ISCDC For Oracle

IBM InfoSphere Change Data Capture
Version 6.5
InfoSphere Change Data Capture for Oracle, Version 6.5

End-User Documentation
IBM InfoSphere Change Data Capture

Version 6.5
InfoSphere Change Data Capture for Oracle, Version 6.5

End-User Documentation
Note Before using this information and the product it supports, read the information in Notices on page 93.
First edition This edition applies to version 6, release 5 of IBM InfoSphere Change Data Capture (product number 5724-U70) and to all subsequent releases and modifications until otherwise indicated in new editions. Copyright IBM Corporation 2008, 2010. US Government Users Restricted Rights Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.
Contents
About InfoSphere CDC and InfoSphere CDC Management Console . . . . . . 1 System requirements . . . . . . . . . 3
Supported operating systems and Supported databases. . . . . Hardware requirements. . . . Port requirements. . . . . . processors . . . . . . . . . . . . . . . . . . . . . . . . 3 3 4 4
Configuring InfoSphere CDC for OS (operating system) clustering (UNIX and Linux) . . . . . . . . . . . . . 25
Performing a forced or manual failover of InfoSphere CDC . . . . . . . . . . Preparing for a failover of InfoSphere CDC . . . . . . 26 . 26
After you install and configure . . . . 29

Starting InfoSphere CDC . . . . . . . . . To start InfoSphere CDC (UNIX and Linux) . Stopping InfoSphere CDC . . . . . . . . To stop InfoSphere CDC (UNIX and Linux). . Maintaining active TCP connections in a network environment . . . . . . . . . . . . . To maintain active TCP connections . . . . Enabling SQL statements in Management Console To enable SQL statements in Management Console. . . . . . . . . . . . . . Privileges for Oracle DBA and InfoSphere CDC users . . . . . . . . . . . . . . . Privileges required by the Oracle DBA . . . Privileges required by users . . . . . . . . . . . 29 29 29 29
Before you install
. . . . . . . . . . 5
5 6 6 7 7 8 8 8
Required database, user accounts, and schemas. . . Allocating disk quota for capture components . . . Enabling supplemental logging . . . . . . . . Enabling InfoSphere CDC to use a bulk load refresh Setting the database instance to ARCHIVELOG mode Starting the Oracle listener. . . . . . . . . . Setting up a remote connection . . . . . . . . To setup a remote connection . . . . . . . .
. 30 . 30 31 . 31 . 31 . 31 . 32
Installing InfoSphere CDC . . . . . . 11

To install InfoSphere CDC (UNIX and Linux) . . . To override the locale for the installation (UNIX and Linux) . . . . . . . . . . . . . . . . InfoSphere CDC and Automatic Storage Management (ASM) . . . . . . . . . . . Installing InfoSphere CDC using a silent installation To perform a silent installation of InfoSphere CDC (UNIX and Linux) . . . . . . . . . 11 12 12 12 12
Metadata tables . . . . . . . . . . . 37 Commands for InfoSphere CDC . . . . 39

Using the InfoSphere CDC commands . . . . . Setting the TSINSTANCE environment variable . . Controlling replication commands . . . . . . . dmendreplication - End replication . . . . . dmrefresh - Refresh subscription . . . . . . dmstartmirror - Start mirroring . . . . . . . Database transaction log commands . . . . . . dmarchivelogavailable - Mark archive log as available . . . . . . . . . . . . . . dmarchivelogremoved - Mark archive log as removed . . . . . . . . . . . . . . dmdecodebookmark - Display verbose information bookmark . . . . . . . . . . dmsetbookmark - Set bookmark . . . . . . dmshowbookmark - Display bookmark information . . . . . . . . . . . . . dmshowlogdependency - Show Log Dependency Managing tables for replication commands . . . . dmdescribe - Describe source tables . . . . . dmflagforrefresh - Flag for Refresh . . . . . dmmarktablecapturepoint - Mark a table capture point on a source table . . . . . . . . . dmpark - Park table . . . . . . . . . . dmreaddtable - Update source table definition. . dmreassigntable - Update target table definition dmsetreplicationmethod - Set replication method Monitoring replication commands . . . . . . . dmclearevents - Clear events . . . . . . . 39 40 40 40 44 45 47 47 48 49 50 51 51 53 54 54 55 56 57 58 59 60 60
Upgrading Transformation Server for Oracle to InfoSphere CDC for Oracle . . 15

To upgrade from Transformation Server for Oracle to InfoSphere CDC for Oracle . . . . . . . . 15
Installing InfoSphere CDC in an Oracle Real Application Clusters (RAC) environment . . . . . . . . . . . . 17

Defining a service for InfoSphere CDC in tnsnames.ora . . . . . . . . . . . . . . 18 Creating a failover script for InfoSphere CDC in an Oracle RAC environment . . . . . . . . . . 19
Configuring InfoSphere CDC (UNIX and Linux) . . . . . . . . . . . . . . . 21

Configuring InfoSphere CDC instances (UNIX and Linux) . . . . . . . . . . . . . . . . To add a new instance of InfoSphere CDC (UNIX and Linux) . . . . . . . . . . . . . To edit an instance of InfoSphere CDC (UNIX and Linux) . . . . . . . . . . . . . To delete an instance of InfoSphere CDC (UNIX and Linux) . . . . . . . . . . . . . 21 21 22 23
Copyright IBM Corp. 2008, 2010
iii
dmgetsubscriptionstatus - Get subscription status dmshowevents - Display InfoSphere CDC events Exporting and importing configuration commands dmexportconfiguration - Export InfoSphere CDC Configuration . . . . . . . . . . . . dmimportconfiguration - Import InfoSphere CDC Configuration . . . . . . . . . . . . Continuous Capture and staging store commands dmenablecontinuouscapture - Enable Continuous Capture . . . . . . . . . . . . . . dmdisablecontinuouscapture - Disable Continuous Capture . . . . . . . . . . dmgetstagingstorestatus - Retrieve Staging Store status . . . . . . . . . . . . . . . dmclearstagingstore - Remove cached operations from the staging store . . . . . . . . . . Other commands . . . . . . . . . . . . dmbackupmd - Backup Metadata . . . . . . dmconfigurets - Configure InfoSphere CDC . . dmmdcommander . . . . . . . . . . . dmmdconsole . . . . . . . . . . . . dmset - Set InfoSphere CDC system parameter dmshowversion - Show InfoSphere CDC version dmshutdown - Shut down InfoSphere CDC . . dmsupportinfo - Collect IBM Support information . . . . . . . . . . . . . dmterminate - Terminate InfoSphere CDC processes . . . . . . . . . . . . . . dmts32 - Start InfoSphere CDC . . . . . . .
61 62 63 64 64 65 66 66 66 67 67 68 68 69 69 69 70 70 72 73 74
dmts64 - Start InfoSphere CDC . dmverifycommunications . . .
. .
. .
. .
. .
. .
. 74 . 75
User exits for InfoSphere CDC . . . . 77

Stored procedure user exits for table and row level operations . . . . . . . . . . . . . . . Defining a stored procedure user exit. . . . . Stored procedure user exit database connections Retrieving data with a stored procedure user exit Example of a stored procedure user exit . . . . Sample Java class user exits for InfoSphere CDC . . To compile the sample Java class user exits (UNIX and Linux) . . . . . . . . . . . InfoSphere CDC API reference Javadocs . . . . 77 77 78 78 84 85 85 86
Conflict resolution audit table . . . . . 87

Structure of the conflict Row image format . . Truncated images . . Unaudited data types . resolution audit table . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87 89 89 89
Troubleshooting and contacting IBM Support . . . . . . . . . . . . . . 91 Notices . . . . . . . . . . . . . . 93

Trademarks . . . . . . . . . . . . . . 95
iv
InfoSphere Change Data Capture: End-User Documentation
About InfoSphere CDC and InfoSphere CDC Management Console

IBM InfoSphere Change Data Capture, or simply InfoSphere CDC, is a replication solution that captures database changes as they happen and delivers them to target databases, message queues, or an ETL solution such as InfoSphere DataStage based on table mappings configured in the InfoSphere CDC Management Console GUI application. InfoSphere CDC provides low impact capture and fast delivery of data changes for key information management initiatives including dynamic data warehousing, master data management, application consolidations or migrations, operational BI, and enabling SOA projects. InfoSphere CDC also helps reduce processing overheads and network traffic by only sending the data that has changed. Replication can be carried out continuously or periodically. When data is transferred from a source server, it can be remapped or transformed in the target environment. The following diagram illustrates the key components of InfoSphere CDC.
The key components of the InfoSphere CDC architecture are described below: v Access ServerControls all of the non-command line access to the replication environment. When you log in to Management Console, you are connecting to Access Server. v Admin APIOperates as an optional Java-based programming interface that you can use to script operational configurations or interactions. After you have set up replication, Management Console can be closed on the client workstation without affecting active data replication activities between source and target servers. v Apply agentActs as the agent on the target that processes changes as sent by the source. v Command line interfaceAllows you to administer datastores and user accounts, as well as to perform administration scripting, independent of Management Console.
v Communication Layer (TCP/IP)Acts as the dedicated network connection between the Source and the Target. v DatastoreThe Source and Target datastores represent the data files and InfoSphere CDC instances required for data replication. Each datastore represents a database to which you want to connect and acts as a container for your tables. Tables made available for replication are contained in a datastore. v InfoSphere CDC Management ConsoleThe interactive application that you use to configure and monitor replication. It allows you to manage replication on various servers, specify replication parameters, and initiate refresh and mirroring operations from a client workstation. Management Console also allows you to monitor replication operations, latency, event messages, and other statistics supported by the source or target datastore. The monitor in Management Console is intended for time-critical working environments that require continuous analysis of data movement. v MetadataRepresents the information about the relevant tables, mappings, subscriptions, notifications, events, and other particulars of a data replication instance that you set up. v MirrorPerforms the replication of changes to the target table or accumulation of source table changes used to replicate changes to the target table at a later time. If you have implemented bidirectional replication in your environment, mirroring can occur to and from both the source and target tables. v RefreshPerforms the initial synchronization of the tables from the source database to the target. This is read by the Refresh reader. v Replication EngineServes to send and receive data. The process that sends replicated data is the Source Capture Engine and the process that receives replicated data is the Target Engine. An InfoSphere CDC instance can operate as a source capture engine and a target engine simultaneously. v Single ScrapeActs as a source-only log reader and a log parser component. It checks and analyzes the source database logs for all of the subscriptions on the selected datastore. v Source transformation engineUsed to process row filtering, critical columns, column filtering, encoding conversions, and other data to propagate to the target datastore engine. v Source database logsMaintained by the source database for its own recovery purposes. The InfoSphere CDC log reader inspects these in the mirroring process, but only looks for those tables that are mapped for replication. v Target transformation engineUsed to process data and value translations, encoding conversions, user exits, conflict detections, and other data on the target datastore engine. There are two types of target-only destinations for replication that are not databases: v JMS MessagesActs as a JMS message destination (queue or topic) for row-level operations that are created as XML documents. v InfoSphere DataStageProcesses changes delivered from InfoSphere CDC that can be used by InfoSphere DataStage jobs. For more information on how to install Management Console and Access Server, see Access Server and Management Console - Installation Guide. For information on how to install your source and target replication engines, see the end-user documentation for your replication engine platform.
System requirements
Before you install InfoSphere CDC, ensure that the system you choose meets the necessary operating system, hardware, software, communications, disk, and memory requirements. In this section, you will learn: Supported operating systems and processors Supported databases Hardware requirements on page 4 Port requirements on page 4
Supported operating systems and processors

Operating system and processor One of the following: v AIX, version 5.3.0.8 or laterPOWER processor v HP-UX, version 11.11 or laterPA-RISC processor v HP-UX, version 11.23 or laterItanium processor v Linux, Kernel version 2.6.xIntel or AMD x86-32, x86-64 processor v Sun Solaris, version 2.8 or laterSPARC processor
Note: If you are upgrading your operating system to a more recent version, you should also consider upgrading InfoSphere CDC to the latest version to ensure support for the upgraded operating system.
Supported databases
Database Install Oracle Client software and one of the following versions of the Oracle database: v Oracle 9i (release 9.2.0.5 or later) v Oracle 10g (release 10.1.0.4 or later) v Oracle 11g (release 11gR1 and 11gR2) If you are configuring InfoSphere CDC for an Oracle RAC environment, the following versions of Oracle are supported: v Oracle 9i (release 9.2.0.5 or later) v Oracle 10gR2 v Oracle 11g (release 11gR1 and 11gR2)
Note: If you are upgrading your database to a more recent version, you should also consider upgrading InfoSphere CDC to the latest version to ensure support for the upgraded database.
Hardware requirements
RAM 1 GB Available for IBM processes. Disk space 5 GBFor installation files. Oracle tablespace for InfoSphere CDC metadata 25 MBThis is only an estimate and depends on the size of your replication configuration.
Port requirements
InfoSphere CDC requires that you allocate a port for communication with client workstations running Management Console and other servers. The port must be accessible through a firewall, although you do not require access to the internet.
Protocol TCP Default port 11111 Purpose Accepts connections from: v Management Console v Other installations of InfoSphere CDC as a source of replication v Command line utilities For more information on how to install Management Console, see Management Console and Access Server Installation Guide.
Related concepts Maintaining active TCP connections in a network environment on page 30
Before you install

This section contains information on the tasks that you must complete before installing InfoSphere CDC. This section assumes that you have met all of the hardware, software, database, and port requirements. You must complete all of the tasks below before installing InfoSphere CDC. In this section, you will learn: Required database, user accounts, and schemas Allocating disk quota for capture components on page 6 Enabling supplemental logging on page 6 Enabling InfoSphere CDC to use a bulk load refresh on page 7 Setting the database instance to ARCHIVELOG mode on page 7 Starting the Oracle listener on page 8 Setting up a remote connection on page 8
Required database, user accounts, and schemas

Configuring an Oracle database
When you configure InfoSphere CDC, you are prompted for the name of the Oracle database you want InfoSphere CDC to connect to and replicate data. Before installing InfoSphere CDC, ensure that this Oracle database exists and that you have created and set up a database user that has access to it.
Setting up a UNIX user account

If you are installing InfoSphere CDC on a UNIX system, you must set up a new, or decide on an existing UNIX account that you will use to install, configure, or upgrade InfoSphere CDC. You can install InfoSphere CDC in the directory of your choice, however, it must be owned by the UNIX account.
Setting up an Oracle user account with DBA privileges

Create a user account that has DBA privileges for the Oracle instance. When you configure InfoSphere CDC, you are prompted for the name of the Oracle database you want InfoSphere CDC to connect to and the user name and password (neither are case-sensitive) of the Oracle user that has access to this database. Before installing InfoSphere CDC, make sure you review the specific grants required by the Oracle DBA. Use the sample ora-createuser.sql SQL script located in the installation directory to create an Oracle user with all the necessary DBA privileges that are required. Optionally, you can create a user account that has read-only database connection to the source database. Specify that you want read only access and provide this user name when installing and configuring InfoSphere CDC. Read-only database connection to the source database indicates that the user can only view data or mirror subscribed tables. The user cannot change any information. If you use a read-only user, you should also ensure you have enabled supplemental logging at the database table level, prior to installing and configuring InfoSphere CDC.
Note: If you plan to use a read-only database connection, ensure that you have the DBMS_FLASHBACK Oracle supplied package installed. By default, this package is installed when you create an Oracle database and run the CATPROC.SQL script. No further action is required for this package. For more information about this package, refer to your Oracle documentation.
Setting up a user name and password for an ASM instance

If your database instance is managed by Oracle Automatic Storage Manager (ASM), then you should already have an Oracle account for the ASM instance to which you want to connect. InfoSphere CDC requires a user name and password so that it can connect to the ASM instance that corresponds to the node in the cluster. The ASM user must have SYSDBA privileges in order to log into ASM.
Configuring an Oracle schema

Create a schema or choose an existing schema for your database metadata tables. You will have to specify this schema when you configure InfoSphere CDC. Related concepts Enabling supplemental logging
Allocating disk quota for capture components

InfoSphere CDC uses specific components to capture changes from the database log. These components accumulate uncommitted transactions and data changes in memory. InfoSphere CDC dynamically allocates memory between these components as required and only persists data to disk in the following scenarios: v An especially large uncommitted transaction is being accumulated. v A latent subscription. For example, you may know of a subscription or set of subscriptions that will only run periodically which will cause the change log to grow. If sufficient memory to store the data for this latent subscription is not available, the data will be persisted to disk. Also, on shutdown or when this subscription is stopped, InfoSphere CDC persists the data to disk. You can optionally choose to bound disk space utilization by setting a quota using the mirror_global_disk_quota_mb system parameter. When the disk quota is met, InfoSphere CDC will stop all running subscriptions and generate an event in the Event Log. No data is lost in this scenario.
Enabling supplemental logging

