How to: Compare Replicated Tables for Differences (Replication Programming)
Artykuł sprawdzania poprawności jest używany do określenia, czy publikowane dane dla artykułów tabela w Wydawca i subskrybent nie są identyczne, które mogą wskazywać bez wywoływania zbieżności.Aby uzyskać więcej informacji zobacz Validating Replicated Data. Jednak zwraca tylko sprawdzanie poprawności przekazać lub się nie powieść informacji i nie zawiera żadnych informacji o jakie są różnice między urządzenie źródłowe i tabel docelowych.The tablediff wiersz polecenia utility returns detailed difference information between two tables and can even generate a Transact-SQL script to bring a subskrypcja into convergence with data at the Wydawca.
Uwaga
The tablediff utility is only supported for SQL Server servers.
Aby porównać replikowane tabel za pomocą tablediff różnic
Uruchom wiersz polecenia na każdym serwerze w topologii replikacja, Narzędzie tablediff. Należy określić następujące parametry:
-sourceserver - nazwa serwera znane są prawidłowe, danych zazwyczaj Wydawca.
-sourcedatabase — nazwa bazy danych zawierającej prawidłowe dane.
-urządzenie źródłoweTable — Nazwa urządzenie źródłowe tabela w artykule, są porównywane.
(Opcjonalnie) -urządzenie źródłoweSchema - właściciela schematu urządzenie źródłowe tabela, o ile nie domyślnego schematu.
(Opcjonalnie) -sourceuser and -sourcepassword podczas używania uwierzytelnianie programu SQL Server do łączenia się z Wydawca.
Security Note: Gdy jest to możliwe, należy używać uwierzytelniania systemu Windows.Jeśli musisz użyć SQL Server Uwierzytelnianie, monitowanie użytkowników o podanie poświadczenia zabezpieczeń w czasie wykonywania. Jeśli poświadczenia muszą być przechowywane w pliku skryptu, należy zabezpieczyć plik, aby uniemożliwić nieautoryzowany dostęp.
-destinationserver - nazwa serwera, na którym jest porównywane dane, zwykle subskrybent.
-destinationdatabase — nazwa bazy danych są porównywane.
-destinationtable — Nazwa tabela, są porównywane.
(Opcjonalnie) -obiekt docelowySchema - właściciela schematu obiekt docelowy tabela, o ile nie domyślnego schematu.
(Opcjonalnie) -destinationuser and -destinationpassword używającSQL Server Uwierzytelnianie do łączenia się z subskrybent.
Security Note: Gdy jest to możliwe, należy używać uwierzytelniania systemu Windows.Jeśli musisz użyć SQL Server Uwierzytelnianie, monitowanie użytkowników o podanie poświadczenia zabezpieczeń w czasie wykonywania. Jeśli poświadczenia muszą być przechowywane w pliku skryptu, należy zabezpieczyć plik, aby uniemożliwić nieautoryzowany dostęp.
(Opcjonalnie) Użycie -c dokonać porównania poziomie kolumna.
(Opcjonalnie) Użycie -q , aby wykonać szybkie, porównanie liczby i schematu tylko wiersz.
(Opcjonalnie) Określ ścieżka i nazwę pliku -o wyniki do pliku wyjściowego.
(Opcjonalnie) Określ tabela w bazie danych subskrypcja, do którego należy wstawić wyniki dla -et.Jeśli tabela już istnieje, należy określić -dt najpierw usunąć tabelę.
(Opcjonalnie) Użycie -f generowanieTransact-SQL plik, aby naprawić danych przez subskrybent, tak aby był zgodny danych przez wydawcę. Użycie -df , aby określić liczbę Transact-SQL instrukcje w każdym pliku.
(Opcjonalnie) Użycie -rc and -ri, aby określić liczbę ponownych prób operacji i interwał ponawiania prób.
(Opcjonalnie) Użycie -ścisłe wymusza ścisłe schemat porównania między tabelami źródłowymi i docelowymi.