NAS-sikkerhetskopien din mislyktes fortsatt etter at VPN-en kom tilbake

VPN-en kobler til igjen klokken 06:10, dashbordet viser tunnelen grønn, og nattens sikkerhetskopi har fortsatt ikke noe nytt gjenopprettingspunkt. Det er ikke en motsigelse; det er to tidsplaner som aldri ble koordinert. En tunnel som kommer tilbake, er en nettverkshendelse. En sikkerhetskopi som fullføres, er en programhendelse med sin egen tilstandsmaskin, og en avbrutt kjøring kan være satt på pause, avbrutt eller lagt i kø bak noe helt annet.

Planlegg vinduet rundt et fullført gjenopprettingspunkt i stedet for rundt tunnelens indikatorlampe.

Start ved gjenopprettingspunktet, ikke ved starttiden

Skriv kravet som en frist for en akseptert versjon: et nytt gjenopprettingspunkt som består oppgavens egen integritetskontroll innen et angitt tidspunkt. Arbeid deretter baklengs gjennom forventet varighet, vanlig variasjon og ett avbrutt forsøk. En starttid er ikke en forpliktelse; den er bare øyeblikket planleggeren forsøkte. Sett fristen i sikkerhetskopipolicyen, ikke i en chatmelding. Et tall som bare lever i noens minne, er ikke en overvåkingsterskel.

Bruk oppgavens historikk for varighetsestimatet. Chunk-behandling, deduplisering og indeksarbeid er en del av kjøringen, så å dele endrede byte på en lenkehastighet undervurderer vinduet på en måte som senere ser ut som et nettverksproblem.

Hva en avbrytelse gjør med jobben

Hyper Backup skiller mellom arbeid som kan gjenopptas og arbeid som ikke kan: den dokumenterte oppførselen er at gjenopptakbare oppgaver settes på pause og ikke-gjenopptakbare oppgaver avbrytes når forbindelsen faller. Ingen av tilstandene er synlige fra VPN-klienten, og ingen av dem repareres ved å koble tunnelen til igjen. Les oppgavens tilstand og den registrerte årsaken før du antar at neste planlagte kjøring fortsetter der den gamle stoppet.

Manuell pause og en nettverksavbrytelse kan følge ulike livssykluser. Hvis en operatør har satt oppgaven på pause, endrer det å koble nettverket til igjen absolutt ingenting.

Destinasjonen har sine egne krav

En gjenopprettet tunnel monterer ikke en kryptert delt mappe, fornyer ikke utløpte sikkerhetskopipåloggingsdata og fullfører ikke vedlikehold på destinasjonen. Det er separate beredskapskontroller, og enhver av dem kan gjøre en grønn tunnel om til en mislykket jobb. Bekreft at destinasjonen er tilgjengelig og skrivbar før du klandrer gjenopprettingsplanen.

Hvis destinasjons-NAS-en selv er startet på nytt, kan tjenestene fortsatt være i ferd med å starte når sikkerhetskopioppgaven utløses. En kort beredskapskontroll er billigere enn en mislykket kjøring og et nytt forsøk.

Integritetskontroller konkurrerer om de samme timene

En integritetskontroll kan bruke vinduet uten noen nettverksfeil i det hele tatt. DSM dokumenterer én aktiv prosess per oppgave, og en planlagt sikkerhetskopi kan vente bak den oppgavens integritetskontroll og deretter bli hoppet over etter en maksimal ventetid på omtrent tre timer. Fordel de to tidsplanene etter de observerte varighetene, og behandle en hoppet over kjøring som et planleggingsfunn i stedet for som bevis på at VPN-en feilet igjen.

Aktiver varsler med en ekte leveringsmetode, og utpek deretter noen til å lese dem. En jobb som aldri startet, og en jobb som feilet halvveis, gir kanskje ikke samme varsel.

Gjør morgenkontrollen til en kontroll av kopien

Morgenens spørsmål er om det finnes en aktuell, gjenopprettbar kopi, ikke om tunnelen er oppe. Kontroller alderen på den siste aksepterte versjonen mot fristen, og utfør deretter en trygg gjenopprettingstest på en liten fil fra den versjonen. Bevar de tidligere gode versjonene mens du undersøker alt som ser galt ut.

Registrer tidsstemplene i én tidssone, inkludert planleggerens sone, destinasjonens sone og sonen til personen som leser dashbordet. Mer enn én av disse undersøkelsene ender på en klokkeforskjell i stedet for en nettverksfeil, og notatet er det som gjør det synlig neste gang.