Oracle supplemental logging simply means that all columns or selected columns are specified for extra logging. InfoSphere CDC requires supplemental logging on the source database at both the database level and table level. v Database level supplemental logging This is an Oracle requirement that ensures that the Oracle redo log contains the information required to describe all data changes completely. The appropriate setting for database level supplemental logging (by database version) is: Oracle 9ienable minimal supplemental logging. This is the default level of supplemental logging in this version of Oracle. Oracle 10g or higherenable minimal database level supplemental logging. You must set this value explicitly in this version of Oracle because the default level of supplemental logging is not sufficient. To check if minimal supplemental logging has been enabled at the database level, run the
following SQL statement: select suppplemental_log_data_min from v$database; If supplemental logging is enabled, the returned value will be YES or IMPLICIT. v Table level supplemental loggingInfoSphere CDC also requires full supplemental logging at the table level for those tables you have selected for InfoSphere CDC to replicate using the mirroring replication method. This supplemental logging is typically handled by InfoSphere CDC, unless you are using a read-only database connection to the source database. For a read-only database environment, before configuring subscriptions that involve tables for mirroring, ensure that you have sufficient supplemental logging enabled for those tables. During InfoSphere CDC subscription configuration, the application checks to see if the required logging is enabled. If sufficient table supplemental logging is not enabled, thenInfoSphere CDC will return errors and does not complete the configuration. The appropriate setting for table level supplemental logging (by database version) is: Oracle 9ienable full supplemental logging with conditional supplemental log groups. Oracle 10g or higher enable full supplemental logging with conditional or unconditional supplemental log groups. To enable supplemental logging at the database level and table level, contact your Oracle database administrator. For more information on the command that enables supplemental logging, see your Oracle documentation.
Enabling InfoSphere CDC to use a bulk load refresh

If you want InfoSphere CDC to use a bulk load refresh when applying data to the target database, then you must do the following: 1. Install an Oracle Client on the same server where you have installed and configured InfoSphere CDC. The Oracle Client must be able to connect to the Oracle database. 2. Add the same TNS names entry for your database to the tnsnames.ora file and select this database when configuring InfoSphere CDC.
Setting the database instance to ARCHIVELOG mode

InfoSphere CDC requires uninterrupted access to Oracle redo logs. Therefore, you must enable the archiving of Oracle redo logs. Make sure that the source database instance is operating in ARCHIVELOG mode. This lets InfoSphere CDC read data from archived Oracle redo logs instead of online redo logs, in the event that excessive latency occurs during mirroring. To set the source database instance to ARCHIVELOG mode, contact your database administrator. You can also verify if archive logging is enabled for the source database by issuing the following SQL statement: select log_mode from v$database; If archive logging is enabled, the returned value will be instance to ARCHIVELOG mode. For more information, see your Oracle documentation. CAUTION: If you do not set the database instance to ARCHIVELOG mode, you may experience data loss. InfoSphere CDC must have direct access to the archive log files. You can install InfoSphere CDC on the same node that has access to the archive log files. However, if your database instance is managed by Oracle Automatic Storage Manager (ASM), then you can install InfoSphere CDC any node. Please be aware that reading archive and redo logs from ASM can be significantly slower than
Before you install
reading the logs through the file system. If the database produces high volumes of logs, you should consider multiplexing the logs by configuring a log destination outside ASM.
Starting the Oracle listener

InfoSphere CDC requires the Oracle listener to connect to the database. You must start the Oracle listener before installing InfoSphere CDC. For more information on starting the Oracle listener, see your Oracle documentation.
Setting up a remote connection

If you want to install InfoSphere CDC and the Oracle database on different machines, then you must setup a connection to the remote machine (where the Oracle database is installed) using SQL*Net. See also: To setup a remote connection
To setup a remote connection

1. Ensure you have installed an Oracle client on the local server and have added the TNS names entry to the tnsnames.ora file. 2. Ensure you have installed and configured an instance of InfoSphere CDC on the local server. When configuring InfoSphere CDC, you must specify the same TNS names entry. 3. Ensure you have started InfoSphere CDC. 4. At the command line on the local server, mount the archive log path from the remote server: mount <host>:<ArchiveLogDirectory> <local_archive_log> where: v <host> is the name of the remote server where the Oracle database is installed. v <ArchiveLogDirectory> is the absolute path of the archive log directory on the remote server. v <local_archive_log> is the mount point on the local server where InfoSphere CDC is installed. 5. If the absolute paths of the directories containing the archive logs differ between the local server and the remote server, add the mirror_archive_log_directory system parameter in Management Console: 6. Set the value of this system parameter to match the mount point on the local server. 7. At the command line on the local server, mount the redo log path from the remote server: mount <host>:<OnlineLogDirectory> <local_online_log> where: v <host> is the name of the remote server where the Oracle database is installed. v <OnlineLogDirectory> is the absolute path of the online Redo Log directory on the remote server. v <local_archive_log> is the mount point on the local server where InfoSphere CDC is installed.
8. If the absolute paths of the directories containing the online logs differ between the local server and the remote server, add the mirror_online_log_directory system parameter in Management Console: 9. Set the value of this system parameter to match the mount point on the local server.
Before you install
10
Installing InfoSphere CDC

This section provides step-by-step instructions on how to install InfoSphere CDC. If you are installing a fix pack, you must already have an installation of InfoSphere CDC in order to successfully complete the installation. Note: When upgrading to InfoSphere CDC version 6.5, you must also upgrade both Management Console and Access Server to version 6.5. In this section, you will learn: To install InfoSphere CDC (UNIX and Linux) To override the locale for the installation (UNIX and Linux) on page 12 InfoSphere CDC and Automatic Storage Management (ASM) on page 12 Installing InfoSphere CDC using a silent installation on page 12 Related concepts Before you install on page 5
To install InfoSphere CDC (UNIX and Linux)

Note the following before you install or upgrade InfoSphere CDC on UNIX or Linux: v Do not install or upgrade InfoSphere CDC as a root user. v The installation directory requires file system permissions of 600 if you plan on using the same user account to install the product, create and configure instances, or upgrade the product. v The installation directory requires file system permissions of 660 if you plan on using different user accounts to install the product, create and configure instances, or upgrade the product. 1. Log on to the account you set up for InfoSphere CDC. 2. Copy the InfoSphere CDC installation file for your UNIX or Linux platform from the InfoSphere CDC CD-ROM or download it from the InfoSphere CDC web site. 3. Make the installation binary file executable. 4. Run the installation program by typing the following command: ./<installation_binary_name>.bin If you already have InfoSphere CDC installed, the installation program will prompt you to upgrade. 5. Press Enter on the Introduction screen to display the license agreement. Follow the instructions on the screen to navigate through the license agreement. 6. To accept the license agreement, type 1. 7. Type the absolute path to your installation directory or press Enter to accept the default. Note: The directory that you specify must be owned by the account you are using for the installation. If the installation program cannot create the directory, you are prompted to specify a different directory.
11
8. Review the installation summary. Press Enter to start the installation. 9. After completing the installation, InfoSphere CDC gives you the option of launching the configuration tool for InfoSphere CDC. 10. Type 1 to launch the configuration tool. Note: If you have X-Windows installed, the installation program will launch the configuration tool in a graphical environment. Related concepts Configuring InfoSphere CDC (UNIX and Linux) on page 21
To override the locale for the installation (UNIX and Linux)

Use the following procedure to override the locale for the installer. English and Japanese are supported. 1. Navigate to the directory that contains the InfoSphere CDC installation file. 2. Start the installer with the following flags to override the locale of the installation: v English<installation_file_name>.bin -l en v Japanese<installation_file_name>.bin -l ja where: v <installation_file_name> is the name of the installation file. After the installation is complete, you have the option of launching the InfoSphere CDC configuration tool. The configuration tool will use the locale settings for your system.
InfoSphere CDC and Automatic Storage Management (ASM)

If you are using ASM to manage your database instance, then the InfoSphere CDC installation program prompts you for log in information for the ASM instance (the name of the ASM user and password). The ASM user must have database SYSDBA privileges to log into ASM.
Installing InfoSphere CDC using a silent installation

A silent installation allows you to automatically install InfoSphere CDC by specifying a command with various parameters. You can use this type of installation method for large-scale deployments of InfoSphere CDC by embedding the silent installation command in a script. See also: To perform a silent installation of InfoSphere CDC (UNIX and Linux)
To perform a silent installation of InfoSphere CDC (UNIX and Linux)

1. Log on to the account you set up for InfoSphere CDC. 2. Copy the InfoSphere CDC installation binary from the InfoSphere CDC CD-ROM or download it from the InfoSphere CDC Web site. 3. Make the installation binary executable. 4. Install InfoSphere CDC and generate a response file with the following command:
12
<installation_binary_name> -r <response-file> where: v <response-file> is the full path to the installation file. 5. On another system, perform the silent installation by running the following command: <installation_binary_name> -i silent -f <response-file> where: v <response-file> is the full path to the installation file. Related tasks To install InfoSphere CDC (UNIX and Linux) on page 11
Installing InfoSphere CDC
13
14
Upgrading Transformation Server for Oracle to InfoSphere CDC for Oracle

There is no direct upgrade from Transformation Server for Oracle version 6.0 (Service Pack 3 TFE 28 and later) to InfoSphere CDC for Oracle version 6.5. You must install InfoSphere CDC for Oracle version 6.5 on the same database server where your existing installation of Transformation Server resides. The database server must be the same so that you can transfer existing subscriptions from Transformation Server to InfoSphere CDC instance. After a successful installation of InfoSphere CDC for Oracle version 6.5, you can transfer and upgrade subscriptions in Management Console. Earlier versions of the software must first be upgraded to Transformation Server for Oracle version 6.0 Service Pack 3 TFE 28 before attempting a migration to InfoSphere CDC for Oracle version 6.5. In this section, you will learn: To upgrade from Transformation Server for Oracle to InfoSphere CDC for Oracle
To upgrade from Transformation Server for Oracle to InfoSphere CDC for Oracle
1. Ensure you have an existing installation of Transformation Server for Oracle version 6.0 (Service Pack 3 and later) on a database server. 2. Install InfoSphere CDC for Oracle version 6.5 on the same database server where you have installed Transformation Server for Oracle version 6.0 (Service Pack 3 TFE 28 and later). 3. Ensure both instances of Transformation Server for Oracle and InfoSphere CDC are started. 4. End any active replication. 5. Upgrade existing subscriptions and transfer existing bookmarks from Transformation Server for Oracle version 6.0 (Service Pack 3 TFE 28 and later) to InfoSphere CDC for Oracle version 6.5 in Management Console. For more information, see Upgrading existing Transformation Server subscriptions to InfoSphere CDC in your Management Console documentation. Related reference dmts64 - Start InfoSphere CDC on page 74 dmts32 - Start InfoSphere CDC on page 74 dmendreplication - End replication on page 40
15
16
Installing InfoSphere CDC in an Oracle Real Application Clusters (RAC) environment

To deploy InfoSphere CDC in an Oracle RAC environment, you can install the product on one node in the cluster or on a separate machine outside of the cluster. In both scenarios you must install InfoSphere CDC on a shared storage device and InfoSphere CDC must have access to all archived and online redo log files generated by all nodes in the cluster. Installing the product on a machine outside of your RAC environment is the optimum configuration for failover scenarios where a node may fail. To integrate InfoSphere CDC into your RAC environment, you must first define an Oracle service for the RAC environment in the tnsnames.ora file and then select this service when creating an instance of InfoSphere CDC for your RAC environment in the configuration tool. You must also create a failover script that automates several InfoSphere CDC commands. An overview of InfoSphere CDC configuration in a RAC environment (with Active-Passive configuration) is provided in the following diagram:
17
Behavior of InfoSphere CDC in a RAC environment

InfoSphere CDC queries the v$archived_log and v$log Oracle views to locate the database log files and attempts to access the files in the first log destination as defined in your Oracle database. If the logs are unavailable in the first destination, the product proceeds to the next destination until it finds the required files. To avoid latency, configure your Oracle database so that the first destination contains the required log files. InfoSphere CDC replicates data from all RAC nodes at once and the stream of data from individual nodes is sorted (to account for data that is scrambled by log parallelism) and merged together for transaction consistency. InfoSphere CDC does not replicate data if the main node is closed. While replicating data, InfoSphere CDC opens connections to the source database and if these connections are closed for any reason, InfoSphere CDC stops replication. InfoSphere CDC takes approximately 21 seconds to detect that a node has failed. After the node fails, InfoSphere CDC continues to replicate data if the Oracle Cluster Ready Services (CRS) is running and recovers and finalizes the online logs from the failed node. InfoSphere CDC ensures data integrity when replicating data from all other nodes in your RAC environment. Once the node is restored, InfoSphere CDC automatically starts replicating from the restored node. If your RAC nodes have an unbalanced load, InfoSphere CDC may experience a latency of several times the Oracle checkpoint interval (3 seconds). Note: If you are using ASM to manage your database instance and redo log files, then you must ensure that you have specified the Oracle SID of the local node where InfoSphere CDC is installed. You can specify the Oracle SID in the InfoSphere CDC configuration tool when you are prompted for the TNS name. The configuration tool can be launched from the command line by issuing the dmconfigurets command. In this section, you will learn: Defining a service for InfoSphere CDC in tnsnames.ora Creating a failover script for InfoSphere CDC in an Oracle RAC environment on page 19 Related concepts Installing InfoSphere CDC on page 11
Defining a service for InfoSphere CDC in tnsnames.ora

Define a service in the tnsnames.ora file that will be used by InfoSphere CDC to connect to your RAC environment. For example:
CDCSID = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = racsystemvip)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = racsid.racsystem.com) (INSTANCE_NAME = instancesid) ) )
18
Where: v racsystemvipvirtual IP for your RAC environment. v racsid.racystem.comservice name for your RAC environment. v instancesidunique name of this instance in your RAC environment. When creating an InfoSphere CDC instance for your RAC environment in the InfoSphere CDC configuration tool, select the service that you defined in this procedure when prompted to select a TNS. You must select a single node (considered the main node by InfoSphere CDC), not the entire RAC instance. Related concepts Installing InfoSphere CDC in an Oracle Real Application Clusters (RAC) environment on page 17 Installing InfoSphere CDC on page 11 Related tasks To add a new instance of InfoSphere CDC (UNIX and Linux) on page 21 Creating a failover script for InfoSphere CDC in an Oracle RAC environment
Creating a failover script for InfoSphere CDC in an Oracle RAC environment

