Privacy Settings

We use cookies to improve your experience and analyze traffic. You can accept all cookies or customize your preferences. Learn more in our Privacy Policy .

OnCloud

Begreb

Disaster Recovery Plan

•
2 min
•
Grundlæggende

En Disaster Recovery Plan, ofte forkortet DR-plan, er en dokumenteret plan for, hvordan en organisation genetablerer kritiske IT-systemer, data og tekniske afhængigheder efter en alvorlig hændelse. Planen omsætter virksomhedens Disaster Recovery-strategi til konkrete handlinger, ansvar og prioriteringer.

Hvorfor er begrebet vigtigt?

En Disaster Recovery Plan er vigtig, fordi beslutninger under en alvorlig hændelse ellers risikerer at blive truffet ad hoc. En dokumenteret plan gør det tydeligt, hvilke systemer der skal genetableres først, hvem der har ansvar, og hvilke tekniske trin der skal udføres.

For virksomheder reducerer planen afhængigheden af enkeltpersoners hukommelse og gør det lettere at koordinere genetablering under tidspres.

Typisk misforståelse

Den mest almindelige fejl er at betragte en DR-plan som et dokument, der kun skal udarbejdes én gang. Planen skal vedligeholdes, fordi systemer, leverandører, adgangsforhold, kontaktpersoner og forretningsprioriteter ændrer sig over tid.

Eksempel

En virksomhed mister adgang til sit primære servermiljø. DR-planen beskriver, hvem der erklærer katastrofetilstand, hvilke systemer der startes i et alternativt miljø, hvilke backups der anvendes, og hvordan driften valideres før normal trafik genoptages.

Best practice

  • Beskriv kritiske systemer og deres afhængigheder.

  • Angiv klare roller, ansvar og eskaleringsveje.

  • Knyt hvert kritisk system til konkrete RTO- og RPO-mål.

  • Dokumentér trin for genetablering, validering og tilbagevenden til normal drift.

  • Opbevar planen, så den er tilgængelig under selve hændelsen.

  • Test og opdater planen regelmæssigt.

Frequently asked questions

Den bør blandt andet beskrive systemprioriteter, kontaktpersoner, tekniske afhængigheder, backups, adgang, genetableringstrin, validering, kommunikation og relevante RTO- og RPO-mål.

Der bør være en tydelig ansvarlig ejer, men planen skal normalt udvikles og vedligeholdes på tværs af IT, sikkerhed, drift og relevante forretningsfunktioner.

Det kan kun vurderes pålideligt gennem regelmæssige tests, hvor organisationen verificerer, at systemer, data, adgang, roller og procedurer fungerer som forventet.


Andre begreber