RPO och RTO är två centrala mål i en backupstrategi som beskriver hur mycket data ett företag kan acceptera att förlora och hur snabbt systemen behöver kunna återställas. RPO, Recovery Point Objective, handlar om accepterad dataförlust, medan RTO, Recovery Time Objective, handlar om accepterad återställningstid.
Tillsammans hjälper RPO och RTO företaget att dimensionera backupfrekvens, lagring, återställningslösningar och beredskap. Kraven bör baseras på verksamhetens kritiska processer, systemberoenden och konsekvenserna av ett driftstopp eller en dataförlust.
RPO som mål för dataförlust
RPO anger hur långt tillbaka i tiden företaget accepterar att data går förlorad efter en incident. Målet uttrycks som en tidsperiod och avgör hur färska återställningspunkter som behöver finnas.
Om ett företag exempelvis har ett RPO på en timme behöver dataskyddet vara utformat så att återställning kan ske till en punkt som ligger högst ungefär en timme från incidenten, beroende på vald teknik och faktisk genomförbarhet.
Backupfrekvens och RPO
RPO påverkar hur ofta säkerhetskopiering behöver genomföras. Ju mindre dataförlust företaget accepterar, desto tätare behöver relevanta data skyddas eller replikeras.
Backupfrekvensen bör därför baseras på hur snabbt information förändras och vilken verksamhetspåverkan dataförlust skulle innebära. Olika system kan ha olika RPO-krav.
Verksamhetskritisk data och prioritering
RPO bör fastställas utifrån vilken information som är mest kritisk för företagets verksamhet. Kunddata, ekonomiska transaktioner, produktionsinformation och affärssystem kan ha högre krav än mindre kritiska informationsmängder.
Genom att klassificera data och system kan företaget undvika att använda samma backupnivå för hela IT-miljön när behoven faktiskt skiljer sig åt.
RTO som mål för återställningstid
RTO anger hur snabbt ett system eller en verksamhetsfunktion behöver kunna återställas efter ett avbrott. RTO beskriver den accepterade tiden för att återställa ett system eller en verksamhetsfunktion efter ett avbrott.
Ett kritiskt affärssystem kan kräva ett mycket kort RTO, medan ett mindre viktigt system kan acceptera en längre återställningstid. RTO bör därför kopplas till verksamhetens faktiska tolerans för driftstopp.
Affärspåverkan och återställningskrav
RTO bör baseras på konsekvenserna av att ett system är otillgängligt. Ett längre driftstopp kan påverka försäljning, kundservice, produktion, ekonomi och interna arbetsprocesser.
Genom att bedöma verksamhetens beroenden och kostnaden för avbrott kan företaget fastställa realistiska återställningsmål för olika system.
Samspelet mellan RPO och RTO
RPO och RTO kompletterar varandra genom att beskriva två olika dimensioner av återställning. RPO anger hur långt tillbaka företaget behöver kunna återställa data, medan RTO anger hur snabbt systemet behöver vara tillbaka i drift.
Ett system kan därför behöva både täta återställningspunkter och en mycket snabb återställningsprocess. Båda målen behöver vara tekniskt och organisatoriskt möjliga att uppnå.
Systemberoenden och återställningsordning
RTO påverkas av vilka andra system som krävs för att en verksamhetsfunktion ska fungera. Ett affärssystem kan exempelvis vara beroende av databaser, identitetstjänster, nätverk eller integrationsplattformar.
Återställningsplanen bör därför definiera i vilken ordning olika komponenter ska återställas. Annars kan ett enskilt system vara tekniskt återställt utan att verksamheten faktiskt kan börja arbeta igen.
Backup, replikering och återställningsmetoder
Valet av teknisk lösning påverkas av de RPO- och RTO-krav som företaget har fastställt. Traditionell backup kan passa vissa behov, medan andra verksamheter kan behöva tätare dataskydd eller kompletterande återställningsmetoder.
Tekniken bör väljas efter verksamhetens krav och inte enbart efter lagringskapacitet. Återställningshastighet, datamängd, systemberoenden och säkerhet behöver vägas in samtidigt.
Testning av RPO och RTO
Praktiska återställningstester kan användas för att verifiera att företagets RPO- och RTO-mål faktiskt kan uppnås. En teoretiskt definierad målsättning är inte tillräcklig om den tekniska återställningen tar längre tid eller om återställningspunkterna inte är tillräckligt aktuella.
Tester bör dokumentera faktisk återställningstid, tillgängliga återställningspunkter och eventuella problem. Resultaten kan användas för att justera teknik och rutiner.
RPO och RTO i kontinuitetsplaneringen
RPO och RTO bör vara integrerade i företagets kontinuitets- och incidenthantering. Kraven behöver vara dokumenterade och kopplade till ansvar, prioriteringar och återställningsrutiner.
När verksamheten förändras bör målen ses över. Nya system, större datamängder, nya integrationer eller förändrade verksamhetskrav kan göra att tidigare RPO- och RTO-nivåer inte längre är tillräckliga.
Vanliga frågor om RPO och RTO
Vad betyder RPO i en backupstrategi?
RPO, Recovery Point Objective, anger hur långt tillbaka i tiden företaget accepterar att data går förlorad efter en incident.
Vad betyder RTO i en backupstrategi?
RTO, Recovery Time Objective, anger hur snabbt ett system eller en verksamhetsfunktion behöver kunna återställas efter ett avbrott.
Vad är skillnaden mellan RPO och RTO?
RPO handlar om hur långt tillbaka i tiden data kan gå förlorad, medan RTO handlar om hur snabbt systemen behöver återställas.
Hur påverkar RPO backupfrekvensen?
Ett kortare RPO innebär normalt att data behöver skyddas oftare eller med en teknik som skapar tätare återställningspunkter.
Hur bestämmer man rätt RTO?
RTO bör baseras på systemets betydelse, verksamhetens tolerans för driftstopp och konsekvenserna av att systemet är otillgängligt.
Kan olika system ha olika RPO och RTO?
Ja. Olika system kan ha olika krav beroende på hur kritiska de är och hur stor påverkan ett avbrott eller en dataförlust skulle få.
Varför måste RPO och RTO testas?
Tester visar om företagets faktiska backup- och återställningsprocesser klarar de definierade målen i praktiken.
Sammanfattning
RPO och RTO hjälper företag att definiera konkreta mål för dataförlust och återställningstid. RPO anger hur långt tillbaka i tiden data kan gå förlorad, medan RTO anger hur snabbt kritiska system behöver kunna återställas.
Genom att koppla RPO och RTO till verksamhetskritiska system, backupfrekvens, systemberoenden och kontinuitetsplanering kan företaget skapa en mer förutsägbar återställningsstrategi. Regelbundna tester kan verifiera att målen är realistiska och möjliga att uppnå.
