Table F-1 describes situations for which you can write a user exit, methods of programming for those situations, alternatives to programming a user exit, and considerations for programming a user exit.
In this situation... |
What you can do |
For user exit details, see |
---|---|---|
The replicate table name differs from the source table name. |
With a user exit:
Always check the maximum length of tables names in the Replication Server and target data base documentation to ensure that those servers will accept large table names. Alternate methods:
. |
|
The replicate column names differ from primary record or segment names. |
With a user exit:
Always check the maximum length of table names in the Replication Server and target database documentation to ensure that those servers will accept large table names. Alternate method:
|
|
The replicate definition does not contain all of the columns in the primary record or segment. |
With a user exit: Specify to not replicate a specific column by setting the value of the @COL_TYPE attribute to @COL_DONOT_REPL. Alternate method: Set the value of the Use_repdef LTM for z/OS configuration parameter to Y to reduce network traffic and increase throughput. |
|
The datatype of your primary data is incompatible with the replicate data. |
With a user exit:
Alternate method:
|
|
The replicate column values differ from primary record or segment values. |
With a user exit:
Alternate method:
|
|
Columns must be added to the primary transaction operation to match the replicate table. |
With a user exit:
Alternate method:
|
|
Custom message(s) must be logged by Replication Agent. |
With a user exit:
|
|
LTM for MVS must be shut down. |
With a user exit:
|
|
The transaction operation must not be replicated. |
With a user exit:
Alternate method:
|
|
DB2 GRAPHIC and VARGRAPHIC datatypes must be replicated. |
With a user exit:
|