Avtor osebja Techopedia, 22. februarja 2017
Odvzem: Voditelj Eric Kavanagh razpravlja o upravljanju baz podatkov z dr. Robin Bloor, Dez Blanchfield in IDER-jevim Binh Chauom.
Trenutno niste prijavljeni. Če si želite ogledati video, se prijavite ali prijavite.
Eric Kavanagh: V redu, gospe in gospodje. Pozdravljeni in še enkrat dobrodošli. Sreda je, štiri ure je vzhodni čas in zadnjih nekaj let to pomeni čas za Hot Technologies. Tako je, to je naša oddaja s prijatelji Techopedia - Techopedia.com. Oglejte si jih na spletu. Imajo pošastni promet, 1, 5 milijona edinstvenih obiskovalcev na mesec. To je veliko spletnega prometa. Današnja tema, "Sanje DBA: Odkrivanje in upravljanje v okolju." Da, resnično je veliko vprašanje, zlasti za večje organizacije. Na tvojem resničnem diapozitivu je dovolj diapozitiva, na Twitterju @eric_kavanagh pa me je dovolj, vedno se poskušam vrniti in se vključiti v pogovor tam.
Še enkrat, danes govorimo o tehnologijah baz podatkov in resnično lahko razumemo, kaj se dogaja v široki pokrajini primerov baz podatkov. Kot mnogi od vas veste, ko enkrat začnete rasti svojo organizacijo, dobite veliko več teh primerov tam in ohranjanje teh stvari je lahko zanimiv izziv. Pravzaprav se spomnim, da sem pred nekaj leti imel odličen pogovor s fantom, ki je bil direktor upravljanja podatkov za urad CIO na ministrstvu za obrambo. In pripovedovala sem mu vse te zanimive stvari, vodila sva ta čudovit pogovor in povedala sem mu svojo osnovno zgodbo o lobiranju za preglednost zveznih izdatkov, on pa se je smejal in rekel: plenilska drona. "Rekel je:" Preglednost zvezne porabe? Sploh ne vem, koliko licenc za Oracle imam tukaj. "Ko sem slišal, bi lahko resnično cenil obseg izziva, s katerim se srečujejo nekatere organizacije.
Zdaj je veliko zanimivih orodij - danes jih bomo slišali - za razumevanje, kaj leti tam zunaj, pa še pred 20 leti je bil to resnično velik izziv. Ko gre za organizacije v velikosti DOD-a, si lahko samo predstavljate, da bo rešitev, ki bo prihranila veliko denarja, prihranila veliko časa, rešila nekatere težave upravljanja. si naenkrat reši več izzivov, če to počneš pravilno. O tem bomo izvedeli danes.
Robin Bloor je glavni analitik skupine The Bloor. Imamo Dez Blanchfield, našega znanstvenika za podatke, ki kliče od spodaj pod Sydney, Avstralija. In Binh Chau, višji vodja izdelkov IDERA, je tudi na vrsti.
#HOTTECH delamo kot hashtag - med nastopom vas prosimo, da tvitnete stran. Fantje se zanašamo na dobra vprašanja, zato vas prosimo, da ne bodite sramežljivi: kadar koli postavite vprašanja s pomočjo komponente Q&A na svoji konzoli za spletno oddajanje ali v tem oknu za klepet. In s tem ga bom predal doktorju Robinu Bloorju. Naj mu izročim ključe za WebEx. Tukaj gre in ga odnesi.
Dr. Robin Bloor: V redu. No, tukaj gremo na prvi diapozitiv. V Italiji jih imenujejo Stanlio in Olio, Laurel in Hardy. V devetdesetih letih, ko so bili vsi zaskrbljeni nad letom 2000, sem se vključil v številne projekte iz leta 2000. In šel sem - naj jih imenujemo velika zavarovalnica - in ugotovili, da imajo več kot 500 vlog, za katere niso vedeli, da obstajajo na mainframe. Naredili so popis glavnega okvira. No, v tistih časih so bila omrežja mainframe precej bolje skrbljena kot vse, kar je prišlo kasneje, mislim, o tem ni nobenega vprašanja.
Bil sem resnično omamen in govoril sem z ljudmi v organizaciji in rekli so, da ni osrednjega celovitega … ni bilo osebe, ki bi v bistvu vedela za te informacije. Nikoli niso vzeli zalog svojega premoženja. In baza podatkov je sredstvo brez negotovih pogojev, ker vsebuje podatke in podatke dragocene. Koliko primerov je vprašanje in dejansko, kje so? To je samo "Kaj je podatkovna baza?", In razlog za to mislim, da je baza podatkov omara, v katero vržete podatke. Pred kratkim sem govoril s spletnim mestom, ki je imelo na tisoče primerov Oracle. No, Oracle je baza podatkov, da če jo uporabljate na kakšen prefinjen način, potrebuje DBA.
Nekako sem vprašala o tem in rekli so, da, približno mislim, da gre za sedem ali osem DBA v celotni organizaciji. In rekel sem, da veste, "Kdo skrbi za drugih tisoč primerov?" In oni so rekli: "Pa res, kaj se tam zgodi je, da ga ljudje samo uporabljajo kot datotečni sistem. Imamo številne baze podatkov, ki so na velikih grozdih, kjer je resnično pomembna uspešnost, in imajo DBA, ki ves čas stojijo nad njimi. In potem imamo na tisoče drugih baz podatkov, za katere nihče sploh ne skrbi. "In sem jih natančno vprašal, koliko podatkovnih baz je prišlo, " No, Oracle je zadnjič to revidiral. "Ne opravijo revizije sami, veste, kar je zanimiva stvar.
Ampak, veste, obstajajo razlogi za uporabo baze podatkov. Baza podatkov implementira podatkovni model. Tam je namenjen deljenju podatkov: lahko upravlja več sočasnih zahtev za podatke, implementira varnostni model, je združljiv z ACID, je odporen ali se lahko nastavi, da je prožen, veste. To je razlog, da imamo baze podatkov. Ampak, veste, ni nič nenavadnega, da naletite na spletna mesta z več tisoč primerki SQL Server ali Oracle in večina se jih v bistvu samo uporablja kot datotečne sisteme. In zakaj bi potem ustvarili nov primerek?
Vem za ekipe razvijalcev, da če gradijo novo aplikacijo, jo gradijo v silosu, tako da bi vsaka nova aplikacija imela ločeno bazo podatkov. Ne bi nujno poskušali izločiti podatkovne plasti - mislim, da to ni dobra praksa. Ampak spet, veste, če imate zelo zapleteno okolje, postane zelo, zelo težko poskusiti in sestaviti vse baze podatkov, ki so med seboj povezane, če imate podatke znotraj njih, kjer obstajajo odnosi. Ustvarijo se primerki za replike.
Veste, v razpoložljivosti lahko imate vroče stanja pripravljenosti ali replike, v podatkovnih zbirkah pa imate tudi replike ali polprilike. Ko je bil predstavljen svet podatkovnih skladišč, se je začelo pojaviti vprašanje, koliko podatkovnih shramb je bilo tam, in ljudje so jih uporabljali le kot klonske datoteke, ki so podatke vzeli iz podatkovnega skladišča in niso bili posebej pozorni na njegovo delovanje v smiselno, da bi to naredili kot privzeto delovanje. Večina teh ljudi verjetno sploh ni vedela, da lahko dejansko prilagodite baze podatkov. Videla sem modele, ki so podatke razdelili v značilne skupine za namene distribucije.
Veš, pogosto pride do takšnih situacij podvajanja, ko imaš v organizaciji več depojev, vsi pa imajo baze podatkov in vsak je del osrednje baze podatkov. Dobite primere ostrenja. Slabe oblikovalske odločitve - Videla sem, da se v zvezi z bazami podatkov, kjer so ljudje ustvarili ločene zbirke podatkov brez pravega razloga, odvijajo resnično bizarni modeli. In kot sem že opozoril, so baze podatkov datotečni sistemi.
Potem so tu še testna in razvojna okolja, ki jih je treba postaviti in spustiti, vendar vsi štejejo za primere iz podatkovnih baz in vsi mimogrede morajo imeti varnost in vse druge stvari, ki jih baza podatkov upa. Upoštevanje primerkov - obremenitev baze podatkov je mogoče optimizirati samo za določen primerek. Če vas resnično zanimajo najboljši učinki, vam ne bo nujno omogočilo optimizacije, če vam bodo podatki skrčeni v množici baz podatkov.
Ni razloga, da ne ustvarite lažnih primerkov podatkov. Mešane delovne obremenitve v isti bazi podatkov kot kontrapunkt lahko privedejo do slabih zmogljivosti - še posebej opazen OLTP in velik poizvedbeni promet se preprosto ne mešata, nikoli se ne mešata in se verjetno nikoli ne bosta pomešala. Ponavadi je najbolje, da se baza podatkov konsolidira na ravni strežnika, ne pa da je več VM-jev. Toda VM zagotavljajo izolacijo; pri nekaterih ljudeh je oblikovalska odločitev za izolacijo podatkov iz drugih podatkov, tako da, če veste, da ta aplikacija ne uspe ali če ta baza podatkov ne uspe, moje aplikacije ne bo več padla.
Težava pri tem je seveda v tem, da na koncu naletite na naslednjo točko, ki je licenčnina za baze podatkov. Te se razlikujejo, vendar sem videl, da pristojbine za licence za bazo podatkov postajajo oblikovalsko merilo, ker nekdo ni želel razbiti določenega števila, zato ljudje slabo oblikujejo sisteme zgolj zaradi načina, kako licenca baze podatkov deluje. In še nekaj: če začnete utrjevati vse svoje baze podatkov, je treba opozoriti, da so DBA dragi. To ni tako enostavno.
Preprost pogled na svet - in to je v resnici zadnji diapozitiv - je podatkovna plast, transportna plast in procesna plast. In vsa strojna oprema se skriva pod tem. Ni mogoče optimizirati podatkovne plasti, ne da bi natančno vedeli, kaj je v njej in zakaj.
In če to rečem, bom prenesel prijatelju od spodaj, Dez Blanchfield.
Dez Blanchfield: Hvala, Robin. Dovolite mi, da se tu uredim z miško. Danes nam bom dal nekaj anekdot, ker je to ogromna tema in dva tedna bi lahko preživel z markerjem na beli plošči, da bi se ob tem zabaval, saj sem imel v tem prostoru skoraj tri desetletja vzponov in padcev. .
Najprej mentalna vizualna slika. Ko razmišljam o izzivu, o katerem govorimo danes - in v bistvu govorimo o rasti, razmnoževanju in razmnoževanju podatkovnih baz in vseh izzivih, ki izhajajo iz tega - sem želel to sliko orjaškega hrasta vstaviti v naš um. To so čudovito lepa drevesa, ki se začnejo kot majhen želod, vendar rastejo do teh behemoths. In ko to storijo, so zelo velike in nereda. In kot vidite na tej sliki, kot vizualna metafora, če želite, veste, da se veje gredo povsod in nato vejice, ki se odlepijo od teh in ostanejo na koncu teh in so v vseh naključnih, kaotičnih oblikah, in to je samo delček, ki ga lahko vidimo nad tlemi.
Nekako mislim na tiste, ki so podatki v bazi podatkov, spodaj pa je struktura korenin in se dotikajo vseh vrst navodil. Vendar se zdi zelo čisto in smiselno na površini tal tam, kjer je lepo in ravno, toda resničnost je prav tako nora pod zemljo, kot je nad tlemi; preprosto ne vidimo. In to pogosto uporabljam, ko začnem razmišljati o tem, kako opisati izziv, o katerem danes govorimo, organizacijam iz upravnega odbora vse do tehnikov, da bi jih poskusili pripeljati do vizualizacije, kaj se dejansko dogaja v njihovih organizacijah. Ker je tako enostavno pogledati računalniški zaslon in videti ta čudovita polja vrstic in stolpcev in si misliti: "To smo že uredili, ni nič hudega." Ampak to sploh ni tako. In tako sem na tej točki ponavadi udaril po tej vrstici, rekoč, da so baze podatkov v mojih mislih kot želod, veste, začnejo majhne in rastejo, toda preden to veste, imate gozd velikanskih hrastov in zato vizualni.
Torej, dve anekdoti, da bi delili scenarij, ki je zrasel pod nadzorom in ga ni bilo mogoče popraviti, nato pa še en, ki je naredil podobno stvar, vendar ga je bilo mogoče popraviti, in izpostavil bom ključno točko današnje razprave o tem, kako prišli smo do tega.
Prvi je bil scenarij, v katerem je CIO z največjimi nameni sčasoma nehote povzročil eno najbolj nepričakovanih in nezaželenih razraščanj, ki je le zrasla izven nadzora. To je bil scenarij, ko je vladna organizacija s tisoči osebja, zelo tehnično podkovanim osebjem, zahtevala dostop do svojih sistemov in orodij, s katerimi bi lahko začela sodelovati in avtomatizirati veliko svojih procesov. Želeli so se izogniti papirnatim obrazcem in želeli so ustvariti spletne sisteme, želeli so zajeti podatke in jih spremljati ter spremljati in sporočiti nazaj ter jih predstaviti svojim vrstnikom.
In tu so vse vrste stvari, od ljudi, ki se pripeljejo v svoje pisarne, se prijavijo in se prijavijo iz varnostnih razlogov vse do tega, kdo je naročil, kaj v kavarni v času kosila. In tako se je dobronamerni CIO odločil, da je Lotus Notes odlična ideja, saj je bil na številnih seminarjih, IBM pa je odlično opravil svoje delo in v pravem scenariju bi bila to odlična odločitev. potekalo je pod nadzorom. Toda zgodilo se je, namesto da Lotus Notes izročim skupini tehničnih ljudi, da se nekako uvedejo v okolje in nato postavijo smiselna orodja in tako naprej ter zagotovijo nekaj nadzora in upravljanja okoli tega, kar se je dejansko zgodilo, če je bil nameščen v standard operativno okolje, SOE, tako da je vsak namizni računalnik dejansko postal strežnik.
In tako so za celoten postopek pripravili usposabljanje, praktične zapiske in dokumentacijo in kar naenkrat so ljudje spoznali, "Ja, na svojem namizju imam Lotus Notes!" Kaj to pomeni, kaj mislite? No, to je pomenilo, da je na tisoče zelo tehnično strokovno usposobljenih uslužbencev učeno, kako učinkovito pisati in pisati aplikacije, v Lotus Notesu ustvariti malo baz podatkov, ki so v bistvu izgledale kot preglednice, vrstice in stolpci ter polja, in te male spletne vmesnike predstavili prek Domina.
Če bi želel zajeti podatke o nečem, bi lahko samo ustvaril malo obrazca in v vmesnik tipa preglednice, ga dal v datoteko, ustvaril malo baze podatkov Lotus Notes za njo in jo predstavil kot spletno aplikacijo in začel zbirati informacije. In to se je slišalo čudovito, dokler ni trajalo leta in kar naenkrat so spoznali, da se je nekdo zbudil in rekel: "No, počakaj, zakaj se v omrežju LAN pojavlja 10.000 novih aplikacij, ki delujejo na bazo podatkov, še posebej v zadnjih 12 mesecev? Kaj se dogaja? "No, zgodilo se je, da ste ljudem v bistvu dali puško, napolnjena je bila, varnost je bila izključena, in seveda so se ustrelili v nogo.
In tu je ta krasna podoba, ki jo ponavadi pričaram v mislih italijanskega umetnika, ki počne to čudno stvar, kjer dobi tovornjak sena in slame in ga vrže v sredino umetniškega studia in nato dobi kustosa umetniškega studia da naključno zataknejo iglo v sredino. In potem preživi dneve za krmo v živo, za kamero, ko gre skozi slamo in išče iglo v kozolcu. Dokler na koncu, po urah in dnevih, to najde in skoči gor in dol in se navduši. In kakorkoli, italijanski umetnik, kaj lahko storite? Je pa precej šaljiva in če ste jo kdaj gledali na spletu ali pa jo boste gledali na spletu, se vam zdi zelo katarzična.
Tukaj je scenarij nočne more, ko je dobronamerna tehnična oseba poslovnim ljudem - zelo tehnično pametnim poslovnim ljudem - ponudila orodje, ki naj bi jim olajšalo življenje. Pred časom pa smo imeli vprašanja, kdo jih podpira, kdo jih spremlja in podpira, kje so ti podatki, v kateri strukturi so podatki, kdo ureja sheme, kaj, če želim ustvariti drugo različico, kateri podatki so v teh različicah, ali lahko na teh stvareh naredim testno integracijo raziskav?
Veste, sami lahko naredite svoje sklepe o tem, kako je šlo, vendar ni šlo dobro in lahko si predstavljate, da je na stotine terabajtov podatkov in ne varnostno kopiranje, učinkovito sedenje na računalnikih ali prenosnikih na mizah, nekateri sistemi niso na voljo, ker ljudje ob 5.30 niso izklopili prenosnika in so ga odpeljali domov, da opravi delo, ki ga nihče v omrežju LAN ni mogel dobiti do te aplikacije. Ni se dobro končalo. Veliko podatkov je bilo treba očistiti in ročno obdelati ter jih vrniti v smiseln sistem; večina je bila samo zbrisana in odstranjena, saj se le-ta ni mogla več razširiti.
Potem pa moja druga anekdota s stvarmi na čisto drugačni poti. Zamislite si scenarij, na voljo imate razvijalce, preizkuse, integracije, sistemske integracije, preizkušanje sprejemanja uporabnikov, proizvodnjo, obnovo po nesreči, varnostno kopijo in varnostno kopijo od ene do 99 in več, na voljo imate nadgradnje, popravke in predstavitvena okolja iz od enega do 99 in več. In kar naenkrat sediš tam in greš: "Čakaj, kaj se dogaja, drži se, kdo kaj uporablja?" Veste, to je nočna mora, ki potencialno čaka, da se zgodi.
Toda v tem scenariju, ki se je zgodil, sem imel priložnost, da se vključim v organizacijo, ki je želela iz svoje osnovne bančne platforme izvleči poslovno enoto za upravljanje bogastva in jo postaviti kot ločeno organizacijo v bistvu zagona znotraj podjetja. Izziv je bil, da prevzamemo našo poslovno enoto za upravljanje bogastva ter vse ljudi in tehnologijo ter podatke okrog nje v javnih storitvah, ustvarimo zagon znotraj našega lastnega podjetja in ga rešimo, da bo lahko deloval pod svojo blagovno znamko.
To je svetovni vodja v bančništvu, ki ga ne bom imenoval. Izdelati smo morali poslovno enoto za upravljanje bogastva in vse stvari okoli nje. Torej, vse v celoti, vse osebje, fizična infrastruktura in jo preselite v nov pisarniški prostor. Vsi poslovni sistemi, vsa programska oprema, vsi podatki, vse licence, poimenujete. No, lahko si predstavljate, da je bilo za začetek videti kot nočna mora.
In če okoliščemo, govorimo o 78 sistemih v prvotni bančni platformi, ki podpirajo približno 14 osnovnih izdelkov, kar bi lahko predstavljalo približno tisoč različnih ponudb. Stotine in stotine baz podatkov v živo so v uporabi, in ko rečem v uporabi, smo jih morali prestaviti in situ, tako da bi bili v petek popoldne v enem okolju, v ponedeljek naj bi bili drugje in v soboto in v nedeljo so morali imeti ta križišče, kjer so transakcije šle iz enega sistema na levi, recimo za vizualizacijo, v drugega sistema na desni.
Približno 15.000 strank z neštetimi zapisi vsak in ETL nočno moro, ker noben od 78 sistemov na eni strani ni ustrezal sistemom na drugi strani. Imeli smo popolnoma novo bančno platformo, nove sisteme, novo programsko opremo, nove podatkovne baze in novo shemo. Torej, metapodatki, polja, vrstice, stolpci, zapisi, tabele, poimenujete, nič se ne ujemajo. Obstaja 14 različnih aktivnih razvojnih skupin, po ena za vsak izdelek. In ko smo gradili to okolje, smo ugotovili, da smo že takrat, ko smo imeli razvojni test, integracijo, integracijo sistemov, preskušanje sprejemanja uporabnikov, proizvodnjo, obnovo po katastrofi, predstavitvene kopije, varnostne kopije, nadgradnje, popravljanje - tam sem celo izpustil - trening, na primer in izobraževanja, za vsako razvojno skupino je bilo 23 različic teh okolij.
Sedaj sedite tam in kar naenkrat vam začne kri curiti in koža se prehladi, lasje pa stojijo - to se ne more nikoli dobro končati. No, izkazalo se je, da se je končalo zelo dobro, saj smo prvo, kar smo storili, še preden smo se lotili načrtovanja uvajanja tehnologije, šli in dobili pravo orodje. In uporabljali smo orodja in ne nujno ljudi, ampak ljudi, ki vozijo orodje. Uporabili smo orodja za preslikavo podatkov, orodja za kartiranje baz podatkov, v katerih so živeli, preslikali smo vse metapodatke, sheme in vse do vrstic, stolpcev, zapisov in polj.
Vedeli smo, iz česa prihajamo, nato pa smo to povezali z zemljevidom tega, kar smo postavili, kolikor je izgledala zunanja bančna platforma, in imeli smo povezavo med seboj. In karkoli je padlo na sredini, smo ustvarili podatkovno sobo, kamor bi šli skozi in jih ročno preslikali. Toda preden smo izvedli kakršno koli uvajanje in nastavitev teh okolij v novem svetu, smo poskrbeli, da vsak posamezen zapis, vsaka tabela, vsako polje, vsaka vrstica, vsak stolpec, vsaka baza podatkov in vsi metapodatki okrog njega, vsa dovoljenja in kontrole so bili preslikani, od enega do enega. In niti ene stvari nismo premaknili, dokler ni bila vzpostavljena ta povezava.
In tako je del ETL prešel iz nočne more v dokaj neboleč postopek samo potrjevanja kontrol in postopkov, ki jim sledimo. In to bi lahko počeli redno, skoraj uro. Delali smo prehod iz proizvodnje na starem svetu v nova okolja razvijalcev, preizkusov, integracij itd. V novi svet. In na dan, ko smo šli v živo, po petmesečnem postopku, da bi šli po enem mesecu v živo s testiranjem, nato pa čez šest mesecev, ko je bilo spletno in aktivno, smo imeli samo eno težavo in vprašanje je bilo, da je nekdo pozabil geslo in ga je bilo treba ponastaviti. To je bila edina težava, ki je v resnici ustvarila približno eno uro stresa pri ljudeh, ki mislijo, da je nekaj šlo narobe - izkazalo se je, da se je geslo izteklo in pozabili so, kaj je bilo, in morali so ga ponastaviti.
Lahko si predstavljate ta scenarij v primerjavi z okoljem Lotus Notes, kjer je nekdo imel velike namene, vendar ni razmišljal o izzivu. Naslednja stvar smo morali preizkusiti in preslikati vse te podatke in večino tega smo morali odpisati in bila je le velika izguba časa in truda ter sredstev in morale. Do scenarija, ko smo, ko je to pravilno načrtovano in pravilno izvedeno ter primerno izvedeno s pravimi orodji, dosegli odličen rezultat.
In tako me ta točka pripelje do te ene črte - preden bom predala našemu sodelavcu, da bi spregovorila o tem, kaj mora IDERA rešiti prav ta izziv - je to, da v današnjem svetu, kjer vse bolj sisteme poganjajo baze podatkov, ne gre le za ničnost, ampak Zdi se mi, da je nujno, da so pametna orodja po mojih izkušnjah edini način za upravljanje odkrivanja podatkov, upravljanja podatkov v merilu in hitrosti, ki jo premikamo.
In če je vse narejeno pravilno, je druga anekdota, ki sem jo samo upal ponazoriti, lahko zelo neboleč in zelo neopazen postopek. Ne samo v novih projektih, ampak v tem, da se obkrožate z trenutnim okoljem in zagotavljate, da lahko kadarkoli in dan spremljate, kaj se dogaja v vaši organizaciji, katera baza podatkov je tam, katere različice baze podatkov uporabljate in kdo uporablja.
V ta namen bom predal našemu sodelavcu iz IDERA in veselim se, da bom na mizi poslušal, kaj lahko ponudijo in kako bi rešili ta izziv.
Binh Chau: Super, hvala, Dez. Ali me slišite v redu? V redu, hvala. Pozdravljeni, jaz sem Binh Chau z IDERA. Danes bom malo spregovoril o izdelkih, ki smo jih poimenovali SQL Inventory Manager, in govori o odkritju in zmožnosti inventariziranja primerov in baz podatkov SQL Server tam zunaj in da bi nekako spoznal, kaj imate okolju in pogovorom o nekaterih drugih stvareh, o katerih sta govorila Dez in Robin v zvezi s širjenjem podatkovnih baz in potrebami po podatkih.
S tem pa, tukaj je nekaj premisleka, ki ste ga, po mojem mnenju, slišali anekdotalno v obeh zgodbah, ki jih je Dez opisal. Ampak v bistvu je danes toliko potreb po podatkih in poslovnih skupinah zunaj in poslovnih skupinah tam, ki se nekako vrtijo po svojih aplikacijah in strežnikih, zlasti s SQL strežnikom, kajne? Ker lahko enostavno posodobite različico SQL Express ali BI storitve, se v mnogih organizacijah dogaja samo širjenje SQL, od malih do velikih.
Velikokrat se akterji DBA ne zavedajo, da se je nekdo odločil, da bo začel, veste, ustvariti primerek, namesto da le postavi bazo podatkov na obstoječi primerek. Te stvari se ne zavedajo, dokler morda ne bo težav in nekdo pokliče DBA: "O ne, moja aplikacija je prenehala delovati, ni se sposobna povezati z bazo podatkov, kaj se dogaja?" In veste, ko DBA vpraša nekaj vprašanj, ki jih odkrijejo, "Hej, ta ni bil na našem radarju, tega se nismo zavedali."
Še ena od njih so stroški licenciranja, kajne? Licenca Microsoftovega strežnika: če deluje, vam ni treba imeti posebnega ključa za toliko primerov. Lahko razporedite in nato opravijo revizijo. Veste, kasneje opravijo revizijo in nekako odkrijejo, koliko licenc dejansko potrebujete. Če torej opravijo revizijo in ne poznate neznanih strežnikov, bi to lahko povzročilo drago revizijo. In zato je dobro imeti orodje ali imeti zalogo pred časom, da veste, koliko stanejo vaše licenciranje, in da lahko ne le veste, temveč tudi upravljate z njim.
In potem, o čemer sem pravkar govoril, če se strežnik ne zavedaš velikokrat, če stvari tečejo v redu, je vse v redu, toda šele ko se nekaj zaveš, je to problem. In tako lahko pride do motenj v proizvodnji ali morda strežnik ni bil vzdrževan in na tem strežniku niste dobili popravka, kar povzroča težavo.
Nekatera vprašanja, s katerimi se vsakodnevno spopadajo vprašanja DBA, je, da se soočajo, lahko bi bila upravna ali strateška, toda nekatere stvari, kot je Microsoft, je pravkar izdal kritičen sistemski popravek, koliko sistemov bo potreboval ta nov obliž? Na koga bo vplival izpad, če bom moral spustiti sistem, da ga popravim? Kako lahko enostavno pridem do teh informacij? Ali moram iti v preglednico? Ali moram to najti v več sistemov? Ali moram doseči seznam različnih poslovnih skupin, da dobim seznam? Res ga je težko deliti.
Še en dober je v bistvu, nekdo pride zraven in pravi, da potrebujem novo bazo podatkov. Potreboval bo velikost X in imeti mora toliko zmogljivosti, potem pa hočejo vedeti, kam jo lahko postavim. Ne da bi vedeli, kaj je v vaši pokrajini, jim je težko povedati, v redu, lahko to postavimo sem, tu ali tukaj. Nekako morate iti in opraviti ročne preglede, ki so potrebni za to. In govorili smo o reviziji in tudi lopovskem strežniku.
Če imate zunaj lopovski strežnik, ne veste, v kakšnem stanju je, ali je bilo varnostno kopirano, ali ima vse svoje popravke. Včasih se teh stvari morda ne zavedate, dokler ne pride do težav, kar bi bilo slabo.
To so nekakšni izzivi, vprašanja, vsakodnevno soočajo se z DBA, kaj se jih loti. Torej, želel sem vam predstaviti upravitelja inventarja SQL, ki je izdelek, ki ga imamo tam. Naredi nekaj stvari. Naredi odkritje, ki v bistvu nekako odide v vaše okolje, da bi videl, kakšen SQL Server je tam v vašem okolju. Potem pa lahko tudi samodejno odkrije, tako da v bistvu, ko enkrat odkrijete odkritje, lahko nastavite, da bo vsak dan ali tedensko odšel tja - ne glede na časovni okvir - in tam odkrival nove primere.
Potem pa boste lahko tudi samodejno registrirali te primere, da jih boste lahko začeli spremljati in preveriti njihovo zdravstveno stanje, nato pa lahko začeli katalogizirati in popisovati te primere, da boste imeli dober vpogled v svojo pokrajino SQL Server. Kaj je tam, kaj je proizvodnja, kaj razvija, kaj je obnova po nesrečah, kaj manj kritičnega in veste, katere aplikacije se izvajajo na njih. Prav tako lahko prejmete opozorila o tem, kdaj stvari, ko zdravstveno preverjanje ne uspe, torej v bistvu, če strežnik gre, ali pa tudi številne dodatne stvari, ki jih lahko sami orodite.
Eric Kavanagh: Nekoliko postaneš mehak, samo da veš.
Binh Chau: Oprosti, je to bolje? Moram, da vas fantje popeljejo skozi demonstracijo in vam pokažem, kaj počne. Počakajte sekundo, naj najprej delim svoj zaslon. Ali vidite spletni vmesnik? To je vmesnik SQL Inventory Manager. Zaslon, ki vam ga prikažem tukaj, je spletni vmesnik. Zaslon, ki vam ga tukaj prikazujem, je naš primerk zbirke podatkov. Čez vrh pa vidite, da se imamo različni. Torej, "odkrita" so v bistvu vsi primeri, ki jih odkrijejo v omrežju. In kar se mi bo pokazalo, je v bistvu.
Eric Kavanagh: Tam se začneš razpadati le malo. Morda boste želeli odložiti telefon in ga vstaviti na zvočnik. Kar daj.
Binh Chau: na tem zaslonu Discovery bo prikazano vse, kar je odkril upravitelj zalog v vašem omrežju. Tu se odkrije kot 1.003 strežnikov. In povedala vam bo različico, izdajo, če jo lahko najde, kdaj je bila odkrita in kako je bila odkrita. Recimo na primer, da se odločim, da bom ignoriral nekatere od teh, kar pomeni, da veste, morda želim prezreti Developer Edition, ker mi niso tako pomembni, ker so samo Razvijalčeva različica; Lahko se odločim, da bom te prezrl in jih bom dal na zavihek Ignore, tako da naslednjič, ko zaženem Discovery, mi tega ne bo več pokazal. Zdaj lahko izpolnim možnost samodejne registracije ali se lahko ročno registriram.
In tukaj sem izbral, da spremljam šest primerov. In tukaj je prijavljen in bo izvajal občasne preglede teh in potem je več preverjanj, karkoli od tega, veste, preverja vsakih 30 sekund, da ugotovi, ali je strežnik navzgor ali navzdol in vam daje nekakšen pregled nad kakšna je ta država. V bistvu mi pravi, da imam en strežnik, ki je padel, in teh pet, ki so gor. Prav tako mi pove, katere izdaje strežnika, število baz podatkov, stanje podatkovnih baz, kateri koli dodatni inventar ali metapodatke okrog tega strežnika. Od tu lahko pridem tudi do pogleda Licenciranje. Tukaj mi daje nekaj Microsoftovih podatkov o licenciranju, ki jih potrebujem, če bi želel doseči skupno ali povzetek pred revizijo Microsofta.
Tu je število jeder, število vtičnic, možna licenca za jedro, ki jo je Microsoft uvedel z letom 2012. To je bilo naše mnenje v primeru. Naša stran s pregledom, to je vrsta strani, ki jo boste odprli. To vam bo pokazalo zdravstvene preglede ali priporočila, ki jih ima, tako kot zdaj mi pravi, da imam devet baz podatkov, ki nimajo trenutne varnostne kopije. Tja lahko kliknem, da se spustim do podrobnosti o tem, katere baze podatkov so, in lahko poiščem, če bom to potrebno. Pokaže mi vse zgornje baze podatkov po velikosti, zgornje baze podatkov po dejavnosti. Lahko kliknem določen strežnik in dobim več podrobnosti o njem.
Eric Kavanagh: Čeprav se to razvija, je tisto, kar nam tukaj kažete, zmožnost videti resnično vse, kar je povezano z omrežjem, kajne?
Binh Chau: Prav. To prikazuje vse, kar sem izbral za spremljanje z Inventory Manager. To je strežnik SQL, tukaj mi prikazuje vse aplikacije, ki so povezane s strežnikom. Spet lahko dobim v vseh bazah podatkov, ki so povezane na tem strežniku. Tu bi lahko stvari označil. Lahko ustvarim oznako za ta določen strežnik, ne glede na to, ali gre za natančno domeno ali ne. Stranke, ki jih uporabljajo, želijo, da želijo označiti svoje proizvodne strežnike ali svoje dolžniške strežnike in potem lahko nekako dobijo popolno poročilo o tem, kako so stvari. Ko grem na zavihek Administracija, lahko tako zaženem program Discovery. In Discovery bo v bistvu šel ven in naletel na vaše omrežje in poiskal vse SQL strežnike v vašem okolju.
Tu imam to natančno domeno, ki je naša domena, in nastavil sem si jo, da vem, da na tej določeni domeni uporabite ta uporabniški račun Windows za odkrivanje in želim, da naredite popolno skeniranje. Izberem lahko tudi, da določim »Optično skeniraj samo to poddomeno« ali »Samo skeniraj nadrejeni.« Toda v tem primeru sem tukaj rekel, da zaženete celotno skeniranje. Tu so različne vrste skeniranja, ki jih lahko uporabim in če shranim to, in v bistvu je to delo, ki ga lahko nastavim. Trenutno je izklopljeno, kar pomeni, da bi moral te preglede ročno zagnati. Če pa bi hotel, bi ga lahko določil vsak dan, veste, vsak dan voditi delo. Ali če se odločim, da ga ne bom izvajal vsak dan - preveč je - lahko rečem, da delam tedensko ob določenem datumu in času.
In potem samodejna registracija tukaj, če je ta vklopljena, bo to storilo, da se bo vsakič, ko bo našel nov strežnik, samodejno registriral v upravitelja zalog, da ga bom lahko začel spremljati. Če je na voljo kakšna izdaja, ki jo želim izključiti, kot je na primer, ne zanima me izdaja Express ali Developer Edition, ker sta razvojno okolje, potem bi jih tukaj samo kliknil in kaj bo storil, je samo to Ko bom našel nekaj novega, ga bom samo dodal upravitelju zalog, tako da ga lahko spremljate, če ne bo izdaja za razvijalce ali ekspres.
In tukaj lahko postavim oznake, tako da lahko na primer, če imam proizvodne strežnike, odidem sem in jih označim. Lahko bi bodisi bazo podatkov ali strežnik označil z določeno modro oznako, tako da lahko na primer rečem, da mora imeti ta AO_NODE proizvodno oznako. In tako, če bi moral enostavno priti do strežnika, lahko grem sem in kliknem na oznako Production in takoj me bo pripeljal do teh dveh strežnikov. To je naš pogled v Raziskovalcu in to prikazuje Lastnik, vendar bi lahko rekel tudi po oznaki Instance, po zbirkah podatkov in to lahko razširim, da vidim, kakšne so.
Druga koristna funkcija, ki smo jo zgradili, da je ljudem tukaj resnično všeč, je možnost, da si ogledate, kaj upravljate prek upravitelja zalog, in vidite, na kakšni ravni so popravki. V bistvu mi tukaj govori o šestih strežnikih, s katerimi sem upravljal svoja orodja, ne glede na to, ali je na voljo posodobitev za Microsoft in ali je različica, na kateri sem, ali je podprta ali ne, in podpora stanje. Če bi želel izvedeti več o tem posebnem popravku, lahko kliknem nanj in to bo povezalo do Microsoftovega članka v zvezi s tem, kaj gre v tem popravku in ali jih bom naslovil. Ta seznam lahko izvozite, če želite, tako da lahko rečete: "Hej, moram ta konec tedna zalepiti morda tri od teh strežnikov in druge tri pozneje."
Seznam sestavljen - tako da obstaja seznam, s katerim se preverja, ali je vaša različica posodobljena. Ta seznam lahko greste ven in ga prenesete, da se prepričate, da je posodobljen in imate najnovejši seznam, s katerim ga lahko primerjate. Druga čedna lastnost inventarja, ki je ljudem všeč, je možnost dodajanja ne samo oznak, ampak tudi možnost dodajanja polj po meri po meri. Če veste, če želite tukaj dodati polje, da označite bazo podatkov, recimo, da jo želim označiti na ravni baze. Oddelek, ta oddelek in ta baza podatkov bi lahko naredil drugačno vrsto: odprto, resnično / napačno ali seznam za izbiro.
In lahko bi rekel, saj veste, da gre za kadrovske zadeve, trženje, raziskave in razvoj, finance. In kaj je tukaj v bistvu, ko lahko te stvari označite, lahko od tu dobite nekaj podatkov, ki povejo, koliko zmogljivosti uporablja vsaka baza podatkov, nato pa lahko začnete z nekaterimi vrstami, ali raste in ali je smiselno vrniti te oddelke?
Druga stvar je, če morate zagnati vzdrževanje, saj veste, kdo je v tej bazi podatkov, lahko veste, na koga se obrniti in jim sporočiti: "Hej, moram vzdrževati vzdrževanje ta konec tedna, vaše baze podatkov bodo brez povezave." in tako naprej in tako naprej. Druga koristna funkcija je iskalno polje tukaj, ki je ljudem všeč. Velikokrat se DBA vprašajo o zbirki podatkov ali aplikaciji ali strežniku, odvisno od tega, kdo se z njimi pogovarja, je težko težko ugotoviti, kje je to. Kar bi lahko naredili tukaj, je, da morda ne veste, kje baza podatkov živi, ampak bi jo lahko preprosto vnesli. Lahko bi samo vtipkal nadzorno ploščo IDERA in potegnil bo nekaj baz podatkov in kje sedijo, tako da lahko preprosto dobite tistim. In potem potegne dodatne informacije o njih: njihovo velikost, velikost dnevnika, ali je imel kdaj varnostno kopijo, v kakšnem načinu obnovitve je, ali sem želel dodati oznake o tem. Znotraj tega orodja je veliko različnih funkcij, saj veste, to je orodje za inventar, vendar je to orodje za inventar, ki je zelo specifično za SQL Server in DBA.
Predvidevam, da so dodatne agencije, ki jih želi imeti dostop do ali videti, kako videti okolje in pokrajino v svojih bazah podatkov. Prav tako se lahko naročite, konfigurirate strežnik SMTP in nastavite naročnino, da opozorite zase ali za vse uporabnike tukaj. To bom ustavil in se vrnil k predstavitvi. In ta zadnji diapozitiv je le preprost pogled na arhitekturo. To je spletna konzola, ki deluje na vdelanih spletnih storitvah Tomcat.
Imamo nekaj storitev zbiranja in storitev upravljanja, ki jih damo v repozitorij, storitve upravljanja pa ugasnejo in zaženejo Discovery na različnih primerih SQL Server. Na strežnikih monitorjev ni nameščeno nič. Imamo obdobja, ki se izvajajo občasno, ki samo zbirajo podatke o njej, torej v bistvu, ali gre gor ali dol, koliko podatkov uporabljate, kakšne so druge različice ljudi. No, to je vse.
Eric Kavanagh: Ja, naj vas vprašam - postavil bom par vprašanj in potem sem prepričan, da imata tudi Robin in Dez nekaj - samo iz radovednosti, ko pride kdo, da opravi revizijo, recimo Microsoft, uporabljajo to orodje ali domnevam, da imajo nekaj lastniških orodij, ki jih uporabljajo?
Binh Chau: Ja, verjamem, da uporabljajo lastniška orodja. Stvar je v tem, da je to orodje za inventar, tako da je posodobljeno glede na svoje znanje, saj ima nalogo, da gre ven in nenehno zbira podatke o svojih strežnikih, zmanjkalo bo tam in kadar koli boste imeli na voljo najnovejše informacije o tem, kako se stvari spreminjajo glede na, veste, enkratna poročila, ki jih lahko dobite od Microsofta, da je to število strežnikov, ki jih imate, to so različice, ki jih imate .
Eric Kavanagh: Ja, radoveden sem odkrito. Ko nekdo kupi to orodje in ga začne uporabljati, kako se v resnici zgodi odkritje? To je bilo nekako tisto, na kar sem prej namigoval, z drugimi besedami, ali se dotaknete omrežja, da vidite, kateri signali letijo tja, ki so videti kot primeri baz podatkov, in nato katalogizirate to in potem, ko ste označili primerek baze podatkov, ki spremljate? Mislim, da ima nekakšen ping, ki ga počne tako pogosto in če na primer pade, na primer veš, da je dol. Je to tako, kako stvari delujejo?
Binh Chau: Ja. Ko vklopite Discovery, gre v vaše omrežje in imamo več različnih pregledov, toda veste, brskalnik in pregled registra. Naredi različne preglede, da bi videl, kakšen je računalnik tam, in nato preveri: ali imate zunaj SQL strežnike ali BI storitve? In potem ga vrne nazaj in ga potegne v orodje in ti pokaže: "Hej, tukaj je vse, kar sem odkril."
In če bi rekli, "želim spremljati uporabo tega orodja", to bomo spremljali in to bomo pingirali. Ima naloge, da se tako pogosto dotika, tako da reče: "V redu, preverite to zdaj, " - veste, razpoložljivost baze podatkov - preverite zdaj o zgodovini baze podatkov, preverite na strani baze podatkov. Izvaja vrsto opravil za preverjanje baze podatkov, ki jo spremljate.
Eric Kavanagh: Ja, to je dobro. In imamo vprašanje člana občinstva. Vem, da imate na voljo orodja, ki delujejo z različnimi tehnologijami baz podatkov, vendar to še posebej danes prikazujete, ali je to samo za SQL Server ali zajema tudi druge vrste baz podatkov?
Binh Chau: Trenutno to posebno orodje pokriva SQL Server.
Eric Kavanagh: V redu, to je v redu. No, naj ga predam Robinu, prepričan sem, da ima par vprašanj, potem pa se vrnem k Dezu. Taščica?
Dr Robin Bloor: Ja, seveda. Microsoft je pred kratkim - nekje leta 2006 - objavil SQL Server v Linuxu, vendar mislim, da ga še ni dostavil. Prav spraševal sem se, ali imaš kaj komentarja na to. Se tega zavedate? Se igrate s tem?
Binh Chau: Ja, smo. Načrtujemo to vključiti. Mislim, lepo pri tem orodju je, da sem se pogovarjal z veliko strankami, ki so izdelale svoje domače orodje, da bi naredile enako, vendar morajo biti v koraku z novimi izdajami in različicami, ki Microsoft prihaja, vendar imamo nove različice in izdaje. Vstopimo že zgodaj, da zagotovimo, da bo orodje lahko spremljalo in upravljalo nove izdaje. Torej, SQL v Linuxu je nekaj, kar nameravamo dodati in dati na voljo, ko bo na voljo - verjamem, da bom pozneje letos.
Dr. Robin Bloor: Ja, to je zanimivo. Pričakujete, da bo veliko vaših strank dejansko to tudi storilo? Mislim, SQL Server je po mojih izkušnjah zelo izpopolnjena baza podatkov. Mislim, veste, dolgo je v zobu, verjetno je treba to povedati. Mislim, veste, originalna zbirka Sybase je bila v resnici dokaj poenostavljena pri mnogih stvareh. Toda Microsoft je z leti dodal vedno več stvari. Ali bo vse to na voljo v Linuxu? Hočem reči, ali boste svojim strankam svetovali, ali naj to preselijo?
Binh Chau: Žal mi je, ali vidimo, da ljudje to vprašajo?
Dr. Robin Bloor: No, glede na to, da ste se z njo zapletli, ali je v Linuxu tako izpopolnjen kot v Windows-u?
Binh Chau: S tem se še nisem igral, toda to, kar sem slišal od kolega, je, da je pravzaprav zelo v enaki meri. Ampak osebno se nisem igral z novo različico SQL v Linuxu.
Dr. Robin Bloor: V redu. Ali imam prav, če pomislim, da ste agente preprosto postavili na vsak SQL Server, ki ga najdete? Ali to orodje deluje?
Binh Chau: Ne, pravzaprav ne postavljamo agentov. Za to posebno orodje, košček inventarja, pravzaprav ne postavljamo agentov. Pravkar gremo ven in pokličemo in preverimo stanja na njem. Lepa stvar tega orodja je, da je brez agentov.
Dr. Robin Bloor: Torej, imate še druga orodja SQL Server, ali me lahko nekako spomnite, kakšne druge izdelke imate v tem paketu, ki se ukvarjajo s SQL strežnikom?
Binh Chau: Da. Imamo SQL Diagnostic Manager. Je orodje za spremljanje in uspešnost. Za vas opravi bolj poglobljeno analizo ali diagnostiko ter preglede delovanja in zdravja kot upravitelj zalog. Lahka različica tega zdravstvenega pregleda upravitelja inventarja. Imamo tudi upravitelja skladnosti in Secure, ki je del našega varnostnega sklopa. V bistvu vam bo povedal, kdo dostopa do vaših podatkov, do katerih podatkov dostopa, zakaj in vam bo pomagal pri skladnosti in drugih smernicah za poročanje. Imamo SQL Safe, ki je naše orodje za varnostno kopiranje - naredi varnostno kopiranje in obnavljanje in to je lepo.
Imamo tudi našega Enterprise Job Manager, ki samo spremlja vaše delo. In potem imamo orodje Toolbox, ki so nabor orodij Admin in nabor orodij za primerjavo ter SQL Doctor. Nabor orodij za Admin in nabor orodij za primerjavo so tisto, kar si mislim kot nož švicarske vojske. Na voljo imajo več orodij, ki pomagajo DBA narediti različne stvari, kot so, veste, preverite popravke ali premaknete ali klonirate bazo podatkov. Toda v tem orodnem polju je 24 takih orodij.
Dr. Robin Bloor: Ali so ljudje, ki se ukvarjajo z upravljanjem zalog, običajno že uporabniki vaših drugih orodij? Ali pa je to nekakšna vstopna točka? Lahko si predstavljam - mislim, lahko mi poveste, če imate kakšne vojne zgodbe -, vendar si lahko predstavljam, če nikoli niste dejansko vodili popisa v dokaj velikem podatkovnem centru, je izkušnja lahko zelo trezna. Je to tisto, kar najdete?
Binh Chau: Da. Mislim, imamo kupce, ki jih orodje seznanja iz drugih skupin orodij, vendar imamo kupce, ki iščejo takšno orodje zaradi projektov, ki jih imajo. En primer, ki ga imam, je bilo podjetje, ki se je združilo z drugim podjetjem in kupilo vrsto podjetij in je moralo utrditi svoj odtis na SQL Server, da bi zmanjšalo svoje stroške. In zato so iskali orodje, s katerim bi lahko šli ven in odkrili vse, kar so imeli, da bi lahko začeli postopek, kako to utrdimo.
Dr Robin Bloor: Prav, razumem. Mislim, da je to precej pogosto pri združitvah, ko razmišljaš o tem. V redu, predal bom Dezu, nočem si vzeti časa. Poglejte, katera vprašanja imamo iz Avstralije.
Dez Blanchfield: Hvala, da, vprašanja so tu vedno na glavo. Ena od stvari, ki mi pade na pamet, in to dojemam precej, veste, podjetja niso povsem prepričana, kje potegniti črto, kdaj začeti vlagati. Kdaj mora organizacija - po vaših izkušnjah glede na to, da ste v hladni fazi - kdaj je pravi čas, da začnete vlagati v orodja, kot je to, da ne boste zašli v težave? Ali to počnete od prvega dne, ko začnete graditi infrastrukturo svoje baze podatkov nove organizacije ali, kot ste že omenili, ko opravite prevzem / združitev?
Ali obstaja kakšna lestvica, ki jo morate resnično imeti? Potrebujete 10 ali 100 ali 1.000 baz podatkov? Kakšne so vaše izkušnje do trga, s katerim se že dolgo ukvarjate, kdaj je pravi čas, da vstopite v ta prostor in verjetno, kje začeti? Kako izgleda, ko začnete?
Binh Chau: Mislim, mislim, da če gre za zelo majhno organizacijo, morda ne boste potrebovali tega orodja, denimo, z enim DBA ali nekaj DBA. Ko začnete dobiti skupino, ne vem, treh ali štirih DBA in morda 50 do 100 strežnikov, boste morda želeli začeti kaj takega. Mislim, da se vaša organizacija povečuje v velikosti in samo poslovni ljudje, ki so tehnično pametni, želijo, kot veste, tak primer, ki ste ga dali, želijo sami namestiti aplikacije in baze podatkov, toda takrat jih želite imeti tovrstno orodje, ker tako lahko vidite, kaj je tam zunaj.
Toda tudi v manjši organizaciji je lepo imeti tovrstno orodje, s katerim lahko nekako spremljate, kaj imate. Če ga razdelite tako, da lahko rečete: "Ja, kupil sem SQL 2012 za to okence, vendar trenutno deluje SQL 2008, ker imam aplikacijo, ki še vedno potrebuje to zapuščeno različico." Pomaga imeti samo to orodje Inventory nekako se izogniti upravljanju več preglednic, ki lahko postanejo ustaljene.
Dez Blanchfield: Drugo vprašanje, ki sem ga šele zasledoval: kakšne vrste spretnosti ali virov naj bi organizacije nameravale imeti, ko bodo dosegle to lestvico? Ali gre za določen nabor spretnosti, ki ga resnično potrebujete, ali vrsto izkušenj ali ozadja ali tip osebe, ki je najbolj primeren za tovrstne izzive? Ali je to nekaj, kar lahko povprečni DBA ali sistemski skrbnik ali sistemski skrbnik omrežja naloži temu? Ali resnično potrebujete ostre koničaste možgane ali jih lahko precej hitro poberete?
Binh Chau: Oprostite, zato ste govorili o spretnosti osebe?
Dez Blanchfield: Ja, tako da, ko razmišljate o skrbniku baze podatkov, obstaja določen nabor spretnosti, ki bi ga potrebovali. Ko torej najemate DBA, kot takšno, za to posebno vlogo, ko razmišljate o tipih izzivov, o katerih ste govorili tukaj, kjer uporabljate takšno orodje, da ostanete na vrhu zemljevidov in sledenja podatkovnih baz, Naredi odkritje in vozi to posebno orodje, ali je pri uporabi orodja in pristopu k tej vrsti izziva kaj edinstvenega ali je to nekaj, kar lahko povprečen DBA precej hitro pobere?
Binh Chau: Mislim, mislim, da lahko povprečen DBA to hitro pobere. Mislim, da je koristno imeti tovrstno orodje, ker ga lahko tudi obrnete, ker temelji na spletu. Lahko ga daste drugim uporabnikom v vaši organizaciji. Lahko ga daste razvijalcu aplikacij, ki lahko preveri njegovo specifično zbirko podatkov ali strežnik. Odvzame nekaj upravnih stvari, ki jih mora opraviti DBA. Prej bi nekdo poklical DBA in rekel: "Oh, zakaj je moj strežnik navzgor ali navzdol?" Zdaj lahko dobijo dostop in vidijo, ali so njihovi strežniki navzgor ali navzdol.
Dez Blanchfield: In kakšno okolje bi povprečna organizacija potrebovala za to? Ali potrebuje namenski fizični strežnik ali je to mogoče storiti na virtualnem stroju? Ali ga lahko uporabijo v oblačnem okolju? Kakšen je splošni odtis za uporabo orodja in samo njegovo splošno delovanje? Koliko težkega železa je potrebno, da teče vzporedno z drugimi okolji, ki jih preslikava?
Binh Chau: Ja, lahko se izvaja v VM ali računalniku ali strežniku. Ni nujno, da gre za namenski strežnik, ampak je odvisno od tega, koliko strežnikov spremljate. Če imate večje okolje, vam bo morda pomagalo večje strežnike, ker zbira veliko podatkov o SQL strežniku, ki ga spremljate.
Dez Blanchfield: Prav. Je to stvar, ki bi jo lahko udobno zagnali v primerku v oblaku in ustvarili VPN nazaj v svoje okolje, ali je količina podatkov, ki jih zbira, verjetno nekoliko težka za to vrsto uporabe?
Binh Chau: Nismo ga nastavili tako, da bi ga prikazoval v oblak, da bi to še izvajal v oblaku. Verjetno bi ga bilo mogoče izvajati na prem.
Dez Blanchfield: In zadnje vprašanje, če smem: veliko orodij, ki sem jih videl v tem prostoru, zlasti tam, kjer ste to omenili za en scenarij, kjer je nekdo kupil podjetje ali je prišlo do združitve ali česa takega, ali celo če gre za organizacijo, ki samo združuje poslovne enote, ali je to smiseln scenarij uporabe, kjer ga nekdo odloži na prenosni računalnik in ga odpelje v okolje za preslikavo sveta kot nekoč, ali je to malo verjeten scenarij uporabe? Je bolj res tako, da bo tam in samo trajno prepuščen teku?
Binh Chau: To specifično orodje je več kot nekakšna namestitev na strežnik in se tam pusti zagnati. Tako lahko zberete informacije, ki jih potrebujete, in hranite, verjetno, seznam tekočega, kar imate. Orodje Map ni podobno, ker je orodje Map nekako samostojno, preskočite na vrata, ki jih potrebujete, in storite, kar morate storiti z njim danes. Ta je nekakšen - lep del tega je dejstvo, da ga lahko nekako označite, ljudem omogočite dostop do njega, da nekako preverijo stanje svojega določenega strežnika, tistega, ki jih zanima.
Dez Blanchfield: V redu. Verjetno zadnje vprašanje zame in potem se bom vrnil Eriku za vprašanja, ki prihajajo skozi okno z vprašanji in navzočimi, saj smo imeli danes dobro volilno udeležbo, eno mojih najljubših. Samo za zaključek tega, kakšen je postopek za to? Vem, da je veliko vaših orodij na voljo za poskuse pred nakupom. Kam naj gredo ljudje, če želite izvedeti več o tem spletnem spletu, kje na spletnem mestu naj poiščejo prenose in kako izgleda pot, naredi dokaz ali koncept ali poskus in se z njim seznanite in se seznanite z njim da bi potem stopili v stik in ga kupili?
Binh Chau: Ja. Lahko obiščete spletno mesto IDERA.com in brezplačno prenesete dvotedensko preizkusno različico. Če vam je všeč in se želite obrniti na nas, lahko tudi z enim od naših inženirjev načrtujemo predstavitev, da se bolj poglobimo v orodje.
Dez Blanchfield: Fantastično. No, najlepša hvala za to. Cenim čas, da se z vami pogovorim o tem in na podlagi svojih osebnih izkušenj in prepričan sem, da za Robin govorim o njegovi vseživljenjski izkušnji, mislim, da je glede na to, da je danes nekaj takega, pogoj. Tega zdaj ne moremo storiti ročno, ne glede na to, kako zelo se trudimo; lestvica je preprosto prevelika in stvari se prehitro premikajo.
Ljudem toplo priporočam, da storijo prav to, skočijo na spletno stran IDERA in dobijo kopijo, s katero se bodo igrali. Ker je potencialno tveganje za mojo lastno izkušnjo z anekdotami, ki sem jih delil ravno danes, ali gre lahko od zelo slabe do zelo dobre, če imate prava orodja, lahko pa gre tudi po drugi poti, če ne t. Eric, nazaj k tebi.
Eric Kavanagh: Ja, samo še eno vprašanje zate, zanimivo. Samo radoveden sem, če vem, kaj vse vidiš tam, veš, oblak je v teh dneh očitno vedno pomembnejši - Amazon Web Services, vendar niso edini, Microsoft ima celotno ponudbo Azure zdi se, da pridobiva paro. Zanimivo me je vedeti, eden od navzočih piše, da je dr. Bloor zanimivo poudaril, da so DBA dragi in da je problem upravljanja, ki ga povzroča bodisi lopov DBA ali nekdo, ki ne počne tega, kar bi moral početi, mogoče to rešiti s selitvijo v oblak. Pravzaprav me zanima samo, koliko dejavnosti vidite? Ali menite, da selitev v oblak postaja večja težava za podjetja ali kaj je vaše mnenje le tak trend?
Binh Chau: Mislim, da je samo odvisno od tega, v kakšni težavi ste. Čutim, da nekatere panoge govorijo: "Ne, ne selimo se." Morda se ne selijo v javni oblak; morda gledajo na selitev ali selitev svojih stvari v zasebni oblak. Potem pa vidim, da nekatere organizacije, ki jih zanima, veste, da resnično napredujejo na hitro in nekako napredujejo proti Amazonu ali Microsoft Azure. In potem je nekaj ljudi, ki pravijo: "Ne, ne migljemo svojih podatkov" ali "Obstajajo samo nekateri podatki, ki bi jih preselili, ne pa tudi naših kritičnih." Mislim, da obstajajo trije kampi.
Eric Kavanagh: Ja, to bi bilo smiselno. Mislim, opažamo to vedno več in mislim, da se bo to premaknilo in se začelo kar nekaj časa. In v oblaku je tudi povratna luč. Ljudje vstopijo v spletne storitve Amazon - to smo slišali že večkrat - in sprva so stroški obvladljivi, nato pa sčasoma le narastejo in potem se nekako zataknete. V marsičem je oblak le še en podatkovni center, najmanj pa bo zanimivo potovanje naprej.
No, ljudje arhivirajo vse te spletne oddaje. Skočite v spletu na techopedia.com in si oglejte celoten seznam vseh stvari, ki jih počnemo. In seveda, v notranjosti znotrajanaanasis.com za vse najnovejše. In s tem se bomo poslovili. In še enkrat hvala za vaš čas in pozornost. Hvala za vse naše prijatelje v IDERA in jutri se bomo pogovarjali z upanjem, da bo naša filozofija podatkov kulminirala v spletnem prenosu. Tako je, Filozofija podatkov je jutri ob štirih po vzhodu. Upam, da se vidimo tam. Pazite, ljudje.
