Re: Online-Reorg mit 64 K Bufferpool

Geschrieben von Bernd Heilig on September 12, 2003 um 11:44:

Als Antwort auf Online-Reorg mit 64 K Bufferpool geschrieben von Eva Amschler on September 11, 2003 um 18:21:

Hallo Eva,

die exakte Fehlermeldung findest in DB2 Messages and Codes. Sie lautet wie folgt :

DSNU294I csect-name - LARGEST COMPOSITE RECORD IS TOO BIG FOR REORG WITH
SHRLEVEL CHANGE

Explanation: SHRLEVEL CHANGE was specified for a REORG utility job, and the table has a clustering index. However, the largest possible record in the table space, prefixed by the largest key, produces a composite record that is too large to be processed by the SORT component.
See the computation of the length under REORG in the Utility Guide and Reference. If the largest possible composite record to be sorted exceeds
32760 bytes in length, which is the maximum record size for a BSAM data set, REORG cannot operate if SHRLEVEL CHANGE is specified.

Severity: 8 (error)

System Action: REORG does not execute.

User Response: Execute REORG with SHRLEVEL NONE or REFERENCE. If you must use SHRLEVEL CHANGE for the table space, try reducing the size of either the largest record or key field by redefining the table. In some cases, changing a field from LONG VARCHAR to VARCHAR with a specified maximum length might help.

Problem Determination: This problem should only occur on a table space with a 32KB page size. Analyze the requirement for maximum data length in VARCHAR and LONG VARCHAR columns to see whether a shorter length can be specified.

Die Fehlerbeschreibung sagt, dass die Ursache ein zur sortierender Datensatz ist, der grösser als 32760 Bytes ist. Die Grösse eines zu sortierenden Datensatzes ergibt sich aus :

max(K) + max(R + E) + 18 bytes for NONE or REFERENCE or 29 bytes for CHANGE

where:

max(K) = number of bytes in the longest possible clustering key (K)

max(R + E) = number of bytes in the longest possible record (R) plus edit procedure work area (E). E = 10 bytes if an edit procedure is used otherwise E = 0 bytes.

Damit während eines DB2-Reorgs die Datensätze sortiert werden, muss der Parameter SORTDATA benutzt werden (ist Default bei Online Reorg).
Somit kannst du das Problem nur mit einem konventionellen DB2-Reorg (SHRLEVEL NONE oder REFERENCE) und ohne den Parameter SORTDATA umgehen.

PS. es gibt übrigens keinen 64K Bufferpool sondern nur die Grössen 4K, 8K, 16K und 32K.

mfg Bernd

Antworten:

Re: Online-Reorg mit 64 K Bufferpool Eva Amschler 17:21 12.9.2003 (0)

Schreibe eine Antwort

Name:
E-Mail:

Thema:

Kommentar:
: Hallo Eva, : die exakte Fehlermeldung findest in DB2 Messages and Codes. Sie lautet wie folgt : : DSNU294I csect-name - LARGEST COMPOSITE RECORD IS TOO BIG FOR REORG WITH : SHRLEVEL CHANGE : : Explanation: SHRLEVEL CHANGE was specified for a REORG utility job, and the table has a clustering index. However, the largest possible record in the table space, prefixed by the largest key, produces a composite record that is too large to be processed by the SORT component. : See the computation of the length under REORG in the Utility Guide and Reference. If the largest possible composite record to be sorted exceeds : 32760 bytes in length, which is the maximum record size for a BSAM data set, REORG cannot operate if SHRLEVEL CHANGE is specified. : : Severity: 8 (error) : : System Action: REORG does not execute. : : User Response: Execute REORG with SHRLEVEL NONE or REFERENCE. If you must use SHRLEVEL CHANGE for the table space, try reducing the size of either the largest record or key field by redefining the table. In some cases, changing a field from LONG VARCHAR to VARCHAR with a specified maximum length might help. : : Problem Determination: This problem should only occur on a table space with a 32KB page size. Analyze the requirement for maximum data length in VARCHAR and LONG VARCHAR columns to see whether a shorter length can be specified. : : Die Fehlerbeschreibung sagt, dass die Ursache ein zur sortierender Datensatz ist, der grösser als 32760 Bytes ist. Die Grösse eines zu sortierenden Datensatzes ergibt sich aus : : max(K) + max(R + E) + 18 bytes for NONE or REFERENCE or 29 bytes for CHANGE : : where: : : max(K) = number of bytes in the longest possible clustering key (K) : : max(R + E) = number of bytes in the longest possible record (R) plus edit procedure work area (E). E = 10 bytes if an edit procedure is used otherwise E = 0 bytes. : Damit während eines DB2-Reorgs die Datensätze sortiert werden, muss der Parameter SORTDATA benutzt werden (ist Default bei Online Reorg). : Somit kannst du das Problem nur mit einem konventionellen DB2-Reorg (SHRLEVEL NONE oder REFERENCE) und ohne den Parameter SORTDATA umgehen. : PS. es gibt übrigens keinen 64K Bufferpool sondern nur die Grössen 4K, 8K, 16K und 32K. : : mfg Bernd

Optionale Link URL:
Link Titel:
Optionale Image URL:

[ Antworten ] [ Forum ]