Domov Databáze Umění viditelnosti: umožnění správy z více platforem

Umění viditelnosti: umožnění správy z více platforem

Anonim

Od zaměstnanců Techopedia, 24. srpna 2016

Take away : Host Eric Kavanagh diskutuje o trendech v databázi s Dr. Robinem Bloorem, Dezem Blanchfieldem a Scottem Walzem v této epizodě Hot Technologies.

Momentálně nejste přihlášeni. Chcete-li zobrazit video, přihlaste se nebo se zaregistrujte.

Eric Kavanagh: Dámy a pánové, ahoj a vítejte zpět na nejžhavější show ve světě podnikových IT, Hot Technologies 2016. Ano, opravdu! Jmenuji se Eric Kavanagh, dnes budu vaším hostitelem pořadu s názvem „Umění viditelnosti: umožnění správy z více platforem“, opravdu ano. Několik rychlých poznámek, je tu snímek o vás, pravda před pěti lety, a dost o mně, trefíte mě na Twitteru @ Eric_Kavanagh. Rok je horký, to je náš standardní snímek pro Hot Technologies. Udělali jsme s touto show, že jsme chtěli program, který by nám pomohl definovat určitý druh technologie, takže celá myšlenka je, že dostaneme dva analytiky, kteří přicházejí a dávají svůj pohled na určitý prostor nebo určitý typ funkce že podnik potřebuje, a poté se objeví prodejce a předvede, co vytvořili, a vysvětluje, jak se přizpůsobuje tomu, co slyšíte od analytiků.

A důvod, jak si můžete představit, je ten, že ve světě marketingu podnikového softwaru existují termíny, které se obvazují a co se stane vždy, že dodavatelé popadnou nejnovější termín, věci jako velká data nebo analytika pro například, nebo dokonce SOA nebo jiné termíny, jako je platforma, a někdy jsou tato slova pro konkrétní technologii velmi přesná a někdy nejsou. Tato přehlídka byla navržena tak, aby nám pomohla artikulovat pro vás, publikum, jaké konkrétní druhy technologií dělají, jak fungují a kdy byste je měli použít.

S tím představím naše reproduktory. Máme svého vlastního doktora Robina Bloora, který volá z jeho umístění v Austinu v Texasu, Dez Blanchfield, z druhé strany planety, a náš host Scott Walz, který volá z Kentucky. A vaše opravdu, jsem vlastně mimo Pittsburgh, takže dnes máme organizaci s úplnou geografickou polohou z různých míst. S tím budu tlačit Robinův první snímek, neváhejte se ptát mimochodem, lidi, nebuďte stydliví. Můžete tak učinit pomocí komponenty Otázky a odpovědi ve vaší webové vysílání. A s tím to dám doktoru Bloorovi. Podlaha je vaše.

Robin Bloor: Dobře, děkuji za úvod, Ericu. Dovolte mi, abych se dostal na první snímek. Toto je sbírka surikátů uvažujících o databázi. Celá prezentace, kterou zde opravdu dělám, je opravdu jen obecný soubor myšlenek o databázi, které jsem nedávno zažil, a to, že opravdu kolem roku 2000 se zdálo, že databázová hra skončila ve smyslu že převážná většina implementací databáze probíhala na relační databázi. A pak se to prostě změnilo, víte, všechny tyto věci, na které surikaty přemýšlejí, sloupce, úložiště klíčových hodnot, databáze dokumentů, databáze v paměti, databáze grafů a najednou se objevilo mnohem více věcí. A bylo to téměř jako nový druh geologické éry, kdy se náhle objevily fosílie různých druhů zvířat.

Zprávy z Lake Wobegon, to je opravdu u konce pro jeden model databáze. Není pochyb o tom, že RDBMS stále dominuje, ale nyní jsou vytvořeny další druhy databází. Opravdu, to je do značné míry přehled toho, co zde řeknu.

Dimenze databáze, některé z nich se v poslední době staly důležitějšími, ale ty, na které jsem si vzpomněl, když jsem udělal tento snímek, se stejně rozšířilo, pokud jde o efektivní využití zdrojů jakéhokoli daného serveru? Měří se to tak, že může procházet velkými shluky? Využívá dostupného hardwaru, který je druhem databází v paměti, jdou tímto směrem? Je to distribuovatelné? Existuje řada databází, které se zaměřují na variabilitu distribuce. Jaké vlastnosti má? Základní charakteristika ACID databáze. Ale nyní, namísto skutečné konzistence, má řada databází konečnou konzistenci, lidé je používají a nemají s nimi problém, takže prokázali, že ACID není nezbytně nutné, jen dobrá věc spousta situací.

Z hlediska organizace metadat se celá hra změnila. Máme spíše různé organizace metadat než typické schéma RDBMS. Pokud jde o optimalizátor, probíhá zde spousta aktivit optimalizátoru v závislosti na datových strukturách, které se pokoušíte optimalizovat. Pokud jde o zvládnutelnost, v tom je spousta variací, k nimž se dostanu později, ale v podstatě celý bod DBMS je zvládnutelný a rozsah jeho spravovatelnosti do jisté míry určuje rozsah jeho užitečnosti.

Pokud jde o hardwarové faktory, jedná se skutečně o to, co říká - mám na mysli pouze jeden bod, o který se zde jedná - o to, že se zde dělá to, že cokoli, na co se dnes podíváme z hlediska databázových architektur, se změní. Může to být stejná databáze, ale musí nějakým způsobem vzít v úvahu to, co se vlastně děje na hardwarové úrovni. Po mnoho, mnoho let jsme měli tuto relativně jednoduchou situaci CPU, paměti a rotujícího disku - no, to je opravdu pryč.

Bod, který je tady, v první řadě máme CPU, ale jsou mnohem paralelnější než dřív, s mnoha různými procesními jádry. Máme také GPU, máme také FPGA, různé druhy křemíku, ale Intel si vzal jeden FPGA s procesorem v jeho příštím vydání a - AND - si vzal GPU a CPU společně na stejném čipu. Máte čipy s různými vlastnostmi. Výhodou GPU je, že je opravdu skvělá pro těžký paralelismus a zejména s numerickým výpočtem. FPGA můžete, tak či onak, umístit kód na čip a funguje mnohem rychleji, než kdybyste jej právě vkládali na čip.

Děje se křížení těchto věcí. Máme 3D XPoint od Intel a PCM od IBM, což jsou nové typy paměti, které jsou pomalejší než RAM, levnější než RAM, ale energeticky nezávislé. A to vytváří trochu vzrušení u řady dodavatelů softwaru, se kterými jsem mluvil. Máme disky SSD, ale nyní jsou velmi, velmi velké a poskytují paralelní přístup. S paralelním přístupem k velmi velkému SSD můžete přistupovat k rychlosti čtení podobné rychlosti čtení RAM. Máme tuto možnost tří typů úložné paměti RAM, 3D XPoint věcí a SSD, z nichž všechny půjdou velmi rychle. A protože rychlost je podstatou databáze, celá databázová technologie se bude snažit tyto možnosti využívat co nejrychleji. A to se bude týkat paralelní architektury, ale paralelní architektury. Výkon na hardwarové úrovni se neustále zrychluje, dělal mnoho let, pokračuje v tom a obecné náklady klesají.

