Osoblje Techopedia, 30.11.2016
Odlazak: Domaćin Eric Kavanagh, zajedno s dr. Robin Bloor, Dez Blanchfield i IDERA-inim Bullett Manaleom raspravljaju o upitima i kako njihova učinkovitost može imati dalekosežne učinke.
Trenutno niste prijavljeni. Prijavite se ili prijavite da biste pogledali videozapis.
Eric Kavanagh: Dame i gospodo, pozdravimo se još jednom. U srijedu je četiri sata istočnog vremena, a ovih dana to znači da je vrijeme za vruće tehnologije! Da svakako. Danas govorimo o cool stvarima. Naravno, ja sam vaš domaćin, Eric Kavanagh. Naslov današnje emisije je "Ključ učinkovite analize: Brzi povratni upiti." Tako je, narode, svi želimo brzo. Tko ne želi brzo? Doista je slajd o vašem, i dosta o meni. Udari me na Twitter, @eric_kavanagh. Rado ću se tamo povezati s vama i obaviti razgovor na društvenim medijima. Može biti zabavno, samo ne razgovarajte o politici.
Godina vruća. Ove smo godine razgovarali o različitim analitičkim pitanjima, a jedna od današnjih tema zaista je samo središnja tema za posao. Sjećam se da sam vjerojatno prije pet ili šest godina prvi put čuo kako netko upotrebljava izraz "razgovaraj s tvojim podacima", i iako to može zvučati pomalo sramežljivo, poanta je da, ako ne možeš imati iterativno iskustvo s vaši podaci, ako ne možete brzo izmijeniti upite, slati nove upite, brzo dobijati odgovore, tada ne razgovarate sa svojim podacima i čitav analitički postupak je skraćen. To nije dobro.
Kad razgovarate sa svojim podacima, to znači da možete ići naprijed i natrag, a prema mom mišljenju to je ono kad pronađete uvid. Jer vrlo rijetko ćete prvi put smisliti savršeni upit. Ako niste Mozart analitike - a siguran sam da je ta osoba vani - morat ćete provesti neko vrijeme mijenjajući, dodajući neku dimenziju, pokušavajući precizirati ono što tražite,
Jer, opet, ovo nisu nevjerojatno dobra okruženja s kojima se bavimo u svijetu analitike; bavimo se vrlo neugodnim okruženjima i vrlo složenim i višedimenzionalnim okruženjima. Tako da je cjelokupna ideja webcast danas razgovarati o tome kako omogućiti takvu iterativnu interakciju s vašim podacima.
Imamo tri prezentatora. Naravno, u Hot Technologies, za razliku od Savjeta za brifing, imamo dva analitičara; prvo prvo daju svoj gost, a onda gost dođe, održi prezentaciju, a mi imamo neku vrstu okruglog stola. I vi, naša publika, možete igrati veliku ulogu u tome. Molim te, ne stidi se; pošaljite svoja pitanja u bilo kojem trenutku. Ako možete, koristite ploču za pitanja i pitanja, inače je panel za chat u redu; Pokušat ću nadzirati oboje tijekom revije. I to bilježimo, pa ako nešto propustite ili želite podijeliti s kolegama, vratite se kasnije. Objavljujemo ih na Techopedia.com, a također i na InsideAnalysis.com.
A s tim ću dovesti pametne ljude. Predat ću ga dr. Robinu Blooru. Dajte mu ključeve, promijenite prezentatora i eto ga. Robin, odvedi ga.
Robin Bloor: Dobro. Hvala na uvodu. Prije otprilike mjesec i pol dana razgovarao sam s programerom koji je zapravo DBA. On u stvari nije DBA - bio je DBA u određenoj tvrtki i bio je jedina osoba koja je zapravo mogla izvršiti upite. No, razbolilo se od toga, jer on je stvarno, on je prilično pametan programer. Pa je otišao.
A on ionako mora raditi nekoliko dana svakog mjeseca za njih, jer nisu mogli naći nikoga da zauzme njegovo mjesto i nisu imali pojma što radi baza podataka niti kako je uopće prilagoditi. I nekako sam razmišljao o tome, i samo, znate, oni u stvari nisu imali IT odjel, ali ovaj im je pružao podršku. Zapravo je većinu vremena radio upravo DBA posao.
Za sofisticirane baze podataka - Oracle, SQL Server, DB2, sve one velike, skupe - podešavanje baza podataka je težak posao. I to je siguran posao. A razlog, zaista, za tvrdnju da je to to, to je mijenjanje krajolika. Nekako ću to proći. Znate, relacijske baze podataka - obično je to velika slika, relacijske baze podataka i dalje dominiraju u popularnosti. Vjerojatno će još dugo dominirati. Da, postoje druge baze podataka koje dobivaju više vremena, ali, znate, kad zapravo pogledate što se događa vani, Oracle radi većinu toga, Microsoft SQL Server je drugi, a u oblaku se događaju razne stvari ipak može izazvati izazov. Oni su veliki divovi u igri. A to su baze podataka koje možete koristiti i za OLTP i zapravo za opterećenje skladišta podataka. Alternativa se obično koristi uglavnom u analitičkim okruženjima, a onda je na osnovu podataka određeno zašto bismo odabrali to umjesto relacijsko. Ljudi uglavnom ne.
Tvrtke imaju tendenciju standardizacije na jednoj bazi podataka. Nedavno sam naišao na tvrtku koja je imala preko 5000 primjeraka Oraclea. I nekako, osoba s kojom sam razgovarao iz te tvrtke, nekako sam ih pitala za DBA. Rekli su da imaju oko 10 DBA-a i oko 30 baza podataka. I ostalo, Oracle se uglavnom koristio kao konačni sustav. Bilo je vrlo malo stresa na podatke iz aplikacija koje su ih koristile. Ali to me je samo zadivilo - 5.000 primjeraka Oracle.
I usput, imali su licencu za vlasništvo Oracle. Pa, znate, korporativna licenca, očito. Ali imali su i druge baze podataka jer ponekad, znate, aplikacije dolaze s preferiranom bazom podataka. Nije bilo kao da je Oracle jedina stvar. I vrijedno je napomenuti da ni Hadoop ni Spark nisu baza podataka i da će proći puno vremena prije nego što steknu ono što ja smatram pravilom baze podataka. Naravno za veze s podacima.
Uz DBA aktivnosti - vjerojatno Bullett može reći puno više o tome nego o meni - ali ja ću ih samo proći. Znate, to je ono što ja mislim, što DBA radi. Instaliraju, konfiguriraju, nadograđuju, upravljaju licencama. Obavljaju puno ETL-a i replikacije na jedan ili drugi način. Oni rade skladištenje i planiranje kapaciteta. Oni rade na rješavanju problema ili su dio tima za rješavanje problema. Nadgledanje i podešavanje performansi uglavnom je većina njihove aktivnosti, ali sve ove druge stvari, nisu male, znate. Sigurnost, odgovorni su za sigurnosnu kopiju i oporavak. Oni bi trebali biti uključeni u softverske ispitne sustave, a mogli bi biti uključeni u životni ciklus podataka.
Izvođenje. Kad sam bio jedan od tih momaka. Kad sam pokretao i ugađao baze podataka, tako sam shvatio, znate? CPU postoji, i na ovaj ili onaj način u današnje vrijeme CPU obično radi u praznom hodu, jer bi bio jedan od druga dva ili dva - Pa, jedno od ostalih uskih grla zapravo bi uzrokovalo problem. Memorija, drobljenje i fragmentacija ili zasićenje I / O diska ili diska, ponekad vrtoglava mreža, ako trčite u više čvorova mreže i vjerojatno biste mogli upasti u zaključavanje.
Ali to je bio svijet kakav sam vidio. Nedavno sam pogledao Oracle i broj parametara podešavanja koji postoje u Oracleu. Bilo je preko 300. Znate, i ako zapravo razmišljate o tome, DBA koji stvarno zna što radi mora imati neku ideju zašto biste se ikada pobrkali s bilo kojom od njih. Dakle, to je kompliciran posao, i ovo je složenije.
Znate, sada imamo CPU, ali imate … CPU-i već postoje, GPU-i na CPU-u ili FPGA-i na CPU-u. Dakle, događa se neka vrsta križanja na ono što se zapravo događa na CPU-u. Procesori su odavno postali višejezični; zapravo nisam više ugađao baze podataka kad se to dogodilo. Nemam pojma koja razlika to zapravo čini sada, kad razmišljam o tome.
Znate, 3D Xpoint i IBM-ov PCM pojavljuju se kao dodatni sloj memorije i imamo SSD-ove, ali znate, oni zamjenjuju rotirajuću hrđu. Ali SSD diskovi mogu biti različiti u brzini. S toliko mnogo njih možete imati paralelni pristup i to ih čini nevjerojatno brzim - blizu brzine RAM-a. I imate sve paralelne hardverske arhitekture.
I to je sve, znate, troškovi opadaju, što je stvarno lijepa stvar, ali ovo je sve stvar - znate, ako uzmete sljedeće izdanje baze podataka i onda je pokrenete implementirati na strojevima, čak i neke ovo, zapravo ste izgubili svaki osjećaj crijeva koji biste mogli imati zbog načina na koji se podaci ponašaju, jer su latencije jednostavno vrlo, vrlo različite. A ovdje, znate, imate četiri sloja umjesto tri sloja skladišta.
Problemi s bazom podataka. Dobivate entropiju baze podataka - slučajevi koji se šire su vrlo česti. Baze podataka korištene su kao ormarići, što je zapravo i primjer koji sam dao. Vrlo malo baza podataka samoinicijativno je, a one koje tvrde da se samoindustriraju zapravo nisu tako dobre, znate. Ali druga je stvar, vrlo je malo baza podataka pravilno podešeno. To je težak posao, biti u mogućnosti uravnotežiti opterećenja. Kada razmišljate o bazi podataka, ono što baza podataka može raditi tijekom 24 sata, opterećenja mogu biti vrlo, vrlo različita. Baza podataka mora imati posebno istinsko skladište podataka.
I stoga, podešavanje koje nije beznačajno, znate, jer ono što radite je podešavanje parametara koji moraju zadovoljiti čitav niz radnih opterećenja u određenom trenutku. U osnovi je to težak posao. I SQL treba prilagoditi posebno za SQL JOIN-ove. Oni mogu biti iznimno zahtijevni. Ako je baza podataka ostvarila poglede, da budem iskren, trebali biste istražiti njihovu upotrebu jer će sve učiniti nevjerojatno bržim. A to zahtijeva nekoga tko razumije opterećenja i razumije SQL promet itd. I tako dalje.
A većina tvrtki zapošljava vrlo malo DBA - vrlo skupo. Poznavao sam prilično velike tvrtke s, primjerice, tri momka, znate, ogromnim brojem slučajeva. Zaista, oni koštaju puno, to je težak posao s obzirom na složenost. Trebaju im alati.
I mislim da je to sve što moram reći. O da. Predajmo Dezu, pogledajte što Dez ima za reći.
Dez Blanchfield: Hvala, Robin. Ovo je masivna tema. Držat ću se stvari za koje smatram da su u stvarnosti svakodnevni izazovi s kojima se suočavamo. Budući da se suočimo, postoji čitava knjižnica knjiga napisana na ovu temu. Tko nije otišao u tehničku knjižaru i pronašao zidove i zidove knjiga napisanih na samo opću temu rada baze podataka, podešavanje baze podataka i nadzor. A ponekad je to sjajan način ubijanja vremena.
Opća tema: dobivanje upita o izvedbi. Postoji nekoliko različitih dijelova organizacije koji se bave ovom temom - na vašem nivou krajnjih korisnika, po mom iskustvu, znate, ljudi samo doživljavaju performanse, da su stvari spore. Okretanje kotača potrajalo je neko vrijeme kako bi se upiti vratili. Na suprotnom kraju spektra imate ljude za infrastrukturu i mrežu i inženjering koji su pretukli stručnjaci iz baza podataka jer se stvari ne odvijaju onako kako su očekivali. A to je, po mom iskustvu, vrlo širokog spektra, stvari koje mogu utjecati na naš život u tom spektru.
Ako razmislite, od fizičkog prema gore, znate, samo prostor računala. Ako želite, ima memorije, RAM-a, prostora na disku, mreže i svih bitova oko toga. U ovom prostoru, imamo, znate, to pohranjuje misao da je, recimo, da, znate, bolje je koristiti sirovi disk ili JBOD i samo, znate, što brže dignuti disk i pustiti baza podataka riješiti sloj zaštite podataka. Ostali su veliki obožavatelji RAID-a, suvišnog niza jeftinih diskova, i imaju različita religiozna iskustva s RAID 0, 1, 3, ponekad 5 i 6 različitih vrsta striptizanja ili replikacija na disku, u slučaju da tvrdi disk ne uspije. Čak i na razini skladištenja i na inženjerskoj razini, imamo ljude koji imaju različite poglede i iskustva u pogledu performansi, o vrstama prostora za pohranu.
Bilo da se radi o izravno priključenim diskovima i samim poslužiteljima ili je povezan putem vlaknastog kanala s mrežom prostora za pohranu nekog oblika, bilo da je to pohrana montirana s poslužitelja negdje preko iSCSI ili je, na primjer, Ethernet. I to je prije nego što uopće stvarno dođete do sloja baze podataka, gdje, znate, postoje razne stvari koje mi uzimamo zdravo za gotovo - znate, samo održavajući to, kao što je Eric naglasio, znate, kako zovemo razgovor s vašim podacima, Samo u mogućnosti prepoznati obrasce i smislene obrasce za koje mislimo da bismo mogli početi roniti i tražiti probleme s performansama.
I to je vrlo široka tema, pa ću se zaroniti u dva područja u kojima po mom iskustvu uloženo vrijeme i energija i trud daju dobre prinose. Dakle, dopustite mi da brzo pređem na prvo od ovih. I samo sam u šali krenuo tražiti sliku nečega što je imalo kostur s unutarnje strane i kožu s vanjske strane, ali Lego blok je bio najmanje grozan. Ali na mnogo načina ovo nekako zamišljam i mentalno zamislim izazov s kojim se ponekad susrećemo s analitičkim platformama i bazama podataka koje ih podržavaju. I to je to, vi stvarno samo kao potrošač i krajnji korisnik ili čak programer često vidite sloj kože furnira, ali zapravo je kostur ispod - to je stvarno pitanje na koje se morate usredotočiti.
Znate, u ovom slučaju, kada razmišljamo o stvarima koje mogu utjecati na performanse baze podataka i analitiku koja proizlaze iz tog određenog dana, uspješnosti performansi, osnovnoj infrastrukturi i praćenju osnovne jezgre, kao što sam napomenuo prije samo trenutak, oko vašeg diska i memorije i procesora. I kao što je dr. Robin Bloor naglasio, sada se postavljaju izazovi u virtualizaciji i stvarima koje se događaju u samim čipovima, performansama do razine jezgre, te količini memorije koja se sada stavlja u svaki čip u svakoj jezgri. Ovo su vrlo tehnički izazovi koje treba posvetiti svakodnevnoj osobi.
Praćenje nadgledanja upita. Znate, jedan od izazova oko nadziranja upita i reda upita je na primjer - mislim, SQL kao jezik i alati baze podataka koji se nalaze oko alata za analizu vrlo su moćni, a posebno SQL kao jezik. Ali s tom snagom i jednostavnošću također se pojavljuje u mnogim slučajevima, a to je da ako to ne radi aplikacija koja se ponavlja iznova i iznova, a napisao ju je dobar programer i primijetio dobar DBA, biti ljudi koji rade nestrukturirane upite.
A problem je u tome što je prilično lako naučiti malo SQL-a i započeti s postavljanjem upita, ali kao rezultat toga, ne morate imati sve vještine i iskustvo i znanje da biste znali radite li dobra ili loša stvar za bazu podataka. Tako da neprestano trčanje iste velike, široke, pogrešne može samo srušiti zgradu. Zanimljiv je izazov pratiti nadgledanje upita.
Samo praćenje vremena odziva što se platformi događa i što korisnici dobivaju. Opet, znate, bez pravih alata to nije nešto što samo intuitivno gledate i mislite: "Oh, mreža funkcionira sporo" ili "Korisnička memorija ne radi dobro" ili "Indeksi djeluju loše "Ili" su natečeni. "
I onda, znate, kako doći do točke kad ćete, nakon što ste vidjeli problem s njim, kako ga razdvojiti i razdvojiti i riješiti cijeli izazov loše strukturiranih upita? I znate, radi li se o ad hoc upitu da netko radi rukom ili je to analitički alat s prednjom stranom nadzorne ploče koji djeluje loše jer postavlja pitanja na pogrešan način ili je to stvarno stvarno, stvarno loše napisan komad?
A onda čineći to iterativno, Eric je rekao u početku da se iterativno prelazi i iznova i iznova i precizno podešava te tijekove rada. Znate, koje radne tijekove pokrećem, kako se izvode, koliko se često pokreću, koji kôd se pokreće protiv njih, gdje se oni izvode protiv njega u CPU-u, memoriji i disku i mreži? Da, to je samo stvarno, stvarno tehnički izazov.
A onda nirvana koju ljudi traže u ovom svijetu, dok se prebacuje iz povijesne analitike i podešavanja performansi i upozorava na svoje okruženje, što je sjajno za vidjeti jer ćete možda u budućnosti dobiti plan za to ako znate zašto stvari idu sporo jučer ujutro u devet sati. Ali to vam trenutno ne pomaže, a ne pomaže ni vašem planu.
Mislim da planiranje kapaciteta i određivanje veličine i skaliranje i podešavanje, tako da znate, mislim da postoji trend koji primjećujemo sada, gdje dolazi do pomaka u vrlo velikim sredinama u kojima ljudi imaju velike platforme baze podataka i široko raširena okruženja baza podataka od povijesnog uzbunjivanja i planiranja do prediktivnog uzbunjivanja i planiranja, gdje žele znati što se trenutno događa i biti u mogućnosti planirati njegovo dalje kretanje. Ili nam nedostaje memorije i gubit ćemo memoriju u sljedećih sat vremena, i što možemo učiniti u vezi s tim? Što planiranje kapaciteta možemo učiniti u stvarnom vremenu?
Ispričajte me. Dolazi do točke kada, znate, upravo čitav izazov otkrivanja tih prepreka sprečava u osnovi ono što nazivamo analitikom tekućina, a to je norma u vašoj organizaciji. Kao što vidite, nevivilan je izazov za, znate, baš svakodnevne sjajne, neoprane mase. A to je još uvijek ne-trivijalni izazov za još tehnički pametnije.
Znate, ako je teško običnim smrtnicima, kako to učiniti mogućim? Jer, znate, većina je stvari koje redovni korisnici ne mogu riješiti, a mi možda imamo neke posebne inženjere baze podataka, programere baze podataka, programere koda, programere, ali oni i dalje moraju moći razdvojiti okoliš. Moraju se razdvojiti, znate, kao što su ljudi koji ponovo upotrebljavaju kod.
Znate, jedna od najgorih stvari koje sam vidio u ovom prostoru oko hitova performansi na analitičkim platformama u vrlo velikim implementacijama infrastrukture poslužitelja baza podataka su ljudi koji uzimaju komad koda, komad SQL-a ili ukradenu proceduru koju nisu učinili. ' ne pišu, a ne znaju je li to dobar ili loš dio koda, i jednostavno ga ponovo koriste jer im to daje ishod koji žele. No ispada da je možda samo nešto što je napisano u letu da bi se postigao jedan ili dva ishoda, poput izvještaja - netko je požurio.
I tako ljudi koriste složeni kôd koji nisu napisali, a samo ga preljune u dio razvoja aplikacija, ne znajući da zapravo kažnjavaju zadnju stranu. Čak i samo praćenje tog učinka i gledanje otkud dolazi i bušenje upita, to je, svakodnevni izazov, ja vidim.
Osnovne stvari u ponašanju kao što su podaci za predstepeno snimanje radi izvedbe tamo gdje je to moguće. Stvari koje doživljavaju samo vas podučavaju, poput brisanja indeksa ako namjeravate skupiti uvoz, a zatim ponovno indeksirati, tako da se indeksi ne održavaju kada uvlačite terabajte podataka. Znate, bez odgovarajućih alata to je gotovo nemoguće vidjeti jer ne znate da li je indeks zatrpan.
Redovno optimiziranje indeksa je vrsta 101, ali što je sa, znate, kada radite skupni uvoz ili, znate, stvaranje tablice o upitima da li netko radi zaista velik upit? Znate, to može biti masivan hit performansi, a opet, ako ne pratite, nemate alate da to vidite, to se jednostavno događa u pozadini i ne znate kako da se pozabavite.,
Ograničavanje upita na samo potreban broj stupaca - mislim, zvuči stvarno osnovno, ali opet, ako ga ne možete vidjeti, ne znate da se događa, a onda se to događa u pozadini i boli vas, u tebe.
Znajući kada i gdje se koriste privremene tablice, skupljanje velikih brisanja i ažuriranja. Opet, sve vrlo jednostavne stvari, ali bez te vidljivosti, bez alata za to, oni samo sjede u pozadini i nastavljaju vas povrijediti, a vi samo nastavite bacati više memorije ili CPU-a u okruženje baze podataka da biste postigli bolje performanse platforme analitike, kada stvarno biste trebali biti u mogućnosti detaljno proučiti ono što vas muči i pozabaviti se tom konkretnom stvari. I onda, znate, stvari poput ograničenja stranih ključeva i kako to utvrdite, kako uopće znate da je to problem?
To me dovodi do zaključka moje ključne točke, a to je da, znate, svakodnevno mi te probleme susrećemo. Kako se okruženja baze podataka sve više povećavaju, postaju sve veća i šire, i kako je dr. Robin Bloor ovdje istaknuo, dobivamo sve više i složenije ekološke modele s vremenom baze podataka.
A zatim i potreba za integriranjem u neke od velikih platformi podataka poput Hadoop i Spark koje se dolaze, a sve više i više u isto vrijeme. Po mom mišljenju, nama je potrebno pronaći bolje načine i pojedine alate kako bismo inteligentno izveli performanse ove platforme i analitiku i dijagnostiku. Jer to košta stvarno vrijeme i stvarni novac i frustraciju za krajnje korisnike i stvarne dolare ako ne počnemo dolaziti do alata za ronjenje u te stvari.
I s tim ću predati našim prijateljima iz IDERA-e, jer vjerujem da imaju dobru priču o tome kako bismo mogli riješiti ovaj problem.
Bullett Manale: Zvuči dobro. Puno vam hvala, i ja ću ići naprijed i izbaciti stvari. Ovdje imam i nekoliko slajdova i pusti me da napredujem i donesem to. Neke od njih ćemo brzo proći.
Samo da bih vam dao neki uvid, direktor sam prodajnog inženjeringa ovdje, u IDERA-i, i tako radimo prilično redovno razgovor s DBA-ima o bolima i izazovima koji su specifični za, u mnogim slučajevima, praćenje rada i takve stvari, očito. I puno čujemo od te publike, pa mislim da mogu dijeliti neke informacije koje redovito dobivam od njih, što bi imalo smisla. Preskočit ću nekoliko ovih stvari, jer ne mislim da su oni baš bitni za razgovor.
Znate, ovdje imam vlastiti popis odgovornosti DBA-e - dosta mi liči na Robin popis i mislim da je prilično dosljedan. Mislim da, kada razgovarate s administratorom baze podataka, to je uvijek - znate, oni su na nekim od tih područja skupljeni više od drugih i za to nema rime ili razloga, to samo ovisi o okolini.
Čujete prilično širok i širok raspon stvari koje ljudi žele biti u stanju učiniti. I puno puta ljudi koji to žele ne žele - oni će ih tražiti i, u nekim slučajevima, počnete bušiti ono što stvarno traže, a onda otkrijete da oni stvarno tražite više. Oni doista žele više informacija od onoga što u početku misle da im treba, a kad počnete bušiti u alat, mislim da tu možete početi govoriti da vode razgovor s podacima.
I mislim da je to stvarno zanimljiva fraza, i ima puno smisla u smislu da možete reći, da, pa, ako imate loš upit, što je stvarno loš upit? Je li to upit koji zahtijeva puno čitanja ili pisanja ili CPU? Mogla bi biti ona koja puno radi, mogla bi i jedna, znate, to je, kao što ste rekli, loše napisano.
U smislu kako to identificiramo, na naš ćemo način, proizvod Diagnostic Manager, pokazati kako mogu pokazati kako se mogu odgovoriti DBA. I stvarno je fleksibilan i mislim da je to jedna od velikih stvari - morate imati alat koji će vam pomoći u rješavanju problema s performansama, je li svačije okruženje malo drugačije.
I bit će puno, znate, potreba, a možda čak i opskurnih zahtjeva u pogledu praćenja, tako da morate imati nešto fleksibilno i nešto što će raditi i biti u mogućnosti prilagoditi okruženju koje pokušavaš upravljati. Znate, i imam puno ovih primjera - neću prolaziti kroz svaki od njih, ali trebate nešto što možete pomicati naprijed-natrag između jednog i drugog podatka, a ja ću nekako razgovaraj o tome kad malo uđemo u proizvod i pokažemo vam to i u smislu kako to radimo.
Ali ono što mislim da je u pitanju bilo koji dobar alat za analitiku je, znate, postoje neke osnovne stvari koje stvarno tražite. Očito prije svega ne želite alat koji će stvoriti vlastite probleme s izvedbom u ime izvedbe. Kad kažem prikupljanje podataka bez ikakvih troškova, ne govorim o troškovima u smislu, znate, novčanog troška, već o troškovima u smislu režijskih troškova i troška u smislu iznosa resursa koji mi koristit ćemo u ime izvedbe. Tu definitivno želite nešto što će vam pomoći.
Potrebno vam je nešto što će moći dobiti podatke koje tražite specifične za probleme s kojima se svakodnevno susrećete, a možda postoje neke stvari koje vam nisu potrebne i koje ne želite ' ne želite, a nema smisla prikupljati te podatke ako se nikada nećete prijaviti o njima ili ćete imati poteškoće oko pokušaja upravljanja tim podacima. Na primjer, u pogledu metapodataka povezanih s izvedbom.
Znate, dobar primjer je da me ne treba upozoravati ako je usluga Distribuiranog koordinatora transakcija u SQL-u isključena ako ne želim da se pokreće na prvom mjestu. Dakle, nemojte me upozoravati, nemojte prikupiti podatke protiv njega - ne trebaju mi te informacije. Znači, sposobnost da se te stvari uključe i isključe zaista je važno.
Nakon što prikupite podatke i pristupate njima prilično brzo - nakon što je potrebno prikupiti podatke - ne morate ih pokretati i masirati, manipulirati podacima - to možete učiniti brzo i učinkovito. A onda kad jednom dobijete podatke, očito je jako važno moći ih razumjeti.
Eto, ovo je mjesto s kojim ćemo, poput, na primjer, proizvoda Diagnostic Manager, danas ću vam pokazati malo - taj proizvod, znate, volio bih vam reći da će taj proizvod ići zamijenite i budite DBA u kutiji. Realnost je takva da zahtijeva određeno znanje o tome što je vaše okruženje i što pokušavate postići. Očito je važno imati razumijevanje uloge DBA-e.
Ono što pokušavamo učiniti je educirati se kroz pomoć i kroz druge metode. Očito ćete to uvijek željeti povezati s nekom vrstom iskustva ili s nekim tko ima neko znanje što učiniti nakon što dobiju podatke. Očigledno je biti sposobni imati osobu koja može postaviti prava pitanja proizvodu i voditi taj razgovor s podacima. A onda očito mogu shvatiti podatke.
Jednom kada budem imao informacije, biti u mogućnosti to iznijeti pravim ljudima. Moji programeri, moj operativni tim - tko god to bio, možda ću se morati integrirati s drugim proizvodima koji imaju kuke kako bi to mogli učiniti. Sve su to stvarne važne stvari. I onda, očito, posljednje, ali ne najmanje bitno, ako trebam znati više, biti u mogućnosti to učiniti. Da li to znači uključivanje nekih više za prikupljanje ili znači da se idete malo dublje u podatke. Nadate se da ćete pomoću alata koji će biti, pomažete li u performansama, sve što vam je potrebno da biste mogli odgovoriti na ta pitanja.
Jedna stvar koju ovdje nisam stavio za koju smatram da je vjerojatno vrijedna zapažanja je da vam treba alat koji će vam pomoći da razlikujete što je normalno, a što nije normalno. I mislim da je to velika, jer, znate, postoji tona proizvoda upozorenja i stvari koje postoje vani, ali ako ste dobili upozorenje i upozorenje je lažno upozorenje, nema vam nikakve koristi ; to je više gubljenje vremena i to će smanjiti vašu učinkovitost više nego što će im pomoći. Znači, to su neke stvari koje bih imao na umu.
Kad govorim o proizvodu na koji sve ove stvari vežem unutar IDERA-inog paketa proizvoda, to je proizvod Diagnostic Manager koji mislim da ima glavne karakteristike u onome o čemu govorimo u pogledu baze podataka podešavanje i performanse i nadzor i takve stvari.
Ljudi traže nadzor na razini poduzeća; žele imati mogućnost pristupa, moći na jednom ekranu znati da stvari rade onako kako bi trebale biti. Ili žele biti sposobni očito, ako postoji problem, vidjeti gdje je problem, a zatim se moći srušiti na njega. Mislim da je zaista velik dio onoga što ljudi traže s takvim načinima na koji se stvarno možete usrećiti u svom nastupu.
Druga stvar koja očito ide uz to je da ne mogu samo raditi u sadašnjosti i trebam se moći vraćati kroz razdoblja, bilo da to znači da se gledaju upiti koji su pokrenuti slabo ili znači li to, vi znam, gledajući na način na koji se sam domaćin VM ponašao u smislu resursa. Sve takve stvari koje morate raditi i nećete sjediti tamo zureći u svoju konzolu 24 sata dnevno, 7 dana u tjednu.
Ako ste na odmoru ili ako ste usred noći, ili što god to moglo biti, potrebno vam je nešto što će se moći vratiti s vama u vrijeme kako biste mogli reći što se događa na primjer u vrijeme kada smo imali problem. A biti u mogućnosti to učiniti, još jednom, učinkovito i brzo i biti u stanju uvesti u njega je definitivno važan dio u smislu ove rasprave. I rekao bih da je to vjerojatno jedna od važnijih stvari u smislu onoga što ljudi traže. Uvijek traže taj prozor u prošlost, jer to je zaista im - Znate, ne želite više sjediti tamo i čekati da se nešto ponovi.
Sljedeća stvar na popisu je zapravo vezanje na ono o čemu smo razgovarali ranije, uz samu izvedbu upita. Pokazat ću vam nekoliko različitih primjera unutar proizvoda Diagnostic Manager, kako to radimo, što će vam sigurno na kraju dana pružiti puno opcija oko samih upita u pogledu onoga što želite se okupiti.
U smislu da li vas zanimaju upiti koji uzrokuju bol u resursima, potrošnja CPU-a ili potrošnja I / O-a. Bilo da se radi o upitima koji zahtijevaju dugo vremena ili upitima koji samo općenito možda nisu najgori prijepori u pogledu performansi, ali mogu se izvoditi toliko često da bi sama učestalost pokretanja mogla biti problem. I očito je da ćete moći uočiti trendove tijekom vremena i s tim upitima važan dio toga.
Postoji mnogo različitih načina na koje to možemo učiniti u okviru ovog proizvoda, a mislim da je to očigledno važan dio većine DBA-ova. Čak i ako nemate svoje interno razvijene aplikacije, i dalje je lijepo kad možete otići do proizvođača softvera i reći: "Hej, znate što? Znate, dva sata popodne svaki dan kad se ovaj posao pokrene ", ili što već jest, " to uzrokuje vaša aplikacija, i to moramo riješiti. "Dakle, čak i ako nemate kompletnu kontrolu nad samim kodom, još uvijek je lijepo znati kada se događaju problemi.
A onda, znate, drugi dio je očito više proaktivan. Biti u stanju biti prvi koji će znati, biti u stanju razumjeti kada se pojavi problem. Da ne bi samo mogli biti prvi koji su to znali, tako da to možete ispraviti, ali u puno slučajeva, kad vam je potrebno nešto što će moći automatizirati odgovor, u puno slučajeva. Možete, recimo, da znate, umjesto da primate e-poštu na kojoj piše: "Hej, moraš to popraviti", ako sam na sastanku ili ako sam, znate, na putu ili bilo što već Činim, očito je vrlo lijepo kad mogu reći da imam nešto na mjestu što će moći to riješiti na automatizirani način.
A ako nije adresirano na automatizirani način, barem ćete biti prvi koji će to znati pa možete poduzeti korektivne radnje ili kontaktirati nekoga tko može. Znači, to su očito važni dijelovi za, znate, ove vrste problema s kojima se možete susresti u pogledu praćenja vaših strojeva i vaših instanci i same analize.
O tome sam razgovarao ranije, a to je fleksibilnost stvari. Ne mogu to dovoljno naglasiti da bih mogao reći, izvan okvira, ako postoji nešto što se ne prati, biti u mogućnosti da u proizvodu dobijete funkcionalnost kojoj biste te stvari mogli dodati biti nadziran. U tom smislu, na primjeru Diagnostic Managera, očito, znate, WMI brojači, brojači, brojači SQL Server možete stvoriti vlastite upite.
Možete, čak i ako želite, izvući podatke iz svog vCenter okruženja ili vašeg Hyper-V okruženja, kao rezultat anketa koje se odvijaju i to možete, znate, to raditi redovito i izvucite te podatke i moći ćete ih vidjeti. I još jednom, okretite se s jednog mjesta na drugo dok gledate ove podatke.
To su takve stvari koje, u odnosu na ono što vidim da ljudi pitaju kada govore o alatu koji će im pomoći u podešavanju i performansama - proizvod koji ću vam pokazati u samo na drugom mjestu je Diagnostic Manager, i podržava sve od 2000, pa sve do 2016. Specifično je za SQL Server, pa pratimo upravljanje tim stvarima. Nema agenata na samim primjerima koji nadgledaju instancu.
To se vraća prikupljanju podataka po maloj cijeni, da, znate, pokušali smo očito više prikupiti te podatke, a ne koristiti i mnogo resursa, zar ne? Pokušavamo iskoristiti stvari koje nam SQL Server već pruža i poboljšati ih, bilo da su to dinamički upravljački pregledi ili da li su to prošireni događaji ili kakav je slučaj u pogledu same kolekcije. Mogućnost iskorištavanja tih informacija i poboljšanja je jedan od naših mandata.
Ako sada ovo brzo pogledate, neću previše detaljno prolaziti kroz arhitekturu, već imati back-end repozitorij sa svim našim povijesnim podacima kojima možete upravljati i koji možete čuvati onoliko dugo koliko ti želiš. Možete čak odabrati vrstu podataka koju želite zadržati i na koliko dugo. To se vraća natrag, prikupljajući odgovarajuće podatke i ostavljajući nepotrebne podatke. Ako želite zadržati upite pet dana koji su uspješni u srži, a zatim upozoravati dvije godine, to ovisi o vama i to je potpuno vaš prerogativ u mogućnosti da to učinite.
Uz ovaj proizvod postoji niz različitih konzola. Imate verziju s web-mjesta, imate i debelu verziju klijenta. Tako da je fleksibilnost u skočenju na preglednik i gledanju o tome što se događa ili ako imate prijenosno računalo na kojem imate instaliran poseban klijent, bilo koji od ovih pristupa bi vam odgovarao.
Ono što bih želio učiniti je vrsta demonstracije. I istaknuo bih - vraćam se na ovaj drugi slajd ovdje - koji imamo, upravo smo dodali, baš kao BYI za one koji su upoznati s proizvodom, imamo novu ponudu koja je Diagnostic Manager Pro. Profesionalna ponuda koja uključuje ono što nazivamo analizom radnog opterećenja.
I doista se radi o mogućnosti interaktivnog pogleda na vrlo velika razdoblja i prelaska s tog, znate, 30-dnevnog prikaza na, znate, petominutni prikaz u oko tri klika. A kad budete mogli vidjeti špic u performansama ili problem u uskom grlu koje biste mogli, znate, mogli biste ga vidjeti na vrlo visokoj razini i bušiti do vrlo niske razine. A posebno je to i danas to novost u proizvodu.
Ali ono što želim učiniti je vrsta prvog početka, i želim razgovarati malo o tom okretanju i kretanju naprijed i nazad. Naveo sam primjer i ovdje ću podijeliti na svom zaslonu. I, da vidimo … Evo smo. Moj ekran. I javite mi, dečki, da to možete vidjeti.
Eric Kavanagh: Evo.
Bullett Manale: Je li sve u redu? U redu. Dakle, ono što trenutno gledate - a to je proizvod Diagnostic Manager - i upravo sam vam htio pružiti neku vrstu demonstracije na visokoj razini onoga što se ovdje događa. U ovom konkretnom primjeru, ono što radimo je da vam prikazujemo upite koji su povezani s čekanjem. I kad govorim o tome da mogu ići naprijed i nazad, bušiti dublje i okretati, to je - ovaj pogled ovdje je dobar primjer za to. Mogu prijeći s vremenskog prikaza kao što vidimo ovdje, koji će se sada prikazati. U našem slučaju gledamo na same čekove i na kategorije samog čekanja. Možemo vidjeti izjave koje su vezane za ta čekanja, možemo vidjeti aplikacije.
Primijetite ovdje na prikazu vremenske trake, tako da mogu prepoznati te podatke linearno od trenutka kada se problem dogodio, ali onda opet, ako želim samo još jednom, zaokretim i kažem: "Znate što, pogledajmo ovo iz drugačije perspektive, "idemo dalje i pogledajmo to sa stajališta, " želim vidjeti upite ili čekanja ili aplikacije koje mi najviše nanose, i rangirati ih. "I to je ono što mi gledat ću "upit čeka po trajanju". Sada vidimo same aplikacije koje mi najviše nanose ili čekaju.
A onda, evo dijela koji je doista najvažniji, sposobnost izoliranja ovih stvari. Vidim da ova NoSQL aplikacija počinje ovdje. Uzrokuje mi dosta vremena čekanja, u 25 sekundi vremena čekanja unutar tog 30-minutnog prozora u koji smo uvučeni. I tada mogu izolirati tu aplikaciju i mogu vidjeti izjave, u ovom slučaju, koje izravno utječu na konkretnu instancu.
Dakle, ovo je samo jedan primjer kako biste mogli prepoznati usko grlo, biti u stanju rangirati informacije, biti u mogućnosti odrediti prioritete pitanja koja je potrebno prvo riješiti. Sve su to stvari koje morate uzeti u obzir. Znate, možete popraviti probleme cijeli dan, ali ako popravljate probleme koji se nalaze na dnu popisa, a zatim gubite vrijeme. Imate prigodne troškove povezane s tim.
Dat ću vam još jedan primjer, a ovo je malo drugačiji primjer. Umjesto da konkretno ukazujete na problem ili upućujete na neko područje, također vam je potreban alat koji će vam moći pomoći u širem smislu, kad možete reći: "Hej, jesmo li imali problema?" Ili "Jeste li postoje stvari koje mogu učiniti da poboljšam performanse? "i da imam nešto iza sebe iza kulisa, gledajući što se događa. I u ovom se slučaju to može povezati s konfiguracijom; može biti povezana s, znate, načinom na koji se upravlja zdravljem same instance. A također, očito, i izvedbene stvari.
Ako ovdje prijeđem na gumb Analizirajte, ono što ću vam pokazati je da u okviru ovog proizvoda također imamo neku vrstu proaktivnog popisa stvari koje se mogu izvesti u rangiranom formatu koji će vam u biti pružiti uvid u stvari koje će vam vjerojatno povećati učinak na toj instanci ili povećanje zdravlja te instance. I to je u rangiranom formatu u smislu da imate mogućnost da vidite koji će vjerojatnije poboljšati vašu izvedbu specifičnu za određenu vrstu problema koji je identificiran.
I tako, kad pogledam te stvari i identificiram ih, ne samo da vidim da imam problema, već imam i u puno slučajeva skriptu koja se može automatski izraditi kako bi se riješio taj problem. Ali u mnogim od tih slučajeva imamo i vanjske veze koje će upućivati na vrstu problema koji imamo i zašto zašto dajemo i ovu preporuku, tako da ste dobili taj obrazovni aspekt stvari. Što je, opet, mislim da je vrlo važno kada govorite o, popravljanju problema.
Ne želim slijepo slijediti ove preporuke, želim razumjeti zašto se te preporuke daju. A ja bih mogao biti stariji DBA koji to radi već 30 godina i treba mi nešto što ćete znati, provjeriti - ili iskombinirati ja i preći slovima u ovom slučaju - ili sam možda mlađi DBA i Trebam malo pomoć u smislu razumijevanja ovih problema kao što se događaju i zašto se daju ove preporuke.
Kao što rekoh, samo ću vas provesti kroz nekoliko različitih dijelova proizvoda. Ovaj alat postoji, znate, postoji već od 2004., 2003. I doista je u to ubacio puno razvoja, puno informacija, tako da nema smisla pokušati vam ovdje pokazati sve. Ali mislim da je jedna stvar koju vrijedi primijetiti to da kada uđemo i počnemo razgovarati o svim stvarima koje možete pratiti i svim stvarima na koje možete upozoriti, još jednom se vraćam toj fleksibilnosti stvari, evo popisa svih stavki koje pratimo.
E sad, ne mora nužno da smatram da su ove stvari u stanju pripravnosti ako se izgube u pragu, tako da te stvari možete uključiti i isključiti. To se vraća na ono: „Hej, moram raditi određene stvari samo na određene metrike. Moram samo upozoriti na određene probleme. "I biti u stanju osigurati da vas nećemo zasićivati gomilom lažnih pozitivnih mišljenja. Ne samo da imate mogućnost uključivanja i isključivanja tih stvari, nego ćete u mnogim slučajevima primijetiti da pružamo i taj opseg normalnosti koji se odnosi na svaku metriku. Dakle, ako gledam na ovu, u ovom slučaju, osnovnu, primijetio bih da je prag vjerojatno viši tamo gdje su trenutno.
S druge strane novčića je, što ako imam instancu SQL-a, gdje pratim neke mjerne podatke i one, iz bilo kojeg razloga, pragovi koje sam postavio su pogrešni? Drugim riječima, pragovi su mršav u sredini gdje zapravo sjedi osnovna linija, što znači da ako imam upozorenje vezan za taj prag, vjerojatno ću dobiti upozorenje za nešto što je uobičajen događaj. I u takvim situacijama možemo vam pružiti taj uvid i bez obzira na sve.
Za sve mjerne podatke na ovom konkretnom primjerku mogu vidjeti one pragove koji će ovdje vjerojatno pokazati lažni pozitiv u pogledu onoga što je normalno, a što nije. Ovo će biti nešto što bi se u memoriji smatralo normalnom uporabom, a ako bih htio povećati i taj prag, mogao bih, ali takva je ideja s osnovnim linijama.
I cool stvar o proizvodu Diagnostic Manager u smislu samih polaznih linija je mogućnost postavljanja više osnovnih vrijednosti. I možda ćete pitati: "Zašto bih to želio učiniti?" A odgovor je: ako imate prozor za održavanje koji, recimo, od ponoći do 4 sata ujutro, te gdje zapravo oporezujete svoje resurse, stvarno koristimo resurse u najvećoj mogućoj mjeri, tada želite biti u mogućnosti da se još jednom pomaknete, a vi želite malo okretiti i reći: "Gledaj, promijenit ćemo svoje pragove za to." I mi zapravo možemo dinamički prilagoditi svoje pragove, ovisno o onom koji je polazni prag u kojem se nalazimo, na temelju doba dana ili dana u tjednu i tako dalje, da jest. Onda će dinamički prilagoditi te pragove za nas.
Idemo opet korak. Nakon što smo identificirali te pragove, nakon što smo ih prešli, i u smislu postavljanja upozorenja i obavijesti te upoznavanja sa situacijama koje bi se mogle dogoditi, opet, ovdje je najvažnija fleksibilnost. Želite biti u stanju upozoriti u određenim situacijama. U drugim situacijama, možda želite poslati e-poštu nekom drugom, možda želite pokrenuti PowerShell skriptu, možda se, znate, popis nastavlja.
Možda bih se htio integrirati s nečim putem zamke SNMP-a ili čak izravno s, na primjer, SCOM-om. Poanta je u tome što imate fleksibilnost za to i možete postaviti sve vrste uvjeta koji bi jamčili da, bilo da se radi o vrlo širokom opsegu - znate, u mom CPU-u i memoriji ili bilo kojim drugim resursima - na svim mojim instancama ili možda imam sasvim određenu vrstu stvari koju želim nadzirati, jer kada ustanovim da kršimo zakon, želim pokrenuti vrlo specifičan i usmjeren scenarij prema tom problemu. Dakle, ovo je mjesto gdje biste mogli raditi takve stvari unutar proizvoda Diagnostic Manager, samo, znate, u smislu uzbune i obavijesti i biti fleksibilni s tog stajališta.
Neću prolaziti kroz sva upozoravanja i sve te dobre stvari. Htio sam razgovarati o izvješćima. I, još jednom, mogućnost da preuzmete informacije i iskoristite te podatke na više različitih načina - i to se opet vraća u razgovor sa vašim podacima. I puno ljudi, kada prvi put vide ovaj proizvod, misle: „Oh, pa, imat ću alat koji će me upozoriti na probleme. To je ono što mi treba. "I stvarnost je da li im je potreban taj alat, ali druga strana toga je, ako zaista - treba im i alat koji će im pomoći u donošenju odluka, a oni mogu iskoristiti ove informacije koje smo mi prikupljanje u ime izvedbe i u ime uzbunjivanja kako bih vam mogao pomoći u donošenju odluka nizvodno.
Znate, dobar primjer bile bi moje prognoze rasta unutar moje baze. Ako imam određenu bazu podataka koja raste, moći ću ukazati na tu bazu podataka ili čak više baza podataka da bih mogao vidjeti kakve su stope rasta. Ne prikazujemo vas na temelju onoga što znate danas. to će predvidjeti na osnovu prošloga rasta koji smo doživjeli.
Ako imam nekoliko baza podataka ovdje - za koje slučajno i imam, zamislite to - mogao bih ući i reći: „Uzmimo posljednju, znate, godišnju vrijednost podataka, usporedimo to po mjesecima i na uzorku stope mjeseci, idemo naprijed i vidjet ćemo koliki ćemo rast vidjeti u sljedeće tri godine, odnosno 36 jedinica. “U tom slučaju možemo vrlo brzo odgovoriti na to pitanje. A sada, pokušajte to učiniti sami, zar ne? Pokušajte to učiniti u onoliko vremena koliko sam i ja učinio sami. Trebat će vam neko vrijeme.
Sada, kako bih još više naglasio to, uzmimo još jedan izvještaj, koji je moj izvještaj o najvišim poslužiteljima. Zamislite da imam stotinu proizvodnih primjeraka, što u ovom slučaju nisam. Ali ako mi se netko javi i kaže: „Morate mi reći - smjestit ćemo novu bazu podataka za ovu sjajnu novu aplikaciju; to će promijeniti sve kako znamo; to će učiniti život tako prekrasnim. Oh, usput, sama baza podataka postat će stvarno I / O intenzivna, ili će biti intenzivna na CPU-u, ili stvarno intenzivna memorija … ", " bez obzira na to što popunjavam prazno, želim biti u mogućnosti vidjeti sve moje proizvodne instance gdje ima smisla stavljati tu bazu podataka? Mogu rangirati sve svoje slučajeve jedni protiv drugih s obzirom na vrstu uvjeta, bilo da se radi o CPU-u, memoriji, disku ili bilo kakvom slučaju. I stoga je poenta u mogućnosti brzo i učinkovito odgovoriti na to pitanje i donijeti ispravnu odluku, a ne pogađati kada to učinite - sve su to očito vrlo važne i treba vam nešto što će vam pomoći.
A kad govorimo o analitikama, ona može biti u rasponu od bilo čega poput onoga o čemu govorimo s planiranjem kapaciteta do, znate, upozorenja koja svakodnevno trče, a koja bi se mogla baviti CPU-om, kao kao i očito sami upiti, bilo da postoji blokiranje i tako dalje, i tako dalje.
Drugi primjer toga bi bio, ako odem ovdje u upravni odjeljak - zapravo ga uzimam nazad, onaj dio alarma ovdje - upitam depozitar naših povijesnih podataka o stvarima koje su se događale u prošlosti. Jesam li blokirao što se dogodilo u mom proizvodnom okruženju? Ne znam, doznajmo.
Mogu se vratiti svojoj proizvodnoj oznaci i mogu reći za sve svoje proizvodne instance, s obzirom na bilo koje vremensko razdoblje, za bilo koju metriku koju želim identificirati. Ako sam prešao u stanje upozorenja o, u našem slučaju, recimo, blokiranje brojenjem, a ne sekundama blokiranja, i mogu se vratiti i, u ovom slučaju, nekoliko mjeseci, ako treba - ili u ovom slučaju slučaj, mjesec dana - i vidim to blokiranje. Mogu vidjeti kada je započeo, vidim kada se završilo i mogu se detaljno upisati u bilo koji od ovih povlačnih intervala ako treba, da uvidim specifičnosti blokade u sebi. Morate biti u mogućnosti da imate nešto što je vrlo brzo, da biste mogli pronaći ono što vam je potrebno i tražiti, a ne da vrtate puno ciklusa da biste to učinili. I tako da, mislim da je to također važno.
Zadnje što bih vam želio pokazati - i pokazati vam ovaj proizvod, proizvod Diagnostic Manager - jesmo li, kao što sam već spomenuo, ušli i dodali smo još jednu komponentu našem SQL Diagnostic Manageru Pro ponuda. A to je komponenta Analize radnog opterećenja. A ovo je web-verzija ove verzije, u ovom slučaju koju vam ovdje prikazujemo. Ali poanta je u tome što vam ovo omogućuje da pogledate stvarno široko razdoblje ili vrlo specifičan vremenski period, a već od nekoliko klikova možete vidjeti kôd izravno povezan s problemima koji su se možda dogodili,
Primjer za to, ako gledam pregled od četiri tjedna, ovdje mogu vidjeti upravo ovdje sve bodlje u pogledu baza podataka i performansi tih baza podataka i gdje smo vidjeli aktivnosti čekanja na tim bazama podataka. Eto, i možete vidjeti, ako ovdje vidim šiljka, korist ovog alata samo je u mogućnosti istaknuti tu malu traku. A onda, kad to učinim, sve stvari ovdje se mijenjaju. Mogli bismo vidjeti baze podataka, vidjeli bismo da su sve naredbe vezane za ono što stoji iza te trake.
Ista stvar ako bih rekao, "Pogledajmo posljednja četiri sata", a ne posljednja četiri tjedna. To još uvijek mogu učiniti. Još uvijek mogu istaknuti to razdoblje, a zatim odatle - evo još jednom, evo mojih prijelaznih točaka - sve ove stvari ovdje mogu povezati. Vrhunske SQL izjave, vidim te upite, u ovom slučaju, koji su uzrokovali čekanja koja su bila povezana sa potrošnjom procesora. Samo bušenjem, mogu vidjeti one upite povezane ovdje - whoops - a također mogu vidjeti i programe i ono što nije povezano s tim.
Ovdje dobivate puno uvida, i ne samo to, ali možete vidjeti, kad se spustite na razinu naredbe, to će vam reći stvari. Reći će vam da li vidi teške operatere, možete pregledati planove izvršenja. Ovo traje malo vremena jer je prilično opsežno učitavanje ovog. Ali poanta je u tome da imate puno različitih načina da pregledate podatke, da vidite što tražite i da očito onda budete u mogućnosti poduzeti mjere kako trebate, tako da, a ovaj će preuzeti duže nego što je to uobičajeno, pa ću to ostaviti na tome.
I tako s tim rečenim, prebacit ću to natrag. I nadam se da je ovo bila dobra demonstracija vrsta stvari o kojima smo razgovarali. I kao što rekoh, proizvod koji smo koristili da bismo dali ove primjere postoji već prilično dugo, tako da bismo mogli puno toga razgovarati i pokazati vam, ali ako je to nešto što vas zanima od vas, uvijek možete izaći na našu web stranicu i preuzeti je i igrati se s njom.
Eric Kavanagh: I ja volim da vi pokažete sve ove detalje. Ako se vratite na nekoliko zaslona - čak je i ovaj zaslon prilično dobar. Jer postoji toliko različitih načina za vizualizaciju onoga što se zapravo događa i mislim da je ovo jedan od manje podcijenjenih aspekata računarstva ovih dana. To je sigurno okruženje baze podataka na koje, na mnogo načina, imam ovaj polumur. Kažem: „Još uvijek učimo govoriti silikon.“ Još uvijek učimo razumjeti kako vidjeti što se događa, i na vašu stvar, koja je vrlo dobro snimljeno, morate imati taj razgovor s podacima da biste bolje shvatili što se događa, zašto stvari idu sporo, jer postoji toliko mogućih problema. I, naravno, IDERA ima nekoliko različitih proizvoda, od kojih su jedan stari precizni proizvodi za koje mislim da bi mogli biti komplimentni.
Ali možda Robine, prebacit ću vam to na nekoliko pitanja, a onda Dez, nekoliko pitanja od vas, a onda možda i netko iz publike, nemojte se sramiti. Pošaljite ih odmah.
Bullett Manale: Robin, jesi li tiho ?
Robin Bloor: Da. U redu je, samo se skidam sa nema. Moram reći, nevjerojatno je - stvar koja me se zapravo najviše doimala kao dramatičnu u vezi s ovim alatom, jer stvarno - posebno s obzirom na činjenicu da je sasvim očito da čitav niz dimenzija u koje jednostavno niste ušli - stvar u stvari, Mislim da me je ovo najviše impresioniralo. Mora da je stvarno, stvarno dobar način treniranja DBA. Znate, to je - pa kada se prvi put bavite bavljenjem bazom podataka i zapravo ne znate puno o tome što se zapravo događa u bazi podataka, zapravo je jako, jako teško razumjeti. Pa se ovo koristi puno, konkretno za trening? Ja bih je iskoristio.
Bullett Manale: Da. Mislim, kad kažeš trening, misliš na neku vrstu treninga u toku kao DBA stvari, zar ne? U smislu …
Robin Bloor: Da, da, da, da. Alat za učenje. Znaš, a.
Bullett Manale: Da, mislim da je to točno slučaj, a još više da smo tome dodali, komponentu Analiza koju smo vam pokazali ranije, koja ima sve preporuke vezane uz nju. Ali mislim da ćete naći pomoć i puno različitih područja proizvoda, ali sigurno će vam pružiti puno uvida. Puno informacija.
A stvarnost je, kao što rekoh, ovo možete koristiti ako niste DBA. Vjerojatno ćete se naći u Google pretraživanju i sličnim stvarima, samo na opće znanje o tome što većina DBA ima, ali to možete povezati i definitivno će vam pomoći u smislu: "Hej, znate, hej što ovo se naziva fragmentacija? "ili:" Zašto se ovaj upit izvodi 6000 puta? "Hoću reći, jer će vam se ove stvari pokazati i one će se dići u zrak, a vi ćete ih vidjeti. Vidjet ćete da znate, što je normalno, a što nije. Vidjet ćete stvari koje vrše i one koje nisu.
U pravilu to pokušavamo postaviti u smislu najboljih praksi. Tako da, kada to ukažete na instancu, prikazat će vam stvari koje su identificirane kao izvan najbolje prakse. Mislim, naravno, znate, stvarnost je da su najbolje prakse najbolje prakse i nisu uvijek stvarne prakse. Ali, znate, pokazat će vam prevare, čak i od početne točke da ga instalirate, i usmjeriti ga na instancu.
I odatle se možete nekako kretati jer morate nužno riješiti probleme i prepoznati je li to zaista problem ili se nešto obično događa svakodnevno. I onda, jer imate puno informacija za pomoć i preporuke, da, apsolutno.
Robin Bloor: U redu. I još jedno pitanje - ali siguran sam da je odgovor na to vrlo brz - da li imate preciznost prijeći ravno na pojedinačni upit i pojedinačnu točku u vremenu i gledati iz te dimenzije, .
Bullett Manale: Naravno, da. Ovisno o tome što želite učiniti, možete pogledati jednodnevni vremenski prozor ili trodnevni vremenski prozor ili, znate, trodnevni prozor vremena. I, kao što sam rekao, ovisi kako želite pogledati podatke, a također i ono što želite prikupiti. U nekim slučajevima prikupljamo samo upite koji dosežu prag koji ste identificirali. U drugim bi slučajevima mogli prikupiti, znate, svaki upit koji uzrokuje čekanje.
Ali također imate mogućnost reći: "Gledajte, one pragove koje sam identificirao, možda se radi samo o pisanju ili je možda samo za čitanje, ili je možda samo za CPU." Dakle, pod pretpostavkom da je prešao taj prag, onda je to ono što želite prikupiti. Tada u bilo kojem vremenskom okviru koji želite pogledati, moći ćete vidjeti one upite koji vrijeđaju na temelju onoga što smatrate uvredljivim.
Imate puno različitih načina pregledavanja podataka. Možete ga pogledati u konsolidiranom prikazu da biste vidjeli, znate, upite koji su - koliko je upita zakulisno započelo, nasuprot, znate, svakog pojedinog incidenta tog upita koji je započeo, da biste pogledali obrazac, ako hoće, da vidi je li stalno pogoršava.
Ali kako biste odgovorili na svoje pitanje, definitivno možete ukazati na koje god vrijeme želite. Imate tu stvar nazvanu Preglednik povijesti - i ja sam je na neki način koristio - ali u bilo kojem trenutku u vremenu koje odaberete, bez obzira na dan u kalendaru koji odaberete, možete prijeći izravno na to vrijeme.
Trenutno gledam 15. studenog u 19:05, a možemo pregledati i specifične upite za to vrijeme. Da imam ikakvih koji loše prikazuju s obzirom na to razdoblje, mogli bismo pogledati detalje sesije specifične za taj vremenski period da vidimo koje sesije izvode. Mislim, ovdje ima čitav niz podataka, a kao što rekoh, najteži dio je možda 30 minuta igranja s konzolom i smišljanja kako to učiniti.
Ali nakon što prepoznate da se većina podataka nalazi na ovoj vrpci i podijeljena je tim karticama, a svaka kartica ima svoj niz dinamički mijenjajućih gumba koji se pojavljuju svaki put kada kliknete na nju, a zatim gledate li stvarno- vremenske stvari ili stvari koje su se dogodile prošli tjedan, to je isti postupak. U osnovi, trenutno gledam 15. studenog, ali jednostavno tako jednostavno mogu pogledati stvarno vrijeme klikom na taj gumb. I ja ću na isti način komunicirati s podacima.
Ali kako biste odgovorili na vaše pitanje, da, postoji puno različitih načina pregleda povijesnih podataka, a to se odnosi i na same upite.
Robin Bloor: Shvaćam. Vrlo je impresivno. I volim činjenicu da se prozori sinkroniziraju, iako im je to prilično potrebno u svemu što se danas bavi podacima u stvarnom vremenu.
Bullett Manale: Da. Naravno.
Robin Bloor: Evo samo nekoliko informacija na koje zapravo ne znam odgovor. Kao vaše ponude - SQL Server i oblak - možete li ukazati na oblak pod Ratio?
Bullett Manale: Možeš. To možete usmjeriti pod oblak. Kad zapravo dodate instance, pitati će vas je li to RDS ili Azure. Sada će postojati neka ograničenja na temelju onoga što nam je izloženo iz oblaka, pa bi moglo postojati - postoji mala razlika u pogledu onoga što možemo nadzirati, jednostavno zato što instrumentacija, u nekim slučajevima, nije ne možemo se okupiti na temelju onoga što Microsoft izlaže.
E sad, ako je to nešto poput, znate, infrastrukture kao platforme, na primjer, znate, ili EC2 ili nešto slično, to uopće nije problem. Dobivamo sve. I kao što radimo s Microsoftom i mi radimo s Amazonom; radimo na detaljnijem otkrivanju tih podataka. Ali apsolutno da, podržavamo ta okruženja.
Robin Bloor: U redu, zanimljivo je. Pa, predaću Dezu, za koga sam siguran da će vam postaviti pitanja iz drugog smjera.
Bullett Manale: U redu.
Dez Blanchfield: Hvala. Imam dvije vrlo brze za tebe. Mislim da znate, prva je vaga, znate, mislim da je jedna od stvari koja me pogađa to što je općenita tema predstave obično nešto o čemu razmišljamo kad postanemo jako veliki, jako veliki, vrlo velikih i širokih i terabajta podataka. Gledajući demonstraciju, izgledalo mi je kao da je to nešto što se zapravo odnosi čak i na vrlo mala okruženja, na neki način samo dobivanje hitova izvedbe.
Kakvu širinu vidite u prihvaćanju ovoga, i mislite li da je to, znate, mislite li da je to alat koji ima dobro? Znate, u mom umu je tako, tako da mislim da je da - ali samo želim vidjeti što vidiš. Manje organizacije vode iste razgovore i traže alat za to ili je to zaista nešto na većem kraju grada?
Bullett Manale: Smiješno - to je dobro pitanje. To je pomalo mješavina, ali rekao bih da imamo tonu malih kupaca. A kad kažem malim kupcima, mislim, znate, jednu do pet instanci kupuju kako bi licencirali za upravljanje. Sada, u nekim slučajevima, oni mogu imati 30 primjeraka SQL-a i doista im je stalo do njih pet, što je zaista dovoljno važno da ulože u ovaj alat za tih pet instanci.
No, stvarnost je da čak i manje trgovine imaju pregršt SQL poslužitelja vani. U većini slučajeva, ili u mnogim slučajevima, ta mala trgovina je vrlo, vrlo ovisna o tim bazama podataka, zbog, znate, onoga što rade. I tako ne mogu, ne mogu to pustiti da padne. Ne mogu, znate, moraju imati alat.
Druga strana tog novčića je da, u nekim manjim trgovinama, nemaju namjenske DBA-ove, tako da je tip koji je najpametniji u sobi ili više tehnički tip u sobi koji je dodijeljen DBA-i. I tako, u toj situaciji, oni definitivno traže pomoć, a ovaj će im alat očito pomoći i u tom pogledu.
Za vaša veća okruženja, jer mislim da je to spomenuo Dez - ili Robin, nisam siguran - ali, znate, veća okruženja, iznenadili biste se koliko DBA imaju, mislim, ' govorite o ogromnom broju primjeraka SQL-a, a vi imate doslovno nekoliko DBA-ova koji imaju zadatak da budu odgovorni za njih. I tako iz te perspektive, ti momci, znate, traže pomoć jer nemaju dovoljno resursa koji bi im zaista mogli pomoći, pa će takav alat pomoći u uklanjanju toga.
I tako vidimo i to poprilično, gdje, znate, imate tri momka koji upravljaju sa 200 primjeraka. I tako možete zamisliti logistiku toga ako nemate takav alat, da to pokušate shvatiti čak i kad postoji problem. Ne mogu biti proaktivan, uvjeravam vas. Nadam se da će odgovoriti na vaše pitanje. Da.
Dez Blanchfield: Da, da. Smetalo mi je - i mislim da je Robin na sve to aludirao - ali, znate, ona vrsta obećanja koja opisujete kada ste napravili demo, mislim, nisu isključiva u vrlo velikim sredinama. Znate, možete kupiti zajedničku platformu koja je dizajnirana za jednu stvar i staviti je u zajedničko okruženje baze podataka zbog nečeg drugog, a to će kazniti cijelo okruženje.
Druga stvar koja me je pogodila - nije toliko pitanje, već samo promatranje, ali ipak ću je dovesti do pitanja - i to je to, znate, kada su organizacije već investirale u svoju infrastrukturu i svoju platformu i njihovu bazu podataka te poslužitelje i infrastrukturu oko toga, i oni će kupiti proizvod, ma kakav bio - HR, ERP, BI alat - već su uložili prilično velika ulaganja.
Kakav odgovor vidite kad razgovarate s ljudima i kada su shvatili da imaju problem s izvedbom, ali smatraju da sada moraju uložiti još jedno ulaganje da bi došli do njega? Postoji li točka gdje shvate kad jednom to demonstriraju kako oni rade ovo kao ne-pametno, i to nije toliko prodajni tok, već više epifanija. Jednostavno je, znate, "Od ovoga ćemo odmah imati koristi." Za razliku od toga da proizvod treba samo prodati? Čini mi se da se prodaje, a ROI samo skače sa stranice.
Bullett Manale: Da, i smiješno je što kažete, jer ono što će se puno puta dogoditi je da će netko, poput DBA ili čak prodavača, doći i reći: "Hej, ovi momci žele pogledajte tablicu ROI-a na ovome. "I više nalik na nešto na papiru koje bismo im poslali. A demo je uvijek 10 puta bolji, pogotovo jer to možete učiniti s DBA osobama, jer …
Dez Blanchfield: Da.
Bullett Manale: Kao što ste rekli, proizvod se prodaje sam. Zaista je teško staviti ROI na komad papira i reći: "U redu, koliko klikova obično DBA klikne za sat vremena?", Što se odnosi na sigurnosne kopije, znate ili što god je više slučaj, znaš? A pokušavajući to staviti na komad papira, to je zaista teško učiniti. Ali kad dobijete nekoga i pokažete mu proizvod, a oni ga vide, točno je ono što ste rekli.
Ljudi shvaćaju vrijednost toga. Jer ne samo da im pomaže da shvate i donesu bolje odluke, već i to, pomažu im da znate da nisu negativci. Oni mogu biti prvi koji znaju; mogu ispraviti problem prije nego što ikada utvrde da je postojao problem.
Drugi dio toga je da, znate kao DBA, bilo da se radi o, znate, stvarnom ili percepciji - i mislim da je percepcija - imate vlastite probleme s izvedbom. Vi ste tip koji vam uperi prst kad padne učinkovitost, a stvarnost je da bi mogao biti programer koji stvarno pravi problem.
Da bih imao alat da mogu reći, "Hej, ovo nije moj problem. Moram to moći odnijeti programeru i oni to trebaju ispraviti", ili, znate, u skladu s tim. Lijep je način da imate nešto u svom arsenalu da biste mogli reći: "Ovdje je pravi problem." Znate?
Dez Blanchfield: Da. Posljednje za vas i ono što me pogađa, gledajući ovo dok smo prolazili, bilo je to što često kad razmišljamo o pitanjima performansi obično ulijevamo posebne vještine. Dolaze s 20-godišnjim iskustvom, gledaju to i nekako su, znate, klasična šala tipa koji uđe u inženjersku trgovinu, ima maleni čekić i udari stroj u pravo mjesto, a zatim kaže, "To je popravak u iznosu od 15 000 USD", a ljudi odlaze, "Mi to ne plaćamo", znate, jer to je pet minuta posla. I kaže, "Pa, pet minuta rada trebalo je 15 godina iskustva da se to popravi i to vam je uštedjelo milijune."
Čini mi se da, kao da znate, postoji srednji proces, ljudi prolaze kroz ovo što govori: "U redu, unesite posebne vještine, riješite problem, to će nestati." Ali ono što su tada učinili je upravo su stavili Band-Aid na to, zar ne? Za razliku od scenarija gdje, iz onoga što vidim ovdje, gdje se to događa, da, možda su se bavili nekim problemima izvedbe za koje su mislili da proživljavaju, ali čini mi se, tek tada, da imaju ovo 24 / 7 vrsta, znate, skupa pogleda koji gledaju okolinu u stvarnom vremenu.
Zaista se izmičete scenariju DBA-a koji su se probudili u četiri ujutro, jer izvještaji teku. Je li to slučaj - i možda je to retorički - ali je li slučaj da ljudi brzo prijeđu s pokušaja ulaganja u proizvod kako bi ga dobili za rješavanje određenog problema, ali onda on uglavnom postaje dio DNK?
Bullett Manale: Da, i razlikuje se od mjesta do mjesta, ali, mislim, imam nekolicine ljudi koji su prvotno kupili proizvod, primjerice, još 2006., a oni su bili na tri različita posla u različitim tvrtkama, i ušli su i, kad odu u sljedeću tvrtku, to promoviraju kao nešto što mogu dobiti jer imaju tijek rada. I zovite to tako, mrzim to tako nazvati, ali, znate, taj tijek rada uključuje ovaj proizvod i oni su na njega svakodnevno naviknuti i to im pomaže, pa oni ne žele naučite nešto novo.
Ali apsolutno. Mislim, većinu vremena dobivamo ljude da preuzmu ovaj proizvod, to nije zato što imaju proračun i zato što izlaze i kažu: "Hej, pa, imamo proračun za izvedbu, trebamo to učiniti dokaz koncepta i trebamo ući i shvatiti, napraviti procjenu i sve to. "Obično se to dogodi, oni imaju problem na primjeru SQL-a i traže pomoć da riješiti taj problem. Odlaze i preuzimaju naš alat, popravljaju problem, a onda shvaćaju da će to, sam alat učiniti više nego samo riješiti problem koji su imali u to vrijeme, da bi im zapravo pomogao u poboljšanju ukupnih performansi i spriječiti da se događaju drugi problemi, krećući se naprijed. I to je sigurno. I definitivno možete nastaviti koristiti ovaj alat za stalno prilagođavanje okoliša jer ćete uvijek moći vidjeti ne samo ono što se dogodilo upravo sada, već i ono što se dogodilo prošli tjedan, prošlog mjeseca, prošle godine i usporediti to sa onim što će se dogoditi sutra. Znaš? Takve stvari.
Dez Blanchfield: Da.
Bullett Manale: Dakle, sigurno.
Dez Blanchfield: Savršeno. Dakle, spomenuli ste, nešto ste spomenuli - upravo ću završiti, prije nego što se vratim Ericu da se zatvorim. Znaš, jedna od stvari koje me uvijek zanima je kako se ljudi snalaze na tome? Spomenuli ste je preuzmi. Što je 30-sekundni sažetak o tome kako se rukuju s njim, dobivaju kopiju, vrte je i igraju se s njom, i što im može trebati infrastruktura, samo da dobiju instancu.
Bullett Manale: Dakle, to će biti tako, idite na IDERA (idera) .com. IDERA.com je tvrtka i ako pogodite tu web stranicu - i zapravo vas ovdje mogu pokazati - ne znam da li još uvijek dijelim svoj zaslon, ali ako idete na stranicu Proizvodi, idite na stranicu Dijagnostika Link za upravitelja, pojavit će se mali gumb za preuzimanje i možete samo preuzeti verziju nakon što ispunite svoje podatke. Tražit će vas da napravite 32 ili 64 bit, a vi krenete prema utrkama, kako kažu.
Dez Blanchfield: I hoće li se pokrenuti na laptopu da bi se netko igrao s njim ili ga je potrebno negdje učitati na server?
Bullett Manale: Ne, ne. U stvari, ono što sam vam danas pokazao, sve je trčalo s mog prijenosnog računala. Sada, moj laptop ima 32 giga i 8-jezgreni procesor, ali to je još uvijek laptop. Ali ne mora nužno imati toliko sredstava da biste odgovorili na svoje pitanje. Sama procjena je dobra 14 dana, ali više ste nego dobrodošli da joj pružite dulje probno razdoblje. Ako nas samo nazovete, možemo vam to dodati ako želite.
Dez Blanchfield: Mislim da bi to trebalo nešto oduzeti, jer ću to definitivno učiniti. Mislim da, izgleda stvari, čini mi se da nema smisla za preuzimanje i igranje s njom. Vjerojatno idite u neko vaše okruženje i pogledajte samo ono što možete vidjeti, jer sumnjam da - kao i sve što sam vidio u pozadini baze podataka u posljednjih 20 godina, što me stari - kad jednom vidite šta se nalazi ispod kapuljača, nevjerojatno je to što shvatite da možete brzo popraviti i postići samo malo dobitaka u performansama.
Strašno, hvala na demonstraciji. Bilo je zaista sjajno. Hvala vam za sve vrijeme na raspravi o pitanjima.
Bullett Manale: Nema na čemu. Hvala za-
Dez Blanchfied: Eric, predaću ti se.
Eric Kavanagh: Da, imamo zaista dobro pitanje člana publike. Vi ste o tome razgovarali u svojoj prezentaciji, a ja sam zapravo cvrkutao o tome jer je to bio tako sjajan citat. Rekli ste da ne želite koristiti alat za praćenje performansi koji negativno utječe na vašu izvedbu.
Bullett Manale: Tačno . Tako je. To je važan dio alata za praćenje performansi, zar ne uzrokuje probleme s performansama. Točno u redu.
Eric Kavanagh: Točno. Pa, to je poput onih prokletih - to je poput antivirusnih programa koji naprosto mogu uništiti sustav. Mislim, koristio sam brojne različite tehnologije za emitovanje tamo gdje se uključuje antivirusni program i smanjit će vašu struju. Dakle, događaju se neke stvari koje ne očekujete, ali pitanje se odnosi na onaj konkretni komentar koji ste dali. I kakve izvedbene hitove vidite? Je li dva posto, je li pet posto, je li jedan posto? Imate li brojeve koje možete baciti na nas?
Bullett Manale: Pa, mislim, izazov s tim pitanjem je onaj, znate, da je dio rasprave o kojoj smo razgovarali ranije. Mogu vam dati - da odgovorite na svoje pitanje obično je oko jedan do tri posto. Ali postoji više objašnjenja za koje mislim da bi trebalo tražiti, a to je da vam pružamo puno načina kako biste mogli alatu reći što želite nadzirati, zar ne? I tako se to vraća. Pa, možda bih želio uzeti uzorak svakog upita koji se pokreće. Stoga želim imati dovoljno fleksibilan alat da bih ga mogao uključiti kako bih to mogao vidjeti.
I tako, dio te fleksibilnosti uključuje, znate, troškove. Ako moram prikupiti više podataka jer želim uzorak svakog upita koji se izvodi u zadnjih 20 minuta, mogu to uključiti i to mogu učiniti. I tako, ali općenito govoreći da, jedan do tri posto je ono što vidimo, u smislu prekomjernih troškova. Ali to će varirati i većina toga ovisit će o vašim stvarima koje uključite i isključite u odnosu na vaše pragove, koliko podataka želite prikupiti, vaše intervale biranja i sve te stvari vezane u da.
Zapravo, ako izađete u samu instancu kojom upravljate, jedna od stvari koju ćete vidjeti je da imamo više intervala biranja koje možete odrediti. I to je jednostavno zato što mi želimo, znate, ne moram sve provjeravati - Ako želim napraviti provjeru otkucaja srca na instanci, ne moram anketirati CPU i sve ostalo zajedno s njim ako želim ' Radim to svakih 20 sekundi. Dakle, imate više intervala biranja koje možete odrediti.
Također imate, kao što rekoh, nadgledanje upita koje možete odrediti. A to se može učiniti za svaku instancu neovisno, tako da se stvarno možete obratiti toj određenoj instanci u smislu onoga što želite nadzirati. Za statistiku čekanja i nadzor praćenja, mogu to uključiti ili isključiti. I mogu reći da snimam sve, mogu reći i ono što želim snimiti i kada to želim snimiti. Toliko toga će također biti - morate uzeti u obzir što radite, u smislu onoga što govorite o alatu za nadgledanje.
Ali općenito gledano, ono što bih rekao je, kao što rekoh, oko jedan do tri posto je ono što vidimo. Dugo smo prodavali ovaj alat - jer, kao što rekoh, oko 2003. ili 2004. - imamo tisuće kupaca, pa vam mogu uvjeriti da, znate, nemamo - isprobavamo naš najbolje da ne stvarate probleme u izvedbi u ime izvedbe.
Eric Kavanagh: Da, to su zaista dobre informacije. Samo sam pomislio da je to sjajan citat jer, opet, ne želite pobijediti svrhu onoga što pokušavate ostvariti, zar ne?
Bullett Manale: Tačno .
Eric Kavanagh: I ja cenim Robino pitanje; ovo je zaista izvrsna platforma za pomoć DBA-ovima da razumiju mnogo različitih aspekata i dimenzija i slojeva onoga o čemu govorimo. I mislim da je koncept razgovora s vašim podacima ovdje vrlo prikladan, jer, do uzimka ranije, obično to nećete shvatiti iz prvog pokušaja. Trebate provesti neko vrijeme gledajući podatke, gledajući povijesne podatke, radeći tu sintezu u svom umu. A to je ljudski posao, zar ne? Posao profesije koja tamo sjedi i prilično je redovito uzimala toplinu od posla, kako bi obavila taj posao i zadržala vlakove na vrijeme, zar ne?
Bullett Manale: Apsolutno.
Eric Kavanagh: Pa ljudi, ovo je bio još jedan fantastičan događaj. Ako na bilo koje pitanje koje ste postavili nije odgovoreno, u svakom slučaju, javite mi. Pošaljite e-poštu na. Mi arhiviramo sve te događaje, tako da uvijek možete potražiti stranicu InsideAnalysis.com da biste je pronašli ili otišli kod našeg partnera, Techopedia.com. Ako pogledate na desnoj strani njihove stranice, vidjet ćete Događaji i tamo navedene web-prijenose. Ako kliknete na Više događaja, vidjet ćete sve web-prijenose koje smo tamo naveli, prošlost, sadašnjost i budućnost.
I s tim ćemo se oprostiti. Za ostatak ove godine imamo još pet web-prijenosa, narode. Možemo zakazati još jedan. Ali u suprotnom, bit će to za 2017. Ed ed cal is out. Javite nam i ako imate nekoga tko želi pokazati njihovu tehnologiju, pošaljite e-poštu na.
S tim ćemo se pozdraviti, narode. Još jednom hvala na vašem vremenu i pažnji, razgovarat ćemo s vama sljedeći put. Čuvaj se. Doviđenja.
