A fix is available
APAR status
Closed as program error.
Error description
A 'DATA BASE STATUS LIST' usually names the DL/I, DEDB, and MSDB databases whose control blocks were not initialized or were in a stopped state when IMS failed. The names of DL/I databases that are needed for recovery are also shown. However, DFR sets a status code NOTINIT to a REASON1 field incorrectly in the following situations: - When a recovery start checkpoint was taken, there was not a DMB in an active ACB library, and the DMB was added by an online change after that. - When the recovery start checkpoint was taken, there was the DMB in the active ACB library, and the DMB was replaced with the DMB that is a same name and a different database type by the online change after that.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All IMS DEDB FAST RECOVERY Version 2 * * Release 2 (FMID=H1J2220) users in IMS V9, * * V10, V11 or V12. * **************************************************************** * PROBLEM DESCRIPTION: DFR sets a status code NOTINIT to a * * REASON1 field of a 'DATA BASE STATUS * * LIST' incorrectly in the following * * situations: * * - When a recovery start checkpoint was * * taken, there was not a DMB in an * * active ACB library, and the DMB was * * added by an online change after that. * * - When the recovery start checkpoint * * was taken, there was the DMB in the * * active ACB library, and the DMB was * * replaced with the DMB that is a same * * name and a different database type by * * the online change after that. * **************************************************************** * RECOMMENDATION: Apply the maintenance for this APAR. * **************************************************************** DFR analyzes log records after the selected checkpoint, reconstructs the database control blocks (DDIR) to the state that they were at the time of IMS failure. DFR copies database status information to DDIR from X'4006' log records at the first. If the following bits of a DDIRCOD3 flag loaded from a DMB and the bits of a CHKCOD3 flag of a X'4006' log record do not match, DFR sets a DDIRBAD bit of a DDIRCOD2 flag, and a DDIRNOSC bit of a DDIRCODE flag. . - DDIRMSDB EQU X'01' THIS DMB IS MSDB . - DDIRDEDB EQU X'02' THIS DMB IS DEDB Since DFR uses the DDIRCOD2 flag and the DDIRCODE flag to check a status of a database for 'DATA BASE STATUS LIST' only and there is no impact in recovery of DEDBs, DFR does not need the compare logic and should use the newest DMB information.
Problem conclusion
The following modules have been modified. (x = 9, A , B and C) * DFRLDB1x - This module was changed so that DFR might delete the compare logic for the DDIRCOD3 flag of the DMB and the CHKCOD3 flag of the X'4006' log record. *
Temporary fix
Comments
APAR Information
APAR number
PM33031
Reported component name
DEDB FAST RECOV
Reported component ID
5655E3200
Reported release
220
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2011-02-17
Closed date
2011-02-23
Last modified date
2011-03-02
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK65170
Modules/Macros
DFRLDB1A DFRLDB1B DFRLDB1C DFRLDB19
Fix information
Fixed component name
DEDB FAST RECOV
Fixed component ID
5655E3200
Applicable component levels
R220 PSY UK65170
UP11/02/25 P F102
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":"BU048","label":"IBM Software"},"Product":{"code":"SSCX895","label":"IMS DEDB Fast Recovery"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"2.2.0","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
02 March 2011