A NAS-mentése a VPN visszatérése után is meghiúsult

A VPN 06:10-kor újracsatlakozik, az irányítópult zöldnek mutatja az alagutat, és az éjszakai mentésnek még mindig nincs új helyreállítási pontja. Ez nem ellentmondás; ez két ütemezés, amelyeket soha nem hangoltak össze. Az alagút, amely helyreáll, hálózati esemény. A mentés, amely befejeződik, alkalmazásesemény saját állapotgéppel, és a megszakított futás felfüggeszthető, megszakítható vagy teljesen valami más mögé sorolható.

Az időablakot egy befejezett helyreállítási pont köré tervezze, ne az alagút jelzőlámpája köré.

A helyreállítási pontból induljon, ne az indítási időből

Írja le a követelményt elfogadott verzió határidejeként: egy új helyreállítási pont, amely a feladat saját integritásellenőrzésén áthalad egy megadott időpontig. Ezután dolgozzon visszafelé a várható időtartamon, a szokásos eltérésen és egy megszakított kísérleten keresztül. Az indítási idő nem kötelezettség; csak az a pillanat, amikor az ütemező megpróbálta. A határidőt a mentési szabályzatba tegye, ne egy csevegőüzenetbe. Egy szám, amely csak valaki emlékezetében él, nem megfigyelési küszöb.

Használja a feladat előzményeit az időtartam becsléséhez. A darabfeldolgozás, a deduplikáció és az indexmunka a futás része, ezért a megváltozott bájtok kapcsolati sebességgel való osztása alábecsüli az időablakot oly módon, amely később hálózati problémának látszik.

Mit tesz a megszakítás a feladattal

A Hyper Backup megkülönbözteti a folytatható és a nem folytatható munkát: a dokumentált viselkedés az, hogy a kapcsolat megszakadásakor a folytatható feladatok felfüggesztődnek, a nem folytathatók pedig megszakadnak. Egyik állapot sem látható a VPN-ügyfélből, és egyiket sem javítja az alagút újracsatlakoztatása. Olvassa el a feladat állapotát és rögzített okát, mielőtt feltételezné, hogy a következő ütemezett futás onnan folytatja, ahol a régi megállt.

A kézi felfüggesztés és a hálózati megszakítás eltérő életciklusokat követhet. Ha egy üzemeltető szüneteltette a feladatot, a hálózat újracsatlakoztatása semmit sem változtat.

A cél saját követelményekkel rendelkezik

Egy helyreállított alagút nem csatol fel titkosított megosztott mappát, nem újít meg lejárt mentési hitelesítő adatokat, és nem fejezi be a célon a karbantartást. Ezek külön készenléti ellenőrzések, és bármelyikük zöld alagutat bukott feladattá alakíthat. Erősítse meg, hogy a cél elérhető és írható, mielőtt a helyreállítási ütemezést hibáztatná.

Ha maga a cél NAS indult újra, előfordulhat, hogy szolgáltatásai még indulnak, amikor a mentési feladat elindul. Egy rövid készenléti ellenőrzés olcsóbb, mint egy meghiúsult futás és egy újrapróbálkozás.

Az integritásellenőrzések ugyanazokért az órákért versenyeznek

Egy integritásellenőrzés minden hálózati hiba nélkül felemésztheti az időablakot. A DSM feladatonként egy aktív folyamatot dokumentál, és egy ütemezett mentés várakozhat a feladat integritásellenőrzése mögött, majd körülbelül három órás maximális várakozás után kimaradhat. Ossza el a két ütemezést a megfigyelt időtartamok szerint, és a kimaradt futást ütemezési megállapításnak tekintse, nem annak bizonyítékaként, hogy a VPN ismét meghiúsult.

Engedélyezze az értesítéseket valódi kézbesítési módszerrel, majd jelöljön ki valakit, aki elolvassa őket. Egy soha el nem indult feladat és egy félúton meghiúsult feladat nem feltétlenül ugyanazt a riasztást adja.

A reggeli ellenőrzés a másolatról szóljon

A reggeli kérdés az, hogy létezik-e aktuális, helyreállítható másolat, nem az, hogy fut-e az alagút. Hasonlítsa össze az utolsó elfogadott verzió korát a határidővel, majd végezzen biztonságos helyreállítási tesztet a verzió egy kis fájlján. Őrizze meg a korábbi jó verziókat, miközben bármit vizsgál, ami hibásnak tűnik.

Rögzítse az időbélyegeket egy időzónában, beleértve az ütemező zónáját, a cél zónáját és az irányítópultot olvasó személy zónáját. E vizsgálatok közül több is óraeléréssel végződik, nem hálózati hibával, és a feljegyzés az, ami ezt legközelebb láthatóvá teszi.