Od zamestnancov Techopedia, 26. mája 2016
Take away : Host Eric Kavanagh diskutuje o správe databáz a objavovaní inštancií s Robinom Bloorom, Dezom Blanchfieldom a Bullettom Manaleom v poslednej epizóde Hot Technologies.
Momentálne nie ste prihlásení. Ak chcete vidieť video, prihláste sa alebo sa zaregistrujte.
Eric Kavanagh: Dobre dámy a páni. Vitajte znova. Volám sa Eric Kavanagh. Veci sú horúce. Veci sa zohrievajú. Neviem, čo sa deje. Je to tak, je čas na Hot Technologies. Áno, skutočne sa volám znova Eric Kavanagh. Nájdete ma na Twitteri @eric_kavanagh. Toto je šou, ktorá je navrhnutá tak, aby hovorila o tom, čo je na trhu horúce. Názov dnes: „Kľúče k kráľovstvu: Správa servera SQL s dynamickým objavom.“ Dobré veci. Naozaj sú vaše. Okay, ten obrázok bol z pár rokov dozadu. Nebudem klamať, teraz vyzerám trochu starší, ale to je v poriadku.
Takže hovoríme o tom, ako sú technológie a SQL Server skutočne, naozaj, naozaj, naozaj horúce. Dnes máme veľa obsahu, takže ho hneď odovzdám. Stojte tu, ideme. Sú tu naši rečníci. A Robin Bloor je na prvom mieste.
Robin Bloor: Áno, naozaj. Prezentácia pôjde do hĺbky do správy databáz, takže som si myslel, že budem prechádzať správou databáz alebo, viete, databázovým bludiskom, aby som ľudí dostal do jeho ducha. Kedysi som bol DBA, myslím, že by ste mohli povedať, že som bol databázovým poradcom asi pred 20 rokmi, a vec, ktorá ma v skutočnosti prekvapuje, je, že sa toho veľa nezmenilo. Veľa vecí sa zmenilo, pokiaľ ide o rýchlosť, pokiaľ ide o objem údajov a podobné veci, ale väčšina z nich zostáva skutočne veľmi podobná tomu, čo sa stalo.
Databáza je podľa môjho názoru organizovanou rozšíriteľnou zbierkou údajov, ktorá môže byť optimalizovaná pre konkrétne pracovné zaťaženie a poskytuje možnosti správy údajov. Vznikla predovšetkým preto, že ak ste chceli spravovať údaje v súboroch, bola to hrozne náročná práca. A myšlienka zostaviť kus softvéru, ktorý by urobil takmer všetko, čo by ste potrebovali, vzala takmer okamžite, hneď ako sme mali náhodný prístup k mainframom IBM už v 70. rokoch.
Relačná databáza bola vynájdená v 70-tych rokoch a vznikla ako prototyp v 80-tych rokoch minulého storočia a jej druh sa dostal na trh od začiatku 90. rokov. A relačné databázy stále dominujú v popularite. Ak si prečítate tlač, budete o nich počuť strašne veľa vecí - databáz SQL a nedávno je o databázach grafov strašne veľa hluku. A to je zaujímavé, ak sa vám páči, ale v skutočnosti stále v posledných predajných číslach, relačné databázy majú 95% trhu. A Microsoft SQL Server, o ktorom budeme dnes podrobne diskutovať, je pre Oracle druhým najobľúbenejším.
Veci o relačných databázach, ktoré ich robia neobvyklými, pokiaľ ide o motory, ktoré sú, môžu pracovať na pracovných zaťaženiach OLTP aj dotazov. Ak to urobíte, musíte ich vyladiť inak, ale v skutočnosti sú schopní obidvoch typov pracovnej záťaže. Jedným z nich sú krátke náhodné transakcie a druhým sú dlhé dopyty pokrývajúce veľa údajov. Alternatívou je, že databáza NoSQL a databáza grafov sú určené predovšetkým na analytické účely a nedávno sa objavili pomerne rýchlo. NoSQL prišiel na prvé miesto a graf začal mať trochu trakciu v poslednej dobe. NoSQL sa dá použiť na transakčné aktivity, ale grafy sa takmer nikdy nepoužívajú na transakčné aktivity. Dôvod, prečo som narazil na stat, o ktorom si myslím, že je najmenej desať rokov, ktorý hovorí, že väčšina spoločností má najmenej tri, v skutočnosti to bolo 3, 5, rôzne značky databáz, ak sa pozriete na ich inventár softvéru.
Realita je však taká, že väčšina spoločností štandardizuje konkrétnu databázu. A väčšina spoločností štandardizovala buď na serveroch SQL Server a Oracle ako dve najobľúbenejšie štandardné databázy, ak sa vám páčia. Tieto alternatívy používajú iba vo výnimočných prípadoch, keď napríklad dostanú softvérový balík, ktorý potrebuje inú databázu, alebo idú za niektorými z veľkých cieľov analytickej analýzy údajov, ktoré vznikli.
Máme tiež, ak sa vám páči, zásah Hadoopu. Hadoop sa tak či onak stal viac ako súborovým systémom, ale ešte nie databázou. Má však SQL, ktorý je umiestnený nad ním. Existujú však dôkazy o tom, že nie je v skutočnosti nahradený relačnými databázami, ktoré si vyslúžili srdcia a mysle sveta, ani nikde inde. Dôvodom je skutočnosť, že relačné databázy trvalo dvadsať rokov, v skutočnosti dlhšie ako dvadsať rokov, aby boli také dobré, aké sú. A nevyrábate iba dotazovací stroj alebo stroj SQL, ktorý je skutočne výkonný vo veľmi malom množstve času. To sa jednoducho nestane.
Záver tejto snímky je taký, že databázy sú strategické a vyvíjajú sa, zlepšujú sa. A to určite bol prípad Oracle a Microsoft SQL Server. Pravdepodobne, málokto z vás si pamätá späť do čias, keď sa prvýkrát objavili databázy, ale ja som bol, vtedy som bol chlapec. Pôvodná myšlienka bola, že bude existovať jediná databáza a že ide o koncepčnú myšlienku, ktorá sa nikdy nikdy nezakorenila. IBM sa pokúsila s AS / 400 skutočne mať databázový systém súborov, ktorý však tiež nemal dominantu. Zostáva vám skutočnosť, že databázy sa prirodzene fragmentujú. V skutočnosti máte prirodzene viac prípadov. Existujú problémy so škálovateľnosťou. Databáza je škálovaná iba na určitú veľkosť, táto veľkosť sa síce v priebehu rokov zväčšila, ale mali limity.
A vyskytli sa problémy s pracovným zaťažením, hlavným problémom s pracovným zaťažením bolo, že pracovné zaťaženia OLTP a veľké pracovné zaťaženia dopytov jednoducho nie sú navzájom kompatibilné. A nebolo možné postaviť motor, ktorý by to urobil. To, na čo narážame, čo je zaujímavé, nedávno som narazil na web, ktorý mal vyše tisíc rôznych inštancií Oracle. Nepamätám sa presne, koľko databáz DBA mali, ale ak ste s nimi skutočne hovorili o tom, koľko z týchto databáz bolo databázou DBA skutočne monitorovaných, bolo to niečo ako desať. V podstate používali databázu ako skrinku a len do nej hádzali údaje, pretože aspoň ste mali schému a bola organizovanejšia, ako by bol súborový systém, aký by kedy bol, ale nikto nerobil nič iné ako predvolenú konfiguráciu a jej nastavenie voľný.
Nie som si istý, či to bol dobrý nápad. Znie mi to bizarne, aby som bol úprimný, pretože podľa môjho názoru vždy, keď som pracoval s databázami, databázy potrebovali účasť a vy ste tak či onak museli presne vedieť, čo sa tam deje. A obrovské množstvo systémových závislostí znamená, že určité druhy služieb sa musia bezpodmienečne splniť, inak máte problémy.
Nedávno sa hovorilo, narazil som na rôzne databázy, ktoré tvrdia, že sú samoladené. Tie, ktoré sú stĺpcovými obchodmi a ktoré sú nastavené na prenos dopytov, sú do značnej miery samoladené, pretože z hľadiska indexov musíte prijať dve možnosti. Okrem tejto konkrétnej oblasti je však potrebné vyladiť databázy. A je potrebné ich vyladiť, určité relačné databázy, hlavne preto, že sa k pripojeniu pripojí obrovské množstvo transakcií. Pripojenia sú drahé činnosti. Ak nevložíte správne indexy na správne miesto, pripoja sa, keď to nepotrebujú, zaberajú príliš veľa času.
Samoladiace databázy v súčasnosti existujú, len v tých oblastiach, kde sú pracovné zaťaženia dobre známe. Moja skúsenosť je, že väčšina spoločností zamestnáva veľmi málo DBA, a to preto, že sú drahé. Preto je lepšie, ak môžete striedať to, čo robí DBA. Toto je činnosť DBA, ako som im porozumel. Robia inštaláciu, konfiguráciu a aktualizáciu databáz. Inovácia, mimochodom, nie je nevyhnutne triviálna aktivita. Dôvodom, prečo by ste aktualizovali databázu, myslím, že pravidlo, s ktorým som vždy pracoval, sa jej nedotýka, ak to funguje, a ak budete upgradovať databázu na konkrétnu novú verziu, urobíte to v testovacom režime. najprv a potom všetko inovujete. Stále stále pracujete s rovnakou verziou. Ale v skutočnosti sa veľa stránok, na ktoré narazím, nestane. Povedzme, že existuje primeraná entropia. Správa licencií je problém, závisí od toho, akú licenciu máte. ETL a replikácia údajov.
Jedným z trikov v databáze je to, že ak máte pracovné zaťaženie dopytom, ktoré je potrebné rozdeliť, môžete vytvoriť dve inštancie a replikovať sa a často sa to robí tam, kde ľudia používajú repliku ako horúcu zálohu, ak je to potrebné. Potom plánovanie ukladania a kapacity, ktoré je súčasťou činnosti DBA, pretože údaje samozrejme rastú a je potrebné ich sledovať. A potom musíte plánovať rôzne aktualizácie hardvéru alebo vylepšenia hardvéru. Odstraňovanie problémov je pre väčšinu databáz DBA bolestivá. Tam, kde sa niečo pokazí a záloha nefunguje úplne dokonale, potom si musia zvinúť rukávy a dostať sa dole a pokúsiť sa obnoviť veci z protokolových súborov. To sa stáva oveľa častejšie, ako si myslím, dobre, pamätám si, že sa to stalo, ale bol som mimo hry najmenej desať rokov, ale pamätám si, že sa to stáva častejšie, než by ste očakávali. Monitorovanie výkonu a ladenie je len druhom srdca, ktoré pri práci DBA bije. Existuje však aj bezpečnosť, pokiaľ ide o správu prístupu, zálohovanie a obnovenie, vytvorenie systémov testovania softvéru, ktoré primerane paralelný so živým systémom urobí. A celý životný cyklus údajov. Podľa môjho názoru je to zoznam pracovných miest DBA okrem všetkého, čo by sa od nich mohlo požadovať. Prevádzková dynamika. Konečne integrita údajov a správa na úrovni služieb sú hlavnou zodpovednosťou DBA. A zvyčajne sú kritické. A to je všetko, čo musím povedať. Idem odovzdať Dezovi.
Dez Blanchfield: Ďakujem veľmi pekne. Idem na trochu zábavnej, neoficiálnej cesty okolo toho, prečo je celá téma, o ktorej sa dnes jedná, kritickejšia ako kedykoľvek predtým. Nie je to tak dávno, čo som sa zapojil do projektu, v rámci ktorého sme migrovali platformu štátnej správy, ktorá sa používala na registráciu licencií a registráciu vozidiel, a na celý rad vecí týkajúcich sa tejto témy, z platformy sálových počítačov Fujitsu, ktorá prevádzkuje tzv. A + Addition, čo je operačný systém Solaris alebo inými slovami Unix, ktorý prevádzkuje Oracle a robí z neho veľmi dobrú prácu. A názor bol taký, že táto vec starne a je čas presunúť ju na niečo iné. Bežali sme s Unixom na mainframe veľa zábavy a bolo to veľmi stabilné a veľmi bezpečné a napodiv platforma SDL a bolo to celkom rýchlo bleskové. Múdrosť však bola na čase vystúpiť z mainframe a pohnúť sa.
Táto významná výzva mapovať všetky systémy a obchodnú logiku a prostredie SQL pre databázy pod ňou a pozerať sa na to, ako sme pre ňu pripravovali nový domov a navrhli nový domov. Nakoniec sme to zobrali k jednej z týchto vecí, ktorá je stará už niekoľko rokov, ale k jednému z najlepších serverov Sun rack Starfire. A toto sú pravdepodobne niektoré z najväčších plechoviek, ktoré si môžete kúpiť na planéte a ktoré žijú v jednej veľkej skrinke a na symetrickom serveri s viacerými procesmi. V našom svete to bol systém strednej triedy. Bežal Unix a natívne bežal Oracle a pohľad znel: „Čo by sa mohlo pokaziť?“ No, dopadlo to veľa.
Napríklad v tom čase, o ktorom nehovoríme už dávno, sme museli prejsť veľmi manuálnym procesom, aby sme zistili, čo bolo na platforme mainframe, a priniesli to ďalej. Konkrétne skutočné databázové prostredie a logika SQL. Takže to bol názor, že to bude celkom jednoduchý presun Oracle-to-Oracle, presun z databázy do databázy; narazila by na všetku obchodnú logiku, väčšina obchodnej logiky bola napísaná vo vložených dopytoch a spúšťačoch a aké ťažké to mohlo byť? Ale niečo, čo malo trvať mesiace, nakoniec trvalo len rok. Ak chcete fyzicky a manuálne prejsť každú časť Unixu v prostredí sálových počítačov, zistite, kde boli všetky databázy a koľko inštancií bolo spustených a čo bežalo na týchto inštanciách. Bolo to netriviálne cvičenie a skončili sme to trikrát, aby sme sa uistili, že sme všetko zachytili. Pretože vždy, keď sme si mysleli, že sme sa kopali tak hlboko, ako sme potrebovali, pod povrchom sa ukázalo, že tam bolo viac.
Ďalšou výzvou, ktorú sme mali, bolo to, ktoré prípady sa vyskytujú a v akom stave? Je to vývojové prostredie? Je to testovacie prostredie? Je súčasťou integračného procesu? Je to systémová integrácia? Je to UAT, testovanie akceptácie používateľa? Je to výroba? Je to prostredie DR? Pretože na mainframe je skvelá vec, môžete si vytvoriť tieto malé virtuálne prostredia, ktoré teraz všetci považujeme za samozrejmé, a pohybovať sa po nich. A musíš prísť na to, či tento človek robí vývoj a testovanie vo výrobnej úrovni, alebo robia produkčnú výrobu, sú na tom skutoční používatelia? Pamätajúc na to, že táto vec vydáva vodičské preukazy a registráciu automobilov v reálnom čase a veci, ktoré sú skutočne dôležité pre životy ľudí.
Spustenie zálohy pre túto vec trvalo dlho a preto sme v skutočnosti nemali okno údržby, aby sme to mohli prepnúť do režimu offline a zistiť, čo sa stalo. Neexistovalo nič také ako presmerovanie. Mali sme tiež výzvu nielen zistiť, ktoré inštancie boli spustené a kde a pre koho, ale potom sme museli zistiť, ktoré verzie týchto inštancií sa používajú. A tu som takmer stratil svoj dej. Keď som si začal uvedomovať, že máme dve alebo tri verzie produkčného prostredia, ktoré prechádzajú rôznymi úrovňami testovania, bolo málo nástrojov a systematických prístupov. Doslova sme sa museli ponoriť do kódu a do bežiacej inštancie a v niektorých prípadoch riskujeme, že niečo vezmeme na chvíľu na chvíľu. Dostali sme sa na koniec tejto veci, zmapovali sme ju a bol to veľmi manuálny proces, ako som povedal. Nakoniec sme presunuli celú ETL, vyhodili ju z jedného miesta a presunuli ju na iné a celkovo to fungovalo. A my sme boli, dobre, je to funkčné, sme s tým veľmi spokojní.
Ale potom sme narazili na niekoľko veľmi vážnych masívnych tehlových stien. Zistili sme najmä problémy s výkonom. A rozumné myslenie dňa bolo, že ide o väčší, lepší, rýchlejší a tvrdší hardvér, nie je dôvod, prečo by mal mať zlý výkon na úrovni aplikácie na úrovni databázy, takže sa poďme pozrieť inde. Takže sme sieť dvakrát úplne prepracovali. Každý smerovač, každý prepínač, každý kábel, v niektorých prípadoch sme prešli z Ethernetu na vlákno, inovovali sme softvér, opravili sme, získate prehľad. Sieť sme v podstate prestavali dvakrát a mysleli sme si, že to má problémy s výkonom. A vyzeralo to, akoby to bolo. Prešli sme rôznymi bezpečnostnými systémami, rôznymi bránami firewall. Opravili sme operačný systém. Presunuli sme veci z jednej počítačovej čepele na druhú. A strávili sme značné množstvo času sledovaním infraštruktúry.
A potom sme si uvedomili, že keď sme odpojili servery a spustili sme na ňom ďalšie aplikácie, sieť fungovala dobre. Začali sme teda ťahať operačný systém od seba. Rovnaký problém. Ale zaujímavé, úroveň siete a úroveň operačného systému, nástroje tam boli, v skutočnosti bolo pre nás relatívne jednoduché porovnávať a testovať a dokázať, že každý z týchto kusov fungoval. Ale aj potom, v operačných systémoch Solaris na strednej úrovni na hardvérovej platforme SPARC, nástroje jednoducho neboli k dispozícii, aby sme mohli diagnostikovať databázové prostredie. Vieš, zmapuje sa, či sme preniesli všetky prípady. A tak sme museli skutočne vytvárať vlastné nástroje a niektoré napísať a sadnúť si a či už to bolo v rámci samotných databázových nástrojov v natívnych skriptovacích jazykoch alebo či to bola séria shellových skriptov alebo v niektorých prípadoch veľa programov C.
Nakoniec sme sa ponorili do niektorých veľmi zaujímavých otázok, kde logika pod vrstvou SQL, samotné samotné databázové stroje, ukázalo sa, že keď sa niečo postavilo, konkrétny spôsob, ako niečo, čo bežalo na mainframe verzii Oracle, sa migrovalo do systému Solaris na serveri SPARC. Verzia Oracle to neprenesie okamžite rovnaký výkon. Bola to pre nás v prvom rade dosť bolestivá cesta, len to robíme a všetko nájdeme, ale teraz sme to museli diagnostikovať v novom produkčnom systéme a táto vec opäť vyniesla mesačnú migráciu na takmer rok. A jednoducho prišlo k tomu, že sme nemali nástroje. Beží okolo a robí veci ako pokúsiť sa mapovať metadáta.
V určitom okamihu sme sa takmer rozhodli, že budeme potrebovať dosku Ouija, pretože to bude jednoduchšie takto náhodne ukazovať a hrabať. Jednoduché veci, ako napríklad zistiť, kto mal prístup k starým systémom a prečo mali taký prístup. A kto potreboval prístup k novému a potvrdenie, prinútil niekoho podpísať sa a potvrdiť to a zmapovať to. Ani niečo také jednoduché, ako veľkosť databázy, nebolo na oboch platformách konzistentné. Museli sme na to vytvoriť nástroj a urobiť určité porovnanie medzi tým, aká veľká je databáza v tonáži, v nespracovaných megabajtoch alebo terabajtoch v systéme A verzus systém B. A podrobnejšie sa potápame o výkone a prostredí výkonných. Opäť musel stavať nové nástroje. Pre nás jednoducho neexistovali žiadne otvorené police.
A z toho dostanete celú túto správu, keď sme sa dostali ku koncu toho, keď sa vec rozbehla a dostali sme ju do stabilného stavu, každý jeden kus bol veľmi manuálny proces, jediný spôsob, ako by sme niečo mohli zautomatizovať, bolo, keby sme postavili nový nástroj alebo nový skript. A keby sme mali nástroje, ktoré sú dnes k dispozícii, život by bol oveľa jednoduchší a oveľa lepší. A na tomto projekte by sme ušetrili milióny. Myslím si však, že o čom sa dnes bavíme, je skutočnosť, že nástroje sú teraz k dispozícii a život tak oveľa uľahčujú. Mnoho nástrah stále pretrváva. Objavovanie databáz, ktoré sú tam a ktoré inštancie sú spustené. V akom stave sú. Koľko ich beží? Prečo bežia. Či už fungujú dobre. Sú zálohované?
To všetko sú veci, ktoré teraz môžeme v mnohých ohľadoch považovať za samozrejmé so správnymi nástrojmi. Ako som však už povedal, v tejto konkrétnej anekdote bolo obdobie, v ktorom mnohí z nás stratili veľa vlasov, pravdepodobne sme si zobrali pätnásť rokov z našich životov a trúchlili nad tým, že nástroje tam už neboli, A teším sa, že sa o tom od nášho hosťa, Bulletta, dozvieme oveľa viac. Takže s tým, Bullett, pôjdem k vám a teším sa, až budem počuť, ako ste tento problém vyriešili.
Bullett Manale: Dobre. Znie to skvele. Eric, dovoľte mi prevziať sem snímky a trochu sa porozprávať o spoločnosti Idera, predtým, ako sa dostaneme do samotného produktu. Rovnako ako FYI je to druh portfólia rôznych produktov, ktoré máme k dispozícii.
Eric Kavanagh: Váš zvuk je trochu horúci, takže ak používate náhlavnú súpravu, jednoducho ju trochu vytiahnite.
Bullett Manale: Žiadny problém. Je to lepšie?
Eric Kavanagh: To je oveľa lepšie. Vziať to preč.
Bullett Manale: Dobre. Dnes sa teda zameriame na Správcu zásob, ktorý je samozrejme v súlade s mnohými týmito témami, o ktorých diskutujeme. Chcem vám len trochu porozumieť tomu, ako sa tento produkt dostal tam, kde je. Začali sme s každodenným hľadaním našej produktovej rady, máme nástroj na monitorovanie výkonnosti s názvom Diagnostic Manager. Máme nástroj Správca súladu. Takže veľa rôznych nástrojov okolo servera SQL Server a nevyhnutne vždy kladieme otázku na účely licencovania: „Aký je počet prípadov, ktoré momentálne spravujete vo svojej organizácii?“ A zaujímavé bolo, že sme na to nikdy nemohli dostať pevnú odpoveď. Nezáležalo na tom, s kým si hovoril. Vždy to bolo niečo ako „Myslíme si, že je to okolo tohto čísla.“ Tieto veci vždy prichádzali a potom by sme museli prejsť týmto procesom a zistiť, čo presne vlastne chceli, aby chceli udeliť licenciu, pokiaľ ide o prípady, ktoré spravujeme.
Zrejme sme rýchlo zistili, že sa zdá, že s mnohými DBA je nejaká bolesť spojená. Je zrejmé, že jednou z vecí, za ktorú sú zodpovední, je to, že sú za to zodpovední, pretože jednou z vecí, ktoré musia urobiť, je starať sa o licenčné zmluvy, v našom prípade so spoločnosťou Microsoft a SQL Server. Je zrejmé, že majú mnoho ďalších oblastí, za ktoré sú zodpovední, ale to je jedna z tých, ktorá je akousi veľkou položkou lístka, pokiaľ ide o DBA, aké sú vaše všeobecné povinnosti. Preto sme dospeli k záveru, že potrebujeme nástroj, ktorý umožní DBA ľahko pochopiť toto číslo. Pretože máte rozšírenie SQL, ak ho chcete nazvať, a to sa deje z mnohých rôznych dôvodov. O tom, kto inštaluje softvér a také veci, asi nie je taká kontrola.
A najhoršie, čo sa môže stať, je, že niekto dostane ruky do kópie servera SQL Server, nainštaluje ho, začne s ním pracovať bez akýchkoľvek vedomostí niektorým iným organizáciám alebo oddeleniam v spoločnosti a potom ďalšia vec, ktorú viete, možno údaje nie sú zálohované a také veci, ktoré by sa mohli stať. Tam, kde teraz máte ďalší problém, keď sa vyskytnú situácie, keď skutočne stratíte kritické údaje, pretože neviete, že inštancia na prvom mieste existuje.
Jedna z vecí, ktoré sme museli urobiť, bolo povedať, poďme na to, zistiť, čo sa stalo. A okrem toho bude môcť organizovať a spravovať tieto informácie, ktoré zhromažďujeme, logickým spôsobom, ktorý dáva zmysel na základe toho, čo firma robí. A potom z toho samozrejme bude môcť robiť rozhodnutia okolo týchto informácií a bude schopný robiť také veci. To je druh miesta, kde sa nástroj začal a odkiaľ pochádza. Môžem vám povedať, že pri pravidelných rozhovoroch s DBA máme skutočne problém neviem, koľko prípadov majú.
A je to zábavné, pretože tento termín nedokáže riadiť to, čo nedokážete merať, vždy prišiel s nástrojmi výkonnosti, ktoré máme, ako je SQL Diagnostic Manager, ale naozaj nemôžete nič spravovať, ak to neviete „Jeho“ na prvom mieste. Takže to je tiež veľká časť tohto nástroja, ktorý dokáže len vedieť, že tam je.
Teraz, v tejto poznámke, pri rozhovore s niektorými väčšími organizáciami alebo podnikovými obchodmi so serverom SQL Server, bolo zaujímavou vecou, ktorú sme našli s mnohými chalanmi, s ktorými sme hovorili, že v skutočnosti si nastavili čas v priebehu svojho roka, keď fyzicky kráčali z jedného miesta na druhé, aby sa pokúsili zistiť, ako tento počet vyzerá. Ako DBA si viete predstaviť, že v niektorých prípadoch dostávate dosť slušné peniaze, aby ste fyzicky chodili z jedného stroja na druhý, čo bolo prekvapivo to, čo by sme počuli od niektorých dosť veľkých spoločností, ktoré nebudem pomenovať. Je to však len zaujímavý bod, ktorý by mohol stráviť dva týždne ročne vykonávaním týchto druhov cvičení, aby ste zistili, či je ich počet správny.
Toto všetko súvisí s týmto nástrojom a s tým, ako to pomáha, ale so spôsobom, akým sme sa zaoberali, to bolo prostredníctvom schopnosti vykonávať zisťovanie na základe mnohých charakteristík servera SQL Server. Takže prvou otázkou je, na čo poukazujete alebo na čo sa najprv pokúšate pozrieť? Tak sme to urobili tak, že to urobíme podľa rozsahu IP, alebo to môžeme urobiť pomocou členstva samotnej domény, pokiaľ ide o počítače, ktoré sú členmi domény. Takto sme sa zaoberali touto časťou, aby sme mohli povedať, že na túto oblasť sa chceme zamerať z hľadiska objavovania.
A potom je ďalšia časť založená na týchto charakteristikách, portoch a ďalších veciach, kľúčoch registra WMI a týchto druhoch, môžeme zhromaždiť a ubezpečiť sa, že SQL je pravdepodobne spustený a nainštalovaný v tejto inštancii alebo v konkrétnom prostredí. Je to očividne omnoho lepšia metóda ako tenisová metóda alebo tenisová expresná metóda. Dobrá vec je, že všetky tieto informácie, ktoré zhromažďujeme o inštancii, sa uchovávajú v úložisku a môžu sa meniť v závislosti od zmeny prostredia. Nejde len o to, „Hej, existuje prípad, tu je zoznam, ktorý sme našli, “ ale o to, že DBA alebo osoba, ktorá spravuje inštancie, sú schopní určiť, či chcú túto časť inventára zahrnúť, a potom kedy nie je súčasťou inventára, aby bolo možné túto inštanciu vyradiť z prevádzky. A tak majú celý životný cyklus inštancie SQL Servera v nástroji ľahko pochopiteľné.
Akonáhle sme zistili prípady, čo potom urobíme? Druhou vecou je veľa informácií o inštancii, nechcem ich ísť ručne, získať ich a vložiť ich do tabuľky alebo o podobné veci. A to je ďalšia vec, ktorá bola trochu zaujímavá v rozhovore s DBA o procese inventarizácie a udeľovaní licencií, je to, že by ste boli prekvapení, koľko DBA, s ktorými som hovoril, keď sa ich spýtate: „Ako udržiavate svoje zásoby?“ A hovoríme s DBA, čo je skutočne ironická časť, že to udržiavajú a sledujú to v statickej tabuľke všetkých vecí. Ako som povedal, je veľmi ironické, keď o tom chvíľu premýšľate. Ale to bolo v mnohých prípadoch a stále je to prípad mnohých organizácií, ako to spravujú. Ako to udržujú. Je to vzorová kópia tabuľky programu Excel, ktorá sa vznáša okolo a je potrebné ju pravidelne aktualizovať.
To sú veci, ktoré boli výzvou, a tak registráciou tejto inštancie a jej zaradením do inventára to môžete urobiť a vyhľadať informácie. Môžete si nechať automatizovať, či sa stane alebo nie je súčasťou inventára, verzie, vydania, ďalších vecí, ktoré s tým môžete urobiť, môžete manuálne pridať tento zoznam alebo tabuľku Excel, ktorú máte. Môžete ho importovať do tohto nástroja s názvom SQL Inventory Manager. Ak už máte východiskový bod, o ktorom máte pocit, že ste si celkom istí, môžete tieto prípady importovať a potom túto časť spravovaného inventára zaradiť do produktu. Akonáhle budeme mať inštanciu a akonáhle vieme, že je tam, potom sa to stane, dobre, máme veľa informácií, ktoré môžeme využiť tým, že vieme, že táto inštancia je tam, tým, že ideme von a zhromažďujeme tieto informácie.
A veľa informácií bude potrebných len na licenčné účely. Mnohé z nich sa dajú použiť na pochopenie toho, kde sa veci nachádzajú, a po ich získaní môžu tieto informácie prehľadávať. Kľúčovým prvkom je však server, samotný hardvér. Byť schopný pochopiť, o aký druh stroja ide, možno o model alebo výrobca, pamäť, množstvo pamäte, či už ide o fyzický alebo virtuálny stroj a najmä o počet fyzických soketov alebo jadier a CPU a tieto typy vecí.
Pokiaľ ide o počet jadier, najmä so serverom SQL Server, ktoré vedia, ako robia svoje licencie, sú výpočty podľa jadra teraz v novších verziách SQL, ktoré sa stávajú skutočne dôležitou súčasťou a nie je to nič, čo máte ísť von a skutočne ísť kopať. Akonáhle je inštancia identifikovaná, môžeme poskytnúť tieto informácie a dostať ich von a nechať si ich prezerať a porozumieť im a samozrejme ich môžu využiť.
Ďalšia vrstva nadol je v inštancii, ktorá samozrejme obsahuje veľa rôznych inštancií servera SQL Server, či už ide o štandardný alebo podnikový alebo dokonca expresný produkt, alebo o bezplatnú verziu servera SQL Server. Byť schopný pochopiť aj to, ktoré aplikácie sú spojené s touto inštanciou, a to sa dá urobiť automaticky. Byť schopný porozumieť nastaveniam konfigurácie a týmto druhom vecí, ako aj iným informáciám, ktoré súvisia s inštanciou samotného servera SQL Server.
Potom prejdete na skutočnú databázu a uvidíte konfiguračné nastavenia, množstvo miesta, ktoré je k týmto údajom priradené, kde sa nachádzajú, všetky tieto veci sa automaticky naplnia a to je obrovský časový sporiteľ. A ešte raz, pretože to dynamicky vyjde a každý deň identifikuje nové prípady, je to živá vec, ktorú máte z hľadiska svojho inventára. Cieľom tohto produktu je urobiť ho takýmto spôsobom, urobiť z neho niečo, čo sa dynamicky mení.
Akonáhle sú všetky tieto informácie dostupné, a my ich môžeme všetky tieto údaje preniesť, potom je skutočne rozumné začať v niektorých prípadoch vytvárať vlastné metaúdaje spojené s týmito inštanciami a tieto metaúdaje je možné vytvárať takým spôsobom, prispôsobuje sa spôsobu podnikania.
Takže ak máte svoje inštancie zoskupené podľa geografického umiestnenia alebo podľa vlastníkov aplikácií alebo vlastníkov DBA alebo čokoľvek, mohlo by to byť z hľadiska toho, ako chcete tieto prípady zoskupiť, ako logicky chcete dať takýmto prípadom zmysel, potom je tu druh dvoch oblastí v rámci nástroja, ktoré vám poskytnú túto schopnosť.
Prvým je schopnosť vytvoriť značku inštancie alebo značku. Čo v podstate vytvára pridruženie k serveru, inštancii alebo databáze, takže môžete vytvárať pohľady a zodpovedať otázky, ktoré sa môžu objavovať každý deň, čo vám skutočne pomôže zvládnuť to, čo máte, čo spravujete a ako sa chcete posunúť vpred s týmito informáciami.
Druhou vecou, ktorú máme, je niečo, čo sa nazýva inventárne polia alebo vlastné inventárne polia a ktoré sú špecifickejšie pre druhy prehľadov informácií, do ktorých môžete prehľadávať, napríklad do databázovej vrstvy, v ktorej by som sa mohol rozhodnúť pridať rozbaľovací zoznam, ktorý obsahuje všetci DBA a ja môžem dať, kto je zodpovedný za túto databázu v závislosti od daného typu situácie alebo čokoľvek, podľa toho, ktorá databáza je zodpovedná za kohokoľvek, kto je zodpovedný za to, aby si ju mohli vybrať, aby som vedel, že sú to tí, ktorí sú zodpovední a veľmi ľahko len vykopaním do inventára.
Tieto informácie sa tak stávajú veľmi hodnotnými, najmä ak máte veľké prostredie, pretože vám to len pomôže pochopiť tieto informácie a vedieť, čo máte a ako to robíte.
Dovoľte mi teda prejsť na nasledujúcu snímku tu. Teraz vám ukazujem, že všetky tieto informácie, ktoré zhromažďujeme, všetky tieto informácie a údaje, ktoré zhromažďujeme a používame metaúdaje, vám umožnia robiť vtedy oveľa ľahšie a rýchlejšie rozhodnutia, pokiaľ ide o zvýšte svoje licencie so spoločnosťou Microsoft v rámci podnikového multilicencovania alebo poistenia softvéru so spoločnosťou Microsoft.
Vďaka tomu je pre vás skutočne ľahšie to urobiť, a nie musíte, musíte ísť a robiť veľa manuálneho zberu údajov, veľa manuálneho zhromažďovania týchto informácií, čo v skutočnosti len celkovo robí proces oveľa lepším. Takže to je druh jedného z mandátov produktu, niekedy preto, aby DBA uľahčili rozhodovanie o licencovaní.
Ďalšia vec, ktorú sme pri rozhovore s DBA objavili a naučili sa naozaj rýchlo, je to, že - a je to druh návratu k tomu, čo bolo prediskutované skôr - môžete mať vo svojom prostredí SQL Server 300 inštancií, ale v skutočnosti existuje iba možná podmnožina z tých, ktoré sa skutočne úplne monitorujú a riadia pomocou tradičného nástroja na monitorovanie výkonnosti.
Ak teda pôjdete a skutočne si sadnete s databázou DBA a poviete: „Pozri, vieme, že máte týchto 20 inštancií alebo 10 inštancií z 300, ktoré sú monitorované pomocou tohto nástroja, ktorý je navrhnutý tak, aby monitoroval a vyhovoval vašim požiadavkám. SOA a získajte varovania a všetky tieto druhy dobrých vecí, “tiež sme zistili, že ak ste sa opýtali:„ Tak dobre, a čo týchto 280 prípadov, ktoré máte? Záleží vám na nich? “A oni sa o nich starajú, ale jednoducho nechcú nevyhnutne investovať do monitorovania tých, ktorí sú na takej hĺbke, ako je to v týchto prípadoch možné v porovnaní s tými 10 alebo 20, skutočne kritické prípady produktov.
Takže ďalšou časťou rovnice s týmto nástrojom je, že tiež pomáha, pokiaľ ide o to, aby sa ubezpečil, že na základnej úrovni ste krytí z hľadiska zdravia napríklad. Teraz vám to nepovedie, či máte zablokovanie alebo kto je obeťou mŕtveho bodu. Nesmie sa dostať na takú úroveň samotných relácií a podrobností otázok. Zároveň vás však bude informovať o tom, že hej, server je vypnutý alebo hej, že sa zväzok zaplňuje, alebo musíte zálohovať databázu, čo je dôležitá súčasť toho, že ste DBA.
Takže tieto veci sú určite stále dôležité, a preto pomocou tohto nástroja urobíte spôsob, ako mať pre vás pripravené všetky vaše skutočne kritické prípady, ktoré ich majú veľa, ktoré majú veľkú hodnotu, ak k nim dôjde musíte to hneď vedieť. Môžu mať vyššiu úroveň monitorovania a sú schopní robiť také veci, zatiaľ čo vďaka tomu bude môcť vyzdvihnúť akékoľvek nové prípady, ktoré sú pridané do životného prostredia a uistiť sa, že sú za ne zodpovedné a tiež uistite sa, že sa vytvárajú tieto základné úrovne zdravotných kontrol.
Takže to je v skratke to, o čom je Správca importu zásob SQL. Teraz vám ukážem ukážku. Predtým, ako to urobíme, len rýchlo vám ukážem, že je to snímka architektúry a aby som to len ukázal, inštancie SQL, ktoré spravujeme, môžeme objaviť všetko od SQL 2000 až po nový verzie SQL.
Môžeme to urobiť bez toho, aby sme museli nasadiť agentov do samotných inštancií. Robíme to prostredníctvom služby zhromažďovania a bude to vychádzať a zhromažďovať tieto informácie a ukladať ich do úložiska a potom z prednej konzoly webovej služby Tomcat, ktorú potom budeme môcť interagovať s týmito údajmi a zobraziť ich. Je to celkom priama architektúra.
Idem do toho a prepnem sa a skutočne nás vezmeme do samotného produktu, aby ste sa pre neho mohli cítiť a porozumieť tomu, ako to funguje. Najlepším spôsobom, ako to dosiahnuť, je najskôr vás oboznámiť so samotným rozhraním v tomto prístrojovom paneli, na ktorý sa tu pozeráme.
V súčasnosti vidím počet prípadov, ktoré mám pod správou, toľko ich nie je. Nemám však ani celé dátové centrum v zadnom vrecku. Mám tu asi šesť príkladov, ktoré tu vidíme. Teraz, keď som povedal, že sa chystám prejsť procesom objavovania a ukázať, ako to bude fungovať.
Prvá vec, ktorú by ste urobili, je v administračnej časti, v ktorej môžete určiť, ako chcete svoje inštancie objaviť. Tieto informácie by ste tu mohli vložiť sem a znova, čo je možné prostredníctvom rôznych adries IP. Môžete ukázať na doménu alebo subdoménu a byť schopný iba na tých počítačoch, ktoré sú členmi tejto domény, aby mohli vykonávať tieto kontroly, ktoré by ste si mohli vybrať z množstva rôznych druhov charakteristík, keď sa spustí kontrola SQL.
Potom, čo ste tak urobili, môžete nechať automatizovať každodenný chod, aby ste mohli zhromažďovať tieto údaje. V prípade potreby by ste to dokázali urobiť aj ad hoc. Akonáhle to začnete, tento proces objavovania potom začnete vidieť, keď prejdete na zobrazenie inštancií. Máte kartu Discover a karta Discover nám ukáže tie prípady, ktoré boli nedávno objavené. Takže v našom prípade tu máme číslo. Čo budem robiť a robiť, je ísť a pridať ten, ktorý použijeme ako príklad. V tomto prípade je to prípad Chicaga, však? Idem do toho a pridám túto inštanciu do môjho inventára.
Dobre, tu ma to povedie pár vecí. Len sa do toho pustím a uvidíte, že môžeme nastaviť poverovacie údaje. Moje poverenia by tam mali byť dobré. Idem do toho a všimnete si, že ak to chcem, môžem k nemu previesť vlastníctvo. Môžem tiež určiť miesto. Teraz je možné pridať aj samotné umiestnenie a bude si pamätať, že nabudúce, samozrejme.
Opäť k tomu môžem priradiť značky z hľadiska metaúdajov a toho, ako by sme chceli vložiť tieto inštancie SQL, najmä tento, do ľubovoľných vedier, do ktorých ho chceme vložiť. Takže máme nejaké súčasné značky, populárne značky, takže sa môžeme pozrieť na veľa rôznych značiek, ktoré som už mohol zahrnúť. Niektoré z nich vyberiem náhodne a môžeme to uplatniť.
Takže teraz, keď idem do toho a pridám to do inventára. Po jeho pridaní by sme teraz videli, že sa zobrazuje v tomto spravovanom zobrazení, takže ho môžete vidieť tu. Takže viete, že je to prvý krok a čo som vám práve ukázal, bol spôsob, ktorým by ste tieto prípady pridávali hlavne pri každodennom používaní. V niektorých prípadoch môžete povedať, že viete, čo je to podnikové vydanie servera SQL, ktoré chcem automaticky pridať do svojho inventára? Nemusím ísť ručne a vybrať si to.
Jocelyn: Chcem ťa rýchlo prerušiť. Nevidíme vaše demo.
Bullett Manale: Nie ste?
Jocelyn: Nie.
Bullett Manale: No, to nie je dobré, uvidíme sa.
Eric Kavanagh: Ak idete do ľavého horného rohu, kliknite na tlačidlo Štart a potom naň kliknite.
Bullett Manale: Ach, dobre.
Eric Kavanagh: A teraz zdieľajú obrazovku.
Bullett Manale: Prepáčte. Áno.
Eric Kavanagh: To je v poriadku. Dobrý úlovok tam, producent Jocelyn.
Bullett Manale: Dobre, je to lepšie? Vidíš to teraz?
Robin Bloor: Áno, naozaj.
Bullett Manale: Dobre, tak sa poďme len prejsť tam, kde sme boli skutoční rýchlo. Máme zistené prípady, ktoré sme už mali predtým. Práve som pridal inštanciu v Chicagu, takže teraz vidíte, že je tu uvedená. Všimnite si, že už bolo stiahnutých veľa ďalších informácií. Ak kliknem na samotnú inštanciu, začnete vidieť všetky druhy informácií, ktoré sme už o tejto inštancii zhromaždili. Teraz uvádzame zoznam všetkých databáz, ktoré sú k dispozícii. Vidíme rozdelenie databáz podľa veľkosti a podľa činnosti, pokiaľ ide o tie, ktoré majú najväčšiu veľkosť a aktivitu.
Ešte raz vám môžeme okamžite povedať, ktoré aplikácie vidíme spustené v tejto inštancii na základe pracovného zaťaženia, ktoré vidíme spustené v inštancii. Takže je pekné, že to dokážem automaticky. Nemusím ísť dovnútra a priviazať aplikáciu k incidentu. Na základe toho, čo vidíme, to môžeme naplniť. Teraz, ak chcete aplikáciu pridať ručne, to určite môžete urobiť. Je to však len pekný spôsob, ako ukázať priradenie inštancie k databáze alebo, je mi ľúto, k aplikácii.
Tiež si všimnete, že na pravej strane obrazovky máme okamžité zhrnutie a pod ním máme zhrnutie servera. Takže tu hovoríme o najdôležitejších informáciách o inštancii, pretože vieme verziu a nielen, viete, SQL Server 2012, ale skutočné číslo verzie, ktoré vrátane a povedzte nám, aké opravy hotfix sú s tým spojené, aké servisné balíčky sú s tým spojené, môže byť veľmi dôležité vedieť. Je zrejmé, že požiadavka na pamäť je dôležitá. Všetko podobné, či už je to zoskupené, všetky tieto informácie, nemusím ich vkladať - už sa zhromažďujú a zhromažďujú a keď zistíme, že ide o objavený prípad, bude to súčasťou nášho inventára.
Ďalšia vec, ktorú tu uvidíte - a ukáže sa vám - je v tomto zobrazení inštancie. Máme tieto atribúty, o ktorých som hovoril skôr, vlastné atribúty, ktoré je možné pridať. Takže môžeme pridať otvorené druhy polí textového poľa, môžeme urobiť áno / nie, pokiaľ ide o miliardu druhov výberov. Môžeme dokonca urobiť rozbaľovacie zoznamy. Môžete to urobiť na inštancii databázy alebo na úrovni servera.
Ak sa potom posunieme o kúsok ďalej, uvidíme všetky súvisiace informácie o samotnom serveri. Takže viete, že všetky tieto druhy vecí sú skutočne naozaj užitočné, pretože sú zhromaždené a zhromaždené a je tu pre nás hneď, ako sa rozhodneme, že sa stanú súčasťou nášho inventára. Tu môžeme ukázať niektoré rozdiely, pokiaľ ide o CPU, počet logických verzií fyzických, koľko pamäte. Naozaj máte naozaj dobré a bohaté informácie bez toho, aby ste museli robiť veľa práce.
Teraz, ako som už povedal, druhou časťou je zhromažďovanie týchto údajov na úrovni servera. Ak by sme dokonca išli nadol do databázy, vidíme, že aj veľa týchto vecí je rozobraných. Takže ak pôjdem do svojho úložiska súladu, v tomto prípade by som mohol povedať, dobre viete, že sa jedná o databázu súladu, s ktorou je spojená úroveň súladu alebo regulačná požiadavka a môže to byť, povedzme, Zhoda so SOX alebo PCI. Môžem si teda vybrať, ktoré databázy majú s nimi spojenú zhodu, ktorú musím vyplniť, alebo sa uistiť, že dodržiavam túto regulačnú požiadavku.
Ukázalo sa, že tento druh vecí je pre DBA veľmi užitočný, pretože existuje miesto, kde môžu centrálne ísť, aby si všetky súvisiace metaúdaje v rámci svojho prostredia mohli ľahko udržať a môžu, ako som už povedal, prispôsobiť ich podnikaniu, keď sú „ robia to ako spôsob podnikania. Takže ak sa pozrieme na všetky veci, ktoré sme doteraz videli, máte evidentne celkom dobrý prehľad o inštancii, ak do nej vŕtam.
Môžem tiež vyhľadávať, a tak som povedal, že sa poďme po tomto inventári pozrieť na tento archív súladu. Potom uvidíte, že tieto veci môžem vyhľadať a dokážem ich identifikovať. Hovorím, že - nie som si istý, čo, moje tlačidlo Go tam nefunguje. Poriadku. Uvidíme, skúsme to znova. Tam ideme. Takže by sme boli schopní vidieť zhrnutie toho, kde vidíme čokoľvek, s čím sme v súlade, a do toho môžem vŕtať a vidieť to aj z tohto hľadiska. Takže máte skutočne rýchly a ľahký spôsob, ako sa do týchto údajov kopať.
Teraz, ako sme už spomínali, máte veľa rôznych spôsobov, ako vytvoriť metadáta proti serveru inštancií a databáze. Druhou časťou je, že to môže využiť tak, ako ste to zoskupili a ako ste k nemu priradili. Ideme do pohľadu prieskumníka, môžeme urobiť len to. Môžeme povedať, že chcem urobiť databázový počet podľa umiestnení. Počet databáz na každom mieste prostredí, ktoré podporujem. Alebo možno je to založené na majiteľovi, ktorý vlastní prípady, ktoré tu mám, pokiaľ ide o možné počty inštancií. Takže to uvidíme. Takto získate pre vás naozaj dobrý a ľahký spôsob, ako tieto obrázky maľovať na základe akejkoľvek otázky, na ktorú sa v tom čase snažíte odpovedať.
Potom, čo máte, tieto informácie druh vytvoril tak, ako ste chceli, môžeme ich exportovať do formátu PDF alebo do rôznych formátov, aby sme ich mohli využiť a poslať našim kolegom alebo urobiť, čo tam potrebujeme. Takže viete, že budete schopní robiť také veci. Vráťme sa k - stratil som to? Tam ideme. Dobre, tak dúfajme, že to má zmysel z hľadiska toho, o čom som doteraz hovoril. Teraz, keď údaje, ktoré sme zhromaždili, je toto všetko skutočne nevyhnutné z niekoľkých dôvodov - udeľovanie licencií a podobne.
Poslednou vecou, ktorú treba spomenúť, je, že prejdeme sem do tejto sekcie správy. Na tomto mieste môžete tiež nakonfigurovať svoj e-mail a upozornenie a uistiť sa, že pre veci, o ktorých by ste chceli vedieť, môžete tieto veci tiež nastaviť. Aby sme mohli nastaviť e-mailové upozornenia, môžeme nastaviť schopnosť zapnúť určité veci a vypnúť určité veci a potom vedieť, kto bude tieto e-maily dostávať, a prihlásením sa na tieto upozornenia môžeme priradiť, koho by sme chceli byť, kto by chcel vedieť o týchto veciach.
Ale ako som už povedal vyššie, je to skutočne pekný spôsob, ako si prinajmenšom uvedomiť celkovú mieru pokoja v podnikoch SQL - čo to znamená, že máte, a tiež sa uistiť, že beží optimálne, aj keď nemáte t, neurobili sme rozhodnutie investovať do nástroja na monitorovanie výkonnosti s veľkým dosahom na správu tejto inštancie. Toto sa vás bude týkať, pretože je to veľmi cenovo dostupný spôsob, ako ísť von a pre mnoho príkladov byť schopný urobiť tieto zásoby a byť schopný urobiť druh veľmi širokého druhu všeobecnej úrovne monitorovania, aby sa ubezpečil, že mám taký pokoj a viem, čo sa deje.
Dúfajme, že to dáva zmysel spôsobom, ktorý sme opísali a ukázali vám. Z tohto hľadiska myslím, že môžem ísť ďalej a odovzdať ho späť a môžeme hovoriť ešte viac.
Eric Kavanagh: To znie skvele. Takže Robin? Dez? Nejaké otázky?
Robin Bloor: No, mám otázky. Je skutočne veľmi zaujímavé, myslím tým, že som chcel iba uviesť, že takmer všade, kde som bol, nielen medzi DBA, ale aj medzi chlapmi zo siete, medzi chlapmi z úložiska, medzi chlapcami pre správu virtuálnych strojov, znovu pracujte s tabuľkami.
Eric Kavanagh: Správne.
Dez Blanchfield: Vieš, že to je, vieš, že to je v poriadku, až kým sa čísla nezačnú pohybovať. Keď sa čísla začnú pohybovať, viete, že sa dostanú do problémov. Takže na otázku, o ktorú sa teraz zaujímam, viem, že bude pre vás ťažké odpovedať, ale čo, ak pôjdete na miesto, kde tam nemajú nič podobné, na prácu s tabuľkami, takže predpokladajme, DBA sú veľmi šikovní chlapi a tak ďalej a tak ďalej, aký druh návratnosti investícií si myslíte, že by ste si z implementácie niečoho takého mohli dovoliť? Máte k tomu nejaké čísla alebo nejaké usmernenia?
Bullett Manale: Ťažko povedať, čo je NI, pretože prostredie sa bude trochu odlišovať. Je zrejmé, že čím väčší je podnik, tým väčšie prostredie, samozrejme tým väčšia bude návratnosť investícií, ak teraz používajú manuálne metódy.
Viem, že som hovoril s mnohými - keď hovorím o veľkých organizáciách tisícov a tisícov zamestnancov a pravdepodobne aj tisícoch prípadov - kde mám ľudí, ktorým im to ukážem a hovoria, že to bude trvať dva týždne môjho času späť. Toto som mi povedal viac ako raz. Takže je ťažké povedať, pokiaľ ide o skutočnú sumu v dolároch z nákupu, ale je to značné, keď máte prostredie.
Ako som už povedal, je to celkom konzistentné, sú to ľudia, s ktorými väčšina ľudí, s ktorými hovorím, uchovávajú tieto údaje v hárku. Je to jednoducho veľmi subjektívna vec, pretože v každom prostredí je to trochu iné, pokiaľ ide o to, ako robia svoje licencie a ako robia svoje licencie so spoločnosťou Microsoft, čo je ďalšou súčasťou tohto faktora. Ale ak musia robiť skutočné udalosti každý rok alebo každé tri roky, myslím, že tri roky pri maximálnom počte pre Microsoft, že budú, chcú, aby ste sa aktualizovali aspoň každé tri roky.
Potom viete, že je to značné, a viete, že je to niečo, čo je omnoho jednoduchšie. Pretože sa jedná o dynamickú vec, ktorá sa neustále mení, dáva to tiež o niečo väčšiu platnosť, pokiaľ ide o to, na čo sa pozeráte vo veršoch, no tabuľku sme do šiestich mesiacov alebo roka skutočne neaktualizovali. Ako často teda aktualizujete tabuľku, je ďalšou otázkou, ktorá má pochopiť, že odpoveď na NI.
Dez Blanchfield: Áno, myslím, licencovanie SQL, licencovanie je iba prekliata nočná mora, ale je to predovšetkým nočná mora, pretože licencovanie nie je rovnaké medzi Microsoft a Oracle a kýmkoľvek iným, kto tam robí databázové veci. Ak skutočne uchovávate veci v tabuľkách, ktoré majú tendenciu presne to, čo sa skutočne deje, viete, že licenčný čas príde skôr, ako si to skutočne uvedomíte, a v skutočnosti nemáte údaje, ak viete, čo tým myslím, ľahko sa dostať na tieto informácie.
Ako však zdôrazňujete, je to dynamické a ja osobne netuším, pretože som nikdy nemal vyjednávať so spoločnosťou Microsoft, takže nemám ani potuchy, ale pravdepodobne existujú databázy, ktoré ľudia pomerne často používajú na testovanie údajov, testovanie prostredie a ja by som hádal, že ak máte licenciu, jedná sa o tŕň na vašej strane. Ste to -?
Bullett Manale: Áno, áno. Je to tak preto, že na mnohokrát sa na tieto veci zabudne a potom sa začneme snažiť zistiť, dobre, dobre, dobre, máme základné licencie, že musíme zistiť počet jadier pre každý z týchto prípadov a ja nemám Neviem, čo sa týka štandardov toho, čo kupujete hardvér, môžete si kúpiť celkom dobrý hardvér, ak tento hardvér nevyužívate tak, ako by sa mal využívať, potom preplatíte, pretože ste platiť za základné ceny, keď tieto jadrá nie sú využívané, takže sa stáva problémom.
Každá verzia SQL má teda odlišný spôsob, akým sa licencovanie uplatňuje, čo z neho robí trochu mätúce. Takže máte s tým nejaké problémy, a preto je to veľká časť toho, prečo sú tieto informácie veľmi užitočné, pretože vám môžeme povedať, ktorá je to verzia, môžeme vám samozrejme povedať, aký počet jadier máte, ak ide o staršie verzie SQL že to bolo ceny za zásuvku, to samozrejme dokážeme aj ukázať. Takže je to oveľa jednoduchšie rutina, s ktorou musíte prejsť, keď príde čas na to, aby sa veci opravili.
Dez Blanchfield: Jedna vec, ktorá ma napadne, prepáčte -
Robin Bloor: Je to v poriadku, idete do Dez, chcel som sa opýtať prípadne irelevantnú otázku.
Dez Blanchfield: Len niečo skutočne rýchle, keď ste na téme, na ktorej sa práve nachádzate - vidíme omnoho viac adopcie cloudových prostredí a ak to spúšťame vo vnútri nášho vlastného dátového centra, v našom prostredí, plazia sa a hľadajú, objavovanie vecí je pomerne jednoduché.
Ako sa máme vyrovnať so scenárom, v ktorom by sme mohli mať tri súbory údajov, dve oblaky a viditeľnosť v týchto prostrediach, je firewall a často existuje súbor údajov na konci rúry alebo VPN. Existuje nejaký priestor na to, aby sa objavil z klientskeho rozhrania alebo ho musíme začať otvárať prístavy, aby sme mohli skenovať v určitých prostrediach medzi akýmkoľvek oblakom a mimo priestorov, kde táto platforma beží?
Bullett Manale: Áno, bolo by to isté, pokiaľ ide o prístavy. Takže, nanešťastie by som si prial, aby som mohol povedať, že prelomí všetky tieto prostredia, ale existuje niekoľko rôznych možností, ktoré by ste s tým mohli urobiť. Samozrejme, ak robíte niečo ako Amazon EC2, všetko, čo by ste naozaj potrebovali, je skutočne prístup k tomuto prostrediu prostredníctvom vášho pripojenia, za predpokladu, že vaše porty sú otvorené, a potom budú môcť zadať svoje IP adresy alebo svoju doménu, ktorá je s tým spojená a môže sa začať zbierka a začatie objavovania.
Takže v tých typoch prostredí to naozaj nie je problém; sú to špecifickejšie typy prostredí, ako je RDS, a kde práve získavate samotnú databázu, kde bude trochu náročnejšie vidieť a objaviť tento typ informácií.
Dez Blanchfield: Takže z toho vyplývalo, že existujú databázy a databázy. Napríklad staré dobré časy, keď som mal veľmi, veľmi veľký databázový stroj, ako je anekdota, ktorú som zdieľal na fronte, kde je len jedna obrovská platforma a všetko, čo robí, je poskytnúť databázu. V dnešnej dobe sú databázy zabudované do všetkého, v skutočnosti je to, že dvaja alebo traja z nich práve bežia v telefóne za aplikáciami.
Aké druhy výziev vidíte v prípade scenárov, v ktorých máte prostredia pochádzajúce z Lotus Notes, s aplikáciami za nimi, SharePoint s databázou na rôznych internete atď.? V podstate všetko je poháňané databázou na zadnom konci. S akými druhmi vecí sa stretávate a aké výzvy vidíte, keď sa ľudia snažia zmapovať tieto svety a čo pre nich váš nástroj robí?
Bullett Manale: No, myslím si, že ide o to, že to, čo ste povedali - všetko teraz potrebuje databázu, takže mnohokrát existuje veľa pravdepodobne, existuje veľa databáz, ktoré sa zavádzajú do prostredia, ktoré samotná DBA obsahuje. nie sú ani oboznámení, pretože nie je veľmi ťažké nainštalovať server SQL do prostredia, všeobecne povedané.
Tento nástroj tiež identifikuje veci, ako sú napríklad expresné databázy, a teda bezplatné verzie servera SQL Server. Je dosť vtipné, že keď idete hovoriť s databázami DBA, znova nedostanete konzistentnú odpoveď, pokiaľ ide o to, že sa starajú o bezplatné databázy, ktoré sú tam. Veľa z týchto aplikácií, o ktorých hovoríte, použije bezplatnú verziu databázy. Samotné organizácie však budú mať iný postoj, pokiaľ ide o to, kto je za túto databázu zodpovedný, v závislosti od toho, s kým hovoríte.
Niektoré DBA, s ktorými hovorím, si myslím, že som bol naposledy v SQL Server PASS, čo je v Seattli. Spýtate sa na otázku „Zaujímajú vás vaše expresné databázy?“ A bolo to asi päťdesiat päťdesiat. Niektorí ľudia o nich chceli vedieť ako DBA, pretože mali pocit, že sú súčasťou ich povinností, dokonca aj tých, ktoré sú vyjadrené v databáze, ktoré by mohli obsahovať kritické informácie; stále musia prejsť procesom zálohovania a stále sa musia uistiť, že všetky veci na nich pracujú zo zdravotného hľadiska. Ale iba vedieť, že existujú, je rovnako dôležité, ak nie dôležitejšie.
Zatiaľ čo druhá polovica ľudí je: „Hej, my nie sme zodpovední za tieto databázy a čokoľvek, čo do nich vložia, je na pozore pred osobou, ktorá ich nainštalovala.“ Ale celkovo by som povedal, čo povedal, že v súčasnosti má všetko do značnej miery súvislosť s aplikáciou, ktorá len viac prispieva k zložitosti a nejasnostiam s potrebou inventarizácie týchto informácií.
Dez Blanchfield: Áno, videl som niektoré, vládne stránky sú pravdepodobne moje najobľúbenejšie, ale častejšie ako ne, teraz vidím v podnikových prostrediach, kde je, ako ste povedali, že ľudia na mňa zabudnú, aj keď inštalujú niečo ako SharePoint alebo ako je samo-výmena, takže viete, že prichádzajú s bezplatnou verziou, ktorá je práve zabudovaná, pretože chcú, viete, nainštalujte ju rýchlo a nemusíte sa obávať, že by ste museli kupovať a kupovať licencie.
Potom sa to zväčší a potom sa niekto začne sťažovať na výkon a sú ako: „Je to iba váš starý server, vaše úložisko, vaša sieť, čokoľvek, “ a potom sa zavolá DBA a sú ako „No, ty“ Práve som do tejto bezplatnej verzie databázy vložil všetko, čo nie je to, čo potrebujete na vykonanie tejto veľkej verzie. “
Najmä vtedy, keď máte scenáre ako Project Manager a Office, bežia stovky, ak nie tisíce projektov naprieč veľkým podnikom alebo firmou a používajú SharePoint s Microsoft Project Server a všetky svoje PMO veci ukladajú do tejto databázy. Ale na prednej strane sú ako, no je to len webové rozhranie. Ale skutočne existujú databázy a databázy.
Bullett Manale: Áno.
Dez Blanchfield: Takže aké sú to prvé kroky, ktoré ľudia tu asi očakávajú, aby sme im priniesli publikum. Jednou z prvých otázok je, kde ľudia začínajú? Aký je pre nich prvý prirodzený krok: „Dobre, musíme urobiť nejakú verziu verzie Alkoholics Anonymous?“
Máme viac databáz, ako vieme, čo robiť. Ako vyzerá prirodzený druh kroku, ktorý by mal ísť: „Dobre, musíme si túto vec nechať rozbehnúť?“ Majú jednoducho ísť studenú morku alebo neskôr naozaj potrebujú začať malé a len získať nejaké skúsenosti týkajúce sa mapovania svojho prostredia ?
Bullett Manale: Myslím, že to povedalo, že musia zmapovať prostredie. Spoločnosť Microsoft teraz ponúka bezplatný nástroj, nástroj Microsoft Assessment Planning Tool, je to bezplatný nástroj, ale je statický. Urobíte objav a to je všetko. Dostanete zoznam vecí, ktoré sú tam. Urobili sme to a povedali sme sa, poďme ešte o krok ďalej, urobme objav, poďme nájsť to, čo je tam a poďme ho umiestniť do úložiska a urobme to tak, aby bolo dynamické a mohli by sme ho pridať, odstrániť z neho.
Celkovo je však najväčším prvým krokom zistenie, zistenie. Či už to znamená stiahnutie nášho produktu v skúšobnej verzii, môžete si ho stiahnuť a vyskúšať 14 dní a môžete poukázať na svoje prostredie a zbierať.
Ak už v ňom už máte tabuľku s partiou týchto informácií, o ktorej ste si istí, že tieto informácie sú správne, máte tiež možnosť importovať do tabuľky CSV tabuľku so všetkými týmito informáciami a urobiť z nej časť toho, čo vy už mám. Ale čo sa týka zisťovania toho, čo nevieš, jediný spôsob, ako to urobiť, je manuálne ísť von, urobiť to alebo mať nástroj, ktorý hľadá taký typ vecí, ako je tento. To je rozhodnutie, ktoré budete musieť v určitom okamihu urobiť, je: „Pokúsim sa automatizovať tento objav alebo aspoň získať dobrý základ toho, čo je tam vonku, a potom sa možno obávať niektorých výnimiek?“ Ale pre z väčšej časti pravdepodobne budete potrebovať nástroj.
Dez Blanchfield: Tak rýchlo. Kam chodia ľudia, aby s tým začali? Zasiahli váš web? Ako oslovia a začnú to rýchlo?
Bullett Manale: Ak pôjdete na Idera, IDERA.com, uvidíte, a ja v skutočnosti môžem skutočne rýchlo ukázať, že je skutočne rýchla. Na webovej stránke Idera pôjdete k produktom, prejdete do správcu inventára. Tu uvidíte odkaz na stiahnutie. Práve určujete, ktorú zostavu chcete nainštalovať na 64 alebo 32 bitov, a to vás rozbehne a odtiaľ môžete začať objavovať.
Robin Bloor: Fantastická a skvelá, skvelá prezentácia, ďakujem veľmi pekne.
Bullett Manale: Ďakujem.
Eric Kavanagh: Máme niekoľko otázok od publika a my vám ich pošleme e-mailom, pretože sa dnes musíme tvrdo zastaviť, ale Bullett opäť skvelú prácu na demo, skvelú prácu nášho producenta, ktorá chytila, že to nebolo. “ t ukazuje.
Bullett Manale: Prepáčte.
Eric Kavanagh: Nie, toto sú dobré veci, vidíte podstatu podnikania, však? Pretože podnik prevádzkuje údaje a zviditeľňuje sa až po jadro. Takže žiadne ďalšie vlnité veci; teraz môžete skutočne ukázať na veci a vyriešiť to. Tak dobré pre vás.
Bullett Manale: Ďakujem.
Robin Bloor: Ale bolo skvelé vidieť to žiť aj mimochodom, dobre urobené.
Eric Kavanagh: Áno, toto webové vysielanie archivujeme na neskoršie prezeranie a potom ho pravdepodobne dáme do asi jednej alebo dvoch hodín, počiatočný archív sa zdvihne, niekedy je to trochu dlhšie, ale určite to necháme ľudí viem. Vďaka tomu ťa pustíme, ľudia. Ešte raz ďakujeme, že ste sa zúčastnili brífingovej miestnosti, sme skutočne horúcimi technológiami. Nabudúce vás dobehneme. Dávajte pozor, zbohom.
