Hur snabbt måste ni vara tillbaka?
När ett kritiskt IT-system går ner startar klockan. Varje minut av driftstopp kan innebära förlorade intäkter, stannad produktion och skadat förtroende. RTO (Recovery Time Objective) är det mätvärde som definierar gränsen för hur länge detta avbrott får pågå innan det skadar verksamheten allvarligt.
Att ha en tydligt definierad RTO är inte bara en teknisk specifikation – det är ett strategiskt affärsbeslut som styr vilken typ av katastrofsäkring (Disaster Recovery) ni behöver investera i.
Vad är RTO?
RTO står för Recovery Time Objective, eller målsatt återställningstid på svenska. Det anger den maximala tid som får förflyta från det att en incident inträffar tills dess att systemet, applikationen eller tjänsten är fullt fungerande igen.
- Exempel: Om er webbutik kraschar klockan 10:00 och ni har en RTO på 4 timmar, måste butiken vara online och redo att ta emot kunder senast klockan 14:00.
Balansen mellan tid och kostnad
RTO är direkt kopplat till kostnad.
- Kort RTO (minuter): Kräver ofta speglade system och automatisk failover (DRaaS), vilket är dyrare men nödvändigt för affärskritiska system.
- Lång RTO (dagar): Kan ofta hanteras genom att läsa tillbaka data från en vanlig backup, vilket är mer kostnadseffektivt men tar längre tid.
Savecores roll för er återställningstid
På Savecore hjälper vi er att analysera era system för att sätta realistiska RTO-mål. Vi levererar sedan den infrastruktur som krävs för att möta dem. Med våra DRaaS-tjänster (Disaster Recovery as a Service) kan vi erbjuda extremt korta återställningstider genom att starta upp era servrar direkt i våra svenska datacenter vid en kris.
Kontakta oss för rådgivning!Vanliga frågor och svar om RTO
Vad är skillnaden mellan RTO och RPO?
RTO handlar om tid (hur snabbt systemet ska vara uppe igen). RPO handlar om data (hur mycket information ni riskerar att förlora bakåt i tiden). Du kan ha en snabb RTO men ändå förlora data om din RPO är hög.
Är noll i RTO möjligt?
Nästan. Med så kallad High Availability (HA) och klustrade system kan man uppnå en RTO nära noll, där användarna knappt märker avbrottet. Detta kräver dock dubbel infrastruktur och är en betydande investering.
Hur beräknar man RTO för ett system?
Man gör en konsekvensanalys (Business Impact Analysis). Fråga er: ”Vad kostar det oss om detta system ligger nere i en timme? En dag? En vecka?”. När kostnaden för avbrottet överstiger kostnaden för skyddet, har ni hittat er smärtgräns och därmed er RTO.