Backup i Disaster Recovery dla JST — od kopii do działającej usługi
Backup przechowuje dane do odzyskania. Disaster Recovery opisuje, jak przywrócić działanie usług po poważnej awarii, także po utracie lokalizacji.
- Cele RPO / RTO
- Niezależna kopia
- Zasoby zastępcze
- Próba odtworzenia
- Działająca usługa
Dlaczego udana kopia nie wystarcza
Zielony status zadania mówi o wykonaniu operacji, nie o gotowości całej aplikacji. Przywrócenie może wymagać bazy danych, katalogu użytkowników, certyfikatów, DNS, licencji i integracji. Sprawdzamy nie tylko plik, ale możliwość zalogowania i wykonania uzgodnionej czynności biznesowej. Protokół próby wskazuje wersję kopii, czas, problemy i osobę potwierdzającą wynik.
Cele uzgadnia kierownictwo z właścicielami usług
RPO określa akceptowaną utratę danych liczoną w czasie, RTO czas przywrócenia. Nie wszystkie systemy urzędu muszą mieć ten sam cel. Dla najważniejszych usług określamy minimalny tryb pracy podczas awarii. Koszt wariantów można porównać dopiero przy tych samych założeniach. Bez celu nie wiadomo, czy szybka kopia i wolne odtworzenie spełniają potrzeby.
Niezależność i bezpieczeństwo kopii
Rozdzielamy lokalizacje oraz uprawnienia. Kopia dostępna do usunięcia tym samym kontem co produkcja może zniknąć podczas incydentu. Retencja, wersjonowanie, blokada modyfikacji lub kopia offline są dobierane do scenariusza. Należy uwzględnić ochronę kluczy szyfrujących i możliwość ich odzyskania. Replikacja uszkodzonych danych nie stanowi zamiennika historii kopii.
Plan po utracie budynku
DR obejmuje miejsce uruchomienia, zasoby, łączność, licencje i ludzi. Kopia poza siedzibą jest potrzebna, lecz nie dostarcza automatycznie serwerów ani konfiguracji sieci. Dokumentacja i kontakty powinny być dostępne poza niedziałającym środowiskiem. Plan określa, kto uruchamia procedurę, jak informuje użytkowników i jak wraca do normalnej pracy.
Utrzymuj plan razem z systemem
Nowa aplikacja, zmiana storage lub odnowienie certyfikatu mogą zmienić przebieg odtwarzania. Przegląd kopii należy powiązać z zarządzaniem zmianą. Próby wykonuje się w odseparowanym środowisku i bez narażania danych mieszkańców. Dla JST najważniejszy rezultat to potwierdzona możliwość wznowienia określonej usługi, z opisanymi ograniczeniami i zadaniami do poprawy.
Najczęstsze błędy
- Przechowywanie jedynej kopii w tej samej szafie.
- Wspólne uprawnienia administratora produkcji i repozytorium kopii.
- Brak testu aplikacji po odtworzeniu.
Pytania i odpowiedzi
Czy replikacja zastępuje backup?
Nie. Replikacja może przenieść błąd albo usunięcie danych. Potrzebna jest niezależna historia i kontrola odzyskiwania.
Jak często sprawdzać odtworzenie?
Częstotliwość wynika z krytyczności i zmian. Plan musi także przewidywać próbę po istotnej przebudowie zależności.