Kapitola 7. Zálohovanie a obnova dát pomocou Acronis True Image Home V súčasnosti je na trhu veľa rôznych produktov na zálohovanie a obnovu dát a s niektorými z nich sme sa už stretli v

Zálohovanie dát je nevyhnutnou funkciou každého zodpovedného užívateľa počítača. Nie je nič horšie, ako keď si sediac pred počítačom uvedomíte, že výsledok vašej mesačnej práce alebo dôležité súbory, ktoré sa nedajú obnoviť, sa práve stratili.

Dáta majú často vysokú cenu. A je jedno, či ide o osobné súbory alebo informácie, ktoré sa používajú na prácu. Poďme zistiť, aké funkcie na zálohovanie a obnovu dát vývojári spoločnosti Microsoft vybavili najnovšou verziou svojho operačného systému - Windows 10, a tiež zvážime možnosť zálohovania dát pomocou programy tretích strán.

Zálohovanie dát: čo to je?

Záloha súboru

Občas počúvame o potrebe „vytvoriť zálohu počítača“. Ale povedať to nie je úplne správne, pretože existujú dva spôsoby zálohovania údajov. Najprv vytvorte záložnú kópiu súborov, pomocou ktorej môžete vytvárať kópie jednotlivých súborov a priečinkov uložených v počítači alebo inom pamäťovom médiu. Každý používateľ, ktorý má na svojom počítači dôležité dáta, by si ich mal zálohovať na externý pevný disk pre prípad, že dôjde k strate alebo vymazaniu pôvodného zdroja.

Záloha systému

Ďalší spôsob zálohovania údajov je známy ako Záloha systému alebo Obraz systému. Ide o zložitejší spôsob zálohovania dát, keďže v tomto prípade hovoríme o vytvorení kópie celého operačného systému konkrétneho počítača spolu s programami, súbormi a inštaláciami. Záloha systému sa používa na jeho obnovenie v prípade, že Windows začne pracovať nestabilne alebo prestane fungovať úplne.

Záloha systému Windows môže zaberať stovky gigabajtov pamäte. Pomocou špeciálneho softvéru na zálohovanie údajov však môžete funkciu nakonfigurovať tak, aby ukladala iba zmeny, ktoré boli vykonané od posledného zálohovania systému.

Zálohovanie a obnova údajov pomocou systému Windows

Windows 10 má vstavané nástroje, ktoré sú určené na vytváranie záloh súborov a systému, ako aj na obnovu informácií s ich pomocou. Mnohí používatelia ich nepoužívajú, nevedia o ich existencii alebo o tom, ako ich správne nakonfigurovať. Majú tendenciu používať programy tretích strán častejšie ako nástroje zabudované v operačnom systéme.

História súborov

Najviac jednoduchým spôsobom vytvorenie záložnej kópie súborov a priečinkov, ako aj obnovenie z nich, je História súborov. Pomocou tejto funkcie môžete pravidelne kopírovať údaje podľa plánu nastaveného používateľom a ukladať ich do vonkajší tvrdý disk alebo iné externé pamäťové médium. Kópie súborov je možné ukladať aj na pevný disk počítača (hoci je to v rozpore so základným pravidlom zálohovania).

Ak chcete prispôsobiť históriu súborov, prejdite do ponuky Štart a vyberte položku Nastavenia. V ponuke Nastavenia, ktorá sa otvorí, vstúpte do ponuky Aktualizácia a zabezpečenie / Služba zálohovania.

Na pravej strane panela v časti Záloha histórie súborov kliknite na položku Pridať disk. Zobrazí sa výzva na výber jedného z externých pamäťových médií pripojených k vášmu počítaču. Vyberte ten, do ktorého chcete zálohovať dáta a nastavte parametre zálohovania: interval ukladania kópií súborov a dĺžku ich uloženia, v prípade potreby môžete určiť konkrétny priečinok pre kópiu súborov, z ktorých chcete vytvoriť alebo odstrániť nepotrebné.

Počas vytvárania zálohy História súborov tiež automaticky skopíruje všetky priečinky používateľského účtu: Obrázky, Dokumenty, Stiahnuté súbory atď.

Túto funkciu je možné kedykoľvek vypnúť, ale aby v nastavenom časovom intervale mohlo dôjsť ku kopírovaniu údajov zadaných používateľom, musí byť zapnuté automatické zálohovanie súborov.

V predvolenom nastavení sa súbory zálohujú každú hodinu. Minimálny čas, ktorý je možné nastaviť, je 10 minút, maximálny je Denne. Môžete tiež nastaviť trvanie úložiska pre zálohy: od jedného mesiaca, kým nebude potrebné voľné miesto (v tomto prípade sa staršie zálohy automaticky vymažú, aby sa uvoľnilo miesto pre nové zálohy).

Obnovenie súborov zo zálohy

Ak chcete obnoviť súbory z disku na zálohovanie údajov, prejdite na Ovládací panel a vyberte ponuku História súborov.

V ľavom stĺpci okna, ktoré sa otvorí, vyberte položku Obnoviť osobné súbory, prejdite do priečinka a nájdite súbor, ktorý chcete obnoviť. Ak chcete súbor obnoviť, kliknite na zelené tlačidlo nižšie a zadajte cestu na jeho obnovenie. Záložné verzie súborov môžete vybrať podľa dátumu a času stlačením tlačidiel so šípkou doľava a doprava.

Cloudová služba OneDrive

Ďalším spôsobom, ako sa chrániť pred stratou dôležitých súborov, je preniesť ich do cloudového úložiska a synchronizovať ho s počítačom. Existuje veľa takýchto úložísk: Dropbox, Disk Google atď. No vlastnosťou najnovších verzií Windowsu (10, 8, 8.1) je prítomnosť vlastnej cloudovej služby Microsoftu zabudovanej v operačnom systéme, ktorá sa nazýva OneDrive.

Pri využívaní niektorej z cloudových služieb si zvyčajne na disku počítača vytvoria pod vlastným menom priečinok, súbory, z ktorých sa synchronizujú. V najnovšie verzie Priečinok Windows OneDrive štandardne existuje, t.j. služba je dostupná každému používateľovi ihneď po inštalácii operačného systému.

Akýkoľvek súbor. ktorý sa uloží do tohto priečinka, sa okamžite skopíruje do cloudového úložiska a zosynchronizuje sa s ním. Používateľ môže pristupovať k súborom v tomto priečinku aj z akéhokoľvek iného zariadenia, stačí z neho prejsť do svojho účtu OneDrive.

Bod obnovy

Ďalšia stránka zálohovania a obnovy Údaje systému Windows 10, dochádza k oživeniu systémové súbory a zdravie operačného systému. Vytvorenie a obnovenie zálohy operačného systému je zložitejší proces ako pri osobných súboroch a používateľských priečinkoch. Na tento účel však systém Windows 10 poskytuje špeciálnu funkciu - Obnovenie systému. S jeho pomocou môže používateľ obnoviť prevádzkyschopnosť operačného systému, "vrátiť sa" do uloženého skorého stavu - bodu obnovy.

V predvolenom nastavení nie je funkcia obnovenia v operačnom systéme aktivovaná. Aby ste ho mohli používať, musíte ho nakonfigurovať. Obnovovanie systému funguje tak, že sa vytvárajú body obnovenia, pomocou ktorých sa ukladá stav systému Windows v konkrétnom časovom bode. Spolu s nastaveniami a stavom operačného systému bod obnovy zahŕňa nainštalované aplikácie(napríklad, Microsoft Office) a ovládače zariadení (napríklad grafická karta).

