Osoblje Techopedia, 26. svibnja 2016
Odlazak: Domaćin Eric Kavanagh razgovara o upravljanju bazama podataka i otkrivanju primjera s Robin Bloor, Dez Blanchfield i Bullett Manale u posljednjoj epizodi Hot Technologies.
Trenutno niste prijavljeni. Prijavite se ili prijavite da biste pogledali videozapis.
Eric Kavanagh: U redu dame i gospodo. Dobrodošli još jednom. Moje ime je Eric Kavanagh. Stvari su vruće. Ovdje se stvari zagrijavaju. Ne znam što se događa. Oh, tako je, vrijeme je za Hot Technologies. Da, zaista, moje ime je, još jednom, Eric Kavanagh. Možete me naći na Twitteru @eric_kavanagh. Ovo je emisija koja je stvorena da razgovara o onome što je vruće na tržištu. Danas naslov, „Ključevi kraljevstva: Upravljanje SQL serverom pomoću dinamičkog otkrića.“ Dobre stvari. Doista je vaš. Ok, ta slika je bila prije nekoliko godina. Neću lagati, sad izgledam malo starije, ali to je u redu.
Dakle, mi govorimo o tome kako su tehnologije i SQL Server stvarno, stvarno, stvarno, stvarno vrući. Danas imamo čitav gomilu sadržaja, pa ću to odmah predati. Stanite, evo nas. Tu su naši govornici. A Robin Bloor ide prvi.
Robin Bloor: Da, zaista. Prezentacija će se produbiti u upravljanje bazama podataka, pa sam samo mislio da ću proći kroz upravljanje bazama podataka ili, znate, labirint baze podataka, kako bih ljude uvukao u duh. Nekad sam bio DBA, pretpostavljam da možete reći da sam prije 20 godina bio savjetnik za baze podataka, a ono što me zapravo iznenađuje u bazama podataka je da se nije puno toga promijenilo. Mnogo se stvari promijenilo u pogledu brzine, u smislu količine podataka i sličnih stvari, ali velik dio toga zapravo ostaje vrlo sličan onome što se prije događalo.
Po mojem je mišljenju baza podataka organizirano proširiva zbirka podataka koja se može optimizirati za specifično radno opterećenje i pružiti mogućnosti upravljanja podacima. Nastao je ponajprije zato što, ako želite upravljati podacima u datotekama, to je užasno težak posao. A ideja o sastavljanju dijela softvera koji će činiti gotovo sve što vam je trebalo učiniti je nestala gotovo odmah, čim smo imali 1970. slučajni pristup na IBM mainframes.
Relacijska baza podataka izumljena je 70-ih, a nastala je po pitanju prototipa u 80-ima i svojevrsno je vučenje na tržištu dobila od početka 90-ih pa nadalje. A relacijske baze podataka još uvijek su vrlo dominantne u popularnosti. Ako pročitate tisak, čut ćete puno stvari o tim - SQL bazama podataka, a odnedavno postoji jako puno buke o bazama podataka grafikona. A one su zanimljive, ako želite, ali zapravo još uvijek u najnovijim prodajnim brojevima, relacijske baze podataka imaju 95% tržišta. A Microsoft SQL Server o kojem ćemo danas detaljno raspravljati je drugi najpopularniji za Oracle.
Stvar u relacijskim bazama podataka što ih čini neobičnim s obzirom na motore kakvi jesu jest da mogu raditi i na OLTP-u i na radnom opterećenju. Ako to želite učiniti, morate ih drugačije prilagoditi, ali oni zapravo mogu oba radna opterećenja. Jedna od njih su kratke slučajne transakcije, a druga su dugački upiti koji obuhvaćaju puno podataka. Alternativno, baza podataka NoSQL i baza grafova uglavnom su za analitiku, a nedavno su se pojavile. NoSQL je bio prvi, a graf je u posljednje vrijeme počeo dobivati malo poteza. NoSQL se može koristiti za transakcijske aktivnosti, ali grafikoni se gotovo nikada ne koriste za transakcijske aktivnosti. Razlog, naišao sam na statistiku koja zapravo mislim da ima najmanje deset godina koja kaže da većina tvrtki ima najmanje tri, zapravo cifra je bila 3, 5, različitih marki baza podataka, ako pogledate njihov popis softvera.
Ali stvarnost je da se većina tvrtki standardizira na određenoj bazi podataka. A većina se tvrtki standardizirala ili na SQL Server i Oracle kao dvije najpopularnije za, ako želite, standardne baze podataka. A alternative koriste samo u iznimnim okolnostima kada, na primjer, dobivaju softverski paket za koji je potrebna drugačija baza podataka ili oni idu nakon nekih od velikih ciljeva analitike podataka koji su se stvorili.
Imamo i, ako želite, uplitanje Hadoopa. Hadoop je na ovaj ili onaj način postao više od datotečnog sustava, ali još uvijek nije baza podataka. Međutim, on ima SQL koji sjedi preko vrha. Ali dokazi su tu da zapravo nije istiskivanje niti bilo gdje drugo nadomještanje relacijskih baza podataka koje su zaslužile srca i umove svijeta. A razlog za to su zapravo te relacijske baze podataka koje su trebale dvadeset godina, zapravo duže od dvadeset godina da postanu jednako dobri. I ne gradite samo upite ili SQL motor koji je stvarno uspješan u vrlo malo vremena. To se jednostavno ne događa.
I zaključak ovog dijapozitiva je da su baze podataka strateške i razvijaju se, poboljšavaju se. A to je sigurno bio slučaj s Oracle i Microsoft SQL Serverom. Vjerojatno vas malo tko pamti još od dana kada su se baze podataka prvi put pojavile, ali ja jesam, tada sam bio dječak. Prvobitna ideja je bila da postoji jedinstvena baza podataka, a to je bila idejna ideja koja apsolutno nikad nije ukorijenjena. Pokušao je IBM s AS / 400 zapravo imati datotečni sustav temeljen na bazi podataka, ali ni jedan od njih nije dominirao. Ostavljeni ste činjenici da se baze podataka prirodno fragmentiraju. U stvari, prirodno imate više instanci. Postoje problemi s skalabilnošću. Baza podataka se smanjuje samo na određenu veličinu, doduše, ta se veličina tijekom godina povećavala, ali imali su ograničenja.
I tu je bilo problema s radnim opterećenjem, pri čemu je glavni problem to što su OLTP radna opterećenja i velika opterećenja upita jednostavno nisu međusobno kompatibilni. I bilo je nemoguće izgraditi motor koji bi to učinio. U ono na što nailazimo, što je pomalo zanimljivo, nedavno sam naišao na web mjesto s preko tisuću različitih primjeraka Oracle. Ne mogu se točno sjetiti koliko su imali DBA, ali ako ste zapravo razgovarali s njima koliko je tih baza podataka pratio DBA, bilo je nešto poput deset. Oni su u osnovi koristili bazu podataka kao ormar i samo bacali podatke u nju jer ste barem imali shemu i ona je bila više organizirana nego što bi ikad bio datotečni sustav, ali nitko nije radio ništa drugo osim da joj je zadao konfiguraciju i zadao je izgubiti.
Nisam siguran je li to bila dobra ideja. Iskreno, zvuči mi bizarno jer, prema mom mišljenju, kad god bih radio s bazama podataka potrebno je prisustvovati bazama podataka i morali ste, na ovaj ili onaj način, točno znati što se tamo događa. A strašno puno međuovisnosti sustava znači da određene vrste usluga apsolutno moraju biti zadovoljene ili ćete imati problema.
Nedavno je bilo govora, naišao sam na razne baze podataka za koje se tvrdi da se samoinicijativno nastavljaju. One koje su spremnice stupaca koje su postavljene za promet upita uglavnom se samoinicijativno postavljaju jer postoje vrlo dva izbora koja trebate uzeti u pogledu indeksa. Ali osim tog određenog područja, baze podataka trebaju biti prilagođene. I treba ih prilagoditi, određene relacijske baze podataka, uglavnom zato što strašno puno transakcija uključuje pridruživanja. Spajanje je skupa aktivnost. Ako ispravne indekse ne postavite na pravo mjesto, tada se pridruživanja trebaju neprimjereni količine vremena kada to ne treba.
Trenutno se samoindustriraju baze podataka i postoje samo u onim područjima gdje je radno opterećenje dobro poznato. A moje je iskustvo da većina tvrtki zapošljava vrlo malo DBA-a i to zato što su skupe. I zato je bolje ako možete izmjenjivati ono što radi DBA. To su aktivnosti DBA-e kako ih razumijem. Provode instalaciju, konfiguraciju i nadogradnju baza podataka. Nadogradnja, usput, nije nužno trivijalna aktivnost. Razlog zbog kojeg biste nadogradili bazu podataka, mislim, pravilo s kojim sam uvijek radio je da je ne dirate ako radi, a ako želite nadograditi bazu podataka na bilo koju određenu novu verziju, učinite to u testnom načinu prvo i nakon toga sve nadogradite. Još uvijek se bavite istom verzijom. Ali u stvari puno stranica na koje sam naišao, to se ne događa. Postoji, recimo, priličan stupanj entropije. Upravljanje licencama je problem, ovisi o licenci koju ste dobili. ETL i replikacija podataka.
Jedan od trikova s bazom podataka jest ako imate opterećenje upita koje treba podijeliti, možete stvoriti dvije instance i kopirati, a to se često događa tamo gdje ljudi koriste repliku kao vruću sigurnosnu kopiju ako treba. Zatim planiranje skladištenja i kapaciteta, to je dio DBA-ove aktivnosti, jer podaci naravno raste i to morate pratiti. A zatim trebate planirati razne nadogradnje hardvera ili nadogradnje hardvera. Postoji rješavanje problema koja je bolna aktivnost za većinu DBA-ova. Ako nešto pođe po zlu i sigurnosna kopija ne radi baš savršeno i tada moraju zasukati rukave i sići i probati i oporaviti stvari iz zapisnika. To se događa mnogo češće nego što mislim, dobro, sjećam se toga, ali sam bio izvan igre barem deset godina, ali sjećam se toga puno češće nego što ste ikada očekivali. Praćenje i podešavanje performansi samo su srce posla DBA-e. Ali tu je i sigurnost u pogledu upravljanja pristupom, sigurnosnim kopijama i oporavkom, što stvara testne sustave softvera koji će razumno paralelno raditi sistem uživo. I cijeli sadržaj životnog ciklusa podataka. Dakle, prema mom mišljenju, popis poslova DBA-e je osim poslova koje bi oni mogli tražiti. Operativna dinamika. Konačno, cjelovitost podataka i upravljanje razinom usluge su glavna odgovornost DBA. I normalno su kritični. I to je sve što moram reći. Idem predati Dez.
Dez Blanchfield: Hvala vam puno. Vodit ću nas na malo zabavno, anegdotsko putovanje zašto je cijela tema o kojoj se danas govori i kritičnija je nego ikad. Ne tako davno sudjelovao sam u projektu u kojem smo premjestili državnu platformu vlade koja se koristi za registraciju licenci i registraciju vozila i čitav niz stvari oko te teme, s platforme Fujitsu mainframe koja pokreće stvar pod nazivom A + Addition, a to je operativni sustav Solaris, ili drugim riječima, Unix, koji pokreće Oracle i radi vrlo dobar posao. A pogled je bio da se ta stvar stara i da je došlo vrijeme da se to prebaci na nešto drugo. Puno smo se zabavili radeći Unix na mainframeu, a bio je vrlo stabilan i vrlo siguran i dovoljno neobično SDL platforma i bio je apsolutno munjevit. Ali mudrost je bila da je vrijeme da siđem s glavnog računala i krenemo.
Ovaj značajan izazov mapiranja svih sustava i poslovne logike i SQL okruženja za baze podataka ispod i gledanje kako ćemo arhitektu i inženjeru dati novi dom za to. I završili smo je s jednom od ovih stvari koja je stara nekoliko godina, ali jedan je od najboljih delova Sunčevog regala Starfire servera. A to su vjerojatno neki od najvećih kala koje možete kupiti na planeti koji sve žive u jednom velikom okviru i simetričnom višeprocesorskom poslužitelju. Bio je to sustav srednjeg dometa u našem svijetu. Vodio je Unix i izvorno upravljao Oracleom, a pogled je bio: "Što bi moglo poći po zlu?" Pa, ispada da, puno.
Na primjer, u to vrijeme, a o njemu već odavno ne govorimo, morali smo proći vrlo ručni postupak da bismo otkrili što je na mainframe platformi i pokušali pronaći sve. Konkretno stvarno okruženje baze podataka i SQL logika. Dakle, pogled je bio da će to biti prilično izravan potez Oracle-to-Oracle, potez od baze do baze podataka; naišla bi na svu poslovnu logiku, većina poslovne logike napisana je u ugrađenim upitima i okidačima, i koliko je teško biti? Ali nešto što je trebalo potrajati mjesecima na kraju je potrajalo ne baš godinu dana. Da bismo fizički i ručno prošli svaki dio Unixa u okruženju mainframea, otkrili gdje su sve baze podataka i koliko se primjeraka pokretalo i što se pokrenulo u tim instancama. Bila je to nevijalna vježba i na kraju smo to radili tri puta samo kako bismo bili sigurni da smo sve snimili. Jer svaki put kad smo pomislili da smo iskopali koliko god je potrebno, ispod površine se pokazalo da ih ima više.
Drugi izazov koji smo imali je bio koji se primjeri prikazuju i u kojem stanju? Je li ovo razvojno okruženje? Je li to testno okruženje? Je li to dio integracijskog procesa? Je li to integracija sustava? Je li to UAT, testiranje prihvaćanja korisnika? Je li to proizvodnja? Je li to DR okruženje? Budući da je glavna stvar mainframes-a da možete izgraditi ta mala virtualna okruženja koja sada svi uzimamo zdravo za gotovo i premještati stvari. I morate riješiti da li ta osoba radi razvojni razvoj i testiranje, ili se bavi proizvodnjom, postoje li stvarni korisnici na ovome? Imajući na umu da se radi o stvarnom izdavanju vozačkih dozvola i registraciji automobila i stvarima koje su zaista važne za život ljudi.
I trebalo je dugo vremena da se naprave sigurnosne kopije za tu stvar, tako da zapravo nismo imali prozor održavanja da stvar preuzmemo izvan mreže i da vidimo što se dogodilo. Nije postojalo to preusmjeravanje. Imali smo i izazov ne samo pronaći koje se instance prikazuju i gdje i za koga, već smo morali razraditi i koje se verzije instanci izvode. Ovdje sam zamalo izgubio zavjeru. Kad sam počeo shvaćati da imamo dvije ili tri verzije proizvodnog okruženja kroz različite razine testiranja i bilo je vrlo malo na putu od alata i sustavnih pristupa tome. Doslovno smo morali zaviriti u kod i u pokretačku instancu te u nekim slučajevima riskirati da neko vrijeme nešto preuzmemo izvan mreže. Došli smo do dna ove cijele stvari, preslikali smo je i, kao što sam rekao, bio je to vrlo ručni postupak. I napokon smo napravili čitavu promjenu ETL-a, bacajući je s jednog mjesta i premještajući je na drugo i u cjelini ona je djelovala. I bili smo takvi, ok funkcionalno, vrlo smo zadovoljni s tim.
Ali tada smo naišli na niz vrlo ozbiljnih čvrstih zidova od opeke. Konkretno, otkrili smo probleme s izvedbom. A razumno je razmišljanje dana bilo, pa prešlo se na veći, bolji, brži i tvrđi hardver, nema razloga zašto bi loše funkcionirao u aplikaciji na razini baze podataka, pa krenimo potražiti drugdje. Dakle, mrežu smo u potpunosti rekonstruirali dva puta. Svaki usmjerivač, svaki prekidač, svaki kabel, u nekim smo slučajevima prešli s Etherneta na vlakna, nadogradili smo softver, zakrpili se, imate pogled. Mrežu smo u osnovi dva puta obnovili, misleći da su tu problemi. I izgledalo je i osjećalo se kao da jest. Prošli smo kroz različite sigurnosne sustave, različite zaštitne zidove. Zakrpali smo operativni sustav. Premještali smo stvari s jednog računala na drugo. A proveli smo mnogo vremena gledajući dio infrastrukture.
I tada smo shvatili da kada smo isključili poslužitelje i pokrenuli neke druge aplikacije na njemu, mreža radi sasvim u redu. Pa smo počeli razdvajati operativni sustav. Isti problem. Ali zanimljivo, mrežna razina i razina operacijskog sustava, alati su bili tu, zapravo je bilo relativno jednostavno usporediti i testirati i dokazati da svaki od tih komada radi. Ali čak i tada, na Solarisu u srednjem rasponu na hardverskoj platformi SPARC, alati jednostavno nisu postojali da bismo započeli dijagnosticirati okruženje baze podataka. Znate, mapiranje jesmo li uveli sve slučajeve. I tako smo morali sami izraditi svoje alate i napisati neke i sjesti, bilo da se radi o samim alatima baze podataka na izvornim jezicima skriptiranja ili je riječ o nizu skripti školjki ili u nekim slučajevima gomili C programa.
Konačno smo ušli u nekoliko vrlo zanimljivih pitanja gdje je logika ispod SQL sloja, samih motora podataka baze podataka, ispostavilo se da kada je nešto izgrađeno na poseban način za nešto što se izvodi na verziji Oracle-a za mainframe premjesti u Solaris na SPARC verzija Oracle nije odmah prenijela istu izvedbu. Dakle, ovo je za nas bilo prilično bolno putovanje, samo što smo to napravili i sve to pronašli, ali sada smo to morali dijagnosticirati na novom proizvodnom sustavu i opet je ta stvar izvadila višemjesečnu migraciju na gotovo godinu dana. Jednostavno se svelo na činjenicu da mi nismo imali alat. Trčanje radeći stvari poput pokušaja preslikavanja metapodataka.
U nekom smo trenutku gotovo zaključili da nam treba Ouija ploča jer će na taj način biti lakše samo nasumično usmjeriti i pokrenuti. Jednostavne stvari kao što su otkrivanje tko je imao pristup starim sustavima i zašto su imali pristup. I kome je bio potreban pristup novom i potvrda, navođenje nekoga da se odjavi i potvrdi to i preslikava to. Čak i nešto tako jednostavno kao što je veličina baze podataka nije bilo u skladu na dvije platforme. Morali smo izgraditi alat za to i usporediti koliko je velika baza podataka u tonaži, u sirovim megabajtima ili terabajtima na sustavu A u odnosu na sustav B. I zaroniti u više detalja oko performansi i okruženja performansi. Opet su morali graditi nove alate. Jednostavno nam nije bilo nijedne police.
I izvučete cijelu ovu poruku iz ovoga, kad smo stigli do kraja da se stvar pokrene i stabilno je postavili, svaki njen dio bio je vrlo ručni proces, jedini način na koji smo mogli nešto automatizirati bilo je ako izgradimo novi alat ili novu skriptu. A da smo imali alate koji su danas dostupni, život bi nam bio puno lakši i puno bolji. I uštedjeli bismo milijune na ovom projektu. Ali mislim da je ono o čemu ćemo danas razgovarati činjenica da su alati dostupni i koji život čine mnogo lakšim. Mnoge zamke i dalje ostaju. Otkrivanje baza podataka koje su tamo i koje instance rade. U kojem su stanju. Koliko ih radi? Zašto trče. Bez obzira rade li dobro. Jesu li potpomognuti?
Sve su to stvari koje na mnogo načina sada možemo shvatiti zdravo uz ispravne alate. Ali bilo je razdoblja u toj konkretnoj anegdoti, kao što sam rekao, gdje je to nešto zbog čega smo mnogi izgubili puno kose, vjerojatno smo oduzeli petnaest godina života, i oplakivali činjenicu da alata sada nije bilo tamo, I radujem se što ću čuti puno više o tome od našeg današnjeg gosta, Bullett. Dakle, s tim, Bullett, prenijet ću te i radujem se što ću čuti kako si riješio taj problem.
Bullett Manale: U redu. Zvuči odlično. Eric, dopusti mi da dođem ovdje s dijapozitivima i popričamo malo, stvarno, o Ideji, kompaniji, prije nego što uđemo u sam proizvod. Kao FYI, ovo je vrsta različitih proizvoda koji imamo na raspolaganju.
Eric Kavanagh: Vaš je zvuk vrlo vruć, pa ako koristite slušalice, samo ga malo povucite prema gore.
Bullett Manale: Nema problema. Je li to bolje?
Eric Kavanagh: To je puno bolje. Odnesi to.
Bullett Manale: U redu. Dakle, danas ćemo se usredotočiti na upravitelja zaliha koji je očito usklađen s puno ovih tema o kojima razgovaramo. Želim vam samo malo razumjeti kako je ovaj proizvod dospio tamo gdje jest. Počeli smo svakodnevno gledati s proizvodnom linijom, imamo alat za praćenje performansi koji se zove Dijagnostički upravitelj. Imamo alat za upravljanje usklađenošću. Dakle, puno različitih alata oko SQL Servera i neizbježno mi uvijek postavljamo pitanje u svrhu licenciranja, "Koliki je broj instanci kojima trenutno upravljate u svojoj organizaciji?" A zanimljivo je da nikada nismo uspjeli dobiti čvrst odgovor na to. Nije zapravo bilo važno s kim ste razgovarali. Oduvijek je bilo nekako, „Pa mislimo da je oko ovog broja.“ Takve su stvari uvijek dolazile i tada bismo morali proći kroz ovaj postupak kako bismo shvatili što je to točno što su htjeli licencirati u slučaju slučajeva kojima upravljamo.
Očito smo shvatili vrlo brzo da se čini da postoji nešto boli povezano s tim s puno DBA. Očito je da je DBA jedna od stvari za koje su oni odgovorni jer to treba znati jer se jedna od njih mora brinuti oko licencnih ugovora, u našem slučaju s Microsoftom i SQL serverom. Očito imaju puno drugih različitih područja za koja su odgovorni, ali to je jedno od onih koji su vrsta velikih ulaznica u smislu DBA što su vaše opće odgovornosti. S time smo zaključili da nam je potreban alat koji olakšava DBA-u da stvarno može razumjeti taj broj. Jer imate SQL širenje ako ga želite tako nazvati i to se događa iz više različitih razloga. Nema mogućnosti toliko kontrole oko toga tko instalira softver i takve stvari.
I ono najgore što se može dogoditi je da netko digne kopiju SQL Server-a, instalira ga, počne s njim bez ikakvog znanja s nekim drugim organizacijama ili odjelima u tvrtki, a zatim je sljedeća stvar koju znate, možda podaci se ne sigurnosno kopiraju, i takve stvari koje bi se mogle dogoditi. Sada, gdje imate još jedan problem, gdje imate situacije u kojima ćete zapravo izgubiti kritične podatke, jer ne znate da instancija uopće postoji.
Jedna od stvari koju smo morali učiniti je reći da razmislimo o dijelu otkrića. A onda povrh toga moći organizirati i upravljati tim informacijama koje prikupljamo na logičan način koji ima smisla na temelju onoga što posao radi. A onda očito iz toga moći donositi odluke oko tih informacija i biti u stanju raditi takve stvari. To je ono odakle je alat počeo i odakle dolazi. Mogu vam reći da u redovnom razgovoru s DBA-ovima ono što stvarno imamo jest problem neznanja koliko slučajeva ima.
I to je smiješno jer, izraz, ne možete upravljati onim što ne možete mjeriti, uvijek je dolazio do alata za performanse koje imamo, poput SQL Diagnostic Managera, ali stvarno ne možete upravljati ničim ako to ne znate Tamo je uopće svoje. Tako da je i ovo veliki dio ovog alata, to što je u mogućnosti samo znati da je tamo.
Na toj bilješci, razgovarajući s nekim većim organizacijama ili poslovnim trgovinama sa SQL Serverom, zanimljivo što smo pronašli s puno momaka s kojima smo razgovarali bilo je da su oni zapravo odredili vrijeme tijekom svoje godine u kojoj oni su fizički hodali s jednog mjesta na drugo da bi pokušali utvrditi kako taj broj izgleda. Možete zamisliti kao DBA da vam se u nekim slučajevima plaća prilično dobar novac da fizički hodate s jednog stroja na drugi, što je bilo iznenađujuće što bismo čuli od nekih prilično velikih tvrtki koje neću imenovati. No, samo je zanimljivo da dva tjedna u godini mogu provesti radeći takve vježbe samo da bi otkrili da li je njihov broj licenci točan.
Ovo je sve povezano s ovim alatom i kako on pomaže, ali način na koji smo se obratili bio je kroz mogućnost otkrića temeljenog na brojnim karakteristikama SQL Servera. I tako je prvo pitanje na što upućujete ili na što prvo pokušavate gledati? Način na koji smo to učinili bio je da kažemo učinimo to prema IP rasponu ili to možemo učiniti članstvom same domene u smislu računala koja su članovi domene. To je način na koji smo se pozabavili tim dijelom, samo kako bismo mogli reći da je to područje na koje se želimo fokusirati u smislu otkrića.
I onda se drugi dio toga temelji na tim karakteristikama, portovima i drugim stvarima, registarskim ključevima WMI i takvim stvarima, možemo prikupiti i utvrditi da se SQL vjerojatno izvodi i instalira u toj instanci ili tom određenom okruženju. To je očito puno bolja metoda od metode tenisica ili metoda tenisica. Sjajna stvar je da se svi ti podaci koje prikupljamo o instanci čuvaju u spremištu i mogu se mijenjati kako se mijenja i okoliš. Ne radi se samo o "Hej, postoji instanca, evo popisa koji smo pronašli", već je to DBA ili osoba koja upravlja instancama moći utvrditi žele li taj dio napraviti, a zatim kada to nije dio inventara, da biste mogli dekomponirati tu instancu. I oni imaju životni ciklus čitavog procesa instancije SQL Server koji se može lako razumjeti unutar alata.
Nakon što smo otkrili slučajeve, što ćemo nakon toga? Druga stvar je puno informacija o instanci, ne želim je ručno uzimati i stavljati u proračunsku tablicu ili takve stvari. I to je još jedna stvar koja je bila zanimljiva u razgovoru s DBA-ovima o postupku inventara i licenciranju, a to je da ćete se iznenaditi s koliko DBA-ova sam razgovarao kad ih pitate: „Kako održavate zalihe?“ I razgovaramo s DBA-ovima koji je stvarno ironičan dio toga, da to čuvaju i prate u statičkoj proračunskoj tablici svih stvari. Kao što sam rekao, vrlo je ironično kad na trenutak razmisliš o tome. Ali to je bilo u puno slučajeva, a još uvijek je slučaj s puno organizacija kako im to uspijeva. Kako to čuvaju. To je glavna kopija proračunske tablice Excela koja se lebdi okolo i mora se redovito ažurirati.
To su stvari koje su bile izazov, pa tako registracijom te instance i uvrštavanjem u sastav inventara to možete učiniti i pokupiti podatke. Možete ga automatizirati bez obzira postaje li on dio inventara, verzije, izdanja i druge stvari koje možete učiniti s njim možete ručno dodati možda taj popis ili proračunsku tablicu Excela koji imate. Možete ga uvesti u ovaj alat nazvan SQL Inventory Manager. Ako već imate početnu točku instanci u koje smatrate da ste prilično sigurni, možete ih uvesti u njih, a zatim napraviti taj dio svog upravljanog inventara u proizvodu. Jednom kada imamo instancu i jednom kada saznamo da je tu onda to postaje, u redu, imamo puno podataka koje možemo iskoristiti znajući da je ta instanca tu, izlaskom i prikupljanjem tih podataka.
I puno će informacija biti potrebno u više od svrhe licenciranja. Puno se toga može iskoristiti za očito samo znati gdje se stvari nalaze, za pretraživanje ovih informacija nakon što su dobivene. Ali ključna stvar je poslužitelj, sam hardver. Biti u stanju razumjeti o kakvom se računalu radi, možda o modelu ili proizvođaču, memoriji, količini memorije, bilo da je riječ o fizičkom ili virtualnom stroju, a posebno o broju fizičkih utičnica ili jezgara i CPU-a i takvih vrsta stvari.
Što se tiče broja jezgara, posebno kod SQL Server-a, saznanje o načinu na koji oni licenciraju izračunavanje je po jezgri sada u novijim verzijama SQL-a, to postaje jako važan dio toga i to nije ništa što imate izaći i zapravo se iskopati. Nakon što je instanca identificirana, možemo vam pružiti te podatke te ih iznijeti i omogućiti vam da ih pregledate i shvatite te ih očito možemo iskoristiti.
Sljedeći sloj dolje nalazi se na instanci, koja očito ima mnogo različitih instanci SQL Server-a, bilo da je u pitanju standardni ili poslovni ili čak izraziti ili besplatna verzija SQL Servera. Biti u stanju razumjeti i koje su aplikacije povezane za tu instancu i to se može učiniti automatski. Biti u stanju razumjeti postavke konfiguracije i takve stvari kao i druge podatke koji su povezani sa instancama samog SQL Servera.
Zatim se spuštate do stvarne baze podataka i gledajući konfiguracijske postavke, količinu prostora vezanog za te podatke, gdje se nalazi, sve se te stvari automatski popunjavaju, pa je to ogromna ušteda vremena. I još jednom, zato što dinamično ide van i svakodnevno identificira nove instance, to je živo biće koje imate u pogledu svog inventara. To je vrsta cilja proizvoda da se to postigne, da to bude nešto što se dinamički mijenja.
Nakon što nam sve ove informacije postanu dostupne i možemo povući sve te podatke, tada stvarno ima smisla započeti u nekim slučajevima stvarati vlastite metapodate povezane s tim primjerima i te metapodate možete stvoriti na takav način poravnava s načinom poslovanja.
Dakle, ako imate svoje instance grupisane prema zemljopisnom položaju, ili vlasnicima aplikacija ili vlasnicima DBA ili bilo što drugo, to bi moglo biti s obzirom na to kako želite grupirati te instance, kako logično želite imati smisla za te instance, tada postoji vrsta dva područja unutar alata koji će vam pružiti tu mogućnost.
Prva je mogućnost stvaranja oznake primjerka ili oznake. Što u osnovi stvara vezu s poslužiteljem, instancom ili bazom podataka, tako da možete stvoriti prikaze i odgovarati na pitanja koja se svakodnevno mogu pojaviti, što vam zaista pomaže da shvatite što imate, čime upravljate i kako želite ići dalje s tim informacijama.
Druga stvar koju imamo je nešto što se naziva oglasna polja ili prilagođena polja inventara, a oni su specifičniji za vrste sitnica informacija koje možete izbušiti, na primjer sloj baze podataka u koju bih mogao odlučiti dodati padajući popis koji ima sve DBA i mogu postaviti tko je odgovoran za tu bazu podataka, ovisno o vrsti situacije ili bilo što drugo, ovisno o tome koja je baza podataka, tko god je odgovoran mogao je to odabrati tako da znam da su oni odgovorni i to vrlo lako samo kopanjem u inventaru.
Tako ti podaci postaju vrlo vrijedni, pogotovo ako imate veliko okruženje, jer vam samo pomažu da shvatite te informacije i znate što imate i kako to radite.
Dakle, dopustite mi da pređem na sljedeći slajd ovdje. Ono što vam sada pokazujem jest da svi ti podaci koje prikupljamo, sve ove informacije i podaci koje prikupljamo i primjenjujemo metapodate kako biste dobili mogućnost donošenja puno lakših i bržih odluka kada je u pitanju pojačajte licence kod Microsofta u okviru količinskog licenciranja poduzeća ili osiguranja softvera kod Microsofta.
To vam čini stvarno jednostavnijim za to, a ne da morate, morate ići i ručno prikupiti podatke, puno ručnog prikupljanja tih informacija, što zapravo samo u cjelini čini puno boljim procesom. Dakle, to je jedan od mandata proizvoda, nekad da OPS-ima olakšavaju donošenje tih odluka oko licenciranja.
Sada je druga stvar koju smo, nekako razgovarajući s DBA-ovima, vrlo brzo otkrili i saznali, da je - i to se nekako vraća na ono što smo ranije raspravljali - možda imate 300 primjera u svom okruženju SQL Servera, ali stvarno postoji samo podskup onih koji se stvarno u potpunosti prate i kojima se upravlja s tradicionalnim alatom za praćenje performansi.
Dakle, ako odete i zapravo sjednete s DBA-om i kažete: "Gle, znamo da imate ovih 20 primjeraka ili 10 primjeraka od 300 koji se prate ovim alatom koji je dizajniran da nadgleda to i u skladu s vašim SOA-e i primajte upozorenja i sve takve dobre stvari ", ono što smo također otkrili je da, ako ste pitali, " Pa, što je s tim drugim 280 slučajeva koje imate? Brinete li o tim? "I oni se brinu o njima, ali jednostavno ne žele nužno ulagati da bi nadzirali one na razini dubine što se može učiniti s tim primjerima nasuprot tih 10 ili 20, stvarno kritične instance proizvoda.
Dakle, drugi dio jednadžbe s ovim alatom je da pomaže i u smislu da budete sigurni da ste na osnovnoj razini pokriveni s primjerice zdravljem. Sada vam nećemo reći imate li zastoj ili tko je žrtva mrtve tačke. Ne morate doći do te razine samih sesija i detalja upita. Ali istodobno će vam to i dalje dati do znanja, bez obzira na to da se server smanji ili ako se volumen popunjava ili trebate napraviti sigurnosne kopije baze podataka, to je važan dio DBA.
Dakle, takve su stvari definitivno još uvijek važne, pa su vam s pomoću ovog alata omogućili ulov za vaše kritične slučajeve koji imaju puno, puno vrijednih vezanih uz njih, ako odu dolje morate odmah znati. Oni mogu imati višu razinu praćenja i moći obavljanje takvih stvari, dok će s tim biti u mogućnosti pokupiti sve nove instance koji su dodani u okoliš i osigurati da se oni obračunavaju i također naprave sigurni da se formiraju te osnovne razine zdravstvenih pregleda.
Dakle, to je ukratko ono o čemu se radi u SQL Importory Voditelju uvoza. Sad ću vam pokazati demonstraciju. Prije nego što to učinimo, brzo vam pokažem da je ovo arhitektonski dijapozitiv i samo da bismo to pokazali, primjerci SQL-a kojim upravljamo možemo otkriti sve, od SQL 2000, pa sve do novog verzije SQL-a.
Pa to možemo učiniti bez da ikada i sami primimo agente u instance. To radimo putem usluge prikupljanja podataka, idemo izvaditi te podatke i staviti ih u spremište, a potom ćemo iz prednje konzole Tomcat web usluge moći komunicirati s tim podacima i pregledati ih. Dakle, to je prilično jednostavna arhitektura.
Ja idem naprijed i prebacim se preko njega i zapravo nas uvede u sam proizvod kako bi stekli osjećaj za njega, razumijevanje kako to funkcionira. Dakle, najbolji način da to učinite je da vas prvo upoznamo sa sučeljem, a to je vrsta nadzorne ploče koju ovdje gledamo.
Trenutno mogu vidjeti koliko slučajeva imam pod upravom. Ali ni ja nisam cijeli podatkovni centar u stražnjem džepu. Dakle, imam oko šest primjera koje vidimo ovdje. Sada, kad je to rečeno, ja ću učiniti ono što ću učiniti proći kroz postupak otkrivanja i pokazati kako bi to moglo funkcionirati.
Prvo što biste trebali učiniti je u odjeljku za administraciju koji možete odrediti kako želite otkriti svoje instance. Tu informaciju mogli biste ovdje i još jednom unijeti, a to se može učiniti kroz niz IP adresa. Možete ukazati na domenu ili poddomenu i moći samo na onim strojevima koji su članovi te domene moći obavljati te provjere za koje biste mogli odabrati niz različitih vrsta karakteristika kada se SQL pokreće za provjeru.
Nakon što to učinite, a možete ga i automatizirati da se svakodnevno izvodi za prikupljanje tih podataka. Po mogućnosti ćete to moći raditi i ad hoc. Ali nakon što započnete s tim, taj postupak otkrivanja tada je ono što ćete početi vidjeti kada prijeđete ovdje na slučajeve. Imate karticu Otkrivanje i kartica Otkriće prikazat će nam one slučajeve koji su nedavno otkriveni. Dakle, u našem slučaju ovdje imamo broj. Ono što ću učiniti naprijed je učiniti naprijed i dodati onu koju ćemo koristiti kao primjer. Dakle, ovo je slučaj u Chicagu u ovom slučaju, zar ne? Dat ću naprijed i dodati tu instancu u svoj inventar.
U redu, proći će me kroz nekoliko stvari ovdje. Samo idem naprijed i vidjet ćete da možemo postaviti vjerodajnice. Moje vjerodajnice bi tamo trebale biti dobre. Idem dalje i primijetit ćete da mogu dodijeliti vlasništvo nad tim ako to želim. Mogu odrediti i lokaciju. Sad se može dodati i sama lokacija, a to će se sjetiti i sljedeći put, očito.
Još jednom, ovome mogu pridružiti i oznake u smislu metapodataka i kako bismo željeli staviti ove instance SQL-a, posebno ovaj, u koju god kantu želimo staviti. Dakle, imamo neke trenutne oznake, popularne oznake, pa možemo pogledati hrpu različitih oznaka koje sam možda već uključio. Samo ću odabrati nasumično neke od njih i to možemo primijeniti.
Pa sad kad nastavim i ovo dodajem u inventar. Sad kad je dodan, sada bismo vidjeli da se prikazuje pod ovim upravljanim prikazom, pa ćete ga moći vidjeti ovdje ovdje. Dakle, znate da je to prvi korak i ono što sam vam upravo pokazao bio je način na koji ćete uglavnom dodavati te slučajeve dok svakodnevno prolazite. U nekim ćete slučajevima možda reći da znate što ako je to poslovno izdanje SQL servera to automatski želim dodati u svoj inventar? Ne moram ručno ići i odlučiti se za to.
Jocelyn: Prebrzo ću te prekinuti. Ne vidimo vaš demo.
Bullett Manale: Nisi?
Jocelyn: Ne.
Bullett Manale: Pa to nije dobro, da vidimo.
Eric Kavanagh: Ako odete u gornji lijevi ugao, kliknite Start, kliknite na to.
Bullett Manale: Ah, ok.
Eric Kavanagh: A sad dijelite zaslon.
Bullett Manale: Oprosti zbog toga. Yup.
Eric Kavanagh: To je u redu. Dobar ulov tamo, producentice Jocelyn.
Bullett Manale: U redu, je li tako bolje? Vidite li se sada?
Robin Bloor: Da, zaista.
Bullett Manale: U redu, pa neka vas samo vodimo tamo gdje smo brzo bili stvarno. Imamo otkrivene slučajeve koje smo imali i ranije. Upravo sam dodao instancu u Chicagu i tako da sada vidite ovdje. Primjetite da je već prikupljeno puno dodatnih informacija. Ako kliknem na samu instancu počet ćete vidjeti sve vrste informacija koje smo već prikupili o toj instanci. Sada je popis svih baza podataka koje se nalaze tamo. Možemo vidjeti raščlambu baza podataka prema veličini i prema djelatnosti u smislu kojih ima najviše veličine i aktivnosti.
Još jednom vam možemo odmah reći šišmiša koje se aplikacije vide na toj instanci na temelju radnog opterećenja koje vidimo kako se izvodi u instanci. Stoga je lijepo što se to može učiniti automatski. Ne moram ulaziti u vezu i prijavu za slučaj. Na temelju onoga što vidimo možemo to popuniti. Ako želite ručno dodati aplikaciju, to apsolutno možete učiniti. Ali to je samo lijep način da se pokaže povezanost primjerka s bazom podataka, ili, žao mi je, u aplikaciji.
Također ćete primijetiti da na desnoj strani zaslona imamo trenutni sažetak, a ispod toga imamo sažetak poslužitelja. Dakle, ovdje pričamo o ključnim informacijama o ključnim primjerima, znajući verziju, a ne samo, znate, SQL Server 2012, nego stvarni broj verzije koji, uključujući i kažete nam koji su hitni popravci povezani s njim, koji servisni paketi vezani su za to, to može biti vrlo važno znati. Očito je da je memorija potrebna. Sve takvo, bilo da je klasterirano, sve ove podatke, ne moram ih iznositi - već se prikupljaju i sakupljaju, a kad utvrdimo da je riječ o otkrivenim primjerima, to će biti dio našeg inventara.
Druga stvar koju ćete ovdje vidjeti - i pokazat će vam je - nalazi se pod ovom prikazom slučaja. Imamo te atribute o kojima sam ranije govorio, prilagođene atribute koji se mogu dodati. Tako možemo dodati otvorene vrste tekstnih polja, možemo učiniti da / ne u smislu, znate, milijardu vrsta izbora. Čak možemo napraviti padajuće popise. To možete učiniti na instanci baze podataka ili na razini poslužitelja.
Ako se pomaknemo malo dalje, vidjet ćemo sve povezane podatke na samom poslužitelju. Dakle, znate da su sve ove stvari očito zaista, jako korisne jer su sve prikupljene i prikupljene, a tu su i za nas čim donesemo odluku da to postane dio našeg inventara. Ovdje možemo pokazati neke razlike u pogledu procesora, broja logičkog naspram fizičkog, koliko memorije. Na taj način dobivate stvarno dobre i bogate informacije bez da morate puno raditi.
Drugi dio ovoga, kao što rekoh, skupljamo te podatke na instanci na razini poslužitelja. Ako se čak i spustimo u bazu podataka, možemo vidjeti da je mnogo toga razbijeno i za nas. Dakle, ako odem u svoje spremište usklađenosti, u ovom slučaju bih mogao reći, dobro znate da se ovim bavi, ovo je baza podataka o usklađenosti u kojoj je razina usklađenosti ili regulatorni zahtjev povezana i mogla bi biti, recimo, Usklađivanje sa SOX-om ili PCI. Tako mogu odabrati u kojim se bazama podataka koja sukladnost povezana s njima moram ispuniti ili osigurati da se održavam u smislu tog regulatornog zahtjeva.
Tako da su se takve stvari pokazale vrlo korisnima za DBA jer postoje mjesta na koja im mogu pristupiti da sve te pridružene metapodate zadrže u svom okruženju i mogu ih, kao što sam rekao, uskladiti s njihovim poslovanjem. ' radiš, kao način na koji posluju. Ako sada pogledamo sve stvari koje smo vidjeli, očito imate prilično dobar pregled primjerka, ako budem detaljno proučavao.
Mogu i pretraživati pa sam rekao da potražimo to skladište usklađenosti po svom oglasnom prostoru. Ono što ćete ovdje vidjeti je da mogu tražiti te stvari i moći ih identificirati. Kažem to - nisam siguran što, gumb za pokretanje ne radi tamo. U redu. Da vidimo, pokušajmo još jednom. Idemo tamo. Tako bismo tada mogli vidjeti raščlanjivanje onoga što vidimo išta s čime se pridržavamo i ja mogu to detaljno promatrati i vidjeti i sa tog stajališta. Tako ste dobili stvarno brz i jednostavan način da kopate po tim podacima.
Kao što smo već spomenuli, imate puno različitih načina za stvaranje metapodataka protiv poslužitelja instance i baze podataka. Drugi dio je to u mogućnosti iskoristiti to na način na koji ste ga grupirali i na način na koji ste ga povezali. Idemo na pregled istraživača, možemo upravo to. Možemo reći da želim napraviti broj baza podataka po lokacijama. Dakle, broj baza podataka na svakoj lokaciji okoline koju podržavam. Ili se možda temelji na vlasniku koji posjeduje primjerke koje ja imam vani u smislu broja instrumenata. Tako ćemo to moći vidjeti. Na taj način dobivate zaista dobar, jednostavan način bojenja tih slika za vas na osnovu bilo kojeg pitanja na koje pokušavate odgovoriti u to vrijeme.
Zatim, sve što imate te podatke, stvorite onako kako ste željeli, možemo ih izvesti u PDF ili različite formate kako bismo ih mogli iskoristiti i poslati našim kolegama ili raditi sve što je potrebno tamo. Tako da znate da biste mogli raditi takve stvari. Vratimo se - jesam li ga izgubio? Idemo tamo. U redu, nadam se da to ima smisla u smislu onoga o čemu sam do sada govorio. Sad kad su podaci koje smo prikupili, sve je to očito od vitalnog značaja iz više razloga - licenciranje i nešto slično.
Posljednja stvar koju treba samo spomenuti je da ovdje prijeđemo na ovaj odjeljak uprave. Ovo je mjesto gdje također možete konfigurirati svoju e-poštu i vaše upozorenje i biti u mogućnosti osigurati da za stvari koje želite stvarno znati, možete i te stvari postaviti. Tako možemo postaviti upozorenja putem e-pošte, možemo postaviti mogućnost uključivanja određenih stvari i isključivanja određenih stvari, a zatim moći utvrditi tko će primati te e-poruke, a pretplativši se na ta upozorenja možemo povezati koga bismo željeli biti, tko bi želio znati o tim stvarima.
Ali kao što sam već rekao, ovo je stvarno lijep način da učinite, barem imajte na umu da znate za cijeli slučaj SQL-a u poduzeću - što je to što imate, a također osigurajte da on radi optimalno, čak i ako ne t, nisu odlučili uložiti ulaganja u alat za praćenje performansi koji pogađa teške rezultate za upravljanje tom instancom. Ovo će vas pokriti jer je to vrlo pristupačan način da izađete van i da će za mnoge slučajeve moći napraviti te zalihe i biti u stanju napraviti neku vrlo široku vrstu općeg nivoa praćenja kako bi bili sigurni da ste dobio taj mir i znati što se događa.
Tako da nadamo se da to ima smisla u načinu na koji smo ga opisali i pokazali vam. Mislim da s tog stajališta mogu ići naprijed i proslijediti ga natrag, a možemo razgovarati još.
Eric Kavanagh: Zvuči sjajno. Dakle Robin? Dez? Ima li pitanja?
Robin Bloor: Pa, imam pitanja. Zapravo je vrlo zanimljivo, mislim, upravo sam htio komentirati da sam svugdje bio, ne samo među DBA-ovima, već i među mrežnim momcima, među momcima iz skladišta, među momcima za upravljanje virtualnim strojevima, ' ponovno sve radite proračunske tablice.
Eric Kavanagh: Tako je.
Dez Blanchfield: Nekako znate da je to, nekako znate da je to u redu dok se brojevi ne počnu kretati. Kad se brojevi počnu kretati, znat ćete da će upasti u probleme. Dakle, pitanje koje me sada nekako zanima i znam da će vam biti teško odgovoriti, ali što, ako odete na mjesto gdje oni nemaju ništa slično za rad proračunskih tablica, pa pretpostavimo DBA su vrlo pametni momci i tako dalje i tako dalje, kakav mislite da biste dobili od primjene nečeg takvog? Imate li neke podatke o tome na ili neke smjernice o tome?
Bullett Manale: Teško je reći što je ROI jer će okoliš biti malo drugačiji. Očito da što je veće poduzeće, veće je okruženje, očigledno će biti ROI ako sada koriste, znate, ručne metode.
Znam da sam razgovarao s brojnim - kad kažem velike organizacije s tisućama i tisućama zaposlenika, a vjerojatno i tisućama slučajeva - gdje imam ljudi gdje im to pokažem i oni kažu da će ovo potrajati dva tjedna mog vremena unatrag. To sam rekao već više od jednom. Dakle, teško je reći u pogledu stvarnog iznosa dolara od kupnje, ali prilično je važno kad imate okruženja.
Kao što sam rekao, prilično je dosljedan. Ljudi s kojima razgovaram drže ove stvari u proračunskoj tablici. Dakle, to je samo vrlo, vrlo subjektivna stvar, jer je svaki okoliš malo drugačiji u pogledu načina na koji oni licenciraju i kako oni licenciraju s Microsoftom, drugi je dio toga, što je faktor. Ali ako moraju vršiti stvarne prozore svake godine ili svake tri godine, mislim da će tri godine za Microsoft to biti najviše, oni žele da to istorirate barem svake tri godine.
Tada znate njegov značaj i to, znate da je to samo nešto što znatno olakšava. Budući da je to dinamična stvar koja se uvijek mijenja, ona daje i malo više valjanosti i u pogledu na to što gledate stihove, pa zapravo nismo ažurirali proračunsku tablicu u šest mjeseci ili godinu dana. Koliko je često ažuriranja proračunske tablice, još je jedno pitanje da biste shvatili da je odgovor na povrat ulaganja.
Dez Blanchfield: Da, mislim, licenciranje SQL-a, ovo licenciranje je samo prokleta noćna mora, ali posebno je to noćna mora, jer licenciranje nije isto što između Microsofta i Oraclea i bilo koga drugog koji radi vani u bazi podataka. Ako zapravo čuvate stvari u proračunskim tablicama, što je obično ono što se zapravo događa, znate da vrijeme licenciranja nastupa prije nego što to stvarno shvatite, a zapravo nemate podatke, ako znate na što mislim, lako doći te informacije.
U svakom slučaju, kao što ističete, dinamičan je i osobno nemam pojma, jer zapravo nikada nisam morao pregovarati s Microsoftom, tako da nemam pojma, ali vjerojatno postoje baze podataka koje ljudi vrlo često skidaju testne podatke, testiranje okruženja i pretpostavljam da su ti trn u vašoj strani ako radite licenciranje. Jesi li to ti-?
Bullett Manale: Da, da. To je slučaj jer se mnogo puta zaborave te stvari i tada počnemo pokušavati shvatiti, ok, dobro, imamo temeljno licenciranje da moramo utvrditi broj jezgara za svaki od ovih slučajeva, a ja ne Ne znam, u pogledu standarda onoga što kupujete hardver mudro, isto tako možete kupiti prilično dobar hardver, a ako taj hardver ne upotrebljavate onako kako bi trebao biti korišten, onda preplaćujete jer ste plaćanje osnovnih cijena kada se te jezgre ne iskorištavaju tako da to postaje problem.
Dakle, svaka verzija SQL-a ima različit način na koji se primjenjuje licenciranje što ga čak i malo zbunjuje. Dakle, imate izazova oko toga i to je veliki dio zašto su ove informacije vrlo korisne jer možemo vam reći koja je inačica, očito vam možemo reći koliko jezgara imate, ako se radi o starijim verzijama SQL-a kolika je bila cijena po utičnici, još uvijek to očigledno možemo pokazati. Tako da jednostavno to čini puno jednostavnijom rutinu kroz koju morate proći kad dođe vrijeme da se istinite stvari.
Dez Blanchfield: Jedna stvar koja mi pada na pamet, oprostite go …
Robin Bloor: U redu je, idite u Dez, htio sam postaviti možda irelevantno pitanje.
Dez Blanchfield: Samo nešto stvarno brzo dok se bavite temom o kojoj sada govorimo - primjećujemo puno više usvajanja oblačnih okruženja i ako to provodimo u našem vlastitom podatkovnom centru, unutar našeg vlastitog okruženja, oni se šeću i pronalaze, otkrivaju kako je stvar relativno jednostavna.
Kako ćemo, kako se nositi sa scenarijem u kojem bismo mogli imati tri skupa podataka, dva oblaka, a vidljivost u ovim okruženjima se podiže i često postoji skup podataka na kraju cijevi ili VPN-a. Postoji li neko što treba otkriti s prednjeg kraja ili trebamo to otvoriti portove kako bismo mogli skenirati u određenim okruženjima između oblaka i izvan prostorija u kojima radi ova platforma?
Bullett Manale: Da, bilo bi razmatranja u pogledu luka. Nažalost, volio bih da mogu reći da će se probiti kroz sve te sredine, ali postoje neke različite mogućnosti koje biste mogli učiniti s tim. Očito, ako radite nešto poput Amazon EC2, sve što bi vam stvarno trebalo trebati je pristup tom okruženju putem vaše povezanosti, pod pretpostavkom da su vaši portovi otvoreni i tada možete odrediti IP adrese ili domenu povezanu s tim i može se pokrenuti zbirke i započeti otkrivanje.
Dakle, u takvim okruženjima to zaista nije problem; radi se o specifičnijim vrstama okruženja kao što je RDS i gdje samo dobivate bazu podataka tamo gdje će biti malo zahtjevnije vidjeti i otkriti tu vrstu informacija.
Dez Blanchfield: Dakle, slijedeći onu tamo, postoje baze podataka i baze podataka. Tako, na primjer, dobri stari dani samo što imaju vrlo, vrlo velik motor baze podataka poput anegdote koju sam dijelio sprijeda gdje je to samo jedna ogromna platforma, a sve što treba je pružiti bazu podataka. Ovih dana baze podataka ugrađene su u sve, u stvari, postoje poput njih dva ili tri u mom telefonu iza aplikacija.
Kakve izazove imate sa scenarijima u kojima imate okruženja koja dolaze iz Lotus Notesa, s aplikacijama koje stoje iza njih, SharePoint s bazom podataka na različitim Internetima i tako dalje? U osnovi je sve podržano od baze podataka sa zadnje strane. Kakve stvari tamo vidite i s kakvim se izazovima suočavate sa ljudima koji samo pokušavaju preslikati takve svjetove i što vaš alat čini za njih?
Bullett Manale: Pa, mislim da stvar je u onome što ste rekli - za sada je potrebna svaka baza podataka, pa puno puta postoji vjerovatno, postoji puno baza podataka koje se uvode u okruženje koje i sami DBA nisu ni svjesni jer nije teško instalirati SQL poslužitelj u okruženje, općenito govoreći.
Ovaj alat također identificira stvari poput ekspresnih baza podataka, tako da besplatne verzije SQL Servera. Smiješno, kad ponovo razgovarate s DBA-ovima, ne dobijete dosljedan odgovor u smislu da li im je stalo do besplatnih baza podataka koje su vani. Mnogi od tih aplikacija o kojima govorite koristit će besplatnu verziju baze podataka. No same će organizacije imati drugačiji stav u pogledu tko je odgovoran za tu bazu podataka, ovisno o tome s kime razgovarate.
Neki DBA s kojima razgovaram mogu se sjetiti posljednjeg puta kad sam bio na SQL Server PASS-u, koji se nalazi u Seattlu, vi postavljate pitanje "Brinete li svoje ekspresne baze podataka?", A bilo je oko pedeset i pedeset. Neki od ljudi željeli su znati o njima kao DBA jer su smatrali da su to dio njihove odgovornosti, čak i onih izraženih baza podataka koje još uvijek mogu sadržavati kritične podatke; oni još uvijek trebaju proći kroz postupak stvaranja sigurnosne kopije i još uvijek moraju osigurati da sve stvari djeluju iz zdravstvene perspektive na njima. Ali samo znati da oni postoje jednako je važno ako ne i važnije.
Dok je druga polovica ljudi, "Hej, mi nismo odgovorni za te baze podataka i sve što oni postave na njih čuva se osoba koja ih je instalirala." Ali rekao bih to u cjelini ono što rekao je da u današnje vrijeme sve gotovo za sebe ima program koji samo još više pridonosi složenosti i zbunjenosti potrebe za popisom tih podataka.
Dez Blanchfield: Da, vidio sam neke, vladine stranice su mi najdraže, ali češće od toga ne vidim se u poslovnim okruženjima gdje je to, kao što ste rekli, da ljudi čak i zaboravljaju kad instaliraju nešto poput SharePointa ili poput samorazmjene, tako da znate da oni dolaze s besplatnom verzijom koja je upravo ugrađena jer žele, znate, brzo je instalirajte i ne brinite se o kupnji licenci.
Tada postaje velik i tada se netko počne žaliti na performanse i oni kažu: "To je samo vaš stari poslužitelj, vaša pohrana, vaša mreža, bilo što drugo", a zatim se zove DBA i oni kažu: "Pa, ti" samo sam sve ugurao u ovu besplatnu verziju baze podataka, a to nije ono što vam treba za ovu veliku. "
Osobito kada imate scenarije poput Project Manager i Office pokreće stotine, ako ne i tisuće projekata iz velikog poduzeća ili korporacije, a oni koriste SharePoint sa Microsoft Project Serverom i ubacuju sve svoje PMO stvari u ovu bazu podataka. Ali na prednjem kraju su takvi, pa to je samo web sučelje. Ali doista postoje baze podataka.
Bullett Manale: Da.
Dez Blanchfield: Pa, što su oni, jedan od prvih koraka koje ljudi ovdje pretpostavljam, imamo par pitanja koja bismo možda željeli donijeti iz publike. Jedno od prvih pitanja je odakle ljudi započinju? Koji je prvi prirodni korak za njih: "Dobro, moramo napraviti verziju anonimnih alkoholnih pića?"
Imamo više baza podataka nego što znamo što učiniti. Kakva je prirodna vrsta koraka da oni odu: "U redu, moramo ovo pokrenuti i početi trčati?" Hoće li oni samo pasti hladnu puretinu ili će kasnije zaista trebati započeti s malom i tek steći nešto iskustva oko mapiranja svoje okoline ?
Bullett Manale: Pa mislim da je to rečeno da moraju mapirati okoliš. Sada Microsoft nudi besplatan alat za to, Microsoftov alat za planiranje procjene, besplatan je alat, ali statičan. Otkrijete otkriće i to je to. Dobivate popis stvari koje su vani. Uzeli smo to i rekli pogledajmo korak dalje, napravimo otkriće, pronađemo ono što je vani i stavimo ga u spremište i napravimo ga tako da bude dinamično i možemo mu dodati, ukloniti iz njega.
Ali sveukupno, najveći je prvi korak mislim da samo otkriti, napraviti otkriće. Bilo da to znači da probni download našeg proizvoda možete preuzeti, isprobati ga 14 dana, a možete ukazati na svoje okruženje i izvršiti prikupljanje.
Ako već imate proračunsku tablicu s gomilom tih informacija tamo da ste nekako uvjereni da su te informacije tačne, također imate mogućnost voljeti uvoz u CSV koji je proračunski tablica sa svim tim informacijama i napraviti taj dio onoga što vi već imam. Ali u smislu da shvatite ono što ne znate, jedini način da to učinite je da ručno izađete, učinite to ili imate alat koji traži takvu vrstu stvari poput ove. To je odluka koju ćete u nekom trenutku morati donijeti: „Da li pokušavam automatizirati to otkriće ili barem steknem dobru osnovu onoga što je vani prvo, a zatim se možda brinem o nekim iznimkama?“ Ali za najveći dio vam vjerojatno treba alat.
Dez Blanchfield: Dakle, samo brzo. Kamo idu ljudi da započnu s ovim? Oni su pogodili vašu web stranicu? Kako se oni brzo snalaze i započinju s ovim?
Bullett Manale: Ako odete na Idera, IDERA.com, vidjet ćete, a ja zapravo mogu stvarno brzo pokazati to stvarno brzo. Na web stranici Idera idite na proizvode, idite na upravitelja zaliha. Vidjet ćete da je ovdje veza za preuzimanje. Vi samo utvrđujete koju verziju želite instalirati na 64 ili 32 bit i to će vas pokrenuti i možete započeti svoje otkriće od tamo.
Robin Bloor: Fantastična i odlična, sjajna prezentacija, hvala vam puno.
Bullett Manale: Hvala.
Eric Kavanagh: Imamo nekoliko pitanja od publike pa ćemo vam ih poslati e-poštom, jer se danas moramo teško zaustaviti, ali Bullett je, opet, odličan posao na demo-u, sjajan posao našeg producenta koji je shvatio da nije ' ne pokazuje.
Bullett Manale: Oprosti zbog toga.
Eric Kavanagh: Ne, ovo su dobre stvari, vi dajete vidljivost u srž poslovanja, zar ne? Budući da poslovanje pokreće podatke, a vi dajete vidljivost sve do srži. Dakle, nema više ručno valovitih stvari; sad zapravo možete usmjeriti stvari i riješiti to. Tako dobro za tebe.
Bullett Manale: Hvala.
Robin Bloor: Ali bilo je divno vidjeti i to uživo usput, dobro urađeno.
Eric Kavanagh: Da, arhivirat ćemo ovu internetsku emisiju radi kasnijeg gledanja i tada ćemo je imati nadamo se za otprilike sat ili dva, početna arhiva ide gore ponekad je malo duža od toga, ali bit ćemo sigurni da pustimo ljude znati. S tim ćemo vas pustiti, narode. Još jednom hvala što ste pohađali Sabor za informiranje, mi smo zapravo Hot Technologies. Slijedićemo vas sljedeći put. Čuvaj se, bok.
