Definujte přijatelnou ztrátu dat a dobu obnovy, uchovávejte konzistentní nezávislou kopii a testujte obnovu skutečné aplikace v izolaci. Dokončená úloha zálohy nebo kontrola integrity sama o sobě neprokazuje, že jsou přítomny všechny závislosti potřebné pro obnovu.
Začněte obnovou, kterou potřebujete
Plán zálohování začíná dvěma praktickými otázkami: kolik nedávné práce byste mohli ztratit a jak dlouho by služba mohla zůstat nedostupná? Tyto odpovědi určují plán, data k zahrnutí a metodu obnovy. Denní kopie může vyhovovat webu, který se mění jen zřídka, ale u vytížené aplikace ponechává příliš velkou mezeru.
Uveďte, co umožňuje službě fungovat, nejen její největší složku. Data aplikace, obsah databáze, konfigurace, nahrané soubory a informace potřebné k obnovení prostředí mohou být všechny důležité. Veďte si soukromý inventář závislostí a klíčů pro obnovu. Záloha by měla podporovat funkční systém, nejen vytvářet archiv, jehož účel se zapomene.
Uchovávejte kopii mimo hranici selhání
Druhý adresář na stejném stroji může pomoci obnovit omylem provedenou úpravu, ale zůstává vystaven ztrátě tohoto stroje. Lokální snapshoty mohou být cenné pro rychlé vrácení a stále vyžadují nezávislou kopii pro širší incidenty. Zvolte samostatný cíl obnovy a rozhodněte, který přístup by měl moci zálohu číst, zapisovat nebo odstraňovat.
Pokud produkční přihlašovací údaje mohou smazat každou kopii pro obnovu, kompromitovaný účet aplikace může zničit celou strategii. Pokud je to možné, oddělte přístup a chraňte přihlašovací údaje k úložišti. Šifrování pomáhá chránit uložený obsah, ale proces obnovy také závisí na bezpečném uchování jeho klíče mimo poškozené prostředí.
Zachyťte konzistentní stav aplikace
Kopírování otevřených databázových souborů bez vhodné metody může zachytit nepoužitelný stav. Použijte přístup k zálohování podporovaný aplikací nebo databází a pochopte, zda vyžaduje konzistentní snapshot, logický export nebo krátkou pauzu zápisů. Koordinujte související data tak, aby adresář pro nahrávání a jeho databázové odkazy popisovaly stejný bod v pracovním postupu.
Vyloučení dokumentujte záměrně. Mezipaměti a dočasné soubory sestavení mohou být reprodukovatelné; zákaznické nahrávky obvykle ne. Seznam zkontrolujte po přidání funkce nebo přesunutí adresáře. Úspěšná úloha zálohy nemůže zachovat cestu, která nebyla nikdy zahrnuta.
Otestujte obnovu v izolovaném prostředí
Obnovte reprezentativní data do samostatného umístění a ověřte, že se správně otevírají. U aplikace otestujte obnovenou službu i soubory. V testovacím prostředí zakažte odchozí e-mail, plánované úlohy a externí integrace, aby nácvik nezasahoval do skutečných uživatelů ani neduplikoval produkční úlohy.
Kontroly integrity repozitáře a test obnovy odpovídají na různé otázky. Nástroj může zkontrolovat uložené struktury a data, zatímco aplikaci stále může chybět konfigurace nebo zapomenutý klíč. Zaznamenejte, jak dlouho obnova trvá, jaké ruční kroky jsou potřeba a kde je postup třeba zlepšit. Cvičení opakujte po významných změnách.
Praktický scénář: nacvičte obnovu před spuštěním
Uvažujte o aplikaci s databází, uživatelskými nahrávkami a malou sadou soukromých konfiguračních souborů. Vlastník vytvoří inventář obnovy a zvolí metodu konzistence podporovanou databází. Samostatný cíl zálohy ukládá požadované kopie, zatímco klíč pro obnovu je uchováván mimo produkční stroj. První test začíná s prázdným izolovaným prostředím, takže skryté závislosti nelze vypůjčit z fungujícího serveru.
Vlastník obnoví data a konfiguraci a poté zkontroluje přihlášení, reprezentativní záznam a nahraný soubor. Během nácviku zůstávají odchozí e-mail, plánované úlohy a externí akce zakázány. Pokud se databáze spustí, ale chybí cesta pro nahrávání nebo tajný klíč, test našel mezeru, kterou by úspěšná úloha archivace neodhalila. Vlastník opraví inventář a zopakuje dotčenou kontrolu obnovy.
Nakonec vlastník zaznamená dobu obnovy a ruční kroky. Plán a zásady retence se porovnají s tím, kolik nedávné práce by mohlo být ztraceno a jak dlouho by služba mohla zůstat nedostupná. Jde o rozhodnutí specifická pro projekt, nikoli o záruky poskytované označením úložiště. Otestovaný postup činí volitelnou zálohu nebo produkt úložiště užitečným jako součást širší strategie obnovy.
| Důkaz obnovy | Co kontroluje | Zbývající otázka |
|---|---|---|
| Úloha zálohy dokončena | Úloha hlásila úspěch | Byly zahrnuty všechny požadované cesty? |
| Kontrola integrity repozitáře | Kontroly uložených struktur nebo dat | Má aplikace všechny závislosti? |
| Izolovaná obnova aplikace | Reprezentativní obnova funguje | Splňuje pozorovaná doba váš cíl? |
Zviditelněte selhání a záměrně nastavte retenci
Záloha, která tiše přestane fungovat, je budoucím překvapením. Sledujte dokončení úlohy, dostupnou kapacitu a stáří posledního použitelného bodu obnovy. Uchovávejte dostatek historie pro obnovu z problému zjištěného později a pochopte, jak ořezávání tuto historii ovlivňuje. Pečlivě kontrolujte operace mazání, protože chyby v retenci mohou odstranit jedinou užitečnou verzi.
Přečtěte si rozsah jakékoli možnosti zálohování u zvolené služby SwissOctet a potvrďte proces obnovy. Vault Storage lze považovat za kapacitní komponentu, ale samotný úložný produkt není úplnou politikou obnovy. Rozhodněte, co potřebujete obnovit, udržujte kopii nezávislou a prokažte postup dříve, než se služba stane kritickou.
Váš praktický kontrolní seznam.
- Stanovte přijatelnou ztrátu dat a dobu obnovy.
- Zahrňte databáze, nahrané soubory a informace pro obnovení.
- Uchovávejte nezávislou kopii a oddělené klíče pro obnovu.
- Obnovte v izolaci a otestujte aplikaci.
- Sledujte stáří záloh, kapacitu a dobu uchování.
Podrobnosti, na kterých záleží.
Je druhý adresář na stejném serveru nezávislou zálohou?+
Ne. Zůstává vystaven ztrátě tohoto serveru, i když může pomoci obnovit místní chybu.
Nahrazuje kontrola integrity zkušební obnovu?+
Ne. Platné úložiště může stále postrádat konfiguraci, klíče nebo data vyžadovaná aplikací.
Proč při testu obnovy zakázat integrace?+
Aby testovací prostředí neposílalo e-maily skutečným uživatelům, neopakovalo úlohy ani nespouštělo produkční akce.
Jděte ke zdroji.
Tyto zdroje podporují technické koncepty v tomto průvodci. Před změnou produkčního systému se řiďte aktuální dokumentací.
- restic: Obnova ze zálohy restic.readthedocs.io
- restic: Práce s úložišti restic.readthedocs.io
- PostgreSQL: Zálohování a obnova www.postgresql.org
Redakční vedení od SwissOctet. Příklady jsou ilustrativní. Specifikace služeb, dostupné možnosti a smluvní podmínky je nutné ověřit samostatně.