Kapitola 7. Zálohování a obnova dat pomocí Acronis True Image Home V současnosti je na trhu mnoho různých produktů pro zálohování a obnovu dat as některými z nich jsme se již setkali v

Zálohování dat je nezbytnou funkcí každého zodpovědného uživatele počítače. Není nic horšího, než když si sedět u počítače uvědomíte, že výsledek vaší měsíční práce nebo důležité soubory, které nelze obnovit, se právě ztratily.

Data mají velmi často vysokou cenu. A je jedno, jestli jde o osobní soubory nebo informace, které se používají k práci. Pojďme zjistit, jaké funkce pro zálohování a obnovu dat vybavili vývojáři Microsoftu nejnovější verzi svého operačního systému - Windows 10, a také zvážit možnost zálohování dat pomocí programy třetích stran.

Záloha dat: co to je?

Záloha souboru

Občas slýcháme o nutnosti „vytvořit zálohu počítače“. Ale říci to není úplně správné, protože existují dva způsoby zálohování dat. Nejprve vytvoření záložní kopie souborů, pomocí které můžete vytvářet kopie jednotlivých souborů a složek uložených v počítači nebo na jakémkoli jiném paměťovém médiu. Každý uživatel, který má na svém počítači důležitá data, by si je měl zálohovat na externí pevný disk pro případ ztráty nebo smazání původního zdroje.

Záloha systému

Další způsob zálohování dat je známý jako záloha systému nebo bitová kopie systému. Jedná se o složitější způsob zálohování dat, protože v tomto případě mluvíme o vytvoření kopie celého operačního systému konkrétního počítače spolu s programy, soubory a instalacemi. Záloha systému se používá k jeho obnovení v případě, že Windows začne pracovat nestabilně nebo přestane fungovat úplně.

Záloha Windows může zabírat stovky gigabajtů paměti. Pomocí speciálního softwaru pro zálohování dat však můžete funkci nakonfigurovat tak, aby ukládala pouze změny, které byly provedeny od posledního zálohování systému.

Zálohování a obnova dat pomocí Windows

Windows 10 má vestavěné nástroje, které jsou určeny k vytváření záloh souborů a systému a také k obnově informací s jejich pomocí. Mnoho uživatelů je nepoužívá, nevědí o jejich existenci nebo o tom, jak je správně nakonfigurovat. Mají tendenci používat programy třetích stran častěji než nástroje zabudované v operačním systému.

Historie souborů

Nejvíc jednoduchým způsobem vytvoření záložní kopie souborů a složek, stejně jako obnovení z nich, je Historie souborů. Pomocí této funkce můžete pravidelně kopírovat data podle plánu nastaveného uživatelem a ukládat je do vnější tvrdý disk nebo jiné externí paměťové médium. Kopie souborů lze také ukládat na pevný disk počítače (ačkoli je to v rozporu se základním pravidlem zálohování).

Chcete-li upravit historii souborů, přejděte do nabídky Start a vyberte Nastavení. V nabídce Nastavení, která se otevře, přejděte do nabídky Služby Aktualizace a zabezpečení / Zálohování.

Na pravé straně panelu v části Zálohy historie souborů klikněte na Přidat disk. Budete vyzváni k výběru jednoho z externích paměťových médií připojených k vašemu počítači. Vyberte ten, do kterého chcete zálohovat data a nastavte parametry zálohování: interval ukládání kopií souborů a dobu jejich uložení, v případě potřeby můžete určit konkrétní složku pro kopii souborů, ze které chcete vytvořit nebo odstranit nepotřebné.

Během vytváření zálohy Historie souborů také automaticky zkopíruje všechny složky uživatelského účtu: Obrázky, Dokumenty, Stažené soubory atd.

Tuto funkci lze kdykoli vypnout, ale aby v nastaveném časovém intervalu mohlo docházet ke kopírování uživatelem zadaných dat, musí být zapnuto Automatické zálohování souborů.

Ve výchozím nastavení se soubory zálohují každou hodinu. Minimální doba, kterou lze nastavit, je 10 minut, maximální je Denně. Můžete také nastavit dobu trvání úložiště pro zálohy: od jednoho měsíce, dokud nebude potřeba volné místo (v tomto případě budou starší zálohy automaticky odstraněny, aby se uvolnilo místo pro nové zálohy).

Obnovení souborů ze zálohy

Chcete-li obnovit soubory z disku pomocí zálohy dat, přejděte do Ovládacích panelů a vyberte nabídku Historie souborů.

V levém sloupci okna, které se otevře, vyberte Obnovit osobní soubory, přejděte do složky a najděte soubor, který chcete obnovit. Chcete-li obnovit soubor, klikněte na zelené tlačítko níže a zadejte cestu k jeho obnovení. Pomocí tlačítek se šipkou doleva a doprava můžete vybrat verze zálohy souborů podle data a času.

Cloudová služba OneDrive

Dalším způsobem, jak se chránit před ztrátou důležitých souborů, je přenést je do cloudového úložiště a synchronizovat jej s počítačem. Existuje mnoho takových úložišť: Dropbox, Disk Google atd. Ale rysem nejnovějších verzí Windows (10, 8, 8.1) je přítomnost vlastní cloudové služby Microsoftu zabudované do operačního systému, která se nazývá OneDrive.

Při využití některé z cloudových služeb si většinou na disku počítače vytvoří složku pod svým jménem, ​​soubory, ze kterých se synchronizují. PROTI nejnovější verze složka Windows OneDrive standardně existuje, tzn. služba je dostupná každému uživateli ihned po instalaci operačního systému.

Jakýkoli soubor. který bude uložen do této složky, bude okamžitě zkopírován do cloudového úložiště a synchronizován s ním. K souborům v této složce má uživatel také přístup z jakéhokoli jiného zařízení, stačí z něj přejít na váš účet OneDrive.

Bod obnovy

Další stránka zálohování a obnovy Data systému Windows 10, dochází k oživení systémové soubory a zdraví operačního systému. Vytvoření a obnovení zálohy operačního systému je složitější proces než u osobních souborů a uživatelských složek. K tomu však Windows 10 poskytuje speciální funkci - Obnovení systému. S jeho pomocí může uživatel obnovit operační systém, aby fungoval, "vrátit se" do uloženého raného stavu - bodu obnovy.

Ve výchozím nastavení není funkce obnovení v operačním systému aktivována. Aby bylo možné jej používat, musí být nakonfigurováno. Obnovení systému funguje tak, že vytváří body obnovení, s jejichž pomocí se uloží stav Windows v konkrétním okamžiku. Spolu s nastavením a stavem operačního systému bod obnovy zahrnuje nainstalované aplikace(například, Microsoft Office) a ovladače zařízení (například grafická karta).

