IBM Support

PH25593: NEW FUNCTION FOR CHECK SHRLEVEL CHANGE UTILITY

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as new function.

Error description

  • NEW FUNCTION for CHECK SHRLEVEL CHANGE utility to reset CHKP
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED:                                              *
    * All Db2 12 for z/OS users of the CHECK DATA                  *
    * SHRLEVEL CHANGE utility and CHECK LOB                        *
    * SHRLEVEL CHANGE utility.                                     *
    ****************************************************************
    * PROBLEM DESCRIPTION:                                         *
    * Reset Check-pending status (CHKP),                           *
    * Auxiliary CHECK-pending status (ACHKP)                       *
    * and Auxiliary Warning status (AUXW)                          *
    * during execution of a CHECK DATA                             *
    * SHRLEVEL CHANGE and CHECK LOB SHRLEVEL                       *
    * CHANGE utility if no inconsistencies                         *
    * are found.                                                   *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    CHECK DATA SHRLEVEL CHANGE and CHECK LOB SHRLEVEL CHANGE
    currently do not reset any CHKP, ACHKP, or AUXW status even
    when there are no violations of referential or table check
    constraints, or inconsistencies between the base table space
    and the corresponding LOB or XML table space.  By design,
    CHECK utilities with SHRLEVEL CHANGE operate on shadow objects
    allowing updates to the original objects during execution and
    may not know if inconsistencies may have been introduced
    during the utility execution.  However, the likelihood of DML
    operations introducing inconsistencies during CHECK SHRLEVEL
    CHANGE is small, and outweigh the impact that a restrictive
    state has on data availability.
    

Problem conclusion

Temporary fix

Comments

  • CHECK DATA and CHECK LOB utility code are modified to allow
    CHECK DATA SHRLEVEL CHANGE and CHECK LOB SHRLEVEL CHANGE to
    reset an existing CHECK-pending, auxiliary CHECK-pending,
    or auxiliary warning restrictive state if no inconsistencies
    are found. This new function is available starting with FL100
    of Db2 12 for z/OS.
    

APAR Information

  • APAR number

    PH25593

  • 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

    2020-05-19

  • Closed date

    2020-07-29

  • Last modified date

    2020-09-01

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

    UI70821

Modules/Macros

  • DSNUKIFK DSNUKLBD DSNUKLOB DSNUKNFK
    

Fix information

  • Fixed component name

    DB2 OS/390 & Z/

  • Fixed component ID

    5740XYR00

Applicable component levels

  • RC10 PSY UI70821

       UP20/08/07 P F008

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"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"12.0","Line of Business":{"code":"LOB10","label":"Data and AI"}}]

Document Information

Modified date:
02 September 2020