A fix is available
APAR status
Closed as new function.
Error description
This is a requirement from IDAA. If someone first runs a LOAD RESUME YES, then issues -ACCESS DB() SP() MODE(STATS) to externalize the RTS values. Then a following IDAA LOAD relies on the RTS values, which should have been externalized by the ACCESS command. However if there was a COPY running when the -ACCESS STATS command is issued, then RTS values are not externalized, which can cause the IDAA LOAD to fail. It is a problem that neither the RTS nor -ACCESS STATS indicate that the RTS values were not externalized, because of the DBET UT status.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: * * All Db2 12 for z/OS users using * * Real Time Statistics. * **************************************************************** * PROBLEM DESCRIPTION: * * User sees no indication that Real Time * * Statistics (RTS) was unable to update * * a record in SYSTABLESPACESTATS due * * to the corresponding table space being * * in UTRO or UTRW utility access mode. * **************************************************************** * RECOMMENDATION: * * Apply corrective PTF when available * **************************************************************** Currently user can issues - ACCESS DB MODE(STATS) command to externalize in-memory RTS statistics to RTS tables. While Db2 is externalizing the in-memory statistics information by this command, the object can also being accessed by utility which puts object into utility access mode (UTRO,UTRW,UTUT), the externalization of RTS information will be deferred until the next externalization cycle. However Users will not have any indication externally that RTS data was not updated due to this scenario.
Problem conclusion
Temporary fix
Comments
Function will only be implemented in Db2 V12 (C10). DB2 code has been modified when the user issues -ACCESS DB MODE(STATS) command to refresh RTS statistics on an object while object also in UTRO or UTRW access mode, then LASTDATACHANGE timestamp field will be updated if a logical change has occurred since the last externalization attempt.
APAR Information
APAR number
PI87403
Reported component name
DB2 OS/390 & Z/
Reported component ID
5740XYR00
Reported release
C10
Status
CLOSED UR1
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2017-09-14
Closed date
2019-10-21
Last modified date
2019-11-01
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI65973
Modules/Macros
DSNIRTSX
Fix information
Fixed component name
DB2 OS/390 & Z/
Fixed component ID
5740XYR00
Applicable component levels
RC10 PSY UI65973
UP19/10/26 P F910
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":"12.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":"12.0","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
01 November 2019