La pachet: Gazda Eric Kavanagh discută prognoza cu Dr. Robin Bloor, Rick Sherman și IDERAs Bullett Manale.
Pentru a vizualiza videoclipul trebuie să vă înregistrați la acest eveniment. Înregistrați-vă pentru a vedea videoclipul.
Eric Kavanagh: Doamnelor și domnilor, salut, încă o dată și bine ați venit înapoi la seria de tehnologii Hot Technologies! Numele meu este Eric Kavanagh, Voi fi gazda dvs. pentru seminarul web de astăzi, numit „Economisirea timpului, a banilor și a problemelor cu prognoze optime.” Curs care mi-a fost dor de prima parte a titlului de acolo, „Cele mai bune planuri.” Vorbim mereu. despre asta în acest spectacol. Deci, Hot Technologies este, desigur, forumul nostru pentru înțelegerea a ceea ce unele produse cool sunt acolo în lumea de azi, lumea tehnologiilor de întreprindere, ce fac oamenii cu ei, cum funcționează, toate aceste lucruri distractive.
Și subiectul de astăzi, așa cum sugerez, tratează prognoza. Încercați într-adevăr să înțelegeți ce se va întâmpla în organizația dvs. Cum aveți de gând să vă mențineți utilizatorii fericiți, indiferent ce fac? Dacă fac analiză, dacă lucrează cu adevărat, se confruntă cu clienți reali cu sisteme tranzacționale, indiferent de caz, doriți să înțelegeți cum funcționează sistemele și ce se întâmplă, și despre asta vorbim bine. Ce fel de amuzant pentru că prognoza nu este ceva ce îmi place să fac, pentru că sunt superstițioasă, așa cum cred că dacă previzionez prea mult, se vor întâmpla lucruri rele, dar asta sunt doar eu. Nu mă urmăriți.
Iată prezentatorii noștri de astăzi, cu adevărat în colțul din stânga sus, Rick Sherman apelează din Boston, amicul nostru Bullett Manale de la IDERA și chiar propriul nostru dr. Robin Bloor. Și cu asta, Îi înmânează lui Robin și amintește-i doar oamenilor: Puneți întrebări, nu fiți timizi, iubim întrebări bune, puneți-le prezentilor noștri și altora astăzi. Și cu asta, Robin, ia-o.
Robin Bloor: Bine, bine, așa cum sunt în poziția polă așa cum spun ei, m-am gândit că voi spune o poveste SQL azi, pentru că este fundalul pentru care va continua discuția și nu va fi în mod inevitabil, deoarece Rick nu se concentrează pe asta și nu se va ciocni cu ce are de spus Rick. Deci, povestea SQL, există câteva lucruri interesante despre SQL, deoarece este atât de dominant. Vezi, asta este o tipografie, SQL este un limbaj declarativ. Ideea a fost că puteți crea o limbă în care veți solicita ceea ce doriți. Și baza de date ar rezolva cum să o obțină. Și sa rezolvat destul de bine, de fapt, dar există o serie de lucruri care merită să le spunem, consecințele bazării întregii industrii IT pe un limbaj declarativ. Utilizatorul nu știe sau nu-i pasă de organizarea fizică a datelor și asta este lucrul bun despre limbajul declarativ - te separă de toate acestea și chiar îți face griji - cere doar tot ce vrei și baza de date. va merge să-l iau.
Însă utilizatorul nu are nici o idee dacă modul în care structură interogarea SQL va afecta performanța interogării și este un dezavantaj. Am văzut căutări care au o lungime de sute și sute de linii, care sunt doar o solicitare SQL, știi, începe cu „selecta” și continuă cu sub-interogări și așa mai departe. Și se dovedește că, dacă doriți o colecție specială de date dintr-o bază de date, puteți să o solicitați în mai multe moduri diferite cu SQL și să obțineți același răspuns dacă aveți o anumită familiaritate cu datele. Deci, o interogare SQL nu este neapărat cea mai bună modalitate de a solicita date, iar bazele de date vor răspunde diferit în funcție de SQL pe care le-ați introdus în ele.
Și deci, SQL afectează de fapt performanța, astfel încât oamenii care folosesc SQL, adevărat pentru ei, este valabil și în ceea ce privește programatorii SQL care folosesc SQL și sunt chiar mai puțin susceptibili să se gândească la impactul pe care îl vor avea, deoarece majoritatea lor se concentrează este de fapt pe manipularea datelor și nu pe primirea, punerea datelor. Și același lucru este valabil și în cazul instrumentelor BI, am văzut SQL-ul care, dacă doriți, elimină instrumentele BI ale diferitelor baze de date și trebuie spus, că o mulțime de lucruri este, bine, nu aș scrie interogări SQL ca asta. Cineva a creat, dacă doriți, un mic motor care indiferent de parametri ar fi, va arunca ceva SQL și, din nou, că SQL nu va fi neapărat SQL eficient.
Apoi m-am gândit că am menționat nepotrivirea impedanței, datele pe care le folosesc programatorii sunt diferite decât datele pe care le sortează. Deci, DMS-ul nostru stochează date în tabele, organizat codul orientat obiect este în mare parte codificatori, programează în prezent forma orientată spre obiect și ordonează date în structuri de obiecte, deci nu face o mapare una la alta. Deci, există o necesitate de a traduce de la ceea ce programatorul crede că datele sunt la ceea ce baza de date crede care sunt datele. Ceea ce pare că trebuie să fi făcut ceva greșit pentru ca acesta să fie cazul. SQL are DDL pentru definirea datelor, are DML - limbajul de manipulare a datelor - selectează, proiectează și alătură-te, pentru a obține aceste date. Acum, există foarte puține lucruri matematice și foarte puține lucruri bazate pe timp, deci este limbajul imperfect, deși trebuie spus că a fost extins și continuă să fie extins.
Și apoi, primiți problema barierei SQL, care este întotdeauna mai dreaptă decât diagrama, în aceea, dar o mulțime de oameni puneau întrebări din motive analitice, odată ce au primit răspunsul la termenii datelor întrebării, vor să pună o altă întrebare. Deci, devine un lucru de dialog, bine, SQL nu a fost creat pentru dialoguri, a fost creat pentru a întreba ce doriți toate dintr-o dată. Și merită să știți asta, deoarece există unele produse acolo care abandonează de fapt SQL pentru a face posibilă conversația între utilizator și date.
În ceea ce privește performanța bazei de date - și acest tip de răspândire la toate - da, CPU CPU, memorie de acolo, discuri de acolo, supraîncărcări de rețea și există problema de blocare a mai multor persoane care doresc să utilizeze exclusiv datele la un moment dat. moment în timp. Dar, de asemenea, sunt apeluri SQL slabe, există o mulțime groaznică care se poate face dacă optimizați efectiv SQL-ul, din punct de vedere al performanței. Deci, factorii de performanță a bazelor de date: proiectare proastă, proiectare proastă a programului, lipsa concordanței volumului de muncă, echilibrarea sarcinii, structura interogărilor, planificarea capacității Aceasta este creșterea datelor. Și în câteva cuvinte, SQL este convenabil, dar nu se auto-optimizează.
Acestea fiind spuse, cred că îi putem transmite lui Rick.
Eric Kavanagh: În regulă, Rick, lasă-mă să-ți dau cheile mașinii WebEx. Ia-o de aici.
Rick Sherman: Bine, grozav. Ei bine, mulțumesc Robin, pe măsură ce am început la începutul prezentării, grafica mea este încă destul de plictisitoare, dar merge bine cu ea. Deci, sunt de acord cu tot ce a vorbit despre Robin din partea SQL. Dar ceea ce vreau să mă concentrez puțin acum este cererea de date, care trec foarte repede, oferta ca în instrumentele utilizate în acel spațiu sau nevoia de instrumente din spațiul respectiv.
În primul rând, există câteva articole pe care le-ați citit au legătură cu date mari, multe date, date nestructurate care provin din cloud, date mari peste tot pe care le puteți imagina. Dar creșterea pieței bazelor de date a fost continuu cu SQL, baza de date relațională probabil din 2015, este încă 95 la sută din piața bazelor de date. Primii trei furnizori relaționali au aproximativ 88 la sută din cota de piață din spațiul respectiv. Deci, tot vorbeau, în timp ce Robin vorbea, despre SQL. Și, de fapt, chiar dacă ar fi privit pe platforma Hadoop, Hive și Spark SQL - pe care fiul meu, care este un om de știință în date, îl folosește tot timpul - este cu siguranță modalitatea dominantă de a ajunge la date.
Acum, pe partea bazei de date, există două mari categorii de utilizare a bazelor de date. Unul este pentru sisteme operaționale de gestionare a bazelor de date, deci planificarea relațiilor întreprinderii, gestionarea relațiilor cu clienții, ERP-urile Salesforce, Oracles, EPIC-uri, N4-uri etc. Și, există o cantitate largă și o cantitate extinsă de date care sunt în depozitele de date și în alte sisteme bazate pe informații de afaceri. Cauză totul, indiferent de locul și modul în care este capturat, stocat sau tranzacționat, în cele din urmă este analizat și astfel există o cerere uriașă și o creștere a utilizării bazelor de date, în special a bazelor de date relaționale pe piață.
Acum, am primit cererea, avem cantități uriașe de date. Și nu vorbesc cu adevărat doar despre date mari, vorbesc despre utilizarea datelor în tot felul de întreprinderi. Însă, însoțind asta din punct de vedere al ofertei, pentru persoanele care pot gestiona aceste resurse, avem în primul rând un fel de deficit de DBA. Avem în conformitate cu Biroul Statisticilor Muncii, în perioada 2014-2024, locurile de muncă DBA vor crește doar cu 11 la sută - acum sunt persoane care au titluri de job DBA, dar bine vorbim despre asta într-o secundă - față de 40 de procente în plus. spațiu anual de creștere a datelor. Și avem o mulțime de DBA-uri; în medie, același studiu a vorbit despre vârsta medie este destul de mare în comparație cu alte profesii IT. Și atunci avem o mulțime de oameni care părăsesc terenul, nu neapărat în retragere, ci schimbând în alte aspecte, mergând în management sau orice altceva.
Acum, o parte din motivul pentru care pleacă, se datorează faptului că munca DBA continuă să fie din ce în ce mai grea. În primul rând, avem DBA-uri care gestionează singure multe baze de date diferite, baze de date fizice, situate peste tot, precum și diferite tipuri de baze de date. Acum ar putea fi relațional sau pot fi și alte baze de date, tipuri de baze de date. Dar, chiar dacă relațional, ei ar putea avea oricare dintre unul, doi, trei, patru furnizori diferiți pe care încearcă să le administreze. DBA-urile se implică de obicei după proiectarea bazei de date sau a aplicației. Robin a vorbit despre modul în care se proiectează bazele de date sau aplicațiile, modul în care se proiectează SQL. Ei bine, când vorbim despre modelarea datelor, modelarea ER, modelarea ER extinsă, modelarea dimensiunilor, modelarea dimensională avansată, orice, în mod obișnuit, programatorii de aplicații și dezvoltatorii de aplicații își propun obiectivul final - nu sunt proiectați pentru eficiența structurii bazei de date însăși . Deci avem o mulțime de design slab.
Acum, nu vorbesc despre furnizorii de aplicații pentru întreprinderi comerciale; de obicei au modele ER sau modele ER extinse. Despre ce vorbesc, sunt mai multe procese de afaceri și aplicații construite de dezvoltatorii de aplicații din fiecare companie - acestea nu sunt proiectate neapărat pentru eficiență sau eficiența implementării. Și DBA-urile în sine sunt suprasolicitate și au responsabilitatea 24/7, uneori, tot mai multe baze de date. Cred că asta are un pic în legătură cu faptul că oamenii nu înțeleg foarte bine ce fac sau cum o fac. Grupul lor mic și oamenii continuă să se gândească: „Ei bine, toate aceste instrumente sunt atât de ușor de utilizat, putem doar să aruncăm pe baze de date din ce în ce mai multe,” nu este cazul.
Ceea ce ne conduce la DBA-urile part-time și accidentale. Avem echipe IT care sunt mici și nu își pot permite în mod necesar un DBA dedicat. Acum este valabil și pentru întreprinderile mici și mijlocii, unde extinderea bazelor de date și a aplicațiilor de baze de date a explodat în ultimul deceniu și continuă să se extindă. Dar este și cazul marilor corporații, care, de obicei, efectuează depozitare de date, analize de informații de afaceri pentru mult timp. Cu mult timp în urmă, obișnuim să obținem DBA-uri dedicate pentru acele proiecte; nu mai primim niciodată un DBA dedicat. Am fost responsabili pentru proiectarea bazei de date, ceea ce este bine, dacă cineva care are experiență.Dar, în general, DBA sunt dezvoltatori de aplicații, aceștia iau deseori acest rol ca parte a timpului parțial al jobului lor, nu au pregătire formală în el și din nou, îl proiectează pentru obiectivele lor finale, nu îl proiectează pentru eficiență.
Și există o mare diferență între proiectare și dezvoltare, versus desfășurare și management. Așadar, avem „banii înțelepți, lira de prostie”, cu o banchetă mică de portelan acolo, sărind să obținem abilitățile și resursele necesare în proiecte. Crezând că toată lumea provine din „Răzbunarea tocilarilor”, mica mea imagine de acolo. Acum, în ceea ce privește ceea ce au nevoie oamenii, avem o utilizare în expansiune a bazelor de date și a datelor din SQL. Avem un număr restrâns de DBA-uri - oameni pricepuți și experți în aceste reglări, proiectare și gestionare și situații de desfășurare. Și avem din ce în ce mai multe DBA-uri cu normă parțială sau accidentală, oameni care nu au avut pregătirea oficială.
Deci, care sunt unele dintre celelalte aspecte care intră și în problema faptului că aceste baze de date nu sunt de asemenea ajustate sau gestionate? În primul rând, mulți oameni presupun că sistemul de baze de date în sine au suficiente instrumente pentru a se gestiona singuri. Acum, instrumentele sunt din ce în ce mai ușor și mai ușor de făcut - proiectare și dezvoltare -, dar este diferit de realizarea unui proiect bun, precum și de o bună gestionare, planificare a capacității, monitorizare etc. pentru implementare. Deci, în primul rând, oamenii presupun că au toate instrumentele de care au nevoie. În al doilea rând, dacă sunteți un DBA part-time sau accidental, nu știți ce nu știți.
Bănuiesc că am uitat o parte din fraza de acolo, astfel încât de multe ori ei nu înțeleg pur și simplu ce trebuie să privească în proiectare sau când gestionează sau operează bazele de date. Dacă asta nu este profesia ta, atunci nu vei înțelege ce trebuie să faci. În al treilea rând, este că SQL este un instrument accesibil, așa că Robin a vorbit despre SQL și despre cât de slab SQL este uneori construit sau adesea este construit. Și, de asemenea, unul dintre petele mele din depozitul de date BI, migrarea datelor, spațiul de inginerie a datelor este că, mai degrabă decât să folosească instrumente, oamenii au tendința de a scrie cod SQL, proceduri stocate, chiar dacă folosesc un instrument scump de integrare a datelor sau un costisitor Instrument BI, deseori îl folosesc doar pentru a rula procedurile stocate. Astfel că importanța înțelegerii proiectării bazelor de date, a construcției SQL, devine din ce în ce mai importantă.
Și în sfârșit există această abordare a silozului, în care avem oameni care se uită la baze de date individuale. Ei nu se uită la modul în care funcționează aplicațiile și interacționează între ele. Și, de asemenea, chiar se uită adesea la bazele de date versus aplicațiile pentru care le folosesc. Așadar, volumul de muncă pe care îl obțineți în baza de date este esențial în proiectare, esențial în ajustarea acesteia, critic în încercarea de a-și da seama cum să planificați capacitatea, etc. Deci, privind pădurea din copaci, oamenii sunt în buruieni , analizând tabelele și bazele de date individuale și nu analizează interacțiunea generală a acestor aplicații în volumul de muncă.
În cele din urmă, oamenii trebuie să privească domeniile cheie pe care trebuie să le privească. Atunci când intenționează să gestioneze baze de date, trebuie să se gândească mai întâi la, să dezvolte niște valori de performanță centrate pe aplicație, deci trebuie să privească nu doar modul în care este structurat acest tabel, cum este modelat în mod special, dar cum este folosit? Așadar, dacă aveți o aplicație de întreprindere care este necesară în gestionarea lanțului de aprovizionare, dacă luați comenzi de pe web, dacă faceți BI - orice faceți - trebuie să vă uitați la cine o utilizați, cum o utilizează, care sunt volumele de date , când se va întâmpla. Ceea ce încercați într-adevăr să căutați este timpul de așteptare, pentru că indiferent de ce, toate aplicațiile sunt evaluate după cât timp este nevoie pentru a obține ceva, indiferent dacă este o persoană sau doar schimbul de date între aplicații sau procesatoare. Și care sunt blocajele? Așadar, de multe ori când încercați să depanați probleme, desigur, încercați cu adevărat să priviți care sunt adevăratele blocaje - nu neapărat cum să reglați totul, ci cum vă scăpați și mutați performanța până la timpii de așteptare și randament - orice trebuie să te uiți.
Și trebuie să separați captarea datelor, tranzacțiile, aspectele transformărilor din baza de date, împreună cu analitica. Fiecare dintre acestea au modele de design diferite, fiecare dintre ele are modele de utilizare diferite și fiecare dintre ele trebuie adaptat diferit. Așadar, trebuie să vă gândiți la modul în care sunt utilizate aceste date, la utilizarea lor, la ce s-au folosit și să vă dați seama care sunt valorile de performanță și care sunt lucrurile cheie pe care doriți să le analizați legate de acea utilizare. Acum, când te uiți la monitorizarea performanței, vrei să te uiți la operațiunile bazei de date; doriți să priviți atât structurile de date, astfel încât indexurile, partiționarea și alte aspecte fizice ale bazei de date, chiar și structura bazei de date - indiferent dacă modelul ER sau modelul dimensional, oricum structurat - toate aceste lucruri au un impact asupra performanței. , mai ales în diferitele contra de analiză de captare a datelor și transformările care se întâmplă.
Și cum a menționat Robin pe partea SQL, uitându-se la SQL care este condus de aceste aplicații diferite în aceste baze de date, și acordarea acesteia este esențială. Și uitându-ne la volumele generale de lucru ale aplicațiilor și la mediul de infrastructură pe care aceste baze de date și aplicații îl rulează. Așadar, că rețelele, serverele, norul - oricare ar fi acestea - se uită, de asemenea, la impactul pe care aceste aplicații și aceste baze de date îl au în acel con, toate acestea pot interacționa baza de date.
Și în sfârșit, atunci când te uiți la instrumente, vrei să poți analiza cele trei tipuri diferite de analitice legate de asta. Vrei să analizezi analiza descriptivă: ce se întâmplă și unde, în legătură cu baza de date și performanța aplicației. Doriți să aveți capacitatea de a face analize diagnostice pentru a vă da seama nu numai de ceea ce se întâmplă, dar de ce se întâmplă, unde sunt blocajele, unde sunt problemele, ce funcționează bine, ce nu funcționează bine? Dar să fii capabil să analizezi și să analizezi zonele cu probleme pentru a le aborda, fie pentru proiectare, fie pentru orice trebuie.
Și în sfârșit, cel mai agresiv sau proactiv tip de analiză este de a efectua unele analize predictive, analize predictive modeling, orice. Știm că baza de date și aplicațiile funcționează în acest context, dacă creștem capacitatea, dacă obținem mai mulți utilizatori, dacă facem mai mult randament, orice făceam, fiind capabili să proiectăm ce, cum și unde vor avea impact asupra bazei de date, aplicațiile ne permit să planificăm și să ne dăm seama proactiv, unde sunt blocajele, unde ar putea suferi timpii de așteptare și ce trebuie să facem pentru a remedia lucrurile. Prin urmare, dorim să avem instrumente care să poată implementa valorile de performanță, să monitorizeze performanța, la fel ca în aceste trei tipuri de analiză. Și asta este imaginea mea de ansamblu.
Eric Kavanagh: Bine, lasă-mă să-l predau - sunt două prezentări grozave, apropo - permiteți-mi să transmit asta lui Bullett Manale, ca să o iau de acolo. Și oameni buni, nu uitați să puneți întrebări bune; avem deja un conținut bun. Scoate-l, Bullett.
Bullett Manale: Suna bine. Mulțumesc, Eric. Deci, multe din cele spuse de Rick și Robin au spus, sunt de acord cu 100 la sută. Aș spune că am scos acest diapozitiv, pentru că cred că se potrivește, nu știu pentru aceia dintre voi fani „A-Team” din anii ’80, John Hannibal Smith a avut o vorbă spunând întotdeauna: „Îmi place atunci când se întocmește un plan ”și cred că atunci când vorbești despre îndeosebi SQL Server, care este locul în care se concentrau, care este produsul pe care urma să-l vorbim astăzi, SQL Diagnostic Manager, este cu siguranță unul dintre acele lucruri care trebuie să ai; trebuie să fii capabil să utilizezi datele pe care le ai și să poți lua decizii din aceste date și, în unele cazuri, nu cauți o decizie; căutați ceva care să vă spună când ceva va rămâne fără resurse, când veți rămâne fără resurse, când veți avea un gât, aceste tipuri de lucruri.
Nu este vorba doar de monitorizarea unei anumite valori. Deci, cu Diagnostic Manager, unul dintre lucrurile pe care le face foarte bine este să vă ajute în ceea ce privește prognoza și înțelegerea specifică a sarcinilor de muncă și urmează să vorbim despre multe despre acestea astăzi. Instrumentul este conceput pentru managerul de date, DBA sau DBA în acțiune, deci o mulțime de lucruri despre care a menționat Rick, DBA-ul interimar este atât de adevărat. În multe cazuri, dacă nu sunteți un DBA, va fi o mulțime de semne de întrebare pe care le veți avea atunci când vine timpul să gestionați un mediu SQL, lucruri pe care nu le știți. Și deci cauți ceva care să te ajute, să te ducă prin acest proces și, de asemenea, să te educe și în acest proces. Și deci, este important ca instrumentul pe care îl utilizați pentru aceste tipuri de decizii să vă ofere informații despre motivele pentru care se iau aceste decizii, nu doar că vă spuneți „Hei, faceți asta”.
Deoarece sunt DBA în acțiune, în cele din urmă, am putea fi DBA-ul complet, cu expertiza și cunoștințele reale pentru a susține acest titlu. Deci, asta a spus, când vorbim despre a fi administrator de baze de date - întotdeauna am arătat acest slide mai întâi, deoarece DBA are anumite roluri diferite și în funcție de organizația cu care veți avea, veți avea, acestea vor varia de la într-un loc în altul - dar, de obicei, veți fi întotdeauna într-un fel responsabil pentru stocarea dvs., planificarea dvs. de stocare și înțelegerea de a anticipa, ar trebui să spun, cât spațiu veți avea nevoie, indiferent dacă este pentru backup-urile dvs. sau indiferent dacă este pentru bazele de date în sine. Va trebui să înțelegeți și să evaluați asta.
În plus, va trebui să fiți în măsură să înțelegeți și să optimizați lucrurile în funcție de necesități, iar pe măsură ce parcurgeți monitorizarea mediului înconjurător, este evident că este important să faceți schimbări pe măsură ce sunt necesare pe baza unor lucruri care se schimbă în mediul înconjurător în sine. Deci, lucruri precum numărul de utilizatori, lucruri precum popularitatea aplicațiilor, anotimpul unei baze de date, toate ar trebui să fie luate în considerare atunci când faceți prognoza. Și apoi, în mod evident, analizând alte lucruri în termeni de a putea furniza rapoartele și informațiile necesare în ceea ce privește luarea acestor decizii. În multe cazuri, asta înseamnă analiza comparativă; înseamnă să fii capabil să te uiți special la o anumită măsură și să înțelegi care a fost valoarea acestei valori în timp, astfel încât să poți anticipa unde va merge înainte.
Deci, ceea ce face o mulțime de instrumente Diagnostic Manager are aceste capacități și oamenii îl folosesc în fiecare zi pentru a putea face lucruri precum prognoza și am pus aici definiția planificării capacității. Și este o definiție destul de largă și de fapt destul de vagă, care este doar procesul de determinare a capacității de producție necesare unei organizații pentru a răspunde cerințelor în schimbare pentru produsele sale, iar la sfârșitul zilei, asta este cu adevărat: despre posibilitatea de a lua informații pe care le aveți într-un fel sau altul și a lua informațiile respective și a lua decizii care să vă ajute să mergeți mai departe pe măsură ce progresați prin ciclul de viață al bazelor de date. Și deci, tipurile de lucruri care sunt motivele pentru care oamenii trebuie să facă acest lucru sunt, în primul rând, în primul rând, în majoritatea cazurilor, pentru a economisi bani. Întreprinderile, evident, că principalul lor obiectiv este de a face bani și a economisi bani. Dar în acest proces, înseamnă, de asemenea, posibilitatea de a vă asigura că timpul de oprire, nu există timp de oprire. Și a fi capabil să vă asigurați că reduceți orice șansă de apariție a perioadei de dezactivare, astfel încât să evitați să se întâmple, cu alte cuvinte, să nu așteptați să se întâmple și apoi să reacționați la aceasta.
Pe lângă faptul că puteți crește productivitatea generală a utilizatorilor dvs., a le face mai eficiente, astfel încât să puteți obține mai multe activități este, evident, cheia aici, deci acestea sunt tipurile de lucruri care, precum DBA sau cineva implicat în prognoză sau capacitate Planificarea va trebui să fie capabilă să răspândească informațiile pentru a putea lua acele decizii. Și apoi, în general, acest lucru vă va ajuta, în mod evident, să eliminați deșeurile, nu doar risipa din punct de vedere al banilor, ci și din punct de vedere al timpului și din punct de vedere al resurselor care ar putea fi folosite pentru alte lucruri, eventual. Așadar, să puteți elimina deșeurile astfel încât să nu aveți costuri de oportunitate legate de deșeurile în sine.
Deci, cu acest lucru, care sunt tipurile de întrebări pe care le primim, specifice persoanei care este un DBA? Când o să rămân fără spațiu? Este unul mare, nu doar cât spațiu consum acum, dar și când voi rămâne fără să mă bazez pe tendințele și istoria trecută? Același lucru este cu instanțele reale ale SQL, bazele de date, ce servere pot consolida? Voi pune unele pe VM-uri, ce are sens în ceea ce privește bazele de date pe care le voi consolida și ce instanțe de SQL ar trebui să se bazeze? Toate aceste tipuri de întrebări trebuie să poată răspunde. Deoarece, în majoritatea cazurilor, dacă sunteți un DBA sau sunteți DBA în funcție, o să îl consolidați cândva în cariera. În multe cazuri, veți face asta în mod continuu. Deci, trebuie să fii capabil să iei rapid acele decizii, nu să joci jocuri de ghicire atunci când vine vorba de asta.
Am vorbit despre blocaje și unde vor avea loc ulterior, pentru a putea anticipa asta, încă o dată, în loc să așteptăm să se întâmple. Deci, în mod evident, despre toate aceste lucruri se vorbea, are sens în sensul că te bazezi pe date istorice, în cele mai multe cazuri, pentru a putea genera aceste recomandări sau, în unele cazuri, pentru a putea formula singur decizii, pentru a putea veniți cu aceste răspunsuri. Dar îmi amintește de faptul că, când auziți anunțurile radio pentru cineva care vinde valori mobiliare sau ceva de genul acesta, întotdeauna „performanța trecută nu indică rezultatele viitoare” și aceste tipuri de lucruri. Și același lucru este valabil aici. Veți avea situații în care aceste prognoze și aceste analize pot să nu fie 100 la sută corecte. Dar dacă aveți de-a face cu lucruri care s-au întâmplat în trecut și în cele cunoscute și dacă puteți să luați și să faceți „ce se întâmplă” cu o mulțime de aceste tipuri de întrebări, va trebui să vă confruntați, este foarte valoros și va merge la te duce mult mai departe decât să joci jocul de ghicire.
Așadar, aceste tipuri de întrebări urmează să apară, deci cum gestionăm multe dintre aceste întrebări cu Manager de diagnosticare, în primul rând avem capacități de prognoză, putând face acest lucru atât la baza de date, la masă, cât și la unitate sau volumul. Pentru a putea nu numai să spun: „Hei, am fost plin de spațiu”, dar șase luni de acum, doi ani de acum înainte, cinci ani de acum încolo, dacă sunt bugetar pentru asta, cât spațiu de acțiune trebuie să am la buget pentru? Acestea sunt întrebări pe care trebuie să le pun și va trebui să pot folosi vreo metodă de a face asta, mai degrabă decât să ghicească și să pun degetul în sus și să aștept să văd în ce fel bate vântul, ceea ce este mult de multe ori, din păcate, modul în care se iau multe dintre aceste decizii.
În plus, a fi capabil - se pare că diapozitivul meu a fost tăiat acolo puțin - dar să pot oferi asistență sub formă de recomandări. Deci, este singurul lucru să vă puteți arăta o tablă de bord plină de valori și să puteți spune: „OK, aici sunt toate valorile și unde sunt”, dar apoi să puteți face unele sau să înțelegeți ce să faceți face, bazat pe asta este un alt salt. Și în unele cazuri, oamenii sunt suficient de educați în rolul DBA pentru a putea lua aceste decizii. Și astfel avem câteva instrumente în instrument care vă vor ajuta în acest sens, care vă arată bine în doar o secundă. Dar a fi capabil să arate nu numai care este recomandarea, ci și să ofere câteva informații despre motivul pentru care se face această recomandare și apoi pe deasupra, în unele cazuri, fiind capabil să creeze un script care automatizează remedierea acestei probleme este ideală.
Trecând la următoarea aici, după cum se vede, doar în general, înțelegerea ei se reduce până la nivelul metric, ceea ce este normal. Nu pot să vă spun ce nu este normal dacă nu știu ce este normal. Așadar, având o modalitate de a măsura acest lucru este esențială și trebuie să puteți lua în considerare mai multe tipuri de domenii, de exemplu - sau ar trebui să spun intervalele de timp - diferite grupări de servere, putând face acest lucru în mod dinamic, de la un cu alte cuvinte, în timpul nopții, în fereastra de întreținere, mă aștept ca procesorul meu să funcționeze la 80 la sută, pe baza tuturor lucrărilor de întreținere. Așadar, aș putea dori să-mi cresc pragurile mai mari, în acele perioade de timp față de poate, la mijlocul zilei, când nu am atâta activitate.
Acestea sunt unele aspecte care, evident, vor fi de mediu, dar lucruri pe care le puteți aplica la ceea ce este gestionat, pentru a vă ajuta să gestionați mai eficient acel mediu și pentru a face mai ușor acest lucru. Celălalt domeniu, evident, este acela de a furniza rapoarte și informații în general pentru a putea răspunde la aceste tipuri de întrebări „ce se întâmplă dacă”. Dacă am făcut doar o schimbare în mediul meu, vreau să înțeleg care a fost acel impact, pentru a putea aplica aceeași modificare la alte instanțe sau alte baze de date din mediul meu. Vreau să pot avea informații sau muniție pentru a putea face această schimbare cu o anumită liniște sufletească și știind că aceasta va fi o schimbare bună. Așadar, fiind capabil să fac raportarea comparativă, să pot să-mi clasez instanțele de SQL, să pot să-mi clasez bazele de date unul față de celălalt, să spun: „Care este cel mai mare consumator de procesor?” Sau care este cel mai lung în termeni de așteptare și lucruri de genul ăsta? Deci, o mulțime de informații vor fi disponibile și cu instrumentul.
Și atunci, nu în ultimul rând, este doar o abilitate generală de care ai nevoie de un instrument care să poată face față oricărei situații îți vine în cale, și deci ceea ce vreau să spun prin aceasta este, dacă ai un mediu mare cu o mulțime de în anumite cazuri, probabil că veți rula în situații în care trebuie să obțineți valori care în mod tradițional nu sunt valori pe care un DBA ar dori să le monitorizeze chiar și în unele cazuri, în funcție de situația respectivă. Așadar, având un instrument pe care îl puteți, care este extensibil, pentru a putea adăuga valori suplimentare și pentru a putea utiliza aceste valori în aceeași formă și modă pe care le-ați folosi dacă utilizați un out-of-the-box metrica, de exemplu. Așadar, a fi capabil să execute rapoarte, să fii în stare de alertă, de bază - toate lucrurile despre care vorbeau - este, de asemenea, o parte cheie a capacității de a face această prognoză și de a face astfel încât să obții răspunsurile pe care le cauți pentru a putea face acele decizii, înaintând.
Acum modul în care Diagnostic Manager face acest lucru, avem un serviciu centralizat, un grup de servicii care rulează, colectează date între 2000 și 2016 instanțe. Și atunci ceea ce facem este să luăm aceste date și să le introducem într-un depozit central și apoi ceea ce facem bine cu aceste date, evident, facem multe pentru a putea oferi informații suplimentare. Acum, pe lângă asta - și unul dintre lucrurile care nu sunt aici - este și un serviciu care se execută în miez de noapte, care este serviciul nostru de analiză predictivă, și care face un pic de cifre și ajută să înțelegem și vă poate ajuta ca DBA sau în calitate de DBA în funcție, pentru a putea face acele tipuri de recomandări, pentru a putea oferi informații cu privire la referințele de referință.
Deci, ce-mi place să fac și acesta este doar un exemplu rapid de arhitectură, marea preluare aici nu este niciun agent sau serviciu care stă de fapt în situațiile pe care le gestionați. Dar ceea ce mi-ar plăcea să fac este doar să te duci la aplicația de aici și să-ți oferi o demonstrație rapidă. Și permiteți-mi să ies și eu și să fac asta. Deci, anunță-mă, cred că Eric, poți vedea asta OK?
Eric Kavanagh: L-am luat acum, da.
Bullett Manale: OK, așa că o să vă duc prin câteva dintre aceste părți diferite despre care am vorbit. Și, în esență, să începem cu felul de lucruri care sunt mai mult pe linia de heres ceva ce trebuie să faceți, sau aici este ceva care este un punct în timp și ar trebui să vă ofere câteva informații în jurul său. Și acest lucru este capabil să anticipeze - sau ar trebui să spun anticipat dinamic - lucrurile așa cum se întâmplă. Acum, în cazul rapoartelor, unul dintre lucrurile pe care le avem în instrument sunt trei rapoarte de prognoză diferite. Și în cazul, de exemplu, al unei prognoze a bazei de date, ceea ce aș face probabil în situația de a putea anticipa dimensiunea unei baze de date într-o perioadă de timp, iar Vă voi oferi doar câteva exemple. Deci, o să iau baza mea de date de audit, care este destul de intensiv în I / O - are o mulțime de date la ea. Avem, să vedem, să facem asta aici și să alegem doar baza de date de asistență medicală aici.
Dar ideea este că nu văd doar ce spațiu este pe asta, pot să spun: „Uite, să luăm date din ultimii ani” - și o să fibrez aici puțin, nu prea am ani în valoare de date, am date de aproximativ două luni - dar, deoarece aleg o rată de eșantion de luni aici, voi putea să anticipăm sau să previzualizăm în acest caz următoarele 36 de unități, deoarece rata noastră de eșantion este setată la luni - aceasta este o unitate, este o lună - și atunci aș fi în măsură să, apoi să derulez un raport pentru a-mi arăta practic unde am anticipa creșterea noastră viitoare pentru aceste trei baze de date. Și putem vedea că avem un grad diferit de diferență sau variație între cele trei baze de date diferite, în special la cantitatea de date pe care le consumă istoric.
Putem vedea că punctele de date reprezintă datele istorice, iar apoi liniile vor fi care ne vor oferi prognoza, împreună cu numerele care vor face o rezervă. Deci, putem face asta la nivel de tabel, putem face asta chiar și la nivelul unității, unde pot anticipa cât de mari vor ajunge unitățile mele, inclusiv punctele de montare. Am fi în măsură să prognozăm același tip de informații, dar încă o dată, în funcție de rata de eșantion, îmi va permite să stabilesc câte unități și unde luăm ceea ce vrem să prognozăm. Observați, de asemenea, că avem diferite tipuri de prognoză. Așadar, veți obține o mulțime de opțiuni și flexibilitate atunci când vine momentul să faceți prognoza. Acum, asta este un lucru bun, în fapt, oferindu-vă o dată specifică și puteți spune „Hei la această dată, aici este să anticipăm creșterea datelor dvs.”. În plus, vă putem oferi totuși cu alte informații care au legătură cu unele analize pe care le efectuăm în timpul orelor oprite și al serviciului atunci când se execută. Unele dintre lucrurile pe care le face este că încearcă să anticipeze lucrurile care se vor întâmpla probabil, bazate pe istoria momentului în care au apărut lucrurile în trecut.
Așadar, putem vedea aici, de fapt, o prognoză ne oferă o perspectivă asupra posibilității ca problemele să se întâmple pe parcursul serii, pe baza unor lucruri care s-au întâmplat din nou în trecut. Deci, evident, acest lucru este excelent, mai ales dacă nu sunt un DBA, pot să mă uit la aceste lucruri, dar ceea ce este chiar mai bine dacă nu sunt un DBA, este această filă de analiză. Așadar, înainte de a fi aici în instrument, am fi trecut și arătăm produsul oamenilor și vor fi „Asta e grozav, văd toate aceste numere, văd totul, dar nu știu ce să fac” (râde) „ca un rezultat al acestui lucru. ”Și deci ceea ce avem aici, este o modalitate mai bună pentru a putea înțelege, dacă voi lua măsuri pentru a ajuta la performanță, dacă voi lua măsuri pentru a ajuta chiar și cu sănătatea mea mediu, putând avea un mod clasificat de a furniza aceste recomandări, precum și sfaturi utile în informații pentru a afla mai multe despre aceste recomandări și având de fapt chiar și link-uri externe la unele dintre aceste date, asta îmi va arăta și mă va duce la motivele pentru care aceste recomandări sunt făcute.
Și în multe cazuri, fiind capabil să furnizeze un script care să automatizeze, cum am spus, remedierea acestor probleme. Acum, o parte din ceea ce făceam aici cu această analiză - și îți arată când intru pentru a configura proprietățile acestei instanțe și merg la secțiunea de configurare a analizei - avem o mulțime de categorii diferite care sunt listate aici și o parte din aceasta, avem optimizarea indexului și optimizarea interogărilor. Deci, evaluam nu numai valorile în sine și lucruri de genul acesta, ci și lucruri precum volumul de muncă și indexurile. În cazul de față, efectuați o analiză suplimentară a indexului ipotetic. Deci, una dintre acele situații în care nu vreau, în multe cazuri, nu vreau să adaug un index dacă nu trebuie. Dar, la un moment dat, este un tip de punct, unde spun: „Ei bine, tabelul ajunge la dimensiunea sau tipurile de întrebări care se execută în volumul de lucru, are sens acum să adăugați un index. Dar nu ar fi avut sens poate cu șase săptămâni înainte. ”Deci, ceea ce vă permite să obțineți o perspectivă dinamică cu privire la lucrurile care, probabil, cum am spus, vor îmbunătăți performanța pe baza a ceea ce se întâmplă în mediu, a ceea ce se întâmplă în cadrul sarcinilor de muncă și făcând acele tipuri de lucruri.
Și astfel veți primi multe informații bune aici, precum și capacitatea de a optimiza automat aceste lucruri. Deci, acesta este un alt domeniu în care am fi capabili să ajutăm, în ceea ce privește ceea ce numim analiză predictivă. Acum, pe lângă asta, ar trebui să spun, avem și alte domenii care cred că, în general, se împrumută pentru a vă ajuta să luați decizii. Și atunci când vorbim despre luarea deciziilor, încă o dată, de a fi capabil să analizăm datele istorice, oferă o perspectivă pentru a ne duce acolo unde trebuie să fim pentru a îmbunătăți performanța.
Acum, unul dintre lucrurile pe care le putem face este să avem un vizualizator de bază, care ne permite să alegem în mod selectiv metrica pe care am dori-o - și permiteți-mi să găsesc una decentă aici - mă duc la utilizarea procesorului SQL, dar ideea este că puteți merge Cu toate acestea, timp de mai multe săptămâni, pentru a picta aceste imagini pentru a vedea când sunt valorile dvs., pentru a vedea în general vorbind unde această valoare se încadrează în perioadele de timp în care am fost colectarea de date. Și apoi, pe lângă asta, veți observa, de asemenea, că atunci când mergem la instanța propriu-zisă, avem capacitatea de a ne configura liniile de bază. Iar liniile de bază reprezintă o parte cu adevărat importantă în ceea ce privește posibilitatea de a automatiza lucrurile, precum și de a putea fi notificat despre lucruri. Și provocarea, așa cum v-ar spune majoritatea DBA-urilor, este că mediul dvs. nu funcționează întotdeauna același, pe parcursul zilei, față de seară și nu cum am menționat anterior în exemplul cu perioadele de întreținere, când au niveluri ridicate de procesor sau orice s-ar putea întâmpla.
Așadar, în cazul de față, cu aceste linii de bază efective, putem avea mai multe linii de bază, deci aș putea avea o bază de bază, de exemplu, în orele mele de întreținere. Dar aș putea la fel de ușor să creez o linie de bază pentru orele mele de producție. Și ideea de a face acest lucru este atunci când intrăm într-o instanță de SQL și avem de fapt aceste linii de bază multiple, atunci am putea să anticipăm și să putem efectua un tip de automatizare, un tip de remediere sau doar o alertă în general, diferit de acele ferestre ale timpului. Deci, unul dintre lucrurile pe care le veți vedea aici, este faptul că aceste linii de bază pe care le generăm folosesc datele istorice pentru a furniza această analiză, dar, mai important, pot modifica aceste praguri în mod static, dar le pot automat și în mod dinamic. Așadar, pe măsură ce se deschide fereastra de întreținere sau ar trebui să spun că se deschide fereastra de bază a întreținerii, aceste praguri se vor schimba automat specifice sarcinilor pe care le întâlnesc în acea fereastră de timp, față de poate la mijlocul zilei când încărcările mele nu sunt la fel de mult, atunci când volumele de muncă nu sunt la fel de afective.
Deci, este altceva de reținut, în ceea ce privește linia de bază. Evident, acestea îți vor fi cu adevărat de ajutor, în ceea ce privește înțelegerea a ceea ce este normal și a fi capabil să înțelegi și să te angajezi atunci când vei rămâne fără resurse. Acum, celălalt tip de lucru pe care îl avem în instrument, acela vă va ajuta să luați decizii, în plus faza de bază și să puteți configura alerte în jurul acestor linii de bază și a pragurilor pe care le creați dinamic, este așa cum am spus mai devreme, doar pot fi capabil de a rula o multitudine de rapoarte care mă ajută să răspund la întrebări despre ce se întâmplă.
Așadar, ca exemplu, dacă am avut 150 de instanțe pe care le administrez - în cazul meu nu fac, așa că trebuie să jucăm jocul pretendent aici - dar dacă am avut toate cazurile mele de producție și trebuie să înțeleg unde se află zona pe care o am nevoie de atenție, cu alte cuvinte, dacă doar voi avea o perioadă limitată de timp pentru a efectua un anumit tip de administrare pentru a îmbunătăți performanța, vreau să mă concentrez pe domeniile cheie. Și, cu acest lucru, aș fi capabil să spun: „Pe baza acelui mediu, clasează-mi instanțele unul față de celălalt și dă-mi acel clasament prin țeavă de conținere.” Deci, fie că este folosit discul, utilizarea memoriei, fie că așteaptă, indiferent dacă timpul său de răspuns, sunt capabil să corelez - sau ar trebui să spun rang - acele cazuri unul împotriva celuilalt. Evident, instanța este în partea de sus a fiecărei liste, dacă este aceeași instanță, probabil că este ceva pe care vreau să mă concentrez, deoarece este evident, din nou, în partea de sus a listei.
Deci, aveți o mulțime de rapoarte în instrument care vă ajută în ceea ce privește clasarea mediului la nivelul instanței; puteți face acest lucru și la nivel de bază de date, unde pot să-mi clasez bazele de date una împotriva alteia. În special în ceea ce privește pragurile și zonele pe care le pot seta, chiar pot să așez aici wildcard-uri, dacă vreau, să mă concentrez doar pe anumite baze de date, dar ideea este că pot compara bazele de date în același mod. De asemenea, în ceea ce privește alte tipuri de analiză comparativă și cea mare din acest instrument, este analiza de bază pe care o avem. Deci, dacă derulați până la vizualizarea serviciului aici, veți vedea că există un raport al statisticilor de bază. Acum, în mod evident, acest raport ne va ajuta să înțelegem nu numai care sunt valorile metrice, dar pentru o anumită instanță aș putea ieși, și pentru oricare dintre aceste valori, să mă pot uita la liniile de bază pentru aceste valori.
Deci, orice ar fi, ca procent sau orice aș putea ieși și să spun: „Să vedem valoarea de referință pentru asta în ultimele 30 de zile”, caz în care va arăta valorile reale față de linia de bază și Aș putea să ia unele decizii folosind informațiile respective, evident, deci aceasta este una dintre acele situații, în care aceasta va depinde de ce întrebare este, pe care o întrebi la momentul respectiv. Dar, evident, asta vă va ajuta pentru o mulțime de întrebări. Mi-aș dori să pot spune că avem un raport care face totul, precum și genul acesta de genul raportului ușor, în care apasă și butonează și răspunde la fiecare întrebare „ce dacă” dacă ai putea răspunde vreodată. Dar realitatea este că veți avea multe atribute și o mulțime de opțiuni pentru a putea alege dintre aceste caracteristici verticale pentru a putea formula acele tipuri de întrebări „ce dacă”.
Așadar, multe dintre aceste rapoarte sunt orientate spre a putea răspunde la aceste tipuri de întrebări. Și deci, este foarte important și faptul că aceste rapoarte și, în plus, toate lucrurile pe care le-am arătat deja în instrument, așa cum am menționat anterior, având flexibilitatea de a încorpora noi valori, de a fi gestionate, chiar de a putea crea contoare, sau interogări SQL care sunt încorporate în intervalele de votare, pentru a mă ajuta să răspund la aceste întrebări, că poate din caseta pe care nu am anticipat să o monitorizăm, puteți adăuga chestiile respective. Și vei putea apoi să faci toate aceleași lucruri pe care tocmai ți le-am arătat: de bază, să rulezi rapoarte și să creezi rapoarte din acea măsură și să poți răspunde și să faci multe din aceste tipuri diferite de lucruri pe care ți le arăt aici.
Acum, în afară de asta - și unul dintre lucrurile pe care le-am discutat în ultima vreme este destul de mult - în primul rând, toată lumea arunca sau trece la VM-uri. Și acum avem o mulțime de oameni care se îndreaptă spre nor. Și există o mulțime de întrebări care apar în jurul acestor tipuri de lucruri. Are sens pentru mine să mă mut în nor? O să economisesc bani prin mutarea în cloud? Dacă aș pune aceste lucruri pe o mașină virtuală, pe o mașină cu resurse partajate, câți bani pot economisi? Aceste tipuri de întrebări, evident, vor apărea și ele. Așadar, o mulțime de aceste lucruri trebuie să ții cont, cu Diagnostic Manager, putem adăuga și trage din mediile virtualizate atât ale VMware cât și ale Hyper-V. De asemenea, putem adăuga instanțe care sunt pe cloud, astfel încât mediile dvs. precum Azure DB, de exemplu, sau chiar RDS, putem extrage metrici și din acele medii.
Deci, există multă flexibilitate și multă capacitate de a răspunde la aceste întrebări, în ceea ce privește celelalte tipuri de medii la care vedem că se îndreaptă spre oameni. Și există încă o mulțime de întrebări în jurul acestei chestiuni și, întrucât vedem că oamenii consolidează acele medii de care vor trebui să poată răspunde și la aceste întrebări. Deci, este o imagine de ansamblu destul de bună, spun Id, a managerului de diagnostic, deoarece se referă la acest subiect. Știu că subiectul informațiilor de afaceri a apărut și avem, de asemenea, un instrument pentru business intelligence despre care nu am vorbit astăzi, dar va oferi informații în ceea ce privește răspunsul la aceste tipuri de întrebări în ceea ce privește cuburile dvs. și toate aceste tipuri diferite, de asemenea. Dar, sper, aceasta a fost o imagine de ansamblu bună, cel puțin în ceea ce privește modul în care acest produs poate ajuta cu posibilitatea de a formula un plan bun.
Eric Kavanagh: Bine, lucruri bune. Da, o arunc la Rick, dacă mai este acolo. Rick, ai întrebări de la tine?
Rick Sherman: Da, deci mai întâi, este minunat, îmi place. Îmi place în mod deosebit extinderea la VM-uri și nori. Văd o mulțime de dezvoltatori de aplicații consideră că, dacă este în cloud, atunci nu trebuie să-l ajusteze. Asa de-
Bullett Manale: Nu trebuie să plătim, nu? Încă trebuie să plătești pentru tot ceea ce înseamnă că oamenii pun pe cloud, deci dacă funcționează slab sau dacă provoacă o mulțime de cicluri CPU, trebuie să plătești mai mulți bani, deci nu, mai trebuie să măsoare chestiile astea, absolut.
Rick Sherman: Da, am văzut o mulțime de modele sărace în cloud. Am vrut să întreb, ar fi folosit și acest produs - știu că ai menționat produsul BI și ai alte produse care interacționează între ele - dar ai începe să te uiți la performanțele SQL, la întrebările individuale din acest instrument? Sau ar fi alte instrumente care ar fi utilizate pentru asta?
Bullett Manale: Nu, asta ar fi absolut. Acesta este unul dintre lucrurile pe care nu le-am acoperit și mi-am propus să fie, este porțiunea de întrebări din aceasta. Avem o mulțime de moduri diferite de a identifica performanța interogării, indiferent dacă este legată de ea, în mod special de așteptările așa cum vedem în acest punct de vedere aici sau dacă este legată de consumul de resurse al întrebărilor în general, există un număr întreg de modalități prin care putem analiza interogarea performanţă. Indiferent dacă durata sa, CPU, I / O și, încă o dată, ne putem uita, de asemenea, la sarcinile de lucru pentru a oferi informații. Putem oferi recomandările în secțiunea de analiză și avem, de asemenea, o versiune bazată pe web care oferă informații despre întrebările în sine. Așadar, pot primi recomandări cu privire la indici lipsă și capacitatea de a vizualiza planul de execuție și toate aceste lucruri; este, de asemenea, o capacitate. Deci, absolut, putem diagnostica interogări cu șapte moduri până duminică (râde) și să putem oferi această perspectivă în ceea ce privește numărul de execuții, fie că este vorba de consumul de resurse, de așteptări, de durata, toate lucrurile bune.
Rick Sherman: OK, super. Și atunci care este sarcina în instanțele în sine cu toată această monitorizare?
Bullett Manale: Este o întrebare bună. Provocarea cu a răspunde la această întrebare este, depinde, este exact ca orice altceva. O mulțime din ceea ce instrumentul nostru are de oferit, oferă flexibilitate și o parte din acea flexibilitate este să ajungi să îi spui ce să colectezi și ce să nu colectezi. Deci, de exemplu, cu întrebările în sine, nu trebuie să colectez informațiile de așteptare sau pot. Pot colecta informații legate de interogări care depășesc o durată de timp, de execuție. Ca exemplu, dacă ar trebui să intru în monitorul de interogare de configurare și aș spune: „Să schimbăm această valoare la zero”, realitatea este că, practic, instrumentul colectează fiecare interogare care rulează și chiar nu este cea spirit de ce există acolo, dar, în general, dacă aș dori să ofer un eșantion complet de date pentru toate întrebările, aș putea face asta.
Deci, este foarte relativ la ceea ce setările dvs. sunt, în general, în afara cutiei. Este oriunde de la aproximativ 1-3 la sută, dar sunt alte condiții care se vor aplica. Depinde și de cât de multe rulări de porturi rulează pe mediul dvs., nu? De asemenea, depinde de metoda de colectare a acestor interogări și de ce versiune a SQL este. Deci, de exemplu, SQL Server 2005, nu va fi capabil să tragă de la evenimente extinse, în timp ce astfel vom trage dintr-o urmă pentru a face asta. Așadar, ar fi un pic diferit în ceea ce privește modul în care ne-am apropia de culegerea acestor date, dar asta a spus, așa cum am spus, am fost în jur pentru că banuiesc încă din 2004 cu acest produs. A fost în jur de mult timp, am primit mii de clienți, așa că ultimul lucru pe care vrem să-l facem este să avem un instrument de monitorizare a performanței care provoacă probleme de performanță (râde). Și, astfel, încercăm să ne lămurim de asta, pe cât posibil, dar, în general, așa, aproximativ 1-3 la sută este o regulă bună.
Rick Sherman: OK, și asta este destul de scăzut, deci e grozav.
Eric Kavanagh: Bun. Robin, ai întrebări de la tine?
Robin Bloor: Îmi pare rău, am fost mut. Aveți o capacitate de bază multiplă a bazei de date și sunt interesat de cauza pentru care vă puteți uita la mai multe baze de date și, prin urmare, puteți ști că o bază mai mare de resurse este împărțită între diverse mașini virtuale și așa mai departe. Mă interesează modul în care oamenii folosesc de fapt asta. Mă interesează ce fac clienții cu asta. Pentru că asta îmi pare bine, cu siguranță, atunci când mă încurcam cu bazele de date, ceva ce nu am avut niciodată la îndemână. Și aș avea în vedere vreodată o singură instanță într-un mod semnificativ la orice moment dat. Deci, cum folosesc oamenii asta?
Bullett Manale: În general, vorbești, în general, doar despre instrumentul în sine? Cum o folosesc? Adică, în general, este vorba despre posibilitatea de a avea un punct central de prezență a mediului. Au liniște sufletească și știind că dacă se uită la un ecran și se văd verde, știu că totul este bine. Când apar probleme și, în mod evident, majoritatea cazurilor din perspectiva DBA-urilor, de multe ori aceste probleme se întâmplă atunci când se află în fața consolei, astfel încât să poată fi notificat imediat ce se va întâmpla problema. În afară de aceasta, să fii capabil să înțelegi când problema se întâmplă, să poți ajunge la inima informațiilor care le oferă niște conținut în ceea ce privește motivul pentru care se întâmplă. Cred că este cea mai importantă parte: să fii proactiv în acest sens, să nu fii reactiv.
Majoritatea DBA-urilor cu care vorbesc - și nu știu, un procent bun dintre ei - din păcate încă se află în tipul de mediu reactiv; ei așteaptă ca un consumator să se apropie de ei pentru a le spune acolo o problemă. Și deci, vedem o mulțime de oameni care încearcă să se despartă de asta și cred că aceasta este o mare parte din motivul pentru care oamenilor le place acest instrument este faptul că îi ajută să fie proactivi, dar le oferă și informații despre ceea ce se întâmplă , care este problema, dar în multe cazuri, ceea ce găsim cel puțin - și poate doar DBA-urile ne spun asta - dar DBA-urile, percepția este întotdeauna problema lor, chiar dacă dezvoltatorul aplicației care a scris aplicația care nu au scris-o în mod corespunzător, ei sunt cei care vor fi învinovățiți, pentru că aceștia iau acea aplicație în sistemele sau serverele lor, iar atunci când performanța este proastă, toată lumea indică DBA: „Hei este vina ta”.
Așadar, acest instrument este, de multe ori, va fi folosit pentru a ajuta situația DBA să spună: „Hei, aici este problema și nu a mea.” (Râde) îmbunătățiți acest lucru, fie că schimbă interogările sau orice altceva ar putea fi. În unele cazuri, acesta va cădea în găleata lor în ceea ce privește responsabilitatea lor, dar cel puțin a avea instrumentul pentru a-i putea ajuta să înțeleagă asta și să știe asta, și să o facă în timp util este, evident, abordarea ideală.
Robin Bloor: Da, majoritatea site-urilor pe care le cunosc, dar au trecut ceva timp de când am fost acolo, uitându-mă la diverse site-uri cu mai multe baze de date, dar mai ales ceea ce am găsit a fost că ar exista DBA-uri care s-au concentrat pe o mână de baze de date. Și acestea ar fi bazele de date, că, dacă ar merge vreodată, ar fi o adevărată mare problemă pentru afacere și așa mai departe. Și celelalte, vor colecta statistici din când în când pentru a vedea că nu au ieșit din spațiu și nu le vor privi deloc. Și în timp ce făceai demo-ul, mă uitam la asta și mă gândeam bine, într-un fel sau altul, extindeți, doar oferind ceva de genul acesta pentru baze de date care de multe ori, nimănui nu-i păsa prea mult, pentru că au creșterea datelor , au și creșterea aplicațiilor. Extindeți acoperirea DBA într-un mod destul de dramatic. Deci, despre ce este cu adevărat întrebarea, este că, cu un set de instrumente de genul acesta, ajungeți să puteți oferi un serviciu DBA fiecărei baze de date care se află în rețeaua corporativă?
Bullett Manale: Sigur, vreau să spun, provocarea este că, așa cum ai spus destul de elocvent, este ca niște baze de date de care DBA-urile le pasă și apoi unele nu le pasă la fel de mult. Și modul în care acest produs special, modul în care licențiatul său este de la fiecare caz în parte. Așadar, există, cred că ai spune, un prag de când oamenii decid „Hei, aceasta nu este o instanță suficient de critică încât vreau să o gestionez cu acest instrument.” Acestea fiind spuse, există și alte instrumente pe care le avem, care sunt mai multe. Bănuiesc că, abordând acele cazuri mai puțin importante de SQL. Una dintre ele ar fi ca Inventory Manager, unde facem controale de sănătate ușoare împotriva cazurilor, dar, pe lângă asta, ceea ce facem este să facem descoperire, astfel încât să identificăm noi cazuri care au fost aduse online și apoi, din acel moment, ca DBA, pot spune: „OK, există o nouă instanță de SQL, acum este Express? Este versiunea gratuită sau este o versiune de întreprindere? ”Este probabil o întrebare pe care vreau să mi-o pun, dar în al doilea rând, cât de importantă este acea instanță pentru mine? În cazul în care nu este atât de important, aș putea ca acest instrument să meargă și să-l facă, generic, ceea ce aș numi controale generice de sănătate, în sensul că acestea sunt tipurile elementare de care mă interesează ca DBA: unitatea se completează? Serverul răspunde la probleme? Principalele lucruri, nu?
În timp ce, cu Manager de diagnosticare, instrumentul pe care vi-l arătam, va ajunge la nivelul de interogare, va coborî la recomandarea indexurilor, analizând planul de execuție și toate lucrurile bune, în timp ce acesta este în principal axat pe cine deține ce, ce este cel pe care îl dețin și cine este responsabil pentru asta? Ce pachete de servicii și soluții rapide am? Și serverele mele funcționează cu ingredientele principale din ceea ce aș considera o instanță sănătoasă a SQL? Deci, pentru a răspunde la întrebarea dvs., există un pic de amestec. Când avem oameni care se uită la acest instrument, ei se uită de obicei la un set de cazuri mai critice. Acestea fiind spuse, avem câțiva oameni care cumpără fiecare instanță pe care o au și o gestionează, deci depinde doar. Dar, vă spun, în general, există cu siguranță un prag al acelor oameni care consideră mediul lor este suficient de important pentru a avea un instrument de acest fel pentru a gestiona aceste cazuri.
Robin Bloor: Bine, încă o întrebare înainte de a-i transmite lui Eric. Impresia pe care o primești, doar de la vizionarea industriei este că bazele de date mai au o viață, dar toate datele se revarsă în toate aceste lacuri de date și așa mai departe. Acesta este, într-adevăr, hype-ul și nu se reflectă niciodată în realitate, așa că sunt interesat de ce fel de realitate percepeți acolo? Bazele de date importante din cadrul unei organizații, se confruntă cu creșterea tradițională a datelor, la care mă gândeam la 10% pe an? Sau cresc mai mult decât atât? Sunt date mari care fac aceste baze de date balonate? Care este poza pe care o vezi?
Bullett Manale: Cred că o mulțime de cazuri au văzut că unele dintre date sunt mutate în acele alte segmente în care are mai mult sens, atunci când există alte tehnologii disponibile. Ca recent, unele dintre cele mai mari chestii de date. Dar, aș spune, aceste baze de date sunt greu de generalizat în multe cazuri, pentru că toată lumea este puțin diferită. Cu toate acestea, în general, văd o divergență. Văd, cum am spus, oamenii se îndreaptă către modelele elastice într-o mulțime de cazuri, pentru că vor să crească resursele și nu atât în alte domenii. Unii oameni se mută la datele mari. Dar este greu să ai o idee pentru, spuneți, percepția, pentru că, în general, oamenii care vorbesc cu toți au bazele de date tradiționale și folosesc acest lucru într-un mediu SQL Server.
Acestea fiind spuse, spun eu în termeni de SQL în sine, cred cu siguranță că încă câștigă cota de piață. Și cred că există o mulțime de oameni care se îndreaptă în continuare spre SQL din alte locuri precum Oracle, pentru că este mai accesibil și pare a fi evident, deoarece versiunile SQL devin mai avansate - și vezi asta cu lucrurile mai recente care se derulează. cu SQL, în ceea ce privește criptarea și toate celelalte capabilități care îl fac un mediu sau o platformă de baze de date - este evident, capabil de o misiune foarte capabilă. Deci, cred că vedeam și asta. Unde vezi o schimbare, se întâmplă în continuare. Adică, se întâmpla acum 10 ani, cred că se întâmplă încă în termeni de SQL Server, unde mediile cresc și cota de piață crește.
Robin Bloor: OK, Eric, presupun că publicul are o întrebare sau două?
Eric Kavanagh: Da, lasă-mă să arunc unul rapid peste tine. Este o întrebare destul de bună, de fapt. Unul dintre participanți întreabă, îmi va spune acest instrument dacă un tabel poate avea nevoie de un index pentru a accelera interogarea? Dacă da, puteți arăta un exemplu?
Bullett Manale: Da, deci nu știu dacă am unul pentru adăugarea specifică a unui indice, dar puteți vedea aici, avem recomandări de fragmentare aici. De asemenea, cred că am avut doar și asta a făcut parte din Managerul de diagnostic oferind versiunea bazată pe web, unde îmi spune că am un index lipsit. Și putem vedea aceste recomandări și ne va spune potențialul câștig al acestora prin indexarea informațiilor respective. Celălalt lucru pe care ar trebui să-l menționez este faptul că atunci când facem recomandările, pentru multe dintre acestea, scriptul va fi creat pentru el. Acestea nu sunt un exemplu bun, dar puteți vedea, da, situațiile în care un indice - fie un indice duplicat, fie adăugarea unui indice - ar îmbunătăți performanța, iar așa cum am spus mai devreme, facem o mulțime de că prin analiza ipotetică a indexului. Așadar, ajută cu adevărat din punct de vedere al înțelegerii volumului de muncă, pentru a putea aplica asta la recomandare.
Eric Kavanagh: Este o chestie grozavă, iar acest lucru îmi va oferi o continuare bună la comentariile finale aici. De asemenea, Robin, cu mine și Rick, am auzit de mai mulți ani acum, aici vorbesc despre baze de date de auto-reglare. Este o bază de date de auto-ajustare! Tot ce vă pot spune este: Nu-i credeți.
Bullett Manale: Să nu crezi cu adevărat.
Eric Kavanagh: Este posibil să existe câteva lucruri mici care se termină dinamic, dar chiar și asta, poate doriți să îl verificați și să vă asigurați că acesta nu face ceva ce nu doriți să facă. Așa că, de ceva vreme, aveau nevoie de instrumente ca acesta pentru a înțelege ce se întâmplă la nivel de bază de date și așa cum a spus Robin, lacurile de date sunt concepte fascinante, dar probabil că există aproape atâtea șanse ca acestea să fie preluate, deoarece există un monstru Loch Ness oricând în curând. Deci, aș spune din nou, lumea reală are o mulțime de tehnologii de baze de date, avem nevoie de oameni, DBA-uri, care să se uite la aceste lucruri și să le sintetizeze. Puteți spune, trebuie să știți ce faceți pentru ca lucrurile astea să funcționeze. Dar ai nevoie de instrumente pentru a-ți oferi informațiile pentru a ști ce faci. Deci, linia de bază este că DBA-urile se vor descurca bine.
Și multumesc Bullett Manale și prietenilor noștri de la IDERA. Și, desigur, Rick Sherman și Robin Bloor. Arhivăm toate aceste transmisiuni web, deci hop online insideanalysis.com sau pe site-ul nostru partener www.techopedia.com pentru mai multe informații despre toate acestea.
Și cu asta, bine să vă luați rămas bun, oameni buni. Multumesc din nou, bine vorbesc cu tine data viitoare. Ai grijă. Pa! Pa.