If an Oracle RAC node fails but the machine containing the node is still responsive, develop a recovery script for InfoSphere CDC that automates the following actions: v Stops replication on all subscriptions with the dmendreplication command. v Shuts down all InfoSphere CDC processes with the dmshutdown command. v Modifies the INSTANCE_NAME parameter in the tnsames.ora file to point to the next available RAC node. v If required, restarts the Oracle service listener. v Deletes the following staging area files in the InfoSphere CDC installation directory: <instance_name>/conf/txq* <instance_name>/stagingstore/* <instance_name>/tmp/* v Restarts your InfoSphere CDC instance on a different RAC node with the dmts32 or dmts64 commands. v Restarts replication on all subscriptions with the dmstartmirror command. Related concepts Installing InfoSphere CDC in an Oracle Real Application Clusters (RAC) environment on page 17 Related tasks Defining a service for InfoSphere CDC in tnsnames.ora on page 18 Related reference dmendreplication - End replication on page 40 dmshutdown - Shut down InfoSphere CDC on page 70 dmts32 - Start InfoSphere CDC on page 74 dmts64 - Start InfoSphere CDC on page 74 dmstartmirror - Start mirroring on page 45
Installing InfoSphere CDC in an Oracle Real Application Clusters (RAC) environment
19
20
Configuring InfoSphere CDC (UNIX and Linux)

After installing InfoSphere CDC, the installation program launches a configuration tool. The configuration tool allows you to configure one or more InfoSphere CDC instances for your environment. You must configure InfoSphere CDC before you can start replication. In this section, you will learn: Configuring InfoSphere CDC instances (UNIX and Linux)
Configuring InfoSphere CDC instances (UNIX and Linux)

You can add, edit, or delete an instance of InfoSphere CDC. Use the InfoSphere CDC configuration tool to work with instances. You do not have to start and stop instances. Before you add, edit, or delete an instance, ensure logging is turned on for each database from which you intend to capture data changes. See also: To add a new instance of InfoSphere CDC (UNIX and Linux) To edit an instance of InfoSphere CDC (UNIX and Linux) on page 22 To delete an instance of InfoSphere CDC (UNIX and Linux) on page 23
To add a new instance of InfoSphere CDC (UNIX and Linux)

If you are configuring the first instance of InfoSphere CDC after installation, you can proceed to Step 2 of this procedure. 1. At the command prompt, launch the configuration tool by issuing the following command in the specified directory:
\<InfoSphere CDC Installation Directory>\bin\dmconfigurets
2. At the welcome message, press Enter to continue. 3. Type the name of the instance and press Enter to add a new instance of InfoSphere CDC. 4. Type the port number which InfoSphere CDC uses for communication with client workstations running Management Console and other servers. InfoSphere CDC displays a default port of 11001. Press Enter. Note: This port number cannot be used by other applications installed on the same server. You will use this port number when specifying access parameters for your datastore in the Access Manager perspective in Management Console. For more information, see your Management Console documentation. Note: For more information on the port requirements for InfoSphere CDC, see Port requirements on page 4. 5. If you are using the auto-discovery feature in Access Manager, then enable the this feature by typing the UDP port number that you set in Access Server. The default port is 2222. InfoSphere CDC uses this UDP port number for auto-discovery broadcasts sent from Access Server. Otherwise, press Enter to disable.
21
6. Depending on the bit version of your server, type 32 or 64 and press Enter. 7. Type the amount of physically available RAM that you want to allocate for this instance of InfoSphere CDC and press Enter. By default, the configuration tool allocates 512 MB of RAM for each 32-bit instance and 1024 MB of RAM for each 64-bit instance. Note: Using values other than the defaults or allocating more RAM than is physically available on your server should only be undertaken after considering the impacts on product performance. 8. If you want to connect to a read-only source database, then type y. If you use a database with read-only privileges, in the step 12, specify the read-only user for that database. If you want read and write access, then type n. Note: Once you have created the instance, this option is set and you cannot connect to a source database with read and write access. 9. Type the path of the Oracle database you want to replicate data to or from and contains all of the tables for replication. This is the database that you configured as part of the pre-installation tasks. Press Enter. 10. Select the TNS name for your Oracle database that you defined in the tnsnames.ora file. If you are configuring an instance for an Oracle RAC environment, consider the following: v With non-ASM managed redo log files, select the Oracle service name that you defined in tnsnames.ora. v With ASM-managed redo log files, select the Oracle SID of the local node where InfoSphere CDC is installed. 11. If you want to specify extra JDBC parameters, then type y. 12. Type the user name (case-sensitive) for the specified database and press Enter. 13. Type the password (case-sensitive) for the specified database and press Enter. The configuration tool will now search the database for schemas. 14. Type the number that corresponds to the database schema used by InfoSphere CDC for metadata tables and press Enter. You can specify any schema except those in use by other installed instances of InfoSphere CDC for the given database. Note: InfoSphere CDC metadata tables contain important configuration information and should be backed up as part of your database backup strategy. 15. The configuration tool creates the InfoSphere CDC instance and prompts you to start the instance. Type y to start the instance. Note: The configuration tool will prompt you if your configuration is about to overwrite the metadata for an existing instance. Related reference dmbackupmd - Backup Metadata on page 68
To edit an instance of InfoSphere CDC (UNIX and Linux)

1. Stop InfoSphere CDC if it is started by using the dmshutdown command. 2. At the command prompt, launch the configuration tool by issuing the following command from the <InfoSphere CDC Installation Directory>/bin directory: ./dmconfigurets
22
3. Type 1 and press Enter to list the installed instances of InfoSphere CDC. Record the name of the instance you want to modify. 4. Type 3 and press Enter to modify an instance of InfoSphere CDC. 5. Type the instance name that you want to modify and press Enter. The configuration tool allows you to edit a number of values that you specified when adding an instance. 6. After making your changes, type 5 and press Enter to apply your changes and return to the main menu. Type 6 and press Enter to discard your changes.
To delete an instance of InfoSphere CDC (UNIX and Linux)

1. Stop InfoSphere CDC if it is started by using the dmshutdown command. 2. At the command prompt, launch the configuration tool by issuing the following command from the <InfoSphere CDC installation directory>/bin directory: ./dmconfigurets 3. Type 1 and press Enter to list the installed instances of InfoSphere CDC. Record the name of the instance you want to delete. 4. Type 4 and press Enter to delete an instance of InfoSphere CDC. 5. Type the instance name that you want to delete and press Enter.
Configuring InfoSphere CDC (UNIX and Linux)
23
24
Configuring InfoSphere CDC for OS (operating system) clustering (UNIX and Linux)
InfoSphere CDC supports Active/Passive two-node clusters on the UNIX and Linux platforms. Clustering provides continuous access to resources in the event of a hardware failure, software failure, or some other interruption. To implement InfoSphere CDC clustering support in your environment, you must complete all of the following pre-requisite tasks. Note: Prerequisites that only apply to InfoSphere CDC as a clustered source or a clustered target are specified. v Install InfoSphere CDC on the shared drive of the cluster. v Add a new instance of InfoSphere CDC. v Ensure that the server port you specify during configuration of the instance is available and persistent on both nodes of the cluster. InfoSphere CDC listens on this port. v Ensure that InfoSphere CDC connects to the database in the same way on both nodes of the cluster. In other words, database connection parameters such as the path to the database and services must be identical on both nodes of the cluster. v Ensure that all of the database logs required for replication are available. This prerequisite only applies to InfoSphere CDC as a clustered source. v Ensure that the path to the database logs required for replication is identical on both nodes of the cluster. This prerequisite only applies to InfoSphere CDC as a clustered source. v Ensure that every InfoSphere CDC source that connects to the target sees the target in the same way. The target must have a clustered IP address or use the same host name for both nodes of the cluster. This prerequisite only applies to InfoSphere CDC as a clustered target. v Optionally, schedule a regular backup of your InfoSphere CDC metadata and event log messages. Note that metadata will only change when you add or modify subscriptions. You can find more information about this prerequisite in the failover procedure for InfoSphere CDC in this section. Note: You can run the dmshowlogdependency command with the i flag to list the database logs required for replication. In this section, you will learn: Performing a forced or manual failover of InfoSphere CDC on page 26 Preparing for a failover of InfoSphere CDC on page 26
25
Related concepts Configuring InfoSphere CDC instances (UNIX and Linux) on page 21 Related tasks To install InfoSphere CDC (UNIX and Linux) on page 11
Performing a forced or manual failover of InfoSphere CDC

A forced or manual failover is often necessary in a clustered environment for software upgrades, maintenance, or other reasons. The tasks in the following steps must be included in your manual failover script. 1. Stop all instances of InfoSphere CDC on the current active node with the following command: dmshutdown -I <instance_name> 2. Manually failover your clustered environment with the scripts or procedures that are specific to your environment. 3. Restart all instances on the new active node with the following commands for 32-bit and 64-bit operating systems: dmts32 - I <instance_name> or dmts64 - I <instance_name> 4. Start all subscriptions on the new active node with the dmstartmirror command. Related concepts Starting InfoSphere CDC on page 29 Stopping InfoSphere CDC on page 29 Related tasks Preparing for a failover of InfoSphere CDC Related reference dmstartmirror - Start mirroring on page 45
Preparing for a failover of InfoSphere CDC

To prepare for a failover such as a hardware or software failure, your clustering environment will require a script that performs InfoSphere CDC tasks on the new active node. The tasks in the following steps must be included in your failover script. 1. Clean the transaction queues for each instance by removing all files that begin with txqueue* in the <InfoSphere CDC installation directory>/instance/ <instance name>/conf directory. 2. Back up your metadata for each instance by archiving all files that begin with md* in the <InfoSphere CDC installation directory>/instance/<instance name>/conf directory. If the metadata database does not recover after a failover, restore these files to the same directory on the new active node. This task is optional. 3. Back up your Event Log messages for each instance by archiving all files in the <InfoSphere CDC installation directory>/instance/<instance name>/events directory. If the events database does not recover after a failover, restore these files to the same directory on the new active node. This task is optional. 4. Start each instance on the new active node with the following commands for 32-bit and 64-bit operating systems: dmts32 - I <instance_name> or dmts64 - I <instance_name>
26
5. Run the dmclearstagingstore command on the new active node for all instances. 6. Start all subscriptions on the new active node with the dmstartmirror command. Related concepts Starting InfoSphere CDC on page 29 Related tasks Performing a forced or manual failover of InfoSphere CDC on page 26 Related reference dmclearstagingstore - Remove cached operations from the staging store on page 67 dmstartmirror - Start mirroring on page 45
Configuring InfoSphere CDC for OS (operating system) clustering (UNIX and Linux)
27
28
After you install and configure

Once you have installed and configured InfoSphere CDC, you can start using InfoSphere CDC. In this section, you will learn: Starting InfoSphere CDC Stopping InfoSphere CDC Maintaining active TCP connections in a network environment on page 30 Enabling SQL statements in Management Console on page 31 Privileges for Oracle DBA and InfoSphere CDC users on page 31
Starting InfoSphere CDC

After you install InfoSphere CDC on a supported UNIX or Linux server, you can issue a command to start it so that you can create a datastore for the instance in Management Console. You can also start the instance by using the configuration tool. See also: To start InfoSphere CDC (UNIX and Linux)
To start InfoSphere CDC (UNIX and Linux)

Depending on the operating system you are running, issue one of the following start commands: v dmts32 - I <instance_name> v dmts64 - I <instance_name>
Stopping InfoSphere CDC

It may be necessary to stop InfoSphere CDC when you want to change the configuration settings, take a server or database offline for maintenance purposes, or if you want to upgrade InfoSphere CDC. You can use the configuration tool or commands to stop InfoSphere CDC. See also: To stop InfoSphere CDC (UNIX and Linux)
To stop InfoSphere CDC (UNIX and Linux)

1. End replication on all subscriptions in Management Console. For more information on how to end replication on subscriptions, see your Management Console documentation. 2. Depending on how you want to stop InfoSphere CDC, issue one of the following stop commands in the bin directory in your InfoSphere CDC installation directory:
29
Option dmshutdown -I <instance_name>
Description Use this command to gracefully shut down InfoSphere CDC. If you have multiple active InfoSphere CDC installations on the same UNIX or Linux server, and you want to shut them all down, run this command from the installation directory for each InfoSphere CDC instance.
dmterminate -I <instance_name>
Use this command to terminate all InfoSphere CDC processes for all instances running on a UNIX or Linux server. Use this command when you cannot completely shut down InfoSphere CDC using the dmshutdown command.
Maintaining active TCP connections in a network environment

If your deployment of InfoSphere CDC is in a network environment that uses a firewall, VPN gateway, or local system tools to detect idle TCP connections, it may be necessary to configure the product to prevent these connections from being closed during periods of application inactivity between the source and target. By default, InfoSphere CDC sends a message over TCP connections every 20 seconds to ensure these connections remain active during periods of inactivity. If your network policies close TCP connections for idle periods of less than 20 seconds, you must change the configuration of each instance of InfoSphere CDC to ensure the TCP connections remain open. See also: To maintain active TCP connections
To maintain active TCP connections

1. For each instance of InfoSphere CDC, navigate to the following directory: UNIX or Linux:
<CDC_installation_directory>/instance/<instance_name>/conf
2. Open the comms.ini file in a text editor. 3. Change the KEEP_ALIVE_TIMEOUT parameter to a value that is lower than the time used to detect idle connections in your network. For example, if your network disables idle TCP connections after 15 seconds, you can change the KEEP_ALIVE_TIMEOUT parameter to a value of 10 seconds:
KEEP_ALIVE_TIMEOUT=10
4. Save the comms.ini file. 5. For the changes to take effect, use the configuration tool to restart all instances of InfoSphere CDC. InfoSphere CDC will now send messages over the TCP connection every 10 seconds.
30
Enabling SQL statements in Management Console

InfoSphere CDC lets you execute SQL statements after it applies a table-level clear or refresh operation to a target table. You can specify SQL statements in the Additional SQL dialog box in Management Console. By default, this feature is disabled in InfoSphere CDC for security reasons. You can enable this feature by creating a table called TS_SQL_EXECAUTH in the database where you installed InfoSphere CDC. The structure of the table is unimportant, and you must create the table using the same schema as the metadata tables during the configuration of InfoSphere CDC. For more information about specifying SQL statements in Management Console, see Specifying SQL to control refresh operations in your Management Console documentation. See also: To enable SQL statements in Management Console
To enable SQL statements in Management Console

1. Locate the database on the target server that you created for InfoSphere CDC. Depending on how you are using InfoSphere CDC, this is the database you want InfoSphere CDC to replicate to or from. Note: During installation, InfoSphere CDC places metadata tables in the database necessary for InfoSphere CDC processes. 2. If you want to enable the specification of SQL statements, create a table named TS_SQL_EXECAUTH in the database. Note: The table can have any structure and must be created in the schema you specified when you configured InfoSphere CDC. Related concepts Metadata tables on page 37
Privileges for Oracle DBA and InfoSphere CDC users

After installing and configuring InfoSphere CDC on Oracle, you also need to set privileges for the Oracle DBA and users. See also: Privileges required by the Oracle DBA Privileges required by users on page 32
Privileges required by the Oracle DBA

The Oracle DBA must be explicitly granted SELECT privileges on the following dynamic system views with the grant option: v sys.all_coll_types v sys.all_constraints v sys.all_cons_columns v sys.all_type_attrs v sys. attrcol$ v sys.ccol$ v sys.cdef$ v sys.col$
31
v v v v v v v v v v v v v v v v v v
sys.coltype$ sys.dba_constraints sys.dba_cons_columns sys.dba_indexes sys.dba_ind_columns sys.dba_mviews sys.dba_objects sys.dba_profiles sys.dba_roles sys.dba_rollback_segs sys. dba_sequences sys.dba_tables sys.dba_tablespaces sys.dba_tab_columns sys.dba_users sys.hist_head$ sys.icol$ sys.ind$
v sys.lob$ v sys.nls_database_parameters v sys.obj$ v v v v v v v v v v v v sys.resource_cost sys.tab$ sys.user$ sys.user_role_privs sys.v_$archived_log sys.v_$controlfile sys.v_$database sys.v_$log sys.v_$logfile sys.v_$log_history sys.v_$mystat sys.v_$session
v sys.v_$version
Privileges required by users

The installation program grants Oracle DBA privileges to the InfoSphere CDC user and these include the privileges required users to work with InfoSphere CDC for Oracle. However, if you decide to alter these DBA privileges or revoke the DBA role from the InfoSphere CDC user, then you must grant specific privileges so that users can replicate data and perform table operations. See also: Operation privileges on page 33 View privileges on page 33
32
Operation privileges
By default, the installation program grants the Oracle DBA role to the user and these include the privileges required for users to perform required operations. However, if you decide to alter these DBA privileges or revoke the DBA role from the user, then you must grant the following privileges so that users can perform required operations. Note: For privileges that specify ANY TABLE, you may choose to grant privileges only on a specific table. As tables get added to the InfoSphere CDC configuration, you may need to monitor the tables on which users have privileges.
Privilege CREATE ANY INDEX CREATE ANY TABLE DELETE ANY TABLE EXECUTE ANY PROCEDURE INSERT ANY TABLE LOCK ANY TABLE SELECT ANY TABLE UPDATE ANY TABLE Required For Creating tables on the target for a user other than the InfoSphere CDC user. Creating tables that belong to a user other than the InfoSphere CDC user. Replicating to tables that belong to a user other than the InfoSphere CDC user. Executing stored procedures that belong to a user other than the InfoSphere CDC user. Replicating to tables that belong to a user other than the InfoSphere CDC user. Refresh target tables that belong to a user other than the InfoSphere CDC user. Use tables that belong to a user other than the InfoSphere CDC user. Replicate to tables that belong to a user other than the InfoSphere CDC user.
View privileges
Users requires special privileges on the following views: v dba_col_comments v dba_constraints v dba_cons_columns v dba_indexes v v v v v v v dba_ind_columns dba_log_groups dba_objects dba_sys_privs dba_tables dba_tab_columns dba_tab_comments
v dba_tab_privs v and dba_users These views are equivalent to the all_views (for example all_col_comments and all_constraints) but the all_views exclude those tables for which the user executing a query does not have permissions. This filtering imposes a noticeable performance cost on systems with large numbers of tables and users.
33
You must grant users SELECT privileges on the following dynamic system views with the grant option: v dba_tab_cols v sys.con$ v sys.v_$transaction v sys.v_$archived_log v sys.v_$database v sys.v_$controlfile v v v v v v v v v v v v sys.v_$log sys.v_$log_history sys.v_$logfile sys.v_$mystat sys.v_$session sys.v_$version sys.all_coll_types sys.all_constraints sys.all_type_attrs sys.dba_constraints sys.dba_cons_columns sys.dba_indexes
v sys.all_cons_columns
v sys.dba_ind_columns v sys.dba_mviews v sys.dba_objects v sys.dba_profiles v sys.dba_roles v v v v v v v v sys.dba_rollback_segs sys.dba_sequences sys.dba_tab_columns sys.dba_tables sys.dba_tablespaces sys.dba_users sys.nls_database_parameters sys.resource_cost
v sys.attrcol$, sys.ccol$ v sys.cdef$, sys.col$ v v v v v v v sys.coltype$ sys.hist_head$ sys.icol$ sys.ind$ sys.lob$ sys.obj$ sys.tab$
v sys.user$ v uuser_role_privs
34
For information about privileges and the grant command, see your Oracle documentation.
35
36
Metadata tables
InfoSphere CDC maintains a set of metadata tables that represent data about your current replication configuration. These tables are created in the schema and database that you specify in the configuration tool and should be part of the backup strategy for your database. InfoSphere CDC will not replicate these tables. Do not modify the contents of these tables unless requested to do so by your IBM representative. The names of the metadata tables created by InfoSphere CDC are as follows: v DRSESSIONHISTORY v TS_AUTH Note: For all users you added in the Access Manager perspective in Management Console, make sure you give GRANT SELECT privileges to the TS_AUTH metadata table. For more information on how to add users in the Access Manager perspective in Management Console. For more information, see your Management Console documentation. v TS_BOOKMARK v TS_CONFAUDThe conflict resolution audit table records information about conflicts that were resolved using conflict detection and resolution. Related concepts Configuring InfoSphere CDC (UNIX and Linux) on page 21
37
38
Commands for InfoSphere CDC

This section discusses the commands available with InfoSphere CDC. Using these commands you can control replication, manage your tables for replication, monitor replication, and perform various other tasks. In this section, you will learn: Using the InfoSphere CDC commands Setting the TSINSTANCE environment variable on page 40 Controlling replication commands on page 40 Database transaction log commands on page 47 Managing tables for replication commands on page 53 Monitoring replication commands on page 60 Exporting and importing configuration commands on page 63 Continuous Capture and staging store commands on page 65 Other commands on page 67
Using the InfoSphere CDC commands

You can issue InfoSphere CDC commands at a command line prompt or as part of a batch file or shell script. Commands are case-sensitive and are located in the bin directory of your InfoSphere CDC installation directory. You must run the commands from this directory. Note: Use the -? flag to list the available parameters for a command and a short description of each parameter. For example, dmstartmirror -?.
Command formats
For each command, the following items of information are provided: v SyntaxIdentifies the name of the command and lists the command parameters. v ParametersDescribes each parameter in the command and identifies the values that can be specified. v ResultIndicates the values that are returned by the command if it is successful. These values can be useful for scripting. This section also specifies the information that is displayed on the screen, if any, as a result of executing the command. v ExamplesProvides one or more examples of invoking the command.
Parameter formats
Note the following conventions in the definition of the command parameters: v Angle brackets ( < > ) indicate a mandatory parameter. v Square brackets ( [ ] ) indicate an optional parameter. If you omit the parameter, InfoSphere CDC uses a default value. v A vertical bar ( | ) separating one or more parameters indicate that only one of the parameters in the list can be used. When one or more vertical bars appear in
39
a list of parameters that is enclosed by square brackets [ ], the choices are limited to the parameters in the list, but you have the option to not specify any of the parameters. v Ellipsis ( ... ) means that a parameter or option can be repeated more than once. v Unless otherwise noted, the commands apply to UNIX and Linux.
Setting the TSINSTANCE environment variable

Before using InfoSphere CDC commands, you can set the TSINSTANCE environment variable to the name of your InfoSphere CDC instance. After you set the TSINSTANCE environment variable, you no longer have to specify the instance name when issuing commands.
UNIX and Linux

The following command is for kshell. You can run similar commands in other shells:
export TSINSTANCE=<instance_name>
where: v <instance_name> is the name of your InfoSphere CDC instance.
Controlling replication commands

This section contains commands that control replication in InfoSphere CDC. See also: dmendreplication - End replication dmrefresh - Refresh subscription on page 44 dmstartmirror - Start mirroring on page 45
dmendreplication - End replication

Use this command to end refresh or mirroring on the specified subscriptions. Ending replication allows you to prepare for transitional activities in your business environment and allows you to move to the next step in your business processes. Here are some examples of transitional activities in your business environment that may require an end to replication: v Initiating a database backup. v v v v Performing a regularly scheduled reboot of your source database server. Quiescing your database in preparation for an upgrade. Weekly batch processing has just completed. Preparing for off-line maintenance activities.
If you are replicating data continuously with Continuous mirroring and business reasons arise that require an end to replication, InfoSphere CDC provides multiple options that suit most business needs. If your business requirements dictate that replication must end at a particular point in your source database log because the target database must be in a known state when replication ends, you can choose from the following Scheduled End to replication options:
40
v -se parameterWhen specified without t or p, this parameter ends replication at the current time in the source database log. v -t parameterWhen specified with se, this parameter ends replication at a user-specified date and time. v -p parameterWhen specified with se, this parameter ends replication at a user-specified log position. An example of a scenario that might require these options is that you are populating a reporting instance and you need stable (non-changing) data in your reporting instance during the day. At the end of the day when you shut down your application, you can choose one of the Scheduled End (Net Change) options to update the reporting instance with data from the current day as well. If business requirements do not require a specific end point but do require a time frame for ending replication, InfoSphere CDC provides escalating options (Normal, Immediate, and Abort) that end replication more rapidly at the expense of a slower start when resuming replication. For example, a routine end to replication with no particular urgency may require the Normal option, whereas a sudden business need to end replication rapidly may require the Abort option. A routine reboot of a SAN might be appropriate for the Normal option, whereas a sudden and unexpected hardware or application failure may require the Abort option. If you initiate an end to replication and business reasons warrant a change in the desired time frame, you can reschedule the end of replication by specifying a new date and time, a new position in the database log, or choose another option for ending replication. Ending replication is also necessary if you want to update and make changes to your subscription by: v v v v Adding a table mapping to the subscription. Deleting a table mapping from the subscription. Temporarily removing a table mapping from the subscription (parking a table). Modifying mapping details such as source and target column mappings, derived columns, data translations, row and column selections, user exits, and so on.
v Updating the properties of a subscription when the structure of your source or target tables change. This command also includes an asynchronous option for scripting (-nw parameter) that can be used with -se to allow your script to continue executing without waiting for the Scheduled End to replication. You can also start and end replication in Management Console. For more information, see Management Console Administration Guide. To stop an instance after ending replication on all subscriptions, use the dmshutdown command.
Syntax
dmendreplication -I <INSTANCE_NAME> [-c|-i|-a|-se [-t <date and time>|-p <log position>] [-w|-nw]] <-A|-s <SUBSCRIPTION NAME ...> [-L <locale>]
41
Parameters
-I <INSTANCE_NAME> Specifies the InfoSphere CDC instance for which you want to end replication. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -c Specifies that InfoSphere CDC ends replication on the specified subscriptions with the Normal option. InfoSphere CDC will use this option by default if you do not specify se, -i, or a. This option completes in progress work and then ends replication. If a refresh is in progress, Normal will complete the refresh for the current table before replication ends. Normal is the most appropriate option for most business requirements and is the preferred method for ending replication in most situations. -i Specifies that InfoSphere CDC ends replication on the specified subscriptions with the Immediate option. This option stops all in progress work and then ends replication. Starting replication after using this option can be slower than using -c. If a refresh is in progress, the refresh for the current table will be interrupted and then replication will end. Attention: Use this option if business reasons require replication to end faster than -c at the expense of a slower start when you resume replication on the specified subscriptions. -a Specifies that InfoSphere CDC ends replication on the specified subscriptions with the Abort option. This option stops all in progress work and then ends replication rapidly. Starting replication after using this option can be much slower than using -c. A refresh in progress will be interrupted and the target will stop processing any data that has not been committed before replication ends. Attention: Use this option if your business reasons require a rapid end to replication and you are willing to tolerate a much slower start when you resume replication on the specified subscriptions. A sudden business requirement for an unplanned shutdown of your source system may require this option for ending replication. -se Specifies that InfoSphere CDC will end replication normally at the current source system time in the source database log with the Scheduled End option. The source system time when replication will end is set when you issue this command. If you specify the following parameters with -se, replication will end at a specific date and time or log position: v tEnd replication at a specific date and time in your source database log. v pEnd replication at a specific log position in your source database log. Note: As latency between the source and target increases, the amount of time required to end replication will also increase.
42
-t <date and time> Indicates the date and time in the source database log when replication will end when using se. When specifying a value for this parameter, use the following format: yyyy-MM-dd HH:mm This parameter is optional when you specify se. -p <log position> Indicates that InfoSphere CDC will end replication at the specified Oracle SCN in your source database log when using -se. The following is an example of an SCN decimal format for Oracle: 6091085393 This parameter is optional when you specify se. -w Indicates that this command will wait for replication to end when you use se. w is the default setting for a Scheduled End to replication. If you are scripting the command with this parameter, your script must wait for -se processing to complete before it continues to execute. Note: This parameter does not apply if you specify c, -i, or a. InfoSphere CDC will always wait if you specify c, -i, or a when ending replication. -nw Indicates that this command will not wait for replication to end if you specify -se. If you are scripting this command, this parameter allows your script to continue executing (asynchronous) if -se processing is not complete. -A Indicates that InfoSphere CDC ends replication on all subscriptions. Use s to end replication on one or more subscriptions. -s <SUBSCRIPTION NAME> Indicates the subscriptions where InfoSphere CDC will end replication. To specify multiple subscriptions, list the subscriptions separated by a space. For example: Subscription1 Subscription2 Subscription3 You must specify a value for this parameter or use A for all subscriptions. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is the locale of the machine where InfoSphere CDC is installed.
Result
This command returns a value of 0 if the command was successful and a non-zero value if the command fails.
Examples
dmendreplication -I MYINSTANCE -c -s FINANCE InfoSphere CDC ends replication with the Normal option for the FINANCE subscription in the specified instance. dmendreplication -I MYINSTANCE se t 2010-02-05-00-00 FINANCE -nw
43
InfoSphere CDC ends replication with the Scheduled End option for the FINANCE subscription at the specified time in the source database log. The command exits before Scheduled End processing is complete. dmendreplication -I MYINSTANCE a s SUBSCRIPTION1 SUBSCRIPTION2 InfoSphere CDC ends replication with the Abort option for SUBSCRIPTION1 and SUBSCRIPTION2 in the specified instance.
dmrefresh - Refresh subscription

Use this command to refresh the specified subscriptions. When you refresh a subscription, InfoSphere CDC ensures that the target tables are synchronized with the source tables. Typically, you would refresh target tables when you have set the replication method to Refresh on your tables. However, you can also refresh target tables that have a replication method set to Mirror and a status of Active or Refresh. When you refresh a table configured for mirroring,InfoSphere CDC refreshes the target table so that it is synchronized with the source table and then marks a table capture point as the starting point for mirroring. This command exits after it has successfully refreshed the specified subscriptions. If you terminate this program while it is still running, InfoSphere CDC ends replication immediately for the specified subscriptions.
Syntax
dmrefresh -I <INSTANCE_NAME> [-a|-f] <-A|-s <SUBSCRIPTION_NAME ...> [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the InfoSphere CDC instance for which you want to refresh one or more subscriptions. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -a Specifies that InfoSphere CDC refreshes all target tables in the subscription. -f Specifies that InfoSphere CDC refreshes only target tables that are flagged for refresh. If you omit both the -a and -f options, InfoSphere CDC assumes -f by default.
-A Specifies that InfoSphere CDC refreshes all subscriptions. -s <SUBSCRIPTION_NAME> Specifies that InfoSphere CDC refreshes the indicated subscription. To specify multiple subscriptions, list the subscriptions separated by a space. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
44
Examples
dmrefresh -I NEWINSTANCE -a -s FINANCE InfoSphere CDC refreshes all target tables in the Finance subscription.
dmstartmirror - Start mirroring

Issue this command from your InfoSphere CDC source to start mirroring on the specified subscriptions. This command starts mirroring for any table with a replication method of Mirror and a status of Refresh or Active. Tables with a replication method of Mirror and a status of Refresh are refreshed before mirroring begins. InfoSphere CDC provides two types of mirroring for source tables that are mapped to target tables: Continuous (-c parameter) and Scheduled End (Net Change) (-n parameter). The type of mirroring you select depends on your business needs. As its name implies, Continuous mirroring replicates changes to the target on a continuous basis. Use this type of mirroring when business requirements dictate that you need replication to be running continuously and you do not have a clearly defined reason to end replication at the present time. Scheduled End (Net Change) mirroring replicates changes (to the target) up to a user-specified point in the source database log and then ends replication. Use this type of mirroring when business requirements dictate that you only replicate your data periodically and you have a clearly defined end point for the state of your target database when replication ends. Scheduled End (Net Change) mirroring allows you to end replication at the following points in your source database log: v -n parameterWhen specified without tor p, this parameter ends replication at the current time in the source database log. v -t parameterWhen specified with n, this parameter ends replication at a user-specified date and time. v -p parameterWhen specified with n, this parameter ends replication at a user-specified log position. These user specified end points ensure that your target database is in a known state when replication ends. For more information about starting and ending replication in Management Console, see Management Console Administration Guide.
Syntax
dmstartmirror -I <INSTANCE_NAME> [-c|-n [-t <date and time>|-p <log position>] [-w|-nw]] <-A|-s <SUBSCRIPTION NAME ...> [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the InfoSphere CDC instance for which you want to start mirroring. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -c Specifies that InfoSphere CDC will start Continuous mirroring on the specified subscriptions.
45
If you do not specify c or -n, InfoSphere CDC will start Continuous mirroring by default on the specified subscriptions. -n Specifies that InfoSphere CDC mirrors all committed database changes in the source database and then ends replication normally at the current source system time in the database log with the Scheduled End option. The source system time when replication will end is set when you issue this command. If you specify the following parameters with n, replication will end at a specific date and time or log position: v tEnd replication at a specific date and time in your source database log. v pEnd replication at a specific log position in your source database log. Note: As latency between the source and target increases, the amount of time required to end replication will also increase. -t <date and time> Indicates the date and time in the source database log when replication will end when using n. When specifying a value for this parameter, use the following format: yyyy-MM-dd HH:mm This parameter is optional when you specify n. -p <log position> Indicates that InfoSphere CDC will end replication at the specified Oracle SCN in your source database log when using -se. The following is an example of an SCN decimal format for Oracle: 6091085393 This parameter is optional when you specify n. -w Indicates that this command will wait for replication to end when you use n. w is the default setting for a Scheduled End to replication. If you are scripting the command with this parameter, your script must wait for -n processing to complete before it continues to execute. This parameter does not apply if you specify c for Continuous mirroring. -nw Indicates that this command will not wait for replication to end if you specify -n. If you are scripting this command, this parameter allows your script to continue executing (asynchronous) if -n processing is not complete. This parameter does not apply if you specify c for Continuous mirroring. -A Indicates that InfoSphere CDC starts mirroring for all subscriptions. Use s to start mirroring for one or more subscriptions. -s <SUBSCRIPTION_NAME> Indicates the subscriptions where InfoSphere CDC will start mirroring. To specify multiple subscriptions, list the subscriptions separated by a space. For example: Subscription1 Subscription2 Subscription3 You must specify a value for this parameter or use A for all subscriptions. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is the locale of the machine where InfoSphere CDC is installed.
46
Result
Examples
dmstartmirror -I MYINSTANCE c -s FINANCE InfoSphere CDC starts continuous mirroring for the FINANCE subscription. dmstartmirror -I MYINSTANCE n p 000000FB:000001A4:0001 nw A InfoSphere CDC starts mirroring with the Scheduled End option for all subscriptions in the specified instance. Replication will end at the specified Microsoft SQL Server LSN in the source database log. The command will not wait for Scheduled End processing to complete. dmstartmirror -I MYINSTANCE n t 2010-02-05-00-00 FINANCE -nw InfoSphere CDC starts mirroring with the Scheduled End option for the FINANCE subscription in the MYINSTANCE instance. Replication will end at the specified time in the source database log. The command will exit before Scheduled End processing is complete.
Database transaction log commands

This section contains commands that help you manage your database transaction log or bookmarks. See also: dmarchivelogavailable - Mark archive log as available dmarchivelogremoved - Mark archive log as removed on page 48 dmdecodebookmark - Display verbose information bookmark on page 49 dmsetbookmark - Set bookmark on page 50 dmshowbookmark - Display bookmark information on page 51 dmshowlogdependency - Show Log Dependency on page 51
dmarchivelogavailable - Mark archive log as available

Use this command only after the complete Oracle archive log file has been shipped from the system where your Oracle database is installed. By issuing this command, you are indicating to InfoSphere CDC that the shipped Oracle archive log file is complete and can now be used for replication. If your production database is in a RAC environment and the thread ID is not included in the archive log file name, you must do the following: v Specify the thread ID in the -t <thread_number> parameter of this command. v Place the archive logs in subdirectories that are named using the thread number. For example, /archivelog/mycdcsystem/1 for thread 1 and /archivelog/ mycdcsystem/2 for thread 2. Note: This command will return a warning message if you add a file out of order, but will still mark the log as available.
47
Syntax
dmarchivelogavailable -I <INSTANCE_NAME> [-t <thread_number>] -f <filename>
Parameters
-I <INSTANCE_NAME> The name of the InfoSphere CDC instance. You can set the TSINSTANCE environment variable to the name of your InfoSphere CDC instance. After this is complete, you no longer have to specify the instance when issuing commands. -t <thread_number> The thread ID of the Oracle archive log. This parameter is optional. -f <archive_log_file_name> Specify the name (including extension) and the fully qualified path to the archive log file as it appears in your Oracle production database. For example, you can specify the following value: /archivelog/arch_1_22781.arc
Result
Examples
dmarchivelogavailable -t 1 -f /archivelog/arch_1_22781.arc Indicates to InfoSphere CDC that archive log arch_1_22781.arc with thread ID 1 is now available for replication. dmarchivelogavailable -t 1 -f /archivelog/arch_1_22782.arc Indicates to InfoSphere CDC that archive log arch_1_22782.arc with thread ID 1 is now available for replication. Related reference dmarchivelogremoved - Mark archive log as removed dmshowlogdependency - Show Log Dependency on page 51
dmarchivelogremoved - Mark archive log as removed

Use this command to specify the shipped Oracle archive logs that are no longer used by InfoSphere CDC. You should run this command before removing a shipped Oracle archive log.
Syntax
dmarchivelogremoved -I <INSTANCE_NAME> -f <file name> [-a]
Parameters
-I <INSTANCE_NAME> The name of the InfoSphere CDC instance. You can set the TSINSTANCE environment variable to the name of your InfoSphere CDC instance. After this is complete, you no longer have to specify the instance when issuing commands.
48
-f <file name> Indicates the name (including extension) and the fully qualified path to the archive log file that you want to remove from InfoSphere CDC replication. For example, you can specify the following value: /archivelog/arch_1_22781.arc -a Indicates that all available logs before and including the log that you specified in this command will be removed. This parameter is optional.
Result
Example
dmarchivelogremoved -f /archivelog/arch_1_22781.arc -a Indicates that archive log arch_1_22781.arc and all previous logs are no longer required by InfoSphere CDC for replication and can be removed from the directory for shipped archive logs. Related reference dmarchivelogavailable - Mark archive log as available on page 47 dmshowlogdependency - Show Log Dependency on page 51
dmdecodebookmark - Display verbose information bookmark

Use this command to display verbose information about a bookmark.
Syntax
dmdecodebookmark -I <INSTANCE_NAME> (-b <bookmark> | -f <bookmark_file>) [-d <database_version>] [-L <locale>]
Parameters
-I <INSTANCE_NAME> The name of the InfoSphere CDC instance. You can set the TSINSTANCE environment variable to the name of your InfoSphere CDC instance. After this is complete, you no longer have to specify the instance when issuing commands. -b <bookmark> The bookmark as a hexadecimal-encoded string. -f <bookmark_file> The bookmark file as a binary file. -d<database_version> The database and version that generated the bookmark specified, if the bookmark was generated by InfoSphere CDC version 6.2 or earlier. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
49
Examples
dmdecodebookmark -f bookmark.txt InfoSphere CDC displays information about the bookmark.txt file.
dmsetbookmark - Set bookmark

Use this command to change the scraping point for a subscription.
Syntax
dmsetbookmark -I <INSTANCE_NAME> -s <SUBSCRIPTION_NAME ...> (-b | -l | -f) [-a] [-L <locale>]
Parameters
-I <INSTANCE_NAME> The name of the InfoSphere CDC instance. You can set the TSINSTANCE environment variable to the name of your InfoSphere CDC instance. After this is complete, you no longer have to specify the instance when issuing commands. -s <SUBSCRIPTION_NAME> The name of the subscription for which InfoSphere CDC sets a bookmark. -b <bookmark> Specifies the bookmark which determines the point in the database log where you want InfoSphere CDC to resume mirroring. The next time InfoSphere CDC mirrors, it will scrape at the given position. The bookmark is a hex encoded string that is obtained from the dmshowbookmark command. -l <bookmark> Bookmark indicating the new scraping point. For more information, contact your InfoSphere CDC support representative. -f <bookmark_file> Specifies the binary file containing a bookmark which determines the point in the database log where you want InfoSphere CDC to resume mirroring. The next time InfoSphere CDC mirrors, it will scrape at the given position. The bookmark file is a binary file that stores the position. -a Sets all tables in the subscriptions (except for parked tables) as active as of the new scraping point. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
This command returns a value of 0 if the command was successful and a non-zero value if the command fails
Examples
dmsetbookmark -I MYINSTANCE -b 2FC5GJHKLKSJLKJL458K9K809IK9 -s FINANCE
50
InfoSphere CDC sets a bookmark position on the Finance subscription for the specified instance. This command specifies that mirroring will resume at the indicated position in the database log.
dmshowbookmark - Display bookmark information

Use this command to view the latest replication position for a subscription committed on the target.
Syntax
dmshowbookmark -I <INSTANCE_NAME> -s <SOURCE_ID> [-f] [-v] [-L <locale>]
Parameters
-I <INSTANCE_NAME> The name of the InfoSphere CDC instance. You can set the TSINSTANCE environment variable to the name of your InfoSphere CDC instance. After this is complete, you no longer have to specify the instance when issuing commands. -s <SOURCE_ID> Specifies the source ID of the subscription for which the bookmark is displayed. [-f] <file_name> Specifies the name of the binary file for the bookmark output. [-v] Displays verbose information about a bookmark, including a hexadecimal-encoded string. The amount of information displayed depends on the type and version of the source engine. The hexadecimal-encoded string is always displayed. It is a subset of what the dmdecodebookmark command displays. If not specified, only a hexadecimal-encoded sting is displayed. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
Examples
dmshowbookmark -I MYINSTANCE -s MASTER InfoSphere CDC shows bookmark information for the master source ID.
dmshowlogdependency - Show Log Dependency

Use this command to display information about the database logs that are used by InfoSphere CDC and are required for replication. Use this command to implement a log retention policy. With this command you can display the following information: v A list of all the database logs that are required for the specified instance. If you are shipping your archive logs, a log status is also displayed.
51
v A list of the required database logs that are missing for the specified instance. If you are shipping your archive logs, a log status is also displayed. v The earliest open transaction in the database log for the specified instance. v The database log that the specified instance of InfoSphere CDC is currently reading on the source. v The database log for the subscription that the specified instance of InfoSphere CDC is currently applying on the target.
Syntax
dmshowlogdependency -I <INSTANCE_NAME> (-c | -i | -t | -l | -m) (-s <SUBSCRIPTION_NAME> | -A) [-v] [-L <locale>]
Parameters
-I <INSTANCE_NAME> The name of the InfoSphere CDC instance. You can set the TSINSTANCE environment variable to the name of your InfoSphere CDC instance. After this is complete, you no longer have to specify the instance when issuing commands. -c -i Considers the current position instead of the restart position. Displays the complete list of database logs that are required for the specified instance and are required for replication. These logs are required to start replication and they contain data that has not yet been applied to the target. The path to the archive log will be displayed if you are shipping your archive logs. This parameter will display the following log status information if you are shipping your archive logs: v Available/Not AvailableStatus that indicates whether or not the archive log file is available. You must run the dmarchivelogavailable command to make archive logs available to InfoSphere CDC. v Exists/MissingStatus that indicates whether the log file exists or is missing. If a log file is missing, you will have to adjust your log shipping process. -t Displays the current database log for a subscription that the specified InfoSphere CDC instance is currently reading. This is the log containing the current position confirmed by the target. Displays the current source database log that the specified InfoSphere CDC instance is currently reading. This is the log containing the current scraping position.
-l
-m Displays a list of database logs that are missing for the specified instance and are required for replication. These logs must be restored before you can start replication. If no logs are missing, the output will display 'OK' which you can parse with a script or batch file. The path to the archive log will be displayed if you are shipping your archive logs. This parameter will display the following log status information if you are shipping your archive logs: v Available/Not AvailableStatus that indicates whether or not the archive log file is available. You must run the dmarchivelogavailable command to make archive logs available to InfoSphere CDC.
52
v Exists/MissingStatus that indicates whether the log file exists or is missing. If a log file is missing, you will have to adjust your log shipping process. -s <SUBSCRIPTION_NAME> Specifies the name of the subscription for which you want to display the database log that InfoSphere CDC is currently reading. Use this parameter in conjunction with the -t parameter to display the database log. -A Specifies all subscriptions in the specified InfoSphere CDC instance. -v Specifies verbose output (otherwise, the output is formatted for scripting). -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
Examples
dmshowlogdependency -I MYINSTANCE -i -s MYSUBSCRIPTIONNAME Displays the complete list of database logs that are required for the specified instance and subscription. dmshowlogdependency -I MYINSTANCE -m -A Displays the complete list of database logs that are missing for all subscriptions in the specified instance. Related reference dmarchivelogavailable - Mark archive log as available on page 47 dmarchivelogremoved - Mark archive log as removed on page 48
Managing tables for replication commands

This section contains commands that help you manage the tables that you want to replicate with InfoSphere CDC. See also: dmdescribe - Describe source tables on page 54 dmflagforrefresh - Flag for Refresh on page 54 dmmarktablecapturepoint - Mark a table capture point on a source table on page 55 dmpark - Park table on page 56 dmreaddtable - Update source table definition on page 57 dmreassigntable - Update target table definition on page 58 dmsetreplicationmethod - Set replication method on page 59
53
dmdescribe - Describe source tables

Use this command to send source table mapping changes over to the target. This command exits after it as successfully described the specified subscriptions.
Syntax
dmdescribe -I <INSTANCE_NAME> <-A|-s <SUBSCRIPTION_NAME ...> [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the InfoSphere CDC instance for which you want to send source table mapping changes over to the target. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -A Specifies that InfoSphere CDC will send source table mapping changes made to all subscriptions over to the target. -s <SUBSCRIPTION_NAME> Specifies that InfoSphere CDC sends source table mapping changes for the indicated subscriptions over to the target. To specify multiple subscriptions, list the subscriptions separated by a space. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
Examples
dmdescribe -I NEWINSTANCE -s FINANCE InfoSphere CDC sends source table mapping changes in the Finance subscription over to the target for the specified instance.
dmflagforrefresh - Flag for Refresh

Use this command to flag a source table for refresh. When you flag a table for refresh, you are selecting the tables that you want to refresh at a future point in time. Use this procedure when you have selected Refresh as your replication method on a subscription.
Syntax
dmflagforrefresh -I <INSTANCE_NAME> -s <SUBSCRIPTION_NAME ...> <-A|-t <schema>.<table> ...> [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the name of the InfoSphere CDC instance. Alternatively, you can specify the TSINSTANCE environment variable in place of this value.
54
-s <SUBSCRIPTION_NAME> Specifies the name of the subscription. To specify multiple subscriptions, list the subscriptions separated by a space. -A Specifies that InfoSphere CDC flags all source tables for refresh in the subscription. -t <schema>.<table> Specifies the name of a source table in the subscription that InfoSphere CDC flags for refresh. You must specify the table name in the format schema.table. To specify multiple tables, list the tables separated by a space. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
Examples
dmflagforrefresh -I MYINSTANCE -s FINANCE -A InfoSphere CDC flags for refresh all source tables in the Finance subscription for the specified instance.
dmmarktablecapturepoint - Mark a table capture point on a source table

Use this command to mark a table capture point on a source table and move the table to active state. If you changed the table before executing this command, those changes will not be replicated. Mark a table capture point on a source table when you want to override an existing position in the stream of changed data. This is possible when you have already synchronized (refreshed) your source and target tables using an application other than InfoSphere CDC (for example, using the import or export capabilities of your database platform) and you know the point in time your source and target are synchronized with each other. InfoSphere CDC mirrors changes to the target table from the current position in the stream of changed data. This position is set by InfoSphere CDC when you select Mirror (Change Data Capture) after mapping your tables in the Map Tables wizard. If you want to override the position set by InfoSphere CDC, then you can manually mark a table capture point in Management Console. When you decide to start mirroring on the subscription, InfoSphere CDC identifies the position you have set as the point in time from which to capture and replicate database changes to the target.
Syntax
dmmarktablecapturepoint -I <INSTANCE_NAME> -s <SUBSCRIPTION_NAME ...> <-A|-t <schema>.<table> ...> [-L <locale>]
55
Parameters
-I <INSTANCE_NAME> Specifies the name of the InfoSphere CDC instance. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -s <SUBSCRIPTION_NAME> Specifies the subscription name. To specify multiple subscriptions, list the subscriptions separated by a space. -A Specifies that InfoSphere CDC overrides an existing position in the stream of changed data on all source tables in the subscription. -t <schema>.<table> Specifies the name of a source table in the subscription on which InfoSphere CDC marks a table capture point. You must specify the table name in the format schema.table. To specify multiple tables, list the tables separated by a space. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
Examples
dmmarktablecapturepoint -I MYINSTANCE -s FINANCE -A All tables in the Finance subscription will use Refresh as the replication method in the specified InfoSphere CDC instance. dmmarktablecapturepoint -I MYINSTANCE -s FINANCE -A -t myschema.mytable InfoSphere CDC moves the specified table to active in the Finance subscription.
dmpark - Park table

Use this command to park a source table. By parking a source table, you tell InfoSphere CDC that you do not want to capture changes for that particular table in a subscription. When you park a table, InfoSphere CDC does not replicate any subsequent changes you make on the source table, which may result in inconsistent source and target tables. Note: Before you can park a source table, if you are mirroring the table to the target, then you need to end replication on the subscription. For more information, see the dmendreplication command.
Syntax
dmpark -I <INSTANCE_NAME> -s <SUBSCRIPTION_NAME ...> <-A|-t <schema>.<table> ...> [-L <locale>]
56
Parameters
-I <INSTANCE_NAME> Specifies the name of the InfoSphere CDC instance. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -s <SUBSCRIPTION_NAME> Specifies the subscription name. To specify multiple subscriptions, list the subscriptions separated by a space. -A Specifies that InfoSphere CDC parks all source tables in the subscription. -t <schema>.<table> Specifies the name of a source table in the subscription that InfoSphere CDC parks. You must specify the table name in the format schema.table. To specify multiple tables, list the tables separated by a space. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
Examples
dmpark -I MYINSTANCE -s FINANCE -A InfoSphere CDC parks all source tables in the Finance subscription. Related reference dmendreplication - End replication on page 40
dmreaddtable - Update source table definition

Use this command to update the definition of one or more source tables in the InfoSphere CDC metadata. Run this command after you have changed the definition of a source table using your relational database. Note: This command will set the table status to Parked after updating the source table definition in the InfoSphere CDC metadata. Use the -a parameter to preserve the Active status for your tables.
Syntax
dmreaddtable -I <INSTANCE_NAME> <-A|-t <schema>.<table> ...> [-a] [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the name of the InfoSphere CDC instance. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -A Specifies that InfoSphere CDC updates definitions for all source tables that are available for replication. -t <schema>.<table> Specifies the name of a source table in the subscription for which InfoSphere
57
CDC updates the definition. You must specify the table name in the format schema.table. To specify multiple tables, list the tables separated by a space. -a Specifies that InfoSphere CDC will preserve the Active table status after updating the definition of the source tables in the InfoSphere CDC metadata. By using this optional parameter, the table status will not be set to Parked, you will not lose the bookmark, and the tables will not require a refresh after you run the command. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
Examples
dmreaddtable -I NEWINSTANCE -A InfoSphere CDC updates definitions for all source tables that are available for replication. The status for all tables will be set to Parked. dmreaddtable -I NEWINSTANCE -A -a InfoSphere CDC updates definitions for all source tables that are available for replication and all tables will retain an Active status.
dmreassigntable - Update target table definition

Use this command to update the definition of a target table in InfoSphere CDC metadata after you change the definition of the target table in your database.
Syntax
dmreassigntable -I <INSTANCE_NAME> -s <SUBSCRIPTION_NAME ...> <-A|-t <schema>.<table> ...> [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the name of the InfoSphere CDC instance. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -s <SUBSCRIPTION_NAME> Specifies the subscription that contains the source table that is mapped to the target table which was updated in your database. To specify multiple subscriptions, list the subscriptions separated by a space. -A Specifies that InfoSphere CDC updates definitions for all target tables in the subscription. -t <schema>.<table> Specifies the name of a source table in the subscription that is mapped to the target table for which InfoSphere CDC updates the table definition in the metadata. You must specify the table name in the format schema.table. To specify multiple tables, list the tables separated by a space.
58
-L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
This command returns a value of 0 if the operation was successful. If it fails, this command returns a non-zero value.
Example
dmreassigntable -I NEWINSTANCE -s FINANCE -A InfoSphere CDC updates definitions for all target tables in the Finance subscription. dmreassigntable -I CDCINSTANCE -s FINANCE -t SCHEMA1.SRCTBL1 InfoSphere CDC updates the definition for the target table that is mapped to the SCHEMA1.SRCTBL1 source table in the Finance subscription.
dmsetreplicationmethod - Set replication method

Use this command to change the replication method for tables in a subscription. When running this command, InfoSphere CDC changes the status of any Active tables to Refresh. Note: Before you run this command, you must end replication on the subscription.
Syntax
dmsetreplicationmethod -I <INSTANCE_NAME> <-r|-m> -s <SUBSCRIPTION_NAME ...> <-A|-t <schema>.<table> ...> [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the name of the InfoSphere CDC instance. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -m Specifies that tables will use Mirror (Change Data Capture) as the replication method. -r Specifies that tables will use Refresh (Snapshot) as the replication method.
-s <SUBSCRIPTION_NAME> Specifies the name of the subscriptions. To specify multiple subscriptions, list the subscriptions separated by a space. -A Specifies that all tables in the subscription will use the indicated replication method. -t <schema>.<table> Specifies the name of a source table in the subscription that will use the indicated replication method. You must specify the table name in the format schema.table. To specify multiple tables, list the tables separated by a space. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
59
Result
Examples
dmsetreplicationmethod -I MYINSTANCE -r -s FINANCE -A All tables in the Finance subscription will use Refresh as the replication method in the specified InfoSphere CDC instance. dmsetreplicationmethod -I NEWINSTANCE -m -s FINANCE -t acct.taxcodes The source table acct.taxcodes in the Finance subscription will use Mirror as the replication method in the specified InfoSphere CDC instance.
Monitoring replication commands

This section contains commands that help you monitor replication in InfoSphere CDC. See also: dmclearevents - Clear events dmgetsubscriptionstatus - Get subscription status on page 61 dmshowevents - Display InfoSphere CDC events on page 62
dmclearevents - Clear events

Use this command to delete events from the Event Log view in Management Console.
Syntax
dmclearevents -I <INSTANCE_NAME> [-S|-T-|-B] <-A|-s <SUBSCRIPTION_NAME ...> [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the name of the InfoSphere CDC instance. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -S Specifies that InfoSphere CDC clears events from the source. -T Specifies that InfoSphere CDC clears events from the target. -B Specifies that InfoSphere CDC clears events from both the source and target. If none of the S, T, and B options are specified, InfoSphere CDC assumes B by default. -A Specifies that InfoSphere CDC clears events for all subscriptions. -s <SUBSCRIPTION_NAME> Specifies that InfoSphere CDC clears events for the indicated subscription. To specify multiple subscriptions, list the subscriptions separated by a space.
60
Result
Examples
dmclearevents -I MYINSTANCE -S -A InfoSphere CDC clears events from the source for all subscriptions for the specified instance. dmclearevents -I MYINSTANCE -T -s FINANCE MARKETING InfoSphere CDC clears events from both the source and target for the Finance and Marketing subscriptions for the specified instance.
dmgetsubscriptionstatus - Get subscription status

Issue this command on the InfoSphere CDC source to retrieve status information for one or more subscriptions and send the results to standard output.
Syntax
dmgetsubscriptionstatus -I <INSTANCE_NAME> [-p] <-A|-s <SUBSCRIPTION_NAME ...> [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the name of the InfoSphere CDC instance. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -p Specifies that InfoSphere CDC sends status information to standard output. -A Specifies that InfoSphere CDC retrieves status information for all subscriptions. -s <SUBSCRIPTION_NAME> Specifies the name of the subscription for which status information is retrieved. To specify multiple subscriptions, list the subscriptions separated by a space. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
This command returns one of the following statuses for each subscription: v RecoveringThe subscription is in an undetermined state. v IdleThe subscription is not running. v StartingThe subscription is in start up mode and is not currently replicating data. v RunningThe subscription is running and replicating data.
61
Examples
dmgetsubscriptionstatus -I MYINSTANCE -p -A InfoSphere CDC retrieves status information for all subscriptions and sends the results to standard output for the specified instance.
dmshowevents - Display InfoSphere CDC events

Use this command to display InfoSphere CDC events to standard output. You can use this command as an alternative to showing InfoSphere CDC events in the Event Log view in Management Console. The output of this command shows events in chronological order with the most recent event shown first in the list.
Syntax
dmshowevents -I <INSTANCE_NAME> <-a|-s <SUBSCRIPTION_NAME> ... |-t <SOURCE_ID> ...|-s <SUBSCRIPTION_NAME> ... -t <SOURCE_ID> ...> [-h] [-c max_msg] [-L <locale>]
or
dmshowevents -I <INSTANCE_NAME> <-a|-s <SUBSCRIPTION_NAME>|-t <SOURCE_ID>> ...> [-h] [-c <max_msg>] [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the name of the InfoSphere CDC instance. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -a Specifies that InfoSphere CDC shows events for all subscriptions. -s <SUBSCRIPTION_NAME> Specifies the name of the subscription for which InfoSphere CDC displays source events. To specify multiple subscriptions, list the subscriptions separated by a space. -t <SOURCE_ID> Specifies the source ID of the subscription for which InfoSphere CDC displays target events. List the source IDs if you specify more than one. -h Specifies that InfoSphere CDC displays a header before the list of events. This option helps you identify each item of information that is displayed for each event. -c <max_msg> Specifies the maximum number of events that InfoSphere CDC displays. If you omit this parameter or you specify a value greater than the total number of events, InfoSphere CDC displays all events for the specified subscriptions and source IDs. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale. v Minimum Setting0. No events are shown. v Maximum Setting2147483647
62
Result
Examples
dmshowevents -I NEWINSTANCE -s FINANCE InfoSphere CDC displays all events for the Finance subscription for the specified instance. dmshowevents -I MYINSTANCE a h InfoSphere CDC displays all events for all subscriptions. A header is displayed before the list of events for the specified instance. dmshowevents -I NEWINSTANCE s FINANCE MARKETING t ATLANTA h c 20 InfoSphere CDC displays the most recent 20 events for the Finance and Marketing subscriptions and for the Atlanta source ID. A header is displayed before the list of events for the specified instance.
Sample output
TIME|AGENTTYPE|SUBSCRIPTION|EVENTID|SEVERITY|EVENTPROGRAM|EVENTTEXT 2006-04-21 17:23:08.817|T|ATLANTA|95|Information|class com.datamirror.ts.target. publication.c|IBM InfoSphere Change Data Capture Communications ending. 2006-04-21 17:23:08.614|T|ATLANTA|1538|Information|class com.datamirror.ts.target. publication.c|---IBM InfoSphere Change Data Capture for ATLANTA terminating normally. 2006-04-21 17:23:08.333|T|ATLANTA|1537|Information|class com.datamirror.ts.target. publication.c|Describe conversation with ATLANTA completed successfully. 2006-04-21 17:23:07.911|T|ATLANTA|1536|Information|class com.datamirror.ts.target. publication.c|Describe conversation started by ATLANTA. 2006-04-21 17:23:07.333|T|ATLANTA|1531|Information|class com.datamirror.ts.target. publication.c|Communication with ATLANTA successfully started on Data channel. 2006-04-21 17:23:06.973|T|ATLANTA|1534|Information|class com.datamirror.ts.engine.a |Code page conversation from the source database's code page 1252 to the target database's code page Cp1252 for ATLANTA will be performed by the Remote system
Fields in each record are separated by vertical bars ( | ). These fields are identified in the first line of the output. In the AGENTTYPE field, S indicates source and T indicates target.
Exporting and importing configuration commands

This section contains commands that allow you to export and/or import your InfoSphere CDC global configuration. See also: dmexportconfiguration - Export InfoSphere CDC Configuration on page 64 dmimportconfiguration - Import InfoSphere CDC Configuration on page 64
63
dmexportconfiguration - Export InfoSphere CDC Configuration

Use this command to export the configuration details of an installed instance of InfoSphere CDC. Configuration details are sent to an XML configuration file. You can use the dmimportconfiguration command to import the XML file that you create with this command into another instance of InfoSphere CDC. Note: This command does not export subscription-specific settings that are configured in Management Console. Subscription-specific settings can be exported to an XML file in Management Console. For more information, see your Management Console documentation. This command is interactive and will prompt you for your password. You cannot use this command in a script.
Syntax
dmexportconfiguration <path_to_configuration_file> [-L <locale>]
Parameters
<path_to_configuration_file> The relative or absolute path to the XML configuration file that you want to export. The relative path is relative to your installation of InfoSphere CDC. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
Examples
dmexportconfiguration c:\configurations\configuration.xml InfoSphere CDC exports the XML file to the specified relative path. Related reference dmimportconfiguration - Import InfoSphere CDC Configuration
dmimportconfiguration - Import InfoSphere CDC Configuration

Use this command to import the InfoSphere CDC configuration settings from an XML file which you created with the dmexportconfiguration command. Note: You can use this command in a script in coordination with a silent installation to deploy InfoSphere CDC on multiple systems.
Syntax
dmimportconfiguration <path_to_configuration_file> [-L <locale>]
64
Parameters
<path_to_configuration_file> The relative or absolute path to the XML configuration file that you are importing. The relative path is relative to your installation of InfoSphere CDC. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
Examples
dmimportconfiguration c:\configurations\configuration.xml
InfoSphere CDC imports the XML configuration file from the specified relative path. Related reference dmexportconfiguration - Export InfoSphere CDC Configuration on page 64
Continuous Capture and staging store commands

Continuous Capture is a product feature that is designed to accommodate those replication environments in which it is necessary to separate the reading of the database logs from the transmission of the logical database operations. This is useful when you want to continue processing log data even if replication and your subscriptions stop due to issues such as network communication failures over a fragile network, target server maintenance, or some other issue. You can enable or disable Continuous Capture without stopping subscriptions. Continuous Capture allows you to avoid spikes in your source system CPU resource utilization by continuing to process log data (and write to disk as necessary) even when subscriptions are stopped. This feature allows you to avoid situations where the product uses no CPU when subscriptions are stopped and high CPU when you start subscriptions after a prolonged target system outage. This functionality comes with the trade-off of additional disk utilization on the source machine in order to accumulate changes from the database log file when these are not being replicated to the target machine. These trade-offs should be evaluated and understood before deciding to use this feature in your replication environment. The InfoSphere CDC staging store is located on your source server and is a cache of change data read from the database logs. The size of the staging store will increase as the product accumulates change data, and therefore you must plan your source environment accordingly, particularly disk space. To use the commands in this section that are applicable to Continuous Capture, you must set the staging_store_can_run_independently system parameter to false. The default value for this parameter is true. See also: dmenablecontinuouscapture - Enable Continuous Capture on page 66
65
dmdisablecontinuouscapture - Disable Continuous Capture dmgetstagingstorestatus - Retrieve Staging Store status dmclearstagingstore - Remove cached operations from the staging store on page 67
dmenablecontinuouscapture - Enable Continuous Capture

Use this command to enable Continuous Capture for your staging store. Continuous Capture allows the InfoSphere CDC log reader to continue operating when communication with the target datastore is interrupted due to network difficulties or other issues. Upon resumption of communication with the target, Continuous Capture will reduce the latency between the source and target datastores.
Syntax
dmenablecontinuouscapture -I <INSTANCE_NAME> [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the name of the InfoSphere CDC instance. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale. Related reference dmdisablecontinuouscapture - Disable Continuous Capture dmgetstagingstorestatus - Retrieve Staging Store status
dmdisablecontinuouscapture - Disable Continuous Capture

Use this command to disable Continuous Capture for your staging store.
Syntax
dmdisablecontinuouscapture -I <INSTANCE_NAME> [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the name of the InfoSphere CDC instance. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale. Related reference dmenablecontinuouscapture - Enable Continuous Capture dmgetstagingstorestatus - Retrieve Staging Store status
dmgetstagingstorestatus - Retrieve Staging Store status

Use this command to retrieve status information on the staging store and Continuous Capture.
66
Syntax
dmgetstagingstorestatus -I <INSTANCE_NAME> [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the name of the InfoSphere CDC instance. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale. Related reference dmenablecontinuouscapture - Enable Continuous Capture on page 66 dmdisablecontinuouscapture - Disable Continuous Capture on page 66
dmclearstagingstore - Remove cached operations from the staging store

Use this command to remove all the contents from the InfoSphere CDC staging store. The staging store is used to provide a cache of log records read from the database logs. There may be times when the contents of the staging store are no longer valid and InfoSphere CDC will give instructions to clear the staging store of these cached records.
Syntax
dmclearstagingstore -I <INSTANCE_NAME> [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the name of the InfoSphere CDC instance. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
Other commands
This section contains miscellaneous commands that allow you to determine the version of InfoSphere CDC, verify communications, stop InfoSphere CDC, set system parameters, and back up your metadata. See also: dmbackupmd - Backup Metadata on page 68 dmconfigurets - Configure InfoSphere CDC on page 68 dmmdcommander on page 69 dmmdconsole on page 69 dmset - Set InfoSphere CDC system parameter on page 69
67
dmshowversion - Show InfoSphere CDC version on page 70 dmshutdown - Shut down InfoSphere CDC on page 70 dmsupportinfo - Collect IBM Support information on page 72 dmterminate - Terminate InfoSphere CDC processes on page 73 dmts32 - Start InfoSphere CDC on page 74 dmts64 - Start InfoSphere CDC on page 74 dmverifycommunications on page 75
dmbackupmd - Backup Metadata

Use this command to create a backup of the InfoSphere CDC metadata database which contains information about your current replication configuration. You should always back up your metadata when there are changes to your subscription configuration and table status. You can only back up your metadata while InfoSphere CDC is running. The backup of the metadata database is created in <Installation_directory>/ instance/<instance_name>/conf/backup. The files in the backup directory should be stored on separate media for possible recovery.
Syntax
dmbackupmd -I <INSTANCE_NAME> [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the name of the InfoSphere CDC instance. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
dmconfigurets - Configure InfoSphere CDC

Use this command to launch the InfoSphere CDC configuration tool. You can use this tool to create instances and configure your installation of InfoSphere CDC.
Syntax
dmconfigurets [-L <locale>]
Parameters
68
Result
dmmdcommander
This command is for internal use only.
dmmdconsole
dmset - Set InfoSphere CDC system parameter

Use this command to view or change InfoSphere CDC system parameters. You can also change system parameters in Management Console. For more information, see your Management Console documentation. Note: You can set any system parameter using this command. However, it will only display system parameters that are set to non-default values.
Syntax
dmset -I <INSTANCE_NAME> [<parameter_name>[=[<parameter_value>]]] [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the name of the InfoSphere CDC instance. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. <parameter_name> Specifies the name of the InfoSphere CDC system parameter. <parameter_value> Specifies the value that you want to assign to the system parameter. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
Examples
dmset -I MYINSTANCE Displays all of the system parameters that are set to non-default values. dmset -I MYINSTANCE global_unicode_as_char=false Sets the global_unicode_as_char system parameter to false. dmset -I MYINSTANCE global_unicode_as_char
69
Displays the current value of the specified parameter. dmset -I MYINSTANCE stop_replication= Deletes the stop_replication system parameter.
dmshowversion - Show InfoSphere CDC version

Use this command to display the InfoSphere CDC version and build number. Run this command before you contact your IBM representative.
Syntax
dmshowversion [-L <locale>]
Parameters
Result
dmshutdown - Shut down InfoSphere CDC

Use this command to stop an instance of InfoSphere CDC and end replication on all subscriptions that use the instance as a source. This command is often used prior to taking a server or database offline for maintenance purposes or upgrading InfoSphere CDC. Note: As a best practice before you run this command and to ensure that it completes successfully, use the dmendreplication command to end replication on all subscriptions that use the specified instance as a source and as a target. This command will not complete successfully if target subscriptions are still running. To end replication on subscriptions that use the specified instance as a target, you can use the a parameter which will generate an error when forcefully ending replication on subscriptions that use the specified instance as the target. If this command does not end InfoSphere CDC processes and stop the specified instance, use the dmterminate command on the UNIX and Linux platforms to force a complete shut down.
Syntax
dmshutdown -I <INSTANCE_NAME> [-c|-i|-a|-se [-t <date and time>|-p <log position>] [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the name of the InfoSphere CDC instance. Alternatively, you can specify the TSINSTANCE environment variable in place of this value. -c Specifies that InfoSphere CDC stops the specified instance and ends replication
70
on all subscriptions that use the instance as a source with the Normal option. InfoSphere CDC will use this option by default if you do not specify se, -i, or a. This option completes in progress work and then ends replication. If a refresh is in progress, Normal will complete the refresh for the current table before replication ends. Normal is the most appropriate option for most business requirements and is the preferred method for ending replication in most situations. -i Specifies that InfoSphere CDC stops the specified instance and ends replication on all subscriptions that use the instance as a source with the Immediate option. This option stops all in progress work and then ends replication. Starting replication after using this option can be slower than using -c. If a refresh is in progress, the refresh for the current table will be interrupted and then replication will end. Attention: Use this option if business reasons require replication to end faster than -c at the expense of a slower start when you resume replication on the specified subscriptions. -a Specifies that InfoSphere CDC stops the specified instance and ends replication on all subscriptions that use the instance as a source or target with the Abort option. Subscriptions that use the specified instance as a target will end replication with an error. This option stops all in progress work and then ends replication rapidly. Starting replication after using this option can be much slower than using -c. A refresh in progress will be interrupted and the target will stop processing any data that has not been committed before replication ends. Attention: Use this option if your business reasons require a rapid end to replication and you are willing to tolerate a much slower start when you resume replication on the specified subscriptions. A sudden business requirement for an unplanned shutdown of your source system may require this option for ending replication. Note: As a best practice, use the dmendreplication command to end replication on all subscriptions that use the instance specified in this command as a source or target. -se Specifies that InfoSphere CDC will stop the specified instance and end replication normally at the current source system time in the source database log with the Scheduled End option. Replication will end on subscriptions that use the specified instance as a source. The source system time when replication will end is set when you issue this command. You can use the following parameters with this option to end replication at a specific date and time or log position: v tStop the instance and end replication at a specific date and time in your source database log. v pStop the instance and end replication at a specific log position in your source database log.
71
Note: As latency between the source and target increases, the amount of time required to end replication will also increase. -t <date and time> Indicates the date and time in the source database log when replication will end when using se. When specifying a value for this parameter, use the following format: yyyy-MM-dd HH:mm This parameter is optional when you specify se. -p <log position> Indicates that InfoSphere CDC will end replication at the specified Oracle SCN in your source database log when using -se. The following is an example of an SCN decimal format for Oracle: 6091085393 This parameter is optional when you specify se. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is the locale of the machine where InfoSphere CDC is installed.
Result
This command returns a value of 0 if the command was successful and a non-zero value if the command fails. Related reference dmterminate - Terminate InfoSphere CDC processes on page 73
dmsupportinfo - Collect IBM Support information

Note: You should only run this command when the Management Console Support Assistant cannot connect to your InfoSphere CDC datastore because it is not running or it will not run. For more information on the Support Assistant, see Management Console - Administration Guide. Use this command (when requested by IBM Support) to collect InfoSphere CDC environment information in a generated .zip file that is used to diagnose and troubleshoot your support issue. Once the command has completed collecting information and generating the .zip file, the output will display the full path and name of the .zip file. If you run this command multiple times, the generated .zip files are numbered randomly. Note that you are responsible for deleting the generated .zip files when they are no longer required.
Syntax
dmsupportinfo [-I <INSTANCE_NAME>] [-t <"yyyy-MM-dd hh:mm:ss to yyyy-MM-dd hh:mm:ss">] [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the name of the InfoSphere CDC instance. Alternatively, you can specify the TSINSTANCE environment variable in place of this value.
72
If you do not specify an instance (possibly because you could not create an instance), this command will only collect non-instance specific information. -t <"yyyy-MM-dd hh:mm:ss to yyyy-MM-dd hh:mm:ss"> Specifies the date and time range (relative to the time zone of the operating system where you issue this command) used by InfoSphere CDC to retrieve environment information. Note: As a best practice, specify a date and time range that only captures the time period when you experienced problems. This allows for easier problem diagnosis and reduces the size of the files retrieved. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
Example
dmsupportinfo -I PRODUCTION -t "2009-12-03 08:00:00 to 2009-12-03 12:00:00" Retrieves support information for the Production instance from 8:00 AM to 12:00 PM on December 3, 2009. This is the time range when you experienced support issues with this instance of InfoSphere CDC. Related concepts Troubleshooting and contacting IBM Support on page 91
dmterminate - Terminate InfoSphere CDC processes

Note: This command is only supported on the UNIX and Linux platforms. Use this command to terminate all InfoSphere CDC processes for all instances running on a UNIX or Linux server that you cannot completely shut down with the dmshutdown command. InfoSphere CDC terminates only processes that are started by the UNIX account used to run this command. You can use this command prior to taking a server or database offline for maintenance purposes or upgrading InfoSphere CDC to the latest version. Use the dmshutdown command to gracefully shut down InfoSphere CDC. If dmshutdown is unable to completely shut down InfoSphere CDC, then use dmterminate to terminate any active InfoSphere CDC processes that still remain after issuing dmshutdown.
Syntax
dmterminate [-L <locale>]
Parameters
73
Result
dmts32 - Start InfoSphere CDC

Use this command to start InfoSphere CDC 32bit version.
Syntax
dmts32 -I <INSTANCE_NAME> [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the InfoSphere CDC instance for which you want to start. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
Examples
dmts32 -I -MYINSTANCE InfoSphere CDC starts for the specified instance.
dmts64 - Start InfoSphere CDC

Use this command to start InfoSphere CDC 64bit version.
Syntax
dmts64 -I <INSTANCE_NAME> [-L <locale>]
Parameters
-I <INSTANCE_NAME> Specifies the InfoSphere CDC instance for which you want to start. -L <locale> The name of the locale used for the InfoSphere CDC instance. The default is your machine's locale.
Result
74
Examples
dmts64 -I MYINSTANCE InfoSphere CDC starts for the specified instance.
dmverifycommunications
75
76
User exits for InfoSphere CDC

A user exit lets you define a set of actions that InfoSphere CDC can run before or after a database event occurs on a specified table. User exits allow you to customize your environment to meet your business requirements. After compiling the user exit, you can specify the user exit in Management Console. For more information, see your Management Console documentation. InfoSphere CDC provides two types of user exits: v Stored procedureThis type of user exit is run directly by the database engine and is generally faster at processing database requests. v Java classThis type of user exit utilizes the InfoSphere CDC API. Javadocs with interface and class specifications for the API are installed with the product. The Javadocs are located in /<installation_directory>/docs/api. To open the Javadocs in your browser, click index.html. Sample Java class user exits are also provided with InfoSphere CDC. You can extend or modify these samples to suit your environment. In this section, you will learn: Stored procedure user exits for table and row level operations Sample Java class user exits for InfoSphere CDC on page 85 InfoSphere CDC API reference Javadocs on page 86
Stored procedure user exits for table and row level operations
A stored procedure is a program (or procedure) which is physically stored within a database. The advantage of a stored procedure is that when it is run, in response to a user request, it is run directly by the database engine, which usually runs on a separate database server and is generally faster at processing database requests. After writing and compiling user exit programs, you can specify at which user exit point you want to invoke the user exit (either before or after a row-level or before or after a table-level operation) on the User Exits tab of InfoSphere CDC. See also: Defining a stored procedure user exit Stored procedure user exit database connections on page 78 Retrieving data with a stored procedure user exit on page 78 Example of a stored procedure user exit on page 84
Defining a stored procedure user exit

When defining a stored procedure user exit in InfoSphere CDC, consider the following: v Overloaded stored procedures are not supported. v Stored procedure user exits must have at least two parameters, which must be the first two defined in the following order:
77
resultAn integer output parameter that returns '0' if the stored procedure user exit is successful or a non-zero value if the stored procedure user exit is not successful. returnMsgA character output parameter that returns error messages to the Event Log if the stored procedure user exit is not successful. Related reference Example of a stored procedure user exit on page 84
Stored procedure user exit database connections

The stored procedure user exit program and InfoSphere CDC use the same shared connection as the default method to connect to the database. This setting ensures that, by default, changes to tables made by InfoSphere CDC are visible to the stored procedure user exit program.
Retrieving data with a stored procedure user exit

You can retrieve data from your source table by passing system parameters to your stored procedure. You can retrieve the following type of data: v Retrieve system values (s$)when passed to a stored procedure, the s$ prefix makes system values available from the source database to your stored procedure. For example, s$entry identifies the entry point at which InfoSphere CDC had run the user exit. v Retrieve journal control fields (j$)when passed to a stored procedure, the j$ prefix makes journal control fields available from the source database to your stored procedure. For example, j$USER identifies the operating system user name of the person that made the update on the source table. This is useful if you are using the stored procedure to audit table or row-level operations that have occurred on the source table. v Retrieve data valuesdepending on the prefix you pass to the stored procedure, you can retrieve data from the source database and make it available to your stored procedure. For example, you can use b$ to retrieve the before image of the source column, or you can use k$ to access the target table to find the rows that need to be modified. Each of these values can be used as input parameters for the stored procedure user exit that you write. The format used to retrieve data is slightly different depending on the product that you are using: v For InfoSphere CDC, the format is <x>$<value> where <x> represents the prefix and <value> represents the name of the value to be retrieved. See also: Retrieving system values using the s$ prefix Retrieving journal control fields using the j$ prefix on page 80 Retrieving data values using b$, a$, k$, and d$ prefixes on page 82
Retrieving system values using the s$ prefix

This prefix is used to retrieve system values. The table below presents and briefly describes these values.
78
Prefix and Value s$entry
Data Type NUMBER
Description Represents the entry point from where the stored procedure was invoked. You can invoke a stored procedure from the following entry points: v 1indicates that InfoSphere CDC has invoked the stored procedure before a table clear (truncate) operation v 2indicates that InfoSphere CDC has invoked the stored procedure after a table clear (truncate) operation v 3indicates that InfoSphere CDC has invoked the stored procedure before a row insert operation v 4indicates that InfoSphere CDC has invoked the stored procedure after a row insert operation v 5indicates that InfoSphere CDC has invoked the stored procedure before a row update operation v 6indicates that InfoSphere CDC has invoked the stored procedure after a row update operation v 7indicates that InfoSphere CDC has invoked the stored procedure before a row delete operation v 8indicates that InfoSphere CDC has invoked the stored procedure after a row delete operation v 9indicates that InfoSphere CDC has invoked the stored procedure before a table refresh operation v 10indicates that InfoSphere CDC has invoked the stored procedure after a table refresh operation
79
Prefix and Value s$srcSysId s$srcTabId
Data Type VARCHAR VARCHAR
Description Identifies uniquely the location of the source data. Represents the name of the source table in the source database that sends replicated data to the target. Represents the name of the target table in the target database that receives replicated data from the source.
s$tgtTabId
VARCHAR
Retrieving journal control fields using the j$ prefix

This prefix is used to retrieve information about the operation that occurred on the source system. You can use jb$ with InfoSphere CDC to retrieve the same information. Note: If you are replicating data using InfoSphere CDC for IBM i on the source system, then the value for j$ and jb$ with ENTT and SEQN journal control fields will be different. jb$ENTT generates 'UB' to indicate that the before image of a row has been updated on the source table, and generates 'UP' to indicate that the after image of a row has been updated on the source table. Also, if you are using InfoSphere CDC for IBM i on the source system, then jb$SEQN generates an internal ID for the row within a transaction. The available values are listed:
Prefix and Value j$CCID Data Type VARCHAR Description Identifies the transaction with the insert, update, or delete operation. Identifies the type of journal or log entry, either U for a refresh operation or R for mirroring. The IBM i platform will send F for file or table-level entries. Identifies the relative record number of the source table that recorded the journal/log entry. Note: CTRR or CNTRRN contains meaningful information when you invoke your stored procedure on the insert entries that make up the refresh. The IBM i platform will also fill this in on any insert, update, or delete operation.
j$CODE
VARCHAR
j$CTRR or j$CNTRRN
VARCHAR
80
Prefix and Value j$ENTT or j$ENTTYP
Data Type VARCHAR
Description Generates journal or log codes that identify the operation type on the source system. The name of the journal/log where InfoSphere CDC is reading insert, update, or delete operations from. Identifies the name of the job that made the insert, update, or delete on the source system. Identifies the name of the source table or its alias. Identifies the process ID of the program on the source table that is making the insert, update, or delete operation. Identifies the name of the program on the source system that made the insert, update or delete operation. Identifies the sequence number of the insert, update, or delete operation in the journal or log. Identifies the host name of the source system. Identifies the operating system user name that made the insert, update, or delete operation on the source. Identifies the database user name that made the insert, update, or delete operation on the source. Identifies the date and time of when the insert, update, or delete operation or refresh was made on the source. In environments that support microsecond precision, the date and time format of this journal control field is YYYY-MM-DDHH:MM:SS.UUUUUU. Otherwise, InfoSphere CDC sets the microsecond component UUUUUU to zeroes or does not include it at all.
j$JRN or j$JOURNAL
VARCHAR
j$JOB
VARCHAR
j$MBR or j$MEMBER j$NBR or j$JOBNO
VARCHAR VARCHAR
j$PGM or j$PROGRAM
VARCHAR
j$SEQN or j$SEQNO
VARCHAR
j$SYNM or j$SYSTEM j$USER
VARCHAR VARCHAR
j$USPF
VARCHAR
j$TSTP or j$TIMSTAMP
VARCHAR
81
Retrieving data values using b$, a$, k$, and d$ prefixes

Four prefixes are used to retrieve data:
Prefix b$<source column name> Mode Input Description Used to retrieve the before image of the data in a source column. The before image is the original image from the source table column before any transformation is applied to it. For example, you may have made the following UPDATE to your source table: UPDATE source_table set MYCOLUMN = 2 where MYCOLUMN = 1; This will set 2 on all rows where MYCOLUMN was 1 before the execution of this SQL statement. When you define a stored procedure and decide that you want the stored procedure to retrieve the before image of MYCOLUMN, you would specify the following: b$MYCOLUMN; This returns a value of 1.
82
Prefix a$<source column name>
Mode Input
Description Used to retrieve the after image of the data in a source column. The after image is the translated data from the source table column. For example, the data that was translated by a derived expression. For example, you may have made the following UPDATE to your source table: UPDATE source_table set MYCOLUMN = 2 where MYCOLUMN = 1; This will set 2 on all rows where MYCOLUMN was 1 before the execution of this SQL statement. When you define a stored procedure and decide that you want the stored procedure to retrieve the after image of MYCOLUMN, you would specify the following: a$MYCOLUMN; This returns a value of 2.
k$<target key column name> Input
Used to access the target table to find the rows that need to be modified. Note: Key columns are not available for auditing. Used to retrieve data values after transformation, which will be used to update the table in the target database. Only these values may be modified by the stored procedure.
d$<target column name>
Input/Output
83
Example of a stored procedure user exit

The following code snippet is an example of a stored procedure user exit.
Code create or replace procedure PROD.AUDIT_STPROC ( result OUT INT, returnMsg OUT CHAR, s$entry IN NUMBER, s$srcSysId IN CHAR, s$srcTabId IN CHAR, s$tgtTabId IN CHAR, j$ENTT IN CHAR, a$IDNO IN NUMBER, a$PRICE IN NUMBER, a$DESC IN CHAR, a$LONGDESC IN CHAR, a$TRANSDATE IN DATE, d$IDNO IN NUMBER, d$PRICE IN NUMBER, d$DESC IN CHAR, d$LONGDESC IN CHAR, d$TRANSDATE IN DATE ) Comments The parameters you declare and want to pass to your stored procedure must be valid data types. The following parameters are mandatory and must be declared in your stored procedure: v resultReturns a value of '0' if the stored procedure user exit is successful. If the stored procedure user exit is not successful it will return a non-zero value and a message will be sent to the Event Log. v returnMsgReturns an error message to the Event Log if the stored procedure is not successful. The following parameters have been declared in this stored procedure: v s$entryRetrieves the entry point at which the stored procedure was called. In this example, InfoSphere CDC calls the user exit at every entry point. v s$srcSysIdRetrieves the location of source data. v s$srcTabIdRetrieves the name of the source table. v s$tgtTabIdRetrieves the name of the target table. v j$ENTTRetrieves the journal code that indicates the type of operation on the source table. v a$Retrieves the after image of the IDNO, PRICE, DESC, LONGDESC, and TRANSDATE source columns. v d$Retrieves the transformed data of the IDNO, PRICE, DESC, LONGDESC, and TRANSDATA target columns. IS ENTRYPOINT VARCHAR(50); BEGIN CASE s$entry WHEN 16 THEN ENTRYPOINT := 'User Exit program called Before Insert'; WHEN 1048576 THEN ENTRYPOINT := 'User Exit program called After Insert'; WHEN 64 THEN ENTRYPOINT := 'User Exit program called Before Update'; WHEN 4194304 THEN ENTRYPOINT := 'User Exit program called After Update'; END CASE; insert into PROD.AUDIT_TABLE1 values ( s$entry, s$srcSysId, s$srcTabId, s$tgtTabId, j$ENTT, a$IDNO, a$PRICE, a$DESC, a$LONGDESC, a$TRANSDATE, d$IDNO, d$PRICE, d$DESC, d$LONGDESC, d$TRANSDATE, ENTRYPOINT); result := 0; returnMsg := 'OK'; END AUDIT_STPROC; This stored procedure user exit can be invoked from these entry points.
This stored procedure user exit will INSERT these values into PROD.AUDIT_TABLE1.
This stored procedure user exit is successful and returns a '0' value. Note: If your stored procedure returns a non-zero value because the stored procedure is not successful, then an error message is sent to the Event Log.
84
Sample Java class user exits for InfoSphere CDC

InfoSphere CDC provides sample user exits that you can extend or modify to suit your environment. The samples are found in samples.jar, which is located in the samples directory in your InfoSphere CDC installation directory. The Java file contains the following samples: v ArchiveLogPathUserExitSample.javareturns the fully qualified path (including file name and extension) to the Oracle archive log file. This sample is located in com.datamirror.ts.target.publication.userexit.sample. v CRUserExitSample.javaa conflict resolution user exit that can be used with tables having a primary key column of any data type or a numeric column with any data type. This sample is located in com.datamirror.ts.target.publication.userexit.cdr. v DEUserExitSample.javaused in expressions using the %USERFUNC column function. It calculates the sum of the user-supplied parameters (in the expression) and returns the sum incremented by 1. This sample is located in com.datamirror.ts.derivedexpressionmanager. v SPUserExitSample.javacalls a stored procedure with the image coming from the source. This sample is located in com.datamirror.ts.target.publication.userexit.sample. v UserExitSample.javasubscribes to replication events to retrieve the details of the events which took place. This sample is located in com.datamirror.ts.target.publication.userexit.sample. v UserExitSample1.javarecords new rows inserted into a table on the target and stores them in a text file. The user specifies the name of the text file as a parameter. This sample is located in com.datamirror.ts.target.publication.userexit.sample. Note the following: v To run the sample user exits without modifying them, you must specify the fully qualified path to the compiled user exit in Management Console. For example, com.datamirror.ts.target.publication.userexit.sample.UserExitSample. v Compiled sample user exits are located in the ts.jar file which is found in the lib directory in your InfoSphere CDC installation directory. Note that the compiled user exits in the ts.jar file have a *.class extension. v If you want to modify the sample user exits, you must compile the user exit after you make changes to the source code. v The user exit class must also be in your classpath. For more information on how to specify Java class or Stored Procedure user exits in Management Console, see your Management Console documentation. See also: To compile the sample Java class user exits (UNIX and Linux)
To compile the sample Java class user exits (UNIX and Linux)
1. Stop InfoSphere CDC. 2. Unzip the samples.jar file into the lib directory in your InfoSphere CDC installation directory. Make sure you maintain the directory structure when unzipping the jar file. After unzipping the jar file, you will have a directory structure like the following:
85
<installation_directory>/lib/com/datamirror/ts/target /publication/userexit/sample
3. Make your changes to the sample user exit. 4. Compile the modified user exit. For example, if you want to compile UserExitSample.java, open a command window, navigate to the lib directory and issue the following command:
javac -classpath ts.jar:. com/datamirror/ts/target/publication/userexit/sample /UserExitSample.java
If this command runs successfully, there will be no output on your screen. Note: Your system must have the Java JDK to run this command. 5. After running the command successfully, navigate to the following directory and confirm that you have created a UserExitSample.class file:
<installation_directory>/lib/com/datamirror/ts/target /publication/userexit/sample
6. Start InfoSphere CDC. 7. The final step to configure the user exit is to specify the fully qualified path to UserExitSample in Management Console. For example:
com.datamirror.ts.target.publication.userexit.sample.UserExitSample
Note: Do not specify the .class extension. For more information on how to specify Java class user exits in Management Console, see your Management Console documentation. Note: If you plan to use the sample user exits in production environments, you will have to test the samples before they are deployed. IBM does not assume responsibility for adverse results caused by modified or customized user exit classes.
InfoSphere CDC API reference Javadocs

The API reference is available in Javadoc format in your InfoSphere CDC installation directory. To view the API reference, navigate to the api directory below and click the index.html file to open the Javadoc documentation in your browser: v UNIX and Linux<InfoSphere CDC installation directory>/docs/api
86
Conflict resolution audit table

When InfoSphere CDC resolves a conflict between the source and target tables, it records information about the resolution in the TS_CONFAUD table. InfoSphere CDC creates this table in the target metadata location that is specified during the configuration of InfoSphere CDC. In this section, you will learn: Structure of the conflict resolution audit table Row image format on page 89 Truncated images on page 89 Unaudited data types on page 89
Structure of the conflict resolution audit table

You can use the TS_CONFAUD table to track how conflict resolution affects your target table. For example, you can query the AFTERIMG column to see when a change was made to the target table. Then you can review the contents of the BEFOREIMG and AFTERIMG columns to see the change on the source table that resulted in the data on the target table. This can help in identifying issues in your conflict resolution strategy. Conflict detection and resolution is configured in Management Console. For more information, see your Management Console documentation. The structure of the TS_CONFAUD table is as follows:
Column CNFTIME SRCTIME SRCSYSID SRCSCHEMA SRCNAME SRCMEMBER TGTSCHEMA TGTNAME TGTMEMBER OPTYPE Description The date and time on the target when the conflict was detected. The time the conflicting data was applied to the source table. The source ID of the subscription. The schema or library name for the source table. The name of the source table. This field is blank. The schema or library for the target table. The name of the target table. This column is only used for the IBM i platform. The row-level operation on the source that caused the conflict. The value is one of: v 1arrow was inserted into the source table. v 2arrow was updated on the source table. v 3arrow was deleted from the source table.
87
Column CNFTYPE
Description The type of conflict that was detected. The value is one of: v 1arrow was inserted into the source table. The key for that row already exists in the target table. v 2arrow was updated or deleted on the source table. The key for that row does not exist in the target table. v 3arrow was updated or deleted on the source table. The images of the source and target tables do not match. v 4an unexpected conflict was detected.
RESMTD
The conflict resolution method that was used. The value is one of: v 1source wins v 2target wins v 3largest value wins v 4smallest value wins v 5user exit If the resolution method was None, then a row will not be entered into this table. See your InfoSphere CDC documentation for more information on these methods.
CNFRES
Indicates if the conflict was resolved. The value is one of: v Ythe conflict was resolved. v Nthe conflict was not resolved.
BEFORETRNC
Indicates if the before image stored in BEFOREIMG was truncated. The value is one of: v Ythe value was truncated. v Nthe value was not truncated.
BEFOREIMG
A representation of the row in the source table after it was changed. See Row Image Format for more information on the format of this column. Indicates if the after image stored in AFTERIMG was truncated. The value is one of: v Ythe value was truncated. v Nthe value was not truncated.
AFTERTRNC
AFTERIMG
A representation of the row in the source table after it was changed. See Row Image Format for more information on the format of this column. A representation of the row in the target table before replication occurred. See Row Image Format for more information on the format of this column. Indicates if the after image stored in TGTIMG was truncated. The value is one of: v Ythe value was truncated. v Nthe value was not truncated.
TGTIMG
TGTTRNC
WINIMG
A representation of the final row in the target table after conflict resolution has occurred. See Row Image Format for more information on the format of this column.
88
Column WINTRNC
Description Indicates if the image stored in WINIMG was truncated. The value is one of: v Ythe value was truncated. v Nthe value was not truncated.
Related concepts Row image format
Row image format

The BEFOREIMG, AFTERIMG, TGTIMG, and WINIMG columns in the audit table show representations of a row in either the source or target table. The images in these columns are limited by the maximum length of VARCHAR data on your target metadata database. The images contain all of the values in the row, except for data in raw, binary, or LOB columns. The data from each column is presented in the following format:
(length:value)
In the format above, value is the data in the column and length is the number of characters used to represent the data. The images display numeric data as character strings and NULL values as (null). The row images match the column order in the source table and the conflict resolution audit table. These images may be truncated if the image is longer than the maximum length of VARCHAR data in the target metadata database. If a table's key column is not the first column in the table, then it may be truncated.
Truncated images
If a row image is longer than the maximum length of a VARCHAR column, then they will be truncated. There is a column in the audit table that indicates if each image column has been truncated. For example, if WINTRNC is Y, then the value of WINIMG was truncated. The format of the truncated column is:
(-length:value)
In the format above, value is the truncated value and length is the number of characters in the truncated string.
Unaudited data types

The audit table does not include columns of the following data types in its images: v IMAGE v NTEXT v TEXT If the source or target table contains rows with these data types, then the image simply overlooks them. Binary data will appear in the images as hex-encoded characters. The image does not store any information from unsupported columns.
Conflict resolution audit table
89
90
Troubleshooting and contacting IBM Support

The following support page contains the latest troubleshooting information and details on how to open a service request with IBM Support: v http://www.ibm.com/software/data/infosphere/support/change-data-capture/ For contact information in your region: v http://www.ibm.com/planetwide/ Related reference dmsupportinfo - Collect IBM Support information on page 72
91
92
Notices
This information was developed for products and services offered in the U.S.A. IBM may not offer the products, services, or features discussed in this document in other countries. Consult your local IBM representative for information on the products and services currently available in your area. Any reference to an IBM product, program, or service is not intended to state or imply that only that IBM product, program, or service may be used. Any functionally equivalent product, program, or service that does not infringe any IBM intellectual property right may be used instead. However, it is the user's responsibility to evaluate and verify the operation of any non-IBM product, program, or service. IBM may have patents or pending patent applications covering subject matter described in this document. The furnishing of this document does not grant you any license to these patents. You can send license inquiries, in writing, to: IBM Director of Licensing IBM Corporation North Castle Drive Armonk, NY 10504-1785 U.S.A. For license inquiries regarding double-byte (DBCS) information, contact the IBM Intellectual Property Department in your country or send inquiries, in writing, to: IBM World Trade Asia Corporation Licensing 2-31 Roppongi 3-chome, Minato-ku Tokyo 106-0032, Japan The following paragraph does not apply to the United Kingdom or any other country where such provisions are inconsistent with local law: INTERNATIONAL BUSINESS MACHINES CORPORATION PROVIDES THIS PUBLICATION AS IS WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF NON-INFRINGEMENT, MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Some states do not allow disclaimer of express or implied warranties in certain transactions, therefore, this statement may not apply to you. This information could include technical inaccuracies or typographical errors. Changes are periodically made to the information herein; these changes will be incorporated in new editions of the publication. IBM may make improvements and/or changes in the product(s) and/or the program(s) described in this publication at any time without notice. Any references in this information to non-IBM Web sites are provided for convenience only and do not in any manner serve as an endorsement of those Web sites. The materials at those Web sites are not part of the materials for this IBM product and use of those Web sites is at your own risk. IBM may use or distribute any of the information you supply in any way it believes appropriate without incurring any obligation to you.
93
Licensees of this program who wish to have information about it for the purpose of enabling: (i) the exchange of information between independently created programs and other programs (including this one) and (ii) the mutual use of the information which has been exchanged, should contact: IBM Canada Limited Office of the Lab Director 8200 Warden Avenue Markham, Ontario L6G 1C7 CANADA Such information may be available, subject to appropriate terms and conditions, including in some cases, payment of a fee. The licensed program described in this information and all licensed material available for it are provided by IBM under terms of the IBM Customer Agreement, IBM International Program License Agreement, or any equivalent agreement between us. Any performance data contained herein was determined in a controlled environment. Therefore, the results obtained in other operating environments may vary significantly. Some measurements may have been made on development-level systems and there is no guarantee that these measurements will be the same on generally available systems. Furthermore, some measurements may have been estimated through extrapolation. Actual results may vary. Users of this document should verify the applicable data for their specific environment. Information concerning non-IBM products was obtained from the suppliers of those products, their published announcements or other publicly available sources. IBM has not tested those products and cannot confirm the accuracy of performance, compatibility or any other claims related to non-IBM products. Questions on the capabilities of non-IBM products should be addressed to the suppliers of those products. All statements regarding IBM's future direction or intent are subject to change or withdrawal without notice, and represent goals and objectives only. All IBM prices shown are IBM's suggested retail prices, are current and are subject to change without notice. Dealer prices may vary. This information is for planning purposes only. The information herein is subject to change before the products described become available. This information contains examples of data and reports used in daily business operations. To illustrate them as completely as possible, the examples include the names of individuals, companies, brands, and products. All of these names are fictitious and any similarity to the names and addresses used by an actual business enterprise is entirely coincidental. COPYRIGHT LICENSE: This information contains sample application programs in source language, which illustrate programming techniques on various operating platforms. You may copy, modify, and distribute these sample programs in any form without payment to IBM, for the purposes of developing, using, marketing or distributing application programs conforming to the application programming interface for the operating
94
platform for which the sample programs are written. These examples have not been thoroughly tested under all conditions. IBM, therefore, cannot guarantee or imply reliability, serviceability, or function of these programs. Each copy or any portion of these sample programs or any derivative work, must include a copyright notice as follows: (your company name) (year). Portions of this code are derived from IBM Corp. Sample Programs. Copyright IBM Corp. _enter the year or years_. All rights reserved. If you are viewing this information softcopy, the photographs and color illustrations may not appear.
Trademarks
The following terms are trademarks of International Business Machines Corporation in the United States, other countries, or both: AIX DB2 IBM InfoSphere POWER System i Intel, Intel Inside (logos), Itanium, MMX, Pentium, and Xeon are trademarks of Intel Corporation in the United States, other countries, or both. Java and all Java-based trademarks are trademarks of Sun Microsystems, Inc. in the United States, other countries, or both. Linux is a trademark of Linus Torvalds in the United States, other countries, or both. UNIX is a registered trademark of The Open Group in the United States and other countries. Other company, product, or service names may be trademarks or service marks of others.
Notices
95
96
Printed in USA

ISCDC For Oracle

Uploaded by

Copyright:

Available Formats

ISCDC For Oracle

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

ISCDC For Oracle

Uploaded by

Copyright:

Available Formats

IBM InfoSphere Change Data Capture

InfoSphere Change Data Capture for Oracle, Version 6.5

IBM InfoSphere Change Data Capture

InfoSphere Change Data Capture for Oracle, Version 6.5

After you install and configure . . . . 29

Before you install

Installing InfoSphere CDC . . . . . . 11

Metadata tables . . . . . . . . . . . 37 Commands for InfoSphere CDC . . . . 39

Upgrading Transformation Server for Oracle to InfoSphere CDC for Oracle . . 15

Installing InfoSphere CDC in an Oracle Real Application Clusters (RAC) environment . . . . . . . . . . . . 17

Configuring InfoSphere CDC (UNIX and Linux) . . . . . . . . . . . . . . . 21

Copyright IBM Corp. 2008, 2010

dmts64 - Start InfoSphere CDC . dmverifycommunications . . .

User exits for InfoSphere CDC . . . . 77

Conflict resolution audit table . . . . . 87

Troubleshooting and contacting IBM Support . . . . . . . . . . . . . . 91 Notices . . . . . . . . . . . . . . 93

InfoSphere Change Data Capture: End-User Documentation

About InfoSphere CDC and InfoSphere CDC Management Console

InfoSphere Change Data Capture: End-User Documentation

Supported operating systems and processors

Copyright IBM Corp. 2008, 2010

Related concepts Maintaining active TCP connections in a network environment on page 30

InfoSphere Change Data Capture: End-User Documentation

Before you install

Required database, user accounts, and schemas

Setting up a UNIX user account

Setting up an Oracle user account with DBA privileges

Copyright IBM Corp. 2008, 2010

Setting up a user name and password for an ASM instance

Configuring an Oracle schema

Allocating disk quota for capture components

Enabling supplemental logging

InfoSphere Change Data Capture: End-User Documentation

Enabling InfoSphere CDC to use a bulk load refresh

Setting the database instance to ARCHIVELOG mode

Before you install

Starting the Oracle listener

Setting up a remote connection

To setup a remote connection

InfoSphere Change Data Capture: End-User Documentation

Before you install

InfoSphere Change Data Capture: End-User Documentation

Installing InfoSphere CDC

To install InfoSphere CDC (UNIX and Linux)

To override the locale for the installation (UNIX and Linux)

InfoSphere CDC and Automatic Storage Management (ASM)

Installing InfoSphere CDC using a silent installation

To perform a silent installation of InfoSphere CDC (UNIX and Linux)

InfoSphere Change Data Capture: End-User Documentation

Installing InfoSphere CDC

InfoSphere Change Data Capture: End-User Documentation

Upgrading Transformation Server for Oracle to InfoSphere CDC for Oracle

Copyright IBM Corp. 2008, 2010

InfoSphere Change Data Capture: End-User Documentation

Installing InfoSphere CDC in an Oracle Real Application Clusters (RAC) environment

Copyright IBM Corp. 2008, 2010

Behavior of InfoSphere CDC in a RAC environment

Defining a service for InfoSphere CDC in tnsnames.ora

InfoSphere Change Data Capture: End-User Documentation