Uživatel může vytvořit bod obnovení v jakoukoli vhodnou dobu. Vytváří se také automaticky, pokud je na počítači nainstalována aplikace nebo jsou staženy aktualizace systému atd. Pamatujte však, že nástroj Obnovení systému neobnovuje osobní soubory uživatele.

Pokud si všimnete, že operační systém nefunguje správně nebo má poruchy a chyby, můžete spustit některý z dříve uložených bodů obnovení a systém Windows se vrátí do stavu v době jeho vytvoření.

Chcete-li to provést, přejděte na Ovládací panely a vyberte nabídku Obnovit / Nastavení obnovení systému / Konfigurovat, pomocí které můžete funkci aktivovat a konfigurovat.

Chcete-li obnovit systém Windows z bodu obnovení, přejděte na Ovládací panely a vyberte nabídku Obnovit / Spustit obnovení systému, vyberte požadovaný bod obnovení a klikněte na Další.

Obraz systému

Pravděpodobně nejzákladnější a nejsložitější funkcí zálohování Windows je funkce zvaná System Image.

Pomocí této možnosti můžete vytvořit „duplikát“ celého disku počítače včetně Windows 10 a také všech programů a osobních údajů uživatele. Obraz systému je uložen na externí pevný disk, ze kterého je v případě potřeby nebo v případě selhání počítače nasazen zpět na pevný disk počítače. Výsledkem je, že uživatel obdrží funkční verzi operačního systému spolu s programy a soubory.

Toto je velmi užitečná funkce, ale jeho nevýhodou je, že uživatel nemá možnost obnovovat jednotlivé soubory z bitové kopie systému, jako z Historie souborů. Můžete pouze plně roztáhnout celý obrázek. Uživatelé proto často používají tyto funkce paralelně.

Chcete-li vytvořit bitovou kopii systému, přejděte na Ovládací panely a vyberte nabídku Zálohování a obnovení souborů. V levém sloupci klikněte na Vytvořit bitovou kopii systému a vyberte jednotku, na kterou ji chcete uložit. Upozorňujeme, že obraz systému je obvykle velký.

Chcete-li obnovit systém z bitové kopie systému, přejděte do Nastavení systému / Aktualizace a zabezpečení / Obnovení a vyberte Vlastní možnosti spouštění. Po restartování systému Windows 10 vyberte Obnovení systému z obrázku z nabízené nabídky.

Další zálohovací a obnovovací software soubory Windows 10

ALEXEY BEREZHNOY, Správce systému. Hlavní oblasti činnosti: virtualizace a heterogenní sítě. Dalším koníčkem kromě psaní článků je popularizace svobodného softwaru.

Záloha
Teorie a praxe. souhrn

Chcete-li systém zálohování organizovat co nejefektivněji, musíte vytvořit skutečnou strategii pro ukládání a obnovu informací.

Zálohování (nebo, jak se také říká, zálohování - z anglického slova "backup") je důležitým procesem v životě jakékoli IT struktury. Jedná se o záchranný padák v případě nepředvídané katastrofy. Zálohování zároveň slouží k vytvoření jakéhosi historického archivu podnikatelské činnosti společnosti za určité období její existence. Pracovat bez zálohy je jako žít pod širým nebem – počasí se může každou chvíli zhoršit a není se kam schovat. Jak ji ale správně uspořádat, abyste nepřišli o důležitá data a neutratili za ně fantastické sumy?

Většinou se články na téma organizace záloh zabývají hlavně technická řešení, a jen občas je pozornost věnována teorii a metodice organizace ukládání dat.

Tento článek se zaměří na pravý opak: důraz je kladen na obecné koncepty a technické nástroje budou uvedeny pouze jako příklady. To nám umožní abstrahovat od hardwaru a softwaru a odpovědět na dvě hlavní otázky: "Proč to děláme?", "Můžeme to udělat rychleji, levněji a spolehlivěji?"

Cíle a cíle zálohování

V procesu organizace zálohování jsou stanoveny dva hlavní úkoly: obnova infrastruktury v případě poruch (Disaster Recovery) a údržba datového archivu za účelem následného zpřístupnění informací za minulá období.

Klasickým příkladem zálohy obnovy po havárii je obraz systémového diskového oddílu serveru vytvořený aplikací Acronis True Image.

Příkladem archivu může být měsíční vykládání databází z 1C, nahraných na kazety s následným uložením na speciálně určené místo.

Existuje několik faktorů, které odlišují zálohu rychlé obnovení z archivu:

• Doba uložení dat. U archivních kopií je to dost dlouhé. V některých případech je upravena nejen obchodními požadavky, ale také zákonem. Kopie pro obnovu po havárii mají relativně malé množství. Obvykle se vytvoří jedna nebo dvě (se zvýšenými požadavky na spolehlivost) zálohy pro zotavení po havárii s maximálním intervalem jednoho nebo dvou dnů, poté jsou přepsány novými. Ve zvláště kritických případech je také možné aktualizovat zálohu obnovy po havárii častěji, například jednou za několik hodin.
• Rychlý přístup k datům. Rychlost přístupu k dlouhodobému archivu není ve většině případů kritická. Obvykle vzniká potřeba „získat údaje za období“ v době odsouhlasení dokladů, vrátit se na předchozí verze atd., tedy ne v nouzovém režimu. Další věcí je obnova po havárii, kdy je nutné co nejdříve vrátit potřebná data a výkon služeb. V tomto případě je extrémně důležitá rychlost přístupu k záloze.
• Složení kopírovaných informací. Archivovaná kopie obvykle obsahuje pouze uživatelská a obchodní data za zadané období. Kopie pro obnovu po havárii obsahuje kromě těchto dat buď obrazy systému nebo kopie nastavení operačního systému a aplikačního softwaru a další informace potřebné pro obnovu.

Někdy je možné tyto úkoly kombinovat. Například roční sada měsíčních úplných „snímků“ souborového serveru plus změny provedené během týdne. True Image se jako nástroj pro vytvoření takové zálohy hodí.

Nejdůležitější je jasně pochopit, proč se rezervace provádí. Uvedu příklad: kritický SQL server se zhroutil kvůli poruše diskového pole. Skladem je vhodný Hardware, takže jediným řešením problému byla obnova softwaru a dat. Vedení firmy si klade srozumitelnou otázku: "Kdy to začne fungovat?" - a je nepříjemně překvapen, když zjistí, že bude trvat čtyři hodiny, než se zotaví. Faktem je, že po celou dobu životnosti serveru byly pravidelně zálohovány pouze databáze bez zohlednění nutnosti obnovy samotného serveru se všemi nastaveními vč. software samotný DBMS. Jednoduše řečeno, naši hrdinové uložili pouze databáze a zapomněli na systém.

