La pachet: Gazda Eric Kavanagh discută despre administrarea bazei de date și descoperirea instanțelor cu Robin Bloor, Dez Blanchfield și Bullett Manale în cel mai recent episod din 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 bine, este timpul pentru Hot Technologies. Da, într-adevăr, numele meu este, încă o dată, Eric Kavanagh. Ma gasiti pe @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ă.
Vorbim deci despre modul în care tehnologiile și SQL Server sunt într-adevăr, într-adevăr, într-adevăr fierbinți. Avem o grămadă de conținut astăzi, așa că o voi transmite imediat. Stați lângă, aici mergem. Sunt vorbitorii noștri. Iar Robin Bloor merge mai întâi.
Robin Bloor: Da, întradevă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 apărut în ceea ce privește prototipurile din anii '80 și felul în care ș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 la OLTP, cât și la 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 relativ 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 găsit 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 de 3,5 mărci diferite 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 numai în circumstanțe excepționale în care, de exemplu, primesc un pachet software care are nevoie de o bază de date diferită sau urmează 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 sau în niciun loc aproape de a înlocui 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-o perioadă foarte mică de timp. 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ă. IBM cu AS / 400 a încercat de fapt să aibă 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 au avut, dar dacă le-ați vorbit de fapt despre cât de multe dintre aceste baze de date erau efectiv monitorizate de un DBA, a fost ceva de genul 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ă sunt auto-reglate. 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 așezați indicii potriviți la locul potrivit, atunci alăturați-vă să dureze o perioadă necorespunzătoare de timp când 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. Acestea sunt 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. Aveți în continuare întotdeauna în vedere aceeași versiune. Dar, de fapt, multe site-uri am întâlnit, nu asta se întâmplă. Există, să spunem, 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 și asta 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, care 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ă probleme de 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 învârtă 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. Însă există și securitate în ceea ce privește gestionarea accesului, backup și recuperare, creând sisteme de testare software care să fie paralele în mod rezonabil cu un sistem live. Și întregul ciclu de viață al datelor. Deci, în opinia mea, este lista de locuri de muncă ale DBA, în afară de orice altceva care i s-ar putea solicita. 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 tot ce am de spus. Voi preda lui Dez.
Dez Blanchfield: Mulțumesc foarte mult. O să ne duc într-o călătorie amuzantă și anecdotică în legătură cu motivul pentru care întregul subiect despre care este vorba 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 răspunde. Î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 toate părțile Unix din mediul mainframe, descoperiți unde au fost toate bazele de date și câte instanțe rulează și ce se derulează î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ă te descurci, această persoană 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 se realizează în timp real prin eliberarea permiselor de conducere și a înregistrării mașinii și lucruri care contează cu adevărat în viața oamenilor.
Și a fost nevoie de mult timp pentru a rula copii de rezervă 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 tocmai nu erau acolo pentru a începe să diagnosticăm mediul bazei de date. Știi, mapând dacă am adus toate instanțele. Ș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 cele din urmă, 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ă mapați metadatele.
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 niciunul din afara raftului pentru noi.
Și obțineți acest lucru din toate acestea, când am ajuns la sfârșitul punerii în funcțiune a lucrului și l-am obținut stabil, fiecare piesă a acestuia a fost un proces foarte manual, singurul mod în care am putea automatiza ceva dacă am construi un nou instrument 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 multe despre asta de la invitatul nostru de astăzi, Bullett. Deci, cu asta, Bullett, voi trece la tine și aștept cu nerăbdare să aflu cum ai rezolvat această problemă.
Bullett Manale: În regulă. 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 cald, așa că dacă folosești un set de căști, trage-ți un pic.
Bullett Manale: Nici o problema. E mai bine așa?
Eric Kavanagh: Asta-i mult mai bine. Ia-o de aici.
Bullett Manale: În regulă. 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 a contat cu cine ai vorbit. Întotdeauna a fost 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 vrut să licențeze î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ă-și facă 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 tip 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. Nu este posibil să existe atât de mult control asupra celor care instalează software-ul și a acestor 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 există chiar în primul rând.
Unul dintre lucrurile pe care trebuia să le facem era să spunem să ne dăm seama de 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 felul în care 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. Deci, de asemenea, un fel de mare parte a acestui instrument, este doar în măsură să știe 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 veți primi 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 intervalul IP sau o putem face prin apartenența domeniului propriu î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, în mod 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 determina 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 pentru a-l obține și a o pune într-o foaie de calcul sau în aceste tipuri de lucruri. Și acesta este un alt lucru care a fost interesant în a discuta 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 timp de 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 în care credeți că sunteți destul de încrezător, puteți importa aceste cazuri și apoi să faceți acea parte din inventarul dvs. gestionat în cadrul produsului. 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, extindând ș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, 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. Să poți înțelege 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 în special 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 ajungeți la baza de date reală și vedeți setările de configurare, cantitatea de spațiu legată de datele respective, unde sunt amplasate, toate aceste lucruri sunt populate automat și astfel este o economie de timp imensă. Și încă o dată, deoarece iese 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 acela de a face acest lucru, este de a face 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 instanțe, cum doriți în mod logic să înțelegeți aceste cazuri, atunci acesta este un fel. din două domenii din instrumentul care vă oferă 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 eu pot pune pe cei responsabili pentru acea bază de date, în funcție de acel tip de situație sau orice altceva, oricare dintre bazele de date este cu cei responsabili pentru aceasta să poată selecta așa î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șa că 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 au fost colectate, toate aceste informații și date care colectau și aplicau metadate vă oferă posibilitatea de a lua decizii mult mai ușoare și mai rapide atunci când vine vorba de deschiderea licențelor cu Microsoft în licență pentru volumul întreprinderii 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 am discutat-o cu DBA-urile, am descoperit și învățat foarte repede este acela - și genul acesta 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 care este conceput pentru a monitoriza și conforma SOA-urilor și obțineți alerte și tot felul de lucruri bune ”. Ceea ce am descoperit și noi este că, dacă ați întrebat,„ Ce-i cu aceste 280 de cazuri pe care le aveți? Îți pasă de aceștia? ”Și ei le pasă, le pasă de ei, dar nu vor să facă neapărat o investiție pentru a-i monitoriza pe cei la nivelul de adâncime care se pot face cu acele cazuri față de cele 10 sau 20 cu adevărat critice cazuri de produs.
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 detaliile întrebărilor. Dar, în același timp, încă vă va anunța asta, hei serverele jos sau hei volumul se umple sau trebuie să faceți copii de rezervă ale bazei de date, este un fel important de a fi un 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, acesta va putea să ia toate noile instanțe care se adaugă mediului și să se asigure că sunt contabilizate și, de asemenea, să se asigure că se formează niveluri de bază ale controalelor de sănătate.
Așadar, asta este un lucru pe scurt, despre ce înseamnă Inventory SQL Import Manager. Acum îți voi arăta o demonstrație. Înainte de a face asta, doar am să vă arăt că acesta este diapozitivul de arhitectură aici și doar pentru a arăta acest lucru, cazurile SQL care au fost gestionate, putem descoperi totul de la SQL 2000 până la noile 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 urmează să extindă și să adune informațiile respective și să le introducem într-un depozit și apoi de la o consola front-end Tomcat, care să poată interacționa cu aceste date și să le vizualizeze. Deci arhitectura sa destul de simplă.
O să merg înainte și să trec și să ne ducă efectiv în produsul în sine, astfel încât să poți da o idee pentru el, o înțelegere a modului de funcționare. Așadar, 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 care se uita aici.
Pot vedea numărul de cazuri chiar acum pe care le am sub administrare nu este chiar atât de multe. Dar nici nu am un centru de date în buzunarul din spate. Deci am vreo șase cazuri pe care le vedem aici. Acum, asta a spus, Im, 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-uri.
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. De asemenea, ar fi capabil să o faceți la nivel ad-hoc, dacă este necesar. Dar, după ce începeți acest lucru, acel proces de descoperire, atunci ceea ce veți începe să vedeți este atunci când treceți 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 urmează să fac înainte și să fac este să merg mai departe și să îl adăugăm pe cel care avea să îl folosească ca exemplu. Deci este o instanță din Chicago în acest caz, nu? O să merg înainte și să adaug această instanță la inventarul meu.
Bine și va merge să mă plimb prin câteva lucruri aici. O să merg mai departe și veți vedea că putem stabili datele de acreditare. Credențele mele ar trebui să fie bune acolo. O să merg înainte ș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 vrem 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. Doar o să aleg unele dintre acestea la întâmplare și putem aplica asta.
Așadar, acum când merg mai departe și adaug acest lucru la inventar. După ce a fost adăugată, acum o vom vedea afișată sub această vizualizare gestionată și astfel o puteți vedea listată chiar aici. Așadar, ș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 treceți de la zi la zi. În unele cazuri, s-ar putea să spuneți că știți ce se întâmplă dacă este o ediție enterprise a serverului SQL vreau să o adaug automat la inventarul meu? Nu trebuie să merg manual și să aleg asta.
Jocelyn: O să te întrerup cu adevărat repede. Nu ți-am văzut demo-ul.
Bullett Manale: Nu sunteți?
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: Este in regula. Prinde bine acolo, producătorul Jocelyn.
Bullett Manale: Bine, deci este mai bine? O vezi acum?
Robin Bloor: Da, întradevăr.
Bullett Manale: Bine, deci permiteți-vă 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 listat aici. Observați că deja a scos o mulțime de 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ță. Acum e 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 la baza de date sau, îmi pare rău, la aplicație.
Veți observa, de asemenea, că în partea dreaptă a ecranului avem un rezumat instant și mai jos că avem un rezumat al serverului. Vorbim deci despre informațiile cheie ale instanței aici, cunoscând versiunea și nu doar, știți, 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 pentru ea, poate fi foarte important de știut. Evident, cerințele de memorie sunt importante. Totul în genul acesta, indiferent dacă sunt grupate, toate aceste informații, nu trebuie să le introduc - sunt deja colectate și colectate și, după ce identificăm că o instanță descoperită, aceasta va face parte din inventarul nostru.
Celălalt lucru pe care îl veți vedea aici - și se 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 cutii deschise, putem face da / nu în termeni de, ș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, în mod evident, foarte utile, pentru că toate sunt colectate și colectate și există acolo pentru noi imediat ce vom lua această decizie de a face 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, veți obține într-adevăr o informație foarte bună și fără să aveți de lucru mult.
Acum, cealaltă parte a acestui lucru, așa cum am spus, este colectarea acestor 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.Deci, dacă merg î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 este asociat nivelul și cerința de reglementare și ar putea fi, să spunem, 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 respectivă.
Deci, acest tip de lucruri s-au dovedit a fi foarte utile pentru DBA-uri, deoarece acestea sunt un loc în care pot merge central pentru a păstra toate aceste metadate asociate în mediul lor cu ușurință și pot face ca, așa cum am spus, să se conformeze afacerii lor așa cum fac , ca modul în care își desfășoară activitatea. Așadar, dacă ne uităm la toate lucrurile de până acum 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 și 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, butoanele mele 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 observăm că ceva era conform și puteți 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.
Așa cum am menționat anterior, aveți o mulțime de moduri diferite de a crea metadate împotriva serverului de instanță și a bazei de date. Cealaltă parte este aceea de a putea profita de modul în care l-ați grupat și de 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 termeni de numărare a instanțelor. 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.
Apoi, 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 colegilor noștri 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 colectate, 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. Aici puteți configura, de asemenea, avertizarea dvs. și vă puteți asigura că pentru lucrurile despre care doriți să cunoașteți cu adevărat, puteți configura și aceste lucruri. Deci, putem seta alerte, putem configura capacitatea de a porni anumite lucruri și de a opri anumite lucruri, pentru a putea apoi să stabilim cine ar primi acelea, și să subscriem la acele alerte pe care le-am putea asocia pe cine am dori fi, 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 înseamnă că ai și, de asemenea, să te asiguri că funcționează optim, chiar dacă nu, nu au luat decizia de a face o investiție pentru un instrument de monitorizare a performanțelor de lovire grea pentru a gestiona această 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 această liniște sufletească și știu ce se întâmplă.
Așadar, sperăm că asta are sens în modul în care am descris-o și v-am arătat-o. Bănuiesc că, din acest punct de vedere, pot merge mai departe și să-l transmit înapoi și putem vorbi mai mult.
Eric Kavanagh: Suna foarte bine. Deci Robin? Dez? Alte intrebari?
Robin Bloor: Ei bine, am întrebări. Este foarte interesant să urmăresc de fapt acest lucru, vreau să spun că am vrut doar să fac comentariul care a fost aproape peste tot unde am fost, nu doar în rândul DBA-urilor, ci printre tipii de rețea, printre tipurile de stocare, printre cei care gestionează mașinile virtuale, ei sunt toți elaborarea foilor de calcul.
Eric Kavanagh: Asta e corect.
Dez Blanchfield: Știi că asta este, ș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. Deci, întrebarea acum sunt interesată și știu că va fi dificil să-ți răspunzi, dar ce, dacă mergi într-un loc unde nu au așa ceva acolo pentru lucrarea foilor de calcul, deci permiteți 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 de la punerea în aplicare a acestui lucru? Aveți cifre cu privire la acest lucru sau vreun ghid în acest sens?
Bullett Manale: Este greu de spus care este ROI, deoarece mediile vor fi puțin diferite. 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 metode manuale acum.
Ș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 în care le arăt acest lucru și spun că va dura două săptămâni. din timpul meu înapoi. Am spus asta de mai multe ori. Deci, este greu de spus în termeni de 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, oamenii lui cu care, majoritatea oamenilor cu care vorbesc, păstrează aceste lucruri într-o foaie de calcul. Deci, este doar un lucru foarte, foarte subiectiv, deoarece fiecare mediu este un pic diferit în ceea ce privește modul în care își fac licențele și cum își fac licențele cu Microsoft este o altă parte a acestuia. Dar dacă sunt nevoiți să facă adevărate creșteri în fiecare an sau la fiecare trei ani, cred că trei ani la maxim pentru Microsoft că vor, ei doresc să vă atingeți cel puțin la fiecare trei ani.
Apoi, îl cunoașteți considerabil și este, îl știți doar ceva care face mult mai ușor. Deoarece este un lucru dinamic care se schimbă mereu, dă un pic mai multă valabilitate și în ceea ce privește ceea ce privești versetele, 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, vreau să spun, licențiere SQL, licențierea este doar un nenorocit de coșmar, dar este mai ales un coșmar, deoarece licențele nu sunt aceleași între Microsoft și Oracle și oricine altcineva să facă lucrurile din baza de date. Dacă de fapt păstrezi lucrurile în foile de calcul, care tinde să fie ceea ce se întâmplă de fapt, știi că timpul de licență 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ță informațiile respective.
Oricum, după cum ați subliniat, dinamica sa și nu am nici o idee personal pentru că 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 elimină destul de des datele de testare, mediile de testare și aș face ghiciți că aceștia sunt un ghimpe în partea dvs. dacă faceți licențe. Ești tu-?
Bullett Manale: Da, da. Acesta este cazul pentru că de multe ori aceste lucruri sunt uitate și apoi începem să încercăm să ne dăm seama, bine, bine, avem licențe de bază, că trebuie să ne dăm seama de numărul de nuclee pentru fiecare dintre aceste cazuri și 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 ar trebui să fie utilizat, atunci plătiți excesiv, deoarece plătiți pentru prețurile de bază atunci când acele nuclee nu sunt exploatate astfel încât 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, astfel, este o mare parte din motivul pentru care aceste informații sunt foarte utile, deoarece vă putem spune ce versiune este, vă putem spune, evident, numărul de nuclee pe care le aveți, dacă versiunile mai vechi ale 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: În regulă, mergeți în Dez, aveam de gând să pun o întrebare posibil irelevantă.
Dez Blanchfield: Ceva într-adevăr rapid în timp ce sunteți pe subiectul pe care îl aflați acum - vedeți adoptarea mult mai multă a mediilor cloud și dacă rulează acest lucru în propriul nostru centru de date, în propriul nostru mediu, se târăsc și găsesc, descoperirea lucrurilor este relativ simplă. .
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 rulează aceste platforme?
Bullett Manale: Da, ar fi nevoie de anumite considerații în ceea ce privește porturile. Așadar, 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 puteți face cu acest lucru. 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ă; sunt tipurile mai specifice de medii precum RDS și unde tocmai 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 a existat, bazele de date și bazele de date. Așa că, de exemplu, vremurile bune de a avea doar un motor de baze de date foarte mare, cum ar fi anecdota pe care am distribuit-o în față, unde este doar o platformă masivă și tot ce face este să ofere baza de date. În aceste zile, bazele de date sunt încorporate în toate, de fapt, două sau trei dintre ele funcționează 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ă lucrul despre asta 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 în care DBA în sine nu sunt chiar făcute. conștient 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 persoanele responsabile 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, nu au fost responsabili pentru aceste baze de date și nimic din ceea ce au pus pe ele este la curent cu persoana care le-a instalat.” Dar aș spune că, în general, ceea ce ați spus, totul destul de frumos în zilele noastre are o aplicație legată de ea, care contribuie doar mai mult la complexitatea și confuzia de a trebui 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 eu, când instalează ceva de genul SharePoint sau ca schimb de auto, așa că știi că vin cu o versiune gratuită tocmai încorporată pentru că vor, să ș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 de genul: „Este doar serverul tău vechi, spațiul de stocare, rețeaua ta, orice”, iar apoi DBA este sunat și sunt ca: „Ei bine, ai doar a î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 la partea din față le place, ei bine, este doar o interfață web. Dar într-adevăr există baze de date și baze de date.
Bullett Manale: Da.
Dez Blanchfield: Așadar, 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ă au ajuns să cartografieze mediul. Acum Microsoft oferă un instrument gratuit pentru a face acest lucru, 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 că permite să facem un pas în continuare, 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 eliminăm.
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, și poate să vă fac griji pentru unele excepții?” Dar pentru cei mai mulți parte de care ai nevoie probabil de un instrument.
Dez Blanchfield: La fel de 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, I-D-E-R-A.com, veți vedea, 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 un link de descărcare chiar aici. Tocmai ați stabilit ce construcție doriți să instalați pe un 64 sau un 32 biți, iar asta vă va ajuta să începeți descoperirea de acolo.
Robin Bloor: Prezentare fantastică, excelentă, multumesc foarte mult.
Bullett Manale: Mulțumesc.
Eric Kavanagh: Avem câteva întrebări din partea publicului și bine din partea celor pentru că trebuie să ne oprim cu greu în ziua de azi, dar Bullett, din nou, o treabă excelentă pe demo, o treabă grozavă din partea producătorului nostru, prinzând că nu se arăta.
Bullett Manale: Îmi pare rău pentru asta.
Eric Kavanagh: Nu, acestea sunt lucruri bune, dați vizibilitate în centrul afacerii, nu? Pentru că afacerile rulează date și le oferiți vizibilitate chiar de bază. 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 ceva mai mult decât asta, dar bine să vă informați. Cu asta aveam să te las să pleci, oameni buni. Mulțumesc din nou pentru participarea la sala de informare, au fost de fapt Hot Technologies. Ei bine, prinde-ți data viitoare. Aveți grijă, adio.