Hvad gør man, hvis…

Nattens backup er mislykkedes

En backup, der fejler én nat, er ikke en katastrofe, men en forsinkelse: den seneste sunde kopi er mindst 48 timer gammel, hvis den fra dagen før lykkedes. Flere fejl i træk er en beskyttelseshændelse: man finder årsagen samme dag og nøjes ikke med at kvittere for alarmen.

Opdateret i oktober 20263 min. læsning5 kilder citeret

Det vigtigste

Læs fejlmeddelelsen, ikke kun den røde indikator: plads, manglende kilde, loginoplysninger, låste filer, båndbredde, stoppet agent.
Et „gennemført“ job kan have kopieret en tom mappe: se på den kopierede størrelse.
Notér datoen for den seneste vellykkede backup, og fortæl den til den ansvarlige for den berørte afdeling.
Genstart efter rettelsen, og kontrollér derefter den følgende nat.
Tre fejl på en måned på samme maskine: ændr opsætningen, ikke kun knappen „genstart“.

1. Læs fejlen, ikke kun den røde indikator

De almindelige årsager i den rækkefølge, de typisk opstår:

Årsag	Tegn	Rettelse
Ikke mere plads på destinationen, eller kvoten er nået	Skrivefejl, opbevaringsperiode der bliver kortere	Forøg lagerpladsen, eller afkort historikken med fuldt overblik over konsekvenserne
Kilden er slukket, uden for netværket, stien er ændret	Drevbogstav eller deling omdøbt; „gennemført“ job på en tom mappe	Genetablér kilden, ret stien, kontrollér den kopierede størrelse
Loginoplysninger afvist	Adgangskoden til en tjenestekonto er udløbet	Genetablér kontoen: ellers vil alle nætter fejle
Låste filer eller en database, der ikke er bragt i hviletilstand	Delvis kopi	Brug den metode, der er beregnet til åbne databaser; en SQL-database i denne tilstand kan ikke gendannes korrekt
For langsom eller afbrudt forbindelse	Job afbrudt ved slutningen af tidsvinduet	Mere effektiv inkrementel backup, længere tidsvindue eller færre unødvendige data
Agenten er stoppet på maskinen	Intet sendes	Genstart tjenesten, og find ud af, hvorfor den stoppede

Det mest vildledende tilfælde er det grønne job på en tom mappe. ANSSI, Frankrigs nationale cybersikkerhedsagentur, kræver, at backuppen systematisk kontrolleres, særligt ved at holde øje med usammenhængende data- eller filmængder, langsomt netværk og ændringer i konfigurationen. En kopieret størrelse, der pludselig falder fra den ene nat til den anden, fortjener lige så megen opmærksomhed som en fejl.

2. Find ud af, hvornår den seneste vellykkede backup var

Det er den eneste dato, der tæller for dagens RPO. Er den mere end nogle få dage gammel, så sig det til den ansvarlige for den berørte afdeling. Vedkommende arbejder uden sikkerhedsnet og skal vide det. At kvittere for alarmen i konsollen uden at sige den sætning er den handling, der to uger senere forvandler en hændelse til datatab.

3. Genstart efter rettelsen

Kør et manuelt job, når årsagen er håndteret. Vent, til det er færdigt. Fejler genstarten, er årsagen der stadig. Næste morgen kontrollerer I den følgende nat: mange „oplagte“ rettelser holder ikke anden gang.

Et gennemført job beviser, at en kopi er skrevet, ikke at den kan gendannes. For en SQL Server-database præciserer Microsoft, at kommandoen til verifikation af en backup ikke kontrollerer strukturen af de data, den indeholder. ANSSI kræver, at backupper testes regelmæssigt med en skriftlig gendannelsesprocedure; NIST anbefaler ligeledes at teste backupper for at sikre, at filerne kan gendannes uden fejl. Efter en backuphændelse er en testgendannelse af en fil eller en database den bedste kontrol. Se Hvordan tester man, at en backup virker?.

