Sa pamamagitan ng Techopedia Staff, Abril 19, 2017
Takeaway: Talakayin ni Host Eric Kavanagh ang pagtataya kay Dr. Robin Bloor, Rick Sherman at Bullett Manale ng IDERA.
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 seryeng Hot Technologies webcast! Ang pangalan ko ay Eric Kavanagh, ako ang magiging host mo para sa web seminar ngayon, na tinawag na "Pagse-save ng Oras, Pera at Problema sa mga Optimal Forecasts." 'Kurso na napalampas ko ang unang bahagi ng pamagat doon, "Ang Pinakamahusay na Mga Plano na Nabigo." Kami palaging pag-usapan iyan 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 sinusubukan mong maunawaan kung ano ang nangyayari sa iyong samahan. Paano mo panatilihing masaya ang iyong mga gumagamit, kahit na ano ang kanilang ginagawa? Kung nagsasagawa sila ng pagsusuri, kung gumagawa sila ng tunay na trabaho, nakaharap sila sa mga tunay na 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 iyon ang ating tatalakayin ko ngayon. Ito ay uri ng nakakatawa dahil ang pagtataya ay hindi isang bagay na nais kong gawin, 'dahil sa pamahiin ko, 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, ibibigay ko ito kay Robin at paalalahanan lamang ang mga tao: Magtanong ng mga katanungan, huwag mahiya, gustung-gusto namin ang mga magagandang katanungan, ilalabas natin ito sa ating mga nagtatanghal at sa iba pa. At kasama iyon, Robin, ilayo ito.
Robin Bloor: OK, well, dahil nasa posisyon ako ng poste tulad ng sinasabi nila, naisip ko na sasabihin ko ang isang SQL na kwento ngayon, dahil ito ang background para sa kung ano ang tatalakayin na magpapatuloy at hindi maiiwasan na magkakagulo ito. 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 ito ay nangingibabaw. Kita n'yo, iyan ay 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 ito ay nagtrabaho nang maayos, sa totoo lang, ngunit mayroong isang bilang ng mga bagay na uri ng halaga na sinasabi tungkol dito, ang mga bunga 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 pagpapahayag ng 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 iyon ay isang maliit na 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 talagang nakakaapekto sa pagganap, kaya ang mga tao na gumagamit ng SQL, totoo ito sa kanila, totoo rin ito sa mga programer ng SQL na gumagamit ng SQL at kahit na mas malamang na mag-isip tungkol sa epekto na magkakaroon sila, dahil 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 tool sa BI, nakita ko ang SQL na makakakuha, kung gusto mo, pinipigilan ang mga tool sa BI ng iba't ibang mga database at dapat itong sabihin, na maraming iyan ay, mabuti, gugustuhin ko ' t isulat ang SQL query na ganyan. Isang tao ang nilikha, kung gusto mo, isang maliit na motor na anuman ang mga parameter, itatapon nito ang ilang SQL, at muli, na ang SQL ay hindi kinakailangang maging mahusay na SQL.
Pagkatapos ay naisip kong banggitin ang impedance mismatch, ang data na ginagamit ng mga programmer ay naiiba kaysa sa data na kung saan ito. Kaya, ang aming DMS ay nag-iimbak ng data sa mga talahanayan, naayos ang object-oriented code ay kadalasang mga coder, ay ang form ng object object-oriented sa kasalukuyan at nag-order sila ng data sa mga istruktura ng object, kaya hindi ito mapa sa isa't isa. Kaya, mayroong isang pangangailangan upang 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, mayroong napakakaunting matematika at napakaliit na mga bagay na nakabase sa oras, kaya't ang di-sakdal na wika, bagaman kailangang sabihin na ito ay pinalawak 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 dialog na bagay, well, ang SQL ay hindi itinayo para sa mga diyalogo, ito ay binuo para sa pagtatanong kung ano ang nais mo nang sabay-sabay. At ito ay uri ng halaga ng pag-alam na, dahil may ilang mga produkto sa labas na talagang tinatalikuran ang SQL upang magawa 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, mayroong CPU, mayroong memorya, mayroong disk, may mga overheads sa network at mayroong problema sa pagla-lock ng higit sa isang tao na nagnanais na magkaroon ng eksklusibong paggamit ng data sa isang naibigay ituro sa oras. Ngunit mayroon ding mga mahihirap na tawag sa SQL, mayroong isang kakila-kilabot na maraming maaaring gawin 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 ito mai-optimize sa 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 nakabubutas pa, ngunit sasamahan namin ito. 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 madadaan namin 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, pinag-uusapan pa rin namin, tulad ng pakikipag-usap ni Robin, tungkol sa SQL. At sa katunayan, kahit na naghahanap kami sa platform ng Hadoop, Hive at Spark SQL - na ginagamit ng aking anak, na isang scientist ng data, sa lahat ng oras - 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, mayroong isang malawak na halaga at pagpapalawak ng dami ng data na nasa mga bodega ng data at iba pang mga system na nakabase sa intelligence intelligence. 'Sanhi ang lahat, anuman ang kung saan at kung paano ito nakunan, nakaimbak o na-transaksyon, sa huli ay makakakuha ng masuri at sa gayon mayroong isang malaking demand at pagtaas sa paggamit ng mga database, lalo na ang mga database ng relational na nasa labas ng pamilihan.
Ngayon, nakuha namin ang demand, mayroon kaming malaking halaga ng data na darating. At hindi talaga ako nagsasalita tungkol sa malaking data, pinag-uusapan ko ang 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 ayon sa Bureau of Labor Statistics, mula 2014–2024 ang mga trabaho sa DBA ay lalago lamang ng 11 porsyento - ngayon na ang mga tao na mayroong mga pamagat sa trabaho ng DBA, ngunit tatalakayin natin ito 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 aalis 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 ito ay relational, maaari silang magkaroon ng anuman sa isa, dalawa, tatlo, apat na magkakaibang 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, kung pinag-uusapan natin ang tungkol sa pagmomolde ng data, pagmomolde ng ER, pagpapalawak ng modelong ER, pagmomolde ng dimensyon, advanced na dimensional na pagmomolde, anuman, karaniwang mga programmer ng application at disenyo ng mga developer ng application na may kanilang layunin sa pagtatapos - hindi sila nagdidisenyo para sa kahusayan ng ang istraktura ng database mismo. Kaya marami kaming hindi magandang disenyo.
Ngayon, hindi ko pinag-uusapan ang tungkol sa mga komersyal na negosyante ng aplikasyon ng negosyo; karaniwang mayroon silang mga modelo ng ER o mga pinahabang modelo ng ER. Ang pinag-uusapan ko ay mayroong maraming mga proseso ng negosyo at mga aplikasyon na binuo ng mga developer ng aplikasyon sa bawat kumpanya - ang mga iyon ay hindi kinakailangan na 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 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 ituloy ang paglipas ng mas maraming mga database sa kanilang workload, " na 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 ay totoo ng maliit - sa katamtamang laki ng mga negosyo, kung saan ang pagpapalawak ng mga aplikasyon sa database at database ay sumabog sa huling dekada at nagpapatuloy na palawakin. Ngunit ito rin ang kaso ng mga malalaking korporasyon, karaniwang nagsasagawa ng warehousing ng data, analytics ng intelihensiya ng negosyo sa 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. Kami ay may pananagutan sa pagdidisenyo ng database, na kung saan ay mabuti, kung ito ay 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, dinidisenyo nila ito para sa kanilang mga layunin sa pagtatapos, sila ay hindi pagdidisenyo nito para sa kahusayan.
At mayroong maraming pagkakaiba sa pagitan ng disenyo at pag-unlad, kumpara sa paglawak at pamamahala. Kaya, mayroon kaming "penny matalino, libog na tanga, " na may isang maliit na piggy bank doon, 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, mga taong hindi pa 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 hindi naipapansin, 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 ito 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 ang hindi mo alam.
Sa palagay ko nakalimutan ko ang ilan sa parirala doon, sa gayon maraming beses hindi nila naiintindihan kung ano ang kailangan nilang tingnan sa disenyo o kung pinamamahalaan o pinamamahalaan nila ang mga database. Kung hindi iyon ang iyong propesyon, kung hindi mo maiintindihan ang kailangan mong gawin. Pangatlo, ay ang SQL ay isang tool na go-to, kaya pinag-usapan ni Robin ang tungkol sa SQL, at kung gaano kahina ang SQL kung minsan ay itinayo, o madalas ay itinayo. At isa rin sa aking mga alaga ng alaga sa BI data warehousing, data migration, data engineering space ay kaysa sa paggamit ng mga tool, ang mga tao ay may pagkahilig na isulat ang SQL code, naka-imbak na mga pamamaraan, kahit na gumagamit sila ng isang mamahaling tool sa pagsasama ng data o isang mamahaling tool sa 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. Hindi nila tinitingnan 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-tune 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. Kapag pinaplano nilang pamahalaan ang mga database, kailangan muna nilang isipin ang tungkol sa, bumuo ng ilang mga sukatan ng pagganap ng application-sentrik, 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 dahil sa pamamahala ng supply chain, kung kumukuha ka ng mga order sa web, kung gagawa ka ng BI - kahit anong ginagawa mo - kailangan mong tingnan kung sino ang gumagamit nito, kung paano sila gamit ito, kung ano ang dami ng data, kung kailan ito mangyayari. 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 madalas kapag sinusubukan mong i-debug ang mga isyu, siyempre, sinusubukan mong tingnan kung ano ang mga totoong bottlenecks - hindi kinakailangan kung paano tune ang lahat, ngunit paano mo mapupuksa at ilipat ang pagganap hanggang sa oras ng paghihintay at throughput - kung ano ang 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 ginagamit 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 - maging modelo ito ng ER o modelo ng dimensional, gayunpaman nakabalangkas - lahat ng mga bagay na ito ay may epekto sa pagganap, lalo na sa iba't ibang mga konteksto ng data capture analytics at ang mga pagbabagong nangyayari.
At tulad ng binanggit ni Robin sa panig ng SQL, tinitingnan ang SQL na pinapatakbo ng iba't ibang mga application sa buong mga database na ito, 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 - anuman ang tumatakbo sa kanila - tinitingnan din ang epekto na ang mga application at mga database na ito ay nasa loob ng konteksto na ito, ang lahat ng ito ay may interplay ng kakayahang mag-tune sa database.
At sa wakas, kapag naghahanap ka ng 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. Alam namin na ang database at ang mga aplikasyon ay gumagana sa konteksto na ito, kung nadagdagan natin ang kapasidad, kung makakakuha tayo ng mas maraming mga gumagamit, kung gumawa kami ng higit na pagsasaayos, anuman ang ginagawa namin, makakapag-proyekto kung ano, paano at saan makakaapekto sa database, ang mga aplikasyon, ay nagbibigay-daan sa amin upang magplano at upang malaman ang proactively, kung saan ang mga bottlenecks, kung saan ang mga oras ng paghihintay ay maaaring magdusa 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 ihatid - ang mga ito ay dalawang mahusay na pagtatanghal, sa pamamagitan ng paraan - hayaan akong ibigay ito kay 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, 'sa palagay ko na akma 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 lagi niyang gusto sabihin, "Gustung-gusto ko ito kapag ang isang plano ay magkasama, " at sa palagay ko ay kapag pinag-uusapan mo lalo na ang SQL Server, na kung saan ay pinagtutuunan namin, na kung saan ang produkto na pag-uusapan natin ngayon, SQL Diagnostic Manager, siguradong isa ito 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; naghahanap ka ng isang bagay na sasabihin sa iyo kapag may mauubusan na mga mapagkukunan, kung kailan ka mauubusan ng mga mapagkukunan, kung magkakaroon ka ng isang bottleneck, ang mga uri ng mga bagay.
Ito ay hindi lamang tungkol sa pagsubaybay sa isang tiyak na sukatan. Kaya, kasama ang Diagnostic Manager, ang isa sa mga bagay na napakahusay nito ay makakatulong sa iyo sa mga tuntunin ng pagtataya, at pag-unawa sa tukoy sa mga kargamento at pag-uusapan natin ang tungkol sa maraming araw na 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, maraming mga marka ng tanong na magkakaroon ka pagdating ng oras upang pamamahala ng isang kapaligiran ng SQL, mga bagay na hindi mo alam. At kaya naghahanap ka ng isang bagay na makakatulong sa iyo, dalhin ka sa prosesong iyon, at turuan mo rin sa proseso. At sa gayon, mahalaga na ang tool na ginagamit mo para sa mga uri ng mga pagpapasya ay magbibigay sa iyo ng ilang pananaw sa mga dahilan kung bakit ginagawa ang mga pagpapasyang iyon, hindi lamang ito 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 natin ang pagiging isang tagapangasiwa ng database - Palagi akong ipinakikita ang slide na ito una, dahil ang DBA ay may iba't ibang mga tungkulin at depende sa samahan na kasama mo, magkakaroon ka, ang iba ay magkakaiba-iba mula sa isang lugar patungo sa isa pa - ngunit karaniwang, lagi kang magiging isang paraan na responsable para sa iyong imbakan, ang iyong pagpaplano ng imbakan at pag-unawa sa pag-asa, dapat kong sabihin, kung magkano ang puwang na iyong pupunta kailangan, 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, kakailanganin mong magawang maunawaan at mai-optimize ang mga bagay sa kinakailangan na batayan, at habang pinagdadaan mo ang pagsubaybay sa kapaligiran, malinaw na mahalaga na gumawa ka ng mga pagbabago dahil kinakailangan nila batay sa mga bagay na magbago sa loob ng kapaligiran. 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 ng 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 ito susulong.
Kaya kung ano ang maraming tool ng Diagnostic Manager ay may mga kakayahan at ginagamit ito ng mga tao araw-araw para sa magawa ang mga bagay tulad ng pagtataya, at inilalagay ko ang kahulugan dito ng pagpaplano ng kapasidad. At ito ay 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 pangangailangan para sa mga produkto nito, at sa pagtatapos ng araw, iyon talaga ang tungkol sa: Ito ay 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, upang maalis ang basura na iyon upang hindi ka magkakaroon ng mga gastos sa pagkakataon na nakatali sa basura mismo.
Kaya, sa sinabi na iyon, ano ang mga uri ng mga katanungan na nakukuha natin, na tukoy sa taong DBA? Kailan ako mauubusan ng espasyo? Iyon ay isang malaking, hindi lamang kung magkano ang puwang na ginugugol 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, kung ano ang kahulugan sa mga tuntunin ng kung aling mga database na pupuntahan ko 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, susuklian mo ito minsan sa iyong karera. Sa maraming mga kaso ay gagawin mo iyon sa 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 susunod na mangyayari, na ma-asahan iyon, sa sandaling muli, sa halip na hintayin silang mangyari. Kaya, malinaw naman ang lahat ng mga bagay na ito na pinag-uusapan natin, magkaroon ng kahulugan sa iyong pakiramdam na umaasa ka sa makasaysayang data, sa karamihan ng mga kaso, upang makalikha ng mga rekomendasyong ito, o sa ilang mga kaso ay magagawang magbalangkas ng mga desisyon sa iyong sarili, upang makabuo ng mga sagot na ito. Ngunit ito ay nagpapaalala sa akin ng, kung naririnig mo ang mga ad sa radyo para sa isang tao na nagbebenta ng mga mahalagang papel o tulad nito, palaging "ang 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. Magkakaroon ka ng mga sitwasyon kung saan ang mga pagtataya at mga pagsusuri na ito ay maaaring hindi 100 porsyento na tama. Ngunit kung nakikipag-usap ka 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, pupunta ka, napakahalaga at pupunta ito sa iyo ng higit pa kaysa sa paglalaro ng laro sa 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 mesa. bilang ang drive o ang lakas ng tunog. Upang hindi lamang sabihin, "Uy, puno kami ng espasyo, " ngunit anim na buwan mula ngayon, dalawang taon mula ngayon, limang taon mula ngayon, kung ako ay magbadyet para sa iyon, kung magkano ang puwang ng pagmamaneho na pupuntahan ko kailangan bang mag-budget para? Iyon ang mga tanong na hihilingin ko, 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 ihip ng hangin, na kung saan ay maraming 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, isang bagay na maipakita sa iyo ang isang dashboard na puno ng sukatan at masasabi, "OK, narito ang lahat ng mga sukatan at kung saan sila nasa, " ngunit pagkatapos ay makagawa ng ilan o magkaroon ng ilang pag-unawa sa kung ano ang gagawin, batay sa labas ng 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 ipapakita namin 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, 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 dito, na makikita natin, sa pangkalahatan lamang ito ay nagsasalita ng pag-unawa hanggang sa antas ng sukatan kung ano ang normal. Hindi ko masasabi 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 oras siguro sa kalagitnaan ng araw, kung 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 ako sa aking kapaligiran, nais kong maunawaan kung ano ang naging epekto nito, upang mailapat ko ang parehong pagbabago sa iba pang 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 ito ay magiging isang mabuting pagbabago. Kaya, ang magawa ang paghahambing na pag-uulat, na magagawang magraranggo ng aking mga pagkakataon ng SQL, na magagawang magraranggo ng aking mga database laban sa bawat isa, upang sabihin, "Alin ang pinakamataas kong consumer ng CPU?" O alin ang tumatagal 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, huling ngunit hindi bababa sa, ay isang pangkalahatang kakayahan na kailangan mo ng isang tool na magagawang upang mahawakan ang anumang sitwasyon na dumating sa iyong paraan, at kung ano ang ibig kong sabihin ay, kung mayroon kang isang malaking kapaligiran na may maraming mga pagkakataon, malamang na tatakbo 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 na masubaybayan din sa 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, baseline - lahat ng mga bagay na pinag-uusapan natin - ay isang pangunahing bahagi ng pagiging magawa ito at gawin ito upang makuha mo ang mga sagot na hinahanap mo magagawang gumawa ng 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 kung ano ang gagawin namin 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 kong gawin, at ito ay isang mabilis na halimbawa lamang ng arkitektura, ang malaking takeaway dito ay hindi anumang mga ahente o serbisyo na aktwal na nakaupo sa mga pagkakataong pinamamahalaan mo. Ngunit ang nais kong gawin 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 aking sinalita. At mahalagang magsimula sa uri ng mga bagay na higit pa sa mga linya ng narito ang isang bagay na kailangan mong gawin, o narito ang isang bagay na isang punto sa oras sa hinaharap at bibigyan ka namin ng ilang pananaw sa paligid nito. At ito ay magagawang talagang asahan - o dapat kong sabihin ng pabago-bago na inaasahan - mga bagay na 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 sa database, kung ano ang marahil kong gawin sa sitwasyon na ma-asahan ang laki ng isang database sa loob ng isang tagal ng panahon, at bibigyan lang kita ng isang halimbawa ng mga iyon . Kaya, kukunin ko ang aking database ng pag-audit, na kung saan ay medyo ako / O masinsinang - nakuha ito ng maraming data na pupunta dito. Nakarating na, tingnan natin, gagawin namin ang isang ito dito, at kunin lamang natin ang database ng pangangalagang pangkalusugan dito.
Ngunit ang punto ay, hindi ko lamang nakikita kung ano ang puwang nito, kaya kong sabihin, "Tingnan, alamin natin ang halaga ng data ng nakaraang taon" - at mag-fib ako dito nang kaunti. Hindi talaga ako nagkakahalaga ng data ng isang taon, mayroon akong mga dalawang buwan na halaga ng data - ngunit, dahil pumili ako ng isang sample na rate ng buwan dito, magagawa kong maasahan o matantya ito kaso sa susunod na 36 mga 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 namin maaasahan ang aming paglago sa hinaharap, para sa mga ito 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 pagpunta sa pagbibigay 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 na ito, ngunit sa sandaling muli, depende sa halimbawang rate, papayagan akong matukoy kung gaano karaming mga yunit at kung saan namin kinukuha 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 ang isang bagay na gagawin namin, sa aktwal na pagbibigay sa iyo ng tukoy na petsa at masasabi na "Hoy sa petsang ito, ito ay kung saan inaasahan namin ang paglago ng iyong data." Bilang karagdagan, maaari nating gawin. magbigay sa iyo ng 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, ito ang tab na ito. Kaya, bago ito narito sa tool na pupuntahan natin at ipakita ang produkto sa mga tao at magiging "Magaling iyon, 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 kami dito, ay isang mas mahusay na paraan para sa iyo upang maunawaan, kung gagawa ako ng aksyon upang matulungan ang pagganap, kung gagawa ako ng aksyon kahit na tulong sa kalusugan ng aking kapaligiran, na magkaroon 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 magkaroon ng kahit na mga panlabas na link sa ilan sa data na iyon, na magpapakita sa akin at dalhin mo ako sa mga dahilan kung bakit ginawa ang mga rekomendasyong ito.
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 ginagawa namin dito sa pagsusuri na ito - at ipapakita ko sa iyo kapag pinapasok ko upang isaayos ang mga katangian ng pagkakataong ito, at pumunta ako sa seksyon ng pagsasaayos ng pagsasaayos - marami kaming iba't ibang mga kategorya na nakalista dito, at bahagi nito, mayroon kaming index optimization at query optimization. Kaya, sinusuri namin 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, gagawin talaga namin ang ilang karagdagang pagsusuri ng hypothetical index. Kaya, isa ito 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 mayroong uri ng isang tipping point, kung saan sinabi ko, "Well, ang talahanayan ay nakakakuha ng laki 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 magkakaintindihan 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 workloads, 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, iyon ay isa pang lugar kung saan maaari nating tulungan, sa mga tuntunin ng tinatawag nating 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 ikaw maaaring bumalik muli gayunpaman maraming mga linggo upang ipinta ang mga larawang ito para makita mo kung kailan ang iyong mga tagalabas, upang makita sa pangkalahatan na nagsasalita kung saan ang halagang iyon ay nahuhulog sa loob ng mga tagal ng panahon na kinokolekta namin ang data. At pagkatapos, bilang karagdagan sa mapapansin mo rin na kapag lumabas tayo sa aktwal na halimbawa mismo, mayroon kaming kakayahang i-configure ang aming 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 maaari akong magkaroon ng isang baseline halimbawa, iyon ay sa aking mga oras ng 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 baseng 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 nakakaharap ko sa window na iyon ng oras, kumpara marahil sa kalagitnaan ng araw kapag ang aking mga naglo-load hindi kasing dami, kapag ang mga workload ay hindi kasing epekto.
Kaya, iyon ay iba pa na dapat tandaan, sa mga tuntunin ng baseline. Malinaw na ang mga ito ay magiging talagang 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 mawawala din sa mga mapagkukunan. Ngayon, ang iba pang uri ng bagay na mayroon kami sa tool, makakatulong ito 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 katulad 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 na pinamamahalaan ko - sa aking kaso hindi ko, kaya kailangan nating i-play ang mapagpanggap na laro dito - ngunit kung mayroon akong lahat ng aking mga pagkakataong produksiyon at kailangan kong maunawaan kung nasaan ang ang lugar na kailangan ko ng pansin, sa madaling salita, kung magkakaroon lamang ako ng isang limitadong dami ng 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 kapaligirang iyon, i-ranggo ang aking mga pagkakataon laban sa bawat isa, at bigyan ako ng pagraranggo sa pamamagitan ng pipe ng pagtatalo." Kaya't kung ang paggamit ng disk, paggamit ng memorya, kung naghihintay, kung oras na ito ng pagtugon, nagagawa kong makipag-ugnay - o dapat kong sabihin na ranggo - ang mga pagkakataong ito laban sa bawat isa. Malinaw na ang pagkakataong nasa tuktok ng bawat listahan, kung magkapareho ang okasyon, iyon ay marahil isang bagay na talagang nais kong ituon, dahil malinaw naman 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 mayroong 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, anuman ang maaaring ito, bilang isang porsyento o kung ano ang maaari kong lumabas at sabihin, "Tingnan natin 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 Makakagawa ako ng ilang mga pagpapasya gamit ang impormasyong iyon, malinaw naman, kaya ito ay isa sa mga sitwasyong iyon, kung saan ito ay aasa sa kung ano ang tanong na ito, na iyong hinihiling 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 ito ay uri ng 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, magkakaroon ka ng maraming mga katangian at maraming mga pagpipilian upang makakapili mula sa mga pull-down na ito upang ma-formulate ang mga "paano kung" -type ang mga tanong na hinahanap mo .
Kaya maraming mga ulat na ito ay nakatuon sa kakayahang sagutin ang mga uri ng mga katanungan. At sa gayon, ito ay tunay na mahalaga din na ang mga ulat na ito at bilang karagdagan, ang lahat ng mga bagay na naipakita namin sa iyo sa tool, tulad ng nabanggit ko dati, pagkakaroon ng kakayahang umangkop upang isama ang mga bagong sukatan, upang mapamamahalaan, kahit na makalikha counter, o SQL query na nakasama 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 malinaw naming tumakbo sa medyo kaunti lamang - ito ay ang una, ang lahat ay sumalampak o lumipat sa mga VM. At ngayon marami kaming mga tao na papunta sa ulap. At mayroong 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 maraming kakayahang umangkop at maraming kakayahang sagutin ang mga katanungang ito sapagkat nauugnay ito sa iba pang mga uri ng mga kapaligiran na nakikita natin ang mga taong pupunta. At mayroon pa ring maraming mga katanungan sa paligid ng mga bagay na ito, at habang nakikita natin ang mga tao na pinagsama ang mga kapaligiran na kakailanganin nila upang masagot din ang mga tanong na iyon. Kaya, iyon ay isang magandang pangkalahatang pangkalahatang-ideya, sasabihin ko, 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 napag-usapan 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, magandang bagay. Oo, itatapon ko ito kay Rick, kung nasa labas pa siya. 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 nasa ulap ito 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 ito ay inilalagay ng mga tao sa ulap, kaya kung mahina itong tumatakbo, o kung nagiging sanhi ito ng maraming mga siklo ng CPU, mas maraming pera ang kailangan mong bayaran, kaya hindi, ikaw kailangan pa rin upang masukat ang mga 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 na. Iyon ang isa sa mga bagay na hindi ko nasaklaw at ang ibig kong sabihin, ay ang mga bahagi ng mga query dito. Marami kaming iba't ibang mga paraan upang makilala ang pagganap ng query, may kaugnayan man ito, partikular sa paghihintay tulad ng nakikita natin sa pananaw na ito dito, o kung nauugnay ito sa pagkonsumo ng mapagkukunan ng pangkalahatang mga query, mayroong isang buong bilang ng mga paraan upang masuri namin ang query pagganap. Ito man ay tagal, 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; ito ay isang kakayahan din. 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 kung ano ang pag-load sa mga pagkakataon sa kanilang sarili sa lahat ng pagsubaybay na ito?
Bullett Manale: Magandang tanong ito. Ang hamon sa pagsagot sa tanong na iyon ay, nakasalalay na, ito ay tulad 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, "Baguhin natin ang halagang ito sa zero, " ang katotohanan ay talaga lamang ang gumagawa ng tool na mangolekta ng bawat query na tumatakbo at hindi talaga iyon espiritu kung bakit nariyan 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, napaka-kamag-anak nito kung ano ang iyong mga setting, sa pangkalahatan ay nagsasalita, sa labas ng kahon. Ito ay saanman mula sa mga 1-3 porsyento na overhead, ngunit mayroong 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, hindi namin magagawang hilahin mula sa pinalawak na mga kaganapan, samantalang sa gayon ay kukuha kami mula sa isang bakas upang gawin iyon. Kaya, ito ay magiging isang maliit na naiiba sa mga tuntunin ng paraan na pupunta namin tungkol sa pangangalap ng data na iyon, ngunit sinabi iyon, tulad ng sinabi ko, nasa paligid kami para sa hulaan ko mula noong tungkol sa 2004 kasama ang produktong ito. Ito ay sa paligid ng isang mahabang panahon, nakakuha kami ng libu-libong mga customer, kaya ang huling bagay na nais naming gawin ay may isang tool sa pagsubaybay sa pagganap na nagdudulot ng mga problema sa pagganap (mga tawa). At sa gayon sinusubukan nating patnubapan ito, hangga't maaari, ngunit sa pangkalahatan ay nagsasalita, tulad ng tungkol sa mga 1-3 porsyento ay isang mabuting tuntunin ng hinlalaki
Rick Sherman: OK, at medyo mababa, kaya napakaganda.
Eric Kavanagh: Mabuti. Robin, anumang mga katanungan mula sa iyo?
Robin Bloor: Pasensya na, ako ay nasa pipi. Mayroon kang isang maramihang kakayahan sa database, at interesado ako sa kung paano 'magagawa mong tingnan ang 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. Interesado ako sa kung paano ginagamit iyon ng mga tao. Ako ay 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: Pangkalahatang pagsasalita, pinag-uusapan mo sa pangkalahatan lamang ang tool mismo? Paano nila ginagamit ito? Ibig kong sabihin, sa pangkalahatan, ito ay tungkol sa pagkakaroon ng isang sentral na 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. Ito ay kapag nangyari ang mga problema at malinaw naman na ang karamihan sa mga kaso mula sa pananaw ng DBA, maraming beses ang mga problemang nangyayari kapag nasa harap sila ng console, kaya't ma-notify kaagad sa nangyayari. Ngunit bilang karagdagan sa, pag-unawa kung kailan nangyayari ang problema, na makarating sa puso ng impormasyon na nagbibigay sa kanila ng ilang konteksto 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, ito ay isang mabuting 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 na may problema. At sa gayon, nakikita namin ang maraming mga tao na nagsisikap na lumayo mula doon at sa palagay ko na isang malaking bahagi ng dahilan kung bakit ang mga tao na tulad ng tool na ito ay nakakatulong 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 ito lamang ang mga DBA na nagsasabi sa amin ito - ngunit ang mga DBA, ang pang-unawa ay palaging ang kanilang problema, kahit na ito ay ang developer ng application na sumulat ng application na hindi ito isinulat nang maayos, sila na ang sisisihin, 'dahil 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, "Hoy kasalanan mo."
Kaya ang tool na ito ay, maraming beses, ay gagamitin upang makatulong sa mga tuntunin ng paggawa ng kaso para sa DBA na sabihin, "Uy, narito ang problema sa kasinungalingan at hindi 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 ako ay lumabas doon, tinitingnan ang iba't ibang mga site ng multi-database, ngunit karamihan sa nalaman ko ay ang magiging Ang mga DBA na nakatuon sa isang bilang ng 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 ngayon at pagkatapos ay makita na hindi nila naubusan ng espasyo 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. Pinapalawak mo ang saklaw ng DBA sa isang napakalaking paraan. Kaya iyon ang talagang pinag-uusapan, ito ba ay kasama ang isang hanay ng mga tool tulad nito, natapos mo na magagawang magbigay ng serbisyo ng DBA sa bawat database na nasa korporasyong network?
Bullett Manale: Oo, ang ibig kong sabihin, ang hamon ay, tulad ng sinabi mo na mahusay na magaling, ay tulad ng mayroong ilang mga database na nagmamalasakit sa mga DBA at pagkatapos mayroong ilang hindi nila pakialam. At ang paraan na ang partikular na produktong ito, ang paraan na ito ay lisensyado ay sa isang per-pagkakataon na batayan. Kaya't, sa palagay ko, sasabihin mo, isang threshold kapag nagpasya ang mga tao na "Uy, hindi ito isang kritikal na sapat na halimbawa na nais kong pamahalaan ito gamit ang tool na ito." Iyon ay sinabi, may iba pang mga tool na ginagawa namin mayroon 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, narito ang isang bagong halimbawa ng SQL, ngayon ba ito Express? Ito ba ang libreng bersyon o isang bersyon ng negosyo? ”Marahil iyon ang 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 pangkalahatang tseke sa kalusugan sa kahulugan na sila ang mga elemento ng mga bagay na pinapahalagahan ko bilang isang DBA: Ay ang drive na pinupuno ? 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, bababa sa antas ng query, bababa ito 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 ng, ano ang nagmamay-ari ko at sino ang may pananagutan dito? 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. Kapag 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, mayroong 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. Iyon ang hype, talaga, at ang hype ay hindi sumasalamin sa katotohanan, kaya interesado ako sa kung anong uri ng reyalidad na napag-alaman 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 na nakikita namin ang ilan sa mga data na inilipat sa mga iba pang mga segment kung saan ito ay mas nakakaintindi, kung mayroong ibang mga teknolohiya na magagamit. Tulad ng kamakailan, ang ilan sa mga mas malaking bagay na data. Ngunit ang mga database na ito, sasabihin ko, mahirap i-generalize sa maraming kaso 'sanhi 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 mahirap na magkaroon ng isang pakiramdam, sinasabi mo, ang pang-unawa, dahil sa pangkalahatang pagsasalita ng mga tao na pinag-uusapan ko sa lahat ay may tradisyonal na mga database at ginagamit ito sa isang kapaligiran ng SQL Server.
Iyon ay sinabi, Gusto kong sabihin sa mga tuntunin ng SQL mismo, tiyak na iniisip ko pa rin na nakakakuha ito ng ibahagi sa merkado. At sa palagay ko, maraming mga tao na patungo pa rin 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 ay nangyayari sa SQL, sa mga tuntunin ng pag-encrypt at lahat ng iba pang mga kakayahan na ginagawa itong isang kapaligiran o isang platform platform - na malinaw naman na may kakayahang kritikal na misyon, hulaan ko. Kaya, sa palagay ko nakikita rin natin iyon. Kung saan nakakakita ka ng isang shift, nangyayari pa rin ito. Ibig kong sabihin, nangyari ito 10 taon na ang nakakaraan, ito pa rin, sa palagay ko, nangyayari sa mga tuntunin ng SQL Server, kung saan lumalaki ang 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 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 makikita mo 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 na may nawawalang index. At maaari naming tingnan ang mga rekomendasyong iyon at sasabihin 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 sa mga ito, itatayo ang script para dito. Hindi magandang halimbawa ang taong iyon, ngunit makikita mo, oo, ang mga sitwasyon kung saan ang isang index - alinman sa isang dobleng indeks, o pagdaragdag ng isang indeks - 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: Iyan ay mahusay na bagay, at ito ay magbibigay sa akin ng isang mahusay na hiwa sa mga pangwakas na komento dito. Si Robin at ako at si Rick na rin, ay naririnig nang maraming mga taon na ngayon, mayroong pinag-uusapan ang mga database ng self-tuning. Ito ay isang self-tuning database! Ang masasabi ko lang sa iyo ay: Huwag silang maniwala sa kanila.
Bullett Manale: Huwag maniwala sa hype.
Eric Kavanagh: Maaaring may ilang maliliit na maliit na bagay na nagawa nang maganap, ngunit kahit na, baka gusto mong suriin ito at tiyaking hindi ito gumagawa ng isang bagay na hindi mo nais gawin. Kaya, sa loob ng kaunting oras, kakailanganin namin 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 marahil tungkol sa mas maraming pagkakataon ng pagkuha ng mga ito tulad ng mayroon mayroong pagiging isang Loch Ness Monster anumang oras sa lalong madaling panahon. Kaya, sasabihin ko lang ulit, 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 ang mga bagay na ito. Ngunit kailangan mo ng mga tool upang mabigyan ka ng impormasyon upang malaman kung ano ang iyong ginagawa. 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 ng kasosyo www.techopedia.com para sa karagdagang impormasyon sa lahat ng iyon.
At kasama iyon, bibigyan ka namin ng paalam, mga tao. Salamat muli, makikipag-usap kami sa iyo sa susunod. Ingat. Paalam.
