Od zamestnancov Techopedia, 22. februára 2017
Take away : Host Eric Kavanagh diskutuje o správe databázy s Dr. Robinom Bloorom, Dezom Blanchfieldom a IDERA's Binh Chau.
Momentálne nie ste prihlásení. Ak chcete vidieť video, prihláste sa alebo sa zaregistrujte.
Eric Kavanagh: Dobre, dámy a páni. Dobrý deň, ešte raz vitajte. Je to streda, sú to štyri hodiny východného času a za posledných pár rokov to znamená, že je čas pre Hot Technologies. To je pravda, toto je naša šou s našimi priateľmi Techopedia - Techopedia.com. Vyskúšajte ich online. Dostávajú netvorový prenos, 1, 5 milióna jedinečných návštevníkov mesačne. To je veľa webového prenosu. Dnešná téma „Sen spoločnosti DBA: Objavovanie a správa v prostredí“. Áno, skutočne je to veľký problém, najmä pre väčšie organizácie. Je tu snímka o vás, a dosť o mne, zasiahla ma na Twitteri @eric_kavanagh, vždy sa snažím sledovať späť a zapojiť sa do konverzácie.
Opäť hovoríme o databázových technológiách dnes a skutočne dokážeme pochopiť, čo sa deje v širokej škále inštancií databázy. Ako mnohí z vás vedia, hneď ako začnete rozširovať svoju organizáciu, získate omnoho viac z týchto prípadov a udržanie si toho, čo sa deje v tejto veci, môže byť trochu zaujímavou výzvou. V skutočnosti si pamätám, že pred niekoľkými rokmi som mal skvelý rozhovor s mužom, ktorý bol riaditeľom správy údajov v kancelárii CIO na ministerstve obrany. A hovoril som mu o všetkých týchto zaujímavých veciach, viedli sme tento skvelý rozhovor a rozprával som mu svoj príbeh o lobovaní za transparentnosť federálnych výdavkov, a on sa zasmial a povedal: „Och, takže by som to mal poslať ďalej štrajk dravcov. “Povedal:„ Transparentnosť federálnych výdavkov? Neviem ani toľko licencií Oracle, ktoré tu mám. “Keď som to počul, skutočne som ocenil rozsah výziev, ktorým niektoré organizácie čelia.
Teraz, v dnešnej dobe, existuje veľa zaujímavých nástrojov - dnes o nich počujeme - na pochopenie toho, čo sa tam deje, ale aj pred 20 rokmi to bola skutočne vážna výzva. Pokiaľ ide o organizácie s veľkosťou DOD, viete si len predstaviť, že ak sa nám podarí zvládnuť to, čo ušetrí veľa peňazí, ušetrí to veľa času, vyrieši to niektoré problémy s riadením; ukončíte riešenie viacerých problémov naraz, ak urobíte niečo také správne. Dozvieme sa o tom dnes.
Máme vlastného Dr. Robina Bloora, hlavného analytika skupiny The Bloor Group. Máme Dez Blanchfielda, nášho vedeckého pracovníka s údajmi, ktorý zavolal zdola, v Sydney v Austrálii. A Binh Chau, senior produktový manažér spoločnosti IDERA, je tiež na rade.
Ako hashtag robíme #HOTTECH - počas show sa môžete bez problémov tweetnúť. A spoliehame sa na vás, že máte dobré otázky, takže sa nemusíte hanbiť: kedykoľvek sa opýtajte na otázky pomocou komponentu Otázky a odpovede vašej webovej konzoly alebo okna rozhovoru. A s tým pôjdem doktorovi Robinovi Bloorovi. Dovoľte mi, aby som mu dal kľúče od WebEx. Tam to ide a zober to.
Robin Bloor: Dobre. No, pôjdeme na prvú snímku. V Taliansku ich nazývajú Stanlio a Olio, Laurel a Hardy. V deväťdesiatych rokoch, keď sa všetci obávali roku 2000, som sa zapojil do mnohých projektov z roku 2000. A ja som išiel - povedzme im veľkú poisťovaciu spoločnosť - a zistili, že majú viac ako 500 aplikácií, o ktorých nevedeli, že existujú na mainframe. Zobrali inventár mainframe. V tých časoch sa prostredia mainframov oveľa lepšie starali ako čokoľvek, čo prišlo neskôr, myslím, že o tom jednoducho niet pochýb.
Bol som naozaj ohromený a hovoril som s ľuďmi v organizácii a hovorili, že neexistuje žiadne centrálne komplexné … neexistuje žiadna osoba zodpovedná za znalosť týchto informácií, v podstate viete. Nikdy nebrali zásoby svojich aktív. Databáza je v žiadnom prípade neistá výhoda, pretože obsahuje údaje a cenné údaje. Koľko prípadov je otázkou a kde vlastne sú? Toto je len „Čo je to databáza?“ A dôvod, prečo si myslím, že je, databáza je skrinka, do ktorej hodíte údaje. A nedávno som hovoril s webom, ktorý mal tisíce inštancií Oracle. No, Oracle je databáza, ktorá, ak ju používate akýmkoľvek sofistikovaným spôsobom, vyžaduje DBA.
Druh som sa na to spýtal a oni povedali, asi si myslím, že je to asi sedem alebo osem DBA v celej organizácii. A ja som povedal, viete: „Kto sa stará o tisíce prípadov?“ A oni povedali: „V skutočnosti sa stalo, že to ľudia jednoducho používajú ako systém súborov. Máme niekoľko databáz, ktoré sa nachádzajú vo veľkých zoskupeniach, v ktorých je výkon skutočne dôležitý, a majú nad nimi stále DBA. A potom máme tisíce ďalších databáz, o ktoré sa nikto nestará. “A spýtal som sa ich presne, koľko databáz a prišli s tým, „ Naposledy to spoločnosť Oracle vykonala audit. “Samy audity sami nevykonali., to je niečo zaujímavé.
Ale viete, existujú dôvody na použitie databázy. Databáza implementuje dátový model. Je tu na zdieľanie údajov: viete spravovať viacero súbežných žiadostí o dáta, implementovať model zabezpečenia, je v súlade s ACID, je odolný alebo môže byť nastavený ako odolný. To je dôvod, prečo máme databázy. Ale viete, nie je neobvyklé stretávať sa s webmi s tisíckami inštancií SQL Server alebo Oracle a väčšina z nich sa v zásade používa iba ako súborový systém. Prečo by ste teda vytvorili novú inštanciu?
Viem o vývojárskych tímoch, že ak zostavujú novú aplikáciu, zostavia ju do sila, takže každá daná nová aplikácia bude mať samostatnú databázu. Nemuseli by sa nevyhnutne snažiť vytvoriť dátovú vrstvu z vecí - nemyslím si, že je to dobrý postup. Ale opäť, viete, že ak máte veľmi komplikované prostredie, je veľmi, veľmi ťažké vyskúšať a zostaviť všetky databázy, ktoré spolu súvisia, pokiaľ ide o to, že v nich existujú údaje, kde existujú vzťahy. Inštancie sa vytvoria pre repliky.
Viete, že môžete mať pohotovostné pohotovostné režimy alebo repliky na účely dostupnosti, ale tiež máte repliky alebo semi-repliky v údajových kartách. Akonáhle bol predstavený svet dátového skladu, otázka, viete, koľko dátových máp tam bolo a ľudia ich jednoducho používali ako klonovacie súbory, vynášali údaje z dátového skladu a zvlášť sa nezaujímali o jeho výkonnosť v pocit, že by to urobili iba ako predvolený výkon. Väčšina z týchto ľudí pravdepodobne ani nevedela, že by ste skutočne mohli ladiť databázy. Videl som návrhy, ktoré za účelom distribúcie delili údaje do výrazných hromád.
Viete, často sa dostanete k tejto situácii replikácie, keď máte v organizácii viacero skladov a každá z nich má databázy a každá je střepom centrálnej databázy. Získate príklady z ostreľovania. Slabé rozhodnutia o dizajne - Videl som niekoľko skutočne bizarných návrhov, pokiaľ ide o databázy, v ktorých ľudia bez dobrého dôvodu vytvorili samostatné databázy. Ako som už poznamenal, databázy sú súborové systémy.
A potom existujú testovacie a vývojové prostredia, ktoré je potrebné postaviť sa a spadnúť, ale všetky sa počítajú ako inštancie v databáze a všetky z nich, mimochodom, musia mať zabezpečenie a všetky ďalšie veci, ktoré databáza, dúfajme, poskytuje. Úvahy o inštancii - pracovné zaťaženie databázy sa dá optimalizovať iba pre konkrétnu inštanciu. Ak sa skutočne zaujímate o absolútne najlepší výkon, nemusíte mať údaje, ktoré sa nachádzajú v množstvách databáz, v takomto prípade nevyhnutne optimálne.
Existuje dôvod, aby sa nevytvárali falošné prípady údajov. Zmiešané pracovné zaťaženia v tej istej databáze ako kontrapunkt môžu viesť k zlému výkonu - obzvlášť pozoruhodný OLTP a veľký objem dotazov sa jednoducho nemiešajú, nikdy sa nemiešajú a pravdepodobne sa nikdy nebudú miešať. Zvyčajne je lepšie konsolidovať databázu na úrovni servera, než mať viac virtuálnych počítačov. VMs však poskytujú izoláciu; u niektorých ľudí je to konštrukčné rozhodnutie izolovať údaje od iných údajov, takže viete, že ak zlyhá táto aplikácia alebo ak zlyhá táto databáza, moja aplikácia sa nezruší.
Problém s tým je, samozrejme, v tom, že ste skončili s ďalším bodom, ktorým sú licenčné poplatky za databázu. Tie sa líšia, ale videl som, že licenčné poplatky za databázu sa stali kritériom návrhu, pretože niekto nechcel roztrhnúť konkrétne číslo, a preto ľudia, ktorí navrhujú systémy zle, jednoducho kvôli spôsobu, akým funguje licencia na databázu. A je tu ešte jedna vec: ak začnete konsolidovať všetky svoje databázy, stojí za zmienku, že DBA sú drahé. To nie je také ľahké.
Jednoduchý pohľad na svet - a toto je skutočne posledná snímka - existuje dátová vrstva, transportná vrstva a spracovateľská vrstva. A všetok hardvér je umiestnený pod tým. Nie je možné optimalizovať dátovú vrstvu bez toho, aby ste presne vedeli, čo je v nej a prečo.
A po tom, čo som povedal, odovzdám svojmu priateľovi zdola dole Dez Blanchfieldovi.
Dez Blanchfield: Ďakujem, Robin. Dovoľte mi tu roztriediť myš. Dnes mi teda dám pár anekdot, pretože je to obrovská téma a mohol by som stráviť dva týždne s zábavou značky na bielej tabuli, pretože v tomto priestore som mal takmer tri desaťročia stúpania a klesania,
Najprv však mentálny vizuálny obrázok. Keď premýšľam o výzve, o ktorej dnes hovoríme - a v podstate hovoríme o raste databázy, replikácii a rozširovaní a o všetkých výzvach, ktoré s tým súvisia - chcel som len vložiť tento obrázok obrovského duba do našich myseľ. Sú to nádherne krásne stromy, ktoré začínajú ako malý žaluď, ale vyrastajú do týchto príšer. A keď tak urobia, sú veľmi veľké a chaotické. A ako vidíte z tohto obrázku, ako vizuálna metafora, ak sa vám páči, viete, vetvy smerujúce všade a potom vetvičky vychádzajúce z tých a lístkov na konci tých a sú vo všetkých náhodných chaotických tvaroch, a to je len kúsok, ktorý vidíme nad zemou.
Myslím si, že ich považujem za údaje vo vnútri databázy a pod nimi je štruktúra koreňov, ktoré sa dotýkajú všetkých smerov. Ale zdá sa, že je veľmi čistý a citlivý na povrchu zeme, kde je pekný a plochý, ale realita je taká bláznivá pod zemou ako nad zemou; my to jednoducho nevidíme. A často to využívam, keď začnem premýšľať o tom, ako popísať výzvu, o ktorej dnes hovoríme, organizáciám od správnej rady až po technikov, aby som sa pokúsil prinútiť ich, aby si predstavili, čo sa v ich organizáciách skutočne deje. Pretože je také ľahké pozerať sa na obrazovku počítača a vidieť tieto krásne polia riadkov a stĺpcov a myslieť si: „Máme to vyriešené, nie je to žiadny veľký problém.“ Ale to tak vôbec nie je. A v tomto bode zvyčajne narazím na túto jedinú líniu a hovorí, že databázy v mojej mysli sú ako žalude, viete, že začínajú malé a rastú, ale skôr ako to viete, máte les obrovských dubov, a teda vizuálne.
Takže dve anekdoty sa podelili o scenár, ktorý sa vymkol spod kontroly a jednoducho sa nedal opraviť, a potom ďalší, ktorý urobil podobnú vec, ale bol schopný sa opraviť, a zdôrazním kľúčový bod dnešnej diskusie o tom, ako prišli sme o to.
Prvým z nich bol scenár, v ktorom CIO s najväčšími úmyslami v priebehu času nevedomky spôsobil jedno z najočakávanejších a nechcených rozrastaní, ktoré sa práve vymklo spod kontroly. Bol to scenár, keď vládna organizácia s tisíckami zamestnancov, veľmi technicky zdatných zamestnancov, požadovala prístup k svojim systémom a nástrojom, s ktorými by mohli začať spolupracovať a automatizovať množstvo svojich procesov. Chceli sa zbaviť papierových formulárov a chceli vytvoriť online systémy, chceli zachytiť údaje a sledovať ich, monitorovať a vykazovať ich späť a prezentovať ich svojim kolegom.
A sú tu rôzne veci, ľudia sa obracajú do svojich kancelárií a prichádzajú do nich a prihlasujú sa z bezpečnostných dôvodov až po to, kto si objednal, čo v kaviarni v čase obeda. Správca CIO s dobrým úmyslom sa preto rozhodol, že Lotus Notes je skvelý nápad, pretože absolvoval sériu seminárov a spoločnosť IBM odviedla skvelú prácu pri prezentácii a v správnom scenári by to bolo skvelé rozhodnutie, keby bolo to pod kontrolou. Ale stalo sa, že namiesto toho, aby Lotus Notes boli odovzdané tímu technických ľudí na implementáciu v prostredí a potom postavili rozumné nástroje a tak ďalej a zabezpečili určitú kontrolu a správu okolo toho, čo sa v skutočnosti stalo, bolo nasadenie na štandard operačné prostredie, SOE, takže každý desktop sa efektívne stal serverom.
A tak poskytli školenie a praktické poznámky a dokumentáciu pre celý tento proces a všetci si náhle uvedomili: „Áno, mám Lotus Notes na svojom počítači!“ Čo to znamená, myslíte? Znamenalo to, že tisíce veľmi technicky zdatných zamestnancov sa učili, ako efektívne skriptovať a písať aplikácie, v Lotus Notes, vytvárať malé databázy, ktoré v podstate vyzerali ako tabuľky, riadky, stĺpce a polia, a prezentovať tieto malé webové rozhranie cez Domino.
Keby som chcel niečo zachytiť, mohol by som vytvoriť malú formu av tabuľkovom rozhraní, vložiť ju do súboru, vytvoriť za ňou malú databázu Lotus Notes a prezentovať ju ako webovú aplikáciu a začať zhromažďovať informácie. A to znelo skvele, až kým nepretrvalo roky a zrazu si uvedomili, že sa niekto prebudil a povedal: „Dobre, pokračujte, prečo sa v sieti LAN objaví 10 000 nových databázových aplikácií, najmä v posledných 12 mesiacov? Čo sa stalo? “No, stalo sa, že ste v podstate dali ľuďom zbraň, bola naložená a bezpečnosť vypnutá a samozrejme sa sami zastrelili do nohy.
A tu je tento vynikajúci obraz, ktorý obvykle vymýšľam v mysli talianskeho umelca, ktorý robí túto divnú vec, keď dostane kamión sena a slamy a vyhodí ho do stredu umeleckého štúdia a potom dostane kurátora umeleckého štúdia. náhodne strčiť ihlu do jej stredu. Potom trávi dni živým krmivom, kamerou, prechádza slamou a hľadá ihlu v kupce sena tak, ako to bolo. Až nakoniec, po hodinách a dňoch ho nájde a vyskočí hore a dole a bude nadšený. A napriek tomu, taliansky umelec, čo môžete robiť? Ale je to celkom vtipné a ak ste ho niekedy sledovali online alebo ak ho sledujete online, zistíte, že je veľmi katartický.
Tu je scenár nočnej mory, kde dobre zameraná technická osoba poskytla podnikateľom - veľmi technicky zdatným podnikateľom - nástroj, ktorý im mal uľahčiť život. Ale čoskoro sme mali otázky, kto ich zálohuje, kto ich sleduje a podporuje, kde sú tieto údaje, v ktorej štruktúre sú údaje, kto dohliada na schémy, čo keď chcem vytvoriť inú verziu, aké údaje sú v týchto verziách?, môžem v týchto veciach urobiť test integrácie integrácie dev?
Viete, môžete si vyvodiť vlastné závery o tom, ako to šlo, ale nešlo to dobre a viete si predstaviť, že iba stovky terabajtov údajov, a nie zálohované, efektívne sedí, PC alebo notebooky na stoloch, niektoré systémy dokonca nie sú k dispozícii, pretože si ľudia neuvedomili, keď vypínali notebook o 5:30 a odniesli ho domov, aby vykonal prácu, ktorú k tejto aplikácii nikto v sieti LAN nemôže získať. Neskončilo to dobre. A veľké množstvo údajov sa muselo vyčistiť a manuálne s nimi manipulovať a priviesť späť do citlivého systému; väčšina z nich bola jednoducho vymazaná a odstránená, pretože sa nemohla ďalej šíriť.
Potom moja druhá anekdota s vecami na úplne inej ceste. Predstavte si scenár, máte dev, test, integráciu, systémovú integráciu, testovanie akceptácie užívateľa, výrobu, obnovu po havárii, zálohy a kópiu zálohy jeden až do 99 a ďalej, máte vylepšenia, opravy a demonštračné prostredia od jeden až 99 a viac. A zrazu si tam sadnete, „Počkaj, čo sa deje, vydrž, kto používa čo?“ Viete, toto je nočná mora, ktorá sa potenciálne čaká.
V tomto scenári sa však stalo, že som mal možnosť ísť do organizácie, ktorá chcela z hlavnej platformy bankovníctva vyňať obchodnú jednotku spravujúcu majetok a postaviť ju ako samostatnú organizáciu, ktorá je v podstate startupom v rámci podniku. Výzvou bolo, zobrať našu obchodnú jednotku správy majetku a všetkých ľudí, technológie a údaje okolo nej vo verejných službách, vytvoriť startup v našej vlastnej spoločnosti a vyrezať ho, aby mohol bežať na svojej vlastnej značke.
Toto je globálny líder v bankovníctve, ktorý nebudem menovať. Museli sme extrahovať samotnú obchodnú jednotku správy majetku a všetky veci okolo nej. Takže všetko ako celok, všetok personál, fyzická infraštruktúra a premiestnenie do nového kancelárskeho priestoru. Všetky obchodné systémy, všetok softvér, všetky údaje, všetky licencie, pomenujete ich. Viete si predstaviť, že to vyzeralo ako nočná mora, s ktorou začať.
A aby sme to nejako konkretizovali, hovoríme o 78 systémoch v pôvodnej bankovej platforme podporujúcej asi 14 základných produktov, čo by mohlo byť asi tisíc rôznych ponúk. Používajú sa stovky a stovky živých databáz, a keď hovorím, že sa používajú, museli sme ich presunúť na mieste, takže v piatok popoludní boli v jednom prostredí, v pondelok sa očakáva, že budú niekde inde av sobotu a v nedeľu museli mať tento prechod, kde transakcie prešli z jedného systému vľavo, povedzme, aby sme si to predstavili, do iného systému vpravo.
Približne 15 000 zákazníkov, z ktorých každý má nespočet záznamov, a nočná mora ETL, pretože žiadny zo 78 systémov na jednej strane nezodpovedal systémom na strane druhej. Mali sme úplne novú bankovú platformu, nové systémy, nový softvér, nové databázy a novú schému. Takže metadáta, polia, riadky, stĺpce, záznamy, tabuľky, pomenujete ich, nič sa nezhoduje. Existuje 14 rôznych aktívnych vývojových tímov, jeden pre každý produkt. A keď sme vytvorili toto prostredie, zistili sme, že v čase, keď sme mali vývojový test, integráciu, systémovú integráciu, testovanie akceptácie používateľov, výrobu, zotavenie po katastrofe, demonštračné kópie, zálohy, upgrady, záplatovanie - dokonca som tam jeden vynechal - školenia a vzdelávanie, pre každý vývojový tím existovalo 23 verzií každého z týchto prostredí.
Teraz tu sedíte a zrazu sa vám začne krčiť krv a vaša pokožka zchladne a vaše vlasy stoja - to nikdy nemôže dobre skončiť. Ukázalo sa, že to dopadlo veľmi dobre, pretože prvou vecou, ktorú sme urobili predtým, ako sme začali s návrhom zavádzania technológie, sme boli a dostali správne nástroje. A používali sme nástroje a nie nevyhnutne ľudia, ale ľudia, ktorí riadia náradie. Použili sme nástroje na mapovanie údajov, nástroje na mapovanie databáz, v ktorých žili, namapovali sme všetky metadáta, schémy a celú cestu až k riadkom, stĺpcom, záznamom a poliam.
Vedeli sme, z čoho pochádzame, a potom sme to korelovali s mapou toho, čo sme zaviedli, pokiaľ to vyzeralo tak, že banková platforma off-the-shelf vyzerala, a mali sme vzájomnú koreláciu. A všetko, čo upadlo, sme vytvorili dátovú miestnosť, cez ktorú sme prešli a ručne sme ich zmapovali. Pred akýmkoľvek nasadením a nastavením týchto prostredí v novom svete sme sa však ubezpečili, že každý záznam, každá tabuľka, každé pole, každý riadok, každý stĺpec, každá databáza a všetky metaúdaje v okolí, zmapovali sa všetky povolenia a ovládacie prvky, od jedného k druhému. A my sme nepresúvali ani jednu vec, kým sa nedosiahla táto korelácia.
A tak, kus ETL prešiel z nočnej mory do pomerne bezbolestného procesu iba potvrdzovania kontrol a sledovaných procesov. A mohli by sme to robiť pravidelne, takmer každú hodinu. Robili sme prechod od výroby v starom svete k novým prostrediam dev, testovania, integrácie atď. V novom svete. A v deň, keď sme začali žiť, po päťmesačnom procese, ktorý začal fungovať po mesiaci s testovaním, a potom za šesť mesiacov bolo online a aktívne, sme mali iba jeden problém a problém bol v tom, že niekto zabudol svoje heslo a muselo sa to resetovať. To bol jediný problém, ktorý vznikol v zásade okolo hodiny stresu ľudí, ktorí si myslia, že sa niečo pokazilo - ukázalo sa, že platnosť hesla vypršala a zabudli, čo to bolo, a museli ho resetovať.
Môžete si predstaviť, že scenár, v porovnaní s prostredím Lotus Notes, kde niekto mal veľké úmysly, ale nemyslel, cez výzvu, a ďalšie vec, ktorú sme museli ísť a vyskúšať a zmapovať všetky tieto údaje, a väčšina z toho museli byť odpísané a bola to len veľká strata času a úsilia, zdrojov a morálky. Do scenára, kedy, keď je správne naplánované a správne vykonané a dodané správne so správnymi nástrojmi, sme dosiahli vynikajúci výsledok.
Tento bod ma privádza k tejto jednej línii - predtým, ako odovzdám nášmu spolupracovníkovi, aby som hovoril o tom, čo IDERA musí vyriešiť túto veľmi náročnú výzvu - je to, že v dnešnom svete, v ktorom sú systémy stále viac poháňané databázami, to nie je len peklo, ale podľa mňa je to nevyhnutnosť, že inteligentné nástroje sú podľa môjho názoru jediný spôsob, ako riadiť získavanie údajov, správu údajov v mierke a rýchlosť, ktorou sa pohybujeme.
A ak sa to urobí správne, ako druhá anekdota, ktorú som práve zdieľal, dúfajme, že to môže byť veľmi bezbolestný a veľmi plynulý proces. Nielen v nových projektoch, ale aj pri zbližovaní sa so súčasným prostredím a zabezpečením toho, že kedykoľvek a deň môžete sledovať a sledovať, čo sa deje vo vašej organizácii, aká databáza existuje, aké verzie databázy používate a kto ich používa.
Na tento účel odovzdám nášmu spolupracovníkovi zo spoločnosti IDERA a teším sa, až budem počuť, čo majú na stole ponúknuť a ako vyriešia túto výzvu.
Binh Chau: Skvelé, ďakujem, Dez. Počuješ ma v poriadku? Dobre, ďakujem. Ahojte všetci, som Binh Chau s IDERA. Dnes sa chystám trochu porozprávať o produktoch, ktoré sme nazvali SQL Inventory Manager, a hovorí o objavovaní a schopnosti inventarizovať vaše inštancie a databázy SQL Server tam a získať informácie o tom, čo máte v životné prostredie a hovoriť o niektorých ďalších veciach, o ktorých Dez a Robin hovorili v súvislosti s rozširovaním databázy a potrebou údajov v týchto dňoch.
S týmto, myslím, že ste tu počuli nejaké úvahy, ktoré ste anekdotálne prešli dvoma príbehmi, ktoré opísal Dez. Ale v zásade dnes existuje toľko dát a obchodných skupín tam a obchodných skupín tam druh spinning svoje vlastné aplikácie a servery, najmä s SQL Server, nie? Pretože môžete ľahko roztočiť verziu SQL Express alebo služby BI, v mnohých organizáciách, od malých po veľké, sa deje len šírenie SQL.
Mnohokrát si DBA nie sú vedomí toho, že sa niekto rozhodol začať, viete, vytvoriť inštanciu, skôr než len umiestniť databázu na existujúcu inštanciu. Nie sú si vedomí týchto vecí, kým sa potenciálne nevyskytne problém a niekto nevolá DBA: „Ale nie, moja aplikácia prestala fungovať, nie je schopná sa pripojiť k databáze, čo sa deje?“ A viete, keď sa DBA pýta objavia niektoré otázky: „Hej, tento nebol na našom radare, nevedeli sme o tom.“
Ďalším sú licenčné náklady, však? Licencia pre Microsoft SQL Server: spôsob, akým to funguje, nie je potrebný pre konkrétny počet inštancií. Môžete nasadiť a potom vykonať audit. Viete, že vykonajú audit neskôr a zistia, koľko licencií skutočne potrebujete. Ak teda vykonávajú audit a neviete o neznámych serveroch, mohlo by to viesť k nákladnému auditu. Preto je dobré mať tento nástroj alebo mať inventár v predstihu, aby ste vedeli, aké sú vaše náklady na licenciu, a aby ste to vedeli nielen vedieť, ale aj spravovali.
A potom, o čom som práve hovoril, ak si nie ste vedomí servera mnohokrát, ak veci bežia dobre, všetko je v poriadku, ale jediný čas, keď ste o niečom informovaný, je problém. A to by mohlo viesť k prerušeniam výroby alebo možno, že server nebol udržiavaný a na tomto serveri nemáte záplatu, čo spôsobuje problém.
Niektoré z otázok, ktoré musí DBA robiť každý deň, je, že čelia, viete, mohli by byť administratívne alebo strategické, ale niektoré veci, napríklad, spoločnosť Microsoft práve vydala záplatu kritických systémov, koľko systémov tam bude potrebovať túto novú náplasť? Na koho bude mať vplyv prestoj, ak musím systém odstaviť, aby som ho opravil? Ako sa môžem k týmto informáciám ľahko dostať? Musím ísť do tabuľky? Musím to nájsť vo viacerých systémoch? Musím osloviť rôzne obchodné skupiny, aby som získal tento zoznam? Je skutočne ťažké ju roztrieštiť.
Ďalším dobrým je v podstate niekto, kto príde a hovoria, že potrebujem novú databázu. Vyžaduje si to veľkosť X a musí mať toľko kapacity a potom chcú vedieť, kam to môžem dať. Bez toho, aby sme vedeli, čo je vo vašej krajine, je ťažké im to povedať, dobre, môžeme to dať sem, tu alebo tu. Musíš ísť a urobiť si manuálne kontroly, ktoré sú potrebné, aby si to urobil. A hovorili sme o audite a tiež o nečestnom serveri.
Ak tam máte nečestný server, neviete, v akom stave sa nachádza, či je zálohovaný, či má všetky svoje záplaty. Niekedy sa možno nebudete o týchto veciach dozvedieť, kým nebude problém, čo by bolo zlé.
To sú druhy výziev, otázok, ktorým DBA čelí každý deň, čo sa na ne hodí. Chcel som vám preto predstaviť Správcu zásob SQL, ktorý je produktom, ktorý tu máme. Robí pár vecí. Robí zisťovanie, čo je v podstate druh vychádzania do vášho prostredia, aby zistil, čo je SQL Server vo vašom prostredí. A potom to môže tiež automaticky objaviť, takže v zásade, akonáhle spustíte objav, môžete ho nastaviť tak, aby chodil každý deň alebo týždenne - bez ohľadu na časový rámec, ktorý chcete - aby objavil nové prípady vonku.
A potom môžete mať tiež automatickú registráciu týchto inštancií, aby ste ich mohli začať monitorovať a skontrolovať ich zdravotný stav a potom môžete začať katalogizovať a inventarizovať tieto inštancie, aby ste mali dobrý prehľad o svojom prostredí SQL Server. Čo je tam, čo je výroba, aký je vývoj, čo je obnova po katastrofe, čo je menej kritické a viete, aké aplikácie na nich bežia. A môžete tiež dostávať upozornenia na prípady, keď kontrola stavu zlyhá, takže v podstate, ak server spadne alebo ako aj na množstvo ďalších vecí, ktoré môžete sami použiť.
Eric Kavanagh: Začínáš byť trochu mäkší, len aby si vedel.
Binh Chau: Prepáčte, je to lepšie? Chcem, aby som vás priviedol cez demo, ukázať vám, čo to robí. Počkajte chvíľu, dovoľte mi najprv zdieľať svoju obrazovku. Pozeráte sa na webové rozhranie? Toto je rozhranie SQL Inventory Manager. Obrazovka, ktorú vám tu ukazujem, je to webové rozhranie. Obrazovka, ktorú vám tu zobrazujem, je naše zobrazenie inštancie databázy. V hornej časti vidíte, že máme iné. Takže „objavený“ je v podstate všetky prípady, ktoré sa objavili v sieti. A to, čo mi to ukáže, je v podstate.
Eric Kavanagh: Začínaš sa tam trochu rozchádzať. Možno budete chcieť odložiť telefón a položiť ho na reproduktor. Do toho.
Binh Chau: Táto obrazovka objavu vám ukáže všetko, čo správca inventára objavil vo vašej sieti. Tu je objavený ako 1 003 serverov. A povie vám verziu, vydanie, ak ho nájde, kedy bola objavená a ako bola objavená. Povedzme napríklad, že niektoré z nich budem ignorovať, čo znamená, viete, možno by som chcel ignorovať vydanie pre vývojárov, pretože pre mňa nie sú také dôležité, pretože sú len pre vývojárov; Môžem sa rozhodnúť ignorovať ich a vloží ich na kartu Ignorovať, takže keď nabudúce spustím Discovery, nebude mi to znova ukázané. Teraz môžem vyplniť automatické registráciu alebo sa môžem zaregistrovať manuálne.
A tak som sa rozhodol monitorovať šesť prípadov. A tu je to prihlásené a bude to vykonávať pravidelné kontroly týchto a potom je tu viac kontrol, z čoho tu, viete, kontroluje každých 30 sekúnd, aby zistil, či je server hore alebo dole a poskytuje vám prehľad o čo je tento stav. V podstate mi to hovorí, že mám jeden server, ktorý je dole a tých päť, ktoré sú hore. Tiež mi hovorí, aké vydania serverov, počet databáz, stav databáz, akékoľvek ďalšie zásoby alebo metadáta okolo tohto servera. Odtiaľto sa tiež dostanem na zobrazenie Licencie. Tu mi poskytuje niektoré z licenčných informácií spoločnosti Microsoft, ktoré potrebujem, ak som sa chcel vopred dostať pred súhrnom alebo zhrnutím pred auditom spoločnosti Microsoft.
Tu je počet jadier, počet soketov, možná základná licencia, ktorú spoločnosť Microsoft zaviedla od roku 2012. To bol názor našej inštancie. Naša stránka Prehľad, je to druh stránky, na ktorú sa otvoríte. Toto vám ukáže zdravotné kontroly alebo odporúčania, ktoré má, rovnako ako teraz mi hovorí, že mám deväť databáz, ktoré nemajú aktuálnu zálohu. Môžem na ňu kliknúť, aby som prešiel na podrobnosti o tom, ktoré databázy sú, a ak to bude potrebné, môžem do nich vstúpiť a podniknúť kroky. To mi hovorí všetky top databázy podľa veľkosti, top databázy podľa aktivity. Môžem kliknúť na konkrétny server a získať o ňom viac podrobností.
Eric Kavanagh: Zatiaľ čo sa to hýbe, tu nám ukazujete schopnosť vidieť skutočne všetko, čo je pripojené k sieti, je to tak?
Binh Chau: Správne. Ukazuje to všetko, čo som sa rozhodol sledovať pomocou nástroja Správca zásob. Toto je server SQL, tu mi ukazuje všetky aplikácie, ktoré sú pripojené k serveru. Opäť sa môžem dostať do všetkých databáz, ktoré sú priradené k tomuto serveru. Tu som mohol označiť veci. Môžem vytvoriť značku pre tento konkrétny server, bez ohľadu na to, či ide o presnú doménu. Máme zákazníkov, ktorí ich používajú, napríklad, keď chcú označiť svoje produkčné servery alebo ich dlhové servery, a potom môžu nejako získať úplnú správu o tom, ako sa veci vyvíjajú. Keď prejdem na kartu Správa, môžem spustiť Discovery. A Discovery v podstate pôjde von a beží do vašej siete a nájde všetok SQL Server vo vašom prostredí.
Tu mám túto presnú doménu, ktorá je našou doménou, a nastavil som ju tak, aby ste povedali, že v tejto konkrétnej doméne použite tento konkrétny používateľský účet Windows na zistenie a chcem, aby ste vykonali úplnú kontrolu. Môžem tiež zvoliť možnosť „Iba skenovať túto konkrétnu subdoménu“ alebo „Iba skenovať rodiča“. V tomto prípade som však povedal, že spustím kompletnú kontrolu. Tu sú rôzne typy skenovania, ktoré môžem použiť, a ak ich uložím, potom je to v podstate úloha, ktorú môžem nastaviť. Práve teraz je to vypnuté, čo znamená, že by som musel tieto skenovania vykonať manuálne. Ale ak by som to chcel, mohol by som to nastaviť každý deň, viete, robiť prácu každý deň. Alebo ak sa rozhodnem, že ho nebudem spúšťať každý deň - je to príliš veľa - môžem povedať, že túto úlohu mám týždenne vykonávať v určitý dátum a čas.
A potom tu, ak je zapnutá, automatická registrácia, urobí to tak, že zakaždým, keď nájde nový server, automaticky ho zaregistruje do Správcu zásob, aby som ho mohol začať monitorovať. Ak existuje nejaká edícia, ktorú chcem vylúčiť, napríklad nezaujíma ma vydanie Express alebo Developer Edition, pretože to sú vývojové prostredie, potom by som na nich jednoducho klikol a čo urobí, jednoducho povedie každý Keď nájdem niečo nové, jednoducho ho pridám do Správcu zásob, aby ste ho mohli sledovať, pokiaľ nejde o vydanie pre vývojárov alebo Express.
A tu je miesto, kde môžem nastaviť značky, napríklad ak mám produkčné servery, mohol by som ísť sem a označiť tieto servery. Mohol by som označiť databázu alebo server špecifickou modrou značkou, takže by som napríklad mohol povedať, že táto AO_NODE by mala mať produkčnú značku. A ak by som sa potreboval ľahko dostať na server, môžem ísť sem a kliknúť na výrobnú značku a okamžite ma zavedie na tieto dva servery. Toto je naše zobrazenie Prieskumníka a zobrazuje sa to vlastníkom, ale dalo by sa povedať podľa značky inštancie, tiež podľa databáz a môžem to rozšíriť tak, aby som zistil, čo sú.
Ďalšou užitočnou funkciou, ktorú sme si vytvorili, ktorú sa ľuďom tu naozaj páčia, je schopnosť pozrieť sa na to, čo spravujete pomocou nástroja Správca zásob a zistiť, na akej úrovni záplat sú. V podstate mi tu hovorí šesť serverov, ktoré som spravoval vo svojich nástrojoch, či je alebo nie je k dispozícii aktualizácia pre spoločnosť Microsoft a či je alebo nie je dostupná verzia, či je podporovaná alebo nie a podpora postavenie. Ak by som sa chcel dozvedieť viac o tejto konkrétnej rýchlej oprave, môžem na ňu kliknúť a bude ma prepojiť na článok od spoločnosti Microsoft, pokiaľ ide o to, o čom je táto rýchla oprava a či ich riešiť. Tento zoznam môžete exportovať, ak ste to chceli, aby ste mohli povedať: „Hej, potrebujem opraviť asi tri z týchto serverov tento víkend a ďalšie tri neskôr.“
Zoznam zostavení - takže existuje zoznam, ktorý kontroluje, či je vaša verzia aktuálna. Môžete ísť von a stiahnuť tento zoznam, aby ste sa uistili, že je aktuálny a máte najnovší zoznam, v ktorom ho môžete porovnať. Ďalšou úhľadnou funkciou inventára, ktorú majú ľudia radi, je možnosť pridať nielen značky, ale aj možnosť pridať vlastné polia inventára. Viete, že ak ste sem chceli pridať pole na označenie databázy, povedzme, že to chcem označiť na úrovni databázy. Oddelenie, toto oddelenie a táto databáza, by som mohol urobiť iný typ: otvorené, nepravdivé alebo zoznam.
A mohol by som povedať, viete, toto je HR, marketing, výskum a vývoj, financie. A čo to tu je, v zásade, akonáhle budete môcť tieto veci označiť, môžete odtiaľto získať nejaké údaje, ktoré hovoria o tom, koľko kapacity každá databáza využíva, a potom môžete začať takého druhu, rastie a má zmysel nabiť tieto oddelenia späť?
Ďalšia vec je, viete, že ak musíte spustiť údržbu, tým, že viete, kto je v tejto databáze, môžete vedieť, na koho sa chcete obrátiť a dajte im vedieť: „Hej, musím spustiť údržbu tento víkend, vaše databázy budú offline, “ a tak ďalej a tak ďalej. Ďalšou užitočnou funkciou je vyhľadávacie pole, ktoré sa tu ľuďom páči. Mnohokrát sa databázové agentúry pýtajú na databázu, aplikáciu alebo server, v závislosti od toho, kto s nimi hovorí, je ťažké zistiť, kde presne je. Čo by ste mohli urobiť, je, že nemusíte vedieť, kde databáza žije, ale stačí ju len napísať. Mohla by som napísať len informačný panel IDERA a vytiahne pár databáz a kde budú sedieť, aby ste sa mohli ľahko dostať pre tých. A potom o nich získajú ďalšie informácie: ich veľkosť, veľkosť denníka, či už mala alebo nemá zálohu, v akom režime obnovy je, ak by som o tom chcel pridať nejaké značky. V rámci tohto nástroja je veľa rôznych funkcií, viete, je to inventárny nástroj, ale je to inventárny nástroj, ktorý je veľmi špecifický pre SQL Server a pre DBA.
Pretože, myslím, existujú ďalšie veci, ktoré by DBA chcela mať, alebo aby získala dobrý prehľad o tom, ako vyzerá prostredie a ich krajina pre ich databázy. Môžete si tiež predplatiť, nakonfigurovať server SMTP a nastaviť predplatné tak, aby vás upozorňovalo na seba alebo na všetkých tu uvedených používateľov. Zastavím to a vrátim sa k prezentácii. A táto posledná snímka je iba jednoduchým pohľadom na architektúru. Je to webová konzola, ktorá beží na zabudovaných webových službách Tomcat.
Máme niekoľko služieb zberu a služieb správy, ktoré vkladáme do úložiska, a služby správy idú von a spúšťajú zisťovanie vo vašich rôznych inštanciách SQL Server. Na serveroch vášho monitora nie je nič nainštalované. Máme úlohy, ktoré sa pravidelne spúšťajú a ktoré o nich iba zhromažďujú údaje, takže v podstate či už je to nahor alebo nadol, koľko údajov sa používa, aké sú iné verzie ľudí. To je všetko.
Eric Kavanagh: Áno, dovoľte mi položiť si otázku - položím pár otázok a potom som si istý, že Robin a Dez majú nejaké veci - len zo zvedavosti, keď niekto príde na vykonanie auditu, povedzme Microsoft, sú používajú tento nástroj, alebo predpokladám, že majú nejaké proprietárne nástroje, ktoré používajú?
Binh Chau: Áno, verím, že používajú proprietárne nástroje. Ide o to, že tento nástroj je inventárnym nástrojom, takže neustále aktualizuje, viete, pretože má za úlohu chodiť a nepretržite zhromažďovať informácie o vašich serveroch, dôjde tam a kedykoľvek budete mať aktuálne informácie o tom, ako sa veci menia, viete, jednorazové správy, ktoré môžete získať od spoločnosti Microsoft, že ide o počet serverov, ktoré máte, jedná sa o verzie, ktoré máte,
Eric Kavanagh: Áno, som zvedavý na Discovery. Keď teda niekto kúpi tento nástroj a začne ho používať, ako sa vlastne objav stane? To bolo niečo, o čom som sa predtým zmieňoval, inými slovami, ťuknete na sieť, aby ste zistili, aké signály tam letí, ktoré sa javia ako inštancie databázy, a potom to katalogizujete a potom, keď ste označili inštanciu databázy, ktorá monitoruješ? Hádam, že to má nejaký ping, ktorý to robí tak často, a ak to napríklad klesá, takto viete, že je to dole. Takto to funguje?
Binh Chau: Áno. Myslím, že akonáhle zapnete Discovery, pôjde to do vašej siete a my tu máme niekoľko rôznych skenov, ale viete, skenovanie v prehliadači a skenovanie v registri. Vykonáva rôzne kontroly, aby zistil, ktorý počítač je tam, a potom to skontroluje: máte servery SQL alebo sú tam služby BI? A potom to privedie späť a vtiahne ho do nástroja a ukáže vám: „Hej, tu sú všetky veci, ktoré som objavil.“
A potom, ak by ste chceli povedať: „Chcem monitorovať pomocou tohto nástroja, “ potom to bude sledovať a bude to ping. Má úlohy, ktoré to ping opakujú tak často, že povedia: „Dobre, skontrolujte teraz túto otázku, “ - viete, dostupnosť databázy - skontrolujte teraz históriu databázy, skontrolujte stranu databázy. Spustí sériu úloh na kontrolu databázy, ktorú monitorujete.
Eric Kavanagh: Áno, to je dobré. A máme otázku od člena publika. Viem, že vy máte nástroje, ktoré pracujú s rôznymi databázovými technológiami, ale toto konkrétne, ktoré dnes ukazujete, je to len pre server SQL Server alebo sa to týka aj iných typov databáz?
Binh Chau: Práve teraz tento konkrétny nástroj pokrýva SQL Server.
Eric Kavanagh: Dobre, to je v poriadku. Dobre, dovoľte mi to obrátiť na Robina, som si istý, že má pár otázok, potom možno späť k Dezovi. Robin?
Robin Bloor: Áno, samozrejme. Spoločnosť Microsoft pomerne nedávno - niekedy v roku 2006 - oznámila SQL Server v systéme Linux, ale nemyslím si, že by bol dodaný. Len som premýšľal, či k tomu máš nejaké pripomienky. Ste si toho vedomí? Hráš sa s tým?
Binh Chau: Áno, sme. Plánujeme to zahrnúť. Myslím, že na tomto nástroji je pekné, že som hovoril s mnohými zákazníkmi, ktorí si vytvorili vlastné domáce nástroje, aby urobili to isté, ale musia držať krok s novými vydaniami a verziami, ktoré Microsoft prichádza s, ale máme nové verzie a vydania, dostávame sa do toho čoskoro, aby sme sa uistili, že tento nástroj bude schopný druh monitorovať a spravovať nové vydania. Takže SQL v systéme Linux je niečo, čo plánujeme pridať a sprístupniť, keď bude k dispozícii - verím, že koncom tohto roka.
Robin Bloor: Áno, to je zaujímavé. Očakávate, že to bude veľa vašich zákazníkov? Podľa môjho názoru je SQL Server veľmi sofistikovaná databáza. Myslím tým, viete, je to už dlho v zubu, pravdepodobne to treba povedať. Myslím, viete, pôvodná Sybase, z ktorej vyšla, bola v mnohých veciach dosť jednoduchá. V priebehu rokov však Microsoft pridal čoraz viac vecí. Bude to všetko dostupné v systéme Linux? Chceli by ste radiť svojim zákazníkom, či vykonať takúto migráciu?
Binh Chau: Je mi ľúto, je otázka, ktorú vidíme, keď sa ľudia o to pýtajú?
Robin Bloor: No, vzhľadom na to, že ste sa s tým rozprávali, je to tak sofistikované na Linuxe ako na Windows?
Binh Chau: S tým som si nehral sám, ale to, čo som od kolegu počul, je to, že je to vlastne veľmi podobné. Ale ja osobne som nehral s novou verziou SQL na Linuxe.
Robin Bloor: Dobre. Mám pravdu v tom, že ste jednoducho umiestnili agentov na každý nájdený server SQL? Takto tento nástroj funguje?
Binh Chau: Nie, v skutočnosti nedáme agentov. Pre tento konkrétny nástroj, časť Inventár, v skutočnosti naň nedávame agentov. Jednoducho ideme von a zavoláme a skontrolujeme stavy. Jedna pekná vec na tomto nástroji je, že je bez agentov.
Robin Bloor: Takže, máte ďalšie nástroje servera SQL Server, môžete mi trochu pripomenúť, aké ďalšie produkty máte v tomto balíku a ktoré sa zaoberajú serverom SQL Server?
Binh Chau: Áno. Máme správcu diagnostiky SQL. Je to monitorovací a výkonný nástroj. Robí pre vás podrobnejšiu analýzu alebo diagnostiku, kontrolu výkonu a zdravia ako Správca zásob. Inventory Manager je ľahká verzia tejto kontroly stavu. Máme tiež manažéra súladu a zabezpečenie, ktorý je súčasťou našej bezpečnostnej sady. V podstate vám povie, kto má prístup k vašim údajom, aké údaje majú prístup, prečo, a pomôže vám to pri dodržiavaní a ďalších pokynoch na tvorbu prehľadov. Máme SQL Safe, čo je náš nástroj na zálohovanie - vykonáva zálohovanie a obnovovanie a je to pekné.
Máme tiež nášho Enterprise Job Manager, ktorý iba monitoruje vašu prácu. A potom máme nástroj Toolbox, ktorý sú sady nástrojov Správca a tiež porovnávacie sady nástrojov, ako aj nástroj SQL Doctor. Súprava nástrojov správcov a porovnávacích nástrojov sú to, čo považujem za nôž Švajčiarskej armády. Majú tam niekoľko nástrojov, ktoré pomáhajú DBA robiť rôzne veci, ako napríklad, viete, skontrolovať záplaty alebo presunúť alebo klonovať databázu. V tomto paneli nástrojov je však 24 takýchto nástrojov.
Robin Bloor: Sú teda ľudia, ktorí idú na riadenie zásob, už bežne používajú vaše ďalšie nástroje? Alebo je to taký vstupný bod? Viem si predstaviť - myslím tým, že mi môžete povedať, či máte nejaké vojnové príbehy - ale dokážem si predstaviť, že ak ste v skutočnosti nikdy nespustili inventár v pomerne rozsiahlom dátovom centre, táto skúsenosť môže byť dosť vytriezviteľná. To je to, čo nájdete?
Binh Chau: Áno. Mám na mysli zákazníkov, ktorí sú do tohto nástroja predstavení z iných nástrojov, ale máme zákazníkov, ktorí prichádzajú hľadať nástroj, ako je tento, kvôli projektom, ktoré majú. Jedným príkladom, ktorý som zistil, bola spoločnosť, ktorá sa zlúčila s inou spoločnosťou a kúpila niekoľko spoločností a potrebovala konsolidovať svoju stopu SQL Server, aby sa znížili ich náklady. A tak hľadali nástroj, ako ísť von a objaviť všetko, čo mali, aby mohli začať proces, ako to skonsolidujeme.
Robin Bloor: Správne, rozumiem. Myslím, že to je celkom bežné pri fúziách, keď na to myslíte. Dobre, podám Dezovi, nechcem si to vziať stále. Pozrite sa, aké otázky máme z Austrálie.
Dez Blanchfield: Ďakujem, áno, otázky sú tu vždy hore nohami. Jedna z vecí, ktorá mi príde na myseľ, a ja si to uvedomujem dosť často, spoločnosti nie sú celkom presvedčené o tom, kde nakresliť čiaru, kedy začať investovať. Kedy by mala organizácia - podľa vašich skúseností, keď ste v chladnej fáze - kedy je ten pravý čas začať investovať do nástrojov, ako je táto, aby ste sa nedostali do problémov? Urobíte to od prvého dňa, keď začnete budovať databázovú infraštruktúru novej organizácie, alebo, ako ste práve uviedli, pri akvizícii / zlúčení?
Alebo existuje konkrétna stupnica, v ktorej skutočne musíte byť? Potrebujete 10 alebo 100 alebo 1 000 databáz? Aká je vaša skúsenosť, pokiaľ ide o trh, s ktorým ste sa zaoberali tak dlho, kedy je ten pravý čas sa dostať do tohto priestoru a pravdepodobne, kde začať? Ako to vyzerá, keď začnete?
Binh Chau: Myslím, myslím, že ak je to veľmi malá organizácia, možno nebudete potrebovať tento nástroj, napríklad s jednou databázou DBA alebo niekoľkými databázami DBA. Keď začnete získavať skupinu, neviem, troch alebo štyroch serverov DBA a možno aj 50 až 100 serverov, možno budete chcieť začať robiť niečo také. Myslím, že keď sa vaša organizácia rozrastá a práve obchodní ľudia, ktorí to chcú technicky zdatní, viete, podobne ako v príklade, ktorý ste uviedli, chcú si nainštalovať aplikácie a databázy sami, ale v tom prípade chcete mať tento druh nástroja, pretože takto môžete vidieť, čo tam je.
Ale aj v menšej organizácii je príjemné mať tento typ nástroja na sledovanie toho, čo máte. Ak ho rozdelíte, aby ste mohli povedať: „Áno, kúpil som pre toto pole SQL 2012, ale v súčasnosti je spustený SQL 2008, pretože mám aplikáciu, ktorá túto starú verziu stále potrebuje.“ Pomáha mať práve tento inventár aby ste sa zbavili spravovania viacerých tabuliek, ktoré môžu byť zastaralé.
Dez Blanchfield: Ďalšia otázka, na ktorú som sa práve opýtal: aké typy zručností alebo zdrojov by organizácie mali mať v pláne, keď sa dostanú do tohto rozsahu? Je to tak, že existuje konkrétna sada zručností, ktorú skutočne potrebujete, alebo druh skúsenosti alebo zázemia alebo typ osoby, ktorá je pre tento druh výzvy najvhodnejšia? Alebo je to niečo, na čo by to mohla hodiť priemerná sada zručností pre správcov systému DBA alebo sys alebo správcu siete? Naozaj potrebujete ostrý špičatý mozog alebo si ho môžete vyzdvihnúť veľmi rýchlo?
Binh Chau: Prepáčte, takže ste hovorili o schopnostiach danej osoby?
Dez Blanchfield: Áno, takže keď premýšľate o správcovi databázy, potrebujete konkrétne zručnosti. Takže keď idete na nájom DBA per se, pre túto konkrétnu úlohu, keď uvažujete o typoch problémov, o ktorých ste hovorili tu, kde pomocou nástroja ako je tento, aby ste si udržali prehľad o mapovacích a sledovacích databázach, robenie objavu a riadenie tohto konkrétneho nástroja, je niečo o použití nástroja a prístupe k tomuto typu výziev jedinečné, alebo je to niečo, čo priemerný DBA dokáže zachytiť dosť rýchlo?
Binh Chau: Myslím, že si myslím, že tvoj priemerný DBA to dokáže rýchlo. Myslím si, že je užitočné mať tento typ nástroja, pretože ho môžete tiež zmeniť, pretože je založený na webe. Môžete ho dať iným používateľom vo vašej organizácii. Môžete to dať vývojárovi aplikácie, ktorý môže skontrolovať svoju konkrétnu databázu alebo server. Berú niektoré administratívne veci, ktoré musí urobiť DBA. Predtým niekto zavolal DBA a povedal: „Och, prečo je môj server hore alebo dole?“ Teraz môžu mať nejaký prístup a uvidia, či sú ich servery hore alebo dole.
Dez Blanchfield: A aké prostredie by priemerná organizácia potrebovala na nasadenie? Potrebuje vyhradený fyzický server alebo sa dá vykonať na virtuálnom počítači? Môžu ho nasadiť v cloudovom prostredí? Aká je všeobecná stopa pre nasadenie nástroja a len jeho všeobecné fungovanie? Koľko ťažkého železa musí potenciálne bežať súbežne s ostatnými prostrediami, ktoré mapuje?
Binh Chau: Áno, dá sa spustiť na virtuálnom počítači alebo počítači alebo serveri. Nemusí to nevyhnutne byť dedikovaný server, len záleží na tom, koľko serverov monitorujete. Ak máte väčšie prostredie, môže vám pomôcť mať väčší server, pretože zhromažďuje veľa údajov o serveri SQL, ktorý monitorujete.
Dez Blanchfield: Správne. Je to niečo, čo by ste mohli pohodlne spustiť v cloudovej inštancii a vytvoriť VPN späť do svojho prostredia, alebo je množstvo údajov, ktoré zhromažďuje, pravdepodobne trochu ťažké pre tento typ použitia?
Binh Chau: Nenastavili sme ho na spustenie do cloudu, zatiaľ na spustenie v cloude. Pravdepodobne by sa mal spustiť na prem.
Dez Blanchfield: A posledná otázka, či môžem: veľa nástrojov, ktoré som videl v tomto priestore, najmä ak ste to spomenuli pre jeden scenár, keď niekto získal spoločnosť alebo došlo k fúzii alebo k tomu účelu, alebo dokonca ak ide o organizáciu, ktorá práve zlučuje obchodné jednotky, je to scenár prípadu rozumného použitia, keď ho niekto nasadí na prenosnom počítači a vezme ho do prostredia na mapovanie sveta ako jednorazového vypnutia, alebo je to nepravdepodobný scenár použitia? Je to skôr taký prípad, že tam bude a bude natrvalo ponechaný na spustenie?
Binh Chau: Tento konkrétny nástroj sa inštaluje viac na server a je ponechaný na spustenie. Týmto spôsobom môžete zhromažďovať informácie, ktoré potrebujete, a viesť, myslím, priebežný súpis toho, čo máte. Je to na rozdiel od nástroja Map, pretože nástroj Map je typu one-on-one, preskočte na port, ktorý potrebujete, urobte to, čo s ním musíte dnes urobiť. Tento je druh - pekná časť o tom je skutočnosť, že ho môžete označiť, dať k nemu prístup, aby ste si mohli skontrolovať stav konkrétneho servera, tých, o ktoré sa zaujímajú.
Dez Blanchfield: Dobre. Pravdepodobne posledná otázka pre mňa a potom sa vrátim Ericovi na otázky, ktoré prechádzajú cez okno Otázky a odpovede s účastníkmi, pretože dnes sme mali dobrú účasť, jednu z mojich obľúbených. Len aby som to zabalil, aký je postup, aby si sa tým dostal do rúk? Viem, že veľa vašich nástrojov je k dispozícii pre veci typu „vyskúšajte ešte pred nákupom“. Kam by sa mali ľudia dozvedieť viac o tomto online, o tom, kde na webe by mali hľadať súbory na stiahnutie a ako vyzerá cesta, urobte si dôkaz koncepcie alebo súdneho konania, získajte ruky a zoznámte sa s tým. potom sa spojiť a kúpiť?
Binh Chau: Áno. Môžete ísť na webovú stránku IDERA.com a zadarmo si môžete stiahnuť dvojtýždňovú skúšobnú verziu. A ak sa vám to páči a chcete sa na nás obrátiť, môžeme si naplánovať ukážku s jedným z našich inžinierov, aby sa do nástroja hlbšie ponorili.
Dez Blanchfield: Fantastický. Za to vám veľmi pekne ďakujem. Oceňujem čas na to, aby som sa s vami o tom porozprával, a na základe mojej osobnej skúsenosti a som si istý, že o tom hovorím za Robina o jeho celoživotných skúsenostiach, myslím si, že je dané, že niečo také je dnes požiadavka. Teraz to nemôžeme urobiť manuálne, bez ohľadu na to, ako veľmi sa snažíme; stupnica je príliš veľká a veci sa pohybujú príliš rýchlo.
Dôrazne odporúčam ľuďom, aby robili presne to, skočili na webovú stránku IDERA a dostali kópiu, s ktorou si môžu zahrať. Pretože potenciálne riziko pre moju vlastnú skúsenosť s anekdotami, ktoré som zdieľal práve dnes, môže ísť z veľmi zlých na veľmi dobré rýchlo, ak máte správne nástroje, ale môže ísť aj naopak, ak nemáte t. Eric, späť k tebe.
Eric Kavanagh: Áno, len pop pre vás posledná otázka, zaujímavá. Som trochu zvedavý na to, čo tam vidíš, vieš, cloud je očividne dôležitejší v dnešnej dobe - Amazon Web Services, ale nie sú to jediné, spoločnosť Microsoft má celú ponuku Azure zdá sa, že získava paru. Som zvedavý, že jeden z účastníkov píše, že Dr. Bloor urobil zaujímavý bod, že DBA sú drahé a že problém so správou spôsobený nepoctivou DBA alebo niekým, kto nerobí to, čo by mali robiť, možno vyriešiť. migráciou do cloudu. Som naozaj zvedavý, koľko aktivity vidíš? Vidíte, že prechod na cloud sa stáva pre podniky väčším problémom, alebo aký je váš názor na tento trend?
Binh Chau: Mám pocit, že to záleží len na tom, v akom probléme sa nachádzate. Mám pocit, že niektoré odvetvia hovoria: „Nie, nemigrujeme.“ Nemusí migrovať do verejného cloudu; môžu sa zaoberať migráciou alebo migráciou svojich vecí do súkromného cloudu. Ale potom vidím niektoré organizácie, ktoré majú záujem, viete, sa skutočne dostávajú na najrýchlejšiu cestu a idú smerom k Amazonu alebo Microsoft Azure. A potom sú niektorí ľudia, ktorí hovoria: „Nie, neuskutočňujeme migráciu našich údajov“ alebo „Existujú iba určité údaje, ktoré by sme migrovali, ale nie tie kritické.“ Myslím, že existujú tri tábory.
Eric Kavanagh: Áno, to by malo zmysel. Myslím, že to vidíme stále viac a myslím si, že sa bude pohybovať v záchvate a začne sa nejaký čas. A je tu aj vôľa do oblaku. Ľudia vstávajú do služieb Amazon Web Services - počuli sme to viackrát - a spočiatku sú náklady zvládnuteľné a potom sa časom jednoducho plazia a potom ste tam zaseknutí. V mnohých ohľadoch je cloud iba ďalším dátovým centrom, ale bude to prinajmenšom zaujímavá cesta.
Ľudia archivujú všetky tieto webové vysielania. Hop on-line na techopedia.com vyskúšať kompletný zoznam všetkých vecí, ktoré robíme. A samozrejme, insideanalysis.com pre všetky najnovšie. A s tým sa rozlúčime. A ešte raz vám ďakujem za váš čas a pozornosť. Ďakujeme všetkým našim priateľom v spoločnosti IDERA a zajtra s vami dúfame, že sa dočkáme webového vysielania Filozofia údajov. Je to tak, filozofia dát je zajtra o štvrtej východnej. Dúfam že Ťa tam uvidím. Postaraj sa o ľudí, ahoj.
