What to do before RBA or LRSN limits are reached
Before a Db2 subsystem or data sharing group reaches the end of the log RBA range, you must reset the log RBA value. The process that you use to reset the log RBA value depends on whether the Db2 subsystem is a member of a data sharing group or in a non-data sharing environment.
About this task
The log limits are expressed as RBA values in non-data-sharing environments and as LRSN timestamps in data-sharing environments. Approximately one year before the end of the LRSN is reached, message DSNJ034I is issued to inform you that the LRSN is approaching the log limit. Contact IBM® Support if this happens.
The log RBA is an ever-increasing 10-byte hexadecimal value. The maximum value is 2**80 (x'FFFFFFFFFFFFFFFFFFFF').
The rate at which the log RBA value increases through this range depends on the logging rate of the Db2 subsystem. When a heavy logging rate is sustained over a period of years, the log RBA value can begin to approach the end of the range.
When the logs are in 10-byte format, page sets can be in 6-byte format or 10-byte format, depending on whether the page sets have been converted to extended format. If the page sets have not been converted to extended format, two logging limits affect processing:
- Soft limit
- The soft limit
occurs at RBA x'00000000FFF800000000' or at an LRSN approximately two months before the
6-byte capacity is reached. When the soft limit is reached, user objects in basic 6-byte format are
restricted to read-only access. Attempts to update those objects are rejected. If you need to update
table spaces and indexes that have reached the soft limit, you can convert them to extended 10-byte
page format. Ensure that all catalog and directory page sets are converted to extended format.
Utilities that open an output object as unrecoverable can still run after the soft limit is reached.
If the output object will be in extended format, such as for a REORG that converts from basic to
extended format, the utility can run successfully.Attention: In a non-data sharing environment, failure to convert page sets to the 10-byte RBA format before the 6-byte logging limit is reached results in failed updates with reason code 00C2026D. No updates are allowed for any object that is still in basic format. It is strongly recommended that the catalog and directory table spaces be converted immediately following the conversion of the BSDS to the 10-byte format. All other objects need to be converted to extended format before the logging limit is reached in order to avoid outages.
In a data sharing environment, page sets contain LRSNs instead of RBAs. After the BSDS has been converted to allow for 10-byte LRSNs, an LRSN that is greater than 6 bytes does not result in failed updates with reason code 00C2026D. It is recommended that after the BSDS has been converted, the catalog and directory table spaces are converted before any other objects. Other objects need to be converted to extended format before the LRSN value reaches the 6-byte LRSN limit.
- Hard limit
- The hard limit is the actual limit, and occurs when the RBA or LRSN no longer fits in 6 bytes. That value is x'00000000FFFFFFFFFFFF' for an RBA, and x'00FFFFFFFFFFFFFFFFFF' for an LRSN. When the actual limit is reached, you cannot update objects that are in basic format. Attempts to update an object that is in basic format are rejected. When the hard limit has been reached, no online utilities can run if catalog and directory page sets are not in extended format.
Db2 might issue message DSNB233I to remind you to convert page sets to the 10-byte format.