Dovolte mi uvést další příklad. Během své kariéry vytvářel mladý specialista jedinou kopii souborového serveru se systémem Windows Server 2003 pomocí programu ntbackup, včetně dat a stavu systému do sdílené složky na jiném počítači. Kvůli nedostatku místa na disku byla tato kopie neustále přepisována. Po chvíli byl požádán o obnovení předchozí verze vícestránkové zprávy, která byla při ukládání poškozena. Je jasné, že když neměl žádnou archivní historii s vypnutou Stínovou kopií, nemohl tento požadavek splnit.

Z toho plyne závěr: musíte použít oba typy záloh: pro obnovu po havárii a pro archivaci. V tomto případě je bezpodmínečně nutné určit seznam zkopírovaných zdrojů, dobu provádění úloh a také kde, jak a jak dlouho budou zálohy uloženy.

S malým objemem dat a nepříliš složitou IT infrastrukturou se můžete pokusit spojit oba tyto úkoly v jeden, například vytvořit denní plnou kopii všech diskových oddílů a databází. Stále je ale lepší oba konce rozlišovat a pro každý z nich zvolit ty správné prostředky. Proto se pro každou úlohu používá samostatný nástroj, i když existují univerzální řešení, jako je stejný balíček Acronis True Image nebo program ntbackup.

Je zřejmé, že při definování cílů a záměrů zálohování, stejně jako řešení pro implementaci, je nutné vycházet z požadavků podniku.

Existují různé strategie, které lze použít k implementaci úlohy obnovy po havárii.

V některých případech je vyžadována přímá obnova systému na holý kov. To lze provést například pomocí aplikace Acronis True Image dodávané s Universal Restore. V tomto případě může být konfigurace serveru vrácena do provozu ve velmi krátké době. Například je docela možné odstranit diskový oddíl s operačním systémem o velikosti 20 GB ze záložní kopie za osm minut (za předpokladu, že archivní kopie je dostupná v síti 1 Gb/s).

V jiném případě je účelnější nastavení jednoduše „vrátit“ do nově nainstalovaného systému, např. zkopírování konfiguračních souborů ze složky / etc v systémech typu UNIX (ve Windows je to zhruba stejné jako zkopírování a obnovení souboru Stav systému). Samozřejmě s tímto přístupem bude server uveden do provozu nejdříve po instalaci operačního systému a obnovení potřebných nastavení, což zabere mnohem více dlouhodobý... Ale v každém případě rozhodnutí, co bude obnova po havárii, vychází z potřeb podniku a omezení zdrojů.

Zásadní rozdíl mezi zálohovacími a redundantními zálohovacími systémy

To je další zajímavá otázka, kterou bych rád položil. Redundantní systémy redundance zařízení znamenají zavedení určité redundance do hardwaru, aby zůstal funkční v případě náhlého selhání jedné z komponent. Skvělým příkladem je v tomto případě RAID (Redundant Array of Independent Disks). V případě selhání jednoho disku lze předejít ztrátě informací a provést bezpečnou výměnu se zachováním dat díky specifické organizaci samotného diskového pole (více o RAID in).

Slyšel jsem větu: "Máme velmi spolehlivé vybavení, všude jsou pole RAID, takže nepotřebujeme zálohy." Ano, samozřejmě, stejné pole RAID zachrání data před zničením, pokud selže jeden pevný disk. Ale tady je to z poškození dat počítačový virus nebo vás to nezachrání před nešikovnými akcemi uživatele. Neuloží pole RAID ani v případě, že se souborový systém zhroutí v důsledku neoprávněného restartu.

Uvedu jeden příklad. Jsou chvíle, kdy se události vyvíjejí podle následujícího scénáře: když selže disk, data se obnoví díky mechanismu redundance, zejména pomocí uložených kontrolní součty... Zároveň dochází k výraznému poklesu výkonu, server zamrzá, kontrola se prakticky ztrácí. Správce systému nevidí žádné jiné východisko, restartuje server se studeným restartem (jinými slovy, klikne na "RESET"). V důsledku tohoto živého přetížení dochází k chybám systému souborů. Nejlepší věc, kterou lze v tomto případě očekávat, je dlouhý běh kontroly disku, aby se obnovila integrita systému souborů. V nejhorším případě se budete muset rozloučit souborový systém a lámat si hlavu nad otázkou, kde, jak a v jakém časovém horizontu je možné obnovit data a výkon serveru.

Zálohám se nevyhnete, i když máte klastrovanou architekturu. Klastr s podporou převzetí služeb při selhání ve skutečnosti udržuje provozuschopnost služeb, které jsou mu svěřeny, v případě selhání jednoho ze serverů. V případě výše uvedených problémů, např. virový útok nebo poškození dat v důsledku notoricky známého "lidského faktoru", žádný cluster nezachrání.

Jediná věc, která může fungovat jako podřadná náhrada zálohy za Disaster Recovery, je zrcadlený zálohovací server s nepřetržitou replikací dat z hlavního serveru do zálohy (podle principu Primary  Standby). Pokud v tomto případě selže hlavní server, jeho úkoly převezme záložní a vy nemusíte ani přenášet data. Ale takový systém je poměrně nákladný a časově náročný na organizaci. Nezapomeňte na nutnost neustálé replikace.

Je zřejmé, že takové řešení je nákladově efektivní pouze v případě kritických služeb s vysokými požadavky na odolnost proti chybám a minimální dobu obnovy. Tyto programy se zpravidla používají ve velmi velkých organizacích s vysokým obratem komodit a peněz. A toto schéma je podřadnou náhradou záložního kopírování, protože nezáleží na tom, zda jsou data poškozena počítačovým virem, nešikovnými akcemi uživatele nebo nesprávná práce mohou být ovlivněny aplikace, data a software na obou serverech.

A samozřejmě žádný redundantní zálohovací systém nevyřeší problém s udržováním archivu dat po určitou dobu.

Zálohovací okno

Provádění zálohování silně zatěžuje redundantní server. To platí zejména pro diskový subsystém a síťová připojení. V některých případech, kdy má proces kopírování dost s vysokou prioritou, může to vést k nedostupnosti určitých služeb. Kromě toho je kopírování dat v době provádění změn spojeno se značnými obtížemi. Samozřejmě existují technické prostředky, jak se v tomto případě vyhnout problémům při zachování integrity dat, ale pokud je to možné, je lepší se takovému kopírování za běhu vyhnout.

Východisko při řešení výše popsaných problémů se nabízí samo: odložit začátek procesu vytváření kopií na dobu nečinnosti, kdy bude vzájemné ovlivňování zálohovacích a ostatních pracovních systémů minimální. Toto časové období se nazývá „okno zálohy“. Například pro organizaci fungující podle vzorce 8x5 (pět osmihodinových pracovních dnů v týdnu) jsou takovým „oknem“ obvykle víkendy a noční hodiny.

