Dobierz głębokość porównania do ryzyka i skali danych.
Każdy algorytm Compare równoważy szybkość, precyzję, koszt infrastrukturalny i wolumen przesyłanych danych inaczej. Możesz zacząć od lekkiej kontroli wolumenu, przejść do próbkowania dużych tabel, użyć agentowego haszowania chunków tam, gdzie transfer musi być minimalny, albo uruchomić pełny audyt wiersz-po-wierszu tam, gdzie wynik ma być podstawą decyzji operacyjnej.
Przegląd algorytmów
Compare oferuje cztery sposoby weryfikacji spójności. Wybór zależy od tego, czy bardziej liczy się szybkość, pewność wyniku, możliwość regularnego monitorowania dużych wolumenów czy minimalizacja transferu w trybie agentowym.
Szybki baseline
Row Count
Sprawdza, czy źródło i cel zawierają tę samą liczbę rekordów. To najszybszy sygnał, że migracja albo replikacja nie rozjechała się na poziomie wolumenu danych.
- Najlepszy, gdy
potrzebujesz szybkiego potwierdzenia po initial loadzie, migracji wsadowej, eksporcie lub nocnym jobie.
- Profil kosztowy
- Najmniejszy wpływ na zasoby i najkrótszy czas wykonania.
- Martwy punkt
- Nie wykryje różnic w treści rekordów, jeśli liczba wierszy się zgadza.
Pełny audyt
Row Level
Wykonuje pełne porównanie wiersz-po-wierszu i wartość-po-wartości w całej tabeli. Wybieraj go tam, gdzie liczy się pewność wyniku, a nie tylko szybki sygnał.
- Najlepszy, gdy
potrzebujesz twardej walidacji przed go-live, po incydencie albo wtedy, gdy rozbieżność musi zostać dokładnie wyjaśniona.
- Profil kosztowy
- Najwyższa dokładność, ale też największe obciążenie i najdłuższy czas wykonania.
- Kompromis
- Przy bardzo dużych tabelach wymaga świadomego planowania okna i zasobów.
Próbkowanie kontrolne
Row Nlevel
Porównuje co n-ty wiersz według konfigurowalnego interwału. To praktyczny kompromis między zaufaniem do wyniku a czasem działania przy dużych tabelach.
- Najlepszy, gdy
chcesz regularnie kontrolować duże obiekty bez uruchamiania pełnego skanowania za każdym razem.
- Profil kosztowy
- Średni koszt i dużo lepsza skalowalność dla dużych wolumenów.
- Martwy punkt
- Różnice pomiędzy próbkowanymi rekordami mogą pozostać niewidoczne.
Diagnostyka agentowa
Chunk Hash
Dostępny wyłącznie w trybie agentowym. Agenci wysyłają hashe kolejnych chunków danych zamiast pełnych rekordów. Dopóki skróty są zgodne, Compare przechodzi do następnego chunku. Przy pierwszej różnicy pobiera z obu stron odszyfrowany chunk, porównuje go szczegółowo i zwraca dokładnie, które rekordy w tym zakresie się różnią.
- Najlepszy, gdy
chcesz ograniczyć transfer przy dużych tabelach, ale nadal potrzebujesz precyzyjnego wskazania pierwszej trwałej rozbieżności.
- Profil kosztowy
- Bardzo efektywny dla spójnych danych, bo do momentu rozbieżności przesyłane są tylko hashe chunków.
- Kompromis
- Kończy pracę na pierwszym różniącym się chunku, więc dalszą analizę wykonasz po ponownym uruchomieniu.
Szybki wybór
Chcesz tylko potwierdzić wolumen?
Wybierz Row Count, jeśli najważniejsze jest szybkie sprawdzenie, czy liczba rekordów po stronie celu zgadza się ze źródłem.
Masz duże tabele i ograniczone okno wykonania?
Wybierz Row Nlevel do regularnych kontroli, gdy reprezentatywna próbka jest wystarczająca dla monitoringu operacyjnego.
Chcesz ograniczyć transfer i znaleźć pierwszą dokładną różnicę?
Wybierz Chunk Hash w trybie agentowym, jeśli chcesz przesyłać chunki jako hashe i pobrać pełne wartości dopiero dla pierwszego różniącego się zakresu.
Potrzebujesz walidacji bez kompromisów?
Wybierz Row Level, gdy wynik ma wspierać decyzję o cutover, audyt albo analizę przyczyny rozbieżności.
Przypadki użycia
Szybki check po migracji wsadowej
Najpierw potwierdź, że po stronie celu zgadza się wolumen danych, zanim wejdziesz w głębszą analizę treści rekordów.
Rekomendacja: Row CountDuże tabele w aktywnej replikacji
Przy regularnych kontrolach dużych obiektów próbkowanie pozwala utrzymać szybki feedback bez kosztu pełnego porównania wszystkiego.
Rekomendacja: Row NlevelWalidacja przed przełączeniem albo po rozbieżności
Gdy wynik ma być jednoznaczny i obronny, użyj najbardziej szczegółowego trybu i pracuj na konkretnych różnicach wierszowych.
Rekomendacja: Row LevelDuże albo zdalne tabele, gdzie transfer musi zostać niski
Ogranicz ruch sieciowy, wymieniając najpierw hashe chunków, a pełny odszyfrowany zakres pobieraj dopiero wtedy, gdy trzeba wyjaśnić pierwszą wykrytą rozbieżność.
Rekomendacja: Chunk HashEskaluj zamiast audytować wszystko
Sensowny workflow to start od Row Count, przejście do Row Nlevel dla kontroli cyklicznych, użycie Chunk Hash tam, gdzie tryb agentowy ma zatrzymać się na pierwszej realnej rozbieżności, i zostawienie Row Level dla tabel krytycznych oraz analiz eskalowanych.
Rekomendowany flow