Stezka slz. To jsou jen různé pokusy o databáze, první databáze před relačními se obecně označovaly jako síťové databáze, pak přišly relační databáze, pak přišly objektové databáze, nezískaly příliš velkou trakci, pak přišly databáze sloupců, které byly relační databáze vytvořeny velmi odlišně. A pak jsme nechali databáze dokumentů a databáze SQL, které byly objektovými databázemi, dělat odlišně, nebo pokud chcete, stejný sloupec databází objektů a ty se zachytily. A nedávno jsme měli grafové databáze získávající trakční a RDF databáze. A na co se díváte, jsou ubytovány alespoň tři různé sady datových struktur. Relační databáze dělá tabulky a řádky velmi dobře. Databáze dokumentů a databází objektů - velmi dobře dělají trapné datové struktury, zejména hierarchické datové struktury. A databáze grafů a databáze RDF velmi dobře fungují síťové datové struktury. A tyto různé, myslím na ně jako na tři řádky, tyto linie budou pokračovat donekonečna. Nezastaví se, protože motory, které tyto věci dobře vykonávají, nefungují na jiné struktuře dat zvlášť dobře.

A pak máme zkazivý faktor Hadoopu. Hadoop není databáze, ale existují databáze, které pro svou strukturu úložiště používají HDFS. A mnoho věcí, které Hadoop dělá, jsou ty věci, které je třeba udělat pro správu databáze. Za zmínku také stojí, že Spark není databáze, ale má, a je to nezralý, ale má optimalizátor SQL, a proto je jako jádro databáze, aniž by bylo nutné vědět, kam data ukládáte., ale pokud ji přilepíte na systém HDFS, bude ve skutečnosti splněna řada požadavků na databázi, jednoduše pomocí schopností základního systému souborů. Zejména jiskra se stala součástí databázového ekosystému a často se sdružuje s výkonnějšími databázemi, a důvodem je skutečně analytika. Analytics - Spark je v analytice velmi rychlý. Analytics je prvotřídní aplikace, do které většina lidí právě investuje, takže dva chodí po ruce. Data federace spíše než pravidla koncentrace, to by mělo být zřejmé ze skutečnosti, že máte alespoň tři různé potřeby, strukturované druhy databází tam venku, a proto federace dat, pokud chcete sdílet data mezi nimi. Často je to nutné, ale máte také databáze, které se rozšiřují a databáze, které to nemají, opravdu mocné motory jako Teradata nebo Vertica mají velmi konkrétní místo, ale menší motory, které dokážou vykonat spoustu práce, takže federace je pravděpodobné, že tam bude dlouhou a dlouhou dobu i mezi relačními databázemi.

Poslední věc, kterou je třeba říci, IoT, to není konec, dokud tlustá dáma nezačne vykládat data. IoT může ve světě databází vytvořit takovou odlišnou dynamiku, která bude věci ještě více komplikovat. Doufejme, že tam bude - tak či onak - bude nějaká konvergence, která pokračuje, ale nevidím, že se to všechno spojuje, jako tomu bylo u relačních databází. Každopádně ne brzy.

A myslím, že to je vše, co musím říct, takže to předám do Austrálie.

Dez Blanchfield: Děkuji, Robine. Děkujeme všem, že jste se k nám připojili, děkuji, že jste mě dnes ráno nebo dnes odpoledne strávili čas. Toto je opravdu žhavé téma, protože jsme za poslední desetiletí zažili docela explozi a trochu množství dat, s nimiž se musíme vypořádat, a vždy, že data sedí v nějaké formě systému, který pro většinu případů je databáze nějaké formy. Myslel jsem, že bych si nás rychle prošel velmi vysokou úrovní procházky, jak jsme se sem dostali, problém, který se vytváří, a druhy věcí, které musíme řešit hned teď, a pak si promluvíme o typech řešení, které lze na to aplikovat. Dovolte mi, abych tu chytil první snímek. Jsem toho názoru, že jsme v okamžiku, kdy DB admin 2.0, nebo databázový admin 2.0, je druhem, na kterém jsme teď, kdysi byl správce databáze poměrně přímou úlohou a výzvou a mohli byste někoho trénovat docela rychle. V dnešním světě tomu tak již není a já vám ukážu, proč tomu tak je.

Kdysi by se správce databází mohl připojit k zadnímu konci databáze a provádět rychlé ukázkové databáze a v systému by existoval seznam databází, o kterých si museli být vědomi a mohli by se velmi rychle seznámit tyto databáze a vybírejte je a máte kousek poke a sondy a použijte překlad, popište tabulku, abyste zjistili, co je v tabulce a každý sloupec a řádek, a byla to poměrně jednoduchá výzva a pokud čtete průměr dvě nebo tři sta stránek knihy o správě databází pro každou platformu, byli jste schopni se téměř učit, aniž byste museli vykonávat vysokoškolské vzdělání.

Ale to už není ten případ a podle mého názoru je to tak, že ve světě databází je jen příliš mnoho možností, aby mohl být každý člověk odborníkem v oboru a aby byl schopen ručně spravovat a spravovat . A důvodem je to, že za poslední čtyři až pět desetiletí, pokud jde o svět serverů a databázových systémů a databázových serverů a aplikačních sad, jsme prošli velmi, velmi dlouhou cestou. Kdysi jsme měli velké železo, které se muselo vypořádat s tím, co bylo skutečně malými daty, a smíchem malými, když se teď ohlédneme. Druhý den jsem viděl na Twitteru opravdu úhlednou fotografii této úžasné dámy, která byla vedoucím programátorem a vývojářem NASA v době, kdy jsme stavěli muže na Měsíc, a její kód byl vytištěn na sto třicet - dvě tiskárny se sloupcovými řádky a skládané ventilátorem a ve skutečnosti byla vyšší, než byla, množství kódu, které napsala.

A když jsem o tom přemýšlel, byl jsem rád, ve skutečnosti to je asi asi dvě nebo tři sta megas dat, do kterých musela vše zapsat nanejvýš, ne-li méně. A tak celkové množství dat, které obsahovaly její kód, i když fyzicky stálo vyšší než ona, když bylo vytištěno na papíře, bylo ve skutečnosti velmi, velmi malé množství. Dokonce i tyto masivní počítače velikosti místnosti a toto je IBM System / 360 v tomto konkrétním snímku, množství dat, které mohla ve skutečnosti obsahovat, bylo ve srovnání s dnešním světem malé. Ve skutečnosti naše chytré telefony drží 60 a 128 a 256 koncertů a brzy budeme mít v našich telefonech terabajty, až dlouho klesne cena blesku.

A tak v té době a té době byla správa databází zcela jednoduchá. Zde je snímek terminálové relace 3270 a pro DBA, který se může přihlásit a podívat se na počet souborů, které souvisejí s databází, a indexy, které tam byly, a řádky a sloupce byly přímočaré. A zde vidíte, že v kontextu této obrazovky je jedna tabulka a několik tabulkových prostorů, což by byl celý mainframe spravující jednu databázovou tabulku. Zatímco dnes máme v databázových systémech miliardy řádků záznamů. K této změně došlo díky posunu v technologii, která nám umožnila vybudovat databázové platformy a systémy správy dat.

Pokud přemýšlíme o druhu původních sálových počítačů a mnoha počítačích, které provozují databázi a případně relační databáze, tedy před padesáti a více lety, a tím velkým železným druhem světa a malými datovými soubory, které jsme měli, v době, kdy jsme se dostali asi k osmdesátým letům „Byli jsme na tom, šli jsme přes mainframy z mini na micro a my jsme měli PC běžící věci jako dBase II a dBase III, a na DOS a CP / M a měli jsme velmi brzy relační databázi- dostupné stylové technologie a ve srovnání s tím, na co jsme byli zvyklí v mainframe, byli docela dobře škálovaní. Než jsme se dostali do devadesátých let, měli jsme rádi a Oracle a DB2. A na konci devadesátých let jsme měli lidi, jako tajné počítače, které by mohly přilepit jako síťový model, velmi, velmi velké stroje, stroje velikosti skříně a vzít si podobné a postavit tyto shluky počítačů. Ale i tehdy to bylo ve srovnání s tím, co dnes vidíme, stále malé.