U systémů fungujících podle vzorce 24x7 (celý týden 24 hodin) se jako doba minimální aktivity používá doba, kdy nedochází k vysokému zatížení serverů.

Typy zálohování

Aby se předešlo zbytečným nákladům na materiál při organizování zálohování a pokud možno nepřekračovalo zálohovací okno, bylo vyvinuto několik zálohovacích technologií, které se používají v závislosti na konkrétní situaci.

Úplná záloha (nebo Úplná záloha)

Jde o hlavní a zásadní metodu vytváření záloh, při které se celé vybrané datové pole zkopíruje. Je to nejúplnější a nejspolehlivější metoda zálohování, i když je také nejdražší. Pokud je nutné uložit několik kopií dat, celkový uložený objem se zvýší úměrně jejich počtu. Aby se tomuto plýtvání zabránilo, používají se kompresní algoritmy a také kombinace této metody s jinými typy záloh: přírůstkové nebo rozdílové. A samozřejmě, úplná záloha je nepostradatelná, když potřebujete připravit zálohu pro rychlou obnovu systému od nuly.

Přírůstková kopie

Na rozdíl od úplné zálohy se v tomto případě nekopírují všechna data (soubory, sektory atd.), ale pouze ta, která se od poslední zálohy změnila. Chcete-li zjistit dobu kopírování, můžete použít různé metody například systémy s operačními systémy Windows používají odpovídající atribut souboru (archivační bit), který je nastaven, když byl soubor upraven a vymazán zálohovacím programem. V jiných systémech lze použít datum, kdy byl soubor upraven. Je jasné, že schéma využívající tento typ zálohování bude neúplné, pokud čas od času neprovedete úplnou zálohu. Při úplné obnově systému je třeba provést obnovu z poslední kopie vytvořené pomocí Úplné zálohy a poté přenést data z přírůstkových kopií jednu po druhé v pořadí jejich vytvoření.

K čemu se tento typ kopírování používá? V případě vytváření archivních kopií je nutné snížit spotřebované svazky na úložných zařízeních (například snížit počet použitých páskových médií). Umožní také minimalizovat dobu provádění úloh zálohování, což může být extrémně důležité v podmínkách, kdy musíte pracovat v nabitém plánu 24 hodin denně, 7 dní v týdnu nebo pumpovat velké množství informací.

Přírůstkové kopírování si musí uvědomit jednu věc. Obnova krok za krokem přináší zpět potřebné smazané soubory během období rekonvalescence. Dovolte mi uvést příklad. Řekněme, že úplná kopie se provádí o víkendech a přírůstková kopie ve všední dny. Uživatel vytvořil soubor v pondělí, v úterý jej změnil, ve středu přejmenoval a ve čtvrtek smazal. Takže při postupné obnově dat krok za krokem během týdenního období obdržíme dva soubory: se starým názvem v úterý před přejmenováním a s novým názvem vytvořeným ve středu. Stalo se to proto, že byly uloženy různé přírůstkové kopie různé verze stejný soubor a nakonec budou obnoveny všechny varianty. Při sekvenční obnově dat z archivu „tak jak jsou“ má tedy smysl vyhradit si více místa na disku, aby se vešly i smazané soubory.

Rozdílová záloha

Od přírůstkové se liší tím, že se data kopírují od posledního okamžiku úplné zálohy. V tomto případě jsou data umístěna do archivu „na kumulativní součet“. V systémech rodiny Windows je tohoto efektu dosaženo tím, že archivní bit není během rozdílového kopírování vymazán, takže změněná data jsou zahrnuta do archivní kopie, dokud úplná kopie nevymaže archivní bity.

Vzhledem k tomu, že každá takto vytvořená nová kopie obsahuje data z předchozí, je výhodnější pro kompletní obnovu dat v době havárie. K tomu jsou potřeba pouze dvě kopie: úplná a poslední z rozdílových, takže data můžete vrátit k životu mnohem rychleji než rolování všech přírůstků krok za krokem. Tento typ kopírování navíc neobsahuje výše uvedené funkce inkrementálního, kdy se po úplné obnově staré soubory, jako pták Phoenix, znovu zrodí z popela. Vzniká menší zmatek.

Rozdílové kopírování je však výrazně horší než přírůstkové kopírování v úspoře požadovaného místa. Protože každá nová kopie obsahuje data z předchozích, celkové množství zálohovaných dat může být srovnatelné s úplnou kopií. A samozřejmě při plánování harmonogramu (a výpočtu, zda se proces zálohování vejde do dočasného „okna“) je potřeba vzít v úvahu čas, který zabere vytvoření poslední, „nejtlustší“ rozdílové kopie.

Záložní topologie

Podívejme se, jaká jsou schémata zálohování.

Decentralizované schéma

Jádrem tohoto schématu je síťové sdílení (viz obrázek 1). Například sdílená složka nebo FTP server. Je také zapotřebí sada zálohovacích programů, které čas od času nahrávají informace ze serverů a pracovních stanic a také další síťové objekty (například konfigurační soubory ze směrovačů) do tohoto zdroje. Tyto programy jsou nainstalovány na každém serveru a fungují nezávisle na sobě. Nepochybnou výhodou je jednoduchost implementace tohoto schématu a jeho nízké náklady. Jako kopírovací programy jsou vhodné standardní nástroje zabudované do operačního systému nebo softwaru, jako je DBMS. Může to být například program ntbackup pro rodinu Windows, program tar pro operační systémy typu UNIX nebo sada skriptů obsahujících vestavěné příkazy SQL Server pro výpis databází do záložních souborů. Dalším plusem je možnost používat různé programy a systémy, pokud mají všechny přístup k cílovému prostředku pro ukládání záloh.

Nevýhodou je pomalost tohoto schématu. Protože se programy instalují nezávisle na sobě, musíte je nakonfigurovat samostatně. Je poměrně obtížné vzít v úvahu zvláštnosti plánu a přidělit časové intervaly, aby se zabránilo konkurenci o cílový zdroj. Sledování je také obtížné, proces kopírování z každého serveru musí být monitorován odděleně od ostatních, což může vést k vysokým mzdovým nákladům.

Proto se toto schéma používá v malých sítích, stejně jako v situaci, kdy není možné zorganizovat centralizované schéma zálohování dostupnými prostředky. Více Detailní popis toto schéma a praktické uspořádání najdete v.

Centralizované zálohování

