Pagganap ng laro: magpaalam sa latency

Sa pamamagitan ng Techopedia Staff, Mayo 9, 2016

Takeaway: Nag- uusap ang Host Eric Kavanagh na Mark Madsen, Dez Blanchfield at Bullett Manale sa latency at pagganap.

Kasalukuyan kang hindi naka-log in. Mangyaring mag-log in o mag-sign up upang makita ang video.

Kasosyo sa Nilalaman ng Techopedia

Ang Staff ng Techopedia ay kaakibat ng Bloor Group at maaaring makipag-ugnay gamit ang mga pagpipilian sa kanan. Para sa impormasyon tungkol sa kung paano kami nagtatrabaho sa mga kasosyo sa industriya mag-click dito.

• Profile
• Website

Eric Kavanagh: Mga kababaihan at mga ginoo, kumusta at maligayang pagdating muli sa Hot Technologies! Oo, naman! Ang pangalan ko ay Eric Kavanagh, ito ang aming palabas sa Hot Tech, isang pakikipagtulungan sa aming mabubuting kaibigan mula sa Techopedia. Hop online sa Techopedia.com para sa lahat ng mga pinakabagong sa malawak na larangan ng teknolohiya ng negosyo; sila, siyempre, ay sumasakop din sa mga gamit ng mamimili. Tumutuon kami sa negosyo dito sa aming programa, kaya iyon ang gagawin namin ngayon.

Mayroong isang lugar tungkol sa iyo ng tunay at sapat na tungkol sa akin, pindutin ako sa Twitter @eric_kavanagh, Gustung-gusto ko ang Twitter, mahilig akong suriin ang mga bagay na iyon, isang mahusay na paraan upang makipag-ugnay sa mga tao at magkaroon ng mabuting pag-uusap, at isa-sa -isang pag-uusap.

Kaya ano ang pinag-uusapan natin? Mainit ang taong ito, ito ay isang buong uniberso ng pagkakataon na tinitingnan natin ngayon sa mundo ng pamamahala ng impormasyon, at kung ano ang pinag-uusapan natin ngayon ay magiging mga query, magiging pabilis ang mga query.

Sa palagay ko nakalimutan kong banggitin ang pamagat, "Pagganap na Pagganap: Magpaalam sa Latency." Well sino ang may gusto? Walang sinuman ang nagnanais ng latency, latency ay kapag nakaupo ka doon, i-click ang pindutan at maghintay para sa isang bagay na mangyayari, at walang sinuman ang nais na. Hindi ito ginusto ng mga bata, hindi nila iniisip na cool, hindi rin gusto ng mga matatanda. Lahat tayo ay nasira ng bilis ng web, at nais namin ng mabilis, nais namin ang mga bagay ngayon, at pag-uusapan natin ang lahat tungkol sa ngayon sa aming palabas.

Ang analyst na si Mark Madsen ay kasama namin ngayon mula sa Ikatlong Kalikasan, isa sa aming mga regular. Ang aming bagong siyentipiko ng data, si Dez Blanchfield, na tumatawag mula sa Sydney, Australia. At pagkatapos ay si Bullett Manale, oo nga, iyon ang kanyang pangalan, sa totoo lang dapat itong maging dalawang T. Ang Bullett Manale ay nasa aming panauhin mula sa Idera, isang napaka-kagiliw-giliw na kumpanya, maraming bagay. Alam ko na ang tungkol sa mga ito, isa sa kung saan sila ay bumili ng isang kumpanya na tinatawag na Precise habang bumalik. Alam ko ang kanilang CEO na nagngangalang Zohar Gilad, paano iyon para sa isang pangalan? Isa siya sa isang heck ng isang matalinong tao.

Ngunit ang mga tao, may mahalagang papel ka sa webcast na ito sa mga tanong na hinihiling mo, kaya't huwag kang mahiya, ipadala ang iyong mga katanungan sa anumang oras - magagawa mo ito gamit ang Q&A na bahagi ng webcast console, nasa ibaba doon sa kanang sulok sa kanang kamay. Maaari mo ring i-chat ako at i-chat ko ito sa mga nagsasalita. Mayroon kaming isang tao na tumawag mula sa Italya kaya, "Ciao, ciao. Halika stai? "Alright, sa na itulak ko ang unang linya ni Mark, ihahatid ko ang kubyerta kay Mark. Mark, mayroon ka na ngayong WebEx. Kunin mo ito, ang sahig ay iyo.

Mark Madsen: Salamat, Eric. Hindi ako magsisimula sa gitna, bagaman, magsisimula ako sa simula. Kaya lamang ng ilang mga puna upang mai-set up ang talakayan kasama sina Dez at Idera, isang uri ng estado ng estado na may pag-unlad, at mga database at operasyon. At alam mo, Kung titingnan mo ito, mayroon kaming mga ganitong uri ng dalawang mga problema sa mundo na nasa loob pa rin ng database at application market, dahil tiningnan ng mga developer ang mga DBA bilang mga taong nakakagulo sa kanila. Kailangan mong bumuo ng mga modelo ng data, hindi ka maaaring magkaroon ng access sa na, hindi ka maaaring lumikha ng bagay na iyon, hindi ka maaaring maglagay ng isang index sa bawat haligi ng bawat talahanayan sa database upang mas mabilis itong gawin. At syempre, bakit kailangan natin ang mga modelo? Ito ay mga istruktura lamang ng data, kung mababago natin ang mga ito, hindi mo ba maisulat ito sa isang serialized form?

Ang problema ay alam ng mga developer ang code, at mga aplikasyon, ngunit ang dalawang bagay na madalas nilang hindi alam, ay ang pagbagsak, kasabay na programming, at mga database at ang mga operating system sa ilalim ng mga ito. Ang pagkakaroon ng isang kernel developer at operating system at database, masasabi ko na ang pagbagsak at pagkakatulad ay talagang mahirap, at sa gayon ang maraming mga bagay na natutunan mong makakuha ng mahusay na pagganap sa iyong code, talagang nagsisimula na mabuwal kapag ikaw ay nagtatrabaho sa isang database. At ang pagganap ay mukhang mahusay, ang kapaligiran sa pagsubok ay mukhang mahusay, at ang kapaligiran ng Q&A, at pagkatapos ay pinindot nito ang tunay na sistema, at pagkatapos ay bigla itong hindi gaanong kagaling. Dahil ito ay multifaceted, kung paano gumagana ang code sa database, kung paano ito gumagana sa kapaligiran, at talagang simpleng maliit na kasanayan ay maaaring magkaroon ng marahas na epekto depende sa kung aling sukat na iyong pinapatakbo.

At kapag sinimulan mo ang pakikipag-usap tungkol sa mga panlabas na aplikasyon, siyempre, panlabas na nakaharap sa mga aplikasyon, mga aplikasyon sa web, ay maaaring maging mahirap dahil ang mga bagay ay malaki hanggang sa bigla silang mag-flatline, at hindi sila. Matatamaan mo ang mga kagiliw-giliw na talas na ito na nangangailangan ng maraming nuansa upang maunawaan.

Ang flipside ng mga bagay ay ang view ng DBA. Ang pananaw ng DBA ay mayroong mga operasyon, ginugol nila ang karamihan ng kanilang oras, 80 hanggang 90 porsyento, sa mga ops, at marahil 10 hanggang 20 porsyento ang nakikitungo sa mga pag-unlad na bagay na nangyayari sa paitaas. Mula sa pananaw na ito, magbabayad ka man ngayon o magbabayad ka sa ibang pagkakataon, at kung ginugol mo ang lahat ng iyong oras sa paitaas, pagkatapos magkakaroon ka ng isang mas mahusay na pagkakataon sa paglaon, kumpara sa pag-unlad na may posibilidad na paggalugad ang isang tampok puwang, at sinusubukan upang malaman kung paano pinakamahusay na gawin ang mga bagay. At sa gayon mayroon kaming mga problema, at mayroon kaming mga pamamaraan na hindi katugma - patuloy na paglawak, pag-roll up ng iyong mga app tuwing handa na sila, ang paggawa ng code ay pana-panahon na pana-panahon, nagtatrabaho sa isang shop na nagsasagawa ng mga dev ops. Ang ganitong uri ng bagay ay nagpapabilis ng pag-unlad, ngunit ang lahat ng mga kasanayan sa paligid ng database at kung ano ang ginagawa ng mga DBA at kung ano ang mga tagapamahala ng system ay nasanay na gawin, ang mga kasanayan sa ops ay hindi pa nag-iingat.

Kung sa palagay mo tungkol dito, ang karamihan sa mga DBA ay nagpapatakbo sa ilalim ng isang kapaligiran sa pagbabago ng control kumpara sa isang patuloy na kapaligiran sa paglawak. Lahat ito ay tungkol sa katatagan at kontrol, kumpara sa bilis ng pagbabago at pagbabalik-tanaw. Ang patuloy na paglawak, kung hindi ka makakabalik sa pagbabago, nagkakaproblema ka, kaya lahat ay dapat itayo upang madaling mababaligtad at maaaring ilipat ang code, na hindi talaga ang paraan ng relational database, mga kasanayan sa pag-unlad at mga kasanayan sa pamamahala ay nagtrabaho. .

Tumatakbo ka rin sa mga problemang ito ng pagkakaroon ng maging mas aktibo kung maaari, bilang isang DBA, dahil sa oras na naririnig mo ang tungkol sa isang problema, isang daang libong mga tao ang pinupunan ang mga form ng reklamo sa iyong website. Iiwan ka nito upang mangailangan ng ilang mga bagong bagay na hindi ka na lumabas sa iyong dating kapaligiran. Alam mo, ang mga bagay tulad ng mas mahusay na pagsubaybay at pag-aalerto. Kasabay nito, ang mga database ay dumarami, nakakuha kami ng mas maraming mga aplikasyon kaysa kailanman upang suportahan ang higit pang mga bagay kaysa dati, nasa loob sila, nasa labas sila, nasa buong lugar sila. At mas maraming mga independiyenteng hanay ng data para sa mga pag-aaral, nagsisimula ang mga tao sa mga database ng lahat dahil, siyempre, madali ngayon, maaari kang mag-set up ng isang virtual machine. Kung mayroon kang isang provider ng ulap o isang panloob na ulap, maaari mong agad na pop up ang mga bagay, at binago nito ang iyong buong landas ng pagkuha.

Ang dating landas ng pagkuha ay, "Mayroon akong oras upang makakuha ng isang server, mag-ahit sa isang rack, maglaan ng puwang, makakuha ng imbakan, mai-install ang database at gumawa ng mga bagay, " kumpara sa isang tao na nag-swipe ng isang credit card at pupunta sa limang minuto. Kung gagawin mo iyan, ang modernong pag-unlad na kapaligiran ay tumatakbo sa isang tulin ng lakad na kakaiba, at sa gayon madali itong lumikha ng mga database, at lumilikha lamang ito ng problemang ito ng isang paglaki, tulad ng wala pa nating nakita. At ito ay nagaganap sa loob ng sampung taon ngayon, hindi ito balita sa sinuman, ngunit nangangahulugan din ito na ang mga operating environment ay lumago sa pagiging kumplikado.

Ang buong kapaligiran ng server ng kliyente ay talagang nagbago, dahil hindi ito isang mundo ng server ng kliyente. Bumalik pagkatapos ay nagkaroon ka ng isang server, mayroon kang isang database, kung may mali na alam mo kung alin ang pupunta sa server, alam mo kung paano pamahalaan ang mga mapagkukunan dito dahil ang pinakamahusay na kasanayan ay isang database, isang server. Sinimulan ng Virtualization na masira iyon, masira ito ng ulap, dahil sa sa palagay mo ay isang server ng database, ay software lamang. Kaya hindi totoo ang kapaligiran. Ito ay kung ano ang naglalaman ng kapaligiran na ang katotohanan, at maaaring maging isang rack ng blades o isang malaking server na inukit hanggang sa mga piraso, hindi mo talaga alam.

