A fix is available
APAR status
Closed as new function.
Error description
When upgrading one Capture to a new function level, Q Apply may update CAPTURE_LEVEL in IBMQREP_RECVQUEUES table for all receive queue entries even for those associated with other Capture sources.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: 1- All Q Capture users * * 2- Multiple Q Capture sources going to a * * single Q Apply target. * * 3- Users that use CCD target tables and * * want Updates split into Delete/Insert Pairs * **************************************************************** * PROBLEM DESCRIPTION: 1- Q Capture source on Db2 v11 did not * * work after customer migrated Db2 on * * proxy systems to V12 * * 2- When upgrading one Capture to a new * * function level, Q Apply may update * * CAPTURE_LEVEL in IBMQREP_RECVQUEUES * * table for all receive queue entries * * even for those associated with other * * Capture sources. * * 3- CCD target tables with * * CCD_KEYUPD_AS_DELINS=Y or * * CCD_ALLUPD_AS_DELINS=Y and Apply * * startup parameter MULTI_ROW_INSERT=Y * * can sometimes get IBMSNAP_OPERATION=U * * instead of splitting the update into * * DELETE/INSERT. Workaround: Use * * MULTI_ROW_INSERT=N * **************************************************************** 1- Partitioned tables on Db2 v11 are not replicated after Db2 on proxy system migrated to V12. 2- When processing function level change from one Q Capture, Q Apply may update CAPTURE_LEVEL in IBMQREP_RECVQUEUES table for unrelated receive queues associated with other Q Capture sources incorrectly. 3- Q Apply needs to able to split CCD Updates into Delete/Insert pairs when MULTI_ROW_INSERT is enabled.
Problem conclusion
1- Extract the partition number from the log record header for any version of Db2 log records. If this is a V12 log reader, and the paritionNo is not supplied in the LRH, it is either because the table is not partitioned or we are in proxy mode and the source is down-level. 2- Q Apply will update CAPTURE_LEVEL in IBMQREP_RECVQUEUES only for the receive queue on which the function level change message is received from Q Capture. 3- Q Apply is fixed to handle when MULTI_ROW_INSERT=Y and customer has CCD_KEYUPD_AS_DELINS=Y or CCD_ALLUPD_AS_DELINS=Y for CCD target tables ASNCLP was not updated. Function Level: 1140.103
Temporary fix
Comments
APAR Information
APAR number
PH49051
Reported component name
WS REPLICATION
Reported component ID
5655L8800
Reported release
B33
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2022-08-29
Closed date
2022-09-22
Last modified date
2022-10-03
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI82517 UI82518 UI82519 UI82520
Modules/Macros
ASN2BASE ASN2ZOSC ASNACMD ASNADMSP ASNAPPLY ASNCAP ASNCATM ASNCCMD ASNCCPWK ASNMCMD ASNMON ASNQACMD ASNQAPP ASNQAROW ASNQBRWZ ASNQCAP ASNQCCMD ASNQDEP ASNQEXRP ASNQMFMT ASNQXFMT ASNRBASE ASNTDIFF ASNTDSP ASNTRC ASNZOSCN
Fix information
Fixed component name
WS REPLICATION
Fixed component ID
5655L8800
Applicable component levels
RB33 PSY UI82517
UP22/09/27 P F209
RB34 PSY UI82518
UP22/09/28 P F209
RB35 PSY UI82519
UP22/09/27 P F209
RB36 PSY UI82520
UP22/09/27 P F209
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"Business Unit":{"code":"BU029","label":"Software"},"Product":{"code":"SSDP5R","label":"InfoSphere Replication Server"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"B33"}]
Document Information
Modified date:
03 October 2022