02.05.2013 Views

SAS(R) 9.1.3 Companion for z/OS

SAS(R) 9.1.3 Companion for z/OS

SAS(R) 9.1.3 Companion for z/OS

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

62 Using Multivolume <strong>SAS</strong> Data Libraries Chapter 2<br />

For example, suppose that a <strong>SAS</strong> data library with the libref MYLIB is stored<br />

in the z/<strong>OS</strong> data set MYID.RECENT.DATA. The following two statements would<br />

clear the libref and deallocate the library data set:<br />

libname mylib clear;<br />

x free da(’myid.recent.data’);<br />

CAUTION:<br />

Do not attempt to release the allocation <strong>for</strong> a library data set without first<br />

deassigning the libref. R<br />

3 You can deassign a <strong>SAS</strong> data library in the <strong>SAS</strong> Explorer window by selecting the<br />

DELETE menu.<br />

Using Multivolume <strong>SAS</strong> Data Libraries<br />

A direct access bound library or sequential access bound library on disk can extend to<br />

more than one volume. The library data set might exist on multiple DASD volumes, but<br />

it is processed by <strong>SAS</strong> software as one logical entity. This capability greatly increases<br />

the storage capacity of a data library. This section discusses two separate<br />

methodologies <strong>for</strong> creating and extending multivolume data libraries:<br />

Requesting Space As Needed<br />

This approach is recommended <strong>for</strong> its simplicity, flexibility, and efficiency. With<br />

this methodology, you do not need to determine in advance the amount of storage<br />

that a data library will require. <strong>SAS</strong> can request additional DASD extents<br />

(allocations of contiguous disk space) as the library needs to grow, meanwhile<br />

leaving more DASD space available <strong>for</strong> other applications. This approach allows<br />

storage management subsystem (SMS) and third-party DASD space management<br />

to automatically make the optimum decisions about volume selection, and so <strong>for</strong>th.<br />

PreAllocating Space<br />

In some circumstances, such as when entire volumes have been set aside <strong>for</strong> use<br />

by a particular application, it is more convenient to preallocate the library data<br />

set. This approach allows more control, but it requires more ef<strong>for</strong>t in planning to<br />

estimate the size of the <strong>SAS</strong> data sets that will reside in the library.<br />

General Guidelines<br />

Following is a short summary of the main rules that govern allocation of space <strong>for</strong><br />

<strong>SAS</strong> data libraries on disk. This summary is not intended to address all points of this<br />

broad subject. For additional in<strong>for</strong>mation, see IBM documentation as well as manuals<br />

<strong>for</strong> any third-party DASD space management software installed on z/<strong>OS</strong> at your site.<br />

Both direct access and sequential access bound libraries reside in a data sets with<br />

the attribute DSORG=PS. On disk, these data sets can be extended to as many as 59<br />

volumes. Each time space is requested <strong>for</strong> a library data set, the disk space is supplied<br />

in one or more chunks of contiguous space termed extents. A regular <strong>for</strong>mat<br />

DSORG=PS data set can have up to 16 extents per volume. Extended <strong>for</strong>mat<br />

DSORG=PS data sets can have as many as 123 extents per volume, but they can only<br />

be used <strong>for</strong> sequential access bound libraries.<br />

When allocating a new library data set, you must specify the size of the initial<br />

(primary) disk space allocation as well as the size of the extent (secondary) to be<br />

obtained when the library data set needs to be enlarged. Each request to extend the<br />

size of the library data set will be satisfied by a secondary extent on the current last

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

Saved successfully!

Ooh no, something went wrong!