Przywracanie do punktu w czasie

Przywracanie do punktu w czasie wymaga pełnej kopii oraz nieprzerwanego łańcucha kopii dziennika transakcji.

Na czym polega przywracanie do punktu w czasie

Przywracanie do punktu w czasie, określane także jako point-in-time recovery, polega na odtworzeniu danych do wskazanego momentu, a nie tylko do chwili wykonania ostatniej kopii zapasowej. Mechanizm ten jest używany wtedy, gdy trzeba cofnąć skutki błędnej operacji, usunięcia rekordów, nieprawidłowej aktualizacji albo awarii, która nastąpiła pomiędzy kolejnymi kopiami pełnymi. Celem może być konkretny czas, na przykład 14:32:10, albo określona transakcja, jeżeli używany silnik pozwala ją jednoznacznie zidentyfikować.

Podstawą odtworzenia jest pełna kopia bazy danych oraz kolejne kopie dziennika transakcji obejmujące cały okres od wykonania tej kopii do wybranego punktu. Pełna kopia dostarcza początkowego obrazu danych, natomiast dziennik zawiera informacje potrzebne do odtworzenia zmian wykonanych później. Sama kopia plików bazy lub pojedyncza kopia pełna nie pozwala zazwyczaj cofnąć danych do dowolnej chwili między kopiami.

Łańcuch kopii dziennika i kolejność odtwarzania

Dziennik transakcji rejestruje operacje zmieniające dane oraz informacje wymagane do zachowania spójności bazy po awarii. Aby wykorzystać go do odtwarzania w czasie, kolejne kopie dziennika muszą tworzyć nieprzerwany łańcuch. Oznacza to, że każda następna kopia powinna rozpoczynać się logicznie w miejscu, w którym zakończyła się poprzednia. Jeżeli fragment dziennika zostanie utracony, uszkodzony albo wykonany z innej, niepasującej gałęzi kopii, odtworzenie dalszych zmian może być niemożliwe.

Typowa procedura zaczyna się od przywrócenia pełnej kopii w trybie, który pozostawia bazę gotową do przyjęcia następnych kopii dziennika. Następnie odtwarza się kopie dziennika w kolejności ich powstania, bez pomijania wymaganych elementów. Ostatnią kopię można zastosować tylko do określonego czasu, o ile zawiera zapis zmian obejmujących ten moment. Po zakończeniu odtwarzania baza jest przełączana do normalnej pracy; w wielu systemach oznacza to zakończenie procedury i uniemożliwia dołożenie kolejnych kopii dziennika do tej samej sekwencji.

W praktyce trzeba rozróżnić czas zapisany w systemie od czasu widocznego na zegarze operatora. Strefa czasowa, synchronizacja zegara i sposób zapisu znaczników czasu wpływają na wybór punktu odtworzenia. Przy operacjach wykonywanych tuż przed awarią bezpieczniej jest ustalić moment na podstawie logów aplikacji, identyfikatora transakcji lub potwierdzonego zdarzenia, a nie wyłącznie na podstawie przybliżonej godziny.

Weryfikacja kopii przed rozpoczęciem odzyskiwania

Skuteczność przywracania zależy nie tylko od samego istnienia plików kopii. Należy sprawdzić, czy pełna kopia jest czytelna, czy należy do właściwej bazy oraz czy odpowiada jej łańcuch dziennika. Istotne są również metadane kopii: czas rozpoczęcia i zakończenia, zakres obejmowanych zmian, numer sekwencji dziennika oraz informacja o miejscu przechowywania. Kopia wykonana po utracie ciągłości dziennika nie naprawia wcześniejszej luki.

Przed odtworzeniem produkcyjnej bazy warto przeprowadzić próbę na oddzielnym środowisku. Taki test pozwala potwierdzić, że pliki można odczytać, kolejność kopii jest prawidłowa, a wybrany punkt czasowy rzeczywiście mieści się w zakresie dostępnych danych. Po odtworzeniu należy zweryfikować spójność bazy, dostępność wymaganych tabel i indeksów oraz działanie aplikacji korzystającej z danych. Weryfikacja powinna obejmować także rekordy utworzone tuż przed wybranym momentem i sprawdzenie, czy operacja, którą trzeba wycofać, nie jest już obecna.

Odtwarzanie do czasu wcześniejszego niż awaria nie zastępuje analizy przyczyny problemu. Jeżeli źródłem błędu była aplikacja, wadliwy skrypt lub błędna konfiguracja zadania, po przywróceniu danych problem może ponownie wystąpić. Trzeba też ustalić, co stało się ze zmianami wykonanymi po wybranym punkcie: nie będą one częścią przywróconej bazy i mogą wymagać ponownego odtworzenia z innych źródeł.

Ograniczenia procedury na komputerze i w środowisku pracy

Przywracanie do punktu w czasie wymaga dostępu do kompletnego zestawu kopii, odpowiedniej ilości miejsca na pliki tymczasowe oraz czasu na odtworzenie danych. Duża baza może potrzebować wielokrotnie więcej przestrzeni niż sam zestaw kopii, ponieważ podczas procedury powstają pliki robocze, dzienniki i dodatkowe kopie. Przerwanie operacji, brak uprawnień do katalogu albo uszkodzenie nośnika może spowodować niepowodzenie odtwarzania, dlatego kopie powinny być przechowywane na sprawdzonych nośnikach i okresowo testowane.

Na laptopie lub komputerze PC należy najpierw ustalić, czy problem dotyczy lokalnej bazy danych, plików aplikacji, czy zewnętrznego systemu, z którym komputer się łączy. Przywrócenie punktu czasowego w jednej bazie nie cofnie automatycznie dokumentów, plików użytkownika, ustawień programu ani danych zapisanych w innym systemie. Jeżeli baza jest używana przez aplikację, przed odtworzeniem trzeba zatrzymać procesy zapisujące dane albo odłączyć użytkowników, aby nowe operacje nie kolidowały z procedurą odzyskiwania. Po jej zakończeniu należy ponownie uruchomić aplikację i sprawdzić poprawność połączenia oraz odczytu danych.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, a w przypadku lokalnych problemów z oprogramowaniem może pomóc w ocenie dostępnych kopii, przygotowaniu bezpiecznego środowiska pracy oraz sprawdzeniu, czy komputer poprawnie korzysta z odtworzonych danych.