Vad är DRP (Disaster Recovery Plan)?

En Disaster Recovery Plan, DRP, är en dokumenterad plan för hur en organisation ska återställa kritiska IT-system och data efter en allvarlig incident. Planen beskriver mål, prioriteringar, procedurer och ansvar, och utgör en av grundpelarna i organisationens operativa motståndskraft. En väl utformad DRP minskar både nedtid och ekonomisk skada vid driftavbrott, cyberattacker och naturhändelser.

Definition

DRP är ett strukturerat ramverk som anger vad som ska göras, av vem och i vilken ordning, för att återställa IT-tjänster efter en avbrottshändelse. Planen omfattar tekniska komponenter (infrastruktur, applikationer, data), organisatoriska komponenter (roller, kommunikation, beslutsmandat) samt processer för aktivering, eskalering, återställning och avveckling. DRP är mer specifik än en Business Continuity Plan (BCP), som täcker hela verksamheten inklusive personal, lokaler och leverantörer, och bredare än en ren backup-strategi, som bara är en byggsten i den fullständiga planen.

Centrala komponenter

• RTO och RPO. Recovery Time Objective anger hur lång nedtid som tolereras innan en tjänst ska vara igång igen. Recovery Point Objective anger hur mycket data som får gå förlorad, mätt i tid. De båda målen styr arkitekturval och kostnad.
• Prioriterade applikationer. En tjänstekatalog som rangordnar system efter affärskritikalitet. Kritiska tjänster återställs först, mindre viktiga senare.
• Återställningsprocedurer. Steg-för-steg-instruktioner för varje system, inklusive infrastruktur, konfiguration, data, integrationer och valideringssteg.
• Roller och ansvar. Tydligt utpekad incidentledning, tekniska team, kommunikatörer och beslutsfattare, med kontaktvägar som fungerar även när ordinarie kanaler är nere.
• Testschema. Regelbundna tester av planen, från enkla skrivbordsövningar till fullständiga failover-tester. Utan tester är planen inget mer än ett dokument.
• Backup-strategi. Backuper följer ofta 3-2-1-regeln: tre kopior av data, på två olika medier, varav en geografiskt åtskild. Backuperna måste vara skyddade mot ransomware genom immutability eller offline-kopior.

Praktiska konsekvenser

Vem berörs. Alla organisationer som är beroende av IT, men kraven är särskilt höga i finans, vård, energi, offentlig sektor och samhällskritisk infrastruktur. Under NIS2 och DORA är dokumenterade och testade återställningsplaner ett uttryckligt regelkrav. För finanssektorn kompletteras detta av specifika krav på driftavbrottsscenarier och rapportering till tillsynsmyndighet, se IT-drift och DORA.

Hur kommer du igång. Genomför en konsekvensanalys (Business Impact Analysis) som identifierar kritiska processer och deras IT-beroenden. Sätt RTO- och RPO-mål per tjänst, kartlägg arkitektur och datavägar, dokumentera procedurer, definiera roller och planera tester. Vår steg-för-steg-guide om hur man gör en Disaster Recovery Plan beskriver hela arbetsflödet. Se även hur en modern Disaster Recovery as a Service kan förenkla genomförandet.

Vanliga fallgropar. En plan som aldrig testas och därför inte fungerar när den behövs. Att förlita sig enbart på backuper utan en plan för hur de ska användas. Att missa beroenden till externa tjänster och leverantörer. Att inte uppdatera planen när arkitekturen ändras. Att blanda ihop DRP med BCP och tro att den ena ersätter den andra. För skillnaden mellan dessa hänvisar vi till disaster recovery och business continuity.

Så hjälper Opsio

Opsio designar, dokumenterar och testar DRP-lösningar för verksamhetskritiska arbetslaster i AWS, Azure och Google Cloud. Vi hjälper er sätta realistiska RTO- och RPO-mål, automatisera failover och säkerställa efterlevnad av NIS2 och DORA. Läs mer om våra disaster recovery-tjänster eller boka en arkitekturgenomgång via kontaktsidan.

Vanliga frågor

Vad är skillnaden mellan DRP och BCP?

DRP fokuserar specifikt på återställning av IT-system och data. BCP, Business Continuity Plan, täcker hela verksamheten inklusive personal, lokaler, leverantörer och kommunikation. DRP är i praktiken en delkomponent av BCP.

Hur ofta bör en DRP testas?

Minst en gång per år för fullständiga tester och oftare för avgränsade övningar. Större förändringar i arkitektur, leverantörsbyten eller nya regulatoriska krav är också naturliga utlösare för uppdatering och test.

Räcker det med molnbackuper för att uppfylla DRP-krav?

Nej. Backuper är en grundförutsättning men inte en plan. En komplett DRP omfattar prioriteringar, procedurer, roller, testning och tydliga RTO- och RPO-mål. För djupare resonemang om molnbaserade alternativ, se disaster recovery.

Hur påverkar ransomware en DRP?

Ransomware ökar kraven på oföränderliga (immutable) eller offline-kopior, snabb återställning till en ren miljö och regelbunden verifiering av backupintegritet. AI-baserad anomalidetektion kan tidigt upptäcka misstänkta krypteringsmönster, se artikeln hur AI används för katastrofåterställning.

Vilka RTO- och RPO-mål är rimliga?

Det beror helt på affärsbehovet. Betalsystem och e-handelsplattformar kan kräva RTO under en timme och RPO i minuter, medan interna stödsystem kan tåla flera timmar eller dygn. Målen ska härledas från konsekvensanalysen, inte gissas.