RPO (Recovery Point Objective) a RTO (Recovery Time Objective) sú dva základné ciele obnovy, ktoré sa stanovujú pre každý dôležitý systém. RPO hovorí, k akému bodu v minulosti sa musia dať dáta obnoviť – teda koľko práce môže firma pri výpadku stratiť. RTO hovorí, ako dlho smie trvať, kým je služba znovu dostupná.

Príklad: ak má účtovný systém RPO 4 hodiny a RTO 8 hodín, zálohy alebo repliky musia vznikať aspoň každé štyri hodiny a celá obnova vrátane overenia nesmie trvať viac ako osem hodín.

Ako sa RPO a RTO určujú

Ciele nemá stanovovať IT samo, ale spolu s vlastníkmi procesov na základe analýzy dopadov výpadku. Kľúčové otázky znejú:

  • Aké následky má hodina nedostupnosti systému pre zákazníkov, tržby či vzťah s regulátorom?
  • Dajú sa stratené dáta dohľadať alebo znovu zadať ručne?
  • Od ktorých iných systémov služba závisí (identity, sieť, databázy)?

Výsledkom je zvyčajne niekoľko kategórií systémov – napríklad kritické s RPO blízko nule a RTO v minútach a menej dôležité s obnovou do nasledujúceho pracovného dňa.

Ako ich dosiahnuť technicky

  • Nízke RPO – synchrónna alebo asynchrónna replikácia úložísk, časté snapshoty, priebežné zálohovanie databázových logov.
  • Nízke RTO – pripravené záložné prostredie, automatizované postupy obnovy, redundancia serverov a sietí.
  • Miernejšie ciele – klasické zálohovanie dát na disk, pásku alebo do cloudu, ideálne s kópiou mimo hlavnej lokality.

Čím prísnejšie ciele, tým nákladnejšie riešenie. Preto sa oplatí rozlíšiť, čo naozaj musí bežať okamžite. Pri návrhu podnikových úložísk a replikácie využíva PosAm technológie partnerov ako Hitachi Vantara či Fujitsu – prehľad nájdete v partnerských riešeniach.

Typické chyby

  • RPO a RTO sú definované, ale obnova sa nikdy reálne neotestovala – skutočný čas býva potom oveľa dlhší.
  • Zálohy sú k dispozícii, no chýba infraštruktúra, kam ich obnoviť.
  • Ciele nie sú zosúladené so servisnými zmluvami dodávateľov a so SLA.

Časté otázky

Aký je rozdiel medzi RTO a MTTR?

RTO je cieľ, ktorý si firma stanoví vopred pre obnovu po výpadku. MTTR je nameraný priemerný čas opravy alebo vyriešenia porúch za určité obdobie.

Môže byť RPO nulové?

Prakticky áno, pri synchrónnej replikácii medzi lokalitami. Ide však o náročné riešenie, ktoré sa oplatí len pre najkritickejšie systémy.

Ak potrebujete navrhnúť zálohovanie a replikáciu tak, aby ste ciele obnovy reálne splnili, obráťte sa na naše storage professional services alebo si pozrite starostlivosť o IT infraštruktúru.