Lahat ng bagay sa paligid ng pangangasiwa ng database at pamamahala ng pagganap, at kung ano ang mga database na naitayo sa paligid ng mahigpit na kontrol sa isang server, o isang maliit na mga server at isang pares ng mga database, hindi mo mapigilan ang lahat. Nakaupo ka doon sa isang makina, ngunit ang bandwidth ay hindi maaaring mahiwalay ng mga virtual managers, at sa gayon ang lahat ay maaaring maayos sa memorya at CPU, ngunit ikaw ay naka-bottlenecked sa ilang mapagkukunan na hindi maaaring makitungo, at pagkatapos ay susubukan mong ayusin ito, ang dating modelo ay magiging sa masipag, pagkuha ng isang mas malaking server at gumawa ng isang bagay na tulad nito, ngayon maaari itong maging napaka-simple, magdagdag lamang ng virtual na kurso, magdagdag lamang ng memorya sa VM at nalutas ito. Ngunit ano ang mangyayari kung ang iyong VM ay nasa isang napakaraming server at kailangang lumipat? O kung ano ang mangyayari kung nasa laki ka ng isang sistema ng AWS, at naabot ang maximum na laki, ngayon saan ka pupunta?

Kaya mayroon ka ng lahat ng mga problemang ito kung saan ang kapaligiran ay bahagi ng database ngayon, nag-package ka ng isang kapaligiran na may isang database, lahat ng mga espesyal na mapagkukunan, lahat ng bagay sa application na ito ay bahagi ng pagsasaayos, ang pagsasaayos ay makakakuha ng itulak out doon. Ito ay mula sa kapaligiran ng database, mas mahirap na pamahalaan at kontrolin.

Kung titingnan mo kung ano ang ginagawa ng mga sentro ng database, nakaupo na sila, hindi ba? Lumayo kami mula sa ideyang ito ng pagpapagamot ng mga database at server tulad ng mga alagang hayop. Ang mga server ay may mga pangalan, tinatrato mo ang mga ito tulad ng mga indibidwal na natatanging bagay, tinatrato mo ang mga ito tulad ng mga baka, namamahala ito ng isang kawan. At ang problema sa pamamahala ng mga kawan ay kung hindi mo makontrol ang mga ito, sa kalaunan ay maaari silang mag-stampede, at ang isang stampede ay hindi isang magandang bagay. Kailangan namin ng mas mahusay na mga tool sa pagsubaybay, kailangan namin ng mas mahusay na mga paraan upang makitungo sa bagay na ito, at alam kung ano ang naapektuhan. Sa dating modelo mas madali ito dahil sinabi sa iyo ng iyong mga ops at lahat ng iyong mga system ng control, ngunit kapag ang pangalan ng iyong server ay isang UPC code, ito ay uri ng mahirap malaman.

Hindi mo kayang bayaran ang mga maling alerto, hindi mo kayang bayaran ang mga bagay na nagsasabing, "May problema sa makina na ito, at ang makina ay nagho-host ng 30 database." Hindi mo kayang magkaroon ng mga bagay na hindi ka magbibigay ng kasaysayan. Ang pagsubaybay sa mga console ay mahusay kapag nagagaan ang ilaw, ngunit kung ang pulang ilaw ay nagiging berde muli at hindi mo alam kung bakit, at wala kang kasaysayan upang balikan kung ano ang nangunguna sa iyon, at kung ano ang konteksto noon, nagkakaproblema ka. Kailangan namin ng mga system na susubaybayan para sa amin, kailangan namin ng mas mahusay na pagsubaybay, pagharap sa mga problemang pansamantalang sumpa na nagpapanatili ng kasaysayan ng data.

Mas mahusay na mga bagay at simpleng mga sukatan ng sukatan na nakakakuha sa amin ng mga pangunahing sukatan, ngunit huwag gabayan kami nang diretso sa kung ano ang normal, kung ano ang hindi normal at kung gaano kadalas ang mga problemang ito nangyayari. Ang talagang pinag-uusapan natin ay isang kumbinasyon ng kapaligiran sa pagmamanman, at pagharap sa pagganap, at ang mga vendor ay nakaupo sa kanilang mga kamay. Hindi nila kami binigyan ng mas mahusay na mga tool. Mayroon kaming mga system na may higit na CPU at memorya kaysa sa alam namin kung ano ang gagawin sa lahat, at gayon pa man ay umaasa pa rin kami sa manu-manong modelo ng interbensyon, hindi namin inilalagay ang makina upang gumana, upang gabayan kami, upang mapunta kami sa punto ng mga problema, hindi namin nakuha sa bagong istilo na kung saan ay, "May problema dito, magagawa mo ito upang ayusin ito, " o, "Mayroong isang problema sa pagganap, talagang sa partikular na pahayag na SQL, narito ang tatlong bagay na maaari mong gamitin upang ayusin ang pahayag na SQL. "Nag-aaplay heuristikong, nag-aaplay ng mga modelo ng pag-aaral ng machine na maaaring tumingin sa mga pattern ng paggamit ng iyong system upang makita ang mga problema at maiwasan ang mga maling alerto. Gamit ang makina upang gawin kung ano ang pinakamahusay na ginagawa ng makina, upang madagdagan ang DBA, o upang mapataas ang taong kailangang harapin ang mga problema sa pagganap.

Iyon ang bagong paraan, kumpara sa lumang estilo. Mayroong problema sa database na ito, ang mga bagay ay mabagal, at sa gayon mayroon kaming mga bagong pamamaraan, mga bagong paraan upang gawin ito, at dapat nating ilapat ang mga iyon, at doon na pupunta ang merkado. Nakikita mong nagsisimula itong mag-crop, hindi sa mga malalaking nagtitinda, ngunit sa mga kumpanya ng third-party, at ito ay sumasalamin sa isang bagay na nangyari 20 taon na ang nakalilipas nang ang mga nagbebenta ng database ay hindi nagbibigay ng isang solong bagay upang makatulong na pamahalaan ang mga system. Kaya iyon ay uri ng kung ano ang direksyon ng merkado, at kasama nito, nais kong i-on ito muli kay Eric.

Eric Kavanagh: Sige, ihahatid ko ito kay Dez. At Dez, ilayo mo, ang sahig ay iyo.

Dez Blanchfield: Salamat, Mark. Nagawa mo na ang isang kamangha-manghang trabaho ng pagsakop sa mga teknikal na sangkap nito. Pupunta ako dito mula sa isang bahagyang magkakaibang anggulo upang i-highlight ang nangyari sa ibang bahagi ng mundo, hanggang sa epekto sa mga negosyo at mga database sa paligid nila. Hayaan mo na lang akong tumalon sa aking unang slide.

Sa likod ng kung ano lamang ang iyong natakpan mula sa teknikal na bahagi ng mga bagay at bahagi ng developer ng mga bagay, nakikita ko ang mga negosyo na kinakailangang harapin ang hamon ng data at mga database partikular, at malinaw naman na mayroon kaming makabuluhang pagbabagong ito patungo sa ang konseptong ito ng malaking data, ngunit ang mga database na epektibo ay nananatiling puso at kaluluwa kung saan pinananatili ng mga samahan ang kanilang impormasyon sa negosyo, at mula sa harapan ng pintuan hanggang sa likod ng tanggapan. Ang bawat bahagi ng samahan ay hinawakan ng isang database ng ilang uri, at pinalakas ng isang database, at bihirang dumaan ako sa alinman sa mga talakayan ng proyekto, o ilang anyo ng makabagong estratehikong pag-uusap sa isang samahan kung saan ang paksa ng database o database system hindi dumating, at palaging may mga katanungan sa paligid ng mga uri ng mga bagay na naririnig lamang natin, sa pagganap at seguridad at kung paano lumapit ang pag-unlad sa hamon na ito, at kung saan umaangkop ang mga database, at ang aming kamalayan sa mga kapaligiran at aplikasyon ang mga kapaligiran ay nakikipag-usap, ano ang tungkol sa mga aparato at kadaliang kumilos?

Ito ay pa rin ng isang napaka, napaka-mainit na paksa, at ito ay naging isang para sa isang mahaba, mahabang panahon sa engrandeng pamamaraan ng mga bagay hanggang sa makabagong teknolohiya. Sa puntong iyon, naniniwala ako na ito ay isang katotohanan na halos lahat ng ginagawa natin sa ating pang-araw-araw na buhay, ang ating pang-araw-araw na buhay na, na sinusuportahan ngayon ng ilang anyo ng database. Kung iniisip namin ang tungkol sa lahat ng mga bagay sa paligid natin, kung ito ay isang panukalang batas na darating sa mail araw-araw para sa ilang serbisyo na binibili namin, hindi maiiwasang mai-print ng isang sistema na nakikipag-usap sa isang database, at naroroon kami. Ang aming mga telepono ay may mga database sa kanila kasama ang mga contact at mga log ng tawag, at iba pang mga bagay.

Kung saan man tayo pupunta, mayroong ilang anyo ng database sa likod ng usapan at ang mga sistema na ginagamit namin, at mas madalas kaysa sa hindi, medyo maliwanag sa amin, ngunit ang katotohanan ay naroroon sila. Kaya't naisip kong mabilis na takpan kung bakit ito ay naging isang bit ng isang isyu sa isang napakaikling panahon. Sa simula, ang konsepto ng database ay nagmula sa kaibig-ibig na ginoo na si Edgar Codd. Habang nagtatrabaho sa IBM, binago niya ang mundo hanggang sa pagpunta sa pamamahala ng data sa pamamagitan ng paglikha ng isang konsepto na tinutukoy namin ngayon bilang isang pamanggit na database.

Sa simula, ang database ay isang database at ang buhay ay mabuti, ito ay medyo diretso pareho sa mga haligi, at sanggunian, at iba pa, at mga talahanayan, at pagbuo ng software ay medyo prangka, at ang pagganap ay hindi talagang malaki ang isang isyu - ito ay isang bagong kapana-panabik na teknolohiya. Na-access namin ang mga database sa pamamagitan ng ilang mga form ng terminal, at maaari ka lamang makalikha ng labis na kaguluhan sa dulo ng isang 3270 terminal sa isang mainframe, at walang paltos na iba pang mga uri ng mga terminal, kasama ang iba pang mga system. At sa karamihan ng mga kaso, ang mga dating estilo ng istasyon ay halos kapareho sa kung ano ang mga web environment ngayon, at iyon ay nais mong punan ang isang form sa screen sa terminal mismo at pindutin ang Enter at off it would go, it shoot off bilang isang packet, bilang isang kahilingan, at ang back-end system ay haharapin ito. Iyon ay mahalagang kung ano ang nangyayari sa isang web browser sa mga araw na ito, kapag nagta-type ka ng isang link sa isang web browser at form na ito ay hindi karaniwang bumalik sa tunay na oras pabalik sa system, bagaman sa AJAX sa mga araw na ito, hindi iyon ganap na kaso.

Ngunit pagkatapos ay may nangyari, darating ang hinaharap, at higit pa kamakailan sa internet, at halos kahapon, sa isang sec web 2.0, at sa paligid ng sulok nakuha namin ang Internet ng mga Bagay. At sa proseso ng hinaharap na nangyayari, ang mundo ng database ay sumabog lamang, at ang mga pakikipag-ugnayan sa mga database ay naging isang bagay na ginawa nating lahat nang default, hindi ito isang kaso na pupunta ka sa isang lugar upang gumawa ng isang bagay, tulad ng pagbili isang tiket para sa isang eroplano, at nais na maglakbay sa iba pang bahagi ng planeta, may isang tao na kailangang mag-type sa terminal ang lahat ng iyong mga detalye at pumunta sa isang database at mag-print ng isang tiket.

Halos lahat ng ginagawa natin ngayon, kung nag-aabang ng taksi sa Google na may isang application, kung tumatalon ito sa internet banking, lahat ng ginagawa natin sa pang-araw-araw na batayan, na may ilang uri ng system, pinalakas ng isang database. At nang sumama ang internet, medyo madali itong dalhin sa amin, ang aming pang-araw-araw na buhay sa pamamagitan ng isang web browser, at pagkatapos ay dumating ang web 2.0 at ang mga bagay ay naging mobile, at ang sukat ng mga bagay ay sumabog. Sa katunayan, ang aking paboritong linya sa paksang ito ay, "Ang koneksyon sa internet ng lahat, ginawa ng web 2.0 ito sa mobile at sosyal, at ang mga bagay ay napakalaki, napakalaki at mayroon kaming internet at mga bagay at, at IoT … Yikes !!" Hindi pa namin sinimulan na isipin ang epekto ng Internet ng mga Bagay pagdating sa mundo sa mga sistema ng database.

