Backup w trybie EMERGENCY (ograniczony)

Backup w trybie EMERGENCY to ograniczona kopia zapasowa możliwa do wykonania na bazie danych oznaczonej jako awaryjna.

Charakterystyka ograniczonej kopii awaryjnej

Backup w trybie EMERGENCY to procedura wykonywana wtedy, gdy baza danych została oznaczona jako awaryjna i jej normalna obsługa nie przebiega prawidłowo. Taki stan może oznaczać między innymi podejrzenie uszkodzenia plików bazy, niespójność struktur wewnętrznych, niedostępność części danych albo problem z odzyskaniem bazy po awarii systemu przechowywania. Sama nazwa trybu nie opisuje rodzaju nośnika ani formatu pliku kopii. Informuje przede wszystkim o wyjątkowych warunkach, w których administrator próbuje zabezpieczyć dostępne dane.

Ograniczona kopia awaryjna nie powinna być traktowana jako równoważnik prawidłowego backupu wykonywanego według regularnej procedury. Zakres danych może być mniejszy, część obiektów może być nieczytelna, a informacje potrzebne do odtworzenia pełnego stanu bazy mogą nie być dostępne. Celem jest przede wszystkim zachowanie możliwie dużej ilości danych przed dalszymi próbami naprawy, zmianą konfiguracji lub ingerencją w uszkodzone pliki.

Warunki wykonania i możliwy zakres danych

Przed rozpoczęciem operacji trzeba ustalić, czy baza jest rzeczywiście dostępna w trybie awaryjnym oraz czy system może odczytać jej pliki. Sam fakt, że nazwa bazy jest widoczna w narzędziu administracyjnym, nie oznacza jeszcze, że wszystkie strony danych, indeksy, metadane i dzienniki transakcji są prawidłowe. W przypadku uszkodzenia nośnika odczyt może kończyć się błędami wejścia-wyjścia, a przy uszkodzeniu struktur logicznych niektóre zakresy danych mogą nie dać się poprawnie zinterpretować.

W praktyce ograniczony backup powinien być zapisywany na innym, sprawnym nośniku niż ten, na którym znajdują się pliki źródłowej bazy. Trzeba również sprawdzić wolne miejsce, uprawnienia procesu wykonującego kopię oraz możliwość odczytu utworzonego pliku. Jeżeli operacja wymaga pominięcia uszkodzonych fragmentów albo korzysta z trybu awaryjnego, informacja o tym powinna zostać zachowana w dokumentacji. Późniejsza naprawa lub odtworzenie danych musi uwzględniać, że kopia mogła powstać z niepełnego albo niespójnego źródła.

Różnica między kopią awaryjną a odzyskiwaniem bazy

Wykonanie kopii w trybie EMERGENCY nie naprawia bazy danych i nie przywraca jej do normalnego stanu. Jest to działanie zabezpieczające, po którym zwykle trzeba przeprowadzić osobną analizę integralności. Należy rozdzielić trzy operacje: uzyskanie kopii dostępnych danych, sprawdzenie spójności struktur oraz odtworzenie bazy w środowisku roboczym. Łączenie tych czynności w jednym kroku zwiększa ryzyko utraty informacji albo utrudnia ustalenie, które dane pochodziły ze źródła, a które zostały zmienione podczas naprawy.

Po utworzeniu kopii trzeba sprawdzić, czy można ją odczytać oraz czy zawiera oczekiwane tabele, rekordy i metadane. Sama pomyślna konkluzja programu administracyjnego nie jest wystarczającym dowodem kompletności. Weryfikacja powinna obejmować także rozmiar pliku, komunikaty diagnostyczne, możliwość odtworzenia w odizolowanym środowisku oraz porównanie kluczowych danych z innymi dostępnymi źródłami. Jeżeli uszkodzenie dotyczy dziennika transakcji, kopia może nie zachować wszystkich zmian wykonanych przed awarią, dlatego nie należy zakładać pełnej ciągłości operacji.

Postępowanie po utworzeniu kopii EMERGENCY

Po zabezpieczeniu kopii należy ograniczyć dalsze modyfikacje oryginalnej bazy. Każda próba naprawy struktur, odbudowy indeksów, zmiany ustawień lub usuwania plików może zmienić stan, który byłby potrzebny do późniejszej analizy. Oryginalne pliki powinny zostać zachowane, a kolejne czynności wykonywane na kopii roboczej albo na jej kontrolowanym klonie. Warto zapisać czas wykonania operacji, użyte ustawienia, komunikaty błędów i wynik kontroli spójności.

Diagnostyka sprzętowa ma znaczenie wtedy, gdy przyczyną problemu może być dysk, kontroler, pamięć masowa albo niestabilne zasilanie. Błędy logiczne i błędy odczytu mogą występować jednocześnie, a naprawa samej bazy nie usunie przyczyny sprzętowej. Jeżeli kopia awaryjna jest jedynym zachowanym źródłem danych, przed kolejnymi działaniami należy wykonać jej kopię zabezpieczającą i pracować na duplikacie. Tylko wtedy można porównywać warianty odzyskiwania bez ryzyka utraty pierwotnego materiału.