Kopia zapasowa a odtworzenie systemu — co ustalić?

Ustal, co trzeba odzyskać

Strona lub aplikacja może potrzebować bazy danych, plików, kodu, konfiguracji i informacji o środowisku. Część danych bywa przechowywana w innych usługach: poczcie, zewnętrznym magazynie plików czy systemie zamówień.

Zbierz listę tych elementów i wskaż, które rzeczywiście obejmuje kopia. Sprawdź również, czy baza i pliki dają się odtworzyć do zgodnego stanu. Sam backup bazy nie przywróci zdjęcia lub dokumentu, którego nie ma w kopii plików.

Porozmawiaj o utracie danych i czasie przerwy

Dwa pytania pomagają dobrać rozwiązanie: ile nowych danych firma może utracić i jak długo system może być niedostępny? Serwis zmieniany raz w miesiącu ma inne potrzeby niż aplikacja zbierająca zamówienia przez cały dzień.

Jeżeli najnowsza poprawna kopia pochodzi z poprzedniej nocy, nowszych zgłoszeń może w niej nie być. Z kolei samo pobranie dużego archiwum i przygotowanie infrastruktury może zająć istotną część czasu przywracania. Częstotliwość kopii i zakładany czas odtworzenia trzeba rozpatrywać oddzielnie.

Sprawdź, kto ma dostęp do kopii

Ustal, gdzie kopie są przechowywane, jak długo pozostają dostępne i kto może je pobrać. Warto ocenić także scenariusz awarii całego konta hostingowego lub przejęcia uprawnień do systemu. Kopia w tym samym miejscu i pod tym samym dostępem może być narażona na to samo zdarzenie co oryginał.

Dostęp powinien być ograniczony, a sposób przechowywania dopasowany do zawartości. Backup danych klientów nadal zawiera dane klientów. Nie kopiuj go przypadkowo do ogólnodostępnego katalogu ani na niechronione środowisko testowe.

Wykonaj próbę odtworzenia

Próbę przeprowadza się w odseparowanym środowisku. Trzeba sprawdzić, czy system się uruchamia, pliki są dostępne, a kluczowe funkcje działają. Przed uruchomieniem kopii wyłącz operacje, które mogłyby wysłać prawdziwe wiadomości, płatności lub dane do systemów produkcyjnych.

Przejdź uzgodnione scenariusze: logowanie, odczyt danych, ważny formularz, edycję treści lub obsługę zamówienia. Zapisz wykorzystaną kopię, czas wykonania i znalezione braki. Wynik próby mówi więcej niż sam komunikat o poprawnym utworzeniu archiwum.

Ustal, jak podejmowana jest decyzja o powrocie

Przed odtworzeniem trzeba zdecydować, z jakiej chwili przywracamy system i co zrobić z nowszymi danymi. Cofnięcie bazy może usunąć poprawne zmiany wykonane po powstaniu kopii. Czasem potrzebne jest ich osobne zabezpieczenie albo odtworzenie tylko wybranego elementu.

Spisz osoby odpowiedzialne za decyzję, hosting, aplikację i sprawdzenie wyniku. Po większych zmianach infrastruktury lub sposobu zapisu danych wróć do testu. Raz wykonana próba nie potwierdza wszystkich przyszłych scenariuszy awarii.

W ramach utrzymania i rozwoju warto ustalić nie tylko wykonywanie kopii, lecz także ich zakres i sposób weryfikacji. Dobry punkt wyjścia to wspólny przegląd tego, co już jest chronione i czego potrzebuje firma, żeby wrócić do pracy.