Používateľ môže vytvoriť bod obnovenia kedykoľvek. Vytvára sa tiež automaticky pri inštalácii aplikácie do počítača alebo pri sťahovaní aktualizácií systému atď. Pamätajte však, že Obnovovanie systému neobnovuje osobné súbory používateľa.

Ak si všimnete, že operačný systém nefunguje správne alebo nefunguje a dochádza k chybám, môžete spustiť jeden z predtým uložených bodov obnovenia a systém Windows sa vráti do stavu v čase jeho vytvorenia.

Ak to chcete urobiť, prejdite na Ovládací panel a vyberte ponuku Obnoviť / Nastavenia obnovenia systému / Konfigurovať, pomocou ktorej môžete funkciu aktivovať a nakonfigurovať.

Ak chcete obnoviť systém Windows z bodu obnovenia, prejdite do ovládacieho panela a vyberte ponuku Obnoviť / Spustiť obnovenie systému, vyberte požadovaný bod obnovenia a kliknite na tlačidlo Ďalej.

Obraz systému

Pravdepodobne najzákladnejšou a najkomplexnejšou funkciou zálohovania systému Windows je funkcia s názvom System Image.

Pomocou tejto možnosti môžete vytvoriť „duplikát“ celého disku počítača vrátane Windows 10, ako aj všetkých programov a osobných údajov používateľa. Obraz systému sa uloží na externý pevný disk, z ktorého sa v prípade potreby alebo v prípade zlyhania počítača nasadí späť na pevný disk počítača. Výsledkom je, že používateľ dostane funkčnú verziu operačného systému spolu s programami a súbormi.

Toto je veľmi užitočná funkcia, no jeho nevýhodou je, že používateľ nemá možnosť obnovovať jednotlivé súbory z obrazu systému, ako z Histórie súborov. Môžete len úplne rozvinúť celý obrázok. Používatelia preto často používajú tieto funkcie paralelne.

Ak chcete vytvoriť obraz systému, prejdite na Ovládací panel a vyberte ponuku Zálohovanie a obnovenie súborov. V ľavom stĺpci kliknite na položku Vytvoriť obraz systému a vyberte jednotku, na ktorú ho chcete uložiť. Upozorňujeme, že obraz systému je zvyčajne veľký.

Ak chcete obnoviť systém z obrazu systému, prejdite do časti Nastavenia systému / Aktualizácia a zabezpečenie / Obnova a vyberte položku Vlastné možnosti spustenia. Po reštartovaní systému Windows 10 vyberte v zobrazenej ponuke položku Obnovovanie systému z obrázka.

Iný softvér na zálohovanie a obnovu súbory systému Windows 10

ALEXEY BEREZHNOY, Systémový administrátor. Hlavné oblasti činnosti: virtualizácia a heterogénne siete. Ďalším koníčkom okrem písania článkov je popularizácia slobodného softvéru.

Zálohovanie
Teória a prax. Zhrnutie

Ak chcete čo najefektívnejšie organizovať zálohovací systém, musíte vytvoriť skutočnú stratégiu na ukladanie a obnovu informácií.

Zálohovanie (alebo, ako sa to tiež nazýva, zálohovanie - z anglického slova "backup") je dôležitým procesom v živote akejkoľvek IT štruktúry. Ide o záchranný padák v prípade nepredvídateľnej katastrofy. Zálohovanie zároveň slúži na vytvorenie akéhosi historického archívu podnikateľskej činnosti spoločnosti za určité obdobie jej života. Práca bez zálohy je ako život pod holým nebom – počasie sa môže každú chvíľu zhoršiť a nie je sa kam schovať. Ako ho však správne zorganizovať, aby ste neprišli o dôležité dáta a neminuli za ne fantastické sumy?

Väčšinou sa články na tému organizácie záloh zaoberajú hlavne technické riešenia, a len príležitostne sa pozornosť venuje teórii a metodológii organizácie ukladania dát.

Tento článok sa zameria na pravý opak: dôraz je kladený na všeobecné koncepty a technické nástroje budú uvedené len ako príklady. To nám umožní abstrahovať od hardvéru a softvéru a odpovedať na dve hlavné otázky: "Prečo to robíme?", "Môžeme to urobiť rýchlejšie, lacnejšie a spoľahlivejšie?"

Ciele a ciele zálohovania

V procese organizácie zálohovania sú stanovené dve hlavné úlohy: obnova infraštruktúry v prípade porúch (Disaster Recovery) a udržiavanie archívu dát s cieľom následne poskytnúť prístup k informáciám za minulé obdobia.

Klasickým príkladom zálohy obnovy po havárii je obraz systémového oddielu servera vytvorený aplikáciou Acronis True Image.

Príkladom archívu môže byť mesačné vykladanie databáz z 1C, zaznamenané na kazetách s následným uložením na špeciálne určené miesto.

Existuje niekoľko faktorov, ktoré odlišujú zálohu rýchle uzdravenie z archívu:

• Doba uchovávania údajov. Pri archívnych kópiách je to dosť dlhé. V niektorých prípadoch to upravujú nielen obchodné požiadavky, ale aj zákon. Kópie obnovy po havárii majú relatívne malé množstvo. Zvyčajne sa vytvorí jedna alebo dve (so zvýšenými požiadavkami na spoľahlivosť) zálohy pre zotavenie po havárii s maximálnym intervalom jedného alebo dvoch dní, potom sa prepíšu novými. V obzvlášť kritických prípadoch je tiež možné aktualizovať zálohu obnovy po havárii častejšie, napríklad raz za niekoľko hodín.
• Rýchly prístup k údajom. Rýchlosť prístupu k dlhodobému archívu nie je vo väčšine prípadov kritická. Zvyčajne potreba „získať údaje za obdobie“ vzniká v čase odsúhlasovania dokladov, vráťte sa na predošlá verzia atď., teda nie v núdzovom režime. Ďalšou vecou je obnova po havárii, kedy je potrebné čo najskôr vrátiť potrebné dáta a výkon služby. V tomto prípade je mimoriadne dôležitá rýchlosť prístupu k zálohe.
• Zloženie kopírovaných informácií. Archívna kópia zvyčajne obsahuje iba používateľské a obchodné údaje za uvedené obdobie. Kópia obnovy po havárii obsahuje okrem týchto údajov buď obrazy systému alebo kópie nastavení operačného systému a aplikačného softvéru a ďalšie informácie potrebné na obnovu.

Niekedy je možné tieto úlohy spojiť. Napríklad ročný súbor mesačných úplných „snímok“ súborového servera plus zmeny vykonané počas týždňa. True Image je vhodný ako nástroj na vytvorenie takejto zálohy.

Najdôležitejšie je jasne pochopiť, prečo sa rezervácia vykonáva. Uvediem príklad: kritický SQL server zlyhal v dôsledku zlyhania diskového poľa. Na sklade je vhodná Hardvér, takže jediným riešením problému bola obnova softvéru a dát. Vedenie firmy si kladie zrozumiteľnú otázku: "Kedy to začne fungovať?" - a je nepríjemne prekvapený, keď sa dozvie, že zotavenie bude trvať štyri hodiny. Faktom je, že počas celej životnosti servera sa pravidelne zálohovali iba databázy bez toho, aby sa zohľadnila potreba obnovy samotného servera so všetkými nastaveniami, vrátane softvér samotný DBMS. Jednoducho povedané, naši hrdinovia uložili iba databázy a zabudli na systém.