Oproti předchozímu schématu je v tomto případě použit přehledný hierarchický model, který funguje na principu klient-server. V klasické verzi jsou na každém počítači instalovány speciální agentské programy a serverový modul softwarového balíku je instalován na centrální server. Tyto systémy mají také vyhrazenou konzolu pro správu serveru. Schéma ovládání je následující: z konzole vytváříme úlohy pro kopírování, obnovu, sběr informací o systému, diagnostiku atd. a server dává agentům potřebné instrukce k provádění těchto operací.

Takto fungují nejoblíbenější zálohovací systémy, jako je Symantec Backup Exec, CA Bright Store ARCServe Backup, Bacula a další (viz obrázek 2).

Kromě různých agentů pro většinu operačních systémů existuje vývoj pro zálohování populárních databází a podnikové systémy, například pro MS SQL Server, MS Exchange, Oracle Database a tak dále.

U velmi malých společností můžete v některých případech vyzkoušet zjednodušenou verzi schématu centralizovaného zálohování bez použití softwaru agenta (viz obrázek 3). Toto schéma lze také použít, pokud není implementován speciální agent pro použitý zálohovací software. Místo toho bude serverový modul používat stávající služby a služby. Například „nabrat“ data ze skrytých sdílené složky na serverech Windows nebo zkopírujte soubory pomocí protokol SSH ze serverů se systémy UNIX. Toto schéma má velmi významná omezení spojená s problémy ukládání souborů otevřených pro zápis. V důsledku takových akcí budou otevřené soubory buď přeskočeny a nebudou zálohovány, nebo budou zkopírovány s chybami. Existují různá řešení tohoto problému, například opětovné spuštění úlohy za účelem zkopírování pouze dříve otevřených souborů, ale žádné není spolehlivé. Proto je takové schéma vhodné použít pouze v určitých situacích. Například v malých organizacích 5x8 s disciplinovanými zaměstnanci, kteří ukládají změny a zavírají soubory před odchodem z domova. Uspořádat takový zkrácený centralizovaný systém, fungující výhradně v Prostředí Windows ntbackup funguje dobře. Pokud potřebujete použít podobné schéma v heterogenních prostředích nebo výhradně mezi počítači UNIX, doporučuji poohlédnout se po Backup PC (viz).

Obrázek 4. Smíšené schéma zálohování

Co je mimo místo?

V našem turbulentním a nestálém světě mohou nastat události, které mohou způsobit nepříjemné důsledky pro IT infrastrukturu a podnikání obecně. Například požár v budově. Nebo průlom baterie ústředního topení v serverovně. Nebo banální krádež zařízení a komponentů. Jednou z metod, jak se v takových situacích vyhnout ztrátě informací, je ukládat zálohy na místo vzdálené od hlavního umístění serverového zařízení. V tomto případě je nutné zajistit rychlý způsob přístup k datům potřebným pro obnovu. Popsaná metoda se nazývá off-site (jinými slovy uchovávání kopií mimo web). V zásadě se používají dva způsoby organizace tohoto procesu.

Zápis dat na vyměnitelná média a jejich fyzický přesun. V tomto případě se musíte postarat o prostředky pro rychlé dodání média zpět v případě selhání. Uložte je například v nedaleké budově. Výhodou této metody je schopnost organizovat tento proces bez jakýchkoli potíží. Nevýhodou je obtížnost vracení médií a samotná nutnost přenést informace do úložiště a také riziko poškození média během přepravy.

Kopírování dat na jiné místo přes síťový kanál. Například pomocí VPN tunelu přes internet. Výhodou v tomto případě je, že není potřeba někam přenášet média s informacemi, nevýhodou nutnost použití dostatečně širokého kanálu (ten je zpravidla velmi drahý) a přenášená data chránit (např. stejná VPN). Potíže při přenosu velkého množství dat lze výrazně snížit použitím kompresních algoritmů nebo deduplikační technologie.

Samostatně je třeba říci o bezpečnostních opatřeních při organizaci ukládání dat. V první řadě je nutné zajistit, aby se datové nosiče nacházely v chráněném prostoru, a o opatřeních, která zabrání neoprávněným osobám číst data. Používejte například šifrovací systém, uzavřete smlouvu o mlčenlivosti a podobně. Pokud se jedná o vyměnitelné médium, data na něm musí být také šifrována. V tomto případě by použitý systém značení neměl útočníkovi pomoci při analýze dat. Pro označení nositelů názvů přenášených souborů je nutné použít anonymní číslovací schéma. Při přenosu dat po síti je nutné (jak již bylo zmíněno výše) používat bezpečné metody přenosu dat, například VPN tunel.

Pokryli jsme hlavní body při organizaci zálohy. V další části budou zvážena metodická doporučení a praktické příklady vytvořit účinný záložní systém.

1. Popis zálohování v systém Windows, včetně stavu systému – http://www.datamills.com/Tutorials/systemstate/tutorial.htm.
2. Popis stínové kopie - http://ru.wikipedia.org/wiki/Shadow_Copy.
3. Oficiální stránky Acronis - http://www.acronis.ru/enterprise/products.
4. Popis ntbackup - http://en.wikipedia.org/wiki/NTBackup.
5. A. Berezhnoy. Optimalizace MS SQL Server. // Správce systému, č. 1, 2008 - S. 14-22 ().
6. A. Berezhnoy.Organizujeme záložní systém pro malé a středně velké kanceláře. // Správce systému, č. 6, 2009 - S. 14-23 ().
7. Markelov A. Linux na stráži Windows. Kontrola a instalace zálohovacího systému BackupPC. // Správce systému, č. 9, 2004 - S. 2-6 ().
8. Popis VPN - http://ru.wikipedia.org/wiki/VPN.
9. Deduplikace dat – http://en.wikipedia.org/wiki/Data_deduplication.

V kontaktu s

Téměř všichni naši zákazníci, kteří mají implementované záložní systémy (DBS), si myslí, že tím byly všechny jejich problémy vyřešeny. Udělali vše, co bylo v jejich silách, aby bylo vše zálohováno a v případě havárie správně obnoveno. Často se to ale děje takto: společnost stojí před vážným problémem a tradiční zálohovací systém neumožňuje obnovu v době, kterou společnost považuje za cílovou. Ve skutečnosti se neplní SLA, kterou musí záložní systém splňovat. Bohužel, během naší práce jsme nashromáždili mnoho smutných příkladů, které to potvrzují. Níže uvedeme dva případy a poradíme, jaké technické prostředky zkrátí dobu obnovy. Při výběru případů jsme se zastavili u příkladů souvisejících s databázemi, kde byly uloženy nejdůležitější informace pro podnikání.

Maloobchodní výzvy

Zákazník: velká pojišťovna.

Stručný popis příčiny pádu: chyba personálu, nesprávná instalace opravy na Oracle.

Popis problému

