Határozza meg az elfogadható adatvesztést és helyreállítási időt, tartson konzisztens független másolatot, és tesztelje a tényleges alkalmazás visszaállítását elkülönítve. Egy befejezett biztonsági mentési feladat vagy integritásellenőrzés önmagában nem bizonyítja, hogy minden helyreállításhoz szükséges függőség megvan.
Kezdje a szükséges helyreállítással
A biztonsági mentési terv két gyakorlati kérdéssel kezdődik: mennyi friss munkát veszíthet el, és meddig maradhat elérhetetlen a szolgáltatás? Ezek a válaszok határozzák meg az ütemezést, a belefoglalandó adatokat és a helyreállítási módszert. Egy napi másolat megfelelhet egy ritkán változó weboldalnak, miközben túl nagy rést hagy egy forgalmas alkalmazásnál.
Sorolja fel, mi teszi működőképessé a szolgáltatást, ne csak a legnagyobb mappáját. Az alkalmazásadatok, az adatbázis tartalma, a konfiguráció, a feltöltött fájlok és a környezet újjáépítéséhez szükséges információk mind számíthatnak. Tartson privát leltárt a függőségekről és a helyreállítási kulcsokról. A biztonsági mentésnek működő rendszert kell támogatnia, nem csak olyan archívumot előállítania, amelynek célja feledésbe merül.
Tartson másolatot a hiba határán kívül
Egy második könyvtár ugyanazon a gépen segíthet helyreállítani egy téves szerkesztést, de továbbra is ki van téve a gép elvesztésének. A helyi pillanatképek értékesek lehetnek a gyors visszaállításhoz, és szélesebb incidensekhez továbbra is független másolatot igényelnek. Válasszon külön helyreállítási célhelyet, és döntse el, melyik hozzáférés olvashatja, írhatja vagy törölheti a biztonsági mentést.
Ha az éles hitelesítő adatok minden helyreállítási másolatot törölhetnek, egy feltört alkalmazásfiók az egész stratégiát meghiúsíthatja. Ahol lehetséges, válassza szét a hozzáférést, és védje a tárhely hitelesítő adatait. A titkosítás segít védeni a tárolt tartalmat, de a helyreállítási folyamat attól is függ, hogy a kulcsát biztonságosan a sérült környezeten kívül őrizzék meg.
Rögzítsen konzisztens alkalmazásállapotot
A nyitott adatbázisfájlok megfelelő módszer nélküli másolása használhatatlan állapotot rögzíthet. Használjon az alkalmazás vagy az adatbázis által támogatott biztonsági mentési megközelítést, és értse meg, hogy konzisztens pillanatképet, logikai exportot vagy rövid írásszünetet igényel-e. Hangolja össze a kapcsolódó adatokat, hogy a feltöltési könyvtár és az adatbázis-hivatkozásai a munkafolyamat ugyanazon pontját írják le.
A kizárásokat szándékosan dokumentálja. A gyorsítótárak és az ideiglenes buildfájlok reprodukálhatók lehetnek; az ügyfélfeltöltések általában nem. Egy funkció hozzáadása vagy egy könyvtár áthelyezése után tekintse át a listát. Egy sikeres biztonsági mentési feladat nem tud megőrizni egy soha be nem vont útvonalat.
Tesztelje a visszaállítást elkülönített környezetben
Állítson vissza reprezentatív adatokat egy külön helyre, és ellenőrizze, hogy helyesen nyílnak meg. Alkalmazás esetén a helyreállított szolgáltatást is tesztelje, nem csak a fájlokat. A tesztkörnyezetben tiltsa le a kimenő e-mailt, az ütemezett feladatokat és a külső integrációkat, hogy a próba ne hasson valódi felhasználókra, és ne duplikálja az éles feladatokat.
A tároló integritásellenőrzései és a visszaállítási teszt különböző kérdésekre válaszolnak. Egy eszköz ellenőrizheti a tárolt struktúrákat és adatokat, miközben az alkalmazásnak továbbra is hiányozhat a konfigurációja vagy egy elfelejtett kulcs. Jegyezze fel, mennyi ideig tart a helyreállítás, milyen kézi lépések szükségesek, és hol kell javítani az eljárást. Jelentős változások után ismételje meg a gyakorlatot.
Gyakorlati forgatókönyv: próbálja el a helyreállítást az indulás előtt
Vegyünk egy alkalmazást adatbázissal, felhasználói feltöltésekkel és egy kis privát konfigurációs fájlkészlettel. A tulajdonos helyreállítási leltárt készít, és adatbázis által támogatott konzisztenciamódszert választ. Egy külön biztonsági mentési célhely tárolja a szükséges másolatokat, míg a helyreállítási kulcsot az éles gépen kívül őrzik. Az első teszt üres, elkülönített környezetben kezdődik, így a rejtett függőségeket nem lehet a működő szerverről kölcsönözni.
A tulajdonos visszaállítja az adatokat és a konfigurációt, majd ellenőrzi a bejelentkezést, egy reprezentatív rekordot és egy feltöltött fájlt. A kimenő e-mail, az ütemezett feladatok és a külső műveletek a próba alatt letiltva maradnak. Ha az adatbázis elindul, de egy feltöltési útvonal vagy titok hiányzik, a teszt olyan rést talált, amelyet egy sikeres archiválási feladat nem fedne fel. A tulajdonos kijavítja a leltárt, és megismétli az érintett helyreállítási ellenőrzést.
Végül a tulajdonos rögzíti a helyreállítási időt és a kézi lépéseket. Az ütemezést és a megőrzési szabályzatot összevetik azzal, mennyi friss munka veszhet el, és meddig maradhat elérhetetlen a szolgáltatás. Ezek projektspecifikus döntések, nem egy tárhelycímke által nyújtott garanciák. Egy tesztelt eljárás teszi hasznossá az opcionális biztonsági mentést vagy egy tárhelyterméket egy szélesebb helyreállítási stratégia részeként.
| Helyreállítási bizonyíték | Mit ellenőriz | Fennmaradó kérdés |
|---|---|---|
| Biztonsági mentési feladat befejezve | A feladat sikert jelentett | Minden szükséges útvonal szerepelt? |
| Tároló integritásellenőrzése | Tárolt struktúrák vagy adatellenőrzések | Megvan az alkalmazásnak minden függősége? |
| Elkülönített alkalmazás-visszaállítás | Egy reprezentatív helyreállítás működik | A megfigyelt idő megfelel a céljának? |
Tegye láthatóvá a hibát, és tervezze meg a megőrzést
A csendben leálló biztonsági mentés jövőbeli meglepetés. Figyelje a feladat befejezését, a rendelkezésre álló kapacitást és a legutóbbi használható helyreállítási pont korát. Tartson elegendő előzményt a később felfedezett probléma helyreállításához, és értse meg, hogyan hat a törlés erre az előzményre. Óvatosan vizsgálja felül a törlési műveleteket, mert a megőrzési hibák eltávolíthatják az egyetlen hasznos verziót.
Olvassa el a választott SwissOctet szolgáltatás bármely biztonsági mentési lehetőségének hatókörét, és erősítse meg a visszaállítási folyamatot. A Vault Storage kapacitáskomponensnek tekinthető, de egy tárolási termék önmagában nem teljes helyreállítási szabályzat. Döntse el, mit kell visszaállítania, tartsa a másolatot függetlenül, és bizonyítsa az eljárást, mielőtt a szolgáltatás kritikussá válik.
Az Ön gyakorlati ellenőrzőlistája.
- Állítsa be az elfogadható adatvesztést és helyreállítási időt.
- Tartalmazza az adatbázisokat, a feltöltéseket és az újraépítési információkat.
- Tartson független másolatot és külön helyreállítási kulcsokat.
- Állítsa vissza elkülönítve, és tesztelje az alkalmazást.
- Figyelje a biztonsági mentés korát, kapacitását és megőrzését.
A fontos részletek.
Független biztonsági mentés-e egy második könyvtár ugyanazon a szerveren?+
Nem. Továbbra is ki van téve az adott szerver elvesztésének, bár segíthet egy helyi hiba helyreállításában.
Helyettesíti-e az integritásellenőrzés a visszaállítási próbát?+
Nem. Egy érvényes tároló továbbra is hiányolhatja az alkalmazás által igényelt konfigurációt, kulcsokat vagy adatokat.
Miért kell letiltani az integrációkat egy visszaállítási teszt során?+
Hogy megakadályozzuk, hogy a tesztkörnyezet valódi felhasználóknak küldjön e-mailt, megismételje a feladatokat vagy éles műveleteket indítson el.
Menjen a forráshoz.
Ezek a hivatkozások támogatják az útmutató műszaki fogalmait. Kövesse az aktuális dokumentációt, mielőtt éles rendszert módosítana.
- restic: Visszaállítás biztonsági mentésből restic.readthedocs.io
- restic: Tárolókkal való munka restic.readthedocs.io
- PostgreSQL: Biztonsági mentés és visszaállítás www.postgresql.org
Szerkesztői útmutatás: SwissOctet. A példák tájékoztató jellegűek. A szolgáltatási specifikációkat, az elérhető opciókat és a szerződéses feltételeket külön kell ellenőrizni.