Nej. RTO handler om, hvor hurtigt systemet skal være i drift igen. RPO handler om, hvor meget datatab virksomheden kan acceptere.
Begreb
RTO
RTO står for Recovery Time Objective og beskriver, hvor hurtigt et system, en tjeneste eller en arbejdsproces skal være tilbage i drift efter en hændelse. Det er med andre ord virksomhedens mål for maksimal acceptabel nedetid.
Hvorfor er begrebet vigtigt?
RTO er vigtigt, fordi ikke alle systemer har samme betydning for virksomhedens drift. Et økonomisystem, et ordresystem eller en kundevendt platform kan have langt kortere acceptabel nedetid end et mindre kritisk arkivsystem.
Når RTO er defineret, bliver det lettere at vælge den rigtige løsning til backup, overvågning, hosting, redundans og beredskab. Uden et tydeligt RTO kan virksomheden ende med enten for dyre løsninger eller for langsom gendannelse.
Typisk misforståelse
Den mest almindelige fejl er at tro, at RTO er det samme som backupfrekvens. RTO handler om tid til gendannelse, mens backupfrekvens og RPO handler om, hvor meget datatab virksomheden kan acceptere.
Eksempel
Hvis en virksomhed beslutter, at ordresystemet maksimalt må være nede i fire timer, er systemets RTO fire timer. Det betyder, at backup, dokumentation, adgang, serverkapacitet og gendannelsesproces skal kunne understøtte dette mål.
Best practice
Definér RTO pr. system eller forretningsproces.
Prioritér de mest kritiske systemer først.
Test om gendannelse faktisk kan ske inden for målet.
Afstem RTO med økonomi, risiko og kundekrav.
Dokumentér hvem der træffer beslutninger under en hændelse.
Frequently asked questions
Det kan de godt, men det er sjældent optimalt. Kritiske systemer bør typisk have kortere RTO end mindre vigtige systemer.
RTO bør fastsættes i samarbejde mellem ledelse, forretning og IT, fordi målet både handler om drift, økonomi, risiko og kundepåvirkning.