Examiner les différences entre les tables répliquées (programmation de réplication)

S’applique à :SQL ServerAzure SQL Managed Instance

La validation d'article est utilisée pour déterminer si les données publiées pour les articles de table sur le serveur de publication et sur l'Abonné ne sont pas identiques, ce qui peut indiquer une non-convergence. Pour plus d’informations, consultez Valider des données répliquées. Toutefois, la validation retourne uniquement des informations de succès ou d'échec et ne fournit pas d'informations sur les différences entre les tables sources et les tables cibles. L’utilitaire d’invite de commandes tablediff retourne des informations détaillées sur les différences entre deux tables et peut même générer un script Transact-SQL pour mettre un abonnement en convergence avec les données sur le serveur de publication.

Pour comparer les différences des tables répliquées à l'aide de tablediff

1. À partir de l'invite de commandes sur un serveur quelconque d'une topologie de réplication, exécutez l' tablediff Utility. Spécifiez les paramètres suivants :

   • -sourceserver - nom du serveur sur lequel les données sont reconnues comme correctes, habituellement le serveur de publication.

   • -sourcedatabase - nom de la base de données contenant les données correctes.

   • -sourcetable - nom de la table source pour l'article comparé.

   • (Facultatif) -sourceschema - propriétaire du schéma de la table source, sinon le schéma par défaut.

   • (Facultatif) -sourceuser et -sourcepassword en cas d'utilisation de l'authentification SQL Server pour se connecter au serveur de publication.

     Important

     Lorsque c'est possible, utilisez l'authentification Windows. Si vous devez utiliser l’authentification SQL Server, invitez les utilisateurs à entrer des informations d’identification de sécurité au moment de l’exécution. Si vous devez enregistrer les informations d'identification dans un fichier de script, vous devez sécuriser le fichier pour empêcher un accès non autorisé.

   • -destinationserver - nom du serveur sur lequel les données sont comparées, habituellement un Abonné.

   • -destinationdatabase - nom de la base de données en cours de comparaison.

   • -destinationtable - nom de la table qui est comparée.

   • (Facultatif) -destinationschema - propriétaire du schéma de la table cible, sinon le schéma par défaut.

   • (Facultatif) -destinationuser et -destinationpassword lors de l’utilisation de l’authentification SQL Server pour se connecter à l’Abonné.

     Important

     Lorsque c'est possible, utilisez l'authentification Windows. Si vous devez utiliser l’authentification SQL Server, invitez les utilisateurs à entrer des informations d’identification de sécurité au moment de l’exécution. Si vous devez enregistrer les informations d'identification dans un fichier de script, vous devez sécuriser le fichier pour empêcher un accès non autorisé.

   • (Facultatif) Utilisez -c pour faire une comparaison au niveau des colonnes.

   • (Facultatif) Utilisez - q pour faire une comparaison rapide du nombre de lignes et du schéma uniquement.

   • (Facultatif) Spécifiez un nom de fichier et un chemin d'accès pour -o pour générer la sortie des résultats dans un fichier.

   • (Facultatif) Spécifiez une table de la base de données d'abonnement dans laquelle insérer les résultats pour -et. Si la table existe déjà, spécifiez -dt pour supprimer d'abord la table.

   • (Facultatif) Utilisez -f pour générer un fichier Transact-SQL pour corriger les données sur l’Abonné afin qu’elle corresponde aux données sur le serveur de publication. Utilisez -df pour spécifier le nombre d’instructions Transact-SQL dans chaque fichier.

   • (Facultatif) Utilisez -rc et -ri pour spécifier le nombre de tentatives autorisées pour une opération et l'intervalle avant chaque nouvelle tentative.

   • (Facultatif) Utilisez -strict pour mettre en vigueur la comparaison stricte de schémas entre les tables sources et les tables cibles.

Voir aussi

Valider des données sur l’abonné