Réplication bidirectionnelle pour Réplication de données d'instance
La réplication bidirectionnelle dans (IDR) permet aux données de circuler d’une Réplication de données d'instance instance de producteur vers une instance de consommateur et d’accepter que les données d’une instance de consommateur refluent vers l’instance de producteur.
Toutes les insertions et modifications apportées aux enregistrements sur l’une des instances sont envoyées à l’autre instance pour que les tables restent identiques sur les deux instances. Par exemple, vous pouvez activer la réplication bidirectionnelle pour la table Incidents afin de synchroniser les enregistrements d’incidents entre deux instances.
Pour que les données circulent de manière bidirectionnelle, le système crée un ensemble de réplications du producteur sur l’instance du consommateur, ainsi qu’un ensemble de réplications du consommateur sur l’instance du producteur.
Si vous examinez les ensembles de réplications sur l’instance du producteur d’origine, vous voyez le nom de l’ensemble de réplications et l’instance de consommateur générée automatiquement. Il porte le même nom avec le suffixe -<long-number>-reverse, où <long-number> est un nombre généré aléatoirement. Par exemple, si Test est le nom de l’ensemble de réplications du producteur, Test-2034802-reverse peut être le nom de l’ensemble de réplications du consommateur qui est automatiquement créé sur la même instance. Sur l’instance de consommateur d’origine, les mêmes noms s’affichent. Les ensembles de réplications avec le suffixe inverse sont en lecture seule.
Vous pouvez vérifier l’existence d’un consommateur sur une instance de producteur et d’un producteur sur une instance de consommateur en exécutant https://<producer-instance-name>/xmlstats.do ?include=idr et https://<consumer-instance-name>/xmlstats.do ?include=idr sur les instances de créateur et de consommateur. Dans l’image suivante, l’instance de producteur d’origine se trouve à gauche et l’instance de consommateur d’origine se trouve à droite.
- La résolution automatique des conflits n’est pas prise en charge.
- Des conflits de fusion se produisent si les instances de créateur et de consommateur modifient le même enregistrement en même temps.
La mise à jour la plus récente l’emporte, ce qui signifie que les données sur les tables consommateur et producteur peuvent être différentes.
- La réplication bidirectionnelle prend en charge l’adaptateur numéro , mais aucun des autres adaptateurs.
- Avec la réplication bidirectionnelle, les enregistrements créés sur l’instance du producteur sont répliqués vers une instance de consommateur, et vice versa. Lorsque l’enregistrement est inséré sur l’instance de consommateur et qu’il déclenche une règle métier qui met à jour l’enregistrement, cette mise à jour n’est pas répliquée vers l’instance de producteur.
Si vous devez comprendre les implications de la bidirection et du transfert de données entre les instances, consultez la section Confidentialité des données dans IDR pour plus d’informations.