Przejdź do głównej zawartości
GIFRÖST / Compare

Ustal domyślne zachowanie zanim duże runy obciążą infrastrukturę.

Zakładka Global Settings jest dostępna na każdym etapie konfiguracji i pozwala sterować sposobem działania Compare w całym workflow. Ustawienia są rozdzielone na obszary Common, Agent oraz Server, żeby strojenie dało się wykonywać na odpowiedniej warstwie.

Zawsze dostępneDo zakładki można wejść na każdym etapie konfiguracji.
CommonSteruje logiką porównania, retry i limitami bezpieczeństwa.
AgentDotyczy wykonania blisko lokalnych lub zdalnych agentów.
ServerDotyczy centralnej warstwy koordynacji i zarządzania procesem.

Obszary ustawień

Obszar 01Common

Zawiera ogólne parametry porównania wpływające na cały przebieg rekonsyliacji.

Obszar 02Agent

Obejmuje ustawienia specyficzne dla lokalnego lub zdalnego agenta biorącego udział w runie.

Obszar 03Server

Obejmuje parametry stosowane po stronie serwera koordynującego cały proces.

Punkt wejściaZakładka Global SettingsJedna powierzchnia sterowania dostępna w całym workflow.
CommonDomyślne parametry porównaniaBatching, retry, limity błędów i reguły normalizacji.
Agent / ServerWarstwy wykonania i orkiestracjiLokalne zachowanie runtime i centralna koordynacja wychodzą z tego samego punktu konfiguracji.

Koncepcyjnie Global Settings działa jak control plane: jedna zakładka rozdziela się na domyślne zasady porównania, zachowanie agentów i reguły orkiestracji po stronie serwera.

Ustawienia Common

Sekcja Common jest najważniejsza operacyjnie, bo wpływa na przepustowość, retry, nacisk na bazę danych i progi bezpieczeństwa w trakcie porównania.

UstawienieBatch Size

Liczba rekordów przetwarzanych jednocześnie podczas porównania tabel.

UstawienieRecheck keys wait durations

Określa, jak długo Compare czeka przed ponownym sprawdzeniem wierszy, które początkowo wyglądały na różne.

UstawienieMax database connections

Maksymalna liczba jednoczesnych połączeń z bazą danych. Wartość musi być większa niż 0.

UstawienieMax errors

Maksymalna akceptowalna liczba różnic, po której Compare zatrzymuje porównanie tabeli. Wartość musi być większa niż 0.

UstawienieRecheck keys

Włącza drugi przebieg weryfikacji dla wierszy oznaczonych jako różniące się.

UstawienieTrim Trailing Spaces

Usuwa końcowe spacje z wartości tekstowych przed porównaniem.

Oś runtimeKoperta przepustowości

Batch Size i Max database connections określają, jak mocno run naciska na środowisko i bazę danych.

Oś runtimeTolerancja spójności

Recheck keys i czas oczekiwania definiują, jak agresywnie Compare traktuje przejściowe rozjazdy replikacji.

Oś runtimeGuardraile awarii

Max errors oraz pomocniki normalizacji, takie jak Trim Trailing Spaces, ograniczają szum i szybciej zatrzymują ewidentnie błędne runy.

Co stroić najpierw

PriorytetPrzepustowość

Zacznij od Batch Size oraz Max database connections, gdy chcesz określić, jakie obciążenie środowisko jest w stanie przyjąć.

PriorytetKontrola fałszywych różnic

Użyj Recheck keys i odpowiedniego czasu oczekiwania, gdy aktywna replikacja może chwilowo sprawiać wrażenie niespójności.

PriorytetLimity bezpieczeństwa

Ustaw Max errors świadomie, żeby job zatrzymywał się wtedy, gdy problem staje się realny, zamiast marnować czas na ewidentnie wadliwy run.

Rola sekcji Agent i Server

Warstwa wykonawczaAgent settings

Parametry agentowe są najważniejsze wtedy, gdy logika porównania działa blisko baz danych, a lokalne warunki wykonania wpływają na wydajność i zachowanie procesu.

Warstwa koordynacjiServer settings

Parametry serwerowe mają znaczenie tam, gdzie liczy się orkiestracja, centralne zarządzanie zasobami i spójne zachowanie usług w całym runie.

Rekomendacja praktyczna

Zacznij zachowawczo Najpierw ustaw bezpieczne limity połączeń i błędów, dopiero potem zwiększaj throughput.

Strojenie zależy od typu runu Cykliczne delta runy i pełne jednorazowe audyty zwykle potrzebują innych ustawień domyślnych.

Weryfikuj po pierwszych runach produkcyjnych Prawdziwe fetch times i wzorce rozbieżności najlepiej pokazują, co warto zmieniać.