Jedná se o velkou společnost, která má vyspělé IT oddělení a dostatečně investuje do svého vybavení a zaměstnanců. Stačí říci, že Oracle DBMS běžel na dvou Oracle Exadata, distribuovaných na dvou technologických místech, s dobře vyvinutým řešením DR a nakonfigurovaným zálohovacím systémem.

Jednoho smutného dne bylo rozhodnuto nainstalovat opravu na Oracle DBMS. Inženýr bohužel nedočetl pokyny do konce: "Co jsem, bez kusu papíru patch nenainstaluji?!" - a udělal to špatně. Chyba byla zaznamenána o několik hodin později, kdy se DBMS začal chovat divně a hlásil to v protokolech. Pak se inženýr rozhodl vrátit zpět. Tato akce nakonec znehybnila obě kopie databáze (všechny změny byly replikovány v pohotovostním režimu) a poškodila všechna data.

Společnost zůstala bez svého hlavního informačního aktiva – databáze, přes kterou fungovaly všechny obchodní procesy. Obchod se prakticky zastavil.

Řešení

Zákazník se rozhodl obnovit ze zálohy. V té době trvalo obnovení 5 TB databáze (nyní ~ 15 TB) - pozor! - více než 30 hodin! Celkem po 1,5 dnech byla základna obnovena den před nehodou. Ale těch dat bylo víc! Vše ostatní obnovili programátoři a pracovníci z jiných systémů společnosti, z primární dokumentace (formuláře žádostí, kopie, skeny). Trvalo to dalších 1,5 dne tvrdé práce.

Celkový

2 špičkové systémy Oracle Exadata, Oracle Standby, funkční zálohovací systém a 3 !!! dne úplný výpadek na nesprávná instalace náplast. Bylo to podle podnikových předpisů přípustné? Samozřejmě že ne.

Hlavní problém: nedostatek nástrojů pro rychlou obnovu z logických chyb.

Jak jste se mohli vyhnout

Chcete-li zmírnit následky takových nehod, musíte se pohybovat dvěma směry. Jednak častěji zálohujte a jednak umět rychle obnovit. Pomoci mohou následující produkty:

Oracle FlashBack- technologie, která vám umožní nejen „přetáčet“ nová data dál zálohovací systém Oracle, ale také rollback k požadované transakci. S takovým schématem by bylo možné vrátit systém zpět, než by začaly problémy s opravou, což by výrazně usnadnilo obnovu dat.

Technologie Snapshot. Snímky umožňují zálohovat a obnovovat data během několika sekund. Na výkon přitom mají malý vliv a fotit je možné poměrně často (třeba jednou za hodinu). Bylo tedy možné vrátit se o hodinu zpět a obnovit pouze hodinu ztracených dat.

Nepřetržitá ochrana dat- nepřetržitá ochrana údajů. Jedná se o proprietární zařízení nebo software, který vám umožňuje protokolovat všechny záznamy s možností vrátit se do libovolného bodu v čase. Funguje jako Oracle FlashBack, ale pro jakákoli data.

Případ: Selhání hardwaru

Zákazník: Federální služba v jednom ze subjektů Ruské federace

Stručný popis příčiny pádu: hardwarová chyba uvnitř diskového pole.

Popis problému

Tentokrát má společnost trochu méně rozvinutou IT infrastrukturu, ale u našich zákazníků je běžnější: disková pole střední úrovně, Oracle DBMS, Standby se nepoužívají.

Jak se často stává, v pátek, kdy už všichni vesele odcházeli domů, došlo k selhání hardwaru pole. Kvůli chybě ve firmwaru, pokud selže disk, pole udělalo z dat nepořádek. Kvůli tomu přestaly fungovat databáze služby na federální úrovni. Více než den čekal zákazník na řešení od dodavatele úložiště. Po analýze všech protokolů dospěl prodejce k závěru: data jsou ztracena!

Řešení

Zákazník se rozhodl obnovit ze zálohy. Tento proces trval přes všechny úpravy a ladění výkonu asi den (základ je poměrně velký). Během obnovy databáze se ztratila záložní kopie protokolů (doba uchování byla příliš krátká, SRK je sama smazala).

Dále - hlouběji. Společnost, stejně jako mnoho dalších, v určitém okamžiku používala v Oracle nezaprotokolované operace, což výrazně zlepšuje výkon, ale nenechává žádnou šanci na obnovu kromě zálohy. To znamená, že musí být provedeno okamžitě po absolvování relace operací. Přirozeně se na to v průběhu let v oddělení údržby zapomnělo. Část dat tak byla zcela ztracena.

Trvalo několik dalších dní, než se plně obnovily služby infrastruktury – nebyly žádné zálohy operačních systémů, binárních souborů, konfigurací atd.

Všechny ztracené informace byly shromážděny z primárních dokumentů (databáze třetích stran, papírové dokumenty, data na počítačích skrutátorů), což trvalo další 3 dny. Některé dokumenty možná nebyly nikdy obnoveny.

Celkový

Problém s polem způsobil ztrátu dat a výpadek po dobu asi týdne! V moderních podmínkách to může vést až k bankrotu společnosti.

Hlavní problémy:

• Systém IBS byl nakonfigurován nesprávně a nebyly provedeny žádné zkušební obnovy.
• Neexistovaly žádné prostředky pro rychlou obnovu v případě havárie a redundantních systémů.
• Neexistoval žádný jasný plán DR.

Jak se tomu dalo předejít:

• Použijte Oracle Standby umístěný na jiném poli. To by umožnilo na krátkou dobu přepnout na běžící datovou instanci.
• Oracle ZDLRA by umožnil obnovit databázi na zálohovacím zařízení v mnohem kratším čase.
• Chytré plánování procesů zálohování a obnovy by mohlo zabránit tak velkým ztrátám a obnovit se za méně než jeden den.

Výstup. Z výše uvedených příkladů je vidět, že zálohovací systémy byly nainstalovány a nakonfigurovány, ale přesto se je nepodařilo obnovit v časových rámcích uvedených v SLA.

Hlavní problémy záložních systémů

Na základě našich zkušeností jsme se rozhodli upozornit na řadu problémů, kterým je podle našeho názoru třeba věnovat zvláštní pozornost.

Rychlost zálohování a obnovy

Na tento moment rychlost zálohování je přímo úměrná množství dat, přičemž všichni naši zákazníci mají roční nárůst dat minimálně o 30 %. Za 3-4 roky se data minimálně zdvojnásobí, ale u některých společností je toto číslo ještě vyšší, přičemž rychlost zálohování se za stejnou dobu vůbec nemění. Zde můžeme učinit jednoduchý závěr, že ty podmínky a ty SLA, které byly relevantní před 3-4 lety, je nyní potřeba navýšit alespoň dvakrát. Obchodní požadavky na obnovu dat (RPO / RTO) přitom neustále rostou.

