A mentési feladat csendben leállt: a legdrágább hiba nem a hangos

Egy mentési elrendezés legdrágább hibája nem a hangos hiba. A hangos hiba látszik, és még aznap megjavítják. Az a feladat viszont, amelyik csendben leáll, hetekig leállva marad, és pontosan azon a napon derül ki, amikor szükség lett volna rá.

A csendes leállás módjai

A cél megtelt. Egy hálózati megosztás újraindítás után nem csatolódott fel. Egy tárolót átneveztek. A feladat olyan gépre mutat, amelyik már nem létezik. Egy hitelesítő adat lejárt. Mindegyik ír hibát valahová, és egyik sem ír hibát ember elé.

Az értesítés csapdája

A "ha elromlik, kapok egy e-mailt" mondat két feltevést hordoz: hogy a levél tényleg elhagyja ezt a gépet, és hogy valaki el is olvassa. A legtöbb rendszerben egyik sem igaz. Ráadásul a csak hibára megszólaló értesítés megkülönböztethetetlen attól az értesítési rendszertől, amelyik soha nem működött: mindkettő néma.

Egy értesítésről csak úgy lehet tudni, hogy működik, ha valaki már látta működni. A beállítás napján érdemes szándékosan hibát okozni, és megvárni, hogy a levél megérkezzen. Ha a megérkezést senki nem látta, az az értesítés nem létezik.

Amit nézni kell: a mentés kora

Az utolsó feladat állapota helyett a legfrissebb biztonsági mentés kora a mérvadó. A kor egyszerre két kérdésre válaszol: lefutott-e a feladat, és keletkezett-e belőle valami. Egy feladat úgy is lefuthat, hogy semmit nem hoz létre, és közben sikeresnek látszik; ezt a kor kiszűri, az állapot nem.

Egyperces ellenőrzés, havonta egyszer

Négy dolgot érdemes megnézni: milyen régi az egyes gépek legfrissebb mentése, egyezik-e a megőrzött mentések száma a megőrzési szabállyal, mennyi hely maradt a célon, és van-e olyan gép, amelyről egyáltalán nincs mentés.

Az utolsó a leggyakoribb találat, és az oka szinte mindig ugyanaz: az a gép a mentési feladat megírása után jött létre.

A szabályt kell leírni, nem a listát

Az a feladat, amelyik egyesével sorolja fel a mentendő gépeket, a megírása napján helyes, és minden új géppel egy kicsit hibásabb. Ahol lehet, a meghatározás legyen "mindegyik, kivéve ezeket". Így egy új gép létrehozása magától a mentés hatókörébe kerül, és a felejtés ára nullára csökken.

Mit csinál az Atlas

Az Atlas a meglévő biztonsági mentéseket a dátumukkal együtt mutatja, így a fenti kor kérdése ránézésre megválaszolható, nem találgatásból: egyetlen képernyőn látszik, mikor készült az egyes gépek legfrissebb mentése.

Az Atlas Watch magát a szervert, a függőben lévő frissítéseket, a virtuális gépeket és a biztonsági mentések korát figyeli. Oda néz, ahová ez a szócikk is irányít: nem a feladat utolsó állapotára, hanem a legfrissebb mentés korára. Ha egy gép legfrissebb mentése a beállított napok számánál régebbi, ezt jelzi a napi összefoglalóban; az alapértelmezett küszöb három nap, a panelről módosítható, és ha az ellenőrzés kritikus szintre kerül, a jelzés azonnal megy, az összefoglalóra várás nélkül.

Ha maga a mentési tároló nem olvasható, a Watch nem hallgat el, hanem közli, hogy nem tudta olvasni. A csend egészségként való értelmezése pontosan az a hiba, amiről ez a szócikk szól, ezért szándékosan kizárt, hogy a felügyelet rendben lévőnek mondjon olyasmit, amit el sem tudott olvasni. A fenti havi ellenőrzést ettől még érdemes megtartani: az egyetlen eset, amelyet az ellenőrzés nem fed le, a vadonatúj gép, amelyről még egyáltalán nincs mentés.