Dovoľte mi uviesť ďalší príklad. Počas svojej kariéry mladý špecialista vytvoril jedinú kópiu súborového servera so systémom Windows Server 2003 pomocou programu ntbackup, vrátane údajov a stavu systému do zdieľaného priečinka na inom počítači. Kvôli nedostatku miesta na disku bola táto kópia neustále prepisovaná. Po chvíli bol požiadaný o obnovenie predchádzajúcej verzie viacstranovej správy, ktorá sa pri ukladaní poškodila. Je jasné, že bez histórie archívu s vypnutou tieňovou kópiou nemohol túto požiadavku splniť.

Z tohto záveru vyplýva: musíte použiť oba typy záloh: na obnovu po havárii aj na archiváciu. Zároveň je nevyhnutné určiť zoznam skopírovaných zdrojov, čas na dokončenie úloh, ako aj to, kde, ako a ako dlho budú zálohy uložené.

S malým množstvom dát a nie príliš zložitou IT infraštruktúrou môžete skúsiť skombinovať obe tieto úlohy do jednej, napríklad vytvoriť dennú úplnú kópiu všetkých diskových partícií a databáz. Stále je však lepšie rozlišovať medzi týmito dvoma cieľmi a pre každý z nich zvoliť správne prostriedky. V súlade s tým sa pre každú úlohu používa samostatný nástroj, hoci existujú univerzálne riešenia, ako je rovnaký balík Acronis True Image alebo program ntbackup.

Je zrejmé, že pri definovaní cieľov a zámerov zálohovania, ako aj riešení implementácie je potrebné vychádzať z požiadaviek podniku.

Na implementáciu úlohy obnovy po havárii možno použiť rôzne stratégie.

V niektorých prípadoch je potrebná priama obnova systému na holý kov. Dá sa to urobiť napríklad pomocou aplikácie Acronis True Image dodávanej s Universal Restore. V tomto prípade je možné konfiguráciu servera vrátiť do prevádzky vo veľmi krátkom čase. Napríklad je celkom možné odstrániť oblasť s operačným systémom s veľkosťou 20 GB zo záložnej kópie za osem minút (za predpokladu, že archívna kópia je dostupná cez sieť 1 Gb/s).

Prípadne je účelnejšie jednoducho „vrátiť“ nastavenia do novo nainštalovaného systému, ako je napríklad skopírovanie konfiguračných súborov z priečinka / etc v systémoch podobných UNIX (vo Windowse to zhruba zodpovedá skopírovaniu a obnoveniu System State). Samozrejme, s týmto prístupom bude server uvedený do prevádzky najskôr po inštalácii operačného systému a obnovení potrebných nastavení, čo bude trvať oveľa viac dlhý termín... Ale v každom prípade rozhodnutie o tom, čo bude obnova po havárii, vychádza z potrieb podniku a obmedzení zdrojov.

Zásadný rozdiel medzi zálohovacím a redundantným zálohovacím systémom

Toto je ďalšia zaujímavá otázka, ktorú by som rád položil. Redundantné systémy redundancie zariadení znamenajú zavedenie určitej redundancie do hardvéru s cieľom zachovať prevádzkyschopnosť v prípade náhleho zlyhania jedného z komponentov. Skvelým príkladom je v tomto prípade RAID (Redundant Array of Independent Disks). V prípade zlyhania jedného disku je možné predísť strate informácií a vykonať bezpečnú výmenu, čím sa dáta ušetria vďaka špecifickej organizácii samotného diskového poľa (viac o RAID in).

Počul som frázu: "Máme veľmi spoľahlivé vybavenie, všade sú polia RAID, takže nepotrebujeme zálohy." Áno, samozrejme, rovnaké pole RAID zachráni dáta pred zničením, ak jeden pevný disk zlyhá. Ale tu je to z poškodenia údajov počítačový vírus alebo vás to nezachráni pred nešikovnými používateľskými akciami. Neuloží RAID ani v prípade, že súborový systém zlyhá v dôsledku neautorizovaného reštartu.

Uvediem jeden príklad. Sú chvíle, keď sa udalosti vyvíjajú podľa nasledujúceho scenára: keď dôjde k poruche disku, dáta sa obnovia vďaka mechanizmu redundancie, najmä pomocou uložených dát. kontrolné súčty... Zároveň dochádza k výraznému poklesu výkonu, server zamrzne, prakticky sa stráca kontrola. Systémový administrátor nevidí žiadne iné východisko, reštartuje server so studeným reštartom (inými slovami, klikne na „RESETOVAŤ“). V dôsledku tohto živého preťaženia sa vyskytujú chyby súborového systému. Najlepšia vec, ktorú môžete v tomto prípade očakávať, je dlhý chod programu kontroly disku, aby sa obnovila integrita súborového systému. V najhoršom prípade sa budete musieť rozlúčiť systém súborov a necháte si lámať hlavu nad otázkou, kde, ako a v akom časovom rámci je možné obnoviť dáta a výkon servera.

Zálohám sa nevyhnete ani v prípade, že máte klastrovanú architektúru. Klaster prepnutia pri zlyhaní v skutočnosti udržiava výkon jemu zverených služieb v prípade zlyhania jedného zo serverov. V prípade vyššie uvedených problémov, napr. vírusový útok alebo poškodenie dát v dôsledku notoricky známeho „ľudského faktora“, žiadny klaster nezachráni.

Jediná vec, ktorá môže fungovať ako podradná náhrada zálohy za zotavenie po havárii, je zrkadlový zálohovací server s nepretržitou replikáciou dát z hlavného servera do zálohy (podľa princípu Primary  Standby). V tomto prípade, ak zlyhá hlavný server, jeho úlohy prevezme záložný a vy nemusíte ani prenášať dáta. Organizácia takéhoto systému je však dosť nákladná a časovo náročná. Nezabudnite na potrebu neustálej replikácie.

Je zrejmé, že takéto riešenie je nákladovo efektívne len v prípade kritických služieb s vysokými požiadavkami na odolnosť voči chybám a minimálny čas obnovy. Takéto schémy sa spravidla používajú vo veľmi veľkých organizáciách s vysokým obratom komodít a peňazí. A táto schéma je podradnou náhradou zálohy, pretože nezáleží na tom, či sú dáta poškodené počítačovým vírusom, nešikovným užívateľským zásahom alebo nesprávna práca môžu byť ovplyvnené aplikácie, údaje a softvér na oboch serveroch.

A, samozrejme, žiaden redundantný zálohovací systém nevyrieši problém s udržiavaním archívu dát po určitú dobu.

Zálohovacie okno

Vykonanie zálohy veľmi zaťažuje redundantný server. To platí najmä pre diskový subsystém a sieťové pripojenia. V niektorých prípadoch, keď má proces kopírovania dosť vysoká priorita, môže to viesť k nedostupnosti určitých služieb. Okrem toho je kopírovanie údajov v čase vykonávania zmien spojené so značnými ťažkosťami. Samozrejme, existujú technické prostriedky, ako sa v tomto prípade vyhnúť problémom pri zachovaní integrity údajov, ale ak je to možné, takémuto kopírovaniu za behu je najlepšie sa vyhnúť.

Východisko pri riešení vyššie popísaných problémov sa ponúka samo: odložiť začiatok procesu vytvárania kópií na neaktívne obdobie, kedy bude vzájomný vplyv zálohovania a ostatných spustených systémov minimálny. Toto časové obdobie sa nazýva „okno zálohy“. Napríklad pre organizáciu fungujúcu podľa vzorca 8x5 (päť osemhodinových pracovných dní v týždni) sú takýmto „oknom“ väčšinou víkendy a nočné hodiny.

