Przypadki użycia EMERGENCY

Tryb EMERGENCY stosuje się wyłącznie do ratunkowego odczytu danych z bazy nieosiągalnej w normalnym stanie.

Kiedy tryb EMERGENCY jest uzasadniony

Tryb EMERGENCY stosuje się wtedy, gdy baza danych nie odpowiada w zwykły sposób, a mimo to istnieje uzasadniona potrzeba odczytania informacji zapisanych na nośniku. Przykładem może być awaria usługi zarządzającej bazą, uszkodzenie plików danych, niespójność metadanych, brak dostępu do części woluminów albo błąd konfiguracji uniemożliwiający uruchomienie silnika. Sam fakt, że aplikacja nie wyświetla danych, nie oznacza jeszcze, że wszystkie informacje zostały utracone. Pliki bazy mogą nadal znajdować się na dysku, lecz nie być dostępne przez standardowy interfejs.

EMERGENCY nie jest zwykłym trybem pracy użytkownika ani sposobem na przyspieszenie działającej bazy. Jego celem jest ograniczony, ratunkowy odczyt danych potrzebnych do dalszej analizy lub przygotowania kopii. Zakres działań powinien być możliwie mały, ponieważ każda próba zapisu, naprawy struktury albo automatycznej rekonfiguracji może zmienić stan uszkodzonych plików. Przed rozpoczęciem odczytu należy ustalić, jakie pliki należą do bazy, na którym nośniku się znajdują oraz czy nośnik nie wykazuje objawów awarii fizycznej.

Odczyt danych bez normalnego uruchomienia silnika

W sytuacji awaryjnej najważniejszym rozróżnieniem jest odczyt logiczny i odczyt bezpośredni z plików. Odczyt logiczny wykorzystuje działający silnik bazy, ale ogranicza operacje do zapytań lub eksportu. Jeżeli usługa nie startuje, nie otwiera katalogu danych albo odrzuca pliki z powodu błędów integralności, taki sposób może być niedostępny. Wtedy analizuje się strukturę plików, nagłówki, strony danych, indeksy oraz dzienniki transakcji, o ile format konkretnego silnika pozwala na ich rozpoznanie.

Ratunkowy odczyt powinien być wykonywany na kopii sektorowej lub na kopii plików, a nie na jedynym oryginale. Kopia sektorowa zachowuje również nieużywane obszary nośnika, co ma znaczenie, gdy pliki są częściowo uszkodzone albo system plików nie montuje woluminu. Jeżeli dysk zgłasza błędy odczytu, narzędzie kopiujące powinno rejestrować nieczytelne zakresy i wielokrotnie ponawiać odczyt tylko tam, gdzie jest to uzasadnione. Nie należy uruchamiać defragmentacji, formatowania, kontroli naprawczej systemu plików ani programów, które modyfikują strukturę dysku przed zabezpieczeniem materiału.

Granice wiarygodności odzyskanych rekordów

Odczyt pliku bazy nie gwarantuje, że każdy odzyskany rekord jest kompletny i aktualny. Dane mogą być rozproszone na wielu stronach, a część zmian mogła pozostawać w pamięci podręcznej lub w dzienniku transakcji w chwili awarii. Jeżeli brakujące są strony danych, można uzyskać rekordy z niepełnymi kolumnami, uszkodzonymi znakami albo bez powiązanych wpisów z innych tabel. Indeksy również nie powinny być traktowane jako pełne źródło danych, ponieważ ich zawartość może nie odzwierciedlać wszystkich rekordów po nieudanej operacji zapisu.

Każdy wynik EMERGENCY powinien być opisany jako odzysk ratunkowy z określonego zestawu plików i konkretnego stanu nośnika. W raporcie technicznym warto rozdzielić rekordy odczytane w całości, rekordy częściowe oraz dane zrekonstruowane na podstawie zachowanych fragmentów. Należy także odnotować liczbę nieczytelnych obszarów, błędy integralności, brakujące dzienniki i sytuacje, w których nie można potwierdzić kolejności transakcji. Jeżeli silnik nie potrafi bezpiecznie odtworzyć spójnego obrazu bazy, rezultat może służyć do identyfikacji najważniejszych informacji, lecz nie powinien automatycznie zastępować pełnej kopii zapasowej.

Przygotowanie urządzenia i dalsze kroki serwisowe

Przed zastosowaniem trybu EMERGENCY trzeba zabezpieczyć stan urządzenia: odłączyć zbędne procesy zapisujące dane, ustalić dostępne miejsce na kopię, sprawdzić kondycję nośnika i zapisać informacje o używanym środowisku. Istotne są między innymi typ systemu plików, sposób podłączenia dysku, lokalizacja plików danych, obecność osobnych dzienników oraz wersja używanego silnika. Nie wolno mieszać plików pochodzących z różnych baz ani uruchamiać ich w przypadkowym, niezgodnym środowisku, ponieważ różnice formatu mogą prowadzić do błędnej interpretacji danych.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, a w przypadku awarii związanej z niedostępną bazą kluczowe znaczenie ma najpierw zabezpieczenie nośnika oraz ocena możliwości odczytu. Po odzyskaniu użytecznych danych dalsze działania obejmują weryfikację ich spójności, odtworzenie środowiska na sprawnym urządzeniu i dopiero potem próbę przywrócenia normalnej pracy. Jeżeli problem wynika z uszkodzenia dysku, należy rozważyć wymianę nośnika zamiast dalszej eksploatacji urządzenia z błędami odczytu. Tryb EMERGENCY kończy się po wykonaniu kopii i udokumentowaniu wyniku; nie powinien być pozostawiony jako stały sposób obsługi bazy.