Kopia zapasowa dziennika transakcji

Kopia zapasowa dziennika transakcji to backup rejestru zmian, umożliwiający odtworzenie bazy do wybranego momentu w czasie.

Rola kopii zapasowej dziennika transakcji

Kopia zapasowa dziennika transakcji jest zapisem zmian wykonanych w bazie danych od określonego momentu. Dziennik przechowuje informacje potrzebne do odtworzenia operacji, takich jak wstawienie rekordu, jego modyfikacja, usunięcie albo zmiana wartości indeksu. W zależności od silnika bazy danych zapis może obejmować również metadane transakcji, identyfikatory stron danych, informacje o zatwierdzeniu operacji oraz dane wymagane do wycofania zmian. Nie jest to zwykła kopia plików zawierających aktualny stan bazy. Jej zadaniem jest zachowanie historii zmian, aby można było odtworzyć spójny stan z chwili poprzedzającej awarię lub inny problem.

Mechanizm ten ma znaczenie przede wszystkim wtedy, gdy baza pracuje w modelu odzyskiwania umożliwiającym wykonywanie kopii dziennika. Połączenie pełnej kopii bazy z kolejnymi kopiami dziennika tworzy łańcuch odzyskiwania. Każdy następny element powinien wynikać z poprzedniego i obejmować ciąg zmian bez niekontrolowanych przerw. Uszkodzenie, utrata albo pominięcie części łańcucha może uniemożliwić odtworzenie wszystkich późniejszych operacji. Z tego powodu kopia dziennika powinna być traktowana jako element całej strategii backupu, a nie jako niezależny plik przechowywany bez związku z kopią pełną.

Odtwarzanie bazy do wybranego momentu

Podczas odzyskiwania najpierw odtwarza się odpowiednią pełną kopię bazy, a następnie kolejne kopie dziennika transakcji w prawidłowej kolejności. Na końcu można zastosować ostatni zakres zmian i zakończyć proces w określonym punkcie czasu, o ile dane z tego momentu są dostępne i silnik obsługuje takie odzyskiwanie. Pozwala to ograniczyć skutki przypadkowego usunięcia tabeli, błędnego polecenia aktualizującego wiele rekordów albo awarii urządzenia zapisującego pliki bazy. Odtworzenie nie oznacza jednak automatycznego cofnięcia pojedynczej operacji bez analizy jej następstw. Zwykle przywracany jest cały stan bazy do wskazanego momentu, a dalsze czynności wykonuje się na odtworzonej kopii.

Ważne jest rozróżnienie między kopią dziennika a dziennikiem znajdującym się aktualnie w działającym systemie. Dziennik bieżący może zawierać operacje jeszcze nieobjęte kopią albo informacje potrzebne do zakończenia odzyskiwania po awarii. Jeżeli nośnik z bazą przestał działać, czasem możliwe jest zabezpieczenie końcowego fragmentu dziennika, ale zależy to od stanu plików, konfiguracji oraz konkretnego silnika. Brak takiego fragmentu oznacza, że ostatnie nieutrwalone w backupie zmiany mogą zostać utracone. Samo posiadanie wielu kopii dziennika nie gwarantuje poprawnego odzyskania, jeśli nie można odczytać pełnej kopii bazowej albo któregoś wcześniejszego elementu łańcucha.

Spójność łańcucha i przechowywanie backupów

Regularność wykonywania kopii dziennika wpływa na możliwy zakres utraty danych oraz rozmiar pojedynczego backupu. Jeżeli kopie są wykonywane rzadko, pojedynczy plik może obejmować długi okres i zawierać dużo zmian. Zbyt częste wykonywanie kopii zwiększa liczbę plików, które trzeba kontrolować, przenosić i przechowywać, dlatego harmonogram powinien wynikać z wymagań dotyczących dopuszczalnej utraty danych oraz możliwości środowiska. Niezależnie od częstotliwości należy zachować kolejność plików, identyfikatory lub znaczniki pozwalające rozpoznać ich wzajemną zależność oraz informacje o tym, z jakiej pełnej kopii rozpoczęto dany łańcuch.

Backup powinien być przechowywany poza podstawowym nośnikiem bazy, ponieważ awaria dysku, uszkodzenie systemu plików albo zaszyfrowanie komputera może objąć jednocześnie dane produkcyjne i kopie. Praktyczna kontrola obejmuje sprawdzenie, czy pliki można odczytać, czy ich rozmiary i znaczniki są zgodne z oczekiwaniami oraz czy nie występują przerwy w sekwencji. Najważniejszym testem jest jednak próbne odtworzenie na oddzielnym środowisku. Dopiero taki test potwierdza, że kopia pełna, kopie dziennika i procedura odzyskiwania tworzą działający zestaw. Sam pomyślny wynik zadania tworzenia pliku nie dowodzi, że późniejsze odtworzenie będzie możliwe.

Objawy problemów z kopią dziennika i diagnostyka

Problemy mogą ujawnić się jako brak kolejnej kopii, nieoczekiwane zwiększanie rozmiaru dziennika, błąd podczas odtwarzania albo komunikat o niezgodnej sekwencji backupów. Przyczyną bywa zapełnienie nośnika, brak uprawnień do katalogu docelowego, uszkodzenie pliku, zatrzymanie zadania harmonogramu lub zmiana trybu pracy bazy. Diagnozę rozpoczyna się od ustalenia czasu ostatniej poprawnej pełnej kopii i ostatniej poprawnej kopii dziennika. Następnie porównuje się kolejność backupów z rejestrem zadań, komunikatami silnika oraz stanem przestrzeni dyskowej. Nie należy usuwać starszych plików dziennika wyłącznie dlatego, że zajmują dużo miejsca, ponieważ mogą być potrzebne do zachowania ciągłości odzyskiwania.

W środowisku laptopa lub komputera PC, na którym działa lokalna baza wykorzystywana przez aplikację, warto sprawdzić także lokalizację plików, dostępność wolnego miejsca i możliwość odczytu kopii po ponownym uruchomieniu systemu. Jeżeli baza nie otwiera się, aplikacja zgłasza niespójność danych albo backupu nie można zweryfikować, potrzebna jest analiza logów aplikacji, konfiguracji silnika i stanu nośnika przed próbą naprawy. Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC i ich podzespołów, w tym diagnostykę problemów z zapisem, odczytem oraz działaniem oprogramowania na komputerze użytkownika.