Pri systémoch pracujúcich podľa vzorca 24x7 (celý týždeň 24 hodín denne) sa čas minimálnej aktivity používa ako obdobie, kedy nedochádza k vysokej záťaži serverov.

Typy zálohovania

Aby sa predišlo zbytočným nákladom na materiál pri organizovaní zálohovania, ako aj, ak je to možné, neprekračovanie zálohovacieho okna, bolo vyvinutých niekoľko zálohovacích technológií, ktoré sa používajú v závislosti od konkrétnej situácie.

Úplná záloha (alebo Úplná záloha)

Je to hlavná a základná metóda vytvárania záloh, pri ktorej sa vybrané dátové pole skopíruje celé. Toto je najkompletnejšia a najspoľahlivejšia možnosť zálohovania, hoci je tiež najdrahšia. Ak je potrebné uložiť niekoľko kópií údajov, celkový uložený objem sa zvýši úmerne k ich počtu. Na predchádzanie takémuto plytvaniu sa používajú kompresné algoritmy, ako aj kombinácia tejto metódy s inými typmi zálohovania: prírastkové alebo rozdielové. A samozrejme, úplná záloha je nevyhnutná, keď potrebujete pripraviť zálohu na rýchlu obnovu systému od začiatku.

Prírastková kópia

Na rozdiel od úplnej zálohy sa v tomto prípade neskopírujú všetky dáta (súbory, sektory atď.), ale iba tie, ktoré sa od poslednej zálohy zmenili. Ak chcete zistiť čas kopírovania, môžete použiť rôzne metódy napríklad systémy s operačnými systémami Windows používajú zodpovedajúci atribút súboru (archivačný bit), ktorý sa nastaví pri úprave a vymazaní súboru zálohovacím programom. V iných systémoch sa môže použiť dátum úpravy súboru. Je jasné, že schéma využívajúca tento typ zálohy bude neúplná, ak z času na čas nevykonáte úplnú zálohu. Pri úplnej obnove systému je potrebné vykonať obnovu z poslednej kópie vytvorenej pomocou Úplnej zálohy a potom postupne presúvať údaje z prírastkových záloh v poradí, v akom boli vytvorené.

Na čo slúži tento typ kopírovania? V prípade vytvárania archívnych kópií je potrebné znížiť spotrebované objemy na úložných zariadeniach (napríklad znížiť počet použitých páskových médií). Umožní tiež minimalizovať čas vykonávania úloh zálohovania, čo môže byť mimoriadne dôležité v podmienkach, keď musíte pracovať v napätom rozvrhu 24 hodín denne, 7 dní v týždni alebo pumpovať veľké množstvo informácií.

Prírastkové kopírovanie si musí uvedomiť jednu vec. Obnova krok za krokom prináša späť potrebné odstránené súbory počas obdobia zotavenia. Uvediem príklad. Povedzme, že úplná kópia sa vykonáva cez víkendy a prírastková kópia počas pracovných dní. Používateľ vytvoril súbor v pondelok, v utorok ho zmenil, v stredu premenoval a vo štvrtok vymazal. Takže pri postupnej postupnej obnove údajov v priebehu týždňa dostaneme dva súbory: so starým názvom v utorok pred premenovaním a s novým názvom vytvoreným v stredu. Stalo sa to preto, že boli uložené rôzne prírastkové kópie rôzne verzie rovnaký súbor a nakoniec sa obnovia všetky varianty. Preto pri postupnom obnovovaní údajov z archívu „tak, ako sú“, má zmysel rezervovať si viac miesta na disku, aby sa doň zmestili aj vymazané súbory.

Diferenciálna záloha

Od prírastkovej sa líši tým, že dáta sa skopírujú od posledného momentu Úplnej zálohy. V tomto prípade sa údaje ukladajú do archívu „kumulatívne“. V systémoch rodiny Windows je tento efekt dosiahnutý tým, že archívny bit sa počas rozdielového kopírovania nevymaže, takže zmenené dáta sú zahrnuté v archívnej kópii, kým úplná kópia nevymaže archívne bity.

Vzhľadom na to, že každá takto vytvorená nová kópia obsahuje dáta z predchádzajúcej, je vhodnejšia pre kompletnú obnovu dát v čase katastrofy. Na tento účel sú potrebné iba dve kópie: úplná a posledná z rozdielových, takže údaje môžete oživiť oveľa rýchlejšie, než by ste krok za krokom posúvali všetky prírastky. Tento typ kopírovania je navyše zbavený vyššie uvedených vlastností inkrementálneho, keď sa po úplnom obnovení staré súbory, ako napríklad vták Phoenix, znovu zrodia z popola. Vzniká menší zmätok.

Rozdielové kopírovanie je však výrazne horšie ako prírastkové kopírovanie, pokiaľ ide o úsporu požadovaného miesta. Keďže každá nová kópia obsahuje údaje z predchádzajúcich, celkové množstvo zálohovaných údajov môže byť porovnateľné s úplnou kópiou. A, samozrejme, pri plánovaní harmonogramu (a výpočte, či sa proces zálohovania zmestí do dočasného „okna“), treba brať do úvahy čas potrebný na vytvorenie poslednej, „najhrubšej“ rozdielovej kópie.

Záložná topológia

Pozrime sa, aké sú schémy zálohovania.

Decentralizovaná schéma

Jadrom tejto schémy je zdieľanie siete (pozri obrázok 1). Napríklad zdieľaný priečinok alebo server FTP. Potrebný je aj súbor zálohovacích programov, ktoré z času na čas nahrávajú informácie zo serverov a pracovných staníc, ako aj iných sieťových objektov (napríklad konfiguračných súborov zo smerovačov) do tohto zdroja. Tieto programy sú nainštalované na každom serveri a fungujú nezávisle od seba. Nepochybnou výhodou je jednoduchosť implementácie tejto schémy a jej nízke náklady. Ako kopírovacie programy sú vhodné štandardné nástroje zabudované do operačného systému alebo softvéru, ako je DBMS. Môže to byť napríklad program ntbackup pre rodinu Windows, program tar pre operačné systémy podobné UNIXu alebo súbor skriptov obsahujúcich vstavané príkazy SQL servera na výpis databáz do záložných súborov. Ďalším plusom je možnosť používať rôzne programy a systémy, pokiaľ majú všetky prístup k cieľovému zdroju na ukladanie záloh.

Nevýhodou je pomalosť tejto schémy. Keďže programy sa inštalujú nezávisle od seba, každý z nich musí byť nakonfigurovaný samostatne. Je dosť ťažké vziať do úvahy zvláštnosti harmonogramu a prideliť časové intervaly, aby sa predišlo konkurencii o cieľový zdroj. Sledovanie je tiež náročné, proces kopírovania z každého servera sa musí monitorovať oddelene od ostatných, čo zase môže viesť k vysokým mzdovým nákladom.

Preto sa táto schéma používa v malých sieťach, ako aj v situácii, keď nie je možné zorganizovať centralizovanú schému zálohovania s dostupnými prostriedkami. Viac Detailný popis túto schému a praktickú organizáciu nájdete v.

Centralizované zálohovanie

