Control M
Control M
NEW DIMENSION S O F T WA R E
USER MANUAL
M-514-U9901A
REL. 5.1.4
Copyright 1999 by New Dimension Software Ltd. All rights reserved. First Edition The software described in this document is furnished under a license agreement, and may be used or copied only in accordance with the terms of the agreement. CONTROL-M is a registered trademark of New Dimension Software Ltd. All other New Dimension Software products are trademarks or registered trademarks of New Dimension Software Ltd. Other brand and product names are trademarks or registered trademarks of their respective holders. The information in this document is subject to change without prior notice and does not represent a commitment on the part of New Dimension Software Ltd. New Dimension Software Ltd. assumes no responsibility for any errors that may appear in this document. M-514-U9901A 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2
Section 1
Introduction
CONTROL-M introduction and overview. This section briefly describes the main components of CONTROL-M from a functional perspective, and introduces the user to CONTROL-M facilities and features, concepts and logic. IOA components and concepts are also described. It is highly recommended that all users read this section before reading other sections in the manual.
Section 2
Online Facility
Guide to using CONTROL-M and IOA online facilities. CONTROL-M and IOA screens are illustrated and discussed in logical sequence.
Section 3
Detailed description, accompanied by examples, of the parameters and statements in the CONTROL-M Job Scheduling Definition screen.
Section 4
Overview of CONTROL-M Event Manager logic and a detailed description of the parameters and statements in CMEM rule definitions. This facility enables CONTROL-M to respond to external events (i.e., events in the MVS environment which occur outside of CONTROL-Ms direct control).
Section 5
Guide to the CONTROL-M AutoEdit facility, and its application to JCL. Usage of AutoEdit terms in the JCL can eliminate the need for manual changes to the JCL prior to job submission.
Section 6
Important information relating to implementation and maintenance of CONTROL-M. Utilities and console operations are also described.
iii
Section 7
Guide to simulating the effects of operations and procedures in your production environment and forecasting the potential impact of proposed changes.
Section 8
Description of the KeyStroke Language (KSL) which emulates the Online facility in batch. The use of KSL scripts for utilities and report generation is discussed. This section also describes special reports available to CONTROL-M users.
iv
Related Publications
IOA Installation Guide
Step-by-step guide to installing IOA Customization Engine (ICE) application. products using the IOA Installation and
vi
Table of Contents
Table of Contents
Section 1: Introduction to CONTROL-M
IOA Products and Your Data Center .......................................................................................1-1 CONTROL-M: A Functional Approach ...................................................................................1-1 Main Components.......................................................................................................................1-1 Job Scheduling Definitions ...................................................................................................1-1 Active Jobs File......................................................................................................................1-2 CONTROL-M Monitor...........................................................................................................1-2 Expanded CONTROL-M Functionality.....................................................................................1-2 Automating Job Scheduling: New Day Processing..............................................................1-2 Automatic JCL Update: JCL and AutoEdit Facility ...........................................................1-3 Automated Job Submission...................................................................................................1-3 Monitoring of Resources........................................................................................................1-4 Immediate Detection and Notification of Problems: Shout Facility ...................................1-4 History Jobs File....................................................................................................................1-5 Journaling and Restoration Capability................................................................................1-5 IOA Log Facility ....................................................................................................................1-5 Automated Job Post-Processing............................................................................................1-6 Utilities ..................................................................................................................................1-6 Handling Jobs in the NJE Network .....................................................................................1-6 Handling External Events: CMEM Facility ........................................................................1-7 Scheduling Jobs via Calendars: Calendar Facility..............................................................1-7 Accumulating Statistics: Statistics Facility.........................................................................1-8 Simulating Job Execution and Forecasting Resource Usage: Simulation and Forecasting Facility...............................................................................................................1-9 Automatic Tape Adjustment.................................................................................................1-9 Reporting Facility..................................................................................................................1-9 CONTROL-M Support For CONTROL-M/WorkLoad ............................................................1-10 Job Scheduling Definition Support ....................................................................................1-10 Enhanced Runtime Scheduling Algorithm ........................................................................1-10
vii
Table of Contents
Online User Interface to CONTROL-M.................................................................................. 1-11 Scheduling Definition Facility ........................................................................................... 1-11 Active Environment (Status) Screen: Online Tracking and Control Facility ................. 1-12 CMEM Rule Definition Facility ......................................................................................... 1-12 IOA Conditions/Resources Screen ..................................................................................... 1-13 IOA Log Screen ................................................................................................................... 1-13 IOA Manual Conditions Screen ......................................................................................... 1-13 IOA Calendar Facility ........................................................................................................ 1-14 Online Utility Screens (Under ISPF) ................................................................................ 1-14 CONTROL-M Concepts............................................................................................................. 1-15 IOA Core and CONTROL-M Repository ................................................................................ 1-15 Date Definition Concepts......................................................................................................... 1-16 Date Standards and Date Field Formats ............................................................................... 1-17 Job Ordering and Job Forcing................................................................................................. 1-18 Rerun and Restart ................................................................................................................... 1-18 Order ID ................................................................................................................................... 1-19 SYSDATA ................................................................................................................................. 1-19 Handling of Job Groups........................................................................................................... 1-19 Prerequisite Condition Concept .............................................................................................. 1-20 General ................................................................................................................................ 1-20 Prerequisite Condition Dates............................................................................................. 1-21 Deleting Conditions ............................................................................................................ 1-22 Conditions Requiring Manual Intervention...................................................................... 1-22 Maybe Jobs.......................................................................................................................... 1-22 Quantitative and Control Resources....................................................................................... 1-23 Quantitative Resources ...................................................................................................... 1-23 Control Resources ............................................................................................................... 1-23 Job Priority............................................................................................................................... 1-24 Automatic Job Flow Adjustment............................................................................................. 1-24
viii
Table of Contents
ix
Table of Contents
Table List Screen ..................................................................................................................... 2-30 Options of the Table List Screen........................................................................................ 2-30 Commands of the Table List Screen .................................................................................. 2-31 Job List Screen ......................................................................................................................... 2-32 Format of the Job List Screen ............................................................................................ 2-33 Commands of the Job List Screen...................................................................................... 2-33 Options of the Job List Screen ........................................................................................... 2-34 Job Scheduling Definition Screen Defining Schedules....................................................... 2-35 Parameters of the Job Scheduling Definition Screen ....................................................... 2-36 Scheduling Definition for Group Entities ......................................................................... 2-43 Commands of the Job Scheduling Definition Screen........................................................ 2-46 Editing Job Scheduling Definitions in the Edit Environment......................................... 2-47 Job Documentation ............................................................................................................. 2-48 Auto-Save and Saving Documentation.............................................................................. 2-49 Exiting the Scheduling Definition Facility............................................................................. 2-50 Exiting the Job Scheduling Definition Screen .................................................................. 2-51 Exiting the Job List Screen ................................................................................................ 2-51 Exiting the Table List Screen ............................................................................................ 2-52 Exiting the Entry Panel ..................................................................................................... 2-52 Ordering (Scheduling) Jobs..................................................................................................... 2-53 Copying Jobs to Another Table ............................................................................................... 2-55 Deleting Tables ........................................................................................................................ 2-56 Displaying Graphic Jobflow .................................................................................................... 2-57 Displaying a Job Scheduling Plan .......................................................................................... 2-59 Job Scheduling Plan Screen ............................................................................................... 2-60 Tracking and Control Facility ............................................................................................... 2-61 General ..................................................................................................................................... 2-61 Status Screen ........................................................................................................................... 2-62 Display Types of the Status Screen ................................................................................... 2-63 Format of the Status Screen .............................................................................................. 2-64 Commands of the Status Screen ........................................................................................ 2-66 Options of the Status Screen.............................................................................................. 2-69 Job Statuses ........................................................................................................................ 2-71 Filtering the Status Screen Display .................................................................................. 2-74 Global View Screen .................................................................................................................. 2-79 Fields of the Global View Screen ....................................................................................... 2-80 View Graph Screen .................................................................................................................. 2-81 View Graph Screen Format for Color Terminals .............................................................. 2-81 View Graph Screen Format for Non-color Terminals....................................................... 2-83
Table of Contents
Why Screen ...............................................................................................................................2-84 Adding Conditions in the Why Screen ...............................................................................2-86 Deleting a Job ...........................................................................................................................2-88 Delete Confirmation Window..............................................................................................2-89 Log Screen.................................................................................................................................2-90 Zoom Screen ..............................................................................................................................2-91 Zoom Screen for Group Entities .........................................................................................2-94 Exiting the Zoom Screen .....................................................................................................2-95 Confirm Scheduling Window ...................................................................................................2-96 Confirm Rerun Window ...........................................................................................................2-96 Confirm Restart Window (Under CONTROL-R) ....................................................................2-97 Rerun/Restart Window (Under CONTROL-R) .......................................................................2-97 Step List Window....................................................................................................................2-101 R Job Order Execution History Screen .....................................................................................2-102 Format of the Job Order Execution History Screen ........................................................2-103 Displaying Job Sysout .......................................................................................................2-103 Sysout Viewing Screen ...........................................................................................................2-104 Statistics Screen .....................................................................................................................2-105 Fields of the Statistics Screen...........................................................................................2-106 JOBSTAT Command .........................................................................................................2-107 Job Dependency Network Screen ..........................................................................................2-108 Format of Job Dependency Network Information ...........................................................2-109 Commands of the Job Dependency Network Screen .......................................................2-111 History Environment Screen .................................................................................................2-112 Options of the History Environment Screen....................................................................2-113 Force OK Confirmation Window............................................................................................2-113 CMEM Rule Definition Facility ........................................................................................... 2-115 General....................................................................................................................................2-115 Accessing the CMEM Rule Facility ..................................................................................2-115 Creating Tables .................................................................................................................2-116 Creating CMEM Rules ......................................................................................................2-116 Performing Operations on CMEM Tables and Rules ......................................................2-116 Entry Panel .............................................................................................................................2-117 Fields of the Entry Panel ..................................................................................................2-118 Table List Screen ....................................................................................................................2-118 Options of the Table List Screen ......................................................................................2-119 Rule List Screen......................................................................................................................2-119 Options of the Rule List Screen ........................................................................................2-120 Rule Definition Screen Defining Rules...............................................................................2-121
xi
Table of Contents
Event Selection Parameters............................................................................................. 2-122 General Parameters.......................................................................................................... 2-123 Action Parameters ............................................................................................................ 2-123 Commands of the Rule Definition Screen ....................................................................... 2-124 Specifying Comments ............................................................................................................ 2-124 Editing CMEM Rule Definitions in the Edit Environment................................................. 2-125 Exiting the CMEM Rule Definition Facility ........................................................................ 2-126 Exiting the Rule Definition Screen.................................................................................. 2-126 Exiting the Rule List Screen ............................................................................................ 2-127 Exiting the Table List Screen .......................................................................................... 2-128 Exiting the Entry Panel ................................................................................................... 2-128 Deleting Tables ...................................................................................................................... 2-128 Ordering CMEM Rule Tables................................................................................................ 2-129 Condition/Resource Handling.............................................................................................. 2-131 General ................................................................................................................................... 2-131 IOA Conditions/Resources Screen......................................................................................... 2-131 Fields of the IOA Conditions/Resources Screen .............................................................. 2-132 Specifying Retrieval Criteria ........................................................................................... 2-133 Adding Conditions and Resources The ADD Command ............................................. 2-134 Options of the IOA Conditions/Resources Screen ........................................................... 2-136 IOA Manual Conditions Screen ............................................................................................ 2-139 Fields of the IOA Manual Conditions Screen.................................................................. 2-140 Specifying Retrieval Criteria ........................................................................................... 2-140 Options of the IOA Manual Conditions Screen............................................................... 2-141 Adding a New Prerequisite Condition NEW COND Command ................................. 2-143 IOA Log Facility....................................................................................................................... 2-144 General ................................................................................................................................... 2-144 IOA Log Screen ...................................................................................................................... 2-144 Fields of the IOA Log Screen ........................................................................................... 2-145 Commands of the IOA Log Screen ................................................................................... 2-145 Filtering the IOA Log Screen Display ............................................................................. 2-146 IOA Calendar Facility ............................................................................................................ 2-151 General ................................................................................................................................... 2-151 Accessing the Calendar Facility....................................................................................... 2-152 Entry Panel ............................................................................................................................ 2-153 Fields of the Entry Panel ................................................................................................. 2-153 Calendar List Screen ............................................................................................................. 2-154 Options of the Calendar List Screen................................................................................ 2-154 Year List Screen..................................................................................................................... 2-155
xii
Table of Contents
Options of the Year List Screen ........................................................................................2-156 Inserting a New Year ........................................................................................................2-156 Calendar Definition Screen....................................................................................................2-157 Periodic Calendars ............................................................................................................2-158 Deleting Calendars............................................................................................................2-161 Exiting the IOA Calendar Facility ........................................................................................2-162 Exiting the Calendar Definition Screen...........................................................................2-162 Exiting the Year List Screen.............................................................................................2-163 Exiting the Calendar List Screen .....................................................................................2-163 Exiting the Entry Panel ....................................................................................................2-163 Utilities Under ISPF ............................................................................................................... 2-164 General....................................................................................................................................2-164 IOA Online Utilities Menu.....................................................................................................2-164 I1: Add/Check/Delete a Prerequisite Condition ....................................................................2-166 M1: Issue a Job Order ............................................................................................................2-167 M2: Perform Online AutoEdit Simulation ............................................................................2-168 M3: Prepare Simulation/Tape Pull List Job..........................................................................2-172 M4: Parameter Prompting Facilities .....................................................................................2-176 Parameter Prompting Facility (Type 1) ...........................................................................2-177 Parameter Prompting Facility (Type 2) ...........................................................................2-184 M5: Quick Schedule Definition Facility ...............................................................................2-194 M6: End User Job Order Interface ......................................................................................2-202 R1: CONTROL-R Restart Simulation .................................................................................2-203
R2: CONTROL-R Dataset Cleanup .......................................................................................2-205 R3: Prepare the Job Dataset List.........................................................................................2-208 U1: Invoke DOCU/TEXT........................................................................................................2-209
xiii
Table of Contents
SYSDB................................................................................................................................. 3-16 MAXDAYS........................................................................................................................... 3-16 MAXRUNS .......................................................................................................................... 3-16 CONFCAL ................................................................................................................................ 3-19 SHIFT.................................................................................................................................. 3-20 CONFIRM ................................................................................................................................ 3-23 CONTROL................................................................................................................................ 3-25 CTB STEP ................................................................................................................................ 3-29 AT ........................................................................................................................................ 3-29 NAME.................................................................................................................................. 3-29 TYPE ................................................................................................................................... 3-29 D-CAT....................................................................................................................................... 3-31 DATES...................................................................................................................................... 3-33 DAYS ........................................................................................................................................ 3-35 DCAL ................................................................................................................................... 3-35 AND/OR............................................................................................................................... 3-36 DESC ........................................................................................................................................ 3-42 DO statement ........................................................................................................................... 3-44 DO COND................................................................................................................................. 3-46 DO CTBRULE.......................................................................................................................... 3-50 ARG ..................................................................................................................................... 3-50 DO FORCEJOB ....................................................................................................................... 3-52 TABLE................................................................................................................................. 3-52 JOB ...................................................................................................................................... 3-52 DATE ................................................................................................................................... 3-52 LIBRARY............................................................................................................................. 3-52
xiv
Table of Contents
TO .........................................................................................................................................3-55 CONFIRM............................................................................................................................3-55 DO NOTOK...............................................................................................................................3-57 DO OK .......................................................................................................................................3-59 DO RERUN...............................................................................................................................3-61 DO SET .....................................................................................................................................3-63 VAR= ....................................................................................................................................3-63 DO SHOUT ...............................................................................................................................3-66 TO .........................................................................................................................................3-66 URGENCY ...........................................................................................................................3-67 DO SYSOUT .............................................................................................................................3-70 OPT ......................................................................................................................................3-70 PRM......................................................................................................................................3-70 FRM......................................................................................................................................3-70 DOC ...........................................................................................................................................3-77 DOCLIB ....................................................................................................................................3-79 DOCMEM..................................................................................................................................3-81 DUE OUT..................................................................................................................................3-83 GROUP......................................................................................................................................3-85 IN...............................................................................................................................................3-87 INTERVAL................................................................................................................................3-95 MAXWAIT.................................................................................................................................3-97 MEMLIB .................................................................................................................................3-100 MEMNAME ............................................................................................................................3-104 MINIMUM ..............................................................................................................................3-106 MONTHS ................................................................................................................................3-108 ON ...........................................................................................................................................3-110 PGMST...............................................................................................................................3-110 PROCST .............................................................................................................................3-110 CODES ...............................................................................................................................3-111 A/O......................................................................................................................................3-111 ON GROUP-END ...................................................................................................................3-118 OUT .........................................................................................................................................3-120 OVERLIB ................................................................................................................................3-131 OWNER...................................................................................................................................3-133 PDS..........................................................................................................................................3-135 PIPE ........................................................................................................................................3-137
xv
Table of Contents
PREVENT-NCT2 ................................................................................................................... 3-140 PRIORITY .............................................................................................................................. 3-142 RELATIONSHIP ................................................................................................................... 3-144 RERUN-MAXRERUN ........................................................................................................... 3-146 RERUN-RERUNMEM .......................................................................................................... 3-148 RESOURCE ........................................................................................................................... 3-150 RETENTION: # OF DAYS TO KEEP................................................................................... 3-155 RETENTION: # OF GENERATIONS TO KEEP................................................................. 3-157 RETRO ................................................................................................................................... 3-159 SCHEDULE TAG .................................................................................................................. 3-161 SET VAR ................................................................................................................................ 3-164 SHOUT ................................................................................................................................... 3-169 WHEN ............................................................................................................................... 3-169 TO ...................................................................................................................................... 3-170 URGN ................................................................................................................................ 3-171 MS...................................................................................................................................... 3-171 STEP RANGE ........................................................................................................................ 3-174 FR (PGM.PROC) ............................................................................................................... 3-174 TO ...................................................................................................................................... 3-174 SYSOUT ................................................................................................................................. 3-176 OP ...................................................................................................................................... 3-176 FROM ................................................................................................................................ 3-176 TASKTYPE ............................................................................................................................ 3-182 TIME....................................................................................................................................... 3-186 FROM ................................................................................................................................ 3-186 UNTIL ............................................................................................................................... 3-186 WDAYS................................................................................................................................... 3-189 WCAL ................................................................................................................................ 3-189
xvi
Table of Contents
xvii
Table of Contents
xviii
Table of Contents
How to Obtain Date Formats 3.............................................................................................5-33 How to Obtain the Previous Months Last Business Date .....................................................5-34 Automatic Job Order for the Next Day ...................................................................................5-35 Tape Clearance System Stage 1............................................................................................5-36 Tape Clearance System Stage 2............................................................................................5-37 Tape Management System.......................................................................................................5-38 Dynamic Job Name...................................................................................................................5-38 Controlling the Target Computer by Class .............................................................................5-39 Controlling the Target Computer by System Affinity ............................................................5-39 %%BLANKn Statement ...........................................................................................................5-40 %%RANGE Statement .............................................................................................................5-41 SYSIN Parameter Containing %% ..........................................................................................5-42 %%INCLIB and %%INCMEM Statements.............................................................................5-42 Boolean IF Logic ....................................................................................................................5-43
xix
Table of Contents
CONNECT DIRECT Support.................................................................................................. 6-25 REXX Procedure IOACDDR: Dataset Event Definition................................................... 6-25 Event List Screen................................................................................................................ 6-26 Event Definition Screen ..................................................................................................... 6-27 Parameter Prompting Facilities.............................................................................................. 6-29 Parameter Prompting Facility Type 1............................................................................ 6-29 Parameter Prompting Facility Type 2............................................................................ 6-35 Utilities ........................................................................................................................................ 6-43 CTMAESIM Test AutoEdit Syntax...................................................................................... 6-45 CTMBLDAE Build AutoEdit Symbols Member.................................................................. 6-49 CTMBLT Create Scheduling Tables .................................................................................... 6-54 CTMJOB Order Jobs to the Active Jobs File ...................................................................... 6-71 CTMRCAL Produce a Job Plan Report................................................................................ 6-76 CTMRELRS Release Quantitative Resources..................................................................... 6-78 CTMTBUPD Update Job Scheduling Tables ..................................................................... 6-80 CTMXRF Create Cross Reference Reports.......................................................................... 6-91 IOACND Handle Condition/Resource Utilization............................................................... 6-97 Operations Guide .................................................................................................................... 6-100 Activating the CONTROL-M Monitor .................................................................................. 6-100 Shutting Down the CONTROL-M Monitor .......................................................................... 6-100 Modifying the CONTROL-M Sleeping Interval ................................................................... 6-101 New Day Procedure Flow ...................................................................................................... 6-101 Started Tasks ......................................................................................................................... 6-102 CONTROL-M Errors ............................................................................................................. 6-103 CONTROL-M Monitor and JES............................................................................................ 6-103 Cases of JES Malfunction ................................................................................................ 6-103 Special Considerations ..................................................................................................... 6-103 Stopping CMEM Before JES Is Stopped ......................................................................... 6-105 Managing the CMEM Facility .............................................................................................. 6-106 CMEM and CONTROL-O ................................................................................................ 6-106 Activating the CONTROL-M Event Manager (CMEM) Facility ................................... 6-106 Deactivating the CMEM Facility..................................................................................... 6-106 Replacing an Active CMEM Monitor............................................................................... 6-107 Loading of Rules ............................................................................................................... 6-107 Deleting (Deactivating) an Active Rule Table................................................................. 6-109 Displaying Active Rules ................................................................................................... 6-109 Controlling CMEM Rule Operation Mode....................................................................... 6-110 Modifying the CMEM Sleeping Interval ......................................................................... 6-110 Refreshing the CMEM Security Cache............................................................................ 6-111
xx
Table of Contents
Modifying the CONTROL-M Resources Acquisition Exit ....................................................6-111 Loading a New Destination Table .........................................................................................6-112 Performing Deadline Scheduling Calculations.....................................................................6-112 Issuing Operator Commands Via a Job or STC....................................................................6-113 IOA Online Monitor................................................................................................................6-113 General...............................................................................................................................6-113 Activating the IOA Online Monitor..................................................................................6-114 Deactivating the IOA Online Monitor..............................................................................6-114 Controlling the Online Monitor(s) ....................................................................................6-115
xxi
Table of Contents
Appendixes
Appendix A: Editing Job Scheduling Definitions in the Edit Environment .................A-1 Appendix B: Editing CMEM Rule Definitions in the Edit Environment ......................B-1 Appendix C: AutoEdit Facility in KSL ..................................................................................C-1 Appendix D: MVS WTO Route/Descriptor Codes ............................................................... D-1
Index
xxii CONTROL-M Rel. 5.1.4 User Manual
CONTROL-M Concepts............................................................................................................. 1-17 IOA Core and CONTROL-M Repository ................................................................................ 1-17 Date Definition Concepts......................................................................................................... 1-18 Date Standards and Date Field Formats ............................................................................... 1-19 Job Ordering and Job Forcing................................................................................................. 1-20 Rerun and Restart ................................................................................................................... 1-20 Order ID ................................................................................................................................... 1-21 SYSDATA ................................................................................................................................. 1-21 Handling of Job Groups........................................................................................................... 1-21 Prerequisite Condition Concept .............................................................................................. 1-22 General ................................................................................................................................ 1-22 Prerequisite Condition Dates............................................................................................. 1-23 Deleting Conditions ............................................................................................................ 1-24 Conditions Requiring Manual Intervention...................................................................... 1-24 Maybe Jobs.......................................................................................................................... 1-24 Quantitative and Control Resources....................................................................................... 1-25 Quantitative Resources ...................................................................................................... 1-25 Control Resources ............................................................................................................... 1-25 Job Priority............................................................................................................................... 1-26 Automatic Job Flow Adjustment............................................................................................. 1-26
CONTROL-R
CONTROL-D
CONTROL-V
CONTROL-D/ Image
CONTROL-O
11
CONTROL-T
Removable Media Management System Increases removable media utilization, controls retention periods, prevents misuse of media, and provides tape library and vault control. Automated Information Integrity System Performs in-stream validation, and accuracy/reasonability checks on information used by data center production tasks (e.g., reports, files, databases).
CONTROL-B
CONTROL-I/2000 Year 2000 Automated Testing and Data Validation Solution Provides a Year 2000 Solution Set that addresses data validation issues, covers the Year 2000 testing lifecycle, and forms the basis for a permanent enterprise-wide automated quality control system. CONTROL-M/ WorkLoad Batch Optimization System Reduces batch processing elapsed time by enabling serial processes to run in parallel. Pipe technology allows communication between batch processes in the same CPU or across a Sysplex while optimizing resource utilization. IOA Cross-Reference Facilitates impact analysis, change management, and the enhancement of IOA product performance by collecting and analyzing data from IOA and non-IOA resources (such as JCL libraries, load module libraries, and source libraries). Automatically locates all references to IOA components, and reports JCL-IOA relationships, IOA-MVS object relationships, and IOA component interrelationships.
IOA/Pathfinder
Related to the IOA family of products is the IOA for the Enterprise family of client/server products which facilitates the automation of MVS and non-MVS platforms.
12
It performs virtually all the job handling tasks of computer operators. It provides a user interface which enables the user to intervene in the process of production management. It provides continual data and status information regarding job processing.
CONTROL-M contains many facilities and components. Working together, they automate the data center. This section introduces these facilities and components from a functional perspective, beginning with the major components which comprise the heart of CONTROL-M and progressing to the more minor components which enhance the functionality of CONTROL-M.
Main Components
The following components are essential to CONTROL-M:
Runtime Scheduling Parameters Runtime requirements which must be satisfied before CONTROL-M submits the job. Post-processing Parameters Actions CONTROL-M performs after the job ends, depending upon the outcome of job execution (e.g., one set of actions if the job ends OK, another set of actions if an abend occurs).
Job scheduling definitions only need be defined once for each job in the production environment. (The mechanism used to define job scheduling definitions is discussed later.) Once defined, a job scheduling definition is saved. It can be modified later if required, and the changes saved. Job scheduling definitions are stored in members in partitioned datasets (libraries), as follows:
Job scheduling definitions for related applications are generally placed in a single member, called a scheduling table. Multiple scheduling tables are stored in partitioned datasets, called scheduling libraries. Multiple scheduling libraries can be defined.
13
CONTROL-M Monitor
The CONTROL-M monitor handles and controls job processing:
It checks the runtime requirements specified in each job scheduling definition in the Active Jobs file, monitors available resources and conditions in the environment, and if it determines that the conditions and resources required by a job are available, it allocates the resources and submits the job. It monitors the execution of the job. It implements post-processing decisions based on instructions in the job scheduling definition and the results of the job execution.
The CONTROL-M monitor operates continually. It evaluates the production environment and implements decisions.
CONTROL-M performs a number of maintenance and cleanup functions which the operator would otherwise have to perform manually. Job scheduling definitions are selected from the scheduling tables (based on their basic scheduling criteria) and are placed in the Active Jobs file. These jobs can then be submitted and tracked by the CONTROL-M monitor.
The implementation of automated job scheduling and New Day processing, and the components of New Day processing, are discussed in detail in Section 6 of this manual and in Section 3 of the IOA Administrator Guide.
14
Changing a parameter or a date card. Supplying tape numbers in JCL procedures. Eliminating steps under different run conditions (e.g., end of month processing vs. normal daily run).
Manual modification of the JCL is inconvenient at best, and it can be error-prone and lead to serious problems. The JCL and AutoEdit facility offers an automated alternative to manual JCL update. The JCL and AutoEdit facility permits AutoEdit terms (AutoEdit variables, functions and control statements) to be specified in the JCL in place of values which change from job submission to job submission. AutoEdit terms are prefixed by %% which distinguishes them from non-AutoEdit terms. For example, the term %%ODAY is recognized as an AutoEdit term. At time of job submission, AutoEdit terms in the JCL are resolved to (replaced by) their actual values. The inclusion of AutoEdit terms into the job stream can eliminate the need to change JCL once it is defined. AutoEdit usage can be further simplified and enhanced via the Parameter Prompting facility (described in Sections 2 and 6 of this manual). It should be noted that certain AutoEdit terms can also be used within job scheduling definitions. The JCL and the AutoEdit facility is described in detail in Section 5 of this manual.
Due Out
15
Monitoring of Resources
Three types of runtime criteria require CONTROL-M to monitor the existence of conditions and the availability of resources system-wide. These conditions and resources are mentioned briefly below and are discussed in greater detail under CONTROL-M Concepts later in this section: Quantitative resources Control resources Quantity of a resource required by the job. For example, a job may require two tape drives. Mode (exclusive/shared) in which a resource is required. For example, a backup job may require exclusive access to a specified dataset. User-defined conditions which must exist before a job is submitted. A major use of prerequisite conditions is to establish job dependencies.
Prerequisite conditions
The condition and resource requirements of a job are defined in the job scheduling definition. Existing and available prerequisite conditions and resources are tracked by the CONTROL-M monitor in a file called the IOA Conditions/Resources file. When the prerequisite conditions and resources required by a job are available, the job can be submitted by the monitor (if all other runtime scheduling criteria are satisfied).
16
17
Add a prerequisite condition to, or delete a prerequisite condition from, the IOA Conditions/Resources file. This can trigger or prevent the submission of a job in the Active Jobs file. Force the placement of a job scheduling definition into the Active Jobs file (regardless of the jobs basic scheduling criteria). Send (shout) a specified message to a specified location via the Shout facility. Change the final status of a job to OK or NOTOK. Handle the jobs SYSOUT. This includes changing its class, deleting it, rerouting it to another node, releasing it for printing, or copying it to another location. Invoke a CONTROL-B rule (if CONTROL-B is active). Rerun a job. Perform an MVS job restart (see parameter OUT in Section 3 of this manual). Perform a CONTROL-R job restart (if CONTROL-R is active). Automatically archive certain portions of the jobs output (if CONTROL-R is active).
Utilities
Utilities provided with CONTROL-M are used to perform a functions and generate reports which assist in the efficient use batch utilities are described in Section 6 of this manual, and described in Section 9 of the IOA Administrator Guide. Online Section 2 of this manual. variety of management of CONTROL-M. Several other batch utilities are utilities are described in
An NJE job is a job submitted by the CONTROL-M monitor for execution on a remote node. CONTROL-M can detect the status of jobs running on a remote node so that once these jobs finish executing, CONTROL-M can assign a status to them.
18
Force one or more CONTROL-M jobs. (See Job Ordering and Job Forcing later in this section.) Add prerequisite conditions to, or delete prerequisite conditions from, the IOA Conditions/Resources file. Stop the job in which the event occurs. If CONTROL-O is active at the site, the following actions can also be performed: Invoke a CONTROL-O rule. Send a message to a specified location via the CONTROL-O Shout facility.
Through the CMEM facility, a job submitted outside the control of the CONTROL-M monitor (e.g., a job submitted by a TSO user) can be brought under the control of the CONTROL-M monitor. Such a job is called an On Spool job, and the control of On Spool jobs is one of the most important functions of CMEM. The CMEM facility, and On Spool jobs, are described in Section 4 of this manual.
19
Two types of calendars can be defined: regular and periodic. Regular calendars consist of scheduling dates or days (of the week) which can be defined according to monthly patterns. Examples: WEEKDAYS WEEKENDS QUARTERLY Schedules jobs each Monday through Friday in each month. Schedules jobs on every Saturday and Sunday in each month. Schedules jobs on the last date in each quarter: March 31, June 30, September 30, December 31. calendar
Regular calendars are especially useful when many jobs have the same schedule. Defining the schedule once in a calendar, and specifying the calendar name in the job scheduling definition of the jobs with that schedule, makes it unnecessary to individually define that schedule in each job scheduling definition. Periodic calendars are especially useful when scheduling dates do not easily conform to fixed date/day of the week/month patterns. Example: PAYCAL Calendar used for jobs which are scheduled every other Wednesday (e.g., payroll jobs). Scheduling occurs on the first, third, and (if there is one) fifth Wednesday of some months. Scheduling may occur on the second and fourth Wednesday of other months.
Determine if a jobs execution time falls outside of a statistically normal range of time (which would indicate an execution delay or problem). Calculate DUE-IN time for use by the Deadline Scheduling facility (discussed later in this section). Simulate job executions and forecast the impact of changes to the system (described briefly below).
1 10
Simulating Job Execution and Forecasting Resource Usage: Simulation and Forecasting Facility
Using statistics accumulated by the Statistics facility, the Simulation and Forecasting facility simulates the actions of the CONTROL-M monitor under the conditions specified in simulation parameters. The Simulation and Forecasting facility enables you to forecast anticipated job load for a specified time in the future, and to forecast the effects possible changes to the system might have. For example, the impact of:
Removing four tape drives. Increasing CPU power by 30%. Changing the time at which certain jobs are executed.
The Simulation and Forecasting facility can improve the efficiency of your site. It can help with resource and configuration decisions, and it can help with the planning of workload scheduling to achieve maximum utilization of resources.
Reporting Facility
CONTROL-M supports a comprehensive reporting facility, which can produce the following types of reports:
Keystroke Language Reports These are reports generated via the Keystroke Language (KSL). KSL is a general purpose reporting language, based on the IOA Online facility, capable of producing numerous reports from the database (described later).
Special Purpose Reports These reports include the Job Flow reports which are generally used to track the dependencies between jobs, and the Job Plan reports which are used to anticipate which jobs will be scheduled each day.
Sample reports are provided in the IOA SAMPLE library. The Reporting facility is described in Section 8 of this manual.
1 11
1 12
Interface with most of the previously described facilities. Immediately access up-to-date information from the production environment. Intervene in the process of production management.
The online user interface is provided through online facilities which are accessed via the IOA Primary Option menu. Certain online facilities are unique to CONTROL-M, and other facilities are shared by many or all IOA products. All IOA and CONTROL-M online facilities are discussed in detail in Section 2 of this manual. They are all outlined briefly on the following pages. Note Your IOA administrator can limit the options displayed on a user-by-user basis and can modify option numbers and customize option descriptions. Default options are discussed in this overview.
In addition, this facility can be used to: Edit a jobs JCL. Manually order or force jobs. Ordering places the requested job in the Active Jobs file only if its basic scheduling criteria are met. Forcing places the requested job in the Active Jobs file regardless of its basic scheduling criteria.
1 13
View the status of each job order in the Active Jobs file. Place a job in HELD status or free a HELD job. Delete a job order. Obtain a statistical overview of the status of jobs in the Status screen. See the reasons why a job in the Active Jobs file has not been submitted. If job submission is held up due to missing prerequisite conditions, you can optionally add those conditions manually. Display a jobs Log file to view all messages issued for the job. Zoom in on the parameters of a job order. This includes not only the job scheduling definition parameters, but also parameters determined by the CONTROL-M monitor at runtime. Manual update of some of these parameters for the job order is permitted. Confirm the scheduling, rerun, or restart (if CONTROL-R is active), of a job which has been defined as requiring manual confirmation. View the execution history of all orders of a job, and view the job order sysouts. View the accumulated statistics of successful executions of a job. View the list of job dependencies for a specific job (i.e., the predecessor/successor jobs of the selected job) and perform manual job flow adjustment (e.g., priority adjustment).
You can filter which jobs in the Active Jobs file are displayed in the Status screen.
The user can load rule tables to memory from the CMEM Rule Definition facility. (Rule tables can also be loaded to memory via an operator command.)
1 14
View the IOA Conditions/Resources file. Add or delete prerequisite conditions and/or resources. Change the available quantity of Quantitative resources.
Conditions which are never automatically added by scheduled jobs because manual confirmation is always desired. For example, TAPE-ARRIVED. Conditions which are normally added automatically by scheduled jobs, but the jobs which add them are not scheduled.
For the conditions listed in the Manual Conditions screen to be added to the IOA Conditions/Resources file, manual intervention is required. The Manual Conditions list is described in Section 6 of this manual. The IOA Manual Conditions screen enables the user to:
View the list of Manual Conditions. Select and add listed conditions, as desired, to the IOA Conditions/Resources file.
1 15
1 16
CONTROL-M Concepts
Having discussed CONTROL-M from a functional viewpoint, and having briefly outlined the online user interface to CONTROL-M, it is now worthwhile to discuss certain important concepts in CONTROL-M functioning.
IOA Log file File in which all events related to job processing are recorded. IOA Conditions/Resources file File which lists the available conditions and resources identified and tracked by the CONTROL-M monitor.
IOA Manual Conditions file File listing prerequisite conditions which must be added manually (i.e., prerequisite conditions required by jobs which have been ordered to the Active Jobs file and which are not automatically added by other jobs in the Active Jobs file).
IOA Calendar tables Files containing IOA calendar definitions. Dynamic Destination table File containing a list of destinations for messages issued by the IOA Shout facility.
Files belonging to a particular IOA product are called that products repository. The CONTROL-M Repository consists of the following files:
Active Jobs file File used to hold copies of the job scheduling definitions of those jobs which have been ordered that working day.
Scheduling tables Files containing job scheduling definitions. CMEM Rule tables Files containing CMEM rule definitions. Job Statistics file File containing the execution statistics of all jobs. Job Network file File containing dependency information about the jobs in the Active Jobs file.
1 17
Journal file File containing data about changes to the CONTROL-M Active Jobs file and the IOA Conditions/Resources file, which can be used for Restoration purposes.
System date Date as supplied by the operating system. This date should be the actual calendar date starting and ending at midnight.
Working date Many sites do not use midnight as the formal time for changing to a new date. A site, for example, may determine that all processing performed between the hours of midnight and 6:00 a.m. belongs to the previous days processing. In this case, the installation working date at the site changes at 6:00 a.m., not at midnight. The working date (i.e., the time at which the date changes at the site) is defined in the CONTROL-M installation parameters. New Day processing generally begins at the start of the new working date.
Original scheduling date Job orders and prerequisite conditions managed by CONTROL-M are assigned an original scheduling date (referred to as ODATE). For a job, the ODATE is the working date on which the job should be scheduled for execution. Example A computer is down for repairs on February 2nd and 3rd. When it is brought up on February 4th, a two-day backlog of jobs must be run in addition to the jobs of the current day. When the Daily procedure scans scheduling tables on February 4th, it places job orders in the Active Jobs file for all three days. Jobs which should have run on February 2nd are assigned an ODATE of February 2nd, jobs for February 3rd are assigned an ODATE of February 3rd, etc. In this manner, each job is executed as if it had run on its originally-scheduled working date.
1 18
Whether a field holds a 4-character date (month and day), a 6-character date (month, day and year) or an 8-character date (month, day and year) depends on the field. However, the format of the 4-, 6- or 8-character date depends on the installation-defined date standard in use at the site. IOA supports three date standards. Each standard has an 8-character format, a 6-character format and a 4-character format. Only one standard is defined at any site. These IOA-supported date standards are described in the chart below. Standard MDY DMY YMD 8-Character Date mmddyyyy ddmmyyyy yyyymmdd 6-Character Date mmddyy ddmmyy yymmdd 4-Character Date mmdd ddmm mmdd
1 If a 2-digit year is specified which is less than 56, IOA assumes the 21st century (e.g., 2015 if yy=15). Otherwise, IOA assumes the 20th century (e.g., 1980 if yy=80).
1 19
Jobs can be automatically forced as part of the post-processing of another job. For example, a particular job may be required only if a certain other job abends. In this case, it is forced during the post-processing for the abended job. Jobs can also be forced manually. For example, a routine job which is generally ordered automatically according to its scheduling criteria can be manually forced, if required, on a day it is not normally scheduled.
1 20
Order ID
CONTROL-M can handle multiple orders of the same job. To distinguish between the job orders, CONTROL-M assigns each job order a unique order ID. Therefore, it is not uncommon to see the same job name with multiple order IDs, each representing a different job order, in the Status screen.
SYSDATA
SYSDATA is the term used to designate the data in the following three job sysout datasets: 1) job log (console messages); 2) expanded JCL; 3) system output messages. SYSDATA datasets are usually produced for each execution of a job or started task. However, not all three datasets are necessarily present in all cases. For example, in JES2, if a job is canceled by the operator before execution, the system output messages dataset might not be produced. For jobs, the output class for this data is defined by one of the following:
MSGCLASS parameter on the job card, which is added or overwritten by CONTROL-M during job submission. JCL job-level //OUTPUT statement using the JESDS subparameter. Default values defined in JES initialization parameters.
For started tasks, the output class for this data is defined in JES initialization parameters. When CONTROL-R is installed, it uses the SYSDATA to analyze the execution of a job order, beginning with the archived SYSDATA of the most recent non-restarted run.
Scheduling criteria to be applied to jobs in the group. Required runtime criteria for all scheduled jobs in the group. Actions to be performed when all scheduled jobs in the group have finished executing with the appropriate status.
1 21
1 22
Payroll-calculating job PAYCALC must be run before Payroll-check-printing job PRINTPAY. To create the necessary job dependency, a prerequisite condition is defined as follows:
Prerequisite condition PAYCALC-ENDED-OK is defined as a runtime scheduling criterion in the job scheduling definition for job PRINTPAY. Prerequisite condition PAYCALC-ENDED-OK is defined as a post-processing parameter for job PAYCALC, only when job PAYCALC terminates successfully. Because the condition required by job PRINTPAY will not be created unless job PAYCALC terminates successfully, job PRINTPAYs dependency on job PAYCALC is established.
Job dependencies do not have to be as simple as the above example illustrates. An almost unlimited number of conditions and job dependencies can be created:
Jobs can be dependent on more than one prerequisite condition. Jobs can add and/or delete more than one prerequisite condition. The same prerequisite condition can be added by more than one job (caution should be used). The same prerequisite condition can be used as an IN condition for more than one job.
In Group scheduling tables (described earlier in this section), prerequisite conditions can be defined as IN, OUT and/or DO COND conditions in the Group Entity. In this case, they apply to the entire set of scheduled jobs.
1 23
For example, condition IMS_ACTIVE is added when IMS is brought up, and only deleted if IMS is brought down. The date of the condition is irrelevant to jobs requiring that condition. Therefore, this condition would be referenced with a date value of STAT. Note Prior to IOA Release 5.0.0, date 0101 was (by convention) used to indicate static dates. This convention can still be used, but STAT is the preferred specification because it can never be confused with an intended date value of 0101.
Deleting Conditions
The last job to require a particular prerequisite condition (i.e., in an IN statement) can also mark that condition for deletion (i.e., in an OUT statement). The deletion of unnecessary conditions can serve the following purposes:
It can eliminate unnecessary clutter from the IOA Conditions/Resources file (and screen). When dependent jobs are scheduled multiple times each day, it can prevent the execution of the earlier-scheduled predecessor job from incorrectly causing the submission of the later-scheduled successor job.
Maybe Jobs
In some cases, job dependencies created by prerequisite conditions are desired only if the predecessor jobs are scheduled. If the predecessor jobs are not scheduled, the dependencies should be ignored. Such dependencies are called Maybe dependencies, and the unscheduled predecessor jobs which should be ignored if they are not scheduled are called Maybe jobs. Conditions set by unscheduled Maybe jobs appear in the Manual Conditions file. The Manual Conditions file and the handling of Maybe jobs is discussed in Section 6 of this manual.
1 24
Quantitative Resources
Specification of Quantitative resource requirements for a job provides a solution for the allocation of quantitative computer resources (e.g., cartridge drives, CPU utilization, database access-rate). It increases computer throughput by controlling access to these resources, thus preventing execution bottlenecks. CONTROL-M maintains a continuously-updated status of the sites Quantitative resources in the IOA Conditions/Resources file. When a Quantitative resource is specified for a job, CONTROL-M determines if a sufficient quantity of the specified resource is available before submitting the job. When the job is submitted, the specified quantity of resource is allocated to that job and is unavailable to other jobs. When the job finishes executing, the resource is made available to other jobs. The quantity of each resource which is available in the data center is specified using CONTROL-M utilities. An authorized user can dynamically change these quantities manually from the IOA Conditions/Resources screen.
Control Resources
Specification of resource control requirements for a job provides a solution for the problem of resource sharing between different jobs. The mode (Exclusive or Shared) in which a resource is required by a job can be specified. For example, a job which reads a database without performing updates can access the database in Shared mode; any other job requiring read-only access to the database can access the database at the same time. Conversely, a job which updates the database may require Exclusive control of the database at the time of update such that no other jobs can share the database. In the example just presented, the database can be defined as a Control resource, and the type of control required by the job (Exclusive or Shared) can be specified for the resource. CONTROL-M considers the mode of resource usage required when allocating Control resources and prevents jobs whose resource usage is incompatible from executing simultaneously.
1 25
Job Priority
The job scheduling definition can include a specification of an internal priority for the job. When competing for the same resource, jobs with higher priority take precedence over jobs with lower priority. Users can also assign a critical path priority to jobs which must be submitted with the least delay possible. A job with critical path priority is allocated required resources as the resources become available. When all its required resources are available, the job is submitted. Non-critical jobs are not allocated resources until all required resources are available at the same time.
An immediate predecessor/successor relationship exists between jobs when one job is directly dependent on prerequisite condition(s) added by the other job. An eventual predecessor/successor relationship exists between jobs if their dependency is indirectly established through a chain of immediate predecessor/successor jobs.
From the network of predecessor/successor jobs, critical paths can be identified. A critical path is a chain of jobs which must be executed in their appropriate sequence in order for a specified job to run. A job can have more than one critical path (if different jobs set the same OUT condition, or if a job has OR logic in its IN conditions). The Job Dependency Network screen, accessed via the Status screen, enables you to view the network of predecessor/successor jobs for a specified job and determine the critical paths for the job. Although it is prerequisite conditions which define predecessor/successor job relationships, the actual job flow along a critical path can be greatly impacted by the following runtime scheduling criteria in the job scheduling definition: PRIORITY DUE OUT As mentioned earlier in Job Priority, a PRIORITY value affects the jobs selection order (relative to other jobs). Specifies the time by which the job should finish executing.
In some cases, it may become desirable to adjust the priorities or due-out times of certain job orders.
1 26
Examples
A high priority successor job is waiting for the submission (and completion) of a lower priority predecessor job. A predecessor job will not terminate early enough for a successor job to terminate by the successors due-out time.
Both types of job flow adjustments can be requested from the Job Dependency Network screen:
Priority Propagation The priority value of each non-Held predecessor/successor job is checked and (if necessary) modified so all jobs in the chain have a priority, and no job has a lower priority than any of its successor jobs.
Deadline Adjustment Starting with the latest eventual successor job in the job flow, the anticipated elapsed time (i.e., anticipated execution time) is subtracted from the DUE OUT time to determine DUE OUT time of that jobs immediate predecessor(s). This process of subtracting elapse times of a job to determine the DUE OUT time of the immediate predecessor job(s) is repeated until the DUE OUT time of the initial or current job is determined. If the user specified an ELAPSE time value in the Online Tracking and Control facility Zoom screen, this value is used for the above calculation. If the user did not specify an ELAPSE time value, the anticipated elapse time is determined by the average runtime taken from the CONTROL-M Statistics file.
By subtracting a jobs ELAPSE time from its DUE OUT time, the CONTROL-M monitor calculates a DUE IN time (i.e., time by which the job should be submitted) for each job. This value is also displayed in the Job Dependency Network screen. The ELAPSE, DUE OUT, DUE IN and PRIORITY values for a job are also displayed in the Zoom screen, which is accessed via the Status screen. DUE IN, DUE OUT and PRIORITY values can also be manually modified in the Zoom screen, but it is recommended that this not be done, and that automatic job flow adjustment be requested instead.
1 27
1 28
Table List Screen ..................................................................................................................... 2-30 Options of the Table List Screen........................................................................................ 2-30 Commands of the Table List Screen .................................................................................. 2-31 Job List Screen ......................................................................................................................... 2-32 Format of the Job List Screen ............................................................................................ 2-33 Commands of the Job List Screen...................................................................................... 2-33 Options of the Job List Screen ........................................................................................... 2-34 Job Scheduling Definition Screen Defining Schedules....................................................... 2-35 Parameters of the Job Scheduling Definition Screen ....................................................... 2-36 Scheduling Definition for Group Entities ......................................................................... 2-43 Commands of the Job Scheduling Definition Screen........................................................ 2-46 Editing Job Scheduling Definitions in the Edit Environment......................................... 2-47 Job Documentation ............................................................................................................. 2-48 Auto-Save and Saving Documentation.............................................................................. 2-49 Exiting the Scheduling Definition Facility............................................................................. 2-50 Exiting the Job Scheduling Definition Screen .................................................................. 2-51 Exiting the Job List Screen ................................................................................................ 2-51 Exiting the Table List Screen ............................................................................................ 2-52 Exiting the Entry Panel ..................................................................................................... 2-52 Ordering (Scheduling) Jobs..................................................................................................... 2-53 Copying Jobs to Another Table ............................................................................................... 2-55 Deleting Tables ........................................................................................................................ 2-56 Displaying Graphic Jobflow .................................................................................................... 2-57 Displaying a Job Scheduling Plan .......................................................................................... 2-59 Job Scheduling Plan Screen ............................................................................................... 2-60 Tracking and Control Facility ............................................................................................... 2-61 General ..................................................................................................................................... 2-61 Status Screen ........................................................................................................................... 2-62 Display Types of the Status Screen ................................................................................... 2-63 Format of the Status Screen .............................................................................................. 2-64 Commands of the Status Screen ........................................................................................ 2-66 Options of the Status Screen.............................................................................................. 2-69 Job Statuses ........................................................................................................................ 2-71 Filtering the Status Screen Display .................................................................................. 2-74 Global View Screen .................................................................................................................. 2-79 Fields of the Global View Screen ....................................................................................... 2-80 View Graph Screen .................................................................................................................. 2-81 View Graph Screen Format for Color Terminals .............................................................. 2-81 View Graph Screen Format for Non-color Terminals....................................................... 2-83
Why Screen ...............................................................................................................................2-84 Adding Conditions in the Why Screen ...............................................................................2-86 Deleting a Job ...........................................................................................................................2-88 Delete Confirmation Window..............................................................................................2-89 Log Screen.................................................................................................................................2-90 Zoom Screen ..............................................................................................................................2-91 Zoom Screen for Group Entities .........................................................................................2-94 Exiting the Zoom Screen .....................................................................................................2-95 Confirm Scheduling Window ...................................................................................................2-96 Confirm Rerun Window ...........................................................................................................2-96 Confirm Restart Window (Under CONTROL-R) ....................................................................2-97 Rerun/Restart Window (Under CONTROL-R) .......................................................................2-97 R Step List Window....................................................................................................................2-101 Job Order Execution History Screen .....................................................................................2-102 Format of the Job Order Execution History Screen ........................................................2-103 Displaying Job Sysout .......................................................................................................2-103 Sysout Viewing Screen ...........................................................................................................2-104 Statistics Screen .....................................................................................................................2-105 Fields of the Statistics Screen...........................................................................................2-106 JOBSTAT Command .........................................................................................................2-107 Job Dependency Network Screen ..........................................................................................2-108 Format of Job Dependency Network Information ...........................................................2-109 Commands of the Job Dependency Network Screen .......................................................2-111 History Environment Screen .................................................................................................2-112 Options of the History Environment Screen....................................................................2-113 Force OK Confirmation Window............................................................................................2-113 CMEM Rule Definition Facility ........................................................................................... 2-115 General....................................................................................................................................2-115 Accessing the CMEM Rule Facility ..................................................................................2-115 Creating Tables .................................................................................................................2-116 Creating CMEM Rules ......................................................................................................2-116 Performing Operations on CMEM Tables and Rules ......................................................2-116 Entry Panel .............................................................................................................................2-117 Fields of the Entry Panel ..................................................................................................2-118 Table List Screen ....................................................................................................................2-118 Options of the Table List Screen ......................................................................................2-119 Rule List Screen......................................................................................................................2-119 Options of the Rule List Screen ........................................................................................2-120
Rule Definition Screen Defining Rules.............................................................................. 2-121 Event Selection Parameters............................................................................................. 2-122 General Parameters.......................................................................................................... 2-123 Action Parameters ............................................................................................................ 2-123 Commands of the Rule Definition Screen ....................................................................... 2-124 Specifying Comments ............................................................................................................ 2-124 Editing CMEM Rule Definitions in the Edit Environment................................................. 2-125 Exiting the CMEM Rule Definition Facility ........................................................................ 2-126 Exiting the Rule Definition Screen.................................................................................. 2-126 Exiting the Rule List Screen ............................................................................................ 2-127 Exiting the Table List Screen .......................................................................................... 2-128 Exiting the Entry Panel ................................................................................................... 2-128 Deleting Tables ...................................................................................................................... 2-128 Ordering CMEM Rule Tables................................................................................................ 2-129 Condition/Resource Handling.............................................................................................. 2-131 General ................................................................................................................................... 2-131 IOA Conditions/Resources Screen......................................................................................... 2-131 Fields of the IOA Conditions/Resources Screen .............................................................. 2-132 Specifying Retrieval Criteria ........................................................................................... 2-133 Adding Conditions and Resources The ADD Command ............................................. 2-134 Options of the IOA Conditions/Resources Screen ........................................................... 2-136 IOA Manual Conditions Screen ............................................................................................ 2-139 Fields of the IOA Manual Conditions Screen.................................................................. 2-140 Specifying Retrieval Criteria ........................................................................................... 2-140 Options of the IOA Manual Conditions Screen............................................................... 2-141 Adding a New Prerequisite Condition NEW COND Command ................................. 2-143 IOA Log Facility....................................................................................................................... 2-144 General ................................................................................................................................... 2-144 IOA Log Screen ...................................................................................................................... 2-144 Fields of the IOA Log Screen ........................................................................................... 2-145 Commands of the IOA Log Screen ................................................................................... 2-145 Filtering the IOA Log Screen Display ............................................................................. 2-146 IOA Calendar Facility ............................................................................................................ 2-151 General ................................................................................................................................... 2-151 Accessing the Calendar Facility....................................................................................... 2-152 Entry Panel ............................................................................................................................ 2-153 Fields of the Entry Panel ................................................................................................. 2-153 Calendar List Screen ............................................................................................................. 2-154 Options of the Calendar List Screen................................................................................ 2-154
Year List Screen .....................................................................................................................2-155 Options of the Year List Screen ........................................................................................2-156 Inserting a New Year ........................................................................................................2-156 Calendar Definition Screen....................................................................................................2-157 Periodic Calendars ............................................................................................................2-158 Deleting Calendars............................................................................................................2-161 Exiting the IOA Calendar Facility ........................................................................................2-162 Exiting the Calendar Definition Screen...........................................................................2-162 Exiting the Year List Screen.............................................................................................2-163 Exiting the Calendar List Screen .....................................................................................2-163 Exiting the Entry Panel ....................................................................................................2-163 Utilities Under ISPF ............................................................................................................... 2-164 General....................................................................................................................................2-164 IOA Online Utilities Menu.....................................................................................................2-164 I1: Add/Check/Delete a Prerequisite Condition ....................................................................2-166 M1: Issue a Job Order ............................................................................................................2-167 M2: Perform Online AutoEdit Simulation ............................................................................2-168 M3: Prepare Simulation/Tape Pull List Job..........................................................................2-172 M4: Parameter Prompting Facilities .....................................................................................2-176 Parameter Prompting Facility (Type 1) ...........................................................................2-177 Parameter Prompting Facility (Type 2) ...........................................................................2-184 M5: Quick Schedule Definition Facility ...............................................................................2-194 M6: End User Job Order Interface ......................................................................................2-202 R1: CONTROL-R Restart Simulation .................................................................................2-203 R2: CONTROL-R Dataset Cleanup .......................................................................................2-205 R3: Prepare the Job Dataset List.........................................................................................2-208 U1: Invoke DOCU/TEXT........................................................................................................2-209
IOA Features
General
The Online facility is the basic means of communication between the user and CONTROL-M. Online job scheduling definition gives users the ability to define and modify job production parameters in the CONTROL-M production environment. Online tracking displays the current status of all variables relating to a specific job, a group of jobs or all jobs scheduled under CONTROL-M. Online control allows authorized users to modify variables relating to a specific job, a group of jobs or all jobs scheduled under CONTROL-M. The following pages describe the main features available under the Online facility.
Customization
IOA screens, constants, messages, colors, commands and PFKey definitions can be site-modified to adapt them to local needs. IOA products can be customized globally (i.e., for the whole site) through ICE (Installation and Customization Engine), according to profile variables defined during installation. In addition, IOA products can be customized to respond differently to individual users if these profile variables are specified in User Profile members. For example, depending on the setting of a variable in a particular User Profile member, upon exit from a screen in which changes have been requested, this IOA product may either perform the requested changes automatically or display a confirmation window before performing the changes. Customization issues are discussed in Section 2 of the IOA Administrator Guide. Note Due to customization, the screens and examples illustrated in this manual may differ from the ones used at your site.
Environment Support
The Online facility can be activated under the following environments: TSO (native) TSO/ISPF ROSCOE/ETSO CICS VTAM IMS/DC IDMS/DC COM-PLETE
Cross memory interfaces (to the Online monitor) are optional under native TSO, TSO/ISPF and ROSCOE/ETSO. They are always used under the other environments. There are slight differences in the operation of the Online facility under the different environments. Special notes are provided in this manual where applicable.
21
Terminal Support
IOA supports the following models of the IBM 3270 family of terminals: Model 2 24 lines, 80 columns Model 3 32 lines, 80 columns Model 4 43 lines, 80 columns Model 5 27 lines, 132 columns
1
IOA adjusts to the screen size in order to use the maximum available data area on the screen. Special Character Usage on Terminals In certain cases, special keyboard characters (e.g., $, @) are assigned special meanings. The characters specified appear on standard American terminals but may not be available on other keyboards. In addition, some special characters on your keyboard may be assigned different hexadecimal values than the ones recognized by IOA. If any of these characters is not on your keyboard, or is not assigned the hexadecimal value shown below, use the hexadecimal value shown below to determine which character on your keyboard should be substituted for the missing character. Char $ | @ ! \ Hex Value 5B 4F 7C 5F 5A E0 (On British keyboards, use the pound symbol)
Color Support
When IOA products are activated from a screen with extended seven-color support, IOA makes extensive use of the color attributes of the screen. Like all screen attributes, the color attribute for each field is defined externally to the program and can be locally modified by the site. Notes IOA does not automatically recognize IMS/DC and IDMS/DC terminals as supporting extended color attributes. If your IMS/DC or IDMS/DC terminal supports extended color attributes and you wish IOA to recognize this, refer to the IOA Administrator Guide for more information. At this time, IOA does not support extended color attributes under COM-PLETE. Due to ISPF characteristics, color changes cannot occur in adjacent columns but must be separated by an attribute byte without color (i.e., black). Therefore, some IOA screens have a different appearance under ISPF than under other online environments (e.g., native TSO, CICS).
When using the IOA Online facility under IMS/DC and IDMS/DC, all model types display 24 lines and 80 columns.
22
Prefixing
For fields which automatically support prefixing, selection strings are always treated as prefixes. Selection is made if a segment of the text beginning with the first letter (i.e., any prefix) matches the selection criterion. Examples Assume the following names exist: A3, A4, M, M01, M03, M12, M13, M22, M23, M30, M33, M103, M135, M301. Entry blank A M M1 M13 Matching values All of the above values A3, A4 M, M01, M03, M12, M13, M22, M23, M30, M33, M103, M135, M301 M12, M13, M103, M135 M13, M135
Character Masking
For fields which support masking, mask characters function as follows: * represents any number of characters (including no characters). ? represents any one character. For fields which do not automatically support prefixing, a prefix value can be specified by ending the selection string with an asterisk. Examples Assume the following names exist: A3, M, M3, M01, M03, M13, M23, M33, M103, M2243. Entry * M?3 M??3 M*3 M* Matching values All of the above values M03, M13, M23, M33 M103 M3, M03, M13, M23, M33, M103, M2243 M, M3, M01, M03, M13, M23, M33, M103, M2243 (since the last character in this example is *, M is treated as a prefix)
23
+-----------------------------------------------------------+ | | | USER ID ===> | | | | PASSWORD ===> | | | | NEW PASSWORD ===> ===> | | | +-----------------------------------------------------------+
18.30.18
Type your user ID password and press <ENTER>. If you enter a correct user ID and password, the IOA Primary Option menu (Main menu) is displayed. The IOA Online facility allows three attempts to enter a valid user ID and password combination. After the third unsuccessful attempt, the program is terminated. To change a password, type the new password twice: Once in the NEW PASSWORD field (A) and once in the confirmation field (B).
Display of the IOA entry panel is optional. If your IOA administrator determined that the entry panel should be bypassed, the IOA Primary Option menu is displayed.
24
IOA Version Information IOA Primary Option Menu CTM Job Scheduling Definition CTM Job Status Display IOA Conditions/Resources Display IOA Log Display Enter TSO Command IOA Manual Conditions Display IOA Calendar Definition CTM Event Manager Rule Definition IOA/Pathfinder Cross Reference Terminate Session
17.17.59
To select an option, type the option number/letter in the OPTION field and press <ENTER>. Alternatively, for a number option, press the PFKey with the same number. For example, to select the LOG option, press PF05.
When the Online facility is activated as an ISPF application, option 6 is displayed as: 6 UTILITIES Online Utilities In this case, option 6 activates the Online utilities under ISPF (described at the end of this section). When the Online facility is not activated under TSO or TSO/ISPF, option 6 is inactive.
25
Certain IOA functions and facilities (options) are shared by all IOA products. These include: 0 IOA INFO Display a window containing information about installed IOA products, and the CPU ID and current system date. Press <ENTER> or END (PF03/PF15) to close the window. Redisplay the IOA Primary Option menu. Display and update Conditions/Resources file. the status of the IOA
1 4 5 6 7 8
View audit trail information about jobs, missions and rules scheduled under the supervision of IOA products. Perform TSO commands. Display and facilitate manual operations to be performed during production shifts. Define scheduling calendars. Separately licensed product which cross references the elements and relationships in IOA product files and databases. Exit the Online facility.
IP PATHFINDER
X EXIT
These shared functions and facilities are described in detail later in this section. The following functions and facilities (options) are unique to CONTROL-M: 2 3 JOB SCHEDULE DEF JOB STATUS Define/modify job production parameters. Display and update CONTROL-M. status of jobs scheduled under
C CMEM DEFINITION
When the Online facility is activated as an ISPF application, options 6 is displayed as: 6 UTILITIES Online Utilities In this case, option 6 activates the Online Utilities under ISPF (described at the end of this section). When the IOA Online facility is not activated under TSO or TSO/ISPF, option 6 is inactive.
26
The following IOA Primary Option menu is displayed at sites supporting all currently 5 available IOA mainframe products (under ISPF).
--------------------OPTION ===> IOA 0 4 5 6 7 8 IP X IOA INFO COND/RES LOG TSO MANUAL COND CALENDAR DEF PATHFINDER EXIT IOA PRIMARY OPTION MENU ------------------(1) USER N44 CONTROL-O OR OM OS OL OA OV OC OK RULE DEFINITION MSG STATISTICS RULE STATUS AUTOMATION LOG AUTOMATION OPTS VARIABLE DATABASE COSMOS STATUS KOA RECORDER
CONTROL-D/V A M R T U F MISSION STATUS MISSION DEF REPORT DEF RECIPIENT TREE USER REPORTS PC PACKET STATUS
CONTROL-M/R/L 2 3 C LR LA LS JOB SCHEDULE DEF JOB STATUS CMEM DEFINITION CTM WORKLOAD DEF JOB/PIPE ACTIVITY RULE STATUS
CONTROL-B/I-2000 BB BM BV BR BA BK BALANCING STATUS MISSION DEF DB VARIABLE DEF RULE DEFINITION RULE ACTIVITY KOA RECORDER
CONTROL-T TR TP TV TI TC RULE DEFINITION POOL DEFINITION VAULT DEFINITION INQ/UPD MEDIA DB CHECK IN EXT VOL
07.58.38
For a description of the options for other IOA products, see the user manuals of the respective products.
When the Online facility is not activated as an ISPF application, option 6 is displayed as: 6 TSO In this case, option 6 activates the TSO processor. When the Online facility is not activated under TSO or TSO/ISPF, option 6 is inactive.
27
Additional options available on the IOA Primary Option Menu when operating CONTROL-M with other IOA products are listed below: LR LA CTM WORKLOAD DEF JOB/PIPE ACTIVITY Define CONTROL-M/WorkLoad rules Display the CONTROL-M/WorkLoad Active Environment screen Display the CONTROL-M/WorkLoad Rule Status screen
At sites where CONTROL-M/WorkLoad is installed
LS
RULE STATUS
A M R
Display and update active missions status. Define migration, printing, backup, and restore missions. Define decollating missions (including indexing). Display and update the recipient tree. Display and update the status of user reports. View reports online. Display the status of reports (packets) scheduled for transfer from the mainframe to a PC. At sites where CONTROL-D/V is installed
T U
PC PACKET STATUS
BB BM BV
Display and update the status of active balancing missions. Define balancing missions. Define, display and update Database variables. Define balancing rules. Display rule activity and the result of invoking CONTROL-B rules. At sites where CONTROL-B is installed
BR BA
BK
KOA RECORDER
28
OR OM OS OL OA
RULE DEFINITION MSG STATISTICS RULE STATUS AUTOMATION LOG AUTOMATION OPTS
Define rules. View message statistics. View Rule Status screen. Display commands, messages and/or traces. Display available operator productivity tools. Display/modify CONTROL-O variable databases. Record VTAM scripts (if CONTROL-O is installed). At sites where CONTROL-O is installed
OV OK
OC
COSMOS STATUS
TR TP TV
Define rules. Define pools. Define vaults. At sites where CONTROL-T is installed
TI TC
29
CONTROL-M/R/L 2 3 C LR LA LS JOB SCHEDU JOB STATUS CMEM DEFIN CTM WORKLO JOB/PIPE A RULE STATU
CONTROL-D/V CONTROL-O +----------------------------------------------+ | IOA VERSION INFORMATION | | | | IOA Version 5.1.4 level 9901 | | CONTROL - B Version 5.1.4 level 9901 | | CONTROL - D Version 5.1.4 level 9901 | | CONTROL - M Version 5.1.4 level 9901 | | CONTROL - O Version 5.1.4 level 9901 | | CONTROL - R Version 5.1.4 level 9901 | | CONTROL - T Version 5.1.4 level 9901 | | CONTROL - V Version 5.1.4 level 9901 | | CONTROL - L Version 5.1.4 level 9901 | | ECS W Version 5.1.4 level 9901 | | IOA/PATH. X Version 5.1.4 level 9901 | | | | DATE 12.12.98 CPUID 105885 9672 | | | +----------------------------------------------+ AND PRESS ENTER OR PRESS THE OPTIONS PFK
EFINITION ATISTICS TATUS TION LOG TION OPTS LE DATABASE STATUS CORDER
10.19.22
2 10
Multi-screen Control
It is not necessary to return to the IOA Primary Option menu to move from one online facility to another. To speed up transfer of control between screens of different facilities and to enable you to manage several online facilities at the same time, transfer control commands can be specified. Transfer commands take you directly from your current screen to the requested screen. Transfer commands can be used to reach any screen which can be accessed via the IOA Primary Option menu at your site. Each transfer control command consists of an equal sign immediately followed by the option on the IOA Primary Option menu which represents the target screen of the transfer. For example, from any screen, specify: =5 =4 =3 =1 to access the IOA Log screen. to access the IOA Conditions/Resources screen. to access the CONTROL-M Status screen (if CONTROL-M is active at your site). to access the IOA Primary Option menu.
If you use a transfer command to reach another screen, the state of the current screen remains unchanged when you return to it via another transfer command. The IOA administrator can globally deactivate any or all of the transfer commands.
2 11
Screen Layout
Most IOA screens are divided into four basic areas. (The example shown below is the IOA Log screen.) 1. Screen Description and Messages Line: This line at the top of the screen describes the purpose of the screen. A screen identifier may appear in the upper right corner. This line is also used to display messages. 2. Screen Header and Command Area: This area is used for online commands, and, where applicable, headings of the screen data. 3. Data Area: On some screens, the data area can be scrolled. (See Scrolling Commands below.) 4. Screen Bottom: This area of the screen usually contains a list of available commands or options, or a brief explanation about screen usage. The current time is usually displayed in the lower right corner.
FILTER: COMMAND ===> SHOW LIMIT ON DATE TIME 090998 092144 090998 092144 090998 092150 090998 092150 090998 092156 090998 092157 090998 092157 ---------------- IOA LOG --------------------------------(5) SCROLL===> CRSR ==> DATE 090998 - 090998 ODATE USERID CODE ------------- M E S S A G E ------------090998 M22 SPY254I JOB CT085955 CT085955/01835 SCANNED 090998 M22 SEL208I JOB CT085955 CT085955/01835 ENDED "OK" 090998 M22 SPY254I JOB CT085956 CT085956/01836 SCANNED 090998 M22 SEL208I JOB CT085956 CT085956/01836 ENDED "OK" 090998 IVP SPY254I JOB BRIVPCC BRIVPCC /01843 SCANNED 090998 IVP SEL208I JOB BRIVPCC BRIVPCC /01843 ENDED "OK" 090998 DBA CTM659I FREE OF TASK BRCC0001 ODATE 090998 PERFORMED 090998 092201 090998 M22 SPY281I JOB INTR0004 INTR0004/04371 START 98253.1316 STOP 98253.1316 CPU 0MIN 00.04SEC SRB 0MIN 00.00SEC 0.19 090998 092201 090998 M22 SPY254I JOB INTR0004 INTR0004/04371 SCANNED 090998 092201 090998 M22 SEL206W JOB INTR0004 INTR0004/04371 ABENDED CC SB37 STEP STEP01 090998 092201 090998 M22 SEL219I JOB INTR0004 INTR0004/04371 ENDED "NOT OK" 090998 092208 090998 IVP SEL203I JOB BRCC0001 ELIGIBLE FOR RUN 090998 092208 090998 IVP SUB133I JOB BRCC0001 BRCC0002/01958 SUBMITTED 090998 092208 090998 IVP SEL203I JOB BRCC0002 ELIGIBLE FOR RUN CMDS: SHOW, GROUP, CATEGORY, SHPF 09.43.00
2 12
END (exit current screen and go back one level) RESET (where applicable) FIND (where applicable) =6 (transfer to TSO screen/application or to Utilities screen) UP (scroll backward) DOWN (scroll forward) LEFT or PREV (where applicable) RIGHT or NEXT (where applicable) Under ISPF only the KEYS command SHPF
7
When the IOA Online facility is activated in ISPF mode, (i.e., as an ISPF application), PF02/PF14 are usually assigned the ISPF SPLIT command. See IOA under ISPF later in this section. Disabled under ROSCOE/ETSO, CICS, VTAM, IMS/DC, IDMS/DC, COM-PLETE, and TSO cross memory option.
2 13
To see the PFKey assignment of the screen with which you are working, type reserved command SHPF in the command line and press <ENTER>. A window describing the current PFKey assignment appears on the screen. Press <ENTER> again to close the window.
FILTER: ---------------- IOA LOG --------------------------------(5) COMMAND ===> SCROLL===> CRSR SHOW LIMIT ON ==> DATE 090998 - 090998 DATE TIME ODATE USERID CODE ------ M E S S A G E -------------------090998 092156 090998 IVP SPY254I JOB BRIVPCC BRIVPCC /01843 SCANNED 090998 092157 090998 IVP SEL208I JOB BRIVPCC BRIVPCC /01843 ENDED "OK" 090998 092158 090998 IVP SEL203I JOB BRCC0001 ELIGIBLE FOR RUN 090998 092158 090998 IVP SEL203I JOB BRCC0002 ELIGIBLE FOR RUN 090998 092158 090998 IVP SEL203I JOB BRCC0003 ELIGIBLE FOR RUN 090998 092158 090998 IVP SEL203I JOB BRCCIND ELIGIBLE FOR RUN 090998 092200 090998 IVP SUB133I JOB BRCC0001 BRCC0001/01957 SUBMITTED 090998 092201 090998 IVP SUB133I JOB BRCC0002 BRCC0002/01958 SUBMITTED +----------------------------------------------------------------------------+ | | | ENTER ENTER PF13 HELP | | PF01 HELP PF14 SHOW | | PF02 SHOW PF15 END | | PF03 END PF16 RESET | | PF04 RESET PF17 FIND | | PF05 FIND PF18 =6 | | PF06 =6 PF19 UP | | PF07 UP PF20 DOWN | | PF08 DOWN PF24 SHPF | +----------------------------------------------------------------------------+
If you type text in the COMMAND field and press a PFKey, the text in the COMMAND field is treated as a subparameter of the command assigned to the PFKey. Two additional key definitions are: PA1 PA2 ABORT (forced exit). If you press PA1 while in AutoRefresh mode (described later in this section), AutoRefresh mode is cancelled. Under native TSO and ROSCOE, the first time you press this key, the screen is refreshed. The second consecutive time, a copy of the screen is sent to be printed (or to a file) via DD statement PRTDBG. (For terminal models supporting PA3, it is defined in exactly the same way as PA2.) When the IOA Online facility is activated as an ISPF application, PA2 is controlled by ISPF, and only refreshes the screen. To print the screen, see IOA Under ISPF later in this section. Under other online environments (CICS, VTAM, etc.), PA2 serves as a refresh only. Usually one of the PA keys is assigned a local print function.
2 14
Scrolling Commands
IOA scrolling conventions are very similar to IBMs ISPF conventions. Two basic commands are used for scrolling: UP (PF07/PF19) Scroll up (backward)
DOWN (PF08/PF20) Scroll down (forward) The commands can be specified by typing the command in the COMMAND field or by pressing a predefined PFKey. The scrolling amount is determined by the content of the SCROLL field in the right corner of the screen header. Valid scrolling amounts are: PAGE HALF CRSR MAX Scroll a full page. Scroll half a page. Scroll by cursor position. If the cursor is outside the data area, a full page is scrolled. Scroll maximum available (e.g., UP MAX will scroll to the top).
It is only necessary to type the first letter of the new amount in the SCROLL field in order to change the scrolling amount. A scrolling amount other than that shown in the SCROLL field can be used by specifying the amount directly after the scroll command itself, or by specifying the scroll amount in the COMMAND field and pressing the appropriate scrolling PFKey. The scrolling amount in the SCROLL field remains unchanged. Example If PAGE is the value in the SCROLL field, to scroll to bottom, type M (MAX) in the COMMAND field and press PF08 (DOWN).
LOCATE Command
The LOCATE command can be used in all directory type screens which contain scrollable data (e.g., the Calendar List screen). Syntax:
LOCATE string
The string must be specified as is. It cannot contain blanks; quotes are not required. The search proceeds from the top of the list to the first item in the list which starts with the specified string. The cursor is positioned on the OPTION field at the beginning of the line containing the string, if found, or on the OPTION field of the alphabetically closest preceding value if the specified value is not found.
2 15
FIND Command
The FIND command (and its abbreviation F) can be used in all screens which contain scrollable data to find and display the next occurrence of a character string. Syntax:
FIND string [fromcol] [tocol] [PREV]
Where: string fromcol tocol PREV Search string. Mandatory. First column in the search range. Optional. Last column in the search range. Optional. Requires specification of a fromcol value. Indicator that the search should move backwards (instead of forwards) from the current cursor position. Optional.
The FIND command supports lowercase, uppercase and mixed case arguments (strings). If the string contains blanks, enclose the string with apostrophes (single quotes) or quotation marks (double quotes). For example:
FIND WAIT SCHEDULE
The search for the string proceeds from the current cursor position forward unless PREV is specified. If the string is found, the cursor will be positioned at the start of the string. The column range searched can be limited by specifying fromcol and/or tocol values. To repeat the find (to the next/previous occurrence of the string), press PF05/PF17. Some screens enable the user to limit the number of lines searched by a FIND command. This is discussed in the relevant screen descriptions.
2 16
Online Help
The following types of online help are available for IOA screens:
Screen help Provides information about the entire screen. This help is available on all IOA screens and is accessed by pressing the HELP key (PF01/PF13) while the cursor is positioned on the COMMAND field in the screen.
Line-sensitive help Provides information about the fields on a particular line on a screen. This help is available on several IOA screens. It is accessed by pressing the HELP key (PF01/PF13) while the cursor is positioned on the desired line of the screen.
If line-sensitive help is not supported in a screen, pressing the HELP key (PF01/PF13) from anywhere in the screen displays the beginning of the Help panel.
------------------------------ IOA HELP SCREEN --------------------- (CTMHACT ) COMMAND ===> SCROLL===> CRSR Tracking and Control Facility (Status Screen) ============================================= General ------The Tracking and Control facility provides relevant information about the status of each job and task in the Active environment and enables the user to manually intervene in the processing of jobs. The Active environment contains all the jobs in the Active Jobs file (i.e., all jobs that have recently executed, are currently executing, or are scheduled for possible execution in the near future). The main screen of the Tracking and Control facility is the Status screen (Active Environment screen), which displays a list of all jobs and their statuses in the Active environment. The Status screen is accessed by requesting option 3 on the IOA Primary Option menu. ENTER END OR PF03/PF15 TO EXIT THE HELP SCREEN 11.39.19
Help can be scrolled using standard scrolling conventions. To return to the original screen, use the END command (PF03/PF15). The Help member name appears on the right in the Help screen header. Members containing the Help descriptions can be found in the IOA MSG library.
2 17
AutoRefresh Mode
Certain IOA screens (as noted in this section where appropriate) support AutoRefresh mode. A screen display in AutoRefresh mode is automatically updated periodically with the most current data. AutoRefresh mode can only be activated under native TSO or under ISPF. AutoRefresh mode is activated by command AUTO. Format of the command is:
AUTO n
where n is any number of seconds within the range of 1 99. The screen is updated when the AUTO command is issued, and then periodically updated according to the interval (in seconds) specified in the AUTO command. A counter at the top of the screen displays the number of times the screen has been refreshed. Example Command AUTO 5 refreshes the screen every 5 seconds.
Under ISPF, press <ATTN> (PA1) or <ESC> once to cancel AutoRefresh mode.
2 18
The command line of the IOA Online facility is controlled by IOA alone. It is not possible to enter ISPF commands in an IOA screen. Two ISPF commands must be defined to PFKeys: SPLIT SWAP (usually PF02/PF14) (usually PF09/PF21)
The rest of the PFKeys are controlled by IOA PFKey definitions (in the IOA PARM library). It is possible to assign TSO/ISPF commands (e.g., PRINT) to PFKeys or to change PFKey definitions by performing the following steps: 1. Exit from IOA and ISPF to the READY prompt. 2. Type the following command and press <ENTER>:
ISPSTART PANEL(ISR@PRIM) NEWAPPL(CTM)
This command brings you to ISPF. 3. Type the KEYS command and press <ENTER>. A set of key definitions is displayed. 4. Modify the key definitions as desired and exit from ISPF. Notes ISPF KEY definitions for the following ISPF commands take precedence over IOA PFKey definitions: SPLIT, SWAP, KEYS, PRINT, PFSHOW. For example, if PF02 is defined as SPLIT in ISPF, an IOA definition for PF02 will be ignored in online screens. For all other ISPF commands (e.g., UP, DOWN) the key definitions in ISPF are ignored and the PFKey is interpreted according to the definition in the IOA Online facility.
Under ISPF, IOA Option 6 activates the Online Utilities panel (described at the end of this section).
2 19
15.32.52
Note
CLISTs cannot be activated from the TSO screen. To activate a CLIST, first activate ISPF and then execute the CLIST under ISPF.
TSO commands can also be activated directly from any IOA online screen by typing TSO in the COMMAND field.
2 20
Transfer of Control Between the TSO Application and the IOA Online Facility
You can return to the IOA Online facility from the TSO application by simply exiting the TSO application in a normal manner. However, this method can be time-consuming and inconvenient if an ISPF application or a similar TSO application is activated. If the TSO application can issue a TSO command, it is possible to transfer control to the IOA Online facility, and vice versa, without exiting the TSO application. While working under the TSO application (e.g., under ISPF), issue the command:
TSO CTMTTRA {n | = n}
where n is the online screen number. The requested IOA screen will be displayed in the same state it was in when you transferred from it. To return to the TSO application, use the =6 command (PF06/PF18). The application will be in the same state it was in when you transferred from it. It is recommended that you simplify transfer between screens by permanently assigning one of your PFKeys under ISPF (or SDSF, etc.) to the command TSO CTMTTRA. Once this key assignment is made, you no longer need to type the full transfer command. Instead, you merely type the IOA option number or code in the COMMAND field and press the assigned PFKey. You will be transferred to the desired IOA screen. Note You must activate ISPF under the IOA Online facility if you want to use the control transfer feature.
2 21
The job scheduling definition for a job needs to be defined only once. Once defined, the definition is saved and used as necessary for managing job processing. Job scheduling definitions can be modified or deleted as required. Job scheduling definitions are stored in members called scheduling tables. Any number of scheduling tables can be defined, and each scheduling table can contain any number of job scheduling definitions. In many production environments, related applications are scheduled together as a group. In these cases, it is common to define all such related applications in a single scheduling table, and to schedule all the jobs in the table together as a group. Scheduling tables (members) are stored in scheduling libraries (partitioned datasets). You can define any number of scheduling libraries. Notes As of CONTROL-M Release 5.0.0, the number of scheduling tables in a library, the number of job scheduling definitions in a scheduling table, and the size of each job scheduling definition, are all calculated dynamically and are not dependent on parameter specification or optional ZAPs. The CONTROL-M Scheduling Definition facility does not support members which have been compressed using the ISPF PACK option.
Scheduling Facility entry panel Table List screen Job List screen Scheduling Definition screen
Allows specification of parameters which determine which screen will be displayed. Displays the list of tables (members) in the specified scheduling library. Displays the list of jobs (job scheduling definitions) in the selected table. Displays the parameters of the selected job scheduling definition or Group Entity. This is the main screen of the facility.
To enter the Scheduling Definition facility, select option 2 on the IOA Primary Option menu. The Scheduling Facility entry panel is displayed. Note Scheduling tables contain scheduling criteria and other job production parameters. They do not contain the JCL of the jobs.
2 22
Post-processing Actions
2 23
CONTROL-M internally tracks each job group and the jobs in the group. Each order of each group of jobs is identified as a unit. The status of each job group which has been ordered can be viewed via option G (Group) of the Job Status screen. Note When the IN conditions of a Group entity are satisfied (e.g., they have been added to the IOA Conditions/Resources file), the jobs in the group begin execution, assuming that their other runtime criteria are satisfied. If jobs in a group have already begun execution and an IN condition for the job group is deleted from the IOA Conditions/Resources file, this change does not affect the processing of the jobs in the group; the jobs continue execution as if all the IN conditions were still satisfied.
Creating Tables
Tables can be created in any of the following ways: 1. By specifying the new table name in the entry panel and pressing <ENTER>. (The name of a new job scheduling definition for the new table can also be specified.) 2. By using the SELECT command (described later) to specify the new table name in the Table List screen and pressing <ENTER>. Upon entering the create table request using either of the above methods, a skeletal job scheduling definition (i.e., one with most fields not filled in) is displayed in the Job Scheduling Definition screen. This job scheduling definition should be filled in and saved. The table will be created and the job scheduling definition will be the first and only job scheduling definition in the Job list of the table. As additional job scheduling definitions are created in the table (described below), they are added to the Job list. Notes Upon exiting the Job List screen, if changes were made in at least one job scheduling definition, an Exit Option window is displayed. One field of the window displays the table name. This value can be changed to a new table name. This will create a new table in which the job scheduling definitions are saved. Under ISPF, tables can also be created using online utility M5. This method is described in Utilities Under ISPF later in this section of the manual, and is not included in this discussion.
2 24
Access and exit are quicker than in editing. A job list and job scheduling definitions that are in use by another user can be viewed. Access for browsing might be granted, even though access for editing might be denied due to site security requirements.
To browse a table (and its job list and job scheduling definitions) use the BROWSE option in the Table List screen. Specifying the table name in the entry panel or using the SELECT option in the Table List screen provides edit access. Depending on User profile definitions, if the table requested for editing is in use, either access will be granted in Browse mode or access will not be granted.
2 25
Accessing a Jobs JCL When IOA is activated under ISPF, the member containing the JCL of a job can be accessed via the JCL command in the Job List screen. Whether or not the member can be modified/updated depends on whether the Job List screen was accessed in Browse or Edit mode. Copying a Job to Another Table Jobs can be copied from one table to another via the COPY option in the Job List screen. See Options of the Job List Screen (below). Deleting a Table or a Job Unneeded jobs can be deleted via the DELETE option in the Job List screen (see Options of the Job List Screen). Unneeded tables can be deleted via the DELETE option in the Table List screen. See Deleting Tables (below). Displaying Jobflow in Graphic Format The jobflow of jobs in a table can be displayed in graphic format via the GRAPHIC FLOW option in the Table List screen. See Displaying Graphic Jobflow (below). Manually Scheduling Jobs Manually ordering a job results in its being scheduled only if its basic scheduling criteria are satisfied. Manually forcing a job results in its being scheduled even if its basic scheduling criteria are not satisfied.
To manually order all the jobs in a table, specify the ORDER option for the table in the Table List screen. To manually force all the jobs in a table, specify the FORCE option for the table in the Table List screen. To manually order specific jobs in a table, specify the ORDER option for the jobs in the Job List screen. To manually force specific jobs in a table, specify the FORCE option for the jobs in the Job List screen.
See Ordering (Scheduling) Jobs later in this section. Displaying a Jobs Schedule Plan The schedule of a job for a specified period of time, based on the jobs basic scheduling criteria, can be displayed in calendar format via PLAN option in the Job List screen. See Displaying a Job Schedule Plan later in this section. Saving Modifications All changes made to a table and its job scheduling definitions are kept in memory until the table is exited. Upon exiting the table, the user can choose to save or cancel the changes. See Exiting the Schedule Definition Facility later in this section.
2 26
Entry Panel
The entry panel is displayed upon entering the Scheduling Definition facility (option 2 in the IOA Primary Option menu).
----------- CONTROL-M SCHEDULING DEFINITION FACILITY - ENTRY PANEL ---------(2) COMMAND ===>
SPECIFY LIBRARY, SCHEDULING TABLE, JOB LIBRARY ===> CTM.PROD.SCHEDULE TABLE ===> JOB ===> TYPE OF TABLE ===>
(Blank for table selection list) (Blank for job selection list) ( J Job - default G Group - for new tables only)
===> N ===> N
(Y/N) (Y/N)
23.00.04
2 27
SHOW JOB DOCUMENTATION Determines whether or not job documentation lines (described later) will be displayed when the job scheduling definition is displayed. Y (Yes) N (No) Display documentation lines. Do not display documentation lines.
AUTO-SAVE DOCUMENTATION Determines whether or not changes made to documentation will automatically be saved (i.e., without special prompting) when updating the job scheduling definition. Y (Yes) N (No) Automatically save documentation changes. Do not automatically save documentation changes.
Search Window
The Search window is displayed when a library name and job name, but no table name, are specified in the entry panel. The Search window allows the user to automatically search for the specified job in tables in the specified library. Tables in which the job has been found are selected for display in the Table List screen.
----------- CONTROL-M SCHEDULING DEFINITION FACILITY - ENTRY PANEL ---------(2) COMMAND ===>
SPECIFY LIBRARY, SCHEDULING TABLE, JOB LIBRARY ===> CTM.PROD.SCHEDULE TABLE ===> (Blank for table selection list) JOB ===> CTMCLRES (Blank for job selection list) +-------------------------------------------+ TYPE OF TABLE ===> | | | PLEASE SELECT ONE OF THE FOLLOWING: | | | | 1 - STOP SEARCH IMMEDIATELY | | 2 - ASK AGAIN AFTER 000010 TABLES | SHOW JOB DOCUMENTATION ===> N | 3 - UNCONDITIONAL SEARCH | AUTO-SAVE DOCUMENTATION ===> N | | | NUMBER OF TABLES IN LIBRARY: 000015 | | NUMBER OF SEARCHED TABLES: 000000 | | NUMBER OF SELECTED TABLES: 000000 | | | +-------------------------------------------+ USE THE COMMAND SHPF TO SEE PFK ASSIGNMENT 12.11.54
To close the window without performing any action, press END (PF03/PF15).
2 28
To perform a search action, specify one of the following values and press <ENTER>.
1 STOP SEARCH IMMEDIATELY
If no tables were selected (i.e., no tables contained the specified job), an appropriate message is displayed in the entry panel. If at least one table was selected, the Table List screen is displayed with the selected table(s).
ASK AGAIN AFTER number TABLES
Searches the specified number of tables. The search number can be modified.
3 UNCONDITIONAL SEARCH
Searches all tables in the specified library. The bottom of the window displays the following information:
Number of tables in the specified library. Number of tables searched for the job. This figure is cumulative as long as the window is open. For example, if option 2 (ASK AGAIN) is requested three times, each time with a specified search number of 10 tables, this field will display the number 30.
Number of tables selected (i.e., which contain jobs with the specified job name).
2 29
Use the scrolling PFKeys to scroll the Table list forward (PF08/PF20) and backward (PF07/PF19). To return to the entry panel, press END (PF03/PF15).
B BROWSE O ORDER
2 30
FORCE
Order all the jobs in the table, regardless of their basic scheduling parameters (discussed later in this section). Multiple tables can be forced. Display a graphic presentation of the jobflow of the jobs in the table (discussed later in this section). Only one table can be selected for graphic display at a time. Delete the table (member) from the library. Multiple tables can be deleted (discussed later in this section).
G GRAPHIC FLOW
D DELETE
Note
Users whose access to options has been limited by the IOA administrator can only access the Browse option.
If no type is specified, the default type is Job. If there are no jobs currently in the table, the Table List screen is not displayed. Instead:
A skeletal job scheduling definition is displayed in the Job Scheduling Definition screen if a Job scheduling table is being created. A skeletal Group Entity scheduling definition is displayed in the Scheduling Definition screen if a Group scheduling table is being created. If the SELECT command is specified for an existing table, it acts like the S (SELECT) line option (described earlier) and displays the list of jobs in the table.
Note
2 31
Use the scrolling PFKeys to scroll the Job list forward (PF08/PF20) and backward (PF07/PF19).
2 32
In DESC format, the jobs description, taken from the DESC field of the job scheduling definition, is displayed. Default. In DATA format, the jobs application and group names, taken from the APPL and GROUP fields of the job scheduling definition, are displayed. If the job list is displayed for a Group scheduling table, the type of job scheduling definition is also displayed in the DESC and DATA formats. (Type information is not displayed for regular scheduling tables.) Valid values: E J S Group Entity. This is always the first entry in the Job list. Job Started Task
By default, the job list is displayed in DESC format. To change formats, use the DESC or DATA commands, described below. The order in which the jobs are displayed in the Job List screen can be sorted via the SORT command (described below).
Where key is one of the following values: J (Job) G (Group) A (Application) Sorted according to job name. Sorted according to group name. Sorted according to application name.
2 33
C COPY P PLAN
Called the E (Edit) option prior to CONTROLM Release 4.0.0, this option is only available when operating CONTROLM under TSO/ISPF.
2 34
Online Facility: Scheduling Definition Facility Job Scheduling Definition Screen Defining Schedules
2 35
Online Facility: Scheduling Definition Facility Job Scheduling Definition Screen Defining Schedules
Notes
Parameters SCHEDULE TAG (F) and RELATIONSHIP (G) appear only in job scheduling definitions belonging to Group scheduling tables. Parameter PIPE (H) is displayed only if CONTROL-M/WorkLoad is installed. RETENTION parameters # OF DAYS TO KEEP and # OF GENERATIONS TO KEEP (I) are displayed only at sites which use the History Jobs file.
The job scheduling definition occupies more than one screen. Use the scrolling PFKeys to scroll the job scheduling definition forward (PF08/PF20) and backward (PF07/PF19). To delete a parameter on the screen, simply erase it via the EOF key or blank it out. If additional action is required, CONTROL-M issues appropriate instructions.
2 36
Online Facility: Scheduling Definition Facility Job Scheduling Definition Screen Defining Schedules
Name of the member which contains the JCL of the job, or name of the started task. Name of the library which contains either the JCL of the job or identifying information and parameters of the started task. ID of a user who requests CONTROL-M services. This field is used for security purposes. Type of task to be performed by CONTROL-M (e.g., job JOB, started task STC). Indicator (Y/N) specifying whether or not to prevent a NOT CATLGD 2 (NCT2) error during job execution. Name of the application to which the jobs group belongs. Name of the group to which the RESERVATIONS, INVENTORY, etc.). job belongs (BACKUPS,
Description of the job (free text) which will be displayed next to the job name in the Job List screen. Name of a library which should override the library specified in MEMLIB. Statement assigning a value to an AutoEdit variable (which can be used in the submitted job). CONTROL-B definition to be activated as the first or last (as specified) step of the job. The type of CONTROL-B definition (rule or mission) and its name are also specified. Name of a member in which the job documentation resides. Name of the library in which the job documentation member resides.
CTB STEP
DOCMEM DOCLIB
2 37
Online Facility: Scheduling Definition Facility Job Scheduling Definition Screen Defining Schedules
Basic Scheduling Parameters Note Parameters SCHEDULE TAG and RELATIONSHIP appear only in job scheduling definitions belonging to Group scheduling tables.
=========================================================================== SCHEDULE TAG RELATIONSHIP (AND/OR) O DAYS 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 WORKDAYS SHIFT RETRO N MAXWAIT 04 D-CAT MINIMUM PDS
Tag(s) identifying the set(s) of scheduling criteria defined in the Group Entity which can be used to schedule the job. And/Or indicator which determines whether or not the criteria of the specified Schedule tag must be satisfied.
Note
For information on how schedule tag and relationship criteria and other basic scheduling criteria are applied to jobs in Group Tables, see Basic Scheduling Parameters Summary in Section 3 of this manual. Days of the month to schedule the job. A maximum of two lines can be specified. DCAL AND/OR DAYS calendar containing predefined scheduling dates. Conjunctional parameter which links parameters DAYS and WDAYS.
DAYS
WDAYS
Days of the week to schedule the job. A maximum of two lines can be specified. WCAL WDAYS calendar containing predefined scheduling dates.
Months to run the job. Specific dates in the year to run the job. Name of a calendar used to confirm job scheduling dates. SHIFT Indicates if and when a job should be scheduled.
RETRO
Yes/No (Y/N) indicator specifying whether or not the job is to be scheduled (retroactively) after the original scheduling date has passed.
2 38
Online Facility: Scheduling Definition Facility Job Scheduling Definition Screen Defining Schedules
MAXWAIT D-CAT
Number of extra days within which to try to execute a job if the date of the job has passed. Name of a CONTROL-D report decollating mission category. If specified, the report decollating mission is scheduled whenever the job is scheduled under CONTROL-M. Minimum number of free tracks required by the library specified in parameter PDS. The job is executed if the number of free tracks is less than the minimum. Name of a partitioned dataset to be checked for free space. If the PDS has less than the minimum number of required free tracks (specified in parameter MINIMUM), the job is executed. Not supported for PDSE-type libraries.
MINIMUM
PDS
IN
G G G
Prerequisite conditions for the job. Shared or exclusive control over resources required for the job. Quantitative resources required for the job. Name of a dataset that will be replaced by a pipe during the run of the job. Available only at sites in which CONTROL-M/WorkLoad is installed. Time limit (from, until) for job submission. Job priority in receiving CONTROL-M services or critical path priority. Time by which the job must finish executing. Yes/No indicator (Y/N) specifying whether or not manual confirmation is required before the job can be submitted.
CONTROL
RESOURCE PIPE
2 39
Online Facility: Scheduling Definition Facility Job Scheduling Definition Screen Defining Schedules
Post-processing Parameters
=========================================================================== OUT BAKCKPL02-ENDED-OK ODAT + AUTO-ARCHIVE Y SYSDB Y MAXDAYS MAXRUNS RETENTION: # OF DAYS TO KEEP # OF GENERATIONS TO KEEP SYSOUT OP (C,D,F,N,R) FROM RERUN - MAXRERUN RERUNMEM INTERVAL STEP RANGE FR (PGM.PROC) . TO . ON PGMST ANYSTEP PROCST CODES C0008 U0048 A/O DO
OUT
Prerequisite conditions to be added and/or deleted when the job finishes OK. When CONTROL-R is not installed, see Section 3 for special use of this parameter for Automatic Job Restart. Indicator (Y/N) specifying whether or not to automatically archive SYSDATA. SYSDB Yes/No indicator specifying whether to archive SYSDATA of jobs to a common dataset (Y) or to unique datasets (N). Maximum number of days (0099) to retain archived SYSDATA of jobs which ended NOTOK. Maximum number of runs (000999) for which the archived SYSDATA should be retained for jobs which ended NOTOK.
AUTO-ARCHIVE
MAXDAYS MAXRUNS
R
RETENTION
Either of the following parameters (but not both) can be used to specify how long the job should remain in the History Jobs file. # OF DAYS TO KEEP Number of days the job should be retained. # OF GENERATIONS TO KEEP Number of runs of the job which should be retained.
SYSOUT RERUN
Action to perform with the jobs sysout when the job finishes OK. The following parameters are used when a DO RERUN is requested: MAXRERUN RERUNMEM Maximum number of reruns to be performed for the job. Name of member to be submitted in case of rerun.
Amount of time (minutes) to wait between reruns or between cycles of a cyclic job. Step range (FROM/TO PGMST, and optionally PROCST) name to be referenced by ON statements.
2 40
Online Facility: Scheduling Definition Facility Job Scheduling Definition Screen Defining Schedules
ON
Step/code event criteria which determine if the accompanying DO actions will be performed. PGMST/PROCST Program step (and optionally the procedure step) to check for the specified code criteria. CODES A/O
G
10
Execution event codes (e.g., U0234, SB37, C0004). AND/OR conjunctional parameter which opens (and links) additional ON statements.
DO statements
Actions to be performed when the ON step/code event criteria are satisfied. Valid DO statements are:
PROCST CODES S*** U**** PL-BACKOUT-REQUIRED ODAT + A/O
DO COND
DO CTBRULE
Invoke the CONTROL-B Runtime Environment and execute the specified CONTROL-B rule (which performs the balancing operations defined in the rule on SYSDATA). Arguments can be passed to CONTROL-B. Available only at sites in which CONTROL-B is active.
CODES S*** U**** JOB PLBCKOUT A/O DATE ODAT
DO FORCEJOB
ON PGMST ANYSTEP PROCST CODES S0C1 DO IFRERUN FROM GLSTEP01 . GLPROC02 TO GLSTEP05 . GLPROC03 DO
DO IFRERUN
DO NOTOK
10
PGMST and PROCST were called PGMSTEP and PROCSTEP, respectively, prior to CONTROL-M Release 4.0.0.
2 41
Online Facility: Scheduling Definition Facility Job Scheduling Definition Screen Defining Schedules
ON PGMST ANYSTEP DO OK DO
PROCST
CODES C0008
U0048
A/O
DO OK
DO RERUN
DO SET Note
Assign a value to a CONTROL-M AutoEdit variable. Since DO SET values are dependent upon fulfillment of ON step/codes criteria, the values are assigned after job execution and used for subsequent cyclic runs and rerun.
ON PGMST UPDATE PROCST CODES S*** DO SHOUT TO OPER2 URGENCY R = A BACKOUT OF FILE-XXXX IS GOING TO RUN SOON DO SHOUT TO USER-DBA URGENCY R = ABEND OF THE UPDATE STEP, PLEASE CHECK IT DO U**** A/O
DO SHOUT
DO SYSOUT
TO TSO-M44 TO
URGN R URGN
SHOUT
Message to be sent to a specified destination in a specified situation: WHEN TO URGN MS Situations under which to send the message. Destination of the message. Urgency of message. The message (free text). CONTROL-M AutoEdit System variables are supported.
2 42
Online Facility: Scheduling Definition Facility Job Scheduling Definition Screen Defining Schedules
If all the scheduled jobs in the table ended OK, the Group Entity is assigned an end status of OK. If at least one scheduled job in the table did not end OK, the Group Entity is assigned an end status of NOTOK.
The performance of post-processing actions defined in the Group Entity is directly affected by the end status of the Group Entity.
2 43
Online Facility: Scheduling Definition Facility Job Scheduling Definition Screen Defining Schedules
GRP ACCOUNTS_GROUP CTM.PROD.SCHEDULE(GRP) COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ GROUP ACCOUNTS_GROUP MEMNAME ACCOUNTS OWNER N04B APPL DESC ADJUST CONDITIONS N SET VAR DOCMEM ACCOUNTS DOCLIB CTM.PROD.DOC =========================================================================== SCHEDULE TAG ALL_DAYS 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 RETRO N MAXWAIT 00 D-CAT =========================================================================== SCHEDULE TAG DAYS 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 RETRO N MAXWAIT 00 =========================================================================== IN TIME: FROM UNTIL PRIORITY DUE OUT CONFIRM =========================================================================== OUT ON GROUP-END NOTOK DO COND ACCTS-CHK-REQUIRED ODAT + SHOUT WHEN TO URGN USE THE DOC COMMAND TO SHOW/HIDE JOB DOCUMENTATION 18.19.14
The Group Entity scheduling definition supports the same commands and PFKey conventions as any job scheduling definition. Parameters of the Group Entity Scheduling Definition Screen The parameters of the Group Entity scheduling definition are almost identical in appearance and usage as those in a regular job scheduling definition, which are described briefly in Parameters of the Job Scheduling Definition Screen earlier in this section. Differences in the parameters of the Group Entity scheduling definitions are described below. All parameters of the Job Scheduling Definition screen are described in detail in Section 3 of this manual. A. GROUP Name of the group. (This parameter also appears, in a different location, in regular job scheduling definitions.) Mandatory in Group Entities. When defined in a Group Entity, the value is automatically assigned to all job scheduling definitions in the Group table.
2 44
Online Facility: Scheduling Definition Facility Job Scheduling Definition Screen Defining Schedules
B. MEMNAME
In a Group Entity, this field does not indicate a member name. Instead, it is used to indicate an abbreviated group name. This abbreviated group name is then displayed, when appropriate, in other screens (e.g., the Status screen). Yes/No indicator specifying whether or not prerequisite conditions normally set by predecessor jobs will be removed from job orders if the relevant predecessor jobs are not scheduled. This parameter only appears in the Group Entity, and applies to all jobs in the table awaiting prerequisite conditions from unscheduled jobs. Use of this parameter can simplify the handling of Maybe jobs. Unique identifier to be applied to the accompanying set of scheduling criteria. Multiple sets of scheduling criteria can be defined, each with its own tag. A set of criteria defined in a Group Entity can be applied to a job by specifying the identifying tag in the jobs scheduling definition. At least one set of basic scheduling criteria in the Group Entity must be satisfied before the jobs in that Group scheduling table become eligible for scheduling on any day.
C. ADJUST CONDITIONS
D. SCHEDULE TAG
The Group Entity does not contain parameters DCAT, PDS, and MINIMUM which are found in job scheduling definitions. These parameters (IN, TIME FROM/UNTIL, PRIORITY, DUE OUT, CONFIRM) apply to all scheduled jobs in the group. All runtime scheduling criteria in the Group Entity must be satisfied before any of the scheduled jobs are eligible for submission. (Any runtime criteria defined for a particular job must also be satisfied before the job can be submitted.)
G. Post-processing Parameters
Non-conditional Post-processing parameters (OUT, SHOUT) are performed only if all scheduled jobs in the table have ended OK. Group Entity end status indicator. This parameter appears only in the Group Entity. DO statements immediately following this parameter are performed only if the Group Entity is assigned the indicated status. Valid values are: OK Subsequent DO actions are performed for each job in the group only if the end status of the Group Entity is OK (i.e., all scheduled jobs in the table ended OK). Subsequent DO actions are performed for each job in the group if the end status of the Group Entity is NOTOK (i.e., at least one job in the group ended NOTOK).
ON GROUP-END
NOTOK
2 45
Online Facility: Scheduling Definition Facility Job Scheduling Definition Screen Defining Schedules
the
job
documentation.
(See
Job
where: oldstring newstring Existing string to be replaced. String which replaces the existing string.
If a string contains embedded spaces, enclose the string in apostrophes (') or quotation marks ("). To repeat a CHANGE command, press PF09/PF21.
2 46
Online Facility: Scheduling Definition Facility Job Scheduling Definition Screen Defining Schedules
A two-character Line Editing command field, marked by underscores, is displayed for each line on the screen. Editing commands are typed directly onto these underscores. Specified Line Editing commands are processed when <ENTER> is pressed. Details and examples of the editing of job scheduling definitions in the Edit environment are provided in Appendix A.
2 47
Online Facility: Scheduling Definition Facility Job Scheduling Definition Screen Defining Schedules
Job Documentation
Display/Non-Display of Documentation Depending on the value of the Show Job Documentation field in the Scheduling facility entry panel, job documentation (i.e., DOC lines) will either be displayed or hidden when you first enter the Job Scheduling Definition screen:
If the Show Job Documentation field is set to Y, job documentation is displayed upon entry to the Job Scheduling Definition screen. If the Show Job Documentation field is set to N, documentation is hidden upon entry to the Job Scheduling Definition screen.
DOC Command The DOC command alternately displays/hides the job documentation. Below is an example of the Job Scheduling Definition screen with the documentation (DOC lines) displayed (A).
JOB: BACKPL02 LIB CTM.PROD.SCHEDULE TABLE: BACKUP COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ MEMNAME BACKPL02 MEMLIB CTM.PROD.JOBLIB OWNER M44 TASKTYPE JOB PREVENT-NCT2 Y APPL APPL-L GROUP BKP-PROD-L DESC DAILY BACKUP OF SPECIAL FILES FROM APPL-L OVERLIB CTM.OVER.JOBLIB SET VAR CTB STEP AT NAME TYPE DOCMEM BACKPL02 DOCLIB CTM.PROD.DOC =========================================================================== DOC THIS JOB BACKS UP SPECIAL "L" FILES. IT PERFORMS THE FOLLOWING STEPS: DOC 1: VERIFY SPACE REQUIREMENTS DOC 2-5: BACKUP THE FILES DOC 6: RECATALOG THE NEW FILES DOC 7: PRINT THE SHORT-VERSION LISTING REPORT DOC =========================================================================== 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 USE THE DOC COMMAND TO SHOW/HIDE JOB DOCUMENTATION 11.17.00
Note
Users with DOCU/TEXT installed at their site may 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 has an unprintable character.
2 48
Online Facility: Scheduling Definition Facility Job Scheduling Definition Screen Defining Schedules
Editing Documentation Documentation can be edited when the DOC lines of the Job Scheduling Definition screen are displayed. Modify the DOC lines as desired. When you fill in the last DOC line and press <ENTER>, a new DOC line is displayed. When modifying DOC lines, text must be left in at least one DOC line in order to save the modifications. Changes resulting in an empty DOCMEM member will not be saved. Job Documentation is written to the library/member specified in the DOCLIB and DOCMEM fields on the Job Scheduling Definition screen. Therefore, it is also possible to edit the documentation member directly via ISPF. This is recommended when documentation is lengthy or the editing required is very complex. Note For LIBRARIAN and PANVALET users, the DOC command displays/hides job documentation in Browse mode. Changes to the documentation are not permitted.
If the AUTO-SAVE DOCUMENTATION field was set to Y, documentation changes are automatically saved and the Save Documentation window is not displayed. If the AUTO-SAVE DOCUMENTATION field was set to N, documentation changes are not automatically saved and the Save Documentation window is displayed. This window lets you save or cancel the documentation changes.
JOB: PRUPDT02 LIB CTM.PROD.SCHEDULE TABLE: PRPROD COMMAN +-----------------------------------------------------------+ ===> CRSR +----- | | --------+ MEMN | SAVE DOCUMENTATION ==> (Y/N) | OWNE | | APPL | LIBRARY CTM.PROD.DOC | DESC | MEMBER PRUPDT02 | OVER | | SET +-----------------------------------------------------------+ CTB STEP AT NAME TYPE DOCM =========================================================================== DOC PROGRAMMER RESPONSIBLE - JOHN SMITH DOC MODIFICATIONS: DOC 1. NEW DD CARD ADDED INP002 FOR NEW INPUT FILE - OCT. 1998 DOC 2. ADDITIONAL REPORT CREATED IN STEP 04 - NOV. 1998 DOC =========================================================================== DAYS DCAL AND/OR WDAYS WCAL MONTHS 123456789101112DATES USE THE DOC COMMAND TO SHOW/HIDE JOB DOCUMENTATION 11.17.00
2 49
Online Facility: Scheduling Definition Facility Exiting the Scheduling Definition Facility
The following parameters can be specified in the Save Documentation window: SAVE DOCUMENTATION Valid values are: Y (Yes) N (No) LIBRARY MEMBER Save documentation changes. Do not save documentation changes.
Name of the library containing the documentation member. Name of the member containing the documentation.
Modify the LIBRARY and MEMBER values if desired, and specify Y or N in the SAVE DOCUMENTATION field; then press <ENTER>. If there are no documentation changes, the Save Documentation window is not displayed.
Job Scheduling Definition screen Job List screen Table List screen Note If the Table List screen was bypassed when you entered the Scheduling Definition facility (i.e., if you specified a TABLE value in the entry panel), the Table List screen is not displayed upon exiting the Job List screen; instead, the entry panel is displayed.
Entry panel
The commands and options available when exiting screens depend on the screen being exited and on whether or not changes have been made. If changes have been made, the selected exit options and commands will determine whether or not the changes will be saved. Exit options and commands are discussed below on a screen-by-screen basis.
2 50
Online Facility: Scheduling Definition Facility Exiting the Scheduling Definition Facility
Note
The following exit commands retain changes to the job scheduling definition in memory. To permanently save the changes to disk, you must request that the changes be saved when you exit the Job List screen. If documentation changes have been made, the Save Documentation window (described earlier in this section) may be displayed.
Keep changes to the job scheduling definition in memory and exit to the Job List screen. Keep changes to the job scheduling definition in memory and display the next job scheduling definition in the Job list. Keep changes to the job scheduling definition in memory and display the previous job scheduling definition in the Job list.
2 51
Online Facility: Scheduling Definition Facility Exiting the Scheduling Definition Facility
The LIBRARY and TABLE fields indicate the library and table in which the job scheduling definitions will be saved. The specified values can be modified (e.g., to save the job scheduling definitions in a new or different table). Fill in the Exit Option window as follows:
To save all changes currently in memory and exit the Job List screen, specify Y (Yes) after the word SAVE or CREATE: Specify Y after SAVE if a table with the same name already exists in the specified library. Specify Y after CREATE if a table with the same name does not exist in the specified library. If you create a new table, the table name does not appear in the Table List screen upon exiting the Job List screen; it first appears when you reenter the Table List screen from the entry panel.
Note
To cancel changes currently in memory and exit the Job List screen, specify N (No) after the word SAVE or CREATE. To close the Exit Option window and remain in the Job List screen (with the changes remaining in memory), press RESET (PF04/PF16).
2 52
When manually requesting job scheduling from the Job List screen, specific jobs are selected. When manually requesting job scheduling from the Table List screen, tables are selected and each request applies to all the jobs in the selected tables.
Either of two options, O (Order) and F (Force), can be used in either of these screens to manually request job scheduling. These options work as follows: O ORDER Basic Scheduling parameters of the job(s) are checked against the requested scheduling date. If the job should be scheduled for that day, a job order is placed on the Active Jobs file. Basic Scheduling parameters of the job(s) are not checked. A job order is placed on the Active Jobs file whether or not the job should be scheduled that day.
FORCE
Note
With one exception, options O (Order) and F (Force) can be used in both the Job List screen and Table List screen for either regular scheduling tables or Group scheduling tables. The exception is: Option O (Order) cannot be specified for individual jobs in Group scheduling tables.
When you use the O and F options, a confirmation window is opened. The default confirmation window is illustrated below. If the default has been modified in the User profile, an alternate confirmation window, requiring double confirmation, is opened.
JOB LIST LIB: CTM.PROD.SCHEDULE TABLE: BACKUP COMMAND ===> SCROLL===> CRSR OPT NAME --------------------------------------------------------------------STARTBKP +-------------------------------+ BACKPL01 | CONFIRM ODATE 090998 | O BACKPL02 <-----------| ASK FOR EACH ONE Y | BACKPLW1 +-------------------------------+ BACKPLW2 WEEKLY BACKUP OF FILES FROM APPL-L #2 BACKPLW3 WEEKLY BACKUP OF FILES FROM APPL-L #3 BACKPLW4 WEEKLY BACKUP OF FILES AFTER DAILY FROM APPL-L + DASDRPT1 DASD REPORTS AFTER BACKUPS FOR APPL-L DASDRPT2 DASD STATISTICS REPORT AFTER BACKUP FOR APPL-L ENDPLBKP END OF BACKUP INDICATION FOR APPL-L BACKAC01 DAILY BACKUP OF DATA SETS FROM APPL-ACCOUNT O BACKAC02 DAILY BACKUP OF SPECIAL FILES FROM APPL-ACCOUNT BACKACW1 WEEKLY BACKUP OF FILES FROM APPL-ACCOUNT #1 BACKACW2 WEEKLY BACKUP OF FILES FROM APPL-ACCOUNT #2 BACKACW3 WEEKLY BACKUP OF FILES FROM APPL-ACCOUNT #3 BACKACW4 WEEKLY BACKUP OF FILES AFTER DAILY FROM APPL-ACC + DASDRPT3 DASD REPORTS AFTER BACKUPS FOR APPL-ACCOUNT DASDRPT4 DASD REPORTS AFTER BACKUP FOR APPL-ACCOUNT O ENDACBKP END OF BACKUP INDICATION FOR APPL-ACCOUNT BACKDD01 DAILY BACKUP OF DATA SETS FROM APPL-DD OPTIONS: S SELECT D DELETE I INSERT O ORDER F FORCE J JCL P PLAN 14.33.48
2 53
The default confirmation window contains the following fields: CONFIRM Whether or not to process the order/force request. Valid entries are: Y (Yes) N (No) ODATE Process the order/force request. Cancel the request.
Scheduling date of the job/table, in mmddyy, ddmmyy or yymmdd format (depending on the site standard). The specified date can be modified.
ASK FOR EACH ONE This line is displayed only if more than one order/force option is requested. It determines whether or not individual confirmation is required for each order/force request. Valid values are: Y (Yes) Individual confirmation is required for each order/force request. The specified CONFIRM value (Y or N) applies only to the current order or request. Individual confirmation is not required for each order/force request. The specified CONFIRM operation is applied to all order/force requests. (If CONFIRM is Y, all order/force requests are processed; if CONFIRM is N, no order/force requests are processed.)
N (No)
When you press <ENTER>, the original list screen disappears and various messages appear in a new screen. If the messages span more than one screen, you can scroll up and down the message list. For each job which is successfully scheduled (ordered), the following message appears:
JOB name ODATE date ID=ordered PLACED ON ACTIVE JOBS FILE-description
2 54
The window contains the following fields (some fields contain default values which can be modified): Library Table Library containing the table into which the job(s) should be copied. Must be an existing library. Default is the current library. Name of the table into which the job should be copied. Notes A job can only be copied to another table. It cannot be copied to its own table (even if the job is renamed). If the specified table does not exist, the table will be created when the request is performed. Job Name of the job to be copied. If multiple jobs are selected, the window is first displayed with the first selected job. As each request is performed or canceled, the next requested job name appears.
To perform a request, press <ENTER>. To cancel a request, press END (PF03/PF15) or RESET (PF04/PF16).
2 55
Group entities cannot be copied. If a job in a group scheduling table is copied to a regular scheduling table, it is copied as a regular job (scheduling tags are dropped from the job scheduling definition). If a job in a group table is copied to a non-existing table, the table that is created is a regular table, not a group table. Notes When a job from a regular table is copied to a Group scheduling table, the job will retain its basic scheduling criteria and an empty SCHEDULE TAG field is inserted in the job scheduling definition. When a job from a Group scheduling table is copied to a Group scheduling table, the job retains its original scheduling tags.
Deleting Tables
Tables can be deleted from the Table List screen. To delete tables, specify option D (Delete) by the table names in the Table List screen and press <ENTER>. The confirmation window illustrated below is displayed, in sequence, for each table selected for deletion.
LIST OF TABLES IN CTM.PROD.SCHEDULE -------------(2) COMMAND ===> SCROLL===> CRSR OPT NAME --+--------------------------+ E INIT MOD ID ADABAS | CONFIRM DELETE OPTION | 0 70 0 O01 D APPLNTN <-----------| (Y/N) | 0 180 0 O01 APPLPRDI +--------------------------+ 1 41 0 O01 ARCNIGHT 01.00 98/09/09 98/09/09 00:50 5 5 0 S07 ASMBTR1 01.00 98/09/09 98/09/09 00:50 9 9 0 S07 D ASMBTR2 01.00 98/09/09 98/09/09 00:50 14 14 0 S07 BACKUP 01.00 98/09/09 98/09/09 00:50 5 5 0 S07 CICSJOBS 01.00 98/09/09 98/09/09 00:50 70 70 0 O01 CICSPROD 01.00 98/09/09 98/09/09 00:50 180 180 0 O01 CICSTEST 01.00 98/09/09 98/09/09 00:50 41 41 0 O01 CICSUPT 01.00 98/09/09 98/09/09 00:50 5 5 0 S07 CLIENTS 01.00 98/09/09 98/09/09 00:50 9 9 0 S07 DB2EXE 01.00 98/09/09 98/09/09 00:50 14 14 0 S07 DLOAD 01.00 98/09/09 98/09/09 00:50 5 5 0 S07 MAINDAY 01.00 98/09/09 98/09/09 00:50 180 180 0 O01 MAINT 01.00 98/09/09 98/09/09 00:50 41 41 0 O01 MAINTPL 01.00 98/09/09 98/09/09 00:50 5 5 0 S07 ONSPOOL 01.00 98/09/09 98/09/09 00:50 9 9 0 S07 D ONSPOOLT 01.00 98/09/09 98/09/09 00:50 14 14 0 S07 OPERCLN 01.00 98/09/09 98/09/09 00:50 5 5 0 S07 OPTIONS S SELECT O ORDER F FORCE G GRAPHIC FLOW B BROWSE D DELETE 15.38.37
Specify Y (Yes) in the window to confirm the delete request. Specify N (No) in the window to cancel the delete request.
2 56
A message is written to the IOA Log file for each table deleted. Note If PDSMAN is operational at your site, $$$SPACE members will not be deleted.
PRODTHC2
--->
PRODYBCK
--->
PRODYIDK
--->
--->
PRODYBTL
--->
PRODYIZN
--->
PRODYEND
PROJYFOT
--->
PROJYMRG
--->
PROJYMTI
--->
PROJYHO1
--->
PROJYHO2
--->
PROJYDPY
--->
PROJYDTK
--->
PROYH11
---
PROJYDLI
---> 15.38.44
Note
Size limits for the online display are narrower than the size limits for the printed chart. If the chart cannot be displayed online because it is too large, it may still be printed (see Section 8).
2 57
On color terminals, the colors used to display the boxes and arrows can be changed by request. Available colors are sequenced in a loop. Each request changes to the next color in the sequence. Colors can be changed as follows: Change the color of the boxes Change the color of arrows Press PF04/PF16 Type ARROW in the COMMAND field and press 11 <ENTER>.
Note
Size limits for the online display are narrower than the size limits for the printed chart. If the chart cannot be displayed online because it is too large, it may still be printed (see Section 8).
11
PF05/PF17, which changed the color of arrows prior to CONTROL-M Release 5.0.0, now performs the FIND command.
2 58
The window contains the following fields with default values which can be modified: FROM DATE TO DATE First date to be included in the job scheduling plan. Default is current working date. Last date to be included in the job scheduling plan. Default is one day less than one month after the current working date.
To display the plan, modify the defaults if desired. Press <ENTER>. The Job Scheduling Plan screen is displayed. To close the window without displaying the plan, press END (PF03/PF15) or RESET (PF04/PF16).
2 59
The dates within the date range on which the job will be scheduled, according to its basic scheduling criteria, are marked with an asterisk. Specify NEXT (PF08/PF11/PF20/PF23) or PREV (PF07/PF10/PF19/PF22) in the COMMAND field, or press the appropriate PFKey, to see the next or previous calendar month in the date range. Press the END key (PF03/PF15) to exit the Job Scheduling Plan screen and return to the Job List screen.
JOB NAME: BACKPL02 COMMAND ===> 01 1999 MON TUE JOB SCHEDULING DATES : 010199 - 310199 SCROLL===> SAT 02 SUN 03
WED
THU
FRI 01
04 * 11 * 18 * 25 *
05 * 12 * 19 * 26 *
06 * 13 * 20 * 27 *
07 * 14 * 21 * 28 *
08 * 15 * 22 * 29 *
09
10
16
17
23
24
30
31
19.30.51
The screen indicates the following: A. Job B. Range C. Month/Year D. Calendar E. Schedule Name of the job for which the schedule is requested. Requested date range, in mmddyy, ddmmyy, or yymmdd format (depending on the site standard). Month/Year currently displayed. Calendar (day of the week/date) for the currently displayed month. An asterisk under a date indicates that the job is scheduled on that day.
2 60
Change the screens display type to display different information about the jobs in the Active environment. View only jobs belonging to a specific group. View statistical information about all jobs in the Active environment. Display the reason(s) why a job has not executed. Place a job in hold status. Delete a job from the Active environment. Undelete a job which has been deleted from the Active environment. Free a held job. Display the log messages of a job. Zoom in on the scheduling details of a job and modify certain parameters. Rerun a job. Confirm the restart/rerun of a job. View the list of all runs (job orders) of a particular job, and view the sysout of any or all of those job orders. Display the execution statistics of a job. Display and edit the JCL of a job. Display the list or network of predecessor/successor jobs of a specific job, and display critical path information. Force END OK termination of a job which has not been submitted or which ended NOTOK. Reactivate a job which has disappeared or which has failed with status Reason Unknown. Display the list of archived jobs and restore desired archived jobs to the Active environment.
2 61
Status Screen
To enter the Tracking and Control facility, select option 3 on the IOA Primary Option menu. The Status screen is displayed.
Filter: COMMAND ===> O Name Owner CICSPROD M22 CICSTEST M22 BRIVPCC IVP BRCC0001 IVP BRCC0002 IVP BRCC0003 IVP BRCCIND IVP BRUPDT02 IVP BRREP001 IVP BRREP002 IVP BRIVPCCE IVP CRCCEND IVP INTR0001 M22 Environment ------ UP <D> (3) SCROLL ==> CRSR Odate Jobname JobID Typ ------------ Status ------------090998 CICSPROD/04368 CST EXECUTING (RUN 1) GROUP=CICS-PROD 090998 CICSTEST/04372 CST EXECUTING (RUN 2) GROUP=CICS-TEST 090998 BRIVPCC /04369 JOB ENDED "OK" GROUP=BR-IVP-CC 090998 BRCC0001/04382 JOB ENDED "OK" GROUP=BR-IVP-CC 090998 BRCC0002/04383 JOB ENDED "OK" GROUP=BR-IVP-CC 090998 BRCC0003/04384 JOB ENDED "OK" GROUP=BR-IVP-CC 090998 BRCCIND /04385 JOB ENDED "OK" GROUP=BR-IVP-CC 090998 BRUPDT02/04387 JOB ENDED "OK" GROUP=BR-IVP-CC 090998 BRREP001/04388 JOB ENDED "OK" GROUP=BR-IVP-CC 090998 BRREP002/04389 JOB ENDED "OK" GROUP=BR-IVP-CC 090998 / JOB WAIT SCHEDULE GROUP=BR-IVP-CC 090998 / JOB WAIT SCHEDULE GROUP=BR-IVP-CC 090998 / JOB HELD WAIT SCHEDULE GROUP=INTER-PRODUCTION INTR0002 M22 090998 / JOB HELD WAIT SCHEDULE GROUP=INTER-PRODUCTION INTR0003 M22 090998 / JOB WAIT SCHEDULE GROUP=INTER-PRODUCTION INTR0004 M22 090995 INTR0004/04371 JOB ENDED- NOT "OK" - ABENDED Commands: OPt DIsplay Show HIstory RBal REFresh Auto Jobstat SHPF OPt command toggles between Commands and Options display 15.15.48 ------- CONTROL-M Active
It is assumed that the user wants to see the most recently ordered jobs first. Therefore, upon entry to the Status screen, the bottom of the Job list is displayed. Use the scrolling PFKeys to scroll forward (PF08/PF20) and backward (PF07/PF19) on the Status screen. AutoRefresh mode is available in this screen. To exit the Status screen, press the END key (PF03/PF15). For color terminals, jobs with different statuses are displayed in different colors. The 12 following colors have been defined as defaults for the following statuses (discussed later in this section): Blue and White Yellow Red Green Pink Jobs waiting to be scheduled Jobs which are executing or about to execute Jobs which are in error or ended NOTOK Jobs which ended OK or were forced OK Jobs which require special user action (e.g., Wait Confirmation)
12
2 62
The IOA administrator can use display type support to tailor the display layout by adding lines, fields, changing colors, etc. Additional information about display type support is provided in Customizing IOA Display Format Members in Section 2 of the IOA Administrator Guide. Note Member $$ACTDOC of the IOA MSG library contains information that is useful for customizing the CONTROL-M Status screen and creating/modifying display types for screens 3, 3.N, 3.G and the History Environment screen.
Upon reentering the screen, the last used display type is displayed. The Default (D) and All Info (A) predefined display types, and the fields they contain, are discussed in Format of the Status Screen later in this section. (The Network display type, although available in this screen, is generally useful only in the Job Network Dependency screen, and is described later in this section under that topic.) Primary/Alternate Bottom Lines The last two lines of the Status screen are used to display the list of available commands and options. Because there are too many commands/options to list at once, the list is divided into two parts (each part consisting of two lines) as follows:
Upon entry to the screen, the set of available commands is displayed. Because this list is displayed upon entry to the screen, it is referred to as the Primary Bottom line.
Commands: OPt DIsplay Show HIstory RBal REFresh Auto Jobstat SHPF OPt command toggles between Commands and Options display
15.15.48
Upon request (using command OPT), the set of available options is displayed (in place of the set of commands). The list of available options is referred to as the Alternate Bottom line.
Opt: ? Why L Log H Hold Z Zoom R Rerun A Activate O Force OK V View Sysout N Net D Del F Free S Stat G Group U Undelete J JCL Edit C Confirm 15.46.06
To toggle back and forth between the two sets of bottom lines, specify OPT in the COMMAND field and press <ENTER>. Available commands are described in Commands of the Status Screen, and available options are described in Options of the Status Screen, later in this section.
2 63
Fields of Display Type D (Default) A Filter Name of the currently active screen filter (see Filtering the Status Screen Display later in this section.)
B CONTROL-M Status Indicator of whether CONTROL-M monitor is UP, DOWN or SUSP (suspended). C Display Type Indicator of the currently used display type (e.g., D for the Default display type).
The following is displayed for each job (D): O(ption) Name Owner Odate Jobname JobID Field for requesting options to be activated on jobs. Name of the member containing the jobs JCL, or name of the started task. ID of the owner of the job (formerly called USER ID). Original scheduling date of the job (see Date Definition Concepts in Section 1). Job name (generally available only after job submission). Job number (generally available only after job submission).
2 64
Typ Status
Task type or GRP. Job (task) status (see Job Statuses later in this section).
The following information can be displayed by request (see Commands of the Status Screen later in this section) along with the STATUS information: E Group F Cpu Group name of the job (see GROUP Command). ID of the CPU on which the job is executing or has executed. The CPU ID is displayed only for those jobs subjected to dynamic resource acquisition (i.e., jobs for which CONTROL-M dynamically decided to which CPU they would be submitted). Dynamically acquired resources are identified by a $ character in the Quantitative resource name. (See CPUID Command.) Order ID of the job (see ORDERID Command). Job description (see DESC Command).
Odate Jobname JobID Typ ------------ Status ------------090995 / JOB WAIT SCHEDULE GROUP=NRD-GRP CPU=A ORDERID=0003E ===> DAILY BACKUP-ACCOUNTING
G OrderID H Desc
O Name Owner TO5SP115 TO5
Display Type A (All Info) Below (A) is an example of the All Info display type. In addition to the Default information, it contains statistical information about the job run.
Filter: ------- CONTROL-M Active Environment ------ DOWN <A> - (3) COMMAND ===> SCROLL ==> CRSR O Name Owner Odate Jobname JobID Typ ------------ Status ------------DAILYPRD PRODMNGR 060698 JOB Wait Schedule OrderID 001Q6 Grp CTM-CONTROL MaxRC Time Fr: Due-In: 0859 Time Un: Due-Out: 0859 Res. Use: Y Priority: 00 Late:
Avg Elaps: 0000 RBA: 000002 DAILYSYS SYSTEM 060698 JOB Wait Schedule OrderID 001Q7 Grp CTM-CONTROL MaxRC Res. Use: Y Time Fr: Time Un: Priority: 00 Due-In: 0859 Due-Out: 0859 Late: Avg Elaps: 0000 RBA: 000003 CTMLDNRS PRODMNGR 060698 JOB Wait Schedule OrderID 001Q8 Grp CTM-CONTROL MaxRC Res. Use: Y Time Fr: Time Un: Priority: 00 Due-In: 0859 Due-Out: 0859 Late: Avg Elaps: 0000 RBA: 000004 CTMCLRES PRODMNGR 060698 JOB Wait Schedule Opt: ? Why L Log H Hold Z Zoom R Rerun A Activate O Force OK V View Sysout N Net D Del F Free S Stat G Group U Undelete J JCL Edit C Confirm 14.50.56
2 65
Fields of the Display Type A (All Info) Below is a description of fields in the All Info display type which do not appear in the Default display type. (Fields appearing in the Default display type are described above.) Grp MaxRC Res. Use Time Fr Time Un Priority Due-In Due-Out Late Name of the group. Highest return code returned for the job. Indicates (yes/no) whether or not the job uses (Control and/or Quantitative) resources. Time the job began execution. Time the job ended execution. Priority at which the job executed. Time by which the job was to be submitted. Time by which the job execution should complete. Indicates if the job is late. Valid (late) values are: I X O Avg Elap RBA Late In - the job was submitted late. Late Execution - the execution time was outside predefined limits. Late Out - the job ended outside the predefined time limit.
Average elapsed run time of the job. Relative Byte address of the job in the Active Jobs file.
where x is the desired display type. For example, DI A displays the All Info display type. HISTORY Command Command HISTORY displays the jobs in the History Jobs file in the History Environment screen (described later in this section).
2 66
SHOW Command Command SHOW either activates the specified screen filter or opens the Show Screen Filter window, depending on the format of the command. Valid formats are: SHOW name EDIT SHOW name SHOW (PF02/PF14) Opens the Show Screen Filter window for the specified filter. Activates the specified filter. Opens the Show Screen Filter window for the currently active filter.
Note
Reserved filter name DEFAULT can be used to activate or edit the default filter for the status screen.
Only jobs conforming to selection criteria specified in the filter are displayed in the Status screen. (See Filtering the Status Screen Display later in this section.) GROUP Command Command GROUP (PF11/PF23) alternately displays/hides the group. When displayed, the name of the group appears after the job status. CPUID Command Command CPUID alternately displays/hides the CPU ID of jobs subjected to dynamic resource acquisition. When displayed, the CPU ID on which the job is running (or executed on) appears after the job status. DESC Command Command DESC alternately displays/hides the description of each job. ORDERID Command Command ORDERID alternately displays/hides the order ID of each job. VIEW Command Command VIEW (PF04/PF16) displays the Global View screen which provides a statistical overview of the status of jobs running under CONTROL-M. (See Global View Screen later in this section.) VIEW GRAPH Command Command VIEW GRAPH (abbreviated V G) displays the View Graph screen which provides a graphic statistical overview of the status of jobs running under CONTROL-M. (See View Graph Screen later in this section.) JOBSTAT Command Command JOBSTAT displays the Statistics screen which provides statistics for the specified job. (See Statistics Screen later in this section.)
2 67
RBAL Command Command RBAL scrolls the Status screen so that the job with the specified relative block address (RBA) is displayed at the top of the screen. Format of the command is:
RBAL rba
(abbreviated RB rba) where rba Relative block address of the job. This command is especially useful for determining which job is using a particular resource. The RBA of the job using a resource is indicated in the IOA Conditions/Resources screen (Screen 4). DUMP Command Command DUMP is intended for use only when specifically requested by the local IOA representative. It is used to set the abend capturing option ON/OFF. (The new screen program is designed to capture any abends resulting from either internal or external events.) Under certain circumstances, a dump may be required and/or requested by the local IOA representative. Valid formats of the command are: DUMP DUMP ON DUMP OFF Toggles between On/Off. Sets the Dump option to Yes. Sets the Dump option to No.
If a Dump is required, the DUMP ON command should be specified. Whenever the Dump is in ON status, the DUMP ON indicator is displayed in the first line of the screen. REFRESH Command Command REFRESH initiates recalculation of job dependency information. Although available in the Status screen, this command is generally used in the Job Dependency Network screen. Therefore, a detailed description of this command is provided in Commands of the Job Dependency Network Screen later in this section.
2 68
G Group
D Del F Free
L Z
Log Zoom
R Rerun C Confirm
V View Sysout View the jobs execution history in the Job Order Execution History screen. From this screen, the Sysout Viewing screen (which displays the archived SYSDATA of the job) can be requested. (Both screens are described later in this section.) S Stat Display the Statistics screen, which shows (see Statistics Screen later in this section). job run statistics
Statistics for a job which is not in the Active environment can be displayed using command JOBSTAT (discussed in Statistics Screen).
2 69
13
JCL
Edit the member that contains the JCL of the job. The JCL member is displayed in ISPF Edit mode. By default, if the specified JCL member exists in the OVERLIB library, that member is edited. If the JCL member does not exist in the OVERLIB library, the member is edited in the MEMLIB library.
A Activate
Reactivate a job/started task which has a status of either DISAPPEARED or FAILED REASON UNKNOWN. CONTROL-M searches the MVS/JES queues for the disappeared or failed job (or started task). A job/started task is assigned a DISAPPEARED status if it has been accidentally deleted. (Also, if JES is very busy, it sometimes sets the status of a job/started task to DISAPPEARED even though the job/started task actually exists.) A job/started task is assigned a status of FAILED REASON UNKNOWN whenever CONTROL-M encounters a problem reading the jobs SYSDATA files and therefore cannot check the completion status of the job.
N Net
Display the Job Dependency Network screen which shows all the predecessor and successor jobs for the selected job. (See Job Dependency Network Screen later in this section.) Force the job to complete with ENDED OK status. (See Force OK Confirmation Window later in this section.) Cancel a previously requested Delete. Valid only for jobs deleted by request. The job is returned to its status prior to the delete request. Display the CONTROL-M/WorkLoad Steps Status screen for the selected job. Valid only for jobs under the control of CONTROL-M/WorkLoad. (The CONTROL-M/WorkLoad Steps Status screen is described in Section 2 of the CONTROL-M/WorkLoad User Manual.)
13
Called the E (EDIT) option prior to CONTROL-M Release 4.0.0, this option is available only when operating CONTROL-M under TSO/ISPF.
2 70
Job Statuses
The following job statuses can appear in the Status screen:
WAIT CONFIRMATION (WITH RESTART) Job is waiting for manual restart confirmation. WAIT CONFIRMATION (FOR SCHEDULE) Job is waiting for manual confirmation before it can be scheduled. WAIT SCHEDULE Job is waiting to be scheduled.
WAIT SCHEDULE ON SPOOL Job is waiting to be scheduled but is already in input queue on spool. WAIT SCHEDULE (PIPE) WAIT SUBMISSION WAIT RELEASE GOING TO START SUBMITTED RELEASED STARTED WAIT EXECUTION EXECUTING For CONTROL-M/WorkLoad users. Job is waiting to be scheduled and is a participant in a Pipe (Collection). Job is eligible to be run and is about to be submitted. On Spool job is eligible to be run and is about to be released. Started task is eligible to be run and is about to be activated. Job submitted, but is not yet in the operating systems job queue. On Spool job has been released and is waiting to be executed. Started task started, but is not yet in the operating systems job queue. Job is in the operating systems job queue waiting to be executed. Job is executing.
EXECUTING (SYSOUT IN HOLD STATUS) Job was placed in HOLD status by an operator-issued JES HOLD command before CONTROL-M could read the jobs output.
R
CLEANUP ENDED OK
ENDED OK FORCED OK Job ended OK due to a Force OK request. ENDED NOT OK Job ended NOT OK.
ENDED NOT OK ABENDED Job abended. ENDED NOT OK JCL ERROR Job failed due to JCL error. ENDED NOT OK FAILED REASON UNKNOWN (This usually occurs following a system crash.)
2 71
ENDED NOT OK DUE TO CC Condition code which is not defined as OK has occurred. ENDED NOT OK RERUN NEEDED Rerun is needed for the job. ENDED NOT OK RERUN WAS NEEDED Rerun was required for the previous execution of the job. ENDED NOT OK TERM ON NCT2 CONTROL-M due to a NOT CATLGD 2 error. NOT SUBMITTED NOT STARTED (WITH RESTART) Submission of the job failed. Starting of the started task failed. The CONTROL-R restart step will be added to the JCL of the job when it is submitted (i.e., a restart will be performed). Job has run (executed) with the CONTROL-R restart step (i.e., a restart has been performed). Job not found in the queue. Check that the job or its sysout has not been accidentally deleted. This status can also appear when JES is very busy. In such a case, CONTROL-M waits for JES until it confirms that the job is lost. not found at least once, this status displays the times (n) CONTROL-M has looked for the job. If 14 still not found after 10 times, the status is DISAPPEARED.
R
(RESTARTED) NOT FOUND
BUT NOT FOUND n TIMES If a job is number of the job is changed to Example
The job was submitted, but may have been purged. After checking 10 times, CONTROL-M will change the status to DISAPPEARED. DISAPPEARED HELD RUN n PRIOR RUN REQUESTED HELD Job disappeared completely. This status only occurs after a NOT FOUND status. Job is in hold status. Run number. Incremented each time a cyclic task is executed or a job is rerun. Termination status of the previous job (or cyclic task) execution (for jobs that have been rerun). A hold request was issued for the job, but the request has not yet been performed by the CONTROL-M monitor.
14
2 72
A free request was issued for a held job, but the request has not yet been performed by the CONTROL-M monitor. A rerun request was issued for the job, but the request has not yet been performed by the CONTROL-M monitor. The job order was deleted by an authorized user. Job parameters were changed via the Zoom option, but the request has not yet been performed by the CONTROL-M monitor. An activate request was issued for a job, but the request has not yet been performed by the CONTROL-M monitor.
REQUESTED REACT
PROBLEMS READING SYSOUT Usually means that problems prevent the CONTROL-M monitor from reading the jobs output. LATE LATE SUBMISSION LATE EXECUTION ON OUTPUT QUEUE NJE JOB Job did not finish executing by the time specified in a SHOUT WHEN LATE statement. Job was not submitted by the time specified in a SHOUT WHEN LATESUB statement. Jobs elapsed runtime is outside of the acceptable limits defined in a SHOUT WITHIN EXECTIME statement. Job is on the output queue of the remote NJE node or on the output queue of the host node with a changed job ID. The job is not currently found in either Remote or Host node, but is in the process of transmission between nodes. (Either the job is being transmitted to the Remote node for execution, or the jobs sysdata output is being transmitted to the Host node.) CONTROL-M continues to search for the job until it is located on one of the nodes. The job ID of the NJE job has changed. When the jobs sysdata output was transmitted back to the Host NJE node, the CONTROL-M monitor detected that the original job ID of the NJE job is occupied by another job. The CONTROL-M monitor continues to search for a job to match the new job ID.
Group Statuses The following Group statuses can appear for the group entity in the Status screen: ACTIVE All runtime criteria for the Group entity have been satisfied, but at least one job in the group has not ended and no job in the group has ended NOTOK. All runtime criteria for the Group entity have been satisfied, but at least one job in the group has not ended and one or more jobs in the group ended NOTOK. All jobs in the group ended OK.
ACTIVE- IN ERROR
ENDED OK
2 73
All jobs in the group have ended. At least one job ended NOTOK. Ordering is in process or has failed; not all jobs have been ordered. (The group remains in this status until all jobs have been ordered or until all jobs belonging to the group are deleted.)
A predefined default filter (called DEFAULT) is supplied for the Status screen. Site-defined defaults determine whether the last filter used or the DEFAULT filter will be activated upon reentry to the Status screen. To activate an existing filter in the Status screen (without opening the Show Screen Filter window), specify the SHOW command in the COMMAND field, as follows:
SHOW name
Show Screen Filter Window To open the Show Screen Filter window in the Status screen for purposes of creating or modifying a filter, specify the SHOW command in the COMMAND field, as follows:
where: name Name of the filter to be displayed in the Show Screen Filter window.
15
2 74
Note
Depending on User Profile definition, field Late ONLY (A) may be replaced by field Late.
Fields of the Show Screen Filter Window The Show Screen Filter window contains the following fields: Filter User-assigned name of the filter. The name specified in the Filter field can be modified. If there are unsaved changes to a filter in memory (see Closing the Show Screen Filter Window below), an asterisk appears to the right of the filter name. Save (Y/N) Specifies whether or not to save modifications to the filter upon closing the window.
The fields listed below define the selection criteria to be applied to the screen. Fill in these selection criteria as desired. Note The selection criteria below marked with the symbol G act on a prefix basis. For example, specifying value D4 in filed MEMNAME will result in the retrieval of all members (jobs) whose names start with D4.
2 75
Show only jobs of the specified member name(s). A maximum of five member names can be specified. Show only jobs of the specified group(s). A maximum of four groups can be specified. Select only jobs which conform to the status selection criteria. Statuses are divided into three groups under the following headings: In Process, Ended, and State. Notes For statuses under the first two groups (In Process and Ended), the following logic applies:
Specifying Y for a heading enables filtering of jobs with a status listed under that heading on a status-by-status basis. (Specify N by a status to filter jobs with that status out of the display.) Specifying an N for a heading filters out any job with a status listed under that heading, even if the status is marked Y.
(If N is specified for all three headings, no jobs are displayed.) In Process This heading is for statuses of jobs that are not yet finished. Wait Sched Wait Confirm Wait Sub Submitted Wait Exec Executing On Output Que Jobs waiting to be scheduled. Jobs waiting for confirmation. Jobs waiting to be submitted. Jobs submitted but not yet in queue. Jobs waiting to be executed. Jobs which are currently executing. Jobs on the output queue but not yet processed by CONTROL-M (e.g., because of a system crash).
Ended
This heading is for statuses of finished jobs. Ended OK Not OK Rerun Disappeared Abended Unexpected CC JCL Error Jobs that ended OK. Jobs that ended NOTOK. Jobs that require rerun. Jobs that disappeared from the job queue. Jobs that abended. Jobs that ended with a condition code that is not defined as OK. Jobs that ended (or did not run) because of a JCL error.
2 76
Notes
As with In Process and Ended, specifying Y for a heading enables filtering of jobs with a status under that heading on a status-by-status basis. (Specify N by a status to filter jobs with that status out of the display.) Specifying N treats all statuses under the group as if they were all set to Y, regardless of the value actually specified by each status. This heading is for state criteria which can further filter the statuses under the other headings (e.g., WAIT SCHEDULE HELD, WAIT SCHEDULE). Free, Held, Deleted Jobs which are in the specified state. On Request Jobs for which a change in job status has been requested by a CONTROL-M user, but the request has not yet been processed by the monitor.
State
Late ONLY/Late Jobs that were submitted, or finished executing, late; or jobs with an elapsed execution time outside of specified limits. By default, field Late ONLY is displayed. If the User profile has been modified accordingly, field Late is displayed. If Y (Yes) is specified for field Late ONLY, only late jobs are displayed. If Y is specified for field Late, late jobs are displayed along with other jobs in the display. Whenever N (No) is specified, this criteria has no effect on the display. Task Type Limit the task types of jobs to be displayed. Valid task types are: Job Cyc Emr Stc Cst Est Ecj Ecs Wrn Grp Regular job Cyclic job Emergency job Started task Cyclic started task Emergency started task Emergency cyclic job Emergency cyclic started task Warnings. Supported for historical reasons Group Entity
2 77
Res Name
An additional cross reference for all jobs that are using a Control resource, Quantitative resource, or prerequisite condition. A maximum of two names can be specified. The resources and conditions are searched according to those specified as Y (Yes) in Resource Type (described below). Type of Resource or prerequisite condition to be used to filter the display of the status screen. In Out Conds Resource Control All prerequisite conditions appearing in IN statements. All prerequisite conditions appearing in OUT statements. All prerequisite statements. conditions appearing in DO COND
Resource Type
Owner Odate
16
Show only jobs of the specified owner(s). A maximum of five owners can be specified. Show only jobs whose original scheduling date falls within the specified From/To date range. Date format is mmddyy, ddmmyy, or yymmdd depending on the site standard. If a From date is specified without a To date, the current date is used as the To date.
Priority Pipe
Show only jobs with the specified priority. Show only job participants in the specified pipe.
Closing the Show Screen Filter Window The filter you have edited can be activated with or without saving changes, depending on the value specified in the Save field, as follows:
To activate and save the filter, specify Y (Yes) in the Save field. Changes to the filter will be permanently saved. To activate the filter without saving it, specify N (No) in the Save field. Changes will be kept in memory only, but not saved.
After specifying a value in the Save field, press one of the following keys: <ENTER> Filtering begins with the first job currently displayed in the screen and continues downward.
PF07/PF19 (UP) Filtering begins with the first job in the Active Job list and continues downward. PF08/PF20 (DOWN) Filtering begins with the last job in the Active Job list and continues upward.
16
2 78
The window is closed and the filter will be activated as defined or modified. To cancel changes made in the Show Screen Filter window, use the RESET command (PF04/PF16). The changes are canceled regardless of the value specified in the Save field, the window is closed, and the filter that was previously in effect is restored. By default, using the END command (PF03/PF15) in the window works like pressing <ENTER>. However, the default can be modified so that END works like RESET.
ER APPL-PROD-INTERNAL
RN PR-PRODUCTION
090997
10
RN VIJ-JOBS COMMANDS:
090997
BRIVPCCE WAIT SCHEDULE SMFCLEAN WAIT SCHEDULE PRDKPL01 WAIT SCHEDULE MTPRQV ENDED NOTOK S0C1 MTRRU04 ENDED NOTOK U0016 2 2 INTPRD02 ENDED NOTOK C0008 INTPRD01 EXECUTING INTPRD1A WAIT EXECUTION 6 24 PRDINP6A EXECUTING PRDRPT99 EXECUTING PRDDFN EXECUTING PRDRPT10 EXECUTING PRDUPD12 EXECUTING PRDUPD14 WAIT EXECUTION 4 42 VIJJBNX ENDED NOTOK NOMEM VIJRUN22 ENDED NOTOK JNRUN END (RETURN TO STATUS SCREEN) 15.35.49
Use the scrolling PFKeys to scroll forward (PF08/PF20) and backward (PF07/PF19) on the Global View screen. AutoRefresh mode is available under this screen. To update the screen, press the REFRESH key (PF04/PF16). To return to the Status screen, press the END key (PF03/PF15).
2 79
Original scheduling date of the group (see Date Definition Concepts in Section 1). Number of jobs in Wait Schedule state. Number of jobs executing (or in the input queue). Number of jobs which have finished executing. Name of each active member (job) in the group. The members that will be displayed are:
Executing (or in the input queue). Ended NOTOK. If none of the above is found within the group, the first job which is
waiting to be scheduled. JOB STATUS Status of each job in the group. In case of error, the type of error is shown (e.g., abend code).
2 80
Use the scrolling PFKeys to scroll forward (PF08/PF20) and backward (PF07/PF19) on the View Graph screen. AutoRefresh mode is available under this screen. To update the screen, type the command REFRESH and press <ENTER>, or press PF04/PF16. To return to the Status screen, press the END key (PF03/PF15). Two formats for the View Graph screen are available, one for color displays and one for non-color displays. They are discussed on the following pages.
2 81
Fields of the View Graph Screen A. Totals line Displays the totals for the data. The following summary information is a displayed for all jobs in the Active Jobs file except emergency jobs: WAIT SCHEDULE Total number of jobs waiting scheduling. EXECUTING END NOTOK END OK Total number of jobs executing. Total number of jobs currently in ended NOTOK status. Total number of jobs that ended OK.
The data lines display the following information for each group: B. GROUP NAME C. SUM D. JOB GRAPH E. Scale Name of the group. Total number of jobs in the group. Job graph indicates the number of jobs in each status, in each group. Scale line used to simplify reading the number of jobs of each status in the group. The scale used (i.e., the number of jobs represented by each column) automatically adjusts based on the number of jobs in the group containing the most jobs.
Job Graph In the job graph (D), job statuses are differentiated by color, as follows: Blue Yellow Red Green WAIT SCHEDULE EXECUTING END NOTOK END OK
17
For each group in the graph, the number of columns of a particular color depends on the number of jobs having that status.
17
Because this manual is printed in black and white, the different colors in the screen are represented by different shadings in this manual.
2 82
Fields of the View Graph Screen A. Totals line Displays the totals for the data. The following summary information is a displayed for all jobs in the Active Jobs file except emergency jobs: WAIT SCHEDULE Total number of jobs waiting scheduling. EXECUTING END NOTOK END OK Total number of jobs executing. Total number of jobs currently in ended NOTOK status. Total number of jobs that ended OK.
The data lines display the following information about each group: B. GROUP NAME C. SUM D. JOB GRAPH E. Scale Name of the group. Total number of jobs in the group. Job graph indicates the number of jobs in each status, in each group. Scale line used to simplify reading the number of jobs of each status in the group. The scale used (i.e., the number of jobs represented by each column) automatically adjusts based on the number of jobs in the group containing the most jobs.
2 83
Job Graph In the job graph (D), job statuses are differentiated by symbols, as follows: $ + * WAIT SCHEDULE EXECUTING END NOTOK
% END OK For each group in the graph, the number of columns containing a particular symbol depends on the number of jobs having that status.
Why Screen
The Why screen is displayed when the ? (Why) option is specified on the Status screen. The Why screen shows the reason(s) why a job is in WAIT SCHEDULE status.
------------------------ PRUPDT02 SCHEDULING ANALYSIS --------------------(3.?) COMMAND ===> SCROLL===> CRSR OPT DESCRIPTION TIME LIMIT RESOURCE FROM 1730 DB2-POWER HELD HELD HELD HELD HELD CARTRIDGE HELD HELD UNTIL 0200 QUANTITY 0030 PRDKPL01 (Q) QUANTITY GPLIR17A (Q) QUANTITY INTR0002 (Q) QUANTITY PRUPDOLV (Q) QUANTITY MTPRQV (Q) QUANTITY QUANTITY 0002 PRDKPL01 (Q) QUANTITY GPLIR17A (Q) QUANTITY
BY BY BY BY BY BY BY
RESOURCE
IN HOLD STATE CONDITION PRUPDT01-ENDED-OK ODATE 0909 GROUP SCHEDULING ANALYSIS FOR GROUP ACCOUNT (ACCOUNT-GROUP) GROUPS RUNTIME CRITERIA SATISFIED ====== >>>>>>>>>>>>>>>>>>>>> END OF "WHY" LIST <<<<<<<<<<<<<<<<<<<<< =====
OPTION:
A ADD CONDITION
10.32.27
Use the scrolling PFKeys to scroll forward (PF08/PF20) and backward (PF07/PF19) on the Why screen. To return to the Status screen, press the END key (PF03/PF15).
2 84
ALL RUNTIME CRITERIA SATISFIED. JOB WILL BE SUBMITTED SOON CONTROL-M MONITOR IS NOT ACTIVE IN HOLD STATE WAIT CONFIRMATION TIME LIMIT FROM hhmm UNTIL hhmm NEXT RERUN/CYCLIC RUN FROM hhmm CONDITION condition-name ODATE mmdd Prerequisite condition required by the job, along with its original scheduling date. RESOURCE resource-name [R] QUANTITY quantity BY priority memname Name and quantity of a Quantitative resource not currently available for the job. For critical path jobs, a job with a higher path priority than the current job is also identified.
CONTROL OVER resource TYPE type BY priority memname [ownership type] Name and type of a Control resource currently being used by another job order whose name is specified. For critical path jobs, path priority of the owner is also identified.
JOB WAIT FOR PIPES COLLECTION PIPE pipename The job was not run for one of the following reasons: CONTROL-M is waiting for the minimum number of participants in the indicated pipe. At least one prerequisite (prerequisite condition, resource, confirmation, etc.) for a participant in the indicated pipe is not satisfied.
If the job belongs to a Group scheduling table, the Why screen displays messages related to both the selected job and the group to which the job belongs. In this case, the reasons indicated above can be applicable to the selected job and/or to the group. To enable the user to distinguish between job reasons and group reasons, the job reasons appear in the screen before the group reasons, and the two sets of reasons are separated by the following line:
GROUP SCHEDULING ANALYSIS FOR GROUP group-memname (groupname)
In addition to the above line, the following reasons can appear only for a job in a Group scheduling table:
JOBS RUNTIME CRITERIA SATISFIED This reason applies to the job. GROUPS RUNTIME CRITERIA SATISFIED This reason applies to the group.
2 85
By default, when option A is specified in the Why screen, a Confirmation window is displayed only when the conditions date reference is **** or $$$$. Addition of conditions without generic date references is performed without confirmation from the user. If, however, the User profile has been customized accordingly, the following Confirmation window is always displayed when option A is specified.
------------------------ WRUPDT02 SCHEDULING ANALYSIS --------------------(3.?) COMMAND ===> SCROLL===> CRSR OPT DESCRIPTION +-------------------------+ | CONFIRM MMDD 0909 | A CONDITION PROD-WRUPDT03-GO <--------| ASK FOR EACH ONE Y | A CONDITION PROD-WRUPDT03-CHECK +-------------------------+ A CONDITION PROD-WRUPDT03-FLAG ODATE 0909 ====== >>>>>>>>>>>>>>>>>>> END OF "WHY" LIST <<<<<<<<<<<<<<<< =====
OPTION:
A ADD CONDITION
18.15.36
2 86
Fill in or modify the fields of the Confirmation window as follows and press <ENTER>. CONFIRM Confirms whether or not to process the Add Condition request. Valid values are: Y (Yes) N (No) date Process the Add Condition request. Cancel the request.
If the date reference of the listed condition contains **** or $$$$, the
date field of the window is unprotected and you must explicitly specify the date in the date field.
If the date reference of the listed condition is a specific date (in either
mmdd or ddmm format, depending on the standard in use at the site), the date field of the window is protected and its value cannot be changed. ASK FOR EACH ONE This line is displayed only if more than one Add Condition is requested. It determines whether or not individual confirmation is required for each Add Condition request. Valid values are: Y (Yes) Individual confirmation is required for each Add Condition request. The specified CONFIRM value (Y or N) applies only to the current Add Condition request. Individual confirmation is not required for each Add Condition request. The specified CONFIRM operation is applied to all Add Condition requests. (If CONFIRM is Y, all Add Condition requests are processed; if CONFIRM is N, no Add Condition request are processed.)
N (No)
2 87
Deleting a Job
To delete a job order, specify D (Delete) in the Option field to the left of the job order and press <ENTER>. CONTROL-M only allows deletion of WAIT SCHEDULE jobs, or jobs that have finished executing. A job order must be in HELD status to be deleted. The deletion request is recorded in the IOA Log file. The job is logically deleted (i.e., flagged as deleted) from the Active Jobs file immediately. It is physically deleted (from the disk) the next time cleanup (e.g., New Day processing) is performed. (Logically deleted jobs can be undeleted via option U (Undelete). These are added back to the Active Jobs file with the same status they had prior to deletion.) Notes
Critical path jobs (even in HELD status) which hold a Control or Quantitative
resource can only be deleted via the following steps: 1. Remove the critical path priority of the job via the ZOOM screen (Screen 3.Z). 2. Free the job. 3. When the job reverts to WAIT SCHEDULE status, hold the job. 4. Delete the job.
Group Entities cannot currently be manually deleted from the Active Jobs file. If all
jobs in a group are deleted or ended, they are deleted in the next run of the CONTROL-M New Day procedure. However, the Group Entity will remain in the Active Jobs file until the following run of the CONTROL-M New Day procedure.
2 88
By default, when option D is specified in the Status screen, deletion requests are performed without confirmation from the user. If, however, the User profile has been customized accordingly, the following Delete Confirmation window is displayed, in sequence, for each deletion request.
Filter: ------- CONTROL-M Active Environment ------ UP <D> - (3) COMMAND ===> SCROLL ==> CRSR O Name Owner Odate Jobname JobID Typ ------------ Status ------------PRD1 PROD 070798 JOB Wait Schedule (Pipe) IEFBR14T TEST 070798 M70TEST0/24897 JOB Ended "OK" PRD1 PROD 070798 JOB Wait Schedule (Pipe) IEFBR14T +------------------------+ ded "OK" D SELIGRP <--------| Delete (Y/N) | ded- Not "OK" GRPJOB1 +------------------------+ ded "OK" GRPJOB2 TEST 070798 M70TEST2/24929 JOB Ended "OK" GRPJOB3 TEST 070798 M70TEST3/24930 JOB Ended- Not "OK" - Abended ========= >>>>>>>>>>>>> Bottom of Jobs List <<<<<<<<<<<<< ========
Opt: ? Why L Log H Hold Z Zoom R Rerun A Activate O Force OK V View Sysout N Net D Del F Free S Stat G Group U Undelete J JCL Edit C Confirm 16.28.18
Specify Y (Yes) in the window to confirm the delete request. Specify N (No) in the window to cancel the delete request.
2 89
Log Screen
To display the Log screen, specify option L (Log) in the Status screen. The Log screen displays all Log messages of the specified job.
FILTER: -- LOG MESSAGES FOR JOB(S) INTR0004 -----------------(3.LOG) COMMAND ===> SCROLL===> CRSR SHOW LIMIT ON ==> DATE 090998 - 090998 DATE TIME ODATE USERID CODE ------ M E S S A G E -------------------090998 131143 090998 M22 JOB511I JOB INTR0004 ODATE 090998 ID=00019 PLACED ON ACTIVE JOBS FILE 090998 131148 090998 M22 SEL203I JOB INTR0004 ELIGIBLE FOR RUN 090998 131150 090998 M22 SUB133I JOB INTR0004 SUBMITTED 090998 131651 090998 M22 SPY281I JOB INTR0004 INTR0004/04371 START 98253.1316 STOP 98253.1316 CPU 0MIN 00.04SEC SRB 0MIN 00.00SEC 0.19 9QFDSF 090998 131651 090998 M22 SPY254I JOB INTR0004 INTR0004/04371 SCANNED 090998 131652 090998 M22 SEL206W JOB INTR0004 INTR0004/04371 ABENDED CC SB37 STEP STEP01 090998 131652 090998 M22 SEL219I JOB INTR0004 INTR0004/04371 ENDED "NOT OK" 090998 132814 090998 M22 CTM659I RERUN OF TASK INTR0004 ODATE 090998 PERFORMED 090998 132817 090998 M22 SEL220I JOB INTR0004 WILL BE RERUN 090998 132818 090998 M22 SEL203I JOB INTR0004 ELIGIBLE FOR RUN 090998 132818 090998 M22 SUB133I JOB INTR0004 SUBMITTED ======== >>>>>>>>>>>>>>>> NO MORE LOG MESSAGES <<<<<<<<<<<<<<<<< ======== CMDS: SHOW, GROUP, CATEGORY, SHPF 13.24.01
Usage of the Log screen is explained in detail in IOA Log Screen later in this section of the manual. However, if you entered the Log screen via option L on the Status screen instead of via option 5 on the IOA Primary Option menu, the following differences in usage should be noted.
The SHOW command cannot be specified with any parameters or qualifiers. Only filter options related to CONTROL-M (and CMEM) are displayed in the Show Screen Filter window. Only the default job filter can be displayed.
If option L (Log) is specified for multiple jobs in the Status screen, the log displays will be stacked. Each time the END key (PF03/PF15) is pressed, the next log in the stack is displayed, until all logs have been displayed. To return to the Status screen, press END (PF03/PF15).
2 90
Zoom Screen
The Zoom screen zooms in on the details of a specific job order. To display the Zoom screen, specify option Z (Zoom) on the Status screen. Note To save changes made in the Zoom screen, the job must be placed in HELD state before entering the Zoom screen.
----------------------------- CONTROL-M ZOOM SCREEN ----------------------(3.Z) COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ MEMNAME PRDKPL01 MEMLIB CTM.PROD.JOBLIB OWNER M44 TASKTYPE JOB PREVENT-NCT2 APPL PROD GROUP KPL OVERLIB JOBNAME JOBID ODATE 090998 ORDERID 0005C MAXWAIT 04 RESTART DECISION-FROM . TO . CONFIRM N DESC DAILY PRODUCTION - START OF PRODUCTION GROUP KPL SET VAR CTB STEP AT NAME TYPE DOCMEM PRDKPL01 DOCLIB CTM.PROD.DOC =========================================================================== IN DAILY-PROD-KPL-GO 0909 CONTROL DB2-MAIN-FILE E RESOURCE INIT 0001 CART 0001 PIPE CTM.WKLD.PIPE TIME: FROM UNTIL PRIORITY 00 CONFIRM N DUE IN 1311 ELAPSE 0003 DUE OUT 1314 CPU-ID NODE NAME NJE SEARCH COUNTER 00000 =========================================================================== OUT PROD-PRDKPL01-OK 0909 + AUTO-ARCHIVE Y SYSDB Y MAXDAYS MAXRUNS RETENTION: # OF DAYS TO KEEP # OF GENERATIONS TO KEEP SYSOUT OP C (C,D,F,N,R) 2 FROM RERUN - MAXRERUN RERUNMEM INTERVAL NEXT TIME STEP RANGE FR (PGM.PROC) . TO . ON PGMST PROCST CODES A/O DO SHOUT WHEN NOTOK TO OPER2 URGN R MS DAILY PRODUCTION JOB PRDKPL01 ENDED NOT OK. NOTIFY PRODUCTION MANAGER SHOUT WHEN TO URGN MS ====== >>>>>>>>>>>>>>>>>>> END OF JOB PARAMETERS <<<<<<<<<<<<<<<<<<<<<<< ===== ENTER SAVE TO UPDATE CHANGES. 18.33.28
Note
The Zoom screen is displayed in Browse mode if the requested job order is already being zoomed by another user. In this case, updates are not permitted.
The Zoom screen is similar to the Job Scheduling Definition screen used for defining job production parameters, but it is different in several respects:
The Zoom screen contains fields which do not appear in the Job Scheduling Definition screen (and vice versa).
2 91
Some fields on the Zoom screen cannot be modified at all. Other fields can or cannot be modified depending on the status of the job. Changes to a field in the Zoom screen affect only the current job order, not the job scheduling definition.
See the Job Scheduling Definition screen (earlier in this section) for information about most fields in the Zoom screen. Fields of the Zoom screen which are not on the Job Scheduling Definition screen are described below: A. JOBNAME B. JOBID C. ODATE D. ORDERID
E. RESTART
Name of the job (available only after job submission). Job number (available only after job submission). Original scheduling date assigned to the job. Unique job order ID in CONTROL-M. FROM TO Program step (and, optionally, procedure step) names at which to begin processing the job restart. Program step (and, optionally, procedure step) names at which the restarted job will terminate processing. The parameter is optional. If the FROM parameter is specified and the TO parameter is not specified, the job is rerun until the last step.
DECISION
CONFIRM Valid values are: Y (Yes) If the job is to be resubmitted as a result of a DO RERUN statement, manual confirmation will be required (via the Status screen). If the job is resubmitted as a result of a DO RERUN statement, manual confirmation is not required.
N (No)
F. DUE IN
Time by which the job must be submitted in order to be completed by the DUE OUT time. This value is calculated by subtracting the ELAPSE time from the DUE OUT time. Anticipated elapse time (i.e., anticipated job execution time). The value used is the average of the jobs runtimes in the CONTROL-M Statistics file. CPUID on which the job will execute (if $ Quantitative resources were specified). This field will contain the selected $ value, i.e., the CPUID. See the description of parameter RESOURCE in Section 3 for more details. Node on which the job executes (as specified in the JCL).
G. ELAPSE
H. CPU-ID
I. NODE NAME
2 92
J. NJE
When this field contains a Y, the job has been sent for execution to a computer which is connected to a CONTROL-M computer via NJE (i.e., it does not have a shared spool with CONTROL-M). Normally, you should not modify the value in this field. However, if a job was purged from the spool (in the NJE computer), you must notify CONTROL-M of the event by changing this field back to blank. After approximately a minute, the job status changes to DISAPPEARED.
K.
SEARCH COUNTER Number of times CONTROL-M has looked for a job which is not found. (This value is displayed (as n) in the job status BUT NOT FOUND n TIMES.) When this value equals the maximum number 18 of searches allowed, the job status changes to DISAPPEARED. You can change the value of this counter. Two instances in which this might be helpful are:
If the search is pointless (e.g., you know the job has been deleted
from spool), change the SEARCH COUNTER to 99999 thereby causing a DISAPPEARED status. L. NEXT TIME For rerun situations or for cyclic jobs which use the INTERVAL option, this field indicates the next time the job will be submitted (if other submission criteria are satisfied). ON PGMST indicator. Indicates if the ON PGMST statement was triggered. Possible values: * blank Note ON PGMST statement was triggered. ON PGMST statement was not triggered. If more than one ON PGMST statement has been joined:
M. *
If the statements are joined by an OR relationship, related DO actions were performed if an asterisk appears in this field for any ON PGMST statement. If the statements are joined by an AND relationship, related DO actions were performed only if an asterisk appears in this field for all joined ON PGMST statement.
Only specific dates, or ****, $$$$, or STAT, can be used as valid condition date references. Therefore, if symbolic date references (such as ODAT or PREV) are specified as condition date references (in the IN, OUT, CODES, COND etc. parameters) in the job scheduling definition, the real date values are derived and displayed in the Zoom screen.
18
The default value is 10. This value can be changed by your IOA administrator, (via optional wish WM1754).
2 93
The restart decision (FROM, TO, CONFIRM) parameters contain a value other than blank only if the DO IFRERUN parameters have been specified in the Job Scheduling Definition screen (Screen 2), and only if the job was executed. When and if the job is restarted, these parameters will be used. The user can modify the value of these parameters. The DOC command can be used to alternately display/hide the documentation (DOC lines). Documentation cannot be updated in the Zoom screen.
ENTER SAVE
TO UPDATE CHANGES.
11.41.46
2 94
By default, END (PF03/PF15) performs a cancel, and the changes are not saved (i.e., no changes are made to the job entry on the Active Jobs file). To save changes, the SAVE command must be specified. If customized, END (PF03/PF15) performs a save. In this case, the following Confirmation window is displayed if changes have been made.
----------------------------- CONTROL-M ZOOM SCREEN ----------------------(3.Z) COMMAND ===> +---------------------------------------+ SCROLL===> CRSR +------------------ | | ---------------+ MEMNAME BACKP02 | CONFIRM CHANGES ==> (Y/N) | OWNER M44 | | APPL APPL-L +---------------------------------------+ L OVERLIB CTM.OVER. JOBNAME JOBID ODATE 090998 ORDERID 0007N MAXWAIT 04 RESTART DECISION-FROM . TO . CONFIRM N DESC DAILY BACKUP OF SPECIAL FILES FROM APPL-L SET VAR CTB STEP AT NAME TYPE DOCMEM BACKP02 DOCLIB CTM.PROD.DOC =========================================================================== IN START-DAILY-BACKUP 0909 CONTROL RESOURCE INIT 0001 CART 0001 PIPE TIME: FROM UNTIL PRIORITY 00 CONFIRM N DUE IN 1311 ELAPSE 0003 DUE OUT 1314 CPU-ID NODE NAME NJE SEARCH COUNTER 00000 =========================================================================== OUT BACKPL02-ENDED-OK 0909 + ENTER CANCEL TO IGNORE CHANGES. 18.54.43
Specify Y (Yes) in the window to save the changes. Specify N (No) in the window to cancel the changes.
To bypass the window if it is normally displayed, exit the Zoom screen as follows: Specify SAVE in the Zoom screen to save changes (not available in Browse mode). Specify CANCEL in the Zoom screen to cancel changes.
Upon saving changes, the status of the job becomes REQUESTED CHANGE HELD. Wait until the REQUESTED CHANGE status disappears (indicating that the CONTROL-M monitor has accepted the change), and then free the job in the Status screen.
2 95
2 96
Online Facility: Tracking and Control Facility Confirm Restart Window (Under CONTROL-R)
Fill in the window as follows and press <ENTER>: CONFIRM Confirm the job. Valid values are: Y (Yes) Submission or rerun of the job is requested. The status of the job is changed to WAIT SCHEDULE, and the job is eligible for submission by CONTROL-M once all other runtime criteria are satisfied. No action is taken. The status of the job remains unchanged and the job is not submitted.
N (No)
A DO RERUN statement is defined following the DO IFRERUN statement, indicating that the job should be scheduled for restart/rerun. The CONFIRM field in the DO IFRERUN statement contains a value of Y (Yes), indicating that confirmation is required before the job is restarted. A MAXRERUN value greater than zero is defined in the job scheduling definition, but the number of reruns specified in this field has not yet been performed. In this case, restart can be confirmed by specifying option C (Confirm) for the job.
To confirm restart/rerun for such a job, specify option C (Confirm) for the job. A restart confirmation window is then opened. The same confirmation window is opened when requesting the rerun (option R) of a restart job in the Status screen. For the description and an example of the confirmation window, see Rerun/Restart Window (Under CONTROL-R) below.
No DO RERUN statement is defined following the DO IFRERUN statement in the job scheduling definition. In this case, the job appears in the Status screen with a failed job status. The CONFIRM field of the DO IFRERUN statement contains a value of Y (Yes). In this case, job appears in the Status screen with a failed job status. No maximum number of reruns is defined in field MAXRERUN, or the maximum number reruns defined in field MAXRERUN has been performed. In this case, the job appears in the Status screen with a status of ENDED NOT OK RERUN NEEDED.
To manually request rerun/restart for such a job, specify option R (Rerun) for the job.
2 97
Online Facility: Tracking and Control Facility Rerun/Restart Window (Under CONTROL-R)
The following confirmation window is opened when either option R (Rerun) or option C (Confirm) is specified in the Status screen for a job requiring rerun/restart under CONTROL-R.
Filter: ------- CONTROL-M Active Environment ------ DOWN <D> - (3) COMMAND ===> SCROLL ==> CRSR O Name Owner Odate Jobname JobID Typ ------------ Status ------------SALEGRP ACTG 070798 GRP Ended- Not "OK" R GRPJOB3 ACTG 070798 +---------------------------------(3.R)+ ed DAILYPRD PRODMNGR 070798 | Job GRPJOB3 Is to be Rerun | DAILYSYS SYSTEM 070798 | Please Confirm (Y/N) | CTMLDNRS PRODMNGR 070798 | With Restart Y (?/Y/N) | CTMCLRES PRODMNGR 070798 | ---------------------------------- | PRD3 PROD 070798 | From Step/Proc . | PRD3 PROD 070798 | To Step/Proc . | PRD1 PROD 070798 | Recapture Abend Codes (Y/N) | OK" | Recapture Cond Codes (Y/N) | | Step Adjustment (Y/N) | PRD2 PROD 070798 | Restart Parm Member Name GRPJOB3 | OK" +--------------------------------------+ Prior Run: Ended "OK" PRD3 PROD 070798 JOB Requested Rerun Ended "OK" (Run 2) Prior Run: Ended "OK" IEFBR14 TEST 070798 N91NOP /26911 JOB Ended "OK" IEFBR14 TEST 070798 N91NOP /26923 JOB Ended "OK" Opt: ? Why L Log H Hold Z Zoom R Rerun A Activate O Force OK V View Sysout N Net D Del F Free S Stat G Group U Undelete J JCL Edit C Confirm 12.03.10
Fill in the fields of the window as follows, and press <ENTER>: Confirm Valid values are: Y (Yes) Job rerun is requested. The job is returned for possible resubmission by CONTROL-M (provided that all runtime conditions are met). The status of the job is changed according to the value of the With Restart field. No action is taken. The job is not rerun. The status of the job remains unchanged.
This field is applicable only if Y is specified for Confirm. (If N is specified for Confirm, this field is ignored.) Valid values are: Y (Yes) When the job is rerun, it is restarted using the CONTROL-R Restart facilities. The status of the job is changed to WAIT SCHEDULE (WITH RESTART). The CONTROL-R Restart facilities are not used. The status of the job is changed to WAIT SCHEDULE. The Restart Step List window, which contains a list of the jobs steps, is opened. See Step List Window below.
N (No) ?
2 98
Online Facility: Tracking and Control Facility Rerun/Restart Window (Under CONTROL-R)
The pgmstep (and optionally procstep) names at which the restart of the job is to be attempted. The pgmstep (and optionally procstep) names at which the restarted job will terminate processing. Optional. The From Step/Proc and To Step/Proc fields display from/to step values specified in statement DO IFRERUN. These values can be modified. If a From Step/Proc value is specified, and the To Step/Proc field is blank, the job is rerun up to and including the last step.
Note
To display a list of job steps from which a From Step/Proc and/or To Step/Proc value can be selected, specify a ? symbol in the With Restart field and press <ENTER>. The Step List window, described below, is opened.
Recapture Abend Codes Whether or not abend code recapture should be enabled. This field is applicable only if Y is specified for WITH RESTART. (If N is specified for WITH RESTART, this field is ignored.) Valid values: Y (Yes) N (No) blank Automatic abend code recapture is performed. Abend code recapture is prevented. The job member or the $DEFAULT member in the RESTPARM library is used. If member $DEFAULT is not found, the CONTROL-R default is used to perform the recapture.
Recapture Cond Codes This field is applicable only if Y is specified for With Restart. (If N is specified for With Restart, this field is ignored.) Valid values are: Y (Yes) N (No) blank Automatic condition code recapture is performed. Condition code recapture is prevented. The job member or the $DEFAULT member in the RESTPARM library is used. If member $DEFAULT is not found, the CONTROL-R default is used to perform the recapture.
Step Adjustment This field is applicable only if Y is specified for With Restart. (If N is specified for With Restart, this field is ignored.) Valid values are: Y (Yes) N (No) blank Automatic step adjustment is performed. Step adjustment is prevented. The job member or the $DEFAULT member in the RESTPARM library is used. If member $DEFAULT is not found, the CONTROL-R default is used to perform the recapture.
2 99
Online Facility: Tracking and Control Facility Rerun/Restart Window (Under CONTROL-R)
Note
Values specified for Recapture Abend Codes, Recapture Cond Codes and Step Adjustment override all other parameter specifications and the default. They apply to the current restart only.
Restart Parm Member Name Name of the member which contains control parameters for the job restart. The specified value must be a valid member name of 1-8 characters. The default value, displayed in the window, is the member which contains the jobs JCL (i.e., the value in the MEMNAME field of the Zoom screen or the Name field of the Status screen). The following points should be noted about From Step/Proc and To Step/Proc values:
Pgmstep name can be any specific program step name or $FIRST. $FIRST resolves to the first step of the job if procstep name is blank. Otherwise, $FIRST resolves to the first step in the procedure identified by procstep. $ABEND and $EXERR are not recognized by CONTROL-R and should not be specified as restart steps in this window. ($ABEND and $EXERR are valid only in job scheduling definitions.) If specifying a procstep name when there are nested procedures, specify the procstep name of the innermost procedure in which the program is included. Entering $FIRST in the first From Step/Proc field followed by $CLEANUP in the adjacent (second) From Step/Proc field will rerun the job for Cleanup (i.e., run the CONTROL-R cleanup step and flush the job). All other parameters entered in the Restart window will be ignored. AutoEdit resolution is performed at time of cleanup job submission. For example, if a job with AutoEdit date variable %%DATE is submitted for cleanup the day after the original run, the resolution of the variable during cleanup will vary from that of the original run.
Note
The RERUN request and, in CONTROL-R, the RESTART decision are recorded in the IOA Log file. If the CONTROL-M monitor is active, the RERUN request is accepted after a few seconds.
2 100
Use the scrolling PFKeys to scroll forward (PF08/PF20) and backward (PF07/PF19) in the Step List window. To locate a specific step, specify the LOCATE command in the Command field of the CONTROL-R Stop List window and press <ENTER>. Format of the command is:
LOCATE stepname
Steps selected in the Step List window will appear in the appropriate field of the Restart window. To select steps, specify the appropriate selection value(s) in the Option (O) field by the step name(s). Valid selection values are: F (From) T (To) O (Only) Restart should begin at the indicated step. The indicated step becomes the From Step/Proc parameter. Restart should end at the indicated step. The indicated step becomes the To Whom It May Concern: Step/Proc parameter. Restart should begin and end at the indicated step. The indicated step becomes the From Step/Proc and To Step/Proc parameter. This value cannot be specified with an F or a T value.
2 101
Online Facility: Tracking and Control Facility Job Order Execution History Screen
Note
If a step cannot be used as a From Step/Proc and/or To Step/Proc for restart, the Option field is protected, and an option cannot be specified, for that step.
Pressing the END key (PF03/PF15) closes the Step List window and automatically updates the From Step/Proc / To Step/Proc fields of the Restart window with the appropriate steps. Specifying command RESET, or pressing the RESET key (PF04), closes the Step List window without updating the Restart window.
------------------------ JOB ORDER EXECUTION HISTORY ---------------------(3.V) COMMAND ===> SCROLL===> CRSR MEMNAME MSGCMPR OWNER M05A ORDERID 00051 ODATE 090998 O JOBNAME JOBID DATE START ELAPSED PAGES MAX RC ---------- STATUS ---------PRDYLLM 01318 090998 21:40 1.46 00007 S222 ENDED- NOT "OK" - ABENDED PRDYLLM 01425 090998 21:56 1.21 00014 C0008 ENDED- NOT "OK" DUE TO CC PRDYLLM 01447 090998 22:01 1.50 00014 C0000 ENDED- OK ======= >>>>>>>>>>> BOTTOM OF ACTIVE JOB ORDER HISTORY LIST <<<<<<<<<<< =======
OPTION:
S SELECT
11.41.04
19
The V option does not support the viewing of output on the spool or output which has been archived by a CONTROL-M SYSOUT F function.
2 102
Online Facility: Tracking and Control Facility Job Order Execution History Screen
By default, older data are displayed before more recent data (i.e., in FIFO order first in/first out), so that the first run of the job is shown first. If, however, the User profile has been customized accordingly, data is displayed in LIFO order (last in/first out). The Job Order Execution History screen is preconfigured to the D (Default) display type. Additional display types can be defined by the IOA administrator. To display a different display type on the screen, specify command DISPLAY x (abbreviated DI x) where x is the identifying letter of the display type (e.g., DI D). To return to the Status screen, press the END key (PF03/PF15).
Option field. Job name. JES job number. Execution date of the job. Start time of the job execution (format hh:mm). Total elapsed time of the job execution (format mmmm.nn where mmmm is minutes, and nn is hundredths of minutes). Number of pages in the sysout. Highest return code of the job execution. Status assigned to the job by CONTROL-M, based on execution results.
To display job sysout for specific executions of the job, specify option S (Select) in the OPTION field of the selected executions and press <ENTER>. To display job sysout for all executions of the job, specify command VIEWALL (abbreviated V) in the COMMAND field and press <ENTER>.
2 103
Job orders are displayed in the same order (LIFO/FIFO) in this screen as in the Job Order Execution History screen. To return to the Job Order Execution History screen, press END (PF03/PF15). The following commands are supported: LEFT RIGHT FIND str Shift display to the left.
20
FIND str PREV Find previous occurrence of the string. NEXT n PREV n END Scroll forward n number of print pages (can be abbreviated N n). Scroll backward n number of print pages (can be abbreviated P n). Exit the screen.
For color terminals, display colors for the sysout are defined in the User profile. See your IOA administrator if you want to change the default colors.
20
Terminals with 132-character lines display the entire data line. Therefore, LEFT and RIGHT do not affect the display on those terminals.
2 104
Statistics Screen
Either of the following two methods can be used to display the Statistics screen:
Specify the S (STAT) option for any job appearing in the Status screen. Specify command JOBSTAT (described later in this section) in the COMMAND field in the Status screen. Command JOBSTAT can be specified for any job which has statistics, even if the job is not currently in the Active environment.
The Statistics screen shows the most current run statistics for the job. Job statistics are collected for executions which ended OK. A separate set of statistics is collected for each group on each computer in which the job is run. Statistics for a job are retained for a maximum of 20 executions (which ended OK) in each group on each computer.
----------------------------- PLUPDT02 STATISTICS ------------------------(3.S) COMMAND ===> SCROLL===> CRSR JOBID START TIME END TIME ELAPSED CPU SRB USER DATA AVERAGE: SYSID: 1 SMFID: SYS1 27.40 1:16.91 0:20.53 0239 01/02 20:19 01/02 20:45 26.14 0:58.08 0:19.39 0643 02/02 17:56 02/02 18:24 28.42 1:05.18 0:21.08 0399 03/02 20:35 03/02 21:01 26.17 0:58.46 0:19.41 2141 06/02 17:59 06/02 18:25 26.53 0:59.32 0:20.08 0493 07/02 17:40 07/02 18:08 28.40 1:03.44 0:21.07 0619 07/02 20:07 07/02 20:35 28.19 1:03.03 0:21.41 0888 08/02 23:11 08/02 23:39 28.22 1:04.43 0:21.43 1723 09/02 17:52 09/02 18:19 27.56 1:01.59 0:20.44 AVERAGE: SYSID: 2 0248 03/02 17:41 2924 04/02 18:02 0557 05/02 17:44 0591 05/02 20:16 2366 06/02 20:28 2004 09/02 17:49 2889 10/02 19:49 2914 10/02 22:21 SMFID: SYS2 03/02 18:05 04/02 18:28 05/02 18:11 05/02 20:41 06/02 20:52 09/02 18:14 10/02 20:15 10/02 22:48 25.54 24.38 26.20 27.44 25.22 24.07 25.33 26.16 27.14 0:58.22 0:54.46 0:58.55 1:01.32 0:56.34 0:53.17 0:56.32 0:59.35 1:06.30 0:19.20 0:18.08 0:19.44 0:20.36 0:19.11 0:18.25 0:19.19 0:19.10 0:20.13 12.31.15
To return to the Status screen, press the END key (PF03/PF15). Notes The IOA administrator determines if statistics are collected at a site. Update of the Statistics file is performed by utility CTMJSA, which should be scheduled periodically. Utility CTMJSA is described in the IOA Administrator Guide. If statistics which exist for a job are not displayed, refresh the display by entering the REFRESH command (PF04/0F16).
2 105
Group Entity Execution Statistics Fields of the Group Entity Execution statistics have corresponding fields of the Individual Execution statistics. JOBID START TIME Order ID of the group entity. Date/time the group began executing. Date format: mmdd or ddmm depending on site standard. Time format: hh:mm (where hh=hours and mm=minutes). Date/time the group finished executing. Same format as START TIME. Elapsed time from the time the first job in the group began executing until the time the last job in the group finished executing. 0. 0. Blank. different meanings than
2 106
Tape Device Usage Statistics If optional wish WM2744 has been applied at your site, tape device usage information is accumulated for every CONTROL-M job execution that ended OK. This information is used by the Automatic Tape Adjustment facility to automatically allocate the appropriate number of tape drives for a job at job order time. (This allocated value overrides any specified tape device usage value in the RESOURCE parameter.) This information (shown below) can be displayed by scrolling to the right of the Statistics screen (via PF11/PF23):
JOBID START DEVICES USED AVERAGE: SYS 0239 01/02 TAPE=1;CARTRIDGE=1; 0643 02/02 TAPE=1;CARTRIDGE=1; 0399 03/02 TAPE=1;CARTRIDGE=1; 2141 06/02 TAPE=1;CARTRIDGE=1; 0493 07/02 TAPE=1;CARTRIDGE=1;
The tape usage information consists of fields JOBID and START date (from the Statistics screen) so that tape usage of a specific job execution can be easily identified, and an additional field, DEVICES USED, which is described below. DEVICES USED Tape device types and number of devices of each type that were used by the job. This field has the following format:
devtype1=quant1;devtype2=quant2;...devtypex=quantx;
where: devtype quant A tape device type used by the job. The number of tape devices of the specified type used by the job.
Tape device types are displayed in the order specified by the IOA administrator in member UNITDEF of the CONTROL-M PARM library. If the tape device usage information occupies more than the visible screen, scroll again to the right (via PF11 or PF23) to view additional device usage information. The maximum length of tape device usage data is 255 characters.
JOBSTAT Command
Command JOBSTAT in the Status screen displays the Statistics screen with the statistics for the specified job. Unlike Option S (STAT), which can only be specified for jobs appearing in the Status screen, command JOBSTAT can be specified for any job. Format of the command is:
JOBSTAT jobname groupname
Specification of a group name is optional, but if no group name is specified, statistics are displayed only for jobs not belonging to any group. Type the command in the COMMAND field in the Status screen, and press <ENTER>.
2 107
Online Facility: Tracking and Control Facility Job Dependency Network Screen
The RBAL command of the Status screen is not supported in the Job Dependency Network screen. This difference is also reflected in the Primary Bottom lines of the two screens. The N (Network) display type is specifically oriented to the Job Dependency Network screen, and is therefore described below. (It is also available in, but not very relevant to, the Status screen.) For a description of the fields in the D (Default) display type and the A (All Info) display type, refer to the description of the Status screen earlier in this section.
2 108
Online Facility: Tracking and Control Facility Job Dependency Network Screen
2 109
Online Facility: Tracking and Control Facility Job Dependency Network Screen
A. Filter
B.
Name of the currently active screen filter (see Filtering the Status Screen Display earlier in this section).
CONTROL-M status Indicator of whether the CONTROL-M monitor is UP, DOWN or SUSP (suspended). Display Type Indicator Indicator of the currently used display type (e.g., N for the Network display type).
C.
The following are displayed for each job (D): O(ption) Level Field for requesting options to be activated. Successor/predecessor level relative to the selected job. The current job is indicated by -->. Predecessor jobs are indicated by a minus sign and successor jobs are indicated by a plus sign. Jobs which have several paths to or from the selected job appear with the shortest possible route as their level number. <-Name of the member containing the jobs JCL, or name of the started task. Due in time time by which the job must be submitted. Due out time time by which the job must finish executing. Elapse time. Expected time (in minutes) for the job to execute. Indication that a job is late. Possible values: X Actual execution has not completed within the expected execution time. Also indicates that SHOUT WHEN EXECTIME was issued. Job was not submitted in time. Also indicates that SHOUT WHEN LATESUB was issued. Job is late. Also indicates that SHOUT WHEN LATE was issued.
I O Prio Res
CONTROL-M priority of the job. Indicator that the job accesses Quantitative resources. Values are: blank Y Quantitative resources are not accessed. Quantitative resources are accessed.
Status
2 110
Online Facility: Tracking and Control Facility Job Dependency Network Screen
where parm is the type of refresh to be performed. The following parameters can be specified with the REFRESH command: NET Update the list of dependent jobs in the Job Dependency Network screen. As soon as possible, the monitor recalculates logical dependencies for all job orders currently present in the Active Jobs file and updates the Job Dependency Network screen. Default. Adjust DUE OUT times (if necessary) for all job orders in the Active Jobs file which are not Held. For an explanation of the method used to recalculate DUE OUT time, see Job Flow Adjustment in Section 1. Check and adjust the priority of predecessor jobs. For more information, see Job Flow Adjustment in Section 1. Activates the processes described above (NET, DEADLINE PROPAGATE) simultaneously in the CONTROL-M monitor. and
DEADLINE
PROPAGATE ALL
2 111
Because the History Environment screen is a special case of the Status screen, the features of the two screens are almost identical, and are described earlier in this section under the Status screen. Differences between the screens are noted below:
The selection of line options available in the History Environment screen is different than the selection of line options available in the Status screen. Below are the Alternate Bottom lines of the History Environment screen.
Opt: L Log Z Zoom S Stat R Restore J JCL Edit V View Sysout OPt command toggles between Commands and Options display
18.24.15
Note
Option R (Rerun/Restart in the Status screen) becomes the Restore option in the History Environment screen.
Upon exiting the History Environment screen (by pressing PF03/PF15), the Status screen is displayed.
2 112
If the job status is WAIT SCHEDULE, the status is changed to ENDED OK without submitting the job. As a result, all resources required by the job will be freed, and all job post-processing will be performed as if the job terminated with status ENDED OK. If the job terminated with status ENDED NOT OK or NOT SUBMITTED, the status is changed to ENDED OK and all post processing is performed as if the job terminated with status ENDED OK. If CONFIRM=Y was specified in the DO IFRERUN parameter in the job scheduling definition, and the user wishes to implement a Force OK request, the user must specify C (Confirmation) and respond with CONFIRM=Y in the restart confirmation window. This will not cause the job to restart, but will instead implement the Force OK request.
Note
Force OK does not work for cyclic jobs. A Force OK request is not performed if the job is currently being executed or rerun. When requesting FORCE OK, the Force OK Confirmation window is displayed (unless the User profile has been modified to suppress the window).
2 113
Filter: ------- CONTROL-M Active Environment ------ UP <D> - (3) COMMAND ===> SCROLL ==> CRSR O Name Owner Odate Jobname JobID Typ ------------ Status ------------PRFUPRT P15 090998 PRFUPRT /04587 JOB ENDED "OK" PRDKPL02 +------------------------+ DED "OK" PRDKPL03 | | IT SCHEDULE O M44TEST <--------| Force OK (Y/N) | LD WAIT SCHEDULE PRLMBCK | | IT SCHEDULE ====== >>> +------------------------+ S LIST <<<<<<<<<<<<<<<<<< =====
Opt: ? Why L Log H Hold Z Zoom R Rerun A Activate O Force OK V View Sysout N Net D Del F Free S Stat G Group U Undelete J JCL Edit C Confirm 14.50.56
Specify Y (Yes) in the window to confirm the force OK request. Specify N (No) in the window to cancel the force OK request.
2 114
CMEM Rule entry panel Table List screen Rule List screen Rule Definition screen
Allows specification of parameters which determine which screen will be displayed. Displays the list of tables (members) in the specified CMEM rule library. Displays the list of rules in the selected table. Displays the parameters of the selected CMEM rule. This is the main screen of the facility.
To enter the CMEM Rule facility, select option C on the IOA Primary Option menu. The CMEM Rule entry panel is displayed.
2 115
Creating Tables
CMEM rule tables can be created in one of the following ways: 1. By specifying the new table name in the entry panel and pressing <ENTER>. (The name of a new rule for the new table can also be specified.) Upon using this method to request that a table be created, a skeletal CMEM rule (i.e., one with most fields not filled in) is displayed in the CMEM Rule Definition screen. This rule definition should be filled in and saved. The table will be created and the rule will be the first and only rule in the Rule list of the table. As additional rules are created in the table (described below), they are added to the Rule list. 2. Upon exiting the Rule List screen, if changes have been made to at least one rule, an Exit Option window is displayed. One option of the window allows creation of a new table in which the rules are saved.
Access and exit are quicker than in editing. A rule list and/or rules that are in use by another user can be viewed. Access for browsing might be granted, even though access for editing might be denied due to site security requirements.
To browse a table (and its rule list and the rules it contains) use the BROWSE option in the Table List screen.
2 116
Specifying the table name in the entry panel or using the SELECT option in the Table List screen provides edit access. Depending on User Profile definitions, if the table requested for editing is in use, either access will be granted in Browse mode or access will not be granted. Deleting a Table or a Rule Unneeded rules can be deleted via the DELETE option in the Rule List screen. See Options of the Rule List Screen below. Unneeded tables can be deleted via the DELETE option in the Table List screen. See Deleting Tables. Ordering Rule Tables Rule tables are ordered via option ORDER or FORCE in the Table List screen. See Ordering CMEM Rule Tables later in this section. Saving Modifications All changes made to a table and its rules are kept in memory until the table is exited. Upon exiting the table, the user can choose to save or cancel the changes. See Exiting the CMEM Rule Definition Facility later in this section.
Entry Panel
The entry panel is displayed upon entering the CMEM Rule Definition facility (option C on the IOA Primary Option menu).
----------------- CMEM RULE DEFINITION FACILITY - ENTRY PANEL --------------(C) COMMAND ===>
SPECIFY LIBRARY, TABLE NAME, RULE NAME LIBRARY TABLE RULE ===> CTM.PROD.RULES ===> ===>
(Blank for table selection list) (Blank for rule selection list)
22.35.51
2 117
OPTIONS:
S SELECT
O ORDER
F FORCE
B BROWSE
D DELETE
12.11.50
Use the scrolling PFKeys to scroll the Table list forward (PF08/PF20) and backward (PF07/PF19). To return to the entry panel, press the END key (PF03/PF15).
2 118
D DELETE
Note
Users whose access to options has been limited by the IOA administrator can only access the Browse option.
DESCRIPTION The rules description (which appears in the DESCRIPTION field of the rule definition). This screen can be entered directly from the entry panel or the Table List screen, or upon exiting from the Rule Definition screen. Note If the S (Select) option was specified in the Table List screen for a table which is currently in use (selected) by another user, either the Rule List screen is not displayed and the Table List screen remains displayed (the default), or the Rule List screen is displayed in Browse mode (if a User Profile definition overrides the default). In either case, an appropriate message is displayed.
2 119
RULES OF LIBRARY: CTM.PROD.RULES TABLE: TESTJ COMMAND ===> SCROLL===> CRSR OPT RULE TYP -------------- DESCRIPTION -------------------------------JOBNAM1 R ON JOB JOBNAM1 ARRIVAL FORCEJOB JOBN*2 R ON JOB JOBN*2 ARRIVAL ADDCOND JOBNAM3 X ON JOB JOBNAM3 JOBEND FORCEJOB JOBN*4 X ON JOB JOBN*4 JOBEND DELCOND JOBDST* D ON JOB JOBDST* DATASET * DELETE FORCEJOB MERGE D ON JOB MERGE DATASET * NCT 2 CICSP D ON JOB CICSP DATASET * CATLG ADDCOND PROD* D ON JOB PROD* DATASET * NCT 2 ======= >>>>>>>>>>>>>>>>> NO MORE RULES IN THIS TABLE <<<<<<<<<<<<<<<<< =======
OPTIONS:
S SELECT
D DELETE
I INSERT
12.22.27
Use the scrolling PFKeys to scroll the Rule list forward (PF08/PF20) and backward (PF07/PF19).
SELECT
2 120
Online Facility: CMEM Rule Definition Facility Rule Definition Screen Defining Rules
21.00.36
Rule parameters are divided into the following basic groups: A. Event Selection Parameters B. General Parameters C. Action Parameters A brief explanation of available parameters follows. For a detailed explanation of each rule parameter, refer to Section 4 of this manual. Note Parameters marked below with the G symbol can have many occurrences. Whenever you fill in the last occurrence of the parameter on the screen, CONTROL-M adds a new empty occurrence of the parameter which can be filled in. The only limit to the number of occurrences is the region size available for the application.
2 121
Online Facility: CMEM Rule Definition Facility Rule Definition Screen Defining Rules
MODE
ON DSNEVENT = JOBNAME PRD00010 DSN PROD.* PROCSTEP PGMSTEP OWNER ADMIN GROUP PRODJOBS
STEPRC MODE
ON STEP
ON statement
Conditions under which the rule is to be performed. Subparameters may be displayed. Valid ON statements are: ON JOBARRIV ON JOBEND ON DSNEVENT Job name (or mask) of a job or started task that arrived on the JES spool from any source. Job name (or mask) of a job or started task which terminated. Name (or mask) of a job/started task/TSO user to be monitored for dataset events (including NOT CATLGD 2 events). Name (or mask) of a job procedure step (and optionally, program step) which terminated, and its desired return code. subparameter which enables linking of ON
ON STEP
AND/OR/NOT
Conjunctional statements.
2 122
Online Facility: CMEM Rule Definition Facility Rule Definition Screen Defining Rules
General Parameters
The following are General parameters which apply to the rule.
ON JOBARRIV = BKP* OWNER ADMIN GROUP BACKUP DESCRIPTION MONITOR STARTUP OF BACKUP JOBS DESCRIPTION JTYPE AND/OR/NOT MODE PROD RUNTSEC
ID of user requesting CMEM services. Logical name of a group of rules. CMEM rule operation mode. Type of runtime security checks to be performed by the rule. Free-text description of the rule definition which will appear in the Rule List screen.
Action Parameters
Action parameters specify actions to be performed by CMEM. DO statement
DO COND DO
Actions to be performed when the rule is triggered. They are performed sequentially. Valid DO statements are illustrated below:
= FILE-RECEIVED ODAT +
DO COND
DO FORCEJOB
DO STOPJOB DO
DO STOPJOB
Stop execution of the remaining steps of the job which triggered the rule.
DO SHOUT
Issue a message to a console, TSO user, ROSCOE user, IOA Log or the system administrator using the CONTROL-O Shout facility.
= PROCFILE %%$DSN PRODRULE LIBRARY CTO.PROD.RULES OWNER PROD
DO RULE TABLE DO
DO RULE
2 123
Specifying Comments
Comments are free text descriptions of rule definition parameters which are stored in a rule definition. It is recommended that comments be inserted within rule definitions for clarification and documentation purposes. Comments are not processed during rule execution. Any of several methods can be used to insert comment lines.
Position the cursor at the line before which the comment should be inserted, and press CMNT (PF04/PF16). A comment line is opened beginning with the symbol /*. To insert additional lines, fill in the current line and press <ENTER>. Type command CMNT in the COMMAND field and move the cursor to the line before which the comment should be inserted. Press <ENTER>. To insert comments between DO statements an additional method is available. Type /* in an empty DO statement and press <ENTER>.
2 124
Online Facility: CMEM Rule Definition Facility Editing CMEM Rule Definitions in the Edit Environment
21.00.36
21.00.36
2 125
Online Facility: CMEM Rule Definition Facility Exiting the CMEM Rule Definition Facility
A two-character Line Editing command field, marked by underscores, is displayed for each line on the Rule Definition screen. Editing commands are typed directly onto these underscores. Specified Line Editing commands are processed when <ENTER> is pressed. Details and examples of the editing CMEM rule definitions in the Edit environment are provided in Appendix B.
Rule Definition screen Rule List screen Table List screen Note If the Table List screen was bypassed when you entered the CMEM Rule Definition facility (i.e., if you specified a TABLE value in the entry panel), the Table List screen is not displayed upon exiting the Rule List screen; instead, the entry panel is displayed.
Entry panel
The commands and options available when exiting screens depend on the screen being exited and on whether or not changes have been made. If changes have been made, the selected exit options and commands will determine whether or not the changes are saved. Exit options and commands are discussed below on a screen-by-screen basis.
Command END retains changes to the rule in memory. To permanently save the changes to disk, you must request that the changes be saved when you exit the Rule List screen.
2 126
Online Facility: CMEM Rule Definition Facility Exiting the CMEM Rule Definition Facility
OPTIONS:
S SELECT
D DELETE
I INSERT
13.00.12
Fill in the Exit Option window as follows: The LIBRARY and TABLE fields indicate the library and table in which the rule definitions will be saved. The specified values can be modified (e.g., to save the rule definitions in a new or different table).
To save all changes currently in memory and exit the Rule List screen, specify Y (Yes) after the word SAVE or CREATE: Specify Y after SAVE if a table with the same name already exists in the specified library. Specify Y after CREATE if a table with the same name does not exist in the specified library. If you create a new table, the table name does not appear in the Table List screen upon exiting the Rule List screen; it first appears when you reenter the Table List screen from the entry panel.
Note
To cancel changes currently in memory and exit the Rule List screen, specify N (No) after the word SAVE or CREATE. To close the Exit Option window and remain in the Rule List screen (with the changes remaining in memory), press the RESET key (PF04/PF16).
2 127
Deleting Tables
Tables can be deleted from the Table List screen. To delete tables, specify option D (Delete) by the table names in the Table List screen and press <ENTER>. The confirmation window illustrated below is displayed, in sequence, for each table selected for deletion.
TABLES OF LIBRARY CTMP.V500TST.RULES -------------(C) COMMAND ===> SCROLL===> CRSR OPT NAME -------------- VV.MM CREATED CHANGED SIZE INIT MOD ID PRDJACCT 01.06 98/06/06 98/06/06 14:29 56 56 0 M06 PRDJPYRL 01.03 98/06/06 98/06/06 10:11 56 56 0 M86B PRDJFNC +--------------------------+ 6 6 0 N04A PRDJMRKT | CONFIRM DELETE OPTION | 5 5 0 N04B D BACKUP <-----------| (Y/N) | 61 56 0 M06 TESTJ +--------------------------+ 6 56 0 M06 ======= >>>>>>>>>>>>>>>> NO MORE TABLES IN THIS LIBRARY <<<<<<<<<<<<<<< =======
OPTIONS:
S SELECT
O ORDER
F FORCE
B BROWSE
D DELETE
13.05.52
Specify Y (Yes) in the window to confirm the delete request. Specify N (No) in the window to cancel the delete request. A message is written to the IOA Log file for each table deleted. Note If PDSMAN is operational at your site, $$$SPACE members will not be deleted.
2 128
Online Facility: CMEM Rule Definition Facility Ordering CMEM Rule Tables
OPTIONS:
S SELECT
O ORDER
F FORCE
B BROWSE
D DELETE
12.11.50
2 129
Online Facility: CMEM Rule Definition Facility Ordering CMEM Rule Tables
CONFIRM
Whether or not to process the order request. Valid values are: Y (Yes) N (No) Process the request. Cancel the request.
ODATE
Current date (in mmddyy, ddmmy or yymmdd format, depending on the site-standard).
ASK FOR EACH ONE This line is displayed only if more than one table order is requested. It determines whether or not individual confirmation is required for each order request. Valid values are: Y (Yes) Individual confirmation is required for each order request. The specified CONFIRM value (Y or N) applies only to the current order or request. Individual confirmation is not required for each order request. The specified CONFIRM operation is applied to all order requests. (If CONFIRM is Y, all order requests will be processed; if CONFIRM is N, no order requests will be processed.)
N (No)
When you press <ENTER>, the results of the order request are displayed in a message at the top of the screen. If more than one message is required, the original list screen disappears and the messages appear in a new screen. If the messages span more than one screen, you can scroll up and down on the messages list. Press the END key (PF03/PF15) to return to the Table List screen.
2 130
Condition/Resource Handling
General
Two options (option 4 and option 7) in the IOA Primary Option menu are directly related to the handling of IOA conditions and resources. The screens displayed by these options are discussed on the following pages.
Use the scrolling PFKeys to scroll forward (PF08/PF20) and backward (PF07/PF19) in the IOA Conditions/Resources screen. To return to the IOA Primary Option menu, press the END key (PF03/PF15).
2 131
CONDITION/RESOURCE Name of the condition/resource. DATE USE Original date reference of a prerequisite condition (format mmdd or ddmm depending on the site standard, or the value STAT). Resource usage indicator for Control or Quantitative resources. Valid values depend on the type of resource. For Control resources, valid values are: E S The resource is being used in Exclusive mode. The resource is being used in Shared mode.
For Quantitative resources, valid values are: blank Q R QUANTITY The line indicates the initial definition for the resource. The line indicates an instance of resource usage. The line indicates an unfulfilled critical path request (i.e., request with an *-type priority) for the resource.
Quantity of a Quantitative resource. What the quantity represents depends on the value in the USE field, as follows: USE blank QUANTITY Quantity available. If the maximum quantity is more than 1 but only 1 is available, 0001 is displayed in pink. If the maximum quantity is more than 1 but none is available, 0000 is displayed in red. Quantity in use by the particular process. Quantity requested by the particular process, but unfulfilled.
Q R MAX *P
Maximum available quantity of a Quantitative resource. Priority of the job requesting a CONTROL-M resource using *-type priority. (See parameter PRIORITY in Section 3 of this manual for more information.)
2 132
RBA
Internal CONTROL-M ID (relative block address) of the job currently holding a CONTROL-M resource. An RBA value of 000000 indicates that the resource was added manually. Control resources in shared mode do not display an RBA. Note To determine which job is using a particular resource, specify the RBA of the resource when specifying the RBAL command in the Status screen. (See RBAL Command in Commands of the Status Screen earlier in this section of the manual.)
IOAID
ID of the IOA installation which is using the particular Control or Quantitative resource. This value is significant when multiple IOA installations share the same resources.
COND
Determines whether or not prerequisite conditions are displayed. Valid values: Y (Yes) N (No) Display prerequisite conditions. Default. Do not display prerequisite conditions.
CONTROL
Determines whether or not Control resources are displayed. Y (Yes) N (No) Display Control resources. Default. Do not display Control resources.
RES
Determines whether or not Quantitative resources are displayed. Y (Yes) N (No) Display Quantitative resources. Default. Do not display Quantitative resources.
STAT
Determines whether or not prerequisite conditions with a date value of STAT are displayed. (Applies only if Y is specified for COND.) Y (Yes) N (No) Include prerequisite conditions with a date value of STAT. Do not include prerequisite conditions with a date value of STAT.
2 133
DATE from to Limits the display of prerequisite conditions to the specified date range. Valid values: from Earliest date in the date range, in mmdd or ddmm format (depending on the site standard). The default value is three days prior to the current date. This default can be modified in the Profile Variable member by the IOA administrator. Latest date in the date range, in mmdd or ddmm format (depending on the site standard). The default value is the current date.
to
Where type is one of the following: COND Add a prerequisite condition. Special care should be taken when adding prerequisite conditions, because added conditions can trigger job submission. Add a Quantitative resource. Quantitative resources should be added only by authorized personnel. Add a Control resource. A Control resource entry can be added manually even if a job is holding the resource.
RESOURCE CONTROL
2 134
When the ADD command is specified, an appropriate window is opened. The window shown below opens when ADD COND is specified.
-------------------------- IOA CONDITIONS/RESOURCES ------------------------(4) COMMAN +---------------------------------------------------------+ L ===> CRSR PREFIX | PLEASE FILL IN COND NAME, DATE AND PRESS ENTER | 0909 - 0909 OPT TY | | A IOAID CO | NAME ===> DDMM ===> | 00) 01 RE | | RE +---------------------------------------------------------+ RE RESOURCE TAPEP Q 0002 (00091) 01 RESOURCE CPU1 Q 0002 (00091) 01 RESOURCE CPU2 Q 0003 (00092) 01 RESOURCE TAPEP R 0002 1 (00093) 01 COND BR-BRIVPCC-ENDED-OK 0909 COND BR-BRCC0001-ENDED-OK 0909 COND BR-BRCC0002-ENDED-OK 0909 COND BR-BRCC0003-ENDED-OK 0909 COND BR-BRCCIND-ENDED-OK 0909 COND BR-BRUPDT02-ENDED-OK 0909 COND BR-BRREP001-ENDED-OK 0909 COND BR-BRREP002-ENDED-OK 0909 COND GL-GLINP001-ENDED-OK 0909 COND EBD-APPL-STARTED 0909 COND CICS-PROD-IS-UP STAT OPTIONS: D DELETE C CHANGE COMMANDS: ADD 14.07.08
Fill in the window fields as described below according to the specified ADD command: ADD COND ADD RESOURCE ADD CONTROL Specify the name of the prerequisite condition. The current working date is displayed as the default date. This date can be modified. Specify the name of the Quantitative resource and the quantity to be added. Specify the name of the Control resource and the control type (E Exclusive; S Shared). Notes If a CONTROL resource is manually added with a type of E (Exclusive) no jobs in WAIT SCHEDULE status which require this resource will be submitted. If a CONTROL resource is manually added with a type of S (Shared) no jobs in WAIT SCHEDULE status which require exclusive access to this resource will be submitted. After filling in the window, press <ENTER> to add the condition or resource. To close the window without adding the condition or resource, press the RESET key (PF04/PF16).
2 135
These options are discussed in detail on the following pages. Deleting Conditions and Resources The DELETE Option To delete conditions/resources, specify D (Delete) in the OPT field to the left of the conditions and resources being deleted and press <ENTER>. A confirmation window may be displayed, depending on User profile customization:
By default, conditions/resources are deleted without confirmation from the user. If, however, the User profile has been customized accordingly, a confirmation window is displayed with an arrow pointing to a delete request (beginning with the first request).
-------------------------- IOA CONDITIONS/RESOURCES ------------------------(4) COMMAND ===> SCROLL ===> CRSR PREFIX ===> COND Y CONTROL Y RES Y STAT Y DATE 0909 - 0909 OPT TYPE CONDITION/RESOURCE DATE USE QUANTITY MAX *P RBA IOAID COND SALARY-PRSL01A-OK 0909 COND SALARY-PRSL002-OK 0909 +----------------------+ COND SALARY-PRSL003-OK 0909 | CONFIRM | D COND CBT-TAPE-ARRIVED 0909 <---------| ASK FOR EACH ONE Y | D COND KPL-PRKPL03-OK 0909 +----------------------+ COND KPL-PRKPL04-OK 0909 ======== >>>>>>>>>>>>>>>> B O T T O M O F L I S T <<<<<<<<<<<<<<<< ========
OPTIONS:
D DELETE
C CHANGE
COMMANDS: ADD
14.07.08
2 136
If a confirmation window is displayed, fill in the window as follows and press <ENTER>: CONFIRM Whether or not to process the delete request. Valid values: Y (Yes) N (No) Process the request. Cancel the request.
ASK FOR EACH ONE This line is displayed only if more than one delete is requested. It determines whether or not individual confirmation is required for each delete request. Valid values: Y (Yes) Individual confirmation is required for each delete request. The specified CONFIRM operation applies only to the current order or request. Individual confirmation is not required for each delete request. The specified CONFIRM operation is applied to all delete requests. (If CONFIRM is Y, all delete requests will be processed; if CONFIRM is N, no delete request will be processed.)
N (No)
Changing the Quantity of a Resource The CHANGE Option To request a change to the maximum available quantity of a resource, specify C (Change) in the OPT field to the left of the resource and press <ENTER>. The following window is opened.
-------------------------- IOA CONDITIONS/RESOURCES ------------------------(4) COMMAN +---------------------------------------------------------+ L ===> CRSR PREFIX | PLEASE FILL IN QUANT RES NAME, COUNT AND PRESS ENTER | 0909 - 0909 OPT TY | | A IOAID CO | NAME ===> TAPEP COUNT ===> | 00) 01 C RE | | RE +---------------------------------------------------------+ RE RESOURCE TAPEP Q 0002 (00091) 01 RESOURCE CPU1 Q 0002 (00091) 01 RESOURCE CPU2 Q 0003 (00092) 01 RESOURCE TAPEP R 0002 1 (00093) 01 COND BR-BRIVPCC-ENDED-OK 0909 COND BR-BRCC0001-ENDED-OK 0909 COND BR-BRCC0002-ENDED-OK 0909 COND BR-BRCC0003-ENDED-OK 0909 COND BR-BRCCIND-ENDED-OK 0909 COND BR-BRUPDT02-ENDED-OK 0909 COND BR-BRREP001-ENDED-OK 0909 COND BR-BRREP002-ENDED-OK 0909 COND GL-GLINP001-ENDED-OK 0909 COND EBD-APPL-STARTED 0909 COND CICS-PROD-IS-UP STAT OPTIONS: D DELETE C CHANGE COMMANDS: ADD 14.07.08
2 137
The NAME value in the window is protected and cannot be changed. Parameter COUNT consists of two values: sign and quantity. Fill in parameter COUNT as follows and press <ENTER>: sign Valid values (one character): + Add the specified quantity to the current maximum available quantity to give a new maximum available quantity. Subtract the specified quantity from the current maximum available quantity to give a new maximum available quantity. Set the maximum available quantity quantity. to the specified
blank quantity
Quantity to be used to adjust the maximum quantity of the resource (four digits) according to the specified sign. Leading zeros are required.
2 138
Are not resolved by an OUT statement. Are not resolved by ON PGMST/DO COND statements. Do not exist in the IOA Conditions/Resources file.
The conditions conforming to the above criteria are to be manually added and are therefore placed in the IOA Manual Conditions file. This file is used as a checklist for manual operations which operations personnel are expected to perform. To enter the IOA Manual Conditions screen, select option 7 on the IOA Primary Option menu.
--------------------------- IOA MANUAL CONDITIONS --------------------------(7) COMMAND ===> SCROLL ===> CRSR PREFIX ===> PENDING Y ADDED Y STAT Y DATE 0909 - 0909 OPT TYPE CONDITION COND USR-GOT-TAX-TAPE COND DBA-RUN-UPDATE COND OP-EXTERNAL-TAPE-OK COND USR-GOT-BANK-TAPE COND OP-SHUT-THE-SYSTEM COND DBA-START-MPMXXX COND USR-GOT-SALARY-TAPE COND OP-COMMUNICATION-DOWN ======== >>>>>>>>>>>>>>>> B O T T O DATE ADDED 0909 0909 Y 0909 Y 0909 0909 0909 0909 Y 0909 M O F L I S T <<<<<<<<<<<<<<<< ========
Use the scrolling PFKeys to scroll forward (PF08/PF20) and backward (PF07/PF19) on the IOA Manual Conditions screen. To exit the IOA Manual Conditions screen, press END (PF03/PF15).
2 139
PENDING
Determines whether or not conditions not yet added are displayed. Valid values: Y (Yes) N (No) Display pending conditions. Do not display pending conditions.
ADDED
Determines whether or not added conditions are displayed. Valid values: Y (Yes) N (No) Display added conditions. Do not display added conditions.
STAT
Determines whether or not prerequisite conditions with a date value of STAT are displayed. Valid values: Y (Yes) N (No) Display prerequisite conditions with a date value of STAT. Do not display prerequisite conditions with a date value of STAT.
2 140
DATE from to Limits the display of prerequisite conditions to the specified date range. Valid values: from Earliest date in the date range, in mmdd or ddmm format (depending on the site standard). The default value is three days before the current date. Latest date in the date range, in mmdd or ddmm format (depending on the site standard). The default value is the current date.
to
E ERASE
Erasing (Deleting) Conditions To erase prerequisite conditions, specify E in the OPT field to the left of the condition names being erased and press <ENTER>. A confirmation window may be displayed, depending on User profile customization:
By default, condition(s) are deleted without confirmation from the user. If, however, the User profile member has been customized accordingly, a confirmation window is displayed with an arrow pointing to an erase request (beginning with the first request).
2 141
--------------------------- IOA MANUAL CONDITIONS --------------------------(7) COMMAND ===> SCROLL ===> CRSR PREFIX ===> PENDING Y ADDED Y STAT Y DATE 0909 - 0909 OPT TYPE CONDITION DATE ADDED COND DAILY-PROD-KPL-GO 0908 COND SALARY-GROUP-GO 0908 COND SALARY-PROMPTED-OK 0908 +----------------------+ COND SALARY-TAPE-ARRIVED 0908 | CONFIRM | E COND PROD-PRUPDT03-GO 0909 <---------| ASK FOR EACH ONE Y | E COND PROD-INTAPE-OK 0909 +----------------------+ COND OP-START-BACKUP-180D 0909 COND OP-START-PRINT-STD 0909 COND OP-START-RESTORE-ADH 0909 ======== >>>>>>>>>>>>>>>> B O T T O M O F L I S T <<<<<<<<<<<<<<<< ========
If a confirmation window is displayed, fill in the window as follows and press <ENTER>: CONFIRM Whether or not to process the erase (delete) request. Valid values: Y (Yes) N (No) Process the request. Cancel the request.
ASK FOR EACH ONE This line is displayed only if more than one erase is requested. It determines whether or not individual confirmation is required for each erase request. Valid values: Y (Yes) Individual confirmation is required for each erase request. The specified CONFIRM operation applies only to the current order or request. Individual confirmation is not required for each erase request. The specified CONFIRM operation is applied to all erase requests. (If CONFIRM is Y, all erase requests are processed; if CONFIRM is N, no erase request are processed.)
N (No)
2 142
In the NAME field of the window, type the name of the condition to be added. If the condition should have a date other than the current working date, specify the date in the date field (DDMM or MMDD, depending on the site standard) of the window.
To add the condition, press <ENTER>. To close the window without adding the condition, press RESET (PF04/PF16). Adding a new condition to the IOA Manual Conditions file does not affect the IOA Conditions/Resources file.
Note
2 143
090998 092201 090998 M22 090998 092201 090998 M22 090998 092201 090998 M22
090998 092208 090998 IVP SEL203I 090998 092208 090998 IVP SUB133I 090998 092208 090998 IVP SEL203I CMDS: SHOW, GROUP, CATEGORY, SHPF
------------- M E S S A G E ------------JOB CT085955 CT085955/01835 SCANNED JOB CT085955 CT085955/01835 ENDED "OK" JOB CT085956 CT085956/01836 SCANNED JOB CT085956 CT085956/01836 ENDED "OK" JOB BRIVPCC BRIVPCC /01843 SCANNED JOB BRIVPCC BRIVPCC /01843 ENDED "OK" FREE OF TASK BRCC0001 ODATE 090998 PERFORMED JOB INTR0004 INTR0004/04371 START 98253.1316 STOP 98253.1316 CPU 0MIN 00.04SEC SRB 0MIN 00.00SEC 0.19 JOB INTR0004 INTR0004/04371 SCANNED JOB INTR0004 INTR0004/04371 ABENDED CC SB37 STEP STEP01 JOB INTR0004 INTR0004/04371 ENDED "NOT OK" JOB BRCC0001 ELIGIBLE FOR RUN JOB BRCC0001 BRCC0002/01958 SUBMITTED JOB BRCC0002 ELIGIBLE FOR RUN 09.43.00
Use the scrolling PFKeys to scroll forward (PF08/PF20) and backward (PF07/PF19) in the IOA Log screen. To return to the IOA Primary Option menu, press END (PF03/PF15).
2 144
Limiting the Date Range of Log Information C. fromdate todate The log information displayed in the screen can be limited to the specified date range in mmddyy, ddmmyy or yymmdd format (depending on the site standard). If the DATE and/or the ODATE value for a message is in the specified range, the message is included in the IOA Log display. Valid values: fromdate todate Earliest date in the date range. Latest date in the date range.
Only jobs conforming to selection criteria specified in the filter are displayed in the IOA Log screen. (See Filtering the IOA Log Screen Display below.)
2 145
GROUP Command Command GROUP alternately displays/hides the GROUP name (if any) which is associated with the relevant job/mission/rule definition. When displayed, the name of the group appears after the job/mission/rule status. CATEGORY Command (at Sites Where CONTROL-D Is Active) Command CATEGORY alternately displays/hides the CATEGORY of the relevant CONTROL-D mission. This command applies to CONTROL-D generated messages only. When displayed, the name of the category appears after the mission status.
A predefined default filter (called DEFAULT) is defined for the IOA Log screen. Site-defined defaults determine whether the last filter used or the DEFAULT filter will be activated upon reentry to the IOA Log screen. To activate an existing filter in the IOA Log screen (without opening the Show Screen Filter window), specify the SHOW command in the COMMAND field, as follows:
SHOW name
Show Screen Filter Window To open the Show Screen Filter window to create or modify a filter, specify the SHOW command as follows:
where: name Name of the filter to be displayed in the Show Screen Filter window.
21
2 146
The following Show Screen Filter window is displayed when only CONTROL-M is installed or when the IOA Log screen was requested via option L (Log) in the Status screen.
FILTER: COMMAND ===> SHOW LIMIT O DATE TIME 090998 14131 +-------------------- IOA LOG SHOW SCREEN ---------------(3.LOG) | FILTER SAVE (Y/N) | | CM : D JOB M JOB SHOUT USER GENERAL D INT M INT STAT | | Y Y Y N N N N Y | | CMEM : GENERAL | | | | | | | | | | | | | | | | CODE | | URGENCY: REGULAR Y URGENT Y VERY-URGENT Y | | TASK TYPE CM: JOB CYC EMR STC CST EST ECJ ECS WRN GRP | | Y Y Y Y Y Y Y Y Y Y | | | | | | USERID | | MEM/MIS | | JOBNAME | | CATEGORY | | GROUP | +--------------------------------------------------------------+
Fields of the Show Screen Filter Window The Show Screen Filter window contains the following fields: FILTER User-assigned name of the filter. The name specified in the FILTER field can be modified. If changes to a filter have not been saved (see Closing the Show Screen Filter Window below), an asterisk is displayed to the right of the filter name. SAVE (Y/N) Specifies whether or not to save modifications to the filter upon closing the window.
Fields which define the selection criteria to be applied to the screen are described below. Fill in the selection criteria as desired. Notes The IOA administrator can limit which installed IOA products and options each user can access. However, because all IOA products and the messages they issue are integrated, it may be important for users to see the messages of products and options to which they have no access. Therefore, the types of messages for all IOA products are listed in the Show Screen Filter window of the IOA Log screen, and by default, the messages of all installed products are listed in the IOA Log screen. The selection criteria marked with symbol G act on a prefix basis. For example, specifying job name D4 will cause the retrieval of all jobs whose names start with D4.
2 147
CM message type
To limit the type of log messages displayed, specify Y (Yes) or N (No) under the desired message type. Valid CONTROL-M message type codes: D JOB M JOB SHOUT USER Messages related to jobs produced during New Day processing. Job-related messages produced by the CONTROL-M monitor. The majority of job messages are of this type. Messages written to the Log file by parameter SHOUT (see parameter SHOUT in Section 3). Messages resulting from manual intervention of authorized users in the operation of CONTROL-M; e.g., the addition of a prerequisite condition, HOLD or RERUN of the job, etc. General messages on CONTROL-M operation. Internal messages generated during New Day processing. For use mainly by maintenance personnel. Certain CMEM messages, and internal messages of the CONTROL-M monitor. Statistical information about job execution.
CMEM message type To limit the type of log messages displayed, specify Y (Yes) or N (No) under the desired message type. Valid CONTROL-M message type codes: Valid CMEM message type code:
G CODE
URGENCY TASK TYPE
GENERAL
Show only IOA Log file messages with the specified message ID(s) or prefix(es). A maximum of 6 message IDs (or prefixes) can be specified. Mark Y (Yes) or N (No) to specify the desired urgency of messages. Urgent and very urgent messages are highlighted. When job messages are selected, limit the task types to be displayed. Specify Y to include or N to exclude the following task types: JOB CYC EMR STC CST EST ECJ ECS WRN GRP Regular job. Cyclic job. Emergency job. Started task. Cyclic started task. Emergency started task. Emergency cyclic job. Emergency cyclic started task. Warnings. Supported for historical reasons only. Group Entity.
2 148
USERID
Show only messages of the specified user ID(s). A maximum of five user IDs can be specified.
Notes
Selection criteria GROUP, MEM/MIS and JOBNAME, described below, only affect the display of messages related to a job. Messages not related to a job are not affected by these selection criteria and will be displayed unless suppressed by other selection criteria. CATEGORY is not relevant to CONTROL-M.
MEM/MIS
G G
Limit displayed job messages to the specified member name(s). A maximum of five member names can be specified. Messages not related to a job are not affected by this show limit. Limit displayed job messages to the specified job name(s). A maximum of five job names can be specified. Messages not related to a job are not affected by this show limit. CONTROL-D category. This selection field is not relevant to CONTROL-M and does not filter CONTROL-M jobs. Limit displayed job messages to the specified group(s). A maximum of four groups can be specified. Messages not related to a job are not affected by this show limit.
JOBNAME
CATEGORY GROUP
Show Screen Filter Window (at Sites Where Multiple IOA Products Are Active) The Show Screen Filter window displays different selection criteria depending on which IOA products are operational at your site. The Show Screen Filter window at sites where all IOA mainframe products are installed is illustrated below.
FILTER: COMMAND ===> SHOW LIMIT O DATE TIME 090998 21354 090998 22040 090998 22040 090998 22040 090998 22040 090998 22040 090998 22040 090998 090998 090998 090998 23034 23040 23040 23040 +-------------------- IOA LOG SHOW SCREEN -------------------(5) | FILTER SAVE (Y/N) | | CM : D JOB M JOB SHOUT USER GENERAL D INT M INT STAT | | Y Y Y Y Y N N N | | CO+CMEM: GENERAL SHOUT JOBS GENERAL W PIPE W JOB W | Y Y Y | | CD+CV : SBSYS REP MIS SHOUT USER GENERAL DAILY MONIT STAT | | Y Y Y Y Y Y N N N | | CB : RUNTIME SHOUT DAILY GENERAL STATISTICS | | Y Y Y Y Y | | CT : GENERAL SHOUT REAL-TIME UTILITIES | | Y Y Y Y | | CODE | | URGENCY: REGULAR Y URGENT Y VERY-URGENT Y | | TASK TYPE CM: JOB CYC EMR STC CST EST ECJ ECS WRN GRP | | Y Y Y Y Y Y Y Y Y Y | | CD: REP PRT BKP/MIG RST EMR NOEMR CYC NOCYC | | Y Y Y Y Y Y Y Y | | USERID | | MEM/MIS | | JOBNAME | | CATEGORY | | GROUP | +--------------------------------------------------------------+
2 149
See the previous pages for a description of the CONTROL-M selection criteria. For descriptions of the selection options for other IOA products, see the user manuals of the respective products. Note The IOA administrator can limit which installed IOA products and options each user can access. However, because all IOA products and the messages they issue are integrated, it may be important for users to see the messages of products and options to which they have no access. Therefore, the types of messages for all IOA products are listed in the Show Screen Filter window of the IOA Log screen, and by default, the messages of all installed products are listed in the IOA Log screen.
Closing the Show Screen Filter Window An edited filter can be activated with or without saving changes, depending on the value specified in the SAVE field, as follows:
To activate and save the filter, specify Y (Yes) in the SAVE field. Changes to the filter are permanently saved. To activate the filter without saving it, specify N (No) in the SAVE field. Changes are kept in memory only, but are not saved.
After specifying a value in the SAVE field, press one of the following PFKeys: <ENTER> PF07 (UP) PF08 (DOWN) Filtering begins with the first message currently displayed in the screen and continues downward. Filtering begins with the first message in the IOA Log file and continues downward. Filtering begins with the last message in the IOA Log file and continues upward.
The window is closed and the filter is activated as defined or modified. To cancel changes made in the Show Screen Filter window, press RESET (PF10/PF22). The changes are canceled regardless of the value specified in the SAVE field, the window is closed, and the filter that was previously in effect is restored. By default, pressing END (PF03/PF15) in the window works like pressing <ENTER>. However, the default can be modified so that pressing END works like pressing RESET.
2 150
A member contains the calendars required for a specific type of scheduling need. For example, calendar member WORKDAYS may contain the calendar definitions for normal workday scheduling. Each calendar definition in that member defines the schedule for a given year. For example, calendar member WORKDAYS may contain calendar definitions 1998, 1999, and 2000. Each of those definitions contains the normal workday schedule for the corresponding year.
The Calendar facility also allows the definition of varied work periods throughout the year, in special calendars called periodic calendars. A calendar definition needs to be defined only once. Once defined, the definition is saved and used as necessary for scheduling. Calendar definitions can be modified or deleted as required. Any number of calendar members can be defined. Calendar members are stored in calendar libraries (partitioned datasets). Generally, one calendar library is defined at time of installation, and referenced by DD statement DACAL. Note The IOA Calendar facility does not support members which have been compressed using the ISPF PACK option.
2 151
To enter the Calendar facility, select Option 8 in the IOA Primary Option menu. The Calendar Facility entry panel is displayed. Depending on the values specified in the entry panel, you can bypass the Calendar List screen and/or the Year List screen.
2 152
Entry Panel
The entry panel is displayed upon entering the Calendar facility (option 8 in the IOA Primary Option menu).
--------------------- IOA CALENDAR FACILITY - ENTRY PANEL ------------------(8) COMMAND ===>
SPECIFY LIBRARY, CALENDAR, YEAR LIBRARY ===> IOA.PROD.CAL CALENDAR ===> YEAR ===>
(Blank for calendar selection list) (Blank for year selection list)
10.58.42
2 153
OPTIONS:
S SELECT
B BROWSE
D DELETE
13.54.14
Use the scrolling PFKeys to scroll forward (PF08/PF20) and backward (PF07/PF19) on the Calendar list. To return to the entry panel, press END (PF03/PF15).
B BROWSE D DELETE
2 154
If a calendar description was defined in the Calendar Definition screen, the definition is displayed to the right of the year.
LIST OF YEARS IN IOA.PROD.CAL CALENDAR WORKDAYS COMMAND ===> SCROLL===> CRSR OPT NAME --------------------------------------------------------------------1997 REGULAR WORKING DAYS IN 1997 1998 REGULAR WORKING DAYS IN 1998 1999 REGULAR WORKING DAYS IN 1999 ======= >>>>>>>>>>>>>>>> NO MORE YEARS IN CALENDAR <<<<<<<<<<<<<<<< =====
OPTIONS:
S SELECT
D DELETE
I INSERT
08.52.54
Use the scrolling PFKeys to scroll forward (PF08/PF20) and backward (PF07/PF19) in the Year list. To return to the Calendar List screen press END (PF03/PF15).
2 155
SELECT
W INSERT BY WEEK DAYS Insert a new year in the Year List screen and display the Calendar Definition screen with a predefined year definition for editing. The predefined year definition will be defined with the same days of the week as the year by which the W (Insert by Week Days) request was specified. For more information, see Inserting a New Year below.
Calendar QUARTERLY might always indicate scheduling for the last day of March, June, September and December (i.e., scheduling pattern based on dates). Calendar WEEKEND might always indicate scheduling all Saturdays and/or Sundays in each month (i.e., scheduling pattern based on days of the week).
This scheduling pattern also applies to new calendar definitions resulting from the insertion of a new year in the Year List screen. When a year is inserted in the Year list, the IOA Calendar facility automatically generates a calendar definition for the new year based on the scheduling pattern of the calendar by which the insert request was specified. This frees the user from having to manually define the new calendar. This automatically generated calendar definition is displayed and can be modified.
2 156
In calendar definitions, scheduling date is described by both the date (month and day) and the day of the week. Because a particular date usually falls on a different day of the week in different years, it is necessary to indicate whether the scheduling pattern is based on the date or on the days of the week. This is indicated via the specified insert option:
To define the calendar with the same scheduling dates (although corresponding days of the week may vary, e.g., calendar QUARTERLY described above), specify option I (INSERT). To define the calendar so that jobs are scheduled on the same weekdays as in the previous calendar (although the corresponding dates may vary, e.g., calendar WEEKEND described above), specify option W (INSERT BY WEEK DAYS). If the scheduling pattern is mixed (e.g., calendar HOLIDAYS always indicates scheduling on both January 1 and the first Monday in September), specify the more appropriate option and correct the new calendar definition manually.
Use the scrolling PFKeys to scroll forward (PF08/PF20) and backward (PF07/PF19) in the calendar definition screen.
2 157
Fields of the Calendar Definition Screen A. YEAR Year of the calendar. This value can be modified. When modified, the values indicated for each date in each month (described below) are shifted to the appropriate day of the week. User-supplied free-text description of the calendar. Optional. To designate a calendar as periodic, reserved string ==PERIODIC== must be specified in the first 12 positions of the description field. Any text can be specified in the rest of the description field. (See Periodic Calendars below.) C. month/dates Each month of the year (01 12) of the calendar consists of the following: C1. C2. C3. C4. Separator line. Sunday (or Saturday) is marked S (according to the site-specified default). Month identifier (0112). Date identifier for the updatable field underneath. Updatable field for defining execution dates. Valid values: Y N or blank + Select the job on that date. Do not select the job for execution on that date. For a relative calendar, closest next date. For a relative calendar, closest previous date.
22
B. description
22
Periodic Calendars
Some jobs must be scheduled periodically, according to schedules which are not easily expressed in terms of fixed days and dates within months. In these cases, monthly, or even yearly, scheduling definition is awkward. For example:
A payroll job needs to be scheduled every other Wednesday: In some months, the job may be scheduled on the first, third, and even fifth, Wednesday in the month. In other months, it may be scheduled on the second and fourth Wednesday in the month. In some years, the job may be scheduled beginning on the first Wednesday of the year. In other years, it may be scheduled beginning on the second Wednesday of the year.
22
A relative calendar is a calendar used in a formula to create other calendars. It cannot be specified in a DCAL/WCAL/CONFCAL field. See utility IOABLCAL in Section 9 of the IOA Administrator Guide for details.
2 158
A job must be scheduled every 25 days, regardless of date. Such a job will be scheduled on different dates each month and each year.
IOA allows definition of special calendars, called periodic calendars, for these scheduling requirements. To designate a calendar as periodic, reserved string ==PERIODIC== must be specified in the first 12 positions of the description field. Any text can be specified in the rest of the description field.
COMMAND ===> YEAR 1998 SCROLL===> CRSR ==PERIODIC== GENERAL WORK DAY CALENDAR
In a periodic calendar you cannot mark the days as Y and N. Instead, you mark them with a period identifier. A period identifier can be any letter from A to Z (except Y and N), any 23 number (0-9), or any other printable sign. Period identifiers do not have to be consecutive and they can overlap. A period in a periodic calendar can span more than one year.
-----S-------------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 12 A B A B A
In the above calendar, period A starts on September 1st and ends on September 15th. Days which are not marked are non-working days (because they do not belong to any period in this calendar).
23
If you need more characters, use characters within the hexadecimal range 4A F9.
2 159
The following periodic calendar spans more than one year. Period A starts on December 13th and ends on December 21st, 1998. Period B starts on December 14th, 1998 and ends on January 7th, 1999.
-----S-------------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 12 A B A B A -----S-------------S-------------S-------------S-------------S-------------S---
-----S-------------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 01 B B -----S-------------S-------------S-------------S-------------S-------------S---
If the number of days between periods with the same identifier is more than 33, it is 24 considered a new period. For example:
-----S-------------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 03 A B A B A -----S-------------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 + 04 B B -----S-------------S-------------S-------------S-------------S-------------S---
There are 34 days between the period B indicators of March 19th, 1999 and April 22nd, 1999. In this case, a new period begins on April 22nd, 1999. See parameters DAYS and WDAYS in Section 3 of this manual for a description of the use of periodic calendars.
24
2 160
Deleting Calendars
To delete calendars, specify option D (Delete) by the calendar names in the Calendar List screen and press <ENTER>. The following confirmation window is displayed, in sequence, for each calendar selected for deletion.
CALENDARS IN LIB IOA.PROD.CAL ------------(8.D) COMMAND ===> +--------------------------+ SCROLL===> CRSR OPT NAME --| CONFIRM DELETE OPTION | E INIT MOD ID D BANKDAYS <-----------| (Y/N) | 4 104 0 IOAPROD DAYSOFF +--------------------------+ 0 30 0 IOAPROD HOLIDAYS 01.00 98/06/30 98/06/30 09:50 15 15 0 IOAPROD PERIOD1O 01.00 98/06/30 98/06/30 09:50 45 45 0 IOAPROD D SPDAYCLN 01.01 98/11/25 98/11/25 17:43 26 26 0 L3051 SPMONCLN 01.01 98/06/30 98/11/26 15:00 117 104 0 M16A SPWEKCLN 01.01 98/06/30 98/11/26 15:10 117 104 0 M16A STOCKDAY 01.00 98/06/30 98/06/30 09:50 45 45 0 IOAPROD WORKDAYS 01.01 98/11/25 98/11/25 17:43 26 26 0 L3051 ======= >>>>>>>>>>>>>>>> NO MORE CALENDARS IN LIBRARY <<<<<<<<<<<<<<<< ======
OPTIONS:
S SELECT
B BROWSE
D DELETE
13.54.14
Specify Y (Yes) in the window to delete the calendar. Specify N (No) in the window to cancel the delete request. If PDSMAN is operational at your site, $$$SPACE members will not be deleted.
Note
For each calendar deleted, a message is written to the IOA Log file.
2 161
Online Facility: IOA Calendar Facility Exiting the IOA Calendar Facility
Calendar Definition screen Year List screen Calendar List screen Note If the Calendar List screen was bypassed as you entered the Calendar facility (i.e., if you specified a CALENDAR value in the entry panel), the Calendar List screen is not displayed upon exiting the Year List screen; instead, the entry panel is displayed.
The commands and options available when exiting screens depend on the screen being exited and on whether on not changes have been made. If changes have been made, the selected exit options and commands will determine whether or not the changes will be saved. Exit options and commands are discussed below on a screen by screen basis.
Note
The following exit commands retain changes to the calendar definition in memory. To permanently save the changes to disk, you must also request that the changes be saved when you exit the Year List screen. Keep changes to the calendar definition in memory and exit to the Year List screen. Keep changes to the calendar definition in memory and display the next calendar definition in the Year list. Keep changes to the calendar definition in memory and display the previous calendar definition in the Year list.
2 162
Online Facility: IOA Calendar Facility Exiting the IOA Calendar Facility
OPTIONS:
S SELECT
D DELETE
I INSERT
08.53.50
Fill in the Exit Option window as follows: The LIBRARY and TABLE (member) fields indicate the library and member in which the calendar definitions will be saved. The specified values can be modified (e.g., to save the calendar definitions in a different member).
To save all changes currently in memory and exit the Year List screen, specify Y (Yes) after the word SAVE or CREATE: Specify Y after the word SAVE if a member with the same calendar name already exists in the specified library. Specify Y after the word CREATE if a member with the same calendar name does not exist in the specified library. If you create a new calendar member, the member name does not appear in the Calendar List screen upon exiting the Year List screen; it first appears when you reenter the Calendar List screen from the entry panel.
Note
To cancel changes currently in memory and exit the Year List screen, specify N (No) after the word SAVE or CREATE. To close the Exit Option window and remain in the Year List screen (with the changes remaining in memory), press RESET (PF04/PF16).
2 163
Note
The IOA administrator can remove user authority to access option 6 on the IOA Primary Option menu. In this case, the IOA Online Utilities menu is not displayed.
2 164
The IOA Online Utilities menu below is displayed when all IOA products are active.
------------------------------ ON-LINE UTILITIES -----------------------------OPTION ===> USERID - N25 TIME - 16:28 TERMINAL - 3278 D1 D2 D3 D4 I1 M1 M2 M3 M4 M5 M6 R1 R2 R3 R4 T1 U1 X DECOLLATING PRINT BACKUP/MIGRATION RESTORE PREREQ CONDITION JOB ORDER ISSUE AUTOEDIT SIMUL SIMUL/TAPE PULL PARAM PROMPTING QUICK SCHEDULE USER INTERFACE CONTROL-R SIMUL DATASET CLEANUP JOB DATASET LIST STANDALONE CONTROL-T SIMUL DOCU/TEXT EXIT Schedule a Report Decollating Mission Schedule a Printing Mission Schedule a Backup/Migration Mission Schedule a Restore Mission Add/Check/Delete a Prerequisite Condition Issue a Job Order Perform an AutoEdit Simulation Prepare Simulation/Tape Pull List Job Parameter Prompting Facilities Quick Schedule Definition End-User Job Order Interface CONTROL-R Simulation CONTROL-R Dataset Cleanup Prepare a Job Dataset List CONTROL-R Standalone Simulate CONTROL-T Rules Invoke DOCU/TEXT Exit This Menu
CONTROL-M, IOA and most CONTROL-R utility options (beginning M, R, I and U) are described on the following pages. For the descriptions of other utilities on the menu, see the user manuals of the relevant products. Notes CONTROL-R utility option R4 is described under Operating CONTROL-R in Standalone Mode in Section 1 of the CONTROL-R User Manual. The DOCU/TEXT utility (option U1) is available only at sites which have installed DOCU/TEXT Specify the desired option number in the OPTION field and press <ENTER>.. Online utility screens utilize standard ISPF profile capabilities. Quick transfer to a utility can be performed by specifying =opt from another utility screen, or =6.opt from a non-utility screen (e.g., IOA Log screen), where opt is the option on the IOA Online Utilities menu. Examples =M1 =6.M1 Transfers control to the Job Order Issue utility from another utility. Transfers control to the Job Order Issue utility from the Table List screen.
2 165
Select option I1 in the Online Utilities menu. Activate CLIST IOACCND from the TSO Command Processor.
----------------------COMMAND ===> PREREQUISITE CONDITION UTILITY ----------------------
Enter either date or STAT: CONDITION DATE ===> STAT (DDMM OR STAT)
===> YES
To activate the utility, fill in the following fields and press <ENTER>: FUNCTION Function to be performed. Valid values are: ADD CHECK DELETE CONDITION NAME CONDITION DATE Add the specified condition Conditions/Resources file. to the IOA
Check if the specified condition exists in the IOA Conditions/Resources file. Delete the specified condition Conditions/Resources file. from the IOA
Name of the prerequisite condition (1 20 characters) to be added, checked, or deleted. 4-character date associated with the specified condition. Valid values: date STAT Valid date in mmdd or ddmm format, depending on the site standard. Static. Value assigned to conditions which are not date-dependent (e.g., DATABAS-OK).
2 166
ENTER YES TO CONTINUE Confirmation field to help prevent the unintentional addition or deletion of a condition. When blank, the operation is not performed. Specify YES to add, check, or delete the condition. To exit the screen without activating the utility, press PF03/PF15.
To order an ad hoc job. To issue a job order for a different working date. For example: To reschedule a job run from the 1st of the next month to the 30th of this month. To reschedule the run of an entire scheduling table from the 4th of the month to the 5th of the month because all job runs in the table must be performed again.
Select option M1 on the Online Utilities menu. Activate CLIST CTMJOBRQ from the TSO Command Processor.
---------------------------COMMAND ===> JOB REQUEST UTILITY ----------------------------
SCHEDULING LIBRARY TABLE NAME JOB NAME SCHEDULED RUN DATE FORCED SCHEDULING ENTER YES TO CONTINUE GROUP CALENDAR LIBRARY
===> CTM.PROD.SCHEDULE ===> ===> ===> 06 06 98 ===> NO ===> ===> ===> IOA.PROD.CAL (Optional) (* for all jobs) (ODATE - format MM DD YY) (YES,NO)
To activate the utility, fill in the following fields and press <ENTER>: SCHEDULING LIBRARY TABLE NAME Name of the scheduling library containing the table/job(s) to be scheduled. Scheduling table (member) name.
2 167
Online Facility: Utilities Under ISPF M2: Perform Online AutoEdit Simulation
Name of the job to be scheduled. An asterisk (*) can be specified to order all jobs in the table. Original scheduling date of the job(s). Defaults to the current working date. Determines whether or not the job(s) should be forced. Valid values are: Y (YES) Schedule the job(s) even if the requested date is not a scheduling date for the job according to its Basic Scheduling parameters. Schedule the job(s) only if the requested date satisfies the jobs Basic Scheduling criteria. Jobs in Group scheduling tables must be forced. Merely ordering them is not sufficient.
N (NO)
Note
ENTER YES TO CONTINUE Confirmation field to help prevent the job(s) from being unintentionally run. When blank, the job(s) will not run. Specify YES to enable the job run. GROUP CALENDAR LIBRARY If specified, only jobs belonging to the specified group (in the specified table) will be scheduled. Name of the calendar library (if used) for scheduling the job(s).
Select option M2 on the Online Utilities menu Activate CLIST CTMCAES from the TSO Command Processor
Utility CTMCAES can operate in either JCL Library mode or Scheduling Library mode: In JCL Library mode, the utility checks the AutoEdit statements in the jobs JCL. In Scheduling Library mode, the utility not only checks the AutoEdit statements in the jobs JCL, it also checks the impact that SET VAR statements in the job scheduling definition have on the jobs JCL.
2 168
Online Facility: Utilities Under ISPF M2: Perform Online AutoEdit Simulation
This facility simulates the actions of the CONTROL-M submission mechanism and produces a printed report of the process. The output of the simulation process is a standard print file containing:
Input control statements Log messages of the submission process Actual lines that will be submitted under the same conditions During AutoEdit simulation, some variables may not contain valid or expected values. For example, %%$TAG will always be blank and %%ORDERID will be ZZZZZ.
------------------- PERFORM CONTROL-M AUTOEDIT SIMULATION --------------------COMMAND ===> SPECIFY JCL LIBRARY OR SCHEDULE LIBRARY INFORMATION JCL LIBRARY MODE: JCL LIBRARY MEMBER NAME OWNER APPLICATION NAME GROUP NAME SCHEDULING LIBRARY MODE: SCHEDULING LIBRARY TABLE NAME JOB NAME PARAMETER LIBRARY WDATE ODATE FUNCTION
Note
===> CTM.PROD.JCL ===> BRCCIND ===> M21 ===> ===> ===> ===> ===> ===> ===> ===> ===> CTMP.PROD.PARM 09 09 98 (DD MM YY) 09 09 98 (DD MM YY) LIST (LIST/SUBSCAN/SUBMIT)
===>
The submission simulation utilizes control statements which are written to DD statement DASIM. These control statements are based on the parameters described below. Depending on the mode in which the utility operates, either JCL Library mode or Scheduling Library mode parameters (but not both) must be specified. In addition, General simulation parameters should also be specified. To activate the utility, fill in the parameters and press <ENTER>.
2 169
Online Facility: Utilities Under ISPF M2: Perform Online AutoEdit Simulation
JCL Library Mode Parameters JCL LIBRARY MEMBER NAME OWNER APPLICATION NAME GROUP NAME Name of the JCL library from which the required JCL is to be submitted by the AutoEdit simulation. Name of the JCL member to be submitted by the AutoEdit simulation. User ID of the jobs owner. Name of the application as specified in field APPL in the job scheduling definition. Name of the group to which the job belongs.
Scheduling Library Mode Parameters SCHEDULING LIBRARY TABLE NAME JOB NAME Notes Name of the library containing the job scheduling definition. Name of the scheduling table containing the job scheduling definition. Name of the job scheduling definition.
When specifying Scheduling Library Mode parameters, values for owner, application name, and the jobs JCL library and member are not specified because the utility takes these values directly from the specified job scheduling definition. The name of the JCL member is obtained from the OVERLIB parameter (if specified) instead of the MEMLIB member.
General Parameters PARAMETER LIBRARY WDATE ODATE FUNCTION Name of the library which contains the member(s) referenced by AutoEdit statement %%GLOBAL. Working date of the job. Original scheduling date of the job. Function to be performed by the simulation. Valid values are: LIST The utility simulates submission of the member from the designated library using the specified date and user ID parameters. CONTROL-M checks the JCL. The output is displayed on the terminal. The JCL is not actually submitted. CONTROL-M attempts to resolve the AutoEdit statements. If successful, the JCL member lines are also written to the file referenced by DD statement DASUBMIT and the member is submitted by the utility for execution. In this case, MVS also checks the JCL. This option can also be used to submit jobs when the CONTROL-M monitor is not active (e.g., if there is a severe technical problem).
SUBMIT
2 170
Online Facility: Utilities Under ISPF M2: Perform Online AutoEdit Simulation
SUBSCAN
This function is similar to SUBMIT except that it adds a TYPRUN=SCAN parameter to the job card before performing simulation. As a result, the job is submitted and the JCL is checked by MVS but the job is not executed. This option is available at sites where product JOB/SCAN is installed, but only if the utility is activated from the Online Utilities menu. (This option is not displayed and cannot be used if the utility is activated via a CLIST or batch procedure.) This function is similar to SUBMIT except that if CONTROL-M finds no JCL errors, JCL is checked by the JOB/SCAN product before it is written to the file referenced by DD statement DASUBMIT.
JOBSCAN
Confirmation field to help prevent the simulation job(s) from being unintentionally run. When blank, the job(s) will not run. Specify YES to enable the job run.
2 171
Online Facility: Utilities Under ISPF M3: Prepare Simulation/Tape Pull List Job
Select option M3 from the Online Utilities menu Activate CLIST CTMCSIM from the TSO Command Processor
------- CONTROL-M SIMULATION AND FORECASTING FACILITY AND TAPE PULL LIST ----COMMAND ===> RUN SIMULATION From Until ON Todays-current AJF Another day - DATE Create new AJF Order daily jobs Keep output AJF,RES Parameters member REPORTS Jobs left Night schedule TAPE PULL LIST Report by VOLSER Report by TIME Report by JOBNAME Report by DSN Parameters member ===> ===> ===> ===> ===> ===> ===> ===> ===> ===> ===> ===> ===> ===> ===> ===> ===> Y 9805050900 9805051600 Y N N Y SIMPARM Y Y (Y-to run, N-skip to reports) (Format YYMMDDhhmm) (Format YYMMDDhhmm) (Y/N If "N", fill in the date) (DD MM YY) (Y/N) (Y/N) (Y/N) (Simulation parameters) (Y/N) (Y/N)
N (Y/N) INVOKE JOBSCAN Y (Y/N) JCL Checking Y (Y/N) Errors Only N (Y/N) Space Report N (Y/N) TAPULPRM (Tape pull parameters) ===> YES or END key to EXIT
The Simulation facility simulates the actions of the CONTROL-M monitor under the conditions specified in the simulation parameters. Online simulation is performed in the CPU without updating the simulation input files, or without performing any other I/O. Note At sites supporting the JOB/SCANDOCU/TEXT Interface, the lower portion of the Simulation screen is modified to contain the INVOKE JOBSCAN parameters.
The Tape Pull List procedure creates a list of all tapes to be mounted in a specified period, taking into account the expected order of job execution and the order of creation of tape datasets. The list can be sorted and edited in various ways. This utility also provides the following benefits:
It checks the syntax of all AutoEdit statements in all jobs which are planned for the given period. It checks the JCL syntax. It produces a list of datasets which are not available. These are usually input datasets due to arrive, but they may indicate JCL errors. (See CTMRNSC: Night Schedule Report in Section 8 of this manual.)
2 172
Online Facility: Utilities Under ISPF M3: Prepare Simulation/Tape Pull List Job
Note
For the Tape Pull List procedure to execute properly, authority must be granted for the submission of jobs to the internal reader (INTRDR).
For more information about Simulation and Tape Pull List procedures, see Section 7 of this manual. To activate this online utility, fill in the following fields and press <ENTER>: RUN SIMULATION Whether or not to run the simulation. Valid values are: Y (Yes) Run the simulation. The results of the simulation run are kept in the Log file and the Active Jobs file (AJF) and can be used for producing reports and/or the tape pull list. Do not run the simulation. Use the results of a prior simulation to produce reports and/or the tape pull list.
Simulation start date and time (yymmddhhmm). Simulation end date and time (yymmddhhmm).
Todays-current AJF Whether or not to use todays data (i.e., the data currently in the Active Jobs file) as input for the simulation. Valid values are: Y (Yes) Use todays data. In this case, it is recommended to run the simulation after todays jobs have been placed on the Active Jobs file via New Day processing. Use data from the Another Day DATE. date specified in field
N (No)
Another day DATE Date to use for scheduling/ordering simulation jobs. Format ddmmyy, mmddyy, or yymmdd, depending on the site standard. A valid date must be specified when not using todays data (i.e., if N is specified in field Todays-current AJF). Create new AJF Whether or not to allocate a new Active Jobs file to contain new jobs for the simulation. Valid values are: Y (Yes) Allocate a new Active Jobs file. This value must be specified when not using todays data (i.e., if N is specified in field Todays-current AJF). Do not allocate a new Active Jobs file. This value should be specified when using todays data (i.e., if Y is specified in field Todays-current AJF).
N (No)
2 173
Online Facility: Utilities Under ISPF M3: Prepare Simulation/Tape Pull List Job
Whether or not to load into the new Active Jobs file all the jobs which are scheduled to execute on the specified date. Valid values are: Y (Yes) Load the jobs into the Active Jobs File. A User Daily step will be entered into the job. This step will schedule all the jobs based on their basic scheduling criteria. (It is the users responsibility to ensure that the Table list for this job is up-to-date.) This value must be specified when not using todays data and when creating a new Active Jobs file (i.e., if N is specified in field Todays-current AJF and Y is specified in Create new AJF). N (No) Do not load the jobs into the Active Jobs File. This value is generally specified when using todays data or when not creating a new Active Jobs file (i.e., if Y is specified in field Todays-current AJF or N is specified in field Create new AJF). When N is specified in Create new Active Jobs File, the simulation can still be run again (e.g., the simulation can be rerun with different simulation criteria, such as a different number of tape drives).
Keep output AJF,RES Specifies whether or not to save the output Active Jobs file and Conditions/Resources file (i.e., the files as they appear at the end of the simulation). The output files should be kept if you plan to produce reports (e.g., Jobs Left report) based on these files. Valid values are: Y (Yes) N (No) Keep the output files. Do not keep the output files.
Parameters member Name of the member in the CONTROL-M PARM library which contains the simulation parameters. This member must contain parameter INTERVAL, but it also can contain other parameters (e.g., ADD COND). REPORTS Reports to be produced. Valid values for each report are Y (Yes) or N (No). If Y is specified the report is generated. If N is specified the report is not be generated. This part of the panel is often site-modified. A description of the reports available by default is provided. Jobs left If Y is specified, produces a report that lists the jobs that did not end OK by the end of the simulation (jobs in status WAIT SCHEDULE, EXECUTING, ENDED NOTOK, etc.). This report is identical to KeyStroke Sample report REP3LEFT in the IOA Sample library. If Y is specified, produces a report that provides a job execution time summary. (See CTMRNSC: Night Schedule Report in Section 8 for more information.)
Night schedule
2 174
Online Facility: Utilities Under ISPF M3: Prepare Simulation/Tape Pull List Job
Specifies whether or not to run the Tape Pull List procedure. The accompanying Report by fields specify whether or not to generate the particular Tape Pull reports. Valid values for this field and the accompanying fields are Y (Yes) and N (No). Y (Yes) N (No) Run the procedure (or report). Do not run the procedure (or report).
A description of available Tape Pull reports follows. Report by VOLSER If Y is specified, produces a report sorted by volume serial number (this includes all tapes from the tape library). Report by TIME If Y is specified, produces a report sorted by the expected mount time.
Report by JOBNAME If Y is specified, produces a report sorted by job name. Report by DSN If Y is specified, produces a report sorted by dataset name.
Parameters member Name of the member in the CONTROL-M PARM library which contains the Tape Pull parameters. This member must contain parameter INTERVAL, but it also can contain other parameters (e.g., ADD COND). INVOKE JOBSCAN These parameters apply only if the JOB/SCAN-DOCU/TEXT Interface is installed at your site. Valid values for the accompanying fields are Y (Yes) or N (No). Only one Y value can be specified. Y (Yes) JOBSCAN is invoked, the check is performed, and the appropriate report is displayed in the utility output. The specified check is ignored.
If Y is specified, checks the JCL specified in the member referenced by DD statement DAJCLOUT for errors and checks for adequate DASD disk space allocation. If Y is specified, checks for JCL errors only. If Y is specified, checks for adequate DASD disk space allocation only.
Enter YES to continue This field helps prevent the simulation or tape pull list job(s) from being unintentionally run. When blank, the job(s) will not run. Specify YES to enable the job run. The file of the simulation job as tailored to your specifications will be displayed in ISPF EDIT. You can submit it, save it for future use, etc. To exit the screen without activating either facility, press PF03/PF15.
2 175
1 2
CTMCFMNU CTMCAMNU
EXIT
Using these facilities requires a basic understanding of JCL, the AutoEdit facility, and the concept of prerequisite conditions. After reviewing these pages, select the Parameter Prompting facility which best suits your environment.
2 176
===> YES
(YES/NO)
ENTER
END
COMMAND OR
PF3
TO TERMINATE
Note
This screen displays the following options: 1. Define Parameters and Create a New Master Table This option defines groups of parameters. The definition and association with any prerequisite condition is performed only once per parameter. 2. Update Parameters and Set Conditions This option is accessed daily (or multiple times in one day) to assign values to parameters and set prerequisite conditions. The Parameters Description field (A) applies to option 2 of this screen and will be explained later in this section. The CONTROL-M files Prefix (B) used at your site appears as a default. Files with this prefix are accessed by the Parameter Prompting facility to add prerequisite conditions. Usually, there is no need to change the value of this field.
2 177
Please fill in the Table Name Prefix and press ENTER ENTER END COMMAND OR PF3 TO TERMINATE
Fill in a Table Name Prefix (a maximum of three characters) and press <ENTER>. A Master table is usually defined for a group of AutoEdit parameters controlled by one person/project. The library in which the prompting tables will be placed appears as a default and can be changed. This is usually a different library than the scheduling tables library.
2 178
If the table does not exist (i.e., you are attempting to define a new table), the following screen is displayed:
---- CONTROL-M - P.P.F. - MASTER TABLE DEFINITION ----------------------(P.1.2) COMMAND ===> CTMB14E MASTER TABLE TAPTMSTR WAS NOT FOUND. YOU MAY CREATE IT, OR EXIT TABLE NAME PREFIX ===> TAP DESCRIPTION LIBRARY ===> EXTERNAL TAPE DATA ===> CTM.PROD.PROMPT
ENTER
END
COMMAND OR
PF3
TO TERMINATE
You can create a new table or exit the screen. To create a new table, enter a table description and press <ENTER>.
2 179
Define Parameters and Conditions Screen After creation of a new table, or if the table exists, the following screen is displayed. If the table exists, the previously defined parameters and associated conditions are displayed for modification.
---- CONTROL-M - P.P.F - DEFINE PARAMETERS AND CONDITIONS -------- ROW 1 OF 2 COMMAND ===> SCROLL ===> PAGE PARM PREFIX ===> TABLE NAME : TAPTMSTR -------------------------------------------------------------------------------_ PARM ===> IRS_TAPE CONDITION ===> IRS-TAPE-ARRIVED VALUE ===> DESC. ===> WEEKLY TAPE FROM IRS --------------------------------------------------------------------------------_ PARM ===> A_BANK_TAPE CONDITION ===> MN-A-BANK-TAPE-READY VALUE ===> XXXX DESC. ===> TAPE FROM BANK GROUP A ****************************** Bottom of Data ********************************
This screen is used to define, display and modify parameters and optional prerequisite conditions which will be used for prompting on a daily basis. Specifying Retrieval Criteria The display of parameters can be limited to parameters beginning with a specific prefix by filling in the PARM PREFIX field (A). To display the first occurrence of a parameter at the top of a screen, use the line command L xxxx, where xxxx is a specific parameter or parameter prefix. Define Parameters and Conditions Screen Format The following information (B) can be defined, displayed, or modified for each parameter: PARM CONDITION Name of the AutoEdit parameter. Name of a prerequisite condition to be added to the IOA Conditions/Resources file when this parameter is updated. Optional. A default parameter value. Optional. A meaningful description of the parameter.
VALUE DESC
2 180
Define Parameters and Conditions Screen Options To request one of the following options, specify the option in the field (C) to the left of the word PARM and press <ENTER>. DELETE REPEAT ADD INSERT Delete a parameter from the table. Duplicate a parameter. Add a parameter (same as option R). Insert a new parameter in the table. INSERT typed on the Command line will insert a new parameter at the top of the table.
Changes made to a parameter are updated in the plan when you press <ENTER>. (Whether or not an option is specified.) Define Parameters and Conditions Screen How to Exit To exit the Define Parameters and Conditions screen, press END (PF03/PF15). If additions/modifications have been made, the following Save window is displayed:
---- CONTROL-M - P.P.F. - DEFINE PARAMETERS AND CONDITIONS -------------------COMMAND +-----------------------------------------------------------+ | PLEASE SELECT EXIT OPTION | | | | SAVE (Y/N) | | | | LIBRARY CTM.PROD.PROMPT | | TABLE TAP | | | +-----------------------------------------------------------+
Specify Y (Yes) to save the changes. Specify N (No) to cancel the changes.
2 181
This screen displays a list of Daily Prompting tables available for update. A Daily table is a copy of a Master Table specific to a particular business day. It is accessed in order to assign values to (previously defined) parameters and to set conditions. The Daily table can be accessed multiple times on the same day. When you enter this screen, the current date is displayed for each Daily Table. You can overwrite the date to select a different date. To select a table, enter any character in the selection field (A) to the left of TABLE NAME and press <ENTER>. The display of tables can be limited to those tables beginning with a prefix of 1 to 3 characters by filling in the TABLE PREFIX field. To display the first occurrence of a table at the top of the screen, use the line command L xxxx, where xxxx is a specific parameter or parameter prefix (under the command line).
2 182
Update Parameters and Set Conditions Screen After table selection, the following screen is displayed:
---- CONTROL-M - P.P.F. - UPDATE PARAMETERS AND SET CONDITIONS --- Row 1 FROM 2 COMMAND ===> SCROLL ===> PAGE PARM PREFIX ===> TAPT1112 UPDATED ON ------------------------------------------------------------------------------_ VALUE ===> OF ===> IRS-TAPE WEEKLY TAPE FROM IRS _ VALUE ===> XXXX OF ===> A-BANK-TAPE 09 09 TAPE FROM BANK GROUP A ****************************** Bottom of Data ********************************
This screen displays a list of all AutoEdit parameters for which values can be entered. After a parameter value is updated on the screen, all changes are immediately saved in the Daily table. Any manual condition associated with this parameter prompt is added to the IOA Conditions/Resources file. Press END (PF03/PF15) to exit the screen. Update Parameters and Set Conditions Screen Format The following information is presented for each parameter: VALUE OF Description Default value of the parameter. This value can be modified. Parameter name. This description appears only if the value YES was specified in the PARAMETER DESCRIPTION WILL BE DISPLAYED field on the Parameter Prompting facility (Type 1) Primary menu. The date of update is displayed in either mm dd or dd mm format depending on the site standard.
Date Updated
Enter any character in the selection field (A) to the left of the VALUE field to add the condition without changing a value. The display of parameters can be limited to parameters beginning with a specific prefix by filling in the PARM PREFIX field (under the command line). To display the first occurrence of a parameter at the top of a screen, use the line command L xxxx, where xxxx is a specific parameter or parameter prefix.
2 183
EXEC
A PLAN (CTMEXEC)
ENTER
END
COMMAND OR
PF3
TO TERMINATE
Note
This screen displays three options: 1. CREATE AND UPDATE A MASTER PLAN This option defines groups of parameters in a Master Prompting Plan. 2. FETCH A PLAN (CTMFETCH) This option places a User Prompting Plan (a copy of the Master Prompting Plan) and related job scheduling definitions in Daily libraries. A fetch is required before assigning parameter values and ordering plan execution with Option 3. 3. EXEC A PLAN (CTMEXEC) This option assigns values to parameters and orders a Plan for execution.
2 184
LIBRARY
===> CTM.PROD.PLANMSTR
ENTER
END
COMMAND OR
PF3
TO TERMINATE
A Master Plan is usually defined for a group of jobs and their AutoEdit parameters which are controlled by one person/project. Specify a maximum of six characters in PLAN NAME PREFIX and press <ENTER>. The name of the default library in which the Master Plan will be placed is displayed. It can be changed.
2 185
If the plan does not exist (i.e., you are defining a new plan), the following screen is displayed:
---- CONTROL-M - P.P.F. - MASTER PLAN DEFINITION -----------------------(P.1.2) COMMAND ===> CTMF52E MASTER PLAN REPTS WAS NOT FOUND. YOU MAY CREATE IT, OR EXIT PLAN PREFIX NAME ===> REPTS DESCRIPTION LIBRARY ===> DAILY REPORTS ===> CTM.PROD.PLANMSTR
ENTER
END
COMMAND OR
PF3
TO TERMINATE
You can create a new plan or exit the screen. To create a new plan, enter a plan description and press <ENTER>.
2 186
Define Parameters in the Master Plan After creation of a new plan, or if the requested plan exists, the following screen is displayed. If the plan exists, the previously defined parameters are displayed for modification.
---- CONTROL-M - P.P.F. - DEFINE PARAMETERS IN THE MASTER PLAN --- ROW 1 OF 3 COMMAND ===> SCROLL ===> CSR PARM PREFIX ===> PLAN NAME: REPTS ------------------------------------------------------------------------------_ PARM NAME ===> REPT_NAME OCCUR NO. ===> 01 JOB NAME ===> SLSREPTS PROMPT IND ===> Y (Y/N) DEFAULT ===> TYPE ===> NONBLANK,MAXL 8 MESSAGE ===> Enter name of sales report required ------------------------------------------------------------------------------_ PARM NAME ===> DEPT_NUMBER OCCUR NO. ===> JOB NAME ===> ******** PROMPT IND ===> Y (Y/N) DEFAULT ===> 035 TYPE ===> NUM,MAXL 3 MESSAGE ===> Enter department number (used for all reports) ------------------------------------------------------------------------------_ PARM NAME ===> REPT_NAME OCCUR NO. ===> 02 JOB NAME ===> EXPREPTS PROMPT IND ===> Y (Y/N) DEFAULT ===> TYPE ===> NONBLANK,MAXL 8 MESSAGE ===> Enter name of expense report required ****************************** Bottom of Data ********************************
This screen is used to define, display and modify parameters which will be used for prompting on a daily basis. Define Parameters in the Master Plan Screen Format The following information can be defined, displayed, or modified for each parameter: PARM NAME OCCUR NO. Name of the AutoEdit parameter. Occurrence number (2 digits). Differentiates between use of the same parameter name for different purposes in different jobs (e.g., assign OCCUR NO. 01 to occurrence of %%PARM1 in Job A; assign OCCUR NO. 02 to occurrence of %%PARM1 in Job B). Name of the job using the parameter. If the parameter and its assigned value are shared by more than one job in the plan, enter ******** in this field. It is not necessary to redefine the parameter. (If the value assigned is different for each job, refer to parameter OCCUR NO. above.)
JOB NAME
2 187
PROMPT IND
Prompting Indicator: Y (Yes) N (No) Promptable. The user will be prompted for a value for this parameter. Non-promptable. The value is fixed in the Master Prompting Plan and will not be modifiable in the EXEC phase.
DEFAULT
Default value for the parameter which will be displayed during the EXEC phase. This field is mandatory (non-promptable). if PROMPT IND is set to N
BLANK Type the word BLANK to set a value of . TYPE Type of parameter value which can be entered. A validation check is performed during both the plan definition and EXEC phases. Valid types are: NUM ALPHA CHAR BLANK NONBLANK MINL n Limits the value to digits only (0-9). Limits the value to letters only (a-z, A-Z, and $,#,@). Alphanumeric. Field must be blank. Any non-blank value. Limits the value to a specified minimum character length, where n is any number between 1 and 70. Limits the value to a specified maximum character length, where n is any number between 1 and 70.
MAXL n
MINL, MAXL, and NONBLANK can be combined with NUM or ALPHA. (Example: NUM MAXL 8 limits the parameter value to a numeric value with a maximum length of 8 characters.) MESSAGE Prompting message to be displayed during the EXEC phase.
The display of parameters can be limited to parameters beginning with a specific prefix by filling in the PARM PREFIX field (under the command line). To display the first occurrence of a parameter at the top of a screen, use the line command L xxxx, where xxxx is a specific parameter or parameter prefix.
2 188
Define Parameters in the Master Plan Screen Options To request one of the following options, specify the option in the field (A) to the left of the words PARM NAME and press <ENTER>. D DELETE R REPEAT A ADD I INSERT Delete a parameter from the plan. Duplicate a parameter. Add a parameter (same as option R). Insert a new parameter in the plan. INSERT typed on the Command line will insert a new parameter at the top of the plan.
Changes made to a parameter are updated in the plan when you press <ENTER>. (Whether or not an option is specified.) Define Parameters in the Master Plan Screen How to Exit To exit the Define Parameters in the Master Plan screen, type one of the following commands on the command line: END CANCEL Keep all plan changes, and exit. Exit without saving plan changes.
===> REPTS ===> ===> NO ===> 090998 (For multiple plans in the same day) (YES / NO)
MASTER SCHEDULING LIB DAILY SCHEDULING LIB MASTER PLANS LIB DAILY PROMPT PLANS LIB MASTER JCL LIB DAILY JCL LIB ENTER END COMMAND OR
PF3
TO TERMINATE
2 189
This screen places a daily User Prompting Plan (a copy of the Master Prompting Plan) and related job scheduling definitions in Daily libraries. Fill in the details in the screen (libraries and the current date appear as defaults) and press <ENTER>. The PLAN NAME is the same as the Master Prompting Plan PREFIX. You can designate two characters to serve as a suffix to the Plan Name. This permits execution of a specific plan more than once a day. Valid values for OVERRIDE DAILY PLAN are: YES A duplicate fetch of a plan (with a suffix, if one has been designated) replaces an existing copy of a plan with the same PLAN NAME (and same suffix) for that day. Multiple fetches of a plan are not permitted on the same day. Default.
NO
PLAN NAME PLAN NAME SUFFIX REMAINING PARAMETERS ODATE FORCED FROM TIME
(Blank for plan selection list) (For multiple plans in the same day) (YES / NO)
Please fill in the Plan Name (or blanks) and press ENTER
DAILY SCHEDULING LIB USER PROMPT PLANS LIB DAILY PARAMETERS LIB
ENTER
END
COMMAND OR
PF3
TO TERMINATE
This screen orders a plan for parameter updating and plan execution. Fill in the details in the screen (libraries and the current date appear as defaults) and press <ENTER>. The PLAN NAME is the same as the Master Prompting Plan PREFIX. You can designate two characters to serve as a suffix to the PLAN NAME. This permits execution of a specific plan more than once a day. The REMAINING PARAMETERS field determines whether or not you will be automatically prompted in the Update Parameter Values screen for parameter values which have yet to be updated for active plans. YES: Prompt. NO: Do not prompt.
2 190
The ODATE field specifies the original scheduling date for executing the plan. The FORCED FROM TIME field specifies a time (format hhmm) before which the jobs cannot run. If you leave PLAN NAME blank on the Exec/Order a Plan screen, the Plan Selection screen is displayed:
---- CONTROL-M - P.P.F. - PLAN SELECTION ------------------------- Row 1 FROM 2 COMMAND ===> SCROLL ===> PAGE PLAN PREFIX ===> PLAN ORDERED ALREADY: ------------------------------------------------------------------------------_ PLAN NAME ===> REPTS ===> NO ORDER TIME : _ PLAN NAME ===> BACKUP ===> YES ORDER TIME : ****************************** Bottom of Data ******************************
This screen displays a list of active Daily Plans. PLAN ORDERED ALREADY: (A) indicates whether or not the plan was already ordered. If the plan has already been ordered, it is possible to select a plan for parameter value updating only. To select a plan, enter any character in the field (B) to the left of the PLAN NAME.
2 191
Update Parameter Values Screen After selecting a plan from the Plan Selection screen or specifying a particular plan on the Exec/Order a Plan screen, the Update Parameter Values screen is displayed:
---- CONTROL-M - P.P.F. - UPDATE PARAMETER VALUES ---------------- ROW 1 FROM 3 COMMAND ===> SCROLL ===> CSR PARM PREFIX ===> PLAN NAME: REPTS ------------------------------------------------------------------------------_ PARM NAME ===> REPT_NAME OCCUR NO. ===> 01 NO DEFAULT VALUE ===> Enter name of sales report required _ PARM NAME ===> DEPT_NUMBER OCCUR NO. ===> DEF EXISTS VALUE ===> 035 Enter department number (used for all reports) _ PARM NAME ===> REPT_NAME OCCUR NO. ===> 02 NO DEFAULT VALUE ===> Enter name of expense report required ****************************** Bottom of Data ******************************
This screen displays a list of all AutoEdit parameters for which values can be entered. Press END (PF03/PF15) to exit the screen. The display of parameters can be limited to plans beginning with a specific prefix via the PARM PREFIX field (under the command line). To display the first occurrence of a parameter at the top of the screen, specify line command L xxxx, where xxxx is a specific parameter or parameter prefix. After all variables in a plan have been updated or have had their defaults approved, you will receive screen messages indicating the jobs from each plan which were ordered automatically. Format of the Update Parameter Values Screen PARM PREFIX PLAN NAME PARM NAME VALUE MESSAGE Plan prefix. If a value is specified for this field, the display of parameters is limited to plans beginning with the specified prefix. Name of the User Prompting Plan ordered for execution. Name of the parameter available for update. Default value of the parameter. This value can be modified; embedded blanks are permitted. Prompting message.
2 192
OCCUR NO.
Occurrence number (2 digits). Differentiates between use of the same parameter name for different purposes in different jobs (e.g., assign OCCUR NO. 01 to occurrence of %%PARM1 in Job A; assign OCCUR NO. 02 to occurrence of %%PARM1 in Job B). Indication of default: NO DEFAULT DEF EXISTS No associated default value. Parameter has an associated default value which has not yet been approved by the user.
DEFAULT STATUS
DEF CONFIRMED Default value has been approved. DEF CHANGED SELECTION FIELD Special Options A special option, activated by specifying YES in the REMAINING PARAMETERS field on the Exec/Order a Plan screen, will prompt you automatically for parameter values which have yet to be updated from all active plans (i.e., those plans fetched for the day). The parameters are presented on consecutive Update Parameter Values screens. REMAINING PARAMETERS YES NO You are presented with remaining (non-updated) parameters from active plans. After updating the current plan, the Exec/Order a Plan screen will be displayed or, if Plan Name was left blank, the Plan Selection screen containing all active plans will be displayed. Default. Default value is not being used. Parameter has been assigned a different value.
2 193
Online Facility: Utilities Under ISPF M5: Quick Schedule Definition Facility
Select option M5 on the Online Utilities menu Activate CLIST CTMQUICK from the TSO Command Processor
3. 4.
Quick Definition Job List screen. Note: The scheduling table is automatically created upon exit from the Quick Schedule Definition facility.
These steps are described in detail below. Step 1: Create a Skeleton Job In this step you create a job in a scheduling table to be used as a skeleton, or model, for all the jobs in the automatically created scheduling table (output table). Enter the CONTROL-M Scheduling Definition facility and create a standard CONTROL-M scheduling table containing one skeleton job. (See Scheduling Definition Facility earlier in this section if you are not familiar with job scheduling under CONTROL-M.) Specify in the skeleton job all parameter values which are to be common to (the same in) all the jobs in the automatically created table. It is not necessary to specify IN and OUT parameters. IN and OUT prerequisite conditions will be automatically created by CONTROL-M in the output scheduling table. MEMNAME, MEMLIB, and DOCLIB fields are overridden by CONTROL-M during automatic table creation. The data in all other fields will be copied into each of the new jobs in the output table. Therefore, it is important to verify the data carefully.
2 194
Online Facility: Utilities Under ISPF M5: Quick Schedule Definition Facility
%%JOBNAM and %%JOBNAME Variables If variable %%JOBNAM (a non-AutoEdit variable specific to the Quick Schedule Definition facility) is specified in a SHOUT statement, it is resolved during table creation to the member name in each job. If system variable %%$JOBNAME is specified in a SHOUT statement, it is resolved at runtime to the name of the job. Step 2: Specify General Table Information and Prerequisite Conditions Format In this step, you display the Quick Schedule Definition entry panel and specify general table information and the desired format for automatically defined prerequisite conditions. The entry panel can be displayed either by requesting option M5 on the Online Utilities menu, or by activating CLIST CTMQUICK from the TSO Command Processor. The following screen is displayed:
------------------- CONTROL-M QUICK SCHEDULE DEFINITION ----------------------COMMAND ===> SPECIFY LIBRARY, OUTPUT SCHEDULING TABLE, SKELETON SCHEDULING TABLE LIBRARY TABLE SKELETON ===> CTM.PROD.SCHEDULE ===> PAYROLL ===> DAILY
(Scheduling table to be created) (Skeleton scheduling table) (T: your TSO User ID) (S: OWNER from the skeleton table)
PREREQUISITE CONDITIONS FORMAT (CHOOSE ONE) GROUP-FROMJOB-SUFFIX ===> Y FROMJOB-TOJOB-SUFFIX ===> N PREFIX-FROMJOB-TOJOB ===> N PREFIX OR SUFFIX ===> OK GROUP ===> FINANCE SERVICES (For group-fromjob-suffix option) (Y/N) (Y/N) (Y/N)
Fill in the following general table information fields: LIBRARY TABLE SKELETON Name of the library which contains the skeleton member created in Step 1 and which will contain the output scheduling table. Name of the scheduling table to be created. Member name of the model scheduling table containing common parameter values (created in Step 1 above). The member must exist in the library specified above.
2 195
Online Facility: Utilities Under ISPF M5: Quick Schedule Definition Facility
OWNER
Value to be specified in the OWNER field in the output scheduling definitions. Valid values are: T S Your TSO user ID is used as the value for OWNER in the output tables. The value of OWNER in the skeleton table is used for OWNER in the output tables.
To exit this screen, press END (PF03/PF15). Prerequisite Condition Format Fields Job dependencies are established via prerequisite conditions which are defined in the job scheduling definitions. The utility defines prerequisite conditions automatically. Therefore, naming conventions for these conditions must be specified. Prerequisite conditions created by the utility must consist of a combination of the following elements: fromjob Name of the predecessor job in the dependency. For example, if JOB-A must terminate before JOB-B can be submitted, JOB-A is the fromjob. tojob groupname prefix suffix Note Name of the successor job in the dependency. For example, if JOB-B must be submitted after JOB-A terminates, JOB-B is the tojob. Name of the group to which the jobs in the dependency belong. Constant to be added as a prefix to the condition. Constant to be added as a suffix to the condition. Job dependencies are defined in Step 3 (described below).
CONTROL-M can create prerequisite conditions based on the above elements in three different formats. These formats are described below. Select one of the formats by specifying Y (Yes) to the right of one desired format, and N (No), to the right of the remaining two formats. IN and OUT prerequisite conditions are automatically created in the job scheduling definitions in the selected format. GROUP-FROMJOB-SUFFIX If Y is specified, creates conditions with the format: groupname-fromjob-suffix (e.g.,BACKUP-BKP00010-OK). If Y is specified, creates conditions with the format: fromjob-tojob-suffix (e.g., BKP00010-BKP00020-OK). If Y is specified, creates conditions with the format: prefix-fromjob-tojob (e.g.,VALCHECK-BKP00010-BKP00020).
FROMJOB-TOJOB-SUFFIX PREFIX-FROMJOB-TOJOB
2 196
Online Facility: Utilities Under ISPF M5: Quick Schedule Definition Facility
Both of the following fields affect the above formatted conditions. The GROUP field also affects the GROUP value in the job scheduling definition. PREFIX OR SUFFIX Constant to be used as a prerequisite condition prefix or suffix (depending on the format selected). Mandatory. 1-9 characters. 1-20 character group name (no embedded spaces) to be used in the job scheduling definitions. Optional, except for format GROUP-FROMJOB-SUFFIX (for which it is mandatory). If specified, the value in this field is used as the GROUP value in the created job scheduling definitions (i.e., in place of the GROUP value in the skeleton). If format GROUP-FROMJOB-SUFFIX format is requested, an * can be specified in this field. In this case, the group name is omitted from the prerequisite condition (e.g., BKP00010-OK), but the created job scheduling definitions will still contain the group name defined in the skeleton. Proceeding to the Job List Screen Once you have filled in the fields in the Quick Definition entry panel, press <ENTER>.
GROUP
If the table which you specified in the TABLE field does not already exist in the library, the Job List screen is displayed and you can proceed with Step 3. If the table which you specified in the TABLE field already exists in the library, the Overwrite Confirmation window is displayed:
------------------- CONTROL-M QUICK SCHEDULE DEFINITION ----------------------COMMAND ===> +-----------------------------------------------------------+ | | | LIBRARY CTM.PROD.SCHEDULE | | TABLE PAYROLL | | | | ALREADY EXISTS. | | | | THIS PROCEDURE WILL OVERWRITE THE DATA IN THE TABLE. | | | | DO YOU WISH TO CONTINUE (Y/N) | | | +-----------------------------------------------------------+
Specify Y (Yes) to overwrite the existing table. The current contents of the table are erased, and an empty table (Job List screen) is displayed.
2 197
Online Facility: Utilities Under ISPF M5: Quick Schedule Definition Facility
Specify N (No) if you do not wish to overwrite the current contents of the table. The window is closed. You can now specify a different table name in the TABLE field and press <ENTER> again.
Step 3: Specify Job Interdependencies In this step you will fill in a list of jobs, a description of each job, and the jobs upon which they depend. After you fill in the Quick Schedule Definition entry panel (and, if necessary, the Overwrite Confirmation window) and press <ENTER>, the Job List screen is displayed:
JOB LIST LIB: CTM.PROD.SCHEDULE COMMAND ===> O NR MEMNAME DEPENDS ON-------------1 CHECKCAL *TIME-CARDS-DONE 2 CHECKPRT 3 GOVTREPT CHECKCAL 4 BANKTAPE 1 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 TABLE: PAYROLL SCROLL===> PAGE DESCRIPTION ------------------------------CALCULATE CHECKS PRINT CHECKS REPORTS TO GOVERNMENT REPORTS FOR MANAGEMENT
Fill in one line for each job (the fields are detailed below). CONTROL-M provides additional lines on the screen, as necessary. When you have finished filling in the list, press <ENTER>. The entries will be validated. Use the scrolling PFKeys to scroll forward (PF08/PF20) and backward (PF07/PF19) on the Job List screen. Fields in the Job List Screen O NR MEMNAME DEPENDS ON Field for specifying options (described below) . Line number. This number can be referenced in the DEPENDS ON field of another job. Name of the member containing the JCL of the job. Jobs and/or external prerequisite condition(s) on which this job depends. Valid formats for the dependencies are: name Name of the job (MEMNAME) upon which the current job depends.
2 198
Online Facility: Utilities Under ISPF M5: Quick Schedule Definition Facility
position-number
Number of the job on the screen. This number is automatically adjusted when an option changes the position of the current job or the job upon which it depends. Minus sign represents the previous job in the list. Name of an external prerequisite condition, i.e., a prerequisite condition other than job inter-dependencies which are automatically created. It must be preceded by an asterisk (*) and be the last dependency entered on the job line. The date reference ODAT is automatically associated with the in-condition.
*in-condition
More than one dependency can be listed by separating each name by a comma. Format types may be mixed on a line. Examples CHECKCAL 1 *SALES-DATA 3,*SALES-DATA Job CHECKCAL Job on line 1 of the list Job on the preceding line An external IN condition Job on line 3 of the list plus an external IN condition.
DESCRIPTION Description of the job in free text. Options of the Job List Screen To use one of the following options, specify the option in the O field to the left of the line number. These options are similar to ISPF line commands. I P R D A B C M Insert a blank line immediately after the current line. Insert a blank line immediately preceding this line. This enables addition of data before the first line in the list. Repeat this line immediately after the current line. Delete this line. If a job depends upon this line, you will receive an error message. Indicates that the target of a copy or move is directly after this line. Indicates that the target of a copy or move is directly before this line. Copy this line to the target. Move this line to the target.
After performing requested options, CONTROL-M automatically handles renumbering and adjusts the relevant DEPENDS ON parameter values on the screen.
2 199
Online Facility: Utilities Under ISPF M5: Quick Schedule Definition Facility
Step 4:
Exit the Quick Schedule Definition Facility (and Create the Scheduling Table)
To exit the Quick Schedule Definition facility after entering the data for a table, press the END (PF03/PF15) key. An Exit Option window is opened:
JOB LIST LIB: CTM.PROD.SCHEDULE TABLE: PAYROLL COMMAN +--------------------------------------------------------------+ | PLEASE SELECT EXIT OPTION | | | | SAVE CREATE | | | | LIBRARY CTM.PROD.SCHEDULE | | TABLE PAYROLL | | | +--------------------------------------------------------------+
The schedule can be saved (to replace a table of the same name that previously existed in the library), or created (to store a new table in the library), by specifying Y in the appropriate exit option. The job schedule is automatically created as you exit. If N is specified, the table is not saved, and the schedule is not produced. You will return to the Utilities screen or other screen depending on how you entered the utility. If no changes have been made, the Exit Option window is not opened. To exit to the Quick Schedule Definition entry panel without saving your entries (and without creating the job schedule), press RESET (PF04).
2 200
Online Facility: Utilities Under ISPF M5: Quick Schedule Definition Facility
The screen below illustrates job GOVTREPT selected from the jobs listed in the Job List screen in Step 3 above. Note particularly the automatically created MEMNAME, IN and OUT parameters, and the job name inserted into the SHOUT message by using the %%JOBNAM variable.
JOB: GOVTREPT LIB CTM.PROD.SCHEDULE TABLE: BACKUP COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ MEMNAME GOVTREPT MEMLIB CTM.PROD.JOBLIB OWNER M44 TASKTYPE JOB PREVENT-NCT2 Y APPL APPL-L GROUP BKP-PROD-L DESC REPORTS TO GOVERNMENT OVERLIB SET VAR CTB STEP AT NAME DOCMEM GOVTREPT DOCLIB =========================================================================== DAYS DCAL AND/OR O WDAYS ALL WCAL MONTHS 1- N 2- N 3- N 4- N 5- N 6- N 7- Y 8- N 9- Y 10- N 11- N 12- N DATES CONFCAL SHIFT RETRO N MAXWAIT 00 D-CAT MINIMUM PDS =========================================================================== IN FINANCE-CHECKCAL-OK ODAT CONTROL RESOURCE TIME: FROM UNTIL PRIORITY 00 DUE OUT CONFIRM =========================================================================== OUT FINANCE-GOVTREPT-OK ODAT + AUTO-ARCHIVE Y SYSDB Y MAXDAYS MAXRUNS SYSOUT OP (C,D,F,N,R) FROM RERUN - MAXRERUN RERUNMEM INTERVAL STEP RANGE FR (PGM.PROC) . TO . ON PGMST PROCST CODES A/O DO SHOUT WHEN NOTOK TO TSO-M44 URGN R MS JOB GOVTREPT ENDED "NOT OK" SHOUT WHEN TO URGN MS ======= >>>>>>>>>>>>>>>>>>> END OF SCHEDULING PARAMETERS <<<<<<<<<<<<<<<< ===== USE THE DOC COMMAND TO SHOW/HIDE JOB DOCUMENTATION 20.28.53
2 201
Online Facility: Utilities Under ISPF M6: End User Job Order Interface
Select option M6 on the Online Utilities menu Activate CLIST CTMJBINT from the TSO Command Processor
JOB LIST LIB: CTM.PROD.SCHEDULE TABLE: M22JBINT COMMAND ===> SCROLL===> CRSR OPT NAME --------------------------------------------------------------------PAYCALC PAYROLL RUN PAYPOST POST PAYROLL REPORTING ====== >>>>>>>>>>>>>>>>>>> NO MORE JOBS IN TABLE <<<<<<<<<<<<<<<< =====
This screen displays a list of jobs which the particular user is permitted to order. (The IOA administrator determines which jobs each user is permitted to order.) Use the scrolling PFKeys to scroll forward (PF08/PF20) and backward (PF07/PF19) on the Job List screen. Press END (PF3/PF15) to exit the screen. To order jobs, specify S in the OPT field to the left of each job to be ordered and press <ENTER>. For each job selected, in sequence, a window displaying the job and the date is displayed. The user can change the date in the window. From the window:
Press <ENTER> to complete the order request. Press PF03/PF15 to cancel the order request. Press PF04/PF16 to cancel the changes and exit the Job List screen.
2 202
Select option R1 on the Online Utilities menu Activate CLIST CTRCSIM directly from the TSO Command Processor
------------------------ CONTROL-R SIMULATION -----------------------COMMAND ===> ACTION REQUIRED: ===> R-Restart Simulation P-Prevent NCT2 Simulation
R
JCL LIBRARY MEMBER NAME ORDER ID RESTART FROM FROM TO TO PARAMETERS: PGMSTEP PROCSTEP PGMSTEP PROCSTEP ===> CTM.PROD.JCL ===> Job to be restarted ===> Job order identifier
AUTO-EDIT PARAMETERS: OWNER GLOBAL AUTO-EDIT LIBRARY WDATE ODATE Enter YES to continue
To run a restart simulation, fill in the parameters of the Simulation panel, specify YES in the last field of the screen, and press <ENTER>. To exit the Simulation panel, press END (PF03/PF15).
2 203
Restart Parameters
FROM PGMSTEP FROM PROCSTEP TO PGMSTEP TO PROCSTEP Name of the program step at which a job restart is to be attempted. Name of the procedure step at which a job restart is to be attempted. Name of the program step at which a restarted job is to terminate. Name of the procedure step at which a restarted job is to terminate.
AutoEdit Parameters
OWNER Owner (called USER ID prior to IOA Release 4.0.0).
GLOBAL AUTOEDIT LIBRARY| Library containing globally defined AutoEdit variables. WDATE ODATE Current working date. Original scheduling date of the job.
2 204
Select option R2 on the Online Utilities menu Activate CLIST CTRCCLN in the TSO Command Processor
------------------------ CONTROL-R DATA SET CLEANUP -----------------------COMMAND ===>
CLEANUP PARAMETERS JCL LIBRARY MEMBER NAME ORDER ID FROM FROM TO TO PGMSTEP PROCSTEP PGMSTEP PROCSTEP
===> CTM.PROD.JCL ===> Job JCL member ===> Job order identifier ===> ===> ===> ===> ($FIRST/pgmstep name) (Optional) (Optional) (Optional)
AUTOEDIT PARAMETERS: OWNER GLOBAL AUTOEDIT LIBRARY WDATE ODATE Enter YES to continue
To perform dataset cleanup from a specific step, specify the step name in the appropriate FROM PGMSTEP / FROM PROCSTEP field(s). To perform dataset cleanup for the whole job, enter $FIRST in field FROM PGMSTEP. Note It is recommended that the Restart Window of the Status screen be used instead of this utility for full job cleanup. Dataset cleanup is more easily performed using the Restart window (specify $FIRST.$CLEANUP as the FROM step name). In addition, dataset cleanup from the Restart Window resolves all AutoEdit variables, including SET VAR statements.
When you have filled in the desired parameters, specify YES in the last field of the screen, and press <ENTER>. To exit the Dataset Cleanup panel, press END (PF03/PF15).
2 205
Cleanup Parameters
JCL LIBRARY MEMBER NAME ORDER ID FROM PGMSTEP FROM PROCSTEP TO PGMSTEP TO PROCSTEP Library containing the original job. Name of the member containing the JCL for the job. Job order identification of the specific job run. Name of the program step at which dataset adjustment is to be attempted. Name of the procedure step at which dataset adjustment is to be attempted. Name of the program step at which dataset adjustment is to terminate. Name of the procedure step at which dataset adjustment is to terminate.
AutoEdit Parameters
OWNER Owner.
GLOBAL AUTOEDIT LIBRARY Library containing globally defined AutoEdit variables. WDATE ODATE Current working date. Original scheduling date of the job.
2 206
Pgmstep name can be any specific program step name or $FIRST. $FIRST resolves to the first step of the job if procstep name is blank. Otherwise, $FIRST resolves to the first step in the procedure identified by procstep. $ABEND and $EXERR are not recognized by CONTROL-R and should not be specified as restart steps in this window. ($ABEND and $EXERR are valid only in job scheduling definitions.) If specifying a procstep name when there are nested procedures, specify the procstep name of the innermost procedure in which the program is included. Entering $FIRST in the first From Step/Proc field followed by $CLEANUP in the adjacent (second) From Step/Proc field will rerun the job for Cleanup (i.e., run the CONTROL-R cleanup step and flush the job). All other parameters entered in the Restart window will be ignored. AutoEdit resolution is performed at time of submitting the cleanup job. For example, if a job with AutoEdit date variable %%DATE is submitted for cleanup the day after the original run, the resolution of the variable during cleanup will vary from that of the original run.
Note
2 207
Online Facility: Utilities Under ISPF R3: Prepare the Job Dataset List
Select option R3 from the Online Utilities menu. Activate CLIST CTMJDSN from the TSO Command Processor.
---------------COMMAND ===> CONTROL-R JOB DATASET LIST ----------------
R
JCL LIBRARY MODE: JCL LIBRARY MEMBER NAME SCHEDULING LIBRARY MODE: SCHEDULING LIBRARY TABLE NAME JOB NAME AUTOEDIT PARAMETERS: OWNER GLOBAL AUTOEDIT LIBRARY WDATE ODATE ENTER YES TO CONTINUE ===> ===>
Utility CTMJDSN allows specification of one job at a time. It can operate in either JCL Library mode or Scheduling Library mode:
In JCL Library mode, the utility checks the job (member) specified in the specified JCL library. In Scheduling Library mode, the utility checks the specified job in the specified scheduling table/library.
The utility adds a step to the job to prevent the execution of other steps in the job. The job is then submitted. The datasets required are listed in the Statistics file, and the job is stopped before it can execute.
2 208
Depending on the mode in which the utility operates, either JCL Library mode or Scheduling Library mode parameters (but not both) must be specified. To activate the utility, fill in the appropriate parameters and press <ENTER>:
JOB NAME
AutoEdit Parameters
OWNER User ID of the jobs owner.
GLOBAL AUTOEDIT LIBRARY AutoEdit library containing globally defined AutoEdit variables. WDATE ODATE Current working date. Original scheduling date of the job.
ENTER YES TO CONTINUE Confirmation field to help prevent unintentional job submission. When blank, the request is ignored. Specify YES to enable the job request. To exit the screen without activating the utility, press PF03/PF15.
25
This option is available only at sites which have installed DOCU/TEXT, a product of Diversified Systems Software, Inc. which provides automated, online JCL documentation.
2 209
2 210
TO ........................................................................................................................................ 3-55 CONFIRM ........................................................................................................................... 3-55 DO NOTOK .............................................................................................................................. 3-57 DO OK ...................................................................................................................................... 3-59 DO RERUN .............................................................................................................................. 3-61 DO SET..................................................................................................................................... 3-63 VAR= ................................................................................................................................... 3-63 DO SHOUT .............................................................................................................................. 3-66 TO ........................................................................................................................................ 3-66 URGENCY .......................................................................................................................... 3-67 DO SYSOUT............................................................................................................................. 3-70 OPT...................................................................................................................................... 3-70 PRM ..................................................................................................................................... 3-70 FRM ..................................................................................................................................... 3-70 DOC .......................................................................................................................................... 3-77 DOCLIB.................................................................................................................................... 3-79 DOCMEM................................................................................................................................. 3-81 DUE OUT ................................................................................................................................. 3-83 GROUP..................................................................................................................................... 3-85 IN .............................................................................................................................................. 3-87 INTERVAL............................................................................................................................... 3-95 MAXWAIT ................................................................................................................................ 3-97 MEMLIB................................................................................................................................. 3-100 MEMNAME............................................................................................................................ 3-104 MINIMUM ............................................................................................................................. 3-106 MONTHS................................................................................................................................ 3-108 ON........................................................................................................................................... 3-110 PGMST .............................................................................................................................. 3-110 PROCST ............................................................................................................................ 3-110 CODES .............................................................................................................................. 3-111 A/O ..................................................................................................................................... 3-111 ON GROUP-END .................................................................................................................. 3-118 OUT ........................................................................................................................................ 3-120 OVERLIB ............................................................................................................................... 3-131 OWNER .................................................................................................................................. 3-133 PDS ......................................................................................................................................... 3-135 PIPE........................................................................................................................................ 3-137
PREVENT-NCT2....................................................................................................................3-140 PRIORITY ...............................................................................................................................3-142 RELATIONSHIP ....................................................................................................................3-144 RERUN-MAXRERUN ............................................................................................................3-146 RERUN-RERUNMEM ...........................................................................................................3-148 RESOURCE ............................................................................................................................3-150 RETENTION: # OF DAYS TO KEEP ...................................................................................3-155 RETENTION: # OF GENERATIONS TO KEEP .................................................................3-157 RETRO ....................................................................................................................................3-159 SCHEDULE TAG ...................................................................................................................3-161 SET VAR .................................................................................................................................3-164 SHOUT....................................................................................................................................3-169 WHEN ................................................................................................................................3-169 TO .......................................................................................................................................3-170 URGN.................................................................................................................................3-171 MS ......................................................................................................................................3-171 STEP RANGE .........................................................................................................................3-174 FR (PGM.PROC)................................................................................................................3-174 TO .......................................................................................................................................3-174 SYSOUT ..................................................................................................................................3-176 OP.......................................................................................................................................3-176 FROM.................................................................................................................................3-176 TASKTYPE .............................................................................................................................3-182 TIME .......................................................................................................................................3-186 FROM.................................................................................................................................3-186 UNTIL ................................................................................................................................3-186 WDAYS ...................................................................................................................................3-189 WCAL .................................................................................................................................3-189
General
Job scheduling definitions consist of parameters which correspond to the decisions made and actions performed when handling the scheduling, submission and post-processing of a job. Job scheduling definitions are defined in the Job Scheduling Definition screen (shown below), the main screen of the Scheduling Definition facility. Notes Fields SCHEDULE TAG (A) and RELATIONSHIP (B) only appear in job scheduling definitions belonging to Group scheduling tables. Parameter PIPE (C) is displayed only if CONTROL-M/WorkLoad is installed. RETENTION parameters # OF DAYS TO KEEP and # OF GENERATIONS TO KEEP (D) are displayed only at sites which use the History Jobs file.
JOB: BACKPL02 LIB CTM.PROD.SCHEDULE TABLE: BACKUP COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ MEMNAME BACKPL02 MEMLIB CTM.PROD.JOBLIB OWNER M44 TASKTYPE JOB PREVENT-NCT2 Y APPL APPL-L GROUP BKP-PROD-L DESC DAILY BACKUP OF SPECIAL FILES FROM APPL-L OVERLIB CTM.OVER.JOBLIB SET VAR CTB STEP AT NAME TYPE DOCMEM BACKPL02 DOCLIB CTM.PROD.DOC =========================================================================== SCHEDULE TAG RELATIONSHIP (AND/OR) O DAYS 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 WORKDAYS SHIFT RETRO N MAXWAIT 04 D-CAT MINIMUM PDS =========================================================================== IN START-DAILY-BACKUP ODAT CONTROL RESOURCE INIT 0001 CART 0001 PIPE CTM.WKLD.PIPE TIME: FROM UNTIL PRIORITY DUE OUT CONFIRM =========================================================================== OUT BAKCKPL02-ENDED-OK ODAT + AUTO-ARCHIVE Y SYSDB Y MAXDAYS MAXRUNS RETENTION: # OF DAYS TO KEEP 030 # OF GENERATIONS TO KEEP SYSOUT OP (C,D,F,N,R) FROM RERUN - MAXRERUN RERUNMEM INTERVAL STEP RANGE FR (PGM.PROC) . TO . ON PGMST PROCST CODES A/O DO SHOUT WHEN TO URGN MS ======= >>>>>>>>>>>>>>>>>>> END OF SCHEDULING PARAMETERS <<<<<<<<<<<<<<<< ===== USE THE DOC COMMAND TO SHOW/HIDE JOB DOCUMENTATION 11.17.00
31
If the scheduling table is a Group scheduling table, a Group Entity (shown below) must be defined before the job scheduling definitions.
GRP ACCOUNTS_GROUP CTM.PROD.SCHEDULE(GRP) COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ GROUP ACCOUNTS_GROUP MEMNAME ACCOUNTS OWNER N04B APPL DESC ADJUST CONDITIONS N SET VAR DOCMEM ACCOUNTS DOCLIB CTM.PROD.DOC =========================================================================== SCHEDULE TAG ALL_DAYS 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 RETRO N MAXWAIT 00 =========================================================================== SCHEDULE TAG DAYS 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 RETRO N MAXWAIT 00 =========================================================================== IN TIME: FROM UNTIL PRIORITY DUE OUT CONFIRM =========================================================================== OUT ON GROUP-END NOTOK DO COND ACCTS-CHK-REQUIRED ODAT + SHOUT WHEN TO URGN USE THE DOC COMMAND TO SHOW/HIDE JOB DOCUMENTATION 18.19.14
Most parameters in the Group Entity definition are the same as in the job scheduling definition, but they apply to the group as a whole. Therefore:
At least one set of basic scheduling criteria in the Group Entity must be satisfied before any job in the group can be scheduled. Runtime scheduling criteria in the Group Entity must be satisfied before any job in the group can be executed. Post-processing statements in the Group Entity are applied only after all jobs in the group have finished executing.
32
The following parameters in the Group Entity are not found in the job scheduling definition: A. ADJUST CONDITIONS B. ON GROUP-END Usage and operation of the Scheduling Definition facility, including entry and exit of the Job Scheduling Definition screen, is described in Section 2 of this manual. In addition to defining jobs via the Scheduling Definition facility, jobs can also be defined using batch utility CTMBLT (see Section 6 of this manual) or using online utility QUICKDEF. (Utility QUICKDEF, the Quick Schedule Definition facility, is available under ISPF only. See Section 2 of this manual.) Prior to CONTROL-M Release 5.0.0, Job parameters could also be defined via a set of Assembler macro instructions. Utility CTMBLT makes this method obsolete. Therefore, Assembler macro instructions are supported for backward compatibility only. New parameters appearing in Release 5.0.0 or higher have not been added to this set of macro instructions. This section provides a detailed description of the job scheduling definition parameters and statements. The parameters of the Job Scheduling Definition screen are divided into the categories listed below.
General Parameters Basic Scheduling Parameters Runtime Scheduling Parameters Post-processing Parameters
A brief summary of the parameters in each category is provided on the following pages. This is followed by a detailed description of each parameter, in alphabetical order.
33
Member containing the JCL. Library containing the JCL member. Owner of the job. Type of job or task. Whether or not to prevent NOT CATLGD 2 errors during non-restarted executions of the job. Application to which the job belongs. Group to which the job belongs. Brief description of the job. Library containing a special case JCL for the job. Mechanism for setting the value of a JCL user-defined variable. CONTROL-B step to be added to the jobs execution. Member containing detailed information about the job. Library containing the member specified in parameter DOCMEM. Detailed job documentation.
PREVENT NCT2 APPL GROUP DESC OVERLIB SET VAR CTB STEP DOCMEM DOCLIB DOC
The following General parameter is in the Group Entity only: ADJUST CONDITIONS Allows conditions to be removed from job orders if the predecessor jobs which set the conditions are not scheduled.
34
Each set of basic scheduling criteria in the Group Entity must be uniquely labeled by a SCHEDULE TAG value. At least one Schedule Tag must be defined. In job scheduling definitions, SCHEDULE TAG is optional. Each specified SCHEDULE TAG value in the job scheduling definition must match a SCHEDULE TAG value in the Group Entity. The associated basic scheduling criteria can then be applied to the job. Parameter RELATIONSHIP appears only in job scheduling definitions in Group scheduling tables. Parameter RELATIONSHIP defines the relationship (AND/OR) between schedule tag criteria and the jobs own basic scheduling criteria (i.e., whether one, or both sets of criteria are to be satisfied). The Basic Scheduling parameters (except SCHEDULE TAG and RELATIONSHIP) are listed below by category. When defining basic scheduling criteria for jobs in regular or Group scheduling tables, or when defining basic scheduling criteria for Group Entities, the following rules apply to these categories of parameters:
Parameters must be selected from one and only one of the first three categories (A, B, or C). Parameters in the last two categories (D and E) are optional.
Category A MONTHS DAYS WDAYS CONFCAL Category B DATES WDAYS CONFCAL Category C Schedule the job if the number of free tracks in the specified partitioned dataset (PDS) is less than the minimum number of tracks specified. This set of criteria is intended for jobs/started tasks which clean, compress or enlarge libraries or which issue warning messages if the minimum number of free tracks is not available. PDS MINIMUM Category D RETRO Schedule the job even if the original scheduling date has passed. PDS to be checked for minimum number of tracks. Minimum number of tracks. Schedule the job on specified dates. Schedule the job on specified days of the week. Confirm scheduling days against a specified calendar. Schedule the job during the specified months. Schedule the job on specified days (in the above-specified months) and/or select days from a specified calendar. Schedule the job on specified days of the week (in the above-specified months) and/or select days from a specified calendar. Confirm scheduling days against a specified calendar.
35
Category E MAXWAIT D-CAT Maximum number of days to keep the job in the Active Jobs file awaiting execution after its original scheduling date has passed. CONTROL-D category of the job. (Documented as CATEGORY prior to CONTROL-M release 5.1.4.) the
Each Basic Scheduling parameter is described in this section. However, interrelationships between some of these parameters are described briefly below. DAYS/DCAL WDAYS/WCAL These parameters are all optional.
Parameter DAYS identifies days of the month on which the job should be scheduled (e.g., first day of the month, third working day of the month). Several formats are available for specifying DAYS values. Parameter WDAYS identifies days of the week on which the job should be scheduled (e.g., the first day of the week, the second day of each week). Several formats are available for specifying WDAYS values. A calendar name can be specified in the DCAL and/or WCAL fields. A calendar specifies working days days of the year on which a job can be scheduled. Calendars and the IOA Calendar facility are discussed in Section 2. When both the DAYS and DCAL parameters are specified, they work as a complementary unit, as described later in this section. Similarly, when both WDAYS and WCAL are specified, they also work as a complementary unit as described later in this section. When values for both DAYS (/DCAL) and WDAYS (/WCAL) are specified in the same job scheduling definition, the resulting schedule is determined by the value specified in field AND/OR. CONFCAL/SHIFT A calendar specified in CONFCAL is not used for job scheduling, but is used instead for validating a scheduled date. Only jobs which 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 job is scheduled on that day. Otherwise, the job is either shifted to (scheduled on) another day according to the value specified in parameter SHIFT, or the job is not scheduled (if no SHIFT value has been specified). CONFCAL calendars are especially useful for handling holidays and other scheduling exceptions. Defining a Schedule Internal Scheduling Logic When defining scheduling tables, it is useful to understand the IOA Scheduling facility logic which determines whether or not to order a job on a specific day. This logic is described below. 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.
36
3. A third tentative scheduling decision is created based on the above two decisions and the AND/OR value linking them. (If DAYS/DCAL are not specified, this third temporary 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, this third scheduling decision is adjusted according to the CONFCAL/SHIFT criteria. 5. This third scheduling decision (as adjusted) becomes the final scheduling decision. The IOA Scheduling facility decides whether or not to schedule a job based on this final scheduling decision. Scheduling Jobs in Group Scheduling Tables The following scheduling algorithm applies to Group scheduling tables: 1. Before jobs in a group can be scheduled, the group must be eligible for scheduling (i.e., at least one of the tagged sets of basic scheduling criteria in the Group Entity has been satisfied). 2. If (and only if) the group is eligible for scheduling, each job scheduling definition in the scheduling table is individually checked for possible scheduling. For each job scheduling definition: 3. Schedule tags in the job scheduling definition are checked sequentially beginning with the first tag. If the criteria of a schedule tag are satisfied, no further checks are performed on the remaining schedule tags. The criteria belonging to the satisfied tag are used in the scheduling algorithm. 4. The RELATIONSHIP parameter (AND/OR) is checked. If a schedule tag was satisfied and the defined relationship is OR, the satisfied schedule tag is sufficient and the job is scheduled according to this tags criteria. No further checks are performed. If a schedule tag was not satisfied and the defined relationship is AND (i.e., the job requires that the schedule tag be satisfied), the job is not scheduled. No further checks are performed. If a schedule tag was satisfied and the defined relationship is AND, or if a schedule tag was not satisfied and the defined relationship is OR, the jobs basic scheduling criteria must be satisfied (i.e., the algorithm continues with the next step).
5. The jobs basic scheduling criteria are checked. If the jobs basic scheduling criteria are not satisfied, the job is not scheduled. If the jobs basic scheduling criteria are satisfied, the job is scheduled.
(The jobs basic scheduling criteria, not the scheduling tag criteria, are used for scheduling. This is a concern only if there are conflicting MAXWAIT values in the scheduling tag criteria and the jobs basic scheduling criteria. In this case, the MAXWAIT value from the jobs basic scheduling criteria is used.)
37
38
Certain actions may be required when the job ends successfully. Certain actions may be required when the job fails, depending on the reason for failure. Certain actions may be required in any and all situations.
The CONTROL-M monitor tracks each job execution. Following a jobs termination, the CONTROL-M monitor checks the execution results of each step in the job. Based on the results, the CONTROL-M monitor determines a final status of the job. Either of two final job statuses can be assigned: OK NOTOK Job ended OK. This status is usually assigned when all steps in the job end with a condition code less than or equal to C0004. Job ended NOTOK. This status is assigned when any step ends with a condition code greater than or equal to C0005. It is also assigned if the job abends or is not run. The following statuses are subsets of end status NOTOK: JRUN EXERR JFAIL Job not run due to JCL syntax error. Execution error (i.e., after the job has started running). JCL error was encountered during job step initiation. This status is also a subset of status EXERR.
If a post-processing error occurs after a job ends OK (including FORCE OK), it indicates that there is a problem with the post-processing statements defined in the job scheduling definition. For example, a post-processing statement may have indicated an action that the owner of the job was not authorized to perform. Post-processing parameters can be divided into the following groups: Parameters Performed When the Job Ends OK OUT AUTO-ARCHIVE Adds or deletes prerequisite conditions. Archives sysout. Specifies retention criteria of a job in the History Jobs file. Specifies sysout processing.
RETENTION SYSOUT
Conditional Processing / Processing in All Situations Most conditional processing is specified via a combination of ON and DO statements. ON/DO statement definition consists of defining ON statement step/code events (e.g., ON PGMST STEP1 CODE C0016) followed by DO statement actions (e.g., DO SHOUT, DO FORCEJOB) which are performed when the ON step/code criteria are satisfied. A range of steps for use in the ON statement can be defined in parameter STEP RANGE.
39
ON/DO statements also specify actions which should be performed in any and all cases. To ensure that the ON statement is activated for all step/code events, specify reserved word ANYSTEP as the ON step name and ***** as the ON code. DO statements allow specification of a wide variety of actions to be performed when the ON criteria are satisfied: DO OK DO NOTOK DO RERUN DO COND DO SYSOUT DO SHOUT DO FORCEJOB DO SET DO CTBRULE
R
Set the status of the step to OK. Set the status of the step to NOTOK. Rerun the job. Add/Delete prerequisite conditions. Handle sysout processing. Send a message. Force a job. Set the value of an AutoEdit variable. Activate a CONTROL-B rule. Perform CONTROL-R job restart.
DO IFRERUN
Special Case Post-processing Parameters SHOUT RERUN Sends a message to a specified destination in specified situations (e.g., if the job was submitted late). Parameters used only for automatic job rerun: MAXRERUN RERUNMEM INTERVAL Maximum number of times to rerun the job. Member containing the JCL to be used for rerun.
Minimum time interval between runs of a rerun or cyclic job (this parameter acts as a Runtime Scheduling parameter for the subsequent rerun/cyclic runs of the job).
Group Entity Post-processing Parameters The following parameter is found only in the Group Entity definition: ON GROUP-END Table-processing termination status which determines whether or not the accompanying DO statements are performed.
The following DO statements are permitted following an ON GROUP-END statement: DO COND DO FORCEJOB DO NOTOK Note DO OK DO SET DO SHOUT
Statements DO OK and DO NOTOK change the final status of the group (not the status of each job or job step in the group).
3 10
Parameter Descriptions
Parameter descriptions are provided in alphabetical order in the following format: Purpose Format Purpose of the parameter. Graphic illustration of how the parameter appears in the Job Scheduling Definition screen, followed by a detailed description of the parameters format and, where relevant, subparameters and valid values. Detailed information about the usage and functioning of the parameter. Examples illustrating how the parameter might be used in a job scheduling definition.
3 11
ADJUST CONDITIONS
General Job Parameter
ADJUST CONDITIONS
Determines whether or not to ignore the requirement for a prerequisite condition by successor jobs in a Group scheduling table (if the prerequisite condition was not added to the IOA Conditions/Resources file because a predecessor job in the group was not scheduled). This parameter appears in the Group Entity only and applies only to Group scheduling tables.
Format
Optional. Valid values are: Y (Yes) Ignore the requirement for an IN prerequisite condition normally added to the IOA Conditions/Resources file by a predecessor job if the predecessor job is not scheduled. Do not ignore the requirement for an IN condition. (No job in the group will be scheduled unless the jobs IN condition criteria are satisfied.) Default.
N (No)
General Information
This parameter is applied to all jobs in the Group scheduling table. It defines job dependencies in the group as being conditional or absolute. Absolute job dependency means that each job in a Group scheduling table should run only after all its predecessor jobs in the group have run. In this case, all prerequisite IN conditions for a job must exist in the IOA Conditions/Resources file before the job can run. To achieve absolute job dependency, specify a value of N for parameter ADJUST CONDITIONS. Conditional job dependency means that each job in the group should wait for its predecessor jobs to run only if the predecessor jobs in the group are scheduled. If the predecessor job which normally adds a prerequisite condition to the IOA Conditions/Resources file is not scheduled, the requirement for that prerequisite condition should be ignored so that the successor job can run (provided other runtime scheduling criteria are satisfied). In this case, specify a value of Y for parameter ADJUST CONDITIONS. Ignoring an IN condition affects only the job order. The ignored condition does not appear in the Zoom screen. The original job scheduling definition remains unchanged.
3 12
ADJUST CONDITIONS
General Job Parameter
Example
If a predecessor job is not scheduled, successor job orders will ignore the requirement for the prerequisite conditions the predecessor job would have normally placed in the IOA Conditions/Resources file.
GRP ACCOUNTS_GROUP CTM.PROD.SCHEDULE(GRP) COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ GROUP ACCOUNTS_GROUP MEMNAME ACCOUNTS OWNER N04B APPL DESC ADJUST CONDITIONS Y SET VAR DOCMEM ACCOUNTS DOCLIB CTM.PROD.DOC =========================================================================== SCHEDULE TAG ALL_DAYS 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 RETRO N MAXWAIT 00 =========================================================================== SCHEDULE TAG SUNDAYS DAYS 01 DCAL AND/OR WDAYS WCAL USE THE DOC COMMAND TO SHOW/HIDE JOB DOCUMENTATION 16.44.31
3 13
APPL
General Job Parameter
APPL
Descriptive name of the application to which the jobs group belongs. Used as a common descriptive name for a set of related groups (of jobs).
Format
APPL specifies an application name of 1-20 characters. Only trailing blanks are allowed. By default (which can be modified in the User Profile), the parameter is optional.
General Information
The parameter facilitates the handling of groups of production jobs. Note Use of parameter APPL is highly recommended to facilitate implementation of 1 Enterprise Controlstation functions and future CONTROL-M options.
for details.
3 14
APPL
General Job Parameter
Example
Job OPERCOMP belongs to group MAINTENANCE, which is part of application OPER.
JOB: OPERCOMP LIB CTM.PROD.SCHEDULE TABLE: OPER COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ MEMNAME OPERCOMP MEMLIB GENERAL OWNER SYS1 TASKTYPE JOB PREVENT-NCT2 APPL OPER GROUP MAINTENANCE DESC JOB RUN ON THE 1ST OF THE MONTH OVERLIB SET VAR CTB STEP AT NAME TYPE DOCMEM OPERCOMP DOCLIB CTM.PROD.DOC =========================================================================== DAYS 01 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 RETRO Y MAXWAIT 00 D-CAT MINIMUM PDS =========================================================================== IN CONTROL RESOURCE INIT 0001 USE THE DOC COMMAND TO SHOW/HIDE JOB DOCUMENTATION 11.17.00
3 15
AUTO-ARCHIVE
PostProcessing Parameter
AUTO-ARCHIVE
Controls SYSDATA archiving.
PostProcessing Parameter
Format
R
Optional. Parameter AUTO-ARCHIVE consists of the following subparameters: AUTO-ARCHIVE Determines whether or not SYSDATA is to be archived. Valid values are: Y (Yes) N (No) Archive SYSDATA. Default. Do not archive SYSDATA. If this value is specified for a job, CONTROL-R restart of the job and SYSDATA viewing under CONTROL-M will not be possible.
SYSDB
Determines whether all SYSDATA outputs are to be archived to one pre-designated dataset or whether each SYSDATA output is to be archived to its own dataset. Valid values: Y (Yes) SYSDATA of all jobs containing a SYSDB value of Y are archived to a common dataset. When the common dataset is full, another is automatically allocated and used by the system. This is the recommended method (see below). Default. SYSDATA of each job containing a SYSDB value of N is archived to a unique dataset.
N (No) MAXDAYS
Maximum number of days to retain archived SYSDATA value for jobs ended NOTOK. Must be a 2-digit number in the range 00 98 or 99. 99 means retain for an unlimited number of days (until deleted by request). Maximum number of runs for which the archived SYSDATA should be retained when the job ended NOTOK. Must be a 3-digit number in the range of 000 998 or 999. 999 means retain the SYSDATA of all runs.
MAXRUNS
3 16
AUTO-ARCHIVE
PostProcessing Parameter
General Information
Subparameter AUTO-ARCHIVE allows you to decide whether or not to archive SYSDATA. (For a definition of SYSDATA, see SYSDATA in Section 1 of this manual.) While archiving SYSDATA is normally desirable, it might not be desirable for cyclic jobs, started tasks, or frequently repeated jobs that do not require restart. If archiving, subparameter SYSDB allows you to decide whether SYSDATA for different jobs should be archived to a common dataset (Y) or whether a separate dataset should be used for each run (N). If Y is specified, a single archived SYSDATA dataset is used for archiving until it is full. Then, another SYSDATA dataset is allocated and used. This is the recommended method. Creating a separate dataset for each run is not recommended because:
Creating many datasets consumes a large amount of space in the disk VTOC. Each dataset is allocated on a track basis. If the SYSDATA does not completely fill the track, large amounts of disk space may be wasted.
Subparameters MAXDAYS and MAXRUNS define retention criteria for the archived SYSDATA of jobs that ended NOTOK. Defaults are defined in the CONTROL-R installation parameters. You can specify either or both parameters to override the defaults. If both parameters are specified, retention is limited by the condition which is fulfilled first. When archiving SYSDATA, it is highly recommended that value 99 not be specified in parameter MAXWAIT (described in this section) for cyclic jobs/started tasks. Otherwise, these jobs, which are never automatically deleted from the Active Jobs file, can cause the disk to fill up with unnecessary archived SYSDATA. Notes Specified parameters take effect only during execution of the New Day procedure (CONTDAY) or utility CTMCAJF. Therefore, it is possible to find more generations of the same job than the current value of MAXRUNS. Whenever a job is deleted from the Active Jobs file, its SYSDATA is deleted regardless of MAXDAYS or MAXRUNS.
3 17
AUTO-ARCHIVE
PostProcessing Parameter
Example
Archive the SYSDATA to a common dataset. Retain the archived SYSDATA for 7 days or 20 runs, whichever occurs first.
JOB: PRDKPL01 LIB CTM.PROD.SCHEDULE TABLE: PRODKPL COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ =========================================================================== OUT AUTO-ARCHIVE Y SYSDB Y MAXDAYS 07 MAXRUNS 020 RETENTION: # OF DAYS TO KEEP 030 # OF GENERATIONS TO KEEP SYSOUT OP (C,D,F,N,R) FROM RERUN - MAXRERUN RERUNMEM INTERVAL STEP RANGE FR (PGM.PROC) . TO . ON PGMST PROCST CODES A/O DO SHOUT WHEN TO URGN MS ======= >>>>>>>>>>>>>>>>>>> END OF SCHEDULING PARAMETERS <<<<<<<<<<<<<<<< =====
11.17.00
3 18
CONFCAL
Basic Scheduling Parameter
CONFCAL
Name of a calendar used to confirm the scheduling of the job. See also DAYS, WDAYS and DATES.
Format
Optional. CONFCAL subparameters are described below. Note If the new (expanded) portion of the SHIFT subparameter is not used, CONFCAL and SHIFT work as they did in previous releases. If this new portion is used, CONFCAL and SHIFT work differently. Specifies a valid calendar (member) name of 1-8 characters. A calendar specified in CONFCAL is used for:
CONFCAL
If the day is not a working day in the CONFCAL calendar, the SHIFT
subparameter is checked. Depending on the SHIFT value, the job may be scheduled on an earlier or later day, may be scheduled on that day, or may be cancelled.
3 19
CONFCAL
Basic Scheduling Parameter
SHIFT
Determines when and if the job should be scheduled. Optional. Note If no CONFCAL calendar is specified, no value can be specified for subparameter SHIFT, and this field has no effect on job scheduling.
The value specified for subparameter SHIFT has the following format: xyyy where: x How to shift scheduling of the job if the original scheduling day of the job is not a working day in the CONFCAL calendar. Valid values: blank > No shifting occurs. The job is not scheduled. Default. Job scheduling is shifted to the next working day in the CONFCAL calendar. Additional shifting may or may not be performed, depending on the yyy value (described below). Job scheduling is shifted to the previous working day in the CONFCAL calendar. Additional shifting may or may not be performed, depending on the yyy value (described below). Tentatively schedule the job for the current day (even if not a working day). Additional shifting may or may not be performed, depending on the yyy value (described below). Prior to CONTROL-M Release 5.1.4, subparameter SHIFT consisted of only the x value.
<
Note
yyy
Shifts scheduling of the job forward or backward the specified number of working days (as defined in the CONFCAL calendar). Valid values: blank Do not reshift job scheduling. Default. If the original scheduling day is a working day, no shifting occurs. If the original scheduling day is not a working day, no shifting, beyond that indicated by the x value, occurs. +nn Shift job scheduling forward to next nth working day.
3 20
CONFCAL
Basic Scheduling Parameter
nn
A value from 62 to +62 can be specified. Note If the result of shifting by yyy days is a day which is not allowed (i.e., n was specified for that day in the DAYS parameter of the job scheduling definition), the job is shifted again to the next allowed working day (for a forward shift) or to the previous allowed working day (for a backward shift).
The interaction between the x value and the yyy value is as follows:
If the original scheduling day of the job is not a working day in the
CONFCAL calendar, job scheduling is shifted according to the x value and then shifted again according to the yyy value (if specified) to determine when the job is scheduled. Note If the original scheduling day is not a working day and the x value is blank, the job is not scheduled (regardless of whether or not a yyy value is specified).
General Information
CONFCAL calendars are especially useful for handling holidays and other scheduling exceptions. If not specified, jobs 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 will pass the confirmation. Parameter CONFCAL cannot be used with parameters PDS and MINIMUM.
3 21
CONFCAL
Basic Scheduling Parameter
Example
This example is based on the following assumptions:
The current month is January 1998. Working days are defined in calendar WORKDAYS which contains the following working days (indicated by Y) for January 1998:
------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 N Y N N Y Y Y Y Y N N Y Y Y Y Y N N Y Y Y Y Y N N Y Y Y Y Y N
Schedule the job for three working days after each Thursday, if Thursday is defined as a working day in calendar WORKDAYS. If Thursday is a holiday, shift the job one working day forward and reschedule the job three working days after the following workday.
WDAYS 4 CONFCAL WORKDAYS SHIFT >+03
In this example, a holiday occurs on Thursday, January 1st. The > value shifts the job to Friday the 2nd (the next working day according to the CONFCAL calendar). The +03 value then shifts scheduling of the job three working days forward to Wednesday, January 7th.
3 22
CONFIRM
Runtime Scheduling Parameter
CONFIRM
Ensures manual confirmation before the job is submitted.
Format
Optional. Valid values: Y (Yes) Confirmation required. The job is not submitted unless manual confirmation is entered in the Status screen. No confirmation required. The job can be automatically submitted by CONTROL-M without manual confirmation. Default.
N (No)
General Information
If CONFIRM = Y, the job appears in the Status screen with a WAIT CONFIRMATION (FOR SCHEDULE) status. Option C (Confirm) must then be specified in the Status screen for the job to be submitted. When the job is confirmed in the Status screen, the CONFIRM value in the Zoom screen changes to N. If CONFIRM = N or blank, the job is automatically submitted by CONTROL-M at the first available opportunity. Note In the case of cyclic jobs, confirmation applies to the first run only. Once confirmed, the job will be recycled without waiting for subsequent confirmation.
3 23
CONFIRM
Runtime Scheduling Parameter
Example
Job OPERCOMP requires manual confirmation in order to be eligible for submission. Manual confirmation can be provided from the Status screen once the job is displayed with a status of WAIT CONFIRMATION (FOR SCHEDULE).
JOB: OPERCOMP LIB CTM.PROD.SCHEDULE TABLE: OPER COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ MEMNAME OPERCOMP MEMLIB GENERAL OWNER SYS1 TASKTYPE JOB PREVENT-NCT2 APPL OPER GROUP MAINTENANCE DESC JOB RUN ON THE 1ST OF THE MONTH OVERLIB SET VAR CTB STEP AT NAME TYPE DOCMEM OPERCOMP DOCLIB CTM.PROD.DOC =========================================================================== DAYS 01 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 RETRO Y MAXWAIT 00 D-CAT MINIMUM PDS =========================================================================== IN CONTROL RESOURCE INIT 0001 PIPE TIME: FROM UNTIL PRIORITY DUE OUT CONFIRM Y USE THE DOC COMMAND TO SHOW/HIDE JOB DOCUMENTATION 11.17.00
3 24
CONTROL
Runtime Scheduling Parameter
CONTROL
Format
Optional. A maximum of two resources can be specified in each CONTROL line. Upon specifying the second resource in a CONTROL line and pressing <ENTER>, a new line is opened (for specifying additional resources). Each CONTROL specification consists of the following mandatory subparameters: res-name state User-supplied, descriptive name of 120 characters used to identify the resource. Type of control the job requires of the resource. Valid values: E S The job requires exclusive control of the resource during processing. The job requires shared control of the resource during processing.
General Information
Parameter CONTROL is used to control parallel execution of jobs. If a job requires a resource in exclusive state, it cannot share usage of that resource with another job (i.e., the jobs cannot run in parallel). For example:
If JOBA requires exclusive control of a resource which is already in use by a different job, JOBA must wait until the other job frees the resource regardless of whether the other job is using the resource in shared or exclusive state. If JOBA already has exclusive control of a resource, any job requiring that resource must wait until JOBA frees the resource, regardless of whether the job requires the resource in shared or exclusive state.
If a job requires a resource in shared state, that job can run in parallel with other jobs requiring the same resource in shared state. For example:
3 25
CONTROL
Runtime Scheduling Parameter
If JOBA requires shared control of a resource which is already in shared use by a different job(s), JOBA can use that resource at the same time. If JOBA already has shared control of a resource, any job requiring that same resource in shared state can use that resource at the same time.
However:
If JOBA requires shared control of a resource which is already in exclusive use by a different job, JOBA must wait until the other job frees the resource. If JOBA already has shared control of a resource, any job requiring that same resource in exclusive state must wait until JOBA frees the resource.
For more information, see Quantitative and Control Resources in Section 1 of this manual.
Example
The following three screens (job definitions) indicate how parameter CONTROL can control resource usage. All three job definitions require resource (disk) DISK-VS0020:
The first job, BKPVS020, is a backup job which requires exclusive control of disk DISK-VS0020. The other two jobs, CMPRSJOB and CMPRSSRC, are both compress jobs. They do not require exclusive control (i.e., they can share control) of disk DISK-VS0020.
Jobs CMPRSJOB and CMPRSSRC can be run in parallel with each other, but neither can run in parallel with job BKPUS020. If job BKPVS020 is running, jobs CMPRSJOB and CMPRSSRC must wait. If either job CMPRSJOB and/or CMPRSSRC is running, job BKPVS020 must wait.
3 26
CONTROL
Runtime Scheduling Parameter
This is the first of the three jobs in the example (job BKPVS020).
JOB: BKPVS020 LIB CTM.PROD.SCHEDULE TABLE: BACKUP COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ MEMNAME BKPVS020 MEMLIB GENERAL OWNER SYS1 TASKTYPE JOB PREVENT-NCT2 APPL OPER GROUP BACKUP DESC FULL VOLUME BACKUP OF DISK VS0020 OVERLIB SET VAR CTB STEP AT NAME TYPE DOCMEM BKPVS020 DOCLIB CTM.PROD.DOC =========================================================================== DAYS DCAL AND/OR WDAYS 3,0 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 RETRO Y MAXWAIT 00 D-CAT MINIMUM PDS =========================================================================== IN CONTROL DISK-VS0020 E RESOURCE USE THE DOC COMMAND TO SHOW/HIDE JOB DOCUMENTATION 11.17.00
This is the second of the three jobs in the example (job CMPRSSRC).
JOB: CMPRSSCR LIB CTM.PROD.SCHEDULE TABLE: OPMAINT COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ MEMNAME CMPRSSCR MEMLIB GENERAL OWNER SYS1 TASKTYPE JOB PREVENT-NCT2 APPL OPER GROUP OPER-MAINT DESC COMPRESS JOB OF GSD.DEPO.SCR OVERLIB SET VAR CTB STEP AT NAME TYPE DOCMEM CMPRSSCR DOCLIB CTM.PROD.DOC =========================================================================== DAYS 01 DCAL AND/OR WDAYS WCAL MONTHS 123456789101112DATES CONFCAL SHIFT RETRO Y MAXWAIT 00 D-CAT MINIMUM 025 PDS GSD.DEPO.SCR =========================================================================== IN CONTROL DISK-VS0020 S RESOURCE USE THE DOC COMMAND TO SHOW/HIDE JOB DOCUMENTATION 11.17.00
3 27
CONTROL
Runtime Scheduling Parameter
3 28
CTB STEP
General Job Parameter
CTB STEP
Adds CONTROL-B steps as the first and/or last step of the jobs execution.
Format
Optional. Parameter CTB STEP consists of the following subparameters: AT Indicates where to place the CONTROL-B step in the job. Mandatory. Valid values: START END NAME TYPE The indicated CONTROL-B step should become the first step of the job. The indicated CONTROL-B step should become the last step of the job.
Name of the CONTROL-B entity. Must be a valid name of a CONTROL-B rule or mission. Mandatory. Type of CONTROL-B entity. Mandatory. Valid values: RULE MISSION Entity is a CONTROL-B rule. Entity is a CONTROL-B mission.
ARGUMENTS Note
The ARGUMENTS line is not displayed until the CTB STEP line is filled in and <ENTER> is pressed.
General Information
A maximum of two CTB STEP statements (i.e., one START statement and one END statement) can be specified. Upon filling in the first CTB STEP line on the screen and pressing <ENTER>, the ARGUMENTS line and the second CTB STEP line are displayed. If the second CTB STEP line is filled in and <ENTER> is pressed, its ARGUMENTS line is displayed.
3 29
CTB STEP
General Job Parameter
Multiple arguments must be separated by a comma without a space because they are automatically passed to the CONTROL-B step as a PARM=arguments parameter in the steps JCL. CONTROL-M uses the status returned by CONTROL-B as it would use the return status of any job step.
If CONTROL-B returns a status of OK or TOLER (within accepted tolerances), CONTROL-M considers the step as having ended OK. f CONTROL-B returns a status of NOTOK or ABEND, CONTROL-M considers the job step as having ended NOTOK.
Example
After successfully performing salary calculations, job SACALC01 invokes rule CHKCALC to ensure that the results are reasonable, and then sets OUT condition SALARY-OK.
JOB: SACALC01 LIB CTM.PROD.SCHEDULE TABLE: SALARY COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ MEMNAME SACALC01 MEMLIB GENERAL OWNER SYS1 TASKTYPE JOB PREVENT-NCT2 APPL SAL GROUP SALARY DESC SALARY CALCULATIONS OVERLIB SET VAR CTB STEP AT END NAME CHKCALC TYPE RULE ARGUMENTS %%ODATE CTB STEP AT NAME TYPE DOCMEM SACALC01 DOCLIB CTM.PROD.DOC =========================================================================== DAYS 01,15 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 RETRO Y MAXWAIT 00 D-CAT MINIMUM PDS =========================================================================== IN CONTROL RESOURCE PIPE TIME: FROM UNTIL PRIORITY DUE OUT CONFIRM =========================================================================== OUT SALARY-OK ODAT + USE THE DOC COMMAND TO SHOW/HIDE JOB DOCUMENTATION 11.17.00
3 30
D-CAT
Basic Scheduling Parameter
D-CAT
Name of a CONTROL-D report decollating mission category that should be scheduled under CONTROL-D when the job is scheduled under CONTROL-M. Note Prior to CONTROL-M Release 5.1.4, parameter D-CAT was called CATEGORY.
Format
Optional. Parameter D-CAT must be 1-20 characters, or * for all categories. If this parameter is specified when CONTROL-D is not installed, New Day processing stops immediately after this job. (See Section 6 of this manual for a description of New Day processing.)
General Information
If the parameter is specified, whenever the job is scheduled, a search is made in the CONTROL-D report decollating mission library for a job (member) with the name specified in parameter MEMNAME (described in this section) and with the same category. (No search is made in the case of job restarts.) The selected category is forced and placed in the CONTROL-D Active Missions file (i.e., the jobs output should be decollated by CONTROL-D). If D-CAT is set to *, all categories of the 2 job are forced under CONTROL-D.
If optional wish WM0983 is applied at your site, selected categories are scheduled (i.e., not forced).
3 31
D-CAT
Basic Scheduling Parameter
Example
The job output should be decollated by the CONTROL-D report decollating mission category DAILY.
JOB: GNRLDR12 LIB CTM.PROD.SCHEDULE TABLE: GNRLDR COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ MEMNAME GNRLDR12 MEMLIB GENERAL OWNER SYS1 TASKTYPE JOB PREVENT-NCT2 APPL GENERAL GROUP GENERAL-LEDGER DESC GENERAL LEDGER DAILY REPORTS OVERLIB SET VAR CTB STEP AT NAME TYPE DOCMEM GNRLDR12 DOCLIB CTM.PROD.DOC =========================================================================== DAYS ALL DCAL WORKDAYS 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 RETRO Y MAXWAIT 00 D-CAT DAILY MINIMUM PDS =========================================================================== IN CONTROL RESOURCE USE THE DOC COMMAND TO SHOW/HIDE JOB DOCUMENTATION 11.17.00
3 32
DATES
Basic Scheduling Parameter
DATES
Dates, by month and day, on which the job should be scheduled for execution.
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 job is scheduled for execution only on the dates specified in parameter DATES. Parameter DATES cannot be used with parameters PDS, MINIMUM, MONTHS, DAYS, and DCAL. To specify more than 12 dates for one job, define the dates in a calendar (instead of using this parameter) and specify the calendar in subparameter DCAL (or WCAL). The relationship between DATES and WDAYS/WCAL is OR. If the job should be scheduled according to the DATES parameter or according to the WDAYS/WCAL combination, it will be scheduled.
3 33
DATES
Basic Scheduling Parameter
Example 1
Schedule a job for the 15th of January (mmdd format).
DATES 0115
Example 2
Schedule job PRDKPL01 for the 21st of June and the 21st of December (ddmm format).
JOB: PRDKPL01 LIB CTM.PROD.SCHEDULE TABLE: PRODKPL COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ MEMNAME PRDKPL01 MEMLIB CTM.PROD.JCL OWNER SYS1 TASKTYPE JOB PREVENT-NCT2 APPL KPL GROUP PROD-KPL DESC DAILY PRODUCTION - START OF APPL-PROD-KPL OVERLIB SET VAR CTB STEP AT NAME TYPE DOCMEM PRDKPL01 DOCLIB CTM.PROD.DOC =========================================================================== DAYS 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 2106 2112 CONFCAL SHIFT RETRO Y MAXWAIT 00 D-CAT MINIMUM PDS =========================================================================== IN START-DAILY-PROD-KPL ODAT CONTROL DB2-MAIN-FILE E RESOURCE INIT 0001 CARTRIDGE 0001 USE THE DOC COMMAND TO SHOW/HIDE JOB DOCUMENTATION 11.17.00
3 34
DAYS
Basic Scheduling Parameter
DAYS
Days of the month on which the job should be scheduled. See also WDAYS and CONFCAL.
Format
Optional. Parameter DAYS specifies days of the month on which the job should be scheduled, provided other basic scheduling criteria are met. Values for DAYS can be specified alone, or they can be specified together with a calendar specified in subparameter DCAL. DAYS/DCAL can also be specified together with WDAYS/WCAL (described under WDAYS in this section of the manual). Parameter DAYS consists of the following subparameters: DAYS Days of the month on which to schedule a job. (The months in which to order jobs are specified in parameter MONTHS, described later in this section.) Various formats (described later) can be used to specify DAYS (e.g., 2 means the second day of the month, L2 means the day before the last day of the month, D1PA means the first day in period A). Name of a calendar containing a predefined set of dates (referred to as working days) on which a job should be scheduled. A specified value must be either a valid member name of 1-8 characters, or an * to indicate that the calendar specified in parameter CONFCAL should be used for scheduling. See the IOA Calendar facility in Section 2 of this manual for more information on how to define, use and modify calendars. Notes A calendar specified in DCAL does not have to exist when defining parameter DAYS. It must exist when the job is being ordered. Existing job definitions from previous releases which specify DAYS values and a DATEMEM calendar will automatically have the calendar name placed in the DCAL field when accessed by this CONTROL-M release.
DCAL
3 35
DAYS
Basic Scheduling Parameter
AND/OR
Conjunctional parameter used to link parameters DAYS and WDAYS when both are specified. A (AND) O (OR) Both DAYS (/DCAL) and WDAYS (/WCAL) criteria must be met in order for a job to be scheduled. DAYS (/DCAL) and/or WDAYS (/WCAL) criteria must be met for a job 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 basic scheduling criteria are met:
When DAYS are specified without DCAL, the job is scheduled on the specified days (in the specified months). When DCAL is specified without DAYS, the job is scheduled on all working days marked in the DCAL calendar. When DAYS and DCAL are both specified, scheduling depends on the combination of working days defined in the calendar and the values/format of parameter DAYS (described below). When both DAYS and WDAYS criteria are specified, scheduling depends on the AND/OR subparameter connecting them.
n is any integer from 1 to 31. Multiple values can be expressed (separated by commas) in any order. DCAL should not contain the name of a periodic calendar. All days of the month. If ALL is specified, other DAYS values cannot be specified with it. If a DCAL calendar is not defined, schedule the job on all days in the month. If a DCAL calendar is defined, schedule the job only on the working days indicated in the calendar.
ALL
n,...
Specific days of the month. If a DCAL calendar is not defined, schedule the job on the specified days. If a DCAL calendar is defined, schedule the job only when a day is defined as a working day in both the DAYS parameter and the DCAL calendar.
+n,...
Days of the month in addition to the working days specified in the DCAL calendar. DCAL is mandatory.
3 36
DAYS
Basic Scheduling Parameter
n,...
Days of the month on which a job cannot be ordered. These values take precedence over all other Basic Scheduling parameters (i.e., the job is not ordered, even if schedulable according to DCAL calendar working days, WDAYS, or other criteria). DCAL is mandatory. Order the job on the indicated day if it is a working day in the DCAL calendar; otherwise, order the job on the next working day that is not negated by a n value in this parameter. This format is frequently used for holiday handling. DCAL is mandatory. Order the job on the indicated day if it is a working day in the DCAL calendar; otherwise, order the job on the last previous working day that is not negated by a n value in this parameter. This format is frequently used for holiday handling. DCAL is mandatory. Order the job on the nth working day from the beginning of the month. DCAL is mandatory. Order the job on all working days except the nth working day from the beginning of the month. DCAL is mandatory. Order the job on the nth day (or nth working day if DCAL is defined) counting backward from the end of the month. DCAL is optional. If DCAL is defined, order the job on all working days except the nth working day counting backward from the end of the month. If DCAL is not defined, order the job on all days except the nth day counting backward from the end of the month. DCAL is optional.
>n,...
<n,...
n is any integer from 1 to 63, and i is any valid period identifier. If the number of days between periods with the same identifier is more than 33 (this value can be changed by the IOA administrator), it is considered a new period. The name of a periodic calendar must be specified in DCAL. See IOA Calendar Facility in Section 2 for details about periodic calendars. Order the job on the nth day of period i from the beginning of the period. An * can be specified as the n value to represent all days and/or as the i value to represent all periods. Order the job on all days of period i except the nth day of period i from the beginning of the period. An * can be specified as the i value to represent all periods. Order the job on the nth day of period i counting backward from the last day of the period. An * can be specified as the i value to represent all periods. Order the job on all days of period i except the nth day of period i counting backward from the last day of the period. An * can be specified as the i value to represent all periods.
DnPi,...
DnPi,...
LnPi,...
LnPi,...
3 37
DAYS
Basic Scheduling Parameter
General Information
Negative values take precedence over positive values when determining whether or not a job should be scheduled on a certain date. If a negative value (i.e., format n, Dn, Ln, DnPi, or LnPi) in either the DAYS or WDAYS field prevents a job from being scheduled on a date, the job will not be scheduled on that date even if a positive value (e.g., Ln) would otherwise result in the job being scheduled on that date. A maximum of eight periodic values (i.e., 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 will depend on the calendar type specified in parameter DCAL:
If a non-periodic calendar is specified in DCAL, only non-periodic values in parameter DAYS are processed; periodic values are ignored. In this case, negative periodic values (i.e., DnPi, LnPi) are also ignored and do not supersede other values. If a periodic calendar is specified in DCAL, all periodic values in parameter DAYS are processed and all non-periodic values are ignored.
Parameter MONTHS is ignored when periodic values are specified in parameter DAYS. Parameter DAYS cannot be used with parameters PDS, MINIMUM, and DATES.
Examples
The examples in this section are based on the following assumptions:
The current month is August 1998. Working days are defined in calendar WORKDAYS which contains the following working days (indicated by Y) for August 1998. WDAYS are defined as days beginning on Monday.
---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 Y
Periodic calendar PERIDAYS contains the following periodic definition for August 1998. These examples assume that all other days of this calendar are blank.
---S-------------S-------------S-------------S-------------S--1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 B C A A B B C A A B B C A A B B C A A B B
Start of the week is defined as Monday. Weeks start on the following dates in August 1998: 3rd, 10th, 17th, 24th, and 31st.
At the end of each example, asterisks in a August 1998 calendar indicate the days on which the job is scheduled.
3 38
DAYS
Basic Scheduling Parameter
Example 1
Schedule the job on the 17th day and the last day of the month.
DAYS 17,L1
Example 2
Schedule the job on all working days of the month except the 6th day of the month, and also schedule the job on the 1st day of the month.
DAYS DCAL +1,-6 WORKDAYS
Example 3
Schedule the job on all working days of the month except the first and last working days, and except the 17th day, of the month.
DAYS DCAL -D1,-17,-L1 WORKDAYS
Example 4
Schedule the job on the 8th day of the month. If it is not a working day, schedule the job on the closest preceding working day.
DAYS DCAL <8 WORKDAYS
3 39
DAYS
Basic Scheduling Parameter
Example 5
Schedule the job on the 1st day of period A, and on all days, except the 2nd day, of period B. Do not schedule the job on the 5th day of the month.
DAYS DCAL -5,D1PA,-D2PB PERIDAYS
Example 6
Schedule the job on each Monday and on the 1st day of the month.
DAYS AND/OR WDAYS 1 OR 1
Example 7
Schedule the job on the 3rd day of the month provided it is a Monday.
DAYS AND/OR WDAYS 3 AND 1
Example 8
Schedule the job on the last Monday of the month.
DAYS AND/OR WDAYS L1,L2,L3,L4,L5,L6,L7 AND 1
3 40
DAYS
Basic Scheduling Parameter
Example 9
Schedule the job 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 job. If the day of the month is a Saturday, but it is not a working day, schedule the job on the next working day.
DAYS AND/OR WDAYS CONFCAL SHIFT 1,7,15 AND 6 WORKDAYS >
Example 10
Schedule the job to run on the first Friday after the 15th of the month.
DAYS AND/OR WDAYS 16,17,18,19,20,21,22 AND 5
3 41
DESC
General Job Parameter
DESC
Description of the job to be displayed in the Job List screen.
Format
General Information
Parameter DESC is informational. It does not affect job processing. The description specified in parameter DESC appears to the right of the job name in the Job List screen. It is intended to let the user know the purpose of (or some other key information about) the job. The text can be specified in any language. Note If the current job was converted from another job scheduling product (e.g., CA-7), the string SCHEDULE-PREV-DAY or SCHEDULE-PREV-ONLY may appear in the DESC field for the job group. This string causes all scheduled runs of the job to be shifted back one day.
To specify more detailed job documentation, see Job Documentation in Section 2 of this manual.
3 42
DESC
General Job Parameter
Example
Job OPERCOMP will appear in the Job List screen with the description: JOB RUN ON THE 1ST OF THE MONTH.
JOB: OPERCOMP LIB CTM.PROD.SCHEDULE TABLE: OPER COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ MEMNAME OPERCOMP MEMLIB CTM.PROD.JCL OWNER SYS1 TASKTYPE JOB PREVENT-NCT2 APPL OPER GROUP MAINTENANCE DESC JOB RUN ON THE 1ST OF THE MONTH OVERLIB SET VAR@SCREENTEXT = CTB STEP AT NAME TYPE DOCMEM OPERCOMP DOCLIB CTM.PROD.DOC =========================================================================== DAYS 01 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 RETRO Y MAXWAIT 00 D-CAT MINIMUM PDS =========================================================================== IN CONTROL RESOURCE INIT 0001 USE THE DOC COMMAND TO SHOW/HIDE JOB DOCUMENTATION 11.17.00
3 43
DO statement
PostProcessing Parameter
DO statement
PostProcessing Parameter
Format
Type the action keyword (e.g., COND) in the DO field and press <ENTER>. In many cases, subparameter fields will be displayed. Fill in the subparameter(s) and press <ENTER> again.
Multiple DO statements can be specified. After entering a DO statement, another DO line is automatically displayed. The following are valid DO actions. Each is discussed in detail, later. DO COND DO CTBRULE Adds and/or deletes prerequisite conditions. Invokes a CONTROL-B rule.
R
DO NOTOK DO OK DO RERUN DO SET DO SHOUT DO SYSOUT
Specifies CONTROL-R restart parameters if a rerun is necessary for the job. Sets the job step status to NOTOK. Sets the job step status to OK. Reschedules the job (for rerun). Sets the value of an AutoEdit variable. Sends a message to a specified destination. Handles of the jobs output.
3 44
DO statement
PostProcessing Parameter
General Information
DO statements are generally paired with preceding ON PGMST/PROCST/CODES statements (described later in this section). Their implied relationship is: IF THEN On step/codes-event criteria (specified PGMST/PROCST/CODES statements) are satisfied, Perform all actions specified in the DO statements. in the ON
All specified DO statements have an AND relationship. To add an empty DO statement between two existing DO statements, type the > character over the first letter in the DO field of the earlier DO statement, and press <ENTER>.
Example
DO >OND
OND is restored to its original value when <ENTER> is pressed (e.g., the > character disappears). To delete unwanted DO statements, either delete the DO keyword and press <ENTER> or specify appropriate Line Editing commands in the Edit environment (described in Appendix A).
3 45
DO COND
PostProcessing Parameter
DO COND
PostProcessing Parameter
Add or delete prerequisite conditions if the accompanying ON step/code criteria are satisfied. Note Statements DO COND and OUT are similar. If you are familiar with one of them, you can easily use the other. You should, however, be familiar with the differences outlined below in OUT/DO COND Differences.
Format
Optional. Type COND in the DO field and press <ENTER>. Fields are provided for the subparameters described below. A maximum of two prerequisite conditions can be specified in each DO COND line. Upon specifying one or two prerequisite condition in a line and pressing <ENTER>, a new line is opened (for specifying additional DO statements). Each DO COND statement consists of the following mandatory subparameters: cond-name User-supplied, descriptive name of 1-20 characters used to identify the condition. Note A condition name should not begin with the | symbol and should not contain parentheses () because these characters are used in defining Boolean logic for conditions.
dateref
4-character date reference. Valid values: date ODAT PREV Specific date (in either mmdd or ddmm format, depending on the site standard). Resolves to the original scheduling date. Default. Resolves to the previous date on which the job should have been scheduled, according to its basic scheduling criteria (or ODATE1 for a forced job).
3 46
DO COND
PostProcessing Parameter
NEXT
Resolves to the next date on which the job will be scheduled, according to its basic scheduling criteria (or ODATE+1, for a forced job.). Static. Indicates that the condition (e.g., IMS-ACTIVE) is not date-dependent. STAT replaces the 0101 date values specified for such conditions prior to IOA Release 5.0.0. Although 0101 can still be specified, STAT is preferred because it cannot be confused with an actual date. Any scheduling date. Valid only with opt= . Any scheduling date. Valid only with opt= .
STAT
Note
**** $$$$
If a date reference is not specified, the value ODAT is automatically inserted upon pressing <ENTER>. opt Indicates whether to add or delete the specified prerequisite condition. Valid values: + Add (create) the prerequisite condition Delete the prerequisite condition
General Information
When a DO COND statement is activated, the specified prerequisite condition(s) are added to or deleted from the IOA Conditions/Resources file according to the specified opt value. Prerequisite conditions are usually used to establish job dependencies or ensure manual intervention when required.
To establish a job dependency, define a prerequisite condition in an OUT or DO COND statement in the job that should run first, and in an IN statement in the job that should run afterwards. The job containing a prerequisite condition in its IN statement is not submitted unless that prerequisite condition has been added manually or by the job containing an OUT or DO COND statement. An OUT statement is used to add the prerequisite condition if the job ends OK. Statement DO COND to add the prerequisite condition if the step/codes event criteria specified in the accompanying ON statement are satisfied.
If the IN prerequisite condition can only be satisfied by manual intervention (e.g., TAPE1-ARRIVED is set by the operator after an external tape has arrived on-site), performance of the required manual intervention before job submission is ensured.
OUT and DO COND statements can also be used to delete prerequisite conditions. The jobs OUT statement can be used to delete the prerequisite condition after the job ends OK. A DO COND statement can be used to delete prerequisite conditions if the accompanying ON step/code criteria are satisfied.
3 47
DO COND
PostProcessing Parameter
These statements are generally used to delete prerequisite conditions either to prevent a particular job from running or when the condition is no longer needed by any other jobs in the Active Jobs file. DO COND functions are performed after the functions of the OUT parameter.
If a prerequisite condition is added by the OUT parameter and deleted by the DO COND parameter, the combined effect is the deletion of the prerequisite condition. If a prerequisite condition is deleted by the OUT parameter and added by the DO COND parameter, the combined effect is the addition of that prerequisite condition.
(For more information, see descriptions of parameters IN, ON and OUT in this section.) The following are examples of prerequisite conditions:
IMS-ACTIVE JOB_PAYCALC_ENDED_OK TAPE1_LOADED
All prerequisite conditions are associated with a date reference which is used to distinguish between different runs of the same job with different scheduling dates. If, for example, a condition is being deleted, only the condition matching the specified date will be deleted. The same condition associated with a different date will not be deleted. When adding or deleting prerequisite conditions, the date associated with the prerequisite condition can be a specific 4-character date or one of the following symbolic dates: ODAT PREV STAT NEXT **** / $$$$ Adds or deletes the prerequisite condition with the original scheduling date of the job. Adds or deletes the prerequisite condition with the previous scheduling date of the job (or ODATE1 for a forced job). Adds or deletes prerequisite condition with the date value STAT. Adds or deletes the prerequisite condition with the next scheduling date of the job (or ODATE+1 for a forced job). Valid only when deleting prerequisite conditions. Either of these values results in the deletion of all matching prerequisite conditions regardless of date.
Prerequisite conditions created by statement DO COND can trigger the execution of other jobs or processes. Prerequisite conditions deleted by statement DO COND can prevent the execution of jobs and processes whose IN statements require those prerequisite conditions. If two or more DO COND statements are contradictory, statements performed earlier are overridden by statements which are performed later. For more information regarding prerequisite conditions, see Prerequisite Condition Concept in Section 1 of this manual.
3 48
DO COND
PostProcessing Parameter
OUT / DO COND Differences Statements OUT and DO COND have the following differences:
Statement OUT is applied only if the job ends OK. DO COND statements are associated with accompanying ON statements and are applied only if the accompanying ON step/code criteria are satisfied. An OUT statement appears in each job scheduling definition. No DO COND statement appears unless specified. To specify a DO COND statement, type COND in an empty DO field and press <ENTER>. DO COND statements are processed after OUT statements and can therefore override OUT statements. MVS restart can only be requested from an OUT statement, not a DO COND statement.
Example
The following example provides a simplified demonstration of how CONTROL-M can be used to monitor IMS. Prerequisite conditions, CHANGE-ACCUMULATION and LOGCLOSE-NEEDED, can be used as IN prerequisite conditions to trigger the execution of IMS maintenance jobs which depend on those conditions.
JOB: IMSPROD LIB CTM.PROD.SCHEDULE TABLE: IMSPROD COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ =========================================================================== OUT IMS-ACTIVE **** AUTO-ARCHIVE Y SYSDB Y MAXDAYS MAXRUNS RETENTION: # OF DAYS TO KEEP 030 # OF GENERATIONS TO KEEP SYSOUT OP (C,D,F,N,R) FROM RERUN - MAXRERUN RERUNMEM INTERVAL STEP RANGE FR (PGM.PROC) . TO . ON PGMST STEP01 PROCST CODES U0421 A/O DO COND CHANGE ACCUMULATION ODAT + DO ON PGMST STEP01 PROCST CODES U0428 A/O DO COND LOGCLOSE-NEEDED ODAT + DO ON PGMST STEP01 PROCST CODES U0426 A/O DO SHOUT TO U-DBA URGENCY V = *** IMSPROD ABENDED WITH U0426 **** DO ON PGMST PROCST CODES A/O DO USE THE DOC COMMAND TO SHOW/HIDE JOB DOCUMENTATION 11.17.00
3 49
DO CTBRULE
PostProcessing Parameter
DO CTBRULE
PostProcessing Parameter
Invokes a CONTROL-B rule to be executed during the processing of a specific program step. Available only at sites utilizing CONTROL-B.
Format
Optional. Type CTBRULE in the DO field and press <ENTER>. The following subparameters are displayed: name Name of the CONTROL-B rule which should be executed. The CONTROL-B rule contains all balancing specifications to be performed. The rule name can be a maximum of eight characters. Mandatory. Arguments that are passed to the CONTROL-B rule. Separate multiple arguments by commas. A maximum of 45 characters can be specified. Optional.
ARG
General Information
When DO CTBRULE is specified, balancing is performed by the CONTROL-B Runtime environment according to the specified rule definition and using the specified arguments. The CONTROL-B Runtime environment is invoked once for each DO CTBRULE statement in the job scheduling definition. Note If DO CTBRULE is specified under ON PGMST ANYSTEP, the CONTROL-B Runtime environment is invoked only once.
When CONTROL-M calls a CONTROL-B rule, CONTROL-B System variable SYSOPT contains the value CTMWORK. This variable can then be tested within the CONTROL-B rule definition to determine if CONTROL-M invoked the CONTROL-B Runtime environment. When the CONTROL-B Runtime environment is invoked by CONTROL-M (i.e., CONTROL-B System variable SYSOPT is set to CTMWORK), CONTROL-B can analyze and balance SYSDATA. For more information about invoking CONTROL-B rules from CONTROL-M job scheduling definitions, see to Interface in CONTROL-M in Section 10 of the CONTROL-B User Manual.
3 50
DO CTBRULE
PostProcessing Parameter
Example
If the job ends OK, execute CONTROL-B balancing rule GOVTBAL.
JOB: GOVTREPT LIB CTM.PROD.SCHEDULE TABLE: BACKUP COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ TIME: FROM UNTIL PRIORITY DUE OUT CONFIRM =========================================================================== OUT FINANCE-GOVTREPT-OK ODAT + AUTO-ARCHIVE Y SYSDB Y MAXDAYS MAXRUNS RETENTION: # OF DAYS TO KEEP 030 # OF GENERATIONS TO KEEP SYSOUT OP (C,D,F,N,R) FROM RERUN - MAXRERUN RERUNMEM INTERVAL STEP RANGE FR (PGM.PROC) . TO . ON PGMST ANYSTEP PROCST CODES OK A/O DO CTBRULE = GOVTBAL ARG DOREPORT,10,%%ODATE DO ON PGMST PROCST CODES A/O DO SHOUT WHEN NOTOK TO TSO-M44 URGN R MS JOB GOVTREPT ENDED "NOT OK" SHOUT WHEN TO URGN MS ======= >>>>>>>>>>>>>>>>>>> END OF SCHEDULING PARAMETERS <<<<<<<<<<<<<<<< =====
11.17.00
3 51
DO FORCEJOB
PostProcessing Parameter
DO FORCEJOB
Force one or more jobs under CONTROL-M.
PostProcessing Parameter
Format
Optional. Type FORCEJOB in the DO field and press <ENTER>. The following subparameters are displayed: TABLE JOB DATE Name of CONTROL-M scheduling table. Job name. If this field is blank, all jobs in the specified table are forced. 6-character scheduling date for the job(s). Valid values: date ODAT DATE LIBRARY Specific date (in either mmddyy, ddmmyy or yymmdd format, depending on the site standard). Resolves to the CONTROL-M original scheduling date of the job. Default. Resolves to the current system date.
General Information
Statement DO FORCEJOB schedules jobs under CONTROL-M even if the jobs are not normally scheduled on the specified date (according to the jobs Basic Scheduling parameters). It is similar to the FORCE option in the CONTROL-M Rule List screen or Table List screen. If the DO FORCEJOB statement specifies a job name belonging to multiple jobs in the table, the first job in the table with that job name is forced. Without the DO FORCEJOB statement, emergency jobs and jobs which run in special circumstances would require daily scheduling or manual forcing (from the Online facility). By defining appropriate ON criteria and DO FORCEJOB statements, emergency or other special jobs can be automatically forced when required without being previously scheduled.
3 52
DO FORCEJOB
PostProcessing Parameter
Example
On any system or user abend on any step in job PRDKPL01, force emergency job PRDKPLSP.
JOB: PRDKPL01 LIB CTM.PROD.SCHEDULE TABLE: PRODKPL COMMAND ===> SCROLL===> CRSR +-----------------------------------------------------------------------------+ =========================================================================== OUT PRDKPL01-ENDED-OK ODAT + AUTO-ARCHIVE Y SYSDB Y MAXDAYS MAXRUNS RETENTION: # OF DAYS TO KEEP 030 # OF GENERATIONS TO KEEP SYSOUT OP (C,D,F,N,R) A FROM RERUN - MAXRERUN RERUNMEM INTERVAL STEP RANGE FR (PGM.PROC) . TO . ON PGMST ANYSTEP PROCST CODES S*** U**** A/O DO FORCEJOB TABLE EMRJOBS JOB PRDKPLSP DATE ODAT LIBRARY CTM.PROD.SCHEDULE DO ON PGMST PROCST CODES A/O DO SHOUT WHEN NOTOK TO TSO-T43 URGN R MS PRDKPL01 ENDED NOT OK, PLEASE CHECK IT SHOUT WHEN LATE 0200 TO U-SHIFT-MANAGER URGN R MS PRDKPL01 WAS NOT SUBMITTED YET, PLEASE CHECK WHY SHOUT WHEN TO URGN MS ======= >>>>>>>>>>>>>>>>>>> END OF SCHEDULING PARAMETERS <<<<<<<<<<<<<<<< ===== USE THE DOC