Disk space requirements

Before installing the CDC Replication software, you need to ensure that sufficient disk space is available on your server.

Disk space
CDC Replication source system:
  • 5 GB—For installation files, data queues, and log files.
CDC Replication target system:
  • 5 GB—For installation files, data queues, and log files.
  • Global disk quota—Disk space is required on your target system for this quota which is used to store LOB data received from your CDC Replication source system. The amount of disk space required is determined by your replication environment and the amount of LOB data you are replicating. The minimum value is 1 GB. To improve performance, CDC Replication will only persist LOB data to disk if RAM is not available on your target system. Use the mirror_global_disk_quota_gb system parameter to configure the amount of disk space used by this quota.

The tmp directory for each CDC Replication instance stores temporary files that contain uncommitted transaction data that does not fit in memory while the parser is running. The tmp directory also stores temporary files for large object (LOB) data that does not fit in memory. If you set a disk space quota by using the mirror_global_disk_quota_gb parameter, the engine stops if the disk space usage for the tmp directory exceeds that quota. Before restarting, you must address the situation (for example by increasing the quota or refreshing all tables to skip over the uncommitted transactions).

The txnstore directory stores uncommitted transaction data when the log parser stops normally or immediately. This design enables the log parser, on restart, to resume reading the log from where it left off. The uncommitted log entries are stored in a Pointbase database called txqueue. If a large quantity of uncommitted transaction data exists when the log parser stops, the size of this database could be large, but it is deleted when it is no longer needed. The txnstore directory also contains a Pointbase database that is used to store transaction queue snapshots. A transaction queue snapshot stores uncommitted transaction data that is more than x hours old, where x=2 by default. Transaction queue snapshots are used to minimize how far back in the log the log reader needs to start reading if the log parser stops, because in this case the uncommitted transaction data was not stored in the txqueue database. The amount of data that a transaction queue can hold is limited, so these databases never grow very large.