Takeaway: Tinatalakay ng Host Eric Kavanagh ang pagtataya kay Dr. Robin Bloor, Rick Sherman at IDERAs Bullett Manale.
Dapat kang magparehistro para sa kaganapang ito upang matingnan ang video. Magrehistro upang makita ang video.
Eric Kavanagh: Mga kababaihan at mga ginoo, kumusta muli at maligayang pagdating sa Hot Technologies webcast series! Ang pangalan ko ay Eric Kavanagh, Sakit maging host mo para sa web seminar ngayon, na tinawag na "Pagse-save ng Oras, Pera at Trabaho sa mga Optimal Forecasts." 'Kurso na napalampas ko ang unang bahagi ng pamagat doon, "Ang Pinakamahusay na Mga Plano sa Pagbubu." tungkol sa palabas na ito. Kaya, ang Hot Technologies siyempre ay ang aming forum para sa pag-unawa kung ano ang ilan sa mga cool na produkto ay wala doon sa mundo ngayon, ang mundo ng teknolohiya ng enterprise, kung ano ang ginagawa ng mga tao sa kanila, kung paano sila gumagana, lahat ng uri ng mga nakakatuwang bagay.
At ang paksa ngayon, tulad ng iminumungkahi ko, ay tumatalakay sa pagtataya. Talagang youre sinusubukan upang maunawaan kung ano ang nangyayari sa iyong samahan. Paano mo panatilihing masaya ang iyong mga gumagamit, kahit na ano ang ginagawa nila? Kung nagsasagawa sila ng pagsusuri, kung gumagawa sila ng tunay na gawain, nahaharap sila sa totoong mga customer na may mga transactional system, anuman ang kaso, nais mong maunawaan kung paano tumatakbo ang iyong mga system at kung ano ang nangyayari, at kung ano ang mahusay na pinag-uusapan ngayon. Ang uri nito na nakakatawa dahil ang pagtataya ay hindi isang bagay na nais kong gawin, maging sanhi ng pamahiin ko sa Im, tulad ng iniisip ko kung masyadong marami ang hula ko, masasamang bagay ang mangyayari, ngunit iyon lang sa akin. Huwag sundin ang aking pangunguna.
Kaya, narito ang aming mga nagtatanghal ngayon, ang iyong tunay na nasa tuktok na kaliwang sulok, si Rick Sherman ay nag-dial mula sa Boston, ang aming buddy na si Bullett Manale mula sa IDERA at ang aming sariling Dr. Robin Bloor. At kasama nito, ibigay ko ito kay Robin at paalalahanan lamang ang mga tao: Magtanong ng mga katanungan, huwag mahiyain, gustung-gusto namin ang mga magagandang katanungan, maihatid ito sa ating mga nagtatanghal at iba pa. At kasama iyon, Robin, ilayo ito.
Robin Bloor: OK, well, tulad ng Im sa poste ng poste tulad ng sinasabi nila, naisip ko na sabihin ni Id sa isang kwento ng SQL ngayon, dahil ang background nito para sa kung ano ang tatalakayin na pupunta at hindi maiiwasang hindi magkakagulo dahil si Rick ay hindi nakatuon sa ito , at hindi makikipag-usap sa sasabihin ni Rick. Kaya, ang kwento ng SQL, mayroong ilang mga kagiliw-giliw na mga bagay tungkol sa SQL dahil ang nangingibabaw. Kita n'yo, tulad ng isang typo, ang SQL ay isang pagpapahayag ng wika. Ang ideya ay maaari kang lumikha ng isang wika kung saan mo hilingin ang nais mo. At ang database ay gagana kung paano makuha ito. At ang nagtrabaho nito sa halip na mabuti, sa totoo lang, ngunit mayroong isang bilang ng mga bagay na uri ng halaga na sinasabi tungkol dito, ang mga kahihinatnan ng basing ng buong industriya ng IT sa isang nagpapahayag na wika. Ang gumagamit ay hindi alam o nagmamalasakit sa pisikal na samahan ng data, at iyon ang magandang bagay tungkol sa nagpapahayag na wika - ito ay naghihiwalay sa iyo mula sa lahat ng iyon, at kahit na nababahala tungkol dito - hilingin lamang ang anumang nais mo, at ang database pupunta at kukunin.
Ngunit ang gumagamit ay walang ideya kung paano ang paraan ng istraktura nila sa query ng SQL ay makakaapekto sa pagganap ng query at medyo may isang pagbagsak. Nakita ko ang mga query na daan-daang at daan-daang mga linya ang haba, iyon ay isang kahilingan lamang sa SQL, alam mo, nagsisimula sa "piliin" at magpapatuloy lamang sa mga sub-query at iba pa. At talagang lumiliko na kung nais mo ng isang partikular na koleksyon ng data sa labas ng isang database, maaari mo itong hilingin sa maraming iba't ibang mga paraan kasama ang SQL, at makakuha ng parehong sagot kung uri ka ng ilang pamilyar sa data. Kaya, ang isang query sa SQL ay hindi kinakailangan ang pinakamahusay na paraan upang humingi ng data, at ang mga database ay tutugon nang naiiba ayon sa SQL na inilagay mo sa kanila.
At sa gayon, ang SQL ay aktwal na nakakaapekto sa pagganap, kaya ang mga tao na gumagamit ng SQL, ang totoo nito sa kanila, totoo rin ito sa mga programer ng SQL na gumagamit ng SQL at mas malamang na mag-isip tungkol sa epekto na magkakaroon ng, dahil ang karamihan sa kanilang pokus ay talagang sa pagmamanipula ng data at hindi sa pagkuha, paglalagay ng data. At ang parehong ay totoo rin sa mga kasangkapan sa BI, nakita ko ang SQL na makakakuha, kung gusto mo, ay pinipigilan ang mga tool sa BI ng iba't ibang mga database at dapat itong sabihin, na ang isang pulutong ng mga iyon, well, hindi ko isusulat ang mga query sa SQL tulad niyan. Ang isang tao ay nilikha, kung gusto mo, isang maliit na motor na anuman ang mga parameter, itatapon ang ilang SQL, at muli, na ang SQL ay hindi kinakailangang maging mahusay na SQL.
Pagkatapos ay naisip ko na banggitin ni Id ang impedance mismatch, ang data na ginagamit ng mga programmer ay naiiba kaysa sa data na tulad nito. Kaya, ang aming DMS ay nag-iimbak ng data sa mga talahanayan, naayos ang object-oriented code ay kadalasang mga coders, ay ang form ng object object-oriented sa kasalukuyan at nag-order sila ng data sa mga istruktura ng bagay, kaya't hindi nito mapa ang isa sa isa pa. Kaya, ang isang pangangailangan na isalin mula sa kung ano ang iniisip ng programista na ang data ay sa kung ano ang iniisip ng database kung ano ang data. Alin ang tila nararapat na may nagawa tayong mali para mangyari iyon. Ang SQL ay may DDL para sa kahulugan ng data, mayroon itong DML - wika ng pagmamanipula ng data - piliin, proyekto at sumali, para makuha ang data na iyon. Ngayon, ang napakakaunting matematika at napakaliit na mga bagay na batay sa oras, kaya ang di-sakdal na wika, bagaman dapat itong sabihin na pinalawig at patuloy na pinalawak.
At pagkatapos, nakakakuha ka ng problema sa hadlang ng SQL, na laging masigla kaysa sa diagram, sa gayon ngunit maraming tao ang nagtatanong sa mga analitikal na mga kadahilanan, sa sandaling nakuha nila ang sagot sa mga termino ng data, na nais magtanong ng isa pang katanungan. Kaya, ito ay nagiging isang bagay na diyalogo, mabuti, ang SQL ay hindi itinayo para sa mga diyalogo, ito ay binuo para sa pagtatanong kung ano ang nais mo nang sabay-sabay. At ang uri nito ay nagkakahalaga ng pag-alam na, dahil may ilang mga produkto sa labas na aktwal na tinatalikuran ang SQL upang maging posible ang pag-uusap sa pagitan ng gumagamit at ng data.
Sa mga tuntunin ng pagganap ng database - at ang ganitong uri ng pagkalat sa lahat - oo, theres CPU, theres memory, theres disk, theres network overheads at theres ang pag-lock ng problema ng higit sa isang tao na nagnanais na magkaroon ng eksklusibong paggamit ng data sa isang naibigay ituro sa oras. Ngunit ang mga mahihirap na tawag sa SQL, ay nagpapakita ng isang kakila-kilabot na magagawa kung tunay mong mai-optimize ang SQL, sa mga tuntunin ng pagganap. Kaya, ang mga kadahilanan sa pagganap ng database: masamang disenyo, masamang disenyo ng programa, pagkawala ng pagkarga ng trabaho, nawalan ng balanse, istraktura ng query, pagpaplano ng kapasidad. Iyon ay paglago ng data. At sa ilang mga salita, ang SQL ay maginhawa, ngunit hindi nito mai-optimize ang sarili.
Pagkasabi nito, sa palagay ko ay maaari nating ipasa kay Rick.
Eric Kavanagh: Sige, Rick, hayaan mo akong ibigay sa iyo ang mga susi sa kotse ng WebEx. Kunin mo na.
Rick Sherman: Sige, mahusay. Well salamat Robin, sa pagsisimula namin sa simula ng pagtatanghal, ang aking mga graphics ay medyo may pagka-boring, ngunit maayos na sumama dito. Kaya, sumasang-ayon ako sa lahat ng napag-usapan ni Robin sa panig ng SQL. Ngunit ang nais kong mag-concentrate nang kaunti ngayon ay ang demand para sa data, na napupunta nang napakabilis, ang supply tulad ng sa mga tool na ginamit sa puwang o ang pangangailangan para sa mga tool sa puwang na iyon.
Una, mayroong ilan sa bawat artikulo na iyong nabasa ay may kinalaman sa malaking data, maraming data, hindi naka-istrukturang data na nagmumula sa ulap, malaking data saanman maaari mong isipin. Ngunit ang paglago ng database ng merkado ay patuloy na kasama ang SQL, relational database marahil noong 2015, ay 95 porsiyento pa rin ng merkado ng database. Ang nangungunang tatlong relational vendor ay may tungkol sa 88 porsyento ng pagbabahagi ng merkado sa puwang na iyon. Kaya, nag-uusap pa rin, tulad ng pakikipag-usap ni Robin, tungkol sa SQL. At sa katunayan, kahit na naghahanap sa platform ng Hadoop, ang Hive at Spark SQL - na ginagamit ng aking anak na lalaki, na isang data na siyentipiko, ay tiyak na nangingibabaw na paraan para makarating sa data.
Ngayon, sa gilid ng database, mayroong dalawang malawak na mga kategorya ng paggamit ng mga database. Ang isa ay para sa mga sistema ng pamamahala ng database ng pagpapatakbo, kaya ang pagpaplano ng relasyon sa negosyo, relasyon sa customer na namamahala sa gayon, ang mga Salesforce ERPs, Orakulo, EPIC, N4s, atbp. At ang, ay nagpapakita ng isang malawak na halaga at pagpapalawak ng dami ng data na nasa mga bodega ng data at iba pang mga sistema ng batay sa intelihensya ng negosyo. Sanhi ang lahat, anuman ang kung saan at kung paano ito nakunan, naka-imbak o na-transaksyon, sa huli ay makakakuha ng masuri at sa gayon ay magkakaroon ng malaking demand at pagtaas sa paggamit ng mga database, lalo na ang mga liberal na database na nasa merkado.
Ngayon, nakuha namin ang demand, mayroon kaming malaking halaga ng data na darating. At hindi talaga ako nagsasalita tungkol sa malaking data, nagsasalita ako tungkol sa paggamit ng data sa lahat ng mga uri ng negosyo. Ngunit kasama ang na mula sa isang suplay, para sa mga taong maaaring pamahalaan ang mga mapagkukunang iyon, tayo ay unang umalis, mayroon kaming uri ng kakulangan sa DBA. Mayroon kaming alinsunod sa Bureau of Labor Statistics, mula 2014–2024 ang mga trabaho sa DBA ay lalago lamang ng 11 porsyento - ngayon ay sa mga taong may pamagat ng trabaho ng DBA, ngunit mahusay na pag-usapan iyon sa isang segundo - kumpara sa 40-plus porsyento taunang puwang ng paglago ng data. At marami kaming mga DBA; sa average na ang parehong pag-aaral na pinag-uusapan tungkol sa average na edad ay medyo mataas kumpara sa iba pang mga propesyon sa IT. At pagkatapos ay marami kaming mga tao na umaalis sa bukid, hindi kinakailangang magretiro, ngunit lumilipat sa iba pang mga aspeto, pagpunta sa pamamahala, o anupaman.
Ngayon, bahagi ng kadahilanan na umalis sila, ay dahil ang trabaho ng DBA ay patuloy na tumindi at mas mahirap. Una, mayroon kaming mga DBA na namamahala ng maraming iba't ibang mga database, ang mga pisikal na database, na matatagpuan sa buong lugar, pati na rin ang iba't ibang mga uri ng mga database. Ngayon na maaaring relational, o maaaring sila ay iba pang database, mga uri ng database, masyadong. Ngunit kahit na ang relasyong ito, maaari silang magkaroon ng anuman sa isa, dalawa, tatlo, apat na magkakaibang mga vendor na talagang sinusubukan nilang pamahalaan. Karaniwang nakikilahok ang mga DBA pagkatapos ng disenyo ng database o application. Pinag-usapan ni Robin kung paano dinisenyo ang mga database o application, kung paano dinisenyo ang SQL. Buweno, kapag pinag-uusapan ang tungkol sa pagmomolde ng data, pagmomolde ng ER, pagpapalawak ng pagmomolde ng ER, pagmomolde ng dimensyon, advanced na dimensional na pagmomolde, anuman, karaniwang mga programmer ng aplikasyon at disenyo ng mga developer ng application na may kanilang layunin sa pagtatapos - hindi nila ididisenyo ang para sa kahusayan ng istraktura ng database mismo . Kaya marami kaming hindi magandang disenyo.
Ngayon, hindi ko pinag-uusapan ang tungkol sa mga komersyal na enterprise application vendor; karaniwang mayroon silang mga modelo ng ER o pinalawak na mga modelo ng ER. Ano ang pinag-uusapan ko ay mas maraming mga proseso ng negosyo at mga aplikasyon na binuo ng mga developer ng aplikasyon sa bawat kumpanya - ang mga ito ay ang mga arent na kinakailangang dinisenyo para sa kahusayan o pagiging epektibo ng paglawak. At ang kanilang mga DBA mismo ay labis na nagtrabaho at mayroon silang 24/7 na responsibilidad minsan, patuloy silang nakakakuha ng higit pang mga database. Sa palagay ko ay may kaunting ginagawa sa mga tao na hindi masyadong naiintindihan kung ano ang kanilang ginagawa, o kung paano nila ito ginagawa. Ang kanilang sariling maliit na grupo at mga tao ay patuloy na iniisip, "Well ang lahat ng mga tool na ito ay napakadaling gamitin, maaari lamang nating patuloy na ibinabato ang mas maraming mga database sa kanilang workload," kung saan hindi ito ang kaso.
Aling humahantong sa amin sa mga part-time at hindi sinasadyang mga DBA. Mayroon kaming mga koponan sa IT na maliit at hindi nila kinakailangang bayaran ang isang dedikadong DBA. Ngayon totoo sa maliit - sa katamtamang laki ng mga negosyo, kung saan ang pagpapalawak ng mga aplikasyon sa database at database ay sumabog sa huling dekada at patuloy na lumawak. Ngunit ang kaso din ng mga malalaking korporasyon, karaniwang gumagawa ng data warehousing, analytics ng intelihensiya ng negosyo sa loob ng mahabang panahon. Matagal na ang nakaraan na ginamit namin upang makakuha ng mga dedikadong DBA para sa mga proyektong iyon; hindi na kami nakakakuha ng isang dedikadong DBA. Responsable sa pagdidisenyo ng database, na kung saan ay mabuti, kung ang isang tao na may karanasan.Ngunit sa pangkalahatan, ang mga DBA ay mga developer ng aplikasyon, madalas nilang isinasagawa ang papel na ito bilang isang part-time na bahagi ng kanilang trabaho, wala silang pormal na pagsasanay dito at muli, dinisenyo nila ito para sa kanilang mga layunin sa pagtatapos, hindi nila ito dinidisenyo para sa kahusayan.
At maraming pagkakaiba sa pagitan ng disenyo at pag-unlad, kumpara sa paglawak at pamamahala. Kaya, mayroon kaming "matipid na penny, libog na tanga," na may isang maliit na piggy bank doon, na lumaktaw sa pagkuha ng mga kasanayan at mapagkukunan na kinakailangan sa mga proyekto. Iniisip na ang lahat ay mula sa "Hangarin ng Paghihiganti ng mga Nerds," ang aking maliit na larawan doon. Ngayon, tulad ng kung ano ang kailangan ng mga tao, kaya mayroon kaming isang pagpapalawak ng paggamit ng mga database at data sa SQL. Mayroon kaming paghihigpit ng bilang ng mga DBA - mga taong may kasanayan at dalubhasa sa mga tuning at pagdidisenyo at pamamahala at mga sitwasyon sa paglawak. At mayroon kaming higit pa at higit pang mga part-time o hindi sinasadyang mga DBA, ang mga taong hindi nagkaroon ng pormal na pagsasanay.
Kaya, ano ang ilan sa iba pang mga bagay na nakakakuha din sa isyu ng katotohanan na ang mga database na ito ay arent na naipapansin din, o pinamamahalaan din? Una, ipinapalagay ng maraming tao na ang sistema ng database mismo ay may sapat na mga tool upang pamahalaan ang kanilang sarili. Ngayon, ang mga tool ay nagiging madali at madaling gawin - disenyo at pag-unlad - ngunit naiiba iyon kaysa sa paggawa ng isang mahusay na disenyo, at mahusay na pamamahala, pagpaplano ng kapasidad, pagsubaybay, atbp para sa paglawak. Kaya, unang off, ipinapalagay ng mga tao na mayroon silang lahat ng mga tool na kailangan nila. Pangalawa, kung ikaw ay isang part-time o hindi sinasadyang DBA, hindi mo alam kung ano ang hindi mo alam.
Sa palagay ko nakalimutan ko ang ilang mga parirala doon, sa gayon maraming beses hindi nila naiintindihan kung ano ang kailangan nilang tingnan sa disenyo o kapag pinamamahalaan o pinamamahalaan nila ang mga database. Kung hindi iyon ang iyong propesyon, hindi mo maiintindihan ang kailangan mong gawin. Pangatlo, ay ang SQL ay isang tool na go-to, kaya napag-usapan ni Robin ang tungkol sa SQL, at kung gaano kahina ang SQL minsan ay itinayo, o madalas ay itinayo. At isa rin sa aking alaga ng alaga sa BI data warehousing, data migration, data engineering space ay sa halip na gumamit ng mga tool, ang mga tao ay may pagkahilig na magsulat ng SQL code, naka-imbak na mga pamamaraan, kahit na gumagamit sila ng isang mamahaling tool sa pagsasama ng data o isang mahal Ang tool na BI, madalas nilang ginagamit ito upang magpatakbo ng mga nakaimbak na pamamaraan. Kaya na ang kahalagahan ng pag-unawa sa disenyo ng database, ng pagtatayo ng SQL, ay nakakakuha ng higit pa at mas mahalaga.
At sa wakas mayroong diskarte na ito, kung saan mayroon kaming mga indibidwal na tao na tumingin sa mga indibidwal na database. Wala silang pagtingin kung paano gumagana ang mga aplikasyon at nakikipag-ugnayan sa bawat isa. At sila rin ay madalas na tinitingnan ang mga database kumpara sa mga application na ginagamit nila para sa mga ito. Kaya, ang workload na nakukuha mo sa database ay kritikal sa disenyo, kritikal sa pag-tuning nito, kritikal sa pagsubok na malaman kung paano magplano para sa kapasidad, atbp Kaya, ang pagtingin sa kagubatan mula sa mga puno, ang mga tao ay nasa mga damo , tinitingnan ang mga indibidwal na talahanayan at database at hindi tinitingnan ang pangkalahatang pakikipag-ugnay ng mga application na ito sa workload.
Sa wakas, ang mga tao ay kailangang tumingin sa mga pangunahing lugar na kailangan nilang tingnan. Kung pinaplano nilang pamahalaan ang mga database, kailangan muna nilang isipin ang tungkol sa, bumuo ng ilang mga sukatan ng pagganap na nakasentro sa aplikasyon, kaya kailangan nilang tingnan hindi lamang kung paano nakabuo ang talahanayan na ito, kung paano ito partikular na modelo, ngunit paano ito ginagamit? Kaya, kung mayroon kang application ng negosyo na nararapat sa pamamahala ng supply chain, kung ikaw ay kumukuha ng mga order mula sa web, kung ikaw ay gumagawa ng BI - anupaman ang ginagawa mo - kailangan mong tingnan ang mga gamit nito, kung paano gumagamit ito, kung ano ang dami ng data , kung mangyayari ito. Ang talagang sinusubukan mong hanapin ay ang mga oras ng paghihintay, dahil kahit na ano, ang lahat ng mga aplikasyon ay hinuhusgahan kung gaano katagal kinakailangan upang magawa, maging isang tao o lamang ang pagpapalitan ng data sa pagitan ng mga aplikasyon o mga processors. At ano ang mga bottlenecks? Kaya't madalas na kapag sinusubukan mong i-debug ang mga isyu, siyempre, sinusubukan mong tingnan kung ano ang tunay na mga bottlenecks - hindi kinakailangan kung paano i-tune ang lahat, ngunit paano mo mapupuksa at ilipat ang pagganap hanggang sa oras ng paghihintay at pag-uulit - kahit anong kailangan mong tingnan.
At talagang kailangan mong paghiwalayin ang pagkuha ng data, ang mga transaksyon, mga aspeto ng pagbabago sa database kasama ang analytics. Ang bawat isa sa mga ito ay may iba't ibang mga pattern ng disenyo, ang bawat isa sa kanila ay may iba't ibang mga pattern ng paggamit at bawat isa sa kanila ay kailangang mai-tono nang naiiba. Kaya, kailangan mong mag-isip tungkol sa kung paano ginagamit ang data na ito, kapag ginamit ito, kung ano ang ginamit nito, at alamin kung ano ang mga sukatan ng pagganap at kung ano ang mga pangunahing bagay na nais mong pag-aralan na may kaugnayan sa paggamit. Ngayon, kapag tinitingnan mo ang pagsubaybay sa pagganap, nais mong tingnan ang mga operasyon sa database mismo; nais mong tingnan ang parehong mga istruktura ng data, kaya ang mga index, pagkahati at iba pang mga pisikal na aspeto ng database, kahit na ang istraktura ng database - kung ang modelo ng ER o dimensional na modelo nito, gayunpaman ang nakabalangkas nito - lahat ng mga bagay na ito ay may epekto sa pagganap , lalo na sa magkakaibang cons ng data capture analytics at mga pagbabagong nagaganap.
At tulad ng binanggit ni Robin sa panig ng SQL, tinitingnan ang mga SQL na pinapatakbo ng iba't ibang mga application sa buong mga database, at ang pag-tune ay kritikal. At tinitingnan ang pangkalahatang mga load ng aplikasyon, at ang kapaligiran sa imprastraktura na pinapatakbo ng mga database at application na ito. Kaya, na ang mga network, mga server, ulap - anupaman tumatakbo sila - tinitingnan din ang epekto na ang mga application at mga database na ito ay nasa loob ng con, ang lahat ng ito ay may interplay ng kakayahang mag-tune sa database.
At sa wakas, kapag nakatingin ka sa mga tool, nais mong tingnan ang tatlong magkakaibang uri ng analytics na nauugnay sa na. Nais mong tingnan ang descriptive analysis: kung ano ang nangyayari at kung saan, nauugnay sa database at pagganap ng application. Nais mong magkaroon ng kakayahang gumawa ng diagnostic analytics upang malaman hindi lamang kung ano ang nangyayari ngunit bakit nangyayari ito, kung saan ang mga bottlenecks, kung saan ang mga problema, kung ano ang tumatakbo nang maayos, ano ang hindi tumatakbo nang maayos? Ngunit ang pag-aralan at pag-drill down sa mga lugar ng problema upang matugunan ang mga iyon, alinman sa disenyo o anumang kailangan mong gawin.
At sa wakas, ang pinaka-agresibo o proactive na uri ng pagsusuri ay ang aktwal na gawin ang ilang mga mahuhulaan na pagsusuri, mahuhulaan na pagmomolde ng analytics, anuman. Alam namin na ang database at ang mga aplikasyon ay gumagana sa konsyong ito, kung nadagdagan natin ang kapasidad, kung makakakuha tayo ng mas maraming mga gumagamit, kung gumawa kami ng higit na pagkakasundo, anupaman ang ginagawa, makakapag-proyekto kung ano, paano at kung saan maaapektuhan ang database. ang mga application, ay nagbibigay-daan sa amin upang magplano para at malaman kung aktibo, kung saan ang mga bottlenecks, kung saan maaaring maghintay ang oras ng paghihintay at kung ano ang kailangan nating gawin upang ayusin ang mga bagay. Kaya nais naming magkaroon ng mga tool na magagawang ipatupad ang mga sukatan ng pagganap, subaybayan ang pagganap, tulad ng ginagawa sa tatlong uri ng pagsusuri na ito. At iyon ang aking pangkalahatang-ideya.
Eric Kavanagh: Sige, hayaan mo akong ibigay sa - ang mga ito ay dalawang mahusay na pagtatanghal, sa pamamagitan ng paraan - hayaan akong ibigay ito sa Bullett Manale upang kunin ito mula doon. At mga tao, huwag kalimutang magtanong ng magagandang katanungan; mayroon kaming ilang mga mahusay na nilalaman na. Alisin mo ito, Bullett.
Bullett Manale: Magaling ang tunog. Salamat, Eric. Kaya, marami sa sinabi ni Rick at sinabi ni Robin, malinaw na sumasang-ayon ako sa 100 porsyento. Sasabihin ko na hinila ko ang slide na ito, dahilan para sa palagay ko na angkop ito, hindi ko alam para sa mga nasa iyo na mga "A-Team" na tagahanga pabalik noong '80s, si John Hannibal Smith ay may kasabihan na laging sinasabi, "Mahal ko ito kapag ang isang plano ay sama-sama, "at sa palagay ko na kapag ikaw ay pakikipag-usap tungkol sa partikular na ang SQL Server, na kung saan ay nakatuon, na kung saan ang produkto na pag-uusapan ngayon, SQL Diagnostic Manager, ito ay tiyak na isa sa mga bagay na kailangan mong magkaroon; kailangan mong magamit ang data na mayroon ka, at makagawa ng mga pagpapasya mula sa data na iyon, at sa ilang mga kaso, hindi ka naghahanap ng isang desisyon; ikaw ay naghahanap ng isang bagay upang sabihin sa iyo kapag ang isang bagay ay pagpunta sa maubusan ng mga mapagkukunan, kapag ikaw ay pagpunta sa maubusan ng mga mapagkukunan, kapag ikaw ay pagpunta sa magkaroon ng isang bottleneck, ang mga uri ng mga bagay.
Hindi lamang tungkol sa pagsubaybay sa isang tiyak na sukatan. Kaya, kasama ang Diagnostic Manager, ang isa sa mga bagay na napakahusay nito ay tutulong sa iyo sa mga tuntunin ng pagtataya, at pag-unawa sa mga tiyak na mga gawain at pag-uusapan tungkol sa maraming bagay sa ngayon. Ang tool ay nakatuon para sa data manager, ang DBA o ang kumikilos na DBA, kaya maraming mga bagay na binanggit ni Rick, ang kumikilos na DBA ay totoo. Sa maraming mga kaso, kung hindi ka isang DBA, ang mga pagpunta sa maging maraming mga marka ng tanong na ikaw ay magkakaroon pagdating ng oras upang pamamahala ng isang kapaligiran ng SQL, mga bagay na hindi mo alam. At sa gayon ay naghahanap ka ng isang bagay upang matulungan ka, dalhin ka sa prosesong iyon, at turuan ka rin sa proseso. At sa gayon, mahalaga na ang tool na ginagamit mo para sa mga uri ng pagpapasya ay magbibigay sa iyo ng ilang pananaw sa mga dahilan kung bakit ginagawa ang mga pagpapasyang iyon, hindi lamang sinasabi sa iyo, "Uy, gawin mo ito."
Dahil ako ang kumikilos na DBA, sa huli ay baka ako ang buong sumabog na DBA na may aktwal na kadalubhasaan at kaalaman upang mai-back up ang pamagat na iyon. Kaya, sinabi iyon, kapag pinag-uusapan ang pagiging isang tagapangasiwa ng database - Palagi akong ipinakikita ang slide na ito, dahil ang DBA ay may iba't ibang mga tungkulin at nakasalalay sa samahan na nakakasama mo, magkakaroon ka, magkakaroon ng iba-iba mula sa sa isang lugar patungo sa isa pa - ngunit kadalasan, palaging ikaw ay magiging responsable para sa iyong imbakan, ang iyong pagpaplano ng imbakan at pag-unawa sa pag-asa, dapat kong sabihin, kung magkano ang puwang na kakailanganin mo, kung ito ay para sa iyong mga backup, o kung ito ay para sa mga database mismo. Kailangan mong maunawaan at masuri iyon.
Bilang karagdagan, kailangan mong maunawaan at mai-optimize ang mga bagay sa kinakailangang batayan, at sa pagdaan mo sa pagsubaybay sa kapaligiran, malinaw na mahalaga na gumawa ka ng mga pagbabago dahil kailangan nila batay sa mga bagay na nagbabago sa loob ng kapaligiran mismo. Kaya, ang mga bagay tulad ng bilang ng mga gumagamit, mga bagay tulad ng katanyagan ng mga aplikasyon, ang pana-panahon ng isang database, dapat isaalang-alang ang lahat kapag ginagawa mo ang iyong pagtataya. At pagkatapos, malinaw na ang pagtingin sa iba pang mga bagay sa mga tuntunin ng kakayahang magbigay ng mga ulat at impormasyon na kinakailangan dahil nauugnay ito sa paggawa ng mga pagpapasyang iyon. Sa maraming mga kaso na nangangahulugang paggawa ng paghahambing sa pagsusuri; nangangahulugang ito ay maaaring tumingin nang partikular sa isang partikular na sukatan at maunawaan kung ano ang halaga ng sukatan na iyon ay sa paglipas ng panahon, upang maaari mong asahan kung saan pupunta ito pasulong.
Kaya kung ano ang maraming tool ng Diagnostic Manager ay may mga kakayahan at ginagamit ito ng mga tao araw-araw para sa magagawa ang mga bagay tulad ng pagtataya, at inilalagay ni Ive ang kahulugan dito ng pagpaplano ng kapasidad. At ang isang medyo malawak at talagang medyo maliwanag na kahulugan, na kung saan ay ang proseso lamang ng pagtukoy ng kapasidad ng produksiyon na kinakailangan ng isang samahan upang matugunan ang pagbabago ng mga kahilingan para sa mga produkto nito, at sa pagtatapos ng araw, iyon talaga ang tungkol sa lahat: tungkol sa pagkakaroon ng impormasyon na mayroon kang ilang paraan o iba at kumuha ng impormasyong iyon at gumawa ng mga desisyon upang matulungan kang sumulong habang sumusulong ka sa siklo ng buhay ng iyong mga database. At kung gayon, ang mga uri ng mga bagay na ang mga dahilan kung bakit kailangang gawin ito ng mga tao ay malinaw na una at pinakamahalaga, sa karamihan ng mga kaso, upang makatipid ng pera. Ang mga negosyo, malinaw naman, na ang kanilang pangunahing layunin ay upang kumita ng pera at makatipid ng pera. Ngunit sa proseso kasama nito, nangangahulugan din ito na matiyak na ang iyong downtime, walang downtime. At natitiyak na pinapagaan mo ang anumang pagkakataon na nagaganap ang downtime, kaya't pinapanatili ito mula sa nangyayari upang magsimula sa, sa madaling salita, hindi naghihintay na mangyari ito at pagkatapos ay magreaksyon dito.
Pati na rin sa pangkalahatang madagdagan ang pagiging produktibo ng iyong mga gumagamit, na ginagawang mas mahusay upang makagawa ka ng mas maraming negosyo na ginagawa ay malinaw na ang susi dito, kaya't ito ang mga uri ng mga bagay na tulad ng DBA o isang tao na kasangkot sa pagtataya o kapasidad ang pagpaplano ay kailangang magawa ang mga impormasyon upang magawa ang mga pagpapasyang iyon. At pagkatapos, sa pangkalahatan, ito ay malinaw na makakatulong sa iyo na matanggal ang basura, hindi lamang basura sa mga tuntunin ng pera, kundi pati na rin sa mga tuntunin ng oras at sa mga tuntunin ng pangkalahatang mga mapagkukunan na maaaring magamit para sa iba pang mga bagay, marahil. Kaya, ang pag-alis ng basurang iyon upang wala kang mga gastos sa pagkakataon na nakatali sa basura mismo.
Kaya, sa sinabi na iyon, ano ang mga uri ng mga katanungan na makukuha natin, na tiyak sa taong mayroong isang DBA? Kailan ako mauubusan ng espasyo? Ang isang malaking bagay, hindi lamang kung magkano ang nagugugol ko ngayon, ngunit kailan ako mauubusan, batay sa mga uso at nakaraang kasaysayan? Parehong bagay sa aktwal na mga pagkakataon ng SQL, ang mga database, alin sa mga server ang maaari kong pagsamahin? Pupunta ako upang ilagay ang ilan sa mga VM, ano ang kahulugan sa mga tuntunin kung aling mga database na Gusto kong pagsama-samahin at kung aling mga pagkakataon ng SQL dapat silang manirahan? Ang lahat ng mga uri ng mga tanong na iyon ay kailangang masagot. Sapagkat sa karamihan ng mga kaso, kung ikaw ay isang DBA o kumikilos ng DBA, nais mong isama ito minsan sa iyong karera. Sa maraming mga kaso nais mong gawin iyon sa isang patuloy na batayan. Kaya, kailangan mong magawa nang mabilis ang mga pagpapasyang iyon, hindi maglaro ng mga hula sa mga laro pagdating sa na.
Napag-usapan namin ang tungkol sa mga bottlenecks at kung saan mangyayari ang susunod na mangyayari, na maasahan nila iyon, sa sandaling muli, sa halip na hintayin na mangyari ang mga ito. Kaya, malinaw naman ang lahat ng mga bagay na ito ay pinag-uusapan, magkaroon ng kahulugan sa kamalayan na ikaw ay umaasa sa makasaysayang data, sa karamihan ng mga kaso, upang makalikha ng mga rekomendasyong ito, o sa ilang mga kaso magagawang magbalangkas ng mga desisyon sa iyong sarili, upang makaya makabuo ng mga sagot na ito. Ngunit pinapaalala nito sa akin ang, ng kapag naririnig mo ang mga ad sa radyo para sa isang tao na nagbebenta ng mga mahalagang papel o tulad nito, ang palaging "nakaraang pagganap ay hindi nagpapahiwatig ng mga resulta sa hinaharap" at mga uri ng mga bagay. At ang parehong bagay ay tumatagal ng totoo dito. Ikaw ay magkakaroon ng mga sitwasyon kung saan ang mga pagtataya na ito at ang mga pagsusuri na ito ay maaaring hindi 100 porsyento na tama. Ngunit kung ikaw ay nakitungo sa mga bagay na nangyari sa nakaraan at kilalang, at magawa mong gawin at gawin ang "paano kung" na may maraming mga uri ng mga katanungan, ikaw ay pagpunta sa, ay napakahalaga at ang pagpunta nito makakuha ka ng higit pa kaysa sa paglalaro ng laro ng paghula.
Kaya, ang mga uri ng mga katanungan na malinaw na sila ay darating, kaya kung paano namin hawakan ang maraming mga tanong na ito kasama ang Diagnostic Manager, una sa lahat mayroon kaming mga kakayahan sa pagtataya, magagawa ito sa database, sa talahanayan pati na rin ang magmaneho o ang lakas ng tunog. Upang hindi lamang sabihin, "Uy, puno ng puwang," ngunit anim na buwan mula ngayon, dalawang taon mula ngayon, limang taon mula ngayon, kung ako ay pagbabadyet para sa iyon, kung magkano ang puwang ng pagmamaneho na kakailanganin kong badyet para sa? Iyon ang mga tanong na Kailangan kong tanungin, at kailangan kong gumamit ng ilang paraan ng paggawa nito kaysa sa paghula at paglalagay ng aking daliri sa hangin at naghihintay na makita kung aling paraan ang pag-ihip ng hangin, na maraming ng mga beses, sa kasamaang palad, ang paraan ng maraming mga pagpapasyang ginawa.
Bilang karagdagan sa, ang kakayahang - mukhang ang aking slide ay naputol doon nang kaunti - ngunit ang pagbibigay ng kaunting tulong sa anyo ng mga rekomendasyon. Kaya, ang isang bagay upang maipakita sa iyo ang isang dashboard na puno ng sukatan at masasabi na, "OK, titignan ang lahat ng mga sukatan at kung saan sila naroroon," ngunit pagkatapos ay makagawa ng ilan o magkaroon ng ilang pag-unawa sa kung ano ang gawin, batay off na ay isa pang tumalon. At sa ilang mga kaso, ang mga tao ay sapat na pinag-aralan sa papel ng DBA upang magawa ang mga pagpapasyang iyon. At sa gayon mayroon kaming ilang mga mekanismo sa tool na makakatulong sa na, na mahusay na ipakita sa iyo sa isang segundo lamang. Ngunit ang kakayahang ipakita hindi lamang kung ano ang rekomendasyon, ngunit upang magbigay din ng ilang pananaw kung bakit ang rekomendasyong ito ay ginagawa at pagkatapos din sa tuktok ng iyon, sa ilang mga kaso, na talagang makagawa ng isang script na awtomatiko ang Ang remediation ng isyung iyon ay mainam din.
Ang paglipat sa susunod na isa rito, na nakikita nang mabuti, sa pangkalahatan lamang na nagsasalita ng pag-unawa hanggang sa antas ng sukatan kung ano ang normal. Hindi ko masabi sa iyo kung ano ang hindi normal kung hindi ko alam kung ano ang normal. At sa gayon, ang pagkakaroon ng ilang paraan upang masukat ang susi at kailangan mong isaalang-alang ang maraming uri ng mga lugar, halimbawa - o dapat kong sabihin sa mga frame ng oras - iba't ibang mga pangkat ng mga server, nagagawa ito nang pabago-bago, mula sa isang nakakaalerto na pananaw, sa madaling salita, sa kalagitnaan ng gabi, sa aking window ng pagpapanatili, inaasahan kong tumatakbo ang aking CPU sa 80 porsyento batay sa lahat ng pagpapanatili na nangyayari. Kaya, baka gusto kong dagdagan ang aking mga thresholds na mas mataas, sa mga oras na iyon kumpara sa mga oras sa marahil sa kalagitnaan ng araw, kapag hindi ako nagkakaroon ng mas maraming aktibidad.
Iyon ang ilang mga bagay na malinaw na magiging kapaligiran, ngunit ang mga bagay na maaari mong mailapat sa kung ano ang pinamamahalaan, upang matulungan kang mapamamahalaan ang kapaligiran na iyon nang mas mahusay, at gawing mas madali itong gawin. Ang iba pang lugar, malinaw naman, ay nagagawa lamang na pangkalahatang magbigay ng mga ulat at impormasyon upang masagot ang mga uri ng "paano kung" mga katanungan. Kung nagbago lang si Ive sa aking kapaligiran, nais kong maunawaan kung ano ang naging epekto nito, upang mailapat ko ang parehong pagbabago sa ibang mga pagkakataon o iba pang mga database sa aking kapaligiran. Nais kong magkaroon ng ilang impormasyon o ilang mga bala upang magawa ang pagbabago na may kaunting kapayapaan ng isip at alam na ang magiging pagpunta sa isang mabuting pagbabago. Kaya, ang magagawa ang paghahambing na pag-uulat, na magagawang magraranggo ng aking mga pagkakataon ng SQL, na maaring magraranggo ang aking mga database laban sa bawat isa, upang sabihin, "Alin ang pinakamataas kong consumer ng CPU?" O kung alin ang kumukuha ng pinakamahabang mga term ng paghihintay at mga bagay na ganyan? Kaya ang maraming impormasyon na iyon ay magagamit din kasama ang tool.
At pagkatapos, huli ngunit hindi bababa sa, ay isang pangkalahatang kakayahan na kailangan mo ng isang tool na pupunta upang ma-hawakan ang anumang sitwasyon na dumating sa iyong paraan, at kung ano ang ibig kong sabihin ay, kung nakuha mo ang isang malaking kapaligiran na may maraming mga pagkakataon, malamang na tumakbo ka sa mga sitwasyon kung saan kailangan mong hilahin ang mga sukatan na ayon sa kaugalian ay hindi mga sukatan na nais ng isang DBA kahit na subaybayan ang ilang mga kaso, depende sa partikular na sitwasyon. Kaya, ang pagkakaroon ng isang tool na maaari mong, iyon ay extensible, upang magdagdag ng mga karagdagang sukatan at magagawang magamit ang mga sukatan sa parehong anyo at fashion na gagamitin mo sila kung gumagamit ka ng isang out-of-the-box panukat, halimbawa. Kaya, ang kakayahang magpatakbo ng mga ulat, mag-alerto, saligan - lahat ng mga bagay na pinag-uusapan - ay isang pangunahing bahagi ng pagiging magawa ito at gawin ito upang makuha mo ang mga sagot na hinahanap mo upang magawa mong gawin ang mga pagpapasyang iyon, pasulong.
Ngayon ang paraan na ginagawa ng Diagnostic Manager, mayroon kaming isang sentralisadong serbisyo, isang pangkat ng mga serbisyo na tumatakbo, nangongolekta ng data laban sa 2000 hanggang 2016 na mga pagkakataon. At pagkatapos ay kung ano ang ginagawa namin ay kinukuha namin ang data na iyon at inilalagay namin sa isang gitnang imbakan at pagkatapos ay kung ano ang mahusay na gawin sa data na iyon, malinaw naman, marami kaming nagagawa upang magbigay ng karagdagang pananaw. Ngayon, bilang karagdagan sa na - at isa sa mga bagay na hindi narito - mayroon din tayong isang serbisyo na tumatakbo sa kalagitnaan ng gabi, na kung saan ay ang aming mapaghulaang pagtatasa ng serbisyo, at ginagawa nito ang ilang bilang ng crunching at nakakatulong upang maunawaan at tulungan ka bilang isang DBA o kumikilos ng DBA, upang magawa ang mga uri ng mga rekomendasyon, upang mabigyan din ng ilang pananaw sa mga tuntunin ng mga saligan.
Kaya, kung ano ang nais gawin, at ito ay isang mabilis na halimbawa lamang ng arkitektura, ang malaking takeaway dito ay hindi ang anumang mga ahente o serbisyo na talagang nakaupo sa mga pagkakataong pinamamahalaan mo. Ngunit ang nais na gawin ni Id ay talagang magdadala sa iyo sa application dito at bigyan ka ng isang mabilis na demo. At hayaang lumabas din ako, at gawin iyon. Kaya, ipaalam sa akin, sa palagay ko Eric, maaari mong makita na OK?
Eric Kavanagh: Nakuha ko ito ngayon, oo.
Bullett Manale: OK, kaya't dadalhin kita sa ilan sa mga iba't ibang bahagi na sinalita ko. At mahalagang nagbibigay-daan sa pagsisimula sa uri ng mga bagay na higit pa sa linya ng mga bagay na kailangan mong gawin, o narito ang isang bagay na isang punto sa oras sa hinaharap at bibigyan ka ng ilang pananaw sa paligid nito. At ito ay magagawang talagang asahan - o dapat kong sabihin nang pabago-bago na inaasahan - mga bagay tulad ng nangyayari. Ngayon, sa kaso ng mga ulat, ang isa sa mga bagay na mayroon tayo sa tool ay tatlong magkakaibang ulat ng pagtataya. At sa kaso, halimbawa, ng isang forecast ng database, kung ano ang marahil kong gawin sa sitwasyon na maasahan ang laki ng isang database sa loob ng isang tagal ng panahon, at ang Ill ay magbibigay sa iyo ng isang pares ng mga halimbawa nito. Kaya, dadalhin ko ang aking database ng pag-audit, na kung saan ay medyo ako / O masinsinan - nakuha nito ang maraming data na pupunta dito. Nakuha namin, hinahayaan makita, mahusay na gawin ang isang ito dito, at hinahayaan lamang pumili ng database ng pangangalagang pangkalusugan dito.
Ngunit ang punto ay, Hindi ko lamang nakikita kung ano ang puwang nito, Masasabi kong, "Tingnan, hayaan ang kumuha ng mga huling taon na halaga ng data" - at ako ay pagpunta sa fib dito ng kaunti, wala akong talagang isang taon nagkakahalaga ng data, mayroon akong mga dalawang buwan na halaga ng data - ngunit, dahil pinili ko ang isang halimbawang rate ng mga buwan dito, aabutin kong maasahan o matantya sa kasong ito sa susunod na 36 na yunit dahil ang aming sample rate ay nakatakda sa buwan - iyon ay isang yunit, ay isang buwan - at pagkatapos ay magagawa ko, upang pagkatapos ay magpatakbo ng isang ulat upang talaga ipakita sa akin kung saan inaasahan namin ang aming paglaki sa hinaharap, para sa tatlong mga database. At makikita natin na mayroon kaming iba't ibang antas ng pagkakaiba, o pagkakaiba-iba, sa pagitan ng tatlong magkakaibang mga database, partikular sa dami ng data na kanilang naubos sa kasaysayan.
Maaari naming makita ang mga puntos ng data dito ay kumakatawan sa makasaysayang data, at pagkatapos ay ang mga linya na magbibigay sa amin ng forecast, kasama ang mga numero upang i-back up iyon. Kaya maaari nating gawin iyon sa antas ng talahanayan, magagawa natin iyan kahit sa antas ng drive, kung saan maaasahan ko kung gaano kalaki ang makukuha ng aking drive, kabilang ang mga puntos ng mount. Maaari naming matantya ang parehong uri ng impormasyon sa labas, ngunit sa sandaling muli, depende sa halimbawang rate, ay papayagan akong matukoy kung gaano karaming mga yunit at kung saan kinuha ang nais naming i-forecast. Pansinin din na mayroon kaming iba't ibang uri ng uri ng forecast. Kaya nakakakuha ka ng maraming mga pagpipilian at kakayahang umangkop pagdating sa oras sa paggawa ng pagtataya. Ngayon, iyon ay isang bagay na mabuti, sa aktwal na pagbibigay sa iyo ng tukoy na petsa at masasabi na "Uy sa petsang ito, ito ay kung saan inaasahan namin ang paglago ng iyong data." Bilang karagdagan, bagaman, maaari kaming ibigay sa iyo sa iba pang mga pananaw na nauugnay sa ilan sa pagsusuri na ginagawa namin sa oras ng off at ang serbisyo kapag tumatakbo ito. Ang ilan sa mga bagay na ginagawa nito, sinusubukan bang asahan ang mga bagay na malamang na mangyayari, batay sa kasaysayan ng kung kailan nangyari ang mga nangyari sa nakaraan.
Kaya makikita natin dito, sa katunayan, ang isang forecast ay nagbibigay sa amin ng ilang pananaw sa posibilidad na magkaroon tayo ng mga problema sa buong gabi batay sa mga bagay na muling nangyari sa nakaraan. Kaya, malinaw naman na ito ay mahusay, lalo na kung hindi ako isang DBA, maaari kong tingnan ang mga bagay na ito, ngunit kung ano ang mas mahusay kung hindi ako isang DBA, ay ito ang pag-aralan ang tab. Kaya, bago ito narito sa tool na pupuntahan namin at ipakita ang produkto sa mga tao at magiging "Thats great, nakikita ko ang lahat ng mga bilang na ito, nakikita ko ang lahat, ngunit hindi ko alam kung ano ang gagawin" (mga tawa) "bilang isang resulta nito. "At kung ano ang mayroon tayo dito, ay isang mas mahusay na paraan para sa iyo upang maunawaan, kung ako ay gagawa ng aksyon upang matulungan ang pagganap, kung ako ay gagawa ng aksyon upang matulungan kahit na sa kalusugan ng aking kapaligiran, pagkakaroon ng isang ranggo na paraan ng pagbibigay ng mga rekomendasyong iyon, pati na rin ang mga kapaki-pakinabang na tip sa impormasyon upang malaman ang higit pa tungkol sa mga rekomendasyong iyon at talagang pagkakaroon ng kahit na mga panlabas na link sa ilan sa mga data na iyon, ay magpapakita sa akin at dadalhin ako sa mga dahilan kung bakit ang mga rekomendasyong ito ay ginawa.
At sa maraming mga kaso, ang pagbibigay ng isang script na magpapalakas, tulad ng sinabi ko, ang remediation ng mga isyung ito. Ngayon, bahagi ng kung ano ang ginagawa dito sa pagsusuri na ito - at ipinapakita sa iyo ng Ill kapag pumasok ako upang isaayos ang mga katangian ng pagkakataong ito, at pumunta ako sa seksyon ng pagsasaayos ng pagsusuri - marami kaming iba't ibang mga kategorya na nakalista dito, at bahagi nito, mayroon kaming index optimization at pag-optimize ng query. Kaya, ang pagsusuri hindi lamang ang mga sukatan mismo, at mga bagay na katulad nito, kundi pati na rin ang mga bagay tulad ng mga kargamento at mga index. Sa kaso dito, talagang gumawa ng ilang karagdagang pagsusuri ng hypothetical index. Kaya, ito ay isa sa mga sitwasyong hindi ko nais, sa maraming mga kaso, hindi ko nais na magdagdag ng isang index kung hindi ko kailangan. Ngunit sa ilang mga punto ang uri ng isang tipping point, kung saan sinasabi ko, "Well, ang talahanayan ay nakakakuha ng sukat o ang mga uri ng mga query na tumatakbo sa loob ng workload ay nagkakaroon ng kahulugan ngayon upang magdagdag ng isang index. Ngunit hindi ito magkakaroon ng kahulugan siguro anim na linggo bago. "Kaya't pinapayagan ka nitong magkaroon ng pabago-bago na pagkakaunawa tungkol sa mga bagay na malamang, tulad ng sinabi ko, mapabuti ang pagganap batay sa kung ano ang nangyayari sa kapaligiran, kung ano ang nangyayari sa loob ng mga workload, at paggawa ng mga uri ng mga bagay.
At sa gayon makakakuha ka ng maraming mahusay na impormasyon dito, pati na rin ang kakayahang i-optimize ang mga bagay na ito nang awtomatiko. Kaya, sa ibang lugar kung saan matutulungan namin, sa mga tuntunin ng tinatawag na predictive analysis. Ngayon, bilang karagdagan sa, dapat kong sabihin, mayroon din kaming iba pang mga lugar na sa palagay ko ay sa pangkalahatan lamang na ipahiram ang kanilang sarili sa pagtulong sa iyo sa pagpapasya. At kapag pinag-uusapan natin ang paggawa ng mga pagpapasya, sa sandaling muli, kakayahang tumingin sa makasaysayang data, magbigay ng ilang pananaw upang mapunta tayo sa kung saan kailangan nating maging mapabuti ang pagganap na iyon.
Ngayon, ang isa sa mga bagay na maaari nating gawin ay mayroon kaming isang baseline visualizer na nagpapahintulot sa amin na pumili ng pili kung alinman sa sukatan na nais namin - at hahanapin ako ng isang disenteng narito - Pupunta ako sa paggamit ng SQL CPU, ngunit ang punto ay maaari kang pumunta pabalik sa loob ng maraming linggo upang ipinta ang mga larawang ito para makita mo kung kailan ang iyong mga tagalabas, upang makita sa pangkalahatan na nagsasalita kung saan nahahulog ang halagang iyon sa loob ng mga tagal ng oras na kumolekta ng data. At pagkatapos, bilang karagdagan sa iyo na mapapansin din na kapag lumabas tayo sa aktwal na halimbawa mismo, mayroon kaming kakayahang i-configure ang aming mga mga saligan. At ang mga batayan ay isang talagang mahalagang bahagi tungkol sa kakayahang awtomatiko ang mga bagay pati na rin ma-notify sa mga bagay. At ang hamon, tulad ng sasabihin sa iyo ng karamihan sa mga DBA, na ang iyong kapaligiran ay hindi palaging tumatakbo pareho, sa buong takbo ng araw, kumpara sa gabi at kung ano ang nabanggit namin nang mas maaga sa halimbawa sa mga panahon ng pagpapanatili ng oras, kapag kami magkaroon ng mataas na antas ng CPU o anumang maaaring mangyari.
Kaya, sa kaso dito, kasama ang mga aktwal na mga saligan na ito, maaari kaming magkaroon ng maraming mga saligan, kaya maaaring magkaroon ako ng isang baseline, halimbawa, sa mga oras ng aking pagpapanatili. Ngunit madali lang akong lumikha ng isang baseline para sa aking oras ng paggawa. At ang punto ng paggawa nito ay kapag nagpunta tayo sa isang halimbawa ng SQL at mayroon tayong aktwal na maramihang mga saligan na ito, kung gayon maaari nating asahan at makagawa ng ilang uri ng automation, ilang uri ng remediation o nakakaalerto lamang sa pangkalahatan, naiiba sa tiyak na mga window ng oras. Kaya, ang isa sa mga bagay na makikita mo dito, ay ang mga batayang ito na nalilikha namin ay ang paggamit ng makasaysayang data upang maibigay ang pagsusuri na iyon, ngunit mas mahalaga, maaari kong baguhin ang mga threshold na ito nang statically, ngunit maaari ko ring awtomatiko din ang mga ito. Kaya, bilang window ng pagpapanatili, o dapat kong sabihin na ang window ng pagpapanatili ng baseline ay lumitaw, ang mga threshold na ito ay awtomatikong lilipat ng tukoy sa mga naglo-load na Im sa oras ng window na iyon, kumpara marahil sa kalagitnaan ng araw kung ang aking mga naglo-load ay hindi bilang marami, kapag ang mga karga sa trabaho ay hindi kasing epekto.
Kaya, iyon ay ibang bagay na dapat tandaan, sa mga tuntunin ng baseline. Malinaw na ang mga ito ay magiging tunay na kapaki-pakinabang para sa iyo, sa mga tuntunin ng pag-unawa din sa kung ano ang normal at kakayahang maunawaan din, makisali kung ikaw ay magiging nauubusan din ng mga mapagkukunan. Ngayon, ang iba pang uri ng bagay na mayroon kami sa tool, na makakatulong sa iyo na gumawa ng mga pagpapasya, bilang karagdagan sa baselining at kakayahang mag-set up ng mga alerto sa paligid ng mga saligan at mga threshold na nilikha mo nang pabago-bago, ay tulad ng sinabi ko kanina. lamang magagawang magpatakbo ng isang pulutong ng maraming mga ulat na makakatulong sa akin sagutin ang mga katanungan tungkol sa kung ano ang nangyayari.
Kaya, bilang isang halimbawa, kung mayroon akong isang 150 mga pagkakataon Im pamamahala - sa aking kaso ay wala ako, kaya kailangan nating maglaro ng mapagpanggap na laro dito - ngunit kung mayroon akong lahat ng aking mga pagkakataong produksiyon at kailangan kong maunawaan kung nasaan ang lugar na ako kailangan ang pansin sa, sa madaling salita, kung ang Im ay lamang magkaroon ng isang limitadong oras upang magsagawa ng ilang uri ng pangangasiwa upang mapabuti ang pagganap, nais kong tumuon sa mga pangunahing lugar. At kung gayon, sa sinabi nito, masasabi kong, "Batay sa kapaligiran na iyon, i-ranggo ang aking mga pagkakataon laban sa bawat isa, at bigyan ako ng ranggo sa pamamagitan ng pipe ng pagtatalo." Kaya't ang paggamit ng disk nito, paggamit ng memorya, maging ang hinihintay nito, kung ang oras ng pagtugon nito, nagagawa kong maiugnay - o dapat kong sabihin na ranggo - ang mga pagkakataong ito laban sa bawat isa. Malinaw ang mga pangyayari na nasa tuktok ng bawat listahan, kung pareho ang pagkakataong iyon, na marahil ay isang bagay na talagang nais kong ituon, dahil ang malinaw na muli sa tuktok ng listahan.
Kaya, mayroon kang maraming mga ulat sa tool na makakatulong sa iyo sa mga tuntunin ng pagraranggo ng kapaligiran sa antas ng halimbawa; magagawa mo rin ito sa antas ng database din, kung saan maaari kong i-ranggo ang aking mga database laban sa isa't isa. Partikular sa mga thresholds at mga lugar na maaari kong itakda, maaari ko ring mai-set up ang mga wildcards dito kung nais kong, na tumuon lamang sa mga partikular na database, ngunit ang punto ay ang maaari kong ihambing ang aking mga database sa parehong fashion. Gayundin, tulad ng iba pang mga uri ng paghahambing na pagsusuri at ang malaki sa tool na ito, ay ang pagsusuri sa baseline na mayroon tayo. Kaya kung mag-scroll ka pababa sa view ng serbisyo dito, makikita mo na ang ulat ng ulat ng mga istatistika ng saligan. Ngayon ang ulat na ito ay malinaw naman ay tutulong sa amin upang maunawaan hindi lamang kung ano ang mga sukatan ng sukatan, ngunit para sa isang tiyak na pagkakataon maaari akong lumabas, at para sa alinman sa mga sukatan na ito, magagawang talagang tumingin sa mga batayan para sa mga sukatang ito.
Kaya, kung ano man ito, bilang isang porsyento o kung ano ang maaari kong lumabas at sabihing, "Hinahayaan makita ang baseline para sa nasira sa huling 30 araw," kung saan ito ay magpapakita sa akin ng aktwal na mga halaga kumpara sa baseline at Magagawa kong gumawa ng ilang mga pagpapasya gamit ang impormasyong iyon, malinaw naman, kaya ito ay isa sa mga sitwasyong iyon, kung saan ang pagpunta sa ito ay depende sa kung ano ang tanong na ito, na ikaw ay nagtatanong sa oras. Ngunit ito ay malinaw naman na makakatulong sa iyo para sa maraming mga tanong na iyon. Nais kong masabi kong mayroon kaming isang ulat na ginagawa ang lahat, at ang uri nito tulad ng madaling ulat, kung saan pinindot mo at pindutan at sinasagot lamang nito ang bawat "paano kung" tanong na maaari mong sagutin. Ngunit ang katotohanan ay, kailangan mong magkaroon ng maraming mga katangian at maraming mga pagpipilian na magagawang pumili mula sa mga pull-down na ito upang ma-formulate ang mga "paano kung" -type mga katanungan na iyong hinahanap.
Kaya maraming mga ulat na ito ay nakatuon sa kakayahang sagutin ang mga uri ng mga katanungan. At sa gayon, ang tunay na kahalagahan din na ang mga ulat na ito at bilang karagdagan, ang lahat ng mga bagay na habi na ipinakita sa iyo sa tool, tulad ng nabanggit ko dati, pagkakaroon ng kakayahang umangkop upang isama ang mga bagong sukatan, upang mapamamahalaan, kahit na makalikha ng mga counter, o mga query sa SQL na isinama sa iyong mga agwat ng botohan, upang matulungan akong sagutin ang mga katanungang ito, na marahil sa labas ng kahon na hindi namin inaasahan na subaybayan, maaari mong idagdag ang mga bagay na iyon. At maaari mong gawin ang lahat ng parehong mga bagay na ipinakita ko lang sa iyo: saligan, magpatakbo ng mga ulat, at lumikha ng mga ulat mula sa sukatan, at magagawang sagutin at gumawa ng maraming iba't ibang mga uri ng mga bagay na ipinapakita ko sa iyo dito.
Ngayon, bilang karagdagan sa na - at ang isa sa mga bagay na habi namin ay malinaw na tumatakbo sa medyo kani-kanina lamang - una ito ay, lahat ng tao ay lumilipas o lumipat sa mga VM. At ngayon ay nakakuha kami ng maraming tao na papunta sa ulap. At maraming mga katanungan na lumalabas sa paligid ng mga uri ng mga bagay. May katuturan ba akong lumipat sa ulap? Magtipid ba ako ng pera sa pamamagitan ng paglipat sa ulap? Kung ilalagay ko ang mga bagay na ito sa isang VM, sa isang ibinahaging-mapagkukunang makina, magkano ang makakapagtipid? Ang mga uri ng mga katanungan, malinaw naman ay darating din. Kaya, maraming mga bagay na iyon ay tandaan, kasama ang Diagnostic Manager, maaari naming idagdag at hilahin mula sa virtualized na kapaligiran ng parehong VMware at Hyper-V. Maaari rin kaming magdagdag ng mga pagkakataon na nasa labas ng ulap, kaya ang iyong mga kapaligiran tulad ng Azure DB, halimbawa, o kahit RDS, maaari rin naming hilahin ang mga sukatan mula sa mga kapaligiran.
Kaya't ang mga kakayahang umangkop at maraming kakayahang sagutin ang mga tanong na ito ay nauugnay sa iba pang mga uri ng mga kapaligiran na nakikita natin ang mga taong pupunta. At ang mga theres ay pa rin ng maraming mga katanungan sa paligid ng mga bagay na ito, at tulad ng nakikita natin ang mga tao na pinagsama ang mga kapaligiran na gusto nila upang masagot din ang mga tanong na iyon. Kaya, iyon ay medyo magandang pangkalahatang-ideya, sabi ni Id, ng Diagnostic Manager, dahil nauugnay ito sa paksang ito. Alam ko na ang paksa ng talino ng negosyo ay dumating at mayroon din kaming isang tool para sa katalinuhan sa negosyo na hindi namin pinag-uusapan ngayon, ngunit magbibigay din ito sa iyo ng pananaw sa mga tuntunin ng pagsagot sa mga uri ng mga katanungan na nauugnay sa iyong mga cube at lahat ng mga iba't ibang uri ng mga bagay, pati na rin. Ngunit sana ito ay naging isang mahusay na pangkalahatang-ideya, hindi bababa sa mga termino kung paano makakatulong ang produktong ito sa pagkakaroon ng magandang plano.
Eric Kavanagh: Sige, magagandang bagay. Yeah, Ill itapon ito kay Rick, kung hes out pa rin doon. Rick, anumang mga katanungan mula sa iyo?
Rick Sherman: Oo, kaya first up, ito ay mahusay, gusto ko ito. Gusto ko lalo na ang pagpapalawak sa mga VM at ulap. Nakikita ko ang maraming mga developer ng app na iniisip na kung sa ulap ay hindi nila kailangang i-tune ito. Kaya—
Bullett Manale: Tama, kailangan pa nating bayaran ito, di ba? Kailangan mo pa ring magbayad para sa kung ano man ito ay ang mga tao ay inilalagay sa ulap, kaya kung hindi maganda ang pagpapatakbo nito, o kung sanhi ito ng maraming mga siklo ng CPU, mas maraming pera ang kailangan mong bayaran, kaya hindi, kailangan mo pa ring sukatin ang bagay na ito, ganap na.
Rick Sherman: Oo, nakakita ako ng maraming hindi magandang disenyo sa ulap. Nais kong tanungin, gagamitin ba ang produktong ito - Alam kong nabanggit mo ang produkto ng BI at mayroon kang tonelada ng iba pang mga produkto na nakikipag-ugnay sa bawat isa - ngunit sisimulan mo bang tingnan ang pagganap ng SQL, indibidwal na mga query sa tool na ito? O kaya ay iba pang mga tool na gagamitin para sa?
Bullett Manale: Hindi, ito ay, ganap. Ang isa sa mga bagay na hindi ko nasasakop at ang ibig kong sabihin ay, ang bahagi ng mga query dito. Marami kaming iba't ibang mga paraan upang matukoy ang pagganap ng query, may kaugnayan man ito, partikular sa paghihintay tulad ng nakikita natin sa pananaw na ito dito, o kung may kaugnayan ba ito sa pagkonsumo ng mapagkukunan ng pangkalahatang mga query, ay nagpapakita ng isang buong bilang ng mga paraan upang masuri namin ang query pagganap. Nito kung ang tagal nito, CPU, I / O, at sa sandaling muli, maaari din nating tingnan ang mga workload mismo upang magbigay ng ilang pananaw. Maaari kaming magbigay ng mga rekomendasyon sa seksyon ng pag-aralan at mayroon din kaming isang bersyon na batay sa web na nagbibigay ng impormasyon sa paligid ng mga query mismo. Kaya makakakuha ako ng mga rekomendasyon sa mga nawawalang mga index at ang kakayahang tingnan ang plano ng pagpapatupad at lahat ng uri ng bagay; ang kakayahan din nito. Kaya, talagang, maaari nating suriin ang mga query pitong paraan hanggang Linggo (pagtawa) at maibigay ang pananaw na iyon sa mga tuntunin ng bilang ng mga pagpatay, maging pagkonsumo ng mapagkukunan, ang paghihintay, ang tagal, lahat ng magagandang bagay.
Rick Sherman: OK, mahusay. At pagkatapos, ano ang pag-load sa mga pagkakataon sa kanilang sarili sa lahat ng pagsubaybay na ito?
Bullett Manale: Magandang tanong nito. Ang hamon sa pagsagot sa tanong na iyon ay, nakasalalay ba ito, katulad din ng anupaman. Ang isang pulutong ng kung ano ang nag-aalok ng aming tool, nagbibigay ito ng kakayahang umangkop at bahagi ng kakayahang umangkop na nakukuha mo upang sabihin ito kung ano ang mangolekta at kung ano ang hindi makolekta. Kaya halimbawa, sa mga query sa kanilang sarili, hindi ko kailangang mangolekta ng impormasyon sa paghihintay, o kaya ko. Maaari akong mangolekta ng impormasyon na may kaugnayan sa mga query na lumampas sa isang tagal ng oras, sa pagpapatupad. Bilang halimbawa nito, kung pupunta ako sa monitor ng query sa pag-configure at sasabihin ko, "Hinahayaan mong baguhin ang halagang ito sa zero," ang katotohanan ay talaga lang ginagawang tool ang pagkolekta ng bawat query na tumatakbo at hindi talaga iyon espiritu ng kung bakit iyon, ngunit sa pangkalahatan ay nagsasalita kung nais kong magbigay ng isang buong sample ng data para sa lahat ng mga query, magagawa ko iyon.
Kaya, ang kamag-anak nito sa kung ano ang iyong mga setting, sa pangkalahatan ay nagsasalita, sa labas ng kahon. Nasaan ito mula sa tungkol sa 1-3 porsyento na overhead, ngunit ang iba pang mga kondisyon na mag-aaplay. Depende din ito sa kung magkano ang mga query sa port na tumatakbo sa iyong kapaligiran, di ba? Depende din ito sa paraan ng pagkolekta ng mga query at kung anong bersyon ng SQL ito. Kaya, halimbawa, ang SQL Server 2005, ay hindi magagawang hilahin mula sa pinalawig na mga kaganapan, samantalang sa gayon ay kukuha kami mula sa isang bakas upang gawin iyon. Kaya, ito ay magiging isang maliit na pagkakaiba-iba sa mga tuntunin ng paraan na pupunta namin tungkol sa pangangalap ng data na iyon, ngunit sinabi iyon, tulad ng sinabi ko, weve ay nasa paligid para sa hulaan ko mula noong tungkol sa 2004 sa produktong ito. Ito ay sa paligid ng isang mahabang panahon, weve nakuha libu-libo ng mga customer, kaya ang huling bagay na nais naming gawin ay may isang tool sa pagsubaybay sa pagganap na nagiging sanhi ng mga problema sa pagganap (mga tawa). At sa gayon sinusubukan naming patnubapan ito, hangga't maaari, ngunit sa pangkalahatan ay nagsasalita, tulad ng tungkol sa mga 1-3 porsyento ay isang mabuting patakaran ng hinlalaki.
Rick Sherman: OK, at iyon ay medyo mababa, kaya napakalaking.
Eric Kavanagh: Mabuti. Robin, anumang mga katanungan mula sa iyo?
Robin Bloor: Paumanhin, ako ay nasa pipi. Nakakuha ka ng isang maramihang kakayahan sa database, at interesado ako sa kung bakit maaari kang tumingin sa maraming mga database at sa gayon maaari mong malaman ang isang mas malaking base ng mapagkukunan ay posibleng nahati sa pagitan ng iba't ibang mga virtual machine at iba pa at iba pa. Interesado ako sa kung paano aktwal na ginagamit iyon ng mga tao. Ako interesado sa kung ano ang ginagawa ng mga customer sa na. Dahil sa tingin sa akin, well, tiyak, kapag ako ay nagkakagulo sa mga database, isang bagay na hindi ko kailanman nakuha sa kamay. At isaalang-alang ko lamang ang isang pagkakataon sa anumang makabuluhang paraan sa anumang oras sa oras. Kaya, paano ito ginagamit ng mga tao?
Bullett Manale: Sa pangkalahatan, ikaw ay pinag-uusapan sa pangkalahatan lamang ang tool mismo? Paano nila ginagamit ito? Ibig kong sabihin, sa pangkalahatan, ang tungkol sa pagkakaroon ng isang gitnang punto ng pagkakaroon ng kapaligiran. Ang pagkakaroon ng kapayapaan ng isip at alam na kung sila ay nakatitig sa isang screen at nakikita nila ang berde, alam nila ang lahat ay mabuti. Nito kapag nangyari ang mga problema at malinaw na ang karamihan sa mga kaso mula sa isang pananaw sa DBA, maraming beses ang mga problemang nangyayari kapag sila ay nasa harap ng console, kaya't ma-notify kaagad sa nangyayari. Ngunit bilang karagdagan sa, pag-unawa kung kailan nangyayari ang problema, makarating sa puso ng impormasyon na nagbibigay sa kanila ng ilang con sa mga tuntunin kung bakit nangyayari ito. At sa gayon, sa palagay ko, ang pinakamalaking bahagi: pagiging aktibo tungkol dito, hindi pagiging reaktibo.
Karamihan sa mga DBA na kinakausap ko - at hindi ko alam, ang isang mahusay na porsyento ng mga ito - sa kasamaang palad ay nasa reaktibong uri ng kapaligiran; naghihintay sila para sa isang consumer na lapitan sila upang sabihin sa kanila ang isang problema. At sa gayon, nakikita namin ang maraming mga tao na nagsisikap na lumayo mula doon at sa palagay ko ay isang malaking bahagi ng dahilan kung bakit ang mga tao na tulad ng tool na ito ay makakatulong sa kanila na maging aktibo ngunit nagbibigay din ito sa kanila ng pananaw sa kung ano ang nangyayari , ano ang problema, ngunit sa maraming mga kaso, kung ano ang nahanap namin ng hindi bababa sa - at marahil nito lamang ang mga DBA na nagsasabi sa amin ito - ngunit ang mga DBA, ang pang-unawa ay palaging ang kanilang problema, kahit na ang application developer nito na sumulat ng application na hindi ito isinulat nang maayos, sila ang may mga sisihin, dahilan na kinukuha nila ang application na iyon sa kanilang mga system o server at pagkatapos ay hindi maganda ang pagganap, ang lahat ay tumuturo sa DBA, "Uy kasalanan mo."
Kaya ang tool na ito ay, maraming beses, ay gagamitin upang matulungan sa mga tuntunin ng paggawa ng kaso para sa DBA na sabihin, "Hoy, narito ang problema at hindi ito sa akin." (Laughs) Kailangan nating pagbutihin ito, binabago man nito ang mga query o kung ano man ito. Sa ilang mga kaso mahuhulog ito sa kanilang mga balde sa mga tuntunin ng kanilang responsibilidad, ngunit hindi bababa sa pagkakaroon ng tool upang matulungan silang maunawaan ito at malaman iyon, at ang paggawa nito sa isang napapanahong paraan ay malinaw na ang perpektong pamamaraan.
Robin Bloor: Oo, ang karamihan sa mga site na pamilyar sa akin, ngunit ito ay matagal na mula nang lumabas si Ive, nakatingin sa iba't ibang mga site ng multi-database, ngunit karamihan sa nalaman ko ay may mga DBA na nakatuon sa isang maliit na mga database. At ang mga ito ay ang mga database, na kung sila ay bumaba, ito ay isang tunay na malaking problema para sa negosyo, at iba pa. At ang iba pa, kukunin lamang nila ang pagkolekta ng mga istatistika sa bawat ngayon at pagkatapos ay makita na hindi nila naubusan ng puwang at hindi na nila ito tinitingnan. At habang ginagawa mo ang demo ay tinitingnan ko ito at naisip kong mabuti, sa isang paraan o sa iba pa, palawakin mo, sa pamamagitan lamang ng pagbibigay ng isang bagay tulad nito para sa mga database na madalas, walang nagmamalasakit sa labis, dahil mayroon silang paglaki ng data , mayroon din silang paglaki ng aplikasyon sa mga oras. Ikaw ay nagpapalawak ng saklaw ng DBA sa lubos na isang dramatikong paraan. Kaya't kung ano ang tunay na tanong tungkol sa, ito ba ay may isang hanay ng mga tool tulad nito, natapos mo na magagawang magbigay ng serbisyo sa DBA sa bawat database na nasa korporasyong network?
Bullett Manale: Oo naman, ang ibig kong sabihin, ang hamon ay, ay tulad ng sinabi mong medyo mahusay, ay tulad ng ilang mga database na pinangangalagaan ng mga DBA at pagkatapos ay hindi nila pinapansin ang ilan na wala silang pakialam. At ang paraan na ang partikular na produktong ito, ang paraan ng lisensyado nito ay sa isang per-pagkakataon na batayan. Kaya't, sa palagay ko ay sinabi mo, isang hangganan ng mga tao kapag nagpasya ang "Uy, hindi ito kritikal na sapat na halimbawa na nais kong pamahalaan ito gamit ang tool na ito." Iyon ay sinabi, mayroong iba pang mga tool na mayroon tayo na marami pa , Sa palagay ko, nakatutulong sa mga hindi gaanong mahalagang mga pagkakataon ng SQL. Ang isa sa mga ito ay magiging tulad ng Inventory Manager, kung saan ginagawa namin ang magaan na mga tseke sa kalusugan laban sa mga pagkakataon, ngunit bilang karagdagan sa kung ano ang ginagawa namin ay natutuklasan namin, kaya't nakikilala namin ang mga bagong pagkakataon na dinala sa online at pagkatapos, mula sa puntong iyon, bilang isang DBA masasabi ko, "OK, nakikita ang isang bagong halimbawa ng SQL, ngayon ay Express? Ito ba ang libreng bersyon o ay isang bersyon ng negosyo? ”Ang mga marahil ay isang katanungan na nais kong tanungin ang aking sarili, ngunit pangalawa, gaano kahalaga sa akin ang pagkakataong iyon? Kung hindi ito mahalaga, baka magkaroon ako ng tool na ito at gawin ito, pangkaraniwan, kung ano ang tatawagin ko ng mga generic na mga tseke sa kalusugan sa kamalayan na sila ay ang mga elemento ng mga bagay na pinapahalagahan ko bilang isang DBA: Napupuno ba ang drive? Ang server ba ay tumugon sa mga isyu? Ang mga pangunahing bagay, di ba?
Sapagkat kasama ang Diagnostic Manager, ang tool na ipinapakita ko lang sa iyo, ang pagpunta sa antas ng query, ang pagpunta sa rekomendasyon ng mga index, pagtingin sa plano ng pagpapatupad at lahat ng magagandang bagay, samantalang ito ay pangunahing nakatuon sa kung sino ang nagmamay-ari ano, ano ang pagmamay-ari ko at kung sino ang may pananagutan? Ano ang mga service pack at mainit na pag-aayos ng mayroon ako? At ang aking mga server ay tumatakbo kasama ang mga pangunahing sangkap ng kung ano ang nais kong isaalang-alang upang maging isang malusog na halimbawa ng SQL? Kaya upang masagot ang iyong katanungan, mayroong isang maliit na halo. Kung mayroon kaming mga taong tumitingin sa tool na ito, karaniwang nakikita nila ang isang mas kritikal na hanay ng mga pagkakataon. Iyon ay sinabi, mayroon kaming ilang mga tao na bumili ng bawat pagkakataon na mayroon sila at pamahalaan ito, kaya nakasalalay lamang ito. Ngunit sasabihin ko sa iyo, sa pangkalahatan, ang mga theres ay tiyak na isang threshold ng mga tao na isaalang-alang ang kanilang kapaligiran ay mahalaga sapat na magkaroon ng isang tool tulad nito upang pamahalaan ang mga pagkakataong iyon.
Robin Bloor: Okay, isa pang tanong bago ko ito ibigay kay Eric. Ang impression na nakukuha ng isa, mula lamang sa panonood ng industriya ay ang mga database ay mayroon pa ring buhay, ngunit ang lahat ng data ay nagbubuhos sa lahat ng mga lawa ng data na ito at iba pa. Ang mga hype, talaga, at ang hype ay hindi sumasalamin sa katotohanan, kaya't interesado ako sa kung anong uri ng katotohanan na nalalaman mo doon? Ang mga mahalagang database sa loob ng isang organisasyon, nararanasan ba nila ang tradisyonal na paglaki ng data, na dati kong iniisip bilang 10 porsyento sa isang taon? O lumalaki pa sila kaysa doon? Ang malaking data na gumagawa ng mga database na ito ay lobo? Ano ang larawan na nakikita mo?
Bullett Manale: Sa palagay ko maraming mga kaso ang nakakakita ng ilan sa mga data na inilipat sa iba pang mga segment kung saan mas nakakaintindi, kapag ang iba pang mga teknolohiya ay magagamit. Tulad ng kamakailan, ang ilan sa mga mas malaking bagay na data. Ngunit ang mga database na ito, sasabihin ko, ang mahirap na pangkalahatan sa maraming mga kaso na sanhi ng lahat ng tao ay naiiba. Gayunman, sa pangkalahatan, nakikita ko ang ilang pagkakaiba-iba. Nakita ko, tulad ng sinabi ko, ang mga tao ay lumilipat sa mga nababanat na modelo sa maraming mga kaso, dahil nais nilang palaguin ang mga mapagkukunan at hindi gaanong sa ibang mga lugar. Ang ilang mga tao ay lumilipat sa malaking data. Ngunit ang mahirap upang makakuha ng isang pakiramdam, sinasabi mo, ang pang-unawa, dahil sa pangkalahatan na nagsasalita ng mga tao na nakikipag-usap sa lahat ay may tradisyonal na mga database at ginagamit ito sa isang kapaligiran ng SQL Server.
Iyon ay sinabi, Id sabihin sa mga tuntunin ng SQL mismo, inaasahan ko pa rin ang pagkakaroon ng pagbabahagi sa merkado. At sa palagay ko ang maraming mga tao na pupunta pa rin patungo sa SQL mula sa iba pang mga lugar tulad ng Oracle, dahil mas abot-kayang ito at tila malinaw na, dahil ang mga bersyon ng SQL ay nagiging mas advanced - at nakikita mo ito sa mga pinakabagong mga bagay na pupunta sa SQL, sa mga tuntunin ng pag-encrypt at lahat ng iba pang mga kakayahan na ginagawa itong isang kapaligiran o isang platform ng database - malinaw na napaka misyon na may kakayahang, hulaan ko. Kaya, sa palagay ko ay nakikita rin iyon. Kung saan nakikita mo ang isang paglipat, nangyayari pa rin ito. Ibig kong sabihin, nangyari ito 10 taon na ang nakararaan, ito pa rin, sa palagay ko, nangyayari sa mga tuntunin ng SQL Server, kung saan lumalaki ang mga kapaligiran at lumalaki ang pagbabahagi ng merkado.
Robin Bloor: OK, Eric, ipinapalagay ko na ang dalawa ay may tanong o dalawa?
Eric Kavanagh: Oo, hayaan kong ihagis sa iyo ang isang mabilis. Ito ay isang magandang magandang katanungan, talaga. Ang isa sa mga dadalo ay nagtatanong, sasabihin ba sa akin ng tool na ito kung ang isang talahanayan ay maaaring kailangan ng isang index upang mapabilis ang query? Kung gayon, maaari ka bang magpakita ng isang halimbawa?
Bullett Manale: Oo, kaya hindi ko alam kung mayroon ako para sa isang partikular na pagdaragdag ng isang index, ngunit maaari mong makita dito, mayroon kaming mga rekomendasyon ng fragmentation dito. Naniniwala rin ako na mayroon lamang kami at ito ay bahagi ng Diagnostic Manager na nag-aalok ng bersyon na batay sa web, kung saan sinasabi nito sa akin mayroon akong isang nawawalang index. At maaari nating tingnan ang mga rekomendasyong iyon at sabihin nito sa amin ang potensyal na makamit nito sa pamamagitan ng pag-index ng impormasyong iyon. Ang iba pang bagay na dapat kong banggitin ay kapag ginagawa natin ang mga rekomendasyon, para sa marami rito, itatayo ang script para dito. Ang mga iyon ay hindi magandang halimbawa, ngunit makikita mo, oo, ang mga sitwasyon kung saan ang isang index - alinman sa isang dobleng indeks, o pagdaragdag ng isang index - ay magpapabuti ng pagganap, at tulad ng sinabi ko kanina, marami kaming ginagawa na sa pamamagitan ng pagsusuri ng hypothetical index. Kaya, makakatulong talaga ito sa pag-unawa sa workload, upang mag-apply na sa rekomendasyon.
Eric Kavanagh: Ang mga magagaling na bagay, at ito ay magbibigay sa akin ng isang magandang segment sa mga pangwakas na komento dito. Si Robin at ako at si Rick na rin, ay naririnig nang maraming taon na ngayon, pinag-uusapan ng theres ang tungkol sa mga database ng self-tuning. Ito ay isang self-tuning database! Ang masasabi ko lang sa iyo ay: Huwag maniwala sa kanila.
Bullett Manale: Huwag naniniwala sa hype.
Eric Kavanagh: Maaaring may ilang maliliit na maliit na bagay na naganap na, ngunit kahit na, baka gusto mong suriin ito at tiyakin na hindi ginagawa ang isang bagay na hindi mo nais na gawin ito. Kaya, sa loob ng kaunting oras, ay kakailanganin ang mga kagamitang tulad nito upang maunawaan kung ano ang nangyayari sa antas ng database at tulad ng sinabi ni Robin, ang mga lawa ng data ay kamangha-manghang mga konsepto, ngunit ang mga malamang na tungkol sa mas maraming pagkakataon ng mga ito ay kumukuha ng dahil doon ay mayroong isang Loch Ness Monster anumang oras sa lalong madaling panahon. Kaya, sasabihin ko lang muli, ang totoong mundo ay may maraming teknolohiya sa database, kailangan natin ang mga tao, mga DBA, upang tignan ang mga bagay na ito at synthesize ito. Maaari mong sabihin, kailangan mong malaman kung ano ang ginagawa mo upang gawin itong bagay. Ngunit kailangan mo ng mga tool upang mabigyan ka ng impormasyon upang malaman kung ano ang ginagawa mo. Kaya, sa ilalim ng linya ang mga DBA ay gagawa ng maayos.
At malaking pasasalamat kay Bullett Manale at sa aming mga kaibigan sa IDERA. At syempre, sina Rick Sherman at Robin Bloor. Ginagawa namin ang pag-archive ng lahat ng mga webcasts na ito, kaya hop online sa loobanalysis.com o sa aming site site na www.techopedia.com para sa karagdagang impormasyon sa lahat ng iyon.
At sa gayon, mag-bid ka na rin ng paalam, mga tao. Salamat muli, maayos na makipag-usap sa iyo sa susunod. Ingat. Paalam.