Rule Parameters
General
Rule definitions can be defined by the Rule Definition facility using preformatted screens.
BMC recommends that all Control-M/Tape users read the description of the Rule Definition facility in Online Facilities before reading this section.
Figure 109 Control-M/Tape Rule Definition Screen
RULE: JOB0099 LIB CTT.PROD.RULES TABLE: ADM0002
COMMAND ===> SCROLL===> CRSR
------------------------------------------------------------------------------
RULE NAME JOB0099 GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43 SEQUENCE PRIORITY 01 CONTINUE SEARCH Y (Y/N)
DESCRIPTION SET VAULT PATTERN OF JOB0099 VOLUMES
DOCMEM JOBDOCS DOCLIB CTT.PROD.DOC
===========================================================================
ON DATASET = * And/Or/Not
============================================================================
DO VAULT = VAULTA
UNTIL DATE 0101 YEAR 1999 And/Or
VAULT = VAULTB
UNTIL DATE 0101 YEAR 2000 And/Or
VAULT = MAINLIB
UNTIL DATE 0101 YEAR 2001 And/Or
VAULT =
DO CONDITION = JOB0099_CHANGE_VAULT ODAT +
AT CLOSE
DO
============================================================================
============================================================================
DAYS DCAL
AND/OR
WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
CONFCAL SHIFT
======= >>>>>>>>>>>>>>> END OF RULE DEFINITION PARAMETERS <<<<<<<<<<<<<<< ====
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
All rule definitions are stored in members in standard user libraries. The Control-M/Tape term for a member of this type is "table." Each table is composed of definitions for a number of different rules, all of which usually relate to the same subject. Table maintenance within the library, and management of the rules within each table is carried out using the Rule Definition facility.
The parameters that can be specified for each rule fall into four basic categories:
Table 130 Parameter Categories
Category |
Description |
---|---|
A |
General Parameters: Basic information about the rule. |
B |
Selection Parameters: Selection conditions (the ON block). |
C |
Action Parameters: Actions to be performed (the DO block). |
D |
Scheduling Parameters: Dates to activate the rule. |
Categories A, B, and C are mandatory. Category D is optional.
This chapter presents a quick summary of the parameters in each of the categories listed above.
The summary is followed by a detailed description of each rule definition parameter (in alphabetical order).
Before reading about ON block or DO block parameters (categories B and C above), read ON/DO Block Structures.
Rule Parameters – Summary
General Parameters
General parameters provide basic information about the rule.
Table 131 General Parameters
Parameter |
Description |
---|---|
RULE NAME |
Name of the rule. |
GROUP |
Group to which the rule is assigned. |
MODE |
Control-M/Tape rule operation mode for the rule. |
OWNER |
User ID of user who created the rule. |
SEQUENCE PRIORITY |
Internal rule scanning priority. |
CONTINUE SEARCH |
Indicates whether to continue searching for additional rules if this rule meets the selection criteria. |
DESCRIPTION |
Description of the rule (free text). |
DOCMEM |
Name of the member containing documentation of the rule. |
DOCLIB |
Name of the library containing documentation of the rule. |
Selection Parameters
Selection parameters specify the criteria (the ON block) under which actions are performed by Control-M/Tape. Each rule must contain one, and only one, ON block. The ON block can contain an unlimited number of ON statements joined by parameter And/Or/Not.
Table 132 Selection Parameters
Parameter |
Description |
---|---|
ON statement |
Data sets and volumes whose access triggers the rule. The rule is performed on these data sets and volumes. |
And/Or/Not |
Conjunctional parameter for linking ON statements. |
For a detailed description of valid ON statements, see ON Statement: Selection Parameter.
Action Parameters
Action parameters (meaning, DO parameters) specify actions to be performed by Control-M/Tape. These actions are performed only after conditions specified in the selection parameters have been fulfilled.
The following actions, described in detail on the following pages, are supported:
Table 133 Action Parameters
Parameter |
Description |
---|---|
DO ABENDRET |
Specifies how long the data set or volume is retained if an abend occurs while the data set is open. |
DO BYPASS |
Indicates whether Control-M/Tape should bypass tape management activities for the data set. |
DO CONDITION |
Adds or deletes prerequisite conditions. |
DO DYNDS |
Indicates whether a data set is dynamically added to the Media Database. |
DO DYNVOL |
Indicates whether a volume is dynamically added to the Media Database. |
DO FASTPOS |
Indicates whether Control-M/Tape should request Fast Positioning for a tape. |
DO FORCEJOB |
Forces (schedules) a jobs under Control-M. |
DO LABEL |
Determines whether an external (gummed) label is printed upon creation of the data set. |
DO OVERJCL |
Indicates whether MVS retention attributes for the data set is overridden by Control-M/Tape rules. |
DO OWNER |
Assigns an owner to the volumes and data sets. |
DO POOL |
Indicates the pool from which scratch volumes are taken. |
DO RECREATE |
Indicates whether an existing data set is overwritten by the data set. |
DO RESOURCE |
Modifies the quantity of Quantitative resources. |
DO RETENTION |
Specifies how long the data set or volume is retained. |
DO SET |
Assigns a value to an IOA AutoEdit variable. |
DO SHOUT |
Issues a message to a console, TSO user ID, ROSCOE user, IOA Log, or Info/Management. |
DO STACK |
Enables or disables stacking of data sets. |
DO STKDEFSZ |
Indicates a default size for the data set if it is to be stacked. |
DO STKGROUP |
Indicates a stacking group for the data set. |
DO STKMODE |
Indicates a method to be used for stacking the data set. |
DO STKMXLBL |
Indicates a maximum number of data sets with which the data set can be stacked on one volume. |
DO STKMXVOL |
Indicates the maximum number of volumes in a chain on which the data set can be stacked. |
DO STKRULE |
Indicates a stacking limitation for the data set. |
DO STKSRCHL |
Indicates a maximum number of volumes that can be considered for stacking the data set. |
DO VAULT |
Identifies name, location and retention specifications of a vault for volume storage. |
It is possible to create a rule without specifying any Action parameters. One use for a rule without DO actions is to change the Control-M/Tape operation mode without performing other actions.
Action parameters are divided into the following categories:
-
Parameters unique to Control-M/Tape (for example, DO ABENDRET, DO LABEL, DO OWNER, DO POOL, DO RETENTION, DO STACK, and DO VAULT).
-
Other DO parameters (meaning, DO CONDITION, DO FORCEJOB, DO RESOURCE, DOSET, and DO SHOUT) interface with and/or are common to the INCONTROL family of products.
And/Or Subparameter Logic
And/Or is a conjunctional subparameter that permits the specification and linking of some of the subparameters specified with some of the DO parameters described in the following pages. Valid values:
Table 134 And/Or Subparameter Values
Value |
Description |
---|---|
Value |
Description |
A (And) |
Both linked subparameters must have the value specified in the corresponding fields in the DO parameter for the action to take place. |
O (Or) |
At least one of the linked subparameters must have the value specified in the field in the DO parameter for the action to take place. |
ON/DO Block Structures
Selection parameters and Action parameters are specified as blocks of information (parameters).
The ON block determines which volumes and/or data sets, when accessed, trigger the rule (for example, all data sets created by a certain job or program). The basic structure of an ON block is:
ON selection And/Or/Not
ON selection And/Or/Not
.
.
.
ON selection
The DO block specifies which actions are performed. The basic structure of a DO block is:
DO action
DO action
DO action
.
.
.
DO action
Each Control-M/Tape rule is composed of General parameters, followed by one ON block and one DO block. Scheduling parameters can optionally be specified.
The structure of a simple rule is illustrated below in free format (not using Control-M/Tape’s actual syntax). The rule definition parameters are described in detail in this chapter.
Table 135 Control-M/Tape Rule Structure Example
Section of Rule |
Expression |
Explanation |
---|---|---|
GENERAL INFORMATION: |
RULE=VAULT_BACKUP |
Name of rule is VAULT_BACKUP. |
OWNER=M99 |
User ID is M99. |
|
DESCRIPTION="This rule stores all backup files for Department 1 in Vault A." |
Description of purpose of the rule. |
|
ON/DO BLOCK:
|
ON DATASET=BACKUP.* AND ON JOBNAME=DPT01* |
Select backup data sets for Department 1. |
DO VAULT=A FOR 60 DAYS |
Send these data sets to Vault A for two months. |
|
DO SHOUT |
Send message to instruct the operator about the vault operation. |
|
SCHEDULING INFORMATION: |
no criteria |
Perform this rule at all times without scheduling restrictions. |
Basic Scheduling Parameters
Basic Scheduling parameters determine on which day a rule can be loaded into the Real-time environment. For more details on the Real-time environment, refer to Real-Time Environment.
There are several different Basic Scheduling parameters and subparameters, each providing a different method of expressing a rule’s schedule. Each rule definition can use any one or several of these parameters, depending on scheduling requirements.
Based on the rule’s Basic Scheduling parameters, the New Day procedure determines whether the rule is a candidate for execution on a specific date. Valid parameters are:
Table 136 Control-M/Tape Basic Scheduling Parameters
Parameter |
Description |
---|---|
DAYS |
Days of the month to activate the rule. |
WDAYS |
Days of the week to activate the rule – Sunday, Monday, and so on. |
MONTHS |
Months to activate the rule. |
DATES |
Dates to activate the rule – day and month. |
CONFCAL |
Name of a user-defined calendar that is used for validating schedules. |
Each Basic Scheduling parameter is described in detail in this chapter. However, the interrelationships between some of these parameters is described briefly below.
DAYS/DCAL, WDAYS/WCAL
These parameters are all optional.
Parameter DAYS identifies days of the month on which the rule is scheduled. For example, 1st day of the month, 3rd working day of the month, and so on. Several formats are available for specifying DAYS values.
Parameter WDAYS identifies days of the week on which the rule is scheduled. For example, the 1st day of the week, the 2nd working day of each week, and so on. Several formats are available for specifying WDAYS values.
A calendar name can be specified in the DCAL and/or WCAL fields. A calendar specifies days of the year on which a rule can be scheduled, known as working days. For more information on calendars and the IOA Calendar Facility, see IOA Calendar Facility.
When both the DAYS and DCAL parameters are specified, a date must appear in both parameter specifications for scheduling to result.
Similarly, when both WDAYS and WCAL are specified, a day must appear in both parameter specifications for rule scheduling to result.
When values for both DAYS (/DCAL) and WDAYS (/WCAL) are specified in the same rule definition, the resulting schedule is determined by the value specified in field AND/OR.
CONFCAL/SHIFT
A calendar specified in parameter CONFCAL is not used for rule scheduling, but is used instead for validating a schedule date. Only rules that have satisfied all other specified basic scheduling criteria are checked against the CONFCAL calendar. If the day is a working day in the CONFCAL calendar, the rule is scheduled on that day. Otherwise, the rule is either shifted to (scheduled on) another day according to the value specified in parameter SHIFT, or the rule is not scheduled (if no SHIFT value has been specified).
CONFCAL calendars are useful for handling holidays and other scheduling exceptions.
Defining a Schedule – Internal Scheduling Logic
The following logic is used by the IOA Scheduling facility to determine whether to order a rule on a specific day:
-
DAYS/DCAL parameters are checked independently and a first tentative scheduling decision is created.
-
WDAYS/WCAL parameters are checked independently and a second tentative scheduling decision is created.
-
A third scheduling decision is created based on the above two decisions and the AND/OR value linking them.
If DAYS/DCAL are not specified, the third scheduling decision is identical to the second scheduling decision. If WDAYS/WCAL are not specified, this third scheduling decision is identical to the first scheduling decision.
-
If CONFCAL/SHIFT are specified, the third scheduling decision is adjusted according to the CONFCAL/SHIFT criteria.
-
The third scheduling decision (as adjusted, if necessary) becomes the final scheduling decision. The IOA Scheduling facility decides whether to schedule a rule based on this third scheduling decision.
Parameter Descriptions
This section contains detailed descriptions of all parameters available in the Control-M/Tape Rule Definition screen. Parameters are arranged in alphabetical order. Within each parameter, subparameters are arranged according to the order of the fields on the screen.
Each parameter begins on a new page, and includes the following:
-
a brief explanation of the parameter’s purpose
-
the format required for defining the parameter within an extract of the Control-O screen
-
general information explaining the parameter and its usage
-
where applicable, some practical examples illustrating implementation of the parameter
For more information on the Rule Definition facility, see Online Facilities.
CONFCAL: Basic Scheduling Parameter
Specifies the name of a calendar that is used to confirm whether a rule that is scheduled for a particular day according to other scheduling criteria, is either scheduled on that day, shifted to another day, or not scheduled at all.
For more information, see also DAYS and WDAYS.
Figure 110 CONFCAL Parameter Format
The CONFCAL subparameters are described below:
Table 137 CONFCAL Subparameters
Subparameter |
Description |
---|---|
CONFCAL |
Valid calendar (member) name of 1 through 8 characters. A calendar specified in CONFCAL is not used for rule scheduling, but is used instead for validating schedule dates. Only rules to be scheduled on a day, based on other specified scheduling criteria, are checked against the CONFCAL calendar. If the day is a working day in the CONFCAL calendar, the rule is scheduled on that day. Otherwise, subparameter SHIFT determines whether the rule is shifted to (scheduled on) another day or is not scheduled. |
SHIFT |
When a rule fails confirmation for scheduling on a given day because the day is not a working day in the CONFCAL calendar, SHIFT determines if and when the rule is alternatively scheduled. Valid values are:
|
General Information
CONFCAL calendars are useful for handling holidays and other scheduling exceptions.
CONFCAL is optional. If not specified, rules are scheduled according to other basic scheduling criteria without confirmation.
CONFCAL should not contain the name of a periodic calendar. If it does, no day passes the confirmation.
SHIFT cannot be specified unless CONFCAL is specified, and when CONFCAL is specified, SHIFT is optional (meaning, blank defaults to no shifting).
Example
This example is based on the following assumptions:
-
The current month is September 2001.
-
Working days are defined in the WORKDAYS calendar, which contains the following working days (indicated by Y) for September 2001:
---S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 +
Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y
-
Start of the week is defined as Monday. Weeks start on the following dates in September: 3rd, 10th, 17th, and 24th.
Schedule the rule on the 1st, 7th and 15th day of the month if they are both Saturdays and working days in WORKDAYS. If the day of the month (1st, 7th, 15th) is not a Saturday, do not schedule the rule. If the day of the month is a Saturday but is not a working day, schedule the rule on the next working day.
DAYS - 1,7,15
AND/OR - AND
WDAYS - 6
CONFCAL - WORKDAYS
SHIFT - >
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 111 CONFCAL Parameter Example
CONTINUE SEARCH: General Parameter
Determines whether to continue searching for additional rules if this rule meets the selection criteria.
Figure 112 CONTINUE SEARCH Parameter Format
Mandatory. Valid values are:
Table 138 CONTINUE SEARCH Values
Value |
Description |
---|---|
Y (Yes) |
Continue search for rules with matching selection criteria. Control-M/Tape continues to search for matching rules until a matching rule is found in which a value of N is specified for CONTINUE SEARCH, or until all possible DO actions have been performed. |
N (No) |
Discontinue search if this rule meets the selection criteria. Control-M/Tape stops searching if this rule satisfies the selection criteria. Control-M/Tape continues to search if this rule does not match the selection criteria. |
Example
Control-M/Tape continues searching for matching rules even if this rule satisfies the selection criteria.
Figure 113 CONTINUE SEARCH Parameter Example
RULE: JOB0099 LIB CTT.PROD.RULES TABLE: ADM0002
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME JOB0099 GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43 SEQUENCE PRIORITY 01 CONTINUE SEARCH Y (Y/N)
DESCRIPTION SET VAULT PATTERN OF JOB0099 VOLUMES
DOCMEM JOBDOCS DOCLIB CTT.PROD.DOC
===========================================================================
ON DATASET = * And/Or/Not
============================================================================
DO VAULT = VAULTA
UNTIL DATE 0101 YEAR 1999 And/Or
VAULT = VAULTB
UNTIL DATE 0101 YEAR 2000 And/Or
VAULT = MAINLIB
UNTIL DATE 0101 YEAR 2001 And/Or
VAULT =
DO CONDITION = JOB0099_CHANGE_VAULT ODAT +
AT CLOSE
DO
============================================================================
============================================================================
DAYS DCAL
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
DATES: Basic Scheduling Parameter
Specifies dates, by month and day, on that the rule is scheduled.
Figure 114 DATES Parameter Format
Optional. Valid values are 4-character dates, in either mmdd or ddmm format depending on the site standard.
A maximum of 12 dates can be specified.
General Information
The rule is scheduled only on the dates specified in the dates list.
This parameter cannot be used with parameters MONTHS, DAYS, and DCAL.
To specify more than 12 dates for one rule, the dates are defined in a calendar and the calendar is specified in DCAL (or WCAL).
The relationship between DATES and WDAYS/WCAL is OR. If the rule is scheduled according to the DATES parameter or according to the WDAYS/WCAL combination, it is scheduled.
Examples
Schedule a rule for the 15th of January (mmdd format):
DATES 0115
Schedule a rule for the 21st of December and the 21st of June (ddmm format).
Figure 115 DATES Parameter – Example
DOCMEM JOBDOCS DOCLIB CTT.PROD.DOC
============================================================================
ON DATASET = * And/Or/Not
============================================================================
DO VAULT = VAULTA
UNTIL DATE 0101 YEAR 1999 And/Or
VAULT = VAULTB
UNTIL DATE 0101 YEAR 2000 And/Or
VAULT = MAINLIB
UNTIL DATE 0101 YEAR 2001 And/Or
VAULT =
DO CONDITION = JOB0099_CHANGE_VAULT ODAT +
AT CLOSE
DO
============================================================================
============================================================================
DAYS DCAL
AND/OR
WDAYS ALL WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
CONFCAL SHIFT
======= >>>>>>>>>>>>>>> END OF RULE DEFINITION PARAMETERS <<<<<<<<<<<<<<< ====
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
DAYS: Basic Scheduling Parameter
Specifies the days of the month on that the rule is scheduled.
For more information, see also WDAYS and CONFCAL.
Figure 116 DAYS Parameter Format
Optional. DAYS specifies days of the month on that rules are scheduled, provided other scheduling criteria are met. Values for DAYS can be specified alone, or they can be specified together with a calendar specified in the DCAL subparameter. DAYS/DCAL can also be specified together with WDAYS/WCAL (described under WDAYS in this chapter).
Parameter DAYS consists of the following:
Table 139 DAYS Subparameters
Subparameter |
Description |
---|---|
DAYS |
Days of the month on which to schedule a rule. (The months in which to schedule rules are specified in the MONTHS parameter, described in this chapter.) Various formats (described later) can be used to specify DAYS (for example, 3 means the 3rd day of the month, L2 means the day before the last day of the month, D1PA means the 1st day in period A). |
DCAL |
Name of a calendar containing a predefined set of dates (referred to as working days) on which a rule is scheduled. A specified name must be a valid member name of 1 through 8 characters. For more information on how to define, use and modify calendars, see IOA Calendar Facility. A calendar specified in subparameter DCAL does not have to exist when defining the rule parameters. Its existence is checked by the New Day procedure, so it must exist when the rule is ordered. |
AND/OR |
Conjunctional parameter used to link the DAYS and WDAYS parameters when both are specified.
|
Assuming all other scheduling criteria are met:
-
When DAYS are specified without DCAL, the rule is scheduled on the specified days (in the specified months).
-
When DCAL is specified without DAYS, the rule is scheduled on the working days marked in the DCAL calendar.
-
When DAYS and DCAL are both specified, scheduling depends on how the working days defined in the calendar, and the values and format of the DAYS parameter combine (described below).
-
When both DAYS and WDAYS criteria are specified, scheduling depends on the AND/OR subparameter connecting them.
Valid Formats for DAYS
Valid formats for the DAYS parameter, and how they relate to DCAL, are described below.
In the following non-periodic scheduling formats:
-
n is an integer from 1 to 31.
-
Multiple values can be specified (separated by commas) in any order.
-
DCAL should not contain the name of a periodic calendar.
Table 140 Non-Periodic Scheduling Formats
Format |
Description |
---|---|
ALL |
All days in the month. If ALL is specified, other DAYS values cannot be specified with it. If a DCAL calendar is not defined, schedule the rule on all days in the month. If a DCAL calendar is defined, schedule the rule only on the working days indicated in the calendar. |
n,... |
Specific days of the month. If a DCAL calendar is not defined, schedule the rule on the specified days. If a DCAL calendar is defined, schedule the rule only when a day is defined as a working day in both the DAYS and the DCAL parameters. |
+n,... |
Days of the month in addition to the working days specified in the DCAL calendar. DCAL is mandatory. |
–n,... |
Order the rule on all days except the nth day from the beginning of the month. DCAL is mandatory. |
>n,.. |
Schedule the rule on the indicated day if it is a working day in the DCAL calendar; otherwise, schedule the rule on the next working day of the month that is not negated by a –n value in this parameter. This format is frequently used for holiday handling. DCAL is mandatory. |
<n,... |
Schedule the rule on the indicated day if it is a working day in the DCAL calendar; otherwise, schedule the rule on the last previous working day of the month that is not negated by a –n value in this parameter. This format is frequently used for holiday handling. DCAL is mandatory. |
Dn,... |
Schedule the rule on the nth working day from the beginning of the month. DCAL is mandatory. |
–Dn,... |
Schedule the rule on all working days except the nth working day from the beginning of the month. DCAL is mandatory. |
Ln,... |
Schedule the rule on the nth day (or nth working day if DCAL is defined) counting backward from the end of the month. DCAL is optional. |
–Ln,... |
If DCAL is defined, schedule the rule on all working days except the nth working day counting backward from the end of the month. If DCAL is not defined, schedule the rule on all days except the nth day counting backward from the end of the month. DCAL is optional. |
In the following periodic scheduling formats:
-
n is any integer from 1 through 63 and i is any valid period identifier (or * for all periods).
-
An * can be specified as the n value in format DnPi to represent all days. (* is not a valid n value in formats –DnPi, LnPi, and –LnPi.)
-
A period can span any number of days, but by default, no more than 33 days can elapse after the appearance of one identifier in a period until the appearance of the next matching identifier in the same period. Once a gap of 33 days has been reached, the period automatically closes. (The 33-day default can be changed by the INCONTROL administrator.)
The name of a periodic calendar must be specified in DCAL. For details concerning periodic calendars, see IOA Calendar Facility.
Table 141 Periodic Scheduling Formats
Format |
Description |
---|---|
DnPi,... |
Schedule the rule on the nth day of period i from the beginning of the period. |
–DnPi,... |
Schedule the rule on all days of period i except the nth day of period i from the beginning of the period. |
LnPi,... |
Schedule the rule on the nth day of period i counting backward from the last day of the period. |
–LnPi,... |
Schedule the rule on all days of period i except the nth day of period i counting backward from the last day of the period. |
General Information
Negative values take precedence over positive values when determining whether a rule is scheduled on a certain date. If a negative value (meaning, format –n, –Dn, –Ln, –DnPi, or –LnPi) in either the DAYS or WDAYS field prevents a rule from being scheduled on a date, the rule is not scheduled on that date even if a positive value (for example, Ln) would otherwise result in the rule being scheduled on that date.
A maximum of eight periodic values (meaning, of type DnPi, –DnPi, LnPi, and –LnPi) can be designated in any desired order.
If periodic and non-periodic values are mixed when specifying parameter DAYS, processing depends on the type of calendar specified in parameter DCAL.
-
If a non-periodic calendar is specified in the DCAL parameter, only non-periodic values in the DAYS parameter are processed; periodic values are ignored. In this case, negative periodic values (meaning, –DnPi, –LnPi) are also ignored and do not supersede other values.
-
If a periodic calendar is specified in the DCAL parameter, all periodic values and the negative non-periodic value -n in the DAYS parameter are processed; all other non-periodic values are ignored.
Parameter MONTHS is ignored when periodic values are specified in parameter DAYS.
Parameter DAYS cannot be used with parameter DATES.
Examples
The examples in this chapter are based on the following assumptions:
-
The current month is December 2001.
-
Working days are defined in calendar WORKDAYS that contains the following working days (indicated by Y) for December 2001.
---S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1
Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y
-
WDAYS are defined as working days beginning on Monday.
-
Periodic calendar PERIDAYS contains the following periodic definition for December2001. These examples assume that all other days of this calendar are blank.
---S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1
B C A A B B C A A B B C A A B B C A A B B
-
Start of the week is defined as Monday. Weeks start on the following dates in December 2001: 3th, 10th, 17th, 24th, and 31st.
At the end of each example, asterisks on a December 2001 calendar indicate the days on which the rule is scheduled.
Schedule the rule on the 17th day and the last day of the month.
DAYS - 17,L01
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 117 DAYS Parameter – Example 1
Schedule the rule on all working days of the month except the 6th day of the month, and also schedule the rule on the 1st day of the month.
DAYS - +1,-6
DCAL - WORKDAYS
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 118 DAYS Parameter – Example 2
Schedule the rule on all working days of the month except the first and last working days, and except the 17th day of the month.
DAYS - -D1,-17,-L1
DCAL - WORKDAYS
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 119 DAYS Parameter – Example 3
Schedule the rule on the eighth day of the month. If it is not a working day, schedule the rule on the closest preceding working day.
DAYS - <8
DCAL - WORKDAYS
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 120 DAYS Parameter – Example 4
Schedule the rule on the 1st day of period A, and on all days, except the 2nd day, of period B. Do not schedule the rule on the 5th day of the month.
DAYS - -5,D1PA,-D2PB
DCAL - PERIDAYS
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 121 DAYS Parameter – Example 5
Schedule the rule on each Monday and on the 1st day of the month.
DAYS - 1
AND/OR - OR
WDAYS - 1
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 122 DAYS Parameter – Example 6
Schedule the rule on the 3rd day of the month provided it is a Monday.
DAYS - 3
AND/OR - AND
WDAYS - 1
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 123 DAYS Parameter – Example 7
Schedule the rule on the last Monday of the month.
DAYS - L1,L2,L3,L4,L5,L6,L7
AND/OR - AND
WDAYS - 1
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 124 DAYS Parameter – Example 8
Schedule the rule on the 1st, 7th and 15th days of the month if they are both Saturdays and working days. If the day of the month (1st, 7th, 15th) is not a Saturday, do not schedule the rule. If the day of the month is a Saturday, but it is not a working day, schedule the rule on the next working day.
DAYS - 1,7,15
AND/OR - AND
WDAYS - 6
CONFCAL - WORKDAYS
SHIFT - >
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 125 DAYS Parameter – Example 9
Schedule the rule to run on the first Friday after the 15th of the month.
DAYS 16,17,18,19,20,21,22
AND/OR AND
WDAYS 5
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 126 DAYS Parameter – Example 10
DESCRIPTION: General Parameter
Description of the rule definition (in free text).
Figure 127 DESCRIPTION Parameter Format
The specified DESCRIPTION can include 1 through 61 characters per line. Multiple lines are allowed.
General Information
Parameter DESCRIPTION is an optional, free text description of the rule in any language. It serves as internal documentation to aid in the identification and description of individual rules under Control-M/Tape.
When text is typed on the last displayed description line and Enter is pressed, a new, blank description line is automatically displayed.
The first line of the description is displayed to the right of the rule name in the Rule List screen when the DESC command is entered in the COMMAND field of the Rule List screen.
For information on how to create more complete rule documentation, see Rule Documentation.
Example
Figure 128 DESCRIPTION Parameter Example
RULE: JOB0099 LIB CTT.PROD.RULES TABLE: ADM0002
COMMAND ===> SCROLL===> CRSR
------------------------------------------------------------------------------
RULE NAME JOB0099 GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43 SEQUENCE PRIORITY 01 CONTINUE SEARCH Y (Y/N)
DESCRIPTION SET VAULT PATTERN OF JOB0099 VOLUMES
DOCMEM JOBDOCS DOCLIB CTT.PROD.DOC
============================================================================
ON DATASET = * And/Or/Not
============================================================================
DO VAULT = VAULTA
UNTIL DATE 0101 YEAR 1999 And/Or
VAULT = VAULTB
UNTIL DATE 0101 YEAR 2000 And/Or
VAULT = MAINLIB
UNTIL DATE 0101 YEAR 2001 And/Or
VAULT =
DO CONDITION = JOB0099_CHANGE_VAULT ODAT +
AT CLOSE
DO
============================================================================
============================================================================
DAYS DCAL
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
DO Statement: Action Parameter
Actions performed when the ON selection criteria are satisfied.
Figure 129 DO Parameter Format
Optional. Specify DO statements as follows:
-
Type the action keyword (for example, POOL) in the DO field and press Enter.
-
In many cases, subparameter fields is displayed. Fill in the subparameters and press Enter again.
After entering a DO statement, another DO line is automatically displayed. Any number of DO statements can be specified.
The following are valid DO actions. Each is discussed in detail later in this chapter.
Table 142 DO Statement Actions
Action |
Description |
---|---|
DO ABENDRET |
Specifies how long the data set or volume is retained if an abend occurs while the data set is open. |
DO BYPASS |
Indicates whether Control-M/Tape should bypass tape management activities for the data set. |
DO CONDITION |
Adds or deletes prerequisite conditions. |
DO DYNDS |
Indicates whether a data set is dynamically added to the Media Database. |
DO DYNVOL |
Indicates whether a volume is dynamically added to the Media Database. |
DO FASTPOS |
Indicates whether Control-M/Tape should request Fast Positioning for a tape. |
DO FORCEJOB |
Forces (schedules) a job under Control-M. |
DO LABEL |
Determines whether an external (gummed) label is printed upon creation of the data set. |
DO OVERJCL |
Indicates whether MVS retention attributes for the data set is overridden by Control-M/Tape rules. |
DO OWNER |
Assigns an owner to the volumes and data sets. |
DO POOL |
Indicates the pool from which scratch volumes are taken. |
DO RECREATE |
Indicates whether an existing data set is overwritten by the data set. |
DO RESOURCE |
Modifies the quantity of Quantitative resources. |
DO RETENTION |
Specifies how long the data set or volume is retained. |
DO SET |
Assigns a value to an IOA AutoEdit variable. |
DO SHOUT |
Issues a message to a console, TSO user ID, ROSCOE user, IOA Log, or Info/Management. |
DO STACK |
Enables or disables stacking of data sets. |
DO STKDEFSZ |
Indicates a default size for the data set if it is to be stacked. |
DO STKGROUP |
Indicates a stacking group for the data set. |
DO STKMODE |
Indicates a method to be used for stacking the data set. |
DO STKMXLBL |
Indicates a maximum number of data sets with that the data set can be stacked on one volume. |
DO STKMXVOL |
Indicates the maximum number of volumes in a chain on which the data set can be stacked. |
DO STKRULE |
Indicates a stacking limitation for the data set. |
DO STKSRCHL |
Indicates a maximum number of volumes that can be considered for stacking the data set. |
DO VAULT |
Identifies name, location and retention specifications of a vault for volume storage. |
General Information
Control-M/Tape DO statements are divided into the following categories:
-
DO statements that are unique to Control-M/Tape and do not interface with other INCONTROL products (for example, DO ABENDRET, DO LABEL, DO POOL, DO RETENTION, DO STACK and DO VAULT).
-
DO statements that interface with or are common to other INCONTROL products. This category includes DO CONDITION, DO FORCEJOB, DO RESOURCE, DO SET, and DOSHOUT.
To add an empty DO statement between two existing DO statements, type the > character over the first letter in the DO field of the earlier DO statement, and press Enter.
Example
DO >CONDITION
Note that CONDITION is restored to its original value when Enter is pressed (meaning, the > character disappears).
To delete unwanted DO statements, either delete the DO keyword and press Enter or specify the appropriate Line Editing commands in the Edit environment, which is described in Editing Rule Definitions in the IOA Edit Environment.
DO ABENDRET: Action Parameter
Specifies a period during which a data set is retained (meaning, protected from being scratched or overwritten) following a job abend or a system crash that occurs while the data set is open.
Figure 130 DO ABENDRET Parameter Format
Optional. Type ABENDRET (or its abbreviation A) in the DO field and press Enter.
Specify an abend retention type to the right of the = prompt.
Only one DO ABENDRET statement can be specified per rule definition. A maximum of three retention types can be specified in the DO ABENDRET statement.
Depending on the abend retention type specified, different subparameters are displayed.
The abend retention types, their abbreviations, descriptions, and subparameters, are described Table 143.
Table 143 ABEND Retention Types
Type |
Description |
---|---|
CYCLES (CY) |
Abend retention is based on the number of cycles (meaning, versions) of a data set. For a more detailed description, refer to the CYCLECNT parameter in the INCONTROL for z/OS Installation Guide: Installing. Syntax: CYCLES=number_cycles where number_cycles is the number of cycles. A maximum of 4 digits can be specified. After the number of cycles is entered, the PREFIX field is displayed. The value in the PREFIX field determines whether data set versions are identified according to their prefixes (as specified in the ON DATASET statement), or according to their full names, when counting cycles. Mandatory. Valid values:
And/Or: When A (And) or O (Or) is specified, an additional abend retention field is opened on the screen. See And/Or Subparameter Logic. |
DATE (DAT) |
Abend retention is based on a specific expiration date. Syntax: DATE=expire_date where expire_date is the expiration date. If date is specified at the same time as the abend retention type, the date must be specified in 6-digit or 8-digit format according to the site standard. For example, the date can be specified in mmddyy or mmddyyyy format. Alternatively, the date can be specified in a 4-digit format, and the YEAR field is displayed. For example, specify mmdd and press Enter; the YEAR field is displayed. Specify the YEAR in 2-digit (yy) or 4-digit (yyyy) format. And/Or: And/Or When A (And) or O (Or) is specified, an additional abend retention field is opened on the screen. See And/Or Subparameter Logic. |
DAYS (DAY) |
Abend retention is based on the number of days since the data set was created. Syntax: DAYS=number_days where number_days is the number of days. A maximum of 5 digits can be specified. And/Or: When A (And) or O (Or) is specified, an additional abend retention field is opened on the screen. See And/Or Subparameter Logic. |
EDM (ED) |
Abend retention is controlled by an External Data Manager (EDM). No subparameters are specified with this abend retention type. No other abend retention types can be combined with this abend retention type (meaning, using And/Or). |
JCL EXPDT (J) |
Abend retention is based on the expiration date specified in the JCL EXPDT, RETPD or DATACLAS parameter. And/Or: When A (And) or O (Or) is specified, an additional abend retention field is opened on the screen. See And/Or Subparameter Logic. |
LAST ACCESS (L) |
Abend retention is based on the number of days since the data set was last accessed. Syntax: LAST ACCESS=number_days where number_days is the Number of days. A maximum of 4 digits can be specified. And/Or: When A (And) or O (Or) is specified, an additional abend retention field is opened on the screen. See And/Or Subparameter Logic. |
MVS CATALOG (M or CA) |
Abend retention is based on the existence of the data set in the MVS catalog. If the MVS catalog still controls the data set, the data set is retained by Control-M/Tape. Otherwise, the data set is no longer retained by Control-M/Tape. No subparameters are specified with this abend retention type. And/Or: When A (And) or O (Or) is specified, an additional abend retention field is opened on the screen. See And/Or Subparameter Logic. |
PERMANENT (P) |
Data set is retained indefinitely. This abend retention type allows data set or volume expiration to be done manually. This can be done using the EXPIRE option in the Inquire/Update screen. No subparameters are specified with this abend retention type. No other abend retention types can be combined with this abend retention type (meaning, using And/Or). |
General Information
Normal data set retention periods are based on criteria defined by parameter DO RETENTION (see the description of parameter DO RETENTION in this chapter). However, alternate retention criteria can be used if an abend (or system crash) occurs. These alternate (abend) retention criteria are specified by parameter DO ABENDRET. As with normal retention periods, if the abend retention period has passed, the data set can be overwritten – even if the data set is located on a non-scratch volume.
When a data set is opened, Control-M/Tape scans the rules to determine abend retention expiration dates. If an abend occurs before the normal close of the data set, the current generation of the data set is the expiration date specified in a DO ABENDRET statement.
When a data set is closed normally, Control-M/Tape scans the rules to determine normal retention expiration dates.
For additional information on retention periods, see Retention Management.
If a DO RETENTION statement and a DO ABENDRET statement are included in a rule definition and both these statements specify the CYCLES retention type, the value for subparameter PREFIX in these statements must be identical. The setting for subparameter PREFIX however, does not have to match the setting for this subparameter in a DO VAULT statement specifying the CYCLES retention type.
Examples
Scratch backup files of jobs that abended if the files have not been accessed for three days.
Figure 131 DO ABENDRET Parameter – Example 1
RULE: BKPSAVE LIB CTT.PROD.RULES TABLE: BKP0002
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME BKPSAVE GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 03 CONTINUE SEARCH Y (Y/N)
DESCRIPTION SETS RETENTION AND ABEND-RETENTION PERIODS FOR BACKUP FILES
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.PROD.DOCS
============================================================================
DOC
============================================================================
ON DATASET = BKP* And/Or/Not A
ON PGM = BKP* And/Or/Not A
ON USERID = ADMIN And/Or/Not
============================================================================
DO RETENTION = DAYS 00030 And/Or
DO ABENDRET = LAST ACCESS 0010 And/Or
DO
============================================================================
DAYS ALL DCAL
AND/OR
WDAYS WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
Retain for ten days backup files from jobs that abended while creating the data sets.
Figure 132 DO ABENDRET Parameter – Example 2
RULE: BKPSAVE LIB CTT.PROD.RULES TABLE: BKP0002
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME BKPSAVE GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 03 CONTINUE SEARCH Y (Y/N)
DESCRIPTION SETS RETENTION AND ABEND-RETENTION PERIODS FOR BACKUP FILES
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.PROD.DOCS
============================================================================
DOC
============================================================================
ON DATASET = BKP* And/Or/Not A
ON PGM = BKP* And/Or/Not A
ON USERID = ADMIN And/Or/Not
============================================================================
DO RETENTION = DAYS 00365 And/Or
DO ABENDRET = DAYS 0010 And/Or
DO
============================================================================
DAYS ALL DCAL
AND/OR
WDAYS WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
DO BYPASS: Action Parameter
Indicates that tape management activities are not be performed for the specified data sets.
Figure 133 DO BYPASS Parameter Format
Optional. Type BYPASS (or its abbreviation B) in the DO field and press Enter. Specify Y or N to the right of the = prompt.
Table 144 DO BYPASS Subparameters
Subparameter |
Description |
---|---|
Y (Yes) |
The data sets are bypassed by Control-M/Tape. |
N (No) |
The data sets are not bypassed. This value has the same effect as not specifying any DO BYPASS statement. |
Only one DO BYPASS statement can be specified per Control-M/Tape rule.
General Information
If the expression DO BYPASS=Y is specified in a Control-M/Tape rule, the data set or data sets specified in the ON DATASET statement of the rule are treated as if the expression EXPDT=98000 was specified for them in the JCL (meaning, no tape management activities are performed for these data sets).
WARNING: When the expression DO BYPASS=Y is specified, tapes may be inadvertently overwritten, because there the protection that is normally provided by Control-M/Tape when it is not bypassed is missing. Therefore, use this expression infrequently and carefully.
Example
Bypass Control-M/Tape for data sets with names prefixed by SYSTEM.DSNS.
Figure 134 DO BYPASS Parameter Example
RULE: ACCT4 LIB CTTP.PROD.RULES TABLE: SAMPLES
COMMAND ===> SCROLL===> CRSR
------------------------------------------------------------------------------
RULE NAME ACCT4 GROUP MODE PROD (Prod/Test)
OWNER N89 SEQUENCE PRIORITY CONTINUE SEARCH N (Y/N)
DESCRIPTION SAMPLE FOR USER MANUAL
DESCRIPTION
DOCMEM ACCT4 DOCLIB CTTP.PROD.DOC
============================================================================
ON USERID = SYS* And/Or/Not
============================================================================
DO BYPASS = YES
DO
============================================================================
============================================================================
DAYS DCAL
AND/OR
WDAYS ALL WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
CONFCAL SHIFT
======= >>>>>>>>>>>>>>> END OF RULE DEFINITION PARAMETERS <<<<<<<<<<<<<<< ====
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 14.09.27
DO CONDITION: Action Statement
Specification of prerequisite conditions to be added or deleted.
Figure 135 DO CONDITION Parameter Format
Optional. Type CONDITION (or its abbreviation C) in the DO field and press Enter. The DO CONDITION statement consists of the following subparameters:
Table 145 DO CONDITION Subparameters
Subparameter |
Description |
---|---|
name |
Descriptive name (1 through 20 characters). No blanks (except trailing blanks) are allowed. Mandatory. One prerequisite condition can be entered for each specified DO CONDITION. |
date_ref |
A 4-character date reference that can be a specific date (in either mmdd or ddmm format, depending on the site standard), or that can have one of the following values:
Before STAT was introduced, date 0101 was recommended to be used in conditions that were not date-dependent. Unlike 0101, STAT is not a date, and it operates differently. Always use STAT when defining conditions that are not date-dependent. |
The **** and $$$$ date references can only be used with the condopt parameter set to – (delete). When specifying a **** or $$$$ date reference, any prerequisite condition with the same name, with any date reference, is deleted. |
|
condopt |
This option can have one of two values:
|
AT |
The operation is performed if the specified event occurs. The shortest unique abbreviation can be specified. Valid values are:
|
Open, Close or Abend Close apply only for data set creation events. Keep and Mount can be activated (through ON statements) only upon attributes that are available at keep and mount time. For example, you cannot request DO CONDITION AT KEEP based on the program name, since this information is not available from the Keep message.
You can specify multiple DO CONDITION statements in a rule.
General Information
When DO CONDITION is specified, the designated prerequisite condition is added to, or deleted from, the IOA Conditions file (according to the option specified).
A prerequisite condition can define any user-specified situation. The following are examples of prerequisite conditions:
VOL-IN-USE
TAPE-MOUNTED
The creation or deletion of prerequisite conditions by a DO CONDITION statement can trigger (or prevent) the execution of processes in Control-M, Control-D, and other environments that require those prerequisite conditions as IN conditions.
Each prerequisite condition is associated with a specified scheduling date.
If two or more DO CONDITION statements contradict one another, the last executed statement overrides the preceding statements.
AutoEdit variables can be embedded only into the name of the condition in the DO CONDITION statement (but not the date reference). These variables are resolved (replaced) at time of rule activation. For information about AutoEdit variables, see AutoEdit Variables.
Example
Prerequisite condition CRNCY-FILE-PROCESSED is added when data set FOREIGN.CURRENCY.FILE is closed successfully. If the data set is closed under abend, the prerequisite condition CRNCY-FILE-PROC-FAILED is added. These conditions can be used to trigger jobs in Control-M.
Figure 136 DO CONDITION Parameter Example
RULE: FORGNCND LIB CTT.PROD.RULES TABLE: FOREIGN
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME FORGNCND GROUP MODE PROD (Prod/Test)
OWNER N73 SEQUENCE PRIORITY 01 CONTINUE SEARCH Y (Y/N)
DESCRIPTION THIS RULE TRIGGERS JOBS IN CONTROL-M ACCORDING TO THE
DESCRIPTION SUCCESSFUL CLOSING OF THE CURRENCY FILE
DESCRIPTION
DOCMEM FORGNCND DOCLIB CTT.PROD.DOCS
============================================================================
ON DATASET = FOREIGN.CURRENCY.FILE And/Or/Not
============================================================================
DO CONDITION = CRNCY-FILE-PROCESSED ODAT +
AT CLOSE
DO CONDITION = CRNCY-FILE-PROC-FAIL ODAT +
AT CLOSE AFTER ABEND
DO CONDITION CRNCY-FILE-PROC-FAIL ODAT -
AT CLOSE
DO CONDITION CRNCY FILE PROCESSED ODAT -
AT CLOSE AFTER ABEND
DO
===========================================================================
===========================================================================
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 17.25.32
DO DYNDS: Action Parameter
Indicates whether the specified data sets are added to the Media Database.
Figure 137 DO DYNDS Parameter Format
Optional. Type DYNDS (or its abbreviation DYND) in the DO field and press Enter. Specify Y or N to the right of the = prompt.
Table 146 DO DYNDS Subparameters
Subparameter |
Description |
---|---|
Y (Yes) |
Add a data set record to the Media Database and allow the job to access the data set. |
N (No) |
Do not add a data set record to the Media Database. If this value is specified, the job abends. |
Only one DO DYNDS statement can be specified per rule.
General Information
If a job attempts to read or update a specific data set and the data set is not defined in the Media Database, this statement determines whether a data set record describing the data set is added to the Media Database.
If no DO DYNDS statement is specified in a rule, the value specified for Control-M/Tape installation parameter DYNDS determines whether a data set record is created in the Media Database.
Example
Allow dynamic definition of data sets with names prefixed by N70.DSNS.
Figure 138 DO DYNDS Parameter Example
RULE: ACCT5 LIB CTTP.PROD.RULES TABLE: SAMPLES
COMMAND ===> SCROLL===> CRSR
------------------------------------------------------------------------------
RULE NAME ACCT5 GROUP MODE PROD (Prod/Test)
OWNER N89 SEQUENCE PRIORITY CONTINUE SEARCH N (Y/N)
DESCRIPTION ALLOW DYNAMIC DEFINITION OF DATASETS WITH AN N70.DSNS PREFIX
DESCRIPTION
DOCMEM ACCT5 DOCLIB CTTP.PROD.DOC
============================================================================
ON DATASET = N70.DSNS* And/Or/Not
============================================================================
DO DYNDS = YES
DO
============================================================================
============================================================================
DAYS DCAL
AND/OR
WDAYS ALL WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
CONFCAL SHIFT
======= >>>>>>>>>>>>>>> END OF RULE DEFINITION PARAMETERS <<<<<<<<<<<<<<< =====
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 14.18.50
DO DYNVOL: Action Parameter
Indicates whether the specified volumes are added dynamically to the Media Database.
Figure 139 DO DYNVOL Parameter Format
Optional. Type DYNVOL (or its abbreviation DYNV) in the DO field and press Enter. The following subparameter fields are displayed:
Table 147 DO DYNVOL Subparameters
Subparameter |
Description |
---|---|
SPECIFIC REQUEST |
Indicates handling of requests for a specific volume. |
NON SPECIFIC REQUEST |
Indicates handling of requests for a SCRATCH volume. |
Each of these fields must be filled in with one of the following values:
Table 148 DO DYNVOL Subparameter Values
Value |
Description |
---|---|
Y |
Add the volume definition to the Media Database. |
N |
Do not add the volume definition to the Media Database. For specific requests, force the job to abend. For scratch requests, reject the volume. |
P |
Display a message prompting the operator to specify whether the volume’s definition is added to the Media Database. |
E |
Add the volume definition to the Media Database, and mark the volume as External. |
I |
Ignore the volume and continue the job without Control-M/Tape intervention or information recording. No information is recorded in the Media Database regarding the volume or the data sets on that volume. If a subsequent tape that is mounted during the run of the job is found to already exist in the Media Database, either the job is abended (for specific tape requests), or the tape is rejected and a different tape is requested (for nonspecific tape requests). |
Only one DO DYNVOL statement can be specified per rule.
General Information
If a job attempts to access a volume that is not defined in the Media Database, this statement determines whether a volume record describing the volume is added to the Media Database.
If no DO DYNVOL statement is specified in a rule, the value specified for Control-M/Tape installation parameter DYNVOL determines whether a volume record is created in the Media Database.
Example
If a data set is created on a volume in the range EVOL01 to EVOL99, that is not defined in the Media Database, either define the volume dynamically (for specific requests), or define it as an External Volume (for a Scratch request).
Figure 140 DO DYNVOL Parameter Example
RULE: ACCT6 LIB CTTP.PROD.RULES TABLE: SAMPLES
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME ACCT6 GROUP MODE PROD (Prod/Test)
OWNER N89 SEQUENCE PRIORITY CONTINUE SEARCH N (Y/N)
DESCRIPTION LIMIT DYNAMIC VOLUME DEFINITION DEPENDING ON REQUEST TYPE.
DESCRIPTION
DOCMEM ACCT6 DOCLIB CTTP.PROD.DOC
============================================================================
ON DATASET = * And/Or/Not A
ON VOLSER = EVOL01 TO EVOL99 And/Or/Not
============================================================================
DO DYNVOL = SPECIFIC REQUEST= Y NON SPECIFIC REQUEST (SCRATCH)= E
DO
============================================================================
============================================================================
DAYS DCAL
AND/OR
WDAYS ALL WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
CONFCAL SHIFT
===== >>>>>>>>>>>>>>> END OF RULE DEFINITION PARAMETERS <<<<<<<<<<<<<<< =====
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.35.11
DO FASTPOS: Action Parameter
Indicates that specified data sets are located using Fast Positioning.
Figure 141 DO FASTPOS Parameter Format
Optional. Type FASTPOS (or FA) in the DO field and press Enter. Specify YES (or Y), NO (N), OVERRIDE (O), or TEST (T) following the = prompt.
Table 149 DO FASTPOS Subparameters
Subparameter |
Description |
---|---|
Y (Yes) |
Use Control-M/Tape Fast Positioning. However, if the program has its own Fast Positioning mechanism, that mechanism is used and Control-M/Tape does not intervene. |
N (No) |
Do not use Control-M/Tape Fast Positioning. If the program has its own Fast Positioning mechanism, that mechanism is used and Control-M/Tape does not intervene. |
OVERRIDE |
Same as YES, but use Control-M/Tape Fast Positioning even if the program has its own Fast Positioning mechanism. However, if Control-M/Tape Fast Positioning is not appropriate (for example, you are appending to the data set) and the program has its own Fast Positioning mechanism, that mechanism is used and Control-M/Tape does not intervene. |
TEST |
Same as YES, but in addition use Control-M/Tape Fast Positioning when Control-M/Tape is running in Test mode. |
Only one DO FASTPOS statement can be specified per rule.
General Information
MVS Fast Positioning dramatically cuts the time required to position a tape to a data set.
Fast Positioning by Control-M/Tape works as follows:
-
At time of data set creation, Control-M/Tape retrieves the blockID of the data set from the operating system, and stores it in the Control-M/Tape Media Database. The blockID identifies the data set location on the tape.
-
During subsequent access of the data set, Control-M/Tape retrieves the blockID from the Media Database, and passes it to the operating system, which then fast positions the tape to the specific location.
For more information on Fast Positioning, see Fast Positioning a Tape.
Example
Use Fast Positioning to position a tape to all data sets that have the prefix SALARY.DB.YEAR (but not in TEST mode, and not if the program uses its own mechanism for Fast Positioning).
Figure 142 DO FASTPOS Parameter Example
RULE: ACCT13 LIB CTTP.PROD.RULES TABLE: SAMPLES
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME ACCT13 GROUP MODE PROD (Prod/Test)
OWNER N70B SEQUENCE PRIORITY CONTINUE SEARCH Y (Y/N)
DESCRIPTION LOCATE SALARY.DB.YEAR DATASETS USING FAST POSITIONING
DESCRIPTION
DOCMEM ACCT13 DOCLIB CTTP.PROD.DOC
============================================================================
ON DATASET = SALARY.DB.YEAR* And/Or/Not
============================================================================
DO FASTPOS = YES
DO
============================================================================
============================================================================
DAYS DCAL
AND/OR
WDAYS ALL WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
CONFCAL SHIFT
======= >>>>>>>>>>>>>>> END OF RULE DEFINITION PARAMETERS <<<<<<<<<<<<<<< ====
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 16.24.33
DO FORCEJOB: Action Parameter
Force a job under Control-M for z/OS.
Figure 143 DO FORCEJOB Parameter Format
Type the word FORCEJOB (or its abbreviation FO) in the DO field and press Enter. The following subparameters are displayed:
Table 150 DO FORCEJOB Subparameters
Subparameter |
Description |
---|---|
TABLE |
Name of a Control-M scheduling table (1 through 8 characters). |
JOB |
Job name (1 through 8 characters). If this field is blank, all the jobs in the specified table are forced |
DATE |
Date used by Control-M as the job’s scheduling date. Mandatory. DATE can be a specific date (in mmddyy or ddmmyy or yymmdd format, depending on the site standard), or it can have one of the following values:
|
LIBRARY |
Name of the Control-M scheduling library containing the specified table (1 through 44 characters). Mandatory. |
AT |
The operation is performed if the specified event occurs. Note that the shortest unique abbreviation can be specified. Mandatory. Valid values are:
Open, Close or Abend Close apply only for data set creation events. Keep and Mount can be activated (through ON statements) only upon attributes that are available at keep and mount time. For example, you cannot request DO CONDITION AT KEEP based on the program name since this information is not available from the Keep message. |
General Information
Control-M/Tape AutoEdit variables embedded in the TABLE, JOB, DATE, and LIBRARY subparameters are automatically resolved (replaced) at time of rule activation. For information about the use of AutoEdit variables, see AutoEdit Variables.
DO FORCEJOB requests that Control-M add the jobs to the Control-M Active Jobs file, even if the job’s basic scheduling criteria are not met. Using DO FORCEJOB is the same as using the FORCE option in the Control-M Job List screen.
Example
Whenever data set FOREIGN.CURRENCY.REPORT is checked into the system, Control-M job FORGNREP (that processes the checked-in data set) is forced.
Figure 144 DO FORCEJOB Parameter Example
RULE: FORGNREP LIB CTT.PROD.RULES TABLE: FOREIGN
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME FORGNREP GROUP MODE PROD (Prod/Test)
OWNER N73 SEQUENCE PRIORITY 01 CONTINUE SEARCH Y (Y/N)
DESCRIPTION THIS RULE FORCES A CONTROL-M JOB THAT READS THE FOREIGN
DESCRIPTION CURRENCY REPORT THAT IS CHECKED INTO THE SYSTEM.
DESCRIPTION
DOCMEM FORGNREP DOCLIB CTT.PROD.DOCS
============================================================================
ON DATASET = FOREIGN.CURRENCY.REPORT And/Or/Not
============================================================================
DO FORCEJOB = TABLE FOREIGN JOB FORGNREP DATE ODAT
LIBRARY CTM.PROD.SCHEDULE
AT CHECK IN VOLUMES
DO SHOUT = TO TSO-N73 URGENCY R
MESSAGE CONTROL-M/TAPE RECEIVED A NEW FOREIGN TAPE %%VOL001
AT CHECK IN VOLUMES
DO SHOUT = TO TSO-N73 URGENCY V
MESSAGE PROCESSING OF FOREIGN.CURRENCY.REPORT ABENDED.
AT CLOSE AFTER ABEND
DO
============================================================================
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 17.13.09
DO LABEL: Action Parameter
Indicates whether an external (gummed) label is printed when the data set is created.
Figure 145 DO LABEL Parameter Format
Optional. Type LABEL (or its abbreviation L) in the DO field and press Enter. Type Y or N following the = prompt.
Table 151 DO LABEL Subparameters
Subparameter |
Description |
---|---|
Y (Yes) |
Label is printed when the associated data set is created for the volume. |
N (No) |
Label is not printed. Default. |
Only one DO LABEL statement can be specified per rule.
General Information
External labels are printed in one of two formats, depending on whether the volume is an external volume:
Table 152 DO LABEL Label Format
Format Specified |
Description |
---|---|
External-Volume Label |
Contains the volser, SL-NAME, check-in date, and expiration date. |
Normal-Volume Label |
Contains the first data set name, expiration date, volser, SL-NAME, blksize, lrecl, and creation data (date, time, job, and unit). |
Label format can be customized by Control-M/Tape Exit CTTX009. This exit can also be used to decide whether to print the label on the console printer or on the VTAM printer. Exit CTTX009 is described in the Exits chapter of the INCONTROL for z/OS Administrator Guide.
Example
Print labels for all data sets.
Figure 146 DO LABEL Parameter Example
RULE: STARTLBL LIB CTT.PROD.RULES TABLE: PRD0043
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME STARTLBL GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 01 CONTINUE SEARCH Y (Y/N)
DESCRIPTION THIS RULE CHANGES THE OWNER OF SPECIFIC M43 DATASETS TO M18.
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.PROD.DOCS
============================================================================
DOC
============================================================================
ON DATASET = * And/Or/Not A
ON VOLSER = VOL001
============================================================================
DO LABEL = Y
DO
============================================================================
============================================================================
DAYS ALL DCAL
AND/OR
WDAYS WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
DO OVERJCL: Action Parameter
Indicates whether Control-M/Tape rule definitions should override expiration dates set by the retention attributes of the operating system.
Figure 147 DO OVERJCL Parameter Format
Optional. Type OVERJCL (or its abbreviation OV) in the DO field and press Enter. Specify Y or N following the = prompt.
Table 153 DO OVERJCL Subparameters
Subparameter |
Description |
---|---|
Y (Yes) |
Rule definitions override MVS retention attributes. |
N (No) |
Rule definitions do not override MVS retention attributes. |
Only one DO OVERJCL statement can be specified per rule.
General Information
The retention attributes of the operating system are derived from a combination of Retention Limit and Expiration attributes (if the Control-M/Tape/DFSMS interface is active) and JCL EXPDT/RETPD parameters. The DO OVERJCL statement can be used to indicate if the retention specified in Control-M/Tape rules should override operating system retention.
For more information about JCL EXPDT/RETPD parameters, see "Defining Management Class Attributes" in the IBM manual DFSMSdfp Storage Administration Reference.
If no DO OVERJCL statement is specified in a rule, the value specified for Control-M/Tape installation parameter OVERJCL determines whether operating system retention is overridden by retention specified in Control-M/Tape rules.
Example
Set a retention of 30 days for data set names prefixed by N70.BACKUP*, even if the operating system retention, such as JCL EXPDT or DFSMS attributes, specifies otherwise.
Figure 148 DO OVERJCL Parameter Example
RULE: ACCT7 LIB CTTP.PROD.RULES TABLE: SAMPLES
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME ACCT7 GROUP MODE PROD (Prod/Test)
OWNER N89 SEQUENCE PRIORITY CONTINUE SEARCH N (Y/N)
DESCRIPTION OVERRIDE MVS RETENTION FOR DATASETS PREFIXED BY N70.BACKUP
DESCRIPTION
DOCMEM ACCT7 DOCLIB CTTP.PROD.DOC
============================================================================
ON DATASET = N70.BACKUP* And/Or/Not
============================================================================
DO OVERJCL = YES
DO RETENTION = DAYS 00030 And/Or
DO
============================================================================
============================================================================
DAYS DCAL
AND/OR
WDAYS ALL WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
CONFCAL SHIFT
======= >>>>>>>>>>>>>>> END OF RULE DEFINITION PARAMETERS <<<<<<<<<<<<<<< =====
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 16.26.25
DO OWNER: Action Parameter
Assigns an owner to a volume or data set.
Figure 149 DO OWNER Parameter Format
Optional. Type OWNER (or its abbreviation OW) in the DO field and press Enter. Specify the OWNER name to the right of the = prompt.
Table 154 DO OWNER Subparameter
Subparameter |
Description |
---|---|
owner_name |
Name of the owner of the data set or volume, from 1 through 8 characters. No blanks, except trailing blanks, are allowed. |
General Information
DO OWNER specifies a user-defined name of the owner of the volumes or data sets.
Only one DO OWNER statement can be specified per rule.
Example
Set the owner of volumes that begin with SYS to M18.
Figure 150 DO OWNER Parameter Example
RULE: STARTLBL LIB CTT.PROD.RULES TABLE: PRD0043
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME STARTLBL GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 01 CONTINUE SEARCH Y (Y/N)
DESCRIPTION THIS RULE CHANGES THE OWNER OF SPECIFIC M43 DATASETS TO M18.
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.PROD.DOCS
============================================================================
DOC
============================================================================
ON DATASET = * And/Or/Not A
ON VOLSER = SYS
============================================================================
DO OWNER = M18
DO
============================================================================
============================================================================
DAYS ALL DCAL
AND/OR
WDAYS WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
DO POOL: Action Parameter
Indicates the name of the pool from which scratch volumes are taken.
Figure 151 DO POOL Parameter Format
Optional. Type the word POOL (or its abbreviation P) in the DO field and press Enter. Specify following subparameter to the right of the = prompt:
Table 155 DO POOL Subparameter
Subparameter |
Description |
---|---|
pool_name |
The name of the pool, from 1 through 15 characters, from which the scratch volume is taken. |
General Information
DO POOL specifies the collection of volumes from that a scratch tape volume is requested. Each pool can contain any number of volumes.
Only one DO POOL statement can be specified per rule.
All pools are defined using the Pool Definition screen. By default, these definitions are stored in the Control-M/Tape PARM library in member $$POOL.
Under JES2, DO POOL can be used with any ON statement.
Under JES3, DO POOL can only be used with an ON DATASET, ON JOBNAME, and/or ON USERID statement.
Example
Assigns the ACCOUNTING pool to all jobs beginning with PRD.
Figure 152 DO POOL Parameter Example
RULE: POOLINIT LIB CTT.PROD.RULES TABLE: PRD0004
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME POOLINIT GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 09 CONTINUE SEARCH Y (Y/N)
DESCRIPTION THIS RULE ASSIGNS THE ACCOUNTING POOL FOR SCRATCH
DESCRIPTION PURPOSES TO JOBS STARTING WITH PRD.
DESCRIPTION
DOCMEM POOLINIT DOCLIB CTT.PROD.DOCS
============================================================================
DOC
============================================================================
ON DATASET = * And/Or/Not A
ON JOBNAME = PRD* And/Or/Not
============================================================================
DO POOL = ACCOUNTING
DO
============================================================================
DAYS ALL DCAL
AND/OR
WDAYS WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
DO RECREATE: Action Parameter
Indicates whether an existing data set can be overwritten by the specified data sets.
Figure 153 DO RECREATE Parameter Format
Optional. Type RECREATE (or its abbreviation REC) in the DO field and press Enter. Specify one of the following values to the right of the = prompt:
Table 156 DO RECREATE Parameter Values
Value |
Description |
---|---|
Y (Yes) |
Overwrite the existing data set with the new data set if all of the conditions for this parameter have been met (see General Information). |
N (No) |
Do not overwrite the existing data set. This option forces the job to abend if a data set with the specified name already exists. |
P (Permanent) |
Overwrite the existing data set even if it was assigned permanent retention. This option is the same as Y (Yes), but without the condition related to permanent retention (see General Information). |
D (Disp) |
Overwrite the existing data set even if the disposition was New (DISP=NEW). This option is the same as Y (Yes), but without the condition related to DISP=OLD (see General Information). |
A (All) |
Overwrite the existing data set unconditionally. This option is the same as Y (Yes), but without any of the conditions for this parameter being met (see General Information). Warning: Use this option with great caution as it will overwrite all existing data and is unretrievable. |
Only one DO RECREATE statement can be specified per rule.
General Information
When Y (Yes) is specified, Control-M/Tape allows an existing data set to be overwritten if all of the following conditions are met:
-
This is the last data set on the volume.
-
The data set name is the same as that of the existing data set.
-
The disposition is OLD (DISP=OLD).
-
Y or P was specified for either the Control-M/Tape installation parameter RECREATE, or the DO RECREATE statement in a Control-M/Tape rule.
-
The data set was not assigned permanent retention.
However, there is an exception when the job that is accessing the data set is the same job that created the data set (meaning, a different step in the same job). In this case, the expression DISP=NEW is acceptable.
If no DO RECREATE statement is specified in a rule, the value specified for Control-M/Tape installation parameter RECREATE determines whether the data set can be recreated.
Example
Allow recreation of data sets prefixed by N70.NEW.DATASETS.
Figure 154 DO RECREATE Parameter Example
RULE: ACCT8 LIB CTTP.PROD.RULES TABLE: SAMPLES
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME ACCT8 GROUP MODE PROD (Prod/Test)
OWNER N89 SEQUENCE PRIORITY CONTINUE SEARCH N (Y/N)
DESCRIPTION ALLOW RECREATION OF DATASETS PREFIXED BY N70.NEW.DATASETS.
DESCRIPTION
DOCMEM ACCT8 DOCLIB CTTP.PROD.DOC
============================================================================
ON DATASET = N70.NEW.DATASETS* And/Or/Not
============================================================================
DO RECREATE = YES
DO
============================================================================
============================================================================
DAYS DCAL
AND/OR
WDAYS ALL WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
CONFCAL SHIFT
======= >>>>>>>>>>>>>>> END OF RULE DEFINITION PARAMETERS <<<<<<<<<<<<<<< =====
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 16.27.08
DO RESOURCE: Action Parameter
Modifies the quantity of available resources.
Figure 155 DO RESOURCE Parameter Format
Optional. Type RESOURCE (or its abbreviation RES) in the DO field and press Enter. The DO RESOURCE statement consists of the following subparameters:
Table 157 DO RESOURCE Subparameters
Subparameters |
Description |
---|---|
name |
The name of the resource whose quantity is to be changed (1 through 20 characters). No blanks (except trailing blanks) are allowed. Mandatory. |
quantity |
The quantity must be a 1 to 4 digit number (0 is permitted). Mandatory. To the right of the quantity, specify one of the following:
blank–Sets a new quantity for the resource. |
AT |
The operation is performed if the specified event occurs. The shortest unique abbreviation can be specified. Valid values are:
|
Open, Close or Abend Close apply only for data set creation events. Keep and Mount can be activated (through ON statements) only upon attributes that are available at keep and mount time. For example, you cannot request DO CONDITION AT KEEP based on the program name, since this information is not available from the Keep message.
General Information
The DO RESOURCE statement adjusts the quantity of resources available at the site (for example, tape drives, CPU, or DB access). Upon rule activation, Control-M/Tape can change the quantity of an IOA Quantitative resource.
DO RESOURCE cannot be used to add new resources.
Multiple DO RESOURCE statements can be specified in a single rule.
AutoEdit variables embedded in the specified resource name are automatically resolved (replaced) at time of rule activation. For information about AutoEdit variables, see AutoEdit Variables.
Example
Quantitative resource FREE-SLOTS is decreased whenever a volume is checked in.
Figure 156 DO RESOURCE Parameter Example
RULE: FREESLOT LIB CTTP.PROD.RULES TABLE: RULE1
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME FREESLOT GROUP MODE PROD (Prod/Test)
OWNER N44 SEQUENCE PRIORITY 01 CONTINUE SEARCH Y (Y/N)
DESCRIPTION THIS RULE DECREASES THE NUMBER OF FREE SLOTS WHEN A VOLUME
DESCRIPTION IS CHECKED IN
DESCRIPTION
DOCMEM FORGNVOL DOCLIB CTT.PROD.DOCS
============================================================================
ON DATASET = * And/Or/Not
============================================================================
DO RESOURCE = FREE-SLOTS 0001 -
AT CHECK IN VOLUMES
DO
============================================================================
============================================================================
DAYS DCAL
AND/OR
WDAYS ALL WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 08.14.25
DO RETENTION: Action Parameter
Specifies a period during that a data set is protected from being scratched or overwritten.
Figure 157 DO RETENTION Parameter Format
Optional. Type RETENTION (or its abbreviation RET) in the DO field and press Enter. Specify a retention type to the right of the = prompt. Using the And/Or subparameter a maximum of three retention types can be specified.
Depending on the retention type specified, different subparameters are displayed.
The retention types and their abbreviations, descriptions, and subparameters are listed below:
General Information
Table 158 DO RETENTION Types
Type |
Description |
---|---|
CYCLE (CY) |
Retention is based on the number of cycles (meaning, versions, or generations) of a data set. For a more detailed explanation, see the CYCLECNT parameter in the INCONTROL for z/OS Installation Guide: Installing. Syntax: CYCLES=number_cycles where number_cycles is the number of cycles of a data set. A maximum of 4 digits can be specified. Mandatory. After the number of cycles is entered, the PREFIX field is displayed. The value in the PREFIX field determines whether data set versions are identified according to their prefixes (as specified in the ON DATASET statement), or according to their full names, for counting cycles. Mandatory. Valid values: Y (Yes) – Consider data sets with the same prefix as versions of the same data set, and make a unified count of all versions (for example, assuming prefix mask BKP*, make a single count of versions of data sets BKP01 and BKP02). N (No) – Ignore prefixes, and consider the entire data set name (for example, count versions of BKP01 separately from versions of BKP02). And/Or: When A (And) or O (Or) is specified, an additional retention field is opened on the screen. See And/Or Subparameter Logic. For MVS GDG data sets, always use PREIX=N. |
DATE (DAT) |
Retention is based on a specific expiration date. Syntax: DATE=expire_date where expire_date is the expiration date. If date is specified at the same time as the retention type, date must be specified in 6-digit or 8-digit format according to the site standard. For example, the date can be specified in mmddyy or mmddyyyy format. Mandatory. Alternatively, the date can be specified in a 4-digit format, and the YEAR field is displayed. For example, specify mmdd and press Enter; the YEAR field is displayed. Specify the YEAR parameter in 2-digit (yy) or 4-digit (yyyy) format. And/Or: When A (And) or O (Or) is specified, an additional retention field is opened on the screen. See And/Or Subparameter Logic. |
DAYS (DAY) |
Retention is based on the number of days since the data set was created. Syntax: DAYS=number_days where number_days is the number of days since the data set was created. A maximum of 5 digits can be specified. Mandatory. And/Or: When A (And) or O (Or) is specified, an additional retention field is opened on the screen. See And/Or Subparameter Logic. |
EDM (ED) |
Retention is controlled by an External Data Manager (EDM). No subparameters are specified with this retention type. No other retention types can be combined with this retention type (meaning, using And/Or). |
JCL EXPDT (J) |
Retention is based on the expiration date specified in the JCL EXPDT, RETPD or DATACLAS parameter. And/Or: When A (And) or O (Or) is specified, an additional retention field is opened on the screen. See And/Or Subparameter Logic. |
LAST ACCESS (L) |
Retention is based on the number of days since the data set was last accessed. Syntax: LAST ACCESS=number_days where number_days is the number of days since the data set was last accessed. A maximum of 4 digits can be specified. Mandatory. And/Or: When A (And) or O (Or) is specified, an additional retention field is opened on the screen. See And/Or Subparameter Logic. |
MVS CATALOG (M or CA) |
Retention is based on the existence of the data set in the operating system catalog. If the catalog still controls the data set, the data set is retained by Control-M/Tape. Otherwise, the data set is no longer retained by Control-M/Tape. And/Or: When A (And) or O (Or) is specified, an additional retention field is opened on the screen. See And/Or Subparameter Logic. |
PERMANENT (P) |
Data set is retained indefinitely. This retention type allows manual data set or volume expiration by the EXPIRE option in the Inquire/Update screen. No subparameters are specified with this retention type. No other retention types can be combined with this retention type (meaning, using And/Or). |
RET FROM VAULT (R) |
Retention is based on the volume’s return from the vault (meaning, as soon as the volume is sent back to the MAINLIB library, it is expired). No subparameters are specified with this retention type. No other retention types can be combined with this retention type (meaning, using And/Or). |
Only one DO RETENTION statement can be specified per rule definition. A maximum of three retention criteria can be specified per DO RETENTION statement.
For retention periods based on expiration dates (meaning, retention type DATE), the retention period of a volume is based on the expiration dates of all its data sets. A volume is scratched only when all data sets on the volume have scratch status (meaning, their expiration dates have passed).
The expiration conditions for each data set are set at time of data set creation according to parameter DO RETENTION. When the expiration conditions have been satisfied, the data set can be overwritten – even if the data set is located on a non-scratch volume.
When a data set is opened, Control-M/Tape scans the rules to determine abend retention expiration dates. If a system abend occurs before the normal close of the data set, the current generation of the data set is the expiration date specified by parameter DO ABENDRET. For additional information, see DO ABENDRET: Action Parameter.
When a data set is closed normally, Control-M/Tape scans the rules to determine normal retention expiration dates.
For additional information on retention periods, see Retention Management.
CYCLES Retention Type
The expression DO RETENTION=CYCLES specifies that Control-M/Tape should retain a specified number of versions of a data sets. Depending on conventions in use at the site, different versions of the same data set can be distinguished by a unique identifier (for example, time stamp) appended to a prefix in the data set name. In such cases, different versions of the same data set are the same prefix, but their full names are different.
Therefore, when counting data set cycles, it is necessary to instruct Control-M/Tape whether to identify data sets by their entire name, or by the prefix specified in the ON DATASET statement. This is done by subparameter PREFIX. Specifying PREFIX Y instructs Control-M/Tape to take a unified count of all data set versions with the same prefix. Specifying N (No) instructs Control-M/Tape to identify data set versions by their full name.
If a DO RETENTION statement and a DO ABENDRET statement are included in a rule definition and both these statements specify the CYCLES retention type, the value for subparameter PREFIX in these statements must be identical. The setting for subparameter PREFIX however, does not have to match the setting for this subparameter in a DO VAULT statement specifying the CYCLES retention type.
Multiple Retention Types
The Dynamic Stacking facility uses only the first retention parameter to determine the volumes on that a data set can be stacked. If installation parameter STKMODE is set to R or A and multiple retention types (meaning, DATE or DAYS and other retention types) are specified, it is recommended that the DATE or DAYS retention parameter be specified first.
Examples
ON DATASET=BKP*
DO RETENTION=CYCLES 0010 PREFIX Y
-
There are five versions of file BKP001.
-
There are three versions of file BKPACCT.
-
There are two versions of file BKP.
If another version of any of these files is created, they will have exceeded their retention period (ten cycles) and the oldest version is scratched.
ON DATASET=BKP*
DO RETENTION CYCLES 0010 PREFIX N
-
There are five versions of file BKP001.
-
There are three versions of file BKPACCT.
-
There are two versions of file BKP.
If another version of any of these files is created, their individual counts will not have exceeded their retention period (ten cycles). Therefore, all the versions of the files are retained.
Save (retain) backup volumes or data sets for one year (365 days).
Figure 158 DO RETENTION Parameter Example 3
RULE: BKPSAVE LIB CTT.PROD.RULES TABLE: BKP0002
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME BKPSAVE GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 03 CONTINUE SEARCH Y (Y/N)
DESCRIPTION SETS RETENTION AND ABEND-RETENTION PERIODS FOR BACKUP FILES
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.PROD.DOCS
============================================================================
DOC
============================================================================
ON DATASET = BKP* And/Or/Not A
ON PGM = BKP* And/Or/Not A
ON USERID = ADMIN And/Or/Not
============================================================================
DO RETENTION = DAYS 00365 And/Or
DO ABENDRET = DAYS 0010 And/Or
DO
============================================================================
============================================================================
DAYS ALL DCAL
AND/OR
WDAYS WCAL
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
Save (retain) backup volumes or data sets if at least one of the following conditions are true:
-
Not more than 4 days have passed since the data set was last accessed.
-
Not more than 6 generations of the same data set have been created.
-
The expiration date specified in the JCL EXPDT field has not passed.
If all of these conditions are not true, the volume or data set is expired. In this example, if 5 days have passed since the data set was last accessed, and 7 generations of the same data set have been created, and the expiration date specified in the JCL EXPDT field has passed, the data set is expired.
Note that if the relation between the three conditions in this example is changed to OR, the volume or data set is expired even if only one condition is not true.
It is highly recommended to simulate each rule through the Rule Search Simulation (6.T1) screen or Rule Simulation utility.
Figure 159 DO RETENTION Parameter – Example 4
RULE: BKPSAVE LIB CTT.PROD.RULES TABLE: BKP0002
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME BKPSAVE GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 03 CONTINUE SEARCH Y (Y/N)
DESCRIPTION SETS RETENTION AND ABEND-RETENTION PERIODS FOR BACKUP FILES
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.PROD.DOCS
============================================================================
DOC
============================================================================
ON DATASET = BKP* And/Or/Not A
ON PGM = BKP* And/Or/Not A
ON USERID = ADMIN And/Or/Not
============================================================================
DO RETENTION = LAST ACCESS 0004 And/Or A
CYCLES 0006 PREFIX Y (Y/N) And/Or A
JCL EXPDT
DO ABENDRET = CYCLES 0001 PREFIX Y (Y/N) And/Or
DO
============================================================================
============================================================================
DAYS ALL DCAL
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
DO SET: Action Parameter
Assigns a value to an AutoEdit variable.
Figure 160 DO SET Parameter Format
Optional. Type SET (or its abbreviation SE) in the DO field and press Enter. The following subparameters are displayed:
Table 159 DO SET Subparameters
Parameter |
Description |
---|---|
equation |
A valid DO SET statement can be specified to the right of the = prompt in one of the following formats: %%user-symbol = value or
where
|
MEMBER |
Name of the AutoEdit member (1 through 8 characters). Mandatory. |
LIBRARY |
Name of the library in that the AutoEdit member resides (1 through 44 characters). Mandatory. |
AT |
The operation is performed if the specified event occurs. The shortest unique abbreviation can be specified. Mandatory. Valid values are:
|
Open, Close or Abend Close apply only for data set creation events. Keep and Mount can be activated (through ON statements) only upon attributes that are available at keep and mount time. For example, you cannot request DO CONDITION AT KEEP based on the program name, since this information is not available from the Keep message.
General Information
To take full advantage of this parameter, a familiarity with Control-M/Tape AutoEdit variables is essential.
The DO SET statement permits values to be set for variables.
Multiple DO SET statements can be included in each rule definition.
Control-M/Tape AutoEdit variables assigned or embedded in a DO SET statement are resolved (replaced) during rule activation.
Variables can be referenced by other INCONTROL products. For more information regarding the use of AutoEdit variables, see B AutoEdit Variables.
Example
Set variables %%DATASET and %%VOLUMES in member CURRENCY in library CTM.PROD.PARM to reflect the current checked-in data set and its volumes.
The forced job can use these values by setting %%LIBSYM and %%MEMSYM to the updated member and library.
Figure 161 DO SET Parameter Example
RULE: FORGNDSN LIB CTT.PROD.RULES TABLE: FOREIGN
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME FORGNDSN GROUP MODE PROD (Prod/Test)
OWNER N73 SEQUENCE PRIORITY 01 CONTINUE SEARCH Y (Y/N)
DESCRIPTION THIS RULE UPDATES THE MEMBER CURRENCY IN CTT.PROD.PARM
DESCRIPTION LIBRARY, WITH THE DSNAME AND VOLUME OF THE CHECKED IN
DESCRIPTION VOLUME, AND FORCES THE FORGNREP JOB.
DESCRIPTION
DOCMEM FORGNDSN DOCLIB CTT.PROD.DOCS
============================================================================
ON DATASET = FOREIGN.CURRENCY.FILE* And/Or/Not
============================================================================
DO SET = %%DATASET=%%DSNAME
MEMBER CURRENCY LIBRARY CTT.PROD.PARM
AT CHECK IN VOLUMES
DO SET = %%VOLUMES=(%%JCLVOL)
MEMBER CURRENCY LIBRARY CTT.PROD.PARM
AT CHECK IN VOLUMES
DO FORCEJOB = TABLE FOREIGN JOB FORGNREP DATE ODAT
LIBRARY CTM.PROD.SCHEDULE
AT CHECK IN VOLUMES
DO
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 17.32.15
DO SHOUT: Action Parameter
Sends a user notification message to a particular destination.
Figure 162 DO SHOUT Parameter Format
Optional. Type SHOUT (or its abbreviation SH) in the DO field and press Enter. The following subparameters are displayed:
Table 160 DO SHOUT Subparameters
Subparameter |
Description |
---|---|
TO |
Destination of the message (1 through 16 characters). Mandatory. Valid values:
An optional second value, indicating the computer and/or node (such as Nn) of the TSO logonid, can be specified, as follows: Under JES2:
Under JES3:
For more information, see Step 6.3 of ICE, as described in the IOA installation chapter of the INCONTROL for z/OS Installation Guide. A shout to a TSO user performs a TSO SEND command that may require authorization at the receiving node. |
URGENCY |
Determines the priority level of the message. Valid values:
|
MESSAGE |
Message text. Maximum length: 62 characters. AutoEdit variables (both system and user-defined) are supported and automatically resolved (replaced) when the SHOUT message is issued. For AutoEdit usage information, see the KeyStroke Language (KSL) User Guide. |
AT |
The operation is performed if the specified event occurs. The shortest unique abbreviation can be specified.
Supported only if Y (Yes) or M (Mount) was specified for Control-M/Tape installation parameter DYNWTO.
Supported only if Y (Yes) or K (Keep) was specified for Control-M/Tape installation parameter DYNWTO Open, Close or Abend Close apply only for data set creation events. Keep and Mount can be activated (through ON statements) only upon attributes that are available at keep and mount time. For example, you cannot request DO CONDITION AT KEEP based on the program name, since this information is not available from the Keep message. |
General Information
The message is sent to the required destination when the accompanying ON statement criteria are satisfied.
Multiple DO SHOUT statements can be specified in a rule definition.
Subparameter TO
Set TO to USERID-userid to write the message to the IOA Log file under the user ID specified in the parameter.
Set TO to OPER[–n] to send the message to the operator console (route code n). If the n value is omitted, the message is sent to all consoles to which route codes 1 or 11 are assigned. For more detailed information regarding route and descriptor codes, refer to the IBM publication Routing and Descriptor Codes, GC38-1102.
Set TO to OPER2[–n] to send a highlighted, unrollable message is sent to the operator console (route code n). If the n value is omitted, the message is sent to all consoles to which route codes 1 or 11 are assigned. For more detailed information regarding route and descriptor codes, refer to the IBM publication Routing and Descriptor Codes, GC38-1102.
Set TO to TSO-id or T-id to send the message to the logonid. The Shout facility first searches the IOA Dynamic Destination table for the specified ID. If the table contains an entry that matches the value, the entry’s content is used as the target for the shouted message. (The entire TO field is used. Therefore, when directing the message to a remote user, do not append Nn or Mm. Instead, do this in the IOA Dynamic Destination table itself). For more information, see the discussion of the Dynamic Destination table in the IOA administration chapter of the INCONTROL for z/OS Administrator Guide.
If no matching ID is found in the Dynamic Destination table, the Shout facility assumes the specified ID is a logonid. It then creates a TSO message that it hands over to the operating system, which sends the message to that logonid.
If the logonid does not exist, the operating system cannot send the message, but no error message is generated.
When a second value is used, the message is sent to the TSO logon ID in the specified computer or node (that is, the machine ID). To determine the machine ID under JES2, specify JES command $LSYS.
Subparameter URGENCY
The URGENCY value indicates the urgency level of the message.
In addition, if the destination is USERID-userid (or U-userid), the user can control, according to urgency, which messages are displayed when the IOA Log file is accessed. Urgent and very urgent messages are highlighted on the screen. For more details, see IOA Log Facility.
Example
Shout a message to user N73 whenever a new tape is checked into the Control-M/Tape Media Database or whenever data set FOREIGN.CURRENCY.REPORT is closed under abend.
Figure 163 DO SHOUT Parameter Example
RULE: FORGNREP LIB CTT.PROD.RULES TABLE: FOREIGN
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME FORGNREP GROUP MODE PROD (Prod/Test)
OWNER N37 SEQUENCE PRIORITY 01 CONTINUE SEARCH Y (Y/N)
DESCRIPTION THIS RULE FORCES A CONTROL-M JOB THAT READS THE FOREIGN
DESCRIPTION CURRENCY REPORT THAT IS CHECKED INTO THE SYSTEM.
DESCRIPTION
DOCMEM FORGNREP DOCLIB CTT.PROD.DOCS
============================================================================
ON DATASET = FOREIGN.CURRENCY.REPORT And/Or/Not
============================================================================
DO FORCEJOB = TABLE FOREIGN JOB FORGNREP DATE ODAT
LIBRARY CTM.PROD.SCHEDULE
AT CHECK IN VOLUMES
DO SHOUT = TO TSO-N73 URGENCY R
MESSAGE CONTROL-M/TAPE RECEIVED A NEW FOREIGN TAPE %%VOL001
AT CHECK IN VOLUMES
DO SHOUT = TO TSO-N73 URGENCY V
MESSAGE PROCESSING OF FOREIGN.CURRENCY.REPORT ABENDED.
AT CLOSE AFTER ABEND
DO
============================================================================
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 19.30.34
DO STACK: Action Parameter
Indicates whether to stack a data set. (A data set is stacked by adding it to a volume that already contains one or more data sets.)
Figure 164 DO STACK Parameter Format
Optional. Type STACK (or its abbreviation STA) in the DO field and press Enter. Specify Y or N to the right of the = prompt.
-
Y (Yes) – Stacking is performed.
-
N (No) – Stacking is not performed.
If the expression DO STACK=N is specified, the following subparameter is displayed:
Table 161 DO STACK Subparameter
Subparameter |
Description |
---|---|
SCOPE |
Indicates whether to allow stacking of other data sets with the current data set. Mandatory. Valid values are:
|
General Information
Only one DO STACK statement can be specified per rule definition.
Stacking directs a data set dynamically at the time of its creation to a volume that already contains one or more data sets but has space available. This enables more complete utilization of free space on active tapes in your library.
If a rule contains the expression DO STACK=Y, Control-M/Tape implements real-time (Dynamic) data set stacking (provided environmental conditions permit stacking to be performed).
If a rule contains the expression DO STACK=N, Control-M/Tape does not stack the data set, unless a more specific, or higher priority, rule that applies to the data set contains the expression DO STACK=Y.
If a rule contains the expression DO STACK=N and SCOPE DSN, Control-M/Tape may later stack other data sets on the same volume as the current data set. In other words, the current data set is the first, but not necessarily the only, data set on the volume.
If a rule contains the expression DO STACK=N and SCOPE VOL, Control-M/Tape does not stack other data sets on the same volume as the current data set. In other words, the current data set is the first and only data set on the volume.
If a rule does not contain a DO STACK statement, Control-M/Tape does not stack the data set unless another rule that applies to the data set contains the expression DO STACK=Y.
Using the expression DO STACK=N with SCOPE DSN is equivalent to the expression DO STACK=N prior to version 5.1.4. Under JES3, the expression DO STACK=Y can be specified only with selection criteria ON DATASET, ON JOBNAME, and/or ON USERID.
To stack data sets, Control-M/Tape tracks and calculates the average size of each data set (on the basis of the sizes of the various versions of the data set). This information is stored in the Stacking Database. Based on the average size, Control-M/Tape estimates whether a data set will fit on a specific volume.
When a data set is written to a volume, Control-M/Tape calculates the remaining space on the volume. This calculation is based on the volume’s capacity and the sizes of the data sets that the volume contains. By calculating the remaining space on a volume, Control-M/Tape can determine whether it is possible to stack a data set.
Using these calculations, when a job that creates a data set is submitted, Control-M/Tape checks if the data set can be stacked. If so, Control-M/Tape modifies the job’s JCL to direct the data set to a suitable volume.
For additional information about stacking, see the data set stacking chapter of the Control-M/Tape Implementation Guide.
Example
Enable stacking for all data sets.
Figure 165 DO STACK Parameter Example
RULE: STARTSTK LIB CTT.PROD.RULES TABLE: PRD0002
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME STARTSTK GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 01 CONTINUE SEARCH Y (Y/N)
DESCRIPTION THIS RULE ENABLES STACKING FOR ALL DATA SETS.
DESCRIPTION
DOCMEM STARTSTK DOCLIB CTT.PROD.DOCS
============================================================================
DOC
============================================================================
ON DATASET = * And/Or/Not
============================================================================
DO STACK = Y
DO
============================================================================
============================================================================
DAYS ALL DCAL
AND/OR
WDAYS WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
CONFCAL SHIFT
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
DO STKDEFSZ: Action Parameter
Assigns a default size in megabytes for the data set to be stacked.
Figure 166 DO STKDEFSZ Parameter Format
Optional. Type STKDEFSZ (or its abbreviation STKD) in the DO field and press Enter. The following subparameter fields are displayed:
Table 162 DO STKDEFSZ Subparameters
Subparameter |
Description |
---|---|
def_size |
Default size for the data set in megabytes. Mandatory. A size from 1 to 9999 can be specified. To indicate that there is no default size, specify 0. |
OVERRIDE STATISTICS |
Whether statistics for the data set are overridden by the STKDEFSZ value. Mandatory. Valid values are:
|
Only one DO STKDEFSZ statement can be specified per rule.
General Information
Data sets are normally stacked according to statistics in the Control-M/Tape Stacking Database. This database is maintained by the stacking statistics utility CTTSTK that is usually run as part of the Control-M/Tape New Day procedure.
If no statistics have been gathered for a data set, a default number of megabytes is used to calculate how much space is needed to stack the data set. The default number of megabytes may be specified by either a DO STKDEFSZ statement in a Control-M/Tape rule, or by the STKDEFSZ installation parameter.
For more information about stacking statistics, see the description of the CTTSTK utility in the Control-M/Tape utilities chapter of the INCONTROL for z/OS Utilities Guide.
Logic for Determining Size of a Data Set to be Stacked
Control-M/Tape searches for a size for a data set to be stacked in the following locations. The first location that contains a value for size of the data set is used to stack the data set.
-
a DO STKDEFSZ statement in a Control-M/Tape rule (if OVERRIDE STATISTICS is set to YES)
-
the Stacking Database (called the Stacking Statistics file prior to version 5.1.4)
-
a DO STKDEFSZ statement in a Control-M/Tape rule (if OVERRIDE STATISTICS is set to NO)
-
Control-M/Tape installation parameter STKDEFSZ (in the CTTPARM parameter)
If no value is found in any of the above locations, the data set is not stacked.
Example
Stack data sets prefixed by N70.DAILY.*. If no average size is available in the Stacking Database, use a default size of 100 megabytes.
Figure 167 DO STKDEFSZ Parameter Example
RULE: ACCT10 LIB CTTP.PROD.RULES TABLE: SAMPLES
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME ACCT10 GROUP MODE PROD (Prod/Test)
OWNER N70B SEQUENCE PRIORITY CONTINUE SEARCH Y (Y/N)
DESCRIPTION
DOCMEM ACCT10 DOCLIB CTTP.PROD.DOC
============================================================================
ON DATASET = N70.DAILY.* And/Or/Not
============================================================================
DO STACK = Y (Y/N)
DO STKDEFSZ = 0100 OVERRIDE STATISTICS NO
DO
============================================================================
============================================================================
DAYS DCAL
AND/OR
WDAYS ALL WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
CONFCAL SHIFT
======= >>>>>>>>>>>>>>> END OF RULE DEFINITION PARAMETERS <<<<<<<<<<<<<<< ====
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 09.07.23
DO STKGROUP: Action Parameter
Specifies a stacking group for the data set.
Figure 168 DO STKGROUP Parameter Format
Optional. Type STKGROUP (or its abbreviation STKG) in the DO field and press Enter. The following subparameter must be specified to the right of the = prompt:
Table 163 DO STKGROUP Subparameter
Subparameter |
Description |
---|---|
stack_grp |
Name of the stacking group to which the data set is assigned. Valid values are:
|
Only one DO STKGROUP statement can be specified in each Control-M/Tape rule.
General Information
If no DO STKGROUP statement is specified for a data set, that data set is assigned an unnamed default group, and can only be stacked with other data sets that have been assigned to that default group.
The following steps describe how stacking groups influence the logic used to choose a volume on which to stack a data set:
-
When a volume is first considered for stacking a data set, Control-M/Tape checks if the volume belongs to the same pool as the data set to be stacked.
-
Control-M/Tape next checks if the data sets already on the volume belong to the same group as the data set to be stacked (or have a group specification of *ANY).
-
If the data sets on the volume belong to an appropriate group, Control-M/Tape checks for DO STKRULE statements that might disallow stacking of the current data set with the data sets on the candidate volume.
-
If no DO STKRULE statements prohibit stacking on the current volume, the data set is stacked on the current volume.
If data sets that are assigned to two different groups are forcibly stacked together on one volume (for example, using Control-M/Tape Batch Stacking utility CTTSBD), no additional data sets can be stacked on that volume (unless *ANY is specified for those data sets).
Example
Assign a stacking group of STKGRP1 for all data sets whose prefix is N70.ACCT.
Figure 169 DO STKGROUP Parameter Example
RULE: ACCT1 LIB CTT.PROD.RULES TABLE: SAMPLES
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME ACCT1 GROUP MODE PROD (Prod/Test)
OWNER N89 SEQUENCE PRIORITY CONTINUE SEARCH N (Y/N)
DESCRIPTION ASSIGN A STACKING GROUP FOR ALL DATASETS PREFIXED BY N70.ACCT
DESCRIPTION
DOCMEM ACCT1 DOCLIB CTTP.PROD.DOC
============================================================================
DOC
============================================================================
ON DATASET = N70.ACCT* And/Or/Not
============================================================================
DO STKGROUP = STKGRP1
DO STKMXLBL = 9999
DO
============================================================================
============================================================================
DAYS DCAL
AND/OR
WDAYS ALL WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 11.26.56
DO STKMODE: Action Parameter
Determines the algorithm used to search for a volume on which to stack the data set.
Figure 170 DO STKMODE Parameter Format
Optional. Type STKMODE (or its abbreviation STKMO) in the DO field and press Enter. Specify one of the following values to the right of the = prompt:
Table 164 DO STKMODE Parameter Values
Value |
Description |
---|---|
S (SIMPLE) |
Search for volumes from the same pool only. Data sets and volumes intended for vaulting are not eligible for stacking. |
V (VAULT) |
Search for volumes from the same pool that have a vaulting pattern similar to the data set to be stacked. If the data set is to be vaulted, only volumes that have the same vault pattern are considered. If the data set is not to be vaulted, only volumes that are not to be vaulted are considered. |
R (RETENTION) |
Search for volumes from the same pool that have a retention date that is the same or later than the retention date of the data set. A permanent retention data set can be stacked on a volume only if the last data set on the volume has permanent retention. |
A (ALL) |
Satisfies the requirements of both V and R (described above). |
Only one DO STKMODE statement can be specified per rule.
General Information
The value specified in statement DO STKMODE indicates how the Dynamic Dataset Stacking facility should search for a volume on which to stack the data set or data sets whose access triggered this rule. The selected search method can influence volume utilization and the resources required to search the Media Database for a matching volume.
If no DO STKMODE statement is specified in a rule, the value specified for Control-M/Tape installation parameter STKMODE determines the algorithm that is used to stack the data set.
Installation parameter STKMODE was called DYNSTYP prior to version 5.1.4.
Example
When stacking data sets prefixed by N70.DAILY, search for destination volumes with vaulting and retention information that match the vaulting and retention requirements of the data set to be stacked.
Figure 171 DO STKMODE Parameter Example
RULE: ACCT11 LIB CTTP.PROD.RULES TABLE: SAMPLES
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME ACCT11 GROUP MODE PROD (Prod/Test)
OWNER N70B SEQUENCE PRIORITY CONTINUE SEARCH Y (Y/N)
DESCRIPTION SEARCH FOR VOLUMES WITH MATCHING VAULT AND RETENTION INFORMATION
DESCRIPTION WHEN STACKING DATASETS PREFIXED BY N70.DAILY.
DESCRIPTION
DOCMEM ACCT11 DOCLIB CTTP.PROD.DOC
============================================================================
ON DATASET = N70.DAILY.* And/Or/Not
============================================================================
DO STACK = Y (Y/N)
DO STKMODE = ALL
DO
============================================================================
============================================================================
DAYS DCAL
AND/OR
WDAYS ALL WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
CONFCAL SHIFT
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 09.12.26
DO STKMXLBL: Action Parameter
Indicates a maximum number of data sets that can be stacked on a single volume or on a group of volumes.
Figure 172 DO STKMXLBL Parameter Format
Optional. Type STKMXLBL (or its abbreviation STKMXL) in the DO field and press Enter. Specify the maximum label number to the right of the = prompt.
The value specified for this parameter must be numeric. A number from 2 through 9999 can be specified.
General Information
DO STKMXLBL specifies the maximum label count per volume or group of volumes when the data set is to be stacked using the Dynamic Dataset Stacking facility. A volume or group of volumes that already has this number of data sets is not eligible for dynamic stacking.
Example
Stack data sets with a prefix of N70.ACCT only on volumes or groups of volumes with four data sets or less.
Figure 173 DO STKMXLBL Parameter Example
RULE: ACCT2 LIB CTTP.PROD.RULES TABLE: SAMPLES
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME ACCT2 GROUP MODE PROD (Prod/Test)
OWNER N89 SEQUENCE PRIORITY CONTINUE SEARCH N (Y/N)
DESCRIPTION STACK DATASETS WITH A PREFIX OF N70.ACCT ON VOLUMES WITH NO
DESCRIPTION MORE THAN FOUR DATASETS
DESCRIPTION
DOCMEM ACCT2 DOCLIB CTTP.PROD.DOC
============================================================================
DOC
===========================================================================
ON DATASET = N70.ACCT* And/Or/Not
===========================================================================
DO STACK = Y (Y/N)
DO STKMXLBL = 0005
DO
===========================================================================
===========================================================================
DAYS DCAL
AND/OR
WDAYS ALL WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 12.10.03
DO STKMXVOL: Action Parameter
Specifies the maximum number of volumes in a chain on that the data set can be stacked.
Figure 174 DO STKMXVOL Parameter Format
Optional. Type STKMXVOL (or its abbreviation STKMXV) in the DO field and press Enter. Specify the maximum number of volumes to the right of the = prompt.
General Information
DO STKMXVOL is used with Dynamic Dataset Stacking. When stacking data sets, DO STKMXVOL specifies the maximum number of volumes allowed in multi-volume chains. The number must be in a range from 1 through 9999.
Only one DO STKMXVOL statement can be specified per rule.
If no DO STKMXVOL statement is specified in a rule, an unlimited number of volumes are allowed in multi-volume chains.
Example
Data sets with a prefix of EMPLOYEE.DB.YEAR should only be stacked on volumes in a chain that has no more than two volumes.
Figure 175 DO STKMXVOL Parameter Example
RULE: ACCT12 LIB CTTP.PROD.RULES TABLE: SAMPLES
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME ACCT12 GROUP MODE PROD (Prod/Test)
OWNER N70B SEQUENCE PRIORITY CONTINUE SEARCH Y (Y/N)
DESCRIPTION STACK EMPLOYEE.DB.. DATASETS IN CHAINS OF 2 VOLS MAXIMUM
DESCRIPTION
DOCMEM ACCT12 DOCLIB CTTP.PROD.DOC
===========================================================================
ON DATASET = EMPLOYEE.DB.YEAR* And/Or/Not
===========================================================================
DO STACK = Y (Y/N)
DO STKMXVOL = 0002
DO
===========================================================================
===========================================================================
DAYS DCAL
AND/OR
WDAYS ALL WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
CONFCAL SHIFT
======= >>>>>>>>>>>>>>> END OF RULE DEFINITION PARAMETERS <<<<<<<<<<<<<<< ====
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 9.47.01
DO STKRULE: Action Parameter
Set a stacking limitation that denies stacking in certain situations.
Figure 176 DO STKRULE Parameter Format
Optional. Type STKRULE (or its abbreviation STKRU) in the DO field and press Enter. A value must be specified for at least one of the following subparameters:
Table 165 DO STKRULE Subparameters
Subparameter |
Description |
---|---|
JOB |
Name of a job that created data sets with which the current data set is not stacked. Valid values are:
If no ON JOBNAME statement was specified in the rule, this value (*SAME) indicates that the data set is not stacked with other data sets created by the job that created the current data set. |
DSN |
Name of a data set with which the current data set is not stacked. Valid values are:
|
Any number of DO STKRULE statements can be specified in one Control-M/Tape rule.
The expression DO STACK=Y must precede the first DO STKRULE statement in a rule. A DO STKRULE statement by itself does not cause Control-M/Tape to stack a data set.
General Information
Statement DO STKRULE indicates limitations regarding the tapes on that the current data set can be stacked.
-
If a value is specified for only subparameter JOB, the data set cannot be stacked on a volume that already contains data sets that were created by the specified job name.
-
If a value is specified for only subparameter DSN, the data set cannot be stacked on a volume that already contains data sets with the specified data set name.
-
If values are specified for both subparameter JOB and subparameter DSN, the data set cannot be stacked on a volume that contains a data set with the specified name that was created by the specified job name.
DO STKRULE statements are applied within the group assigned to the specified data set. For more information about stacking groups, see DO STKGROUP in this chapter.
Example
Data sets with a prefix of N70.ACCT are stacked, but not with the following data sets:
-
Data sets created by a job named JOB1
-
Data sets named DSN1
-
Data sets named DSN2 that were created by a job named JOB2
Figure 177 DO STKRULE Parameter Example
RULE: ACCT3 LIB CTTP.PROD.RULES TABLE: SAMPLES
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME ACCT3 GROUP MODE PROD (Prod/Test)
OWNER N89 SEQUENCE PRIORITY CONTINUE SEARCH N (Y/N)
DESCRIPTION INDICATE STACKING RULES FOR DATASETS PREFIXED BY N70.ACCT.
DESCRIPTION
DOCMEM ACCT3 DOCLIB CTTP.PROD.DOC
===========================================================================
DOC
===========================================================================
ON DATASET = N70.ACCT* And/Or/Not
===========================================================================
DO STACK = Y (Y/N)
DO STKRULE = NOT WITH JOB JOB1
DSN
DO STKRULE = NOT WITH JOB
DSN DSN1
DO STKRULE = NOT WITH JOB JOB2
DSN DSN2
DO
===========================================================================
===========================================================================
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 13.16.46
DO STKSRCHL: Action Parameter
Specifies a maximum number of volumes that Control-M/Tape should consider for stacking the data set.
Figure 178 DO STKSRCHL Parameter Format
Optional. Type STKSRCHL (or its abbreviation STKS) in the DO field and press Enter. Specify the following subparameter to the right of the = prompt:
Table 166 DO STKSRCHL Subparameter
Subparameter |
Description |
---|---|
limit |
The maximum number of volumes to search. A number from 0 through 9999 can be specified. A value of 0 indicates that the search is unlimited (meaning, all active volumes are searched). |
Only one DO STKSRCHL statement can be specified per rule.
General Information
If the maximum number of volumes is searched and none of them can be used to stack the data set, the data set is written to a scratch volume.
If no DO STKSRCHL statement is specified in a rule, the value specified for Control-M/Tape installation parameter STKSRCHL determines the number of volumes to be considered for stacking the data set.
Example
Search a maximum of 300 volumes when attempting to stack data sets with a prefix of N70.ACCT.
Figure 179 DO STKSRCHL Parameter Example
RULE: ACCT22 LIB CTTP.PROD.RULES TABLE: SAMPLES
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME ACCT22 GROUP MODE PROD (Prod/Test)
OWNER N89 SEQUENCE PRIORITY CONTINUE SEARCH N (Y/N)
DESCRIPTION LIMIT SEARCH FOR STACKABLE VOLUME TO 300 FOR VOLUMES WITH A
DESCRIPTION PREFIX OF N70.ACCT.
DESCRIPTION
DOCMEM ACCT22 DOCLIB CTTP.PROD.DOC
===========================================================================
DOC
===========================================================================
ON DATASET = N70.ACCT* And/Or/Not
===========================================================================
DO STACK = Y (Y/N) SCOPE
DO STKSRCHL = 0300
DO
===========================================================================
===========================================================================
DAYS DCAL
AND/OR
WDAYS ALL WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 12.10.03
DO VAULT: Action Parameter
Identifies the name or location and retention specifications of a vault for volume storage.
Figure 180 DO VAULT Parameter Format
Optional. Type the word VAULT (or its abbreviation V) in the DO field and press Enter. The following subparameters are displayed:
Table 167 DO VAULT Subparameters
Subparameter |
Description |
---|---|
vault_name |
Name of the vault in which the volumes are stored. Mandatory. |
BY BOX |
Indicates whether the volumes are stored within a box in the vault. Valid values:
When multiple DO VAULT statements are defined, only the first statement displays the BY BOX subparameter. |
UNTIL |
Depending on the UNTIL type specified, different subparameters are displayed. A maximum of three UNTIL types can be specified. |
The UNTIL types and their abbreviations, descriptions, and subparameters are listed below:
Table 168 Types of DO VAULT Subparameter UNTIL
Type |
Description |
---|---|
CYCLES (CY) |
Vault retention is based on the number of cycles (meaning, versions, generations) of a data set. For a more detailed description, refer to parameter CYCLECNT in the Control-M/Tape chapter of the Customized installation path in the INCONTROL for z/OS Installation Guide. Syntax: CYCLES=number_cycles where number_cycles is the Number of cycles. A maximum of 4 digits can be specified. Mandatory. After the number of cycles is entered, the PREFIX field is displayed. The value in the PREFIX field determines whether data set versions are identified according to their prefixes (as specified in the ON DATASET statement), or according to their full names, for counting cycles. Mandatory. Valid values:
And/Or: When A (And) or O (Or) is specified, an additional UNTIL field is opened on the screen. See And/Or Subparameter Logic. For MVS GDG data sets, always use PREIX=N. |
DATE (DAT) |
Vault retention is based on a specific date. Syntax: DATE=expire_date where expire_date is the expiration date. If date is specified at the same time as the vault retention type, the date must be specified in 6-digit or 8-digit format according to the site standard. For example, the date can be specified in mmddyy or mmddyyyy format. Alternatively, the date can be specified in a 4-digit format, and the YEAR field is displayed. For example, specify mmdd and press Enter; the YEAR field is displayed. Specify the YEAR parameter in 2-digit (yy) or 4-digit (yyyy) format. And/Or: And/Or When A (And) or O (Or) is specified, an additional abend retention field is opened on the screen. See And/Or Subparameter Logic. |
DAYS (DAY) |
Vault retention is based on the number of days since the volume was created. Syntax: DAYS=number_days where number_days is the Number of days. A maximum of 5 digits can be specified. And/Or: When A (And) or O (Or) is specified, an additional UNTIL field is opened on the screen. See And/Or Subparameter Logic. |
EXPIRE (EX) |
Vault retention is based on the expiration date of the Vaulting data set. For more information about determination of the Vaulting data set, see the description of Control-M/Tape Retention and Vault parameters in the INCONTROL for z/OS Installation Guide. No subparameters are specified with this UNTIL type. No other UNTIL types can be combined with this UNTIL type (meaning, using And/Or). |
JCL EXPDT (J) |
Vault retention is based on the expiration date specified in the JCL EXPDT, RETPD or DATACLAS parameter. No subparameters are specified with this UNTIL type. |
LAST (L) |
ACCESS Vault retention is based on the number of days since the vaulting data set was last accessed. The vaulting data set is the data set on the volume that assigns the vaulting pattern to the volume or a chain of volumes. If Control-M/Tape installation parameter VLTBYDS1 in member CTTPARM is set to Y, the vaulting data set is always the first data set on the volume. If VLTBYDS1 is set to N, the vaulting data set is the first data set on the volume that has vaulting information. For more information about installation parameter VLTBYDS1, see the Control-M/Tape chapter of the INCONTROL for z/OS Installation Guide. Syntax: LAST=number_days where number_days is the Number of days. A maximum of 4 digits can be specified. And/Or: When A (And) or O (Or) is specified, an additional UNTIL field is opened on the screen. See And/Or Subparameter Logic. |
MVS CATALOG (M or CA) |
Vault retention is based on the existence of the volume in the operating system catalog. If the catalog still controls the volume, the volume is retained in the vault. Otherwise, the volume is no longer retained in the vault. No subparameter fields are specified with this UNTIL type. And/Or: When A (And) or O (Or) is specified, an additional UNTIL field is opened on the screen. See And/Or Subparameter Logic. |
PERMANENT (P) |
Volume is retained indefinitely in the vault. This UNTIL type allows manual control of volume movement. No subparameters are specified with this UNTIL type. No other UNTIL types can be combined with this UNTIL type (meaning, using And/Or). |
VOL EXPIRE (VO) |
Vault retention is based on the expiration date of the volume. As soon as the expiration date of the volume passes, the volume is removed from the vault and its status is changed to Pend-Scratch. No subparameters are specified with this UNTIL type. No other UNTIL types can be combined with this UNTIL type (meaning, using And/Or). |
VAULT DAYS (VA) |
Vault retention is based on the number of days since the volume was sent to the vault. Syntax: VAULT DAYS=number_days where number_days is the Number of days. A maximum of 4 digits can be specified. And/Or: When A (And) or O (Or) is specified, an additional UNTIL field is opened on the screen. See And/Or Subparameter Logic. |
General Information
The DO VAULT statement specifies the location to be used for off-site storage of volumes and how long the volumes are stored at that location.
The combination of DO VAULT subparameters specified in a rule definition establishes the vault pattern for the specified volumes.
Multiple DO VAULT statements can be specified in a rule, but the "DO" keyword only appears in the first DO VAULT statement.
All vaulting is either by box or not by box. Therefore, if multiple VAULT statements are defined, the value specified in the BY BOX subparameters (of the first VAULT statement) applies to all VAULT statements.
Specification of the expression DO VAULT=MAINLIB indicates the return of a vaulted volume to the active library. When a volume is returned to the active library, the expiration date of the volume is checked. If the volume has expired, its status is changed to Pend-Scratch.
All vaults are defined in a member whose default name is $$VAULT in the Control-M/Tape PARM library. A vault must be defined before its name can be specified in a DO VAULT statement.
Vaulting is not performed when a job abends.
Vaulting for multi-volume chains is also supported. For additional information, see Vault Management.
For general information on vaults, see Vault Management.
CYCLES Retention Type
UNTIL CYCLES indicates that Control-M/Tape is to retain a specified number of versions of a data set. Depending on conventions in use at the site, different versions of the same data set can be distinguished by a unique identifier (for example, time stamp) appended to a prefix in the data set name. In such cases, different versions of the same data set have the same prefix, but their full names are different.
Therefore, when counting data set cycles, it is necessary to instruct Control-M/Tape whether to identify data sets by their entire name, or by the prefix specified in the ON DATASET statement. This is done using subparameter PREFIX. Specifying Y (Yes) in the PREFIX subparameter instructs Control-M/Tape to take a unified count of all data set versions with the same prefix. Specifying N (No) instructs Control-M/Tape to identify data set versions by their full name.
Within the same rule definition, the value for subparameter PREFIX in DO VAULT statements specifying UNTIL CYCLES is independent of, and can be different from, the value specified for subparameter PREFIX in DO RETENTION and DO ABENDRET statements that specify the CYCLES retention type.
However, the PREFIX must be the same for each vault specified within the same DO VAULT statement.
Examples
ON DATASET=BKP*
DO VAULT=V1
UNTIL CYCLES 0010 PREFIX Y
-
There are five versions of file BKP001.
-
There are three versions of file BKPACCT.
-
There are two versions of file BKP.
If another version of any of these files is created, they will have exceeded their vault retention period (ten cycles) and the oldest volume is moved to the next vault.
ON DATASET=BKP*
DO VAULT=V1
UNTIL CYCLES 0010 PREFIX N
-
There are five versions of file BKP001.
-
There are three versions of file BKPACCT.
-
There are two versions of file BKP.
If another version of any of these files is created, their individual counts will not have exceeded their vault retention period (ten cycles). Therefore, no volumes are moved.
Set vault patterns for accounting department volumes. The volumes should remain in the active library (MAINLIB) until 01/01/00, after that the volumes are transferred to the accounting vault permanently.
Figure 181 DO VAULT Parameter – Example 3
RULE: VAULTVOL LIB CTT.PROD.RULES TABLE: ACC0003
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME VAULTVOL GROUP ACCOUNTING MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 01 CONTINUE SEARCH Y (Y/N)
DESCRIPTION THIS RULE VAULTS VOLUMES ACC001-ACC200 AT YEAR-END. THESE
DESCRIPTION VOLUMES ARE RETAINED PERMANENTLY IN THE VAULT.
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.PROD.DOCS
===========================================================================
DOC
===========================================================================
ON DATASET = ACC* And/Or/Not A
ON VOLSER = ACC001 TO ACC200 And/Or/Not
===========================================================================
DO VAULT = MAINLIB BY BOX (Y/N)
UNTIL = DATE 0101 YEAR 2000 And/Or
VAULT = VLT-ACC
UNTIL PERMANENT And/Or
VAULT =
DO
===========================================================================
===========================================================================
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
DOCLIB: General Parameter
Name of the library in which the rule documentation member resides.
Figure 182 DOCLIB Parameter Format
Optional. The DOCLIB parameter specifies a valid data set name of 1 through 44 characters.
General Information
The library can be any standard partitioned data set. The record length must be 80.
The default is defined in the profile library, or it is blank.
Any number of documentation libraries can be used at your site. However, only one documentation library can be specified in each rule definition.
Users with DOCU/TEXT installed at their sites can specify a DOCU/TEXT library and member with up to 132 characters per line. However, if more than the first 71 characters in a line are used, the line is truncated and Browse mode is forced. Browse mode is also forced if a line contains an unprintable character. Changes to the documentation are not permitted in Browse mode.
Example
Rule documentation is written to member CTTDOCS in library CTT.PROD.DOC.
Figure 183 DOCLIB Parameter Example
RULE: BKPSAVE LIB CTT.PROD.RULES TABLE: BKP0002
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME BKPSAVE GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 03 CONTINUE SEARCH Y (Y/N)
DESCRIPTION SETS RETENTION AND ABEND-RETENTION PERIODS FOR BACKUP FILES
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.PROD.DOCS
===========================================================================
DOC
===========================================================================
ON DATASET = BKP* And/Or/Not A
ON PGM = BKP* And/Or/Not A
ON USERID = ADMIN And/Or/Not
===========================================================================
DO RETENTION = DAYS 00365 And/Or
DO ABENDRET = CYCLES 0001 PREFIX Y (Y/N) And/Or
DO
===========================================================================
===========================================================================
DAYS ALL DCAL
AND/OR
WDAYS WCAL
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
DOCMEM: General Parameter
Name of the member in which rule documentation resides.
Figure 184 DOCMEM Parameter Format
Optional. Parameter DOCMEM specifies a valid member name of 1 through 8 characters.
General Information
This member contains the detailed documentation written in the DOC lines of the Rule Definition screen.
As a default, the DOCMEM name is set to the same value as specified for RULE NAME.
Users with DOCU/TEXT installed at their sites can specify a DOCU/TEXT library and member with up to 132 characters per line. However, if more than the first 71 characters in a line are used, the line is truncated and Browse mode is forced. Browse mode is also forced if a line contains an unprintable character. Changes to the documentation are not permitted in Browse mode.
Example
Rule documentation is written to member CTTDOCS in the CTT.PROD.DOC library.
Figure 185 DOCMEM Parameter Example
RULE: BKPSAVE LIB CTT.PROD.RULES TABLE: BKP0002
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME BKPSAVE GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 03 CONTINUE SEARCH Y (Y/N)
DESCRIPTION SETS RETENTION AND ABEND-RETENTION PERIODS FOR BACKUP FILES
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.PROD.DOCS
===========================================================================
DOC
===========================================================================
ON DATASET = BKP* And/Or/Not A
ON PGM = BKP* And/Or/Not A
ON USERID = ADMIN And/Or/Not
===========================================================================
DO RETENTION = DAYS 00365 And/Or
DO ABENDRET = CYCLES 0001 PREFIX Y (Y/N) And/Or
DO
===========================================================================
===========================================================================
DAYS ALL DCAL
AND/OR
WDAYS WCAL
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
GROUP: General Parameter
Descriptive name for a group of rules that includes this rule.
Figure 186 GROUP Parameter Format
Optional. Parameter GROUP specifies a group name of 1 through 20 characters. No blanks (except trailing blanks) are allowed.
General Information
This parameter facilitates rule handling.
The group name appears in all important IOA Log messages relating to the group’s rules.
Example
Set the group of this rule to PRODUCTION.
Figure 187 GROUP Parameter Example
RULE: BKPSAVE LIB CTT.PROD.RULES TABLE: BKP0002
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME BKPSAVE GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 03 CONTINUE SEARCH Y (Y/N)
DESCRIPTION SETS RETENTION AND ABEND-RETENTION PERIODS FOR BACKUP FILES
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.PROD.DOCS
===========================================================================
DOC
===========================================================================
ON DATASET = BKP* And/Or/Not A
ON PGM = BKP* And/Or/Not A
ON USERID = ADMIN And/Or/Not
===========================================================================
DO RETENTION = DAYS 00365 And/Or
DO ABENDRET = CYCLES 0001 PREFIX Y (Y/N) And/Or
DO
===========================================================================
===========================================================================
DAYS ALL DCAL
AND/OR
WDAYS WCAL
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
MODE: General Parameter
Specifies the Control-M/Tape operation mode for this rule.
Figure 188 MODE Parameter Format
Parameter MODE determines whether Control-M/Tape should intervene in media management processes.
Table 169 MODE Subparameters
Subparameter |
Description |
---|---|
P (PROD) |
Standard production mode. Default. |
T (TEST) |
Test mode. Information is recorded in the Media Database but Control-M/Tape does not intervene in any way (for example, prompts are not issued, unexpired data sets are not protected, and jobs are not abended by Control-M/Tape). |
General Information
Test mode provides an opportunity to test the effects of a rule definition without performing actual processes.
Global Test mode (set using parameter MODE in member CTTPARM) overrides rule production mode.
Examples
Set the mode of backup jobs to PROD.
Figure 189 MODE Parameter Example 1
RULE: BKPSAVE LIB CTT.PROD.RULES TABLE: BKP0002
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME BKPSAVE GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 03 CONTINUE SEARCH Y (Y/N)
DESCRIPTION SETS RETENTION AND ABEND-RETENTION PERIODS FOR BACKUP FILES
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.PROD.DOCS
===========================================================================
DOC
===========================================================================
ON DATASET = BKP* And/Or/Not A
ON PGM = BKP* And/Or/Not
===========================================================================
DO RETENTION = DAYS 00365 And/Or
DO ABENDRET = CYCLES 0001 PREFIX Y (Y/N) And/Or
DO
===========================================================================
===========================================================================
DAYS ALL DCAL
AND/OR
WDAYS WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
Set the mode of all data sets to TEST mode.
Figure 190 MODE Parameter Example 2
RULE: SETMODE LIB CTT.TEST.RULES TABLE: ADM0002
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME SETMODE GROUP TESTING MODE TEST (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 01 CONTINUE SEARCH Y (Y/N)
DESCRIPTION THIS RULE SETS THE MODE TO TEST FOR ALL DATA SETS.
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.TEST.DOCS
===========================================================================
DOC
===========================================================================
ON DATASET = * And/Or/Not
===========================================================================
DO
===========================================================================
===========================================================================
DAYS ALL DCAL
AND/OR
WDAYS WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
CONFCAL SHIFT
======= >>>>>>>>>>>>>>> END OF RULE DEFINITION PARAMETERS <<<<<<<<<<<<<<< ====
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
MONTHS: Basic Scheduling Parameter
Specifies months of the year when the rule is scheduled.
Figure 191 MONTHS Parameter Format
Optional. Each month in the year is identified separately (represented by numbers 1 through 12), and a value can be specified for each month. Valid values:
Table 170 MONTHS Parameter Values
Value |
Description |
---|---|
Y (Yes) |
Schedule the rule in that month. Default. |
N (No) |
Do not schedule the rule in that month. |
General Information
The rule is scheduled for execution only during the months when a value of Y (Yes) is specified.
Parameter MONTHS cannot be used with parameter DATES.
When the MONTHS parameter is used, at least one of the following must be specified: DAYS, DCAL, WDAYS or WCAL.
Parameter MONTHS is ignored when periodic values are specified in the DAYS or WDAYS parameter.
Examples
ON Statement: Selection Parameter
Specification of selection criteria. The access of media that meet the selection criteria triggers the rule. Control-M/Tape can then perform DO actions on the media.
Figure 192 ON Parameter Format
Type a valid option (abbreviated V, D, J, A, US, P, ME, MG, or UC) in the ON field and press Enter. Specify subparameters for each option as prompted.
Table 171 ON Subparameters
Subparameter |
Description |
---|---|
VOLSER (V) |
Syntax: VOLSER (V) volser_start TO volser_end where:
|
DATASET (D) |
Name (or mask) of the data set (1 to 33 characters). Every rule definition must contain one ON DATASET statement. If no ON DATASET statement is specified, Control-M/Tape automatically adds the expression ON DATASET=* to the rule definition. In rules in which Generation Data Group (GDG) data sets are to be stacked (using the expression DO STACK=Y) only the base name of the data set is specified in the ON DATASET statement (without the last period). For example, if the data set name is A.B.C.G0001V00, the ON statement is as follows: Copy
|
JOBNAME (J) |
Name (or mask) of the job that created the data set (1 through 8 characters). |
ACCOUNT (A) |
JCL accounting information (or mask) of the job that created the data set. |
USERID (US) |
User ID (or mask) of the user assigned to the job that created the data set (1 through 8 characters). The default is site dependent. |
PGM (P) |
Name (or mask) of the programs that created the data set (1 through 8 characters). |
MEDIA (ME) |
Media type of the volume (for example, cartridge, tape). (1 through 8 characters.) The values for this field must match those specified in a predefined table specified by the user in member CTTPARM. For additional information, see the INCONTROL for z/OS Installation Guide. Character masking is not supported. |
MGMTCLAS (MG) |
DFSMS Management Class (1 through 8 characters). Relevant only if the Control-M/Tape to DFSMS interface is active. For additional information, see Control-M/Tape to DFSMS Interface. |
UCB (UC) |
Unit Control Block (UCB) or range of UCBs of the device on that the data set is created. Mask characters (* and ?) can be specified for this field. A second value (in the TO field) should only be specified if a range is indicated. Mask characters cannot be specified as part of a range in an ON UCB statement. |
Examples
General Information
The ON statement specifies criteria for the triggering of the rule. When a data set or volume that meets these criteria is accessed, the rule is triggered, and actions (DO statements) specified in the rule, are performed.
ON MEDIA and ON VOLSER statements cannot be specified in either of the following cases:
-
AT MOUNT is specified in a DO CONDITION, DO FORCEJOB, DO RESOURCE, DO SET or DO SHOUT statement in the rule.
-
The volume specified in the ON statement was not defined in the Media Database when the current job started.
Within an ON block one, and only one, ON DATASET statement must be specified. Because no other ON DATASET statements are specified, Control-M/Tape automatically adds the ON DATASET=* expression to any ON block. All other media options (for example, VOLSER, MEDIA, and JOBNAME) can be specified an unlimited number of times.
Character masking is supported in all ON statements except ON MEDIA. For more information about masking, see Character Masking.
And/Or/Not Subparameter
This subparameter permits specification of multiple ON statements within one ON block (for specifying a combination of media selection criteria).
When specified, another ON line is opened for inputting selection criteria. The newly-opened line must be filled.
The ON block is considered satisfied, and the rule is activated, when a complete set of ON statements is satisfied according to Boolean logic:
Table 172 And/Or/Not subparameter values
Value |
Description |
---|---|
A (And) |
Indicates AND logic between the two statements. Both ON statements must be satisfied for the same volume or data set. |
O (Or) |
Indicates OR logic between the two statements. At least one of the ON statements must be satisfied for the same volume or data set. |
N (Not) |
Indicates NOT logic. The next ON statement must not be satisfied. |
Subparameter And/Or/Not uses standard Boolean relations. AND and NOT are applied before OR. NOT means AND NOT as represented below:
A AND B OR C NOT D
is interpreted as
[(A AND B) OR (C AND NOT D)]
Examples
Stacking is enabled for all data sets on all volumes (indicated by specifying mask character * in the ON DATASET statement).
Figure 193 ON Parameter – Example 1
RULE: STARTSTK LIB CTT.PROD.RULES TABLE: PRD0002
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME STARTSTK GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 01 CONTINUE SEARCH Y (Y/N)
DESCRIPTION THIS RULE ENABLES STACKING FOR ALL DATA SETS.
DESCRIPTION
DOCMEM STARTSTK DOCLIB CTT.PROD.DOCS
===========================================================================
DOC
===========================================================================
ON DATASET = * And/Or/Not
===========================================================================
DO STACK = Y (Y/N)
DO
===========================================================================
===========================================================================
DAYS ALL DCAL
AND/OR
WDAYS WCAL
MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y
DATES
CONFCAL SHIFT
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
This rule, that forces a Control-M job, is triggered when any data set on a 3400 volume is accessed.
Figure 194 ON Parameter – Example 2
RULE: TAPEUTIL LIB CTT.PROD.RULES TABLE: PRD0002
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME TAPEUTIL GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 01 CONTINUE SEARCH Y (Y/N)
DESCRIPTION THIS RULE FORCES A CONTROL-M JOB WHICH REPORTS ON 3400 TAPE
DESCRIPTION UTILIZATION.
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.PROD.DOCS
===========================================================================
DOC
===========================================================================
ON DATASET = * And/Or/Not A
ON MEDIA = 3400 And/Or/Not
===========================================================================
DO FORCEJOB = TABLE CTMREPS JOB REP3931 DATE ODAT
LIBRARY CTM.PROD.SCHEDULE
AT CLOSE
DO CONDITION = CTM-JOB-REQUESTED ODAT +
AT CLOSE
DO SHOUT = TO TSO-M38 URGENCY R
MESSAGE REMINDER: INSERT REPORT INTO 3400 TAPE UTILIZATION LOG.
AT CLOSE
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
This rule, which vaults accounting data sets and volumes, is triggered when any data set is accessed on a volume whose volume serial number is between ACC001 and ACC200.
Figure 195 ON Parameter – Example 3
RULE: VAULTVOL LIB CTT.PROD.RULES TABLE: ACC0003
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME VAULTVOL GROUP ACCOUNTING MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 01 CONTINUE SEARCH Y (Y/N)
DESCRIPTION THIS RULE VAULTS VOLUMES ACC001-ACC200 AT YEAR-END. THESE
DESCRIPTION VOLUMES ARE RETAINED PERMANENTLY IN THE VAULT.
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.PROD.DOCS
===========================================================================
DOC
===========================================================================
ON DATASET = ACC* And/Or/Not A
ON VOLSER = ACC001 TO ACC200 And/Or/Not
===========================================================================
DO VAULT = MAINLIB BY BOX N (Y/N)
UNTIL = DATE 0101 YEAR 2000 And/Or
VAULT = VLT-ACC
UNTIL PERMANENT And/Or
VAULT =
DO
===========================================================================
===========================================================================
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
Using subparameter And/Or/Not, Control-M/Tape selects this rule only if all three criteria are met: the data sets accessed are prefixed with BKP, the volumes were accessed by jobs prefixed with BKP and the owner is ADMIN.
Figure 196 ON Parameter – Example 4
RULE: BKPSAVE LIB CTT.PROD.RULES TABLE: BKP0002
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME BKPSAVE GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 03 CONTINUE SEARCH Y (Y/N)
DESCRIPTION SETS RETENTION AND ABEND-RETENTION PERIODS FOR BACKUP FILES
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.PROD.DOCS
===========================================================================
DOC
===========================================================================
ON DATASET = BKP* And/Or/Not A
ON PGM = BKP* And/Or/Not A
ON USERID = ADMIN And/Or/Not
===========================================================================
DO RETENTION = DAYS 00365 And/Or
DO ABENDRET = CYCLES 0001 PREFIX Y (Y/N) And/Or
DO
===========================================================================
===========================================================================
DAYS ALL DCAL
AND/OR
WDAYS WCAL
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
OWNER: General Parameter
User ID of the user who created the rule. This parameter is used by the Control-M/Tape security mechanism and for documentation.
Figure 197 OWNER Parameter Format
Mandatory. The OWNER parameter must be 1 through 8 characters.
General Information
Upon initial entry into the Rule Definition screen, the OWNER field is set to the user’s logon ID.
Example
Assign the rule to the user having user ID M43A.
Figure 198 OWNER Parameter Example
RULE: BKPSAVE LIB CTT.PROD.RULES TABLE: BKP0002
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME BKPSAVE GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 03 CONTINUE SEARCH Y (Y/N)
DESCRIPTION SETS RETENTION AND ABEND-RETENTION PERIODS FOR BACKUP FILES
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.PROD.DOCS
===========================================================================
DOC
===========================================================================
ON DATASET = BKP* And/Or/Not A
ON PGM = BKP* And/Or/Not A
ON USERID = ADMIN And/Or/Not
===========================================================================
DO RETENTION = DAYS 00365 And/Or
DO ABENDRET = CYCLES 0001 PREFIX Y (Y/N) And/Or
DO
===========================================================================
===========================================================================
DAYS ALL DCAL
AND/OR
WDAYS WCAL
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
RULE NAME: General Parameter
Name of the rule.
Figure 199 RULE NAME Parameter Format
Mandatory. Parameter RULE NAME specifies a valid rule name of 1 through 8 characters.
General Information
Parameter RULE NAME contains the name of the rule.
If this field is blank, specify the name of the new rule.
To modify the name of a rule, simply change the name as desired.
The rule whose RULE NAME is $DEFAULT is a special rule used to set default retention settings that are compatible with CA-TLMS. For additional information, see the INCONTROL for z/OS Installation Guide.
Example
Set the name of the following newly created rule to BKPSAVE:
Figure 200 RULE NAME Parameter Example
RULE: BKPSAVE LIB CTT.PROD.RULES TABLE: BKP0002
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME BKPSAVE GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 03 CONTINUE SEARCH Y (Y/N)
DESCRIPTION SETS RETENTION AND ABEND-RETENTION PERIODS FOR BACKUP FILES
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.PROD.DOCS
===========================================================================
DOC
===========================================================================
ON DATASET = BKP* And/Or/Not A
ON PGM = BKP* And/Or/Not A
ON USERID = ADMIN And/Or/Not
===========================================================================
DO RETENTION = DAYS 00365 And/Or
DO ABENDRET = CYCLES 0001 PREFIX Y (Y/N) And/Or
DO
DATES
CONFCAL SHIFT
===========================================================================
===========================================================================
DAYS ALL DCAL
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
SEQUENCE PRIORITY: General Parameter
Internal Control-M/Tape rule scanning priority.
Figure 201 SEQUENCE PRIORITY Parameter Format
Parameter SEQUENCE PRIORITY must contain two alphanumeric characters or be blank.
Priority is determined in ascending order where blank<A<Z<0<9. Therefore, increasing priority order is: blank-AA-AZ-A0-A9-0A-0Z-00-09-9A-9Z-90-99.
The default SEQUENCE PRIORITY is blank (the lowest priority).
General Information
Sequence priority controls the order in which rules are scanned. When Control-M/Tape searches for a rule, the first rule that matches the selection criteria is activated. Therefore, the sort order of the rules in the currently active rule table is extremely important.
A Rule list is either sorted or unsorted, based on the value specified in the AUTOMATIC RULE SORTING field on the Rule Definition entry panel.
-
If AUTOMATIC RULE SORTING is set to N (No), rules are listed in the order in which they were defined, and SEQUENCE PRIORITY has no effect on the order of the rules.
-
If AUTOMATIC RULE SORTING is set to Y (Yes), rules are listed in Best Match order.
This order is described in Best Match Order. According to this order:
- The rule with the highest SEQUENCE PRIORITY is placed at the top of the list.
- The rule with the lowest SEQUENCE PRIORITY is placed at the bottom of the list.
- Rules with the same SEQUENCE PRIORITY are sorted according to their selection criteria.
Example
Set the sequence priority of the rule to priority 03.
Figure 202 SEQUENCE PRIORITY Parameter Example
RULE: BKPSAVE LIB CTT.PROD.RULES TABLE: BKP0002
COMMAND ===> SCROLL===> CRSR
-------------------------------------------------------------------------------
RULE NAME BKPSAVE GROUP PRODUCTION MODE PROD (Prod/Test)
OWNER M43A SEQUENCE PRIORITY 03 CONTINUE SEARCH Y (Y/N)
DESCRIPTION SETS RETENTION AND ABEND-RETENTION PERIODS FOR BACKUP FILES
DESCRIPTION
DOCMEM CTTDOCS DOCLIB CTT.PROD.DOCS
===========================================================================
DOC
===========================================================================
ON DATASET = BKP* And/Or/Not A
ON PGM = BKP* And/Or/Not A
ON USERID = ADMIN And/Or/Not
===========================================================================
DO RETENTION = DAYS 00365 And/Or
DO ABENDRET = CYCLES 0001 PREFIX Y (Y/N) And/Or
DO
DATES
CONFCAL SHIFT
===========================================================================
===========================================================================
DAYS ALL DCAL
FILL IN RULE DEFINITION. CMDS: EDIT, SHPF, DOC, SCHED, DOOPT, ONOPT 15.49.41
WDAYS: Basic Scheduling Parameter
Specifies days of the week on which the rule is scheduled.
See also DAYS and CONFCAL.
Figure 203 WDAYS Parameter Format
Optional. The WDAYS parameter specifies days of the week on which rules are scheduled, provided other scheduling criteria are met.
Values for WDAYS can be specified alone, or they can be specified together with a calendar specified in the WCAL subparameter. WDAYS/WCAL can also be specified together with DAYS/DCAL (described under DAYS in this chapter of the guide).
The WDAYS subparameters are described below:
Table 173 WDAYS Subparameters
Subparameter |
Description |
---|---|
WDAYS |
Days of each week in the month on which to schedule a rule. The months in which to schedule rules are specified in the MONTHS parameter, described in this chapter. Various formats, described later, can be used to specify WDAYS. For example, 3 means the 3rd day of the week, L2 means the day before the last day of the week. During installation, either Sunday or Monday is selected as the "first" day of the week. Your INCONTROL administrator can tell you whether the week begins on Sunday or Monday at your site. The first six days of the week are coded 1 through 6. The last day of the week is coded 0 (zero). All examples in this chapter assume Monday is the first day of the week. In these examples, Monday=1, Tuesday=2, . . ., Saturday=6 and Sunday=0. When defining a new RULE the value of WDAYS is automatically set to ALL. |
WCAL |
Name of a calendar containing a predefined set of dates (referred to as working days) on which a rule is scheduled. A specified name must be a valid member name of 1 through 8 characters. For more information on how to define, use and modify calendars, see IOA Calendar Facility. A calendar specified in WCAL does not have to exist when defining the rule parameters. Its existence is checked by the New Day procedure, so it must exist when the rule is scheduled. |
Assuming all other basic scheduling criteria are met:
-
When WDAYS are specified without WCAL, the rule is scheduled on the specified days of the week.
-
When WCAL is specified without WDAYS, the rule is scheduled on the working days marked in the WCAL calendar.
-
When WDAYS and WCAL are both specified, scheduling depends on the how the working days defined in the calendar, and the values and format of the WDAYS parameter combine (described below).
-
When both DAYS and WDAYS criteria are specified, scheduling depends on the connecting AND/OR value specified. (For more information, see subparameter AND/OR in the DAYS parameter.)
Valid Formats for WDAYS
Valid formats for the WDAYS parameter, and how they relate to WCAL, are described below.
Non-periodic scheduling
The following rules govern the use of non-periodic scheduling formats:
-
n is an integer from 0 to 6, where 1 is the first day of the week (Sunday or Monday, depending on the standards at your site) and 0 is the last day of the week (either Saturday or Sunday).
-
Multiple values can be specified (separated by commas) in any order.
-
If a calendar name is specified for WCAL, it should not designate a periodic calendar.
Table 174 Non-Periodic Scheduling Formats
Format |
Description |
---|---|
ALL |
All days in the week. If ALL is specified, other WDAYS values cannot be specified with it. If a WCAL calendar is not defined, schedule the rule on all days in the week. If a WCAL calendar is defined, schedule the rule only on the working days indicated in the calendar. |
n,... |
Specific days of the week. If a WCAL calendar is not defined, schedule the rule on the specified days. If a WCAL calendar is defined, schedule the rule only when a day is defined as a working day in both the WDAYS and the WCAL parameters. |
+n,... |
Days of the week in addition to the working days specified in the WCAL calendar. WCAL is mandatory. |
–n,... |
Order the rule on all days except the nth day from the beginning of the week. WCAL is mandatory. |
>n,... |
Order the rule on the indicated day if it is a working day in the WCAL calendar; otherwise, order the rule on the next working day (within the next seven days) that is not negated by a –n value in the parameter. If none of the next seven days is a working day, the rule is not ordered. This format is frequently used for holiday handling. WCAL is mandatory. |
<n,... |
Order the rule on the indicated day if it is a working day in the WCAL calendar; otherwise, order the rule on the last previous working day (within the preceding seven days) that is not negated by a –n value in the parameter. If none of the preceding seven days was a working day, the rule is not ordered. This format is frequently used for holiday handling. WCAL is mandatory. |
Dn,... |
Order the rule on the nth working day from the beginning of the week. WCAL is mandatory. |
–Dn,... |
Order the rule on all working days except the nth working day from the beginning of the week. WCAL is mandatory. |
Ln,... |
Order the rule on the nth working day from the end of the week. WCAL is mandatory. |
–Ln,... |
Order the rule on all working days except the nth working day from the end of the week. WCAL is mandatory. |
DnWm,... |
(Where m = 1–6). If WCAL is defined, order the rule on the nth day of the mth week of the month. If WCAL is not defined, order the rule on the mth appearance of the nth day of the week during the month. WCAL is optional. When specifying DnWm with a calendar in the WCAL field, do not code n as 0. This may produce unpredictable results. |
Periodic scheduling
The following rules govern the use of periodic scheduling formats:
-
n is any integer from 0 to 6, and i is any valid period identifier (or * for all periods).
-
WDAYS period identifiers are counted on a week by week basis. Calculations do not cross week boundaries (unlike DAYS periodic identifiers that do cross month boundaries).
-
The name of a periodic calendar must be specified in WCAL.
-
A maximum of eight periodic values can be designated in any desired order.
Table 175 Periodic Scheduling Formats
Format |
Description |
---|---|
DnPi,... |
Order the rule on the nth day of period i in each week, from the beginning of the week. |
–DnPi,... |
Order the rule on all days except the nth day of period i in each week, from the beginning of the week. |
LnPi,... |
Order the rule on the nth day of period i in each week, from the last day of the week. |
–LnPi,... |
Order the job on all days in period i except the nth day of period i in each week, from the last day of the week. |
General Information
Negative values take precedence over positive values when determining if a rule is scheduled on a certain date. If a negative value (meaning, format –n, –Dn, –Ln, –DnPi, or –LnPi) in either the DAYS or WDAYS field prevents a rule from being scheduled on a date, the rule is not scheduled on that date even if a positive value (for example, Ln) would otherwise result in the rule being scheduled on that date.
If periodic and non-periodic values are mixed when specifying parameter WDAYS, processing depends on the type of calendar specified in parameter WCAL.
-
If a non-periodic calendar is specified in the WCAL parameter, only non-periodic values in the WDAYS parameter are processed; periodic values are ignored. In this case, negative periodic values (meaning, –DnPi, –LnPi) are also ignored and do not supersede other values.
-
If a periodic calendar is specified in the WCAL parameter, all periodic values and the negative non-periodic value -n in the WDAYS parameter are processed; all nonnegative non-periodic values are ignored.
Parameter MONTHS is ignored when periodic values are specified in parameter WDAYS.
When Ln and/or Dn values are specified in a week that overlaps two months, it is the MONTHS value of the earlier month that determines whether Dn or Ln values are applied in the week.
-
If the first day of the week falls in a month with a MONTHS value of Y, all Dn and Ln values in that week are applied, even those falling in the next or previous month when that month has a MONTHS value of N.
-
If the first day of the week falls in a month with a MONTHS value of N, no Dn or Ln values in that week are applied (not even if those falling in the next or previous month when that month has a MONTHS value ofY).
Examples
The examples in this chapter are based on the following assumptions:
-
The current month is December 2001.
-
Working days are defined in calendar WORKDAYS that contains the following working days (indicated by Y) for December 2001:
---S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1
Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y
-
Periodic calendar PERIDAYS contains the following periodic definition for December2001. These examples assume that all other days of this calendar are blank.
---S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1
B C A A B B C A A B B C A A B B C A A B B
-
Start of the week is defined as Monday. Weeks start on the following dates in December2001: 3rd, 10th, 17th, 24th, and 31st.
At the end of each example, asterisks on a December 2001 calendar indicate the days on which the rule is scheduled.
Schedule the rule on every Sunday and Monday.
WDAYS - 0,1
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 204 WDAYS Parameter – Example 1
Schedule the rule on all working days and on all Saturdays.
WDAYS - +6
WCAL - WORKDAYS
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 205 WDAYS Parameter – Example 2
Schedule the rule on Sunday, if it is a working day. If Sunday is not a working day, schedule the rule on the first preceding working day that is not a Friday.
WDAYS - -5,<0
WCAL - WORKDAYS
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 206 WDAYS Parameter – Example 3
Schedule the rule on the 1st Monday of the 1st week.
WDAYS - D1W1
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 207 WDAYS Parameter – Example 4
Schedule the rule on all working days except Mondays and Fridays.
WDAYS - -D1,-L1
WCAL - WORKDAYS
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 208 WDAYS Parameter – Example 5
Each week, schedule the rule on the 1st day of period A, and on all days, except the second day of period B, in that week.
WDAYS - D1PA,-D2PB
WCAL - PERIDAYS
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 209 WDAYS Parameter – Example 6
Schedule the rule on each Monday, and on the 1st day of the month.
DAYS - 1
AND/OR - OR
WDAYS - 1
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 210 WDAYS Parameter – Example 7
Schedule the rule on the 3rd day of the month provided it is a Monday.
DAYS - 3
AND/OR - AND
WDAYS - 1
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 211 WDAYS Parameter – Example 8
Schedule the rule on the last Monday of the month.
DAYS - L1,L2,L3,L4,L5,L6,L7
AND/OR - AND
WDAYS - 1
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 212 WDAYS Parameter – Example 9
Schedule the rule on the 1st, 7th and 15th day of the month if they are both Saturdays and working days. If the day of the month (1st, 7th, 15th) is not a Saturday, do not schedule the rule. If the day of the month is a Saturday, but it is not a working day, schedule the rule on the next working day.
DAYS - 1,7,15
AND/OR - AND
WDAYS - 6
CONFCAL - WORKDAYS
SHIFT - >
The rule is scheduled on the days of the month indicated by an asterisk:
Figure 213 WDAYS Parameter – Example 10