Odnést: Host Eric Kavanagh diskutuje o zálohování a zotavení s IDERAs 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: Dobře, dámy a pánové, je středa ve 4:00 východní, pro ty, kteří jsou 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 na vrcholu.“ A lidi, dobře se zde dnes bavte, intimní rozhovor; bude to Tep Chantra a váš skutečný hosting této konverzace. Chtěli jsme mluvit o celé řadě různých věcí, včetně obnovy po katastrofě, zálohování a obnovení, ale 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 , dává to velký 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, že 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ň budou, pokud budou v moderním věku, pokud budete. Existují maminky a popové obchody, které se tomuhle materiálu stále mohou vyhýbat, ale i tam se začalo objevovat mnohem více proliferace informačních systémů, mnoho z nich je založeno na cloudu, upřímně řečeno, ale mnoho z nich je stále připraveno k manipulaci. transakce se zákazníky, udržující přehled o věcech, za to, že vědí, co vaši zákazníci chtějí, za to, co je to za inventář, za to, co to bylo, za to, že jsou 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, já jdu projít, jen tak trochu zarámovat argument, než Tep vstoupí a vysvětlí nám některé z věcí, které IDERA děje. Samozřejmě, IDERAs s námi za poslední rok udělal docela málo 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. Dobře se ponořit.
Neprůstřelná infrastruktura - to je vlastně starý obrázek sálového počítače, podívejte se na 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čů neobsahovaly mnoho přístupových bodů k mainframům, 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ě tehdy 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. Takže tady je obrázek - to je vlastně Hercules bojující Hydra právě tam. 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, jestli se snažíte zmapovat svou strategii odolnosti dat, co si musíte dělat starosti? 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 Orleans, protože ano, přiš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 nebere raketového vědce, aby zjistil, že pokud máte ve své dávce jednu velkou díru, není to moc efektivní dávka. Jde tedy o to, že lidská chyba skutečně hraje scénář, ve kterém zasáhne katastrofa. Takže, i když jeho oheň nebo povodeň nebo zemětřesení nebo jakýkoli případ může, je pravděpodobné, že by někdo mohl mít a měl udělat, aby se na takovou událost připravil. A to samozřejmě 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. Dnes o tom trochu mluví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 to je něco, co je třeba mít na paměti, a jeho velmi významná složka. 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 nestane pořád, ale stává se. Do mixu přicházejí také otázky týkající se 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 jen dobrá věc.
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 Aesops Fable, 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 znovu, tuto technologii zavedl NSA, Národní bezpečnostní asociace - nemůže si vzpomenout, co to vlastně 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 svá 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? Nestaráme se o to, vypneme systém, restartujeme ho, nahrajeme zálohy. “A vy jste na závody.
Jde tedy o to ano, tyto špatné věci se stávají, ale existují věci, které s tím můžete udělat - to je to, o čem se dnes v pořadu bude mluvit. Takže jsem udělal nějaký výzkum - vlastně to bylo trochu zajímavé, pokud jdete na Wikipedii a podíváte se na hackerství, jde to až do roku 1903. Když chlap hacknul systém pro telegrafy a byl drzý skrz telegraf, 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ří se vloupají do vašeho systému, na chvíli nebudou moc snažit. Chvíli čekají; je to 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 lidí, kteří dobře pronikají firewallem a proniknout do informačního systému, to je to, co umí nejlépe, a jakmile proniknou do systému, obrátí se a pokusí se někomu přístup prodat. A to zabere čas, tak často je to tak, ž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 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ž je to krádež identity, nebo jen krádež dat, ať už je společnost pro společnost nepříjemná - to je případ tohoto ransomwaru, tito kluci prostě chytí vaše systémy a požadují peníze, a pokud peníze dostanou, možná nebo možná zvyklý vrátit své věci zpět. To je samozřejmě skutečná děsivá 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 starý jako já, můžete si tyto systémy pamatovat. A nebyli tak problematičtí, pokud jde o hackování; tehdy tam nebylo mnoho virů. V dnešní době je to jiná hra, takže samozřejmě internet přijde a všechno změní. Všechno je nyní propojeno, je tam globální publikum, první velké viry začaly útočit a hackerský průmysl se opravdu začal balet, upřímně.
Takže, povídejte si něco málo o IoT, už jsme dostali od posluchače dobrou otázku: 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, postupování pečlivě, nastavení vlastního hesla. Lidé tam často ponechají pouze výchozí heslo, což ve skutečnosti povede ke zranitelnosti. Takže, je to základní věc. 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 problémů s hackováním, ať už se jedná o IoT nebo ransomware nebo cokoli jiného, se vyhnete, pokud jen 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, o kterých 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, to je, když přišel RFID - rádiofrekvenční identifikační štítky - což bylo velmi užitečné při pomoci velmi velkým organizace, jako jsou maloobchodníci, například přepravní společnosti, každá produktová společnost, která pohybuje věci po celé zemi, po celém světě, je nesmírně užitečné mít všechna ta data, zjistíte, kam vaše věci směřují; pokud něco zmizí, zjistíte to.
Samozřejmě, že 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 prostě 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, trochu jsem dostal 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í internet věcí, musím říct, myslím, že na to nebyli úplně připraveni, abych byl upřímný. Myslím, že máme případ, kdy tam existuje spousta dobrých technologií a můžeme se pohybovat příliš rychle, abychom tyto věci využili, protože hrozba je tak významná. Jen přemýšlíme o počtu zařízení, která jsou nyní součástí hrozebního prostředí, jak o tom lidé mluví, to je obrovská vlna zařízení, která se k nám blíží.
Některé z velkých hacků, k nimž došlo v nedávné době a které se týkaly 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 tak, aby volala na serveru DNS rychlostí puchýřů, kde dostanete stovky tisíc žádostí přicházejících na tento server DNS, a stačí jen škrtit a zhroutit a zemřít. Je to druh věci, kde příběh o skvělé na ne-tak-populární webové stránky servery prostě havaroval - oni prostě nejsou vyrobeny pro tento druh provozu.
IoT je tedy něco, na co je třeba mít na paměti, i když se jedná o zálohování a obnovu, je důležité si pamatovat, že k jakémukoli z těchto útoků může dojít v kterémkoli okamžiku. A pokud na to nejste připraveni, pak ztratíte spoustu zákazníků, způsobíte, že mnoho lidí bude velmi nešťastných. A budete se touto správou reputace zabývat.To je jeden z nových termínů, které se zde vznášely, „správa reputace“. 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 proto, že plánujete svou informační strategii.
Takže je tu celá tato koncepce hybridního cloudu. Mám tady jeden ze svých oblíbených oblíbených filmů z dětství, Ostrov dr. Moreaua, kde vytvořili tyto polopůvody, 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 to trvat dlouho, než se tato datová centra zlikvidují - a dokonce i v malých podnicích budete mít spoustu zákaznická data 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 nějaký čas. 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 už XP nepodporuje. Je to 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 to bude mezera v dovednostech; tyto mezery v dovednostech se časem budou zvětšovat, protože opět je cloud budoucnost - o tom si nemyslím pochybnosti - cloud je místo, kde se věci dějí; v cloudu už je těžištěm. 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 ponechá některé mezery v dovednostech na straně premise; není tam, ale přichází. A dokonce přemýšlejte o amortizaci, takže spousta velkých společností se prostě nemůže přesunout do cloudu - mohli by, ale to by nedávalo smysl, nákladově, protože amortizují všechna tato aktiva přes tři, pět, na asi sedm let.
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, teď 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ře v zabezpečení samotného cloudu.
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 své zásluhy opravdu vymyslel nějaké věci a zaměřuje se velmi soustředěně. Stejně tak je SAP, SAP HANA Cloud, jeho platforma HANA Cloud, kterou nazývají - je to obrovská 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í.
Co tedy vidíte, je tato konsolidace kolem cloud architektur a v příštích dvou letech budete mít spoustu práce o migraci 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 je třeba počítat. Také jeho marketingové systémy jsou v cloudu; teď existuje něco jako 5 000 společností v oblasti marketingové technologie - 5 000! Je to bláznivé. A na této jediné skleněné tabuli vidíte více úsilí, abyste mohli spravovat prostředí více cloudů. Takže poslední snímek ode mě, a pak jsem ho předal Tepovi, 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ší show shromáždil, je to, že se to vůbec nesdílí. Myšlenka je, je to vaše odpovědnost, protože šance jsou, pokud dojde ke strčení a někdo infikuje vaše prostředí, AWS pravděpodobně nebude považována za zodpovědnou, vy.
Takže, jeho druh podivného světa, myslím si, že je to trochu duplicitní pojem, „sdílená odpovědnost“ způsobuje skutečně jeho druh ne, jeho druh stále vaší odpovědnosti zůstat na vrcholu všech těch věcí. S tím a vím, že jsem o IoT mluvil trochu - měli jsme jednu dobrou otázku o tom, jak zabezpečit IoT zařízení - 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 budete muset setkat, jen děláte ochranu heslem, děláme změnu hesel a opravdu se na tom držíme - sledování těchto věcí a sledování.
Mnoho technologií používaných například ke sledování podvodů nebo nekalé činnosti v sítích se opravdu zaměřuje na odlehlé věci, a to je něco, v čem je strojové učení skutečně dobré, při sdružování a sledování odlehlých, sledování zvláštních vzorců chování. Upřímně řečeno, to, co jsme viděli s tímto nedávným útokem DDoS na servery DNS, kde všechna tato zařízení najednou začínají volat zpět na konkrétní hrst serverů, takže to 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, já budu tlačit Teps první snímek, bude to dělat nějaké dema pro nás. A pak já jdu do toho 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 na IDERA. Dnes jsme chtěli hovořit o řešení podnikových záloh IDERAs, 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, se můžete rychle podívat na některé hlavní rysy produktu - 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, vzhledem k tomu, ž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. SQL Safes schopnost dokončit operace zálohování rychle umožňuje koncovým uživatelům, aby mohli splnit tyto 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 nepodaří spustit 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é oznámení, bude to znamenat, že musíte jít ven a provést zálohování a pak možná udělat nějaký průzkum, proč se záloha nepodařilo spustit podle plánu.
Zde vidíme některé další věci, zrcadlení odolné vůči chybám, což v podstatě znamená, že máme schopnost vytvářet duplicitní záložní soubory na více než jednom místě. Například řekněme, že máte na svém primárním cílovém cíli cíl - 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 zásadě se tedy stane, že SQL Server si myslí, že databáze je skutečně spuštěna, zatímco její skutečně čtení dat ze záložního souboru, spíše než skutečné vytvoření samotné samotné databáze v systému souborů.
To je skutečně užitečné, protože vám umožňuje přístup k datům, která jsou součástí záložního souboru, aniž by ve skutečnosti bylo zapotřebí dalšího místa na disku, takže se vám to hodí, zvláště když se zabýváte obrovskými databázemi, které musíte pouze získat, rychle zobrazit, nebo dělat nějaké dev práce na. Šifrování s nulovým dopadem - v podstatě to znamená, že tam, kde byly prováděny zálohy těchto databází, můžeme ve skutečnosti šifrovat záložní soubory a když byly šifrované tyto záložní soubory, nepřispěly k skutečnému výkonu systému žádné další zatížení. Takže je to zcela 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ší.
Pohybující se umožňuje rychle se podívat na architekturu samotného produktu. Takže v podstatě jde o č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, která jsou uložena v úložišti, je spravována službou SQL Safe Management Service, která je další součástí. Správa služeb je odpovědná za aktualizaci databáze úložišť a upozornění na 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 snaží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 komprese. Nyní na tomto snímku je také pátá složka, která není zcela nutná, ale je to hezká věc. A to jsou naše soubory SQLL Reporting Services RDL. 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 do toho a podívejme se na 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 tak není. Také vám poskytuje přehled operací, které byly úspěšné, všechny operace, které by mohly selhat. Celkově jsem v dobré kondici: Stačí se rychle podívat a vidět všechny zelené; bylo dobré jít.
Vlevo zde vidí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í nic víc, než vysvětlit, kromě toho, že můžete jít dopředu a provádět ad hoc zálohy také z tohoto okna, a jeho 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, já do toho a zvolte 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 předvolil stroj HINATA a tuto databázi Contoso Retail, protože to je to, co jsem zvýraznil, když jsem zvolil možnost. Pokračujte a nechte to prozatím, ale máte možnost skutečně vybrat více databází, takže pokud chcete například zálohovat celou uživatelskou databázi, můžete vybrat toto přepínací tlačítko a předvolí všechny z nich. 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 pravda, že ve všech nástrojích pro zálohování se nachází, 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ž si nepřejete pohrávat si s LSM. Nyní si vyberu „ne“. A máte také možnost ověřit zálohu po dokončení zálohování - tímto způsobem se ujistěte, že vaše zálohy jsou dobré a lze je 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. To je v podstatě metadata, která vám mohou pomoci snadno zjistit, k čemu byla záloha použita, takže zde uvedu ukázkový účel. A pro demonstraci 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, pro případ, do kterého chcete uložit své informace.
Budu pokračovat s jediným souborem pro tuto demonstraci, což umožní odolnost sítě, je to opravdu pěkná funkce v rámci SQL Safe v tom smyslu, že pokud zálohujete síťové umístění - což je to, co tady dělám, můžete vidět z primární archiv - pokud zálohujete síťové umístění, 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 bude moci připojit, bude zálohování obnoveno právě tam, kde skončilo. 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 síťovému škytavku - operaci neprodáváme ihned, stačí chvíli počkat a zkusit ji znovu dokončit.
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, říká to 300 sekund zde - takže co, pět minut, celkem - pak stačí zálohovací operaci úplně prodat. A to je pět minut za sebou, takže pokud se pokusíme znovu a znovu a během těchto pěti minut stále nemůžeme obnovit síťové připojení, pak operaci úplně prodá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 operace vyprodají. 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é, prostě způsobím, že Id chce 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, aby tyto možnosti rychle prošel.
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. Takže, toto je 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, je zde možnost vytvář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 vaše zálohy jsou čisté. Pro prostředí, kde velké množství databází nemusí být něco, co chcete povolit, jen proto, že jeho zálohy budou více než pravděpodobné a budou zaplaveny s.
Na další stránce si můžete prohlédnout shrnutí toho, co jste definovali, způsobit tuto operaci 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. Tak necháme jít a kopat tuto zálohu. A můžete vidět, že zálohy již byly spuštěny. 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. Jedná se o úroveň 4, takže Im hádám, že to bude mezi těmito dvěma časy.
I když to běží, umožňuje se opravdu rychle podívat na zásady. Jak jsem již zmínil dříve, zásady vám umožňují konfigurovat naplánované operace zálohování v rámci vašeho podniku, takže zde mám politiku, která již byla předkonfigurována a místo vytvoření nového, pojďme se podívat a podívat se na podrobnosti 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íte, chtěl jsem se vás na něco zeptat, zatímco jsem to tady sledoval. 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 vzpomínám správně, ne, nevyužívali CDC, byli, upřímně, v podstatě nechali SQL Server provést zálohu, pouze zachytávali data mezi nimi a komprimovali je, což vedlo k vytvoření záložního souboru. Takže to v podstatě využívám. To jo.
Takže, teď, když mám načtenou politiku - ach, omlouvám se, měla jsi další otázku?
Eric Kavanagh: Ne, to je ono. Pokračuj.
Tep Chantra: Dobře, takže nyní, když mám načtenou zásadu, zde můžete vidět několik rychlých věcí: název, popis, můžete nastavit, jaký druh politiky chcete vytvořit, ať už je to politika, která bude spravována, plány budou být 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žívat agenta SQL Server Agent, protože to je obvykle něco, co je ve vašem systému spuštěno, takže by se také mohlo využít to, co máte 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 Ive přidal všechny mé registrované instance a Ive specifikovala 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í. Takže se vraťme k možnostem. A pokud jde o možnosti, zde můžete definovat, jaké zálohy budete provádět, a pokud se podíváte sem, mám nakonfigurované ú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, plán může být specifický pro každý typ operace zálohování, kterou chcete dokončit, takže pro můj plný, Im běží to každý týden, můj diferenciál Im běží to každých šest hodin, moje protokoly Im běží každý 30 minut. Na další stránce je místo, kde nastavíte oznámení a jeho 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 abych vám rychle ukázala, že je to opravdu rychlé, je zde politika a práce, které 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 již zmínil, v zásadě oklameme SQL Server, aby věřil, že skutečná databáze byla obnovena, když ve skutečnosti právě četl 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 skutečně rychlý, pokud zde aktualizuji své databáze, můžete vidět, že databáze je přístupná a SQL Server si myslí, že je naživu, ale ve skutečnosti jen čítala 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 došel čas, takže si myslím, že by Id chtěl jít dopředu a zastavit tuto prezentaci, jen abychom mohli položit nějaké otázky, nebo co.
Eric Kavanagh: Ano samozřejmě. 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, 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 skutečně 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 určitý druh horkých a studených dat, nebo co je logika za tím, co se děje, na rozdíl od nějaké jiné metody?
Tep Chantra: Takže si myslím, že nejlepší odpověď, kterou mohu poskytnout, je to, že pruhované soubory, to, co v zásadě 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 existuje několik skvělých, nových věcí, pokud jde o možnosti obnovení, 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. Nemusíte mít jen jednu možnost pro obnovení, že? Můžete nastavit priority pro to, co se obnoví a jaké druhy dat? Můžete mluvit o možnostech tam?
Tep Chantra: Pokud jde o obnovu, už jsem se zmínil o tom, že poskytujeme možnost okamžitého obnovení, což uživatelům v podstatě dává 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; youve strávil spoustu času na frontlines dělat podporu pro lidi a pak se přesunul do prostoru pro správu produktů, takže je to trochu jiná výzva, myslím. 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 - jak jsem již zmínil - naplánování záloh. Byly doby, kdy jsem viděl lidi, jak se snaží využít, například, naše zásady, zásady, zásady, které provádějí spoustu záloh a zakládají 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, který ve skutečnosti narušuje jejich zásady zásilky protokolů, protože zálohy jsou vytvářeny v podstatě mimo SQL Safe a nebyly o nich známy. Je to hlavně jen plánování věcí dopředu, to je to, odkud 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 některá živá dema, to je vždy zajímavé - je vždy trochu riskantní dělat živé demo, ale myslím, že to šlo docela dobře. Víte, jeho základní věci, ale je to druh věcí, 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 jednou, znovu, skvělé věci se zde snažily pomoci podniku zůstat na vrcholu věcí, vážíme si všechen svůj čas a pozornost, lidi tam venku. Příště tě chci dohnat. Poslouchali jste Hot Technologies. Dávejte pozor, lidi. Ahoj.