Rule Parameters

General

Each rule in Control-M/Tape consists of a rule definition, and each rule definition consists of rule parameters. Rule parameters specify the rule’s various instructions and selection criteria.

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

Copy
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:

Copy
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:

Copy
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:

  1. DAYS/DCAL parameters are checked independently and a first tentative scheduling decision is created.

  2. WDAYS/WCAL parameters are checked independently and a second tentative scheduling decision is created.

  3. 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.

  4. If CONFCAL/SHIFT are specified, the third scheduling decision is adjusted according to the CONFCAL/SHIFT criteria.

  5. 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:

  • blank — No shifting occurs. The rule is not scheduled. Default.

  • > — Rule is scheduled on (shifted to) the next working day, according to the CONFCAL calendar.

  • < — Rule is scheduled on (shifted to) the previous working day, according to the CONFCAL calendar.

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:

Copy
---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.

Copy
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

Copy
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):

Copy
DATES 0115

Schedule a rule for the 21st of December and the 21st of June (ddmm format).

Figure 115 DATES Parameter – Example

Copy
 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.

  • A (And) Both DAYS (/DCAL) and WDAYS (/WCAL) criteria must be met for a rule to be scheduled.

  • O (Or) Either DAYS (/DCAL) or WDAYS (/WCAL) criteria must be met for a rule to be scheduled. Default.

  • If A (And) is specified when either DAYS or WDAYS is specified (but not both), the missing DAYS or WDAYS value is automatically set to ALL.

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.

Copy
---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.

Copy
---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.

Copy
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.

Copy
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.

Copy
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.

Copy
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.

Copy
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.

Copy
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.

Copy
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.

Copy
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.

Copy
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.

Copy
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

Copy
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

Copy
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:

  • 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 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

Copy
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

Copy
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

Copy
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:

  • ODAT — Original scheduling date. Default.

  • DATE — Resolves to the system computer date.

  • PREV — Resolves to the rule’s previously scheduled activation date (or, for forced rules, ODAT-1).

  • NEXT — Resolves to the rule’s next scheduling activation rule (or, for forced rules, ODAT+1).

  • STAT — Indicates that the condition (for example, IMS-ACTIVE) is not date dependent.

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.

  • **** – Any schedule date.

  • $$$$ – Any schedule date.

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:

  • – — Delete the prerequisite condition.

  • + — Add (create) the prerequisite condition.

AT

The operation is performed if the specified event occurs. The shortest unique abbreviation can be specified. Valid values are:

  • Check in Volumes (CH) — An external volume is checked in either automatically or manually by screen TC.

  • Mount (M) — The media is mounted by the operator.

  • — Supported only if Y (Yes) or M (Mount) was specified for Control-M/Tape installation parameter DYNWTO.

  • Open (O) — The data set is opened.

  • Close (CL) — The data set is closed.

  • Abend or Close (A) — The data set is closed due to an abend.

  • Keep (K) — The media is dismounted and returned by the operator.

  • — 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.

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:

Copy
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

Copy
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

Copy
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

Copy
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:

  1. 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.

  2. 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

Copy
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:

  • ODAT – Resolve to the installation working date. Default.

  • DATE – Resolve to the system computer date.

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:

  • Check in Volumes (CH)–An external volume is checked in either automatically, or manually using screen TC.

  • Mount (M) – The media is mounted by the operator.
    Supported only if Y (Yes) or M (Mount) was specified for Control-M/Tape installation parameter DYNWTO.

  • Open (O) – The data set is opened.

  • Close (CL) – The data set is closed.

  • Abend Close (A) – The data set is closed due to an abend.

  • Keep (K) – The media is dismounted and returned by the operator.
    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

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

Copy
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

Copy
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

Copy
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

Copy
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

Copy
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

Copy
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:

  • + — Increases the quantity by the specified amount.

  • - — Decreases the quantity by the specified amount.

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:

  • Check in Volumes (CH) — An external volume is checked in either automatically, or manually by screen TC.

  • Mount (M) — The media is mounted by the operator.
    Supported only if Y (Yes) or M (Mount) was specified for Control-M/Tape installation parameter DYNWTO.

  • Open (O) — The data set is opened.

  • Close (CL) — The data set is closed.

  • Abend/Close (A) — The data set is closed due to an abend.

  • Keep (K) — The media is dismounted and returned by the operator.
    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 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

Copy
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

Copy
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.

Copy
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

Copy
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 as long as all 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 any 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, or if the expiration date specified in the JCL EXPDT field has passed, the data set is expired.

Figure 159 DO RETENTION Parameter – Example 4

Copy
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

  • %%user-symbol = expression

where

  • %%user-symbol is a valid user-defined AutoEdit variable

  • expression is a valid combination of constants, AutoEdit operators, functions, and Global or System variables that are resolved before assignment

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:

  • Check in Volumes (CH)—An external volume is checked in either automatically, or manually by screen TC.

  • Mount (M)—The media is mounted by the operator.
    Supported only if Y (Yes) or M (Mount) was specified for Control-M/Tape installation parameter DYNWTO.

  • Open (O)—The data set is opened.

  • Close (CL)—The data set is closed.

  • Abend/Close (A)—The data set is closed due to an abend.

  • Keep (K)—The media is dismounted and returned by the operator.
    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

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

