The following keywords are optional; defaults, if any, are noted.
Specify YES to request that RACF or a functional equivalent give SMS the values. Because SMS must set these variables every time a data set is created, specifying NO reduces the overhead of using RACF. If you specify NO, these variables will have no values associated with them.
The ACSDEFAULTS keyword is not applicable for OAM.
Default: NO
You can allow some values to default while specifying others. For example, in AKP(800,,3000), the value for the DFSMStvs instance in the second position defaults to 1000, and sets the values for the first and third DFSMStvs instances to 800 and 3000 respectively.
If AKP is specified with only the TVSNAME parameter without an identifier, AKP applies to the system on which the PARMLIB member is being read. TVSNAME must be specified with the AKP parameter.
Activity keypointing is the process of accounting for all the log records in the undo and shunt logs that are involved in active units of recovery. Activity keypointing enables DFSMStvs to delete records that are no longer involved in active units of recovery. It also enables DFSMStvs to update the undo log to optimize its restart performance related to reading the log stream.
Default: 1000
Default: *
In z/OS® V1R8, IBM® changed the default from BLOCKTOKENSIZE(REQUIRE) to (NOREQUIRE). If you want BLOCKTOKENSIZE(REQUIRE), then you must explicitly specify it.
Default: NOREQUIRE
BREAKPOINTVALUE is applicable only to data sets that are eligible for extended addressing space (EAS). Data sets that are not EAS-eligible must reside in the track-managed region of a volume.
When a disk space request is equal to or greater than the value of BREAKPOINTVALUE , the system uses the cylinder-managed space for that extent. If not enough CMS is available, the system uses track-managed space (TMS) or both CMS and TMS. If the requested disk space is less than the BREAKPOINTVALUE, the system uses TMS. If not enough TMS is available, the system uses CMS or both of TMS and CMS.
BREAKPOINTVALUE is an optional field. If it is not specified at the storage group level, the system uses the default value that is specified in the IGDSMSxx member of SYS1.PARMLIB. If BREAKPOINTVALUE is not specified, a value of 10 cylinders is used instead.
Default: 3600
Default: NONE
If you record these subtypes, you can use CF_TIME to synchronize SMF type 42 data with SMF and RMF™ data intervals.
Specify a value from 1 to 86399 (23 hours, 59 minutes, 59 seconds). The default is 3600 (one hour).
The SMF_TIME keyword, if set to YES, overrides the CF_TIME keyword.
In a sysplex, the first system that is initialized with an IGDSMSxx member having a valid CF_TIME specification determines the CF_TIME value for the other systems in the sysplex. You can change this value through the SETSMS or SET SMS commands.
Default: 3600
Default: NO
Default: a blank character string
Default: DWW
The cicsvr_general_control_string is up to 17 characters long. The valid characters are alphanumeric (A-Z, 0–9) and national ($, @, And #) characters, blanks and comma.
Default: a blank string that is interpreted as SUBMIT NONE
Default: PROD
Default: DWW
Default: a blank string that is interpreted as ENABLE CONT
Default: DWW
Default: a blank characters string
To convert an existing DBB-based compressed data set to use tailored compressions, you must set the COMPRESS parameter to TAILORED and copy the generic DBB-based data set to a new data set that meets compression requirements.
With this option (as opposed to ZEDC_P), the system will fail the allocation request if the zEDC function is not supported by the system, or if the minimum allocation amount requirement is not met.
Default: GENERIC
If your installation does not use OAM for object storage, do not specify this parameter.
nnnn specifies the local system's deadlock detection interval (in seconds). Specify nnnn as a one to four digit numeric value in the range 1-9999.
kkkk specifies the number of local deadlock cycles that must expire before the sysplex performs global deadlock detection. Specify kkkk as a one to four digit numeric value in the range 1-9999.
In a sysplex, the first system that is initialized with an IGDSMSxx member having a valid DEADLOCK_DETECTION specification will determine the DEADLOCK_DETECTION value for the other systems in the sysplex. You can change this value through the SETSMS or SET SMS commands.
Default: 15,4
Default: 150
Default: *
Default: PDS
The value specified in the DSSTIMEOUT parameter value is activated when the first instance of the SMSVSAM address becomes active in the sysplex. All subsequent SMSVSAM instances will use the same value.
Default: 0
For striping allocations, fast volume selection is automatically activated regardless of the specification of the FAST_VOLSEL parameter.
If you specify OFF, SMS uses the 'normal' approach to select volumes.
Default: OFF
If you specify YES, the system will reclaim generation data sets.
For complete information about how reclaim processing works, see Reclaiming Generation Data Sets in z/OS DFSMS Using Data Sets.
Default: YES
Default: NO
If your installation has multiple systems simultaneously trying to update the SMS configuration and you have your INTERVAL value set too low, you may experience contention. The larger the number of SMSplex members and the larger the configuration, the more contention you may experience. SMS makes several attempts to complete the configuration updates, but after a pre-defined number of attempts have been blocked by contention, the system issues the 6040 configuration services reason code. This is more liked to happen in installations with multiple SMSplex members (8 or more) and large SMS configurations (50,000 or more volumes). To reduce the amount of contention and 6040 reason codes you experience, set your INTERVAL value higher.
Default: 15
Default: *
If you specify the LOG_OF_LOGS parameter, you must also specify the TVSNAME(nnn) parameter.
Default: There is no default.
For information about the MAXGENS parameter, see z/OS MVS JCL Reference.
Default: The default is 0.
If you specify the MAXLOCKS parameter, you must also specify the TVSNAME(nnn) parameter. This parameter applies across all systems.
Default: The default for both values is 0
Specify YES to override an expiration date or retention period for an SMS-managed DASD data set. The data set will be deleted regardless of expiration dates or retention period and the system will not prompt for confirmation. Note that this is a system-level parameter that will effect all jobs running on the system. Exercise caution in using it, so that you do not accidentally delete needed data sets.
When you specify YES, ensure that all appropriate personnel at your installation know that specifying an expiration date or retention period for an SMS-managed DASD data set will not prevent the data set from being deleted.
Specify NO to honor the expiration date or retention periods.
Default: NO
Specifies the number of seconds that SMS is to wait between recording SMF type 42 subtype 1 records for buffer manager facility (BMF) cache use and SMF type 42 subtype 6 interval records. You can specify a value from 1 to 86399 (23 hours, 59 minutes, 59 seconds), and the default is 3600 (one hour).
For information about the buffer management statistics recorded in SMF record type 42, see z/OS MVS System Management Facilities (SMF).
Default: 3600
Default: NO
Default: 2 Gigabytes
Maximum: 16 Gigabytes
Minimum: 64 Megabytes
You can use the HSP_SIZE parameter to request up to 2047 megabytes for the PDSE hiperspace. You can indicate that the hiperspace is not to be created by setting HSP_SIZE to 0. If the hiperspace is not created, the system will not cache PDSE members.
On systems that are running in z/Architecture® mode, by default the PDSE hiperspace is not created and PDSE member caching is disabled.
The system uses the valid values for HSP_SIZE to create the PDSE hiperspace at IPL-time. The HSP_SIZE value remains in effect for the duration of the IPL.
If not enough of the appropriate storage is available to satisfy the HSP_SIZE value, the system uses some portion of the available storage (up to the full amount) for the PDSE hiperspace depending on the amount of caching activity in the system. If the available storage becomes full, the system stops caching PDSE members
Use the HSP_SIZE parameter with care. If you specify an HSP_SIZE value that is too low for normal PDSE hiperspace usage, you can degrade PDSE performance. If you specify a value for HSP_SIZE that is too large, and there is contention for storage on the system, you can degrade performance of other components or applications in the system.
To determine the current HSP_SIZE value of the PDSE hiperspace, use the DISPLAY SMS,OPTIONS command, or review the messages that are written to syslog when SMS is started.
You can examine SMF type 42, subtype 1, records to evaluate the effectiveness of a particular HSP_SIZE value.
PDSE Caching statistics at the data set level are available in SMF type 14 and 15 records. You can also display PDSE Caching details using the DISPLAY SMS,PDSE,HSPSTATS command.
Default: 0 for z/Architecture mode, 256 for non-z/Architecture mode
LRUCYCLES is related to LRUTIME. A change to the LRUCYCLES value introduced by this parameter takes effect on the next execution of the LRU routine. Use the default value. In some very high data rate situations, you can tune this value. Monitor the SMF 42 type 1 record to determine the amount of caching activity in the BMF data space. See z/OS MVS System Management Facilities (SMF) for information about the buffer management statistics recorded in SMF record type 42.
Default: 15 for z/Architecture mode, 240 for non-z/Architecture mode
LRUTIME specifies the number of seconds (5 to 60) that the system waits between calls to the LRU (least recently used) routine. The LRU routine releases inactive buffers in the data space that are used to cache PDSE (partitioned data set extended) directory data and in the hiperspace used to cache PDSE member data.
LRUTIME is related to LRUCYCLES. A change to the LRUTIME value takes effect on the next execution of the LRU routine. Use the default value. In some very high data rate situations you can tune this value. Monitor the SMF 42 type 1 record to determine the amount of caching activity in the data space. See z/OS MVS System Management Facilities (SMF) for information about the buffer management statistics recorded in SMF record type 42.
Default: 60 for z/Architecture mode, 15 for non-z/Architecture mode
Default: YES
If you specify PDSE_RESTARTABLE_AS(YES), with PDSESHARING(EXTENDED), and EXTENDED sharing is not used, processing does not allow PDSE initialization to create a second restartable PDSE address space.
The PDSE_RESTARTABLE_AS specification is set in the IGDSMSxx member of SYS1.PARMLIB. This value cannot be changed through an operator command.
Default: NO
The PDSE_VERSION specification is set in the IGDSMSxx member of SYS1.PARMLIB. This value cannot be changed through an operator command.
Default: 1
Default: 3600 (one hour)
For the SMSPDSE1 address space, specifies whether to keep cached directory and member data in storage beyond the last close on this system of a PDSE data set. If the NO option is selected or defaulted, the cached directory and member data of a PDSE is purged from the in-memory cache when the last close of the data set occurs. If you specify the YES option, the cached PDSE directory and member data are retained in the in-memory cache beyond the last close of the data set.
Default: NO
Default: 2 Gigabytes
Maximum: 16 Gigabytes
Minimum: 64 Megabytes
You can use the PDSE1_HSP_SIZE parameter to request up to 2047 megabytes for the PDSE1 hiperspace. Or, you can indicate that the hiperspace is not to be created by setting PDSE1_HSP_SIZE to 0. If the hiperspace is not created, the system will not cache PDSE members.
On systems that are running in z/Architecture mode, by default the PDSE1 hiperspace is not created and PDSE member caching is disabled.
If you specify a valid value for PDSE1_HSP_SIZE, the system uses it to create the PDSE1 hiperspace at IPL-time. The PDSE1_HSP_SIZE value may be changed by a SET SMS=xx command, and then the new value will be used if the SMSPDSE1 address space is restarted.
If not enough of the appropriate storage is available to satisfy the PDSE1_HSP_SIZE value, the system uses some portion of the available storage (up to the full amount) for the PDSE1 hiperspace, depending on the amount of caching activity in the system. The system stops caching PDSE members if the available storage becomes full.
Use the PDSE1_HSP_SIZE parameter with care. If you specify an PDSE1_HSP_SIZE value that is too low for normal PDSE hiperspace usage, you can degrade PDSE performance. If you specify a value for PDSE1_HSP_SIZE that is too large, and there is contention for storage on the system, you can degrade performance of other components or applications in the system.
To determine the current PDSE1_HSP_SIZE value of the PDSE1 hiperspace, use the DISPLAY SMS,OPTIONS command, or review the messages that are written to syslog when SMS is started.
You can examine SMF type 42, subtype 1, records to evaluate the effectiveness of a particular HSP_SIZE value.
PDSE Caching statistics at the data set level are available in SMF type 14 and 15 records. You can also display PDSE Caching details using the DISPLAY SMS,PDSE1,HSPSTATS command.
Default: 0
PDSE1_LRUCYCLES is related to PDSE_LRUTIME. A change to the PDSE1_LRUCYCLES value takes effect on the next execution of the LRU routine. Use the default value. In some very high data rate situations, you can tune this value. Monitor the SMF 42 type 1 record to determine the amount of caching activity in the BMF data space. See z/OS MVS System Management Facilities (SMF) for information about the buffer management statistics recorded in SMF record type 42.
Default: 15 for z/Architecture mode, 240 for non-z/Architecture mode
PDSE1_LRUTIME is related to PDSE1_LRUCYCLES. A change to the PDSE1_LRUTIME value takes effect on the next execution of the LRU routine. Use the default value. In some very high data rate situations, you change this value for tuning purposes. Monitor the SMF type 1 record to determine the amount of caching activity in the data space. See z/OS MVS System Management Facilities (SMF) for information about the buffer management statistics recorded in the SMF type 42 record.
Default: 60
Default: YES
All systems that share PDSEs must use the same sharing protocol, either NORMAL or EXTENDED. The first system in the sysplex to IPL will determine which sharing protocol is used. If EXTENDED has been established as the protocol and a system that is not able to run with EXTENDED PDSE sharing joins the sysplex, that system will not be able to use the PDSEs.
For more information about sharing PDSEs across a sysplex, see z/OS MVS Setting Up a Sysplex.
Default: NORMAL
For more information about sharing PDSEs across a sysplex, see z/OS MVS Setting Up a Sysplex.
Default: NO
DFSMSdss must use conventional I/O to copy this type of data set. When the option is PS_EXT_VERSION(2), any new sequential extended format data sets created will be in version 2 format. This will allow FlashCopy to copy the data set much more efficiently if it has multiple volumes and is not striped. The system saves this version number in the field DFASEFVR in the DFA, which is mapped by the IHADFA macro as described in z/OS DFSMSdfp Advanced Services.
Each data set's catalog entry will indicate whether the data set is version 1 or version 2. You can display the data set version via IDCAMS LISTCAT and DCOLLECT.
Default: 1
If you specify the QTIMEOUT parameter, you must also specify the TVSNAME(nnn) parameter. This parameter applies across all systems.
Default: 300
Default: NO
Specify YES if you want the SMSVSAM address space started as part of system initialization or through the command. This value applies only to the system accessed by the parmlib member and is acted upon when SMSVSAM is next started.
Specify NO if you do not want to start SMSVSAM during system initialization or through the command. If you specify NO, you must take the following steps to start SMSVSAM later:
Default: NO
Use SMF 42, subtype 19 records to help you determine the maximum size of the SMSVSAM local buffer pool.
You can specify a two to four-digit numeric value, with 10 as the minimum value. If you specify a value less than 10, the field is set to 10. If you specify a value greater than 1500, SMSVSAM assumes there is no maximum limit. IBM suggests that you limit the size of the local buffer pool.
Default: 100
RLS_MAXCFFEATURELEVEL is a sysplex wide value. The first system activated in the sysplex will set the value; all other systems will use the value set by the first system.
Default: Z
VSAM RLS detects deadlocks within VSAM and DFSMStvs. It cannot detect deadlocks across other resource managers, and uses the timeout value to determine when such deadlocks might have occurred. You can specify a global timeout value in the IGDSMSxx member of SYS1.PARMLIB, a step level timeout value on the JCL, or a timeout value on the RPL passed for each VSAM request.
RLSTMOUT is valid a parameter for either VSAM RLS or DFSMStvs. If you specify RLSTMOUT but do not specify the TVSNAME parameter, the value is used only by RLS. For DFSMStvs, the first instance of DFSMStvs brought up within the sysplex determines the value. Subsequent DFSMStvs instances use the value established by the first system, regardless of what might be specified in their members of SYS1.PARMLIB.
RLSTMOUT can be specified only once in a sysplex and applies across all systems in the sysplex.
Default: 0
Default: 0
Default: 0
Note that because YES is the default, you will see SAM_USE_HPF=YES when you display SMS options for the system, even if it is not attached to an HPF-capable device.
Default: YES
Default: ALL
nnnnnnK specifies the size in kilobytes; the value can range from 0K to 255000K (255,000 kilobytes), and it is rounded up to the nearest 4K unit.
nnnM specifies the size in megabytes; the value can range from 0M to 255M (255 megabytes).
If you specify nnnnnn without a unit, the system assumes a unit of kilobytes.
Default: 128K
The following SMF record 42 subtypes are affected when you specify SMF_TIME(YES): 1, 2, 15, 16, 17, 18. If you record these subtypes, you can use SMF_TIME(YES) to synchronize SMF type 42 data with SMF and RMF data intervals.
Specifying SMF_TIME(YES) overrides the following IGDSMSxx parameters: CACHETIME, CF_TIME.
Default: YES
Default: *
Default: NO
Default: NO
Use the combination of SYSNAME and TVSNAME when the PARMLIB member is shared between systems. If no SYSNAME parameter is specified, the TVSNAME parameter applies to the system on which the PARMLIB member is read.
If you specify the SYSNAME parameter, you must also specify the TVSNAME(nnn) parameter. If you specify SYSNAME, but the system name is not specified, DFSMStvs is not started on the system.
Default: There is no default.
SYSTEMS(8) specifies that a maximum of 8 system names, system group names, or both, can be specified for the SMS configuration. This value indicates that the system is running in compatibility mode and can share configurations (SCDSs or ACDSs) and COMMDS with systems that are running down-level releases of z/OS. Essentially, the system continues to operate as before DFSMS/MVS 1.3, whose date of general availability was in 1995.
SYSTEMS(32) specifies that a maximum of 32 system names, system group names, or both, can be specified for the SMS configuration. This value indicates that the system is not running in compatibility mode, and therefore the ACDS, SCDS and COMMDS cannot be shared with any systems that are running in compatibility mode.
Default: 8
Default: ON
You can use the TVSNAME parameter without the SYSNAME parameter when the PARMLIB member is not shared between systems. If no TVSNAME parameter is found, DFSMStvs processing is not available on the system.
Default: There is no default.
Recommendation: Do not cold start DFSMStvs unless the DFSMStvs system logs have been damaged. After a cold start, data sets for which recovery was not completed could be left in a damaged state and must be recovered manually. If the data sets are forward recoverable, their forward recovery logs might also be damaged. IBM suggests that you manually recover the data sets (without using forward recovery), take back ups of them and any other data sets using the forward recovery log, then delete and redefine the forward recovery log.
TV_START_TYPE(COLD,,COLD)
If both TVSNAME and SYSNAME parameters are also specified, TV_START_TYPE applies to the system specified on the SYSNAME parameter preceding or following it. If TV_START_TYPE is found with only the TVSNAME parameter, it applies to only the system on which the PARMLIB member is being read.
Default: The default is WARM.
If you specify VOLSELMSG(nnnnn), where nnnnn has a value greater than 0, with TYPE(ALL), you must also specify one of the following parameters to limit the number of detailed analysis messages:
Default: ERROR
When SMS is not active in the system, USEEAV is not available and the installation must use alternate means to control the usage of Extended Address Volumes.
Default: NO
Default: YES
Default: OFF
Default: 0