Kaya sa mga modernong termino, kung ano ang dati nating iniisip bilang isang terminal ay epektibong naging mga bagay na ito, ito ay mga mobile phone, iba't ibang uri ng mga tablet, alinman sa personal na mamimili- o mga tablet na may malaking screen na pang-enterprise, ito ay mga laptop at ito ang tradisyonal na desktop sa ilang anyo. Sa isang imahe maaari mong makita ang halos lahat ng anyo ng interface na ginagamit namin ngayon upang makipag-usap sa mga sistema ng database at mga app na pinapagana ng mga, mula sa maliit na mga gadget sa aming mga kamay na lumalakad at parang nakadikit kami, lahat ang daan patungo sa bahagyang mas malaking mga bersyon, at mga iPad, at iba pang mga tablet at Microsoft Surfaces, sa pang-araw-araw na mga laptop, na palaging nangyayari ngayon sa mga propesyonal na kapaligiran at iba pa. Ang mga tao ay may posibilidad na makakuha ng isang laptop at hindi isang nakatakda na desktop, ngunit ang mga ito ang modernong terminal sa aking pagtingin at bahagi ng kadahilanan na nakakaranas ang mga database ng lahat ng mga uri ng mga hamon sa bahagi ng pagganap ng pamamahala ng ating buhay, at hindi lamang pag-unlad.

Kaya ipinapalagay ko na ito ay isa sa mga pinakamalaking hamon na kinakaharap pa ng mga negosyo sa pang-araw-araw na batayan. Inisip ng lahat na ang mga database ay ang aming mga problema, hindi sila. Kaya ano ang lahat ng pag-aalala tungkol sa? Mahusay kapag pumunta kami mula sa isang dulo hanggang sa iba pang mga bagay na may kaugnayan sa mga database, mula sa isang komersyal na kahulugan, at sakop ni Mark ang mga teknikal na sangkap, nang napakahusay, ngunit sa komersyal na kahulugan, bilang isang samahan, naiisip namin ang tungkol sa mga database. Kami ay nakikipag-ugnayan sa mga bagay sa lahat ng paraan mula sa pangunahing disenyo at unahan sa pag-unlad. Kapag nagsimula ang isang negosyo, iisipin nila ang tungkol sa pagbuo ng mga aplikasyon, pagbuo ng isang kakayahan, o kahit na ang pagpapatupad ng isang umiiral na application sa ilang form. Ang ilang mga form ng disenyo at pag-unlad ay kailangang maganap at isang mahusay na pag-iisip ay dapat dalhin sa kung paano ipatutupad ang mga sistemang database na ito, at suportado at pamamahala, at ang mga pagtatanghal na sinusubaybayan at iba pa.

Ang pagsasama ng kapaligiran ng database at mga aplikasyon, at ang mga uri ng API, ang mga uri ng pag-access na ibinibigay ngayon ay nakakakuha ng higit pa at mas mapaghamong, mas kumplikado. Pang-araw-araw na pangangasiwa, suporta at pag-backup, muli, ito ang mga bagay na naisip namin na nalutas, ngunit pagkatapos ng lahat ng biglaang sukat na nakuha ang mas malaki, at ang mga bagay ay lumipat nang mas mabilis, at ang dami ay napakalaki; ang laki ng mga kapaligiran, ang mga sistema ng database ay kailangang suportahan ang bilis kung saan lumilipat ang mga transaksyon.

Mag-isip tungkol sa isang database sa napakadali, napakataas na dalas ng pangangalakal ng kalakal, walang paraan na masusubaybayan ng mga tao na, ito ay isang kumpol lamang ng mga makina na nakikipaglaban sa isa pang kumpol ng mga makina upang gumawa ng mataas na dalas ng pangangalakal, pagbili at pagbebenta, at dami kung saan nangyari ang mga transaksyon na iyon. Mag-isip ng isang senaryo sa modernong araw, tulad ng isang maagang paglabas ng isang pelikulang Netflix kung saan hindi ka nagsasalita tungkol sa daan-daang o libu-libo, o kahit na daan-daang libo, na potensyal na milyon-milyong mga tao na nais na makita ang pelikulang mula sa ikalawang segundo na inilabas ito. Ang lahat ng impormasyon na iyon ay nakuha, at nasubaybayan, at naka-log at nasuri sa isang platform ng database.

At pagkatapos ay mayroong palaging mundo na nakatira sa ngayon, 24/7, hindi lamang sundin ang Araw ngunit laging mayroong isang tao hanggang sa hatinggabi na nais na gumawa ng isang bagay, at ang mga oras ng negosyo ay sumunod sa Araw sa buong mundo. Kaya ang oras ng oras at pagkakaroon ay sa pamamagitan ng default, ay isang klima ngayon, pagkakaroon ng isang outage talaga lamang ay hindi isang katanggap-tanggap na bagay. At kalabisan, kung mayroong isang isyu sa pagganap o kung kailangan namin ng window ng pagpapanatili upang gumawa ng isang pag-upgrade o isang patch, o isang seguridad, talaga, kailangan nating ma-cut mula sa isang database ng kapaligiran patungo sa isa pa at gawin itong walang putol at awtomatiko.

Seguridad at pamantayan at pagsunod, mayroon kaming ilang mga magagandang bagay na nangyari sa mundo ng huli, ang GFC sa partikular, at sa gayon mayroon kaming isang buong hanay ng mga bagong hamon upang matugunan ang tungkol sa pagsunod, at seguridad, at mga pamantayan sa pagtutugma, at kailangan namin upang mag-ulat sa mga nasa real time, at perpekto sa isang form ng dashboard. Hindi namin nais na magpadala ng isang pangkat ng mga unggoy sa isang data center na nagsisikap na makahanap ng mga bagay, kailangan namin ang system upang sabihin sa amin na agad, sa totoong oras.

At ang dalawang malaking kasiyahan na halos wala nang nakikipag-usap tungkol sa, karaniwang itinutulak namin sila sa ilalim ng alpombra at umaasa na hindi nila kailanman itaas ang kanilang pangit na ulo, ngunit ang pagbawi ng kalamidad at pagpapatuloy ng negosyo - ito ang mga bagay na nararapat din, para sa ang pinaka-bahagi, awtomatikong mangyari, dapat na lumitaw ang pangangailangan.

Maaari naming gumugol ng mga araw sa pakikipag-usap tungkol sa mga uri ng mga bagay na maaaring magkamali sa mga kapaligiran ng database, at na ang mga tao ay karaniwang tumugon, ngunit ngayon kailangan namin ng mga system at tool upang gawin iyon para sa amin. Ang isang halimbawa ay ang paglabag sa data at kung gayon, kapag iniisip natin ang tungkol sa mga database, at hiningi ko ang katanungang ito na medyo bukas sa iba't ibang mga form: ano ang mangyayari sa mga database kapag tinitingnan namin ang bola, at may isang kritikal na nangyayari? Lalo na kung walang sistema na nanonood ng pagganap at seguridad at iba pang mga pangunahing aspeto ng pagpapatakbo ng mga database.

Kaya, kung ano ang maaaring mangyari ito, ito ay isang screenshot ng ilan sa mga kamakailang paglabag sa huling dalawa hanggang tatlong taon. Hindi kapani-paniwala, ang lahat ay nagmula sa isang database system, at walang paltos, nagkaroon ng ilang isyu sa seguridad o kontrol, o pag-access na nangyari, at sa tuktok na kaliwang sulok kami ay naghahanap ng 152 milyong mga account sa Adobe, kung saan ang bawat detalye ng mga customer ay nasira. At kung ito ay ang kaso ng naaangkop na mga tool ay maaaring nasa lugar upang subaybayan at makuha ang insidente, at kontrolin ang seguridad, maaaring iwasan natin ang ilan sa mga iyon, ang unang pares ng daang daang mga talaan na ninakaw ay maaaring nakaalerto sa amin, at gugustuhin namin huminto sa susunod na daang at limampung milyon.

Pagkatapos ay makarating kami sa pangunahing punto ng buong paglalakbay na ito, kinuha sa amin, iyon ay: bakit kailangan natin ng mas mahusay na mga system? Bakit hindi na lang natin itatapon ang maraming katawan sa bagay na ito, na mayroon tayong maayos at tunay na tumawid sa tipping point sa aking pananaw, at tiyak na naniniwala ako na mayroong isang kaso na naging katibayan ng huli, na masusuka ang higit pang mga DBA, administrador at maraming mga tao sa ang bagay na ito ay hindi ayusin ang isyu. Kailangan namin ng isang mas mahusay na hanay ng mga tool at isang mas mahusay na hanay ng mga system.

Narito ang aking nangungunang limang mga kadahilanan na naniniwala ako na suportahan ito, at na-ranggo ang mga ito ayon sa kahalagahan, batay sa nakikita ko sa mga pribadong negosyo at estado na pinamamahalaan na mga kapaligiran, ang mga hamon na kinakaharap nila sa mga database ng kapaligiran, at pamamahala sa kanila.

Seguridad at pagsunod - numero uno. Alam mo, ang pagkontrol sa kung sino ang may access, kung saan mayroon silang access, kapag mayroon silang access, gaano kadalas sila naka-access, kung saan nila ito mai-access. Posibleng ang mga aparato na talagang naantig nila at ang mga uri ng mga bagay na kanilang napatingin, at ang pagsunod na napupunta sa paligid. Ang pagkakaroon ng mga tao ay nagpapatakbo ng mga ulat 30 araw pagkatapos upang sabihin sa amin kung ang mga bagay ay okay lang ay hindi angkop ngayon, kailangang mangyari ito sa totoong oras.

Pagganap at pagsubaybay - parang walang brainer, ngunit palaging hindi ito. Gumagamit man tayo ng mga tool na bukas na mapagkukunan o ilang mga tool sa komersyal na third-party, palaging hindi namin napalampas ang bangka, sa maraming paraan, kasama ang mga uri ng pagsubaybay sa pagganap na kinakailangan at ang detalye na, at ang kakayahang tumugon sa oras .

Pagkakataon at pagtugon sa insidente - kailangan itong maging isang instant na real-time na bagay, at palagiang kailangan namin ng isang sistema upang gawin ito para sa amin, o kahit papaano ay mabilis na alerto kami upang makitungo ito, upang ang ilang mga isyu na lumitaw ay aaksyunan nang mabilis, at huwag mawalan ng kontrol.

Pamamahala at pangangasiwa - muli, sa palagay namin ang mga problemang ito ay nalulutas, hindi sila. Ang layunin ng mga isyu na kinakaharap ng mga koponan sa database, lalo na ang mga DBA kung saan ang isang sistema ay dapat na mag-alaga ng mga bagay para sa amin, hindi pa namin malulutas ang problemang iyon, ito ay isang tunay na bagay.

At mula mismo sa harap na dulo ng disenyo at pag-unlad, kapag sinimulan namin ang pagbuo ng mga tool na ito, nagtatayo kami ng mga kapaligiran ng database, magagawang itapon ang naaangkop na mga tool sa pag-unlad at pagsubok, at pagsasama, mga platform. Ito ay hindi pa rin madaling gawin para sa amin, at sa buong paglalakbay na ito, ito ay nag-uudyok sa atin sa parehong mensahe, na sa aking isip ay nangangailangan tayo ng mas mahusay na mga sistema at mas mahusay na mga tool upang matulungan kaming maihatid ang mga kinalabasan na kailangan natin mula sa ang aming database environment, kaya ang mga negosyo na nagmamaneho ng halaga mula sa aming mga customer. Hindi namin maaaring panatilihin lamang ang pagkahagis ng maraming mga katawan at higit pang mga DBA, ang sukat ay masyadong malaki, ang bilis ay napakabilis at ang dami ay napakataas. Gamit iyon, baka maibalik ako sa iyo ni Eric.

Eric Kavanagh: Gustung-gusto ko ito, marami kaming nasasakupan doon na mga tao, maraming prospective lead, at ituloy namin at ibigay ang mga susi nila sa Bullett sa isang segundo lamang.

Bullett Manale: Sige.

Eric Kavanagh: Oh, ilayo natin ito at si Bullett, ngayon ko ito ibibigay sa iyo, at ang sahig ay iyo.

Bullett Manale: Sige, salamat. Sa palagay ko maraming magagandang puntos ang nagawa. Nais kong mabilis na makipag-usap sa isang segundo lamang tungkol kay Idera, sino tayo, at pagkatapos ay tatalon kami. Pupunta ako sa pag-uusap tungkol sa tool na sa palagay ko maraming bagay na pinag-uusapan natin, maaari naming uri ng set at uri ng talakayin ang ilan sa mga lugar kung saan nakahanay ang mga ito, kasama ang tool na ito, ang produktong Diagnostic Manager.

