Beruflich Dokumente
Kultur Dokumente
doc
294804987.doc
Training
Introduction
CONTROL M automates job processing in our data center.
CONTROL M monitor
Objective:
The purpose of this document is to describe the specific Job handling
submitted via CONTROL-M.
This document will provide the framework and functional overview of the
BMC CONTROL-M
294804987.doc
For TST:
<click
A new session will need to be opened for each Prod, QA, and TST.
Control-M Training Document
Page 3
294804987.doc
All Active Jobs: All jobs waiting/completed for the current scan
day
All Jobs : All jobs scanned in for day including jobs that have
been deleted. Deleted jobs will be removed at the next days
scan.
Dynamic Filter: the dynamic filter can be used to filter for
more specific information
All Active Jobs is mostly used. Click OK. This also can be added as a
default so it will login to the same place every time.
Enterprise Manager
Go to Tools: Options : Change Startup-Auto open viewpoint to All
Active Jobs
294804987.doc
294804987.doc
Nodes
Node Groups
The node group profile defines a group of nodes where work can be
performed so that you can schedule work to multiple nodes or the best
available node in a group. Using this approach requires that you have all
needed resources for the job on every server that is defined to this node
group.
2 CALENDARS
Jobs are scanned in to the job tracking system, using defined calendars with
dates and/or times defined to the job.
Control-M Training Document
Page 7
3 RESOURCES PROFILES
Resource profiles are used for workload balancing. To define a resource
profile, go to Control-M Enterprise Manager (if not currently logged in then
log in to desired environment). Select Resources.
4 FILE WATCH
File Watch constantly watches for a specified file on a node. Once the file
defined is seen the file watch job will watch the file for xx amount of time to
watch it grow. Once the number of iterations to watch the specified file has
been met the file watch job will post a condition so the job waiting for the
file will run.
If a file comes in multiple times a day the job and the file watch job must me
defined as a cyclic process.
At the new day scan the previous day file watch job will end and the next
days if any will be scanned into the Active File.
Control M file watch looks forward and will not look back for a file.
5.1.1
General Tab
Job Name-At group level should be named same as group/table.
Owner
Author
Time From: time group should start- no time specified, group will
start with scan. Jobs in group will not run until preds or time is
satisfied at the job level
Until: last possible time group can run
Description: a description about the group limited to 50 characters.
Conditions
X=delete
Pencil=add new condition
In Conditions- predecessors
Name: group/job name pred
Date: STAT - waiting for condition, does not look at date
ODAT looks for condition from current order date
PREV looks for condition from previous date.
once complete with pred information
Out Conditions successors. Condition sent out to prerequisite
table to satisfy other in conditions
PostProc: The panel indicates conditional post processing actions to be performed when the last job in
the group finishes processing, depending on the successful or unsuccessful completion of all the jobs in
the group.
Job Name : Name of job, MUST start with ASI. Limited to 64 characters
File Name: script job is running. Limited to 20 characters
Path Name: path where script is located
Owner: User id that runs the job
Author: job created by . . .
Tasktype: Job
Table/Group: same group name that job belongs to
Application: asi (lower case)
Control M: ctm_prod, qa, or tst
Description: description of job limited to 50 characters
For group scheduling this panel is not used in the job level except for the Tag
Relationship field.
And=job will not load at scan time
Or = job will scan
Quantative Resources: resources defined that the job will wait for before running
Required - CPU@
ASI_ALL
Control Resources: not used at this time. An EXCLUSIVE/SHARE type of resource.
These Post Process definitions need to be in place to generate standard format alerts when any of these
conditions occur. Using the standard format alerts, the Event Management system will be able to forward alerts to
Clarify to open cases appropriately. Normally, all job definitions should have a NOTOK condition defined, as this
will generate the alert and subsequent Clarify case if the job aborts.
The "To" field should always be set to "ECS" to send the shout message to the Control-M Alert Server.
To alert for job running too long:
When: Exectime
Urgency: Urgent
Shout Text:
%%OWNER Exectime Exceeded
To alert for job running not long enough:
When: Exectime
Urgency: Urgent
Shout Text:
%%OWNER Exectime Too Low
To alert for job submitting(start) too late:
When: Late Sub
Urgency: Urgent
Shout Text:
%%OWNER Missed Late Sub
To alert for job completing too late: When: Late Time
Urgency: Urgent
Shout Text: %
%OWNER Missed Late Time
To alert for job abort/ended not ok: When: NOTOK
Urgency: Very Urgent Shout Text: %
%OWNER Ended Not OK RC=%%COMPSTAT
Tags Selection: tag from group to define calendar for the job.
-multiple calendars can be defined to one job by selecting the appropriate tags from
the tag list.
-the tag must be defined at the group level in order for the job to use it.