Ale na snímku, který jsem sem dostal, je to shluk Hadoop a efektivně funguje jako jeden stroj a v podstatě je to jen opravdu, opravdu velký počítač a dokáže pojmout typy webových dat, na která jsme zvyklí . A tak výzva správy databází, správa databází na těchto typech platforem, se podle mého názoru skutečně stala raketovou vědou. Musíte být nesmírně chytrý, abyste mohli rozumět technologii, na které běží, platformě, na které běží, datům, která tam jsou, typům použití těchto dat. A ano, viděli jsme tuto explozi od počátku roku 2000, kdy jsme se Microsoft SQL stali věcí, Lotus Notes byl docela dobře zavedený a tam a počet databází Lotus Notes, které se plazily kolem místa, byl docela děsivý. A měli jsme obvyklé zavedené společnosti Oracle a DB2 a skutečně jsme se začali chopit. Některé značky jako začaly mizet. Ale pořád jsme doopravdy dělali tradiční správu databází, až do té doby, kolem toho druhu z roku 2006, kdy, když se vrátím k tomuto obrazu toho klastru, měli jsme to, co jsme nazvali clustery Beowulf, věcí, kde bychom mohli sundejte si police z PC a přilepte je dohromady a vytvořte hlavní super počítače.

Od této chvíle jsme však překročili bod zvratu, kdy lidé byli schopni provádět správu databáze ve staré škole a - jak říkám, podle mého názoru - měřítko se stalo velmi, velmi velmi velmi, velmi rychle. Je to téměř jako bychom měli tuto velkou třesku v technologii, která vedla k přijetí datové technologie a technologie správy dat a zejména do databází kolem nich. A protože jsme vlastně vytvářeli vysoce výkonné počítačové klastry pro hostování dat v různých formách. A abych to přerušil, tady je snímek krajiny od roku 2016 databázových technologií, které máme k dispozici. Od pravého dolního rohu a otevřeného zdroje, až po levý horní roh v infrastruktuře. A v pravém horním rohu aplikačních řešení, která jsou nám k dispozici, a v levém dolním rohu, směsi infrastrukturních a výkonových motorů, které provádějí analýzu atd. A uprostřed jsou samozřejmě zařízení, jako jsou naše chytré telefony, které ve skutečnosti běží na velmi malých verzích databází, které umožňují například správu našich kontaktů atd., Nebo protokoly hovorů a další věci, které máme.

A tak podle mého názoru došlo k takové explozi, něco jako kambrianská exploze do takové věci, kde množství technologického vývoje, ke kterému došlo v tomto velmi krátkém časovém období od roku 2006 do roku 2016, což je nyní skutečně deset let, jak to bylo. Nyní jsme viděli, jak se databáze grafů stávají velkou věcí, databáze v paměti se stávají velkou věcí, databáze SQL se blíží. Přechod k různým výpočetním modelům, přišel Hadoop, měli jsme model MapReduce, nyní máme analytiku Spark a streamování a streamování počítačů, odolná distribuovaná data, rámce, které pro ně lidé musí vyvinout, abychom se dostali k měřítkům, které potřebujeme, a když přemýšlíme o této cestě, projdeme se tím, jaké jsou systémy správy relačních databází s obvyklými podezřelými, Oracle, PostgreS, Sybase, IBM DB2, MySQL a platforma Microsoft SQL Server. Viděli jsme, že na blok přicházejí nyní nové děti, Clustrix, Xeround, NuoDB, MemSQL, a je tu několik desítek a dalších, jak jste viděli na tomto snímku dříve. Pokud si dokážete představit výzvu, že musíte tyto platformy znát a know-how, jak je provozovat a získat jediný pohled ze skla, že musíte být DBA a dělat tyto věci, výzva zdaleka není triviální. A najednou přišly motory NoSQL, které jsou zcela novým druhem zábavné výzvy.

A tak poslední snímek, který mám, je jakýmsi konečným razítkem pro vyřazení z jednoho na dva-tři a to je, že jsme si užili některé z těchto technologií a my jsme pro ně vytvořili servisní služby, vložili jsme je do cloudové modely a nyní jsou k dispozici jako obslužný program, jako služba, můžete v podstatě získat databázi jako službu a obvyklé značky, které tam vidíme na webových službách Amazonu a Cloud Compute Platform Google a Microsoft Azure, jsou ty, které přicházejí k lidem mysl, ale ve skutečnosti jsou nyní desítky a desítky cloudových platforem. A například v Austrálii existuje něco jako sto dvanáct společností, které jsou v dobré víře ve velkém měřítku, které nabízejí databázové služby v různých formách.

Pomyslet na výzvu, kterou musí průměrná DBA dostat z postele a jít do práce a vyrovnat se s ní, je docela ohromující výzvou. A tak jsem nyní z velké části názoru, že stejně jako mnoho věcí v životě jsme rozšířili ty horizontální a vertikální, to je škálovaná infrastruktura ve velmi horizontálním, téměř lineárním růstovém modelu a složitost stacku v vertikální smysl, počet databázových platforem, počet aplikačních rámců a modelů, s nimiž se musíme vypořádat, se dostali daleko za hranice toho, s čím by si lidé měli být schopni poradit v jediném panelu skleněného pohledu a co nyní potřebují správci databází celou řadu nových nástrojů, které umožňují mluvit se všemi těmito platformami, spravovat je, spravovat je a podporovat je. Věřím, že to je celé téma našich rozhovorů dnes ráno nebo dnes odpoledne, a to s ohledem na to, Chystám se předat našemu hostu, který bude hodně mluvit o jejich produktu a jak to bude řešit výzvu.

Eric Kavanagh: Dobře Scotte, jdu po ruce -

Scott Walz: Děkuji vám, dobře, děkuji. Díky Dezovi, díky Robinovi a všem za to, že jste se dnes připojili a dali mi na telefonát. Chci poděkovat Robinovi a Dezovi za to, že mě vzali na procházku po pamětním pruhu, protože jste byli v kosmu od počátku devadesátých let a přinesli jste spoustu dobrých vzpomínek. Vzpomínka, kterou jsem na žádném z těchto snímků ani na obrázcích neviděl, byly děrné karty. A to byla úplně první věc, která mi byla představena, když jsem poprvé začal na svém prvním zaměstnání mimo univerzitu, můj spolupracovník v krychli vedle mě mi řekl, abych se nedotkl jeho děrných karet. Ano, absolutně, a byla to opravdu výzva a výzva, na které se snažíme pomáhat našim zákazníkům oslovit a od poloviny devadesátých let, a to je produkt, o kterém dnes chci mluvit. Podívejme se na správu více platforem a jedná se pouze o podskupinu. Vybral jsem si graf, ale jak Dez dal -

Eric Kavanagh: Musíte sdílet obrazovku.

Scott Walz: Oh, určitě ano, děkuji.

Eric Kavanagh: Žádný strach. A lidi, nebuďte se stydět, klást otázky, dnes máme na hovoru tři kalhotové kalhoty, takže jim pošlete těžké otázky. Můžete použít komponentu Q&A vaší webové konzole nebo můžete tweetovat pomocí hashtagu BriefR. Dobře, Scotte, vezmi to pryč.