Ngayon, ang nais kong gawin muna, ay uri lamang na magbigay sa iyo ng kaunting background tungkol sa kung sino si Idera; naging kami mula pa noong mga 2003, at sa gayon nagsimula kami sa mga tool lamang ng SQL Server, at iyon ang itutuon namin sa ngayon, ay, ang magiging produkto ng Diagnostic Manager. Ngunit makikita mo ang lahat ng mga balde ng mga bagay na mayroon kami dito, at kamakailan lamang, tulad ng nabanggit dati, nakuha namin si Precise at sa pamamagitan ng pagkuha, mayroon din kaming Embarcadero, at sa gayon nakuha namin ang isang magandang mahusay na portfolio ng mga produkto.

Sa mga tuntunin ng pagsubaybay sa pagganap, sa mga tuntunin ng SQL Server, ang produkto na nais kong pag-usapan, na align ang mga paksang ito na tinatalakay namin, ay ang Diagnostic Manager. Ngayon, ito ay isang produkto na mula pa noong medyo malapit sa simula ng mga araw ng Idera, at sapat na akong mapalad na maging bahagi nito mula noong mga 2005. At marami na akong nakitang mga pagbabago sa mga tuntunin ng SQL Server, ang mga paglilipat mula sa pisikal hanggang sa virtual, lahat ng uri ng mga bagay na nangyari, at pati na rin ang mga pangangailangan ng mga DBA habang lumalaki ang mga kapaligiran, at ang mga uri ng mga bagay.

Ang sinimulan ko, ay ang karaniwang gumagamit ng aming produkto ay ang DBA, at kaya kapag nakikipag-usap tayo sa mga tao sa kauna-unahang pagkakataon, mga prospective na customer, ito ang karamihan sa mga DBA na pinag-uusapan natin. Hindi kami nakikipag-usap sa mga tagapamahala ng IT, o ng mga direktor, maaaring sa anumang oras ay makarating sa antas na iyon, ngunit ang paunang pagsisimula ay ang DBA ay may problema, sinubukan ng DBA na ayusin ang problema, at maraming beses na tayo Pupunta at i-download at subukan ang produkto bilang bahagi ng na.Maaari mong makuha ang data manager o ang DBA o ang kumikilos na DBA, ang taong maswerteng sapat upang maging pinaka-teknikal sa silid, sa ilang mga kaso. Ngayon, kapag nakarating ka sa mas malaking mga kapaligiran ng enterprise, malinaw naman, pagkatapos mong makuha ang buong blown na DBA ay karaniwang sila ang gumagamit ng tool. At nauna ako at nagdagdag lamang ng isang maliit na blurb dito mula sa Wikipedia. Ito ay uri ng mga responsibilidad ng DBA tulad ng sinasabi ng Wikipedia, iyon ang kanilang ginagawa.

Kung dumadaan ka sa listahan dito, marami sa mga bagay na ito, hindi ko ito babasahin, ngunit nakakuha ka ng maraming mga karaniwang bagay na iisipin mo, at pagkatapos ay sa isa sa mga ito, mayroon kang pagsubaybay at pag-optimize ng pagganap ng database, at iyan ay isang malaking malaki. At ang nakakaakit, ay kapag nakikipag-usap ka sa DBA, palaging sila ang masisisi, pagdating sa mga problema, at maaaring hindi talaga ito ang kanilang kasalanan, ngunit kapag mayroong isang isyu sa pagganap, karaniwang may isang application na ay nakatali sa isang database ng DBA, sila ang mga masisisi, kaya lagi silang naghahanap ng mga dahilan kung bakit hindi ito ang kanilang kasalanan. Sa maraming mga kaso na kung ano ang maaari nilang gamitin ang tool na ito, ang Diagnostic Manager, upang matulungan silang gawin.

Ngunit sa pagtatapos ng araw, din, kung ang database ay hindi gumaganap, kung gayon marami sa iba pang mga bagay na ito ay hindi mahalaga, ang iyong mga aplikasyon ay hindi gumagana, at pagkatapos ay hindi mahalaga para sa maraming mga ito mga bagay. Una at pinakamahalaga, nais naming matiyak na ang karanasan ng gumagamit sa paraan na alam natin ito, ay hindi nabawasan, ito ay isang bagay na palaging sinusubukan ng mga DBA. At sa palagay ko, kung titingnan mo ang mga kadahilanan kung bakit karaniwang binibili at ginagamit ng mga tao ang produkto ng SQL Diagnostic Manager, isa sa mga unang dahilan, marahil hindi ang pinakamahalaga, hindi huli o hindi bababa sa, ngunit ito ay uri ng pantay-pantay sa buong board. at depende sa kung sino ang iyong kakausapin, ang mga kadahilanang ito, halos isa o dalawa sa kanila ay palaging, mayroong ilang uri ng pangangailangan sa paligid.

Ngunit ang una ay nakakakuha lamang ng sentralisadong pananaw ng mga pagkakataon bilang isang SQL na pinamamahalaan nila. At ang nakakatawang bagay ay sa maraming mga kaso, kung tatanungin mo ang isang DBA, "Gaano karaming mga pagkakataon ang pinamamahalaan mo?" Ang bilang ay madalas na nagbabago, na hindi talaga sila sigurado sa ilang mga kaso. Kaya kailangan mo ng isang bagay na higit pa sa kakayahang itapon ang lahat sa screen. Nais mong mahigpit ang impormasyon na iyon, nais mong maunawaan ito, at sa gayon iyon ang isa sa mga bagay na maaaring makatulong sa Diagnostic Manager, ay maipagkaloob sa iyo ang ganoong uri ng pagtingin sa kapaligiran.

At hindi lamang ito isang pagtingin sa kapaligiran, ngunit ito ay isang view na ang DBA, ang tagapangasiwa ng database, ay komportable at ito ay isang console na DBA sentrik, kung gagawin mo. Ginawa ito para sa isang tagapangasiwa ng database. Maraming mga tool sa pagsubaybay doon, maraming mga kagamitan sa pagganap sa labas, ngunit tulad ng sinabi ko, sa pagtatapos ng araw, nais ng DBA ng isang tool na idinisenyo para sa isang DBA, sapagkat mayroong maraming mga bagay na tiyak sa kanilang ginagawa sa kanilang araw-araw.

At sinabi nito, mayroon kang SCOM, mayroon kang HPF, nakuha mo ang lahat ng iba pang mga teknolohiyang ito, ngunit nais nila ang isang bagay na partikular sa kanilang ginagawa. Sa palagay ko, makakatulong kami sa lugar na iyon sa produktong ito, makikita mo kung papasok tayo sa isang segundo. Ang iba pang bagay na nakikita natin sa DBA na tiyak na isa sa mga bagay na naantig natin sa una, ay na kailangan nilang makita kung ano ang nangyayari, malinaw naman, at kailangan nilang tumingin sa buong buong negosyo at magkaroon ng kaunting kapayapaan ng isip sa pag-alam ng nangyayari. Ngunit sa parehong oras, hindi sila nakaupo doon na nakatitig sa mga console.

Tandaan mo ang lahat ng mga puntos ng bala na nakita mo sa lista na iyon, na hinila ko lang? Kailangan din nilang gawin ang iba pang mga bagay, kaya hindi lamang tungkol sa paghihintay na mapalabas ang mga apoy. Sa maraming mga kaso ay magkakaroon ng mga pagpupulong, o maraming mga bintana ng pagpapanatili na may kaugnayan sa database administrator ay tumatakbo sa kalagitnaan ng gabi kapag sila ay natutulog, kaya kailangan nilang magkaroon ng kakayahang bumalik at makita kung ano ang nangyari . Sa maraming mga kaso, kung hindi mo mahuli ang isang bagay kapag nangyari ito, sa sandaling nawala ang problema, o hindi bababa sa SQL Server, ito ay nagiging uri ng isang isyu kung saan haharapin mo ang sitwasyon kung saan hindi mo may anumang labi sa problemang iyon. At ang mga problemang iyon ay umalis, at ganoon din ang mga nalalabi, na nangangahulugang mas mababa ka sa pag-troubleshoot sa, mas kaunting impormasyon ang makikipagtulungan.

Sa sinabi nito, tiyak na iyon ang isa sa mga bagay na makakatulong sa Diagnostic Manager, ay ibigay sa iyo ang pananaw na iyon upang tanungin ang impormasyon mula sa nakaraan, "Mayroon ba akong alerto sa pag-block, mayroon ba akong mga isyu sa pag-block, mayroon ba tayong mga bagay na nangyayari sa mga tuntunin ng aming mga mapagkukunan? ”Maaari akong bumalik at magtanong sa impormasyon na iyon. Maaari akong mag-drill sa mga tukoy na punto sa oras. Magagawa kong gawin ang lahat ng mga bagay na diretso mula sa loob ng tool.

Lahat ng mga bagay na iyon, sa kabila ng panloob o isang panlabas na aplikasyon, nais malaman ng DBA, dahil nais nilang makita kung ano ang sanhi ng problema. Hindi mahalaga kung ito ay isang tao sa loob ng samahan, o isang tao sa labas ng samahan na sumulat ng code; nais pa nilang maihiwalay ito, upang malaman nila na nangyayari ang problema, at alam nila kung saan nanggaling.

Kaya ang pagganap at pananagutan ay isang pangunahing bahagi ng ginagawa ng aming produkto. Maaari naming ibigay ang lahat ng mga detalyeng iyon, at kung anong uri ng maganda, mayroon ka bang kakayahang mag-drill down. Kung mayroong isang bottleneck, maaari mong i-correlate iyon sa application, sa gumagamit, sa database, sa query. At sa sandaling muli, ito ay uri ng isang baril sa paninigarilyo. Nakakakuha ka ng isang direktang ugnayan sa pagitan ng kapag nagpapatakbo ang query na ito, ano ang ginagawa nito? At ito ay hindi lamang tungkol sa query mismo, sa mga tuntunin ng pagpapatupad nito at ng kanyang sarili, ngunit din ang query sa paglipas ng panahon ay lumala? At ang mga bagay na iyon ay masasagot din, kasama ang produkto, na kung saan ay tiyak na isang bagay na kung sinusubukan mong maging aktibo, masarap na sabihin, "Uy, narito ang isang query na tumakbo nang masama, ngunit titingnan ito ng batang lalaki. habang tumatakbo pa, makikita natin na tumatakbo ito at mas masahol pa, may magagawa ako tungkol doon. "

Kung pupunta tayo sa susunod na lugar dito; at marahil ito - Gusto kong sabihin na ito ay isa sa mga malalaki. Isa sa mga tanong na tinatanong ko, kapag ipinapakita ko ang aming produkto ay, lagi kong tanungin ang database administrator, "Paano mo naririnig ang tungkol sa isang problema na may kaugnayan sa iyong mga database ng SQL Server?" At nakakatawa ito, dahil sa karamihan ng oras - ipinagkaloob ngayon, karamihan sa oras na tinitingnan nila ang aming produkto, dahil sa maraming kaso sinusubukan nilang lutasin ang isang partikular na pangangailangan. Ngunit kagiliw-giliw na marinig ang paunang uri ng bagay - hindi bababa sa SQL Server, na ito ay uri ng - alam mo, sa mga unang araw ng SQL Server mayroon kang SQL Server at pagkatapos ay nagkaroon ka ng Oracle. At lahat ng tao ay may Oracle, at ang SQL Server ay uri ng tulad ng, para sa kakulangan ng isang mas mahusay na expression, ang redheaded stepchild ng mga database, nang una itong nagsimula.

At pagkatapos bilang pagdaragdag ng Microsoft ng higit pang mga tampok dito, naging kaunti pa ito sa isang tool ng enterprise. At malinaw naman, matagal na itong dumating. Ngunit ang punto ay, isang oras na maaari mong magtaltalan na ang mga database ay hindi itinuturing na kritikal na pabalik sa araw. At iyon ay nagbago sa paglipas ng panahon. Ngayon dahil doon, sa maraming mga kaso ang mga tao ay nagsisikap na hawakan ito, at sinasabi, "Alam mo kung ano? Nakuha ko ang lahat ng mga database ng SQL Server na ito, sinusubukan kong makakuha ng isang hawakan. "At sa halip na marinig ang tungkol sa mga problema mula sa help desk, o pakikinig tungkol sa mga problema mula sa mga tiyak na tao na - tulad ng mga gumagamit mismo, sila ' naghahanap ng ilang mga paraan upang pumunta sa paligid na iyon. Naghahanap sila ng mga paraan upang maipabatid ang mga sitwasyong iyon bago pa man mangyari.

