---
title: "RTO i RPO"
description: "RTO i RPO to kluczowe parametry planu odtwarzania po awarii. Poznaj różnicę między czasem a punktem odtworzenia oraz jak wyznaczyć je dla swoich usług."
url: "https://nodea.pl/pl/slownik-pojec/rto-i-rpo"
lang: "pl"
updated: "2026-07-13"
---

# RTO i RPO

> RTO i RPO to dwa parametry planu ciągłości działania: RTO określa maksymalny czas przywrócenia usługi po awarii, a RPO — maksymalną akceptowalną ilość utraconych danych mierzoną w czasie.

**RTO i RPO** to dwa fundamentalne parametry planu odtwarzania po awarii (disaster recovery), które przekładają wymagania biznesowe na konkretne wartości techniczne. **RTO** (Recovery Time Objective) to docelowy, maksymalny czas, w jakim usługa musi zostać przywrócona po incydencie. **RPO** (Recovery Point Objective) to maksymalna akceptowalna ilość danych, jaką organizacja może stracić, wyrażona jako odcinek czasu — np. „nie więcej niż 15 minut pracy”.

## Na czym polega różnica między RTO a RPO

Choć oba parametry mierzy się w jednostkach czasu, opisują zupełnie różne aspekty awarii. RPO cofa nas w przeszłość: mówi, do jakiego momentu sprzed awarii da się odtworzyć dane. Jeśli RPO wynosi godzinę, a awaria nastąpiła o 14:00, akceptujemy utratę danych zapisanych po 13:00 — czyli kopie muszą powstawać co najmniej raz na godzinę. RTO patrzy w przyszłość: to okno od momentu awarii do pełnego wznowienia usługi. Im niższe RTO, tym szybciej trzeba uruchomić środowisko zapasowe, co zwykle oznacza gotowy, uruchomiony sprzęt zamiast odtwarzania z kopii na surowej maszynie.

Niskie wartości obu parametrów kosztują. RPO liczone w sekundach wymaga [replikacji](https://nodea.pl/pl/slownik-pojec/replikacja) synchronicznej, a RTO liczone w minutach — architektury [wysokiej dostępności](https://nodea.pl/pl/slownik-pojec/high-availability) z automatycznym przełączaniem. Dlatego wartości dobiera się osobno dla każdej usługi, zależnie od kosztu jej przestoju.

## Zastosowanie w praktyce

System bankowy może mieć RPO bliskie zeru (każda transakcja replikowana od razu) i RTO liczone w minutach. Blog firmowy zniesie RPO równe 24 godzinom (nocny [backup](https://nodea.pl/pl/slownik-pojec/backup)) i RTO kilku godzin. W praktyce RTO i RPO zapisuje się w umowach SLA i weryfikuje regularnymi testami odtwarzania — plan, którego nigdy nie przećwiczono, w dniu awarii zwykle zawodzi. Dobrze dobrany zestaw kopii, snapshotów i replikacji pozwala pogodzić realne wartości z rozsądnym budżetem, dlatego strategia ochrony danych jest stałym elementem projektowania środowisk serwerowych.

### Czym różni się RTO od RPO?

RTO odpowiada na pytanie „jak szybko przywrócimy działanie usługi?”, a RPO na pytanie „ile danych możemy stracić?”. RTO mierzymy od momentu awarii do wznowienia pracy, a RPO od ostatniej spójnej kopii do momentu awarii. To dwa niezależne cele — jeden dotyczy czasu przestoju, drugi świeżości danych.

### Jak wyznaczyć RTO i RPO dla firmy?

Punktem wyjścia jest analiza wpływu na działalność (BIA), która wskazuje koszt przestoju i utraty danych dla każdego procesu. Systemy krytyczne, np. sklep czy baza transakcji, wymagają niskich wartości (minuty), a mniej istotne mogą tolerować godziny. Wyznaczone wartości determinują dobór technologii backupu i replikacji.

## Powiązane

- [backup](https://nodea.pl/pl/slownik-pojec/backup)
- [High availability (HA)](https://nodea.pl/pl/slownik-pojec/high-availability)
- [DRP (Digital Risk Protection)](https://nodea.pl/pl/slownik-pojec/drp)
- [Replikacja](https://nodea.pl/pl/slownik-pojec/replikacja)
- [Snapshot](https://nodea.pl/pl/slownik-pojec/snapshot)

---

Wersje językowe: [en](https://nodea.io/en/glossary/rto-and-rpo.md)  
Spis treści witryny: [llms.txt](https://nodea.pl/pl/llms.txt)