CLEANUP_POLICY

CLEANUP_POLICY to ustawienie kontrolujące automatyczne usuwanie przestarzałych danych, np. w mechanizmie Change Tracking.

Rola parametru CLEANUP_POLICY w mechanizmie Change Tracking

CLEANUP_POLICY oznacza regułę określającą, kiedy system może automatycznie usuwać informacje uznawane za przestarzałe. W mechanizmie Change Tracking dane o zmianach są przechowywane niezależnie od samych tabel aplikacyjnych. Taki zapis może wskazywać, że wiersz został dodany, zmodyfikowany albo usunięty, a także zawierać informacje potrzebne procesowi synchronizacji do ustalenia, które rekordy należy ponownie odczytać. Polityka czyszczenia wyznacza granicę przechowywania tych informacji.

Usunięcie wpisu śledzącego zmianę nie oznacza usunięcia odpowiadającego mu wiersza z tabeli użytkowej. CLEANUP_POLICY dotyczy metadanych i historii zmian utrzymywanej przez mechanizm śledzenia, a nie automatycznego kasowania danych biznesowych. Dzięki temu można ograniczyć przyrost pomocniczych struktur i ilość miejsca zajmowanego przez historię, zachowując jednocześnie bieżącą zawartość tabel. Skuteczność tej reguły zależy jednak od tego, czy wszystkie procesy korzystające z Change Tracking odczytują zmiany wystarczająco często.

Retencja zmian a bezpieczna synchronizacja

Najważniejszym pojęciem związanym z CLEANUP_POLICY jest okres retencji, czyli czas, przez który informacje o zmianach powinny pozostać dostępne. Jeżeli klient synchronizujący dane zapisuje znacznik ostatnio przetworzonej wersji, musi wykonać kolejne pobranie zmian zanim historia potrzebna do tego pobrania zostanie usunięta. W przeciwnym razie klient może próbować rozpocząć synchronizację od punktu, którego system już nie obsługuje. W takiej sytuacji nie powinien zakładać, że otrzyma pełny przyrost zmian.

Po wykryciu zbyt starego punktu synchronizacji prawidłowym rozwiązaniem jest ponowne ustalenie stanu początkowego, zwykle przez pełne odczytanie danych objętych synchronizacją i zapisanie nowego znacznika. Szczegółowa procedura zależy od konkretnego silnika i aplikacji, ale sama zasada pozostaje stała: okres czyszczenia musi być dłuższy niż maksymalna przerwa w pracy klienta, jeżeli klient ma nadal korzystać z przyrostowego śledzenia zmian. Zbyt krótka retencja może więc powodować nie tylko błędy techniczne, lecz także konieczność kosztownej synchronizacji pełnej.

Skutki zbyt wczesnego i zbyt późnego czyszczenia

Agresywna polityka czyszczenia ogranicza rozmiar struktur pomocniczych, ale zmniejsza margines bezpieczeństwa dla procesów synchronizacji, raportowania i kontroli zmian. Problem może pojawić się po dłuższej niedostępności urządzenia, awarii usługi pośredniczącej, zatrzymaniu zadania harmonogramu albo czasowym braku połączenia z bazą. Sam fakt, że aplikacja działa poprawnie podczas codziennego testu, nie potwierdza jeszcze, że poradzi sobie po przerwie przekraczającej okres retencji.

Zbyt późne czyszczenie zachowuje historię zmian dłużej, niż wymagają tego odbiorcy danych. Może to zwiększać zajętość dysku, obciążenie operacji konserwacyjnych i czas potrzebny na obsługę struktur śledzenia. Ocena ustawienia powinna obejmować częstotliwość synchronizacji, najdłuższy przewidywany przestój, liczbę tabel objętych śledzeniem oraz tempo modyfikacji danych. Warto również obserwować, czy zadanie czyszczące wykonuje się regularnie i czy nie pozostawia stale rosnących struktur pomocniczych.

Weryfikacja ustawienia CLEANUP_POLICY

Analizę należy rozpocząć od ustalenia, który dokładnie silnik lub komponent definiuje nazwę CLEANUP_POLICY, ponieważ identyczne określenie może mieć inne znaczenie w różnych produktach. Następnie trzeba sprawdzić dokumentację używanej wersji, aktualną wartość parametru, zakres jego działania oraz sposób sygnalizowania sytuacji, w której dane potrzebne klientowi zostały już wyczyszczone. Nie należy przenosić składni, nazw poleceń ani domyślnych wartości z innego systemu bazodanowego.

W środowisku laptopa lub komputera PC ustawienie może być elementem lokalnego programu korzystającego z synchronizacji danych, ale jego zmiana powinna być poprzedzona kopią konfiguracji i testem procesu odtwarzania synchronizacji. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, dlatego przy problemach z aplikacją wykorzystującą Change Tracking można rozpocząć diagnostykę od logów programu, stanu usługi, dostępności bazy oraz zgodności konfiguracji z używanym silnikiem.