4. Hvis det gentager sig

Tre fejl på en måned på samme maskine: omfanget, båndbredden eller produktet passer ikke. Man ændrer en parameter (udelukker en kæmpe unødvendig mappe, deler jobbet op, øger lagerpladsen) og nøjes ikke med at genstarte manuelt hver mandag.

Morgentjekliste

Er alle nattens job afsluttet, og ikke blot „uden fejl“?
Er den kopierede størrelse i tråd med de foregående nætter?
Er den seneste vellykkede backup for hver kritisk maskine under 24 timer gammel?
Er alarmerne læst af en navngiven person og ikke blot modtaget?
Dækker den resterende plads på destinationen den planlagte opbevaringsperiode?

Hos WeDoBack

Overvågningen døgnet rundt omfatter backupperne og sender en alarm, når en backup ikke gennemføres. Alarmen er begyndelsen på denne side, ikke slutningen. Med INTEGRAL kan to timers support om måneden bruges til at håndtere årsagen. Med SMART faktureres support pr. opgave: fejlen er synlig for kunden i konsollen, og det er kundens opgave at læse den. Support kan kontaktes på +33 9 72 50 78 28 kl. 9.00–13.00 og 14.00–17.30 (Paris-tid). Til dimensionering af lagerpladsen er den offentliggjorte tommelfingerregel den nuværende datamængde ganget med tre, efterfulgt af en justering efter en uges brug: en for knap lagerplads ses på job, der fejler, eller på en opbevaringsperiode, der bliver kortere. Krypteringsnøglen, som kunden har, spiller ingen rolle, når afsendelsen fejler: fejler jobbet, er fjernkopien simpelthen ikke blevet opdateret.

Ring på +33 9 72 50 78 28 Se tilbuddet INTEGRAL

Ofte stillede spørgsmål

Er én mislykket nat alvorlig?

Sjældent, hvis natten før lykkedes, og årsagen rettes i løbet af dagen. Risikoen opstår, når det hober sig op: hver mislykket nat øger mængden af arbejde, der ville gå tabt ved en katastrofe. Efter nogle få dage er det en hændelse, der skal meldes til ledelsen.

Er status „gennemført“ nok til at bevise, at en backup er god?

Nej. ANSSI, Frankrigs nationale cybersikkerhedsagentur, kræver systematisk kontrol af backupper, herunder af usammenhængende datamængder, og regelmæssige gendannelsestest. For SQL Server præciserer Microsoft, at verifikationen af en backup ikke kontrollerer strukturen af de data, den indeholder: kun en reel gendannelse efterfulgt af en konsistenskontrol beviser det.

Hvem skal holde øje med backupalarmerne?

En navngiven person med en stedfortræder under ferier. En alarm, der lander i en delt postkasse, som ingen læser, svarer til ingen alarm. Beslut også, hvem der underretter ledelsen, når den seneste vellykkede backup overskrider en på forhånd aftalt grænse.

Læs mere

Kilder

Dokumenter gennemgået i oktober 2026.

Backup af informationssystemer – Det grundlæggende (ANSSI-BP-100, v1.1, 27. november 2025) — ANSSI (fransk agentur)
Cybersecurity guide for SMEs (på engelsk, juni 2021) — ENISA
RESTORE VERIFYONLY (Transact-SQL) — Microsoft Learn
SP 800-34 Rev. 1, Contingency Planning Guide for Federal Information Systems — NIST
Tilbud og priser — WeDoBack

Brug for hjælp nu?

Gendan intet, før du har identificeret en sund kopi. Vi kan guide dig.

Ring på +33 9 72 50 78 28 eller skriv til os

Er du ramt af en hændelse lige nu?

Vores team hjælper dig med at finde den rette kopi og gendanne, mandag til fredag kl. 9.00-13.00 og 14.00-17.30 (CET).

Ring på +33 9 72 50 78 28 Skriv til teamet