Ustal domyślne zachowanie zanim duże runy obciążą infrastrukturę.
Na etapie Summary wybierz Settings, aby otworzyć okno Comparison settings. Jego opcje sterują działaniem Compare podczas runu i są rozdzielone na obszary Common, Agent oraz Server, żeby strojenie odbywało się na odpowiedniej warstwie.
Obszary ustawień
Zawiera ogólne parametry porównania wpływające na cały przebieg rekonsyliacji.
Obejmuje ustawienia specyficzne dla lokalnego lub zdalnego agenta biorącego udział w runie.
Obejmuje parametry stosowane po stronie serwera koordynującego cały proces.
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.
Liczba rekordów przetwarzanych jednocześnie podczas porównania tabel.
Określa, jak długo Compare czeka przed ponownym sprawdzeniem wierszy, które początkowo wyglądały na różne.
Maksymalna liczba jednoczesnych połączeń z bazą danych. Wartość musi być większa niż 0.
Maksymalna akceptowalna liczba różnic, po której Compare zatrzymuje porównanie tabeli. Wartość musi być większa niż 0.
Włącza drugi przebieg weryfikacji dla wierszy oznaczonych jako różniące się.
Usuwa końcowe spacje z wartości tekstowych przed porównaniem.
Batch Size i Max database connections określają, jak mocno run naciska na środowisko i bazę danych.
Recheck keys i czas oczekiwania definiują, jak agresywnie Compare traktuje przejściowe rozjazdy replikacji.
Max errors oraz pomocniki normalizacji, takie jak Trim Trailing Spaces, ograniczają szum i szybciej zatrzymują ewidentnie błędne runy.
Co stroić najpierw
Zacznij od Batch Size oraz Max database connections, gdy chcesz określić, jakie obciążenie środowisko jest w stanie przyjąć.
Użyj Recheck keys i odpowiedniego czasu oczekiwania, gdy aktywna replikacja może chwilowo sprawiać wrażenie niespójności.
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
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.
Parametry serwerowe mają znaczenie tam, gdzie liczy się orkiestracja, centralne zarządzanie zasobami i spójne zachowanie usług w całym runie.
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ć.