Partager via

Synchroniser les données

La synchronisation des données fait référence au processus de propagation des modifications de données et de schéma entre le serveur de publication et les Abonnés une fois que l’instantané initial a été appliqué à l’Abonné. La synchronisation peut se produire :

  • En continu, ce qui est typique de la réplication transactionnelle.

  • À la demande, ce qui est typique de la réplication de fusion.

  • Selon une planification, qui est typique de la réplication d’instantanés.

Lorsqu’un abonnement est synchronisé, différents processus se produisent en fonction du type de réplication que vous utilisez :

  • Réplication d’instantanés. La synchronisation signifie que l’Agent de distribution réapplique l’instantané sur l’Abonné afin que le schéma et les données de la base de données d’abonnement soient cohérents avec la base de données de publication.

    Si des modifications apportées aux données ou au schéma ont été apportées au serveur de publication, un nouvel instantané doit être généré pour propager les modifications à l’Abonné.

  • Réplication transactionnelle. La synchronisation signifie que l’Agent de distribution transfère les mises à jour, les insertions, les suppressions et toute autre modification de la base de données de distribution à l’Abonné.

  • Réplication de fusion. La synchronisation signifie que l’Agent de fusion charge les modifications de l’Abonné vers le serveur de publication, puis télécharge les modifications du serveur de publication vers l’Abonné. Les conflits, le cas échéant, sont détectés et résolus. Les données sont convergées, et le serveur de publication et tous les Abonnés finissent par avoir les mêmes valeurs de données. Si des conflits ont été détectés et résolus, le travail qui a été validé par certains utilisateurs est modifié pour résoudre le conflit en fonction des stratégies que vous définissez.

Les publications d’instantané actualisent complètement le schéma sur l’Abonné chaque fois que la synchronisation se produit, de sorte que toutes les modifications de schéma sont appliquées à l’Abonné. La réplication transactionnelle et la réplication de fusion prennent également en charge les modifications de schéma les plus courantes. Pour plus d’informations, consultez Modifier le schéma dans les bases de données de publication.

Pour synchroniser un abonnement Push, consultez Synchroniser un abonnement Push.

Pour synchroniser un abonnement par extraction, consultez Synchroniser un abonnement par extraction.

Pour définir des planifications de synchronisation, consultez Spécifier des planifications de synchronisation.

Pour afficher et résoudre les conflits de synchronisation

Exécution de code pendant la synchronisation

La réplication prend en charge deux méthodes d’exécution de code pendant la synchronisation

  • L’exécution de script à la demande est prise en charge pour la réplication transactionnelle et la réplication de fusion. À l’aide de l’exécution de script à la demande, vous pouvez spécifier un script SQL à exécuter pendant la synchronisation. Le script est copié sur l’Abonné et exécuté à l’aide de sqlcmd au début du processus de synchronisation. Le script n’a pas accès aux modifications répliquées, car ils sont appliqués à l’Abonné. Pour plus d’informations, consultez Exécuter des scripts pendant la synchronisation (Réplication Transact-SQL Programmation).

  • Les gestionnaires de logique métier sont pris en charge pour la réplication de fusion. À l’aide de l’infrastructure de gestionnaire de logique métier, vous pouvez écrire un assembly de code managé appelé pendant le processus de synchronisation de fusion. L’assembly inclut une logique métier qui peut répondre à un certain nombre de conditions pendant la synchronisation : modifications de données, conflits et erreurs. Pour plus d’informations, consultez Exécuter la logique métier pendant la synchronisation de fusion.

Voir aussi

Détecter et résoudre les conflits de réplication de fusion

  • Last updated on