Backup to nie Disaster Recovery: RTO, RPO i drugi ośrodek w praktyce

Jak odróżnić kopię zapasową od planu DR dla firmowych serwerów, ERP, poczty, baz danych i usług online.

Świeży poradnik 2026

Backup to nie Disaster Recovery: RTO, RPO i drugi ośrodek w praktyce

Backup odpowiada na pytanie, czy mamy dane. Disaster Recovery odpowiada na pytanie, jak szybko firma wróci do pracy. Do DR potrzebne są RPO, RTO, środowisko zastępcze, sieć, DNS, dostęp, procedura i test, a nie tylko katalog z kopiami.

Krótka odpowiedź

Backup odpowiada na pytanie, czy mamy dane. Disaster Recovery odpowiada na pytanie, jak szybko firma wróci do pracy. Do DR potrzebne są RPO, RTO, środowisko zastępcze, sieć, DNS, dostęp, procedura i test, a nie tylko katalog z kopiami.

Backup chroni dane

Kopia zapasowa ma retencję, harmonogram, szyfrowanie, raporty i test restore. Może jednak nie mówić nic o tym, gdzie i jak uruchomić aplikację po awarii.

DR chroni proces

Disaster Recovery obejmuje kolejność startu usług, minimalne zasoby, sieć, DNS, firewall, VPN, konta, certyfikaty, komunikację i decyzję o przełączeniu.

RPO i RTO bez skrótów

RPO mówi, ile danych firma może utracić, a RTO mówi, jak długo usługa może być niedostępna. Te parametry trzeba ustalić osobno dla ERP, poczty, plików i WWW.

Drugi ośrodek

DataHouse może pełnić rolę drugiego ośrodka: repozytorium backup, Cloud Pro, dedyków, kolokacji, prywatnej chmury albo własnego pomieszczenia kolokacyjnego.

Praktyczna checklista

  1. Podziel systemy na krytyczne, ważne i pomocnicze, a dla każdego zapisz właściciela biznesowego.
  2. Dla każdego systemu ustal RPO, RTO, minimalne zasoby, zależności, konta i sposób kontaktu awaryjnego.
  3. Sprawdź backup: retencję, szyfrowanie, monitoring, test restore i ochronę przed skasowaniem kopii.
  4. Zaprojektuj środowisko DR: sieć, DNS, firewall, VPN, adresację, certyfikaty i kolejność startu usług.
  5. Przetestuj scenariusz przynajmniej częściowo i zapisz realny czas odtworzenia oraz brakujące decyzje.

Najczęstsze pytania

Czy backup wystarczy jako Disaster Recovery?

Nie zawsze. Jeśli system ma wrócić szybko, potrzebny jest plan uruchomienia usług, sieci, DNS, dostępu i odpowiedzialności, a nie tylko kopia danych.

Co jest ważniejsze: RPO czy RTO?

Oba parametry są ważne, ale dla różnych systemów mogą mieć inne wartości. Baza ERP może wymagać innego RPO/RTO niż strona WWW lub archiwum dokumentów.

Czy drugi ośrodek musi być pełną kopią produkcji?

Nie zawsze. Może być repozytorium backup, standby, chmura prywatna, dedykowany serwer, kolokacja albo model etapowy zależny od krytyczności usług.