At ganoon din sa Diagnostic Manager, iyon ang isa sa mga bagay, sinusubukan nating gawin, ay sa pinakamaliit na magagawang gawin na ang DBA ang unang malaman tungkol sa mga sitwasyong iyon, o sa mga problemang iyon, upang magagawa nila isang bagay tungkol dito, alinman sa tama kapag nangyari ito, o upang gawin itong kahit isang hakbang pa, upang pag-aralan ang mga sistemang ito na sinusubaybayan. At upang mabigyan ka ng proactive na payo na magpapabuti sa pagganap ng pagkakataong iyon, at magawa ito nang regular. Halimbawa, kailangan nating magdagdag ng isang indeks, batay sa workload; ang mga uri ng mga bagay, ang mga tool na may kakayahang gawin din. Kaya makikita namin ang maraming na sa tool.

Ang iba pang bagay at ang huling bagay na nasa listahan na ito, na kung saan ay uri ng higit pa sa isang pangkalahatang paglalarawan, ngunit ito ay isang bagay na tiyak na dapat tandaan. At lalo na, habang nakapasok ka sa mas malaking uri ng mga antas ng mga sitwasyon, kung saan maraming mga pagkakataon, palaging may magiging isang malaswang bagay na nais kong subaybayan, kung ako ang tagapangasiwa ng database, para sa halimbawa. At kaya kung ano ang sinusubukan nating gawin ay inaasahan sa mga tuntunin ng kung ano ang nais na subaybayan ng tipikal na DBA.

Sa nasabing pag-uusapan, magagawa mo ring sa mga tuntunin ng - palaging may magiging bago. Kaya't nagbigay kami ng isang paraan para sa iyo upang magdagdag ng anumang mga sukatan na kailangan mo upang subaybayan at pamahalaan pagkatapos na maaring maidagdag ang punto ng pag-install. Kaya ang anumang mga counter ng PerfMon, mga counter ng WMI, mga bagay ng SQL Server counter; lahat ng mga maaaring isama sa tool. Mayroon kang kakayahang magdagdag ng mga karagdagang query na maaaring isama sa iyong mga agwat ng botohan.

At, ang huling bagay na karapat-dapat ding tandaan ay maaari naming idagdag, at aktwal na makipag-usap sa parehong vCenter at Hyper-V upang ma-hilahin ang mga sukatan mula sa mga kapaligiran. Dahil ang isa sa mga bagay na nakilala namin sa DBA, ay karaniwang hindi sila bahagi ng mga operasyon na partikular. At hindi nila kinakailangang karaniwang, alam mo, ang kapaligiran ng vCenter, magagamit sa kanila, o ang mga uri ng mga bagay na magagamit sa kanila.

At sa gayon ang problema ay kung nakikipag-ugnayan sila sa isang halimbawa ng SQL Server, at inilalaan sila ng mga mapagkukunan, ngunit ang nasabing okasyon ay virtualized, maaaring mukhang mayroon silang lahat ng mga mapagkukunan sa mundo, kung sinusubaybayan lamang nila kung ano ang sa operating system ng panauhin. Ang katotohanan ay, sa host, maaaring mayroong 30, o 40, o 50 o 100 iba pang mga VM na sinusubukan nilang ma-access, at magkaroon ng pagtatalo ng parehong mga mapagkukunan. At ang tanging paraan upang aktwal na makita iyon ay upang makipag-usap sa iba pang mga kapaligiran, at sa mga interface, sa kasong ito, na ginagawa natin.

Mayroon kang kakayahang magdagdag ng iba pang mga uri ng counter sa tool. Ngayon ay hindi lamang tungkol sa kakayahang masubaybayan ang mga counter, ngunit tungkol sa kakayahang gawin ang mga bagong counter, na ipinakilala mo sa produkto, gawin silang bahagi ng tool, na parang sila ay isang di-nakalabas na sukatan . Isang bagay na wala sa kahon na nais mong subaybayan; kaya nangangahulugan ito na maipasok ang mga ito sa kanilang mga dashboard. Nangangahulugan ito na magdagdag ng mga ito sa iyong sariling mga pasadyang ulat, na maaaring malinaw na magtakda ng mga threshold at alerto sa kanila, ngunit basehan din ang mga ito at magagawang itakda ang mga threshold na may ilang kaalaman, kung saan itakda ang mga ito batay sa mga bagay tulad ng iyong mga batayan at kung ano ang normal. Kaya, mayroon kang maraming mga uri ng mga bagay na nasa produkto din.

Ang ipinagkaloob ko sa iyo ay ang tinawag kong "ang mga pangunahing naghahatid para sa Diagnostic Manager, " at maaari akong magpatuloy at bigyan ka lang ng kaunting lasa sa pamamagitan ng pagpunta sa produkto. Ang gagawin ko ay ibahagi ang aking screen, okay, at i-drag lamang ito. Kaya kung ano ang makikita mo, ito ang console para sa Diagnostic Manager.At tulad ng nabanggit ko dati, pagpunta sa unang pangunahing naihatid, na magagawang tingnan mga bagay mula sa uri ng view ng antas ng enterprise.Maraming iba't ibang mga halimbawa ng sa loob ng tool.May mayroon kaming isang uri ng view ng thumbnail; mayroon kaming higit sa view na tulad ng grid.May mayroon din tayo, sa mga tuntunin ng kakayahang umangkop, kami magkaroon ng isang web-based na console din.Ang web-based na console ay may iba pang mga pananaw na magagamit sa iyo, tulad ng mga pangunahing mapa at mga bagay na katulad nito. Ngunit ang punto ay, mayroon ka bang kakayahan na uri ng pagtingin at makita ang mga bagay Sa isang mataas na antas.Ngunit habang nangyayari ang mga problema, maghuhukay ka nang kaunti sa tool, at aktwal na makita ang tukoy na prob lems, at magkaroon ng ilang paraan upang maunawaan at malaman kung ano ang nangyayari. At malinaw naman na napakahalaga.

Ngayon, sa mga tuntunin ng pagiging aktwal na makita kung ano ang nangyari sa nakaraan; kung titingnan ko ang isang problema na nangyari kahapon, o isang linggo na ang nakalilipas, pagkatapos sa sitwasyong iyon, alam mo, kakailanganin mong magkaroon ng pangangailangan upang lumabas sa isang partikular na halimbawa ng SQL. At ang mabuting balita ay, kung alam mo kung anong oras na nangyari ang problema sa loob ng produkto, maaari kang direktang pumunta sa browser ng kasaysayan. At maaari kong ituro sa isang tiyak na oras ng araw; maaari itong mula sa isang pares ng mga linggo na ang nakakaraan, maaari itong magmula kahapon. Ngunit kahit anong araw na pinili ko sa kalendaryo, pupunta ako pagkatapos na iharap sa iba't ibang mga agwat ng botohan. Saang kaso ngayon, epektibong nakikita ko kung ano ang makikita ko kung titingnan ko ang console sa Abril 20 at 1:37 ng hapon

Kaya't bumalik ako sa oras, at pagkatapos kong gawin iyon, ang lahat ng iba't ibang mga tab na nakikita natin dito ay magpapakita ng tiyak na puntong iyon, kasama na ang mga query na maaaring tumakbo nang hindi maganda, kasama na kung Nagkaroon ako ng mga sesyon sa pagharang. Ang lahat ng uri ng mga bagay-bagay ay lalabas sa tool, at papayagan akong malinaw na magamit ang impormasyon sa makasaysayang ito, alam mo, ayusin ang problema. Ngayon sa tala na iyon, kapag pinag-uusapan natin ang kasaysayan, ang iba pang bagay na dapat tandaan dito ay hindi lamang ginagamit ang kasaysayan para sa pag-aayos ng mga problema. Napakahalaga ng kasaysayan na iyon, para sa iba pang mga kadahilanan. At, ang isa sa mga malaki ay upang makapagpasya nang mahusay, at upang makapagpasya nang mabilis, na may tamang impormasyon. Kaya lahat ng kasaysayan na iyon, lahat ng impormasyong kinokolekta namin, maaari naming i-ulat laban.

Kung ang isang tao ay lumapit sa akin at nagsasabing, "nakuha ko ito talagang mahusay na bagong application. Ito ay magbabago ng mundo tulad ng alam natin. Oh, sa pamamagitan ng paraan ito ay nangangailangan ng isang database, at oh sa pamamagitan ng pagpunta sa talagang i-peg ang Ako / O sa makina kung nasaan ang database na iyon. " Kung alam ko na ang pagpasok sa ito, pagkatapos ay maaari kong magamit ang impormasyong iyon upang makapagbigay ng isang ranggo ng lahat ng aking mga server ng produksyon, batay siguro sa huling pitong araw ng koleksyon. At magagawa kong napakabilis na makarating sa pagtatapos ng kung saan ang mga pagkakataong gumagawa ng pinaka-kahulugan upang magamit ang database na iyon. Kaya ito ang uri ng makasaysayang impormasyon na malinaw ding napakahalaga.

Sa mga tuntunin ng mga query sa kanilang sarili; sa mga tuntunin ng pagtingin sa mga query, marami kaming iba't ibang mga paraan upang gawin iyon sa tool. At ang gusto kong tingnan ay ang Query Waits View, dahil ang Query Waits View ay kapaki-pakinabang sa mga tuntunin ng kakayahang masuri. Kung mayroon akong isang bottleneck na nagaganap, upang makilala ang mahalagang lahat ng iba't ibang mga lugar na nakakaapekto sa partikular, partikular na query; hindi lamang ang query mismo at kung ano ang epekto ng query na iyon, ngunit din, alam mo, kung aling application ang nagmula sa, kung aling session ito nagmula, kung saan tinawag ito ng gumagamit at lahat ng bagay na iyon, maaari kong tingnan iyon, malinaw naman, impormasyon sa totoong oras, ngunit mayroon din akong kakayahang tingnan ang data na iyon mula sa nakaraan. At kaya iyon ang isa sa mga bagay dito, at sinipa ko ang isang script, ngunit kailangan kong maghintay para sa uri ng pop up.

Habang hinihintay namin iyon, nais kong - at alam kong maikli kami sa oras, kaya gusto kong uri ng pag-uusap nang kaunti din tungkol sa pag-alerto sa abiso na maging aktibo. At kapag pinag-uusapan mo ang tungkol sa ganoong uri ng bagay, tulad ng sinabi ko, pagiging proactive na bahagi, mayroong maraming mga tool na nag-aalerto. Ang mahirap na bahagi ay hindi nagpapadala ng isang email. Ang mahirap na bahagi ay hindi pagsulat sa log ng kaganapan o pagbuo ng isang bitag na SNMP. Ang mahirap na bahagi ay alam kung kailan maipapadala ang alerto na iyon sa naaangkop na oras. At sa gayon ay darating ang maraming kailangang gumawa ng ilang mga kalkulasyon, na kailangang maunawaan, "Ano ang tungkol sa partikular na pagkakataong iyon at kung ano ang normal na nauugnay sa pangyayaring iyon?"

At kaya para sa lahat ng mga sukatan na may katuturan na gawin ito, binabasa namin ang mga sukatan. Ipinakita talaga namin sa iyo ang baseline, ipapakita namin sa iyo ang threshold na kasalukuyang itinatakda. At pagkatapos ay ang iba pang magandang bagay tungkol dito, ay sabihin natin, itinakda ko ang aking mga threshold sa kasong ito anim at sampu para lamang sa halimbawang ito. Anim na linggo mula ngayon, kung bumalik ako sa pagkakataong ito, ang baseng ito ay maaaring ganap na magbago, dahil ang isa sa mga bagay na ginagawa namin kapag kinakalkula namin ang baseline, bilang default, ay isang pag-ikot ng pitong araw na pagkalkula. Kaya't palaging nagbibigay sa akin ng isang napapanahon na bersyon ng baseline. At ano ang mangyayari kung ang baseline na iyon ay lumipat sa aking mga threshold? Sa kasong ito, maaari kong makita at alerto ang mga rekomendasyon na karaniwang nagsasabing, "Hoy, mayroon kang isang threshold na marahil ay hindi tama na itinakda, na tiyak sa kung saan nakikita natin ang pagiging threshold, at malinaw na kung saan ang baseline, malamang na pupunta ka maging alerto para sa isang bagay na isang normal na pangyayari. "

