Disaster recovery: Backup, restore-test og RTO/RPO

Disaster recovery: Backup, restore-test og RTO/RPO

Pragmatisk DR-guide til websites: hvad backup skal kunne, hvordan restore testes, og hvordan RTO/RPO bruges i praksis.

Af Andreas H. D. · Opdateret 03. marts 2026

  • disaster recovery
  • backup
  • rto
  • rpo
  • hosting

Hvorfor DR er mere end backup

Backup uden test er ikke en DR-strategi.

Disaster recovery handler om:

  • Hvor hurtigt I kan være oppe igen (RTO)
  • Hvor meget data I kan tåle at miste (RPO)

RTO og RPO på 2 linjer

  • RTO (Recovery Time Objective): maksimal acceptabel nedetid.
  • RPO (Recovery Point Objective): maksimal acceptabel datatab i tid.

Et praktisk udgangspunkt

Den konkrete model afhænger af systemet og forretningskravene, men kan blandt andet omfatte:

  • Daglig eller hyppigere backup af filer og databaser
  • Separate offsite-kopier
  • Restore-test på et aftalt interval
  • Dokumenteret ansvar og kontaktvej

Restore-test: sådan gør I praktisk

  1. Vælg kritisk website
  2. Genskab i isoleret miljø
  3. Verificer funktionalitet
  4. Mål reel gendannelsestid
  5. Dokumentér læring

Typiske fejl

  • Backup findes, men ingen ved hvordan restore køres
  • Ingen prioritering af hvilke systemer der gendannes først
  • DR-plan ikke opdateret efter miljøændringer

Se også:

FAQ

Hvor tit skal restore testes?

Det afhænger af websitets betydning, ændringshastighed og krav til gendannelse. Kritiske løsninger bør have et fast aftalt interval og testes igen efter væsentlige ændringer.

Er snapshots nok?

Ikke alene. I skal kombinere med separate backup-kopier og test.

Relaterede artikler

Klar til næste skridt?

Bo Diechmann

Bo Diechmann

CEO

Brug for en snak? Kontakt os gerne.

Kontakt os her

Flere artikler

Vi bruger cookies og lignende teknologier til statistik og markedsføring. “Accepter alle” giver samtykke til både analyse og annoncerings-/markedsføringsformål. Læs cookiepolitik