Oduzeti: 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, u redu je, vrijeme je za Hot Technologies. Da, zaista, moje ime je, još jednom, Eric Kavanagh. Možete me naći na @eric_kavanagh. Ovo je emisija koja je zamišljena 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, sada 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 svakako. 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 izmišljena je 70-ih, a nastala je u smislu prototipa u 80-ima i svojevrsno je vukla na tržištu 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 i dalje 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 jesu da mogu raditi i na OLTP-u i na radnom opterećenju. Ako to želite učiniti, morate ih drugačije prilagoditi, ali zapravo su u stanju oba posla. Jedna od njih su kratke slučajne transakcije, a druga su dugačka upita koja obuhvaćaju puno podataka. Alternativno, baza podataka NoSQL i baza grafikona uglavnom su za analitiku, a nedavno su se pojavile. NoSQL je prvi na mjestu, 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 izuzetnim okolnostima kada, na primjer, dobivaju softverski paket za koji je potrebna drugačija baza podataka ili se upuste u vezu s nekim velikim ciljevima 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 to zapravo nije istiskivanje niti bilo gdje blizu 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. Ne morate samo izgraditi upitnik 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 on nije dominirao. Ostali ste s činjenicom da su baze podataka prirodno fragmentirane. 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 s njima razgovarali o tome koliko je tih baza podataka zapravo pratila 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 sigurna je li to 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 razgovora, nailazio sam na razne baze podataka za koje se tvrdi da se samoinicijaliziraju. 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 ne postavite prave indekse na pravo mjesto, onda nam se pridruživanja oduzimaju neuobičajene 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 je DBA-ove aktivnosti 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. I dalje uvijek imate istu verziju. Ali u stvari se puno web lokacija koje sam naišao nije dogodilo. Postoji, recimo, priličan stupanj entropije. Upravljanje licencama je problem, ovisi o licenci koju imate. ETL i replikacija podataka.
Jedan od trikova s bazom podataka je da 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 aktivnosti DBA-e, jer podaci naravno rastu i to morate pratiti. A zatim trebate planirati razne nadogradnje hardvera ili nadogradnje hardvera. Postoji rješavanje problema koja je za većinu DBA-a bolna aktivnost. Ako nešto pođe po zlu i sigurnosne kopije ne funkcioniraju baš savršeno i tada moraju zasukati rukave i sići dolje i pokušati vratiti stvari iz zapisnika. To se događa mnogo češće nego što mislim, dobro, sjećam se da se to događalo, ali bio sam van igre najmanje deset godina, ali sjećam se da se to događa mnogo češće nego što biste 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 razumljivo paralelno raditi i živi sistem. 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. Predat ću Dez.
Dez Blanchfield: Hvala vam puno. Vodit ću nas malo u zabavnom, anegdotskom putovanju 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 platformu državne vlade koja se koristi za registraciju dozvola i registraciju vozila i čitav niz stvari oko te teme, s platforme Fujitsu mainframe koja pokreće stvar koja se zove A + Add, š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 tome davno i ne govorimo, morali smo proći vrlo ručni postupak kako bismo otkrili što je na platformi mainframea i otkrili 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 raditi ako ta osoba radi razvojni razvoj i testiranje, ili se bavi proizvodnjom, postoje li stvarni korisnici na ovome? Sjećajući se da ova stvar izdaje u stvarnom vremenu vozačke dozvole i registraciju automobila i stvari koje su zaista važne za život ljudi.
I trebalo je dugo vremena da se naprave sigurnosne kopije za tu stvar, tako da stvarno 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, funkcionalna je, 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 razborito je razmišljanje dana bilo, pa prešli smo na veći, bolji, brži i tvrđi hardver, nema razloga zašto bi loše funkcionirao na 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 bili potrebni da bismo započeli dijagnosticirati okruženje baze podataka. Znate, mapiranje jesmo li uveli sve instance. 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 kad 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 izbacila vrijednu migraciju za gotovo godinu dana. Jednostavno se svelo na to da nismo imali alate. 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 nisu bile 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 nije bilo nas.
I sve ovo izvlačite iz ovoga, kad smo stigli do kraja da se stvar pokrene i stabilno je postavili, svaki njen komad bio je vrlo ručni proces, jedini način na koji smo mogli nešto automatizirati bio 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 njih 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 , Radujem se što ću čuti još puno toga o našem gostu, Bullett. Dakle, Bullett, prebacit ću vas k vama i radujem se što ću vam reći kako ste riješili 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ć, tako da 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 mnogim tim temama 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 uopće bilo važno s kim ste razgovarali. Oduvijek je bio nekakav, "Pa, mi mislimo da je oko tog 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 pogledu 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 koju su oni odgovorni jer to mora biti u vezi s njihovim licencnim ugovorima, 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 velike karte s obzirom na 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 dobije kopiju SQL Servera, 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. Tamo gdje sada imate drugi problem, gdje imate situacije u kojima ćete zapravo izgubiti kritične podatke, jer ne znate da instanca uopće postoji.
Jedna od stvari koje smo morali učiniti je reći da razmislimo o djelu 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. I onda očito iz toga moći donositi odluke oko tih informacija i biti u stanju raditi takve stvari. Tu 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 to velik dio ovog alata, moći ćemo tek tako 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 pojedinim 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 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 učinimo to prema IP rasponu ili to možemo učiniti članstvom same domene u smislu računala koja su članovi domene. Na taj smo način odgovorili na taj dio, samo da 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 biste se iznenadili 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 o tome razmišljate na trenutak. 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 za koje smatrate da ste prilično samouvjereni, možete ih uvesti u njih, a zatim napraviti taj dio svog upravljanog inventara u proizvodu. Jednom kada imamo instancu i kad znamo da je ona tamo 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 dobiveni. Ali ključna stvar je poslužitelj, sam hardver. Biti u stanju razumjeti o kakvim se računalima radi, možda o modelu ili proizvođaču, memoriji, količini memorije, bilo da se radi o fizičkom ili virtualnom stroju, a posebno o broju fizičkih utičnica ili jezgara i CPU-a i takvim vrstama 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 pogledate i razumijete i očito ih 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 gledate postavke konfiguracije, količinu prostora vezanog za te podatke, gdje se oni nalaze, sve se te stvari automatski popunjavaju, pa je to ogromna ušteda vremena. I još jednom, jer dinamički izlazi i svakodnevno identificira nove instance, to je živo biće koje imate u pogledu svog inventara. To je takav cilj proizvoda da ga na taj način 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, 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 su takve vrste dva područja unutar alata koji vam pružaju ovu 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 svi DBA-i mogu postaviti tko je odgovoran za tu bazu podataka, ovisno o vrsti situacije ili bilo što, ovisno o tome koja je baza podataka, s onima koji su odgovorni za to, mogu to odabrati tako da znam da su oni odgovorni i vrlo lako samo kopanjem u inventar.
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 prikazuje je da su se svi ti podaci prikupljali, sve ove informacije i podaci koji su prikupljali i primjenjivali metapodatke kako biste dobili mogućnost donošenja puno lakših i bržih odluka o povećanju licenci kod Microsofta u količinskom licenciranju poduzeća ili osiguranju 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, takav je jedan od mandata proizvoda, nekad da OBA-i olakšaju donošenje tih odluka oko licenciranja.
Sada je druga stvar koju smo, nekako razgovarajući s DBA-ovima, vrlo brzo otkrili i naučili, to da - i to se vraća na ono što smo ranije raspravljali - možda u vašem okruženju SQL Servera imate 300 primjeraka, ali postoji samo možda 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 ste dobili ovih 20 primjera ili 10 primjeraka od 300 koji se prate ovim alatom koji je dizajniran da nadgleda to i u skladu s vašim SOA-ima i dobiti 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 oni samo ne žele nužno uložiti ulaganja kako bi nadgledali one na razini dubine što se može učiniti s tim primjerima nasuprot tih 10 ili 20 stvarno, vrlo kritično instance proizvoda.
Dakle, drugi dio jednadžbe s ovim alatom je da pomaže i u smislu da budete sigurni da ste na baznoj razini pokriveni s obzirom na zdravstveno stanje. Sada vam neće reći da li imate zastoj ili tko je žrtva ćorsokaka. Ne možete doći na tu razinu samih sesija i detalja upita. Ali u isto vrijeme vam to i dalje daje do znanja da, hej poslužitelji smanjuju ili 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 nadgledanja i moći obavljanje takvih stvari, dok će s tim biti u mogućnosti pokupiti sve nove slučajeve koji se dodaju u okoliš i osigurati da su oni evidentirani, a također osigurati te formiraju se osnovne razine zdravstvenih pregleda.
Dakle, ukratko je to što menadžeri uvoza SQL inventara sve rade. Sada ću vam pokazati demonstraciju. Prije nego što to učinimo, brzo vam pokažem da je ovo arhitektonski dijapozitiv i da bismo to nekako pokazali, primjerci SQL-a koji su upravljali, možemo otkriti sve, od SQL 2000, pa sve do novih verzija SQL.
Pa to možemo učiniti bez da ikada i sami primimo agente u instance. To radimo putem usluge prikupljanja podataka, a podaci će se iznijeti i prikupiti te spremiti u spremište, a zatim će iz Tomcat-ove prednje konzole biti u mogućnosti komunicirati s tim podacima i pregledati je. Dakle njegova prilično izravna arhitektura.
Idem naprijed i prebacim se preko njega i zapravo nas odvedete u sam proizvod kako biste imali osjećaj za njega, razumijevanje kako to funkcionira. Dakle, najbolji način da to učinite je da se prvo predstavimo samom sučelju, a to je vrsta nadzorne ploče koja je ovdje gledala.
Trenutno mogu vidjeti koliko slučajeva imam pod upravom. Ali nemam ni cijeli podatkovni centar u stražnjem džepu. Dakle, imam oko šest primjera koje vidimo ovdje. Sada, kad je rekao, Im, ono što ću učiniti je proći kroz postupak otkrivanja i pokazati kako će to 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-ovi pokreću za provjeru.
Nakon što to učinite i možete to automatizirati da se svakodnevno izvodi za prikupljanje tih podataka. Prema potrebi to biste mogli učiniti 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 koja će se koristiti kao primjer. Dakle, ovo je slučaj u Chicagu u ovom slučaju, zar ne? Ja ću nastaviti naprijed i dodati tu instancu u moj inventar.
Dobro i ovdje ću proći kroz nekoliko stvari. Samo idem naprijed i vidjet ćete da možemo postaviti vjerodajnice. Moje vjerodajnice bi tamo trebale biti dobre. Ja ću ići naprijed i primijetit ćete da mogu dodijeliti vlasništvo nad tim ako želim. Mogu odrediti i lokaciju. Sada se može dodati i sama lokacija, a to će se sjetiti sljedećeg puta, očito.
Još jednom, tome 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 prvi korak i ono što sam vam upravo pokazao bio je način na koji ćete uglavnom dodavati one slučajeve kroz koje prolazite svakodnevno. U nekim ćete slučajevima možda reći da znate što ako njegovo poslovno izdanje SQL servera to automatski želim dodati u svoj inventar? Ne moram ručno ići i odlučiti se za to.
Jocelyn: Prekinuti ću te vrlo brzo. Nismo vidjeli vaš demo
Bullett Manale: Ti nisi?
Jocelyn: Ne.
Bullett Manale: Pa to nije dobro, da vidimo.
Eric Kavanagh: Ako idete u gornji lijevi ugao, kliknite Start, kliknite na to.
Bullett Manale: Ah uredu.
Eric Kavanagh: A sada napravite dijeljenje zaslona.
Bullett Manale: Ispričavam se zbog toga. Yup.
Eric Kavanagh: To je u redu. Dobar ulov tamo, producentice Jocelyn.
Bullett Manale: Je li tako, je li tako bolje? Vidite li se sada?
Robin Bloor: Da svakako.
Bullett Manale: U redu, pa neka vas samo provede tamo gdje smo brzo bili stvarno. Otkriveni su slučajevi koje smo imali i ranije. Upravo sam dodao instancu u Chicagu i sada je ovdje navedeno sve što sada vidite. Primjetite da je već izvuklo 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. Tako da je lijepo to moći učiniti automatski. Ne moram ulaziti i vezati aplikaciju za slučajnost. Na temelju onoga što smo vidjeli 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 smo razgovarali o ključnim informacijama o ključnim primjerima, znajući verziju, a ne samo, znate, SQL Server 2012, nego stvarni broj verzije koji uključuje i kaže nam koji su hitni popravci uz njega povezani, koji su servisni paketi vezani za 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 jednom utvrdimo da je to otkrivena instanca, to će biti dio našeg inventara.
Druga stvar koju ćete ovdje vidjeti - i to će vam pokazati - je ispod ovog prikaza prikaza. Imamo te atribute o kojima sam ranije govorio, prilagođene atribute koji se mogu dodati. Tako možemo dodati otvorene vrste polja s okvirima, 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, vrlo korisne jer su sve prikupljene i prikupljene i tu 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 ste dobili stvarno dobre i bogate informacije bez potrebe za puno posla.
Drugi dio ovoga, kao što rekoh, prikuplja ove podatke 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 kojoj je pridružena razina usklađenosti ili regulatorni zahtjev, a mogla bi biti, recimo, Usklađivanje sa SOX-om ili PCI. Tako da mogu birati u kojim bazama podataka koja sukladnost povezana s njima moram ispuniti ili osigurati da se držim u skladu s tim regulatornim zahtjevima.
Dakle, pokazalo se da ove vrste stvari pomažu DBA osobama jer postoji mjesto na koje oni mogu središnje mjesto da lako ostave sve te pridružene metapodate u svom okruženju i mogu ga učiniti, kao što sam rekao, u skladu sa svojim poslovanjem dok rade. , kao način na koji posluju. Dakle, ako pogledamo sve stvari do sada ono što smo vidjeli, očito imate prilično dobar pregled primjerka, ako budem detaljno proučavao.
Mogu i pretraživati pa sam rekao da idemo potražiti to spremište usklađenosti u 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, moji gumbi ne rade tamo. U redu. Pogledajmo, pokušajmo ponovo. Idemo tamo. Dakle, mi bismo tada mogli vidjeti raščlambu gdje vidimo da li se išta tiče, bilo je poštivanje zakona, a ja mogu ući u to i to sa istog stajališta. Tako ste dobili stvarno brz i jednostavan način da kopate po tim podacima.
Kao što smo već spomenuli, imate mnogo različitih načina za stvaranje metapodataka protiv poslužitelja instance i baze podataka. Drugi dio je to što možete iskoristiti na način na koji ste ga grupirali i na način na koji ste mu povezani. 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 možda broja instanci. Tako ćemo to moći vidjeti. Na taj način dobivate zaista dobar, jednostavan način slikanja ovih slika na temelju 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 da bismo ga mogli iskoristiti i našim kolegama ili učiniti tamo što god trebamo. Tako da znate da biste mogli raditi takve stvari. Vratimo se - jesam li ga izgubio? Idemo tamo. U redu, nadam se da ovo 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 svoje upozorenje i upozorenje i biti u mogućnosti osigurati da za stvari koje želite stvarno znati, možete ih i postaviti. Tako možemo postaviti upozorenja, postaviti mogućnost uključivanja određenih stvari i isključenja određenih stvari, a zatim moći utvrditi tko će primati te poruke, a pretplatom na te upozorenja možemo pridružiti koga bismo željeli biti, tko bi želio znati o tim stvarima.
Ali kao što sam rekao ranije, ovo je stvarno lijep način za napraviti, barem imati opće mirnoće znati za čitave primjere SQL poduzeća - što je to što imate i osigurati da njegov rad bude optimalan, čak i ako ga nemate, nisu odlučili uložiti ulaganja u alat za praćenje performansi koji pogađa teške uređaje. 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 imaš tog mira i znam što se događa.
Pa 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: To zvuči odlično. Dakle Robin? Dez? Ima li pitanja?
Robin Bloor: Pa imam pitanja. Zapravo je vrlo zanimljivo gledati ovo, mislim, želio sam samo komentirati da sam svugdje bio, i to 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, oni su svi radeći 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, znaš da će se upasti u probleme. Dakle, pitanje koje me sada zanima i znam da će vam biti teško odgovoriti, ali što ako dođete na mjesto gdje nemaju ništa slično za rad proračunskih tablica, pa pretpostavljam pretpostaviti DBA su vrlo pametni momci i tako dalje i tako dalje, kakav ROI 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 okruženja biti malo drugačija. Očito da što je veće poduzeće, veće je okruženje, očito je to veći 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 s tisućama slučajeva - gdje imam ljudi gdje im to pokažem i oni kažu da će to potrajati dva tjedna mog vremena unatrag. Rekao sam to više puta. Dakle, teško je reći s obzirom na stvarni iznos dolara od kupnje, ali značajan je kada imate okruženja.
Kao što rekoh, prilično je dosljedan, ljudi koje sam ja, većina ljudi s kojima razgovaram, čuvaju ove stvari u proračunskoj tablici. Dakle, njegova samo vrlo, vrlo subjektivna stvar, jer je svako okruženje, malo drugačije u pogledu načina na koji oni licenciraju i kako oni licenciraju s Microsoftom, još jedan dio tog čimbenika. Ali ako moraju napraviti prave prozore svake godine ili svake tri godine, mislim da su tri godine maksimalno za Microsoftove iste karte, oni žele da to istorirate barem svake tri godine.
Tada znate njegov značaj i to, znate samo njegovo nešto što puno olakšava. Budući da se dinamična stvar koja se uvijek mijenja, daje i malo više valjanosti i u pogledu na to što gledate stihove, pa nismo stvarno 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 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, da biste lako došli do tih podataka.
U svakom slučaju, kao što ističete, njegova dinamika i ja osobno nemam pojma, jer zapravo nikada nisam morao pregovarati s Microsoftom, tako da nisam imao pojma, ali pretpostavlja se da postoje baze podataka koje ljudi vrlo često ruše testne podatke, okruženja za testiranje i ja bih pretpostavite da su ti trn u vašoj strani ako radite licenciranje. Jesi li to ti-?
Bullett Manale: Da, da. To je slučaj zato što se mnogo puta zaborave te stvari i tada počnemo pokušavati shvatiti, ok, dobro, weve je dobio osnovno licenciranje da moramo utvrditi broj jezgara za svaki od ovih slučajeva, a ja ne znam, u pogledu standarda onoga što kupujete hardver mudro, možda biste mogli kupiti prilično dobar hardver, a ako taj hardver ne upotrebljavate na način na koji bi ga trebali koristiti, onda preplaćujete, jer plaćate osnovnu cijenu kada te jezgre ne iskoristite tako da postaje problem.
Dakle, svaka verzija SQL-a ima različit način na koji se primjenjuje licenciranje što ga čak i malo zbunjuje. Dakle, oko toga imate nekih izazova, pa je to velik dio zašto su ove informacije vrlo korisne jer vam možemo reći o kojoj se verziji radi, ali i očito o broju jezgara koje imate, ako postoje njezine starije verzije 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 ...
Robin Bloor: U redu je, idite u Dez, htio sam postaviti možda irelevantno pitanje.
Dez Blanchfield: Samo nešto stvarno brzo, dok ste sada na temi koju ste sada vidjeli - viđali ste puno više usvajanja oblačnih okruženja i ako bi to radili unutar vlastitog našeg podatkovnog centra, unutar našeg vlastitog okruženja, oni se pauče okolo i pronalaze, otkrivajući stvari relativno je jednostavno. ,
Kako ćemo, kako se nositi sa scenarijem u kojem bismo mogli imati tri skupa podataka, dva oblaka, a vidljivost u tim okruženjima se probija i često se nalazi skup podataka na kraju cijevi ili VPN. Postoji li neko što treba otkriti s prednjeg kraja ili trebamo otvoriti portove kako bismo mogli skenirati u određenim okruženjima između oblaka i izvan prostorija u kojima rade ove platforme?
Bullett Manale: Da, bilo bi, razmislili bismo o lukama. Nažalost, volio bih da mogu reći da će probiti sva ta okruženja, ali postoji nekoliko različitih opcija koje biste mogli učiniti s tim. Očito, ako radite nešto poput Amazon EC2, sve što će vam stvarno trebati je pristup tom okruženju kroz vašu povezanost, pod pretpostavkom da su vaši portovi otvoreni i tada možete odrediti vaše IP adrese ili vašu domenu koja je povezana s tim i može započeti prikupljanje i započeti otkrivanje.
Dakle, to u onim okruženjima to stvarno nije problem; njegova specifičnija okruženja poput RDS-a i gdje samo dobivate bazu podataka, gdje će biti malo zahtjevnije vidjeti i otkriti tu vrstu informacija.
Dez Blanchfield: Dakle, slijedeći ono što je bilo tamo, postoje baze podataka i baze podataka. Tako, na primjer, dobri stari dani kao da imaju vrlo, vrlo velik motor baza podataka poput anegdote koju sam dijelio sprijeda gdje je njegova samo jedna ogromna platforma i sve što čini jest pružanje baza podataka. Ovih dana baze podataka ugrađene su u sve, u stvari, poput njih dvije ili tri, samo se prikazuju u mom telefonu iza aplikacija.
Kakve izazove imate sa scenarijima u kojima imate okruženja koja dolaze iz Lotus Notesa, iza njih su aplikacije, SharePoint s bazom podataka na raznim 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 je stvar u onome što ste rekli - sve sada treba bazu podataka, pa puno puta je puno vjerojatno, to je puno baza podataka koje se uvode u okruženje koje i sami DBA uopće nisu napravili svjestan jer nije jako teško instalirati SQL poslužitelj instaliran u okolini, općenito govoreći.
Ovaj alat također identificira stvari poput ekspresnih baza podataka, tako da besplatne verzije SQL Servera. Smiješno, kad još jednom razgovarate sa DBA osobama, ne dobijete dosljedan odgovor u pogledu toga 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 one izražene baze 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 druga polovica ljudi, "Hej, nisu bili odgovorni za te baze podataka i sve što su stavili na njih čuva se osoba koja ih je instalirala." Ali rekao bih da sve u svemu što ste rekli, sve je prilično Danas se za njega veže aplikacija koja samo 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 viđam ih sada u poslovnim okruženjima, gdje je to, kao što ste rekli, da ljudi čak i zaborave kad instaliraju nešto poput SharePointa ili poput samo-razmjene, tako da znate da 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, a onda se netko počne žaliti na performanse i oni su poput, "To je samo vaš stari poslužitelj, vaša pohrana, vaša mreža, bilo što drugo", i tada se zove DBA i oni kažu: "Pa, upravo ste ugurao sve u ovu besplatnu verziju baze podataka, što nije ono što vam je potrebno za ovako veliku. "
Osobito kada imate scenarije poput Project Manager i Office pokreće stotine, ako ne i tisuće projekata u velikom poduzeću ili korporaciji, a oni koriste SharePoint sa Microsoft Project Serverom i bacaju sve svoje PMO stvari u ovu bazu podataka. Ali na prednjem kraju su poput, i to samo internetsko sučelje. Ali stvarno postoje baze podataka i baze podataka.
Bullett Manale: Da.
Dez Blanchfield: Pa, što su oni, jedan od prvih koraka koje ljudi ovdje pretpostavljaju, postoji nekoliko 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 s njima. 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 alat, ali je statičan. Otkrijete otkriće i to je to. Dobivate popis stvari koje su vani. Uzeli smo to i rekli da izgledamo korak dalje omogućuje otkrivanje, pronađemo ono što je vani i dopustimo da ga stavimo u spremište i učinimo 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. To je odluka koju ćete u nekom trenutku morati donijeti: „Pokušavam li automatizirati to otkriće ili bar prvo dobro uspostaviti ono što je vani, a zatim se možda brinem o nekim iznimkama?“ Ali za većinu dio koji 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 idete na Ideu, I-D-E-R-A.com, vidjet ćete, a ja zapravo mogu stvarno brzo to vrlo brzo pokazati. Na web stranici Idera idete na proizvode, idite do upravitelja zaliha. Ovdje ćete vidjeti vezu za preuzimanje. Upravo određujete koju verziju želite instalirati na 64 ili 32 bit, i tada ćete krenuti i otkriće možete započeti odatle.
Robin Bloor: Fantastična i sjajna, odlična prezentacija, hvala vam puno.
Bullett Manale: Hvala vam.
Eric Kavanagh: Imamo nekoliko pitanja od publike i dobro vam ih postavljamo jer se danas moramo teško zaustaviti, ali Bullett je, opet, odličan posao na demonstraciji, sjajan posao našeg producenta koji je uhvatio da se to nije pokazalo.
Bullett Manale: Ispričavam se 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 vam.
Robin Bloor: Ali bilo je sjajno vidjeti i to usput, dobro odrađeno.
Eric Kavanagh: Da, arhivirat ćemo ovaj webcast za kasnije gledanje i tada ćemo ga imati nadamo se za oko sat ili dva, početna arhiva krene se ponekad i malo duže od toga, ali budite sigurni da obavijestite ljude. Puštanjem toga, ljudi. Još jednom hvala što ste sudjelovali u prostorijama za informiranje, zapravo su bile tople tehnologije. Pa vas uhvati sljedeći put. Čuvaj se, bok.