19.06.2013 Views

DB2 UDB for z/OS Version 8 Performance Topics - IBM Redbooks

DB2 UDB for z/OS Version 8 Performance Topics - IBM Redbooks

DB2 UDB for z/OS Version 8 Performance Topics - IBM Redbooks

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

users of ERP and CRM vendor solutions and ported applications with not well known growth,<br />

and can lead to application outages.<br />

Default PRIQTY and SECQTY values and often user provided PRIQTY and SECQTY values<br />

are too small, resulting in track allocation rather than cylinder allocation. As a result the<br />

per<strong>for</strong>mance of SQL SELECT and INSERT processing can be penalized by 2x or more.<br />

The first objective of this enhancement is to avoid the situation where a <strong>DB2</strong> managed page<br />

set reaches the VSAM maximum extent limit of 255 be<strong>for</strong>e it can reach the maximum data set<br />

size which may be less than 1 GB or 1 GB, 2 GB, 4 GB, 8 GB, 16 GB, 32 GB or 64 GB.<br />

The second objective of the enhancement is to remove the need <strong>for</strong> a user to specify the<br />

secondary quantity <strong>for</strong> a <strong>DB2</strong> managed page set, or even both the primary and secondary<br />

quantities, either when creating it initially or by using an ALTER statement later. The overall<br />

goal is to provide a solution which would benefit all users of <strong>DB2</strong> in terms of improved DBA<br />

productivity and preventing application outages.<br />

<strong>DB2</strong> V8 adds a new DSNZPARM parameter called MGEXTSZ (with a global scope) which<br />

enables the use of a “sliding secondary space allocation” <strong>for</strong> <strong>DB2</strong> managed data sets<br />

(STOGROUP defined). The values are: NO and YES. The default value <strong>for</strong> MGEXTSZ is NO.<br />

The enhancement will help to reduce the number of out of space conditions, eliminate need<br />

<strong>for</strong> PRIQTY and SECQTY specification on SQL CREATE, improve user productivity, and<br />

avoid the per<strong>for</strong>mance penalty associated with small extent sizes.<br />

This patented solution should benefit all users of <strong>DB2</strong>, not just <strong>for</strong> ERP and CRM solutions,<br />

ported and new applications. It delivers autonomic selection of data set extent sizes with a<br />

goal of preventing out of extent errors be<strong>for</strong>e reaching maximum data set size.<br />

An increasing secondary quantity size up to 127 extents is allocated and a constant number<br />

of 559 cylinders <strong>for</strong> 32 GB and 64 GB data sets is used thereafter. Figure 5-6 shows the<br />

sliding scale mechanism <strong>for</strong> 64 GB data sets with 255 extents. It assumes an initial extent of 1<br />

cylinder.<br />

Extent Size (CYLS)<br />

600<br />

500<br />

400<br />

300<br />

200<br />

100<br />

0<br />

16<br />

Sliding scale <strong>for</strong> 64 GB data sets<br />

32<br />

Figure 5-6 Sliding scale <strong>for</strong> 64 GB data sets<br />

64<br />

96<br />

128 255<br />

Extent Number<br />

Chapter 5. Availability and capacity enhancements 227

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!