Scott Walz: Tam jdeme, děkuji. Popadl jsem tento snímek a tento obrázek. Obraz od Deza mě opravdu odhodil pryč, protože to je, to je skutečně svět, ve kterém dnes žijeme, a svět, ve kterém DBA vystupují. A jak již bylo řečeno, už to není, opravdu, bojujete, abyste byli schopni to udělat jen hrubou silou. Opravdu potřebujete nástroje a to je, že se chystáme hrát a vidíme, že celý přepínač, hybnost se mění tam, kde to bylo brzy a byly velmi potichu, jak jste zmínil, a pak jsme šli pracovat s více databázovými platformami, tak to byl náš první vpád do nástrojů, a pak to bylo zpět tam, kde organizace, a po roce 2000 a když se to trochu zúžilo. S organizacemi a chtěl jít solidní, ale pak se to vrátilo, a to prostě opravdu vybuchla, když jste představil všechny tyto nové platformy. A teď místo toho, aby se nechali zavrhnout do konkrétní platformy nebo do určité technologie, žádná z těchto organizací nezjišťuje, co je nejlepší. Jaká je nejlepší aplikační databáze, jaká je nejlepší platforma k použití? A s tím řekl, chci vás trochu seznámit s tím, co děláme s DBArtisanem. A DBArtisan je naším stěžejním produktem, který spravuje, jak říká prostředí napříč platformami, více než 20 let. Zde žijeme a zde rádi zdůrazňujeme a spolupracujeme s našimi zákazníky a poskytujeme jim nástroje, díky nimž jsou produktivní. a provedeno.

Pojďme do toho a já se chystám naskočit. Zobrazuji produkt více, když procházím skluzavkami a myslím, že to pravděpodobně také uděláte. Pro ty z vás, kteří ještě předtím neviděli DBArtisana, se díváme na kompas a myslím si, že Dez použil termín „jeden skleněný tabák“, a to je něco, na co jsme hrdí na to, abychom dali DBA jediný pohled do všechny jejich platformy. Správně, nemusíte otevírat žádné jiné aplikace, chystáme se připojit a dostat se tam a začít pracovat s platformou. Když se podíváme na průzkumník databází vlevo, můžeme to vytvořit, jak uznáme za vhodné, můžeme ho uspořádat, jak se nám líbí. A uvidíte, že mám mix, některé z mých serverů Oracle, mám MySQL, mám zde PostgreS, také jeden - je to označený produkční server, který obsahuje některé serverové prostředí MySQL. Znovu vidíme, že jsme v pořádku. Pokud se podívám na registraci nové databáze, uvidíte jednu z platforem, které podporujeme, je tu pár, které chci vychovávat. Zjistíte, kdy je to váš SQL, podpora, Teradata, Apache, PostgreS, zde jsou generika, která podporujeme.

Pokud máme ovladač JDBC nebo LDBC k jakékoli platformě, jsme schopni se připojit, poskytnout vám spojení a umožnit vám pracovat s platformou přímo z databáze DBArtisan. Opět vám dovolíme soustředit se na práci po ruce, a ne na to, jak to zvládnete. Projděte to všechno. Ale chci ukázat pár věcí o produktu. V tom případě se pojďme otevřít a budeme se zabývat například Oracle. Tady je moje malá vstupní stránka, ale chci jít a podívat se na některá ze svých schémat, se kterými pracuji. Vezmeme jedno z větších schémat, takže opět přineseme zpět seznam tabulek. Správně, v tomto případě se chystám otevřít stůl, takže je prostě vybereme a přivedeme je do našeho editoru objektů.

Nyní je Oracle něco, s čím jsem roky pracoval. To, co ti ukážu, je pro tebe pravděpodobně snadné prohlášení. Ale pokud je platforma Oracle, nebo pokud je platforma PostgreS, nebo Teradata je platforma, kterou jste právě dostali, a je třeba, abyste dosáhli rychlosti, je po ruce přidat sloupec. Nebo možná úkolem je odstranit sloupec. Ale nechcete se starat o syntax, že? Chceme jít, stačí napsat, co potřebujeme, nastavit a nechat DBArtisan generovat. Tady stiskneme tlačítko „Změnit“. To nám vygeneruje skript. Opět velmi jednoduchý příklad, ale jde o to, že pro nás provede práci, aby vygeneroval a umístil tento sloupec do tabulky.

Můžeme však také udělat přesun sloupců v tabulce. Pokud jste se někdy pokusili udělat to tradiční, je to trochu složitější než jen jediný řádek kódu, jako je tento. Ale znovu, DBArtisan se chystá pracovat v zákulisí, vygenerovat kód pro vás a znovu vytvořit SQL. Zavřeme se odsud. Než začnu, znovu si všimněte všech karet v horní části, uživatelské rozhraní je velmi intuitivní. Pokud přijdu do průzkumníka, když skočím do PostgreS, že? Pokud tam přejdu do mého schématu, podívej se na stůl, velmi podobný pohled a pocit, že? Otevřeme to, znovu uvidíme informace zde. Vlastnosti, předci, sloupce. Jsme specifické pro platformu, poskytneme vám toto, uživatelské rozhraní, abychom to mohli zobrazit a pracovat s objekty. Budete vědět, co musíte udělat, a umožní vám to udělat efektivním a včasným způsobem, takže se nemusíte starat o přesně to, co je ustanovení, které tam musí jít, aby poskytnout tuto možnost. Postaráme se o to za vás.

Také, když se podíváme, teď se chystám přejít na SQL Server a mluvit trochu o některých dalších funkcích, takže všichni musíme monitorovat databázi. Takže znovu, spusťte to, uvidíme všechny probíhající relace, relace, které jsou spuštěny. Jak uvidíme, jaká prohlášení jsou prováděna a jak to můžeme mít pod kontrolou? Potřebujeme zastavit relaci? Potřebujeme vidět nějaké zámky, které by mohly být v databázi? Nějaké blokovací zámky? Znovu máme všechny tyto informace přímo na dosah ruky, abychom mohli rychle reagovat, v případě potřeby podniknout nápravná opatření a otočit je. Vrátíme se k našemu průzkumníkovi. To je místo, kde je to hnací bod, odtud se vždycky vracím, odtud se osobně ráda snažím začít věci a pracovat odtud. Když jsem připojen k databázi SQL Server, podívejte se na obslužné programy. Protože jsme napříč platformami, můžeme začít zkoumat extrakce, migrace. Můžeme se pohybovat napříč platformami, pokud potřebujeme migrovat objekty z jedné platformy na druhou, můžeme to udělat, pokud tyto objekty existují na různých platformách. Rozbalte schémata, publikujte do sestav, načtěte a uvolněte data a zálohujte databáze.

To vše znovu z uživatelského rozhraní. A když sem přijdete k nástrojům, uvidíte kompletní sadu nástrojů, z nichž můžeme ovládat, že? Z „Najít v souborech“ můžeme provést kompletní prohledávání databáze, kde hledáme uvnitř systémových tabulek, abychom našli ten řetězec, který hledáte. "Provedení skriptů a souborů", pokud máte standardní příkaz, který lze provést proti více platformám, více zdrojům dat, můžeme to nastavit přímo z uvnitř DBArtisan tak, aby ukazoval na cíle, proti kterým chceme provést. Stiskněte „Přejít“ a spustí se a přinese nám zpět výsledky proti všem těmto cílovým zdrojům dat. Opět vám umožní pracovat z té jediné skleněné tabule.

A „Analyst Series“ jsou opět hlouběji. Tito jsou zaměřeni více na relační databáze, když se začínáme dostávat do více novějších platforem, které začnete vidět, jak rozšiřujeme tuto funkcionalitu i do těchto arén. A obecně jen spousta vylepšení uživatelského rozhraní. Funkce zaměřené speciálně pro DBA. Položky jako máme schopnost dělat skriptovou knihovnu. Ty skripty SQL, které často spouštíte proti více platformám, uložte je sem, přetáhněte je, jakmile dostaneme nové okno ISQL, můžeme skript jednoduše přetáhnout a máme nyní připraven skript. Opět, mít to na dosah ruky, aby mohli dělat a řídit. Všimněte si, že dodáváme s skripty již definovanými pro některé platformy, takže můžeme pokračovat a vytvořit tolik, kolik potřebujeme kdykoli.

