Twoja kopia zapasowa NAS nadal się nie powiodła po powrocie VPN

VPN łączy się ponownie o 06:10, pulpit pokazuje zielony tunel, a nocna kopia zapasowa wciąż nie ma nowego punktu odzyskiwania. To nie sprzeczność; to dwa harmonogramy, które nigdy nie zostały uzgodnione. Tunel, który wraca, to zdarzenie sieciowe. Kopia zapasowa, która się kończy, to zdarzenie aplikacji z własną maszyną stanów, a przerwane uruchomienie może zostać wstrzymane, anulowane lub ustawione w kolejce za czymś zupełnie innym.

Planuj okno wokół ukończonego punktu odzyskiwania, a nie wokół lampki kontrolnej tunelu.

Zacznij od punktu odzyskiwania, a nie od godziny rozpoczęcia

Zapisz wymaganie jako termin dla zaakceptowanej wersji: nowy punkt odzyskiwania, który przejdzie własną kontrolę integralności zadania do określonego czasu. Następnie pracuj wstecz przez oczekiwany czas trwania, zwykłą zmienność i jedną przerwaną próbę. Godzina uruchomienia nie jest zobowiązaniem; to tylko moment, w którym planista spróbował. Umieść termin w polityce kopii zapasowych, a nie w wiadomości czatu. Liczba, która żyje tylko w czyjejś pamięci, nie jest progiem monitorowania.

Użyj historii zadania do oszacowania czasu trwania. Przetwarzanie fragmentów, deduplikacja i praca indeksu są częścią uruchomienia, więc dzielenie zmienionych bajtów przez prędkość łącza zaniża okno w sposób, który później wygląda jak problem sieciowy.

Co przerwa robi z zadaniem

Hyper Backup rozróżnia pracę, którą można wznowić, od pracy, której nie można: udokumentowane zachowanie polega na tym, że zadania wznawialne są wstrzymywane, a niewznawialne anulowane, gdy połączenie zostanie utracone. Żaden z tych stanów nie jest widoczny w kliencie VPN i żaden nie jest naprawiany przez ponowne połączenie tunelu. Przeczytaj stan zadania i zapisaną przyczynę, zanim założysz, że następne zaplanowane uruchomienie będzie kontynuowane tam, gdzie zatrzymało się poprzednie.

Ręczne wstrzymanie i przerwa w sieci mogą mieć różne cykle życia. Jeśli operator wstrzymał zadanie, ponowne połączenie sieci niczego nie zmienia.

Cel ma własne wymagania

Przywrócony tunel nie montuje zaszyfrowanego folderu udostępnionego, nie odnawia wygasłych danych uwierzytelniających kopii zapasowej i nie kończy konserwacji w miejscu docelowym. To oddzielne kontrole gotowości i każda z nich może zamienić zielony tunel w nieudane zadanie. Potwierdź, że cel jest osiągalny i zapisywalny, zanim obwinisz harmonogram odzyskiwania.

Jeśli sam NAS docelowy został ponownie uruchomiony, jego usługi mogą jeszcze startować, gdy zadanie kopii zapasowej się uruchomi. Krótka kontrola gotowości jest tańsza niż nieudane uruchomienie i ponowna próba.

Kontrole integralności konkurują o te same godziny

Kontrola integralności może zużyć okno bez żadnej awarii sieci. DSM dokumentuje jeden aktywny proces na zadanie, a zaplanowana kopia zapasowa może czekać za kontrolą integralności tego zadania, a następnie zostać pominięta po maksymalnym oczekiwaniu około trzech godzin. Rozsuń oba harmonogramy zgodnie z zaobserwowanymi czasami trwania i traktuj pominięte uruchomienie jako ustalenie dotyczące planowania, a nie dowód, że VPN znów zawiódł.

Włącz powiadomienia z rzeczywistą metodą dostarczania, a następnie wyznacz kogoś do ich czytania. Zadanie, które nigdy się nie zaczęło, i zadanie, które nie powiodło się w połowie, mogą nie generować tego samego alertu.

Spraw, aby poranna kontrola dotyczyła kopii

Poranne pytanie brzmi, czy istnieje aktualna, odtwarzalna kopia, a nie czy tunel działa. Sprawdź wiek ostatniej zaakceptowanej wersji względem terminu, a następnie wykonaj bezpieczny test odtwarzania na małym pliku z tej wersji. Zachowaj poprzednie dobre wersje, badając wszystko, co wygląda źle.

Zapisuj znaczniki czasu w jednej strefie czasowej, w tym strefie planisty, strefie celu i strefie osoby czytającej pulpit. Więcej niż jedno z tych dochodzeń kończy się różnicą zegarów, a nie awarią sieci, i to właśnie notatka sprawia, że następnym razem będzie to widoczne.