At sa halip na sa paggamot sa isang sintomas ng isang bagay na normal, nakikilala ko ang uri ng sitwasyon kung saan ang aktwal na threshold ay nakatakda nang hindi tama. At kung ano ang nagpapahintulot sa akin na gawin nang malinaw, ay upang itakda ang mga threshold alinsunod sa kung saan ako makakakuha ng isang alerto. Ito ay isang bagay na alam kong higit pa sa isang tawag sa aksyon kumpara sa isang pagsisiyasat upang makita kung talagang may problema ba ito. At sa palagay ko ang bahagi ng tool ay talagang kapaki-pakinabang sa mga tuntunin ng baseline mismo, at makakalkula.

Ngayon, sa produktong ito mayroon kang kakayahang aktwal na magkaroon ng maramihang mga saligan; maaari mong itakda ang mga ito para sa iba't ibang mga tagal ng panahon, at maaari mong pabagoin ang pag-aayos ng mga threshold batay sa iyong mga baseline, na napakahalaga ding bahagi ng uri ng pagpapasadya sa mga pagbabago na nangyayari sa pang-araw-araw na batayan sa iyong mga pagkakataong SQL Server . Ngayon, sa kasong ito dito, uri kami ng takip ng maraming mga setting ng mga threshold, at ipinapakita sa iyo ang mga mga batayan. Ngunit tulad ng tungkol sa aktwal na mga alerto, ang abiso sa kanilang sarili, ang cool na bagay tungkol sa Diagnostic Manager, ay nagbibigay ito sa iyo ng maramihang mga nakakaalerto na profile. Kaya kung mayroon kang halimbawa ng isang profile ng on-call na mula 2:00 am hanggang 5:00 am, pagkatapos ay maaari akong magkaroon ng isang tukoy na profile sa saklaw lamang ng oras na iyon, at maaari kong itakda ang lahat ng mga kundisyon, at ang naaangkop na mga setting dito para sa aking tugon.

Ngayon, ang bagay tungkol sa tugon ay, sa ilang mga kaso, oo maaari akong magpadala ng isang email, o kaya kong mag-shoot off at makabuo ng isang SNMP bitag, o sumulat sa log ng kaganapan. Mayroong maraming iba pang mga bagay na maaari nating gawin, ngunit habang nakikipag-usap ako sa mga DBA, kung ano talaga, ang gusto nila ay ang katotohanan na sa karamihan ng mga kaso ng maraming gawain na isinasagawa ay paulit-ulit na bagay. Ito ay mga bagay na alam nila nang eksakto kung kailan nangyayari ang problema, kung ano ang gagawin upang ayusin ito. Kailangan lang nilang mamasyal at mamagitan. At sa iyong paglaki ng iyong kapaligiran, dahil marami kang mga pagkakataon, nagiging mas mahirap gawin. Kaya ang isa sa mga bagay na magagawa mo sa loob ng tool na sa palagay ko ay nararapat na tandaan, mayroon ka bang kakayahang mag-set up ng isang kondisyon, ngunit batay sa kondisyong iyon upang makapagtakda ng tugon upang magpatakbo ng isang script, magpatakbo ng isang trabaho, upang magpatakbo ng isang maipapatupad. At, ang punto ay kung magpasya kang magpatakbo ng isang script na maaari kong gamitin ang mga parameter, sa loob ng script na iyon sa oras ng pagtakbo, na may populasyon ng aktwal na impormasyon.

Kaya, kung may mga problema sa isang tukoy na database, ang script ay idinisenyo upang patakbuhin lamang laban sa database kung saan nangyayari ang problema. Kaya, maaari mong paulit-ulit na matugunan ang mga isyu sa isang awtomatikong paraan, at pagkatapos ay maaari pa rin akong makatanggap ng isang email upang bumalik at sabihin sa akin na, "Uy may problema, ngunit sa pamamagitan ng paraan, naayos na ito." Ang script ay tumakbo, at bilang ang DBA alam mo ang tungkol dito, ngunit hindi mo talaga kailangang pumasok at mamagitan. Ngayon, sa parehong tala tungkol sa pagiging aktibo, malinaw naman mayroon kaming isa pang tampok dito na kung saan ay ang tampok na "Suriin". At, kung ano ang gagawin nito ay gagawin itong isang regular na tseke, laban sa halimbawa ng SQL. At, sa ilang mga kaso ay gagawa ito ng isang mas malalim na pagsisid sa mga tuntunin ng kung ano ang hinahanap nito. Ang mga bagay tulad ng pagsusuri ng hypothetical index ay isasagawa. Magdagdag ba ako ng isang index? Nagtatanggal ba ako ng isang index? At, ang lahat ng mga uri ng mga bagay na malinaw naman ay makakatulong sa aking pagganap, ngunit sa sandaling muli, lahat ito ay tungkol sa pagiging aktibo. Ito ay tungkol sa pagiging makagawa ng mga desisyon bago masira ang mga bagay-bagay, at upang mas mahusay itong tumakbo. At, kaya sa maraming mga kaso, iyon talaga ang sinusubukan nating gawin dito.

Bumalik sa Mga Hintaying Query na pinag-uusapan namin kanina; tulad ng nakikita mo, mayroong isang malaking spike dito. Naunang nagpatakbo ako ng isang script na naging sanhi lamang ng ilang aktibidad sa paghihintay, at tulad ng nabanggit ko dati, mayroon kaming isang talagang natatanging paraan na maaari mong mag-drill down sa impormasyong ito. Kung nais kong makita kung anong aplikasyon ito; Nakikita ko na nanggagaling ito sa application na NoSQL. Maaari naming makita ang database na ito ay nakatali sa, session, ang gumagamit, at pagkatapos kung nais ko, maaari kong ranggo ito, sa mga tuntunin ng aking paghihintay, pati na rin. Kaya, masasabi ko, sa lahat ng mga paghihintay na nangyayari sa window na iyon ng oras, alin ang nangyayari? At kung nakikita ko na kapag nangyari ang pinakamarami, ang talagang masarap na bagay ay maaari kong mag-drill sa tipo ng wait na iyon at nakikita ko ang lahat ng mga utos. Kung titingnan mo rito, ginagawa nila ang paghihintay na mangyari. At makikita ko rin ang pangunahin, kung aling aplikasyon ito, na nagaganap na maghintay.

Kaya ito ay dumikit tulad ng isang namamagang hinlalaki. Maaari akong pumunta agad at sabihin, "Ito ang application na nagdudulot ng aking bottleneck. Ngayon, ano ang query na pinatatakbo? Aling gumagamit ang tumakbo nito? Alin ang database na ito ay tumatakbo?" At iba pa. Kaya't inaasahan na, at nakakatulong din ito sa mga tuntunin ng pagtiyak na wala kang kakayahang umangkop sa iyong kapaligiran, dahil nauugnay ito sa iyong mga database. Sana ito ay kapaki-pakinabang. Pupunta ako sa puntong ito at maipasa ito, at sa palagay ko maaari tayong magpatuloy mula doon.

Eric Kavanagh: Oo naman. Kaya, sa palagay ko itatapon ko lang ito sa aming mga eksperto sa araw na ito. Markahan, marahil unang gusto mong magkomento at magtanong ng ilang mga katanungan. Pagkatapos Dez, maaari kang mag-chime.

Mark Madsen: Oo, salamat, nasiyahan ako sa panonood ng ilan dito. Ito ay isang mas matalinong pagsubaybay kaysa sa dati kong nakikita. Nagtataka ako sa pamamahala ng data sa likod nito; pamamahala ng mga sukatan na maaari mong subaybayan, at alam mo, hanapin ang mga bagay tulad ng paglilipat ng mga batayan sa partikular, na ang pagiging isa sa aking mga puntos ng mga alagang hayop ng sakit, na may mga dashboard. Paano mo haharapin ang data na iyon, at ang pangalawang bahagi nito, ay kasama, alam mo, mga sukatan ng baseline, tulad ng uri ng paglilipat - mayroon ka bang kakayahang awtomatikong i-shift ang mga threshold pati na rin, upang hindi ko na kailangang bumalik at i-reset ang mga threshold sa pamamagitan ng kamay, kapag nagbabago ang isang baseline?

Bullett Manale: Gawin mo, at sa gayon ang magaling na bagay tungkol dito ay maaari kang magpasya na. Maaari mo ring gawin. Maaari akong magtakda ng isang threshold at gawin itong isang static na setting, o maaari kong suriin ang kahon na sasabihin, "Gawin itong isang dynamic na threshold, na magbabago bilang pagbabago ng aking mga saligan." At mayroon akong kakayahan at tool upang magtakda ng isang default na window ng oras para sa aking baseline.Ngunit pagkatapos kung kailangan ko, maaaring magkaroon ako ng isang hiwalay na window ng baseline, halimbawa, mula sa aking window ng pagpapanatili mula 2:00 ng umaga sabihin natin hanggang 5:00 ng umaga; dahil ako ay magbubuwis ng aking Ang CPU, ang aking pagmamaneho, at lahat ng iba pa dahil iyon ay kapag ginagawa natin ang lahat ng aming pagpapanatili.Iyon ay awtomatikong, kung napili kong gawin ito, awtomatiko itong ayusin ang aking mga threshold na nasa labas ng kung saan anuman ang normal para sa mga panukat na Pinipili kong gawin iyon .. Papayagan akong gawin iyon. Karaniwan mayroon kang isang kakayahan sa loob ng tool upang magtakda ng mga window ng oras, iyon ang iyong mga baseline windows, at bawat window ay maaaring tratuhin bilang isang hiwalay na nilalang, sa mga tuntunin ng dynamic na pag-aayos ng baselining na maaaring gawin.At maaari kang magdagdag ng maraming mga bintana ng iyong baseline bilang Yo u kailangan, kung may kahulugan. Maaari kang magkaroon ng isang window ng katapusan ng linggo, isang araw ng linggo sa oras ng pagtatrabaho, isang window ng pagpapanatili na nangyayari sa kalagitnaan ng gabi at iba pa at iba pa.

Mark Madsen: Salamat.

Bullett Manale: Inaasahan kong babalik sa unang bahagi ng tanong, mayroon tayo, at kolektahin ang lahat ng impormasyong ito. Hindi ko talaga napag-usapan ang tungkol sa arkitektura, ngunit mayroon kaming isang back-end repository, na mayroon kang kumpletong kontrol sa pagpapanatili ng data na iyon, ngunit mayroon din kaming isang serbisyo na tumatakbo sa kalagitnaan ng gabi na pupunta at ginagawa lahat ng aming mga kalkulasyon sa saligan at kinakailangan ang data na iyon, nangongolekta, at may kahulugan dito. At malinaw naman, kasabay nito, marami ka ring mga ulat na magagamit namin upang mag-ulat laban sa iyong mga mga batayan, para sa mga tiyak na sukatan. At, mayroon ka ring kakayahang ihambing ang iyong mga saligan ng parehong server, para sa parehong sukatan para sa iba't ibang mga tagal ng oras. Maaari mong makita kung may mga pagkakaiba na naganap, o kung ano ang delta. Mayroong maraming mga uri ng mga pagpipilian din.

Eric Kavanagh: Dez.

Dez Blanchfield: Isang mabilis na tanong na mayroon ako para sa iyo - mayroong isang malawak na spectrum ng maaaring gawin ng tool na ito. Nakakakita ka ba ng isang pagganyak sa paggamit nito sa maagang yugto ng pag-unlad ngayon, o pangunahin pa ba itong isang tool sa kapaligiran sa paggawa? Sa madaling salita, ang mga developer ba ay nakakakuha ng access at ginagamit ito sa pamamagitan ng kanilang maagang pag-unlad, at pagkatapos ay pagsubok sa pagsasama ng phase? O ginagamit pa rin ito sa mga kapaligiran ng produksyon?