Oproti predchádzajúcej schéme je v tomto prípade použitý prehľadný hierarchický model, ktorý funguje na princípe klient-server. V klasickej verzii sú na každom počítači nainštalované špeciálne agentské programy a serverový modul softvérového balíka je nainštalovaný na centrálnom serveri. Tieto systémy majú tiež vyhradenú konzolu na správu servera. Riadiaca schéma vyzerá nasledovne: z konzoly vytvárame úlohy na kopírovanie, obnovu, zhromažďovanie informácií o systéme, diagnostiku atď., a server dáva agentom potrebné inštrukcie na vykonanie týchto operácií.

Takto fungujú najpopulárnejšie zálohovacie systémy, ako napríklad Symantec Backup Exec, CA Bright Store ARCServe Backup, Bacula a ďalšie (pozri obrázok 2).

Okrem rôznych agentov pre väčšinu operačných systémov existuje vývoj pre zálohovanie populárnych databáz a podnikové systémy, napríklad pre MS SQL Server, MS Exchange, Oracle Database a podobne.

Pre veľmi malé spoločnosti môžete v niektorých prípadoch vyskúšať zjednodušenú verziu centralizovanej schémy zálohovania bez použitia softvéru agenta (pozri obrázok 3). Túto schému možno použiť aj vtedy, ak nie je implementovaný špeciálny agent pre použitý zálohovací softvér. Namiesto toho bude serverový modul využívať existujúce služby a služby. Napríklad „naberať“ údaje zo skrytých zdieľané priečinky na serveroch Windows alebo skopírujte súbory pomocou protokol SSH zo serverov so systémom UNIX. Táto schéma má veľmi významné obmedzenia spojené s problémami ukladania súborov otvorených na zápis. V dôsledku takýchto akcií budú otvorené súbory buď preskočené a nebudú sa zálohovať, alebo budú skopírované s chybami. Existujú rôzne riešenia tohto problému, napríklad opätovné spustenie úlohy na skopírovanie iba predtým otvorených súborov, ale žiadne nie je spoľahlivé. Preto je takáto schéma vhodná na použitie iba v určitých situáciách. Napríklad v malých organizáciách 5x8 s disciplinovanými zamestnancami, ktorí ukladajú zmeny a zatvárajú súbory pred odchodom z domu. Ak chcete zorganizovať takúto skrátenú centralizovanú schému, pracujúcu výlučne v Prostredie Windows ntbackup funguje dobre. Ak potrebujete použiť podobnú schému v heterogénnych prostrediach alebo výlučne medzi počítačmi UNIX, odporúčam sa pozrieť na Backup PC (pozri).

Obrázok 4. Zmiešaná schéma zálohovania

Čo je mimo lokality?

V našom turbulentnom a nestálom svete môžu nastať udalosti, ktoré môžu spôsobiť nepríjemné následky pre IT infraštruktúru a podnikanie vo všeobecnosti. Napríklad požiar v budove. Alebo prelom batérie ústredného kúrenia v serverovni. Alebo banálne krádeže zariadení a komponentov. Jednou z metód, ako sa vyhnúť strate informácií v takýchto situáciách, je ukladať zálohy na miesto vzdialené od hlavného umiestnenia serverového zariadenia. V tomto prípade je potrebné poskytnúť rýchly spôsob prístup k údajom potrebným na obnovu. Opísaná metóda sa nazýva off-site (inými slovami, uchovávanie kópií mimo lokality). V zásade sa používajú dva spôsoby organizácie tohto procesu.

Zápis údajov na vymeniteľné médiá a ich fyzický presun. V tomto prípade sa musíte postarať o prostriedky rýchleho doručenia média späť v prípade zlyhania. Uložte ich napríklad v neďalekej budove. Výhodou tejto metódy je schopnosť organizovať tento proces bez akýchkoľvek ťažkostí. Nevýhodou je náročnosť vrátenia média a samotná potreba prenosu informácií na úložisko, ako aj riziko poškodenia média počas prepravy.

Kopírovanie údajov na iné miesto cez sieťový kanál. Napríklad pomocou tunela VPN cez internet. Výhodou v tomto prípade je, že nie je potrebné niekam prenášať médiá s informáciami, nevýhodou je potreba použiť dostatočne široký kanál (spravidla je to veľmi drahé) a chrániť prenášané dáta (napr. rovnaká sieť VPN). Ťažkosti, s ktorými sa stretávame pri prenose veľkého množstva údajov, možno výrazne znížiť použitím kompresných algoritmov alebo technológie deduplikácie.

Samostatne by sa malo povedať o bezpečnostných opatreniach pri organizácii ukladania údajov. V prvom rade je potrebné zabezpečiť, aby sa dátové nosiče nachádzali v chránenom priestore a o opatreniach, ktoré zabránia neoprávneným osobám čítať dáta. Napríklad používať šifrovací systém, uzatvárať zmluvy o mlčanlivosti atď. Ak ide o vymeniteľné médium, údaje na ňom musia byť tiež zašifrované. Použitý systém označovania by zároveň nemal útočníkovi pomôcť pri analýze údajov. Na označenie nosičov názvov prenášaných súborov je potrebné použiť beztvarú schému číslovania. Pri prenose dát cez sieť je potrebné (ako už bolo spomenuté vyššie) použiť bezpečné spôsoby prenosu dát, napríklad VPN tunel.

Prebrali sme hlavné body pri organizácii zálohy. V ďalšej časti budú zvážené metodické odporúčania a praktické príklady vytvoriť efektívny systém zálohovania.

1. Popis zálohy v systém Windows, vrátane stavu systému – http://www.datamills.com/Tutorials/systemstate/tutorial.htm.
2. Popis tieňovej kópie - http://ru.wikipedia.org/wiki/Shadow_Copy.
3. Oficiálna webová stránka Acronis - http://www.acronis.ru/enterprise/products.
4. Popis ntbackup - http://en.wikipedia.org/wiki/NTBackup.
5. A. Berezhnoy. Optimalizácia MS SQL Server. // Správca systému, č. 1, 2008 - S. 14-22 ().
6. A. Berezhnoy.Organizujeme záložný systém pre malú a strednú kanceláriu. // Správca systému, č. 6, 2009 - S. 14-23 ().
7. Markelov A. Linux na stráži pre Windows. Kontrola a inštalácia zálohovacieho systému BackupPC. // Správca systému, č. 9, 2004 - S. 2-6 ().
8. Popis VPN - http://ru.wikipedia.org/wiki/VPN.
9. Deduplikácia údajov – http://en.wikipedia.org/wiki/Data_deduplication.

V kontakte s

Takmer všetci naši zákazníci, ktorí majú implementované zálohovacie systémy (DBS), si myslia, že sa tým vyriešili všetky ich problémy. Urobili všetko, čo bolo v ich silách, aby bolo všetko zálohované a v prípade havárie správne obnovené. Často sa to však stáva takto: spoločnosť stojí pred vážnym problémom a tradičný zálohovací systém neumožňuje obnovu v čase, ktorý spoločnosť považuje za cieľový. V skutočnosti sa neplní SLA, ktorú musí záložný systém spĺňať. Bohužiaľ, počas našej práce sme nazhromaždili veľa smutných príkladov, ktoré to potvrdzujú. Nižšie uvedieme dva prípady a poradíme, aké technické prostriedky skrátia čas obnovy. Pri výbere prípadov sme sa zastavili pri príkladoch súvisiacich s databázami, kde boli uložené najdôležitejšie informácie pre podnikanie.

Maloobchodné výzvy

Zákazník: veľká poisťovňa.

Stručný popis príčiny pádu: personálna chyba, nesprávna inštalácia opravy na Oracle.

Popis problému

