Osoblje Techopedia, 22. veljače 2017
Odlazak: Domaćin Eric Kavanagh razgovara o upravljanju bazama podataka s dr. Robin Bloor, Dez Blanchfield i IDERA-inim Binh Chauom.
Trenutno niste prijavljeni. Prijavite se ili prijavite da biste pogledali videozapis.
Eric Kavanagh: Dobro, dame i gospodo. Pozdrav i dobrodošli još jednom. Srijeda je, četiri je sata po istočnom vremenu, a posljednjih nekoliko godina to znači da je vrijeme za Hot Technologies. Tako je, ovo je emisija s našim prijateljima Techopedia - Techopedia.com. Pogledajte ih na mreži. Mjesečno dobivaju promet, 1, 5 milijuna jedinstvenih posjetitelja mjesečno. To je puno web prometa. Danas tema, "DBA-ov san: Otkrivanje i upravljanje u okruženju." Da, doista, to je veliko pitanje, posebno za veće organizacije. Doista je slajd o tvom, i dosta me se tiče mene, udari me na Twitter @eric_kavanagh, tamo se uvijek trudim pratiti i uključiti se u razgovor.
Opet, danas govorimo o tehnologijama baza podataka i zaista možemo razumjeti što se događa u širokom krajoliku instanci baze podataka. Kao što mnogi od vas znaju, nakon što počnete rasti svoju organizaciju, dobivate još mnogo takvih slučajeva vani, a držanje rešavanja tih stvari može biti malo zanimljiv izazov. Zapravo, sjećam se prije nekoliko godina, imao sam sjajan razgovor s momkom koji je bio direktor za upravljanje podacima za CIO-ov ured pri Ministarstvu obrane. I govorio sam mu sve ove zanimljivosti, vodili smo ovaj sjajan razgovor i ispričao sam mu svoju pozadinsku priču o lobiranju za transparentnost u saveznoj potrošnji, a on se nasmijao i rekao: „O, dakle, vaša je kuća u koju bih trebao poslati sljedeću štrajk dronova grabežljivca. "Rekao je, " Transparentnost u saveznoj potrošnji? Ni sam ne znam koliko Oracle licenci imam ovdje. "Kad sam to čuo, zaista sam mogao shvatiti veličinu izazova s kojim se suočavaju neke organizacije.
Danas je mnogo zanimljivih alata - za koje ćemo čuti danas - za razumijevanje onoga što leti vani, ali i prije 20 godina, to je bio zaista ozbiljan izazov. Kad je riječ o organizacijama veličine DOD-a, možete samo zamisliti da će rješavanje tog problema uštedjeti mnogo novca, uštedjet će puno vremena, riješiti neke probleme upravljanja; završavate rješavanjem više izazova odjednom ako ispravno radite takve stvari. O tome ćemo naučiti danas.
Imamo vlastitog dr. Robina Bloor-a, glavnog analitičara The Bloor Group. Imamo Dez Blanchfield, našeg znanstvenika za podatke, koji dolazi iz dolje, Sydney, Australija. A Binh Chau, stariji menadžer proizvoda IDERA-e, također je na redu.
Mi #HOTTECH radimo kao hashtag - slobodno tvitnite tijekom emisije. I mi se pouzdano oslanjamo na vas, pa vas molim da ne budete stidljivi: bilo kada postavljajte pitanja koristeći Q&A komponentu svoje webcast konzole ili onaj prozor za chat. I s tim ću ga predati dr. Robinu Blooru. Dopustite da mu uručim ključeve WebExa. Eto ga i odnesite ga.
Dr. Robin Bloor: Dobro. Eto, idemo, idemo na prvi tobogan. U Italiji ih zovu Stanlio i Olio, Laurel i Hardy. U 1990-ima, kada su se svi brinuli oko 2000., uključio sam se u brojne projekte iz 2000. godine. I otišao sam - nazovimo ih veliko osiguravajuće društvo - i otkrili su da imaju preko 500 prijava za koje nisu znali da postoje na mainframe-u. Preuzimali su popis glavnog računara. Pa, u onim je danima okruženje mainframea bilo mnogo bolje čuvano od svega što je kasnije, mislim, tu nema nikakvog pitanja.
Bio sam zaista zapanjen i razgovarao sam s ljudima iz organizacije i oni su rekli da ne postoji središnji opsežni … nije postojala osoba odgovorna za poznavanje tih podataka. Nikada nisu uzimali zalihe svoje imovine. A baza podataka je sredstvo bez ikakvih nesigurnih uvjeta, jer sadrži podatke i podatke su vrijedni. Koliko je slučajeva zapravo pitanje, a gdje su? Ovo je samo "Što je baza podataka?", A razlog zašto tako mislim, baza podataka je ormar u koji bacate podatke. Nedavno sam razgovarao s web-lokacijom koja je imala tisuće primjeraka Oracle. Pa, Oracle je baza podataka koja, ako je upotrebljavate na bilo koji sofisticiran način, zahtijeva DBA.
Nekako sam pitao o tome, a oni su odgovorili da, otprilike, mislim da je riječ o sedam-osam DBA-ova u cijeloj organizaciji. I rekao sam, znate, "Tko pazi na druge hiljade primjeraka?" A oni su odgovorili: "Pa, zapravo, što se tamo dogodilo je da ga ljudi samo koriste kao datotečni sustav. Imamo brojne baze podataka koje se nalaze na velikim klasterima gdje su performanse zaista bitne i oni imaju DBA koji stalno stoje nad njima. A onda imamo na hiljade drugih baza podataka za koje nitko ne pazi. "I pitao sam ih tačno koliko baza podataka i oni su došli do zaključka:" Pa, prošli put kad je Oracle izvršio reviziju. "Oni nisu sami izvršili reviziju, znate, što je vrsta zanimljivosti.
Ali, znate, postoje razlozi za korištenje baze podataka. Baza podataka provodi model podataka. Tu je za dijeljenje podataka: može upravljati s više istodobnih zahtjeva za podatke, implementirati sigurnosni model, je li kompatibilan s ACID-om, je elastičan ili se može postaviti da bude elastičan, znate. To je razlog što imamo baze podataka. Ali, znate, nije neobično susresti se s web lokacijama s tisućama instanci SQL Servera ili Oraclea i većina ih se u osnovi samo koristi kao datotečni sustav. I zašto biste onda stvarno stvorili novu instancu?
Znam za timove programera da oni, ako grade novi program, grade ga u silosu, tako da bi svaki novi program imao zasebnu bazu podataka. Ne bi nužno pokušavali napraviti sloj podataka iz stvari - mislim da to nije dobra praksa. Ali opet, znate, ako imate vrlo komplicirano okruženje, postalo je vrlo, vrlo teško pokušati sastaviti sve baze podataka koje su međusobno povezane u smislu da u njima postoje podaci tamo gdje postoje odnosi. Stvaraju se instance za replike.
Znate, za dostupnost možete imati vruće standby-e ili replike, ali u podatkovnim okvirima imate i replike ili polu-replike. I nakon što je uveden svijet skladišta podataka, pitanje, koliko znate, podataka je bilo vani, a ljudi su ih koristili samo kao datoteke kloniranja, izvadivši podatke iz skladišta podataka i nisu se posebno brinuli o njihovoj uspješnosti u smisao da bi oni to učinili kao zadani performans. Većina tih ljudi vjerojatno nije ni znala da zapravo možete podesiti baze podataka. Vidio sam dizajne koji su podatke podijelili u karakteristične skupine radi distribucije.
Znate, često dođete do situacije kopiranja u kojoj imate više skladišta unutar organizacije, a svaka od njih ima baze podataka i svaka je dio središnje baze podataka. Dobivate slučajeve oštrenja. Loše odluke o dizajnu - vidio sam da se neki stvarno bizarni dizajni odvijaju u pogledu baza podataka u kojima su ljudi stvorili odvojene baze podataka bez ikakvog valjanog razloga. I kao što sam napomenuo, baze podataka su datotečni sustavi.
A tu su i testna i razvojna okruženja koja se trebaju ustati i oboriti, ali svi se oni računaju kao instance baze podataka i svi oni, usput rečeno, trebaju imati sigurnost i sve ostale stvari koje nadamo se u bazi podataka. Razmatranja instanci - opterećenje baze podataka može se optimizirati samo za određenu instancu. Ako vas stvarno zanima apsolutno najbolji učinak, tada vam neće biti nužno dati takvu optimizaciju ako imate dijeljenje podataka u mnoštvu baza podataka.
Postoji razlog da se ne stvaraju lažni primjerci podataka. Miješana opterećenja u istoj bazi podataka kao i kontrapunkt mogu dovesti do loših performansi - posebno primjetan OLTP i veliki promet upita jednostavno se ne miješaju, nikad se ne miješaju i vjerojatno se nikada neće miješati. Obično je najbolje objediniti bazu podataka na razini poslužitelja, a ne imati više VM-ova. Ali VM pružaju izolaciju; s nekim ljudima je dizajnerska odluka da se podaci izoliraju od drugih podataka, tako da, ako znate, ako aplikacija ne uspije ili ako ta baza podataka ne uspije, ne ruši moju aplikaciju.
Problem s tim je, naravno, što se nalazite u sljedećoj točki, a to su naknade za licence baze podataka. Oni se razlikuju, ali vidio sam da naknade za licencu za bazu podataka postaju kriterij dizajna jer netko nije želio obrušiti određeni broj, pa stoga ljudi slabo dizajniraju sustave samo zbog načina na koji licenca baze podataka funkcionira. I tu je i druga stvar: ako započnete objedinjavati sve svoje baze podataka, vrijedno je primijetiti da su DBA skupi. To nije tako jednostavno.
Jednostavan pogled na svijet - a ovo je zaista zadnji slajd - postoji podatkovni sloj, postoji transportni sloj i postoji sloj za obradu. I sav hardver stoji ispod toga. Stvarno nije moguće optimizirati podatkovni sloj a da se ne zna točno što je u njemu i zašto.
I rekavši to, proslijedit ću svom prijatelju odozdo, Dez Blanchfield-u.
Dez Blanchfield: Hvala, Robin. Dopustite mi da ovdje sredim miša. Dat ću nam danas nekoliko anegdota, jer je to ogromna tema i mogao bih provesti dva tjedna s markerima na bijeloj ploči, zabavljajući se zbog toga, jer sam na ovom prostoru imao gotovo tri desetljeća uspona i padova,
Ali prvo, mentalna vizualna slika. Kad razmišljam o izazovu o kojem danas govorimo - u suštini, govorimo o rastu baze podataka, razmnožavanju i širenju i svim izazovima koji s tim dolaze - htio sam upravo ovu sliku divovskog hrasta staviti u našu um. To su poznata prekrasna stabla, počnu poput sićušnog žira, ali rastu do tih behemoths. A kad to učine, oni su jako veliki i neuredni. I kao što vidite sa ove slike, kao vizualne metafore, ako želite, znate, grane idu svuda, a zatim grančice silaze s tih i ostavljaju na kraju tih, a oni su u svim slučajnim, kaotičnim oblicima, i to je samo onaj dio koji možemo vidjeti iznad zemlje.
Nekako mislim na one kao na podatke unutar baze podataka, a ispod toga postoji struktura korijena i oni upadaju u sve vrste smjerova. Ali čini se vrlo čistim i razumnim na površini tla tamo gdje je lijepo i ravno, ali stvarnost je jednako luda pod zemljom koliko i iznad zemlje; jednostavno ne vidimo. I često to koristim kad započnem razmišljati o tome kako opisati izazov o kojem danas govorimo organizacijama od upravnog vijeća do tehničara kako bi ih pokušali natjerati da vizualiziraju što se zapravo događa u njihovim organizacijama. Jer je tako lako pogledati ekran računala i vidjeti ova prekrasna polja redaka i stupaca i pomisliti: "To smo riješili, to nije velika stvar." Ali to uopće nije slučaj. I zato u tom trenutku obično pogodim ovu liniju govoreći kako su baze podataka u mom umu poput žira, one počinju male i rastu, ali prije nego što to shvatite, imate šumu džinovskih hrastova i zato vizualni.
Dakle, dvije anegdote samo za dijeljenje scenarija koji je prerastao izvan kontrole i jednostavno ga nije bilo moguće popraviti, a zatim još jedan koji je učinio sličnu stvar, ali se mogao popraviti, a ja ću istaknuti ključnu točku današnje rasprave o tome kako nastali smo oko toga.
Prvi je bio scenarij u kojem je CIO s najvećim namjerama tijekom vremena nesvjesno izazvao jedno od najneočekivanijih i neželjenih širenja koje je jednostavno naraslo izvan kontrole. Bio je to scenarij u kojem vladina organizacija s tisućama zaposlenika, vrlo tehnički osobljem zahtijeva pristup pristupu svojim sustavima i alatima kako bi mogli započeti suradnju i automatizirati velik dio svojih procesa. Željeli su se odmaknuti od papirnatih obrazaca i htjeli su stvoriti mrežne sustave, htjeli su zabilježiti podatke i pratiti ih, nadzirati ih i izvještavati o njima te ih iznijeti natrag svojim vršnjacima.
I postoje razne stvari, postoje stvari od ljudi koji se vraćaju u svoje urede, prijavljuju se i prijavljuju se iz sigurnosnih razloga sve do toga tko je naručio što u kafeteriji za vrijeme ručka. I tako, dobronamjerni CIO odlučio je da je Lotus Notes sjajna ideja, jer je bio na nizu seminara, a IBM je odradio sjajan posao u bacanju i u pravom scenariju bila bi sjajna odluka, to je učinjeno pod kontrolom. Ali ono što se dogodilo bilo je predati Lotus Notes timu tehničkih ljudi koji će se implementirati u okruženje, a zatim podnijeti razumne alate i tako dalje i pružiti određenu kontrolu i upravljanje oko njega, što se zapravo dogodilo je da je postavljen na standard operativnog okruženja, SOE, tako da je svaka radna površina učinkovito postala poslužitelj.
I tako, pružili su obuku i praktične bilješke i dokumentaciju za cijeli ovaj proces i odjednom su ljudi shvatili, "Da, imam Lotus Notes na radnoj površini!" Što to znači, što mislite? Pa, to je značilo da je tisuće vrlo tehnički osoblje naučeno kako skriptirati i pisati aplikacije, učinkovito, u Lotus Notesu, stvarati male baze podataka koje su u osnovi izgledale kao proračunske tablice, redovi i stupci i polja, te prezentiraju ove male web sučelja preko Domina.
Ako bih htio zabilježiti podatke o nečemu, mogao bih jednostavno stvoriti mali obrazac i u sučelje tipa proračunske tablice, staviti ga u datoteku, stvoriti malo baze podataka Lotus Notes iza nje i predstaviti je kao web-aplikaciju i započeti sakupljati informacije. I to je zvučalo sjajno dok nije prolazilo godinama i odjednom su shvatili, netko se probudio i rekao: "Pa, stani, zašto se na LAN-u pojavljuju 10 000 novih aplikacija sa bazama podataka, posebno u posljednjih 12 mjeseci? Što se događa? "Pa, dogodilo se to, ustvari ste dali ljudima pištolj, to je bilo napunjeno i sigurnost je bila isključena, i naravno, pucali su sebi u nogu.
I tu je sjajna slika koju obično dočaravam u glavi talijanskog umjetnika koji radi tu čudnu stvar tamo gdje nabavlja kamionet sijena i slame i baca ga usred umjetničkog studija, a zatim dobiva kustosa umjetničkog studija da nasumično gurne iglu u sredinu. A onda provodi dane u živoj hrani, pred kamerama, prolazeći kroz slamu tražeći iglu u stanu sijena. Sve dok na kraju, nakon sati i dana, to pronađe i skače gore-dolje i uzbuđuje se. I svejedno, talijanski umjetnik, što možete učiniti? Ali prilično je šaljiva i ako ste ga ikada gledali putem interneta ili ga gledate online, smatrat ćete ga vrlo katarzičnim.
Evo scenarija noćne more u kojem je dobronamjerna tehnička osoba poslovnim ljudima - vrlo tehnički pametnim poslovnim ljudima - postala alat koji im je trebao olakšati život. Ali prije dugo vremena imali smo pitanja poput kopija sigurnosnih kopija, tko ih nadzire i podržava, gdje su ti podaci, u kojoj su strukturi podaci, tko kontrolira sheme, što ako želim stvoriti drugu verziju, koji su podaci u tim verzijama, mogu li na ovim stvarima odraditi test integracije za vraga?
Znate, možete izvući vlastite zaključke o tome kako je to išlo, ali nije prošlo dobro i možete zamisliti da postoje stotine terabajta podataka, a ne sigurnosno kopiranje, učinkovito sjedenje, računala ili prijenosna računala na stolovima, neki sustavi nisu ni dostupni jer ljudi nisu shvatili kad su isključili prijenosno računalo u 5:30 i odnijeli ga kući da obavlja posao do kojeg nitko u LAN-u nije mogao doći do te aplikacije. Nije se dobro završilo. A mnogo podataka trebalo je očistiti i ručno manipulirati i vratiti ih u razuman sustav; većina je samo obrisana i uklonjena, jer se dalje nije moglo dopustiti širenje.
Zatim moja druga anegdota sa stvarima na sasvim drugačijem putovanju. Zamislite scenarij: na raspolaganju su vam programi za razvoj, testiranje, integracije, integracije sustava, testiranje prihvaćanja korisnika, proizvodnju, oporavak od katastrofe, sigurnosne kopije i sigurnosne kopije od jedne do 99 i šire, dobili ste nadogradnje, zakrpe i zatim demonstracijska okruženja iz od jedan do 99 i više. I odjednom sjedite tamo i idete: "Čekaj, što se događa, druži se, tko koristi što?" Znate, ovo je noćna mora koja potencijalno čeka.
Ali u ovom scenariju, dogodilo se to da sam imao priliku stupiti u organizaciju koja je htjela izvući poslovnu jedinicu za upravljanje bogatstvom iz svoje temeljne bankarske platforme i zastupati je kao zasebnu organizaciju u osnovi pokretanja poduzeća. Izazov je bio: preuzeti našu poslovnu jedinicu za upravljanje bogatstvom i sve ljude i tehnologiju i podatke oko nje u javnim službama, stvoriti startup unutar vlastite tvrtke i riješiti je tako da se može pokretati pod vlastitom markom.
Ovo je globalni lider u bankarstvu, kojeg neću imenovati. Morali smo izdvojiti samu poslovnu jedinicu za upravljanje bogatstvom i sve stvari oko nje. Dakle, sve u cjelini, svo osoblje, fizička infrastruktura i premjestite ga u novi uredski prostor. Svi poslovni sustavi, sav softver, svi podaci, sva licenciranja, vi to imenujete. Pa, možete zamisliti, to je izgledalo kao pomalo noćna mora.
A da bi se kontekst oko toga govorio, govorimo o 78 sustava u izvornoj bankarskoj platformi koji podržavaju oko 14 osnovnih proizvoda, što bi moglo biti oko tisuću različitih ponuda. Stotine i stotine baza podataka uživo se koriste, a kad kažem u uporabi, morali smo ih premjestiti in situ, tako da bi u petak popodne bili u jednom okruženju, u ponedjeljak se očekuje da budu negdje drugdje, a u subotu i nedjelju su morali imati ovaj cross-over gdje su transakcije prelazile s jednog sustava na lijevoj strani, recimo, da bi ga vizualizirali, u drugi sustav s desne strane.
Otprilike 15.000 kupaca s bezbroj zapisa svaki i ETL noćna mora jer niti jedan od 78 sustava na jednoj strani nije bio usklađen sa sustavima s druge strane. Imali smo potpuno novu bankarsku platformu, nove sustave, novi softver, nove baze podataka i novu shemu. Dakle, metapodaci, polja, redovi, stupci, zapisi, tablice, kako ste imenovali, ne odgovaraju ništa. Postoji 14 različitih aktivnih razvojnih timova, po jedan za svaki proizvod. I kad smo gradili ovo okruženje, ustanovili smo da smo, s vremenom kada smo radili razvojni test, integraciju, integraciju sustava, testiranje prihvaćanja korisnika, proizvodnju, oporavak od katastrofe, demonstracijske kopije, sigurnosne kopije, nadogradnje, zakrpa - čak sam i tamo propustila - trening, na primjer i obrazovanja, za svaki razvojni tim postojale su 23 verzije svakog od ovih okruženja.
Sada sjedite ondje i odjednom vam krv počne curiti, a koža zahladi, a kosa stoji - to nikad ne može dobro završiti. Pa ispada da se vrlo dobro završilo jer smo prvo što smo napravili, prije nego što smo uopće pokrenuli dizajn implementacije tehnologije, bili i otišli i dobili prave alate. Koristili smo alate, i ne nužno ljude, već ljude koji voze alate. Koristili smo alate za mapiranje podataka, koristili smo alate za mapiranje baza podataka u kojima su živjeli, preslikali smo sve metapodate, sheme i sve do redaka, stupaca, zapisa i polja.
Znali smo iz čega dolazimo i tada smo to povezali s mapom onoga što postavljamo u onoj mjeri u kojoj je izgledala platforma za bankarske banke i imali smo povezanost jedan prema jednom. I sve što je propalo u sredini, stvorili smo sobu s podacima gdje bismo prošli i ručno ih preslikali. No prije nego što smo izvršili bilo kakvo postavljanje i bilo kakvo postavljanje tih okruženja u novom svijetu, osigurali smo da svaki pojedinačni zapis, svaka pojedinačna tablica, svako polje, svaki redak, svaki stupac, svaka baza podataka i svi metapodaci oko njega, sva su dopuštenja i kontrole mapirani, od jednog do jednog. I nismo pomaknuli niti jednu stvar dok ta korelacija nije uspostavljena.
I tako, ETL komad prešao je iz noćne more u prilično bezbolan proces validacije kontrola i postupaka koji se slijede. A to bismo mogli raditi redovito, gotovo satno. Radili smo prijelaz iz proizvodnje na starom svijetu u nova okruženja razvoja, testiranja, integracije itd. U novi svijet. I onog dana kad smo otišli uživo, nakon petomjesečnog postupka da se uživo nakon mjesec dana pokrene testiranje, a zatim nakon šest mjeseci bilo je online i aktivno, imali smo samo jedan problem, a problem je bio u tome što je netko zaboravio svoju lozinku trebalo je resetirati. To je bio jedini problem koji je stvorio otprilike sat vremena stresa kod ljudi koji misle da je nešto pošlo po zlu - ispostavilo se da je lozinka istekla i da su zaboravili što je to i morali su je resetirati.
Možete zamisliti taj scenarij, u usporedbi sa okruženjem Lotus Notes, gdje je netko imao velike namjere, ali nije razmišljao o izazovima, a sljedeće smo stvari morali probati i preslikati sve te podatke, a većina njih je morala biti otpisana i bio je to samo veliki gubitak vremena i truda, resursa i morala. Na scenarij u kojem, kad je pravilno planirano i pravilno izvedeno i isporučeno na odgovarajući način s pravim alatima, dobili smo sjajan ishod.
I tako me ta točka vodi do tog jednog pravca - prije nego što predajem našem suradniku da razgovara o tome što IDERA mora riješiti taj vrlo izazov - jest da u današnjem svijetu gdje sve više sustava pokreću baze podataka, to nije samo lukavstvo, već za mene je činjenica, potrebno je da su pametni alati, po mom iskustvu, jedini način upravljanja otkrivanjem podataka, upravljanjem podacima u razmjeru i brzini kojom se krećemo.
A ako se učini ispravno, to je druga anegdota koju sam upravo podijelio nadam se, to može biti vrlo bezbolan i vrlo bešavan proces. Ne samo u novim projektima, već da se zagrlite s trenutnim okruženjem i osigurate da u svako doba i dan možete pratiti i pratiti što se događa u vašoj organizaciji, koja je baza podataka, koje verzije baze podataka pokrećete i tko koristi što.
I u tu svrhu predati ću našem suradniku iz IDERA-e, i radujem se što ću čuti što oni imaju za ponuditi na stolu i kako bi oni riješili taj izazov.
Binh Chau: Sjajno, hvala, Dez. Možete li me dobro čuti? Dobro, hvala. Pozdrav svima, ja sam Binh Chau s IDERA-om. Danas ću malo porazgovarati o proizvodima koje smo nazvali SQL Inventory Manager, a ona govori o otkriću i sposobnosti inventara vaših primjeraka i baza podataka SQL Servera te da se nekako riješite onoga što imate u okruženje i neke druge stvari o kojima su Dez i Robin razgovarali u pogledu širenja baze podataka i potrebe za podacima ovih dana.
S tim u vezi, evo razmatranja koje ste čuli, anegdotalno, kroz dvije priče koje je Dez opisivao. Ali u osnovi toliko postoji potreba za podacima i poslovnim grupama vani i poslovnim skupinama vani vlastitim aplikacijama i poslužiteljima, posebno sa SQL serverom, zar ne? S obzirom na to da lako možete usmjeriti verziju SQL Express-a ili BI usluge, kod mnogih organizacija, od malih do velikih, dolazi samo širenje SQL-a.
Puno puta su DBA-i svjesni da je netko odlučio pokrenuti, znate, stvoriti instancu umjesto da samo postavi bazu podataka na postojeću instancu. Oni nisu svjesni tih stvari sve dok potencijalno ne postoji problem i netko nazove DBA, "O, ne, moja aplikacija je prestala raditi, nije se moguće povezati s bazom podataka, što se događa?" I znate, kada DBA pita neka pitanja otkriju: "Hej, ovo nije bilo na našem radaru, nismo bili svjesni."
Još jedan su troškovi licenciranja, zar ne? Licenca za Microsoft SQL Server: za način na koji to funkcionira nije potrebno imati određeni ključ za taj broj instanci koje imate. Možete implementirati, a zatim obaviti reviziju. Znate, oni kasnije rade reviziju i otkrivaju koliko vam licenci zapravo treba. I tako, ako rade reviziju i niste svjesni nepoznatih poslužitelja, to bi moglo rezultirati skupom revizijom. I zato je dobro imati alat ili unaprijed imati zalihu da biste znali koliko košta vaše licenciranje i biti u mogućnosti ne samo znati, već i njima upravljati.
I onda, ono o čemu sam upravo govorio, ako niste svjesni poslužitelja puno puta, ako se stvari odvijaju u redu, sve je u redu, ali jedini put kad ste nešto svjesni jest kada postoji problem. Dakle, to bi moglo dovesti do prekida u proizvodnji ili možda poslužitelj nije održavan, a vi niste dobili zakrpu na tom poslužitelju i to će stvoriti problem.
Neka od pitanja s kojima se DBA svakodnevno susreće jest da se suočavaju, znate, mogla bi biti administrativna ili strateška, ali neke stvari poput, Microsoft je upravo izdao kritičnu zakrpu sustava, koliko će im novih sustava trebati ovaj novi krpica? Na koga će utjecati ispadi ako moram spustiti sustav da ga popravim? Kako mogu lako doći do tih podataka? Moram li ući u proračunsku tablicu? Moram li ući u više sustava da bih to pronašao? Moram li kontaktirati različite poslovne skupine da bih dobio taj popis? Stvarno je teško dijeliti ga.
Još jedan dobar je u osnovi, netko dođe i kaže, treba mi nova baza podataka. Trebat će joj veličina X i treba imati toliki kapacitet, a onda žele znati gdje mogu da je stavim. Bez da znate što je u vašem krajoliku, teško je reći im, ok, možemo to staviti ovdje, ovdje ili ovdje. Treba ići i napraviti ručne provjere koje su potrebne da biste to postigli. A razgovarali smo i o reviziji, pa i o lošem poslužitelju.
Ako imate vani poslužitelj, ne znate u kojem je stanju, je li sigurnosno kopirano, ima li sve svoje zakrpe. Ponekad te stvari možda nećeš biti svjestan sve dok ne postoji problem, što bi bilo loše.
To su vrsta svih izazova, pitanja, svakodnevnog suočavanja s DBA-om, onoga što ih zadire. Želio sam vam predstaviti SQL Inventory Manager koji je proizvod koji imamo tamo. Čini nekoliko stvari. To otkriva, što je u osnovi vrsta izlaska u vaše okruženje da biste vidjeli koji je SQL Server vani u vašem okruženju. A zatim može i automatski otkriti, pa u osnovi, nakon što pokrenete otkriće, možete ga postaviti svakodnevno ili tjedno - bez obzira na vremenski okvir koji želite - otkrivati nove slučajeve vani.
A tada možete i da automatski registrira te instance kako biste ih započeli nadgledati i provjeravali njihovo zdravstveno stanje, a zatim možete početi katalogizirati i popisati te instance kako biste imali dobar pregled vašeg krajolika SQL Server. Što je vani, što je proizvodnja, što je razvoj, što je oporavak od katastrofe, što je manje kritično i znate, koje se aplikacije pokreću na njima. A također možete dobiti upozorenja o tome kada stvari, kada je provjera zdravlja ne uspije, pa u osnovi ako poslužitelj padne ili kao i niz dodatnih stvari koje možete sami alat.
Eric Kavanagh: Postaješ malo mekan, samo da znaš.
Binh Chau: Oprosti, je li ovo bolje? Ono što želim učiniti je voditi vas kroz demonstraciju, pokazati vam što radi. Pričekajte trenutak, dopustite mi da prvo podijelim svoj zaslon. Vidite li web sučelje? Ovo je sučelje SQL Inventory Manager. Zaslon koji vam ovdje prikazujem, to je web sučelje. Zaslon koji vam ovdje prikazujem je naš prikaz instancije baze podataka. Preko vrha možete vidjeti da smo postali različiti. Dakle, "otkriveno" su u osnovi sve instance koje su otkrivene na mreži. A ono što će mi pokazati je u osnovi.
Eric Kavanagh: Tamo se počinješ malo raspadati. Možete odložiti telefon i staviti ga na zvučnik. Samo naprijed.
Binh Chau: Na ovom će se zaslonu otkriti sve što je upravitelj inventara otkrio na vašoj mreži. Ovdje je otkriveno kao 1.003 poslužitelja. I reći će vam verziju, izdanje, ako ga može pronaći, kada je otkriveno i kako je otkriveno. Recimo na primjer da odlučim ignorirati neke od tih, što znači, znate, možda želim ignorirati Developer Edition jer mi nisu toliko važni jer su samo Developer Edition; Mogu ih ignorirati i to će ih staviti na karticu Zanemari, tako da sljedeći put kada pokrenem Discovery, to mi više neće pokazati. Sada se mogu ispuniti za automatsku registraciju ili se mogu ručno registrirati.
I tako sam ovdje odabrao nadzirati šest slučajeva. A ovdje je prijavljen i pokrenut će periodične provjere tih, a zatim slijedi višestruka provjera, bilo što ovdje, znate, on provjerava svakih 30 sekundi da bi vidio je li server gore ili dolje i daje vam neku vrstu pregleda kakva je to država. U osnovi, to mi govori da imam jedan poslužitelj koji je dolje i tih pet koji su gore. Također mi govori kakva su izdanja poslužitelja, broj baza podataka, status baza podataka, bilo koji dodatni inventar ili metapodatke oko tog poslužitelja. Također odavde mogu doći do pogleda Licenciranje. Ovdje mi daju neke od Microsoftovih podataka o licenciranju koje su mi potrebne ako bih htio unaprijediti ukupan ili sažetak prije Microsoftove revizije.
Evo broja jezgara, broja utičnica, moguće jezgre licence koju je Microsoft uveo počevši od 2012. To je bilo naše stajalište o instanci. Naša stranica pregleda, ovo je vrsta stranice koju ćete otvoriti. Ovo će vam pokazati zdravstvene provjere ili preporuke koje ima, kao što mi upravo sada govori da imam devet baza podataka koje nemaju trenutačnu sigurnosnu kopiju. Mogu kliknuti tamo da se prebacim na pojedinosti o tim bazama podataka i mogu ući u akciju na njima ako treba. Obaviještava me o svim glavnim bazama podataka prema veličini, top bazama podataka po aktivnosti. Mogu kliknuti na određeni poslužitelj i dobiti više detalja o njemu.
Eric Kavanagh: Dok se to kreće, ono što nam ovdje pokazujete je mogućnost da vidimo stvarno sve što je povezano s mrežom, je li tako?
Binh Chau: Dobro. Ovo pokazuje sve što sam odabrao za nadzor pomoću Inventory Manager-a. Ovo je SQL Server, ovdje su mi prikazane sve aplikacije povezane s poslužiteljem. Opet mogu dobiti u svim bazama podataka koje su povezane na ovom poslužitelju. Ovdje bih mogao označiti stvari. Mogu stvoriti oznaku za taj određeni poslužitelj, bez obzira je li to precizna domena ili ne. Imamo kupce koji ih koriste za, na primjer, oni žele označiti svoje poslužitelje proizvodnje ili svoje poslužitelje duga i tada mogu dobiti potpuni izvještaj o stvarima. Kako prelazim na karticu Administracija, ovako mogu pokrenuti Discovery. A Discovery će zapravo izaći i upasti u vašu mrežu te pronaći sve SQL Server u vašem okruženju.
Evo, imam tu Preciznu domenu koja je naša domena, i postavio sam je da kažem, znate, na ovoj domeni koristite ovaj korisnički račun Windows da biste otkrili i želim da napravite kompletno skeniranje. Također mogu odabrati da odredim "Skeniraj samo ovaj određeni poddomena" ili "Samo skeniraj roditelj". Ali u ovom slučaju ovdje sam rekao pokrenuti kompletno skeniranje. Evo različitih vrsta skeniranja koje mogu koristiti i ako to spremim, a u osnovi je to posao koji mogu postaviti. Trenutno je isključeno, što znači da ću morati ručno pokrenuti ove pretrage. Ali kad bih htio, mogao bih ga postaviti svakodnevno, znate, svakodnevno voditi posao. Ili ako odlučim da ga neću voditi svakodnevno - previše je - mogu reći da radim svaki tjedan na određeni datum i vrijeme.
A onda će se ovdje automatski uključiti Automatska registracija, ako je ovo uključeno, ono što bi ona učinila jest da se svaki put kada nađe novi poslužitelj automatski registrira u Upravitelj inventara kako bih ga mogao započeti nadzirati. Ako postoji neko izdanje koje želim izuzeti, poput, na primjer, brige o izdanju Express ili Developer, jer to su razvojno okruženje, samo bih ih kliknuo ovdje, a ono što će učiniti je da piše samo svako Ako nađem nešto novo, jednostavno ću ga dodati upravitelju zaliha kako biste ga mogli nadzirati sve dok nije u pitanju Developer ili Express izdanje.
I ovdje mogu postaviti oznake, pa npr. Ako imam poslužitelje za proizvodnju, mogao bih ovdje i označiti te servere. Mogao bih označiti bilo bazu podataka ili poslužitelja određenom plavom oznakom, pa bih, na primjer, mogao reći da bi ovaj AO_NODE trebao imati oznaku Production. I na ovaj način, ako sam trebao lako doći do poslužitelja, mogu izaći ovdje i kliknuti na oznaku Production i odvest će me odmah do ta dva poslužitelja. Ovo je prikaz našeg Explorera i to prikazuje Vlasnik, ali mogao bih reći i po Instance tag-u, po bazama podataka i to mogu proširiti da vidim kakve su.
Još jedna korisna osobina koju smo ovdje izgradili ljudima je mogućnost pregledavanja onoga što upravljate upraviteljem zaliha i gledanja na kojoj su razini patch-a. U osnovi, ovdje mi govori o šest poslužitelja kojima sam upravljao u svojim alatima, bez obzira na to je li na raspolaganju ažuriranje za Microsoft i postoji li verzija na kojoj sam uključena, podržava li je ili ne i podrška status. Ako sam želio saznati više o ovom određenom hitnom popravku, mogu ga kliknuti i on će me povezati do Microsoftovog članka u smislu o čemu se radi i hoće li ih adresirati. Ovaj popis možete izvesti ako želite, tako da možete reći, "Hej, trebam ovaj vikend zakrpati možda tri poslužitelja, a ostala tri kasnije."
Popis za izgradnju - tako da postoji popis za koji se provjerava da li je vaša verzija ažurirana. Možete izaći i preuzeti ovaj popis kako biste bili sigurni da je ažuriran i imate li najnoviji popis s kojim ga možete usporediti. Još jedna značajka urednog inventara koju ljudi vole je mogućnost dodavanja, ne samo oznaka, nego i mogućnosti dodavanja prilagođenih polja inventara. Znate, ako želite ovdje dodati polje da biste označili bazu podataka, recimo da je želim označiti na razini baze podataka. Odjel, ovaj odjel i ovu bazu podataka, mogao bih ga učiniti drugačijim: otvoreni, istiniti / lažni ili popis za odabir.
I mogao bih reći, znate, ovo je HR, marketing, istraživanje i razvoj, financije. I ovo što je ovdje u osnovi je, nakon što te stvari označite, odavde možete dobiti neke podatke koji govore koliki kapacitet koristi svaka baza podataka, a zatim možete započeti s vrstom, raste li i ima li smisla naplatiti ove odjele?
Druga je stvar, ako znate da morate pokrenuti održavanje, znajući tko je u toj bazi podataka, možete znati kome se obratiti da biste ih obavijestili: "Hej, moram voditi održavanje ovog vikenda, vaše će baze podataka biti offline", i tako dalje. Još jedna korisna značajka je okvir za pretraživanje ovdje koji ljudi vole. Puno puta se DBA pitaju o bazi podataka ili aplikaciji ili poslužitelju, ovisno o tome tko s njima razgovara, nekako je teško shvatiti gdje se točno nalazi. Ono što biste ovdje mogli učiniti je da možda ne znate gdje baza podataka živi, ali mogli biste je samo upisati. Mogla bih samo upisati IDERA nadzornu ploču i ona će podići nekoliko baza podataka i mjesta na kojima sjede, tako da lako možete doći na one. A zatim povlači dodatne informacije o njima: njihovu veličinu, veličinu zapisnika, o tome je li ikada imao sigurnosnu kopiju, u kojem je načinu oporavka u pitanju, ako želim dodati bilo kakve oznake o tome. Ima mnogo različitih značajki unutar ovog alata, znate, to je alat za inventar, ali to je alat za inventar koji je vrlo specifičan za SQL Server i za DBA.
Jer, valjda, postoje dodatne stvari kojima bi DBA želio imati pristup ili na neki način dobiti dobar uvid u to kako okolina i krajolik izgledaju u njihovim bazama podataka. Možete se pretplatiti, konfigurirati SMTP poslužitelj i postaviti pretplatu kako biste upozoravali za sebe ili sve korisnike ovdje. Zaustavit ću to i vratiti se na prezentaciju. A ovaj posljednji dijapozitiv je samo jednostavan prikaz arhitekture. To je web konzola koja radi na ugrađenim Tomcat Web Services.
Imamo neke usluge prikupljanja i usluge upravljanja koje stavljamo u skladište, a usluge upravljanja se isključuju i pokreću Discovery na različitim instance SQL Server. Na poslužiteljima vašeg monitora ništa nije instalirano. Imamo povremene zadatke koji samo prikupljaju podatke o njemu, tako da u osnovi jesu li gore ili dolje, koliko se podataka koristi, koje su druge verzije ljudi. Pa, to je sve.
Eric Kavanagh: Da, dozvolite mi da vas pitam - postavit ću vam par pitanja, a onda sam siguran da i Robin i Dez imaju nešto - samo iz znatiželje, kada netko dođe napraviti reviziju, recimo Microsoft, oni koriste ovaj alat ili pretpostavljam da imaju neke zaštićene alate koje koriste?
Binh Chau: Da, vjerujem da koriste vlasničke alate. Stvar je u tome što je ovaj alat alat za inventuru, tako da je ažuriran u smislu, znate, jer on ima zadatak izlaziti i kontinuirano prikupljati podatke o svojim poslužiteljima, istjerat će se tamo i u bilo kojem trenutku imat ćete ažurirane podatke, u stvari o tome kako se stvari mijenjaju u odnosu na, znate, jednokratna izvješća koja ste dobili od Microsofta da kažu da je to broj poslužitelja, ovo su verzije koje imate,
Eric Kavanagh: Da, radoznao sam u otkriću. Pa kad netko kupi ovaj alat i počne ga koristiti, kako se zapravo otkrivanje događa? To je bilo nešto na što sam ranije aludirao, drugim riječima, dodirujete li mrežu da vidite koji signali lete vani koji izgledaju kao instance baze podataka, a zatim to katalogizirate, a nakon što označite instancu baze podataka koja je pratiš? Pretpostavljam da ima neku vrstu pinga koji se događa tako često, a ako padne, na primjer, tako znate da je dolje. Je li to tako kako stvari funkcioniraju?
Binh Chau: Da. Mislim, nakon što ste uključili Discovery, on će izaći na vašu mrežu i imamo nekoliko različitih skeniranja za izlaz, ali to je, znate, pregled pretraživača i registra registra. Provodi različita pretraživanja da bi se vidjelo kakvo je računalo vani, a zatim radi provjeru: imate li vani SQL poslužitelje ili BI usluge? A onda ga vraća i povlači u alat te vam pokazuje: "Hej, evo svih stvari koje sam otkrio."
A onda ako biste rekli: "Želim pratiti pomoću ovog alata", to će pratiti i nastavljati ping. Ima posla tako da ga pingira tako često da kaže: "Dobro, provjeri ovo sad o ovoj stvari" - znate, dostupnost baze podataka - provjerite sada o povijesti baze podataka, provjerite na strani baze podataka. Vodi niz poslova kako bi provjerio bazu podataka koju nadzirate.
Eric Kavanagh: Da, to je dobro. A mi imamo pitanje člana publike. Znam da vi imate alate koji rade s raznim tehnologijama baza podataka, ali ovo posebno danas pokazujete, je li to samo za SQL Server ili pokriva i druge vrste baza podataka?
Binh Chau: Upravo ovaj alat pokriva SQL Server.
Eric Kavanagh: Dobro, u redu je. Pa, da ga predam Robinu, siguran sam da ima par pitanja, a onda se možda vratim na Dez. Robin?
Dr. Robin Bloor: Da, svakako. Microsoft je nedavno - negdje 2006. godine - objavio SQL Server na Linuxu, ali mislim da ga još nije isporučio. Samo sam se pitao imate li komentara na to. Jeste li toga svjesni? Igrate li se s tim?
Binh Chau: Da, jesmo. Planiramo to uključiti. Mislim, lijepa stvar ovog alata je u tome što sam razgovarao s mnogim kupcima koji su ugradili svoje domaće alate kako bi napravili istu stvar, ali oni moraju pratiti nova izdanja i verzije koje Microsoft izlazi, ali imamo nove verzije i izdanja, ulazimo u njega rano kako bismo bili sigurni da će alat moći nadzirati i upravljati novim izdanjima. Dakle, SQL na Linuxu je nešto što planiramo dodati i učiniti dostupnim kada bude dostupan - vjerujem kasnije ove godine.
Dr. Robin Bloor: Da, to je zanimljivo. Očekujete li da će puno vaših klijenata to stvarno i učiniti? Mislim, SQL Server je, po mom iskustvu, vrlo sofisticirana baza podataka. Mislim, znaš, dugo je u zubu, vjerojatno je to stvar za reći. Mislim, znate, izvorni Sybase iz kojeg je nastao zapravo je bio prilično pojednostavljen u mnogim stvarima. No Microsoft je tijekom godina dodao sve više i više stvari. Hoće li sve to biti dostupno na Linuxu? Hoću reći, hoćete li savjetovati svoje kupce o tome trebaju li izvršiti tu migraciju?
Binh Chau: Žao mi je, je li pitanje koje vidimo da ljudi to pitaju?
Dr. Robin Bloor: Pa, s obzirom na to da ste se zabrljali s njim, je li tako sofisticiran na Linuxu kao i na Windows-u?
Binh Chau: S njim se nisam igrao, ali ono što sam čuo od kolege je da je zapravo vrlo paralelno. Ali osobno se nisam igrao s novom verzijom SQL-a na Linuxu.
Dr. Robin Bloor: Dobro. Da li sam u pravu kad mislim da ste jednostavno stavili agente na svaki SQL Server koji nađete? Da li tako djeluje ovaj alat?
Binh Chau: Ne, mi zapravo ne stavljamo agente. Za ovaj poseban alat, komad inventara, mi zapravo ne stavljamo agente. Jednostavno izlazimo i zovemo i provjeravamo statuse. Jedna lijepa stvar ovog alata je da je bez agenta.
Dr. Robin Bloor: Dakle, imate i druge alate SQL Servera, možete li me podsjetiti na to koji su još proizvodi u ovom paketu koji se bave SQL serverom?
Binh Chau: Da. Imamo SQL Diagnostic Manager. To je alat za praćenje i rad. Za vas radi dublju analizu ili dijagnostiku i provjere učinka i zdravlja nego upravitelj zaliha. Lagana verzija tog zdravstvenog pregleda upravitelja inventara je lagana. Također imamo i Compliance Manager i Secure, koji je dio našeg sigurnosnog paketa. U osnovi će vam reći tko pristupa vašim podacima, kojim podacima pristupa, zašto i pomoći će vam u poštivanju i ostalim smjernicama za izvješćivanje. Imamo SQL Safe, koji je naš alat za izradu sigurnosnih kopija - radi sigurnosno kopiranje i vraćanje i to je lijepo.
Imamo i našeg Enterprise Job Manager koji upravo nadgleda vaš posao. A onda imamo alat Toolbox koji su Adminovi skupovi alata i također i alate za usporedbu kao i SQL Doctor. Admin set i alati za usporedbu, to su ono što ja smatram švicarskim vojnim nožem. Oni imaju više alata koji pomažu DBA da radi različite stvari poput, znate, provjerite zakrpe ili premjestite ili klonirate bazu podataka. Ali ima 24 takva alata u tom Toolbox-u.
Dr. Robin Bloor: Dakle, jesu li ljudi koji se bave upravljanjem zalihama, jesu li oni već korisnici vaših ostalih alata? Ili je ovo neka vrsta ulazne točke? Mogu zamisliti - hoću reći, možete mi reći imate li neke ratne priče - ali mogu zamisliti ako nikad niste vodili popis u prilično velikom podatkovnom centru, iskustvo može biti prilično otrežnjujuće. Je li to ono što nalazite?
Binh Chau: Da. Mislim, imamo kupce koji su upoznati s alatom iz drugih skupova alata, međutim, mi imamo klijente koji traže takav alat zbog projekata koje imaju. Primjer za to je postojala tvrtka koja se spojila s drugom tvrtkom i kupila niz tvrtki i trebala im konsolidirati otisak SQL Servera kako bi umanjila njihove troškove. I tako su tražili alat da nekako izađu i otkriju sve što imaju, kako bi mogli pokrenuti postupak kako to konsolidiramo.
Dr. Robin Bloor: Da, razumijem. Valjda je to prilično uobičajeno s spajanjem kad razmislite. Ok, prepustit ću se Dezu, ne želim sivati sve vrijeme. Pogledajte koja pitanja imamo iz Australije.
Dez Blanchfield: Hvala, da, pitanja su uvijek naopako. Jedna od stvari koja mi padne na pamet, a shvaćam to prilično jako dobro, znate da tvrtke nisu baš sigurne gdje povući crtu kada započeti ulagati. Kada organizacija - prema vašem iskustvu s obzirom na to da ste u hladnoj fazi - kada je pravo vrijeme da počnete ulagati u alate poput ovog kako biste osigurali da ne upadnete u probleme? Radite li to od prvog dana kada započinjete izgradnju infrastrukture baze podataka nove organizacije ili, kako ste upravo istaknuli, kad obavljate akviziciju / spajanje?
Ili postoji određena skala na kojoj stvarno trebate biti? Trebate 10 ili 100 ili 1.000 baza podataka? Kakvo je vaše iskustvo s tržišta na kojem se toliko dugo bavite, kada je pravo vrijeme da uđete u ovaj prostor i vjerojatno, gdje započeti? Kako to izgleda kad počnete?
Binh Chau: Mislim, mislim da, ako se radi o vrlo maloj organizaciji, možda nemate potrebu za ovim alatom, kao, na primjer, jedan DBA ili nekoliko DBA. Kad počnete dobivati grupu od, ne znam, tri ili četiri DBA-a i možda 50 do 100 servera, možda biste htjeli početi raditi ovako nešto. Pretpostavljam da, kako se vaša organizacija povećava u veličini i samo poslovni ljudi koji pametno žele da se, kao što znate taj primjer, koji daju, žele sami instalirati aplikacije i baze podataka, ali to želite kad imate ovu vrstu alata jer na taj način možete vidjeti što je vani.
Ali čak i u manjoj organizaciji, lijepo je imati ovakav alat da biste nekako mogli pratiti ono što imate. Ako je podijelite tako da možete reći, "O da, kupio sam SQL 2012 za ovaj okvir, ali trenutno radi SQL 2008 jer imam aplikaciju kojoj je i dalje potrebna ta ostavljena verzija." Pomaže imati samo ovaj alat za inventarizaciju nekako se odmaknuti od upravljanja više proračunskih tablica koje mogu postati ustajale.
Dez Blanchfield: Drugo pitanje koje sam tek slijedio u vezi s tim: koje bi vještine ili resurse trebale planirati imati organizacije kada dođu do te razine? Je li slučaj da postoji određeni skup vještina koji vam stvarno trebaju ili vrsta iskustva ili pozadina ili tip osobe koji najbolje odgovara ovoj vrsti izazova? Ili je to nešto što prosječni DBA ili sys administrator ili mrežni administrator može postaviti na ovo? Treba li vam stvarno mozak s oštrim dijelom ili možete ovo brzo pokupiti?
Binh Chau: Oprosti, što si govorio o vještini?
Dez Blanchfield: Da, pa kad razmišljate o administratoru baze podataka, potreban vam je određeni skup vještina. Pa kad izađete unajmiti DBA, po sebi, za tu specifičnu ulogu, kada razmišljate o vrstama izazova o kojima ste ovdje govorili gdje koristite takav alat kako biste držali na vrhu mapiranja i praćenja baza podataka, radi li otkriće i vozi ovaj određeni alat, postoji li išta jedinstveno u korištenju alata i pristupu ovakvoj vrsti izazova ili je to nešto što prosječni DBA može pokupiti prilično brzo?
Binh Chau: Mislim, mislim da prosječna DBA ovo može brzo otkriti. Mislim da je korisno imati ovu vrstu alata, jer je možete i okrenuti jer se temelji na webu. Možete ga dati drugim korisnicima u vašoj organizaciji. Možete je dati programeru aplikacija koji može provjeriti njegovu specifičnu bazu podataka ili poslužitelj. To oduzima neke administrativne stvari koje DBA mora učiniti. Prije bi netko nazvao DBA i rekao: "Oh, zašto je moj poslužitelj gore ili dolje?" Sada mogu dobiti pristup i vidjeti jesu li njihovi poslužitelji gore ili dolje.
Dez Blanchfield: I kakvo bi okruženje trebalo prosječnoj organizaciji da ovo implementira? Treba li mu poseban fizički poslužitelj ili se to može učiniti na virtualnom računalu? Mogu li ga implementirati u oblačno okruženje? Koji je opći trag korištenja alata i samo njegovo općenito pokretanje? Koliko teškog željeza potencijalno treba pokrenuti paralelno s ostalim sredinama koje preslikava?
Binh Chau: Da, može se pokrenuti na VM-u, na računalu ili poslužitelju. To ne mora nužno biti namjenski poslužitelj, samo ovisi o tome koliko poslužitelja pratite. Ako imate veće okruženje, moglo bi vam pomoći imati veći poslužitelj jer prikuplja puno podataka o SQL poslužitelju koji nadzirate.
Dez Blanchfield: Dobro. Je li to vrsta stvari koju biste udobno mogli pokrenuti u instanci u oblaku i stvoriti VPN u svoje okruženje ili je količina podataka koju prikuplja vjerojatno malo teška za tu vrstu korištenja?
Binh Chau: Nismo ga postavili da ga prikazuje na oblaku, da ga još pokrećemo u oblaku. Vjerojatno bi trebao biti pokrenut na prem.
Dez Blanchfield: I posljednje pitanje, ako mogu: puno alata koje sam vidio u ovom prostoru, posebno tamo gdje ste to spomenuli za jedan scenarij gdje je netko kupio tvrtku ili je došlo do spajanja ili nečega u tom smislu, ili čak ako je to bila organizacija koja samo spaja poslovne jedinice, je li to razuman scenarij upotrebe u kojem ga netko dešifrira na prijenosnom računalu i odvede u okruženje kako bi mapirao svijet kao jednokratni ili je to slučaj malo vjerojatnog korištenja? Je li to više slučaj da će biti tamo i samo trajno ostavljeno da trči?
Binh Chau: Ovaj specifični alat je više vrsta, instaliran na poslužitelju i tamo se pušta da radi. Na taj način možete prikupiti potrebne podatke i voditi, pretpostavljam, vodeći popis onoga što imate. To je za razliku od alata Map jer je alat Map vrsta pojedinačnog, preskočite do potrebne luke, učinite ono što danas trebate učiniti. Ovaj je vrsta - lijep dio toga je činjenica da ga možete vrstatirati, ljudima dati pristup da provjere stanje na svom poslužitelju, onom koji ih zanima.
Dez Blanchfield: Dobro. Vjerojatno posljednje pitanje za mene i tada ću se predati Ericu za pitanja koja dolaze kroz prozor Q&A sa polaznicima, jer danas smo imali dobru izlaznost, jedno od mojih najdražih. Samo da ovo zaključite, koji je postupak da se riješite toga? Znam da je puno vašeg alata dostupno za isprobavanje stvari prije kupnje. Gdje bi ljudi trebali saznati više o on-line, gdje se nalaze na web mjestu, trebaju li tražiti preuzimanja i kako izgleda putovanje, neka vrsta dokaza o konceptu ili pokusa, da se dokopaju i upoznaju se s njim kako bi onda stupili u kontakt i kupili ga?
Binh Chau: Da. Možete posjetiti web stranicu IDERA.com i možete besplatno preuzeti dvotjednu probnu inačicu. A ako vam se sviđa i želite kontaktirati s nama, možemo zakazati i demonstraciju s jednim od naših inženjera kako bismo dublje zaronili u alat.
Dez Blanchfield: Fantastično. Pa, hvala vam puno na tome. Cijenim vrijeme za razgovor s vama o tome i, na temelju mog osobnog iskustva i siguran sam da o tome govorim o Robinu, na njegovom cjeloživotnom iskustvu, mislim da je to dan s obzirom da je nešto takvo danas zahtjev. To sada ne možemo učiniti ručno, bez obzira koliko se trudimo; skala je jednostavno prevelika i stvari se prebrzo kreću.
Ljudima toplo preporučujem da upravo to učine, uskoče na web stranicu IDERA i dobiju primjerak za igranje. Budući da potencijalni rizik za moje vlastito iskustvo s anegdotama koje sam podijelio upravo danas, može li preći od vrlo lošeg do vrlo dobrog, ako imate odgovarajuće alate, ali može i ako krenete drugim putem t. Eric, vraćam se tebi.
Eric Kavanagh: Da, samo jedno zadnje pitanje za tebe, jedno zanimljivo. Samo sam znatiželjan znati što tamo vidite, znate, oblak je ovih dana sve važniji - Amazon Web Services, ali oni nisu jedini, Microsoft ima cijelu ponudu Azure čini se da dobiva pare. Zanima me znati jedan od sudionika piše da je dr. Bloor istaknuo zanimljivu tvrdnju da su DBA skupi i da je problem upravljanja uzrokovan ili skromnim DBA ili nekim tko ne radi ono što bi trebali raditi, može li se to riješiti migracijom u oblak. Zanima me samo znati koliko aktivnosti vidite? Vidite li da prelazak na oblak postaje veće pitanje za tvrtke ili što mislite da je to samo trend?
Binh Chau: Osjećam da to jednostavno ovisi o kakvom se problemu nalazite. Osjećam se kao da neke industrije kažu: "Ne, ne migriramo." Možda neće migrirati u javni oblak; oni možda gledaju kako premještaju ili migriraju svoje stvari u privatni oblak. Ali tada vidim da neke organizacije koje su zainteresirane, znate, stvarno brzo napreduju i pomalo idu prema Amazonu ili Microsoft Azureu. A onda neki ljudi govore: "Ne, ne migriramo naše podatke" ili "Postoje samo određeni podaci koje bismo migrirali, ali ne i njihovi kritični." Mislim da postoje tri kampa.
Eric Kavanagh: Da, to bi imalo smisla. Mislim, viđamo to sve više i mislim da će se to pomicati i počinje već neko vrijeme. I tu je i zaostatak u oblaku. Ljudi upadaju u Amazonove web usluge - to smo čuli više od nekoliko puta - i u početku su troškovi podesni, a s vremenom se oni samo povećavaju, a onda ste nekako zaglavili tamo. U mnogim je oblacima samo još jedan podatkovni centar, ali u najmanju ruku bit će zanimljivo putovanje.
Pa, ljudi arhiviraju sve te mrežne emisije. Pomaknite se na mreži na techopedia.com i provjerite popis svih stvari koje radimo. I naravno, insideanalysis.com za sve najnovije. I s tim ćemo se oprostiti. I još jednom vam hvala na vašem vremenu i pažnji. Zahvaljujemo se svim našim prijateljima u IDERA-i i razgovarat ćemo sutra s vama, nadamo se, za našu filozofiju podataka koja je kulminirala na webcast. Tako je, Filozofija podataka je sutra u četiri sata istočna. Nadam se da ću te vidjeti tamo. Čuvajte se ljudi, bok.
