De personalul Techopedia, 19 aprilie 2017
Take away : Gazda Eric Kavanagh discută prognoza cu Dr. Robin Bloor, Rick Sherman și IDERA 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ăm încă o dată și bineveniți din nou în seria de transmisiuni web Hot Technologies! Numele meu este Eric Kavanagh, voi fi gazda dvs. pentru seminarul web de astăzi, intitulat „Economisirea timpului, a banilor și a problemelor cu prognoze optime”. Cursul mi-a fost dor de prima parte a titlului de acolo, „Cele mai bune planuri.” vorbește 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ă fac treabă reală, se confruntă cu clienți adevărați cu sisteme tranzacționale, indiferent de caz, doriți să înțelegeți cum funcționează sistemele dvs. și ce se întâmplă, iar acest lucru suntem noi ” Voi vorbi astăzi. Este un lucru amuzant, deoarece prognoza nu este ceva care î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-mi urmează conducerea.
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, o voi preda lui Robin și amintesc doar oamenilor: puneți întrebări, nu fiți timizi, iubim întrebări bune, le vom transmite prezentatorilor noștri și altora astăzi. Și cu asta, Robin, ia-o.
Robin Bloor: OK, bine, așa cum sunt în poziția polă așa cum spun ei, m-am gândit să spun o poveste SQL azi, pentru că este fundalul pentru care va continua discuția și, inevitabil, nu va intra în conflict pentru că Rick nu se concentrează pe acest lucru și nu se va ciocni cu ceea ce Rick are de spus. Deci, povestea SQL, există câteva lucruri interesante despre SQL, deoarece este atât de dominant. Vezi, asta este un tipar, 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 a fost 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 și nu-i pasă de organizarea fizică a datelor și acesta este lucrul bun despre limbajul declarativ - te separă de toate acestea și chiar îți face griji - cere doar orice vrei și baza de date. va merge să-l iau.
Însă, utilizatorul nu are idee dacă modul în care structură interogarea SQL va afecta performanța interogării și acesta este un dezavantaj. Am văzut interogări care au o lungime de sute și sute de linii, care sunt doar o solicitare SQL, știi, începe cu „selectați” și continuă continuu 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 în mod diferit în funcție de SQL pe care le-ați introdus în ele.
Și deci, SQL afectează de fapt performanțele, astfel încât oamenii care folosesc SQL, este adevărat pentru ei, este adevărat și pentru programatorii SQL care folosesc SQL și au și mai puțin șanse să se gândească la impactul pe care îl vor avea, deoarece cea mai mare parte a acestora se concentrează pe manipularea datelor și nu pe obținerea, punerea datelor. Și același lucru este valabil și pentru instrumentele BI, am văzut SQL-ul care, dacă doriți, stinge din instrumentele BI ale diferitelor baze de date și trebuie spus, că multe dintre acestea sunt, bine, nu aș vrea ” nu scrie întrebări SQL în acest fel. Este cineva care a creat, dacă doriți, un mic motor care indiferent de parametri ar fi, va arunca ceva SQL și, din nou, acel SQL nu va fi neapărat SQL eficient.
Apoi m-am gândit să menționez 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 mapează unul la celălalt. 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, ci a fost creat pentru a întreba ce doriți toate dintr-o dată. Și merită să știți asta, pentru că 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, există procesor, există memorie, există discuri, există overheads 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 există și 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 de interogare, 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: Bine, Rick, permiteți-mi să vă dau cheile mașinii WebEx. Ia-o de aici.
Rick Sherman: Bine, minunat. Ei bine, mulțumesc Robin, pe măsură ce am început la începutul prezentării, grafica mea este încă destul de plictisitoare, dar vom merge 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, pe care o vom parcurge foarte repede, oferta ca în instrumentele utilizate în spațiul respectiv sau nevoia de instrumente din spațiul respectiv.
În primul rând, există câteva articole pe care le-ați citit au de-a face 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 vorbim, cum a vorbit Robin, despre SQL. Și, de fapt, chiar dacă ne uităm pe platforma Hadoop, Hive și Spark SQL - pe care fiul meu, care este un om de știință în date, îl folosește tot timpul acum - este cu siguranță calea dominantă pentru ca oamenii să ajungă 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 se află în depozitele de date și alte sisteme bazate pe informații de afaceri. „Pentru că totul, indiferent de locul și modul în care este capturat, stocat sau transacționat, este în cele din urmă 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, avem cererea, avem cantități uriașe de date. Și nu vorbesc cu adevărat doar despre date mari, ci 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 oameni care au titluri de job DBA, dar vom vorbi despre asta într-o secundă - față de 40- plus procentual de 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ă jobul DBA continuă să fie din ce în ce mai greu. În primul rând, avem DBA-urile 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ă este relațional, ei ar putea avea oricare dintre unul, doi, trei, patru furnizori diferiți pe care încearcă să le gestioneze. 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, atunci 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 structura 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 este că sunt mult mai multe procese de afaceri și aplicații construite de dezvoltatorii de aplicații din fiecare companie - acestea sunt cele care nu sunt neapărat proiectate pentru eficiență sau eficiență de desfășurare. Ș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 continua să aruncăm pe tot mai multe baze de date pe volumul lor de muncă”, ceea ce 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 business intelligence de 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. Suntem responsabili de proiectarea bazei de date, ceea ce este bine, dacă este cineva care are experiență. Dar, în general, DBA-urile sunt dezvoltatori de aplicații, aceștia iau adesea acest rol ca parte a timpului parțial al muncii lor, nu au o pregătire formală în asta și din nou, o proiectează pentru obiectivele lor finale, sunt neproiectându-l pentru eficiență.
Și există o mare diferență între proiectare și dezvoltare, față de 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 part-time sau accidentale, 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 acest lucru este diferit decât realizarea unui proiect bun și 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ă ești un DBA part-time sau accidental, nu știi ce nu știi.
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 petii mei din depozitul de date BI, migrarea datelor, spațiul de inginerie a datelor este că, în loc să folosească instrumente, oamenii au tendința să scrie cod SQL, proceduri stocate, chiar dacă folosesc un instrument scump de integrare a datelor sau un instrument BI scump, 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 privesc cum 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ă. Când intenționează să administreze baze de date, trebuie să se gândească mai întâi la, să dezvolte niște valori de performanță centrate pe aplicație, așa că trebuie să privească nu doar modul în care este structurat acest tabel, cum este modelat în mod special, ci cum este folosit? Așadar, dacă aveți o aplicație întreprindere care se aplică î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 folosește, cum sunt folosind-o, care sunt volumele de date, când se va întâmpla. Ceea ce încercați să căutați cu adevărat 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 vorba despre o persoană sau doar prin schimbul de date între aplicații sau procesatoare. Și care sunt blocajele? Deci, 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 orele de așteptare și randament - la 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, când sunt folosite, la ce sunt folosite ș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 ambele structuri de date, astfel încât indexurile, partiționarea și alte aspecte fizice ale bazei de date, chiar și structura bazei de date - indiferent că este model ER sau model dimensional, totuși este structurat - toate aceste lucruri au impact asupra performanței., în special în diferitele contexte ale analizelor de captare a datelor și a transformărilor care se întâmplă.
Și cum a menționat Robin pe partea SQL, uitându-ne la SQL care este condus de aceste aplicații diferite în aceste baze de date și ajustarea 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, pentru că rețelele, serverele, norul - oricare ar fi acestea - analizând de asemenea impactul pe care aceste aplicații și aceste baze de date îl au în acel context, 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 merge bine, ce nu merge 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 facem, fiind capabili să proiectăm ce, cum și unde impact asupra bazei de date, a aplicațiilor, ne permite 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: Sună 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ă este potrivit, nu știu pentru aceia dintre voi fani „A-Team” din anii 80, John Hannibal Smith a spus că ar fi întotdeauna spuneți: „Îmi place când vine un plan” și cred că atunci când vorbiți în special de SQL Server, care este locul în care ne concentrăm, care este produsul despre care vom vorbi astăzi, SQL Diagnostic Manager, este cu siguranță unul dintre acele lucruri pe care trebuie să le 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 vom vorbi despre multe despre asta 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 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. Așadar, căutați ceva care să vă ajute, să vă conducă prin acest proces și, de asemenea, să vă educe și în acest proces. Și deci, este important ca instrumentul pe care îl utilizați pentru aceste tipuri de decizii să vă ofere o perspectivă asupra motivelor pentru care se iau aceste decizii, nu doar vă spune „Hei, faceți asta”.
Pentru că sunt DBA-ul în actorie, în cele din urmă, s-ar putea să fiu DBA-ul complet, cu expertiza și cunoștințele reale pentru a susține acel 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 sunteți, va trebui să aveți, acestea vor varia de la un loc la 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 aveți să aveți nevoie, fie că este pentru backup-urile dvs., fie 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, este evident că este important să faceți schimbări, deoarece acestea sunt necesare pe baza unor lucruri care schimbarea în mediul însuși. 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 ceea ce privește posibilitatea de a 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.
Așadar, ceea ce face multe 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 finalul zilei, despre asta este vorba: 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, acesta este 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? Acesta este unul mare, nu doar cât spațiu consum acum, dar și când voi rămâne fără să depășesc 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 pe ce instanțe SQL ar trebui să se bazeze? Toate aceste tipuri de întrebări trebuie să poată răspunde. Pentru că, în majoritatea cazurilor, dacă sunteți DBA sau sunteți DBA în calitate de actorie, o veți consolida 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 apărea în continuare, putând anticipa asta, încă o dată, în loc să așteptăm să se întâmple. Deci, în mod evident, toate aceste lucruri despre care vorbim, au sens în sensul că vă bazați pe date istorice, în cele mai multe cazuri, pentru a putea genera aceste recomandări sau, în unele cazuri, pentru a vă formula singuri decizii, pentru a putea veni cu aceste răspunsuri. Dar îmi amintește de faptul că, atunci 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 cu cele cunoscute și a fi capabil să luați și să faceți „ce se întâmplă” cu o mulțime de aceste tipuri de întrebări, vă veți confrunta, este foarte valoros și vă va duce mult mai departe decât să jucați jocul de ghicire.
Deci, aceste tipuri de întrebări, evident, vor apărea, deci cum gestionăm o mulțime de aceste întrebări cu Manager de diagnosticare, în primul rând avem capacități de prognoză, putând face acest lucru și la baza de date, la masă. ca unitate sau volum. Pentru a putea nu numai să spun: „Hei, suntem plini de spațiu”, dar șase luni de acum, doi ani de acum înainte, cinci ani de acum încolo, dacă fac buget pentru asta, cât spațiu de conducere mă duc pentru a avea nevoie de buget pentru? Acestea sunt întrebări pe care trebuie să le pun și va trebui să pot folosi o 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 de multe ori, din păcate, modul în care se iau multe 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. Așadar, este un lucru să poți să-ți arate un tablou de bord plin de valori și să poți spune: „OK, aici sunt toate valorile și unde se află”, dar apoi să poți face unele sau să înțelegi ceva ce să faci, 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 mecanisme în instrument care vă vor ajuta în acest sens, pe care vi le vom arăta î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ătorul aici, pe care îl vom vedea, este, în general, să înțelegem până la nivelul metric ceea ce este normal. Nu pot să vă spun ce nu este normal dacă nu știu ce este normal. Și deci, având cum să măsurăm că este cheia și trebuie să poț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, dintr-o perspectivă de alertă, cu alte cuvinte, în miezul nopții, în timpul ferestrei mele de întreținere, mă aștept ca procesorul meu să funcționeze la 80 la sută, pe baza tuturor întreținerilor care se desfășoară. Așadar, aș putea dori să-mi cresc pragurile mai mari, în acele perioade de timp față de poate, în 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ă putea 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ă tocmai am făcut o modificare a mediului meu, vreau să înțeleg care a fost acel impact, pentru a putea aplica aceeași modificare și altor 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ă 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 un multe 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, acesta 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ă folosiți o casă metrica, de exemplu. Așadar, a fi capabil să executați rapoarte, să fiți în stare de alertă, de bază - toate lucrurile despre care vorbim - este, de asemenea, o parte esențială a capacității de a face această prognoză și de a face astfel încât să obțineți răspunsurile pe care le căutați să poată lua 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 vom face cu aceste date, evident, este să 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, ceea ce mi-ar plăcea să fac și acesta este doar un exemplu rapid de arhitectură, marea preluare de aici este că nu există agenți sau servicii care să stea de fapt în cazurile pe care le gestionați. Dar ceea ce mi-ar plăcea să fac este doar să te duc aici la aplicație și să îți ofer 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 obținut 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 pe linia de aici este ceva ce trebuie să faceți, sau aici este un lucru în timp în viitor și vom oferi 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 și vă voi oferi doar câteva exemple despre asta . Așadar, o să iau baza de date de audit, care este destul de intensivă în I / O - are o mulțime de date. Avem, să vedem, vom face asta aici și hai să alegem doar baza de date de asistență medicală aici.
Dar ideea este că nu văd doar ce spațiu este pe acest lucru, sunt în stare să spun: „Uite, hai să luăm în valoare datele de anul trecut” - și voi înregistra un pic aici, Chiar nu am o valoare de un an, am date de aproximativ două luni - dar, pentru că aleg o rată de eșantion de luni aici, voi putea să anticipăm sau să previzualizăm în această situație În cazul următoarelor 36 de unități, deoarece rata noastră de eșantion este setată la luni - adică o unitate, este o lună - și aș putea să, apoi să conduc un raport pentru a-mi arăta practic unde am anticipa creșterea noastră viitoare, pentru acestea 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, apoi linia ne va furniza prognoza, împreună cu numerele pentru a susține asta. 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 dorim 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, acesta este un lucru pe care îl vom face, în timp ce vă vom oferi o dată specifică și vom putea spune „Hei la această dată, aici vom anticipa creșterea datelor dvs.”. În afară de asta, totuși, putem vă oferă alte informații care sunt legate de unele analize pe care le efectuăm în timpul orelor de funcționare ș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 minunat, mai ales dacă nu sunt un DBA, pot să mă uit la aceste lucruri, dar ceea ce este și mai bine dacă nu sunt DBA, este această filă de analiză. Așa că, înainte de a fi aici în instrument, am fi trecut și să le arătăm oamenilor produsul și acestea ar fi „Asta e grozav, văd toate aceste numere, văd totul, dar nu știu ce să fac” (râde) „Ca urmare a 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 ajuta cu sănătatea mediului meu, fiind capabil să am un mod clasificat de a furniza acele recomandări, precum și sfaturi utile în informații pentru a afla mai multe despre aceste recomandări și de fapt, având chiar și legături externe la unele dintre aceste date, care îmi vor arăta și du-mă la motivele pentru care sunt făcute aceste recomandări.
Ș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 facem aici cu această analiză - și vă voi arăta când voi intra pentru a configura proprietățile acestei instanțe și voi merge la secțiunea de configurare a analizei - avem o mulțime de categorii diferite enumerate aici, și o parte din aceasta, avem optimizarea indexului și optimizarea interogărilor. Deci, evaluăm nu numai valorile în sine și lucruri de genul acesta, ci și lucruri precum volumul de muncă și indexurile. În cazul de față, vom efectua, de fapt, o analiză suplimentară a indexului ipotetic. Așadar, este una dintre acele situații în care nu vreau, în multe cazuri, nu vreau să adaug un index dacă nu trebuie. Însă, la un moment dat, există 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, probabil, cu șase săptămâni înainte. ”Așadar, acest lucru vă permite să obțineți o perspectivă dinamică a lucrurilor care, probabil, cum am spus, va îmbunătăți performanța în funcție de ceea ce se întâmplă în mediu, ce se întâmplă în volumul de muncă și făcând acele tipuri de lucruri.
Și astfel veți obține 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 reveni pe parcursul a numeroase săptămâni pentru a picta aceste imagini pentru a vedea când sunt contorizările dvs., pentru a vedea în general vorbind unde această valoare se încadrează în perioadele în care am colectat 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 timpul orelor 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 pot să le automatizez și 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 pentru sarcinile pe care le întâlnesc în acea fereastră de timp, față de poate la mijlocul zilei când sarcinile sunt nu la fel de mult, 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 vă vor fi de mare ajutor, în ceea ce privește înțelegerea a ceea ce este normal și a fi capabil să înțelegeți și să vă implicați, atunci când veți rămâne fără resurse. Acum, celălalt tip de lucru pe care îl avem în instrument, acesta 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 cum am spus mai devreme, Pot fi doar capabil să difuzez o mulțime 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 cazuri pe care le gestionez - în cazul meu nu o fac, așa că trebuie să jucăm jocul pretendent aici - dar dacă am avut toate instanțele mele de producție și ar trebui să înțeleg unde se află zona pe care am nevoie de atenție, cu alte cuvinte, dacă voi avea doar o perioadă limitată de timp pentru a efectua un anumit tip de administrație pentru a îmbunătăți performanța, vreau să mă concentrez asupra domeniilor 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 vorba despre utilizarea discului, utilizarea memoriei, fie că așteaptă, indiferent dacă este timpul de răspuns, sunt capabil să corelez - sau ar trebui să spun rang - acele cazuri unele împotriva celuilalt. Evident, instanța care se află în partea de sus a fiecărei liste, dacă este aceeași instanță, probabil este ceva pe care vreau să mă concentrez, pentru că 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 de statistică 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: „Hai să vedem baza de referință pentru aceasta, dezvăluită în ultimele 30 de zile”, caz în care o să îmi arate 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 va depinde ce întrebare este, pe care o întrebi la momentul respectiv. Dar, evident, asta vă va ajuta pentru o mulțime de întrebări. Aș vrea să pot spune că avem un raport care face totul, și este ca și cum este raportul ușor, în care apasă și butonează și răspunde la fiecare întrebare „ce dacă” dacă ai putea răspunde vreodată. Însă realitatea este că veți avea o mulțime de atribute și o mulțime de opțiuni pentru a putea alege dintre aceste derogări 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 vi 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 vi le arată aici.
Acum, în afară de asta - și unul dintre lucrurile în care, în mod evident, ne-am ocupat destul de mult în ultima vreme este - mai întâi a fost acela, toată lumea care se abate 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 încă există o mulțime de întrebări în jurul acestei chestiuni și, pe măsură ce vedem că oamenii consolidează acele medii, vor avea nevoie să poată răspunde la aceste întrebări. Așadar, aceasta este o privire de ansamblu destul de bună, aș spune, a managerului de diagnostic, în ceea ce privește acest subiect. Știu că subiectul informațiilor de afaceri a apărut și avem, de asemenea, un instrument pentru informații despre afaceri despre care nu am vorbit astăzi, dar vă va oferi informații în ceea ce privește răspunsul la aceste tipuri de întrebări. cuburi și toate aceste tipuri diferite de lucruri, 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, îi voi arunca lui Rick, dacă tot va fi acolo. Rick, ai întrebări de la tine?
Rick Sherman: Da, deci mai întâi, este grozav, îmi place. Îmi place în mod deosebit extinderea la VM-uri și nori. Văd că o mulțime de dezvoltatori de aplicații consideră că, dacă este în cloud, nu trebuie să o regleze. Asa de-
Bullett Manale: Corect, mai trebuie să plătim pentru asta, nu? Încă trebuie să plătiți pentru tot ce înseamnă că oamenii pun pe cloud, deci dacă rulează prost sau dacă provoacă o mulțime de cicluri CPU, trebuie să plătiți mai mulți bani, deci nu, încă trebuie să măsoare aceste lucruri, absolut.
Rick Sherman: Da, am văzut o mulțime de modele slabe î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 pe care mi le-am propus, este partea de interogări a acestuia. Avem o mulțime de moduri diferite de a identifica performanța interogării, indiferent dacă este legată de ea, în 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ă o serie de moduri în care putem analiza interogarea performanţă. Este indiferent dacă este durata, procesorul, I / O și, încă o dată, ne putem uita la sarcinile de lucru în sine 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, minunat. Ș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 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 asta nu este chiar spiritul de ce există, dar, în general, dacă aș dori să ofer un eșantion complet de date pentru toate întrebările, aș putea face asta.
Așadar, este foarte relativ la ceea ce sunt setările dvs., în general vorbind, din cutie. Este oriunde de la aproximativ 1-3 la sută, dar există și 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 vom putea să tragem de la evenimente extinse, în timp ce, astfel, vom trage dintr-o urmă pentru a face asta. Așadar, ar fi puțin 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 crezut că, în jurul anului 2004, cu acest produs. A trecut de mult timp, avem 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 deci încercăm să ne îndepărtăm cât mai mult de acest lucru, dar, în general, ca atare, aproximativ 1-3 la sută este o regulă bună.
Rick Sherman: OK, și asta este destul de scăzut, așa că este grozav.
Eric Kavanagh: Bine. 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 modul în 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. Ma intereseaza ce fac clientii 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 îl folosesc? Adică, în general, este vorba de a putea 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. Este momentul în care apar probleme și, în mod evident, cele mai multe cazuri din perspectiva unui DBA, de multe ori aceste probleme se întâmplă când se află în fața consolei, astfel încât să poți fi notificat imediat ce problema se va întâmpla. În afară de aceasta, a fi capabil să înțelegeți când se întâmplă problema, să puteți ajunge la centrul informațiilor care le oferă un context în termeni de ce se întâmplă. Și deci, cred că este cea mai mare parte: a fi proactiv în acest sens, a nu fi reactiv.
Majoritatea DBA-urilor cu care vorbesc - și nu știu, este 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 să le spună că există o problemă. Și deci, vedem o mulțime de oameni care încearcă să se despartă de asta și cred că acesta 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 că este întotdeauna problema lor, chiar dacă este dezvoltatorul de aplicații care a scris aplicația asta nu a scris-o corect, ei sunt cei care vor fi învinovățiți, pentru că aceștia iau această 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 eu.” (Râde) Trebuie să î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, privind 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 lipsit de 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. Așadar, despre asta se pune întrebarea, este că, cu un set de instrumente de genul acesta, ajungeți să oferiți 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 și cum ar exista unele baze de date de care DBA-urile le pasă și atunci există unele care nu le pasă la fel de mult. Și modul în care acest produs special, felul în care este licențiat este de la fiecare caz în parte. Așadar, există, cred că ați 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 facem cred că sunt mai multe, cred că se ocupă de 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, aici este o nouă instanță de SQL, acum este Express? Este versiunea gratuită sau este o versiune de întreprindere? ”Aceasta 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? Dacă nu este atât de important, aș putea ca acest instrument să meargă și să-l facă, generic, ceea ce aș numi controale de sănătate generice, în sensul că sunt tipurile elementare de care mă interesează ca DBA: este unitatea care se completează ? Serverul răspunde la probleme? Principalele lucruri, nu?
În timp ce cu Diagnostic Manager, instrumentul pe care tocmai ți-l arătam, va coborî la nivelul de interogare, va coborî la recomandarea indexurilor, analizând planul de execuție și toate lucrurile bune, în timp ce acesta este axat în principal pe cine deține ce, ce este ce eu 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 analizează de obicei 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ă că mediul lor este suficient de important pentru a avea un instrument de acest fel pentru a gestiona acele cazuri.
Robin Bloor: Bine, încă o întrebare înainte să-i transmit 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, și hype-ul nu reflectă niciodată realitatea, așa că mă interesează 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 vedem că unele dintre datele sunt mutate în acele alte segmente în care are mai mult sens, atunci când există alte tehnologii care sunt disponibile. Ca recent, unele dintre cele mai mari chestii de date. Dar aș spune că aceste baze de date, este greu de generalizat în multe cazuri, deoarece 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, deoarece, în general, oamenii cu care vorbesc au toate bazele de date tradiționale și folosesc acest lucru într-un mediu SQL Server.
Acestea fiind spuse, aș spune în termeni de SQL în sine, cu siguranță încă cred că 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 veți vedea asta cu lucrurile mai recente care continuă 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ă vedem și asta. Unde vezi o schimbare, încă se întâmplă. Adică, se întâmpla în urmă cu 10 ani, cred că se întâmplă încă în termeni de SQL Server, unde mediul crește ș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 una rapidă asupra ta. 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 index, 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. Acesta nu este un exemplu bun, dar ai putea 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: Sunt lucruri minunate, iar acest lucru îmi va oferi o evoluție bună la comentariile finale de aici. De asemenea, Robin, cu mine și Rick, am auzit de-a lungul mai multor ani, se vorbește despre baze de date de auto-reglare. Este o bază de date auto-reglatoare! Tot ce vă pot spune este: Nu-i crede.
Bullett Manale: Nu credeți că ești.
Eric Kavanagh: S-ar putea să existe câteva lucruri mărunte care se realizează dinamic, dar chiar și asta, poate doriți să îl verificați și să vă asigurați că nu face ceva ce nu doriți să facă. Așadar, pentru destul de mult timp, vom avea 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ă atât de multe șanse ca aceștia să preia controlul existând 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 aveți nevoie de instrumente pentru a vă oferi informațiile pentru a ști ce faceți. 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 în interioranalysis.com sau pe site-ul nostru partener www.techopedia.com pentru mai multe informații despre toate acestea.
Și cu asta, vă vom lua rămas bun. Mulțumesc din nou, vă vom vorbi data viitoare. Ai grijă. Pa! Pa.