Ide o veľkú spoločnosť, ktorá má vyspelé IT oddelenie a dostatočne investuje do svojho vybavenia a personálu. Stačí povedať, že Oracle DBMS bežal na dvoch Oracle Exadata, distribuovaných na dvoch technologických miestach, s dobre vyvinutým riešením DR a nakonfigurovaným systémom zálohovania.

Jedného smutného dňa bolo rozhodnuté nainštalovať opravu na Oracle DBMS. Bohužiaľ, inžinier nedočítal pokyny do konca: "Čo som, nenainštalujem opravu bez kúsku papiera?!" - a urobil to zle. Chyba bola zaznamenaná o niekoľko hodín neskôr, keď sa DBMS začal správať zvláštne a hlásil to v protokoloch. Potom sa inžinier rozhodol vrátiť späť. Táto akcia nakoniec znehybnila obe kópie databázy (všetky zmeny boli replikované v pohotovostnom režime) a poškodila všetky údaje.

Spoločnosť zostala bez svojho hlavného informačného aktíva – databázy, cez ktorú fungovali všetky obchodné procesy. Obchod sa prakticky zastavil.

Riešenie

Zákazník sa rozhodol obnoviť zo zálohy. V tom čase trvalo obnovenie 5 TB databázy (teraz ~ 15 TB) - pozor! - viac ako 30 hodín! Celkovo po 1,5 dni bola základňa obnovená deň pred nehodou. Ale tých údajov bolo viac! Všetko ostatné obnovili programátori a pracovníci z iných systémov spoločnosti, z primárnej dokumentácie (formuláre žiadostí, kópie, skeny). Trvalo to ešte 1,5 dňa tvrdej práce.

Celkom

2 špičkové systémy Oracle Exadata, Oracle Standby, funkčný zálohovací systém a 3 !!! dňa úplný výpadok pri nesprávna inštalácia náplasť. Bolo to prípustné podľa podnikových predpisov? Samozrejme, že nie.

Hlavný problém: nedostatok nástrojov na rýchlu obnovu v prípade logických chýb.

Ako ste sa mohli vyhnúť

Ak chcete zmierniť následky takýchto nehôd, musíte sa pohybovať v dvoch smeroch. Na jednej strane zálohujte častejšie a na druhej strane sa rýchlo obnovte. Nasledujúce produkty môžu pomôcť:

Oracle FlashBack- technológia, ktorá vám umožní nielen "pretáčať" nové dáta ďalej zálohovací systém Oracle, ale aj rollback k požadovanej transakcii. S touto schémou by bolo možné vrátiť systém späť pred začiatkom problémov s patchom, čo by výrazne uľahčilo obnovu dát.

Technológia Snapshot. Snímky vám umožňujú zálohovať a obnoviť dáta v priebehu niekoľkých sekúnd. Zároveň majú malý vplyv na výkon a fotiť je možné pomerne často (napríklad raz za hodinu). Takto bolo možné vrátiť sa o hodinu späť a obnoviť iba hodinu stratených údajov.

Nepretržitá ochrana údajov- nepretržitá ochrana údajov. Toto je patentované zariadenie alebo softvér, ktorý vám umožňuje zaznamenávať všetky záznamy s možnosťou vrátenia späť do akéhokoľvek bodu v čase. Funguje ako Oracle FlashBack, ale pre akékoľvek údaje.

Prípad: Porucha hardvéru

Zákazník: Federálna služba v jednom zo subjektov Ruskej federácie

Stručný popis príčiny pádu: hardvérová chyba vo vnútri diskového poľa.

Popis problému

Tentoraz má spoločnosť o niečo menej rozvinutú IT infraštruktúru, no u našich zákazníkov je bežnejšia: diskové polia strednej úrovne, Oracle DBMS, Standby sa nepoužívajú.

Ako sa často stáva, v piatok, keď už všetci veselo odchádzali domov, došlo k poruche hardvéru poľa. Kvôli chybe vo firmvéri, ak disk zlyhá, pole zmenilo dáta na neporiadok. Z tohto dôvodu prestali fungovať databázy služby na federálnej úrovni. Viac ako deň čakal zákazník na riešenie od predajcu úložiska. Po analýze všetkých protokolov predajca dospel k záveru: údaje sa stratili!

Riešenie

Zákazník sa rozhodol obnoviť zo zálohy. Tento proces trval napriek všetkým vychytávkam a vyladeniu výkonu (základ je pomerne veľký) približne deň. Počas obnovy databázy sa stratila záložná kópia protokolov (doba uchovávania bola príliš krátka a SRK ich sama vymazala).

Ďalej - hlbšie. Spoločnosť, rovnako ako mnoho iných, v určitom okamihu používala v Oracle nezaprotokolované operácie, čo výrazne zlepšuje výkon, ale neponecháva žiadnu šancu na obnovu, s výnimkou zálohy. To znamená, že sa musí vykonať ihneď po operácii. Prirodzene, v oddelení údržby sa na to rokmi zabudlo. Časť údajov sa tak úplne stratila.

Úplné obnovenie služieb infraštruktúry trvalo ešte niekoľko dní – neexistovali žiadne zálohy operačných systémov, binárnych súborov, konfigurácií atď.

Všetky stratené informácie boli zozbierané z primárnych dokumentov (databáz tretích strán, papierové dokumenty, údaje na počítačoch pokladníkov), čo trvalo ďalšie 3 dni. Niektoré dokumenty možno nikdy neboli obnovené.

Celkom

Problém s poľami spôsobil stratu údajov a výpadok na približne týždeň! V moderných podmienkach to môže viesť k bankrotu spoločnosti.

Hlavné problémy:

• IBS bol nesprávne nakonfigurovaný a nevykonali sa žiadne skúšobné obnovy.
• Neexistovali žiadne prostriedky na rýchlu obnovu v prípade katastrofy a nadbytočných systémov.
• Neexistoval jasný plán DR.

Ako sa tomu dalo predísť:

• Použite službu Oracle Standby umiestnenú na inom poli. To by umožnilo na krátky čas prejsť na spustenú inštanciu údajov.
• Oracle ZDLRA by umožnil oveľa kratší časový rámec na obnovenie databázy na zálohovacom zariadení.
• Inteligentné plánovanie procesov zálohovania a obnovy by mohlo zabrániť takýmto veľkým stratám a obnoviť sa za menej ako jeden deň.

Výkon. Z vyššie uvedených príkladov je vidieť, že záložné systémy boli nainštalované a nakonfigurované, no napriek tomu sa ich nepodarilo obnoviť v časových rámcoch špecifikovaných v SLA.

Hlavné problémy záložných systémov

Na základe našich skúseností sme sa rozhodli poukázať na množstvo problémov, ktorým by sme podľa nášho názoru mali venovať osobitnú pozornosť.

Rýchlosť zálohovania a obnovy

zapnuté tento moment rýchlosť zálohovania je priamo úmerná množstvu dát, pričom všetci naši zákazníci majú ročný nárast dát minimálne o 30 %. Za 3-4 roky sa dáta minimálne zdvojnásobia, no u niektorých spoločností je toto číslo ešte vyššie, pričom rýchlosť zálohovania sa za ten istý čas vôbec nemení. Tu môžeme urobiť jednoduchý záver, že tie podmienky a tie SLA, ktoré boli relevantné pred 3-4 rokmi, je teraz potrebné zvýšiť aspoň dvakrát. Zároveň obchodné požiadavky na obnovu dát (RPO / RTO) neustále rastú.

