Od zaměstnanců Techopedia, 7. června 2017
Take away : Host Eric Kavanagh diskutuje o zálohování a zotavení s IDERA Tep Chantra v této epizodě Hot Technologies.
Momentálně nejste přihlášeni. Chcete-li zobrazit video, přihlaste se nebo se zaregistrujte.
Eric Kavanagh: OK, dámy a pánové, je středa ve 4:00 východní, pro ty, kdo mají v prostoru podnikových technologií, víte, co to znamená: Je čas na Hot Technologies. Ano vskutku. Jmenuji se Eric Kavanagh, budu vaším moderátorem dnešní akce s názvem „Neprůstřelný: Jak dnešní obchodní vedoucí zůstanou nahoře.“ A lidi, dnes tu budeme mít pěkný, intimní rozhovor; bude to Tep Chantra a váš skutečný hosting této konverzace. Budeme hovořit o celé řadě různých věcí, včetně obnovy po katastrofě, zálohování a obnovení, ale ve skutečnosti termín, který v těchto dnech rád používám, je odolnost dat - slyšel jsem to od gentlemana jen před pár týdny a opravdu to dává smysl. Protože mluví o tom, jak důležité je mít pod vaší firmou odolnou informační infrastrukturu.
Toto je informační ekonomika v dnešní době, což znamená, že většina společností se v určitém smyslu spoléhá na informační aktiva, na data. Myslím, dokonce i maloobchodní společnosti, dokonce i hardwarové společnosti, ve skutečnosti jakákoli organizace v těchto dnech bude mít nějaký druh páteře informací, nebo alespoň se chystáte, pokud jsou v moderním věku, pokud chcete. Existují maminky a popové obchody, které se tomu stále mohou vyhnout, ale i tam začínáte vidět mnohem více proliferace informačních systémů, mnohé z nich jsou cloudové, upřímně řečeno, ale mnoho z nich je stále v domněnce, pro vyřizování transakcí se zákazníky, udržování přehledů o věcech, za to, co vaši zákazníci chtějí, za to, co je to za inventář, za to, co to bylo, za to, že jsme schopni pochopit celkový obraz - v dnešní době je to opravdu důležité.
Odolnost dat je tedy termín, který rád používám; redundance je další pojem, který přijde na mysl. Ale chcete se ujistit, že bez ohledu na to, co se stane, vaši zaměstnanci a vaše organizace budou mít informace, které potřebuje, aby mohli sloužit vašim zákazníkům. Takže se chystám projít, jen tak trochu argumentovat, než Tep vstoupí a vysvětlí nám některé z věcí, které IDERA děje. IDERA s námi za poslední rok udělala docela dost webcastů. Je to velmi, velmi zajímavá společnost, zaměřuje se na některé mosazné cvočky, blokuje a řeší podle potřeby přežití v informační ekonomice. Budeme se trochu ponořit.
Neprůstřelná infrastruktura - to je vlastně starý obrázek sálového počítače, podívej se na to, je to jako na počátku šedesátých let z Wikipedie. Přemýšleli jste o cestě zpět, dny sálových počítačů nebyly příliš přístupové body pro mainframy, takže zabezpečení bylo trochu snadné, zálohování bylo docela jednoduché, mohli jste pochopit, co se musí udělat, stačí jít a udělat to. Samozřejmě pak nebylo tolik lidí, kteří věděli, co dělat, ale ti, kteří to udělali, bylo jasné, co musíte udělat. A to se příliš netrápilo. Měli jste příležitostný problém, ale ve skutečnosti to nebylo tak běžné.
Zpět v den, to bylo docela snadné - dnes, ne tolik. Tady je obrázek - to je vlastně Herkules, který bojuje s Hydrou. Pro ty z vás, kteří nejsou velcí v mytologii, byla Hydra velmi mrzutá bytost v tom, že měla více hlav, a kdykoli jste nasekali jednu, přišli na její místo další dva, takže to mluví o výzvě vypořádat se s některými problémy, které v životě najdete, konkrétně v tomto kontextu, bylo opravdu zaměřeno na padouchy. Vyberete zlého chlapa, další dva se vynoří na jejich místě. A vidíte to v hackerském světě docela upřímně, v dnešní době je to velký průmysl a je to jen jedna z velkých výzev, kterým čelíme.
Takže, přemýšlíte o tom, pokud se snažíte zmapovat svou strategii odolnosti dat, o co se musíte starat? No, existuje spousta věcí, které se obávat: katastrofy, požáry, povodně. Strávil jsem hodně času na jihu a v New Orleans samozřejmě mám několik zajímavých příběhů týkajících se hurikánů a záplav atd. A mnohokrát lidská chyba přichází do hry, přichází na obrázek, řekl bych. A to byl případ i v Katrině v New Orleansu, protože ano, prošel hurikán, to je Boží akt, jak se říká, vyšší moc . Ale přesto to byla lidská chyba vedoucí k hurikánu, která vedla k několika porušení poplatků. Byly tedy tři z nich, ve skutečnosti, jeden byl na průmyslovém kanálu a problémem je, že loď nebyla zakotvena správně, po řece. A přišel hurikán a strčil ho z kotviště a ve skutečnosti navlékl jehlu kolem oblouku, kde se řeka ohýbala přímo před New Orleans a právě šla přímo dolů průmyslovým kanálem a propadla jednou z těchto stěn. Takže, i když ano, byla to přírodní katastrofa, přesto to byla lidská chyba, která vyústila v obrovský problém.
A totéž se stalo na druhé straně města, kde byla část poplatku, která nikdy nebyla dokončena, očividně proto, že město a armádní sbor inženýrů se nikdy nedohodly, kdo za to zaplatí. No, to neznamená, že by raketový vědec zjistil, že pokud máte ve svém příspěvku jednu velkou mezeru, nejedná se o velmi účinný poplatek. Jde tedy o to, že lidská chyba skutečně hraje scénář, ve kterém zasáhne katastrofa. Takže, i když je to oheň, nebo je-li to povodeň, nebo je-li to zemětřesení nebo cokoli, může to být něco, co by někdo mohl mít a měl udělat pro přípravu na takovou událost. A samozřejmě to je to, co tradičně nazýváme zotavení po katastrofě. Takže ano, dochází k katastrofám, ale lidské bytosti by měly tyto věci skutečně vidět a podle toho se připravovat. O tom si dnes promluvíme s Tepem.
Nespokojení zaměstnanci - nepodceňujte škody, které může nespokojený zaměstnanec způsobit - jsou tam, jsou všude. Znám lidi, kteří mi vyprávěli příběhy o opravdu nepříjemných věcech, které se staly, kde lidé prostě dělají špatné věci, úmyslně sabotují svou vlastní organizaci, protože jsou nešťastní. Možná nedostali navýšení, nebo byli propuštěni, nebo kdo ví, co se stalo. Ale na to je třeba mít na paměti, a je to velmi důležitá součást. Také v případě licencování, stejně jako FYI venku, lidi. Jedna ze statistik, které jsem slyšel, byla něco jako 60 procent všech tipů, které softwarové společnosti dostávají za neplatení licenčních poplatků, pocházejí od bývalých zaměstnanců. Takže se chcete ujistit, že jste si zakoupili tento software a že jste to spravedlivé a hranaté. Firemní sabotáž se nestává pořád, ale stává se. Do mixu přicházejí také otázky ochrany osobních údajů; musíte dávat pozor na to, co ukládáte a jak to ukládáte, opravdu přemýšlejte skrze tyto věci.
A vždy se snažím lidem připomenout, pokud jde o regulaci, je opravdu důležité mít plán a vykonat tento plán, protože když dojde na strčení nebo přijde nějaký auditor nebo regulátor, chcete ukázat na zásady, které máte, a poté vysvětlete, jak je to, že tuto politiku řešíte, když se stanou určité věci, například katastrofa, jako například problém s auditem nebo jakýkoli případ. Chcete vědět, co jste dělali, a mít o tom záznam - bude to dlouhá cesta k udržení auditora a zálivu, a to je prostě dobré.
Takže hackeři, samozřejmě - budu mluvit pár minut o hackerech a proč představují takovou hrozbu. A samozřejmě ransomware, jen řekněte celý tento případ s WannaCry, ransomware WannaCry, který právě zakryl planetu ve velmi krátkém pořadí, a zjevně někteří chytří nepřátelští lidé pro spoustu informací od NSA, tam byly hackerské nástroje, které byly použity a vystaven. Připomínám tedy lidem, že existuje stará bajka, Aesopova bajka, která říká, že často dáváme nepřátelům nástroje naší vlastní destrukce. To je něco, co je třeba mít na paměti, protože opět tuto technologii zavedl NSA, Národní bezpečnostní asociace - vlastně si nepamatuje, co to znamená. Ale bylo to odkryté a vyšlo ven do světa a právě vyvolalo zmatek. Hádej co? A mnoho společností neprovedlo upgrade svého prostředí Windows, takže to bylo staré, myslím, že to byl Windows XP, který byl ohrožen. Takže znovu, pokud jste pilní, pokud zůstanete na vrcholu svých oprav a verzí operačních systémů a pokud zálohujete data a obnovujete data. Pokud děláte všechny věci, které byste měli dělat, takové věci nejsou tak velkým problémem. Ale stačí říct lidem, kteří jsou axmany: „Hej, hádej co? Je nám to jedno, vypněte systém, restartujte ho, nahrajte zálohy. “A jste na závodech.
Jde tedy o to ano, tyto špatné věci se stávají, ale existují věci, které s tím můžete udělat - o tom dnes budeme mluvit o show. Takže jsem udělal nějaký výzkum - vlastně to bylo trochu zajímavé, pokud jdete na Wikipedii a podívejte se, jak hackuje, jde to až do roku 1903. Když chlap hacknul systém pro telegrafy a posílal hrubé zprávy telegrafem, jen abych dokázal, že to mohl hacknout. Myslel jsem, že to bylo docela zábavné. Jde o to, že hackeři jsou v zásadě dobří při lámání a vstupu, to je to, co dělali roky, roky a roky. Jsou jako zámečníci moderního internetového světa.
A musíte si uvědomit, že jakýkoli systém může být hacknut, může být hacknut zevnitř, může být hacknut z vnějšku. Když se tyto hacky vyskytnou, mnohokrát se nebudou projevovat, nebo se lidé, kteří do vašeho systému vniknou, nebudou chvíli dělat moc. Chvíli čekají; je tu trochu zapojené strategie, a částečně je to jen proto, že obchodní stránka jejich provozu, protože hackeři obvykle dělají jen svou malou část programu, tak spousta kluků, kteří dobře pronikají firewally a pronikající informační systém, to je to, co umí nejlépe, a jakmile proniknou do systému, pak se otočí a pokusí se někomu přístup prodat. A to zabere čas, tak často se stává, že někdo v zákulisí se jen snaží prodat přístup k jakémukoli systému, který hackli - váš systém, potenciálně, který by nebyl příliš zábavný - a snaží se zjistit, kdo bude skutečně platit za přístup do systému.
Existuje tedy taková nespojitá síť jednotlivců nebo organizací, kteří se spojují a spolupracují, aby využili ukradené informace. Ať už se jedná o krádež identity, nebo pouze krádež dat, ať už je společnost pro společnost nepříjemná - to je ten případ s tímto ransomwarem, tito kluci prostě chytí vaše systémy a požadují peníze, a pokud peníze dostanou, možná nebo možná vám vaše věci nevrátí. To je samozřejmě ta strašidelná věc, proč byste dokonce chtěli zaplatit výkupné? Jak víš, že to vrátí? Mohli by jen požádat o dvojnásobek, nebo o trojnásobek. To opět mluví o důležitosti skutečného myšlení prostřednictvím vaší informační strategie, vaší odolnosti vůči vašim datům.
Takže jsem provedl další výzkum, to je starý 386; pokud jste jako já, můžete si tyto systémy pamatovat. A nebyli tak problematičtí, pokud jde o hackování; tehdy nebylo příliš mnoho virů. V dnešní době je to jiná hra, takže internet samozřejmě přijde a všechno změní. Všechno je nyní propojeno, je tu globální publikum, první velké viry začaly útočit a hackerský průmysl se opravdu začal balet, upřímně.
Takže si trochu povíme o IoT, už máme dobrou otázku od člena publika: Jak mohu chránit IoT zařízení před zranitelností? To je velký problém - upřímně řečeno, je to právě teď hodně úsilí, na to, jak se vypořádat s potenciálem hackerských zařízení IoT. Je to hodně použití, obvyklé problémy, na které se zaměřujete, například ochrana heslem, postup pečlivého nastavení, nastavení vlastního hesla. Lidé tam často ponechají pouze výchozí heslo, což ve skutečnosti povede ke zranitelnosti. Takže to jsou základní věci. Začátkem tohoto týdne jsme právě měli další show o bezpečnosti, v naší rozhlasové show, s několika odborníky a všichni řekli, že 80–90 nebo více procent hackerských problémů, ať už se jedná o IoT nebo ransomware, nebo cokoli jiného, se vyhnete, pokud Jen jsem se vypořádal se základy, pokud jsi se jen ujistil, že máš své základny zakryté, udělal jsi všechny základní věci, které víš, že máš dělat, že zvládne přes 80 procent všech problémů tam venku.
Takže internet věcí, OK, IoT. Pokud uvažujete o internetu věcí, není to všechno nové. Upřímně řečeno, existují špičkoví výrobci, kteří dělají tento druh věcí před 20 a 30 lety, a pak asi před 15, 20 lety, kdy přišel RFID - štítky pro identifikaci vysokofrekvenční energie - což bylo velmi užitečné při pomoci velmi velkým organizace, jako jsou maloobchodníci, například přepravní společnosti, jakákoli produktová společnost, která se pohybuje po celé zemi, po celém světě, je nesmírně užitečné mít všechna tato data, abyste zjistili, kam vaše věci směřují; pokud něco zmizí, zjistíte to.
Samozřejmě to není spolehlivé řešení, ve skutečnosti jsem měl svůj laptop, můj Apple, s útěkem z letiště v Atlantě - letiště Atlanta Hartsfield - někdo si vzal tašku s mým počítačem. Myslel jsem, že už neukradou tašky; vždycky najdou tašky - špatně. Někdo ukradl tašku a pak se objevilo asi o měsíc později, probudilo se, dostal jsem malou zprávu od Apple, od iCloud, že se probudil asi sedm až deset minut jižně od letiště Atlanta Hartsfield; někdo se prostě rozhodl jít do toho. Seděli na tom asi měsíc a já jsem prošel docela frustrujícím procesem realizace, dobře, dobře, vím zhruba, kde to je, může to být v tomto domě, v tom domě, v domě přes ulici, bylo to jen dočasně. Co děláš? Jak je pro vás tato informace užitečná?
Takže i když se něco naučíte, někdy s tím nemůžete udělat mnoho. Ale přesto, tento svět umožňující IoT, musím říci, myslím, že na to nejsme úplně připraveni, abych byl upřímný. Myslím, že máme případ, kdy existuje spousta dobrých technologií a možná se pohybujeme příliš rychle, abychom tyto věci využili, protože hrozba je tak výrazná. Jen přemýšlíme o počtu zařízení, která jsou nyní součástí hrozebního prostředí, protože o tom lidé mluví, je to obrovská vlna zařízení, která přicházejí na cestu.
Některé z velkých hacků, k nimž v poslední době došlo, při odstraňování serverů DNS, se týkaly kooptovaných zařízení IoT a jejich obrácení proti serverům DNS, pouze klasických hacků DDoS, distribuovaného odmítnutí služby, kde jsou tato zařízení doslova přeprogramována na volání na serveru DNS rychlostí puchýřů, kde dostanete stovky tisíc požadavků přicházejících na tento server DNS, a to jen škrticí klapky a pády a zemřou. Je to druh věci, kde příběh o skvělé na ne-tak-populární webové stránky servery právě havaroval - prostě nejsou vyrobeny pro tento druh provozu.
IoT je tedy něco, na co nezapomeňte, pokud se zabýváme zálohováním a obnovou, je důležité si uvědomit, že k jakémukoli z těchto útoků může dojít v kterémkoli okamžiku. A pokud na to nejste připraveni, ztratíte spoustu zákazníků, protože hodně lidí bude velmi nešťastných. A budete mít tu správu reputace, se kterou se budete muset vypořádat. To je jeden z nových termínů, které se zde vznášely, „správa pověsti“. Vyplatí se zapamatovat si a ocenit, že reputace může trvat roky, než se buduje, a minuty nebo dokonce vteřiny, než se rozpadne. Nezapomeňte na to, že plánujete svou informační strategii.
Takže existuje celá tato koncepce hybridního cloudu. Mám tam jeden z mých oblíbených oblíbených filmů z dětství, Ostrov dr. Moreaua, kde vytvořili tyto polo zvíře, napůl stvoření, něco jako hybridní cloud. Takže místní systémy tu budou už léta - nedělejte s tím chybu, bude trvat dlouho, než se tato datová centra zlikvidují - a dokonce i v malých podnicích budete mít spousta zákaznických dat ve vašich systémech a discích a čím složitější je situace, tím těžší bude zůstat na špičce. To znamená, že konsolidace do jedné databáze je vždy skutečnou výzvou, zejména se systémem, jako je například MySQL.
Pokoušet se vcpat všechno do jednoho systému nebylo nikdy snadné. Obvykle, když je hotovo, jsou problémy, máte problémy s výkonem. Takže to bude opět problém už nějakou dobu. Starší infrastruktura tam samozřejmě v datových centrech a v podnicích, samozřejmě. To byl problém s WannaCry, máte všechny tyto XP systémy - Microsoft již XP nepodporuje. Je tedy prostě úžasné, jak se některým z těchto problémů, které se stávají tak závažnými a tak bolestivými peněžně a jinak, lze vyhnout se základní údržbou a údržbou. Základní věci.
Takže bude mezera v dovednostech; tyto mezery v dovednostech se časem budou zvětšovat, protože zase, cloud je budoucnost - nemyslím si, že o tom existují pochybnosti - cloud je místo, kam se věci dějí; v cloudu už je těžiště. A co uvidíte, je stále více společností, stále více organizací, které se dívají na cloud. Takže, to bude nechat některé mezery v dovednostech na místě-předpoklad; ještě to není, ale přichází. A dokonce přemýšlejte o amortizaci, takže spousta velkých společností se nemůže jen stěhovat do cloudu - mohli by, ale to by nedávalo smysl, nákladově, protože amortizují všechna tato aktiva tři, pět, sedm, možná.
To vytváří poměrně významné časové období, během kterého se budou stěhovat z prostředí on-prem a do cloudového prostředí. A upřímně řečeno, nyní jsme dosáhli bodu, kde jsou v areálu pravděpodobně méně bezpečné než cloud. Je to sranda, protože to byl velký knock na dlouhou dobu: Společnosti se obávaly, že půjdou do cloudu z bezpečnostních důvodů, mají strach, že je mrak náchylný k hackerům. No, stále je to jistě, ale opravdu, když se podíváte na velké lidi: Amazon, Microsoft, dokonce i nyní SAP a Google, všichni tito chlapi, jsou v tomhle materiálu docela dobří, jsou docela dobří v zabezpečení cloudu sám.
A pak, samozřejmě, konečně na on-prem straně, datované systémy: tyto aplikace dostanou dlouho do zubu docela rychle v těchto dnech. Slyšel jsem vtip jednou, definice starého softwaru je jakýkoli software, který je ve výrobě. (Směje se) Myslím, že je to trochu vtipné. Takže k cloudovým systémům jsem zmínil hlavní hráče, kteří den ode dne rostou. AWS stále dominuje v tomto prostoru, ačkoli Microsoft na jejich zásluhu opravdu vymyslel nějaké věci a jsou velmi soustředěni. Stejně tak je SAP, SAP HANA Cloud, je to platforma HANA Cloud, kterou nazývají - je to velká oblast zaměření na SAP a ze zřejmých důvodů. Vědí, že cloud má nyní gravitaci, vědí, že cloud je vynikající technologickou bojovou oblastí.
To, co vidíte, je tato konsolidace kolem cloudových architektur a v příštích dvou letech budete mít spoustu práce v oblasti migrace z cloudu na cloud. Dokonce i správa kmenových dat v oblacích se stane velkým problémem. A Salesforce - podívej se, jak velký Salesforce se stal - je to absolutní síla, se kterou se musí počítat. Také je to marketingový systém v cloudu; teď existuje něco jako 5 000 společností v oblasti marketingové technologie - 5 000! Je to bláznivé. A na tomto jednom skleněném skle vidíte větší úsilí za to, že jste schopni spravovat prostředí více cloudů. Takže poslední snímek ode mě, a pak ho předám Tepu, aby nám dal radu, jak můžeme zůstat před hrou, tady.
O tom jsme hovořili na mém rádiovém pořadu začátkem tohoto týdne, cloudovém modelu sdílené odpovědnosti. O čem tedy mluví, jak byla AWS zodpovědná za zabezpečení cloudu, tedy zabezpečení cloudu. Viděl výpočetní obchody, databázové sítě atd. Ale zákazník je zodpovědný za data a zabezpečení v cloudu. Bylo to vtipné, protože používají tento termín „sdílená odpovědnost“ a to, co jsem se od hostů na naší výstavě shromáždil, je to, že to není vůbec sdíleno. Myšlenka je, že je to vaše zodpovědnost, protože šance jsou, pokud dojde ke strčení a někdo infikuje vaše životní prostředí, AWS pravděpodobně nebude považována za zodpovědnou.
Takže, je to druh podivného světa, myslím, že je to trochu duplicitní pojem „sdílená odpovědnost“, protože ve skutečnosti je to tak trochu ne, je to pořád vaše zodpovědnost zůstat na vrcholu všech těch věcí. Takže s tím a vím, že jsem trochu mluvil o internetu věcí - měli jsme jednu dobrou otázku o tom, jak zabezpečit zařízení internetu věcí - vyjde absolutní řada technologií, které to dokážou vyřešit. Je zřejmé, že máte nějaký software v nějakém firmwaru na samotných zařízeních IoT, takže na to je třeba mít na paměti; musíte si dělat starosti s jakýmkoli ověřovacím protokolem, který k tomu musíte použít. Ale jak říkám, základy, pravděpodobně se dostanou do většiny problémů, s nimiž se setkáte, prostě děláte ochranu heslem, děláte změnu hesel a opravdu to zůstane na vrcholu - sledování těchto věcí a sledování .
Mnoho technologií používaných například pro sledování podvodů nebo nekalých aktivit v sítích se opravdu zaměřuje na odlehlé věci, a to je něco, v čem je strojové učení ve skutečnosti docela dobré, při sdružování a sledování odlehlých, sledování zvláštních vzorců chování. Upřímně řečeno, co jsme viděli s tímto nedávným útokem DDoS na servery DNS, kde všechna tato zařízení najednou začnou posílat zpětné volání na konkrétní hrstku serverů, což nevypadá dobře. A upřímně řečeno, co v těchto systémech lidem vždy připomínám: Kdykoli budete mít v těchto prostředích vážnou automatizaci, vždy budete mít ruční přepsání, přepínač zabíjení - chcete, aby tam byl naprogramován nějaký přepínač zabíjení, aby se zavřel ty věci dole.
Takže s tím budu tlačit Tepův první snímek, bude pro nás dělat dema. A pak půjdu dopředu a dám vám klíče na kartě WebEx. Teď se to blíží, a vezměte to pryč.
Tep Chantra: Dobře, díky, Ericu. Jmenuji se Tep Chantra a jsem produktovým manažerem zde v IDERA. Dnes jsme chtěli hovořit o řešení podnikové zálohy IDERA, konkrétně o SQL Bezpečném zálohování. Pro ty z vás, kteří jsou obeznámeni s bezpečným zálohováním SQL, pojďme se rychle podívat na některé vrcholy produktu, které - omluvte mě. Takže, jak jste již možná uhodli, lidé říkají zálohování, zálohování a obnovení produktu SQL Server, jednou z klíčových funkcí SQL Safe je schopnost provádět rychlé zálohování. A je to důležitá funkce, protože většina záloh musí být vytvořena a ve většině případů musí být provedena velmi rychle, v malém časovém okně.
V některých prostředích může být splnění těchto zálohovacích oken nyní docela výzvou, zejména pokud máte několik velkých databází, které je třeba zálohovat. Schopnost SQL Safe rychle dokončit operace zálohování umožňuje koncovým uživatelům, aby mohli splnit tato zálohovací okna. Když už mluvíme o velkých databázích, zálohujte ty velké databáze, samozřejmě o větších záložních souborech. Další funkcí, kde SQL Safe svítí, je schopnost komprimovat záložní soubory. Použitý kompresní algoritmus může dosáhnout až 90–95 procentní komprese. To znamená, že můžete ukládat zálohy déle nebo umožnit úspory nákladů, pokud jde o potřeby úložiště.
Na druhé straně operací zálohování jsou operace obnovy. Jednou z bitev, se kterými musí DBA bojovat při obnově databází, je to, že tyto databáze musí být obnoveny co nejrychleji. V případě rozsáhlých databází může úplné obnovení záložního souboru trvat několik hodin, což samozřejmě znamená delší prostoje a možná ztrátu příjmů. SQL Safe naštěstí má tuto funkci s názvem „Okamžitá obnova“, která v zásadě zkracuje dobu mezi zahájením obnovy a okamžikem, kdy mohou uživatelé přistupovat k databázi koncovým uživatelům nebo dokonce aplikacím.
Vzpomínám si, jak jsem jednou mluvil se zákazníkem, kde nahlásil, že obnovení jedné konkrétní databáze trvalo 14 hodin. S funkcí okamžitého obnovení však byl schopen získat přístup k této databázi do hodiny nebo méně. Správa založená na zásadách, dalším vrcholem SQL Safe je schopnost vytvářet zásady a spravovat vaše záložní operace prostřednictvím těchto zásad. Když nakonfigurujete zásadu, v podstatě definujete, které instance mají být zálohovány nebo které databáze v těchto instancích mají být zálohovány, jaké typy zálohovacích operací mají být provedeny, a dokonce i plán, ve kterém mají být tyto zálohy provedeny.
Kromě toho můžete také konfigurovat upozornění na upozornění. Tímto způsobem můžete být upozorněni na události, jako je záloha úspěšně dokončena, zálohy selhaly, možná by to mohlo vidět, ale k této operaci jsou přidružena některá varování. Budete také upozorněni, pokud se záloha nespustí podle plánu. To je důležité upozornění, protože pak byste mohli mít, riskujte časové okno, ve kterém záloha neexistuje. A obdržíte-li takové upozornění, bude to znamenat, že musíte jít ven a provést zálohování a pak možná provést nějaký průzkum, proč se záloha nespustila podle plánu.
Některé další věci, podívejme se zde, zrcadlení odolné vůči chybám, to v podstatě znamená, že máme schopnost vytvářet duplicitní záložní soubory na více než jednom místě. Řekněme například, že máte v cílovém cílovém cíli jako - co je vaše hlavní úložiště, kam směřují všechny vaše záložní soubory. Možná však budete muset mít kopii stejného záložního souboru, například na místním počítači samotném, pro případ, že budete muset provést nějaké další testování, ujistěte se, že databázi lze obnovit, ať už je to jakýkoli případ. SQL Virtual Database Optimize - v podstatě to je, že máme další produkt, který byl nedávno integrován do SQL Safe, nazvaný SQL Virtual Database.
Jak jsem již zmínil, je to nedávno integrované, takže je to skutečně součástí samotného SQL Safe. Nyní to, co v podstatě umožňuje virtuální databáze SQL, je skutečně vytvořit virtuální databázi. (Směje se) Nesnáším použití stejných termínů jako definice, ale v podstatě se stane, že připojíme databázi a založíme záložní soubor. V podstatě se tedy stane, že SQL Server si myslí, že databáze je skutečně spuštěna, zatímco ve skutečnosti čte data ze záložního souboru, spíše než ve skutečnosti vytváří skutečnou databázi samotnou v systému souborů.
To je skutečně užitečné, protože vám umožňuje přístup k datům, která jsou v záložním souboru, aniž by ve skutečnosti bylo zapotřebí dalšího místa na disku, takže se vám bude hodit, zvláště když máte co do činění s obrovskými databázemi, které stačí získat, rychle se podívejte, nebo dělat nějaké dev práce na. Šifrování s nulovým dopadem - v podstatě to znamená, že tam, kde provádíme zálohy těchto databází, můžeme skutečně šifrovat záložní soubory, a když šifrujeme tyto záložní soubory, nepřidáváme žádné další zatížení ke skutečným výkon systému. Takže je to úplně zanedbatelné. Přeprava protokolů je další věc, kterou můžeme dělat, pokud naše zásady, jak jsem již zmínil výše, a pokud jde o výhodnou licenci - to v podstatě znamená, že naše licenční modely vám umožňují přesouvat licenční modely z jedné instance na druhou, s několik jednoduchých kliknutí myší.
Pojďme se rychle podívat na architekturu samotného produktu. Takže v podstatě existují čtyři hlavní komponenty produktu. Začali jsme zleva, konzolu pro bezpečnou správu SQL a webovou konzoli. Oba jsou v podstatě uživatelská rozhraní, jedním je desktopový klient a druhým je webová aplikace. Obě tato uživatelská rozhraní stahují data z další komponenty, která je databáze SQL Safe Repository Database. Databáze úložišť v podstatě ukládá veškerou vaši operační historii, všechny operace zálohování a obnovy. Tyto údaje jsou zde uloženy. Všechna tato data v úložišti jsou spravována službou SQL Safe Management Service, která je další součástí. Správa služeb odpovídá za aktualizaci databáze úložišť a za zasílání upozornění. Data týkající se operací zálohování a obnovy skutečně pocházejí od agenta bezpečného zálohování SQL, který je poslední komponentou zcela vpravo.
SQL Safe Backup Agent je komponenta, která je nainstalována na všech serverech hostujících instance serveru SQL, které se pokoušíte spravovat pomocí SQL Safe. A to je služba, která je ve skutečnosti zodpovědná za provádění záloh a jejich komprimaci. Nyní je na tomto snímku také pátá součást, která není zcela nutná, ale je to hezké mít. A to jsou naše soubory RDL služby SQL Server Reporting Services. V zásadě to umožňuje nasazení některých souborů RDL do SQL Server Reporting Service, takže můžete spouštět sestavy proti naší databázi úložišť. A máme řadu různých zpráv, jako například poslední spuštění zálohování, podrobnosti týkající se operací zálohování, co máte.
A omluvte mě. Pojďme se podívat a podívat se na samotný SQL Safe. Dej mi tu chvilku. A dejte mi chvilku na přihlášení. Jak vidíte, právě jsem si načetl webovou aplikaci, ale nejdřív bych se vlastně rád podíval na desktopovou aplikaci. Takže, nechte mě to vystřelit opravdu rychle. A toto je desktopová aplikace SQL Safe, když se poprvé načte, přenese vás do zobrazení SQL Safe dnes. Toto je v podstatě seznam všech operací zálohování nebo obnovy, ke kterým došlo od dnes. Také vám poskytuje rychlý stav vašeho prostředí, jak můžete vidět zde, uvádí, že moje zásady mají jednu politiku, která je ve stavu OK, což je dobré, protože mám pouze jednu politiku a doufám, že to není . Také vám poskytuje přehled operací, které byly úspěšné, všechny operace, které by mohly selhat. Celkově jsem v dobré kondici: Jen tím, že se rychle podíváte, uvidíte všechny zelené; jsme dobří.
Vlevo zde uvidíte všechny servery, které jste zaregistrovali v SQL Safe, a servery, které v podstatě spravujete. Pokud ji rozbalíte, zobrazí se seznam databází v tomto systému. Pokud vyberete konkrétní databázi, uvidíte provozní historii této konkrétní databáze. Není toho víc, co vysvětlit, kromě toho, že můžete pokračovat a provádět zálohy ad hoc také z tohoto okna, a je to skutečné rychlé a jednoduché. A dovolte mi to rychle ukázat. Stačí na něj kliknout pravým tlačítkem a vybrat operaci, kterou chcete provést. A za tímto účelem půjdu dopředu a vyberu si záložní databázi. Otevře se Průvodce bezpečným zálohováním SQL. Odtud se dostanete, jako například ke které instanci chcete provést zálohu a vyberte, do kterých databází chcete zálohovat. V tomto případě jsem si předvolil stroj HINATA a tuto databázi Contoso Retail, protože to je to, co jsem zvýraznil, když jsem zvolil možnost. Budu pokračovat a nechám to prozatím, ale máte možnost skutečně vybrat více databází, takže pokud chcete například zálohovat veškerou svou uživatelskou databázi, můžete vybrat toto přepínací tlačítko a předvolí všechny ty. Nechte mě jít a pokračujte v tom.
Na další stránku průvodce. Zde mohu vybrat typ zálohy, který chci provést, a zde máte řadu různých možností. To je - jsem si jistý, že se nacházejí ve všech nástrojích pro zálohování, například můžete provést úplnou zálohu, rozdílovou zálohu, zálohu protokolu transakcí, nebo můžete jednoduše jednoduše zálohovat samotný databázový soubor. Máte také možnost vytvořit zálohu pouze pro kopírování, která se v zásadě používá, když se nechcete nechat pohrávat s LSM. Prozatím vyberu „ne“. A máte také možnost ověřit zálohu po dokončení zálohy - tímto způsobem se ujistěte, že je záloha dobrá a lze ji později použít. Je to vždy jedna z těch funkcí, které se chcete ujistit, že máte, jen aby vám poskytla trochu jistoty, že je záloha použitelná.
Zde najdete název a popis dat. Toto jsou v podstatě metadata, která vám pomohou snadno zjistit, k čemu byla záloha použita, takže zde uvedu ukázkový účel. A pro zálohování použijte zálohu vaší databáze. Dále zde definujeme, kam chceme uložit záložní soubor, a máte zde několik různých možností: Můžete jej uložit do jediného souboru, vytvořit soubory s pruhy, máte zde možnost vybrat cílový cíl, také podporují datovou doménu. A to, Amazon ST cloud, v případě, že to je místo, kam chcete uložit své informace.
Budu pokračovat s jediným souborem pro tuto demonstraci, což umožní odolnost vůči síti, je to opravdu pěkná funkce v rámci SQL Safe v tom smyslu, že pokud zálohujete síťové umístění - to je to, co zde dělám, můžete vidět z primárního archivu - pokud zálohujete umístění v síti, je pravděpodobné, že se setkáte s některými síťovými škytavkami. V některých případech, pokud se počítá se škytáním sítě, bude operace zálohování zcela vyprodána. Dobře, povolte možnost odolnosti sítě, co v zásadě dělá, je-li zjištěno škytání sítě, co v podstatě SQL Safe v zásadě dělá, je to pozastavení zálohy a čekání na určité množství času a zkusí znovu umístění sítě. A pokud se dokáže připojit, bude zálohování obnoveno právě tam, kde bylo ukončeno. Tímto způsobem nemusíte trávit hodiny najednou pokusem o spuštění této zálohy a hned, jakmile se blíží ke konci, došlo k výpadku sítě - operace neprodáváme hned, chvíli počkáme a zkusíme dokončit to znovu.
Při konfiguraci této možnosti existují další možnosti. Nyní to v zásadě znamená interval, ve kterém se pokusíme opakovat, takže v tomto smyslu, pokud narazíme na škytání sítě, zkusí se znovu dostat do síťového umístění za deset sekund. Druhá možnost zde v zásadě říká, že pokud narazíme na síťové škytavky, řekne to 300 sekund zde - takže co, pět minut, celkem - pak budeme pouze prodávat zálohu. A to je pět minut v pořadí, takže pokud opakujeme znovu a znovu a během těchto pěti minut stále nemůžeme obnovit síťové připojení, operaci úplně vyprodáme. Tato poslední operace je v zásadě po celou dobu zálohování, takže pokud ztratíte deset sekund, obnovte připojení a pak ztratíte připojení znovu, pokud se to v podstatě opakuje po dobu 60 minut, pak se tato operace vyprodá. A jak je vidět, jsou konfigurovány, takže je můžete přizpůsobit vašemu prostředí.
Tato možnost archivace zrcadla právě tady, to je to, o čem jsem mluvil dříve, s zrcadlováním odolným vůči chybám. Zde můžete zadat jiné umístění zálohy pro případ, že byste to někdy chtěli. Teď to nechám nezaškrtnuté, jen proto, že bych chtěl pokračovat a pokračovat. V těchto oknech možností můžete definovat věci, jako je typ vašeho komprese, který chceme použít pro tuto operaci zálohování a zda chceme nebo nechceme povolit šifrování pro záložní soubor. Nabízíme několik různých možností komprese, včetně žádné, pokud se rozhodnete, že nechcete mít komprese vůbec. Takže je to jen proto, abyste rychle prošli těmito možnostmi.
Vysoká rychlost se v zásadě pokouší dokončit zálohu co nejrychleji, a to včetně určité míry komprese. ISize se více zaměřuje na zahrnutí co nejvíce komprese, ale může - protože se ji snažíme komprimovat - může to trvat trochu déle a pravděpodobně použít trochu více CPU. Úroveň 1 v podstatě znamená nejmenší množství komprese až na úroveň 4, největší množství komprese, které můžeme přidat. Tohle je tedy trochu podrobnější, obvykle iSpeed - co je slovo? Rozsahy mezi kompresí úrovně 1 a úrovně 2; podívá se na váš systém, aby zjistil, kolik CPU a dostupných zdrojů je k dispozici, a posuzuje velkou kompresi, měl by používat mezi úrovněmi 1 a 2.
ISize udělá totéž, s výjimkou úrovně 3 a úrovně 4. Jsou zde některé další pokročilé možnosti, protože kolik je na CPU, které bychom měli používat, zde je možnost vytvoření mapovacích dat pro virtuální databázi SQL a také naše funkce okamžitého obnovení. Můžete zahrnout přihlášení k databázi a některé další možnosti, které někteří uživatelé považují za velmi cenné, jako je generování kontrol z toho, aby si mohli později zkontrolovat, zda jsou záložní soubory v pořádku. Pokud přejdeme na další stránku, nastavíte zde oznámení. Můžete zde vidět různé možnosti, které máme: upozornit, pokud záloha selže, oznámit, zda je záloha přeskočena z jakéhokoli důvodu. Pokud je záloha zrušena nebo pokud je záloha dokončena s upozorněním a pokud si přejete, můžete být upozorněni, že je záloha čistá. V prostředích, kde velké množství databází nemusí být něco, co chcete povolit, jen proto, že je více než pravděpodobné, že vaše záloha uspěje a budete zaplaveni e-maily.
Na další stránce si můžete prohlédnout shrnutí toho, co jste definovali, protože tato operace zálohování. A pokud si přejete, pokud všechno vypadá dobře, můžete pokračovat a kliknout na zálohu, spustíme to. Než kliknu na zálohu, dovolte mi pokračovat a ukázat vám toto tlačítko „generovat skript“. Protože to, co SQL Safe nabízí rozhraní příkazového řádku, ve kterém můžete skutečně zahájit operaci zálohování nebo obnovy, co máte, pomocí příkazového řádku, příkazového řádku systému DOS. Pokud klepnete zde na generovací skript, v zásadě vám poskytne skutečný skript, který můžete použít, pokud chcete zálohování vypnout z příkazového řádku.
Další čistá věc je, že nabízíme také rozšířené procedury úložiště, av tomto případě pro vás vygenerujeme skript, který provede stejnou operaci zálohy pomocí rozšířených procedur úložiště - jen trochu rychlou útržku, kterou jsem chtěl sdílet. Pojďme tedy kopírovat tuto zálohu. A můžete vidět, že záloha již byla spuštěna. A tato databáze je trochu velká, takže to může chvíli trvat. Vidíš, že jsem tu několikrát běžel, takže mě vezme kamkoli od jedné minuty do tří minut. Toto je úroveň 4, takže myslím, že to bude mezi těmito dvěma časy.
Zatímco to běží, pojďme se opravdu rychle podívat na politiky. Jak jsem již zmínil dříve, zásady vám umožňují konfigurovat naplánované operace zálohování ve vašem podniku, takže zde mám politiku, již předkonfigurovanou a místo vytvoření nové, pojďme se podívat na podrobnosti o této. Omlouvám se, můj VM běží na mém osobním notebooku a zdá se, že ventilátor běží docela tvrdě. (Smích)
Eric Kavanagh: To je dobré - víš, chtěl jsem se tě na něco zeptat, zatímco to tady sledujeme. Využívá IDERA hodně změn při sběru dat, pokud jde o zálohy, nebo pokaždé děláte celé zálohy? Jak to funguje, víte?
Tep Chantra: Řekni to ještě jednou, omlouvám se?
Eric Kavanagh: Ano, takže víte, jestli IDERA používá CDC, mění technologii sběru dat, aby dělala menší zálohy, nebo dělá pokaždé úplné zálohy?
Tep Chantra: Tomu nevěřím. Vzpomínám si na to, že jsem to viděl dříve v řadě vstupenek. A pokud si správně vzpomínám, ne, nevyužíváme CDC, abychom byli upřímní, v podstatě necháme SQL Server provést zálohu, pouze zachycujeme data mezi nimi a komprimujeme je, což má za následek vytváří se záložní soubor. Takže to v podstatě využívám. To jo.
Takže teď, když mám načtenou politiku - je mi líto, měl jsi další otázku?
Eric Kavanagh: Ne, to je vše. Pokračuj.
Tep Chantra: Dobře, takže teď, když mám načtenou zásadu, můžete zde vidět několik rychlých věcí: jméno, popis, můžete nastavit, jaký druh politiky chcete vytvořit, ať už jde o zásadu, která bude spravována, plán bude spravován agentem serveru SQL nebo plán bude spravován agentem zálohování serveru SQL. Ve většině případů budete chtít použít agenta SQL Server Agent, protože to je obvykle něco, co ve vašem systému běží, takže by také mohlo využít to, co je pro vás k dispozici. Na kartě členství určíte instance v záložních databázích, které chcete zálohovat. A v tomto případě vidíte, že jsem přidal všechny své registrované instance a specifikoval jsem konkrétní databázi, která by měla být zálohována. Nyní, pokud bych to chtěl, mohl bych to udělat a upravit je a říci: „Chci zálohovat všechny databáze nebo jen uživatelské databáze, nebo dokonce systémové databáze.“ Hezké na tom je, že mohu také použít zástupné znaky a vytvářet určité databáze.
Tohle tu nebudu dělat, jen proto, že nechci dělat žádné velké změny mého nastavení. Vraťme se tedy k možnostem. A pokud jde o možnosti, zde definujete, jaké zálohy budete provádět, a pokud se podíváte sem, nakonfiguruji úplné zálohy, rozdílové zálohy a velké zálohy. A pro každou z těchto záloh mohu definovat, zda chci použít určité množství komprese nebo zapnout šifrování. Stejně jako možnosti, které byste našli v průvodci ad hoc. A na místech můžete také definovat cíl těchto operací zálohování. Jednou z dobrých věcí ohledně zásad je, že můžete také definovat, zda chcete pokračovat, a odstranit tyto staré záložní soubory na základě počtu X dnů nebo týdnů, co máte.
A to je konfigurovatelné pro každý typ zálohy. Takže zde vidíte, mám plné zálohy, které musím po týdnu smazat. Moje diferenciální mazání po dvou dnech a já chci, aby se moje zálohy vymazaly po jednom dni. To je opravdu pěkné, protože automatizuje scénář manipulace, staré záložní soubory a udržuje pouze ty, které opravdu potřebujete, na základě času. Na další stránce definujete plán a znovu může být plán specifický pro každý typ operace zálohování, kterou hodláte dokončit, takže pro můj plný provoz to budu provádět každý týden, můj diferenciál to budu provádět každých šest hodin, moje záznamy běží každých 30 minut. Na další stránce je místo, kde nastavujete oznámení a je to v podstatě stejné typy oznámení, jaké jste našli v zálohování ad hoc. Jedním rozdílem je, že máte tuto novou, jinou možnost, kde vám může sdělit, zda se záloha nepodaří spustit jak bylo naplánováno. Zde můžete být upozorněni na situace, kdy se zálohy nespustily. Opravdu důležité, zejména v případech, kdy máte určité SLA, abyste měli jistotu, že máte k dispozici zálohy v době, kdy je potřebujete. A další stránku si můžete prohlédnout shrnutí. Pokud bych provedl nějaké změny, kdybych kliknul na konec, vyšlo by to a provedlo by tyto změny, uložilo by to a například by je uložilo do úložiště úloh serveru SQL Server Agent.
A jen proto, abych vám to rychle ukázal, tady je politika a práce, kterou jsem pro tuto konkrétní politiku vytvořil. A vidíte, že vytvořil tři různé úlohy: jednu pro každý typ zálohy. Nyní, opravdu rychle, dovolte mi, abych se rychle podíval na rozhraní HUD a podobně - jak jsem již zmínil, virtuální databáze byla dříve integrována do SQL Safe. Nyní, jak jsem zmínil, v zásadě oklameme SQL Server, aby věřil, že skutečná databáze byla obnovena, když ve skutečnosti právě čteme záložní soubor. Takže, nech mě jít dopředu a ani jeden skutečný rychlý pro vás. Dovolte mi vzít záložní soubor. Tady, dovolte mi vzít čtyři tady. Proces je dokončen a opravdu rychlý, pokud zde aktualizuji své databáze, můžete vidět, že databáze je přístupná a SQL Server si myslí, že je to živé, ale ve skutečnosti pouze čteme data z databáze.
Některé další funkce, které jsou v této verzi nové, jsou schopnost provádět zálohy pomocí nejnovějšího formátu zálohy. Je to opravdu užitečné pro zákazníky, kteří potřebují využít naši správu založenou na zásadách, ale chtějí zachovat formát souboru SQL Server z jakéhokoli důvodu. Teď vím, že nám došel čas, takže si myslím, že bych ráda pokračovala a zastavila tuto prezentaci, jen abychom mohli položit nějaké otázky nebo co.
Eric Kavanagh: Jo, jasně. Takže si myslím, že jeden z klíčů je ve správě politik, jo? Stejně jako při přemýšlení o optimální politice a na čem to založíte? Je zřejmé, že v některých případech existují předpisy, které se obávat, ale v podnikání možná to není příliš regulované; stačí najít optimální časy pro zálohování a pak hádám, že dostanete nějaké zprávy o tom, jak dlouho to trvalo a jak drahé to bylo, pokud jde o výpočetní sílu a tak dále. Co jde při definování optimální politiky?
Tep Chantra: To je opravdu případ od případu, každé prostředí bude mít jinou politiku, pokud jde o to, kdy by se měly tyto zálohy spustit. Také, a to může zahrnovat typ záloh, které jsou spuštěny, plán, ve kterém běží, a to opravdu určuje, opravdu také záleží na jejich potřebách obnovy, myslím, že to je odpověď.
Eric Kavanagh: Dobře, jo. A vy jste mluvili o tom, že budete moci dělat různé druhy záloh a pruhů, byla jednou z možností. Je to pro nějaký druh horkých a studených dat, nebo jaká je logika za tím, že jde o proužek, na rozdíl od nějaké jiné metody?
Tep Chantra: Takže si myslím, že nejlepší odpovědí, kterou mohu poskytnout, je to, že pruhované soubory, to, co v podstatě děláme, je zápis záložního obsahu do několika různých souborů. Věřím, že myšlenka použití pruhovaných souborů spočívá v tom, že zálohovací soubory můžete zapisovat rychleji. Můžete například nechat každý jiný soubor přejít na jiné místo. To také stojí bezpečnostní prostředky serveru, protože distribuujete záložní soubory na různá místa.
Eric Kavanagh: A pokud jde o možnosti obnovení, existují nějaké skvělé nové věci, ne? Protože řekněme, že existuje nějaká událost, ať už se jedná o přírodní katastrofu nebo ransomware, ať je to jakýkoli případ. Pro obnovení nemusíte mít jen jednu možnost, že? Můžete nastavit priority pro to, co se obnoví a jaké druhy dat? Můžete mluvit o možnostech tam?
Tep Chantra: No, co se týče obnovy, už jsem zmínil dříve, že poskytujeme možnost provádět okamžité obnovení, což v podstatě umožňuje uživatelům data rychleji, že? A jen abych předvedl, udělal jsem jednu dříve, takže zde můžete vidět, že opět tato databáze není příliš velká, to je ta, která běží na mém notebooku. Takže si myslím, že je to asi jako dva koncerty, ale tato databáze byla dokončena do 37 sekund. Skutečné obnovení. Trvalo mi tedy 37 sekund, než jsem byl schopen získat přístup ke svým datům, takže s okamžitým obnovením jsem byl schopen přistupovat k mé databázi do dvou sekund. Můžete si tedy představit, jak by to vypadalo, kdyby vaše databáze byla mnohem větší.
Eric Kavanagh: Jo, dobrá věc. A samozřejmě jsme o tom mluvili před představením; strávili jste hodně času na frontových linkách tím, že jste podporovali lidi, a pak jste přešli do prostoru pro správu produktů, takže to je trochu jiná výzva. Ale byli jste na frontových liniích - myslím, že je to docela dobré místo, kde se dozvíte, kde se lidé pokazí a jaké jsou některé problémy. Co považujete za některé z častějších nástrah, kterým by se lidé mohli vyhnout, pokud by se v těchto věcech lépe zamysleli?
Tep Chantra: Některé z běžných úskalí jsou jen - předpokládám, jak jste již zmínil - naplánování záloh. Byly chvíle, kdy jsem viděl lidi, jak se snaží využít, například, naše zásady, zásady, zásady, které provádíte spoustu záloh a založíte je na LSM. A v některých případech jsem viděl, že někteří lidé mají také nějaký jiný nástroj provádějící zálohy ve svých databázích, což ve skutečnosti narušuje jejich zásady zásilky protokolů, protože zálohy jsou vytvářeny v podstatě mimo SQL Safe a my o nich nevíme. Je to hlavně plánování věcí dopředu, odtud pochází úskalí.
Eric Kavanagh: Nepřekvapuje mě to. Dobře, lidi, tohle byla skvělá recenze některých blokování a řešení, které je nutné, aby byl váš podnik šťastný, aby vaši zákazníci byli šťastní. Chci poděkovat všem, Tep Chantra z IDERA, vstoupit sem, dělat živá dema, to je vždy zajímavé - vždycky je trochu riskantní dělat živé demo, ale myslím, že to šlo docela dobře. Víte, jsou to základní věci, ale je to druh věci, kde pokud to neuděláte, budete mít všechny druhy problémů. To jsou důležité věci, které společnosti mají někteří lidé dělat.
Takže, Tepu, děkuji za tvůj čas. Lidi, všechna tato webová vysílání archivujeme pro pozdější prohlížení, takže se obvykle můžete vrátit za hodinu nebo dvě a podívat se na archiv. Ale znovu, skvělé věci, snažíme se pomoci podniku zůstat na vrcholu věcí, vážíme si všechen váš čas a pozornost, lidi tam venku. Příště vás dohoníme. Poslouchali jste Hot Technologies. Dávejte pozor, lidi. Ahoj.
