# Építsen olyan biztonsági mentést, amelyet valóban vissza tud állítani | SwissOctet Insights https://swissoctet.com/hu/insights/build-a-backup-you-can-restore/ SwissOctet / Betekintések / Másodnapi üzemeltetés Másodnapi üzemeltetés Alkalmazott · 4 perc olvasás Építsen olyan biztonsági mentést, amelyet valóban vissza tud állítani Válasszon helyreállítási célt, védjen egy független másolatot, és gyakorolja a visszaállítást, mielőtt egy incidens kikényszeríti. Szerző: SwissOctet Editorial Útmutató mentése Hivatkozás másolása EZEN AZ OLDALON 01 Kezdje a szükséges helyreállítással 02 Tartson másolatot a hiba határán kívül 03 Rögzítsen konzisztens alkalmazásállapotot 04 Tesztelje a visszaállítást elkülönített környezetben 05 Gyakorlati forgatókönyv: próbálja el a helyreállítást az indulás előtt 06 Tegye láthatóvá a hibát, és tervezze meg a megőrzést Az Ön gyakorlati ellenőrzőlistája Források és további olvasmányok Vissza a könyvtárhoz A KÖZVETLEN VÁLASZ 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. 01 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. 02 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. 03 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. 04 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. 05 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? 06 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. FORDÍTSA CSELEKVÉSRE 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. Ellenőrzőlista letöltése GYAKORI KÉRDÉSEK 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. ELSŐDLEGES HIVATKOZÁSOK 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. KAPCSOLJA ÖSSZE A TUDÁST Kapcsolódó infrastruktúra. Vault Storage Svájc Vector VPS Svájc Metal Atlas Svájc TARTSA A FONALAT Az Ön következő terepjegyzetei. Fedezze fel az összes útmutatót TEREPJEGYZET / 01 + Másodnapi üzemeltetés Alkalmazott Gyakorlati fenyegetésmodell a hosztolt projekthez Térképezze fel az eszközöket és a bizalmi határokat, válasszon ki néhány valósághű hibaforgatókönyvet, és alakítsa azokat tesztelhető kontrollokká. 6 perc olvasás Olvassa el az útmutatót TEREPJEGYZET / 02 + Másodnapi üzemeltetés Alkalmazott Biztonságos Windows RDP adminisztráció a hozzáférés elvesztése nélkül Válassza szét a hálózati elérhetőséget, a hitelesítést és a jogosultságokat, majd a távoli hozzáférés szigorítása előtt ellenőrizzen egy helyreállítási útvonalat. 6 perc olvasás Olvassa el az útmutatót TEREPJEGYZET / 03 + Másodnapi üzemeltetés Alkalmazott Egy fenntartható Linux VPS megerősítési alapvonal Biztonságos adminisztráció, csak a szükséges szolgáltatások közzététele, valamint a frissítések és a helyreállítás kialakítása anélkül, hogy kizárná magát. 6 perc olvasás Olvassa el az útmutatót