Recovery Point Objective (RPO)

RPO to maksymalna dopuszczalna utrata danych mierzona czasem, wyznaczająca wymaganą częstotliwość kopii zapasowych.

RPO jako granica dopuszczalnej utraty danych

Recovery Point Objective (RPO) określa najstarszy moment, do którego organizacja musi móc odtworzyć dane po awarii. Jest to parametr wyrażany jednostką czasu, na przykład 15 minut, 1 godzina albo 24 godziny. RPO wynoszące 1 godzinę oznacza, że w przyjętym scenariuszu awarii dopuszcza się utratę zmian wykonanych najwyżej w ciągu ostatniej godziny przed zdarzeniem. RPO nie opisuje czasu potrzebnego na uruchomienie systemu po awarii. Ten drugi parametr nosi nazwę Recovery Time Objective (RTO).

RPO dotyczy przede wszystkim danych, a nie samego pliku kopii zapasowej. Jeżeli ostatnia poprawnie zakończona kopia powstała o godzinie 12:00, a awaria nastąpiła o 12:40, rzeczywisty punkt odtworzenia może znajdować się właśnie o 12:00, nawet gdy plan zakłada RPO równe 15 minut. Dlatego samo skonfigurowanie zadania wykonywanego co kwadrans nie potwierdza osiągnięcia RPO. Trzeba jeszcze sprawdzić, czy zadania kończą się prawidłowo, kopie są dostępne oraz czy da się z nich odtworzyć użyteczny stan danych.

Jak częstotliwość kopii wpływa na osiągnięcie RPO

Wymagane RPO wpływa na sposób tworzenia kopii zapasowych. Dla RPO wynoszącego 24 godziny wystarczająca może być jedna kopia wykonywana każdego dnia, o ile czas jej zakończenia, poprawność oraz dostępność odpowiadają przyjętemu planowi. RPO równe 15 minut wymaga znacznie częstszego zabezpieczania zmian, na przykład kopii przyrostowych, rejestrowania zmian w dziennikach transakcji albo replikowania danych. Konkretna metoda zależy od rodzaju używanego programu, systemu plików, aplikacji oraz sposobu zapisu danych.

Kopia pełna zawiera cały wybrany zakres danych, natomiast kopia przyrostowa zapisuje zmiany od poprzedniej kopii, zgodnie z zasadami konkretnego rozwiązania. Krótszy odstęp między kopiami zwykle zwiększa wymagania dotyczące przestrzeni dyskowej, przepustowości sieci, wydajności urządzenia oraz monitorowania zadań. Jeżeli dane zmieniają się bardzo często, samo wykonywanie kopii plików w ustalonych odstępach może nie zapewnić zakładanego punktu odtworzenia. W takim przypadku analizuje się częstotliwość zmian i dobiera mechanizm, który potrafi zachować odpowiednio świeży, spójny stan.

RPO a spójność, uszkodzenie i odtworzenie danych

RPO nie gwarantuje, że każda zmiana zapisana tuż przed awarią będzie możliwa do odzyskania. Kopia może być niepełna, uszkodzona albo wykonana w chwili, gdy aplikacja zapisywała powiązane dane w kilku plikach. Z tego powodu ważna jest spójność kopii, czyli możliwość odtworzenia danych w stanie zgodnym logicznie, a nie tylko obecność plików na nośniku. W przypadku aplikacji korzystających z baz danych znaczenie może mieć prawidłowe uwzględnienie mechanizmów zatwierdzania transakcji i dzienników zmian.

Ocena RPO wymaga obserwowania faktycznego czasu ostatniej poprawnej kopii, a nie wyłącznie harmonogramu. Warto rejestrować rozpoczęcie i zakończenie zadania, wynik weryfikacji, zakres danych oraz ewentualne opóźnienia. Należy także wykonywać próby odtworzenia w odseparowanym środowisku, ponieważ dopiero test przywracania pokazuje, czy kopia jest czytelna i czy proces odtworzenia prowadzi do użytecznego rezultatu. Jeżeli test ujawnia brak plików, błędne zależności albo niemożność odczytu archiwum, deklarowane RPO nie jest potwierdzone.

RPO w planie awaryjnym komputera i danych

Ustalenie RPO powinno wynikać z oceny skutków utraty danych. Dokumenty, projekty, zdjęcia i konfiguracje mogą mieć różną wartość oraz różną częstotliwość zmian, dlatego nie zawsze powinny być chronione tym samym harmonogramem. Dla każdego zakresu danych warto określić wymagany punkt odtworzenia, właściciela procesu, miejsce przechowywania kopii, okres retencji oraz sposób potwierdzania poprawności. Retencja określa, jak długo zachowywane są kolejne punkty odtworzenia, natomiast RPO określa, jak świeży musi być najnowszy dostępny punkt.

Przy awarii laptopa lub komputera PC analiza RPO pomaga ustalić, ile pracy mogło zostać utracone od ostatniej skutecznej kopii i które elementy należy zabezpieczyć w pierwszej kolejności. Diagnostyka może obejmować stan dysku, dostępność kopii, możliwość odczytu nośnika oraz próbę odtworzenia danych na sprawnym urządzeniu. Naprawa sprzętu nie zastępuje kopii zapasowej i nie zmienia ustalonego RPO, ale może przywrócić dostęp do danych, jeżeli nośnik i system plików pozostają w stanie umożliwiającym bezpieczne wykonanie czynności. W przypadku istotnych danych decyzje o odtwarzaniu powinny być podejmowane na podstawie potwierdzonej kopii oraz udokumentowanego planu. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów i komputerów PC, w tym diagnostyką nośników danych i odzyskiwaniem dostępu do sprzętu po awarii.