Din NAS-sikkerhedskopi mislykkedes stadig, efter at VPN'et kom tilbage

VPN'et genopretter forbindelsen klokken 06:10, dashboardet viser en grøn tunnel, og nattens sikkerhedskopi har stadig ikke noget nyt gendannelsespunkt. Det er ikke en modsætning; det er to tidsplaner, der aldrig blev koordineret. En tunnel, der kommer tilbage, er en netværkshændelse. En sikkerhedskopi, der fuldføres, er en applikationshændelse med sin egen tilstandsmaskine, og en afbrudt kørsel kan være sat på pause, annulleret eller lagt i kø bag noget helt andet.

Planlæg vinduet omkring et fuldført gendannelsespunkt i stedet for omkring tunnelens indikatorlampe.

Start ved gendannelsespunktet, ikke ved starttiden

Skriv kravet som en deadline for en accepteret version: et nyt gendannelsespunkt, der består opgavens egen integritetskontrol på et fastsat tidspunkt. Arbejd derefter baglæns gennem den forventede varighed, den almindelige variation og ét afbrudt forsøg. En starttid er ikke en forpligtelse; det er kun det øjeblik, planlæggeren forsøgte. Sæt deadlinen i sikkerhedskopipolitikken i stedet for i en chatbesked. Et tal, der kun lever i nogens hukommelse, er ikke en overvågningstærskel.

Brug opgavens historik til varighedsestimatet. Chunkbehandling, deduplikering og indeksarbejde er en del af kørslen, så at dele ændrede bytes med en linkhastighed undervurderer vinduet på en måde, der senere ser ud som et netværksproblem.

Hvad en afbrydelse gør ved jobbet

Hyper Backup skelner mellem arbejde, der kan genoptages, og arbejde, der ikke kan: den dokumenterede adfærd er, at genoptagelige opgaver sættes på pause, og ikke-genoptagelige opgaver annulleres, når forbindelsen falder. Ingen af tilstandene er synlige fra VPN-klienten, og ingen af dem repareres ved at genoprette tunnelens forbindelse. Læs opgavens tilstand og dens registrerede årsag, før du antager, at den næste planlagte kørsel fortsætter, hvor den gamle stoppede.

Manuel pause og en netværksafbrydelse kan følge forskellige livscyklusser. Hvis en operatør har sat opgaven på pause, ændrer genoprettelse af netværket absolut intet.

Destinationslaget har sine egne krav

En genoprettet tunnel monterer ikke en krypteret delt mappe, fornyer ikke udløbne sikkerhedskopilogonoplysninger og afslutter ikke vedligeholdelse på destinationen. Det er separate parathedskontroller, og enhver af dem kan gøre en grøn tunnel til et mislykket job. Bekræft, at destinationen er tilgængelig og skrivbar, før du bebrejder gendannelsesplanen.

Hvis destinations-NAS'et selv er genstartet, kan dets tjenester stadig være ved at starte, når sikkerhedskopiopgaven udløses. En kort parathedskontrol er billigere end en mislykket kørsel og et nyt forsøg.

Integritetskontroller konkurrerer om de samme timer

En integritetskontrol kan bruge vinduet uden nogen netværksfejl overhovedet. DSM dokumenterer én aktiv proces per opgave, og en planlagt sikkerhedskopi kan vente bag den opgaves integritetskontrol og derefter blive sprunget over efter en maksimal ventetid på omkring tre timer. Fordel de to tidsplaner efter de observerede varigheder, og behandl en sprunget kørsel som et planlægningsfund i stedet for som bevis for, at VPN'et fejlede igen.

Aktivér underretninger med en rigtig leveringsmetode, og udpeg derefter nogen til at læse dem. Et job, der aldrig startede, og et job, der fejlede halvvejs, giver måske ikke samme alarm.

Gør morgenkontrollen til en kontrol af kopien

Morgenens spørgsmål er, om der findes en aktuel, gendannelig kopi, ikke om tunnelen er oppe. Kontroller alderen på den sidste accepterede version mod deadlinen, og udfør derefter en sikker gendannelsestest på en lille fil fra den version. Bevar de tidligere gode versioner, mens du undersøger alt, der ser forkert ud.

Notér tidsstemplerne i én tidszone, inklusive planlæggerens zone, destinationens zone og zonen for den person, der læser dashboardet. Mere end én af disse undersøgelser ender ved en urforskel i stedet for en netværksfejl, og noten er det, der gør det synligt næste gang.