|
- CLUSTER
- Defines or recatalogs a cluster or cluster entry.
Parameters
that follow the CLUSTER keyword are specified for the cluster as a
whole. These parameters are enclosed in parentheses and, optionally,
are followed by parameters given separately for the DATA and INDEX
components.
Abbreviation: CL
- NAME(entryname)
- Defines the cluster's entryname or the name of each of its components.
The entryname used for the cluster as a whole is not propagated to
the cluster's components.
For SMS and non-SMS-managed clusters,
the component names must resolve to the same catalog as the data set's
cluster name.
You can define a separate entryname for the cluster,
its data component, and its index component. If no name is specified
for the data or index component, a name is generated. When the cluster,
data component, and index component are individually named, each can
be addressed. For information on system-generated names, see z/OS DFSMS Using Data Sets.
When you define a VSAM volume
data set (VVDS), the entryname for the cluster or the data component
must be in the form SYS1.VVDS.Vvolser, in which volume serial number
is the volume serial number specified by the VOLUMES parameter. The
default primary and secondary allocation is 10 tracks. For information
on defining a VVDS, see z/OS DFSMS Managing Catalogs.
- CYLINDERS(primary[ secondary])|
- KILOBYTES(primary[ secondary])|
- MEGABYTES(primary[ secondary])|
- RECORDS(primary[ secondary])|
- TRACKS(primary[ secondary])|
- Specifies the amount of space in cylinders, kilobytes, megabytes,
records, or tracks allocated to the cluster from the volume's available
space. A kilobyte or megabyte allocation resolves to either tracks
or cylinders; record allocation resolves to tracks. If allocation
resolves to tracks, the space is contiguous. For more information,
see z/OS DFSMS Using Data Sets.
Requests
for space are directed to DADSM and result in a format-1 DSCB for
all entries.
If the cluster is not SMS-managed, you must use
the amount of space allocated, either through this parameter, or through
the DATACLASS, MODEL, or RECATALOG parameters. This parameter is optional
if the cluster is managed by SMS. If it is used, it overrides the
DATACLASS space specification. If it is not used, it can be modeled
or defaulted by SMS. If it cannot be determined, the DEFINE is unsuccessful.
If you select KILOBYTES
or MEGABYTES, the amount of space allocated is the minimum number
of tracks or cylinders required to contain the specified number of
kilobytes or megabytes.
If you select RECORDS, the amount of
space allocated is the minimum number of tracks that are required
to contain the given number of records. The maximum number of records
is 16,777,215. If RECORDS is specified for a linear data set, space
is allocated with the number of control intervals equal to the number
of records.
To maintain device independence, do not use the
TRACKS or CYLINDERS parameters. If you use them for an SMS-managed
data set, space is allocated on the volumes selected by SMS in units
equivalent to the device default geometry. If there is an allocation
failure due to lack of space, SMS retries allocation with a reduced
space quantity. However, any retry, including reduced space quantity,
is only attempted if Space Constraint Relief = Y is specified. SMS
also removes other limitations if the data class allows space constraint
relief.
Regardless of the allocation type,
the calculation of the CA (control area) size is based on the smaller
of the two allocation quantities (primary or secondary) in the DEFINE
command. A CA is never greater than a single cylinder, it might be
less (that is, some number of tracks), depending on the allocation
amount and type used. When tracks or records are used, the space allocation
unit (the CA size) can be adjusted to one cylinder. This adjustment
is made if the calculated CA size contains more tracks than exist
in a single cylinder of the device being used. The CA area size assigned
by VSAM is the smallest of: - One cylinder
- The primary space quantity
- The secondary space quantity
If the CA size assigned is not evenly divisible into either
the primary or secondary space quantity, VSAM increases that space
to a value evenly divisible by the CA size. If you are defining an
extended format data set, you should review "Defining an Extended
Format Key-Sequenced Data Set" in z/OS DFSMS Using Data Sets for information about additional space requirements.
DEFINE
RECORDS allocates sufficient space to the specified number of records,
but factors unknown at define time (such as key compression or method
of loading records) can result in inefficient use of the space allocated.
This might prevent every data CA from being completely used, and you
might be unable to load the specified number of records without requiring
secondary allocation.
When multiple volumes are
used for a data set, these rules and conditions apply:
Secondary amounts can be allocated on all volumes available
to contain parts of the cluster regardless of the key ranges.
You
can specify the amount of space as a parameter of CLUSTER, as a parameter
of DATA, or as a parameter of both. When a key-sequenced cluster is
being defined, and the space is a parameter of:
To determine the exact amount of space allocated to each
component, list the cluster's catalog entry, using the LISTCAT command.
The primary and each secondary
allocation must be able to be satisfied in five DASD extents; otherwise,
your DEFINE or data set extension is unsuccessful. - primary
- Allocates the initial amount of space to the cluster.
- secondary
- Allocates an amount of space each time the cluster extends,
as a secondary extent. You can use this secondary allocation to add
space for the data or index components of the cluster. A VSAM data
set can be expanded to 123 extents per volume. If this is a multi-volume
VSAM data set, then the VSAM component can be extended to a maximum
of 255 extents combined over all volumes.
- VOLUMES(volser[ volser...])
- Specifies the volumes on which a cluster's components are to
have space. If you do not use the MODEL parameter, or if the cluster
is not SMS-managed, VOLUMES must be used either as a parameter of
CLUSTER, or as a parameter of both DATA and INDEX.
VOLUMES can
be specified or modeled for a data set that is to be SMS-managed;
know that the volumes specified might not be used and result in an
error. See z/OS DFSMSdfp Storage Administration for
information about SMS volume selection.
Volumes are
always allocated in the order specified. If there is not enough space
on the volume, the allocation is not successful. For non-SMS-managed
data sets, the primary space is allocated on the first volume in the
list. When you extend the data set because the first allocation is
full, the volumes are used in the order in which they appeared in
the DEFINE command.
Letting SMS select the volume from the storage
group reduces the chances of allocation errors caused by insufficient
space. If the data set is SMS-managed with guaranteed space, SMS places
the primary quantity on all the volumes with sufficient space for
later extensions. If the SMS-managed data set does not have guaranteed
space or is a key range data set, primary space is allocated only
on the first volume. For SMS-managed VSAM data sets, the primary space
might be allocated on a different volume from the one you specified.
You
can let SMS choose the volumes for SMS-managed data sets by coding
an * for the volser with the VOLUMES parameter. If both user-specified
and SMS-specified volumes are requested, the user-specified volser
must be input first in the command syntax. The default is one volume.
For
SMS-managed and non-SMS-managed data sets, you can specify up to 59
volume serial numbers. If the combined number of volumes for a cluster
and its associated alternate indexes exceeds 59, unpredictable results
can occur.
If the data and index components are to reside on
different device types, you must specify VOLUMES as a parameter of
both DATA and INDEX. If more than one volume is listed with a single
VOLUMES parameter, the volumes must be of the same device type.
For
SMS-managed data sets, if you want the data and index components to
be on separate volumes for nonguaranteed-space storage-class requests,
code two different dummy names in the VOLUME parameter for each component.
If there are not enough volumes in the storage group to satisfy this
requirement, the allocation will fail.
If a guaranteed-space
storage class is assigned to the data sets (cluster) and volume serial
numbers are used, space is allocated on all specified volumes if the
following conditions are met: - All defined volumes are in the same storage group.
- The storage group to which these volumes belong is in the list
of storage groups selected by the ACS routines for this allocation.
- The data set is not a key range data set.
The volume serial number is repeated in the list only
if the KEYRANGE parameter is used. You can use this to have more than
one key range on the same volume. Repetition is valid when duplicate
occurrences are used for the primary allocation of some key range.
If
a VVDS is being defined, only one volume can be specified and that
volume serial number must be reflected in the name indicated in the
NAME parameter.
The VOLUMES parameter interacts with other
DEFINE CLUSTER parameters. Ensure that the volume you give for the
cluster is consistent with the cluster's other attributes: - FILE: The volume information supplied with the DD statement
pointed to by FILE must be consistent with the information specified for
the cluster and its components.
AbbreviationsCYL, KB,
MB, REC, TRK
Abbreviation: VOL
|