Copy
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:

  • U-userid or USERID-userid–Writes the message to the IOA Log file under the specified user ID. userid must be 1 through 8 characters. For more detailed information regarding route and descriptor codes, refer to the IBM publication Routing and Descriptor Codes, GC38-1102.

  • OPER[–n]–Sends a rollable message to the operator console. n is an optional 2-digit route code. For more detailed information regarding route and descriptor codes, refer to the IBM publication Routing and Descriptor Codes, GC38-1102.

  • OPER2[–n]–Sends an unrollable, highlighted message to the operator console. n is an optional 2-digit route code. For more detailed information regarding route codes, refer to the IBM publication Routing and Descriptor Codes, GC38-1102.

  • U-M – sends a message to an email destination. In order to send an email, sample exit IOAX034M should be implemented. The destination must start with "U-M:".

  • Refer to the description of sample exits IOAX034M and IOAMAIL in the INCONTROL for z/OS Administrator Guide.

  • TSO - loginid [;Nn | ;Mm | ;NnMm | ;Lname] – Sends the message to the specified ID (logonid). ID is mandatory (1through7 characters).

An optional second value, indicating the computer and/or node (such as Nn) of the TSO logonid, can be specified, as follows:

Under JES2:
Valid values are Nn, Mm or NnMm, where:

  • m is the machine ID (the computer in JES2, not the 4-character SMF ID). For more information, see Step 6.3 of ICE, as described in the IOA installation chapter of the INCONTROL for z/OS Installation Guide.
  • n is the 1 to 2 character JES/NJE node ID.

Under JES3:
The only valid value is Lname, where Lname is the logical JES name of the machine (that is, the name as used in JES3 command *T, not the SMF system ID).

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:

  • R — Regular. Default.

  • U — Urgent.

  • V — Very urgent.

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.

  • Check in Volumes (CH) – An external volumes is checked in either automatically, or manually by screen TC.

  • Mount (M) – The media is mounted by the operation.

Supported only if Y (Yes) or M (Mount) was specified for Control-M/Tape installation parameter DYNWTO.

  • Open (O)–The data set is open.

  • Close (CL)–The data set is closed.

  • Abend Close (A)–The data set is closed due to an abend.

  • Keep (K)–The media is dismounted.

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

Copy
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:

  • D (DSN) — Allow stacking of other data sets on the same volume as the current data set.

  • V (VOL) — Do not allow stacking of other data sets on the same volume as the current data set.

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

Copy
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:

  • YES—Use the STKDEFSZ value to override existing statistics for the data set.

  • NO—If statistics already exist for the data set, use them and not the STKDEFSZ value.

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

Copy
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:

  • name — Specific name of the stacking group to which the data set is assigned. The data set is only stacked with other data sets in the same stacking group. A name of 1 to 8 characters can be specified. No leading or embedded blanks can be included in this value.

  • * ANY—Indicates that the data set can be stacked with members of any stacking group.

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:

  1. 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.

  2. 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).

  3. 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.

  4. 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

Copy
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

Copy
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

Copy
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

Copy
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:

  • jobname — Name of a specific job. A job name of up to eight characters can be specified.

  • *SAME — If an ON JOBNAME statement was specified in this rule, *SAME indicates that the data set is not stacked with any other data set created by a job that matches the job name or mask specified in the ON JOBNAME statement.

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:

  • dsname — Name of a specific data set. A data set name of up to 44 characters can be specified.

  • * SAME — The data set is not stacked with any other data set that matches the data set name or mask specified in the ON DATASET statement of the current rule.

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

Copy
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

Copy
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:

  • Y (Yes) — Store the volumes in a box.

  • N (No) — Do not store the volumes in a box. Default.

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:

  • 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 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

Copy
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.

Copy
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

Copy
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

Copy
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

Copy
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

Copy
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

Copy
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

Copy
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

  • Schedule a rule only in March and September:

    Copy
    MONTHS 1- N 2- N 3- Y 4- N 5- N 6- N 7- N 8- N 9- Y 10- N 11- N 12- N
  • Schedule a rule in all months of the year:

    Copy
    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

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:

  • volser_start – Volume serial number (or starting volume serial number in a range) that contains the data set (6 characters). Character masking is supported if no range is specified.

  • volser_end – Ending volume serial number if a range is specified. Character masking is not supported in this field.

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
ON DATASET=A.B.C

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

  • Specifying a value:

    Copy
    ON UCB=01A2 TO
  • Specifying a range:

    Copy
    ON UCB=0100 TO 0200
  • Specifying a mask:

    Copy
    ON UCB=01?? TO

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:

Copy
A AND B OR C NOT D

is interpreted as

Copy
[(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

Copy
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

Copy
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

Copy
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

Copy
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

Copy
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

Copy
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

Copy
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:

Copy
---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.

Copy
---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.

Copy
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.

Copy
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.

Copy
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.

Copy
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.

Copy
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.

Copy
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.

Copy
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.

Copy
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.

Copy
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.

Copy
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