A fix is available
APAR status
Closed as new function.
Error description
During re-migration, nondatasharing or ABIND=YES cases should not autobind a package/plan that was bound at a lower level.
Local fix
n/a
Problem summary
**************************************************************** * USERS AFFECTED: * * All Db2 11 and 12 for z/OS users. * **************************************************************** * PROBLEM DESCRIPTION: * * In a data sharing environment with * * Db2 10 and 11 coexistence, running a * * package/plan on Db2 10 triggers an * * automatic bind of the package/plan if * * the package/plan was last bound in * * Db2 11. After this automatic bind, * * running the package/plan on Db2 11 * * triggers another automatic bind when * * the subsystem parameter ABIND=YES. * * This automatic bind on Db2 11 is not * * necessary. Db2 11 and 12 coexistence * * data sharing system has the same * * problem. * * * * In a migration case, a Db2 10 system * * migrates to Db2 11 system. For some * * reason, the Db2 system falls back to * * Db2 10. Running a package/plan on Db2 * * 10 triggers an automatic bind of the * * package/plan if the package/plan was * * last bound in Db2 11. After the * * system remigrates to Db2 11, running * * the package/plan on Db2 11 triggers * * another automatic bind * * (remigration autobind) if the * * subsystem parameter ABIND=YES. * * This remigration autobind is not * * necessary. Migration from Db2 11 to * * Db2 12 has the same problem. * **************************************************************** * RECOMMENDATION: * * Apply corrective PTF when available * **************************************************************** The automatic bind in the higher release of Db2 in the above two cases is not necessary. The higher release Db2 can run the package/plan bound in the lower release. If new functions in the higher release is desired, users can rebind the package/plan to gain the new functions. Additional Keywords: DB2MIGV11/K DB2MIGV12/K DB2COEXIST/K
Problem conclusion
Temporary fix
Comments
Db2 code has been changed so that when subsystem parameter ABIND=YES, (1) running a package/plan in the higher release of Db2 in a data sharing coexistence system does not trigger an automatic bind if the package/plan was last automatically bound on the lower release of Db2; and (2) the remigration autobind does not happen when the package/plan was last automatically bound in the fallback release of Db2. With this APAR, ABIND=YES and ABIND=COEXIST have the same behavior.
APAR Information
APAR number
PI87675
Reported component name
DB2 OS/390 & Z/
Reported component ID
5740XYR00
Reported release
B10
Status
CLOSED UR1
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2017-09-20
Closed date
2017-12-27
Last modified date
2018-02-01
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI52931 UI52932
Modules/Macros
DSNXEAAL DSNTBAB2 DSNTAAL DSNTBAB
Fix information
Fixed component name
DB2 OS/390 & Z/
Fixed component ID
5740XYR00
Applicable component levels
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":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSEPEK","label":"Db2 for z\/OS"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"11.0","Edition":"","Line of Business":{"code":"LOB10","label":"Data and AI"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"11.0","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
01 February 2018