Réplication bidirectionnelle pour Réplication de données d'instance
La réplication bidirectionnelle en Réplication de données d'instance (Analyse de l'intégrité des journaux) permet aux données de circuler d’une instance de producteur vers une instance de consommateur et d’accepter le reflux des données d’une instance de consommateur 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 conserver les enregistrements d’incidents synchronisés 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 et un ensemble de réplications du consommateur sur l’instance du producteur.
Si vous examinez les ensembles de réplications sur l’instance de 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éplication avec le suffixe inverse sont en lecture seule.
Vous pouvez vérifier un consommateur sur une instance de producteur et 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 producteur 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.
- Les conflits de fusion se produisent si les instances de producteur 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 des 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 du 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 du 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.