RTO i RPO to dwa najważniejsze parametry w rozmowie o backupie i ciągłości działania. Brzmią technicznie, ale w gruncie rzeczy odpowiadają na dwa proste, biznesowe pytania. Kiedy firma je ustali, cała reszta decyzji o kopiach zapasowych staje się dużo prostsza.

RTO, czyli jak szybko wracasz do pracy

RTO to Recovery Time Objective, po polsku docelowy czas odtworzenia. Odpowiada na pytanie: ile czasu może minąć od awarii do momentu, w którym system znów działa i ludzie mogą pracować.

Przykłady z życia:

  • sklep internetowy, który stoi, traci sprzedaż z każdą minutą, więc RTO liczy się w minutach,
  • serwer plików w małym biurze może mieć RTO na poziomie kilku godzin,
  • archiwum dokumentów sprzed lat spokojnie zniesie RTO liczone w dniach.

RTO to nie życzenie, tylko decyzja poparta liczbami. Im krótszy czas, tym droższe rozwiązanie, bo wymaga gotowej infrastruktury zapasowej, a nie tylko kopii do wgrania.

RPO, czyli ile danych możesz stracić

RPO to Recovery Point Objective, po polsku docelowy punkt odtworzenia. Odpowiada na pytanie: ile pracy możesz stracić, licząc wstecz od momentu awarii.

W praktyce RPO wyznacza częstotliwość kopii. Jeśli robisz backup raz na dobę o północy, a awaria przychodzi o 23:00, tracisz prawie cały dzień pracy. To jest właśnie RPO równe dwudziestu czterem godzinom.

  • RPO jedna godzina oznacza kopie lub replikację co godzinę,
  • RPO pięć minut oznacza ciągłą replikację danych,
  • RPO doba oznacza jeden backup dziennie.

Najczęstsze zderzenie z rzeczywistością wygląda tak: klient mówi, że nie może stracić żadnych danych, a płaci za jeden backup na dobę. RPO to nie deklaracja odwagi, to liczba, która musi zgadzać się z tym, ile realnie kosztuje jej dotrzymanie.

Jak te dwa parametry współpracują

RTO i RPO opisują dwa różne wymiary tej samej awarii. RPO patrzy wstecz, na utracone dane. RTO patrzy w przód, na czas powrotu. System może mieć krótkie RPO i długie RTO albo odwrotnie.

Wyobraź sobie bazę danych systemu do fakturowania:

  1. RPO piętnaście minut, bo utrata wystawionych faktur to realny problem księgowy,
  2. RTO cztery godziny, bo firma jest w stanie przez pół dnia fakturować awaryjnie w inny sposób.

To rozróżnienie pozwala wydać pieniądze tam, gdzie naprawdę są potrzebne, zamiast płacić za maksymalną ochronę wszystkiego.

Jak ustalić RTO i RPO w firmie

Nie ustala tego dział IT w pojedynkę. To rozmowa z właścicielami procesów. Proponuję prosty schemat:

  1. wypisz systemy i dane, których firma używa na co dzień,
  2. dla każdego zapytaj, po jakim czasie brak dostępu zaczyna boleć (to podstawa RTO),
  3. zapytaj, ile ostatniej pracy da się odtworzyć ręcznie lub z innych źródeł (to podstawa RPO),
  4. pogrupuj systemy w kilka klas, na przykład krytyczne, ważne i pozostałe,
  5. przypisz każdej klasie wspólne parametry, żeby nie projektować backupu osobno dla dziesiątek systemów.

Wpływ na koszt i technologię

Im ostrzejsze RTO i RPO, tym więcej techniki i pieniędzy trzeba włożyć. Zależność jest w miarę przewidywalna:

  • luźne parametry obsłuży klasyczny backup raz na dobę na niezależny nośnik,
  • średnie parametry wymagają kopii kilka razy dziennie i sprawnego procesu odtwarzania,
  • bardzo ostre parametry oznaczają replikację i gotowe środowisko zapasowe, które przejmuje ruch niemal natychmiast.

Warto policzyć to na spokojnie, bo obietnica zerowej utraty danych i natychmiastowego powrotu potrafi kosztować wielokrotnie więcej niż realna potrzeba firmy.

Najczęstsze błędy

  • Ustalanie parametrów wyłącznie w dziale IT, bez rozmowy z biznesem.
  • Deklarowanie ambitnego RTO bez sprawdzenia, czy backup w ogóle pozwala je osiągnąć.
  • Mylenie momentu wykonania kopii z momentem, w którym da się z niej odtworzyć dane.
  • Brak testów, przez które prawdziwe RTO okazuje się dwa razy dłuższe od zakładanego.

Przykład, który porządkuje myślenie

Wyobraź sobie małe biuro rachunkowe. Ma trzy grupy danych:

  1. system księgowy z bazą danych, gdzie RPO powinno wynosić minuty, a RTO kilka godzin, bo w sezonie przestój oznacza opóźnione deklaracje,
  2. pocztę i dokumenty w chmurze, gdzie RPO na poziomie godziny w zupełności wystarcza,
  3. archiwum sprzed lat, które może mieć RTO liczone w dniach.

Z takiej tabeli od razu widać, gdzie potrzebna jest częsta replikacja, a gdzie wystarczy zwykła kopia dobowa. To jest cała wartość tego ćwiczenia. Zamiast płacić za maksymalną ochronę wszystkiego, firma inwestuje dokładnie tam, gdzie przestój i utrata danych naprawdę bolą.

Co dalej

RTO i RPO to fundament, na którym stawia się backup i plan ciągłości działania. Kiedy masz te liczby, rozmowa o technologii przestaje być zgadywanką. Jeśli chcesz ustalić realne parametry dla swoich systemów i dobrać do nich rozwiązanie, zobacz, jak realizujemy backup serwerów oraz disaster recovery. Pomogę przełożyć potrzeby biznesu na konkretne wartości i sprawdzić, czy obecne kopie je dowożą.