Table of Contents

Search

  1. Preface
  2. Data Replication Overview
  3. Understanding Data Replication
  4. Sources - Preparation and Replication Considerations
  5. Targets - Preparation and Replication Considerations
  6. Starting the Server Manager
  7. Getting Started with the Data Replication Console
  8. Defining and Managing Server Manager Main Servers and Subservers
  9. Creating and Managing User Accounts
  10. Creating and Managing Connections
  11. Creating Replication Configurations
  12. Materializing Targets with InitialSync
  13. Scheduling and Running Replication Tasks
  14. Implementing Advanced Replication Topologies
  15. Monitoring Data Replication
  16. Managing Replication Configurations
  17. Handling Replication Environment Changes and Failures
  18. Troubleshooting
  19. Data Replication Files and Subdirectories
  20. Data Replication Runtime Parameters
  21. Command Line Parameters for Data Replication Components
  22. Updating Configurations in the Replication Configuration CLI
  23. DDL Statements for Manually Creating Recovery Tables
  24. Sample Scripts for Enabling or Disabling SQL Server Change Data Capture
  25. Glossary

Loopback Avoidance for Replicated Data

Loopback Avoidance for Replicated Data

Data Replication provides loopback avoidance to support bidirectional replication topologies that use one or more databases as both a source and target simultaneously.
For bidirectional replication, loopback avoidance prevents Data Replication from replicating changes back to the database from which they were originally captured.
Data Replication supports loopback avoidance by default. InitialSync and the Applier use transactions that have the default name of DbSyncTransaction to replicate data to a target. The Extractor uses this transaction name to distinguish the transactions that originally occurred on the database from the transactions that InitialSync and the Applier replicated. By default, the Extractor does not capture data from transactions that have the default transaction name of DbSyncTransaction. If you want the Extractor to capture change data from transactions that have this default name, set the SKIP_DEFAULT_TX command line parameter to N.
For cascade replication configurations, always set the SKIP_DEFAULT_TX command line parameter to N to disable loopback avoidance.
For DB2, Data Replication uses an application name instead of a transaction name to distinguish the changes that originally occurred on the database from the changes that InitialSync and the Applier processed. The default application name is also DbSyncTransaction.
In a complicated replication topology, you might need to use transactions that have a name other than the default transaction name to replicate changes to a target. In this case, use the TX_NAME command line parameter to specify the transaction name that you want InitialSync and the Applier to use. Also, for the Extractor that captures changes from the same database, specify the SKIP_TX command line parameter to skip the transactions that have the TX_NAME name that you specify for InitialSync and the Applier.
For more information about the command line parameters for loopback avoidance, see Command Line Parameters for Data Replication Components.

0 COMMENTS

We’d like to hear from you!