Bullett Manale: Sasabihin ko iyan, sa karamihan ng mga oras na nakikita natin ito sa mga kapaligiran ng produksiyon. Nakasalalay ito sa mga sitwasyon, ngunit para sa karamihan ay masasabi kong pangunahin ang paggawa at ginagawa natin - at ito rin, alam mo, patas na banggitin na mayroon kaming iba't ibang mga pagpepresyo para sa mga dev at pagsubok sa kapaligiran, kaya medyo mas kaakit-akit. Nakikita namin ang mga tao na gumagamit nito para sa mga kapaligiran ngunit sasabihin ko, kung kailangan kong bigyan ka ng sagot sa isang paraan o sa iba pa, sasabihin ko pangunahin pa rin ang mga kapaligiran sa paggawa kung saan nakikita namin ang mga tao na gumawa ng isang pamumuhunan para sa produktong ito .

Dez Blanchfield: Oo, oo at kawili-wiling marinig na mayroon kang iba't ibang mga puntos sa pagpepresyo, dahil malinaw naman na may iba't ibang mga workload, at ang mabigat na mga trabaho ay pupunta kung saan ginagawa ang lahat ng tunay na gawain. Ngunit nakakakita ako ng maraming mga organisasyon, lalo na sa gobyerno, at tiyak sa pagtatanggol, kung saan ang pag-unlad ngayon ay nakakakuha ng parehong antas ng pamumuhunan sa mga tool at sistema bilang mga kapaligiran ng produksyon, dahil marami silang ginagawa na mas maraming pagsubok. Sa pagtatanggol halimbawa, mayroong mga koponan na nagpapatakbo ng bilyun-bilyong mga pagsubok, daan-daang bilyun-bilyong pagsubok sa mga aplikasyon at system at tool, at subaybayan ang mga ito bago sila pumasok sa pagsubok sa pagsasama, dahil nais nilang tiyakin na mayroong isang code na binuo at database nakaupo ito sa ilalim nito. Nakarating ito sa isang daang at isang milyong pag-aalsa o isang bagay, habang ikaw ay nasa labas ng larangan ng pagbaril sa isang tao, hindi ito napupunta "bang."

Bullett Manale: Oo naman.

Dez Blanchfield: Sa mundo ng database ng old-school sa aking karanasan, iniisip na ang database ng kapaligiran ng isang bagay na naiwan lamang sa data at ilan sa iyong nalalaman, ay napakabihirang nakita, at bihirang banggitin, kaya't kapag nakuha natin ang punto ngayon kung saan ang mga tool at binuo ang mga app, lalo na sa mga platform ng analitiko, nasa mga handset na kami, at ang aming mga aparato. Nakakakita ka ba ng mga kliyente na dalhin ang pag-uusap ng pagganap ng database at uri ng pamamahala ng database sa isang mas pang-araw-araw na talakayan kumpara sa mga puro techies lamang? At alam kong nabanggit mo bago ang pangunahing nakikipag-usap ka sa mga DBA, ngunit mayroon bang isang kalakaran ngayon kung saan ito nasa pangkalahatang bokabularyo, nakikita mo ba ang mga tao kung saan tinatalakay nila ang mga paksang ito, kumpara sa mga geeks lamang?

Bullett Manale: Well ito ay isang matigas na sasabihin. Ibig kong sabihin, tulad ng sinabi ko para sa karamihan, ang mga tao na nakikipag-ugnayan kami sa mga tuntunin ng proseso ng pagbebenta ay kasama rin ng mga praktista, na mga DBA. Kaya sa mga tuntunin ng iyong katanungan ay sinasabi mo lamang, "Sa mga tuntunin sa pangkalahatan, ang mga tao sa loob ng samahan ng IT, sila ay nagiging mas nakakaalam ng database?" Siguro ang tanong at sasabihin ko marahil ang sagot ay "oo." Marahil ay hindi ko ito nakikita, batay sa kung nasaan ako, sa pang-araw-araw na batayan, ngunit sa palagay ko kung naiintindihan ko ang iyong katanungan, iyon ang magiging sagot ko, sa palagay ko.

Dez Blanchfield: Oo, okay lang iyon. Marahil ito ay isang naka-load na tanong, paumanhin, dahil malinaw naman ang iyong pangunahing interes, sa iyong mundo, ay ang teknikal na bahagi ng mga bagay. Nagtataka ako sa aking pang-araw-araw na mga aktibidad, nakikita ko ang mga samahan na magsimulang dalhin ito sa pag-uusap nang maaga. Kaya, kapag pinag-uusapan nila ang mga bagong inisyatibo, mga bagong proyekto, mga bagong programa ng trabaho, ang isa sa mga bagay na darating kaagad ay, "Paano natin ito sinusubaybayan, paano natin ito nasusubaybay, kung paano nakitungo ang mga isyu sa paglitaw nila, kumpara sa paglulunsad, live na?

Bullett Manale: Sasabihin ko iyan -

Dez Blanchfield: Paumanhin, sige.

Bullett Manale: Sasabihin ko na nakikita ko ang isang takbo na sa palagay ko ay dapat kong sabihin sa - alam mo, maraming beses sa nakaraan na makukuha mo, "Nagkaroon kami ng problema, at sa ngayon kailangan namin ng isang tool. " At sa palagay ko ay nakakakita kami ng kaunti pa sa pagtanggap sa paligid ng pagkakaroon ng tool sa lugar bago mangyari ang problema, kung may katuturan ito. Kaya sasabihin ko na talagang magiging normal na maging, alam mo, "Uy, kailangan namin ng isang tool sa pagmamanman, kailangan namin ng isang bagay." At tiyak na nakikita ng mga tao ang halaga ng produktong ito, dahil tulad ng sinabi mo kanina, pagdaragdag lamang ng mga DBA at pagdaragdag ng mga bagong pagkakataon, kailangan mo ng isang bagay na namamahala nito. Kailangan mo ng isang bagay na makakatulong sa pamamahala ng iyon, at iyon ang dahilan kung bakit nakikita namin ang maraming pagtanggap sa paligid ng produktong ito, o mayroon din kami.

Dez Blanchfield: Mabilis na tanong. Saan kailangan itong mabuhay? Mayroon bang umupo nang tama sa likod ng paso sa LAN, sa loob ng sentro ng data, nang mas malapit hangga't maaari sa mga database ng database, o komportable na inilagay sa isang lugar, potensyal na lumabas sa ulap, isang ulap ng third-party na may ilang uri ng alinman sa VPN lagusan o malayong pag-access sa iba't ibang mga kapaligiran? Saan kailangang umupo iyon, hangga't ang mga kapaligiran at pagmamanman ay nababahala?

Bullett Manale: Sa mga tuntunin ng arkitektura, mayroong isang backup na back-end, at iyon ang isang database ng SQL Server. Mayroon kaming console na maaaring maging isang taba kliyente, o isang manipis na kliyente; bibigyan ka namin ng pagpipilian ng pareho. At mayroon din kaming isang manipis na kliyente na talagang nakatuon sa mga mobile device, pati na rin. Ngunit sa mga tuntunin ng kung saan maaari itong talagang umupo; maaari itong umupo sa isang kapaligiran, talagang ang trickier bahagi tungkol dito, mula sa maraming impormasyon na kailangan namin upang mangolekta, ay nangangailangan ng mga karapatan sa administratibo, sa ilang mga kaso, o sa maraming mga kaso. Ngayon hindi ka namin ginagawa na gawin iyon; kung nais mo, maaari kang mangolekta ng data at para lamang sa mga bagay na hindi namin maiipon, dahil wala kaming mga karapatan ng admin, hayaan lamang namin na hindi mo makita ang impormasyong iyon, kung iyon ang pagpipilian na iyong ginawa.

Depende sa lasa, tulad ng kung pinag-uusapan mo ang tungkol sa AWS, ilang mga kapaligiran, ito ay gumagana nang mas mahusay kaysa sa iba, ngunit sa malayo sa aktwal na kapaligiran mismo, karaniwang gumagamit ng pagpapatunay sa SA upang mangolekta ng data laban sa mga pagkakataon ay kinakailangan na ang lahat. O kung ito ay isang hindi pinagkakatiwalaang domain, karaniwang kapag nais mong gawin iyon, ngunit maraming mga domain; basta may tiwala sa pagitan nila, maaari tayong mangolekta laban sa mga iyon. Hindi mahalaga kung ito ay nasa isang LAN o nasa WAN, ang aktwal na koleksyon mismo ay medyo bale-wala sa mga tuntunin ng dami ng data na kinokolekta namin. Kung mayroon kaming sapat na koneksyon sa WAN, hindi ito problema. Nakita ko ang mga kapaligiran kung saan mayroon silang mga sanga kung saan mayroon silang mga SQL Servers sa buong Estados Unidos. At ito ay isang server sa bawat isa sa iba't ibang mga lokasyon, at sinusubaybayan nila ito sa gitna. Ang nakakalito na bahagi ay nagsisiguro lamang na mayroon kang isang disenteng halaga ng koneksyon upang gawin iyon. Sana, na sumasagot sa iyong katanungan, ito ay uri ng lahat sa mapa.

Dez Blanchfield: Ganap na ito. Salamat. Kaya, dalawang mabilis na mga katanungan na dumating sa pamamagitan ng mga dadalo kaninang umaga; ang isa ay: kung ano ang epekto ng - madalas na nakikita namin ang mga tool sa pagsubaybay sa system na gumawa ng pag-load ang kanilang mga sarili sa pamamagitan lamang ng pagsubaybay sa mga bagay, kaya ang tanong ay, paumanhin ito ay naka-scroll sa aking screen ngayon, ngunit para lamang mailalarawan ito; sa pamamagitan ng pagsubaybay ay bumubuo tayo ng pag-load sa ating sarili? Mayroon bang masusukat na epekto ng tool, nanonood lamang sa kapaligiran, o ito ay isang napabayaang epekto?

Bullett Manale: Kailangang laging may kaunting epekto dahil kailangan nitong tanungin ang halimbawa ng SQL Server upang hilahin ang data. Ang tanong tulad ng sinabi mo ay, "Nabigo ba ito o may makabuluhan?" Sa labas ng kahon na itinuturo mo sa isang pagkakataon, ito ay mapapabayaan. Ginagawa namin ito para sa, tulad ng sinabi ko, medyo matagal na ngayon. Mayroon kaming higit sa 20, 000 mga customer, at masisiguro ko sa iyo na kung nagdudulot ito ng makabuluhang epekto sa pagganap, hindi kami magiging negosyo. Gamit ang sinabi, pinapayagan din namin ang gumagamit na magpasya kung ano ang nais nilang subaybayan. Kaya sa palagay ko iyon ay isang mahalagang bagay na banggitin, ay ang bawat kapaligiran ay medyo naiiba.

Ang isang halimbawa ay, kasama ang sangkap sa pagsubaybay sa query, isa sa mga bagay na mayroon tayong kakayahang gawin, maaari ba nating itakda ang threshold ng kung ano ang iyong itinuturing na iyong hangganan ng normal. Kaya maaari itong batay sa oras ng pagpapatupad ng query. Maaaring batay ito sa CPU, I / O, ngunit bilang isang halimbawa, sabihin lang natin na itinakda ko ang aking oras ng pagpapatupad sa mga zero millisecond. Epektibo kung ano ang sinasabi ko sa tool na dapat gawin ay upang mangolekta ng lahat ng mga query na tumakbo mula pa sa huling agwat ng paghila, at gawin din ang bahagi ng aking koleksyon ng makasaysayan.

Ngayon kapag ginagawa namin iyon, mangolekta kami ng anumang dami ng mga query na aming pinapatakbo sa kahon mula noong huling botohan. Ngayon ay mabuti, at ang gumagamit ay may kakayahang gawin iyon. Sinasabi ba natin, "Iyon ang dapat mong gawin"? Hindi. Ngunit bibigyan ka rin namin ng pagpipilian na gawin iyon kung nais mo ng isang halimbawa ng data na nagbibigay-daan sa iyo upang kolektahin ang impormasyong iyon. Kaya sa pangkalahatan, nagsasalita, mayroon kang mga paraan sa loob ng tool upang mai-set up at tune ito nang eksakto kung paano mo nais batay sa kung ano ang komportable ka.Ngunit mayroon kang kakayahan na talagang buksan ito kung nais mo, at mangolekta ng maraming karagdagang impormasyon na maaaring hindi mo palaging regular mangolekta, kung may katuturan iyon.