Postupne dochádza k presunu všetkých obchodných procesov spoločnosti do IT a odumieraniu primárneho papiera (kópie a originály dokumentov, výpisy, skeny a pod.). Všetko sa točí vo vnútri IT systémov a strata dát je v skutočnosti stratou všetkého. IT už nemá priestor na chyby. V prípadoch, ktoré sme prezentovali, po celý čas, kým dáta neboli pre rôzne okolnosti k dispozícii, firmy nemohli fungovať. To viedlo k priamym stratám, keď nebolo možné vykonávať hlavný obchodný proces organizácie, ako aj k implicitným stratám, napríklad k stratám reputácie, ktoré nie je tak ľahké zmerať v peniazoch, ale ktoré v dlhodobom horizonte nemenej škody môže spoločnosti spôsobiť.

Na obrázku Zohľadnil som svoje pozorovania týkajúce sa doby zotavenia (RTO). Ako údaje rastú, skutočný čas obnovy sa nevyhnutne predĺži a požiadavky SLA sa len sprísnia. Bod na grafe, kde sa skutočný čas rovná požadovanému času, už pre väčšinu zákazníkov prešiel.

Čas obnovy verzus objem dát

Nízka granularita obnovy

V skutočnosti väčšina chýb súvisí so stratou určitej časti údajov. Tradičné zálohovacie nástroje zároveň umožňujú obnoviť dáta priamo zo zálohy, častejšie však musíte obnoviť celý systém. Ak je vaša databáza 15 TB, strávite na nej niekoľko dní. Nepoznáme zákazníkov, ktorí majú požiadavku na RTO (obdobie zotavenia) 2 dni. V našej praxi sa nevyskytovali také príklady, kedy by klient povedal: „Chalani, do 2 dní sa to dá vyliečiť, ja to tolerujem“ – ak administrátor omylom vymazal z databázy niekoľko riadkov. Pomerne častý problém, s ktorým sa stretávajú naši klienti: ako vytiahnuť malý kúsok údajov zo zálohy bez toho, aby sme ich obnovovali (a nestrávili nad tým niekoľko dní).

Nadmerné RPO (Cieľ bodu obnovy)

Vo svete, kde primárny papier zmizol a všetko je uložené v IT systémoch, vznikajú každú sekundu dáta, ktoré by som chcel okamžite ochrániť – práve v momente, keď vznikli. To sa ale nedá urobiť pomocou klasických zálohovacích systémov. Pre každý údaj existuje určité dlhé časové obdobie, počas ktorého tieto údaje existujú na celom svete v jedinej kópii. Naši zákazníci chcú svoje údaje chrániť nepretržite, od okamihu, keď sa objavia. Pri rozhodovaní o obnove zo zálohy budete s najväčšou pravdepodobnosťou musieť obnoviť pred dňom, potom bude potrebné údaje získať niekde inde za deň. Spravidla platí dlhá práca správcom, čo trvá niekoľko dní. Pri najnegatívnejšom vývoji udalostí to môže mať za následok stratu. kritické informácie... Samozrejme, problematika sa neobmedzuje len na zálohovanie, týka sa výstavby IT systému ako celku, no téma SRK je v tomto prípade veľmi dôležitá, nemožno ju opomenúť.

Skryté chyby

Bohužiaľ, stále neexistujú žiadne lacné a rýchle možnosti, ako skontrolovať, ako dobre bola záloha vykonaná. Samozrejme, že sa to dá urobiť pravidelnými testovacími obnovami, ale ide o veľmi nákladnú operáciu z hľadiska ľudského úsilia a IT zdrojov. Toto je práca samostatného tímu na samostatnom hardvéri.

Bohužiaľ, väčšina našich klientov to nerobí. Často sa stáva, že každý robí zálohy, ale v čase obnovy sa ukáže, že ich nebolo možné vykonať - jednoducho sa nedajú obnoviť, napriek navonok správnemu fungovaniu RMS. To sa deje z rôznych dôvodov. Najlepšie to možno ilustrovať na príklade. Jeden z našich zákazníkov používal systém SAP s databázou Oracle. Zálohovanie bolo realizované vstavanými nástrojmi SAP za pomoci jedného z najväčších predajcov SRK.

Boli nakonfigurované dve rôzne politiky zálohovania: jedna z nich bola založená na súboroch – kopírovala údaje operačných systémov a nastavenia softvéru a druhá – samotná databáza. Keďže boli nasmerované do rovnakého systému, bol nakonfigurovaný zoznam vylúčení a vložený do databázy. Súborová politika tento zoznam zohľadnila a nerezervovala adresáre, v ktorých sa databáza nachádzala. Vzhľadom na osobitosti architektúry SRK politika zálohovania databázy ignorovala zoznam výnimiek a správne skopírovala požadované údaje.

V jednom z vydaní softvéru tento dodávateľ túto „chybu“ opravil, od toho dňa začali obaja politici brať do úvahy zoznam výnimiek a obchádzať databázu. Navyše to žiadnym spôsobom neovplyvnilo chyby v softvéri SRK, pretože fungoval normálne: všetky údaje, ktoré nie sú uvedené v zozname, boli normálne zálohované. Systém hlásil, že funguje správne.

Všetko teda fungovalo viac ako šesť mesiacov. Do tej chvíle, kým nebolo potrebné zotaviť sa ...

Nesystematický prístup

Dôležitým problémom je nesystematický prístup k problému zálohovania. SRK historicky stavala buď samotná spoločnosť, alebo integrátor. V čase výstavby určite spĺňal všetky požiadavky a plne plnil svoju funkciu. V priebehu rokov sa IT prostredie spoločnosti zmenilo. Záložný systém sa mu zároveň pri vývoji systému jednoducho prispôsoboval a väčšinou nebol dodržaný žiadny systematický prístup, ktorý by zohľadňoval dôležitosť súladu systému s počiatočnými ukazovateľmi vo všetkých nasledujúcich fázach. Pri budovaní systému správy údajov vo vašej organizácii nezabúdajte – toto je len časť vašej stratégie ochrany údajov.

Uviedli sme niekoľko prípadových štúdií, ktoré dokazujú, že prístup k ochrane údajov by mal byť komplexný. Bohužiaľ, SRK je len záložný padák, nie strieborná guľka, takže keď ho začnete vytvárať, musíte jasne pochopiť, aké miesto bude mať v globálnej stratégii ochrany údajov.

Ak chcete skontrolovať, ako systematicky ste pristupovali k otázke budovania IMS, odpovedzte na niekoľko jednoduchých otázok:

• Máte dobre vybudovaný model rizika, v rámci ktorého je presne stanovené miesto IBS?
• Pred akými zlyhaniami vás IBS chráni?
• Ako sa chránite pred inými rizikami (môžu to byť nielen technické riešenia, ale aj iné kompenzačné opatrenia)?
• Ste si istý, že systém sa včas obnoví?
• Testovali ste to v praxi?

Riešenie

Na základe vlastných skúseností a skúseností našich zákazníkov sme sa snažili vyvinúť prístup, ktorý by vyriešil alebo výrazne znížil následky uvedených problémov. Podstata nášho prístupu:

Najprv je potrebné oddeliť rýchlosť zálohovania a obnovy od objemu systému. Výrobcovia systémov na ukladanie údajov, aplikačného softvéru a RMS navrhujú použiť niektoré nástroje, ktoré možno použiť na vyriešenie tohto problému. Nižšie popíšem najsľubnejšie z nich.

