Table of Contents

Search

  1. Preface
  2. Data Replication Overview
  3. Installing Data Replication
  4. Preparing Source and Target Systems
  5. Replication Basic Concepts
  6. InitialSync Processing
  7. Extractor and Applier Processing
  8. DDL Replication
  9. Recovery and Checkpoint Processing
  10. Configuring the Server Manager
  11. Creating Replication Configurations in the Data Replication Console
  12. Managing Replication Configurations
  13. Running Data Replications
  14. Configuring Selected Replication Types
  15. Monitoring Data Replication
  16. Maintaining the Replication Environment
  17. Troubleshooting
  18. Data Replication Files and Subdirectories
  19. Data Replication Runtime Parameters
  20. InitialSync, Extractor, and Applier Command Line Parameters
  21. Server Manager Command Line Parameters
  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.
For Sybase ASE, the Applier names transactions properly only if you use a configuration that maps data to tables in one Sybase ASE database. If you use a configuration that maps data to tables in multiple Sybase databases, the Applier incorrectly names the transactions. Consequently, when the Extractor runs later, it cannot filter out the applied changes based on the transaction names from the Applier.
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 Data Replication Scripts.

0 COMMENTS

We’d like to hear from you!