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

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

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.

DR-minimum for de fleste virksomheder

  • Daglig backup af filer og database
  • Offsite-kopi
  • Restore-test på fast 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?

Minimum kvartalsvist for kritiske websites.

Er snapshots nok?

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

Relaterede artikler

Klar til næste skridt?

Bo Diechmann

CEO

Brug for en snak? Kontakt os gerne.

Kontakt os her