Pěkná věc, která se mi líbí a mnoho našich zákazníků dělá, pokud vás někdy zajímá, a dostanu tuto otázku hodně, pokud jde o: „Jak to mám udělat? To je docela v pohodě. Jak to dělá DBArtisan? “Tady je malá funkce, „ Logfile “, můžete protokolovat všechny příkazy SQL, které provádíme, takže pokud chcete vědět, jak naplňujeme tento průzkum nebo jak naplňujeme editor pro tabulku PostgreSQL nebo tabulku Teradata, zaznamenejte SQL a zaznamenáme vše, co DBArtisan provádí proti databázi, a můžete se vrátit a podívat se na to SQL a mít vše, co potřebujeme. Možná to chcete začlenit jako součást jednoho ze svých skriptů. Absolutně. Úplně v pořádku.

Rádi bychom byli velmi transparentní s tím, co děláme a co děláme proti databázi, a proto vám umožníme ukládat a zaznamenávat vše, co aplikujeme na databázi. Máme také možnosti konfigurace. Všimnete si, že jsem ho nastavil jako „Organizace vlastníkem objektů“. Mohu také nastavit „Druh objektu“. Pokud jsem se znovu dostal do prostředí PostgreSQL, šel jsem do schématu, pokud jsem se podíval na SQL místo jen moje tabulky GIM, které patří do tohoto schématu, uvidím všechny tabulky, bez ohledu na názvy schémat. Opět platí, že různé způsoby, jak uspořádat věci, které opravdu přizpůsobit pro vaše vlastní pracovní postup a jak byste chtěli vidět.

A poslední věcí, o které chci mluvit, je schopnost nastavit „Záložky“. Pokud se vrhnu, pokud pracuji na jedné z mých platforem a chci se soustředit pouze na můj stolní režim, mohu přidat záložku. Vím, je to velmi jednoduchá funkce, ale tak milá, zvláště když pracujete s tolika zdroji dat a tolik platforem, jaké má dnešní DBA. Abyste mohli do systému vstoupit, spusťte program DBArtisan a nechte správce záložek, aby vás přivedl přímo na místo ve stromu, kde musíte být a měli byste pracovat. A odtud jsem mohl vytvořit novou tabulku a znovu na platformách, které podporujeme, které jste viděli dříve, a my vás provedeme „Wizardem“, abyste mohli řídit, rozvíjet a vytvářet tabulku. A my vám vygenerujeme veškerou syntaxi potřebnou k tomu, aby to za scénami pro vás udělali, a pak vám ji na konci ukážeme v podokně náhledu. Můžete se přesvědčit o tom, co přesně vygenerujeme. Můžete stisknout tlačítko „Provést“, poté tlačítko „Dokončit“ a nechat jej provést. Nebo ji můžete uložit nebo ji odstrčit do jiného okna ISQL, takže je nutné, aby to bylo znovu, možná musí být součástí většího, většího skriptu, který chcete uložit a nasadit během hodin dávkového okna.

Toto je přehled DBArtisana. Když o tom hovoříme, znovu se jedná o produkt, který viděl mnoho platforem, podporu těchto platforem a skvělý uživatelský dojem, skvělou zpětnou vazbu od našich zákazníků. A pokud vás zajímá, jako jeden z panelistů, ale pokud potřebujete najít něco související s IDERA nebo DBArtisan, neváhejte nás kontaktovat a určitě mě najdete na mé e-mailové adrese.

Eric Kavanagh: Dobře, myslím, že to nechám otevřené pro Robina pro otázky a pak Dez a pak budu sledovat odpovědi od účastníků. Robine, vezmi to pryč.

Robin Bloor: Dobře, myslím, první otázku, vlastně jsem s DBArtisanem nějakou dobu dobře obeznámen, takže jsem si docela dobře vědom jeho schopností. Zajímalo by mě, abych vás oslovil, jeho, druh, budoucí cesty odtud. Myslím, vidím, víš, když jsem se na to naposledy podíval, muselo to být už dávno. Vidím, že podporujete alespoň tři databáze, které jsem si neuvědomil, že jste dříve podporovali. Jaká je budoucí cesta pro DBArtisan? Je pravděpodobné, že právě přidáváte další a další databáze, nebo jde o rozšíření funkcí? Kam s tím chcete jít?

Scott Walz: To je skvělá otázka a já bych chtěl všechno výše uvedené. Určitě se budeme i nadále budovat, protože tradiční platformy RDBMS nehybně sedí, že? Stále se staví. Budeme pokračovat touto cestou. A pak nás uvidíte, jak se začneme dívat a jdeme tímto směrem a podporujeme nové sítě. Protože si uvědomujeme, že ačkoli některé z těchto platforem stále rostou, tradiční RDBMS, existují určité situace, kdy jsou nové platformy tím správným platformou, se kterou mohou zákazníci jít. Opravdu sledujeme tento trh, segment a snažíme se dělat správná rozhodnutí, na jakých platformách se vydat. Zdá se, že se mění prakticky každý den.

Robin Bloor: No, jak jsem řekl já i Dez, je to velmi živý trh, možná je to jeden ze způsobů, jak se na to dívat. Další věc, o kterou bych se zajímal - očividně nebudete moci na tuto otázku odpovědět přesně a přesně, ale narazil jsem na weby v době, kdy existuje tisíc instancí Oracle a Oracle nebyl jediná používaná databáze, která byla nasazena, víte. A když jsem s nimi vlastně hovořil o tom, jak na zemi zvládáte tolik případů, řekli: „No, víte, existuje jen asi pět nebo šest velkých instancí a máme kolem toho tři DBA, které jsme rozšířili.“ Zajímám se o to, jak používat DBArtisan, protože s tím můžete udělat spoustu věcí, kolik databází to sedí, řekněme typicky, nebo dokonce jaké jsou největší příklady toho, kolik řetězců dokáže spravovat najednou?

Scott Walz: No, viděl jsem situace - a znovu, je to trochu komplikované, tato otázka je, protože DBArtisan mi umožňuje mít více připojení nebo více zdrojů dat definovaných pro jednu instanci. Možná chci udělat syslogin a pak přihlásit nižší oprávnění, ale já jsem jednal se zákazníky, že se vším, co se zhroutilo, jde o několik obrazovek. Nyní, když jsem se jich na to zeptal, otázka, kterou jste mi položili, zní: „Jak to zvládnete tolik?“ A pak říká: „Já ne.“ Správně? "Zvládnu, co umím, ale potřebuji přístup ke všemu." Ještě musím vidět cokoli, co se zastaví, víš, horní hranice toho, co lidé mohou zvládnout, je opravdu horní limit toho, co může tato osoba, jednotlivec, Rukojeť. Ale víte, jak jsem zmínil, ty lidi, s nimiž se potýkám, otevřeně přiznávají, že mají všechna tato spojení, ale neexistuje způsob, jak to zvládnout. Spoléhají na svůj tým. Jak jsem si jistý, že jsi zažil, jo.

Robin Bloor: No, vlastně jsem sám byl DBA, i když jsem to nedělal příliš dlouho. A jedna věc, kterou, jak víte, si pamatuji, nad rámec všeho jiného v relačních databázích, je to, že s SQL můžete dělat obrovské množství věcí. Často víc, než si myslíte. Což nějakým způsobem vysvětluje některé funkce, které DBArtisan má, protože se to přímo převádí přímo do SQL. Ale, víte, jsem si jistý, že děláte jiné věci. Je to všechno skriptování SQL nebo existují jiné speciální rutiny, které byly napsány pro esoterické situace?

Scott Walz: Jo, hodně, většina z toho je SQL, to je jen povaha. Ale píšeme rutiny, které lze spustit z příkazového řádku pomocí nástrojů dodavatele, frontendů dodavatele. Vezmeme front-endy, víte například pro obslužné programy pro načítání dat na platformách, že? Nejedná se o skripty SQL, správně, jedná se o úlohy příkazového řádku. Generuje je a bude moci je poskytnout DBA, které pak mohou provést. Uvidíme jo, uděláme trochu obojí, ale většina z nich jsou skripty SQL.

