MSmerge_conflicts_info (Transact-SQL)
S'applique à : 
SQL Server
La table MSmerge_conflicts_info effectue le suivi des conflits qui se produisent lors de la synchronisation d’un abonnement à une publication de fusion. Les données de ligne perdantes pour les conflits sont stockées dans la table MSmerge_conflict_publication_article de l’article où le conflit s’est produit. Cette table est stockée dans la base de données de publication du serveur de publication et dans la base de données d'abonnement de l'Abonné.
| Nom de la colonne | Type de données | Description |
|---|---|---|
| tablenick | int | Surnom de la table publiée. |
| rowguid | uniqueidentifier | Identificateur de la ligne de conflit |
| origin_datasource | nvarchar(255) | Nom de la base de données d'où provient la modification conflictuelle |
| conflict_type | int | Type de conflit qui s'est produit, qui peut être l'un des suivants : 1 = Conflit de mise à jour : le conflit est détecté au niveau de la ligne. 2 = Conflit de mise à jour de colonne : conflit détecté au niveau de la colonne. 3 = Mettre à jour le conflit de suppression gagne le conflit : la suppression gagne le conflit. 4 = Mettre à jour le conflit de suppression wins : le rowguid supprimé qui perd le conflit est enregistré dans cette table. 5 = Échec du chargement de l’insertion : l’insertion de l’Abonné n’a pas pu être appliquée sur le serveur de publication. 6 = Échec du téléchargement de l’insertion : impossible d’appliquer l’insertion à partir du serveur de publication sur l’Abonné. 7 = Échec du chargement de la suppression : la suppression sur l’Abonné n’a pas pu être chargée sur le serveur de publication. 8 = Échec du téléchargement : impossible de télécharger la suppression sur Publisher sur l’Abonné. 9 = Échec du chargement de la mise à jour : la mise à jour sur l’Abonné n’a pas pu être appliquée sur le serveur de publication. 10 = Échec du téléchargement de la mise à jour : la mise à jour sur Publisher n’a pas pu être appliquée à l’Abonné. 11 = Résolution 12 = Suppression de la mise à jour d’enregistrement logique : l’enregistrement logique supprimé qui perd le conflit est enregistré dans cette table. 13 = Mise à jour d’insertion d’un conflit d’enregistrement logique : l’insertion dans un enregistrement logique est en conflit avec une mise à jour. 14 = La suppression d’enregistrements logiques gagne le conflit de mise à jour : l’enregistrement logique mis à jour qui perd le conflit est enregistré dans cette table. |
| reason_code | int | Code d’erreur qui peut être sensible au contexte. Dans le cas de conflits de mise à jour et de suppression de mises à jour, la valeur utilisée pour cette colonne est la même que la conflict_type. Par contre, dans les conflits d'échec de modification, le code de la raison correspond à l'erreur qui a empêché l'Agent de fusion d'appliquer la modification. Par exemple, si le Agent de fusion ne peut pas appliquer une insertion sur l’Abonné en raison d’une violation de clé primaire, il journalise une conflict_type de 6 (« échec de l’insertion de téléchargement ») et une reason_code de 2627, qui est le message d’erreur interne SQL Server pour une violation de clé primaire : « Violation de la contrainte %ls '%.*ls'. Impossible d’insérer une clé dupliquée dans l’objet '%.*ls'." |
| reason_text | nvarchar(720) | Description d’erreur qui peut être sensible au contexte. |
| pubid | uniqueidentifier | Identificateur de la publication. |
| MSrepl_create_time | datetime | Heure à laquelle le conflit s'est produit. |
| origin_datasource_id | uniqueidentifier | Identificateur de la base de données d'où provient la modification à l'origine du conflit |
Voir aussi
Tables de réplication (Transact-SQL)
Vues de réplication (Transact-SQL)