Postupně se veškeré podnikové procesy společnosti přesouvají do IT a papírové primáry (kopie a originály dokumentů, výpisy, skeny atd.) odumírají. Vše se točí uvnitř IT systémů a ztráta dat je ve skutečnosti ztrátou všeho. IT již nemá prostor pro chyby. V případech, které jsme uvedli, po celou dobu, kdy data nebyla k dispozici kvůli různým okolnostem, společnosti nemohly fungovat. To vedlo jak k přímým ztrátám, kdy nebylo možné realizovat hlavní obchodní proces organizace, tak k implicitním ztrátám, např. ke ztrátám reputace, které nejsou tak snadno měřitelné v penězích, ale které v dlouhodobém horizontu neméně škody může společnosti způsobit.

Na obrázku Odrážel jsem své postřehy týkající se doby zotavení (RTO). Jak vaše data rostou, skutečná doba obnovy se nutně prodlužuje a požadavky SLA se jen zpřísňují. Bod na grafu, kde se skutečný čas rovná požadovanému času, již pro většinu zákazníků uplynul.

Doba obnovy versus objem dat

Nízká granularita obnovy

Ve skutečnosti většina chyb souvisí se ztrátou nějaké části dat. Tradiční zálohovací nástroje přitom umožňují obnovit data přímo ze zálohy, častěji však musíte obnovit celý systém. Pokud je vaše databáze 15 TB, strávíte na tom několik dní. Neznáme zákazníky, kteří mají RTO (Recovery Time Objective) požadavek na 2 dny. V naší praxi se nevyskytovaly takové příklady, kdy by klient řekl: „Kluci, do 2 dnů se to dá zabrat, já to toleruji“ – pokud správce omylem smazal několik řádků z databáze. Poměrně častý problém, s nímž se naši klienti potýkají: jak vytáhnout ze zálohy malý kousek dat, aniž byste je obnovovali (a nestrávili u toho několik dní).

Nadměrné RPO (cíl bodu obnovy)

Ve světě, kde zmizel primární papír a vše je uloženo v IT systémech, každá vteřina vytváří data, která bych chtěl okamžitě ochránit – právě ve chvíli, kdy vznikla. To ale nelze provést pomocí klasických zálohovacích systémů. Pro každý údaj existuje určité dlouhé časové období, během kterého tato data existují po celém světě v jediné kopii. Naši zákazníci chtějí svá data chránit nepřetržitě, od okamžiku, kdy se objeví. Při rozhodování o obnově ze zálohy budete s největší pravděpodobností muset obnovit před dnem, poté bude potřeba data získat odjinud za den. Zpravidla je dlouhá práce správců, což trvá několik dní. Při sebenegativnějším vývoji událostí to může mít za následek ztrátu. kritické informace... Problematika se samozřejmě neomezuje pouze na zálohování, týká se výstavby IT systému jako celku, ale téma SRK je v tomto případě velmi důležité, nelze jej opomenout.

Skryté chyby

Bohužel stále neexistují žádné levné a rychlé možnosti, jak zkontrolovat, jak dobře byla záloha provedena. To lze samozřejmě provést pomocí pravidelných testovacích obnov, ale jedná se o velmi nákladnou operaci z hlediska lidského úsilí a zdrojů IT. Jedná se o práci samostatného týmu na samostatném hardwaru.

Bohužel, většina našich klientů to nedělá. Často se stává, že každý dělá zálohy, ale v době obnovy se ukáže, že je nebylo možné provést - prostě je nelze obnovit, a to navzdory navenek správnému fungování RMS. To se děje z různých důvodů. Nejlépe to ilustruje příklad. Jeden z našich zákazníků používal systém SAP s databází Oracle. Zálohování bylo provedeno pomocí vestavěných nástrojů SAP za pomoci jednoho z největších prodejců SRK.

Byly nakonfigurovány dvě různé zásady zálohování: jedna z nich byla založená na souborech – kopírovala data operačních systémů a nastavení softwaru, a druhá – samotnou databázi. Protože byly nasměrovány do stejného systému, byl nakonfigurován seznam vyloučení a vložen do databáze. Souborová politika tento seznam zohlednila a nevyhradila adresáře, ve kterých se databáze nacházela. Vzhledem ke zvláštnostem architektury SRK politika zálohování databáze ignorovala seznam výjimek a správně zkopírovala požadovaná data.

V jedné z verzí softwaru tento dodavatel tuto „chybu“ opravil, od toho dne začali oba politici brát v úvahu seznam výluk a obcházet databázi. Navíc to žádným způsobem neovlivnilo chyby v softwaru SRK, protože fungoval normálně: všechna data neuvedená v seznamu byla normálně zálohována. Systém hlásil, že funguje správně.

Vše tedy fungovalo více než šest měsíců. Do té chvíle, dokud nebylo nutné se vzpamatovat...

Nesystematický přístup

Důležitým problémem je nesystematický přístup k problému zálohování. SRK byla historicky budována buď samotnou společností, nebo integrátorem. V době stavby jistě splňovala všechny požadavky a bezezbytku plnila svou funkci. V průběhu let se IT prostředí společnosti změnilo. Záložní systém se mu přitom jednoduše přizpůsoboval tak, jak se systém vyvíjel, a většinou nebyl dodržen žádný systematický přístup, který by zohledňoval důležitost plnění výchozích ukazatelů systému ve všech následujících fázích. Při budování systému ochrany dat ve vaší organizaci mějte na paměti – toto je pouze část vaší strategie ochrany dat.

Představili jsme několik případových studií, které ukazují, že přístup k ochraně údajů by měl být komplexní. Bohužel, SRK je jen záložní padák, nikoli stříbrná kulka, takže když ho začnete vytvářet, musíte jasně pochopit, jaké místo bude mít v globální strategii ochrany dat.

Chcete-li zkontrolovat, jak systematicky jste přistupovali k problematice budování IMS, odpovězte na několik jednoduchých otázek:

• Máte vybudovaný rizikový model, v jehož rámci je uvedeno místo IBS?
• Před jakými selháními vás IBS chrání?
• Jak se chráníte před dalšími riziky (může jít nejen o technická řešení, ale i jiná kompenzační opatření)?
• Jste si jisti, že se systém včas obnoví?
• Vyzkoušeli jste to v praxi?

Řešení

Na základě vlastních zkušeností a zkušeností našich zákazníků jsme se snažili vyvinout přístup, který by vyřešil nebo výrazně zmírnil následky uvedených problémů. Podstata našeho přístupu:

Nejprve je nutné oddělit rychlost zálohování a obnovy od objemu systému. Výrobci systémů pro ukládání dat, aplikačního softwaru a RMS navrhují použití některých nástrojů, které lze použít k vyřešení tohoto problému. Níže popíšu nejslibnější z nich.

