De personalul Techopedia, 30 noiembrie 2016
Take away : Gazda Eric Kavanagh împreună cu Dr. Robin Bloor, Dez Blanchfield și IDERA Bullett Manale discută întrebări și modul în care eficiența lor poate avea efecte de anvergură.
În prezent nu sunteți autentificat. Vă rugăm să vă conectați sau să vă înregistrați pentru a vedea videoclipul.
Eric Kavanagh: Doamnelor și domnilor, salut și bineveniți din nou. Este ora patru ora estică într-o zi de miercuri, iar aceste zile înseamnă că este timpul pentru Hot Technologies! Da, întradevăr. Vorbim astăzi despre lucruri misto. Desigur, eu sunt gazda ta, Eric Kavanagh. Titlul emisiunii de astăzi este „Cheia unei analize eficiente: întrebări cu întoarcere rapidă”. Așa este, oameni buni, toți ne dorim rapid. Cine nu vrea repede? Există o prezentare despre dvs. cu adevărat, și destul despre mine. Loveste-ma pe Twitter, @eric_kavanagh. Voi fi fericit să mă conectez cu tine acolo și voi avea o conversație în social media. Poate fi distractiv, pur și simplu nu vorbiți despre politică.
Anul cald. Vorbim despre diferite probleme analitice în acest an, iar un subiect pentru astăzi este într-adevăr esențial pentru realizarea sarcinii. Îmi amintesc, probabil că acum cinci sau șase ani am auzit că cineva a folosit expresia „au o conversație cu datele tale”, și chiar dacă poate suna un pic cheesy, ideea este că, dacă nu poți avea o experiență iterativă cu datele dvs., dacă nu puteți modifica rapid întrebările, trimiteți noi întrebări, primiți răspunsuri rapid, atunci nu aveți o conversație cu datele dvs. și întregul proces analitic este trunchiat. Asta nu e bine.
Când aveți o conversație cu datele dvs., ceea ce înseamnă că sunteți în stare să mergeți înainte și înapoi, iar după părerea mea, atunci veți găsi informația. Pentru că foarte rar veți veni cu întrebarea perfectă pentru prima dată. Cu excepția cazului în care sunteți Mozart al analizelor - și sunt sigur că persoana respectivă este acolo - va trebui să petreceți ceva timp modificând, adăugând o anumită dimensiune, încercând să reglați ceea ce căutați .
Pentru că, din nou, acestea nu sunt medii extraordinar de puternice cu care avem de-a face în lumea analiticii; avem de-a face cu medii foarte ingenioase și medii foarte complexe și multidimensionale. Și, deci, întreaga idee a webcast-ului astăzi este să vorbim despre cum să permiteți acest tip de interacțiune iterativă cu datele dvs.
Avem trei prezentatori. Desigur, în Hot Technologies, spre deosebire de Briefing Room, avem doi analiști; fiecare își ia prima dată, apoi vine invitatul, își prezintă prezentarea și avem un fel de masă rotundă. Iar tu, publicul nostru, poți juca un rol important în asta. Te rog, nu fi timid; trimiteți-vă întrebările în orice moment. Folosiți panoul Q&A dacă puteți, altfel panoul de chat este bine; Voi încerca să monitorizez atât în timpul emisiunii. Și noi înregistrăm acestea, așa că dacă îți lipsește ceva sau vrei să le împărtășești colegilor tăi, revino mai târziu. Le postăm la Techopedia.com și, de asemenea, la InsideAnalysis.com.
Și cu asta, voi aduce oameni deștepți. O să-i predau dr. Robin Bloor. Lasă-mă să-i dau cheile, să schimb prezentatorul și acolo te duci. Robin, ia-o.
Robin Bloor: Bine. Mulțumim pentru introducerea În urmă cu aproximativ o lună și jumătate, am avut o discuție cu un dezvoltator care este de fapt un DBA. El nu este într-adevăr DBA - a fost DBA la o anumită companie și a fost singura persoană care ar putea efectua interogările. Dar s-a îmbolnăvit să facă asta, pentru că este cu adevărat, este de fapt un dezvoltator destul de inteligent. Așa că a plecat.
Și oricum trebuie să facă câteva zile în fiecare lună pentru ei, pentru că nu au găsit pe nimeni care să-i ia locul și nu au de unde să știe ce face baza de date sau cum să-l ajute deloc. Și mă gândeam la asta și, doar știi, nu aveau într-adevăr un departament IT, dar acest tip spunea sprijin pentru ei. De fapt, lucrul DBA îl făcea de cele mai multe ori.
Pentru baze de date sofisticate - Oracle, SQL Server, DB2, toate cele mari, scumpe - reglarea bazelor de date este o muncă grea. Este o muncă sigură, de asemenea. Și motivul, într-adevăr, pentru că spune asta este că este un peisaj în schimbare. Voi trece prin asta. Știi, bazele de date relaționale - de obicei imaginea mare este, bazele de date relaționale încă domină în popularitate. Probabil că vor domina pentru o lungă perioadă de timp. Da, există și alte baze de date care obțin mai mult timp de aer, dar, știi, când te uiți efectiv la ce se întâmplă acolo, Oracle face cea mai mare parte, Microsoft SQL Server este pe locul doi și există diverse lucruri în cloud care poate provoca însă o provocare. Sunt marii giganti din joc. Și acestea sunt bazele de date pe care le puteți utiliza atât pentru OLTP, cât și pentru volumul de lucru al depozitului de date. În mod normal, alternativele sunt utilizate mai ales în medii analitice și, în mod normal, sunt determinate de date cu privire la motivul pentru care am alege asta mai degrabă decât relațional. În mare parte oamenii nu.
Companiile tind să se standardizeze pe o singură bază de date. Am întâlnit recent o companie care a avut peste 5.000 de instanțe Oracle. Și eu, cu persoana cu care vorbeam de la compania respectivă, i-am întrebat despre DBA-uri. Au spus că au aproximativ 10 DBA-uri și că au fost îngrijite aproximativ 30 de baze de date. Și restul, Oracle tocmai a fost folosit ca sistem final în mare parte. S-a stresat foarte puțin datele din aplicațiile care le-au folosit. Dar tocmai acest lucru m-a uimit - 5.000 de cazuri de Oracle.
Și, apropo, aveau o licență imobiliară Oracle. Ei bine, știi, licență corporativă, evident. Dar au avut și alte baze de date, deoarece, uneori, știți, aplicațiile vin cu o bază de date preferată. Nu era ca și cum Oracle a fost singurul lucru. Și merită menționat că nici Hadoop și nici Spark nu sunt de fapt o bază de date și va trece mult timp până când vor dobândi ceea ce cred eu ca regulă a bazei de date. Bine pentru legăturile de date, desigur.
Cu activitățile DBA - probabil Bullett poate spune multe mai multe despre asta decât mine - dar voi trece prin ele. Acestea sunt ceea ce tind să cred, știi, ce face DBA. Ei instalează, configurează, actualizează, fac gestionarea licențelor. Ei fac o mulțime de ETL și replicarea într-un fel sau altul. Ei fac planificarea stocării și a capacității. Aceștia fac depanare sau fac parte din echipa de soluționare a problemelor. Monitorizarea și reglarea performanței este aproape cea mai mare parte a activității lor, dar toate aceste alte lucruri, nu sunt mici, știți. Securitate, sunt responsabili pentru backup și recuperare. Ar trebui să fie implicați în sisteme de testare software și ar putea fi implicați în ciclul de viață al datelor.
Performanţă. Când obișnuiam să fiu unul dintre acești tipi. Când alergam și acordam baze de date, așa am înțeles-o, știi? Există procesorul, și într-un fel sau altul în zilele noastre, procesorul este în mod normal inactiv, pentru că ar fi unul din celelalte două sau - Ei bine, unul dintre celelalte blocaje ar cauza de fapt problema. Memorie, zguduire și fragmentare, sau saturație de I / O de disc, sau uneori deasupra rețelei, dacă rulați în mai multe noduri ale unei rețele și probabil puteți rula cu vreo blocare, probabil.
Dar asta era lumea așa cum am văzut-o. Am aruncat o privire recentă la Oracle și la numărul de parametri de reglare care există în Oracle. Era peste 300. Știi și, dacă te gândești de fapt, la un DBA care știe cu adevărat ce face, trebuie să ai o idee despre ce te-ai confunda cu vreunul dintre aceștia. Deci, este o muncă complicată, știi și este mai complicat de asta.
Știți, acum avem CPU, dar aveți … procesoarele au existat deja, GPU-uri pe CPU sau FPGA pe CPU. Deci, există un fel de încrucișare a ceea ce se întâmplă de fapt pe un procesor. CPU au devenit multicore cu mult timp în urmă; de fapt, nu mai acordam bazele de date când s-a întâmplat asta. Nu am idee ce diferență face de fapt, acum că mă gândesc la asta.
Avem, știți, 3D Xpoint și PCM-ul IBM ca un strat suplimentar de memorie și avem SSD-uri, dar știți, înlocuiesc rugina de filare. Dar SSD-urile pot varia în funcție de viteze. Cu atât de multe, puteți avea acces paralel și le face să meargă incredibil de rapid - aproape de viteza RAM. Și aveți toate arhitecturile hardware paralele.
Și asta este totul, știți, costurile scad, ceea ce este un lucru cu adevărat frumos, dar asta face toate - știți, dacă luați următoarea versiune a unei baze de date și începeți să o implementați pe mașini, chiar și unele aceasta, de fapt, ați pierdut orice sentiment intestinal pe care l-ați putea avea pentru modul în care se comportă datele, deoarece latențele sunt foarte, foarte diferite. Și aici, știți, aveți patru straturi mai degrabă decât trei straturi de stocare.
Probleme ale bazei de date. Obțineți o entropie a bazei de date - instanțele de proliferare sunt foarte frecvente. Bazele de date fiind folosite ca dulapuri, ceea ce a fost de fapt acel exemplu pe care l-am dat. Foarte puține baze de date sunt auto-reglate, iar cele care pretind că se auto-acordează nu sunt chiar atât de bune, știți. Dar celălalt lucru este că foarte puține baze de date sunt reglate corespunzător. Este o muncă grea, să poți echilibra volumul de muncă. Adică, când vă gândiți la o bază de date, ce poate face o bază de date pe o perioadă de 24 de ore, volumul de muncă poate fi foarte, foarte diferit. Baza de date trebuie să aibă un depozit de date deosebit de adevărat.
Și, prin urmare, să ajustați care nu este o chestiune banală, știți, pentru că ceea ce faceți este să ajustați parametrii care au de a face față unei întregi game de sarcini de lucru pe un moment dat. Este o muncă grea, practic. Și SQL trebuie să fie reglat în special pentru JOIN-urile SQL. Pot fi extrem de consumatoare de resurse. Și dacă baza de date are vizualizări materializate, ca să fiu sincer, ar trebui să investigați utilizarea acestora, deoarece acestea vor face ca totul să meargă incredibil de repede. Și asta necesită cineva care înțelege sarcinile de lucru și înțelege traficul SQL și așa mai departe.
Și majoritatea companiilor angajează foarte puține DBA-uri - foarte scumpe. Am cunoscut companii destul de mari cu, cum ar fi, trei tipi, știți, un număr masiv de cazuri. Într-adevăr, costă mult, este o muncă grea din punct de vedere al complexității. Au nevoie de instrumente.
Și cred că asta e tot ce am de spus. Oh da. Hai să-i transmitem lui Dez, să vedem ce are de spus Dez.
Dez Blanchfield: Mulțumesc, Robin. Acesta este un subiect masiv. Voi ține cont de lucrurile care cred că sunt în mod eficient provocări cotidiene cu care ne confruntăm. Pentru că hai să ne descurcăm, există o întreagă bibliotecă de cărți scrise pe acest subiect. Cine nu a mers la o librărie tehnică și a găsit pereți și pereți de cărți scrise doar pe subiectul general al performanței bazelor de date și al ajustării bazei de date și monitorizare. Și uneori este un mod minunat de a omorî timpul.
Subiectul general: obținerea de interogări de performanță. Există o serie de părți diferite ale organizației care transpiră acest subiect - la nivelul utilizatorului final, din experiența mea, știți, oamenii experimentează doar performanțe, că lucrurile sunt lente. Roțile rotative durează un timp pentru a reveni la întrebări. La polul opus al spectrului, aveți oameni de inginerie în infrastructură și rețea și stocare, care sunt bătute de specialiști în baza de date, deoarece lucrurile nu merg la fel de bine cum se așteaptă. Și este un spectru foarte larg, în experiența mea, lucrurile care ne pot afecta viața în acel spectru.
Dacă vă gândiți, de la fizic în sus, știți, doar spațiul pentru computer. Aveți memorie, știți, RAM, dacă doriți - spațiu pe disc, rețea și toate bițiile din jurul lor. În acest spațiu, avem, știți, că stochează gândul că, să spunem că, știți, este mai bine să folosiți un disc brut sau un JBOD și doar, știți, să ridicați cât mai repede discul și să lăsați baza de date sortează stratul de protecție a datelor. Alți oameni sunt mari fani ai RAID, o serie redundantă de discuri ieftine și au experiențe religioase diferite cu RAID 0, 1, 3, uneori 5 și 6 tipuri diferite de striping sau replicare pe disc, în cazul în care hard disk-ul nu reușește. Chiar și la nivel de stocare și la nivel de inginerie, totuși, avem oameni care au opinii și experiență diferite în jurul performanței, pe tipuri de stocare.
Fie că este vorba de discuri atașate direct și de serverele în sine, fie că este conectat printr-un canal de fibre cu o rețea de spațiu de stocare de o anumită formă, fie că este stocat de la un server undeva prin iSCSI sau este Ethernet, de exemplu. Și asta chiar înainte de a ajunge într-adevăr la nivelul bazei de date, unde, știți, tot felul de lucruri pe care noi le asumăm - asta știți, doar menținând asta, așa cum a subliniat Eric, știți, ceea ce numim conversația cu datele dvs. . Doar să putem identifica tipare și modele semnificative în care credem că putem începe să ne cufundăm și să căutăm probleme de performanță.
Și este un subiect foarte larg, așa că am să mă scufund în două domenii în care, în experiența mea, timpul și energia și efortul investit obțin un randament bun. Așadar, permiteți-mi să trec rapid la primul dintre acestea. Și doar am făcut o jumătate de glumă în căutarea unei imagini cu ceva care avea un schelet la interior și piele la exterior, dar blocul Lego era probabil cel mai puțin înfricoșător. Dar, în multe feluri, așa îmi imaginez și imaginez mental provocarea cu care ne confruntăm uneori cu platformele de analiză și bazele de date care le susțin. Și acesta este faptul că, doar ca consumator și utilizator final sau chiar dezvoltator, vezi deseori stratul de piele furnir, dar este de fapt scheletul de dedesubt - este cu adevărat problema pe care trebuie să te concentrezi.
Știți, în acest caz, când ne gândim la lucrurile care pot avea impact asupra performanței bazei de date și a analizelor rezultate din acea zi anume, rezultatele de performanță, infrastructura de bază și doar monitorizarea acelei infrastructuri de bază, și așa cum am subliniat acum o clipă, în jurul discul și memoria și CPU. Și după cum a subliniat dr. Robin Bloor, provocările sunt acum în virtualizare și lucruri care se întâmplă în cipuri în sine, și performanță până la nivelul de bază, și cantitatea de memorie care este acum introdusă în fiecare cip din fiecare nucleu. Acestea sunt provocări foarte tehnice în care să te uiți pentru o persoană de zi cu zi.
Continuarea monitorizării interogărilor. Știi, una dintre provocările din jurul monitorizării interogărilor și a cozilor de interogare este de exemplu - adică, SQL ca limbaj și instrumentele de bază de date care apar în jurul instrumentelor de analiză, sunt foarte puternice și, în special, SQL ca limbaj. Dar, cu această putere și simplitate vine și o, în multe cazuri, și asta este că, dacă nu este o aplicație care face același lucru de mai multe ori, scrisă de un bun dezvoltator și observată de un bun DBA, s-ar putea fiți oameni care fac întrebări nestructurate.
Iar problema este că este destul de ușor să înveți un pic de SQL și să începi să faci interogări, dar ca urmare, nu ai neapărat toate abilitățile, experiența și cunoștințele pentru a ști dacă faci un lucru bun sau rău de făcut baza de date. Așadar, rularea continuă a aceleași mari, largi, greșite poate duce doar clădirea jos. Continuarea monitorizării interogărilor este o provocare interesantă.
Doar monitorizează timpii de răspuns în ceea ce privește ce face platforma și ce obțin utilizatorii. Din nou, știți că, fără instrumentele potrivite, nu este un lucru pe care doar să-l analizați intuitiv și să vă gândiți: „O, că rețeaua funcționează lent”, sau „Memoria utilizatorului nu funcționează bine” sau „Indexurile funcționează prost” Sau „balonează”.
Și apoi, știți, cum ajungeți la punctul în care, odată ce ați văzut o problemă cu ea, cum să o dezlipiți și să o dezlipiți și să abordați întreaga provocare a interogărilor slab structurate? Și, știți, este o întrebare ad-hoc pe care cineva rulează de mână sau este un instrument de analiză cu un tablou de bord frontal, care funcționează prost, deoarece își pun întrebările în mod greșit sau este doar un lucru cu adevărat, bucată de cod foarte prost scrisă?
Și apoi făcând acest iterativ al lui, a spus Eric, în inițializarea inițială, știți, doar repetând repetat și repetând acele fluxuri de lucru. Știi, ce fluxuri de lucru rulează, cum rulează, cât de des se execută, ce cod se execută împotriva lor, unde se execută împotriva sa în procesor și memorie și disc și rețea? Da, aceasta este doar o provocare cu adevărat tehnică.
Și apoi nirvana pe care oamenii o caută în această lume, în timp ce se schimbă de la analiza istorică și la reglarea performanței și alertează asupra mediului tău, lucru minunat de văzut, pentru că s-ar putea să obții un plan în viitor, dacă știi de ce lucrurile au mers încet. ieri dimineață la ora nouă. Dar asta nu te ajută acum și nu ajută planul tău să meargă înainte.
Cred că planificarea capacității și dimensionarea, scalarea și reglarea, așa că știți, cred că există o tendință pe care o vedem acum, în care există o schimbare în medii foarte mari, unde oamenii au platforme mari de baze de date și răspândesc pe larg medii de baze de date pentru a merge de la alertare istorică și planificare la alertare și planificare predictivă, unde vor să știe ce se întâmplă în acest moment și să poată planifica pentru a merge mai departe. Sau rămânem fără memorie și vom rămâne fără memorie în următoarea oră și ce putem face despre asta? Ce planificare a capacității putem face în timp real?
Scuzati-ma. Se ajunge la punctul în care, știți, tocmai întreaga provocare de a descoperi aceste obstacole ajunge în mod esențial la ceea ce ne referim sub numele de analize fluide și de a face ca norma din organizația dvs. După cum puteți vedea, este o provocare non-banală pentru, știți, doar masele grozave de zi cu zi, nesigure. Și este încă o provocare non-banală pentru și cei mai experimentați din punct de vedere tehnic.
Știți, dacă este dificil pentru simpli muritori, cum facem acest lucru un lucru care este posibil? Pentru că, știți, majoritatea sunt lucruri pe care utilizatorii obișnuiți nu le pot rezolva și este posibil să avem unii ingineri speciali de baze de date, dezvoltatori de baze de date, dezvoltatori de coduri, programatori, dar au reușit totuși să poată separa mediul. Trebuie să se despartă, știi, probleme precum oamenii care reutilizează codul.
Știi, una dintre cele mai grave lucruri pe care le-am văzut în acest spațiu în ceea ce privește performanțele în platformele de analiză în implementări foarte mari ale infrastructurii serverului de baze de date sunt oamenii care iau o bucată de cod, o bucată de SQL sau o procedură furată pe care nu au făcut-o. nu scriu și nu știu dacă este o bucată de cod bună sau rea, și doar o reutilizează pentru că le dă rezultatul pe care și-l doresc. Dar se dovedește că este posibil să fi fost doar ceva ce a fost scris din mers pentru a obține unul sau două rezultate, precum un raport - cineva s-a grăbit.
Așa că oamenii folosesc coduri complexe pe care nu le-au scris și doar îl păstrează într-o bucată de dezvoltare a aplicației, fără să știe că pedepsesc de fapt. Chiar și doar să monitorizez acea performanță și să te uiți de unde vin întrebările și să exersezi, asta știi, asta este o provocare de zi cu zi.
Lucruri de comportament de bază, cum ar fi datele de pre-stadializare a performanței acolo unde este posibil. Lucrurile care doar experimentează vă învață, cum ar fi ștergerea indexurilor dacă veți face importuri în vrac și apoi reindexarea, astfel încât indexurile să nu fie menținute atunci când trageți terabyte de date. Știți că, fără instrumentele adecvate, este aproape imposibil de văzut, deoarece nu știți că indicele se ciocnește.
Optimizarea indicilor în mod regulat este un fel de 101, dar ce știi, când faci importuri în vrac sau, știi, creând un tabel pe interogări dacă cineva face o întrebare cu adevărat mare? Știi, asta poate fi un succes masiv de performanță și, din nou, dacă nu monitorizezi, nu ai instrumente pentru a vedea asta, acest lucru se întâmplă doar în fundal și nu știi cum să-l abordezi. .
Limitarea interogărilor la numărul de coloane de care aveți nevoie - adică, sună cu adevărat de bază, dar din nou, dacă nu puteți vedea, nu știți că se întâmplă, și atunci se întâmplă doar în fundal și vă doare, la tine.
Să știi când și unde să folosești tabelele temporare, acumulând ștergeri și actualizări mari. Din nou, toate lucrurile foarte simple, dar fără acea vizibilitate, fără instrumentele pentru a face asta, ele stau doar pe fundal și continuă să te rănească și pur și simplu arunci aruncând mai multă memorie sau CPU într-un mediu de baze de date pentru a obține performanțe mai bune ale platformei de analiză, când într-adevăr, ar trebui să fii capabil să analizezi ceea ce te doare și să abordezi acel lucru special. Și atunci, știi, lucruri precum restricțiile cheie străine și cum descoperi asta, cum știi că asta este o problemă?
Asta mă duce la concluzia punctului meu cheie aici și acesta este faptul că, știți, de zi cu zi, vedem aceste probleme peste tot. Și pe măsură ce mediile de baze de date devin din ce în ce mai mari și din ce în ce mai largi, și după cum a subliniat dr. Robin Bloor aici, obținem modele de mediu din ce în ce mai complexe, cu timpii bazei de date.
Și apoi și nevoia de a ne integra în unele dintre platformele de date mari, precum Hadoop și Spark, care apar și din ce în ce mai mult la un moment dat. Ne privește, în opinia mea, să găsim modalități mai bune și instrumente particulare, de a efectua în timp inteligent această performanță a platformei și analize și diagnostice. Deoarece costă în timp real, bani reali și frustrare pentru utilizatorii finali și dolari reali, dacă nu începem să ajungem la instrumentele pentru a ne arunca în aceste lucruri.
Și cu asta, voi înmâna prietenilor noștri de la IDERA, pentru că cred că au o poveste bună de povestit despre cum am putea să abordăm această problemă.
Bullett Manale: Sună bine. Mulțumesc foarte mult și voi merge mai departe și voi da drumul lucrurilor. Am și câteva diapozitive aici și lasă-mă să merg mai departe și un fel de a aduce asta. Unele dintre acestea vom parcurge destul de repede.
Doar ca să vă ofer câteva idei, sunt directorul ingineriei de vânzări aici la IDERA și, deci, ceea ce facem este să vorbim cu DBA-urile destul de regulat despre durerile și provocările pe care le au, în mod specific, în multe cazuri., monitorizarea performanței și aceste tipuri de lucruri, evident. Și auzim multe de la acea audiență și, așadar, cred că pot împărtăși o parte din informațiile pe care le primesc de la ei în mod regulat, care vor avea sens. Voi trece prin câteva dintre acestea, pentru că nu cred că sunt reale pertinente pentru conversație.
Știi, am propria mea listă aici cu responsabilitățile DBA - seamănă foarte mult cu lista lui Robin și cred că este destul de consistentă. Cred că, atunci când vorbești cu un administrator al bazei de date, este întotdeauna - știi, sunt înțelese în unele dintre aceste zone mai mult decât altele și nu există nicio rima sau un motiv pentru asta, depinde doar de mediu.
Auziți o gamă destul de largă și largă de lucruri pe care oamenii doresc să le poată face. Și de multe ori, oamenii care doresc aceste lucruri nu - le vor cere și, în unele cazuri, începeți un fel de a explora ceea ce cer cu adevărat, apoi veți afla că „ caut cu adevarat mai multe. Ei doresc într-adevăr mai multe informații decât ceea ce cred inițial că au nevoie și atunci când începeți să forați în instrument, cred că de aici puteți începe să spuneți că au o conversație cu datele.
Și cred că aceasta este o frază reală interesantă și are mult sens în ceea ce privește posibilitatea de a spune, da, bine, dacă aveți o întrebare proastă, care este o întrebare proastă? Este o întrebare care consumă multe lecturi sau scrieri sau procesor? Ar putea fi unul care rulează mult, ar putea să știi, asta este, cum ai spus, prost scris.
În ceea ce privește modul în care identificăm acest lucru, există o serie de modalități pe care le veți vedea în termenii produsului nostru, produsul Diagnostic Manager, că le arătăm DBA-urilor că pot merge în acest sens. Și este real flexibil și cred că acesta este unul dintre lucrurile mari - trebuie să ai un instrument care să te ajute cu aceste probleme de performanță, mediul fiecăruia este puțin diferit.
Și vor fi multe, știi, necesități și poate chiar cerințe obscure în ceea ce privește monitorizarea, deci trebuie să ai ceva flexibil și ceva care să funcționeze și să te poți conforma mediului care încerci să gestionezi. Știi, și am o mulțime de aceste exemple - nu o să parcurg fiecare dintre ele, dar ai nevoie de ceva care să poți pivota înainte și înapoi între o informație și alta, și o să am un fel de vorbește despre asta când intrăm puțin în produs și îți arătăm asta și în ceea ce privește modul în care îl facem.
Dar celălalt lucru pe care îl consider în ceea ce privește orice instrument de analiză bun este, știți, există anumite lucruri de bază pe care le căutați cu adevărat. Evident, în primul rând, nu doriți un instrument care să-și creeze propriile probleme de performanță în numele performanței. Când spun că colectați datele fără costuri, nu vorbesc despre costul în termeni de, știți, costul monetar, ci în ceea ce privește costul în termeni generali și costul în ceea ce privește cantitatea de resurse pe care noi o vom folosi în numele performanței. Cu siguranță doriți ceva acolo care vă va ajuta.
Aveți nevoie de ceva care să poată obține datele pe care le căutați specifice pentru problemele cu care vă confruntați în zi cu zi, și ar putea exista unele lucruri de care nu aveți nevoie și pe care nu le aveți Nu vreau și nu are sens să colectați aceste date dacă nu veți face niciodată raporturi asupra acestora sau dacă veți avea vreo nevoie să încercați să gestionați aceste date. În ceea ce privește metadatele asociate performanței, de exemplu.
Știi, un exemplu bun este că nu trebuie să fiu avertizat dacă serviciul de coordonare a tranzacțiilor distribuite în SQL este redus dacă nu vreau să fie difuzat în primul rând. Deci nu mă avertizați, nu colectați datele împotriva acesteia - nu am nevoie de aceste informații. Deci, abilitatea de a activa și dezactiva lucrurile este foarte importantă.
De asemenea, posibilitatea de a colecta datele, având acces la ele destul de repede - nu trebuie să știi, să alergi și să masajezi datele, să manipulezi datele - să poți face rapid și eficient. Și apoi odată ce aveți datele, evident este foarte important să puteți înțelege.
Acum, aici este, cu ajutorul nostru - cu, cum ar fi, de exemplu, produsul Diagnostic Manager pe care îl voi arăta un pic astăzi - acel produs, știi, mi-ar plăcea să-ți spun că acel produs va avea înlocuiți și fiți DBA într-o cutie. Realitatea este că necesită cunoștințe despre ce este mediul dvs. și despre ceea ce încercați să realizați. Evident, înțelegerea rolului DBA în sine este evident importantă.
Acum, ceea ce încercăm să facem este să educăm prin ajutor și prin alte metode. Dar veți dori întotdeauna să legați acest lucru, evident, cu un anumit tip de niveluri de experiență sau cu cineva care are cunoștințe despre ce să facă odată ce au primit datele. Și faptul că este capabil să ai o persoană care să poată pune întrebări potrivite unui produs și să aibă acea conversație cu datele, este, în mod evident, cheia. Și atunci, în mod evident, a fi capabil să conștientizeze datele.
Odată ce am informația, reușind să le transmit persoanelor potrivite. Dezvoltatorii mei, echipa mea de operații - oricine ar fi, am putea avea nevoie să mă integrez cu alte produse, având cârlige pentru a putea face asta. Toate acestea sunt lucruri importante. Și atunci, evident, nu în ultimul rând, dacă trebuie să știu mai multe, să pot face asta. Indiferent dacă înseamnă activarea a mai mult pentru a fi colectate sau dacă înseamnă doar a merge mai puțin în profunzimea datelor. Speri că, cu un instrument care va fi, știi, ajutând cu performanța, vei obține toate lucrurile care trebuie să poți răspunde la aceste întrebări.
Singurul lucru pe care nu l-am pus aici pe care cred că probabil merită remarcat este că aveți nevoie de un instrument care să vă ajute să diferențiați ceea ce este normal și ceea ce nu este normal. Și cred că este unul mare, pentru că, știți, există o mulțime de produse de alertă și lucruri care sunt acolo, dar dacă primiți o alertă și alerta este o alertă falsă, nu vă face nimic bun ; este mai mult o pierdere de timp și îți va reduce eficiența mai mult decât îi va ajuta. Deci, știi, sunt câteva lucruri pe care le-aș ține cont.
Când vorbesc despre produsul pe care am legat toate aceste lucruri în cadrul suitei de produse IDERA, este produsul Diagnostic Manager cred că acesta are probabil principalul tip de caracteristici în ceea ce vorbim aici în ceea ce privește baza de date. reglarea și performanța și monitorizarea și aceste tipuri de lucruri.
Oamenii caută monitorizare la nivel de întreprindere; vor să poată avea acces, să poată, într-un singur ecran, să știe că lucrurile funcționează așa cum ar trebui. Sau vor să poată, în mod evident, dacă există o problemă, să vadă unde se află problema și apoi să poată intra în ea. Cred că este o mare parte din ceea ce caută oamenii cu aceste tipuri de modalități prin care poți să te exprimi cu adevărat în performanțele tale.
Celălalt lucru care merge, în mod evident, este acela că nu pot opera doar în prezent și trebuie să mă pot întoarce pe perioade de timp, indiferent dacă asta înseamnă căutarea întrebărilor care au dat rezultate slabe sau dacă înseamnă, știu, privind modul în care VM-ul gazdă însuși s-a comportat în ceea ce privește resursele. Toate aceste tipuri de lucruri pe care trebuie să le poți face și nu vei sta acolo stând cu ochii pe consola ta 24 de ore pe zi, 7 zile pe săptămână.
Dacă sunteți în vacanță sau dacă este în miez de noapte sau orice ar fi, aveți nevoie de ceva care să vă poată întoarce în timp cu dvs. pentru a putea spune ce se întâmplă în instanță la perioada în care am avut o problemă. Și a putea face asta, încă o dată, eficient și rapid și a fi capabil să descurci în ea este cu siguranță o piesă importantă în ceea ce privește această discuție. Și aș spune că este probabil unul dintre lucrurile mai importante în ceea ce privește ceea ce caută oamenii. Întotdeauna caută acea fereastră în trecut, pentru că este cu adevărat un im - Știi, nu vrei să stai acolo și să aștepți să se întâmple ceva din nou.
Următorul lucru din listă este doar legarea de ceea ce vorbeam mai devreme, cu performanța de interogare în sine. Și o să vă arăt câteva exemple diferite în cadrul produsului Diagnostic Manager, cum facem asta, care, cu siguranță, la sfârșitul zilei, vă va oferi o mulțime de opțiuni în jurul interogărilor în ceea ce privește ceea ce vrei să aduni.
În ceea ce privește dacă vă interesează întrebările care provoacă durere în resurse, consumul de procesor sau consumul de I / O. Indiferent dacă este vorba de întrebări care necesită mult timp pentru finalizare sau de întrebări care, în general, poate să nu fie cea mai gravă jignire din punct de vedere al performanței, dar poate rula atât de frecvent încât frecvența pură a funcționării în sine poate fi o problemă. Și, evident, posibilitatea de a detecta tendințele de-a lungul timpului cu aceste întrebări este, de asemenea, o parte importantă a acesteia.
Există o mulțime de moduri diferite în care putem face asta în cadrul acestui produs și cred că, evident, aceasta este o piesă foarte importantă pentru majoritatea DBA-urilor. Și chiar dacă nu aveți propriile aplicații dezvoltate intern, este totuși drăguț să puteți merge la furnizorii de software și să spuneți: „Hei, știi ce? Știi, la ora două după-amiază în fiecare zi, când această slujbă decolează ", sau orice ar fi, „ Aplicația ta este cea care provoacă acest lucru și a trebuit să o rezolvăm. "Deci chiar dacă nu ai complet controlul codului în sine, este încă plăcut să știi când se întâmplă probleme.
Și atunci, știi, cealaltă parte este, evident, mai proactivă. A fi capabil să fi primul care să cunoască, să poată înțelege când apare o problemă. Să nu poți doar să fii primul care să știi, așa că poți să-l corectezi, dar în multe cazuri, atunci când ai nevoie este ceva care să poată automatiza un răspuns, în multe cazuri. Puteți, spuneți, să știți, mai degrabă decât să primiți un e-mail care să spună: „Hei, trebuie să mergeți să remediați acest lucru”, dacă sunt într-o întâlnire sau dacă sunt, știți, pe drum sau orice altceva sunt eu Fac, este evident că este foarte drăguț să pot spune că am ceva în loc, care va putea aborda asta într-un mod automat.
Și dacă nu este abordat automat, cel puțin să fii primul care să știe, astfel încât să poți lua măsuri corective sau să contactezi pe cineva care poate. Și, așadar, acestea sunt piese importante, în mod evident, pentru care să vă confruntați cu aceste tipuri de probleme în ceea ce privește monitorizarea mașinilor, a instanțelor dvs. și a analizelor în sine.
Acum, am vorbit despre asta mai devreme, care este flexibilitatea lucrurilor. Nu pot sublinia acest lucru suficient, fiind capabil să spun, știi, în afara cazului, dacă există ceva care nu este monitorizat, să poți avea funcționalitatea într-un produs pentru a putea adăuga acele lucruri la fii monitorizat. Și în sensul cu exemplul de Diagnostic Manager, avem, în mod evident, să știți, contoarele WMI, contoarele, contoarele SQL Server, puteți crea propriile întrebări.
Puteți chiar să știți, dacă doriți, să extrageți datele din mediul vCenter sau mediul dvs. Hyper-V, ca urmare a votării care are loc și să puteți, în mod regulat, să faceți asta. trageți aceste date și puteți să le vizualizați. Și, încă o dată, rotiți dintr-un loc în altul în timp ce priviți aceste informații.
Așadar, acestea sunt tipurile de lucruri pe care le văd oamenii cerând atunci când vorbesc despre un instrument care le va ajuta în ceea ce privește acordarea și performanța - produsul pe care vi-l voi arăta doar într-un al doilea este Diagnostic Manager și suportă totul de la 2000 până la 2016. Este specific SQL Server, deci monitorizăm gestionarea acelor lucruri. Nu există agenți în instanțele care monitorizează instanța.
Acest lucru se întoarce la colectarea informațiilor cu costuri reduse, că, știi, am încercat, evident, să adunăm mai mult aceste informații, să nu folosim și o mulțime de resurse, nu-i așa? Încercăm să valorificăm lucrurile pe care SQL Server le oferă deja și să le îmbunătățim, fie că este vorba de vizualizări dinamice de gestionare, fie că este vorba despre evenimente extinse sau despre orice caz, în ceea ce privește colecția. Să putem folosi aceste informații și să le îmbunătățim este unul dintre mandatele noastre.
Acum, dacă analizați acest lucru rapid, nu voi parcurge arhitectura într-un detaliu prea mare, ci având un depozit înapoi cu toate datele noastre istorice pe care le puteți gestiona și pe care le puteți păstra atâta timp cât tu vrei. Puteți alege chiar tipul de informații pe care doriți să le păstrați și cât timp. Acest lucru revine la asta, colectând datele corespunzătoare și lăsând datele inutile. Dacă doriți să păstrați întrebările timp de cinci zile, care sunt performante și apoi să vă păstrați alertele timp de doi ani, asta depinde de dvs. și aceasta este complet prerogativa dvs. pentru a putea face acest lucru.
O serie de console diferite cu acest produs. Aveți o versiune bazată pe web, aveți și o versiune de client gros. Și deci asta are flexibilitatea de a sări pe un browser și de a vedea ce se întâmplă sau dacă ai un laptop unde ai instalat un client dedicat, oricare dintre aceste abordări ar funcționa pentru tine.
Acum, ceea ce mi-ar plăcea să fac este să fac o demonstrație rapidă. Și aș sublinia - mă întorc la această altă diapozitivă aici - că noi, doar am adăugat, la fel ca FYI pentru acei oameni care sunt familiarizați cu produsul, avem o nouă ofertă care este Manager de diagnosticare Pro. O ofertă profesională care include cu acel lucru pe care îl numim Analiza volumului de muncă.
Și, într-adevăr, este vorba de a putea privi în mod interactiv perioade foarte mari de timp și trece de la asta, știi, o vedere de 30 de zile la o vizualizare de cinci minute în aproximativ trei clicuri. Și că puteți vedea vârful în performanță sau problema pe gâtul pe care s-ar putea să-l puteți, știți, veți putea vedea la un nivel foarte ridicat și s-ar putea perfora la un nivel foarte scăzut. Și mai ales că și astăzi, asta este nou pentru produs.
Dar ceea ce vreau să fac este doar un fel de început, și vreau să vorbesc un pic despre faptul că pivotează și merge înainte și înapoi. Și am adus un exemplu și o să le împărtășesc aici pe ecran. Și, să vedem … Acolo mergem. Ecranul meu Și anunță-mă, băieți, că o poți vedea.
Eric Kavanagh: Acolo te duci.
Bullett Manale: Totul este în regulă acolo? În regulă. Deci, ce te uiți în acest moment - și acesta este produsul Diagnostic Manager - și am vrut doar să vă ofer un fel de demonstrație la nivel înalt a ceea ce se întâmplă aici. În acest exemplu particular, ceea ce facem este să vă arătăm întrebările care sunt asociate cu așteptările. Și, atunci când vorbesc despre posibilitatea de a merge înainte și înapoi, să explorați mai adânc și să pivotați, acesta este - acest punct de vedere aici este un bun exemplu în acest sens. Pot pleca de la o vizualizare a cronologiei așa cum vedem aici, care va fi afișată acum. În cazul nostru ne uităm la așteptările în sine și la categoriile așteptărilor. Putem vedea declarațiile care sunt legate de acele așteptări, putem vedea aplicațiile.
Observați că este prezentată o cronologie aici, astfel încât să pot identifica informația bazată liniar în momentul în care s-a produs problema, dar apoi din nou, dacă vreau să pivotăm, încă o dată, și spun: „Știi ce, hai să ne uităm la asta dintr-o perspectivă diferită, „să mergem mai departe și să analizăm acest lucru din punctul de vedere al„ Vreau să văd întrebările sau așteptările sau aplicațiile care îmi provoacă cel mai mult durere și să le clasez. ” Vom vedea prin „interogare așteaptă în funcție de durată”. Acum vedem în sine aplicațiile care îmi provoacă cele mai multe dureri sau așteptările.
Și apoi, iată partea care este cu adevărat cea mai importantă parte, este aceea de a putea izola aceste lucruri. Văd că această aplicație NoSQL începe aici. Îmi provoacă o cantitate bună de timp de așteptare, în cele 25 de secunde de timp de așteptare în această fereastră de 30 de minute în care suntem perforați. Și apoi pot izola respectiva aplicație și pot vedea afirmațiile, în acest caz, care afectează în mod direct această anumită instanță.
Așadar, acesta este doar un exemplu despre modul în care ați putea identifica un gât, puteți clasifica informațiile, fiind capabil să acordați prioritate problemelor care trebuie abordate mai întâi. Acestea sunt toate lucrurile pe care trebuie să le iei în considerare. Știi, poți rezolva problemele pe tot parcursul zilei, dar dacă rezolvi problemele care se află în partea de jos a listei de rezolvat, atunci pierzi timpul. Aveți un cost de oportunitate asociat cu asta.
O să vă dau un alt exemplu, iar acesta este un pic de un exemplu diferit. În loc să indicați în mod special o problemă sau să indicați o zonă, aveți nevoie și de un instrument care vă va putea ajuta într-un sens larg, pentru a putea spune: „Hei, am avut probleme?” Sau „Sunt există lucruri pe care le pot face pentru a îmbunătăți performanța? ”și pentru a avea ceva în spatele scenei, urmărind ce se întâmplă. Și în acest caz, acest lucru poate fi legat de configurație; acesta poate fi legat de modul în care este gestionată starea de sănătate a instanței în sine. Și, evident, și lucruri performante.
Dacă merg pe acest buton Analizați aici, lucrul pe care vi-l arăt este că, în cadrul acestui produs, avem și un fel de listă proactivă a lucrurilor care pot fi realizate într-un format clasat, care vă va furniza în mod clar informații în lucrurile care vă vor oferi probabil o creștere a performanței dvs. în acea instanță sau o creștere a stării de sănătate a acelei instanțe. Și este într-un format clasificat, în sensul că aveți această capacitate de a vedea care sunt mai susceptibile de a vă îmbunătăți performanțele specifice unui anumit tip de problemă identificată.
Și uite, atunci când mă uit la aceste lucruri și le identific, nu numai că văd că am o problemă și am, de asemenea, în multe cazuri, un script care poate fi construit automat pentru a remedia această problemă. Dar, în multe dintre aceste cazuri, avem, de asemenea, link-uri externe care vor face referire la tipul de problemă cu care ne confruntăm și atunci de ce oferim și această recomandare, astfel încât să obțineți aspectul educațional al lucrurilor. Ceea ce, încă o dată, cred că este foarte important atunci când vorbești, știi, să rezolvi probleme.
Nu vreau să urmați orbește aceste recomandări, ci vreau să înțeleg de ce sunt făcute aceste recomandări. Și s-ar putea să fiu un DBA senior care face asta de 30 de ani și am nevoie de ceva care să meargă, știi, verifică - sau punctează i-ul și traversează t-urile, în acest caz - sau poate sunt un DBA junior și Am nevoie de puțin ajutor pentru a înțelege aceste probleme pe măsură ce se întâmplă și de ce sunt făcute aceste recomandări.
Așa cum am spus, o să vă duc prin câteva părți diferite ale produsului. Acest instrument a fost înconjurător, știți, a trecut din 2004, 2003. Și într-adevăr are multe dezvoltări, multe informații, deci nu ar avea sens să încercați să vă arătați totul aici. Dar cred că unul dintre lucrurile care merită remarcat este că, atunci când intrăm și începem să vorbim despre toate lucrurile pe care le poți monitoriza și toate lucrurile pe care le poți alerta, încă o dată, revenind la acea flexibilitate a lucrurilor, aici este o listă cu toate elementele pe care le monitorizăm.
Acum, nu înseamnă neapărat că vreau să consider aceste lucruri ca fiind într-o stare de alertă dacă ies din necluzie în ceea ce privește pragul, astfel încât să puteți activa și dezactiva aceste lucruri. Acest lucru se întoarce la faptul că „Hei, nu trebuie decât să fac anumite lucruri pentru anumite valori. Nu trebuie decât să știi, să alertezi asupra anumitor probleme. Și să te asiguri că nu vom ajunge, să știi, să te saturi cu o grămadă de falsuri pozitive. Nu numai că aveți capacitatea de a activa și dezactiva aceste lucruri, dar, în multe cazuri, veți observa că oferim și acea bandă de normalitate în ceea ce privește fiecare valoare. Așadar, dacă mă uit la acest particular, în acest caz, un punct de referință, aș observa că pragul este probabil mai mare acolo unde sunt acum.
Pe cealaltă parte a monedei este, dacă se întâmplă dacă am o instanță de SQL, unde urmăresc anumite valori și aceste valori, din orice motiv, pragurile pe care le-am setat sunt incorecte? Cu alte cuvinte, pragurile sunt puse în mijlocul locului în care se află de fapt sediul de bază, ceea ce înseamnă că dacă am o alertă legată de pragul respectiv, probabil că voi primi o alertă pentru ceva care este un eveniment normal. Și, astfel, în aceste tipuri de situații, vă putem oferi această perspectivă la fel de bine peste tot.
Pentru toate valorile din această instanță particulară, pot vedea acele praguri care probabil vor arăta aici o falsă pozitivă în ceea ce privește ceea ce este normal și ce nu. Acest lucru va fi ceva care ar fi considerat mai mult un lucru de utilizare normal pe partea de memorie și, dacă aș vrea să măresc pragul acesta, aș putea, dar asta este un fel de idee cu liniile de bază.
Și aspectul interesant despre produsul Diagnostic Manager în ceea ce privește liniile de bază în sine este o capacitate de a stabili mai multe linii de bază. Și s-ar putea să vă întrebați: „De ce aș vrea să fac asta?” Și răspunsul este, bine, dacă aveți o fereastră de întreținere care merge de la miezul nopții până la 4 dimineața, unde vă impozitați cu adevărat resursele, Folosești într-adevăr resursele cât mai mult, atunci vrei să poți, din nou, să schimbi și vrei să pivotăm puțin și să spui: „Uite, ne vom schimba pragurile pentru asta”. Și de fapt putem să ne ajustăm dinamic pragurile în funcție de oricare dintre bazele de referință în care ne aflăm, în funcție de ora din zi sau de ziua săptămânii și așa mai departe, așa este. Apoi, va ajusta dinamic aceste praguri pentru noi.
Să facem din nou un pas. Odată ce am identificat aceste praguri, odată ce am trecut și, în ceea ce privește configurarea alertelor și notificării și fiind amendați despre aceste situații care s-ar putea întâmpla, încă o dată, flexibilitatea este esențială aici. Doriți să puteți alerta în anumite situații. În alte situații, poate doriți să trimiteți un e-mail către altcineva, poate doriți să rulați un script PowerShell, puteți, știți, lista continuă.
Aș putea dori să mă integrez cu ceva prin capcana SNMP sau chiar direct cu, de exemplu, SCOM. Ideea este că aveți flexibilitate pentru a face acest lucru și puteți configura orice tip de condiții ar justifica asta, indiferent dacă este o condiție de anvergură - știți, CPU și memoria mea sau orice alte resurse - în toate instanțele mele sau poate am un tip de lucruri foarte specifice pe care vreau să le monitorizez pentru că, atunci când constat că încălcăm, vreau să rulez un script foarte specific și direcționat la acea problemă. Așadar, aici puteți face acest tip de chestii în interiorul produsului Diagnostic Manager, doar știți, în ceea ce privește alertarea și notificarea, și puteți fi flexibili din acest punct de vedere.
Acum, nu voi trece prin toate alertele și toate aceste lucruri bune. Am vrut să vorbesc despre rapoarte. Și, încă o dată, să fii capabil să iei informațiile și să poți folosi aceste date în mai multe moduri diferite - iar acest lucru revine din nou la conversația cu datele tale. Și o mulțime de oameni, când văd pentru prima dată acest produs, se gândesc: „O, bine, o să am un instrument care să mă alerteze când sunt probleme. Asta îmi trebuie. ”Și realitatea este, au nevoie de acel instrument, dar cealaltă parte a acestuia este, dacă într-adevăr - au nevoie și de un instrument care să-i ajute să ia decizii și pot folosi aceste informații pe care le avem colectarea în numele performanței și, de asemenea, în numele alertării, pentru a vă ajuta să luați decizii pe drumul care merge mai departe.
Știi, un exemplu bun ar fi previziunile mele de creștere din baza mea de date. Dacă am o bază de date specifică care este în creștere, să pot indica acea bază de date sau chiar mai multe baze de date pentru a putea vedea care sunt ratele de creștere. Nu vă arătăm pe baza a ceea ce, știți, ce este astăzi; o va prognoza în funcție de creșterea trecută pe care am experimentat-o.
Dacă am câteva baze de date aici - pe care se întâmplă să le am, imaginați-le - aș putea intra și să spun: „Să luăm ultima, să știți, valoarea anului de date, să corelăm asta pe lună și într-un eșantion rata de luni, să mergem înainte și să vedem cât de multă creștere vom vedea în următorii trei ani sau 36 de unități. ”În acest caz, putem răspunde foarte repede la această întrebare. Încearcă să faci asta singur, nu? Încercați să faceți asta în același timp cât l-am făcut singur. O să vă ia ceva timp.
Acum, pentru a stabili chiar și mai mult, să luăm un alt raport, care este raportul meu de servere de top. Imaginează-ți că am o sută de cazuri de producție, care, în acest caz, nu o fac. Dar dacă cineva vine la mine și îmi spune: „Am nevoie să-mi spuneți - vom pune această nouă bază de date acolo pentru această aplicație nouă; va schimba totul așa cum îl știm; va face viața atât de minunată. O, apropo, baza de date în sine va fi într-adevăr intensivă în I / O, sau va fi intensiv în procesor, sau într-adevăr intensiv în memorie … ”, orice vreau să completez, vreau să să pot vedea, din toate cazurile mele de producție, unde are sens să pun acea bază de date? Și pot să-mi clasez toate instanțele între ele în ceea ce privește tipul contingent, fie că este vorba despre procesor, memorie, disc sau indiferent de caz. Așadar, ideea de aici este să poți răspunde rapid și eficient la această întrebare și să iei o decizie corectă, mai degrabă decât să ghicești când o faci - toate acestea sunt, în mod evident, foarte importante și ai nevoie de ceva care te va ajuta.
Și atunci când vorbim despre analitice, aceasta poate varia de la orice, cum ar fi despre ce vorbim cu planificarea capacității până la alertele pe care le efectuați zilnic, care ar putea face față procesorului, ca la fel de bine, în mod evident, întrebările în sine, dacă există blocaje și așa mai departe.
Un alt exemplu în acest sens ar fi dacă aș merge la secția de administrare de aici - de fapt, o iau înapoi, secțiunea de alertă de aici - întrebând depozitarul informațiilor noastre istorice pentru lucrurile care s-au întâmplat în trecut. Am avut blocaj care a avut loc în mediul meu de producție? Nu știu, hai să aflăm.
Pot reveni la eticheta mea de producție și pot spune, pentru toate cazurile mele de producție, dată fiind orice perioadă de timp, pentru orice metrică pe care vreau să o identific. Dacă am intrat într-o stare de alertă, în cazul nostru, să zicem blocarea prin număr, nu prin secunde de blocare și pot să mă întorc și, în acest caz, câteva luni, dacă trebuie - sau în acest caz caz, o lună - și pot vedea că se blochează. Pot vedea când a început, pot vedea când s-a încheiat și pot să mă descurc în oricare dintre aceste intervale de tragere, dacă trebuie, să văd specificul incidentului de blocare în sine. Trebuie să fii capabil să ai ceva foarte rapid, să poți găsi ceea ce ai nevoie și să cauți, mai degrabă decât să învârti o mulțime de cicluri pentru a face asta. Și așa, cred că este important și.
Ultimul lucru pe care vreau să-ți arăt - și să îți arăt acest produs, produsul Diagnostic Manager - este că, așa cum am menționat anterior, am intrat și am adăugat o altă componentă la managerul nostru de diagnostic SQL Oferta Pro. Și asta este componenta de analiză a volumului de muncă. Și aceasta este o versiune bazată pe web, în acest caz, pe care o prezentăm aici. Dar ideea este că, acest lucru vă permite să vă uitați la o perioadă de timp cu adevărat largă sau la o fereastră de timp foarte specifică și, din câte știți, câteva clicuri pot vedea codul direct legat de probleme care s-ar fi putut întâmpla .
Ca exemplu, dacă mă uit la o vizualizare de patru săptămâni, aici pot vedea, chiar aici, toate vârfurile în ceea ce privește bazele de date și performanța acestor baze de date și unde am văzut activitate de așteptare în bazele respective. Acum, și puteți vedea, dacă văd un vârf aici, beneficiul acestui instrument în sine este doar posibilitatea de a evidenția acea mică bară chiar acolo. Și atunci, când fac asta, toate lucrurile de aici se schimbă. Am putea vedea bazele de date, am putea vedea toate comenzile sunt legate de ceea ce se află în spatele barei respective.
Același lucru dacă aș spune: „Să ne uităm la ultimele patru ore”, mai degrabă decât la ultimele patru săptămâni. Mai pot face asta. Încă pot evidenția acea perioadă de timp, și apoi de acolo - iată, încă o dată, iată punctele mele de pivot - toate aceste lucruri aici le pot lega. Instrucțiunile SQL de top, pot vedea acele întrebări, în acest caz, care au provocat așteptări legate de consumul procesorului. Doar prin forare, pot vedea acele întrebări legate aici - whoops - și pot vedea, de asemenea, programele și ce nu sunt asociate cu acest lucru.
Aici aveți multe informații și nu numai asta, dar puteți vedea, când ajungeți la nivelul comenzii, vă va spune lucruri. O să vă spună dacă vede operatori grei, puteți vedea apoi planurile de execuție. Acest lucru necesită un pic de timp, deoarece este destul de extins pentru a-l încărca pe acesta. Dar ideea este că aveți o mulțime de moduri diferite de a vizualiza datele, de a vedea ce căutați și, în mod evident, să puteți acționa de acolo, așa cum trebuie, și acest lucru va lua mai mult decât face în mod normal, așa că o voi lăsa la asta.
Așa că, cu așa ceva, o voi transmite înapoi. Și să sperăm că aceasta a fost o bună demonstrație de felul lucrurilor despre care vorbeam. Și așa cum am spus, produsul în sine pe care îl foloseam pentru a da aceste exemple a avut o perioadă destul de lungă, și, așadar, o mulțime de alte lucruri am putea vorbi despre voi și vă arătăm, dar dacă acest lucru este de interes. dintre voi, puteți oricând să mergeți pe site-ul nostru web și să îl descărcați și să vă jucați cu acesta.
Eric Kavanagh: Și îmi place că arăți toate aceste detalii. Dacă te întorci cu câteva ecrane - chiar și acest ecran este destul de bun. Pentru că există atât de multe moduri diferite de a vizualiza ceea ce se întâmplă de fapt și cred că acesta este unul dintre aspectele mai puțin apreciate ale calculului în aceste zile. Cu siguranță este un mediu de baze de date care, în multe privințe, am această jumătate de glumă pe care o spun: „Încă învățăm să vorbim de siliciu.” Încă învățăm să înțelegem cum să vedem ce se întâmplă și, în opinia dvs., care a fost foarte bine luat, trebuie să aveți acea conversație cu date pentru a înțelege mai bine ce se întâmplă, de ce lucrurile merg încet, pentru că există atât de multe probleme posibile. Și, desigur, IDERA are o serie de produse diferite, unul dintre acestea fiind vechile produse precise, care cred că ar putea fi complimentare la acest aspect.
Dar poate Robin, o să-l arunc pentru câteva întrebări, iar apoi Dez, câteva întrebări din partea ta și apoi poate oricine din public, nu fi timid. Trimite-le acum.
Bullett Manale: Robin, ești mut?
Robin Bloor: Da. E în regulă, mă iau de la mut. Trebuie să spun, este incredibil - lucrul care m-a atras de fapt cel mai dramatic în ceea ce privește acest instrument, pentru că într-adevăr - mai ales având în vedere faptul că este destul de evident că o serie întreagă de dimensiuni în care nu ați intrat - ceea ce de fapt, Cred că, a fost cel mai impresionant în acest sens, trebuie să fie un mod cu adevărat, foarte bun, de a antrena un DBA. Știi, este - așa că atunci când te apuci pentru prima dată să lucrezi în baza de date și de fapt nu știi prea multe despre ce se întâmplă de fapt într-o bază de date, este într-adevăr foarte greu să înțelegi. Deci se folosește foarte mult acest lucru, în special pentru antrenament? L-as folosi.
Bullett Manale: Da. Vreau să spun că, atunci când spui antrenament, vrei să spui un fel de antrenament în curs de progres ca un tip de DBA, nu? In termeni de…
Robin Bloor: Da, da, da, da. Un instrument de învățare. Știi, a.
Bullett Manale: Da, aș crede sigur că acesta este cazul și cu atât mai mult cu cât am adăugat acest lucru, componenta Analize pe care vi le-am arătat mai devreme, care are toate recomandările care sunt legate de ea. Dar cred că, cu siguranță, veți găsi, în cadrul ajutorului și o mulțime de domenii diferite din cadrul produsului, vă oferă multe cunoștințe. O mulțime de informații.
Și realitatea este, așa cum am spus, puteți folosi asta dacă nu sunteți DBA. Probabil că te vei găsi căutând unele căutări pe Google și lucruri de genul acesta, doar la cunoștința generală a ceea ce au majoritatea DBA-urilor, dar poți corela acest lucru și cu siguranță te va ajuta în termeni de „Hei, știi, hei, ce e? acest lucru se numește fragmentare? ”sau, „ De ce această interogare rulează de 6.000 de ori? ”Adică, pentru că aceste lucruri vor fi aduse la suprafață și ele vor bula, iar tu le vei vedea. Vei vedea că ești, știi, ce este normal și ce nu. Veți vedea lucrurile care se rotesc și cele care nu sunt.
De regulă, încercăm să stabilim acest lucru ca, în termeni de cele mai bune practici. Așadar, atunci când îl indicați către o instanță, vă va arăta lucrurile care sunt identificate ca fiind în afara celor mai bune practici. Adică, bineînțeles, știi, realitatea este că cele mai bune practici sunt cele mai bune practici și nu sunt întotdeauna practici reale. Dar, știți, vă va afișa valorile exterioare, chiar din punctul inițial în care îl instalați și îl îndreptați către o instanță.
Și atunci de acolo puteți să vă deplasați pe măsură ce trebuie să rezolvați neapărat problemele și să identificați dacă aceasta este într-adevăr o problemă sau ceva care se întâmplă în mod normal în fiecare zi. Și apoi, pentru că ai multe informații pe care să le ajuți și recomandările, da, absolut.
Robin Bloor: Bine. Și o altă întrebare - dar sunt sigur că răspunsul la acest lucru este foarte rapid - este că, aveți granularitatea de a merge direct la interogarea individuală și punct individual în timp și să priviți din acea dimensiune.
Bullett Manale: Sigur, da. În funcție de ceea ce dorești să faci, poți să te uiți la o fereastră de timp de un minut sau să te uiți la o fereastră de trei zile sau, știi, o fereastră de trei săptămâni. Și, știți, așa cum am spus, depinde de modul în care doriți să priviți datele și, de asemenea, de ceea ce doriți să colectați. În unele cazuri, colectăm doar întrebările care ating un prag pe care l-ați identificat. În alte cazuri, am putea colecta, știți, fiecare întrebare care provoacă o așteptare.
Dar, de asemenea, aveți capacitatea de a spune: „Uite, acele praguri pe care le-am identificat, poate este doar pentru scrieri, sau poate doar pentru lecturi sau poate doar pentru procesor.” Deci, presupunând că este depășit acest prag, atunci asta este în ceea ce doriți să colectați. Atunci, indiferent de intervalul de timp pe care doriți să îl priviți, veți putea vedea acele întrebări care jignesc, pe baza a ceea ce considerați că jignesc.
Aveți o mulțime de moduri diferite de a privi datele. Puteți să-l priviți în vederea consolidată pentru a vedea, știți, întrebările care - câte întrebări din spatele scenei au dat startul, versus, știți, fiecare incident al acelei interogări care începe, pentru a urmări un model, dacă va, pentru a vedea dacă se înrăutățește continuu.
Dar pentru a răspunde la întrebarea dvs., puteți indica cu siguranță orice oră doriți. Aveți acest lucru numit Browser de istorie - și am folosit un pic pentru el - dar, practic, orice punct în timp selectați, în orice zi din calendarul pe care îl selectați, puteți merge direct la acel moment.
În momentul de față mă uit în 15 noiembrie, la 19:05, și putem analiza întrebările specifice acelei ore. Dacă aș avea ceva care rulează slab, având în vedere acea fereastră de timp, am putea vedea detaliile sesiunii specifice acelei ferestre de timp pentru a vedea ce sesiuni se desfășurau. Adică, există o mulțime de date aici și, așa cum am spus, partea cea mai grea, într-adevăr, sunt cele 30 de minute de a te juca cu consola și de a descoperi cum să faci aceste lucruri.
Dar, după ce recunoașteți că majoritatea datelor de aici se află în această panglică și sunt împărțite după aceste file, și fiecare file are propriul set de butoane care se schimbă dinamic, care apar de fiecare dată când faceți clic pe ea, atunci dacă vă uitați la real- timp sau chestii care s-au întâmplat săptămâna trecută, este același proces. Practic, mă uit chiar acum la 15 noiembrie, dar pot să mă uit la fel de ușor în timp real doar făcând clic pe butonul respectiv. Și voi interacționa cu datele la fel.
Dar pentru a răspunde la întrebarea dvs., da, există o mulțime de moduri diferite de a vizualiza informații istorice și asta se referă și la întrebările în sine.
Robin Bloor: Văd. Este foarte impresionant. Și îmi place faptul că Windows-ul se sincronizează, chiar dacă acest lucru a devenit destul de necesar în orice lucru care se ocupă cu datele în timp real din zilele noastre.
Bullett Manale: Da. Sigur.
Robin Bloor: Iată doar un punct de informație la care de fapt nu știu răspunsul. Ca și ofertele dvs. - SQL Server și cloud - vă puteți orienta spre cloud activat sub Ratio?
Bullett Manale: Poți. Puteți indica acest lucru sub cloud. Când adăugați de fapt instanțe, vă va întreba dacă este RDS sau Azure. Acum, vor exista unele limitări bazate pe ceea ce ne este expus din cloud, deci ar putea exista o - există o mică diferență în ceea ce putem monitoriza, pur și simplu pentru că instrumentația, în unele cazuri, nu este Nu putem să ne adunăm, pe baza celor expuse de Microsoft.
Acum, dacă este ceva de genul, știi, infrastructura ca platformă, cum ar fi, știi sau EC2 sau ceva de genul acesta, asta nu este deloc o problemă. Primim totul. Și în timp ce lucrăm cu Microsoft și lucrăm cu Amazon; lucrăm pentru a expune informațiile în detaliu. Dar absolut da, susținem acele medii.
Robin Bloor: Bine, asta este interesant. Ei bine, îi transmit lui Dez, care sunt sigur că vă va arunca întrebări dintr-o direcție diferită.
Bullett Manale: Bine.
Dez Blanchfield: Mulțumesc. Am două foarte rapide pentru tine. Cred că, știți, prima este, cântarul, știți, cred că unul dintre lucrurile care mă lovește este că tema generală a spectacolului tinde să fie ceva la care ne gândim când devenim foarte mari, foarte mari, pe scară largă și largă și terabyte de date. Urmărind demo-ul, m-a surprins așa ceva, acesta este ceva care se aplică chiar și mediilor foarte mici, un fel de a primi doar rezultate de performanță.
Ce fel de răspândire vedeți în adoptarea acestui lucru și credeți că este, știți, credeți că este un instrument care are un bine, știți - în mintea mea, da, așa că cred că este un da - dar sunt doar dornic să văd ce vezi. Organizațiile mai mici au aceleași conversații și caută un instrument pentru a face acest lucru sau este ceva cu adevărat la capătul mare al orașului?
Bullett Manale: Este amuzant - aceasta este o întrebare bună. Este un pic de mix, dar aș spune că avem o mulțime de clienți mici. Și când spun clienți mici, vreau să spun, știi, achiziții de la una la cinci instanțe pentru a licența de gestionat. Acum, în unele cazuri, acestea ar putea avea 30 de instanțe, corect, de SQL și le pasă doar de cele cinci într-adevăr, suficient de importante pentru a investi într-un instrument ca acesta, pentru cele cinci instanțe.
Dar realitatea este că, chiar și magazinele mai mici, ai o mână de servere SQL acolo. În cele mai multe cazuri, sau în multe cazuri, acel mic magazin este foarte, foarte dependent de acele baze de date, din cauza, știi, ce fac. Așa că nu, nu pot lăsa să coboare. Nu pot, știi, trebuie să aibă un instrument.
Cealaltă latură a acelei monede este că, în unele dintre acele magazine mai mici, nu au DBA-uri dedicate, așa că tipul care este cel mai inteligent tip din cameră sau cel mai tehnic din cameră ajunge să fie DBA-ul desemnat. Și deci, în această situație, ei caută cu siguranță un anumit ajutor, și acest instrument îi va ajuta în mod evident și în această privință.
Pentru mediile tale mai mari, așa cum cred eu că Dez a menționat-o - sau Robin, nu sunt sigur -, dar, știi, mediile mai mari, ai fi surprins de câte DBA-uri au, adică, noi ” vorbești despre un număr mare de cazuri de SQL și ai literalmente câteva mii de DBA-uri care sunt însărcinate să fie responsabile pentru ele. Și, din această perspectivă, știți, aceștia caută un ajutor pentru că nu au resursele într-adevăr suficient pentru a-i ajuta cu adevărat, și astfel un instrument va ajuta la compensarea o parte din asta.
Și astfel, vedem asta destul de bine, unde, știți, aveți trei tipi care gestionează 200 de instanțe. Și, astfel, vă puteți imagina logistica asta dacă nu aveți un instrument de genul acesta, să încercați să vă dați seama când chiar există o problemă. Nu va fi un mod proactiv, vă pot asigura. Așadar, sperăm că asta vă răspunde la întrebare. Da.
Dez Blanchfield: Da, da. M-a lovit - și cred că Robin a făcut aluzie la asta - dar, știi, genul de promisiune pe care îl descrii când ai făcut demo-ul, adică nu sunt exclusiv medii foarte mari. Știți, puteți cumpăra o platformă comună off-the-raft, proiectată pentru un lucru și o puteți pune într-o bază de date comună partajată pentru altceva și va pedepsi doar întregul mediu.
Celălalt lucru care m-a lovit - nu este o întrebare atât de mare, ci doar o observație, dar o voi conduce la o întrebare - și asta este, știți, când organizațiile au făcut deja o investiție în infrastructura lor și platforma și baza de date a acestora și serverele și infrastructura din jurul lor și vor cumpăra un produs, oricare ar fi acesta - un HR, un ERP, un instrument BI - au făcut deja o investiție destul de mare.
Ce fel de răspuns vedeți când aveți o conversație cu oamenii și și-au dat seama că au o problemă de performanță, dar simt că acum trebuie să mai facă o altă investiție pentru a ajunge la ea? Există vreun punct în care își dau seama odată ce îl demonstrați, că acest lucru este ca un brainer și nu este atât un pitch de vânzări, ci este mai mult o epifanie. Doar este, știi, „Vom vedea imediat beneficiile de pe urma asta”. Spre deosebire de doar nevoia de a vinde produsul? Mi se pare că se vinde singur, iar ROI doar sare de pe pagină.
Bullett Manale: Da, și este amuzant că spui asta pentru că, ceea ce se va întâmpla de multe ori este că, cineva va, ca un DBA sau chiar reprezentanții de vânzări, va veni și vor spune: „Hei, acești tipi vor vezi o foaie ROI în acest sens. ”Și mai mult ca o, ceva pe hârtie pe care le-am trimite. Iar demo-ul este întotdeauna de 10 ori mai bun, mai ales fiind, îl poți face cu DBA-urile în sine, pentru că …
Dez Blanchfield: Da.
Bullett Manale: Așa cum ai spus, produsul se vinde singur. Este foarte greu să puneți un ROI pe o bucată de hârtie și să spuneți: „Bine, câte clicuri face în mod obișnuit un DBA, știți, faceți clic într-o oră?”, În ceea ce privește copiile de rezervă, știți, sau indiferent de caz., tu stii? Și încercarea de a pune asta pe o bucată de hârtie, este foarte greu să faci asta. Dar când primești pe cineva și le arăți produsul, iar ei îl văd, este exact ceea ce ai spus.
Oamenii își dau seama de valoarea acesteia. Pentru că nu numai că îi ajută să înțeleagă și să ia decizii mai bune, dar este, de asemenea, îi ajută, să știți, să nu fie cei răi. Ei pot fi primii care știu; ei pot corecta problema înainte să fie chiar identificat că a existat o problemă.
Cealaltă parte a acestui lucru este că, știți, ca DBA, indiferent dacă este o, știți, reală sau percepție - și cred că este percepție - dețineți cu adevărat problemele de performanță. Tu ești tipul care îți dă degetul îndreptat către tine când performanța scade, iar realitatea este că ar putea fi dezvoltatorul care provoacă cu adevărat problema.
Având un instrument care să poată spune: „Hei, aceasta nu este problema mea, trebuie să pot să îi aduc asta dezvoltatorului și trebuie să o corecteze”, sau, știi, pe linia respectivă. Este o modalitate drăguță de a putea avea ceva în arsenalul tău pentru a putea spune: „Aici este adevărata problemă.” Știi?
Dez Blanchfield: Da. Ultimul pentru tine, iar lucrul care mă lovește, uitându-mă la acest lucru în timp ce am trecut prin el, a fost că, de multe ori, când ne gândim la probleme de performanță, avem tendința de a aduce abilități speciale. Ei vin cu 20 de ani de experiență, o privesc și oarecum, știi, gluma clasică a tipului care intră în magazinul de inginerie și are un ciocan micuț și lovește mașina la locul potrivit și apoi spune „Este o soluție de 15.000 de dolari”, iar oamenii pleacă, „Nu plătim pentru asta”, știți, pentru că sunt cinci minute de lucru. Și el spune: „Ei bine, că munca de cinci minute a avut nevoie de 15 ani de experiență pentru a remedia și v-a economisit milioane.”
Mi se pare că, știți, există un proces intermediar, oamenii trec prin acest lucru spunând: „Bine, aduceți abilitățile speciale, rezolvați problema, va dispărea.” Dar ceea ce au făcut atunci este au pus doar o trupă de ajutor, nu? Spre deosebire de un scenariu în care, din ceea ce pot vedea aici, unde atunci când va intra acest lucru, da, s-ar putea să fi abordat unele probleme de performanță pe care credeau că le întâmpină, dar mi se pare că tocmai atunci trebuie să avem acest 24 / Știi un set de ochi care urmăresc mediul în timp real.
Chiar sfârșești prin a scăpa de scenariul DBA-urilor trezindu-se la patru dimineața, deoarece rapoartele sunt difuzate. Este cazul - și poate este retorică - dar este cazul în care oamenii trec rapid de la a căuta să investească într-un produs pentru a-l rezolva o anumită problemă, dar atunci, în general, devine doar parte a ADN-ului?
Bullett Manale: Da, și variază de la un loc la altul, dar, vreau să spun, am câțiva oameni care au achiziționat inițial produsul, cum ar fi, în 2006, și au fost la trei locuri de muncă diferite la companii diferite și au intrat și, atunci când merg la următoarea companie, promovează acest lucru ca pe ceva de obținut, deoarece au un flux de lucru. Și numesc asta, urăsc să-l numesc așa, dar, știți, fluxul de lucru implică acest produs și sunt obișnuiți cu el de la zi la zi și îi ajută, deci nu vor invata ceva nou.
Dar absolut. Adică, de cele mai multe ori îi facem pe oameni să descarce acest produs, nu se datorează faptului că au buget și că ies și spun: „Hei, bine, avem acest buget de performanță, trebuie să facem o dovadă a conceptului și trebuie să facem și să ne dăm seama, să facem o evaluare și toate aceste lucruri. ”De obicei, ceea ce se întâmplă este, au o problemă pe o instanță de SQL și caută ajutor pentru rezolvați această problemă. Ei merg și descarcă instrumentul nostru, rezolvă problema și apoi își dau seama că aceasta, instrumentul în sine va face mai mult decât să remedieze problema pe care o aveau la acea vreme, că de fapt îi va ajuta să îmbunătățească performanța generală și să nu se întâmple alte probleme, să înainteze. Și asta este sigur. Și cu siguranță puteți continua să utilizați acest instrument pentru a regla continuu mediul, deoarece întotdeauna veți putea vedea nu numai ce s-a întâmplat chiar acum, ci și ce s-a întâmplat săptămâna trecută, luna trecută, anul trecut și să o comparați cu ceea ce se va întâmpla. Mâine. Tu stii? Acel tip de lucru.
Dez Blanchfield: Da.
Bullett Manale: Deci, cu siguranță.
Dez Blanchfield: Perfect. Așa că ați menționat, ați menționat ceva - Mă duc doar să mă învelesc înainte de a-l înmâna lui Eric să se închidă. Unul dintre lucrurile care mă interesează întotdeauna este, știi, cum își pun mâna pe oameni? Ai menționat descărcați-l. Care este rezumatul de 30 de secunde despre modul în care își pun mâna pe el, obțin o copie, o rotesc și o joacă cu ea și ce ar putea avea nevoie de infrastructură, doar pentru a obține o instanță.
Bullett Manale: Deci asta va fi, mergi la IDERA (idera) .com. IDERA.com este compania, iar dacă accesați site-ul respectiv - și vă pot arăta de fapt aici - nu știu dacă mai partajez ecranul meu, dar dacă mergeți la pagina Produse, atunci accesați pagina Diagnostic Link manager, va exista un mic buton de descărcare și puteți descărca doar compilarea după completarea informațiilor. Vă vor cere construirea pe 32 sau pe 64 de biți și veți pleca la curse, după cum se spune.
Dez Blanchfield: Și va rula pe un laptop pentru ca cineva să se joace cu el sau trebuie să îl încarce pe un server undeva?
Bullett Manale: Nu, nu. De fapt, ceea ce v-am arătat astăzi, toate rulau de pe laptop. Acum laptopul meu are 32 de instrumente și un procesor cu 8 nuclee, dar este totuși un laptop. Dar nu trebuie neapărat să ai atâtea resurse pentru a răspunde la întrebarea ta. Evaluarea în sine este bună timp de 14 zile, dar ești mai mult decât binevenit să-i dai o încercare mai lungă. Dacă ne oferiți doar un apel, îl putem extinde pentru dvs., dacă doriți.
Dez Blanchfield: Cred că ar trebui să fie ceva de eliminat, pentru că o să fac asta cu siguranță. Cred că, știi, din aspectele lucrurilor, mi se pare un om fără creier să-l descarce și să te joci cu el. Probabil că mergeți într-unul din mediile dvs. și vedeți doar ce puteți vedea, pentru că bănuiesc că - ca tot ce am văzut într-un fundal al bazei de date în ultimii 20 de ani, care mă îmbătrânește - odată ce veți vedea ce este sub gluga, este uimitor ceea ce îți dai seama că poți repara rapid și ai doar câștiguri mici în performanță.
Grozav, mulțumesc pentru demo. A fost foarte grozav. Mulțumesc pentru tot timpul pentru a discuta întrebările.
Bullett Manale: Sunteți bineveniți. Multumesc pentru-
Dez Blanchfied: Eric, o să vă înapoiez.
Eric Kavanagh: Da, avem o întrebare foarte bună din partea membrilor publicului. Ați vorbit despre asta în prezentarea dvs., iar de fapt am trimis un mesaj despre asta, deoarece a fost un citat atât de grozav. Ați spus că nu doriți să utilizați un instrument pentru a monitoriza performanța care vă afectează negativ performanța.
Bullett Manale: Corect. Asta e corect. Acesta este un fel de parte importantă a unui instrument de monitorizare a performanței, dacă nu provoacă probleme de performanță. Ai perfecta dreptate.
Eric Kavanagh: Exact. Ei bine, sunt ca cei năprasnici - este ca programele anti-virale care pot face ravagii în sistem. Adică, am folosit o serie de tehnologii diferite pentru difuzare în care programul antivirus intră și îți va trunchi fluxul. Așadar, există lucruri care nu se așteaptă, dar întrebarea se referă la acel comentariu pe care l-ai făcut. Și ce fel de rezultate de performanță vedeți? Este de două procente, este de cinci la sută, este de un procent? Aveți numere pe care le puteți arunca?
Bullett Manale: Ei bine, vreau să spun, provocarea cu această întrebare este aceea că, o parte din discuția despre care vorbeam mai devreme. Vă pot da - de obicei este de aproximativ unu până la trei la sută, pentru a răspunde la întrebarea dvs. Dar există mai multe explicații care cred că ar fi necesară care este, vă oferim o mulțime de modalități de a putea spune instrumentului ce doriți să monitorizați, nu? Și deci se revine la asta. Ei bine, aș putea dori să obțin un eșantion de fiecare întrebare care se execută. Așadar, vreau să am un instrument suficient de flexibil pentru a putea activa asta pentru a putea vedea asta.
Și deci, o parte din acea flexibilitate include, știți, este un cost pentru asta. Dacă trebuie să colectez mai multe date pentru că vreau un eșantion din fiecare interogare care rulează în ultima, știi, 20 de minute, pot activa asta și poate face asta. Și așa, dar în general vorbind, da, unu-trei la sută este ceea ce vedem, în termeni generali. Dar asta va varia și cea mai mare parte va depinde de lucrurile dvs. pe care le porniți și le dezactivați, în ceea ce privește pragurile dvs., cât de multe date doriți să colectați, intervalele de votare, toate aceste tipuri de lucruri acea.
De fapt, dacă accesați însăși instanța pe care o gestionați, unul dintre lucrurile pe care le veți vedea este că avem mai multe intervale de votare pe care le puteți specifica. Și asta pur și simplu pentru că vrem să știm, nu trebuie să verific fiecare - Dacă vreau să verific o bătăi de inimă asupra unei instanțe, nu trebuie să interzic procesorul și orice altceva împreună cu acesta, dacă ” o fac la fiecare 20 de secunde. Deci aveți mai multe intervale de votare pe care le puteți specifica.
De asemenea, aveți, cum am spus, monitorizarea întrebărilor pe care o puteți specifica. Și acest lucru se poate face pentru fiecare instanță în mod independent, astfel încât să puteți rezolva cu adevărat acea instanță specifică în ceea ce privește ceea ce doriți să monitorizați. Pentru statisticile mele de așteptare și monitorizarea de așteptare, o pot activa sau dezactiva. Și îi pot spune să capteze totul, pot să-i spun, știi, ce vreau să captez și când vreau să-l captez. De asemenea, o mulțime de lucruri se va face - Trebuie să luați în considerare ceea ce faceți, în ceea ce privește ceea ce spuneți instrumentului de monitorizat.
Dar, în general, ceea ce aș spune este, așa cum am spus, în jur de unu până la trei la sută este ceea ce vedem. Am vândut acest instrument de multă vreme - de vreme ce, așa cum am spus, cam în 2003 sau 2004 - și avem mii de clienți, așa că vă pot asigura că, nu știți, nu avem - încercăm cel mai bine să nu provoace probleme de performanță în numele performanței.
Eric Kavanagh: Da, asta este o informație foarte bună. M-am gândit doar că este un citat genial, pentru că, din nou, nu vrei să învingi scopul a ceea ce încerci să realizezi, nu?
Bullett Manale: Exact.
Eric Kavanagh: Și apreciez și întrebarea lui Robin; aceasta este într-adevăr o platformă excelentă pentru a ajuta DBA-urile să înțeleagă multe aspecte și dimensiuni și niveluri diferite despre ceea ce vorbim. Și cred că conceptul de conversație cu datele dvs. este extrem de adecvat aici, deoarece, după cum ați spus mai devreme, nu o să vă dați seama la prima încercare, de obicei. Trebuie să petreci ceva timp privind datele, privind datele istorice, făcând această sinteză în mintea ta. Și asta este treaba omului, nu? Locul de muncă al profesiei care stă în spate și preia căldura din afaceri în mod regulat, pentru a finaliza acea muncă și pentru a menține trenurile la timp, nu?
Bullett Manale: Absolut.
Eric Kavanagh: Ei, oameni buni, acesta a fost un alt eveniment fantastic. Dacă la orice întrebare pe care ai pus-o nu i s-a răspuns, în orice caz, anunță-mă. Trimiteți un e-mail la. Arhivăm toate aceste evenimente, așa că puteți merge întotdeauna pe InsideAnalysis.com pentru a găsi arhiva sau pentru a merge la partenerul nostru, Techopedia.com. Dacă priviți în partea dreaptă a paginii lor, veți vedea Evenimente și transmisiile web enumerate acolo. Dacă faceți clic pe Mai multe evenimente, puteți vedea toate transmisiile web pe care le facem listate acolo, trecut, prezent și viitor.
Și cu asta, o să vă luăm rămas bun. Mai avem cinci transmisiuni web pentru restul acestui an, oameni buni. Este posibil să mai programăm una. Dar, în caz contrar, va fi până în 2017. Ed. Cal este terminat. Spune-ne și dacă ai pe cineva care dorește să-și prezinte tehnologia, trimite un e-mail la.
Cu asta, îți vom lua rămas bun. Vă mulțumim din nou pentru timp și atenție, vă vom vorbi data viitoare. Ai grijă. Pa! Pa.