Robin Bloor: Při pohledu na to, protože se samozřejmě musíte určitým způsobem podívat na vývoj, který se děje, považuji to za docela nový. Myslím, že jedna z věcí, které mi připadají zajímavé, že se děje, je to, že se Spark zjevně vzlétne jako raketa, ale Sparkův SQL, to je pryč od strašně nezralé k tomu, aby začalo vypadat trochu vyspělejší s trochu více schopnostmi SQL. Díváte se na takové věci a přemýšlíte, zda se chystáte začít spravovat ty s DBArtisanem?

Scott Walz: Jistě a já ano. To je vždy tam. Vím, že náš tým pro správu produktů se vždy dívá na to, kam jít, a absolutně, všechno je na stole pro nás, co se týká toho, na co se v budoucnu díváme.

Robin Bloor: Dobře, Dezi, chceš se naložit?

Dez Blanchfield: Jo, vlastně, je tu spousta skvělých věcí, které jsi mi tam otevřel dveře, Robine. Děkuji mnohokrát. Chtěl bych jen prozkoumat některé věci, které na mě vyskočí, když se podívám na podobné výrobky a jsem velmi nadšený. Když jsem dvakrát zkontroloval své domácí úkoly, protože stejně jako předtím Dr. Robin Bloor to sleduje, nějakou dobu jsem to sledoval a vzpomínám si, jak jsem se díval na vaše požadavky na specifikace druhý den a ve skutečnosti si myslím, že tato věc běží úplně opírá se o to, co ve skutečnosti dělá. A myslím, že z paměti - opravte mě, jestli se mýlím - myslím, že to bylo tak malé, že výkon notebooku by pohodlně běžel DBArtisan, a přesto byl schopen provozovat některé docela významné zadní databáze. A docela mě zajímalo, když vidíš, že máš teď Firebirda a Greenplum. Byl jsem docela ohromen požadavkem nebo specifikací hardwaru, který by mohl docela doslova běžet jako koncert RAM na jednom gigahertzovém CPU. To bylo docela působivé.

Ale případy použití je něco, do čeho se chci ponořit jen trochu. Vidíte, že je přijetí produktu v případě potřeby kvůli existujícím prostředím, která se právě vymkla kontrole, nebo vidíte, že lidé jsou nyní trochu proaktivní a říkají, víte, stavíme něco velmi velký, je to složité. A přemýšlím o fúzích a akvizicích například zde, kde si organizace může koupit spoustu firem - malé, střední, velké, cokoli - a nakonec zdědí všechna tato prostředí a bude muset vybudovat novou schopnost DB. Jaké jsou obvyklé případy použití, pokud jde o typ organizace a typ aplikace na ni? Jsou to především lidé, kteří mají existující prostředí a musí je pouze vyčistit a získat nad nimi kontrolu, nebo jsou lidé o něco aktivnější a přemýšlejí o složitosti, kterou se chystají postavit a dostat vás na palubu brzy?

Scott Walz: Vidíme více toho, jak začít brzy, a to právě z důvodu, který jste zmínil, konsolidace. S šířkou podpory platforem, kterou máme, nejde o totální budoucí ověřování, správně, ale staví vás a vaše DBA do opravdu dobré situace, že když se podívají na potenciální akviziční cíl, správně, jsou o něco méně, víš, pomyslel si, jaké platformy bychom mohli zdědit, že? Ačkoliv je to důležité, že, obava je o něco menší než to, co to bude znamenat pro naše DBA, že? DBA mají nyní produkt, který vědí, že se mohou připojit, a pokud jsou obeznámeni s používáním produktu, seznámí se s připojením k této platformě, kterou právě získali. Takže to je určitě oblast, kterou vidíme, opět víte, dlouho, zákazníci s takovou mash-upem všech těchto platforem, že? Jak to zvládnu, že? A zkusili to, protože myšlenkový proces je na každé z platforem vybaven nástrojem, že? Můžeme použít náš vlastní nástroj, že? Ale nakonec se to vrací, víte, co ano, můžete, ale nejen že se budu muset učit každou z platforem, teď se učím každý z nástrojů, které jdou s každou z platforem a takže jste právě zkomplikovali práci DBA. Vidíme také tu situaci, kdy se k nám vracejí a říkají: „Víš, musíme to obejít. Pojďme získat jeden nástroj pro DBA, protože mám pro DBA důležitější věci, než abych se naučil uživatelské rozhraní nového nástroje. Nebo různé nástroje. “

Dez Blanchfield: Jo, rozhodně ne. A jak víte, když vidíte, myslím, že z paměti, když jsem se včera podíval jen na dvojí kontrolu, že jsem se nemýlil, vzpomínám si, že jste například podporovali Sybase, takže tato věc byla nějakou dobu kolem. Ve skutečnosti jsem pro vás měla ještě jednu otázku - jo, je skvělé mít na vašem seznamu Greenplum a Firebird, ale váš Sybase, tenhle věk velmi rychle, ukazuje, že už nějakou dobu existuje a odvedl dobrou práci.

Klastry. Jednou z největších bolestí hlavy pro DBA je, že v podstatě ukážou na to, co vypadá jako IP adresa a spousta API, nebo zda je to JDBC nebo LDBC nebo cokoli, s čím bychom si mohli povídat, ale za tím je klastr. Co může, nebo ví, DBArtisan o tom, co je za dveřmi číslo jedna, jak to bylo, jako když jsem se připojil do zadní části databáze, dostanu se podívat do všech prostředí za sebou, a zejména do dvou částí možná otázka. Klastr například, když přemýšlíte, víte, podporujete IBM DB2 a Microsoft SQL Database Server a MySQL a PostgreSQL a Oracle a některé z těchto tradičních RDBMS a, jak víte, vždy provozujeme master-slave nebo master-master prostředí pro redundanci a vysokou dostupnost a také výkon. Ví DBArtisan, že za dveřmi číslo jedna je něco, co není jen jedna databáze sama o sobě, ale klastr, a pokud ano, co o tom ví? A do toho rychle plynout, takže můžete odpovědět na stejnou otázku, promiňte. Jak se tedy za klastry v některých scénářích, které máte, vyrovnávají lidé s mixem mezi produkčním prostředím a prostředím pro zotavení po katastrofě, pokud jde o použití DBArtisanu?

Scott Walz: Skvělé otázky. Dám vám, že to bude závislé na konkrétních platformách, protože jak se snažíme, budeme mít různé úrovně podpory pro některé z těch hloubkových, hlubších funkcí dolů. Například pro Oracle a jejich prostředí RAC, Real Application Cluster, se můžete připojit k primárnímu uzlu v tomto klastru, ale přesto procházet monitorem databáze, který jsem ukázal, ukážeme vám běh SQL a my ' ve skutečnosti vám řeknu, na kterém uzlu clusteru běží, že? Abychom přesně viděli, zda, víš, pomalu běžící dotaz, podívejme se na to, na jakém uzlu běží? Protože nevyhnutelně je celý důvod klastru, v pořádku, pro koncového uživatele, nezáleží na tom, kde byl proveden, ale pro DBA musíme sledovat tento typ informací. Například v Oracle můžeme jít na takovou úroveň detailů. Ostatní platformy, které máme, mají konektivitu, pravděpodobně ne tolik detailů než my pro Oracle.