Snapshoty (snímky) umožňují zálohovat a obnovovat data během několika sekund s malým nebo žádným dopadem na výkon. To se děje pomocí pole a zároveň lze SRK ovládat, být součástí jeho politiky. Tento druh zálohování a obnovy trvá opravdu několik sekund, což odlišuje tuto technologii od klasických systémů se zcizitelnými médii.

Dalším řešením může být využití různých aplikačních nástrojů jako Oracle Standby, DB2 HADR, MS SQL Always On. Všechny tyto nástroje umožňují mít funkční kopii produkčního systému oddělenou od originálu, kterou lze okamžitě nasadit. To vám umožní začít pracovat ihned po poruchách.

Druhým je umožnit obnovit pouze data, která potřebujete. Náš přístup počítá s tím, že při obnově části dat nemusíme kopírovat celý systém jako celek, můžeme obnovit data, která v danou chvíli potřebujeme. Toho je dosaženo schopností rychle nasadit nebo použít již nasazené systémy, které tato data obsahují. Stejně jako v prvním případě vám snímek umožňuje tento problém vyřešit (můžete rychle otevřít snímek na sousední server a vytáhnout požadovaný kus dat). Patří sem také technologie nepřetržité ochrany dat, například Oracle Standby s Flashback, řešení nepřetržité ochrany dat (CDP). Umožňují vám rychle nasadit pracovní kopii vašich dat ten správný okamžikčas.

Když potřebujete získat jeden logický blok, například řádek nebo databázovou tabulku, tyto nástroje tento úkol značně usnadní a umožní vám obnovit potřebnou část dat, aniž byste museli obnovit celou kopii.

Třetím je snížení propasti mezi vzhledem dat a jejich ochranou. Toho lze dosáhnout několika způsoby, na základě specifik konkrétního případu a stupně důležitosti dat.

Například u méně kritických systémů lze časový interval pro zálohování zkrátit na několik hodin. V tomto případě používáme snímky. Mohou sloužit jako bod obnovení, který lze provést jednou za hodinu. Některá moderní pole zvládají tyto procesy dostatečně dobře a dokážou dost ukládat velký počet snímky systému. Je to skvělé východisko ze situace, kdy se potřebujete na chvíli vrátit zpět.

U nejkritičtějších systémů nemusí být časový slot vůbec - data musí být chráněna nepřetržitě. Existuje několik řešení této třídy, například Oracle Standby s FlashBack, který umožňuje vrátit databázi na chvíli zpět protokolováním všech změn. Můžete také použít Oracle ZDLRA PAK, který téměř synchronně přijímá všechny změny v databázi nebo hardwarových a softwarových systémech obecný účel jako je EMC RecoverPoint, software Vision Solutions Double-Take. Také zaznamenávají všechny změny a umožňují vám obnovit se do libovolného bodu v časovém intervalu.

Pokud jde o inovace v systémech zálohování a obnovy, je třeba zmínit zařízení Oracle Zero Data Loss Recovery Appliance (ZDLRA). Toto zařízení z rodiny Oracle Engineered Systems poskytuje možnosti zálohování a rychlé obnovy databáze Oracle na jakékoli platformě a jakékoli edici (Enterprise a Standard). ZDLRA je založena na virtuálních zálohovacích databázích (Virtual Full Backup), získaných na základě první plné zálohy a následných změnových protokolů. Díky těmto virtuálním zálohám je možné obnovit databázi v libovolném okamžiku mnohem rychleji než při klasickém použití SRK podle schématu „jednou týdně plná záloha, jednou denně přírůstková“. Dá se říci, že ZDLRA pokračuje ve směru, který nastavil Oracle Exadata. Exadata používá speciální software k implementaci inovativního úložného systému optimalizovaného pro úlohy Oracle Database. A ve ZDLRA je speciální Software, který optimalizuje zálohování databáze Oracle.

Nyní mluvíme pouze o rychlém zotavení. V případě velkých katastrof nebo potřeby obnovy po delší době zůstávají konvenční zálohy nepostradatelným nástrojem. Ale v současných podmínkách jde pouze o záložní padák, nasazený na poslední chvíli.

Čtvrtým je omezení skrytých chyb. Existuje pouze jeden způsob, jak se ujistit, že záloha funguje správně - pokusit se ji obnovit. Toto je nejsprávnější a našimi zákazníky málo používaný způsob.

Ale i z této situace nabízíme cestu ven. Za prvé, mít snadno obnovitelné instance systémů. Toto je opět příběh o snapshotech a pohotovostních systémech, které lze rychle nasadit a otestovat. Zabere to nesrovnatelně méně času a úsilí než „rozvinutí“ celé zálohy. Ne vždy to samozřejmě pomůže, ale ponechává to trochu větší naději, že v případě nouze bude možné data obnovit alespoň těmito prostředky.

Za druhé, některé SRC umožňují automatizované testování. V určitou dobu na plánu můžete běžet virtuální stroje v izolovaném prostředí a pomocí předem stanovených algoritmů pro kontrolu, zda byla data skutečně obnovena, zda je aplikace dostupná, zda je konzistentní a zda odpovídá na potřebné požadavky. Správci se tak mohou zbavit dlouhé rutinní práce.

Za páté, transparentnost systému zálohování. Popsaný integrovaný přístup zahrnuje konstrukci komplexního systému s využitím různých technologií od různých výrobců. Úkol učinit tento systém skutečně funkčním, vložit do něj možnost dalších změn a škálování je netriviální a lze jej vyřešit dvěma způsoby:

• První způsob je za předpokladu, že zákazník je sám dostatečně kompetentní a chce tento systém uvést do provozu. Zde jako integrátor pomáháme vybudovat všechny potřebné procesy, vytvořit regulační rámec, vypracovat všechny potřebné instrukce a plány tak, aby IT oddělení zákazníka mohlo dále samostatně vyvíjet a provozovat systém v správnou stopu... A následně celou tuto praktickou základnu předpisů a úkolů přenést na zákazníka v podobě fungujícího systému podnikových procesů.

• Druhým způsobem, kdy si zákazník není jistý, že bude schopen udržovat systém SRK neustále v bojovém stavu, bude řešením převedení systému na částečný nebo úplný outsourcing. A máme takové klienty, kteří tuto službu úspěšně využívají a neustále zvyšují jak požadavky SLA, tak rozsah našeho zapojení jako outsourcing IT.

Bohužel zatím neexistuje univerzální recept, který by vyřešil problém záchrany dat v současných podmínkách neustálého růstu a komplikací systémů. Pouze kombinace výše uvedených řešení a systematického přístupu umožní firmám obnovit data v čase, který si podnikání vyžaduje.