Śledzenie zmian danych

Śledzenie zmian danych to mechanizm rejestrujący modyfikacje wierszy tabeli na potrzeby synchronizacji lub audytu.

Na czym polega śledzenie zmian danych

Śledzenie zmian danych to mechanizm, który rejestruje modyfikacje wykonywane w wierszach tabeli. W zależności od zastosowania zapisywane może być utworzenie nowego wiersza, zmiana wartości istniejącego rekordu albo jego usunięcie. Sam mechanizm nie musi przechowywać pełnej kopii całej tabeli. Może zapisywać wyłącznie identyfikator zmienionego wiersza, rodzaj operacji oraz znacznik czasu. Dzięki temu inny program wie, które dane powinien ponownie odczytać lub przekazać do kolejnego systemu.

W praktyce rejestr zmian jest oddzielnym strumieniem informacji związanym z tabelą źródłową. Dla przykładowego rekordu zawierającego nazwę pliku, status synchronizacji i datę modyfikacji wpis o zmianie może wskazywać, że zmieniono właśnie ten rekord, bez przechowywania wszystkich pozostałych danych. Istotne jest jednoznaczne rozróżnienie operacji INSERT, UPDATE i DELETE albo ich odpowiedników stosowanych przez konkretną aplikację. Bez takiego rozróżnienia odbiorca może nie wiedzieć, czy ma dodać dane, zaktualizować istniejący obiekt, czy usunąć jego lokalną kopię.

Rejestr zmian a synchronizacja tabel

Podczas synchronizacji program źródłowy zapisuje zmianę, a program odbiorczy okresowo pobiera informacje o nowych wpisach w rejestrze. Odczyt powinien mieć określony punkt początkowy i końcowy, na przykład numer sekwencyjny albo znacznik czasu. Po poprawnym przetworzeniu partii zmian odbiorca zapamiętuje ostatnią obsłużoną pozycję. Przy kolejnym uruchomieniu nie musi analizować całej tabeli, lecz może rozpocząć pracę od następnego wpisu.

Ważna jest kolejność przetwarzania. Jeżeli ten sam wiersz został zmieniony kilka razy, a odbiorca otrzyma najpierw starszą wersję, a później nowszą, końcowy stan powinien odpowiadać najnowszej zmianie. Sam znacznik czasu nie zawsze wystarcza do rozstrzygnięcia kolejności, ponieważ dwa zdarzenia mogą mieć taką samą dokładność czasu. Z tego powodu używa się również rosnącego identyfikatora zdarzenia, wersji rekordu lub innego stabilnego mechanizmu porządkowania.

Synchronizacja musi uwzględniać możliwość ponownego dostarczenia tego samego wpisu. Może do tego dojść, gdy program odbiorczy przetworzy zmianę, lecz zakończy działanie przed zapisaniem informacji o postępie. Bezpieczny odbiorca wykonuje operacje w sposób idempotentny, czyli ponowne zastosowanie tej samej zmiany nie powoduje kolejnego błędnego przyrostu danych. Przy usuwaniu rekordu potrzebna jest informacja o jego wcześniejszym identyfikatorze, ponieważ po skasowaniu nie można już odczytać go z tabeli źródłowej.

Śledzenie zmian w procesie audytowym

Rejestr zmian może służyć także do odtworzenia historii modyfikacji. W takim wariancie zapisuje się nie tylko fakt zmiany, ale również nazwę tabeli, identyfikator wiersza, rodzaj operacji, czas wykonania oraz wartości przed i po zmianie. Zakres informacji zależy od celu systemu. Jeżeli potrzebne jest wyłącznie ustalenie, kiedy rekord został zmieniony, wystarczy metadana dotycząca czasu i rodzaju operacji. Jeżeli trzeba odtworzyć poprzedni stan, konieczne jest zachowanie wartości historycznych albo kolejnych wersji rekordu.

Trzeba odróżnić moment wykonania operacji od momentu jej zapisania w dzienniku. W systemie wielowątkowym lub korzystającym z kolejki zdarzeń te momenty mogą się różnić. Dobrze zaprojektowany rejestr powinien gwarantować, że zmiana nie zostanie uznana za wykonaną, jeżeli odpowiadający jej wpis nie został trwale zapisany. W przeciwnym razie tabela może zawierać nowy stan, którego nie da się przekazać do systemu synchronizowanego ani wyjaśnić podczas analizy historii.

Rejestr zmian nie zastępuje kopii zapasowej. Zwykle przechowuje tylko operacje wykonane po określonym momencie, a jego zawartość może być okresowo usuwana po zakończeniu synchronizacji lub po upływie ustalonego czasu. Do odtworzenia kompletnego stanu potrzebna jest kopia bazowa oraz wszystkie wymagane zmiany następujące po jej utworzeniu. Podczas diagnostyki warto sprawdzić, czy rejestr nie został wyczyszczony zbyt wcześnie, czy identyfikatory zmian są ciągłe oraz czy odbiornik poprawnie sygnalizuje błędy przetwarzania.

Problemy z utratą i duplikowaniem zmian

Najczęstszy problem polega na przesunięciu punktu odczytu przed zakończeniem przetwarzania partii. Wtedy część zmian może zostać pominięta. Odwrotny błąd występuje, gdy program za każdym uruchomieniem pobiera ten sam zakres i nie rozpoznaje wcześniej przetworzonych wpisów. Pojawiają się wówczas duplikaty, wielokrotne aktualizacje albo niespójne liczniki. Analiza powinna obejmować identyfikator zmiany, stan przetwarzania, czas pobrania oraz odpowiedź systemu odbiorczego.

Na laptopie lub komputerze PC problemy z takim mechanizmem mogą wynikać z uszkodzenia plików aplikacji, błędnej konfiguracji programu, braku miejsca na dysku, przerwania zasilania albo nieprawidłowego działania nośnika danych. Przydatne jest porównanie aktualnego stanu tabeli z ostatnim potwierdzonym punktem synchronizacji oraz sprawdzenie lokalnych logów aplikacji. Przed usuwaniem plików dziennika lub ponowną inicjalizacją synchronizacji należy zabezpieczyć kopię danych, ponieważ czyszczenie rejestru może uniemożliwić ustalenie kolejności zdarzeń.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, w tym diagnostyką problemów z działaniem aplikacji oraz zapisem danych na nośnikach. W przypadku nieprawidłowego śledzenia zmian istotne jest rozdzielenie usterki sprzętowej od błędu konfiguracji lub samego programu, aby nie usuwać historii zmian bez wcześniejszego ustalenia przyczyny.