Záloha NAS selhala i po návratu VPN

VPN se znovu připojí v 06:10, panel zobrazuje tunel jako zelený a noční záloha stále nemá nový bod obnovení. To není rozpor; jsou to dva plány, které nebyly nikdy sladěny. Tunel, který se obnoví, je síťová událost. Záloha, která se dokončí, je událost aplikace s vlastním stavovým automatem a přerušený běh může být pozastaven, zrušen nebo zařazen do fronty za něčím úplně jiným.

Plánujte okno kolem dokončeného bodu obnovení, ne kolem indikačního světla tunelu.

Začněte od bodu obnovení, ne od času spuštění

Zapište požadavek jako termín pro přijatou verzi: nový bod obnovení, který projde vlastní kontrolou integrity úlohy do stanoveného času. Poté postupujte zpětně přes očekávanou dobu trvání, běžnou odchylku a jeden přerušený pokus. Čas spuštění není závazek; je to jen okamžik, kdy to plánovač zkusil. Dejte termín do zásad zálohování, ne do zprávy v chatu. Číslo, které žije jen v něčí paměti, není prahem monitorování.

Pro odhad trvání použijte historii úlohy. Zpracování bloků, deduplikace a práce s indexem jsou součástí běhu, takže dělení změněných bajtů rychlostí linky podhodnocuje okno způsobem, který později vypadá jako síťový problém.

Co přerušení udělá s úlohou

Hyper Backup rozlišuje práci, kterou lze obnovit, od práce, kterou nelze: dokumentované chování je takové, že obnovitelné úlohy se pozastaví a neobnovitelné se zruší, když spojení spadne. Ani jeden stav není vidět z klienta VPN a ani jeden se neopraví opětovným připojením tunelu. Přečtěte si stav úlohy a její zaznamenaný důvod, než budete předpokládat, že příští naplánovaný běh naváže tam, kde se starý zastavil.

Ruční pozastavení a síťové přerušení mohou sledovat různé životní cykly. Pokud úlohu pozastavil operátor, opětovné připojení sítě nezmění vůbec nic.

Cíl má své vlastní požadavky

Obnovený tunel nepřipojí šifrovanou sdílenou složku, neobnoví prošlé přihlašovací údaje zálohy ani nedokončí údržbu na cíli. To jsou samostatné kontroly připravenosti a kterákoli z nich může ze zeleného tunelu udělat neúspěšnou úlohu. Než budete vinit plán obnovy, ověřte, že cíl je dostupný a zapisovatelný.

Pokud se restartoval samotný cílový NAS, jeho služby se mohou ještě spouštět, když se zálohovací úloha spustí. Krátká kontrola připravenosti je levnější než neúspěšný běh a opakování.

Kontroly integrity soutěží o stejné hodiny

Kontrola integrity může spotřebovat okno zcela bez síťového selhání. DSM dokumentuje jeden aktivní proces na úlohu a naplánovaná záloha může čekat za kontrolou integrity této úlohy a poté být po maximálním čekání kolem tří hodin přeskočena. Oddělte oba plány podle pozorovaných dob trvání a přeskočený běh berte jako zjištění o plánování, ne jako důkaz, že VPN znovu selhala.

Zapněte oznámení se skutečným způsobem doručení a poté pověřte někoho, aby je četl. Úloha, která nikdy nezačala, a úloha, která selhala v polovině, nemusí vytvořit stejné upozornění.

Udělejte ranní kontrolu o kopii

Ranní otázkou je, zda existuje aktuální a obnovitelná kopie, ne zda je tunel nahoře. Zkontrolujte stáří poslední přijaté verze proti termínu a poté proveďte bezpečný test obnovy na malém souboru z této verze. Zachovejte předchozí dobré verze, dokud vyšetřujete cokoli, co vypadá špatně.

Zaznamenejte časová razítka v jednom časovém pásmu, včetně pásma plánovače, pásma cíle a pásma člověka, který čte panel. Více než jedno z těchto vyšetřování končí u rozdílu hodin, ne u síťové závady, a právě poznámka to příště zviditelní.