Dez Blanchfield: Oo, talagang. Alam kong tumatakbo kami ng kaunti, ngunit mayroong dalawang talagang mahusay na mga katanungan na nais kong itapon sa iyo bago ko balutin. Parehas silang lumapit sa akin, ngunit sa palagay ko mas mabuti kung sasagutin mo sila. Ang tanong sa pangkalahatan ay, "Ano ang saklaw ng pag-abot ng tool hanggang sa kaalaman ng mga umiiral na mga system?" Kaya't mai-plug lamang natin ito, at awtomatiko itong makita ang platform na nariyan, at malaman kung ano ang normal para sa platform na iyon, at agad pick up habang ang pinag-uusapan ni Mark tungkol sa mas maaga? Ang ilan sa mga kaalaman sa saligan ng mga platform sa pamamagitan ng paglalagay, alam mo, hindi ko alam, maaaring ito ay Microsoft Dynamics.Ano ang saklaw ng kaalaman ng platform na may normal at sa ilan sa mga kasalukuyang tool na off-the-shelf na ginagamit sa paligid ng negosyo?

Bullett Manale: Gusto kong sabihin na, sa pangkalahatan ay nagsasalita, kapag sinimulan namin ang pagkolekta ng data sa halimbawa ng SQL, nagtatrabaho kami ng pinakamahusay na kasanayan upang magsimula sa, sa mga tuntunin ng aming mga threshold at kung saan nakatakda silang. Iyon ay sinabi, kinikilala din namin na ang sinumang iyong kausap, sa mga tuntunin ng pinakamahusay na kasanayan, ang bawat kapaligiran ay naiiba. Kung ano ang gagawin namin sa una ay kinokolekta lamang namin ang data, at kung ano ang inirerekumenda namin sa mga tao, maaari mong subukan ang produkto ng 14 na araw na mas matagal kung kailangan mo. Ngunit pagkatapos ng mga dalawang araw, magsisimula ka nang makita ang data ng baseline. Sa sandaling ito ay may sapat na impormasyon ng sample upang gumana, pagkatapos ay magsisimula ka sa pagbibigay sa iyo ng konteksto sa mga tuntunin ng baseline, kung saan ang saklaw, at lahat ng uri ng mga bagay-bagay. Pagkatapos mula doon, kung nais mo, maaari mong awtomatikong itakda ang iyong mga threshold mula sa impormasyong nakolekta. Ito ay tumatagal ng kaunting paunang koleksyon at polling upang makapagsimula upang matukoy kung ano ang normal, upang maaari mong simulan ang paglilipat ng iyong mga threshold.

Ngunit ang bagay na sa palagay ko ay nagkakahalaga din na, kapag binago mo ang mga threshold na iyon, maaari itong gawin sa isang grupo-ng-grupo na batayan ng iyong mga pagkakataon. Maaari itong maging tiyak sa isang pagkakataon o magagawa mo ito laban sa lahat ng iyong mga pagkakataon, pati na rin ang kakayahang lumikha ng mga bagay tulad ng mga template, upang masasabi mo, "Ito ay isang halimbawa ng paggawa, ngunit ito ang template na gusto ko upang italaga dito. " At kaya kapag ang isang bagong halimbawa ng produksiyon ay dumating sa online, awtomatiko naming inilalapat ang mga threshold na ito, sapagkat mayroon itong parehong uri ng hardware, at kadalasan ay mayroong parehong mga workload, kaya magagawa rin natin ito nang ganoon. Sana makatulong sa mga tuntunin ng tanong.

Dez Blanchfield: Ganap na ito. Sa katunayan, sumagot ka talaga ng isa pang tanong na dumating sa akin, at iyon ay, "Mayroon bang pag-download ng pagsubok?" Mayroon, masasagot ko na, alam ko. Sigurado akong kumpirmahin mo na mayroong isang libreng pag-download, at sa palagay ko sinabi mo na 14 na araw mula sa website. Maaari mong i-download ito at maglaro kasama ito. Sa tingin ko mabilis lang kasama iyon, "Anong uri ng kapaligiran ang kailangan kong patakbuhin ang paglilitis? Maaari ko bang patakbuhin ito sa aking laptop at maglaro kasama ito o talagang kailangan ko ng isang server?"

Bullett Manale: Ang pangunahing bagay na kailangan nito ay isang imbakan, isang database ng SQL Server na 2005 o mas mataas. Bukod doon, mayroong ilang mga minimal na kinakailangan sa mapagkukunan, isang .NET kinakailangan, at iyon iyon. Kaya, ito ay isang bagay lamang sa pag-install ng produkto at paglikha ng isang database.

Dez Blanchfield: Perpekto. Isang huling katanungan na ihahagis ko sa iyo, dahil sa labas lang tayo ng oras ngayon, ngunit mabilis, mga dalawa o tatlong tao ang nagtanong sa akin, "Kailangan ko bang maging isang DBA upang talagang makabangon at tumakbo kasama ito, at magkaroon ng isang play sa ito? "

Bullett Manale: Hindi . Sasabihin ko na, kung ikaw ay isang DBA, magkakaroon ka ng iba't ibang mga gamit ng tool. Ibig kong sabihin, mayroong marahil medyo kaunti pa ang halaga kung ikaw ay isang napapanahong DBA. Makakakita ka ng mas malalim sa tool na nais mong samantalahin. Ngunit bilang isang bagong DBA, o kahit na isang tao na, hindi iyon DBA, marami kaming mga rekomendasyon, at nasa ngayon ako sa pahinang iyon. Ang mga rekomendasyong ito ay darating sa isang regular na batayan, at ang talagang magandang bagay tungkol sa mga rekomendasyon, binibigyan ka nila ng mga dahilan kung bakit ginagawa ang mga rekomendasyon. Ngunit bilang karagdagan sa mga ito, magkakaroon din sila ng mga link sa panlabas na nilalaman na naglalarawan nang mas detalyado tungkol sa mga dahilan kung bakit ginagawa ang mga rekomendasyong iyon. Kaya na mai-link sa mga panlabas na website ng Microsoft, blog, at lahat ng mga uri ng bagay na iyon, panlabas na iyon.

Ngunit upang masagot ang iyong katanungan, ito ay uri ng, alam mo, kung ikaw ay isang senior na DBA, mayroong mga bagay-bagay dito, malamang na samantalahin mo, na marahil ay hindi mo bilang isang baguhan na DBA. Ngunit pagkatapos ay sa parehong oras, ito ay uri ng isang tool sa pag-aaral din, dahil sa pagdaan mo sa mga rekomendasyong ito, sisimulan mong kunin ang ilan sa mga bagay na ito sa pamamagitan ng paggamit ng mga rekomendasyon.

Dez Blanchfield: Napakaganda. Salamat. Talagang nasiyahan ako sa bahagi ng demo. Napakaganda ng presentasyon. Ang demo ay hindi kapani-paniwala. Mabilis mula sa memorya, mayroong isang buong sentro ng mapagkukunan sa iyong website na inirerekumenda ko na ang mga tao ay may pagtingin din. Naaalala ko ang pagdaan sa gabing iyon upang makakuha ng ilang mga detalye. Mayroon kang isang buong hanay ng mga bagay, mula lamang sa iyong mga blog at data at pag-uusap hanggang sa, mula sa memorya, nakuha mo na rin ang karamihan sa iyong dokumentasyon ng produkto sa online din, oo?

Bullett Manale: Oo, tama iyon, at ang form na sa palagay ko ay iyong tinutukoy ay ang website.idera.com website. At pagkatapos ay isang bagay na nais kong banggitin din, mas maaga magtanong tungkol sa, "Makikilala ba nito ang kapaligiran?" Sa mga tuntunin ng mga bagong pagkakataon o pagdaragdag ng mga pagkakataon, mayroong isa pang tool na mayroon tayo na ang pagtuklas ng mga pagkakataon. At lahat ito ay tungkol sa imbentaryo at pamamahala ng iyong imbentaryo. Gusto ko lamang ituro sa iyo sa direksyon na iyon, sa mga tuntunin ng aktwal na pagtuklas ng mga pagkakataon. Ngunit tulad ng aktwal na pagganap at pagsubaybay, lahat ng uri ng mga bagay na napag-usapan natin, doon ay ang paglalaro ng Diagnostic Manager.

Dez Blanchfield: Napakaganda. Tingnan, mahusay na saklaw. Talagang nasiyahan sa iyong pagtatanghal. Gustung-gusto ang live na demo at iyon ang lahat mula sa akin kaninang umaga, dahil alam kong matagal na kaming 10 minuto sa paglipas ng panahon. Eric, babalik ako sayo.

Eric Kavanagh: Alright. Nagustuhan ko lang ang demo. Natutuwa ako na ginawa mo ang demo. Natutuwa akong nakuha namin ang isang mahusay na mahirap na pagtingin sa aming pagdaan sa Q&A.

Bullett Manale: Mahusay.

Eric Kavanagh: Dahil nagbibigay ito sa mga tao ng ideya kung ano ang iyong tinitingnan, at talagang gumagawa ito ng paghanga sa akin na isipin na natututo pa rin kami tungkol sa kung paano makikipag-usap sa mga kompyuter na ito, kapag nakakuha ka ng tama. Ibig kong sabihin, ang antas ng mga diagnostic na ito ay medyo sopistikado, at nakakakuha ito ng mas mahusay araw-araw. Kami ay nakakakuha ng mas maraming pananaw sa kung ano ang talagang nangyayari. Ngunit kailangan mo talaga ang isang tao na tinatanaw ang mga bagay na ito, binabasa ito, inilalagay ang kakayahang nagbibigay-malay sa likod ng iyong ginagawa, di ba?

Bullett Manale: Oo, ang ibig kong sabihin sa maraming mga kaso - Nais kong sabihin sa iyo na ito ay isang DBA sa kahon, ngunit mayroon lamang masyadong maraming mga bagay na nangyayari. Ibig kong sabihin, nagbibigay kami ng patnubay, at nakakatulong kami, ngunit sa pagtatapos ng araw ay nangangailangan ito ng mga tao ng pagpapasya tungkol sa data na ipinakikita namin. Hindi ko akalain na magbabago ka anumang oras sa lalong madaling panahon.

Eric Kavanagh: Magandang balita iyan para sa mga totoong tao sa labas, mga tao.

Bullett Manale: Tama na.

Eric Kavanagh: Nais mong magkaroon ng isang tao na nanonood nito, isang koponan na nanonood nito, at matutunan mo, tulad ng narinig mo mula sa Bullett, tinitingnan ang mga rekomendasyong ito na iyong pipiliin kung ano ang nangyayari. At hinuhulaan ko mula sa kasaysayan na iyon, at sa palagay ko ay hinawakan mo ito, Bullett, ngunit napakabilis, pinapayagan ka ng kasaysayan na makilala ang mga mahahalagang pattern at pagkatapos ay matukoy ang mga ito kapag nangyari ito sa hinaharap, di ba?

Bullett Manale: Tama iyon. Ang isa sa mga bagay na maaari nating gawin ay subaybayan ang pagganap ng isang query sa paglipas ng panahon. Maaari rin nating malinaw na tumingin sa iba pang mga bagay, tulad ng mga baseline at makita ang mga ito ay lumilipat, at malinaw na makakakuha ng mga alerto at mga bagay tulad na kapag nangyari iyon, kaya talagang mayroon kang kakayahan.

Eric Kavanagh: Magaling iyan, mga tao. Hindi tayo magtatagal dito, ngunit nais kong makarating sa mga tanong na iyon. Maraming salamat sa iyong oras at atensyon. Ginagawa namin ang archive ng lahat ng mga webcasts na ito. Hop online sa Techopedia.com o sa InsideAnalysis.com, makikita mo ang mga link mula sa parehong mga lugar.

At kasama iyon, nag-bid kami sa iyo ng paalam. Salamat muli, mga tao, maaabutan ka namin sa susunod na linggo, tatlong higit pang mga webcoll sa susunod na linggo, Martes, Miyerkules, Huwebes. Kaya makikipag-usap kami sa iyo sa susunod na linggo, mga tao. Ingat. Paalam.

Kasosyo sa Nilalaman ng Techopedia

Ang Staff ng Techopedia ay kaakibat ng Bloor Group at maaaring makipag-ugnay gamit ang mga pagpipilian sa kanan. Para sa impormasyon kung paano kami nakikipagtulungan sa mga kasosyo sa industriya mag-click dito.

• Profile
• Website