S ohledem na výrobní a vývojové prostředí je to dobrá otázka. Poskytujeme stejnou úroveň podpory. Skutečným primárním způsobem, kterému budeme pomáhat, bude vrstva propojitelnosti tam, že? Budeme se moci připojit a dělat všechny funkce. Mám zákazníky, kteří využívají některé funkce v DBArtisan ke kategorizaci svých zdrojů dat, že? A opět, může to být trochu pryč pro přesnou otázku, kterou se ptáte, ale my jim umožníme graficky označit, jak fungují. Protože to je jedna z věcí, které se týkají DBArtisanu, mohu se rychle měnit mezi zdroji dat. A další věc, o které víte, že se připravuji na provedení zkráceného prohlášení, a já se dívám na to, že jsem ve spojení - prostě jsem to spustil proti výrobě nebo vývoji? A tak poskytujeme některé funkce v rámci DBArtisan, abychom pomohli DBA tam také, aby to zvládli a udrželi je před problémy, pokud chcete, s některými aktivitami DBA.

Dez Blanchfield: S ohledem na to na dlouhém seznamu platforem, které aktuálně podporujete, a jsem si jistý, že z zřejmých důvodů exploduje velmi brzy. Chci říct, že například podporujete například DB2 na z / OS, na mainframe, a pak samozřejmě podporujete to, co jsme zvyklí nazývat mid-range, ale nyní jen systémy UNIX a jakési modernější platformy, vy vědět, Linux a nakonec se dostane do podoby jako Bluemix a na Cloud Foundry, takže skončíte s spuštěním DB2 na Cloud Foundry na Bluemix, s IBM a cloud na soft. Vedou lidé v současné době nejen správu a monitorování, ale také jste se zmínili před schopností migrovat a přesouvat data kolem. Vidíte lidi, jak skočí do postele s DBArtisanem a řeknete: „Víš co, na starých sálových počítačích máme spoustu věcí, které musíme jen vystoupit, a bylo to opravdu obtížné to udělat. Pokud můžu ukazovat, klikat a přetahovat odtud tam, můžu skutečně přesunout a migrovat svá data a schéma. “Je to věc, kterou lidé dělají?

Scott Walz: Opravdu se pohybují, že? Přesouvají data, že? Nyní k tomu používají nástroj DBArtisan. Dělá pro ně všechno? Ne. Začínáme, víte, drag and drop, ne přesně tam, ale my jim umožňujeme vytvářet nějaké skripty, protože v ideálním případě budete chtít použít - nechcete, aby tato úloha byla běžet na vašem klientovi, na vašem notebooku, právě z toho důvodu, který jste zmínil. Můžeme běžet na velmi malé ploše, že? Pomáháme jim vytvářet skripty, pak je otočíme a budujeme a pak mohou tento skript doručit a nechat ho běžet na serveru, že? A získejte sílu, koňskou sílu za serverem. Pomáháme jim generovat některé ze svých úkolů, aby udělali nějakou práci.

Dez Blanchfield: Správně. Pár posledních pro vás a pak bychom se mohli vrátit zpět. Věc, která mě opravdu zasáhla, jen procházím vaším dodatkem, což je fantastické, a ve skutečnosti si přeji, abychom měli další hodinu, abychom se dostali do podrobností. Skutečně velkou výzvou pro DBA, správně, je základní dodržování předpisů, celkové řízení infrastruktury, audity, podávání zpráv o současném stavu, pohled na budoucí přípravu na věci jako, víte, jen obecný růst životního prostředí. Připadá mi, že i když v jádru toho, co se zdá, že váš produkt dělá, což jen usnadňuje život, tento jediný skleněný panel, jediný pohled na svět, a já v podstatě mohu kliknout a ukazovat a táhnout a miluji skutečnost že bych mohl někoho vyškolit, aby to udělal velmi rychle, nemusí tento manuál číst, jak to bylo. Připadá mi, že tento nástroj mi také dává možnost dělat spoustu věcí týkajících se správy a dodržování předpisů a auditů, že jsem zvědavý, zda se lidé skutečně probudili, jsem si jistý, že ano.

Ale vidíš lid, jak se na to teď dívá a jde, a je to jako tato eureka, a-ha moment, jít: „Hej, víš co, díky tomu je život DBA od nynějška snadný nebo z provozního hlediska jednodušší nebo z hlediska rozvoje. Ale bože, mohli bychom ve skutečnosti nyní podat zprávu o všech našich databázích a všech souborech dat a všech obsahových datech a všech metadatech kolem. Jako, kdo má přístup, když má přístup, proč má přístup a jaký typ přístupu má. “A pak najednou řeší některé problémy týkající se dodržování předpisů. Obzvláště když se kolem porušení dat dějí nějaké opravdu velké věci. Máme několik úžasných věcí, jako jsou globální finanční krize, všechny tyto výzvy přicházejí, ale jak na zemi budeme měřit a sledovat a řešit dodržování předpisů? Je to pro lidi tak velká věc, nebo je to stále, jaksi rané dny, pokud jde o to, že se na ně DBArtisan vztahuje?

Scott Walz: Mám zákazníky, kteří o DBArtisanovi nemohou říct dost. Tohle jsou ti, kteří si to uvědomili. Žárovka zhasla. Říkají: „Počkejte chvíli. Mohu odpovědět a reagovat a generovat některé ze samotných zpráv, které jste zmínil, správně, to vše z jednoho nástroje. Mám to. “Teď jsou tu další, kteří se toho ještě musí držet a to by mohlo být z různých důvodů, že? Možná ještě nejsou, nebo možná s nimi manipuluje někdo jiný, ale naši zákazníci, že jsme zjistili, že ho používají, to je a-ha moment, že? To nejen že dokážu vytvořit tabulku všech těchto věcí. A absolutně, se všemi požadavky na shodu, je to obrovské. To je práce sama o sobě.

Dez Blanchfield: No, opravdu. A víš, myslím, z hlavy, okamžitě přemýšlím, víš, jestli někdo přijde a říká, že chce vytvořit databázi pro správu konfigurace, CMD, pokud musí splňovat všechno od Sarbanes -Oxley COBIT ITIL, víte, dodržování SWIFT a bankovnictví, a to i na úrovni Mezinárodní organizace pro normalizaci, ISO 27001, 27002. Jsou to všechny tyto opravdu velké rámce. Jednou z výzev je jen zjistit, kde jsou data, kdo je spravuje, v jakém formátu a myslím si, že to má pro mě, stejně jako pro mě, když si to teď jen prohlížím, když moment Eureka právě odešel, bylo to jako pověsit na vteřinu jsem to mohl hodit iu někoho, kdo není nutně DBA, ale mohl jsem ho rychle vyškolit a říci: „Existuje nástroj pro dodržování předpisů.“ Myslím, že je skvělé, že to dělá svou práci v administrativní databázi. svět řízení.

Ale já tu sedím a přemýšlím, Bože, víš, že v těchto dnech můžeš spravovat více platforem jako jednu, a vy, jak jsi řekl, se můžete ponořit přímo do logování transakcí, které děláte. Víte, představte si, že vezmete tento nástroj do incidentu pro narušení dat a necháte svůj bezpečnostní tým pobíhat, aby zjistil, kde a proč a kdo co viděl. A jak se pohybují, musí se přihlásit a sledovat každou akci, kterou dělají, protože se mohou stát součástí problému, pokud nemohou jinak. Jo, myslím, že je to neuvěřitelná schopnost, že, víte, můžete okamžitě začít dělat, víte. Zejména, když se podíváme na problémy datových auditů, které znáte, máme tuto masivní podobu, jako to bylo, s datovými sadami a daty.

A jedna z věcí, o kterých jsme mluvili v několika dalších showch, které jsme udělali, je, víte, jak jdete a najdete svá data a často mluvíme o tom, že když začnete v jakékoli organizaci, máte sklon postavte se ve své kabině a položte ruku do vzduchu a mávejte a jděte: „Ví někdo, kde je tato databáze? Jak se dostanu k tomuto zdroji dat? Kde je tento soubor? “„ Jdi a zeptej se na příjem. “Správně? Váš nástroj může tuto schopnost okamžitě najít a najít a dokonce o nich podat zprávu.

