Infrastruktura

RTO i RPO dla EZD RP — wartości i pomiar

Co to są RTO (Recovery Time Objective) i RPO (Recovery Point Objective), jakie wartości są realne dla EZD RP w różnych modelach wdrożenia, jak je zmierzyć.

Bazujemy na oficjalnych źródłach NASK / gov.pl. Linki źródłowe: na dole strony.
Ilustracja: Infrastruktura — RTO i RPO dla EZD RP — wartości i pomiar

RTO i RPO to dwa kluczowe wskaźniki, które definiują, jak szybko po awarii odtworzysz EZD RP i ile danych możesz stracić. Powinny być formalnie ustalone przed wdrożeniem — nie po pierwszej awarii.

Definicje

  • RPO (Recovery Point Objective) = ile maks. danych można stracić. Jeśli backup robisz co 1 h, RPO = 1 h.
  • RTO (Recovery Time Objective) = w jakim czasie po awarii system działa znowu. Jeśli odtworzenie trwa 4 h, RTO = 4 h.

Realne wartości dla EZD RP

ModelRPO realneRTO realneKoszt
SaaS (chmura MC)5-15 min1-2 hW cenie subskrypcji
On-premise z replikacją + offsite5-15 min1-4 hWysoki
On-premise z dziennymi backupamiDo 24 h4-12 hŚredni
On-premise z backupem na taśmę offsiteDo 24 h12-48 hNiski (ale ryzykowny)

Jak ustalić, jakie RTO/RPO są wymagane

Pytania do kierownictwa jednostki
  • Ile godzin pracy zespołu możemy stracić w razie awarii bazy? (To definiuje RPO)
  • Ile godzin niedostępności EZD RP w godzinach pracy jest akceptowalne? (RTO)
  • Jakie są kary umowne / regulacyjne za niedostępność systemu?
  • Czy mamy procedurę awaryjną (papier) na czas niedostępności?
  • Ile możemy zapłacić za infrastrukturę, by skrócić RPO/RTO?
Reguła kciuka
Dla większości jednostek administracji publicznej: RPO 1 h, RTO 4 h to rozsądny kompromis. Krótsze wymaga inwestycji w replikację synchroniczną i drugie centrum danych.

Jak zmierzyć faktyczne RPO/RTO

  1. Wykonaj test odtwarzania na środowisku testowym
  2. Zmierz, do jakiego punktu w czasie udało się odtworzyć dane (faktyczne RPO)
  3. Zmierz całkowity czas od decyzji o odtwarzaniu do działającego systemu (faktyczne RTO)
  4. Powtórz test 1-2 razy w roku — by mierzyć zmiany w infrastrukturze
Źródła oficjalne
Sprawdzone: 30 maja 2026
Audyt RTO/RPO Waszego środowiska

Pomożemy ustalić realne wartości i wskazać, gdzie warto zainwestować, by je poprawić.

Umów audyt
Wsparcie wdrożeniowe
Potrzebujesz wsparcia we wdrożeniu lub konfiguracji? Skontaktuj się z zespołem Lynx360 — bezpłatna pierwsza konsultacja.
Audyt środowiska technicznego →

Najczęstsze pytania

Czy SaaS daje gwarancję RTO/RPO?

Tak — w SLA dostawcy. Sprawdź konkretne wartości w umowie. Większość dostawców gwarantuje RPO 15 min, RTO 2-4 h.

Co jeśli SLA dostawcy nie wystarcza?

Można negocjować lepsze SLA (zwykle za dopłatę) lub przejść na on-premise z własną kontrolą.

Czytaj dalej

Infrastruktura
Backup EZD RP — strategia 3-2-1
Strategia backup'u EZD RP: co backupować, jak często, gdzie przechowywać, kiedy testować odtwarzanie. Praktyczne wskazówki dla on-premise i SaaS.
Infrastruktura
Wymagania sprzętowe EZD RP: Kubernetes, PostgreSQL, MinIO
Sprawdź wymagania infrastrukturalne EZD RP dla małej, średniej i dużej jednostki: klastry, bazy danych, storage, backup, monitoring i HA.
Model: on-premise
EZD RP on-premise: infrastruktura, Kubernetes, koszty
Jak wdrożyć EZD RP we własnej infrastrukturze: Kubernetes, baza danych, Redis, RabbitMQ, repozytorium plików, backup, RTO/RPO i kompetencje IT.