Odzyskiwanie danych po awarii

Odzyskiwanie danych po awarii to przywrócenie ostatniej kopii pełnej wraz z kolejnymi kopiami dziennika transakcji.

Na czym polega odtwarzanie danych po awarii

Odzyskiwanie danych po awarii to proces przywracania działania systemu z kopii zapasowych po zdarzeniu, które uniemożliwia korzystanie z bieżących danych. Przyczyną może być uszkodzenie nośnika, utrata plików bazy, błąd systemu, nieprawidłowa operacja administratora albo awaria całego środowiska, w którym działa aplikacja. Jeżeli dostępna jest kopia pełna oraz kopie dziennika transakcji, odtwarzanie nie polega na przywróceniu jednego pliku, lecz na odtworzeniu określonej kolejności zmian.

Kopia pełna zawiera kompletny stan danych objętych zadaniem wykonywania kopii w chwili jej utworzenia. Dziennik transakcji rejestruje operacje wykonane później, między innymi zapisy, modyfikacje i usunięcia danych oraz informacje potrzebne do zachowania spójności transakcji. Przywrócenie ostatniej kopii pełnej usuwa lukę wynikającą z awarii tylko częściowo. Kolejne kopie dziennika pozwalają odtworzyć zmiany zapisane po wykonaniu kopii pełnej, aż do końca dostępnego łańcucha lub do wybranego momentu.

Łańcuch kopii pełnej i dziennika transakcji

Podstawą poprawnego odtwarzania jest zachowanie ciągłości kopii dziennika. Najpierw wybiera się właściwą kopię pełną, a następnie ustala, które kopie dziennika powstały po niej i w jakiej kolejności należy je zastosować. Nie można dowolnie pominąć kopii znajdującej się w środku łańcucha, ponieważ późniejsza kopia może zawierać zmiany zależne od operacji zapisanych wcześniej. Każdy kolejny etap musi odnosić się do stanu utworzonego przez poprzedni etap odtwarzania.

Ważne jest rozróżnienie kopii dziennika od kopii różnicowej. Kopia różnicowa opisuje zmiany względem określonej kopii pełnej, natomiast kopia dziennika przedstawia kolejne operacje w ramach ciągłego przebiegu rejestrowania transakcji. W rozwiązaniach, które obsługują oba mechanizmy, typowy proces może obejmować kopię pełną, ostatnią kopię różnicową oraz dalsze kopie dziennika. Konkretna kolejność zależy jednak od używanego silnika bazy danych, konfiguracji kopii i dokumentacji danego systemu.

Punkt odtworzenia i spójność przywróconego środowiska

Odtwarzanie może zakończyć się na końcu ostatniej dostępnej kopii dziennika albo na określonym punkcie w czasie, jeżeli system i posiadane kopie pozwalają na taką operację. Wybór punktu odtworzenia powinien wynikać z ustalenia chwili awarii oraz zakresu danych, które mają zostać zachowane. Im późniejszy punkt, tym więcej późniejszych operacji zostanie zastosowanych, ale tylko pod warunkiem, że odpowiednie kopie są kompletne i możliwe do odczytania.

Po zakończeniu przywracania trzeba sprawdzić nie tylko, czy baza lub pliki są dostępne, lecz także czy dane są logicznie spójne. Weryfikacji wymagają między innymi możliwość otwarcia struktur danych, zgodność liczby i zakresu rekordów z oczekiwaniami, dostęp aplikacji do odtworzonego środowiska oraz działanie operacji odczytu i zapisu. Sama obecność plików po odtworzeniu nie potwierdza jeszcze, że proces zakończył się prawidłowo. Należy również upewnić się, że aplikacja korzysta z właściwej instancji, ścieżek i konfiguracji po awarii.

Weryfikacja kopii i przygotowanie procedury awaryjnej

Skuteczność odzyskiwania zależy od wcześniejszego przygotowania kopii oraz regularnego sprawdzania, czy można je rzeczywiście wykorzystać. Warto kontrolować daty wykonania kopii, ich rozmiary, status zakończenia zadania, dostępność plików oraz ciągłość dziennika transakcji. Istotne jest także przechowywanie kopii w sposób niezależny od głównego środowiska, ponieważ awaria tego samego nośnika lub systemu może jednocześnie pozbawić dostępu do danych produkcyjnych i kopii.

Procedura awaryjna powinna określać osobę odpowiedzialną za wybór punktu odtworzenia, kolejność użycia kopii, sposób potwierdzenia spójności oraz działania po ponownym uruchomieniu aplikacji. Testowe odtwarzanie na odseparowanym środowisku pozwala wykryć brakujące pliki, uszkodzone archiwa, przerwane łańcuchy dziennika i niezgodności wersji oprogramowania. Przy diagnostyce urządzenia, na którym przechowywane są kopie lub pliki robocze, należy najpierw zabezpieczyć dostępne dane i unikać działań, które mogłyby nadpisać odzyskiwane informacje.