VPN sa znova pripojí o 06:10, panel zobrazuje tunel ako zelený a nočná záloha stále nemá nový bod obnovenia. To nie je rozpor; sú to dva plány, ktoré neboli nikdy zladené. Tunel, ktorý sa obnoví, je sieťová udalosť. Záloha, ktorá sa dokončí, je udalosť aplikácie s vlastným stavovým automatom, a prerušený beh môže byť pozastavený, zrušený alebo zaradený do frontu za niečím úplne iným.

Plánujte okno okolo dokončeného bodu obnovenia, nie okolo indikačného svetla tunela.

Začnite od bodu obnovenia, nie od času spustenia

Napíšte požiadavku ako termín pre prijatú verziu: nový bod obnovenia, ktorý do určeného času prejde vlastnou kontrolou integrity úlohy. Potom postupujte spätne cez očakávané trvanie, bežnú odchýlku a jeden prerušený pokus. Čas spustenia nie je záväzok; je to len okamih, keď to plánovač skúsil. Dajte termín do zásad zálohovania, nie do správy v chate. Číslo, ktoré žije len v niekoho pamäti, nie je prah monitorovania.

Pre odhad trvania použite históriu úlohy. Spracovanie blokov, deduplikácia a práca s indexom sú súčasťou behu, takže delenie zmenených bajtov rýchlosťou linky podhodnocuje okno spôsobom, ktorý neskôr vyzerá ako sieťový problém.

Čo prerušenie urobí s úlohou

Hyper Backup rozlišuje prácu, ktorú možno obnoviť, od práce, ktorú nemožno: dokumentované správanie je také, že obnoviteľné úlohy sa pozastavia a neobnoviteľné sa zrušia, keď spojenie padne. Ani jeden stav nie je viditeľný z klienta VPN a ani jeden sa neopraví opätovným pripojením tunela. Prečítajte si stav úlohy a jej zaznamenaný dôvod, skôr než budete predpokladať, že ďalší naplánovaný beh nadviaže tam, kde sa starý zastavil.

Ručné pozastavenie a sieťové prerušenie môžu sledovať rôzne životné cykly. Ak úlohu pozastavil operátor, opätovné pripojenie siete nezmení vôbec nič.

Cieľ má svoje vlastné požiadavky

Obnovený tunel nepripojí šifrovaný zdieľaný priečinok, neobnoví vypršané prihlasovacie údaje zálohy a nedokončí údržbu na cieli. To sú samostatné kontroly pripravenosti a ktorákoľvek z nich môže zo zeleného tunela urobiť neúspešnú úlohu. Skôr než obviníte plán obnovy, overte, že cieľ je dostupný a zapisovateľný.

Ak sa reštartoval samotný cieľový NAS, jeho služby sa môžu ešte spúšťať, keď sa zálohovacia úloha spustí. Krátka kontrola pripravenosti je lacnejšia než neúspešný beh a opakovanie.

Kontroly integrity súťažia o rovnaké hodiny

Kontrola integrity môže spotrebovať okno úplne bez sieťového zlyhania. DSM dokumentuje jeden aktívny proces na úlohu a naplánovaná záloha môže čakať za kontrolou integrity tejto úlohy a potom byť po maximálnom čakaní okolo troch hodín preskočená. Rozdeľte oba plány podľa pozorovaných trvaní a preskočený beh berte ako zistenie o plánovaní, nie ako dôkaz, že VPN znovu zlyhal.

Zapnite oznámenia so skutočným spôsobom doručenia a potom poverte niekoho, aby ich čítal. Úloha, ktorá nikdy nezačala, a úloha, ktorá zlyhala v polovici, nemusia vytvoriť rovnaké upozornenie.

Urobte rannú kontrolu o kópii

Rannou otázkou je, či existuje aktuálna a obnoviteľná kópia, nie či je tunel aktívny. Skontrolujte vek poslednej prijatej verzie voči termínu a potom vykonajte bezpečný test obnovy na malom súbore z tejto verzie. Zachovajte predchádzajúce dobré verzie, kým vyšetrujete čokoľvek, čo vyzerá nesprávne.

Zaznamenajte časové značky v jednom časovom pásme vrátane pásma plánovača, pásma cieľa a pásma osoby, ktorá číta panel. Viac než jedno z týchto vyšetrovaní končí pri rozdiele hodín, nie pri sieťovej poruche, a práve poznámka to nabudúce zviditeľní.

Súvisiace články