Table of Contents

Search

  1. Preface
  2. Part 1: PowerExchange Change Data Capture Introduction
  3. Part 2: CDC Components Configuration and Management
  4. Part 3: CDC Sources Configuration and Management
  5. Part 4: Change Data Extraction
  6. Part 5: Monitoring and Tuning
  7. Appendix A: CDC for z/OS Troubleshooting
  8. Appendix B: DTL__CAPXTIMESTAMP Time Stamps

Recovering from Unplanned Schema Changes to DB2 Source Tables

Recovering from Unplanned Schema Changes to DB2 Source Tables

If schema changes were improperly made to DB2 source tables in a CDC environment, the DB2 ECCR might abend when it reads the first change record for the table after the schema change is made.
When the DB2 ECCR abends, it writes the following messages to the EDMMSG data set:
PWXEDM177511E Table '
creator
.
table_name
' Schema verification failed. PWXEDM172807E ABEND issued by schema verification, Abend code=3680, Reason code=10040001. [
additional_text
]
To prevent this problem, make schema changes by following the procedure in Changing the Schema of DB2 Source Tables.
  1. If you use PowerExchange Condense, ensure that PowerExchange Condense has processed all of the captured changes. Then, shut down PowerExchange Condense.
  2. Extract all of the changes to the target.
  3. Delete the capture registration and extraction map.
  4. Create a new capture registration that uses the new schema.
  5. Issue the DB2 ECCR REFRESH command so that the ECCR can use the new registration based on the changed schema.
  6. Warm start the DB2 ECCR.
  7. Restart any extraction processes and, if applicable, PowerExchange Condense.

0 COMMENTS

We’d like to hear from you!