Visszaállítás tesztelése: a zöld feladat nem bizonyíték
Mindenki ismeri a mondatot, hogy "a nem tesztelt biztonsági mentés nem biztonsági mentés", és senki nem cselekszik eszerint. Ez a szócikk arról szól, mit jelent valójában a tesztelés, mert a sikeresnek látszó feladat nem teszt.
AtlasPVE ·
A bejegyzés ezekre válaszol
- proxmox biztonsági mentés visszaállítása
- hogyan kell visszaállítani proxmoxban
- honnan tudom, hogy működik a proxmox mentés
- proxmox mentés teszt
- proxmox vmid ütközés visszaállításkor
A biztonsági mentési feladatok minden éjjel lefutnak, és mind zöld. Ez azt bizonyítja, hogy a fájl megíródott. Nem bizonyítja, hogy a fájl olvasható, nem bizonyítja, hogy a benne lévő gép elindul, és végképp nem bizonyítja, hogy az azon a gépen futó szolgáltatás működik. A kettő közötti különbség azon a napon derül ki, amikor tényleg szükség van rá.
A tesztelés három szintje
Első: olvasható-e. Annak ellenőrzése, hogy a biztonsági mentés ép. Olcsó, automatizálható, és legalább kiszűri a csendes sérülést. Önmagában viszont még mindig nem mondja azt, hogy "a gép elindul".
Második: elindul-e. A biztonsági mentést új azonosítóval kell visszaállítani egy tesztkörnyezetbe, hálózat nélkül elindítani, és megnézni a bejelentkezési képernyőt. A legtöbben soha nem jutnak el eddig a szintig, pedig nagyjából egy kávészünetnyi időbe kerül, és sokat tanít.
Harmadik: elvégzi-e a dolgát. Elindul-e az alkalmazás, megvan-e az adat, hiányzik-e az utolsó óra. Kritikus gépeknél ez az igazi kérdés, mert az a gép, amelyik elindul, de üresen indul, senkit nem ment meg.
A szabály, amely mellett a teszt nem tör el semmit
A visszaállítás mindig új azonosítóval történjen, soha nem a futó gép fölé. A tesztet pedig hálózat nélkül kell futtatni: két gép azonos azonosítóval és azonos címmel ugyanazon a hálózaton egymással verekszik, és az árat nem a tesztmásolat fizeti meg, hanem a futó eredeti.
Amit az első teszt felszínre hoz
Amit az első alkalommal tesztelők találnak, rendszerről rendszerre feltűnően hasonló. A biztonsági mentés három hetes, mert a feladat csendben leállt, és senki nem nézett rá. A gép elindul, de az alkalmazás olyan kulcsot kér, amely máshol volt. A visszaállításhoz több hely kell, mint amennyi a célon van. Ebből semmi nem látszik a mentés készítése közben, és minden látszik a visszaállítás közben.
Meglepetések a visszaállítás közben
Azonosítóütközés: ez a szám már használatban van. Tárolónév: a biztonsági mentés olyan tárolónévre hivatkozik, amely ezen a gépen már nem létezik. Hídnév: a mentésben lévő hálózati meghatározás olyan hídra mutat, amely ezen a szerveren nincs, így a gép hálózat nélkül indul el.
Ezek egyike sem hiba, hanem a költözés következménye. Egy valódi katasztrófa napján először találkozva velük azonban megkülönböztethetetlenek a hibától.
Gyakoriság és a naptár
A negyedévente egyszer elvégzett visszaállítási teszt többet ér, mint egy hibátlan mentési szabályzat, amelyet soha nem próbáltak ki. A tesztet dátumhoz érdemes kötni: ami "majd ha lesz idő" alapon marad, az nem történik meg. A találtakat le kell írni, mert ha a következő teszt ugyanazt találja, akkor nem a biztonsági mentéssel van baj, hanem a folyamattal.
A lényeg a főpróba
Egy valódi adatvesztés napján nincs idő mindezt megtanulni. Aznap egyetlen dolog marad: megismételni a már elvégzett munkát. A teszt ennek a napnak a főpróbája, és pontosan ennyit is ér egy főpróba.
Mit csinál az Atlas
Az Atlas megmutatja, mely biztonsági mentések léteznek, hol vannak és mikor készültek, így a "van-e mentés és milyen régi" kérdés ránézésre megválaszolható, nem találgatásból. Ez a fenti tesztelés első lépése: annak biztosítása, hogy legyen mit tesztelni. Magát a visszaállítást a Proxmox saját képernyőiről kell elvégezni. Az Atlas nem áll az útjába, hanem láthatóvá teszi a meglévőt.
Források
A Proxmox saját dokumentációja. Angol nyelvű, és ebben a kérdésben az övé az utolsó szó.