De personalul Techopedia, 26 mai 2016
Take away : Gazda Eric Kavanagh discută despre administrarea bazelor de date și descoperirea instanțelor cu Robin Bloor, Dez Blanchfield și Bullett Manale în cel mai recent episod al Hot Technologies.
În prezent nu sunteți autentificat. Vă rugăm să vă conectați sau să vă înregistrați pentru a vedea videoclipul.
Eric Kavanagh: Bine doamnelor și domnilor. Bine ați venit din nou. Ma numesc Eric Kavanagh. Lucrurile sunt fierbinți. Lucrurile se încălzesc aici. Nu știu ce se întâmplă. Oh, este drept, este timpul pentru Hot Technologies. Da, într-adevăr, numele meu este, încă o dată, Eric Kavanagh. Mă puteți găsi pe Twitter @eric_kavanagh. Acesta este spectacolul conceput pentru a vorbi despre ceea ce este fierbinte pe piață. Titlul de astăzi, „Cheile Regatului: Administrarea SQL Server cu Dynamic Discovery”. Lucruri bune. Există a ta cu adevărat. Bine, poza aceea era de acum câțiva ani. Nu o să mint, arăt un pic mai în vârstă, dar este în regulă.
Deci, vorbim despre modul în care tehnologiile și SQL Server sunt într-adevăr, într-adevăr, într-adevăr, foarte fierbinți. Avem o mulțime de conținut astăzi, așa că o să-l predau imediat. Stați lângă, aici mergem. Sunt vorbitorii noștri. Iar Robin Bloor merge mai întâi.
Robin Bloor: Da, într-adevăr. Prezentarea urmează să aprofundeze în managementul bazelor de date, așa că m-am gândit să trec prin managementul bazelor de date sau, știți, labirintul bazei de date, pentru a aduce oamenii în spiritul acesteia. Am fost DBA, presupun că ați putea spune că am fost consultant în baze de date, acum aproximativ 20 de ani, iar lucrul care mă surprinde de fapt cu privire la bazele de date este că nu s-au schimbat foarte multe. Multe lucruri s-au schimbat în ceea ce privește viteza, în ceea ce privește volumele de date și lucruri de genul acesta, dar o mare parte din acestea rămân foarte asemănătoare cu cele obișnuite să se întâmple.
O bază de date este, după părerea mea, o colecție extensibilă organizată de date care poate fi optimizată pentru anumite sarcini de muncă și care oferă capacități de gestionare a datelor. A apărut în primul rând pentru că, dacă vrei să gestionezi datele din fișiere, era o muncă extraordinar de dificilă. Și ideea de a reuni un software care ar face aproape orice ar fi nevoie de el pentru a face, a decolat aproape instantaneu, imediat ce am avut acces aleatoriu la mainframe-urile IBM în anii '70.
Baza de date relațională a fost inventată în anii '70 și a luat ființă în ceea ce privește prototipurile din anii '80, iar genul și-a luat tracțiunea pe piață de la începutul anilor '90 încoace. Și bazele de date relaționale sunt încă dominante în popularitate. Dacă citiți presa, veți auzi o mulțime de lucruri spuse despre acestea - baze de date SQL și, recent, există foarte mult zgomot despre bazele de date grafice. Și acestea sunt interesante, dacă doriți, dar de fapt, încă în ultimele numere de vânzări, bazele de date relaționale au 95% din piață. Iar Microsoft SQL Server despre care vom discuta astăzi în detaliu este al doilea cel mai popular pentru Oracle.
Lucrul despre bazele de date relaționale care le face neobișnuite în ceea ce privește motoarele care sunt, este că pot lucra atât pe OLTP, cât și pe sarcini de lucru de interogare. Trebuie să le reglați diferit dacă veți face asta, dar sunt capabile de ambele tipuri de sarcină. Una dintre ele este tranzacții aleatorii scurte, iar cealaltă este interogări îndelungate care acoperă o mulțime de date. Alternativa, baza de date NoSQL și baza de date grafice sunt destinate în principal analitice și au crescut destul de recent. NoSQL a venit pe primul loc și graficul a început să obțină un pic de tracțiune în ultimele timpuri. NoSQL poate fi utilizat pentru activități tranzacționale, dar graficele sunt aproape niciodată utilizate pentru activități tranzacționale. Motivul, am dat peste o statistică care cred că de fapt are cel puțin zece ani, care spune că majoritatea companiilor au cel puțin trei, de fapt cifra era 3, 5, diferite mărci de baze de date, dacă te uiți la inventarul lor de software.
Dar realitatea este că majoritatea companiilor standardizează pe o bază de date specifică. Și majoritatea companiilor s-au standardizat fie pe SQL Server cât și pe Oracle drept cele mai populare pentru, dacă doriți, baze de date standard. Și folosesc alternativele doar în circumstanțe excepționale în care, de exemplu, primesc un pachet software care are nevoie de o bază de date diferită sau urmează după unele dintre marile ținte de analiză a datelor care au existat.
Avem, de asemenea, interferența lui Hadoop. Hadoop într-un fel sau altul a devenit mai mult decât un sistem de fișiere, dar nu încă o bază de date. Cu toate acestea, are SQL care se află peste partea de sus a acestuia. Dar dovezile sunt că nu se înlocuiește cu adevărat și nici nu este aproape de a suplanta bazele de date relaționale care au câștigat inimile și mințile lumii. Și motivul pentru care sunt într-adevăr acele baze de date relaționale a durat douăzeci de ani, de fapt mai mult de douăzeci de ani, pentru a ajunge să fie la fel de bune. Și nu construiți doar un motor de interogare sau un motor SQL care este într-adevăr performant într-un timp foarte mic. Doar că nu se întâmplă.
Prin urmare, concluzia acestei diapozitive este că bazele de date sunt strategice și evoluează, se îmbunătățesc. Și acesta a fost cu siguranță cazul Oracle și Microsoft SQL Server. Probabil, puțini dintre voi îți amintesc de zilele în care au apărut bazele de date pentru prima dată, dar eu, atunci eram băiat. Ideea inițială a fost că va exista o singură bază de date și aceasta a fost o idee conceptuală care nu a luat niciodată rădăcină. A existat o încercare a IBM cu AS / 400 de a avea de fapt un sistem de fișiere bazat pe baza de date, dar care nu a dominat niciuna. Ai rămas cu faptul că bazele de date se fragmentează în mod natural. În mod natural, aveți mai multe cazuri. Există probleme de scalabilitate. Baza de date este extinsă doar la o anumită dimensiune, cu siguranță că dimensiunea a crescut de-a lungul anilor, dar au avut limite.
Și au existat probleme privind volumul de muncă, problema principală a volumului de muncă fiind faptul că sarcinile de lucru OLTP și volumele mari de lucru de interogare nu sunt pur și simplu compatibile între ele. Și era imposibil să construiești un motor care să facă asta. În ceea ce ne-am confruntat, care este cam interesant, am întâlnit recent un site care a avut peste o mie de cazuri diferite de Oracle. Nu-mi amintesc exact câți DBA-uri aveau, dar dacă ai vorbit de fapt cu privire la câte dintre aceste baze de date erau efectiv monitorizate de un DBA, era ceva ca zece. Practic foloseau baza de date ca dulap și aruncau doar date în ea, deoarece cel puțin aveai o schemă și era mai organizată decât ar fi vreodată un sistem de fișiere, dar nimeni nu făcea altceva decât să îi ofere o configurație implicită și să o stabilească pierde.
Nu sunt sigur dacă asta a fost o idee bună. Mi se pare bizar, să fiu sincer, deoarece, după părerea mea, ori de câte ori am lucrat cu baze de date, bazele de date aveau nevoie de prezență și trebuia, într-un fel sau altul, să știi exact ce se întâmpla acolo. Și o mulțime îngrozitoare de interdependențe de sistem înseamnă că anumite tipuri de niveluri de servicii trebuie să fie îndeplinite sau că aveți probleme.
S-a vorbit recent, am întâlnit diverse baze de date care pretind că se auto-acordează. Cele care sunt magazinele de coloane care sunt configurate pentru traficul de interogare sunt în mare măsură auto-reglate, deoarece există foarte multe opțiuni pe care trebuie să le luați în ceea ce privește indexurile. Dar, în afară de acea zonă particulară, bazele de date trebuie reglate. Și trebuie să fie reglate, anumite baze de date relaționale, în principal pentru că o mulțime de tranzacții îngrozitoare implică aderari. Unirile sunt activități scumpe. Dacă nu puneți indicii potriviți la locul potrivit, atunci alăturați-vă că luați perioade nejustificate de timp în care nu trebuie.
Bazele de date de auto-ajustare în prezent, bine există doar în aceste domenii în care volumele de muncă sunt bine cunoscute. Și experiența mea este că majoritatea companiilor angajează foarte puține DBA-uri și asta pentru că sunt scumpe. Și, prin urmare, este mai bine dacă puteți alterna ceea ce face DBA. Aceasta este activitățile unui DBA așa cum le înțeleg. Realizează instalarea, configurarea și actualizarea bazelor de date. Actualizarea, apropo, nu este neapărat o activitate banală. Motivul pentru care ați actualiza o bază de date, adică, regula cu care am lucrat întotdeauna este să nu o atingeți dacă funcționează și dacă veți actualiza o bază de date la orice versiune nouă, o faceți în modul de testare mai întâi și după aceea actualizați totul. Încă te ocupi mereu de aceeași versiune. Dar, de fapt, multe site-uri am întâlnit, nu se întâmplă asta. Există, să zicem, un grad corect de entropie. Gestionarea licențelor este o problemă, depinde de licența pe care o ai. ETL și replicarea datelor.
Unul dintre trucurile cu baza de date este dacă aveți o sarcină de lucru de interogare care trebuie împărțită, puteți crea două instanțe și replica, iar acest lucru este adesea făcut în cazul în care oamenii utilizează replica ca o copie de rezervă caldă, dacă este nevoie. Apoi, planificarea capacității de stocare și capacitate, asta face parte din activitatea DBA, deoarece, desigur, datele cresc și trebuie să urmăriți asta. Și atunci trebuie să planificați diverse upgrade-uri hardware sau îmbunătățiri hardware. Există depanare, care este o activitate dureroasă pentru majoritatea DBA-urilor. În cazul în care ceva nu merge bine, iar backup-ul nu funcționează exact perfect, atunci trebuie să-și înfășoare mânecile și să coboare și să încerce să recupereze lucrurile din fișierele de jurnal. Asta se întâmplă mult mai des decât cred, bine, îmi amintesc că s-a întâmplat, dar am ieșit din joc de cel puțin zece ani, dar îmi amintesc că acest lucru se întâmplă mai des decât te-ai fi așteptat vreodată. Monitorizarea și reglarea performanței este un fel de inima care bate un job DBA. Dar există și securitate în ceea ce privește gestionarea accesului, backup și recuperare, creând sisteme de testare software care să fie în mod rezonabil paralel cu un sistem live. Și întregul ciclu de viață al datelor. Așa că, după părerea mea, este lista de locuri de muncă ale DBA, în afară de orice altceva pe care le-ar putea cere. Dinamică operațională. În cele din urmă, integritatea datelor și managementul nivelului serviciilor sunt responsabilitatea principală a DBA. Și, în mod normal, sunt critici. Și asta e tot ce am de spus. O să predau lui Dez.
Dez Blanchfield: Mulțumesc foarte mult. O să ne duc într-o călătorie distractivă, anecdotică, de ce este vorba despre întregul subiect despre care este astăzi și este mai critic ca niciodată. Nu cu mult timp în urmă, am fost implicat într-un proiect în care am migrat o platformă guvernamentală de stat care a fost utilizată pentru înregistrarea licențelor și înregistrarea vehiculelor și o serie întreagă de lucruri din jurul acestui subiect, de pe o platformă mainframe Fujitsu care rulează un lucru numit A + Addition, care este un sistem de operare Solaris sau, cu alte cuvinte, Unix, care rulează Oracle și face o treabă foarte bună din acesta. Și părerea era că acest lucru îmbătrânește și era timpul să-l mute la altceva. Ne-am distrat foarte mult să rulăm Unix pe mainframe și a fost foarte stabil și foarte sigur și destul de ciudat platforma SDL și a fost absolut rapid fulger. Înțelepciunea era însă că a venit timpul să te desprinzi de mainframe și să te miști.
Această provocare semnificativă de mapare a tuturor sistemelor și logicii de afaceri și a mediului SQL pentru bazele de date de dedesubt și de a privi cum aveam de gând să arhitect și inginer o nouă casă pentru aceasta. Și am ajuns să-l ducem la unul dintre aceste lucruri care acum are câțiva ani, dar unul dintre capetele de vârf ale serverelor Starfire ale sistemului de rack Sun. Și acestea sunt probabil unele dintre cele mai mari stanje pe care le puteți cumpăra de pe planetă, care locuiesc într-o singură cutie mare și un server multiprocesare simetric. A fost un sistem mid-range în lumea noastră. A rulat Unix și a rulat Oracle în mod nativ, iar părerea a fost: „Ce ar putea să meargă greșit?” Ei bine, se pare, multe.
De exemplu, la vremea respectivă și despre care nu vorbim demult, a trebuit să parcurgem un proces foarte manual pentru a descoperi ce a fost pe platforma mainframe și pentru a aduce peste cap. În special mediul bazei de date și logica SQL. Prin urmare, imaginea era să fie o mișcare destul de simplă Oracle-to-Oracle, mutare bază de date în bază de date; toată logica de afaceri ar veni, majoritatea logicii de afaceri fuseseră scrise în interogări și declanșatoare încorporate și cât de greu ar putea fi? Dar ceva ce trebuia să dureze luni s-a sfârșit să dureze aproape un an. Pentru a parcurge fizic și manual fiecare parte a mediului Unix din mediul mainframe, descoperiți unde erau toate bazele de date și câte instanțe rulau și ce se desfășura în acele cazuri și a fost un exercițiu non-banal și am încheiat-o de trei ori doar pentru a ne asigura că am capturat totul. Pentru că de fiecare dată când ne-am gândit că am săpat atât de adânc cât am avut nevoie, sub suprafață s-a dovedit că există mai multe acolo.
Cealaltă provocare pe care am avut-o a fost ce instanțe se execută și în ce stare? Este acesta un mediu de dezvoltare? Este un mediu de testare? Face parte din procesul de integrare? Este integrarea sistemelor? Este UAT, testarea acceptării utilizatorului? Este producție? Este un mediu DR? Deoarece mare lucru despre mainframe este că puteți construi aceste mici medii virtuale pe care cu toții le asumăm acum și să mutăm lucrurile. Și trebuie să lucrezi, este o persoană care face dezvoltare și testare la nivel de producție sau face producție de producție, există utilizatori efectivi în acest sens? Amintind că acest lucru face în timp real eliberarea permiselor de conducere și înmatriculare auto și lucruri care contează cu adevărat în viața oamenilor.
Și a fost nevoie de mult timp pentru a rula backup-uri pentru acest lucru, așa că nu aveam cu adevărat o fereastră de întreținere pentru a lua lucrurile offline și pentru a vedea ce s-a întâmplat. Nu a existat niciun fel de a-l recruta. Am avut, de asemenea, provocarea de a nu afla doar ce instanțe se desfășurau și unde și pentru cine, dar atunci a trebuit să stabilim ce versiuni ale instanțelor rulau. Și aici am pierdut aproape complotul. Când am început să conștientizez că avem două sau trei versiuni ale mediului de producție care traversează diferite niveluri de testare și nu exista foarte puțin în modul de instrumente și abordări sistematice în acest sens. În mod literal, a trebuit să ne adâncim în cod și în instanța de rulare și, în unele cazuri, riscă să luăm ceva offline pentru puțin timp. Am ajuns în partea de jos a întregii chestii, l-am cartografiat și a fost un proces foarte manual așa cum am spus. Și, în sfârșit, am făcut întreaga schimbare ETL, aruncându-l dintr-un loc și mutându-l în altul și în ansamblul său a funcționat. Și am fost ca, bine, este funcțional, suntem foarte fericiți cu asta.
Dar apoi ne-am confruntat cu o serie de pereți de cărămidă solidă foarte serioși. În special, am constatat probleme de performanță. Și gândirea sensibilă a zilei a fost, bine, a trecut la un hardware mai mare, mai bun, mai rapid, mai greu, nu există niciun motiv pentru care ar trebui să funcționeze prost la aplicația de la baza de date, deci să începem să căutăm în altă parte. Deci am re-proiectat complet rețeaua de două ori. Fiecare router, fiecare comutator, fiecare cablu, am mers de la Ethernet la fibre în unele cazuri, am modernizat software-ul, am făcut patch-uri, veți obține vizualizarea. În mod esențial, am re-construit rețeaua de două ori gândindu-ne că acestea sunt probleme de performanță. Și arăta și simțea așa. Am trecut prin diferite sisteme de securitate, diferite firewall-uri. Am corelat sistemul de operare. Am mutat lucrurile de la o lamă de calcul la alta. Și am petrecut o cantitate semnificativă de timp privind aspectul infrastructurii.
Și atunci ne-am dat seama că atunci când am deconectat serverele și am rulat alte aplicații pe ea, rețeaua a funcționat bine. Așa că am început să desprindem sistemul de operare. Aceeași problemă. Dar interesant, nivelul rețelei și nivelul sistemului de operare, instrumentele au fost acolo, de fapt a fost relativ simplu pentru noi să evaluăm și să testăm și să dovedim că fiecare dintre aceste piese a funcționat. Dar chiar și atunci, pe Solaris în gama medie de pe platforma hardware SPARC, instrumentele nu erau acolo pentru ca noi să începem să diagnosticăm mediul bazei de date. Știi, mapând dacă am adus toate cazurile. Și, astfel, a trebuit să ne construim propriile instrumente și să scriem unele și să ne așezăm și, indiferent dacă este vorba despre instrumentele bazei de date în sine în limbajele de script native sau dacă era o serie de scripturi shell sau, în unele cazuri, o mulțime de programe C.
În sfârșit, ne-am aprofundat în câteva probleme foarte interesante în care logica de sub stratul SQL, motoarele de bază ale bazei de date în sine, s-a dovedit că atunci când ceva a fost construit într-un mod special pentru ceva ce a rulat pe versiunea mainframe a Oracle a fost migrat către Solaris pe SPARC versiunea Oracle nu a transpus imediat aceeași performanță. Așa că a fost o călătorie destul de dureroasă pentru noi în primul rând, doar să o facem și să găsim totul, dar acum a trebuit să o diagnosticăm pe noul sistem de producție și din nou acest lucru a scos în valoare o lună de migrație la aproape un an. Și pur și simplu s-a ajuns la faptul că nu aveam instrumentele în jur. Alergați să faceți lucruri cum ar fi să încercați să faceți harta metadatelor.
La un moment dat, aproape că am decis că avem nevoie de un consiliu Ouija, deoarece va fi mai ușor în acest fel doar să punctăm și să tragem la întâmplare. Lucruri simple, cum ar fi să afli cine a avut acces la vechile sisteme și de ce au avut acest acces. Și cine a avut nevoie de acces la noul și de confirmare, obținerea cuiva să se înscrie și să confirme asta și să mapeze asta. Chiar și ceva la fel de simplu ca dimensiunea bazei de date nu a fost consecventă pe cele două platforme. A trebuit să creăm un instrument pentru a face asta și să facem o comparație între cât de mare este baza de date în tonaj, în megabytes sau terabyte brute pe Sistemul A față de Sistemul B. Și să ne scufundăm mai detaliat în jurul performanței și al mediului performant. Din nou, a trebuit să construiască noi instrumente. Pur și simplu nu a existat niciun depozit pentru noi.
Și primiți acest mesaj întreg din acest moment, când am ajuns la sfârșitul punerii în funcțiune a lucrului și l-am obținut stabil, fiecare dintre ele a fost un proces foarte manual, singurul mod în care am putea automatiza ceva ar fi dacă construim un instrument nou sau script nou. Și dacă am avea instrumentele disponibile astăzi, viața ar fi fost mult mai ușoară și cu atât mai bună. Și am fi economisit milioane în acest proiect. Dar cred că despre ce vorbim astăzi este faptul că instrumentele sunt disponibile acum și fac viața mult mai ușoară. Multe dintre capcanele rămân încă. Descoperirea bazelor de date care sunt acolo și ce instanțe execută. În ce stare se află. Câți rulează? De ce aleargă. Fie că merg bine. Sunt susținute?
Acestea sunt toate lucrurile pe care, în multe feluri, le putem asuma acum cu instrumentele potrivite. Dar a existat o perioadă în această anecdotă specială, după cum am spus, unde aceasta a fost ceva despre care mulți dintre noi am pierdut o mulțime de păr, ne-am luat probabil cincisprezece ani din viața noastră și ne lamentăm că instrumentele nu erau acolo . Și aștept cu nerăbdare să aflu mult mai multe despre asta de la invitatul nostru de astăzi, Bullett. Așa că, cu asta, Bullett, voi trece la tine și aștept cu nerăbdare să aflu cum ai rezolvat această problemă.
Bullett Manale: Bine. Sună bine. Eric, lasă-mă să preiau aici cu diapozitivele și vorbesc puțin despre Idera, compania, înainte de a intra în produs. La fel ca FYI, acesta este un fel de portofoliu de produse diferite pe care le avem disponibile.
Eric Kavanagh: Audio-ul tău este foarte cald, așa că dacă folosești căști, trage un pic.
Bullett Manale: Nicio problemă. E mai bine așa?
Eric Kavanagh: E mult mai bine. Ia-o de aici.
Bullett Manale: Bine. Așadar, astăzi ne vom concentra pe Managerul de inventar, care este în mod evident aliniat la o mulțime de aceste subiecte pe care le discutăm. Vreau doar să vă ofer un pic de înțelegere a modului în care acest produs a ajuns unde se află. Am început să căutăm în fiecare zi cu linia noastră de produse, avem un instrument de monitorizare a performanței numit Manager de diagnosticare. Avem un instrument Compliance Manager. Deci, o mulțime de instrumente diferite în jurul SQL Server și, în mod inevitabil, ne punem întotdeauna întrebarea în scopul licențierii: „Care este numărul de instanțe pe care le gestionați în prezent în cadrul organizației dvs.?” Și cel interesant a fost că nu am fost niciodată capabili să obținem un răspuns ferm în acest sens. Nu conta cu cine ai vorbit. A fost întotdeauna un fel de „Ei bine credem că este în jurul acestui număr”. Aceste tipuri de lucruri au intrat mereu și atunci ar trebui să parcurgem acest proces pentru a afla exact ce înseamnă că au dorit să licențieze în ceea ce privește cazurile pe care le gestionăm.
Ne-am dat seama foarte repede că se pare că există oarecare durere asociată cu multe DBA. Evident, ca DBA, unul dintre lucrurile de care sunt responsabili este să știe acest lucru, deoarece unul dintre lucrurile pe care trebuie să le facă este să vă faceți griji pentru acordurile de licență, în cazul nostru cu Microsoft și SQL Server. Evident, au o mulțime de alte domenii diferite de care sunt responsabili, dar acesta este unul dintre cele care sunt un fel de articol de bilet mare în ceea ce privește DBA care sunt responsabilitățile dvs. generale. Cu asta am ajuns la concluzia că avem nevoie de un instrument care să faciliteze un DBA să poată înțelege cu adevărat acest număr. Deoarece aveți o extensie SQL dacă doriți să o numiți și se întâmplă din mai multe motive. Poate nu există atât de mult control despre cine instalează software-ul și aceste tipuri de lucruri.
Și cel mai rău lucru care se poate întâmpla este ca cineva să pună mâna pe o copie de SQL Server, să o instaleze, să înceapă să lucreze cu ea fără nicio cunoștință la unele dintre celelalte organizații sau departamente din companie și apoi următorul lucru pe care îl știi, poate datele nu sunt susținute și acele tipuri de lucruri care s-ar putea întâmpla. În cazul în care acum aveți o altă problemă, în care aveți situații în care veți pierde de fapt date critice, deoarece nu știți că instanța chiar există în primul rând.
Unul dintre lucrurile pe care trebuia să le facem era să spunem să descoperim bucata de descoperire a acesteia. Și pe deasupra, să poți organiza și gestiona informațiile pe care le colectăm într-un mod logic, care are sens pe baza activității afacerii. Și atunci, evident, din aceasta să poți lua decizii în jurul informațiilor respective și să poți face acele tipuri de lucruri. Acesta este un fel de unde a început instrumentul și de unde a venit. Pot să vă spun că, în a vorbi regulat cu DBA-urile, ceea ce avem cu adevărat este acea problemă de a nu ști câte cazuri au.
Și este amuzant pentru că, termenul, nu puteți gestiona ceea ce nu puteți măsura, a venit întotdeauna cu instrumente de performanță pe care le avem, cum ar fi SQL Diagnostic Manager, dar cu adevărat nu puteți gestiona nimic dacă nu știți asta „Este” chiar acolo, în primul rând. Așadar, o astfel de mare parte a acestui instrument este, de asemenea, să poată ști doar că există.
Acum, la această notă, vorbind cu unele dintre organizațiile mai mari sau magazinele de întreprindere cu SQL Server, lucrul interesant pe care l-am găsit cu o mulțime de tipuri cu care am vorbit a fost că, de fapt, au stabilit un timp în cursul anului în care efectiv se plimbau fizic dintr-un loc în altul pentru a încerca să determine cum arată acel număr. Vă puteți imagina ca DBA primiți o sumă destul de bună de bani pentru a merge fizic de la o mașină la alta în unele cazuri, ceea ce a fost surprinzător ceea ce am auzi de la unele companii destul de mari pe care nu le voi numi. Dar doar un punct interesant pe care s-ar putea petrece două săptămâni dintr-un an făcând aceste tipuri de exerciții doar pentru a afla dacă numărul licențelor lor este corect.
Acest lucru este legat de acest instrument și de modul în care acesta ajută, dar modul în care ne-am adresat a fost prin capacitatea de a face descoperire bazată pe o serie de caracteristici ale SQL Server. Și, deci, prima întrebare este: la ce punctați sau la ce încercați să priviți mai întâi? Modul în care am făcut asta a fost să spunem să o facem în funcție de interval IP sau o putem face prin apartenența domeniului propriu-zis în ceea ce privește computerele care sunt membre ale domeniului. Acesta este felul în care am abordat acea parte, doar pentru a putea spune că aceasta este zona pe care vrem să ne concentrăm în ceea ce privește descoperirea.
Și apoi cealaltă parte a acesteia se bazează pe acele caracteristici, porturi și alte lucruri, chei de registru WMI și acele tipuri de lucruri, putem aduna și asigura că SQL este probabil să ruleze și să fie instalat pe acea instanță sau acel mediu particular. Este, evident, o metodă mult mai bună decât metoda adidași sau metoda expres. Lucrul cel mai interesant este că toate acele informații pe care le colectăm despre instanță sunt păstrate într-un depozit și se pot schimba odată cu schimbarea mediului. Nu este vorba doar despre „Hei, există o instanță, aici am găsit o listă”, ci este ca DBA sau persoana care gestionează instanțele, putând să stabilească dacă vor să facă acea parte din inventar, și atunci când nu face parte din inventar, pentru a putea dezafecta această instanță. Și astfel au ciclul de viață al întregului proces al instanței SQL Server pentru a fi înțeles cu adevărat cu ușurință în cadrul instrumentului.
După ce am descoperit cazurile, ce facem după asta? Celălalt lucru este o mulțime de informații despre instanță, nu vreau să trebuiască să merg manual să o obțin și să o pun într-o foaie de calcul sau în aceste tipuri de lucruri. Și acesta este un alt lucru interesant în a vorbi cu DBA-urile despre procesul de inventar și licențiere, este că veți fi surprinși de câte DBA-uri am vorbit, atunci când le întrebați „Cum vă întrețineți stocurile?” Și vorbim cu DBA-urile care este partea cu adevărat ironică a acestora, că acestea păstrează asta și urmăresc asta într-o foaie de calcul statică a tuturor lucrurilor. Așa cum am spus, este foarte ironic când te gândești la asta pentru un minut. Dar asta a fost într-o mulțime de cazuri, și este în continuare în cazul multor organizații cum gestionează asta. Cum păstrează asta. Este o copie principală a unei foi de calcul Excel care este plutită și trebuie actualizată în mod regulat.
Acestea sunt lucrurile care au fost o provocare și, prin aceasta, înregistrând această instanță și făcând-o parte a inventarului, puteți face asta și să ridicați informațiile. Puteți să-l automatizați dacă devine sau nu parte din inventar, versiune, ediție, celelalte lucruri pe care le puteți face sunt că puteți adăuga manual poate acea listă sau foaia de calcul Excel pe care o aveți. Puteți importa asta în acest instrument numit SQL Inventory Manager. Dacă aveți deja un punct de plecare de cazuri în care credeți că sunteți destul de încrezător, puteți importa aceste cazuri și apoi faceți acea parte din inventarul dvs. gestionat în produs. După ce avem instanța și odată ce știm că este acolo, atunci devine, bine, avem o mulțime de informații pe care le putem folosi, știind că acea instanță este acolo, ieșind și adunând informațiile respective.
Și o mulțime de informații vor fi necesare pentru mai multe decât scopuri de licențiere. Multe dintre ele pot fi utilizate pentru a ști, în mod evident, doar unde sunt lucrurile, pentru a putea căuta prin aceste informații după ce au fost obținute. Dar lucrurile cheie sunt serverul, hardware-ul în sine. Fiind capabil să înțelegeți ce fel de mașină este, poate modelul sau producătorul, memoria, cantitatea de memorie, indiferent dacă este o mașină fizică sau virtuală și mai ales numărul de prize fizice sau nuclee și CPU și acele tipuri de lucruri.
În ceea ce privește numărul de nuclee, în special cu SQL Server, știind modul în care își fac licențele sunt calcule per-core acum în versiunile mai noi de SQL, care devine o parte cu adevărat importantă a acestuia și nu este nimic pe care îl ai. să ieșim și să mergem să săpăm. Odată identificată instanța, putem oferi informațiile respective și le putem extrage și vă vom permite să le vedeți și să le înțelegeți și, evident, poate profita de acestea.
Următorul nivel în jos este la instanța care, evident, aveți o mulțime de instanțe diferite de SQL Server, fie că este vorba de standard sau de întreprindere, fie chiar expres pentru chestiunea respectivă, sau versiunea gratuită a SQL Server. Putând înțelege, de asemenea, ce aplicații sunt legate de acea instanță și acest lucru se poate face automat. Să poată înțelege setările de configurare și acele tipuri de lucruri, precum și alte informații care sunt legate de instanța SQL Server în sine.
Apoi ajungi la baza de date efectivă și vezi setările de configurare, cantitatea de spațiu legată de datele respective, unde sunt amplasate, toate aceste lucruri sunt populate automat și deci este un economisitor de timp imens. Și încă o dată, pentru că se declanșează dinamic și zilnic identifică noi cazuri, este un lucru viu pe care îl ai în ceea ce privește inventarul tău. Acesta este un fel de obiectiv al produsului este de a face acest lucru, este de a face din el ceva care se schimbă dinamic.
Acum, odată ce toate aceste informații devin disponibile și putem extrage toate aceste date, atunci are sens într-adevăr să începeți să creați în unele cazuri propriile dvs. metadate asociate acestor cazuri și că metadatele pot fi create într-un fel de fel se aliniază modului în care faci afaceri.
Deci, dacă aveți instanțele grupate în funcție de locația geografică, sau de proprietarii de aplicații sau de proprietarii DBA sau orice altceva, s-ar putea să fie în ceea ce privește modul în care doriți să grupați aceste cazuri, cum doriți în mod logic să înțelegeți aceste cazuri, atunci există un fel din două domenii din instrumentul care vă va oferi această capacitate.
Primul este posibilitatea de a crea o etichetă de instanță sau o etichetă. În esență, crearea unei asociații fie serverului, instanței sau bazei de date, astfel încât să puteți crea vizualizări și să răspundeți la întrebări care pot apărea zilnic, asta vă ajută cu adevărat să vă ocupați de ceea ce aveți, ce gestionați și cum doriți să mergeți mai departe cu informațiile respective.
Celălalt lucru pe care îl avem este ceea ce se numește câmpuri de inventar sau câmpuri de inventar personalizate, iar acestea sunt mai specifice tipurilor de informații pe care le puteți perfecționa, de exemplu, stratul bazei de date în care aș putea decide să adaug o listă derulantă care are toate DBA-urile și pot pune cine este responsabilul bazei de date, în funcție de acel tip de situație sau orice altceva, oricare dintre bazele de date este cu cine este responsabil pentru aceasta să poată selecta asta, astfel încât să știu că ei sunt cei care sunt responsabili și foarte ușor doar prin săparea în inventar.
Deci aceste informații devin foarte valoroase, mai ales dacă aveți un mediu mare, pentru că doar vă ajută să înțelegeți informația respectivă și să știți ce aveți și cum o faceți.
Așadar, permiteți-mi să merg mai departe și să trec la următoarea diapozitivă aici. Ce vă arăt acum este că toate aceste informații pe care le colectăm, toate aceste informații și date pe care le colectăm și le aplicăm metadate pentru a vă oferi posibilitatea de a lua decizii mult mai ușoare și mai rapide când vine vorba de deschideți licențele cu Microsoft în licența de volum pentru întreprindere sau asigurare software cu Microsoft.
Acest lucru vă face foarte ușor să faceți acest lucru, mai degrabă decât să fiți nevoiți, trebuie să mergeți și să faceți o mulțime de colectare manuală de date, multă culegere manuală a informațiilor care, într-adevăr, în general, o fac mult mai bună a unui proces. Deci, acesta este un fel de unul dintre mandatele produsului, cândva pentru a facilita DBA-urilor să ia acele decizii în jurul licențierii.
Acum, celălalt lucru pe care noi, un fel de vorbă cu DBA-urile, l-am descoperit și învățat într-adevăr repede este acela - și este un fel de revenire la ceea ce s-a discutat mai devreme - s-ar putea să aveți 300 de instanțe în mediul dvs. de SQL Server, dar există într-adevăr doar un subset dintre cele care sunt într-adevăr complet monitorizate și gestionate dintr-un instrument tradițional de monitorizare a performanței.
Așadar, dacă mergeți și vă așezați de fapt cu DBA și spuneți: „Uite, știm că aveți aceste 20 de instanțe sau 10 instanțe din cele 300 care sunt monitorizate cu acest instrument conceput pentru a monitoriza asta și a se conforma cu dvs. SOA-urile și obțineți alerte și tot felul de lucruri bune ”, ceea ce am descoperit și noi este că, dacă ați întrebat„ Atunci ce-i cu aceste alte 280 de cazuri pe care le aveți? Îți pasă de acestea? ”Și ei le pasă, le pasă de ei, dar pur și simplu nu vor să facă neapărat o investiție pentru a-i monitoriza pe cei la nivelul de adâncime care pot fi făcuți cu acele cazuri față de cele 10 sau 20 cu adevărat, cazuri de produs cu adevărat critice.
Deci, cealaltă parte a ecuației cu acest instrument este că ajută și în ceea ce privește posibilitatea de a vă asigura că la un nivel de bază sunteți acoperiți din punct de vedere al stării de sănătate. Acum nu vă va spune dacă aveți un impas sau cine este victima blocajului. Nu este să ajungeți la acel nivel al sesiunilor și la detaliile întrebărilor. Dar, în același timp, vă va anunța totuși, hei serverul este în jos sau hei volumul se umple sau trebuie să faceți copii de rezervă ale bazei de date, asta este un aspect important pentru a fi DBA.
Așadar, aceste tipuri de lucruri sunt cu siguranță încă importante și astfel, cu acest instrument, a fost făcut o modalitate pentru tine de a avea un captivant pentru cazurile tale cu adevărat critice, care au multe, mult merite legate de ele, dacă merg jos trebuie să știi imediat. Acestea pot avea un nivel mai mare de monitorizare și pot face aceste tipuri de lucruri, în timp ce, prin aceasta, va fi capabil să ridice orice cazuri noi care sunt adăugate mediului și să se asigure că sunt contabilizate și de asemenea sigur că se formează nivelurile de bază ale controalelor de sănătate.
Așa că, într-un scurt caz, despre ce este vorba despre Inventory SQL Import Manager. Acum o să vă arăt o demonstrație. Înainte de a face asta, doar am să vă arăt că este prezentarea arhitecturii aici și doar pentru a arăta acest lucru, cazurile SQL pe care le gestionăm, putem descoperi totul de la SQL 2000 până la noul versiuni de SQL.
Deci, putem face asta fără a mai fi nevoie să implementăm agenți în instanțele în sine. O facem printr-un serviciu de colectare și o să extindem informațiile și să le introducem într-un depozit și apoi de la o consola front-end Tomcat web service, vom putea apoi să interacționăm cu aceste date și să le vizualizăm. Deci este o arhitectură destul de simplă.
Voi merge înainte și voi trece și de fapt ne vom duce în produsul în sine, astfel încât să puteți obține o idee pentru el, o înțelegere a modului în care funcționează. Deci, cel mai bun mod de a face acest lucru este să vă prezentăm în primul rând interfața în sine, în acest fel este un tablou de bord pe care îl analizăm aici.
Pot vedea numărul de cazuri chiar acum pe care le am sub administrare nu este chiar atât de multe. Dar nu am un centru de date întreg în buzunarul din spate. Deci am vreo șase cazuri pe care le vedem aici. Acum, asta a spus, sunt, ceea ce voi face este să parcurg procesul de descoperire și să arăt cum va funcționa.
Acum primul lucru pe care l-ar face este în secțiunea de administrare, unde puteți specifica cum doriți să descoperiți instanțele dvs. Ați putea să introduceți aceste informații aici și încă o dată, care pot fi realizate printr-o serie de adrese IP. Puteți indica un domeniu sau un subdomeniu și puteți doar să efectuați acele verificări pe care mașinile care sunt membre ale acestui domeniu pe care le puteți alege pentru o serie de caracteristici diferite atunci când se execută SQL.
Apoi, după ce ați făcut asta și puteți să-l automatizați pentru a rula zilnic pentru a merge și să adunați aceste date. Ați putea, de asemenea, să o faceți pe o bază ad hoc, dacă este cazul. Dar, după ce începeți acest lucru, acel proces de descoperire, atunci ceea ce veți începe să vedeți este când veți trece la vizualizarea instanțelor de aici. Aveți o filă Descoperiți, iar fila Descoperire ne va arăta acele cazuri care au fost recent descoperite. Deci, în cazul nostru, avem un număr aici. Ceea ce am de gând să merg înainte și să fac este să merg mai departe și să îl adăugăm pe cel pe care îl vom folosi ca exemplu. Deci este o instanță din Chicago în acest caz, nu? O să merg înainte și să adaug această instanță la inventarul meu.
În regulă și mă va parcurge câteva lucruri aici. O să merg înainte și veți vedea că putem stabili datele de acreditare. Credențele mele ar trebui să fie bune acolo. O să merg mai departe și veți observa că pot atribui drept de proprietate dacă vreau. Pot specifica și o locație. Acum locația în sine poate fi adăugată și va reține că, data viitoare, în mod evident.
Încă o dată, pot să asociez etichete cu aceasta în ceea ce privește metadatele și modul în care am dori să introducem aceste instanțe de SQL, în special aceasta, în orificiile pe care dorim să le introducem. Deci avem câteva etichete actuale, etichete populare, astfel încât să ne uităm la o grămadă de etichete diferite pe care aș fi putut să le includ deja. Voi alege doar aceste lucruri la întâmplare și putem aplica asta.
Așadar, acum când merg mai departe și adaug acest lucru la inventar. Acum că a fost adăugat, acum îl vom vedea afișat sub această vizualizare gestionată și astfel îl puteți vedea listat chiar aici. Deci știți că acesta este primul pas și ceea ce tocmai v-am arătat a fost modul în care veți adăuga în principal aceste cazuri pe măsură ce parcurgeți zi de zi. În unele cazuri, puteți spune că știți ce este dacă este o ediție a serverului SQL pe care vreau să o adăugăm automat la inventarul meu? Nu trebuie să merg manual și să aleg asta.
Jocelyn: O să te întrerup rapid. Nu vă vedem demo-ul.
Bullett Manale: Nu ești?
Jocelyn: Nu.
Bullett Manale: Ei bine, nu e bine, să vedem.
Eric Kavanagh: Dacă mergeți în colțul din stânga sus, faceți clic pe Start, faceți clic pe asta.
Bullett Manale: Ah, bine.
Eric Kavanagh: Și acum partajează ecranul.
Bullett Manale: Îmi pare rău pentru asta. Da.
Eric Kavanagh: E bine. Prinde bine acolo, producătorul Jocelyn.
Bullett Manale: Bine, deci este mai bine? O vezi acum?
Robin Bloor: Da, într-adevăr.
Bullett Manale: Bine, așa că haideți să vă plimbați unde am fost foarte repede. Avem cazurile descoperite pe care le-am avut mai devreme. Tocmai am adăugat instanța din Chicago și deci ceea ce vedeți acum este acum listat aici. Observați că a tras deja multe informații suplimentare. Dacă fac clic pe instanța în sine, veți începe să vedeți toate tipurile de informații pe care le-am colectat deja despre această instanță. Iată o listă cu toate bazele de date care există. Putem observa o defalcare a bazelor de date în funcție de mărime și de activitate, în funcție de cele care au cea mai mare dimensiune și activitate.
Încă o dată, vă putem spune de îndată ce bate aplicațiile pe care le vedem rulând pe acea instanță, pe baza sarcinii de lucru pe care o vedem în curs de execuție. Deci, este drăguț să poți face asta automat. Nu trebuie să intru și să leg cererea de incidență. Pe baza a ceea ce vedem, putem popula asta. Acum, dacă doriți să adăugați manual o aplicație, puteți face asta absolut. Dar este doar o modalitate drăguță de a putea arăta asocierea instanței în baza de date sau, îmi pare rău, aplicația.
Veți observa, de asemenea, că în partea dreaptă a ecranului avem un rezumat instant și mai jos că avem un rezumat al serverului. Vom vorbi aici despre informațiile cheie ale instanței aici, cunoscând versiunea și nu doar, știi, SQL Server 2012, dar numărul de versiune real care, inclusiv și ne spune ce corecții corecte sunt legate, ce pachete de servicii sunt legate de ea, poate fi foarte important de știut. Evident, cerința de memorie este importantă. Tot așa, indiferent dacă sunt grupate, toate aceste informații, nu trebuie să le introduc - sunt deja colectate și colectate și, odată ce identificăm că este o instanță descoperită, aceasta va face parte din inventarul nostru.
Celălalt lucru pe care îl veți vedea aici - și vă va arăta - este în această perspectivă de exemplu. Avem aceste atribute despre care am vorbit mai devreme, atributele personalizate care pot fi adăugate. Deci, putem adăuga un fel de câmpuri de casete de text, putem face da / nu în ceea ce privește, știți, un miliard de tipuri de alegeri. Putem face chiar și listele derulante. Puteți face acest lucru la instanța bazei de date sau la nivel de server.
Apoi, dacă defilăm un pic mai departe, putem vedea toate informațiile conexe către serverul însuși. Așadar, știți că toate aceste lucruri sunt, într-adevăr, foarte utile, pentru că sunt adunate și colectate și este acolo pentru noi imediat ce vom lua această decizie să o facem parte din inventarul nostru. Aici putem arăta unele dintre diferențele în ceea ce privește procesoarele, numărul de logică versus fizic, cât de multă memorie. Așadar, într-adevăr obțineți o informație foarte bună și bogată în informații, fără a fi nevoie de multă muncă.
Acum, cealaltă parte a acestui lucru, așa cum am spus, este că adunăm aceste date la instanța de la nivel de server. Dacă mergem chiar la baza de date, putem vedea că multe lucruri sunt defalcate și pentru noi. Așadar, dacă mă duc în depozitul meu de conformitate, în acest caz aș putea spune, bine știți că aceasta se ocupă de a, aceasta este o bază de date de conformitate la care nivelul de conformitate sau cerința de reglementare este asociată și ar putea fi, să zicem, Conformitate SOX sau conformitate PCI. Așadar, pot alege ce baze de date au conformitatea lor pe care trebuie să le completez sau să mă asigur că mă mențin în conformitate cu cerința de reglementare.
Deci, acest tip de lucruri s-au dovedit a fi foarte utile pentru DBA-uri, deoarece există un loc în care ei pot merge central pentru a păstra cu ușurință toate aceste metadate asociate în mediul lor și pot face ca, așa cum am spus, să se conformeze afacerii lor, deoarece fac, ca modul în care fac afaceri. Așadar, dacă ne uităm la toate lucrurile de până acum la ceea ce am văzut, aveți, evident, o imagine de ansamblu destul de bună a instanței, dacă mă ocup de ea.
De asemenea, pot căuta, așa că am spus să căutăm acel depozit de conformitate în inventarul meu. Atunci ceea ce veți vedea aici este că pot căuta aceste lucruri și să le pot identifica. Spun asta - nu sunt sigur ce, butonul meu de funcționare nu funcționează acolo. Bine. Să vedem, să încercăm din nou asta. Acolo mergem. Așadar, vom putea observa o defalcare a locului în care vedem ceva cu respectarea conformității și pot să mă descurc și să o văd și din acest punct de vedere. Așadar, aveți o modalitate foarte rapidă și ușoară de a săpa în aceste date.
După cum am menționat anterior, aveți o mulțime de moduri diferite de a crea metadate împotriva serverului și bazei de date a instanțelor. Cealaltă parte a acestui lucru este că puteți profita de asta în modul în care l-ați grupat și în modul în care v-ați asociat. Trecem la vizionarea exploratorului, putem face doar asta. Putem spune că vreau să fac o număr de baze de date după locații. Deci numărul de baze de date la fiecare locație a mediilor pe care le accept. Sau, poate, se bazează pe proprietarul care deține instanțele pe care le am acolo, în ceea ce privește numărul de instanțe. Astfel vom putea vedea asta. Așadar, veți obține o modalitate foarte bună și ușoară de a vopsi aceste imagini pentru dvs., pe baza oricărei întrebări este că încercați să răspundeți la momentul respectiv.
Atunci, ceea ce aveți acel tip de informații creat așa cum doriți, îl putem exporta în format PDF sau în diferite formate pentru a putea să le folosim și să le trimitem colegilor sau să facem tot ce avem nevoie acolo. Deci știți că veți putea face acele tipuri de lucruri. Să revenim la - l-am pierdut? Acolo mergem. Bine, sperăm că acest lucru are sens în ceea ce privește ceea ce am vorbit până acum. Acum că datele pe care le-am colectat, toate acestea sunt, în mod evident, vitale pentru o serie de motive - licențiere și ce nu.
Ultimul fel de menționat este doar că trecem la această secțiune de administrare aici. De asemenea, aici puteți configura e-mailul și alertarea și puteți să vă asigurați că, pentru lucrurile despre care doriți să cunoașteți cu adevărat, puteți configura și aceste lucruri. Deci, putem configura alerte prin e-mail, putem configura capacitatea de a activa anumite lucruri și de a opri anumite lucruri, pentru a putea apoi să stabilim cine ar primi aceste e-mailuri și să vă abonăm la acele alerte pe care le-am putea asocia pe cine am dori să fie, cine ar vrea să știe despre aceste tipuri de lucruri.
Dar așa cum am spus mai devreme, acesta este un mod foarte frumos de făcut, cel puțin să ai liniște generală să știi pentru întreaga instanță SQL a întreprinderii tale - ce este că ai și, de asemenea, să te asiguri că funcționează optim, chiar dacă nu t, nu a luat decizia de a face o investiție pentru un instrument de monitorizare a performanței care lovește puternic pentru a gestiona acea instanță. Acest lucru vă va acoperi, deoarece este un mod foarte accesibil de a ieși afară și, în multe cazuri, va fi capabil să faceți aceste inventare și să puteți face un fel de nivel general de monitorizare foarte larg pentru a vă asigura că am acea liniște sufletească și știu ce se întâmplă.
Așadar, sperăm că acest lucru are sens în modul în care v-am descris-o și vi-l arătăm. Bănuiesc că, din acest punct de vedere, pot merge mai departe și să-l transmit înapoi și putem vorbi mai mult.
Eric Kavanagh: Asta sună minunat. Deci Robin? Dez? Alte intrebari?
Robin Bloor: Ei bine, am întrebări. Este foarte interesant de fapt, vreau să spun că am vrut doar să fac comentariul că aproape peste tot am fost, nu doar în rândul DBA-urilor, ci printre tipurile de rețea, printre cei de stocare, printre cei care gestionează mașinile virtuale, reda toate foile de calcul.
Eric Kavanagh: Așa este.
Dez Blanchfield: Știi că asta e, știi că asta e în regulă până când numerele încep să se miște. Când numerele încep să se miște, știi că vor avea probleme. Așadar, la întrebarea de acum mă interesează și știu că va fi dificil să răspundeți, dar ce, dacă mergeți într-un loc unde nu au nimic de genul acesta pentru lucrul foilor de calcul, deci să presupunem DBA-urile sunt băieți foarte deștepți și așa mai departe, ce fel de ROI credeți că veți obține din implementarea a ceva de genul? Aveți cifre cu privire la acest lucru sau vreun ghid în acest sens?
Bullett Manale: Este greu de spus care este ROI, deoarece mediul va fi puțin diferit. Evident, cu cât întreprinderea este mai mare, cu atât mediul este mai mare, în mod evident, cu atât ROI va fi probabil dacă folosesc acum, știi, metode manuale.
Știu că am vorbit cu o serie de - când spun organizații mari din mii și mii de angajați și, probabil, și în miile de cazuri - unde am oameni unde le arăt acest lucru și ei spun că va dura asta două săptămâni din timpul meu înapoi. Am spus asta de mai multe ori. Deci, este greu de spus în ceea ce privește suma reală a dolarului de la o achiziție, dar este considerabil atunci când ai medii.
Așa cum am spus, este destul de consistent, sunt oamenii cu care, majoritatea oamenilor cu care vorbesc, păstrează aceste lucruri într-o foaie de calcul. Deci, este doar un lucru foarte subiectiv, deoarece fiecare mediu este un pic diferit în ceea ce privește modul în care își fac licențele și modul în care își fac licențele cu Microsoft este o altă parte a acestuia. Dar, dacă trebuie să facă adevărate creșteri în fiecare an sau la fiecare trei ani, cred că trei ani la maxim pentru Microsoft că vor face asta, ei vor să se realizeze cel puțin la fiecare trei ani.
Apoi îl știi considerabil și este, știi că este doar ceva care ușurează mult. Deoarece este un lucru dinamic care se schimbă mereu, dă un pic mai multă validitate și în ceea ce privește ceea ce privești versurile, bine nu am actualizat cu adevărat foaia de calcul în șase luni sau un an. Deci, cât de des actualizați foaia de calcul este o altă întrebare pentru a înțelege că răspunsul la ROI.
Dez Blanchfield: Da, adică, licențiere SQL, licențierea este doar un blestem coșmar, dar este mai ales un coșmar, deoarece licențele nu sunt aceleași între Microsoft și Oracle și oricine altcineva este acolo care face lucruri din baza de date. Dacă de fapt păstrezi lucrurile în foi de calcul, care tinde să fie ceea ce se întâmplă de fapt, știi că timpul de licențare are loc înainte de a-ți da seama efectiv și nu ai de fapt datele, dacă știi ce vreau să spun, pentru a obține cu ușurință la informațiile respective.
Oricum, după cum ați subliniat, este dinamic și nu am nici o idee personal, deoarece nu am avut niciodată de fapt să negociez cu Microsoft, așa că nu am idee, dar probabil că există baze de date pe care oamenii le scot destul de des pe datele de testare. medii și aș ghici că acestea sunt un ghimp în partea ta dacă faci licență. Ești tu-?
Bullett Manale: Da, da. Acesta este cazul pentru că de multe ori sunt uitate chestiile respective, apoi începem să încercăm să ne dăm seama, bine, bine, avem licențe de bază care trebuie să ne dăm seama de numărul de nuclee pentru fiecare dintre aceste cazuri și nu Nu știu, în ceea ce privește standardele a ceea ce cumpărați înțelept hardware, puteți cumpăra și un hardware destul de bun, atunci dacă nu utilizați acel hardware așa cum trebuie utilizat, atunci plătiți în exces pentru că sunteți plata prețurilor de bază atunci când acele nuclee nu sunt utilizate, astfel încât aceasta devine o problemă.
Deci, fiecare versiune a SQL are un mod diferit în care se aplică licențiere, ceea ce o face chiar puțin confuză. Așadar, aveți câteva provocări în acest sens și, deci, este o mare parte din motivul pentru care aceste informații sunt foarte utile, deoarece vă putem spune ce versiune este, vă putem spune, în mod evident, numărul de nuclee pe care le aveți, dacă este vorba de versiuni mai vechi de SQL asta a fost un preț per-priză, putem arăta în mod evident, de asemenea. Așa că, simplifică mult o rutină pe care trebuie să o parcurgi atunci când vine timpul să realizezi aceste lucruri.
Dez Blanchfield: Un lucru care îmi vine în minte, oh, scuze …
Robin Bloor: Este în regulă, te duci în Dez, aveam de gând să pun o întrebare posibil irelevantă.
Dez Blanchfield: Doar ceva cu adevărat rapid în timp ce sunteți pe subiectul pe care îl aflați acum - vedem o adoptare mult mai mare de medii cloud și dacă rulăm acest lucru în propriul nostru centru de date, în propriul nostru mediu, se înghesuie și găsesc, descoperind lucruri este relativ simplu.
Cum facem, cum facem față scenariului în care am putea avea trei seturi de date, doi nori și vizibilitatea în aceste medii este firewalled și adesea există un set de date la capătul unei conducte sau a unui VPN. Există vreo posibilitate de a descoperi din partea frontală sau trebuie să începem deschiderea porturilor, astfel încât să putem scana în anumite medii între un fel de cloud și locațiile în care funcționează această platformă?
Bullett Manale: Da, ar fi oarecare considerație în ceea ce privește porturile. Așa că, din păcate, mi-aș dori să pot spune că va trece prin toate acele medii, dar există câteva opțiuni diferite pe care le-ai putea face cu asta. Evident, dacă faceți ceva ca Amazon EC2, tot ce veți avea nevoie este accesul la mediul respectiv prin conectivitatea dvs., presupunând că porturile dvs. sunt deschise și apoi puteți specifica adresele IP sau domeniul dvs. asociat și poate începe. colecția și începe descoperirea.
Deci, în acele tipuri de medii nu este o problemă; Este vorba despre tipurile mai specifice de medii precum RDS și unde obțineți baza de date în sine, unde va fi puțin mai dificil să vedeți și să descoperiți acest tip de informații.
Dez Blanchfield: Deci, în urma acestui lucru, există baze de date și baze de date. Așa că, de exemplu, vremurile bune de a avea doar un motor de baze de date foarte, precum anecdota pe care am distribuit-o în față, unde este doar o platformă masivă și tot ce face este să furnizezi baza de date. În aceste zile, bazele de date sunt încorporate în toate, de fapt, există două sau trei dintre ele care rulează doar în telefonul meu în spatele aplicațiilor.
Ce fel de provocări vedeți cu scenarii în care aveți medii provenind de la Lotus Notes, cu aplicații în spatele lor, SharePoint cu baza de date de pe diverse internet, etc. În esență, totul este alimentat de baza de date în partea din spate. Ce fel de lucruri vedeți acolo și ce fel de provocări vedeți că oamenii se confruntă doar încercând să mapați acele tipuri de lumi și ce instrument face dvs. pentru ei?
Bullett Manale: Ei bine, vreau să spun că ceea ce ai spus este că ceea ce ai spus - totul are nevoie de o bază de date acum, de aceea de multe ori există multe probabil, există o mulțime de baze de date care sunt introduse în mediul pe care DBA în sine nici măcar nu sunt conștienți de faptul că nu este foarte greu să obții un server SQL instalat în mediu, în general vorbind.
Acest instrument identifică, de asemenea, lucruri precum baze de date expres, deci versiunile gratuite ale SQL Server. Destul de amuzant, când discutați cu DBA-urile, încă o dată, nu veți primi un răspuns consecvent în ceea ce privește baza de date gratuită care există. Multe dintre aceste aplicații despre care vorbești vor folosi versiunea gratuită a bazei de date. Dar organizațiile în sine vor avea o atitudine diferită în ceea ce privește cine este responsabil pentru acea bază de date, în funcție de cine vorbești.
Unele DBA-uri cu care vorbesc, pot să mă gândesc la ultima dată când am fost la SQL Server PASS, care se află în Seattle, vă puneți întrebarea „Îți pasă bazele de date expres?” Și era cam la cincizeci și cincizeci. Unii dintre oameni, au vrut să știe despre ei ca DBA, deoarece au simțit că fac parte din responsabilitățile lor, chiar și bazele de date exprimate pe care le pot conține în continuare informații critice; ei încă trebuie să treacă prin procesul de susținere și totuși trebuie să se asigure că toate lucrurile funcționează din perspectiva sănătății asupra lor. Dar doar să știi că există este la fel de important dacă nu chiar mai important.
În timp ce cealaltă jumătate dintre oameni sunt: „Hei, noi nu suntem responsabili pentru aceste baze de date și nimic din ceea ce le-au pus pe ele nu trebuie să fie atent la persoana care le-a instalat.” Dar aș spune că, în general, ceea ce a spus, totul în zilele noastre are o aplicație legată de ea, care contribuie doar mai mult la complexitatea și confuzia de a fi necesar să inventarieze informațiile respective.
Dez Blanchfield: Da, am văzut unele, site-urile guvernamentale sunt probabil preferatele mele, dar de cele mai multe ori nu văd în mediile întreprinderilor acum unde este, așa cum ai spus, că oamenii uită chiar că atunci când instalează ceva de genul SharePoint sau cum ar fi schimbul de sine, așa că știți că vin cu o versiune gratuită tocmai încorporată pentru că vor, știți, să o instalați rapid și să nu vă faceți griji că trebuie să mergeți și să cumpărați licențe.
Apoi devine mare și apoi cineva începe să se plângă de performanță și sunt astfel: „Este doar serverul tău vechi, spațiul de stocare, rețeaua ta, orice”, apoi DBA este sunat și sunt ca: „Ei bine, tu” Tocmai am înghesuit totul în această versiune gratuită a bazei de date, ceea ce nu este ceea ce trebuie pentru a efectua acest volum mare. "
Mai ales când aveți scenarii precum Project Manager și Office rulează sute, dacă nu mii de proiecte în cadrul unei întreprinderi mari sau a unei companii și folosesc SharePoint cu Microsoft Project Server și își trimit toate lucrurile PMO în această bază de date. Dar în partea din față sunt ca, bine, este doar o interfață web. Dar într-adevăr există baze de date și baze de date.
Bullett Manale: Da.
Dez Blanchfield: Deci, care sunt ei, unul dintre primii pași pe care oamenii de aici presupun că sunt câteva întrebări pe care am putea dori să le aducem din public. Una dintre primele întrebări este de unde încep oamenii? Care este primul pas natural pentru ei, „Bine, trebuie să facem versiunea Alcoolicilor Anonimi?”
Avem mai multe baze de date decât știm cu ce să facem. Cum ar fi un fel de pas natural, cum ar fi ei să meargă, „Bine, trebuie să obținem acest lucru și să încep să alergăm?” Doar merg curcan rece sau mai târziu trebuie să înceapă de mici și doar să aibă experiență în privința cartografierii mediului ?
Bullett Manale: Ei bine, cred că asta a spus că trebuie să mapeze mediul. Acum Microsoft oferă un instrument gratuit pentru a face asta, instrumentul de evaluare Microsoft, este un instrument gratuit, dar este static. Faci descoperirea și asta este. Obțineți o listă cu lucrurile care sunt acolo. Am luat asta și am spus să facem un pas mai departe, să facem descoperirea, să găsim ce este acolo și să o introducem în depozit și să o facem, astfel încât să fie dinamică și să o putem adăuga, să o scoatem din ea.
Dar, în general, cel mai mare prim pas este cred că doar pentru a afla, face descoperirea. Fie că înseamnă că descărcați produsul nostru în proces, îl puteți descărca și îl puteți testa timp de 14 zile și puteți să vă evidențiați mediul și să faceți colecția.
Acum, dacă aveți deja o foaie de calcul cu o grămadă de informații acolo, că sunteți sigur că informațiile respective sunt corecte, aveți, de asemenea, capacitatea să vă placă importul în CSV care folosește cu toate aceste informații și să faceți acea parte din ceea ce au deja. Dar în ceea ce privește a descoperi ceea ce nu știți, singura modalitate de a face asta este să ieșiți manual, să o faceți sau să aveți un instrument care caută acest tip de lucru ca acesta. Aceasta este decizia pe care va trebui să o luați, la un moment dat, este: „Încerc să automatizez această descoperire sau măcar să obțin o bază bună a ceea ce există acolo mai întâi și apoi poate să îmi fac griji pentru unele excepții?” Dar pentru cea mai mare parte de care aveți nevoie probabil de un instrument.
Dez Blanchfield: Deci repede. Unde merg oamenii pentru a începe acest lucru? V-au lovit site-ul? Cum ajung ei să ajungă repede?
Bullett Manale: Dacă mergeți la Idera, IDERA.com, o să vedeți, iar eu pot să-i arăt foarte repede că este real rapid. Pe site-ul Idera veți accesa produse, accesați administratorul de inventar. Veți vedea că există un link de descărcare chiar aici. Doar stabiliți ce versiune doriți să instalați pe un 64 sau pe un 32 de biți și asta vă va duce la drum și puteți începe descoperirea de acolo.
Robin Bloor: Fantastic și excelent, prezentare excelentă, mulțumesc foarte mult.
Bullett Manale: Mulțumesc.
Eric Kavanagh: Avem câteva întrebări din partea publicului și le vom trimite pe e-mail pentru că trebuie să ne oprim cu greu astăzi, dar Bullett, din nou, o muncă grozavă pe demo, o muncă grozavă a producătorului nostru, prinzând că nu a fost ' arătând.
Bullett Manale: Îmi pare rău pentru asta.
Eric Kavanagh: Nu, acestea sunt lucruri bune, dai vizibilitate în centrul afacerii, nu? Pentru că afacerile rulează date și le oferiți vizibilitate până la baza. Deci nu mai sunt lucruri ondulate de mână; acum puteți puncta de fapt lucrurile și puteți rezolva asta. Atât de bine pentru tine.
Bullett Manale: Mulțumesc.
Robin Bloor: Dar a fost minunat să-l văd în direct și pe de rost, bine făcut.
Eric Kavanagh: Da, vom arhiva acest webcast pentru vizualizare ulterioară și apoi îl vom crește, sperăm, în aproximativ o oră sau două, arhiva inițială crește uneori, este ceva mai lungă decât asta, dar vom fi siguri că vom permite oamenilor știu. Cu asta o să vă dăm drumul, oameni buni. Mulțumim din nou pentru participarea la sala de informare, suntem de fapt Hot Technologies. Ne vom prinde de tine data viitoare. Aveți grijă, adio.
