Din NAS-säkerhetskopiering misslyckades fortfarande efter att VPN:et kom tillbaka

VPN:et återansluter klockan 06:10, instrumentpanelen visar tunneln grön, och nattens säkerhetskopiering har fortfarande ingen ny återställningspunkt. Det är ingen motsägelse; det är två scheman som aldrig samordnades. En tunnel som återhämtar sig är en nätverkshändelse. En säkerhetskopiering som slutförs är en programhändelse med sin egen tillståndsmaskin, och en avbruten körning kan vara pausad, avbruten eller placerad i kö bakom något helt annat.

Planera fönstret kring en slutförd återställningspunkt, inte kring tunnelns indikatorlampa.

Börja vid återställningspunkten, inte vid starttiden

Skriv kravet som en deadline för en accepterad version: en ny återställningspunkt som klarar uppgiftens egen integritetskontroll vid en angiven tid. Arbeta sedan baklänges genom den förväntade varaktigheten, den vanliga variationen och ett avbrutet försök. En starttid är inte ett åtagande; den är bara ögonblicket då schemaläggaren försökte. Sätt deadlinen i säkerhetskopieringspolicyn, inte i ett chattmeddelande. En siffra som bara lever i någons minne är inte ett övervakningströskelvärde.

Använd uppgiftens historik för varaktighetsuppskattningen. Chunkbearbetning, deduplicering och indexarbete är en del av körningen, så att dividera ändrade byte med en länkhastighet underskattar fönstret på ett sätt som senare ser ut som ett nätverksproblem.

Vad ett avbrott gör med jobbet

Hyper Backup skiljer mellan arbete som kan återupptas och arbete som inte kan: det dokumenterade beteendet är att återupptagbara uppgifter pausas och icke återupptagbara uppgifter avbryts när anslutningen faller. Ingen av tillstånden syns från VPN-klienten, och ingen av dem repareras genom att ansluta tunneln igen. Läs uppgiftens tillstånd och den registrerade orsaken innan du antar att nästa schemalagda körning fortsätter där den gamla slutade.

Manuell paus och ett nätverksavbrott kan följa olika livscykler. Om en operatör har pausat uppgiften ändrar det att ansluta nätverket igen absolut ingenting.

Destinationen har sina egna krav

En återställd tunnel monterar inte en krypterad delad mapp, förnyar inte utgångna inloggningsuppgifter för säkerhetskopiering och slutför inte underhåll på destinationen. Det är separata beredskapskontroller, och vilken som helst av dem kan göra en grön tunnel till ett misslyckat jobb. Bekräfta att destinationen är nåbar och skrivbar innan du skyller på återställningsschemat.

Om destinations-NAS:et självt har startats om kan dess tjänster fortfarande starta när säkerhetskopieringsuppgiften utlöses. En kort beredskapskontroll är billigare än en misslyckad körning och ett nytt försök.

Integritetskontroller konkurrerar om samma timmar

En integritetskontroll kan förbruka fönstret helt utan något nätverksfel. DSM dokumenterar en aktiv process per uppgift, och en schemalagd säkerhetskopiering kan vänta bakom den uppgiftens integritetskontroll och sedan hoppas över efter en maximal väntetid på ungefär tre timmar. Sprid ut de två schemana enligt de observerade varaktigheterna, och behandla en överhoppad körning som ett schemaläggningsfynd och inte som bevis för att VPN:et misslyckades igen.

Aktivera aviseringar med en riktig leveransmetod och utse sedan någon att läsa dem. Ett jobb som aldrig startade och ett jobb som misslyckades halvvägs kanske inte ger samma larm.

Gör morgonkontrollen till en kontroll av kopian

Morgonens fråga är om det finns en aktuell, återställbar kopia, inte om tunneln är uppe. Kontrollera åldern på den senast accepterade versionen mot deadlinen och utför sedan ett säkert återställningstest på en liten fil från den versionen. Bevara de tidigare bra versionerna medan du undersöker allt som verkar fel.

Registrera tidsstämplarna i en enda tidszon, inklusive schemaläggarens zon, destinationens zon och zonen för personen som läser instrumentpanelen. Mer än en av dessa utredningar slutar i en klockdifferens i stället för ett nätverksfel, och anteckningen är det som gör det synligt nästa gång.