De personalul Techopedia, 22 februarie 2017
Take away : Gazda Eric Kavanagh discută despre gestionarea bazelor de date cu Dr. Robin Bloor, Dez Blanchfield și IDERA lui Binh Chau.
Î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. Buna ziua si bine ai venit din nou. Este miercuri, este ora patru ora estului și pentru ultimii ani înseamnă că este timpul pentru Hot Technologies. Așa este, acesta este spectacolul nostru alături de prietenii noștri Techopedia - Techopedia.com. Verificați-le online. Obțin trafic de monștri, 1, 5 milioane de vizitatori unici pe lună. Asta înseamnă mult trafic web. Subiectul de astăzi, „Visul DBA: descoperirea și managementul în mediul înconjurător”. Da, într-adevăr, este o problemă mare, în special pentru organizațiile mai mari. Există un diapozitiv despre al tău cu adevărat, și destul despre mine, lovește-mă pe Twitter @eric_kavanagh, încerc mereu să urmăresc și să mă implic în conversații.
Din nou, vorbim astăzi despre tehnologiile bazelor de date și de a fi capabil să înțelegem ce se întâmplă pe un peisaj larg al instanțelor bazei de date. După cum știți mulți dintre voi, odată ce începeți să vă dezvoltați organizația, veți obține multe mai multe dintre aceste situații și să vă ocupați de aceste lucruri poate fi o provocare interesantă. De fapt, îmi amintesc de câțiva ani în urmă, am avut o discuție grozavă cu un tip care a fost directorul guvernării datelor pentru biroul CIO de la Departamentul Apărării. Și îi spuneam toate aceste lucruri interesante, am avut această conversație grozavă și i-am spus povestea mea despre lobby pentru transparență în cheltuielile federale, iar el a râs și mi-a spus: „O, deci este casa ta unde ar trebui să trimit asta Predator drone strike. ”El a spus:„ Transparența cheltuielilor federale? Nici nu știu câte licențe Oracle am pe aici. ”Când am auzit asta, am putut aprecia cu adevărat amploarea provocării cu care se confruntă unele organizații.
Acum, în aceste zile există o mulțime de instrumente interesante - vom auzi despre una astăzi - pentru a înțelege ce zboară pe acolo, dar chiar și acum 20 de ani, aceasta a fost o provocare cu adevărat serioasă. Când vine vorba de organizații cu dimensiunea DOD, vă puteți imagina doar că obținerea unei manevre pentru a economisi mulți bani, va economisi mult timp, va rezolva unele probleme de guvernare; rezolvi mai multe provocări simultan dacă faci acest lucru corect. Vom afla astăzi despre asta.
Îl avem pe Dr. Robin Bloor, analistul principal al grupului The Bloor. Avem Dez-Blanchfield, omul nostru de date, care sună din jos, Sydney, Australia. Și Binh Chau, senior product manager al IDERA, este de asemenea pe linie.
Facem #HOTTECH ca hashtag - nu ezitați să retineți în timpul emisiunii. Și ne bazăm pe voi, pentru întrebări bune, așa că vă rugăm să nu fiți timizi: puneți întrebări oricând folosind componenta Q&A din consola webcast sau în fereastra de chat, în orice fel. Și cu asta o să-i predau dr. Robin Bloor. Lasă-mă să-i predau cheile WebEx. Acolo merge, și ia-l.
Dr. Robin Bloor: Bine. Ei bine, aici mergem, să trecem la primul slide. În Italia, ei îi numesc Stanlio și Olio, Laurel și Hardy. În anii ’90, când toată lumea era îngrijorată de anul 2000, m-am implicat într-o serie de proiecte din anul 2000. Și m-am dus - să le numim o companie de asigurări mare - și au descoperit că au peste 500 de aplicații pe care nu știau că există pe rețeaua principală. Ei luau un inventar al mainframe-ului. Ei bine, în acele zile, mediile mainframe erau mult mai bine îngrijite decât orice a venit mai târziu, adică, nu există nicio întrebare despre asta.
Am fost într-adevăr uimită și am vorbit cu oamenii de la organizație și ei au spus că nu există nu există o soluție centrală … nu există nicio persoană responsabilă să știe aceste informații, în fond, știți. Nu au luat niciodată inventare ale bunurilor lor. Iar o bază de date este un atu în termeni incerti, deoarece conține date și date valoroase. Câte cazuri este întrebarea și, de fapt, unde sunt? Acesta este doar „Ce este o bază de date?” Și motivul pentru care cred că așa, o bază de date este un dulap în care aruncați date. Și vorbeam recent cu un site care avea mii de cazuri de Oracle. Ei bine, Oracle este o bază de date care, dacă o utilizați într-un mod sofisticat, necesită un DBA.
Am întrebat despre asta și mi-au spus că, despre, cred că este vorba despre șapte sau opt DBA-uri în întreaga organizație. Și am spus, știi, „Cine are grijă de celelalte mii de cazuri?” Și ei au spus: „Ei bine, ceea ce s-a întâmplat acolo este că oamenii îl folosesc doar ca sistem de fișiere. Avem o serie de baze de date care se află pe clustere mari, unde performanța contează cu adevărat și au DBA-uri care stau peste ele tot timpul. Și apoi avem mii de alte baze de date pe care nimeni nu le îngrijește deloc. ”Și le-am întrebat exact câte baze de date și au venit:„ Ei bine, ultima dată când Oracle a verificat-o., știi, ceea ce este un lucru interesant.
Dar, știți, există motive pentru utilizarea unei baze de date. O bază de date implementează un model de date. Este acolo pentru partajarea datelor: puteți gestiona mai multe solicitări simultane de date, implementați un model de securitate, respectă ACID, este rezistent sau poate fi configurat să fie rezistent, știți. Acesta este motivul pentru care avem baze de date. Dar, știi, nu este neobișnuit să întâlnești site-uri cu mii de cazuri de SQL Server sau Oracle, iar majoritatea sunt folosite ca sisteme de fișiere, practic. Și atunci de ce ați crea o nouă instanță, într-adevăr?
Știu despre echipele de dezvoltatori că, dacă construiesc o aplicație nouă, o construiesc într-un silo, astfel încât orice nouă aplicație dată ar avea o bază de date separată. Nu ar încerca neapărat să creeze un strat de date din lucruri - nu cred că este o bună practică. Dar, din nou, știți, dacă aveți un mediu foarte complicat, devine foarte, foarte dificil să încercați să puneți laolaltă toate bazele de date care sunt legate unele de altele, în ceea ce privește existența unor date în care există relații. Instanțele sunt create pentru replici.
Știți, puteți avea standbys sau replici calde în scopuri de disponibilitate, dar aveți, de asemenea, replici sau semi-replici în marts de date. Și odată ce a fost introdusă lumea depozitului de date, întrebarea, știți, cât de multe marts-uri de date existau, iar oamenii le foloseau doar ca fișiere clonate, scoteau datele din depozitul de date și nu aveau grijă în special de performanțele sale în simți că ar face doar ca performanță implicită. Majoritatea acestor oameni probabil nici nu știau că poți să ajustezi de fapt bazele de date. Am văzut modele care au trasat datele în mormane distinctive în scopul distribuției.
Știi, de multe ori primești această situație de replicare în care ai mai multe depozite în cadrul unei organizații și au fiecare baze de date și fiecare este un fragment al unei baze de date centrale. Obțineți cazuri de la ascuțire. Decizii proaste de proiectare - am văzut că unele design-uri foarte bizare au loc în ceea ce privește bazele de date în care oamenii au creat baze de date separate, fără un motiv întemeiat. Și după cum am menționat, bazele de date sunt sisteme de fișiere.
Și apoi există mediile de testare și dezvoltare care trebuie să fie ridicate și să cadă în jos, dar toate contează ca instanțe bazate pe date și toate, apropo, trebuie să aibă securitate și toate celelalte lucruri pe care sperăm că le oferă baza de date. Considerații de instanță - volumul de lucru al bazei de date poate fi optimizat doar pentru o anumită instanță. Dacă sunteți într-adevăr interesat să aveți cele mai bune performanțe, atunci dacă datele sunt șterse în o mulțime de baze de date nu va fi neapărat să vă oferi acest tip de optimizare.
Există un motiv pentru a nu crea instanțe spurioase de date. Sarcinile de lucru mixte din aceeași bază de date ca și contrapunctul pot duce la performanțe slabe - notabil în special prin OLTP și traficul mare de interogări pur și simplu nu se amestecă, nu se amestecă niciodată și probabil nu se va amesteca niciodată. De obicei este mai bine să consolidezi o bază de date la nivel de server, mai degrabă decât să ai mai multe VM-uri. VM-urile asigură însă o izolare; cu unii oameni este o decizie de proiectare să izolăm datele de alte date, astfel încât, dacă știți, dacă aplicația eșuează sau dacă această bază de date nu reușește, nu îmi reduce aplicația.
Problema cu asta, desigur, este că ajungeți să rulați până la următorul punct, care este taxa de licență a bazei de date. Acestea variază, dar am văzut că taxele de licență ale bazei de date devin un criteriu de proiectare, deoarece cineva nu a vrut să izbucnească un anumit număr și, prin urmare, oamenii care proiectează sisteme prost doar din cauza modului în care funcționează licența de bază de date. Și mai este și celălalt lucru: dacă începeți să vă consolidați toate bazele de date, merită menționat că DBA-urile sunt scumpe. Nu este un lucru atât de ușor de făcut.
O simplă vedere a lumii - și aceasta este ultima prezentare cu adevărat - există un strat de date, există un strat de transport și un nivel de procesare. Și tot hardware-ul se află sub asta. Nu este posibil să optimizați stratul de date fără să știți exact ce este în el și de ce.
Și, zicând asta, voi transmite prietenului meu de jos, Dez Blanchfield.
Dez Blanchfield: Mulțumesc, Robin. Permiteți-mi să-mi aleg mouse-ul aici. Așadar, astăzi o să ne ofer câteva anecdote pentru că acesta este un subiect uriaș și aș putea petrece două săptămâni cu un marcaj de tablă distrându-mă, pentru că am avut aproape trei decenii în sus și în jos în acest spațiu. .
Dar mai întâi, o imagine vizuală mentală. Când mă gândesc la provocarea despre care vorbim astăzi - și, în esență, vorbim despre creșterea bazelor de date, replicarea și extinderea și toate provocările care vin cu asta - am vrut să pun doar această imagine a unui stejar uriaș în minte. Aceștia sunt niște copaci faimoși, încep ca o ghindă minusculă, dar se dezvoltă până la acești behemoti. Și atunci când fac acest lucru, sunt foarte mari și dezordonate. Și după cum puteți vedea din această imagine, ca o metaforă vizuală, dacă doriți, știți, ramurile merg peste tot și apoi crengi care ies din acelea și pleacă de la capătul acestora și sunt în forme aleatorii, haotice, și asta este doar puținul pe care îl putem vedea deasupra solului.
Mă gândesc la aceste date ca fiind date din baza de date, și mai jos că există o structură de rădăcini și acestea se introduc în toate tipurile de direcții. Dar pare foarte curat și sensibil la suprafața pământului acolo unde este frumos și plat, dar realitatea este că este la fel de nebun sub pământ, precum este deasupra solului; pur și simplu nu o vedem. Și adesea folosesc acest lucru când încep să mă gândesc la cum să descriu provocarea despre care vorbim astăzi organizațiilor din sala de consiliu până la tehnologii, pentru a încerca să le vizualizeze ce se întâmplă de fapt în organizațiile lor. Pentru că este atât de ușor să te uiți la un ecran de computer și să vezi aceste câmpuri frumoase de rânduri și coloane și să te gândești: „Am rezolvat-o, nu este mare lucru”. Dar nu este cazul deloc. Și așa este la acel moment, de obicei, mă lovesc de această linie spunând că bazele de date din mintea mea sunt ca ghinde, știi, încep mici și cresc, dar înainte să știi, ai o pădure de stejar uriaș și, prin urmare, vizualul.
Deci, două anecdote doar pentru a împărtăși un scenariu care a scăpat de sub control și pur și simplu nu a putut fi remediat, apoi un altul care a făcut un lucru similar, dar a putut fi remediat și voi evidenția punctul cheie al discuției de astăzi în jurul modului în care am venit despre asta.
Primul a fost un scenariu în care un CIO cu cele mai mari intenții de-a lungul timpului a provocat în mod involuntar unul dintre cele mai neașteptate și nedorite împrăștieri care au crescut dincolo de control. A fost un scenariu în care o organizație guvernamentală cu mii de angajați, personal foarte priceput din punct de vedere tehnic, cereau acces la sistemele și instrumentele sale cu care ar putea începe să colaboreze și să automatizeze o mulțime de procese. Au vrut să se îndepărteze de formularele de hârtie și au vrut să creeze sisteme online, au vrut să capteze date și să le urmărească, să le monitorizeze și să le raporteze și să le prezinte înapoi colegilor lor.
Și există tot felul de lucruri, există lucruri de la oameni care se îndreaptă până la birourile lor și intră și se conectează în scopuri de securitate până la cine comandă ce se afla la cantină la ora prânzului. Și deci, un CIO bine intenționat a decis că Lotus Notes a fost o idee grozavă pentru că a fost la o serie de seminarii și IBM a făcut o treabă excelentă în plasarea lui și în scenariul potrivit ar fi fost o decizie grozavă. a fost făcută sub control. Dar ceea ce s-a întâmplat a fost în loc să înmânați Lotus Notes unei echipe de oameni tehnici pentru a sorta aplicații într-un mediu și apoi pentru a ridica instrumente sensibile și așa mai departe și pentru a oferi un control și o guvernare în jurul lui, ceea ce s-a întâmplat de fapt a fost implementat la standard. mediul de operare, SOE, astfel încât fiecare desktop a devenit eficient un server.
Și, astfel, au oferit instruire și note practice și documentare pentru întregul proces, iar toți oamenii au dat seama: „Da, am Lotus Notes pe desktop!” Ce înseamnă asta, credeți? Ei bine, însemna că mii de personal foarte priceput din punct de vedere tehnic au fost învățați să scrie și să scrie aplicații, în mod eficient, în Lotus Notes, să creeze mici baze de date care arăta în esență ca foi de calcul, rânduri și coloane și câmpuri și să prezinte această mică interfață web prin Domino.
Dacă aș vrea să captez informații despre ceva, aș putea crea doar o mică formă și în interfața de tip tabel, să o pun într-un fișier, să creez o mică bază de date Lotus Notes în spatele ei și să o prezint ca o aplicație web și să încep să strâng informații. Și asta a sunat grozav până când a trecut de ani buni și, dintr-o dată, și-au dat seama, cineva s-a trezit și a spus: „Bine atârnați, de ce apar 10.000 de aplicații noi bazate pe baze de date care apar pe LAN și în special în ultimele 12 luni? Ce se întâmplă? ”Ei bine, ce s-a întâmplat, în esență le-ai dat oamenilor o armă, iar aceasta era încărcată și siguranța era oprită și, bineînțeles, s-au împușcat în picior.
Și există aici această imagine grozavă, pe care de obicei mi-o conving în mintea unui artist italian care face acest lucru ciudat, unde primește o camionetă de fân și paie și se aruncă în mijlocul unui studio de artă și apoi primește un curator al studioului de artă să împingeți la întâmplare un ac în mijlocul acestuia. Și apoi își petrece zile cu hrană live, cu aparat de fotografiat, trecând prin paie căutând acul în fân, așa cum era. Până la urmă, după ore și zile, îl găsește și sare în sus și în jos și se entuziasmează. Și oricum, artist italian, ce poți face? Dar este destul de plin de umor și dacă l-ați vizionat vreodată online sau dacă îl vizionați online îl veți găsi foarte cathartic.
Iată un scenariu de coșmar în care o persoană tehnică bine intenționată le-a oferit oamenilor de afaceri - oameni de afaceri foarte pricepuți din punct de vedere tehnic - un instrument care trebuia să-și ușureze viața. Dar, înainte de mult timp, am avut întrebări precum cine le susține, cine le supraveghează și le susține, unde se află aceste date, ce structură sunt datele, cine se ocupă de schemele, ce dacă vreau să creez o altă versiune, ce date sunt în versiunile respective, pot face o călătorie de integrare a testelor dev despre aceste lucruri?
Știți, puteți trage propriile concluzii cu privire la modul în care a mers, dar nu a mers bine și vă puteți imagina că doar sute de terabyți de date și nu au fost rezervați, stând pe PC-uri sau laptop-uri pe birouri, unii sistemele nici măcar nu sunt disponibile, deoarece oamenii nu și-au dat seama când au închis laptopul la 5:30 și l-au dus acasă pentru a lucra pe care nimeni de pe LAN nu a putut ajunge la aplicația respectivă. Nu s-a terminat bine. Și o mare cantitate de date trebuiau curățate, manipulate manual și readuse într-un sistem sensibil; majoritatea au fost doar șterse și eliminate, deoarece pur și simplu nu i s-a permis să se întindă mai departe.
Apoi a doua anecdotă cu lucruri dintr-o călătorie foarte diferită. Imaginați-vă un scenariu, aveți dev, test, integrări, integrări de sistem, teste de acceptare a utilizatorilor, producție, recuperare în caz de dezastru, copii de rezervă și copie de rezervă una până la 99 și nu numai, aveți upgrade-uri, patch-uri și apoi medii demonstrative din unul până la 99 și mai mult. Și, dintr-odată, stai acolo mergând: „Stai, ce se întâmplă, stai, cine folosește ce?” Știi, acesta este un coșmar care poate aștepta să se întâmple.
Dar, în acest scenariu, ceea ce s-a întâmplat a fost că am avut ocazia să intru într-o organizație care dorea să extragă o unitate de afaceri de gestionare a averii din platforma lor bancară principală și să o ridic ca o organizație separată, în esență, o startup în cadrul unei întreprinderi. Provocarea a fost să luăm unitatea noastră de afaceri de gestionare a averii și toți oamenii și tehnologia și datele din jurul acesteia în serviciile publice, să creăm o startup în propria companie și să o realizăm astfel încât să poată rula pe propria sa marcă.
Acesta este un lider global în domeniul bancar, pe care nu îl voi numi. A trebuit să extragem unitatea de afaceri de gestionare a averilor în sine și toate lucrurile din jurul ei. Deci, totul în întregul său, întreg personalul, infrastructura fizică și mutați-l într-un nou spațiu de birouri. Toate sistemele de afaceri, toate softurile, toate datele, toate licențele, îl numiți. Ei bine, vă puteți imagina, asta arăta ca un coșmar cu care să începeți.
Și pentru a pune un context în acest sens, vorbim despre 78 de sisteme din platforma bancară inițială care sprijină aproximativ 14 produse de bază, care ar putea fi aproximativ o mie de oferte diferite. Sute și sute de baze de date live în utilizare, iar când spun în utilizare, a trebuit să le mutăm in situ, așa că într-o după-amiază de vineri vor fi într-un mediu, luni sunt așteptate să fie în altă parte și sâmbătă și duminică trebuiau să aibă această încrucișare în care tranzacțiile mergeau dintr-un sistem din stânga, să zicem, pentru a-l vizualiza, către un alt sistem din dreapta.
Aproximativ 15.000 de clienți cu nenumărate înregistrări fiecare și un coșmar ETL, deoarece niciunul dintre cele 78 de sisteme dintr-o parte nu au fost corelate de sisteme pe cealaltă parte. Am avut o platformă bancară complet nouă, sisteme noi, software nou, baze de date noi și scheme noi. Deci, metadate, câmpuri, rânduri, coloane, înregistrări, tabele, îl numești, nimic nu se potrivește. Există 14 echipe diferite de dezvoltare activă, câte una pentru fiecare produs. Și când am construit acest mediu am descoperit că până la momentul în care aveam test de dezvoltare, integrare, integrare de sisteme, teste de acceptare a utilizatorilor, producție, recuperare în caz de dezastru, copii demonstrative, backup-uri, actualizări, patch-uri - chiar am ratat unul acolo - instruire, de exemplu și educație, au existat 23 de versiuni ale fiecăruia dintre aceste medii pentru fiecare echipă de dezvoltare.
Acum, stai acolo și, dintr-odată, sângele tău începe să se încingă, iar pielea ta se răcește, iar părul tău stă - asta nu se poate termina niciodată bine. Ei bine, se pare că s-a terminat foarte bine pentru că primul lucru pe care l-am făcut, înainte de a începe chiar și proiectarea implementării tehnologiei, a fost că am mers și am obținut instrumentele potrivite. Și am folosit instrumente, și nu neapărat oameni, ci oameni pentru a conduce instrumente. Am folosit instrumente pentru maparea datelor, am folosit instrumente pentru a cartona bazele de date în care locuiau, am cartografiat toate metadatele, schemele și până la linii, coloane, înregistrare și câmpuri.
Știam de la ce venim și apoi am corelat asta cu harta a ceea ce punem la punct cât arata platforma bancară off-raft și aveam o corelație unu la unu. Și orice lucru care a căzut la mijloc, am creat o cameră de date prin care aveam să parcurgem și să le mapăm manual. Dar, înainte de a efectua orice implementare și orice configurare a acestor medii în lumea nouă, ne-am asigurat că fiecare înregistrare, fiecare tabelă, fiecare câmp, fiecare rând, fiecare coloană, fiecare bază de date și toate metadatele din jurul ei, toate permisiunile și controalele au fost mapate, de la unu la unu. Și nu am mutat un singur lucru până când nu a fost făcută această corelație.
Și astfel, piesa ETL a trecut de la a fi un coșmar la un proces destul de nedureros de a valida doar controalele și procesele urmate. Și am putea face acest lucru în mod regulat, aproape o oră. Făceam trecerea de la producție pe lumea veche la noi medii de dev, testare, integrare etc., în lumea nouă. Și în ziua în care am fost live, după un proces de cinci luni pentru a merge live după o lună cu testarea și apoi în șase luni a fost online și activ, am avut o singură problemă, iar problema a fost că cineva și-a uitat parola și trebuia resetat. Aceasta a fost singura problemă și a creat, în esență, aproximativ o oră de stres de oameni care cred că ceva nu a mers - s-a dovedit că o parolă a expirat și au uitat ce a fost și au trebuit să o reseteze.
Vă puteți imagina acel scenariu, în comparație cu mediul Lotus Notes, unde cineva a avut intenții mari, dar nu a gândit prin provocare, iar următorul lucru a trebuit să încercăm să mapăm toate aceste date, iar cea mai mare parte a acestora trebuia scrisă. și a fost doar o mare pierdere de timp, efort și resurse și moral. Într-un scenariu în care, atunci când este planificat și realizat corect și livrat corespunzător cu instrumentele potrivite, am obținut un rezultat excelent.
Și, astfel, acest punct mă aduce la această linie - înainte de a-i transmite asociatului nostru pentru a vorbi despre ceea ce IDERA trebuie să rezolve această provocare - este că în lumea de azi, în care sistemele sunt din ce în ce mai mult alimentate de baze de date, nu este doar o frumusețe, ci pentru mine este un fapt, este o necesitate, că instrumentele inteligente sunt, în experiența mea, singura modalitate de a gestiona descoperirea datelor, gestionarea datelor la scară și viteza cu care ne deplasăm.
Și dacă se face corect, ca a doua anecdotă pe care tocmai am împărtășit-o cu speranță ilustrată, aceasta poate fi un proces foarte nedureros și foarte perfect. Nu doar în proiecte noi, ci prin a vă ajuta să vă plasați în jurul unui mediu actual și să vă asigurați că orice moment și zi puteți urmări și urmări ce se întâmplă în organizația dvs., ce bază de date există, ce versiuni ale bazei de date executați și cine folosește.
Și în acest scop, îl voi transmite asociatului nostru de la IDERA și aștept cu nerăbdare să aud ce au de oferit pe masă și cum vor rezolva această provocare.
Binh Chau: Bine, mulțumesc, Dez. Puteți să mă auziți bine? Bine va multumesc. Bună tuturor, sunt Binh Chau cu IDERA. Astăzi o să vorbesc puțin despre produsele pe care le-am numit SQL Inventory Manager și vorbește despre descoperirea și posibilitatea de a inventa instanțele și bazele de date SQL Server de acolo și de a obține un control al ceea ce aveți în mediul și vorbesc despre alte lucruri despre care Dez și Robin au vorbit în ceea ce privește extinderea bazelor de date și nevoia de date în aceste zile.
Cu asta, iată câteva considerații pe care le-ați auzit, cred, anecdotic prin cele două povești pe care Dez le descria. Dar, practic, astăzi, este atât de mare nevoie de date și grupuri de afaceri acolo, cât și grupuri de afaceri, acolo, genul de rotire a propriilor aplicații și servere, în special cu SQL Server, nu? Deoarece puteți răspândi cu ușurință o versiune SQL Express sau servicii BI, există doar o extindere SQL la multe organizații, de la mic la mare.
De multe ori DBA-urile nu sunt conștiente de faptul că cineva a decis să înceapă, să știi, să creeze o instanță decât să pună o bază de date pe o instanță existentă. Nu sunt conștienți de aceste lucruri până când nu există o problemă și cineva apelează DBA, „Nu, aplicația mea a încetat să funcționeze, nu este capabilă să se conecteze la o bază de date, ce se întâmplă?” Și știi, când DBA solicită câteva întrebări pe care le descoperă: „Hei, acesta nu era pe radarul nostru, nu eram conștienți de asta”.
Un altul sunt costurile de licențiere, nu? Licența Microsoft SQL Server: modul în care funcționează nu este necesar să aveți o cheie specifică pentru numărul de instanțe pe care îl aveți. Puteți implementa, apoi ei efectuează un audit. Știi, ei efectuează ulterior un audit și descoperă câte licențe ai de fapt. Și deci, dacă fac un audit și nu sunteți la curent cu serverele necunoscute, ar putea rezulta un fel de audit costisitor. Și deci, să ai instrumentul sau să ai un inventar din timp pentru a ști ce costă licența și să poți nu numai să știi, ci și să îl gestionezi, este un lucru bun.
Și atunci, despre ce tocmai am vorbit, dacă nu sunteți la curent cu un server de foarte multe ori, dacă lucrurile merg bine, totul este în regulă, dar singurul moment în care sunteți conștient de ceva este atunci când există o problemă. Și, astfel, poate duce la întreruperi de producție sau poate serverul nu a fost întreținut și nu ați primit o corecție pe serverul respectiv și asta creează o problemă.
Unele dintre întrebările pe care un fel de DBA trebuie să le facă zi de zi sunt că se confruntă, știi, ar putea fi administrative sau strategice, dar unele lucruri de genul, Microsoft a lansat doar un patch de sisteme critice, câte sisteme vor avea nevoie de acest nou plasture? Cine va fi afectat de timpul de oprire dacă trebuie să dau sistemul jos pentru a-l aplica? Cum pot ajunge cu ușurință la informațiile respective? Trebuie să intru într-o foaie de calcul? Trebuie să intru în mai multe sisteme pentru a găsi asta? Trebuie să mă adresez diferitelor grupuri de afaceri pentru a obține acea listă? Este într-adevăr greu să o prepari.
Un alt bun este practic, cineva vine și spun ei, am nevoie de o bază de date nouă. Va avea nevoie de dimensiunea X și trebuie să aibă o capacitate atât de mare și atunci vor să știe, unde să o pun. Fără să știm ce este în peisajul tău, este greu să le spui, bine, îl putem pune aici, aici sau aici. Trebuie să te duci să-ți faci verificările manuale necesare pentru a face asta. Și am vorbit despre audit, dar și despre serverul necinstit.
Dacă aveți un server necinstit acolo, nu știți în ce stare se află, dacă a fost salvat, dacă are toate patch-urile sale. Uneori este posibil să nu conștientizezi aceste lucruri până când nu există probleme, ceea ce ar fi rău.
Acestea sunt cam toate provocările, întrebările, fața DBA într-o zi de zi, ce este aruncat la ele. Așadar, am vrut să vă prezint SQL Inventory Manager, care este un produs pe care îl avem acolo. Face câteva lucruri. Face descoperire, care este practic un fel de ieșire în mediul dvs. pentru a vedea ce SQL Server există în mediul dvs. Și apoi se poate descoperi automat, deci, practic, odată ce ați efectuat o descoperire, puteți să o setați să meargă acolo zilnic sau săptămânal - oricare perioadă de timp doriți - pentru a descoperi noi cazuri acolo.
Și apoi puteți să-l înregistrați automat aceste instanțe, astfel încât să puteți începe să le monitorizați și să verificați starea lor de sănătate și apoi puteți începe să catalogați și să inventariați acele cazuri, astfel încât să aveți o vedere bună a peisajului dvs. SQL Server. Ce este acolo, ce este producția, ce este dezvoltarea, ce este recuperarea în caz de dezastre, ce este mai puțin critic și știi, ce aplicații rulează pe ele. Și, de asemenea, puteți obține alerte cu privire la momentul în care lucrurile, când verificarea stării de sănătate eșuează, deci, în principal, dacă serverul se oprește sau la fel de multe lucruri suplimentare, puteți să vă instrumentați.
Eric Kavanagh: Ești puțin mai moale, doar așa știi.
Binh Chau: Îmi pare rău, este mai bine? Ce vreau să fac a fost să-i duc pe voi printr-o demonstrație, să vă arăt băieți ce face. Închideți o secundă, permiteți-mi să participe mai întâi la ecran Vedeți interfața web? Aceasta este interfața Managerului de inventar SQL. Ecranul pe care vi-l arăt aici, este o interfață bazată pe web. Ecranul pe care vi-l arăt aici este Vizualizarea Instanțelor noastre de baze de date. În partea de sus, puteți vedea că avem diferite. Deci, „descoperit” este practic toate cazurile descoperite în rețea. Și ceea ce îmi va arăta este practic.
Eric Kavanagh: Începi să te desparți doar puțin. Poate doriți să puneți telefonul jos și să-l puneți pe difuzor. Dați-i drumul.
Binh Chau: Acest ecran Discovery vă va arăta tot ce a descoperit managerul de inventar în rețeaua dvs. Aici este descoperit ca 1.003 de servere acolo. Și vă va spune versiunea, ediția, dacă o poate găsi, când a fost descoperită și cum a fost descoperită. Să spunem, de exemplu, că aleg să ignor unele dintre acestea, adică să știți, poate vreau să ignor Ediția pentru dezvoltatori, deoarece nu sunt la fel de importante pentru mine, deoarece sunt doar Developer Edition; Pot alege să ignor aceste aspecte și le va pune pe fila Ignorare, astfel încât data viitoare când voi rula Discovery, nu o să-mi arate din nou. Acum pot completa pentru a face înregistrare automată sau mă pot înregistra manual.
Și deci aici am selectat să monitorizez șase instanțe. Și aici este conectat și va efectua verificări periodice asupra acestora și apoi există mai multe verificări, de la orice, știi, verifică la fiecare 30 de secunde pentru a vedea dacă serverul este în sus sau în jos și îți oferă un fel de prezentare generală a care este acea stare. Practic, aici îmi spune că am un server care este pe jos și aceste cinci care sunt trecute. De asemenea, îmi spune ce ediții de server, numărul de baze de date, starea bazelor de date, orice inventar suplimentar sau metadate din jurul serverului respectiv. De asemenea, pot accesa vizualizarea Licențierea de aici. Aici îmi oferă câteva informații de licență Microsoft de care am nevoie dacă aș dori să ajung înainte de a obține un rezumat total sau înainte de un audit Microsoft.
Iată numărul de nuclee, numărul de prize, posibila licență de bază, care a fost ceva pe care Microsoft a introdus-o începând cu 2012. Aceasta a fost vizualizarea Instanței noastre. Pagina noastră de ansamblu, acesta este un fel de pagină pe care o veți deschide. Acest lucru vă va arăta controalele de sănătate sau recomandările pe care le are, cum ar fi acum îmi spune că am nouă baze de date care nu au backup actual. Pot face clic acolo pentru a merge la detaliile bazelor de date care sunt și pot intra și să iau măsuri în cazul în care este necesar. Îmi spune toate bazele de date de top în funcție de dimensiune, bazele de date de top în funcție de activitate. Pot face clic pe serverul special și pentru a obține mai multe detalii despre acesta.
Eric Kavanagh: În timp ce asta rulează, ceea ce ne arăți aici este posibilitatea de a vedea cu adevărat orice este conectat la rețea, nu-i așa?
Binh Chau: Corect. Aceasta arată orice am ales să monitorizez folosind Inventory Manager. Acesta este un SQL Server, îmi arată aici toate aplicațiile conectate la server. Din nou, pot intra în toate bazele de date asociate pe acest server. Aici aș putea eticheta lucrurile. Pot crea o etichetă pentru acest server anume, indiferent dacă este sau nu un domeniu precis. Avem clienți care îl folosesc pentru ca, de exemplu, vor să își eticheteze serverele de producție sau serverele lor de datorie și apoi pot obține un raport complet despre cum stau lucrurile. Pe măsură ce trec pe fila Administrație, acesta este modul în care pot rula Discovery. Și Discovery va merge practic și va rula în rețeaua dvs. și va găsi tot SQL Server în mediul dvs.
Aici, am acest domeniu precis care este un domeniu al nostru și l-am setat să spun, știți, pe acest anumit domeniu folosiți acest cont de utilizator Windows special pentru a face descoperire și vreau să faceți o scanare completă. De asemenea, pot selecta să specific „Numai scanarea acestui anumit subdomeniu” sau „Numai scanarea părintelui.” Dar în acest caz aici am spus să rulez scanarea completă. Iată diferitele tipuri de scanare pe care le pot folosi și dacă îl economisesc și, practic, este un job pe care îl pot seta. Momentan, este oprit, ceea ce înseamnă că va trebui să rulez manual aceste scanări. Dar dacă aș vrea, aș putea să-l stabilesc zilnic, știți, să conduceți treaba zilnic. Sau dacă aleg să nu-l conduc zilnic - este prea mult - pot spune că executați slujba săptămânal la o anumită dată și oră.
Și apoi înregistrarea automată aici, dacă aceasta este activată, ceea ce ar face este că, de fiecare dată când a găsit un server nou, îl va înregistra automat în Inventory Manager, pentru a putea să-l monitorizez. Dacă există un fel de ediție pe care vreau să o exclud, cum ar fi, de exemplu, nu mă interesează ediția Express sau dezvoltator, deoarece acestea sunt mediul de dezvoltare, atunci aș face doar clic pe cele de aici și ceea ce va face este să spună doar fiecare timp când găsesc ceva nou, o să-l adaug în Inventory Manager pentru a putea să-l monitorizezi atât timp cât nu este o ediție pentru dezvoltator sau Express.
Și iată unde pot seta etichetele, așa că, de exemplu, dacă am servere de producție, aș putea să merg aici și să le etichetez pe aceste servere. Aș putea să etichetez baza de date sau serverul cu o etichetă albastră specifică, așa că, de exemplu, aș putea spune că acest AO_NODE ar trebui să aibă o etichetă de producție. Și în acest fel, dacă ar fi nevoie să ajung cu ușurință la server, pot pleca aici și să fac clic pe eticheta Producție și mă va duce imediat la cele două servere. Aceasta este vizualizarea noastră Explorer și aceasta este arătată de Owner, dar aș putea spune prin eticheta Instanță, și prin baze de date și pot extinde aceasta pentru a vedea ce sunt.
O altă caracteristică utilă pe care am creat-o că oamenii le place cu adevărat aici este posibilitatea de a privi ce gestionați prin Inventory Manager și de a vedea la ce nivel de patch-uri se află. Practic, aici îmi spune aici cele șase servere pe care le-am gestionat în instrumentele mele, dacă există sau nu o actualizare disponibilă pentru Microsoft și dacă este sau nu versiunea pe care sunt, indiferent dacă este acceptată sau nu, și suportul stare. Dacă aș vrea să aflu mai multe despre această remediere rapidă, pot face clic pe ea și mă va lega de articolul de la Microsoft în ceea ce privește ce corecție este și dacă le abordez. Puteți exporta această listă dacă doriți, așa că puteți spune: „Hei, trebuie să corecți trei dintre aceste servere în acest weekend și celelalte trei la o dată ulterioară.”
Construiți lista - deci există o listă pe care o verifică pentru a vedea că versiunea dvs. este actualizată. Puteți ieși și descărca această listă pentru a vă asigura că este actualizată și aveți cea mai recentă listă pentru a o compara. O altă caracteristică de inventar îngrijită care le place oamenilor este capacitatea de a adăuga, nu numai etichete, dar și posibilitatea de a adăuga câmpuri de inventar personalizate. Știi, dacă vrei să adaugi un câmp aici pentru a eticheta o bază de date, de exemplu, să zicem că vreau să o etichetezi la nivelul bazei de date. Departamentul, acest departament și această bază de date, aș putea face din el un tip diferit: open end, true / false sau picklist.
Și aș putea spune, știți, acesta este un HR, marketing, cercetare și dezvoltare, finanțe. Și ceea ce face aici este practic, odată ce puteți eticheta aceste lucruri, puteți obține unele date de aici care spun câtă capacitate folosește fiecare bază de date și apoi puteți începe să faceți un fel, crește și are sens să încărcați aceste departamente?
Un alt lucru este, să știți, dacă trebuie să rulați întreținerea, știind cine se află în acea bază de date, puteți ști cu cine să contactați pentru a le anunța: „Hei, trebuie să conduc întreținerea în acest weekend, bazele de date vor fi offline”. și așa mai departe și așa mai departe. O altă caracteristică utilă este căsuța de căutare aici. De multe ori DBA-urilor sunt întrebați despre o bază de date sau o aplicație sau un server, în funcție de cine vorbește cu ei, este cam greu să-ți dai seama exact unde se află. Ce ai putea face aici este, s-ar putea să nu știi unde locuiește baza de date, dar ai putea să o introduci. Aș putea introduce doar tabloul de bord IDERA și o să extindem câteva baze de date și unde stau, astfel încât să poți obține cu ușurință acelora. Și apoi obține informații suplimentare despre acestea: dimensiunea lor, dimensiunea jurnalului, indiferent dacă a avut sau nu vreo copie de rezervă, ce mod de recuperare este înăuntru, dacă aș dori să adaug orice etichete despre asta. Există o mulțime de funcții diferite în acest instrument, știi, este un instrument de inventar, dar este un instrument de inventar care este foarte specific pentru SQL Server și pentru DBA-uri.
Pentru că există, cred că, alte lucruri la care DBA ar dori să aibă acces la sau să obțină o imagine bună despre aspectul mediului și al peisajului lor pentru bazele de date. De asemenea, vă puteți abona, configura serverul SMTP și puteți configura abonament pentru a vă alerta pentru dvs. sau pentru orice utilizator de aici. O să opresc asta și mă întorc la prezentare. Și acest ultim slide aici este doar o simplă vedere a arhitecturii. Este o consolă web care rulează pe Tomcat Web Services încorporate.
Avem câteva servicii de colectare și servicii de gestionare pe care le introducem într-un depozit, iar serviciile de gestionare se elimină și rulează Discovery pe diferite instanțe SQL Server. Nu există nimic instalat pe serverele de monitorizare. Avem locuri de muncă care rulează periodic, care doar colectează date despre el, deci, practic, fie că este în sus sau în jos, cât de multe date sunt utilizate, care sunt celelalte versiuni ale oamenilor. Ei bine, asta e tot.
Eric Kavanagh: Da, permiteți-mă să vă întreb - o să pun câteva întrebări și apoi sunt sigură că Robin și Dez au și unele - doar din curiozitate, când cineva vine să facă un audit, să spunem Microsoft, sunt folosesc acest instrument sau presupun că au unele instrumente proprii pe care le folosesc?
Binh Chau: Da, cred că folosesc instrumente proprii. Chestia este că acest instrument este un instrument de inventar, astfel încât să fie actualizat în termeni de, știți, pentru că are sarcina de a ieși și de a colecta continuu informații despre serverele dvs., va fi difuzat acolo și în orice moment al timpului veți avea informații actualizate, de fapt, despre cum se schimbă lucrurile versus, știți, rapoarte unice pe care le puteți obține de la Microsoft pentru a spune că acesta este numărul de servere pe care le aveți, acestea sunt versiunile pe care le aveți .
Eric Kavanagh: Da, sunt curios despre Discovery. Deci, când cineva cumpără acest instrument și începe să-l folosească, cum se întâmplă descoperirea? La felul în care făceam referire mai devreme, cu alte cuvinte, atingeți rețeaua pentru a vedea ce semnale zboară acolo care par a fi instanțe ale bazei de date, apoi le catalogați și apoi odată ce ați etichetat o instanță a bazei de date care monitorizezi? Presupun că are un fel de ping pe care îl face de fiecare dată și dacă scade, de exemplu, așa știi că este jos. Este felul în care funcționează lucrurile?
Binh Chau: Da. Adică, după ce ați activat Discovery, acesta va ieși în rețeaua dvs. și avem mai multe scanări diferite pentru a ieși acolo, dar face, știți, o scanare a browserului și scanarea registrului. Face diferite scanări pentru a vedea ce computer este acolo și apoi verifică: aveți servere SQL acolo sau servicii BI acolo? Și apoi îl aduce înapoi și îl trage în instrument și vă arată „Hei, iată toate lucrurile pe care le-am descoperit”.
Și atunci dacă ar trebui să spui „Vreau să monitorizez folosind acest instrument”, atunci va urmări acest lucru și o să-l ping. Are sarcini să-l ping de fiecare dată să spună: „Bine, verificați acum acest lucru” - știți, disponibilitatea bazei de date - verificați-o acum despre istoricul bazei de date, verificați partea bazei de date. Execută o serie de joburi pentru a verifica baza de date pe care o monitorizați.
Eric Kavanagh: Da, este bine. Și avem o întrebare de la un membru al audienței. Știu că voi aveți instrumente care funcționează cu o varietate de tehnologii de baze de date, dar acesta în special pe care îl afișați astăzi, este doar pentru SQL Server sau acoperă și alte tipuri de baze de date?
Binh Chau: În acest moment, acest instrument special acoperă SQL Server.
Eric Kavanagh: Bine, e bine. Lasă-mă să-l predau lui Robin, sunt sigur că are câteva întrebări, apoi poate să-l întorc la Dez. Robin?
Dr. Robin Bloor: Da, sigur. Microsoft destul de recent - cândva în 2006 - a anunțat SQL Server pe Linux, dar nu cred că a fost livrat încă. M-am întrebat doar dacă ai vreun comentariu. Ești conștient de asta? Te joci cu asta?
Binh Chau: Da, suntem. Planificăm să includem asta. Adică, lucrul frumos despre acest instrument este că am vorbit cu mulți clienți care și-au construit propriile unelte pentru acasă pentru a face același lucru, dar trebuie să țină pasul cu noile ediții și versiuni care Microsoft vine cu, dar avem versiuni și ediții noi, ne implicăm din timp pentru a ne asigura că instrumentul va putea monitoriza și gestiona noile ediții. Deci, SQL pe Linux este ceva pe care intenționăm să îl adăugăm și să îl punem la dispoziție când este disponibil - cred că mai târziu în acest an.
Dr. Robin Bloor: Da, este interesant. Te aștepți ca mulți dintre clienții tăi să facă asta de fapt? Adică, SQL Server este o bază de date foarte sofisticată, din experiența mea. Adică, știți, este lung în dinte, este probabil lucrul de spus. Adică, știți, Sybase originală din care provenea era de fapt destul de simplistă în multe lucruri pe care le-a făcut. Însă Microsoft a adăugat tot mai multe lucruri de-a lungul anilor. Toate acestea vor fi disponibile pe Linux? Adică, vă veți sfătui clienții cu privire la efectuarea acestei migrații?
Binh Chau: Îmi pare rău, este întrebarea dacă vedem că oamenii cer asta?
Dr. Robin Bloor: Ei bine, având în vedere că v-ați confundat cu el, este la fel de sofisticat pe Linux ca pe Windows?
Binh Chau: Nu m-am jucat singur, dar ceea ce am auzit de la un coleg este că de fapt este foarte egal. Dar personal nu m-am jucat cu noua versiune de SQL pe Linux.
Dr. Robin Bloor: Bine. Am dreptate să cred că ai pus pur și simplu agenți pe fiecare SQL Server pe care îl găsești? Așa funcționează acest instrument?
Binh Chau: Nu, de fapt nu punem agenți. Pentru acest instrument special, piesa Inventar, nu punem agenți acolo. Pur și simplu ieșim să facem un apel și să verificăm stările. Un lucru frumos despre acest instrument este că este fără agent.
Dr. Robin Bloor: Așadar, aveți alte instrumente SQL Server, puteți să-mi reamintiți ce produse aveți în această suită care se ocupă de SQL Server?
Binh Chau: Da. Avem SQL Diagnostic Manager. Este un instrument de monitorizare și performanță. Face mai multe analize în profunzime sau verificări de diagnostic și de performanță și de sănătate pentru dumneavoastră decât Inventory Manager. Inventory Manager cea mai ușoară versiune a controlului de sănătate. Avem, de asemenea, Compliance Manager și Secure, care face parte din suita noastră de securitate. Îți va spune practic cine accesează datele tale, ce date accesează, de ce și te ajută la respectarea și alte ghiduri de raportare. Avem SQL Safe, care este instrumentul nostru de rezervă - face backup și restaurare și este unul frumos.
Avem, de asemenea, Managerul nostru de locuri de muncă Enterprise, care doar monitorizează locul de muncă. Și apoi avem instrumentul Toolbox care sunt seturi de instrumente de administrare și, de asemenea, seturi de instrumente de comparație, precum și SQL Doctor. Set de instrumente de administrare și set de instrumente de comparație, sunt ceea ce cred eu ca un cuțit al Elveției. Au acolo multe instrumente pentru a ajuta DBA să facă diverse lucruri diferite, cum ar fi, știi, verifică patch-uri sau mută sau clonează o bază de date. Dar există 24 de astfel de instrumente în acea cutie de instrumente.
Dr. Robin Bloor: Deci, oamenii sunt cei care apelează la gestionarea inventarului, sunt în mod normal deja utilizatori ai celorlalte instrumente ale tale? Sau este un fel de punct de intrare? Îmi pot imagina - vreau să spun, poți să-mi spui dacă ai vreo poveste de război - dar îmi pot imagina dacă nu ai derulat niciodată un inventar într-un centru de date destul de mărunt, experiența poate fi destul de plină de supărare. Asta găsești?
Binh Chau: Da. Adică, avem clienți care sunt introduși în instrument din alte seturi de instrumente, cu toate acestea avem clienți care vin în căutarea unui instrument de acest fel din cauza proiectelor pe care le au. Un exemplu pe care l-am prezentat a fost că a existat o companie care a fuzionat cu o altă companie și a cumpărat o serie de companii și a trebuit să-și consolideze amprenta SQL Server pentru a reduce costurile. Și astfel căutau un instrument pentru a ieși într-un fel și pentru a descoperi tot ceea ce aveau, astfel încât să poată începe procesul de consolidare a acestui lucru.
Dr. Robin Bloor: Înțeleg. Cred că este destul de comun cu fuziunile atunci când te gândești la asta. Bine, îi transmit lui Dez, nu vreau să iau tot timpul. Vedeți ce întrebări avem din Australia.
Dez Blanchfield: Mulțumesc, da, întrebările sunt întotdeauna cu susul aici. Unul dintre aspectele care vin în minte și înțeleg foarte mult acest lucru, știi, companiile nu sunt deloc sigure de unde să tragă linia cu privire la momentul în care să înceapă să investească. Când ar trebui o organizație - în experiența dvs. având în vedere că sunteți în faza rece - când este momentul potrivit pentru a începe să investești în instrumente de acest fel pentru a vă asigura că nu aveți probleme? O faceți din prima zi când începeți să vă construiți infrastructura bazei de date a noii organizații sau, așa cum tocmai ați subliniat, când faceți o achiziție / fuziune?
Sau există o anumită scară la care trebuie să fiți cu adevărat? Ai nevoie de 10 sau 100 sau 1.000 de baze de date? Care este experiența ta în ceea ce privește piața cu care ai de-a face cu atâta vreme, când este momentul potrivit pentru a intra în acest spațiu și, probabil, de unde să începi? Cum arată când începeți?
Binh Chau: Adică, cred că poate dacă este o organizație foarte mică, este posibil să nu ai nevoie de acest instrument, cum ar fi, cu un DBA sau cu câțiva DBA. Când începi să obții un grup de, nu știu, trei sau patru DBA-uri și poate 50 - 100 de servere, poate vrei să începi să faci ceva de genul acesta. Bănuiesc că, pe măsură ce organizația dvs. crește ca mărime și doar oamenii de afaceri care doresc tehnologii, știți, ca acel exemplu pe care l-ați dat, vor să instaleze aplicațiile și bazele de date pe cont propriu, dar atunci când doriți să aveți acest tip de instrument, deoarece în acest fel puteți vedea ce este acolo.
Dar chiar și într-o organizație mai mică, este plăcut să ai acest tip de instrument pentru a ține evidența a ceea ce ai. Dacă îl împărțiți, astfel încât să puteți spune: „Da, am cumpărat SQL 2012 pentru această casetă, dar funcționează în prezent SQL 2008, deoarece am o aplicație care are încă nevoie de versiunea respectivă”. Ajută să aveți acel instrument Inventory doar să te îndepărtezi de gestionarea mai multor foi de calcul care pot deveni nepoluante.
Dez Blanchfield: Cealaltă întrebare pe care tocmai o aveam pe urmă: ce tipuri de abilități sau resurse ar trebui să organizeze organizațiile atunci când ajung la această scară? Este cazul că există un anumit set de abilități de care aveți nevoie într-adevăr, sau un tip de experiență sau de fond sau tipul de persoană care se potrivește cel mai bine acestui tip de provocare? Sau este ceva la care ar putea arunca acest set de abilități de tip DBA sau administrare de sistem sau de administrator de rețea? Aveți nevoie într-adevăr de un creier cu capăt ascuțit sau puteți ridica asta destul de repede?
Binh Chau: Îmi pare rău, deci ai vorbit despre setul de îndemânare al persoanei?
Dez Blanchfield: Da, deci, atunci când vă gândiți la un administrator de baze de date, aveți nevoie de un set special de abilități. Prin urmare, atunci când ieșiți la angajarea unui DBA, în sine, pentru acest rol specific, atunci când vă gândiți la tipurile de provocări despre care ați vorbit aici, unde utilizați un instrument de acest fel pentru a vă menține în frunte cu bazarea bazelor de date și urmărirea bazelor de date, realizarea piesei de descoperire și conducerea acestui instrument special, există ceva unic în ceea ce privește utilizarea instrumentului și abordarea acestui tip de provocare, sau este ceva care DBA mediu poate ridica destul de repede?
Binh Chau: Adică, cred că DBA-ul dvs. mediu poate ridica repede acest lucru. Cred că este util să aveți acest tip de instrument, deoarece puteți să-l transformați și pentru că este bazat pe web. Îl poți da altor utilizatori din organizația ta. L-ai putea oferi dezvoltatorului de aplicații care poate verifica în baza de date sau serverul său specific. Înlătură unele dintre lucrurile administrative pe care trebuie să le facă un DBA. Anterior, cineva ar fi sunat la DBA și ar spune: „O, de ce este serverul meu în sus sau în jos?” Acum pot să obțină acces și să vadă dacă serverele lor sunt în sus sau în jos.
Dez Blanchfield: Și ce fel de mediu ar avea nevoie de o organizație medie pentru a implementa acest lucru? Are nevoie de un server fizic dedicat sau poate fi realizat pe o mașină virtuală? Îl pot implementa în mediul cloud? Care este amprenta generală pentru implementarea instrumentului și doar rularea generală a acestuia? Cât de mult fier fierbinte are nevoie pentru a rula în paralel cu celelalte medii pe care le mapează?
Binh Chau: Da, poate fi rulat pe un VM sau pe un computer sau pe un server. Nu trebuie să fie neapărat un server dedicat, ci depinde doar de câte servere monitorizezi. Dacă aveți un mediu mai mare, poate ajuta să aveți un server mai mare, deoarece colectează o mulțime de date despre SQL Server pe care le monitorizați.
Dez Blanchfield: Corect. Este un fel de lucru pe care l-ai putea rula confortabil în instanța din cloud și să creezi o rețea VPN în mediul tău, sau cantitatea de date pe care o colectează este probabil cam grea pentru acest tip de utilizare?
Binh Chau: Încă nu l-am configurat să-l rulăm pe cloud, pentru a rula acest lucru încă în cloud. Probabil ar trebui să fie executat cu prem.
Dez Blanchfield: Și ultima întrebare, dacă pot: o mulțime de instrumente pe care le-am văzut în acest spațiu, în special în cazul în care ai menționat-o pentru un scenariu în care cineva a achiziționat o companie sau a existat o fuziune sau ceva în acest sens, sau chiar dacă a fost o organizație care fuzionează doar unitățile de afaceri, este un scenariu de utilizare sensibil în cazul în care cineva îl desfășoară pe un laptop și îl duce într-un mediu pentru a face o hartă a lumii ca o dată oprită, sau este un scenariu de caz improbabil? Este un fel de caz că va fi acolo și trebuie lăsat permanent să ruleze?
Binh Chau: Acest instrument specific are mai multe instalări pe un server și este lăsat acolo pentru a rula. În acest fel, puteți colecta informațiile de care aveți nevoie pentru aceasta și să păstrați, cred, un inventar care funcționează. Spre deosebire de instrumentul Map, deoarece instrumentul Map este un tip one-one, săriți la portul de care aveți nevoie, faceți ceea ce trebuie să faceți cu el astăzi. Acesta este un fel de bun - partea drăguță despre asta este faptul că poți să le etichetezi, să le oferi oamenilor acces la acesta pentru a verifica starea serverului lor special, pe care le interesează.
Dez Blanchfield: Bine. Probabil ultima întrebare pentru mine și apoi o să-i înapoiez lui Eric pentru întrebările care vin prin fereastra de întrebări și întrebări cu participanții, deoarece am avut o prezență bună astăzi, una dintre preferatele mele. Doar pentru a încheia asta, care este procesul de a pune mâna pe asta? Știu că multe dintre instrumentele dvs. sunt disponibile pentru lucrurile de tip „try-before-you-buy”. Unde ar trebui să meargă oamenii pentru a afla mai multe despre acest online, unde se află pe site-ul web dacă ar trebui să caute descărcările și cum arată călătoria, să facă o dovadă a conceptului sau o încercare și să vă puneți mâna pe ea și să se familiarizeze cu aceasta pentru a intra apoi în legătură și a-l cumpăra?
Binh Chau: Da. Puteți accesa site-ul IDERA.com și puteți descărca gratuit o probă de două săptămâni. Și dacă vă place și doriți să ne contactați, putem programa și o demonstrație cu unul dintre inginerii noștri, pentru a face o scufundare mai profundă în instrument.
Dez Blanchfield: fantastic. Ei bine, vă mulțumesc foarte mult pentru asta. Apreciez timpul pentru a vă vorbi despre asta și, pe baza experienței mele personale și sunt sigur că vorbesc pentru Robin despre acest lucru pe experiența sa de-a lungul vieții, cred că este dat că ceva de genul acesta este o cerință în zilele noastre. Nu putem face acest lucru acum, oricât de greu am încerca; scara este prea mare și lucrurile se mișcă prea repede.
Recomand cu atenție oamenilor să facă exact asta, să sară pe site-ul IDERA și să obțină o copie cu care să se joace. Deoarece riscul potențial al propriei mele experiențe cu anecdotele pe care le-am împărtășit chiar azi, a fost că poate trece de la foarte rău la foarte bine repede, dacă ai instrumentele potrivite, dar poate merge și pe invers, dacă nu T. Eric, înapoi la tine.
Eric Kavanagh: Da, trebuie doar să treci pentru o ultimă întrebare, una interesantă. Sunt doar curios să știu ce vezi acolo, știi, norul este, în mod evident, din ce în ce mai important în aceste zile - Amazon Web Services, dar nu sunt singurele, Microsoft are întreaga sa ofertă Azure asta pare să câștige abur. Sunt curios să știu, unul dintre participanți scrie că Dr. Bloor a făcut un punct interesant că DBA-urile sunt scumpe și că problema de management cauzată fie de un DBA necinstit, fie de cineva care nu face ceea ce ar trebui să facă, poate fi rezolvat prin migrarea în nor. Chiar sunt curios să știu, câtă activitate vezi? Vedeți că migrația către cloud devine o problemă mai mare pentru companii sau care este abordarea dvs. la fel ca o tendință?
Binh Chau: Simt că depinde doar de ce fel de problemă te afli. Mă simt ca anumite industrii spun: „Nu, nu migrăm.” Este posibil să nu migreze într-un nor public; s-ar putea să se uite la migrarea sau migrarea lucrurilor lor într-un nor privat. Dar apoi văd unele organizații care sunt interesate, știi, să intre cu adevărat pe calea rapidă și să meargă spre un Amazon sau Microsoft Azure. Și apoi există unii care spun: „Nu, nu ne migrăm datele” sau „Există doar anumite date pe care le-am migra, dar nu cele critice”. Cred că există un fel de trei tabere.
Eric Kavanagh: Da, ar avea sens. Adică, vedem asta din ce în ce mai mult și cred că se va mișca în potriviri și va începe de ceva timp. Și există și o reacție la nor. Oamenii se urcă pe Amazon Web Services - am auzit acest lucru de mai multe ori - și, la început, costurile sunt gestionabile și apoi, în timp, doar se ridică și apoi ești cam blocat acolo. În multe privințe, cloud-ul este doar un alt centru de date, dar va fi o călătorie interesantă, înainte să spunem cel puțin.
Ei bine, oamenii arhivează toate aceste transmisii web. Sări online la techopedia.com pentru a vedea o listă completă a tuturor lucrurilor pe care le facem. Și, desigur, interioranalysis.com pentru toate cele mai recente. Și cu asta o să vă luăm rămas bun. Și mulțumesc din nou pentru timpul și atenția acordată. Vă mulțumim pentru toți prietenii noștri de la IDERA și vă vom vorbi mâine, sperăm, pentru transmisia web culminantă cu Filosofia datelor. Așa este, Filosofia datelor este mâine la ora patru est. Sper sa te vad acolo. Aveți grijă oameni buni, adio.
