Wyzwalacz replikacyjny

Wyzwalacz replikacyjny wspiera synchronizację danych, reagując na zmiany w tabeli objętej replikacją.

Rola wyzwalacza replikacyjnego w bazie danych

Wyzwalacz replikacyjny to mechanizm uruchamiany automatycznie po określonej zmianie danych w tabeli uczestniczącej w replikacji. Zmianą może być dodanie wiersza przez operację INSERT, modyfikacja istniejących wartości za pomocą UPDATE albo usunięcie rekordu poleceniem DELETE. Wyzwalacz wykonuje przypisaną mu logikę bez konieczności wywoływania dodatkowej procedury przez aplikację. W zależności od implementacji może działać przed zmianą, po jej wykonaniu albo zamiast standardowej operacji zapisu.

W kontekście replikacji wyzwalacz może zapisać informację o zmianie w tabeli dziennika, oznaczyć rekord jako zmodyfikowany lub przygotować dane do późniejszego przesłania do innej bazy. Proces replikacyjny odczytuje następnie taki zapis i przekazuje zmianę do bazy docelowej. Sam wyzwalacz nie musi więc przesyłać danych przez sieć. Często pełni funkcję lokalnego elementu rejestrującego zdarzenia, podczas gdy osobna usługa, agent albo procedura synchronizacyjna odpowiada za transport i zastosowanie zmian.

Jak rejestrowana jest zmiana danych

Typowy schemat działania obejmuje tabelę źródłową, tabelę pomocniczą przechowującą zmiany oraz mechanizm odczytujący kolejkę zdarzeń. Po modyfikacji tabeli źródłowej wyzwalacz może zapisać identyfikator rekordu, rodzaj operacji, czas jej wykonania i wartości potrzebne do odtworzenia zmiany. Przy aktualizacji istotne bywa zapisanie zarówno klucza głównego, jak i nowych wartości kolumn. Przy usunięciu rekordu konieczne jest zachowanie jego identyfikatora, ponieważ po wykonaniu operacji nie można już odczytać usuniętych danych z tabeli źródłowej.

Wyzwalacz powinien działać w tej samej transakcji co modyfikacja, jeżeli wymaga tego używany silnik bazy danych i model spójności. W takim układzie nieudany zapis do dziennika może spowodować wycofanie zmiany w tabeli źródłowej, co zapobiega sytuacji, w której dane zostały zmienione, ale replikacja nie otrzymała informacji o tym fakcie. Z drugiej strony rozbudowana logika wyzwalacza zwiększa czas trwania transakcji i może blokować inne operacje. Z tego powodu zapis do kolejki zmian powinien być krótki, przewidywalny i oparty na właściwie indeksowanych kolumnach.

Ograniczenia i problemy podczas synchronizacji

Wyzwalacz replikacyjny nie rozwiązuje samodzielnie wszystkich problemów synchronizacji. Jeżeli ten sam rekord może być zmieniany niezależnie w kilku bazach, potrzebny jest sposób rozstrzygania konfliktów. Stosuje się w tym celu między innymi nadrzędne źródło zapisu, wersjonowanie rekordów, znaczniki czasu lub reguły wyboru jednej z konkurencyjnych zmian. Bez takiej reguły zastosowanie operacji w innej bazie może nadpisać poprawne dane albo doprowadzić do rozbieżności między kopiami.

Problemy mogą powstać również wtedy, gdy wyzwalacz zapisuje zdarzenie, ale proces replikacyjny przestaje działać. Tabela dziennika zaczyna wtedy rosnąć, a opóźnienie synchronizacji zwiększa się wraz z liczbą oczekujących zmian. Należy monitorować rozmiar kolejki, wiek najstarszego nieprzetworzonego wpisu, liczbę błędów oraz powtarzających się prób zastosowania tej samej operacji. Mechanizm musi także uwzględniać idempotencję, czyli możliwość bezpiecznego ponowienia operacji po błędzie sieciowym lub przerwaniu procesu. Bez tego ponowne dostarczenie komunikatu może spowodować duplikat albo niepoprawną modyfikację.

Diagnostyka działania wyzwalacza replikacyjnego

Diagnostykę rozpoczyna się od sprawdzenia, czy wyzwalacz jest aktywny, przypisany do właściwej tabeli i reaguje na wszystkie wymagane typy operacji. Następnie wykonuje się kontrolną zmianę w środowisku testowym i porównuje stan tabeli źródłowej z wpisem w dzienniku zmian oraz stanem bazy docelowej. Warto sprawdzić także kolejność zdarzeń, ponieważ aktualizacja zastosowana przed utworzeniem rekordu może zakończyć się błędem. Istotne są również różnice typów danych, ograniczenia kluczy obcych i wartości domyślne występujące po stronie odbiorcy.

Podczas diagnostyki laptopa lub komputera używanego do obsługi aplikacji bazodanowej sprawdza się między innymi połączenie sieciowe, ustawienia klienta, dzienniki aplikacji i komunikaty silnika bazy danych. Błąd widoczny w programie może wynikać z opóźnienia replikacji, blokady tabeli, nieudanej transakcji albo zatrzymanego agenta synchronizacji, a nie z uszkodzenia samego komputera.