Vraťte se k jedné z otázek jen krátce a pak se zabalím a vrátím zpět Ericovi. Připadá mi, že měřítko se stane výzvou v příštích 12 měsících pro vás. Můžete nám poskytnout nějaké nahlédnutí, myslím, podle úhlu pohledu na třicet tisíc stop, v měřítku nebo rozsahu, v jakém DBArtisan pracuje. Dokážu si představit, že když to vložím do svého notebooku a já se zvednu a ukážu to na prostředí, můžu to objevit a můžu na něm začít dělat věci. Domnívám se, že to vypadá jako jediný malý, víš, otevřený zdrojový databázový stroj s několika řádky a tabulkami. Do jaké míry by to šlo? Mluvili jste o DB2 na mainframe, to je velké. A klastry. Jaký je rozsah rozsahu, s nímž se můžeme nějak vypořádat? A Robin se toho nějak dotkl dříve, ale do toho se budu muset dostat podrobněji o tom, jak velký můžeme s DBArtisanem dosáhnout.

Scott Walz: Jasně. Určitě tam budou vaše výzvy, protože se jedná o klientský software. A tak opět, pokud pracuji na sálovém počítači, když pracuji proti našemu testovacímu systému na sálovém počítači, který máme, mohu to namířit proti milionům řádků a provést křížové spojení proti milionům řádků. Celá práce bude provedena na serveru, že, protože předáváme tento příkaz, a to je jen záležitost DBArtisana, který zpracovává sady výsledků, že? A to je výzva, a to je krása, správně, toho, co děláme. Většina těžkých zvedání se provádí na serveru. Vyřizujeme pouze všechny výsledky. A tak se opět dostanete do situací, kdy chcete současně spustit deset dotazů, které vracejí miliony řádků, ano, určitě byste se tam mohli ocitnout v nějakém výkonu, že? Ale nikdy nemám zákazníky vyhýbat se provozování velkých dotazů proti DBArtisanu, víte, proti jejich databázi. Opět, jak jsem řekl, počet najetých kilometrů se liší v závislosti na mnoha faktorech, správně, ale opět, jak jsem řekl, mám co do činění s miliony řádků, které se vracejí, a pokud to zaplní mřížku, víte, m připraven jít. Ale občas samozřejmě musím počkat, až se výsledky vrátí.

Dez Blanchfield: Mám otázku, než se zabalím, protože jsem si vzal příliš mnoho času a děkuji vám za to. Jen nám řekněte něco víc, víte, včera si přečtěte nejnovější specifikace, jen abyste se ujistili, že jsem byl napříč stejně jako jsem si myslel, že jsem. Monitorování procesů a jakýkoli druh upozornění a oznámení, víte, plánování kapacity přináší všechny masivní problémy s databázemi DBA, každý den každý den. Chystá se někdo naplnit tuto tabulku, chce naplnit databázi, chce zaplnit místo na disku, jak to mám spravovat? Dejte nám rychlý přehled o druhu monitorování procesu a zejména o sledování výstrah a pak ideálně kolem plánování kapacit. Myslím, že to je oblast, o které si myslím, že by mohl být velký zájem.

Scott Walz: Monitorování procesů ukázalo, že funkce, kterou většina naší zákaznické základny používá, a to je databázový monitor, který to dokáže ukázat a udělat. A některé máme v balíčku analytiků. Analytik výkonu má některá upozornění, která můžete nastavit, když jsou splněny určité prahové hodnoty. Může vás to upozornit. Možná X počet logů, chyby v logovacím souboru, víte, dostane to varování pro vás. Tabulkový prostor zasáhl určité procento plné, můžete získat další upozornění. A krása toho je, že jste ve stejném nástroji, správně, je to součást DBArtisanu, takže stačí kliknout pravým tlačítkem na chybu, varování a spravovat s DBArtisanem a dostanete se přímo do editoru tabulkového prostoru . A můžete problém vyřešit přímo zde.

Pokud jde o kapacitu, rozhodně je to horké tlačítko a analytik kapacity, který máme v současné době portován na SQL Server, Oracle, DB2 LUW a Sybase ASE. A to přesně dělá, co jsi popsal. Můžete začít, jakmile dostaneme nějaké kolekce, správně, a jakmile dostaneme velikost vzorku a možná jeho velikost řádku, možná počet objektů, spoustu možností v nástroji, a pak můžete začít trendovat, že? A jak to bude vypadat za šest měsíců? Jak to bude vypadat za dvanáct měsíců? Dokážu trend, jen trend k datu, nebo mohu trend k hodnotě, že? A příklad, který jste měli, mám X množství místa na disku, podle toho, kdy se dostanu do tohoto limitu? Kdy mám dosáhnout tohoto limitu na základě růstu, který mám, a těchto sbírek, které jsem provedl? Alespoň vím, že na to můžu začít plánovat. Bude to šest měsíců, budou to dva roky? Ale opět můžeme využít kapacitního analytika k tomu, abychom k tomu směřovali.

Dez Blanchfield: To je úžasné. Fantastické demo. Opravdu jsem si to užil. Vrátím se zpět k Ericovi, protože vím, že existuje několik otázek, které se objevily od našeho úžasného publika dnes. Mockrát vám děkuji, bylo opravdu skvělé poznat produkt dobře a těším se, že na něj budu velmi pečlivě sledovat.

Eric Kavanagh: Dobře dobře. Máme pár dobrých otázek. A jdeme trochu v průběhu času, takže se pokusíme rychle zabalit, protože vím, Scotte, máš uzavřenou tvrdou zastávku. Tady je velká otázka. Co takhle pracovat na starých datových obchodech jako VSAM, Model 205 a IMS a IDMF a podobné věci? Vidíte to v těchto dnech velmi často a jak dobře to funguje?

Scott Walz: Nechci ti říkat, že jsi zaseknutý. Některá z těchto prostředí, pokud mají ODBC nebo JDBC a vím, že někteří jsou tam, můžeme se k němu připojit a můžete s ním pracovat. Ale z velké části je zelená obrazovka způsob, jak jít nehybně.

Dez Blanchfield: Miluji zelenou obrazovku.

Eric Kavanagh: No, víte, jak zdůraznil Dez s jedním snímkem, kde měl všechny ty různé aplikace a nástroje, které jsou dnes k dispozici, je to velmi skličující realita pro každého, kdo chce zodpovědně vykonávat funkci správce databáze. A hádám, že si časem dokážete sestavit konektory pro některý z těchto nástrojů, kdy a kdy zákazníci požadují, a tak dále, že? Takže povolíte ten jeden skleněný díl.

Scott Walz: A to byl velký klíč k tomu, aby byl DBArtisan vybaven tak, aby dokázal zvládnout tato spojení JDBC a ODBC. Teď jsme to opravdu rozšířili. Nyní, pokud máme toto spojení, správně, pokud máme tento ovladač, můžeme se připojit a pracovat proti němu.

Eric Kavanagh: To je dobré. Lidi, všechny tyto archivujeme pro pozdější prohlížení. Zveřejnil jsem odkaz na snímky, doufejme, že to vidíte přes SlideShare. Díky moc za všechno vaše úsilí, pánové. Skvělé webové vysílání ještě dnes. Hodně dobrých skluzavek. Hodně dobrého obsahu. Toto demo jsem miloval. Je opravdu zajímavé, že jste na trhu zacílili na velmi sladké místo, protože v dnešní době existuje taková exploze typů databází. A my jako manažeři potřebujeme nějaké místo, abychom to zvládli. Výborně, lidi. Zítra vás dohoníme pro další Hot Technologies. Doufejme, že jste zítra vyřezali hodinu. Stejný čas. Stejná stanice. Příště vás dohoníme, lidi. Opatruj se. Ahoj.

Umění viditelnosti: umožnění správy z více platforem