Log backup chain

Log backup chain to nieprzerwana sekwencja kopii dziennika transakcji, niezbędna do odtworzenia bazy do punktu w czasie.

Jak powstaje łańcuch kopii dziennika transakcji

Log backup chain, czyli łańcuch kopii dziennika transakcji, jest uporządkowaną sekwencją plików lub zapisów zawierających kolejne fragmenty historii operacji wykonanych w bazie danych. Dziennik transakcji rejestruje między innymi rozpoczęcie i zakończenie transakcji, zmiany wartości, modyfikacje struktur oraz informacje pozwalające silnikowi odtworzyć właściwy stan danych. Kopia dziennika nie jest zwykłą kopią całej bazy. Obejmuje określony zakres wpisów dziennika, wyznaczony przez pozycję początkową i końcową w jego logicznej sekwencji.

Każda następna kopia powinna obejmować bezpośrednio kolejny zakres dziennika po poprzedniej kopii. Ciągłość jest określana na podstawie identyfikatorów, numerów sekwencji lub innych metadanych zapisanych przez konkretny silnik bazy danych. Nieprzerwana sekwencja pozwala przejść od kopii bazowej do późniejszych zmian bez pomijania fragmentu historii. Jeżeli w łańcuchu zabraknie jednego wymaganego ogniwa, późniejsze kopie mogą nadal istnieć, lecz nie zawsze będzie można wykorzystać je do pełnego odtworzenia bazy.

Rola kopii pełnej, różnicowej i dziennika

Odtwarzanie z użyciem łańcucha log backup chain zwykle rozpoczyna się od odpowiedniej kopii bazowej, najczęściej pełnej kopii bazy danych wykonanej przed zakresem interesujących zmian. W zależności od możliwości danego systemu można następnie wykorzystać kopię różnicową, która zawiera zmiany od określonej kopii pełnej, a po niej zastosować kolejne kopie dziennika. Kopia różnicowa nie zastępuje ciągłości dziennika. Skraca jedynie liczbę kopii wymaganych na początku procedury, ponieważ pozwala pominąć starsze kopie różnicowe i rozpocząć od nowszego punktu bazowego.

Podczas odtwarzania kopie dziennika nakłada się w kolejności wynikającej z ich zakresów, a nie wyłącznie z daty utworzenia pliku. Silnik sprawdza, czy początkowy punkt jednej kopii odpowiada końcowemu punktowi poprzedniej. Po zastosowaniu ostatniej pełnej kopii dziennika można przeprowadzić odzyskiwanie do końca dostępnej sekwencji albo do określonego momentu, jeżeli system obsługuje odzyskiwanie point-in-time. Ostateczny rezultat zależy również od tego, czy transakcje były poprawnie zatwierdzone oraz czy baza znajduje się w stanie pozwalającym na zakończenie procesu odzyskiwania.

Przerwanie sekwencji i utrata możliwości odtworzenia

Łańcuch może zostać przerwany przez brak pliku, uszkodzenie kopii, wykonanie operacji resetującej ciąg dziennika, zmianę konfiguracji odzyskiwania albo rozpoczęcie nowej sekwencji po określonym rodzaju kopii bazowej. Sam fakt, że wszystkie pliki mają poprawne nazwy i różne znaczniki czasu, nie potwierdza ich użyteczności. Znaczenie mają metadane wewnętrzne oraz zgodność zakresów dziennika. Zmiana nazwy pliku może utrudnić pracę operatora, ale zwykle nie naprawia ani nie niszczy logicznej ciągłości zapisanej wewnątrz kopii.

W praktyce trzeba zweryfikować, od której kopii bazowej rozpoczyna się wymagany łańcuch, czy każda kolejna kopia jest dostępna oraz czy pliki można odczytać. Należy także sprawdzić, czy kopie nie zostały automatycznie usunięte przez retencję, przeniesione na niedostępny nośnik albo nadpisane w wyniku błędnej konfiguracji zadania archiwizującego. Test odtworzenia jest ważniejszy niż sam raport pomyślnego wykonania zadania, ponieważ dopiero odtworzenie potwierdza, że kopie są wzajemnie zgodne i wystarczają do uzyskania oczekiwanego stanu bazy.

Weryfikacja łańcucha przed odzyskaniem danych

Diagnostyka problemu z log backup chain powinna obejmować dzienniki zadań kopii zapasowych, katalog plików, metadane każdej kopii oraz komunikaty silnika bazy danych. Warto ustalić dokładny moment, do którego mają zostać odzyskane dane, a następnie wybrać kopię pełną i wszystkie wymagane kopie dziennika aż do tego momentu. Jeżeli występuje luka, należy określić jej źródło: brak wykonania zadania, błąd zapisu, usunięcie pliku, niedostępność lokalizacji albo rozpoczęcie nowego łańcucha. Nie należy zakładać, że późniejsza kopia automatycznie zawiera brakujący zakres.

W ramach naprawy można odtworzyć dostępne kopie na odizolowanym środowisku testowym, odczytać ich kolejność i sprawdzić możliwość zastosowania bez ingerowania w działającą bazę. W przypadku uszkodzenia nośnika trzeba najpierw zabezpieczyć pozostałe pliki i ustalić, czy istnieje niezależna kopia tego samego zakresu. Diagnostyka laptopa lub komputera PC może pomóc wtedy, gdy problem dotyczy lokalnego dysku, systemu plików, uprawnień, oprogramowania do wykonywania kopii albo połączenia z nośnikiem. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, jednak przywrócenie konkretnego łańcucha zależy od zachowania kompletu poprawnych kopii oraz możliwości danego silnika bazy danych.