Snapshots (snímky), ktoré vám umožňujú zálohovať a obnovovať dáta v priebehu niekoľkých sekúnd s malým alebo žiadnym vplyvom na výkon. Deje sa to pomocou poľa a zároveň je možné SRK kontrolovať, byť súčasťou jeho politiky. Tento druh zálohovania a obnovy trvá naozaj niekoľko sekúnd, čo odlišuje túto technológiu od klasických systémov s odcudziteľnými médiami.

Ďalším riešením by mohlo byť využitie rôznych aplikačných nástrojov ako Oracle Standby, DB2 HADR, MS SQL Always On. Všetky tieto nástroje vám umožňujú mať funkčnú kópiu produkčného systému oddelenú od originálu, ktorú možno okamžite nasadiť. To vám umožní začať pracovať ihneď po poruchách.

Druhým je umožniť obnovenie iba tých údajov, ktoré potrebujete. Náš prístup zohľadňuje, že pri obnove časti dát nepotrebujeme skopírovať celý systém ako celok, vieme obnoviť dáta, ktoré momentálne potrebujeme. To je dosiahnuté schopnosťou rýchlo nasadiť alebo použiť už nasadené systémy, ktoré obsahujú tieto dáta. Rovnako ako v prvom prípade vám snapshot umožňuje vyriešiť tento problém (môžete rýchlo otvoriť snímku na susednom serveri a vytiahnuť potrebné údaje). To zahŕňa aj technológie nepretržitej ochrany údajov, napríklad Oracle Standby s Flashback, riešenia nepretržitej ochrany údajov (CDP). Umožňujú vám rýchlo nasadiť pracovnú kópiu vašich údajov ten správny momentčas.

Keď potrebujete získať jeden logický blok, napríklad riadok alebo databázovú tabuľku, tieto nástroje túto úlohu výrazne uľahčia a umožnia vám obnoviť potrebnú časť údajov bez obnovy celej kópie.

Tretím cieľom je zmenšiť rozdiel medzi vzhľadom údajov a ich ochranou. Dá sa to dosiahnuť niekoľkými spôsobmi, na základe špecifík konkrétneho prípadu a stupňa dôležitosti údajov.

Napríklad pre menej kritické systémy sa môže časový interval pre zálohovanie skrátiť na niekoľko hodín. V tomto prípade používame snímky. Môžu slúžiť ako bod obnovenia, ktorý je možné vykonať raz za hodinu. Niektoré moderné polia zvládajú tieto procesy dostatočne dobre a dokážu dostatočne uložiť veľké množstvo systémové snímky. Je to skvelé východisko zo situácie, keď sa potrebujete na chvíľu vrátiť späť.

Pre najkritickejšie systémy nemusí existovať časový úsek vôbec - údaje musia byť chránené nepretržite. Existuje niekoľko riešení tejto triedy, napríklad Oracle Standby s funkciou FlashBack, ktorá vám umožňuje na chvíľu vrátiť databázu späť do denníka protokolovaním všetkých zmien. Využiť môžete aj Oracle ZDLRA PAK, ktorý takmer synchrónne prijíma všetky zmeny v databáze alebo hardvérových a softvérových systémoch všeobecný účel ako napríklad EMC RecoverPoint, softvér Vision Solutions Double-Take. Tiež zaznamenávajú všetky zmeny a umožňujú vám obnoviť sa do akéhokoľvek bodu v časovom intervale.

Pokiaľ ide o inovácie v systémoch zálohovania a obnovy, treba spomenúť zariadenie Oracle Zero Data Loss Recovery Appliance (ZDLRA). Toto zariadenie z rodiny Oracle Engineered Systems poskytuje možnosti zálohovania a rýchlej obnovy databázy Oracle na akejkoľvek platforme a akejkoľvek edícii (Enterprise a Standard). Srdcom ZDLRA sú virtuálne databázy záloh (Virtual Full Backup), získané na základe prvej úplnej zálohy a následných protokolov zmien. Vďaka týmto virtuálnym zálohám môžete obnoviť databázu do akéhokoľvek bodu v čase oveľa rýchlejšie ako pri klasickom použití SRK podľa schémy „raz týždenne plná záloha, raz denne prírastková“. Dá sa povedať, že ZDLRA pokračuje v nastolenom smere Oracle Exadata. Exadata používa špeciálny softvér na poskytovanie inovatívneho úložného systému optimalizovaného pre úlohy databázy Oracle. A v ZDLRA existuje špeciálny softvér, ktorý optimalizuje zálohovanie databázy Oracle.

Teraz hovoríme len o rýchlom zotavení. V prípade veľkých katastrof alebo potreby obnovy po dlhšom čase zostávajú konvenčné zálohy nepostrádateľným nástrojom. No v súčasných podmienkach ide len o záložný padák, nasadený na poslednú chvíľu.

Štvrtým je zníženie skrytých chýb. Existuje len jeden spôsob, ako sa uistiť, že záloha funguje správne - pokúsiť sa ju obnoviť. Toto je najsprávnejšia a našimi zákazníkmi zriedka používaná metóda.

Ponúkame však východisko aj z tejto situácie. Po prvé, majte ľahko obnoviteľné inštancie systémov. Toto je opäť príbeh o snímkach a pohotovostných systémoch, ktoré sa dajú rýchlo nasadiť a otestovať. Zaberie to neporovnateľne menej času a úsilia ako „rozvinutie“ celej zálohy. Samozrejme, nie vždy to pomôže, no ponecháva o niečo väčšiu nádej, že v prípade núdze bude možné dáta obnoviť aspoň týmito prostriedkami.

Po druhé, niektoré SRC umožňujú automatizované testovanie. V určitom čase plánu môžete bežať virtuálne stroje v izolovanom prostredí a pomocou vopred určených algoritmov na kontrolu, či boli dáta skutočne obnovené, či je aplikácia dostupná, či je konzistentná a či reaguje na potrebné požiadavky. Správcovia sa tak môžu zbaviť dlhej rutinnej práce.

Po piate, transparentnosť systému zálohovania. Opísaný integrovaný prístup zahŕňa konštrukciu komplexného systému s využitím rôznych technológií od rôznych výrobcov. Úloha urobiť tento systém skutočne funkčným, vložiť do neho možnosť ďalších zmien a škálovania je netriviálna a dá sa vyriešiť dvoma spôsobmi:

• Prvý spôsob je za predpokladu, že zákazník je sám dostatočne kompetentný a chce tento systém uviesť do prevádzky. Tu ako integrátor pomáhame vybudovať všetky potrebné procesy, vytvoríme regulačný rámec, vypracujeme všetky potrebné inštrukcie a plány tak, aby IT oddelenie zákazníka mohlo ďalej samostatne rozvíjať a prevádzkovať systém v správna stopa... A následne celú túto praktickú bázu predpisov a úloh preniesť na zákazníka v podobe fungujúceho systému podnikových procesov.

• Druhým spôsobom, keď si zákazník nie je istý, že bude schopný udržiavať systém SRK neustále v bojovom stave, riešením bude prechod systému na čiastočný alebo úplný outsourcing. A máme takých klientov, ktorí túto službu úspešne využívajú, pričom neustále zvyšujú požiadavky na SLA a rozsah nášho zapojenia sa do outsourcingu IT.

Žiaľ, zatiaľ neexistuje univerzálny recept, ktorý by v súčasných podmienkach neustáleho rastu a komplikácií systémov riešil problém obnovy dát. Len kombinácia vyššie uvedených riešení a systematického prístupu umožní firmám obnoviť dáta v čase, ktorý si biznis vyžaduje.