Odzyskiwanie po awarii usługi

Odzyskiwanie po awarii usługi to automatyczne wycofanie niezatwierdzonych transakcji przy ponownym uruchomieniu instancji.

Mechanizm cofania transakcji po ponownym uruchomieniu

Odzyskiwanie po awarii usługi oznacza działania wykonywane podczas startu usługi po nieoczekiwanym zakończeniu pracy, na przykład po zaniku zasilania, błędzie systemu operacyjnego albo wymuszonym zatrzymaniu procesu. Jednym z podstawowych zadań takiego mechanizmu jest rozpoznanie transakcji, które rozpoczęły się przed awarią, lecz nie zostały zatwierdzone. Transakcja jest logicznym zestawem operacji traktowanych jako całość: albo wszystkie jej zmiany zostają zaakceptowane, albo system usuwa skutki operacji niedokończonej.

Podczas ponownego uruchomienia usługa analizuje informacje zapisane w trwałym dzienniku operacji oraz stan danych zapisany przed awarią. Na tej podstawie ustala, które transakcje otrzymały potwierdzenie zatwierdzenia, a które pozostały otwarte. Zmiany należące do transakcji niezatwierdzonych są wycofywane. Celem nie jest przywrócenie całej bazy lub usługi do starszej kopii, lecz doprowadzenie danych do spójnego stanu wynikającego z ostatniego poprawnego punktu przetwarzania.

Różnica między wycofaniem a odtworzeniem zmian

W procesie odzyskiwania po awarii występują dwa uzupełniające się rodzaje operacji. Wycofanie, określane jako undo lub rollback, usuwa efekty transakcji, która nie została zatwierdzona. Odtworzenie, określane jako redo lub roll-forward, ponownie stosuje zmiany zatwierdzone, ale nieobecne jeszcze w głównym obszarze danych w chwili awarii. Taki przypadek może wystąpić, gdy potwierdzenie zapisu w dzienniku nastąpiło wcześniej niż przeniesienie wszystkich zmodyfikowanych stron danych do właściwych plików.

Dzięki rozdzieleniu dziennika i danych usługa może odtworzyć stan zgodny z zasadą atomowości. Zatwierdzona transakcja nie powinna zniknąć tylko dlatego, że awaria nastąpiła przed pełnym zapisaniem jej zmian w plikach danych. Jednocześnie transakcja, dla której nie zapisano informacji o zatwierdzeniu, nie może pozostawić częściowych rezultatów. Po zakończeniu odzyskiwania widoczne są więc kompletne zmiany zatwierdzone oraz brak zmian należących do transakcji przerwanych.

Etapy kontroli spójności podczas startu usługi

Po uruchomieniu usługa zwykle odczytuje metadane wskazujące ostatni bezpieczny punkt kontroli oraz początek zakresu dziennika wymagającego analizy. Następnie przegląda rekordy operacji, identyfikuje transakcje aktywne w chwili awarii i wykonuje niezbędne operacje odtworzenia lub wycofania. Kolejność ma znaczenie: najpierw trzeba ustalić pełny obraz zmian, a dopiero potem usuwać skutki transakcji, które nie uzyskały zatwierdzenia.

Przebieg odzyskiwania może zostać zapisany w dzienniku usługi. Komunikaty często wskazują rozpoczęcie procedury, liczbę analizowanych rekordów, identyfikatory transakcji oraz zakończenie fazy cofania. Sam fakt pojawienia się takich komunikatów po restarcie nie oznacza jeszcze uszkodzenia danych. Niepokój powinny wzbudzić dopiero powtarzające się przerwania odzyskiwania, błędy odczytu dziennika, brak miejsca na dysku, uszkodzenie plików albo sytuacja, w której usługa nie przechodzi do normalnego trybu pracy.

Czas trwania procedury zależy między innymi od ilości operacji zapisanych w dzienniku od ostatniego punktu kontroli, liczby otwartych transakcji oraz szybkości nośnika. W czasie odzyskiwania dostęp do danych może być ograniczony, ponieważ usługa musi chronić spójność przed udostępnieniem niepełnego stanu. Wielokrotne przerywanie tej procedury może zwiększyć zakres pracy przy kolejnym uruchomieniu i utrudnić ocenę rzeczywistej przyczyny awarii.

Ocena problemu na laptopie lub komputerze PC

Na komputerze użytkownika warto rozdzielić sam mechanizm odzyskiwania od przyczyny, która doprowadziła do nieoczekiwanego zatrzymania usługi. Analiza powinna obejmować dzienniki systemowe, komunikaty aplikacji, stan wolnego miejsca na dysku, błędy odczytu i zapisu oraz historię restartów. Istotne jest również sprawdzenie, czy usługa po zakończeniu cofania uruchamia się prawidłowo i czy kolejne operacje zapisu oraz odczytu przebiegają bez nowych błędów.

Jeżeli odzyskiwanie uruchamia się przy każdym starcie, może to wskazywać na powtarzające się zaniki zasilania, nieprawidłowe zamykanie systemu, problem z nośnikiem danych, uszkodzenie plików dziennika albo błąd samej aplikacji. Nie należy usuwać ręcznie plików danych ani dzienników tylko po to, aby ominąć procedurę startową, ponieważ może to pozbawić usługę informacji potrzebnych do prawidłowego odtworzenia zatwierdzonych zmian. Bezpieczna diagnostyka polega na zabezpieczeniu kopii istotnych danych, odczytaniu komunikatów i ustaleniu, czy problem dotyczy aplikacji, systemu plików, dysku lub zasilania.

Przy diagnostyce komputera można także sprawdzić, czy system poprawnie rejestruje nieoczekiwane wyłączenia oraz czy pojemność i stan nośnika pozwalają na dalszą pracę. Jeżeli usługa zatrzymuje się w trakcie odzyskiwania, dalsze działania powinny być prowadzone ostrożnie, z uwzględnieniem znaczenia dziennika transakcji i kolejności wykonywanych operacji.