Od zaměstnanců Techopedia, 22. února 2017
Take away : Host Eric Kavanagh diskutuje o správě databází s Dr. Robinem Bloorem, Dezem Blanchfieldem a IDERA's Binh Chau.
Momentálně nejste přihlášeni. Chcete-li zobrazit video, přihlaste se nebo se zaregistrujte.
Eric Kavanagh: Dobře, dámy a pánové. Dobrý den, vítejte znovu. Je to středa, jsou to čtyři hodiny východního času a posledních pár let to znamená, že je čas na Hot Technologies. To je pravda, tohle je naše show s našimi přáteli Techopedia - Techopedia.com. Podívejte se na ně online. Dostanou netvor provoz, 1, 5 milionu unikátních návštěvníků měsíčně. To je hodně webového provozu. Dnešní téma „Sen společnosti DBA: Objevování a správa napříč prostředím.“ Ano, ve skutečnosti je to velký problém, zejména pro větší organizace. Je tu snímek o vás, a dost o mně, trefíte mě na Twitteru @eric_kavanagh, vždy se snažím sledovat zpět a zapojit se do konverzace venku.
Dnes znovu mluvíme o databázových technologiích a opravdu jsme schopni pochopit, co se děje v celé řadě databázových instancí. Jak mnozí z vás vědí, jakmile začnete růst vaší organizace, získáte tam mnohem více těchto případů a udržení kliky nad těmito věcmi může být trochu zajímavou výzvou. Ve skutečnosti si vzpomínám před několika lety, měl jsem skvělý rozhovor s mužem, který byl ředitelem správy dat pro kancelář CIO na ministerstvu obrany. A říkal jsem mu všechny tyto zajímavé věci, měli jsme skvělý rozhovor a řekl jsem mu svůj základní příběh o lobování za transparentnost federálních výdajů, a on se zasmál a řekl: „Ach, takže je to váš dům, kam bych měl poslat další dravý úder dravce. “Řekl:„ Transparentnost federálních výdajů? Ani nevím, kolik licencí Oracle mám tady. “Když jsem to slyšel, opravdu jsem ocenil velikost výzvy, které některé organizace čelí.
Nyní je v dnešní době spousta zajímavých nástrojů - dnes o nich uslyšíme - pro pochopení toho, co tam venku letí, ale i před 20 lety to byla opravdu vážná výzva. Pokud jde o organizace o velikosti DOD, můžete si jen představit, že když zvládnete to, co ušetří spoustu peněz, ušetří to spoustu času, vyřeší to některé problémy se správou; ukončíte řešení více problémů najednou, pokud uděláte něco takového správně. O tom se dnes dozvíme.
Máme vlastního Dr. Robina Bloora, hlavního analytika skupiny The Bloor Group. Máme Dez Blanchfielda, našeho vědeckého pracovníka s údaji, který volá zezdola, Sydney, Austrálie. A Binh Chau, senior produktový manažer společnosti IDERA, je také na lince.
Jako hashtag děláme #HOTTECH - během show se můžete beztak tweetovat. A spoléháme se na vás na dobré otázky, proto se nemusíte stydět: pokládejte otázky kdykoli pomocí komponenty Otázky a odpovědi ve vaší webové vysílání nebo v okně chatu. A s tím budu předávat Dr. Robin Bloor. Dovolte mi, abych mu dal klíče do WebEx. Tam to jde, a vezměte to pryč.
Dr. Robin Bloor: Dobře. Tady jdeme, pojďme k prvnímu snímku. V Itálii je nazývají Stanlio a Olio, Laurel a Hardy. V 90. letech, kdy se všichni obávali roku 2000, jsem se zapojil do řady projektů z roku 2000. A já jsem šel - řekněme jim velká pojišťovna - a zjistili, že měli přes 500 aplikací, o kterých nevěděli, že existují na mainframe. Přebírali inventář hlavního počítače. No, v té době byla prostředí sálových počítačů mnohem lépe ošetřována než cokoli, co přišlo později, myslím, že o tom prostě není pochyb.
Byl jsem opravdu ohromený a mluvil jsem s lidmi v organizaci a oni říkali, že neexistuje žádná centrální komplex … nebyla žádná osoba zodpovědná za to, že by tyto informace znal, v podstatě víte. Nikdy nebrali zásoby svých aktiv. A databáze není aktivem, protože obsahuje data a data. Kolik případů je otázkou a vlastně, kde jsou? To je jen „Co je to databáze?“ A důvod, proč si myslím, že je, databáze je skříň, do které hodíte data. A nedávno jsem mluvil s webem, který měl tisíce instancí Oracle. No, Oracle je databáze, která, pokud ji používáte jakýmkoli sofistikovaným způsobem, vyžaduje DBA.
Něco jsem se na to zeptal a oni řekli, asi, myslím, že je to asi sedm nebo osm DBA v celé organizaci. A řekl jsem, víte, „Kdo se stará o dalších tisíce případů?“ A oni řekli: „No, opravdu se stalo, že to lidé prostě používají jako souborový systém. Máme řadu databází, které jsou na velkých klastrech, na nichž opravdu záleží na výkonu, a mají DBA, které nad nimi neustále stojí. A pak máme tisíce dalších databází, o které se nikdo vůbec nestará. “A zeptal jsem se jich přesně, kolik databází přišli s:„ No, naposledy to společnost Oracle provedla audit. “, víte, což je něco zajímavého.
Ale víte, existují důvody pro použití databáze. Databáze implementuje datový model. Je tu pro sdílení dat: umí spravovat více souběžných požadavků na data, implementovat bezpečnostní model, je kompatibilní s ACID, je odolný nebo může být nastaven tak, aby byl odolný, víte. To je důvod, proč máme databáze. Ale víte, není neobvyklé setkat se s weby s tisíci instancí serveru SQL Server nebo Oracle a většina z nich se v zásadě používá pouze jako souborový systém. A proč byste tedy vytvořil novou instanci, opravdu?
Vím o vývojářských týmech, že pokud vytvářejí novou aplikaci, staví ji do sila, takže každá daná nová aplikace bude mít samostatnou databázi. Nemuseli by se nutně snažit vytvořit datovou vrstvu z věcí - nemyslím si, že je to dobrá praxe. Ale znovu, víte, pokud máte velmi komplikované prostředí, je velmi obtížné vyzkoušet a sestavit všechny databáze, které jsou ve vzájemném vztahu, pokud jde o to, že v nich jsou data, kde jsou vztahy. Instance jsou vytvářeny pro repliky.
Víte, můžete mít horké pohotovostní režimy nebo repliky pro účely dostupnosti, ale také máte repliky nebo semi-repliky v datových sítích. A jakmile byl představen svět datového skladu, otázka, víte, kolik datových serverů tam bylo a lidé je prostě používali jako klonové soubory, odebírají data z datového skladu a nezajímají se zejména o jeho výkon v pocit, že by se jen jako výchozí výkon. Většina z těchto lidí pravděpodobně ani nevěděla, že byste skutečně mohli ladit databáze. Viděl jsem návrhy, které za účelem distribuce sharded data do výrazných haldy.
Víte, často se dostanete k této replikační situaci, kdy máte v organizaci více skladů a každá z nich má databáze a každá je střepem centrální databáze. Dostanete příklady z stříhání. Špatná rozhodnutí o designu - viděl jsem, jak se skutečně dělají bizarní návrhy, pokud jde o databáze, kde lidé vytvořili samostatné databáze bez dobrého důvodu. A jak jsem poznamenal, databáze jsou souborové systémy.
A pak existují testovací a vývojová prostředí, která je třeba postavit a spadnout, ale všechny se počítají jako instance databází a všechny z nich, mimochodem, musí mít zabezpečení a všechny další věci, které databáze snad poskytuje. Úvahy o instancích - pracovní zátěž databáze lze optimalizovat pouze pro konkrétní instanci. Pokud máte opravdu zájem o absolutně nejlepší výkon, pak nemusí mít data sharded off ve spoustě databází nutně vám tento druh optimalizace.
Existuje důvod, proč nevytvářet rušivé příklady dat. Smíšená pracovní zátěž ve stejné databázi jako kontrapunkt může vést ke špatnému výkonu - zvláště pozoruhodný OLTP a velký tok dotazů se jednoduše nemíchají, nikdy se nemíchají a pravděpodobně se nikdy nebudou míchat. Obvykle je nejlepší konsolidovat databázi na úrovni serveru, než mít více virtuálních počítačů. VMs však poskytují izolaci; u některých lidí jde o návrhové rozhodnutí izolovat data od jiných dat, takže víte, že pokud tato aplikace selže nebo tato databáze selže, nesnižuje moji aplikaci.
Problém s tím samozřejmě spočívá v tom, že nakonec dojdete k dalšímu bodu, kterým jsou licenční poplatky za databázi. Ty se liší, ale viděl jsem, že licenční poplatky za databáze se stávají kritériem návrhu, protože někdo nechtěl roztrhnout konkrétní číslo, a proto lidé, kteří navrhují systémy špatně, jednoduše kvůli způsobu, jakým funguje licencování na databázi. A je tu ještě jedna věc: pokud začnete konsolidovat všechny své databáze, stojí za zmínku, že DBA jsou drahé. To není tak snadné.
Jednoduchý pohled na svět - a to je skutečně poslední snímek - je datová vrstva, transportní vrstva a vrstva zpracování. A veškerý hardware leží pod tím. Není opravdu možné optimalizovat datovou vrstvu, aniž bychom přesně věděli, co je v ní a proč.
A když to řeknu, předám svému příteli zespodu, Dez Blanchfield.
Dez Blanchfield: Děkuji, Robine. Dovolte mi, abych si zde vytřídil myš. Takže, dnes nám dám pár anekdot, protože to je obrovské téma a mohl bych strávit dva týdny s tabulí se zábavou, protože jsem měl v tomto prostoru téměř tři desetiletí nahoru a dolů .
Nejprve však mentální vizuální obrázek. Když přemýšlím o výzvě, o které dnes mluvíme - a v zásadě mluvíme o růstu databáze, replikaci a rozrůstání se o všech výzvách, které s tím souvisí - chtěl jsem jen vložit tento obrázek obřího dubu do našeho mysl. Jedná se o nádherně krásné stromy, které začínají jako malý žalud, ale vyrostou na tyto monstra. A když to udělají, jsou velmi velké a špinavé. A jak vidíte z tohoto obrázku, jako vizuální metafora, pokud se vám líbí, víte, větve jdou všude a pak větvičky, které odcházejí ty a listy na konci těch a jsou ve všech náhodných, chaotických tvarech, a to je jen kousek, který můžeme vidět nad zemí.
Něco o nich přemýšlím jako o datech uvnitř databáze a pod tím je struktura kořenů a ty se napojují na všechny směry. Ale zdá se to velmi čisté a citlivé na povrchu země tam, kde je to hezké a ploché, ale realita je stejně tak šílená pod zemí jako nad zemí; my to prostě nevidíme. A často to využívám, když začnu přemýšlet o tom, jak popsat výzvu, o které dnes mluvíme, organizacím od správní rady až po techniky, abych se pokusil přimět je, aby si představili, co se v jejich organizacích skutečně děje. Protože je tak snadné podívat se na obrazovku počítače a vidět tato krásná pole řádků a sloupců a myslet si: „Máme to vyřešené, není to žádný velký problém.“ Ale tomu tak vůbec není. A v tomto bodě obvykle narazím na tento jeden řádek a říkám, že databáze v mé mysli jsou jako žaludy, víte, začínají malé a rostou, ale než to víte, máte les obrovských dubů, a proto vizuální.
Takže dvě anekdoty jen proto, aby sdílely scénář, který vyrostl z kontroly a jen nemohl být opraven, a pak další, který udělal podobnou věc, ale byl schopen opravit, a já zdůrazním klíčový bod dnešní diskuse o tom, jak přišli jsme o to.
Prvním z nich byl scénář, kdy CIO s největšími úmysly v průběhu času nevědomky způsobil jednu z nej neočekávanějších a nechtěných rozrůstání, která právě vyrostla mimo kontrolu. Byl to scénář, kdy vládní organizace s tisíci zaměstnanci, velmi technicky zdatnými zaměstnanci, požadovala přístup ke svým systémům a nástrojům, se kterými mohli začít spolupracovat a automatizovat mnoho svých procesů. Chtěli se dostat pryč z papírových formulářů a chtěli vytvořit online systémy, chtěli zachytit data a sledovat je, sledovat je a nahlásit je zpět a předložit je zpět svým kolegům.
A jsou tu různé druhy věcí, od lidí, kteří se objevují ve svých kancelářích a přihlašují se a přihlašují se z bezpečnostních důvodů až po to, kdo si objednával co v kavárně v poledne. A tak dobře míněný CIO rozhodl, že Lotus Notes je skvělý nápad, protože byl na řadě seminářů a IBM odvedl skvělou práci při prezentaci a ve správném scénáři by to bylo skvělé rozhodnutí, kdyby bylo to pod kontrolou. Ale stalo se, že místo toho, aby Lotus Notes byly předány týmu technických lidí, aby se implementovali v prostředí a poté postavili rozumné nástroje a tak dále a poskytli nějakou kontrolu a správu kolem toho, co se ve skutečnosti stalo, bylo to nasazení na standard operačním prostředí, SOE, takže se každý desktop efektivně stal serverem.
A tak poskytli školení a praktické poznámky a dokumentaci pro celý tento proces a najednou si lidé uvědomili: „Ano, mám Lotus Notes na ploše!“ Co to znamená, myslíte? To znamenalo, že tisíce velmi technicky důvtipných zaměstnanců se učili, jak efektivně skriptovat a psát aplikace, v prostředí Lotus Notes, vytvářet malé databáze, které v podstatě vypadaly jako tabulky, řádky a sloupce a pole, a prezentovat toto malé webové rozhraní prostřednictvím Domina.
Pokud bych chtěl něco o něčem zachytit, mohl bych jen vytvořit malou formu a v tabulkovém rozhraní, vložit ji do souboru, vytvořit za ní malou databázi Lotus Notes a prezentovat ji jako webovou aplikaci a začít sbírat informace. A to znělo skvěle, dokud to trvalo roky a najednou si uvědomili, že se někdo vzbudil a řekl: „Dobře, tak proč se v síti LAN objevuje 10 000 nových databázových aplikací, a to zejména v posledních 12 měsíce? Co se stalo? “No, co se stalo, v podstatě jste dali lidem zbraň, a to bylo naloženo a bezpečnost byla vypnutá, a samozřejmě se střelili do nohy.
A tady je tento skvělý obraz, který obvykle vymýšlím v mysli italského umělce, který dělá tuto podivnou věc, kde dostane kamion sena a slámy a vrhne se do středu uměleckého studia a pak dostane kurátora uměleckého studia náhodně strčit jehlu do jejího středu. A pak tráví dny živým krmením, kamerou, procházením slámou hledáním jehly v kupce sena, jak to bylo. Až nakonec, po hodinách a dnech, to najde, skočí nahoru a dolů a bude nadšený. A stejně, italský umělec, co můžete dělat? Ale je to docela vtipné a pokud jste ho někdy sledovali online nebo pokud ho sledujete online, zjistíte, že je velmi katarální.
Zde je scénář noční můry, kdy dobře promyšlená technická osoba poskytla obchodníkům - velmi technicky zdatným obchodníkům - nástroj, který měl usnadnit jejich životy. Ale brzy jsme měli otázky, kdo je zálohuje, kdo je sleduje a podporuje, kde jsou tato data, v jaké struktuře jsou data, kdo dohlíží na schémata, co když chci vytvořit jinou verzi, jaká data jsou v těchto verzích, mohu udělat dev testovací integrační cestu k těmto věcem?
Víte, můžete si vyvodit své vlastní závěry o tom, jak to šlo, ale nešlo to dobře a dokážete si představit, že jen stovky terabajtů dat, a ne zálohované, sedět, efektivně, PC nebo notebooky na stolech, některé systémy dokonce nejsou k dispozici, protože si lidé neuvědomili, když vypnul notebook v 5:30 a odnesli ho domů, aby provedli práci, kterou se nikdo do sítě LAN nemůže do této aplikace dostat. Neskončilo to dobře. A velké množství dat muselo být vyčištěno a ručně s nimi manipulováno a přivedeno zpět do rozumného systému; většina z toho byla pouze vymazána a odstraněna, protože prostě nemohlo být dovoleno se dále šířit.
Pak moje druhá anekdota s věcmi na velmi odlišné cestě. Představte si scénář, máte dev, test, integrace, systémové integrace, testování přijímání uživatelů, produkci, zotavení po havárii, zálohy a kopie zálohy jeden až do 99 a dále, máte upgrady, záplaty a demonstrační prostředí od jeden až 99 a více. A najednou se tam posadíte, „Počkejte, co se děje, vydržte, kdo to používá?“ Víte, tohle je noční můra, která se možná čeká.
V tomto scénáři se však stalo, že jsem měl příležitost jít do organizace, která chtěla z hlavní bankovní platformy extrahovat obchodní jednotku pro správu majetku a postavit ji jako samostatnou organizaci v podstatě při zahájení podnikání v rámci podniku. Výzva byla, vezměte naši obchodní jednotku pro správu majetku a všechny lidi, technologii a data kolem ní ve veřejných službách, vytvořte startup v naší vlastní společnosti a vyřezejte ho, aby mohl běžet na své vlastní značce.
Jedná se o světového lídra v oblasti bankovnictví, který nebudu jmenovat. Museli jsme extrahovat samotnou obchodní jednotku správy majetku a všechny věci kolem ní. Takže všechno v celém rozsahu, veškerý personál, fyzická infrastruktura a přemístěte je do nového kancelářského prostoru. Všechny obchodní systémy, veškerý software, všechna data, všechna licencování, pojmenujete je. Dobře, dokážete si představit, že to vypadalo jako noční můra, s níž začít.
A abychom to nějakým způsobem dali do souvislosti, hovoříme o 78 systémech v původní bankovní platformě podporujících asi 14 základních produktů, což by mohlo být asi tisíc různých nabídek. Používají se stovky a stovky živých databází, a když říkám v provozu, museli jsme je přesunout na místě, takže v pátek odpoledne budou v jednom prostředí, v pondělí se očekává, že budou někde jinde a v sobotu a v neděli museli mít tento kříž, kde transakce šly z jednoho systému vlevo, řekněme, vizualizovat to, do jiného systému vpravo.
Přibližně 15 000 zákazníků, z nichž každý má nespočet záznamů, a noční můra ETL, protože žádný ze 78 systémů na jedné straně neodpovídal systémům na druhé straně. Měli jsme zcela novou bankovní platformu, nové systémy, nový software, nové databáze a nové schéma. Takže metadata, pole, řádky, sloupce, záznamy, tabulky, pojmenujete je, nic neodpovídá. Existuje 14 různých aktivních vývojových týmů, jeden pro každý produkt. A když jsme vytvořili toto prostředí, zjistili jsme, že v době, kdy jsme měli vývojový test, integraci, systémovou integraci, testování přijímání uživatelů, výrobu, zotavení po katastrofě, demonstrační kopie, zálohy, upgrady, opravy - například jsem tam chyběl - školení, například a vzdělání, pro každý vývojový tým existovalo 23 verzí každého z těchto prostředí.
Nyní tam sedíte a najednou se vaše krev začne krčit a vaše kůže zchladne a vaše vlasy stojí - to nikdy nemůže dobře skončit. No, ukázalo se, že to dopadlo velmi dobře, protože úplně první, co jsme udělali, předtím, než jsme dokonce zahájili návrh nasazení technologie, bylo, že jsme šli a dostali správné nástroje. A použili jsme nástroje, a ne nutně lidi, ale lidi, kteří řídili nástroje. Použili jsme nástroje k mapování dat, pomocí nástrojů k mapování databází, v nichž žili, mapovali jsme všechna metadata, schémata a celou cestu dolů do řádků, sloupců, záznamů a polí.
Věděli jsme, z čeho pocházíme, a pak jsme to korelovali s mapou toho, co jsme zavedli, jak vypadala off-the-shelf bankovní platforma, a měli jsme vzájemnou korelaci. A cokoli, co upadlo, jsme vytvořili datovou místnost, kde jsme prošli a ručně je zmapovali. Ale před provedením jakéhokoli nasazení a nastavení těchto prostředí v novém světě jsme se ujistili, že každý jednotlivý záznam, každá tabulka, každé pole, každý řádek, každý sloupec, každá databáze a všechna metadata kolem něj, všechna oprávnění a ovládací prvky byly zmapovány z jednoho na druhého. A my jsme nepohnuli jedinou věcí, dokud nebyla provedena korelace.
A tak se kus ETL změnil z noční můry na docela bezbolestný proces pouhého validace kontrol a sledovaných procesů. A mohli bychom to dělat pravidelně, téměř každou hodinu. Dělali jsme přechod od výroby ve starém světě do nového prostředí dev, testování, integrace atd. V novém světě. A v den, kdy jsme žili, po pětiměsíčním procesu, který byl spuštěn po měsíci s testováním, a pak za šest měsíců to bylo online a aktivní, měli jsme jen jeden problém a problém byl v tom, že někdo zapomněl své heslo a muselo být resetováno. To byl jediný problém, který se v podstatě vytvořil asi hodinu stresu lidí, kteří si mysleli, že se něco pokazilo - ukázalo se, že platnost hesla vypršela a oni zapomněli, co to je, a museli ho resetovat.
Tento scénář si dokážete představit ve srovnání s prostředím Lotus Notes, kde měl někdo velké záměry, ale nemyslel na výzvu, a další věc, kterou jsme museli jít, zkusit zmapovat všechna tato data a většina z nich musela být odepsána. a byla to jen velká ztráta času a úsilí, zdrojů a morálky. Do scénáře, kdy, když je správně naplánováno a správně provedeno a dodáno správně se správnými nástroji, jsme dosáhli skvělého výsledku.
A tak mě tento bod přivádí k této jedné linii - než předám našemu spolupracovníkovi, abych mluvil o tom, co IDERA musí vyřešit tuto výzvu - je to, že v dnešním světě, kde jsou systémy stále více poháněny databázemi, to není jen pěknost, ale pro mě je to fakt, že je to nutné, že inteligentní nástroje jsou podle mých zkušeností jediným způsobem, jak spravovat vyhledávání dat, správu dat v měřítku a rychlost, kterými se pohybujeme.
A pokud se to povede správně, jako druhá anekdota, kterou jsem právě sdílel, doufám, že je to ilustrováno, může to být velmi bezbolestný a velmi plynulý proces. Nejen v nových projektech, ale také v tom, že máte zbraně v aktuálním prostředí a že můžete kdykoli a den sledovat a sledovat, co se děje ve vaší organizaci, jaká databáze existuje, jaké verze databáze používáte a kdo co používá.
A za tímto účelem předám našemu spolupracovníkovi z IDERA a těším se, až uslyším, co musí na stole nabídnout a jak vyřeší tuto výzvu.
Binh Chau: Skvělé, díky, Dez. Slyšíte mě dobře? Dobře, děkuji. Ahoj všichni, jsem Binh Chau s IDERA. Dnes budu mluvit trochu o produktech, které jsme nazvali SQL Inventory Manager, a hovoří o objevu a schopnosti inventarizovat vaše instance a databáze SQL Server tam a jak získat popis toho, co máte v prostředí a mluvit o některých dalších věcech, o kterých Dez a Robin hovořili v souvislosti s rozrůstáním databáze a potřebou dat v těchto dnech.
S tím, myslím, jsem zde uvažoval o tom, že jste slyšel anekdoticky prostřednictvím dvou příběhů, které popisoval Dez. Ale v podstatě dnes existuje tolik potřeb dat a obchodních skupin tam a obchodních skupin tam druh spinning své vlastní aplikace a servery, zejména s SQL Server, ne? Protože můžete snadno rozdělit verzi SQL Express nebo služby BI, víte, že v mnoha organizacích se odehrává od malých až po velké organizace.
Mnohokrát si DBA nejsou vědomi toho, že se někdo rozhodl začít, víte, vytvořit instanci, spíše než jen umístit databázi na existující instanci. O těchto věcech nevědí, dokud nebude potencionálně problém a někdo nezavolá DBA: „Ale ne, moje aplikace přestala fungovat, není možné se připojit k databázi, co se děje?“ A víte, když se DBA ptá některé otázky objevují: „Hej, tohle nebyl na našem radaru, nevěděli jsme o tom.“
Dalším jsou licenční náklady, ne? Licence Microsoft SQL Server: způsobem, jakým to funguje, nemusíte mít konkrétní klíč pro tento počet instancí, které máte. Můžete nasadit a poté provést audit. Víte, že provedou audit později a zjistí, kolik licencí skutečně potřebujete. Pokud tedy provádějí audit a neznáte neznámé servery, mohlo by to vést k nákladnému auditu. A proto je dobré mít tento nástroj nebo mít inventář předem vědět, jaké jsou vaše licenční náklady, a být schopen to nejen vědět, ale také spravovat, je dobré mít.
A pak, o čem jsem právě mluvil, pokud si nejste mnohokrát vědomi serveru, pokud věci běží dobře, všechno je v pořádku, ale jediný čas, kdy jste o něčem informován, je, když nastane problém. A to by mohlo vést k přerušení výroby nebo možná, že server nebyl udržován a na tomto serveru nemáte záplatu, což způsobuje problém.
Některé z otázek, které musí DBA dělat každý den, je, že jim musí čelit, víte, že by mohly být administrativní nebo strategické, ale některé věci, jako je Microsoft, právě vydaly opravu kritických systémů, kolik systémů tam bude potřebovat tento nový náplast? Na koho bude mít vliv prostojů, když musím systém odstavit, abych ho napravil? Jak se k těmto informacím snadno dostanu? Musím jít do tabulky? Musím to najít do několika systémů, abych to našel? Musím oslovit různé obchodní skupiny, abych získal tento seznam? Je opravdu těžké to rozdělit.
Další dobrý je v podstatě, někdo přijde a říkají, potřebuji novou databázi. Bude to vyžadovat velikost X a musí mít tolik kapacity, a pak chtějí vědět, kam to mohu dát. Aniž bychom věděli, co je ve vaší krajině, je těžké jim to říct, dobře, můžeme to dát sem, sem nebo sem. Musíš jít a dělat manuální kontroly, které jsou potřebné, aby se to stalo. A mluvili jsme o auditu a také o podvodném serveru.
Pokud tam máte nečestný server, nevíte, v jakém stavu je, zda je zálohován, zda má všechny své záplaty. Někdy si nemusíte být vědomi těchto věcí, dokud nebude problém, což by bylo špatné.
To jsou jakési výzvy, otázky, kterým DBA čelí každý den, co se na ně hodí. Chtěl jsem vám tedy představit SQL Inventory Manager, což je produkt, který tam máme. Dělá to pár věcí. Zjišťuje, což je v podstatě druh procházení do vašeho prostředí, aby zjistil, co je SQL Server ve vašem prostředí. A pak to může také automaticky objevit, takže v zásadě, jakmile spustíte objev, můžete jej nastavit tak, aby chodil denně nebo týdně - bez ohledu na časový rámec, který chcete - objevovat nové případy venku.
A pak můžete mít také automatické registrace těchto instancí, abyste je mohli začít monitorovat a kontrolovat jejich zdravotní stav, a pak můžete začít katalogizovat a inventarizovat tyto instance, abyste měli dobrý přehled o své SQL Serverové krajině. Co je tam venku, co je výroba, co se vyvíjí, co je zotavení po katastrofě, co je méně kritické a víte, jaké aplikace na nich běží. A můžete také dostávat upozornění na případy, kdy kontrola stavu selhává, takže v zásadě, pokud server spadne, nebo také řadu dalších věcí, které můžete sami použít.
Eric Kavanagh: Začínáš být trochu měkký, jen abys věděl.
Binh Chau: Promiňte, je to lepší? Chtěl jsem udělat kluky pomocí dema, ukázat vám, co to dělá. Počkejte chvilku a nechte mě nejdřív sdílet obrazovku. Vidíte kluci webové rozhraní? Toto je rozhraní SQL Inventory Manager. Obrazovka, kterou vám zde zobrazuji, je to webové rozhraní. Obrazovka, kterou vám zde zobrazuji, je naše zobrazení instance databáze. Přes vrchol vidíte, že jsme dostali jiné. Takže „objevený“ je v podstatě všechny výskyty, které jsou objeveny v síti. A to, co mi to ukáže, je v podstatě.
Eric Kavanagh: Začínáte se tam trochu rozcházet. Možná budete chtít telefon položit a položit na reproduktor. Pokračuj.
Binh Chau: Tato obrazovka zjišťování vám ukáže vše, co správce inventáře objevil ve vaší síti. Zde je objeveno jako 1 003 serverů. A řekne vám verzi, vydání, pokud ji najde, kdy byla objevena a jak byla objevena. Řekněme například, že některé z nich ignoruji, což znamená, víte, možná chci ignorovat vývojové vydání, protože pro mě nejsou tak důležité, protože jsou to pouze vývojové vydání; Mohu se rozhodnout ignorovat je a umístí je na kartu Ignorovat, takže když příště spustím Discovery, nebude mi to znovu ukazovat. Nyní se mohu vyplnit pro automatickou registraci nebo se mohu zaregistrovat ručně.
A tak jsem se rozhodl monitorovat šest případů. A tady je to přihlášeno a bude to provádět pravidelné kontroly těchto a pak je tu vícenásobné kontroly, cokoli zde, víte, kontroluje každých 30 sekund, aby zjistil, zda je server nahoře nebo dole a dává vám nějaký přehled o co je tento stav. V podstatě mi to říká, že mám jeden server, který je dole, a těch pět, kteří jsou nahoru. Také mi říká, jaké edice serverů, počet databází, stav databází, jakékoli další zásoby nebo metadata kolem tohoto serveru. Odtud se také mohu dostat do zobrazení Licensing. Zde mi poskytuje některé informace o licencích společnosti Microsoft, které potřebuji, pokud jsem se chtěl dopředu dostat součtem nebo shrnutím před auditem společnosti Microsoft.
Zde je počet jader, počet soketů, možná základní licence, kterou společnost Microsoft zavedla počínaje rokem 2012. To byl náš pohled na instanci. Naše přehledová stránka, jedná se o druh stránky, kterou otevřete. To vám ukáže zdravotní kontroly nebo doporučení, která má, stejně jako teď mi říká, že mám devět databází, které nemají aktuální zálohu. Můžu na ni kliknout a jít dolů na podrobnosti o tom, jaké databáze jsou, a mohu jít dovnitř a podniknout v nich kroky, pokud to budu potřebovat. Říká mi to všechny top databáze podle velikosti, top databáze podle aktivity. Mohu kliknout na konkrétní server a získat o něm více podrobností.
Eric Kavanagh: Když se to hýbe, ukazuješ nám tu schopnost vidět opravdu cokoli, co je připojeno k síti, je to tak?
Binh Chau: Správně. Toto ukazuje vše, co jsem se rozhodl sledovat pomocí Správce zásob. Toto je SQL Server, zde mi ukazuje všechny aplikace připojené k serveru. Opět se mohu dostat do všech databází, které jsou přidruženy k tomuto serveru. Tady jsem mohl označit věci. Mohu vytvořit značku pro tento konkrétní server, ať už je to precizní doména nebo ne. Máme zákazníky, kteří jej používají, například, když chtějí označit své produkční servery nebo své dluhové servery, a pak mohou tak trochu získat úplnou zprávu o tom, jak věci fungují. Když přejdu na kartu Správa, můžu spustit Discovery. A Discovery v podstatě půjde ven a běží do vaší sítě a najde veškerý SQL Server ve vašem prostředí.
Tady mám tuto přesnou doménu, která je naší doménou, a nastavil jsem ji tak, abych řekl, víte, v této konkrétní doméně používejte tento konkrétní uživatelský účet Windows k objevování a chci, abyste provedli kompletní kontrolu. Mohu také vybrat, abych specifikoval „Pouze prohledat tuto konkrétní subdoménu“ nebo „Pouze prohledat rodiče.“ Ale v tomto případě jsem řekl, že spustím kompletní kontrolu. Zde jsou různé typy skenování, které mohu použít, a pokud je uložím, a v podstatě je to úloha, kterou mohu nastavit. Právě teď je to vypnuto, což znamená, že musím tyto kontroly spustit ručně. Ale pokud bych to chtěl, mohl bych to nastavit každý den, víš, dělat tu práci denně. Nebo pokud se rozhodnu, že ji nebudu spouštět denně - je toho příliš mnoho - mohu říci, že tuto úlohu spouštím každý týden v určitý den a čas.
A pak zde Automatická registrace, pokud je tato funkce zapnutá, udělá to, že pokaždé, když najde nový server, automaticky jej zaregistruje do Správce inventáře, abych ho mohl začít sledovat. Pokud existuje nějaká edice, kterou chci vyloučit, jako například, nestarám se o vydání Express nebo Developer, protože to jsou vývojové prostředí, pak na ně kliknu a co udělá, je to prostě říká každý čas, když najdu něco nového, přidám jej do Správce inventářů, abyste jej mohli sledovat, dokud se nejedná o vydání pro vývojáře nebo Express.
A tady je místo, kde mohu nastavit značky, takže například pokud mám produkční servery, mohl bych jít sem a označit tyto servery. Mohl bych označit databázi nebo server konkrétní modrou značkou, takže bych například mohl říci, že tato AO_NODE by měla mít produkční značku. A pokud se tak potřebuji snadno dostat na server, můžu jít sem a kliknout na produkční značku a to mě hned přivede na tyto dva servery. Toto je náš pohled na Explorer a zobrazuje se to vlastníkem, ale mohu říci značkou instance, také databázemi a mohu to rozšířit, abych viděl, co jsou.
Další užitečnou funkcí, kterou jsme si vytvořili a kterou se lidem tu opravdu líbí, je schopnost podívat se na to, co spravujete pomocí Správce zásob a zjistit, na jaké úrovni oprav jsou. V zásadě mi zde říká šest serverů, které jsem spravoval ve svých nástrojích, ať už je k dispozici aktualizace pro společnost Microsoft a zda verze, na které jsem, zda je nebo není podporována, a podpora postavení. Pokud jsem se chtěl dozvědět více o této konkrétní opravě hotfix, mohu na ni kliknout a bude mě odkazovat na článek od společnosti Microsoft, pokud jde o to, o čem je tato oprava hotfix a zda je řešit. Tento seznam můžete exportovat, pokud jste chtěli, takže můžete říct: „Hej, potřebuji o víkendu opravit tři z těchto serverů a další tři později.“
Seznam sestavení - takže existuje seznam, který kontroluje, zda je vaše verze aktuální. Můžete jít ven a stáhnout tento seznam, abyste se ujistili, že je aktuální a máte nejnovější seznam, který jej porovnáte. Dalším úhledným prvkem inventáře, který se lidem líbí, je možnost přidat nejen značky, ale také možnost přidat vlastní pole inventáře. Víte, pokud jste sem chtěli přidat pole pro označení databáze, řekněme, že to chci označit na úrovni databáze. Oddělení, toto oddělení a tuto databázi, bych mohl udělat jiný typ: otevřený konec, pravda / nepravda nebo seznam.
A mohl bych říci, víte, tohle je HR, marketing, výzkum a vývoj, finance. A to, co to dělá, je v zásadě, jakmile tyto věci označíte, můžete odtud získat některá data, která říká, jak velkou kapacitu každá databáze používá, a pak můžete začít něco takového, roste a dává to smysl dobít tato oddělení?
Další věc je, víte, pokud musíte spustit údržbu, protože víte, kdo je v této databázi, můžete vědět, na koho se obrátit, abyste jim dali vědět: „Hej, musím spustit údržbu tento víkend, vaše databáze budou offline, “ a tak dále a tak dále. Další užitečnou funkcí je vyhledávací pole, které se zde lidem líbí. Mnohokrát jsou dotazováni na databázi nebo aplikaci nebo server, v závislosti na tom, kdo s nimi mluví, je těžké určit, kde přesně je. Co byste mohli udělat, je, že možná nevíte, kde databáze žije, ale stačí to zadat. Mohl jsem jen napsat do řídicího panelu IDERA a vytáhne pár databází a kde sedí, takže se můžete snadno dostat těm. A pak o nich získají další informace: jejich velikost, velikost protokolu, ať už to byla záloha, nebo ne, v jakém režimu obnovy je, pokud bych o tom chtěl přidat nějaké značky. V rámci tohoto nástroje je mnoho různých funkcí, víte, je to inventární nástroj, ale je to inventární nástroj, který je velmi specifický pro SQL Server a pro DBA.
Protože existují, myslím, další věci, které by DBA chtěla mít nebo aby získala dobrý přehled o tom, jak prostředí a jejich krajina vypadá pro jejich databáze. Můžete se také přihlásit k odběru, nakonfigurovat server SMTP a nastavit předplatné tak, aby vás upozornilo na sebe nebo na všechny zde uvedené uživatele. Zastavím to a vrátím se k prezentaci. A tento poslední snímek je jen jednoduchým pohledem na architekturu. Je to webová konzole, která běží na integrovaných webových službách Tomcat.
Máme několik služeb sběru a správy, které vložíme do úložiště, a služby správy zhasnou a spustí zjišťování na různých instancích serveru SQL. Na monitorovacích serverech není nic nainstalované. Máme úlohy, které se spouští pravidelně a jen o tom shromažďujeme data, takže v podstatě ať už je to nahoru nebo dolů, kolik dat se používá, jaké jsou jiné verze lidí. To je vše.
Eric Kavanagh: Jo, dovolte mi, abych se vás zeptal - položím pár otázek a pak jsem si jistý, že Robin a Dez také něco mají - jen ze zvědavosti, když někdo přijde udělat audit, řekněme Microsoft, jsou používají tento nástroj, nebo předpokládám, že mají nějaké proprietární nástroje, které používají?
Binh Chau: Jo, věřím, že používají proprietární nástroje. Jde o to, že tento nástroj je inventarizační nástroj, takže neustále aktualizuje, víte, protože má za úkol chodit ven a průběžně shromažďovat informace o vašich serverech, dojde tam a kdykoli v čase budete mít aktuální informace o tom, jak se věci mění, víte, jednorázové zprávy, které můžete získat od společnosti Microsoft, že je to počet serverů, které máte, jedná se o verze, které máte .
Eric Kavanagh: Jo, jsem zvědavý na Discovery. Když tedy někdo nakoupí tento nástroj a začne jej používat, jak se tento objev skutečně stane? To bylo něco, o čem jsem se zmiňoval dříve, jinými slovy, klepáte na síť, abyste viděli, jaké signály tam létají, které se zdají být instancemi databáze, a pak to katalogizujete a poté, co jste označili instanci databáze, která sledujete? Hádám, že to má jakousi ping, že to dělá tak často, a pokud to jde dolů, tak například víte, že je to dole. Takhle to funguje?
Binh Chau: Jo. Myslím, že jakmile zapnete Discovery, půjde to do vaší sítě a my máme několik různých skenů, abychom tam šli, ale to dělá, víte, skenování v prohlížeči a skenování v registru. Provede různá prověřování, aby zjistila, jaký počítač je tam, a poté provede kontrolu: máte venku SQL servery nebo služby BI? A pak to přivede zpět a zatáhne do nástroje a ukáže vám: „Hej, tady jsou všechny věci, které jsem objevil.“
A pak, kdybyste řekli: „Chci monitorovat pomocí tohoto nástroje, “ pak to bude sledovat a bude to ping. Úkolem pingu je tak často říkat: „Dobře, zkontroluj to teď o této věci, “ - víte, dostupnost databáze - zkontrolovat nyní o historii databáze, zkontrolovat stranu databáze. Spouští řadu úloh pro kontrolu databáze, kterou sledujete.
Eric Kavanagh: Jo, to je dobře. A máme otázku od člena publika. Vím, že vy máte nástroje, které pracují s různými databázovými technologiemi, ale tento, který právě dnes ukazujete, je to jen pro SQL Server nebo se to týká i jiných typů databází?
Binh Chau: Právě tento konkrétní nástroj pokrývá SQL Server.
Eric Kavanagh: Dobře, to je v pořádku. Dobře, dovolte mi to předat Robinovi, jsem si jistý, že má pár otázek, pak možná zpět k Dezovi. Červenka?
Dr. Robin Bloor: Jo, jasně. Microsoft docela nedávno - někdy v roce 2006 - oznámil SQL Server na Linuxu, ale nemyslím si, že je dodán. Jen jsem přemýšlel, jestli k tomu máš nějaké komentáře. Jste si toho vědomi? Hraješ si s tím?
Binh Chau: Ano, jsme. Plánujeme to zahrnout. Myslím, že o tomto nástroji je hezké, že jsem mluvil s mnoha zákazníky, kteří si vytvořili vlastní domácí nástroje, aby udělali totéž, ale musí držet krok s novými edicemi a verzemi, které Microsoft přichází s, ale máme nové verze a edice, dostaneme se do toho brzy, abychom se ujistili, že nástroj bude schopen monitorovat a spravovat nová vydání. Takže SQL v Linuxu je něco, co plánujeme přidat a zpřístupnit, až bude k dispozici - věřím později v tomto roce.
Dr. Robin Bloor: Jo, to je zajímavé. Očekáváte, že to bude hodně vašich zákazníků? Myslím, že SQL Server je podle mě velmi sofistikovaná databáze. Myslím, víte, je to dlouho v zubu, je to asi to, co říct. Myslím, víte, původní Sybase, ze které vyšel, byla ve skutečnosti hodně zjednodušující. V průběhu let však společnost Microsoft přidávala další a další věci. Bude to všechno dostupné na Linuxu? Chtěl byste svým zákazníkům poradit, zda tuto migraci provést?
Binh Chau: Omlouvám se, je otázkou, co vidíme, když se lidé ptají?
Dr. Robin Bloor: No, vzhledem k tomu, že jste si s tím pohrávali, je to tak sofistikované na Linuxu jako na Windows?
Binh Chau: S tím jsem si nehrál sám, ale to, co jsem od kolegy slyšel, je to, že je to vlastně velmi na stejné úrovni. Ale já osobně jsem nehrál s novou verzí SQL na Linuxu.
Dr. Robin Bloor: Dobře. Mám pravdu v domnění, že jste jednoduše umístili agenty na každý nalezený server SQL? Takto tento nástroj funguje?
Binh Chau: Ne, vlastně neumisťujeme agenty. U tohoto konkrétního nástroje, kusu Inventář, na něj vlastně nedáváme agenty. Prostě chodíme ven, zavoláme a zkontrolujeme stavy. Jedna pěkná věc na tomto nástroji je, že je bez agentů.
Dr. Robin Bloor: Takže, máte jiné nástroje pro SQL Server, můžete mi trochu připomenout, jaké další produkty máte v této sadě a které se zabývají SQL Serverem?
Binh Chau: Ano. Máme správce diagnostiky SQL. Jedná se o monitorovací a výkonný nástroj. Dělá pro vás hlouběji analýzu nebo diagnostiku, kontrolu výkonu a zdraví než správce inventáře. Inventory Manager je lehká verze této kontroly stavu. Máme také Compliance Manager a Secure, který je součástí naší sady zabezpečení. V zásadě vám řekne, kdo přistupuje k vašim údajům, k jakým datům přistupuje, proč a pomůže vám s dodržováním předpisů a dalšími pokyny pro podávání zpráv. Máme SQL Safe, což je náš nástroj pro zálohování - provádí zálohování a obnovu a to je pěkné.
Máme také našeho Enterprise Job Manager, který vaši práci jen sleduje. A pak máme nástroj Toolbox, který jsou sady nástrojů pro administrátory a také sady nástrojů pro porovnání a také SQL Doctor. Sada nástrojů pro správu a sada nástrojů pro porovnání jsou to, co považuji za nůž Švýcarské armády. Mají tam několik nástrojů, které pomáhají DBA dělat různé věci jako, víte, zkontrolovat záplaty nebo přesunout nebo naklonovat databázi. V tomto Toolboxu je ale 24 takových nástrojů.
Dr. Robin Bloor: Takže, jsou lidé, kteří jdou na Inventory Management, už běžně uživatelé vašich dalších nástrojů? Nebo je tento druh vstupního bodu? Umím si představit - myslím, můžete mi říct, jestli máte nějaké válečné příběhy - ale umím si představit, že pokud jste vlastně nikdy nespustili inventář v poměrně rozsáhlém datovém centru, zážitek může být docela vytrvalý. To je to, co najdete?
Binh Chau: Ano. Chci říct, máme zákazníky, kteří jsou do nástroje představeni z jiných sad nástrojů, ale máme zákazníky, kteří přicházejí hledat takovýto nástroj kvůli projektům, které mají. Jedním příkladem, který jsem měl, byla společnost, která se sloučila s jinou společností a koupila řadu společností a potřebovala konsolidovat svou stopu SQL Serveru, aby se snížily jejich náklady. A tak hledali nástroj, jak jít ven a objevovat vše, co měli, aby mohli zahájit proces, jak to konsolidovat.
Dr. Robin Bloor: Jasně, rozumím. Myslím, že to je docela běžné u fúzí, když o tom přemýšlíte. Dobře, podám Dezovi, nechci to vzít pořád. Podívejte se, jaké otázky máme z Austrálie.
Dez Blanchfield: Děkuji, ano, otázky jsou vždy vzhůru nohama. Jedna z věcí, která mi přijde na mysl, a já si to myslím docela hodně, víte, společnosti si nejsou zcela jisty, kam nakreslit hranici, kdy začít investovat. Kdy by měla organizace - podle vašich zkušeností, když jste v chladné fázi - kdy je ten pravý čas začít investovat do nástrojů, jako je tato, aby se zajistilo, že se nedostanete do potíží? Uděláte to od prvního dne, když začnete budovat databázovou infrastrukturu nové organizace, nebo, jak jste právě naznačili, při akvizici / fúzi?
Nebo existuje konkrétní měřítko, ve kterém opravdu musíte být? Potřebujete 10 nebo 100 nebo 1 000 databází? Jaká je vaše zkušenost, pokud jde o trh, se kterým jste se potýkali tak dlouho, kdy je ten pravý čas se dostat do tohoto prostoru a pravděpodobně, kde začít? Jak to vypadá, když začnete?
Binh Chau: Myslím, myslím, že pokud je to velmi malá organizace, možná nebudete potřebovat tento nástroj, například s jedním DBA nebo několika DBA. Když začnete dostávat skupinu, nevím, tři nebo čtyři servery DBA a možná 50 až 100 serverů, možná budete chtít začít něco takového dělat. Myslím, že jak se vaše organizace zvětšuje a jen obchodní lidé, kteří jsou tech důvtipní, chtějí, víte, stejně jako ten příklad, který jste dali, chtějí si nainstalovat aplikace a databáze samy o sobě, ale to je, když chcete mít tento druh nástroje, protože tak můžete vidět, co je tam venku.
Ale i v menší organizaci je příjemné mít tento typ nástroje, který vám umožní sledovat, co máte. Pokud to rozdělíte, abyste mohli říci: „Jo, koupil jsem pro toto pole SQL 2012, ale v současné době běží SQL 2008, protože mám aplikaci, která tuto starou verzi stále potřebuje.“ Pomáhá mít tento nástroj Inventory jen aby se zbavili správy více tabulek, které mohou být zastaralé.
Dez Blanchfield: Další otázka, kterou jsem právě následoval: jaké typy dovedností nebo zdrojů by organizace měly plánovat, až se dostanou do takového měřítka? Je to tak, že existuje určitá sada dovedností, kterou skutečně potřebujete, nebo typ zkušenosti nebo pozadí nebo typ člověka, který se nejlépe hodí pro tento druh výzvy? Nebo je to něco, na co by to mohla hodit průměrná sada dovedností DBA nebo sys admin nebo správce sítě? Opravdu potřebujete ostrý špičatý mozek nebo si to můžete rychle vyzvednout?
Binh Chau: Promiňte, takže jste mluvili o dovednostech dané osoby?
Dez Blanchfield: Jo, takže když přemýšlíte o administrátorovi databáze, existuje určitá sada dovedností, které byste potřebovali. Takže když půjdete ven najímat DBA, per se, pro tuto konkrétní roli, když přemýšlíte o typech výzev, o kterých jste zde hovořili, kde používáte nástroj jako je tento, abyste udrželi přehled o mapovacích a sledovacích databázích, dělat kus objevu a řídit tento konkrétní nástroj, je něco jedinečného o použití nástroje a přístupu k tomuto typu výzvy, nebo je to něco, co průměrný DBA dokáže vyzvednout docela rychle?
Binh Chau: Myslím, myslím, že vaše průměrná DBA to dokáže rychle vyzvednout. Myslím, že je užitečné mít tento typ nástroje, protože jej můžete také otočit, protože je to založeno na webu. Můžete to dát ostatním uživatelům ve vaší organizaci. Dalo by se to dát vývojáři aplikace, který může zkontrolovat svou konkrétní databázi nebo server. Odstraňuje některé administrativní věci, které musí DBA udělat. Dříve by někdo zavolal do DBA a řekl: „Ach, proč je můj server nahoru nebo dolů?“ Teď mohou trochu získat přístup a zjistit, zda jsou jejich servery nahoru nebo dolů.
Dez Blanchfield: A jaké prostředí by průměrná organizace potřebovala k tomu? Potřebuje vyhrazený fyzický server nebo to lze provést na virtuálním stroji? Mohou jej nasadit v cloudovém prostředí? Jaká je obecná stopa pro nasazení nástroje a pouze jeho obecné fungování? Kolik těžkého železa musí potenciálně běžet souběžně s ostatními prostředími, které mapuje?
Binh Chau: Jo, to může být spuštěno na VM nebo počítači nebo serveru. Nemusí to nutně být dedikovaný server, záleží pouze na tom, kolik serverů monitorujete. Pokud máte větší prostředí, může vám pomoci mít větší server, protože shromažďuje velké množství údajů o serveru SQL, který sledujete.
Dez Blanchfield: Správně. Je to něco, co byste mohli pohodlně spustit v cloudové instanci a vytvořit VPN zpět do svého prostředí, nebo je množství dat, které shromažďuje, pravděpodobně pro tento typ použití pravděpodobně trochu těžké?
Binh Chau: Nenastavili jsme jej, aby to spustilo do cloudu, ještě to v cloudu spustilo. Pravděpodobně by měl být spuštěn na prem.
Dez Blanchfield: A poslední otázka, jestli můžu: spousta nástrojů, které jsem viděl v tomto prostoru, zvláště když jsi to zmínil pro jeden scénář, kdy někdo získal společnost nebo došlo k fúzi nebo něco v tomto smyslu, nebo dokonce pokud jde o organizaci, která právě slučuje obchodní jednotky, je to scénář případu rozumného použití, kdy jej někdo nasadí na laptop a vezme jej do prostředí, aby zmapoval svět jako jednorázovou akci, nebo je to nepravděpodobný scénář použití? Je to spíše takový případ, že tam bude a bude natrvalo ponechán na běh?
Binh Chau: Tento konkrétní nástroj je více, druh, nainstalovat na server a je tam nechat běžet. Tímto způsobem můžete shromažďovat informace, které potřebujete, a udržovat, myslím, průběžný soupis toho, co máte. Je to na rozdíl od nástroje Map, protože nástroj Map je typu one-on-one, přeskočte na port, který potřebujete, udělejte to, co s ním dnes musíte udělat. Tohle je druh - pěkná část o tom je skutečnost, že to můžete druhem označit, dát lidem přístup k němu a určit druh kontroly stavu svého konkrétního serveru, těch, o které se zajímají.
Dez Blanchfield: Dobře. Pravděpodobně poslední otázka pro mě a pak se vrátím Ericovi na otázky, které přicházejí přes okno Q&A s účastníky, protože dnes jsme měli dobrou účast, jednu z mých oblíbených. Jen abych to zabalil, jaký je postup, jak na to dostat své ruce? Vím, že mnoho vašich nástrojů je k dispozici pro věci typu „vyzkoušejte si před nákupem“. Kam by se měli lidé o tomto online dozvědět více, kde na webu by měli hledat soubory ke stažení a jak vypadá cesta, udělejte si důkaz o konceptu nebo soudní zkoušce, dejte si na to ruce a seznamte se s tím pak se spojit a koupit?
Binh Chau: Jo. Můžete přejít na web IDERA.com a zdarma si stáhnout dvoutýdenní zkušební verzi. A pokud se vám to líbí a chcete se na nás obrátit, můžeme také naplánovat demo s jedním z našich techniků, aby do nástroje provedli hlubší ponor.
Dez Blanchfield: Fantastický. Za to vám moc děkuji. Oceňuji čas s vámi si o tom povídat a na základě mé osobní zkušenosti a jsem si jist, že o tom za Robina mluvím na jeho celoživotní zkušenosti, myslím, že je to dané, že něco takového je dnes požadavkem. Teď to nemůžeme udělat ručně, bez ohledu na to, jak se snažíme; měřítko je prostě příliš velké a věci se pohybují příliš rychle.
Velmi doporučuji lidem, aby to přesně udělali, skočili na web IDERA a dostali kopii, se kterou si mohou hrát. Protože potenciální riziko pro moji vlastní zkušenost s anekdoty, které jsem sdílel právě dnes, bylo, že může jít z velmi špatných na velmi dobré rychle, pokud máte správné nástroje, ale může to jít i opačně, pokud nemáte ' t. Ericu, zpátky k tobě.
Eric Kavanagh: Jo, jen pop pro poslední otázku k tobě, zajímavá. Jsem tak trochu zvědavý, co tam venku vidíš, víš, cloud je očividně v dnešní době stále důležitější - Amazon Web Services, ale nejsou jediní, Microsoft má celou nabídku Azure to vypadá, že získává páru. Jsem zvědavý, že jeden z účastníků píše, že Dr. Bloor učinil zajímavý bod, že DBA jsou drahé a že problém s řízením způsobený nepoctivou DBA nebo někým, kdo nedělá to, co by měli dělat, může být vyřešen. migrací do cloudu. Jsem opravdu zvědavý, kolik aktivity vidíte? Vidíte, že migrace do cloudu se stává pro podniky velkým problémem, nebo jaký je váš názor na tento trend?
Binh Chau: Cítím se, jako by to záleželo jen na tom, v jakém problému se nacházíte. Mám pocit, že některá průmyslová odvětví říkají: „Ne, nemigrujeme.“ Možná nebudou migrovat do veřejného cloudu; možná se dívají na migraci nebo migraci svých věcí do soukromého cloudu. Ale pak vidím některé organizace, které se zajímají, víte, opravdu se dostávají na rychlou cestu a jakési cesty k Amazonce nebo Microsoft Azure. A pak jsou někteří lidé, kteří říkají: „Ne, nemigrujeme naše data“ nebo „Existují pouze určitá data, která bychom migrovali, ale ne naše kritická.“ Myslím, že existují tři tábory.
Eric Kavanagh: Jo, to by dávalo smysl. Myslím, že to vidíme stále více a myslím si, že se to bude pohybovat v záchvatu a začne docela dlouho. A k cloudu existuje také vůle. Lidé vstávají do Amazon Web Services - slyšeli jsme to více než několikrát - a zpočátku jsou náklady zvládnutelné a poté se časem jen plazí a pak jste tam nějak zaseknutí. V mnoha ohledech je cloud pouze dalším datovým centrem, ale bude to přinejmenším zajímavá cesta.
Lidi archivují všechna tato webová vysílání. Hop online na techopedia.com a podívejte se na kompletní seznam všech věcí, které děláme. A samozřejmě, insideanalysis.com pro nejnovější. A s tím se rozloučíme. A ještě jednou děkuji za váš čas a pozornost. Děkujeme všem našim přátelům v IDERA a zítra doufáme, že s vámi budeme mluvit za naše vysílání filosofie dat, které vrcholí. Správně, filozofie dat je zítra ve čtyři hodiny východní. Doufám, že tě tam uvidím. Postarej se lidi, sbohem.
