Documente Academic
Documente Profesional
Documente Cultură
Supporting
Version 7.0.00 of Control-M/Enterprise Manager
Version 7.0.00 of Control-M/Server for UNIX® and Microsoft
Windows
Version 7.0.00 of Control-M/Agent for UNIX and Microsoft
Windows
October 2010
www.bmc.com
Contacting BMC Software
You can access the BMC Software website at http://www.bmc.com. From this website, you can obtain information
about the company, its products, corporate offices, special events, and career opportunities.
United States and Canada
Address BMC SOFTWARE INC Telephone 713 918 8800 or Fax 713 918 8000
2101 CITYWEST BLVD 800 841 2031
HOUSTON TX 77042-2827
USA
Outside United States and Canada
Telephone (01) 713 918 8800 Fax (01) 713 918 8000
Support website
You can obtain technical support from BMC 24 hours a day, 7 days a week at http://www.bmc.com/support. From this
website, you can
■ read overviews about support services and programs that BMC offers
■ find the most current information about BMC products
■ search a database for issues similar to yours and possible solutions
■ order or download product documentation
■ download products and maintenance
■ report an issue or ask a question
■ subscribe to receive proactive e-mail alerts when new product notices are released
■ find worldwide BMC support center locations and contact information, including e-mail addresses, fax numbers, and
telephone numbers
3
License key and password information
If you have questions about your license key or password, contact BMC as follows:
■ (USA or Canada) Contact the Order Services Password Team at 800 841 2031, or send an e-mail message to
ContractsPasswordAdministration@bmc.com.
■ (Europe, the Middle East, and Africa) Fax your questions to EMEA Contracts Administration at +31 20 354 8702, or send
an e-mail message to password@bmc.com.
■ (Asia-Pacific) Contact your BMC sales representative or your local BMC office.
Glossary 35
Index 47
Contents 5
6 Control-M Concepts Guide
Figures
Main Control-M components . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
Write, upload, load, and download operations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Job ordering and forcing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Figures 7
8 Control-M Concepts Guide
About this book
This book contains important concepts and background information about the
Control-M suite of products. You should read and familiarize yourself with the
material in this guide before using Control-M.
Like most BMC documentation, this book is available in printed and online formats.
To request printed books or to view online books and notices (such as release notes
and technical bulletins), see the Customer Support website at
http://www.bmc.com/support. Most product shipments also include the books on a
documentation CD.
NOTE
Online books are formatted as PDF or HTML files. To view, print, or copy PDF books, use the
free Adobe Reader from Adobe Systems. If your product installation does not install the
reader, you can obtain the reader at http://www.adobe.com.
The software also offers online Help. To access Help, press F1 within any product or
click the Help button in graphical user interfaces (GUIs).
1
1 Introducing Control-M
This chapter presents the following topics
■ Control-M/Servers
Control-M/Agents and remote hosts are identified by their node IDs. Jobs are
assigned to specific node IDs.
■ Control modules
To model your production batch processing flows, you must provide Control-M with
the scheduling and processing instructions for each job. You provide these
instructions by defining job processing definitions for each job.
To help you define job processing definitions, Control-M provides a robust, graphic
user interface called Control-M/Desktop (described in the Control-M User Guide).
Using the job editing form of Control-M/Desktop, you provide information for each
job, including:
■ essential information about the job, such as type of job, script, program
■ scheduling instructions, such as on what days to run the job
■ runtime preconditions and instructions, such as required system resources
■ flow dependencies, such as which jobs must precede the current jobs
■ post-processing instructions, such as cleanup, notifications and escalations
NOTE
Alternatively, you can use the Control-M/EM API or command line utilities to model your
production environment.
■ Calendars—Calendars are reusable job schedules. You define a calendar once, and
then apply the calendar to all relevant job processing definitions. This saves you
from defining the criteria individually for each job, and allows subsequent
schedule changes to be made at a single location.
■ Mass job creation and update—using this facility in conjunction with templates,
you can create or update large numbers of jobs with a single request.
Your site has many different applications, such as Payroll, Accounting, Inventory,
Customer Service. Each application has many jobs, and the jobs within an
application may be further divided into groups. For example, the jobs in the
Accounting application may be divided into groups such as Receivables,
Expenditures, Government Reporting, and so on. Thus, this hierarchy reflects how
your site’s jobs are organized according to application.
Each application, (for example, the Accounting application) may have jobs that run
daily, other jobs that run weekly or monthly, and still others that run once per
year. Frequently, jobs that run together are interdependent — that is, one job may
need to complete before another job can run. They also generally run on the same
Control-M. For this reason, you organize jobs that are generally scheduled together
into a logical grouping called a scheduling table, with scheduling table running on
a particular Control-M
NOTE
You specify values for both types of hierarchies when you define job processing definitions:
■ Before you can create a job processing definition, you must have previously created its
table. Furthermore, at the time that you create a table, you must associate it with its
particular Control-M.
Therefore, by your very act of creating a job processing definition, you are establishing its
Control-M => Table => Job hierarchy.
■ At the time that you fill in the details of the job processing definition, you identify the
application and group to which it belongs. It is at this time that you define its Application
=> Group => Table => Job hierarchy.
When you view jobs in Control-M/Desktop, you can toggle between the two types of
hierarchy displays, according to need. For example, you can view the jobs belonging
to an application or group. You can also view the jobs belonging to a table in a
particular Control-M.
When you view jobs in Control-M/EM, the type of hierarchy display is determined
by the ViewPoint definition.
NOTE
Changing the hierarchy affects the flow diagram view (and the navigation tree). It does not
affect the List view.
Some jobs get scheduled daily, others monthly or quarterly, and so on. Organizing
and storing together jobs with similar schedules is very useful. Therefore, job
processing definitions are organized into “containers” called scheduling tables. When
you define a job, you associate it with a particular scheduling table.
You can define as many scheduling tables as you need, and you assign each
scheduling table to a specific Control-M.
Jobs in a table are normally processed independently of each other - each job is
handled only according to the parameters in its own job processing definition.
However, you can enable a table to define extended processing parameters that are
applied to the jobs as a whole. When a table which has extended processing
parameters enabled is ordered, in the active environment you will be able to monitor
the status of the table and perform actions which affect all the jobs in the table.
For example, just as you can define post-processing tasks that Control-M should
perform when a job successfully ends, you can define post-processing tasks that
Control-M should perform when all the jobs in a table with extended processing
parameters successfully end.
Workload Automation
Control-M’s Workload Management and Nodes Management features help you to
better control, manage and balance the workload on Control-M resources and nodes.
This is done in three primary areas:
With Control-M’s Workload Management you can divide any or all of the jobs in the
Control-M active environment into smaller groups of jobs. These groups of jobs are
called Workloads. Jobs are grouped together according to shared general attributes in
their job definitions. This is done by defining a job attribute filter for a Workload
which associates any job with those attributes in the active environment with that
Workload. Jobs can be associated with more than one Workload. For information
about Workload Management, see the Control-M User Guide.
With Nodes Management, the load on any node machine or node group can be
controlled. You can limit the usage of a node and the specific times when those
limitations will be applied. A node’s participation in a node group can also be defined
for specific times. This helps you control the nodes available to the jobs in the active
environment. Nodes Management is performed using the Control-M Configuration
Manager. For more information about Nodes Management, see the Control-M
Administrator Guide
When a predecessor job ends, the addition of its Out conditions to the active
environment enables successor jobs with the corresponding In conditions to run.
EXAMPLE
The payroll calculating job PAYCALC must be run before the payroll check-printing job
PRINTPAY. To create the necessary job dependency, the user defines a condition, called
PAYCALC-ENDED-OK, as follows:
Because the condition required by job PRINTPAY is not created until job PAYCALC
terminates successfully, the dependency of job PRINTPAY on job PAYCALC is established.
NOTE
You also define the corresponding resources available on each Control-M/Server. Control-M
determines when the resources required by a job are available, and then submits the job and
adjusts the availability of those resources accordingly. When the job ends, Control-M frees up
those resources for use by other jobs.
The AutoEdit facility is described in detail in the Control-M Parameters Guide (and the
Control-M for z/OS User Guide for mainframe Control-M users).
Automating post-processing
You can define different activities that Control-M should perform after a job has
ended. Common activities include notifications, such as emailing a message or
shouting a message to the Alerts window, and opening a Remedy ticket in response
to problems (or integrating with other external monitoring applications). You can
also define automatic interventions, such as rerunning a job or forcing a remedial job,
if a job ends with a particular error code. If a minor error that does not impact
production occurs, you can, for example, automatically change the job’s status from
Ended Not Ok to Ended Ok.
You place the job processing definitions (or more exactly, the scheduling tables) in the
Definition file of the Control-M/EM database. This operation is called “writing to
Control-M/EM.” You then copy the job processing definitions from this Definition
file into the Definition file of the relevant Control-M/Server database. This operation
is called “uploading to Control-M/Server.” Figure 2 illustrates the process.
To modify job processing definitions that have already been placed into the
Control-M/EM database, you can perform a load operation, which copies the job
processing definitions from the Control-M/EM database back into
Control-M/Desktop.
(To copy job processing definitions from the Control-M/Server database to the
Control-M/EM database, you perform a download operation. However, you
virtually never need to do this, because the Control-M/Server database is never more
up-to-date than the Control-M/EM database.)
To understand job scheduling, you must first become familiar with the Active Jobs
file in the Control-M/Server and Control-M/EM databases.
In the previous section, you saw that job processing definitions are stored in the
Definition file of these databases. These are “permanent” copies of the job processing
definitions—permanent insofar as they remain unchanged until you modify or delete
them.
■ the copy in the Active Jobs file of the Control-M/Server database gets processed
■ the copy in the Active Jobs file of the Control-M/EM database gets real time status
updates from Control-M/Server so that at any given moment, you can monitor the
status of jobs in all Control-M/Servers
Having the Active Jobs file separate from the Definition file provides several
advantages, including the following:
■ The “active” file must only contain those jobs that are scheduled on that day rather
than the total of all defined jobs.
■ You can modify instructions in the active copy of the job processing definition (for
that particular job execution) without modifying the permanent definition.
Jobs can be scheduled (that is, placed in the Active Jobs file) automatically or
manually:
— ordering the job or table—An order request only schedules requested jobs
whose scheduling parameters indicate that the jobs are eligible for scheduling
that day.
— forcing the job or table—A force request schedules requested jobs regardless of
whether their scheduling parameters are satisfied that day.
NOTE
The term “ordering” is often used generically to refer to either ordering or forcing when it
does not matter which process is used.
Whether automatically or manually scheduled, scheduled jobs are placed under the
control of the Control-M/Server, but are not submitted for execution until their
submission criteria are satisfied.
■ production environment—consists of all the jobs that you can run at your site, or
from a Control-M perspective, all the job processing definitions that you
permanently store in the Definition file of the databases.
The New Day procedure can schedule all the current day’s jobs. However, to handle
job automation at large sites, it is more efficient to have the New Day procedure
utilize a mechanism called User Daily jobs. User Daily jobs are job processing
definitions whose sole purpose is to order jobs. Instead of directly scheduling
production jobs, the New Day procedure can schedule User Daily jobs, and those
User Daily jobs can schedule the production jobs.
EXAMPLE
New Day time is at 5:00 a.m., but
■ 10,000 jobs are not needed until noon
■ another 20,000 jobs are not needed until 3:00 p.m.
■ another 30,000 jobs are not needed until 8:00 p.m.
Instead of all those jobs being scheduled by the New Day procedure at New Day time, the
New Day procedure can schedule three User Daily jobs, defined as follows, at New Day time:
■ One user daily job, which schedules the 10,000 jobs, would be submitted at noon.
■ One user daily job, which schedules the 20,000 jobs, would be submitted at 3:00 p.m.
■ One user daily job, which schedules the 30,000 jobs, would be submitted at 8:00 p.m.
The date that a job is scheduled in Control-M is called the “Original Scheduling date”
abbreviated Odate (or in some cases, Odat). Odates conform to the working days, not
midnight to midnight calendar days.
Using Control-M/EM, you can see the progress of your batch flows, and identify
problems and potential problems. Control-M/EM provides a customizable, dynamic
tool called ViewPoints to allow you to display only those jobs and job flows of
interest. For example, you can view and monitor:
ViewPoints are constantly updated and show in real-time the execution status of the
batch production. Control-M provides a set of predefined ViewPoints. You can define
other ViewPoints according to need.
■ ViewPoints—Display jobs that ended Not Ok, jobs that were submitted late, and
jobs that did not get submitted.
■ Alerts and shouts—Escalate events that you define when you define job post-
processing, such as job was submitted late, ended Not OK, or returned a particular
condition code.
■ proactively detects and notifies you of potential delays and errors in critical batch
business services
■ allows you to take corrective actions before business services are affected
BMC Service Impact Manager allows you to monitor services and components (not
just batch services) defined in the BMC Atrium Configuration Management
Database.
For more information, see the BMC Batch Impact Manager User Guide.
■ Reporting facility
The Reporting facility provides a comprehensive set of predefined reports that let
you retrieve all types of information.
You can collect and generate detailed data reports and summaries on current
production workflow data, historical data, and data about your job definition
environment. You can generate alert reports, audit reports, Control-M/Forecast
reports and BMC Batch Impact Manager reports.
The Reporting facility comes with predefined report templates, and allows you to
define your own templates that you can use to generate reports about your
production environment. It also allows you to export and copy reports.
Normally, you monitor your production environment in real time. However, for
analysis purposes, you may want to view job processing data accumulated over a
particular period. Control-M can “archive” each day’s processing events. This
powerful tool then lets you replay these events and view problems or potential
problems as they unfold, or capture a snapshot of your batch production
environment and job flow status from any give moment. Using this available data,
you can determine how best to eliminate these problems in the future and how to
optimize your batch processing environment.
You can also view statistics online, and use these for analysis.
■ generate an estimate of the full production flow for a given future date, as an
enterprise-wide view
For more information, see the Control-M Business Service Management Solutions User
Guide.
■ ensuring security by setting and assigning user and group permissions. For details
see “Implementing security” on page 27.
For more information on the Control-M Configuration Manager, see the Control-M
Administrator Guide.
Implementing security
Control-M security is three-tiered; it is defined at the Control-M/EM,
Control-M/Server and Control-M/Agent levels.
Control-M/EM security and Control-M/Server security are centered around the user
that is defined for each job. These security mechanisms authorize:
■ the operations (for example, Hold or Rerun) that each user is allowed to perform
■ the entities (for example, jobs, resources, ViewPoints) that each user can view or
modify
You define Control-M/EM security using the Authorization facility. Security can be
defined at the user level and group level. Users can be associated with multiple
groups. User and group authorizations are discussed in detail in the Control-M
Administrator Guide.
A Control-M/EM Audit facility records data about the occurrence of a wide variety
of security-sensitive activities.
Control-M/Agents, which actually process the jobs, utilize operating system security;
it is centered around the owner that is defined for each job. When a Control-M/Agent
receives a job execution request, it submits the job on behalf of the owner, but only if
the owner is defined to the operating system security.
2
2 Implementing work flows
This chapter presents the following topics:
This chapter describes some of those same tasks, but from the perspective of your
production environment. It identifies the workflow of that implementation—some of
your site’s needs that must be examined, decisions you must make, and planning that
you should perform as a prelude to implementing automated job scheduling.
1 Get information about production jobs (work flow, tasks, priorities, and other
criteria). Often this information is provided to the IT department using SLAs
(service level agreements) provided by other departments.
For details about designing the production environment, see “To define jobs” on
page 30.
3 Validate the design to ensure it implements business logic. If it does not meet your
requirements, repeat the preceding steps starting with Step 1. To test your design,
you can temporarily identify the job processing definitions as type “Dummy,”
which executes the batch flow without actually running the jobs. (For details, see
the Control-M User Guide.)
4 When the design is implemented correctly, deploy the jobs and related entities to
either a test or production environment:
B Move the jobs to production by placing the definitions into the appropriate
databases (using the Write process and the Upload process).
5 Check that the jobs work as intended. If they do not, repeat preceding steps as
necessary. Optimize the system as necessary.
To define jobs
■ Scheduling criteria
If jobs will run on similar schedules, or need to run at the same time, it is
advantageous to group them into the same table. All jobs in a table are ordered
for scheduling at the same time. In addition, you can enable a table to be a
SMART table, thereby exploiting more capabilities, such as, use of conditions in
the SMART table level, post processing in the SMART table level, and so on.
EXAMPLE
Examples of scheduling tables are:
■ End of year jobs
■ Daily jobs
■ Jobs that must run to produce reports for an audit
■ Jobs that must run as a group to handle emergency situations, such as backup
procedures in the event of a natural disaster
■ Applications
You can group jobs that are related to each other, but do not necessarily have to
run at the same time.
EXAMPLE
Examples of applications are:
■ Inventory
■ Accounting
■ Payroll
■ Groups
Similar to applications, groups are another level of categorization that you can
use to organize your jobs.
EXAMPLE
Examples of groups are:
■ Jobs in an Employees application might be divided into groups called Pilots, Flight
Attendants, Ground Crew, and Reservations.
■ Jobs in any application might be divided into groups called Managers, since
processing of managers remains the same regardless of the department (application)
in which they work. Jobs that calculate the bonuses of managers of the ground crew
staff and managers of the reservations staff might be similar enough to include in
the same group.
2 Determine the type of job you are automating. Is the job a script, operating system
command, or a job designed by your developers?
3 Determine:
■ where the job should run. On which computer at which location should the job
run? Is workload balancing on several computers an option?
■ when the job should run. Shall it run daily? Shall it run based on specific days
indicated in a calender? Shall it run repeatedly throughout the day (cyclically)?
Should it take precedence over other jobs because it is high priority?
■ whether the job depends on other jobs, or whether other jobs depend on it. Does
this job depend on the successful completion of other jobs? Conversely, should
this job trigger other jobs?
■ required resources. What physical resources, such as tape drives, are required?
Does the job need exclusive access to these resources?
5 For BMC Batch Impact Manager: Decide whether any jobs represent batch tasks
that will seriously impact critical business services if delayed. If so, define these
jobs as a batch service, so BMC Batch Impact Manager can provide early warning.
EXAMPLE
Examples of critical batch business services are:
■ A set of jobs that, if delayed, will cause a shipping company to miss the express mail
delivery truck.
■ A set of jobs that, if they finish way ahead of schedule, indicate that proper processing
did not occur. A payroll application that finishes too soon might indicate that the
proper calculations did not occur to process employees’ salaries.
If you do identify a problem or temporary business need, you will want to ensure that
business stays on track. This means not only getting at the root cause of the problem
and fixing it, but sometimes bypassing the problem or applying a temporary fix to it.
1 On an ongoing basis, look for or view exceptions and alerts. For a special or critical
process, view the relevant jobs for exceptions.
■ Forcing a job to end OK (for a minor error that does not require rerun)
■ Viewing and modifying details of the job order
■ Reordering or forcing that or a different job
■ Changing resources
■ Changing the job script
■ helps you identify the root causes of problems (such as tasks running over their
deadlines)
■ helps you identify resource shortages
■ helps you identify poor workload balancing
■ helps you determine the potential impact of adding applications or changing
resources
■ helps you optimize the system
1 If you cannot fit a new application into existing schedules, or existing tasks start
running over deadlines:
C See if the current task or tasks can be rearranged to eliminate the problem.
Glossary
A
Active Jobs file (AJF)
The Active Jobs file contains all jobs scheduled for submission in the current day. Each job in the
Active Jobs file is not submitted until all conditions in the job processing definition for the job
are satisfied. The Active Jobs file is in the Control-M database.
Active environment
The Active Jobs file, the status of all quantitative and control resources, and all conditions in all
Control-M installations that are currently connected to Control-M/EM.
Agent computer
Computer on which Control-M/Agent runs. The Agent computer handles requests from
Control-M/Server to execute jobs or provide information.
Agentless computer
Remote host computer. Computer on which jobs can run without having a resident agent
installed.
API
See Application Programmer’s Interface.
Application
In a Control-M ViewPoint, jobs are organized into a hierarchy based on certain parameters in
the job processing definition for each job. Application is one of these parameters. It is in
the default hierarchy which is: Control-M installation followed by application, group and job.
(This term is also sometimes used in the context of external applications to refer to an external
application. For a definition, see External application.)
AutoEdit variables
AutoEdit variables enable the automatic assignment of dynamic environmental values to the
execution parameters of the job. Before the job is submitted, its AutoEdit variables are resolved
Glossary 35
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
by Control-M/Server. The resolved values can then be passed as parameters of the job
submission command, and are used for the current execution of the job. The contents of the
original job processing definition remain unchanged.
B
Batch service
A set of batch jobs that are critical to the client’s business.
Business service
See Batch service.
C
Calendar
A collection of dates that are used by Control-M to schedule the ordering of jobs.
Calendar Manager
A window where you can view or modify calendars. The Calendar Manager is accessed through
Control-M/Desktop.
CCM
See Control-M Configuration Manager.
CDM
See Common Data Model.
CMDB
See Configuration Management database.
Collection
Criteria that determine which jobs from the Active Jobs file are loaded into memory in
Control-M/EM.
Condition
See Prerequisite condition.
Conditions table
A component of the Control-M database that lists the status of all conditions in the Control-M
installation.
Control module
Mechanism supplied with Control-M that enables Control-M/Agents to interface with external,
packaged application environments (for example SAP and Oracle E-Business Suite).
Control resource
User-defined physical or logical resource in a Control-M installation. For each job the user
specifies whether the job requires exclusive or shared access to the resource. Control-M verifies
that a job is not submitted for execution unless the Control resources required by the job are
available in the required state (shared/exclusive). This prevents deadlock situations or
contention between jobs for a given resource. Control resources are recorded in the Resources
table.
Control-M
Software product that schedules, submits, tracks and follows up the execution of jobs in a
specific installation.
(Note: In certain contexts, the term Control-M refers to a Control-M/Server. For example, in
context of the job organization hierarchy, or in context of defining Control-Ms, the term refers to
Control-M/Servers.)
Glossary 37
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Control-M database
See Control-M/Server database.
Control-M installation
One or more computers controlled by a single installation of Control-M. In older
implementations of Control-M, a Control-M installation typically consists of a single computer.
In server/agent implementation of Control-M, a Control-M installation consists of a server
platform and all the agent and agentless platforms that it handles.
Control-M log
Log containing a complete audit trail of every event occurring under the Control-M production
environment.
Control-M/Agent
Under the server/agent implementation of Control-M, the component of Control-M that runs
on each agent platform. Control-M/Agent submits jobs, performs requests from
Control-M/Server, and performs post-processing analysis of completed jobs.
Control-M/Desktop
Application used to define job processing definitions, scheduling tables and calendars.
Control-M/Desktop is a stand-alone application that can also be activated directly using the
Control-M/EM GUI. Creation and modification of job definitions, uploading and downloading
tables, and forcing and ordering jobs are executed via Control-M/Desktop.
Control-M/EM
See Control-M/Enterprise Manager.
Control-M/EM Server
Process that handles communication between Control-M/EM GUI computers and other
components of Control-M/EM. The Control-M/EM Server executes database queries,
calculations and procedures for each GUI, and enables data-sharing between GUIs. Multiple
Control-M/EM Servers can be installed in a Control-M/EM environment.
Control-M/Enterprise Manager
Component of Control-M that provides a central point of control for Control-M installations.
Control-M/EM provides the GUI that allows users to graphically view the status of job
schedules and execution in Control-M installations, to issue requests for additional information,
to make changes in the Active Jobs file, and to handle problems. Control-M/EM also passes
global conditions among Control-M installations.
Control-M/Forecast
Separately licensed, add-on product that you can use to validate your batch production
modeling. Control-M/Forecast loads and simulates the processing of your batch flows,
allowing you to validate job dependencies and scheduling criteria for any future dates.
Control-M/Server
Under server/agent implementation of Control-M, the component of Control-M that runs on
the server platform. Control-M/Server maintains the Control-M/Server database (including the
Active Jobs file), schedules jobs, performs load balancing, sends job-handling requests to agent
platforms, and handles requests from Control-M/EM.
Control-M/Server database
Repository of operational data relating to the functioning of the Control-M installation.
Contents of the database include the Active Jobs file, Scheduling tables (job processing
definitions) and the Resources/Conditions table.
D
Discovery
Process of identifying physical and logical components located on a given network.
Draft
Locally stored file containing job processing definitions for purposes of editing and
modification by the user in Control-M/Desktop.
E
End user
An end user is any user, whether internal or external to the organization, who has triggered a
Control-M job by submitting a transaction to be processed by the Control-M installation.
Glossary 39
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
extension
A logical set of classes and attributes, usually in its own name-space, that is not part of the
Common Data Model (CDM).
External application
Packaged third-party application environments (for example SAP and Oracle E-Business Suite)
with which Control-M can interface.
F
Federated data
Data linked from a configuration item (CI) in the BMC Atrium CMDB, but stored externally
federated data might represent more attributes of the CI or related information, such as change requests
on the CI.
Forecasts
Batch flow simulations that enable you to validate job dependencies and scheduling criteria for
any future dates.
Force
Operation that instructs Control-M to place the job in the Active Jobs file for possible
submission, regardless of the scheduling parameters in the job processing definition for the job.
See also Order.
G
Gateway
The process that handles communication between Control-M and Control-M/EM. There are
gateway processes on both the Control-M platform and on the Control-M/EM computer.
Global condition
Condition that is passed between Control-M installations. Global conditions allow jobs in one
Control-M to depend on completion of a job in a different Control-M.
Group
In a Control-M ViewPoint, jobs are organized into a hierarchy based on certain parameters in
the job processing definition for each job. Group is one of these parameters.
H
Hierarchy
Criteria that determine how jobs selected by the collection and filter are displayed in the
Control-M ViewPoint window.
J
Job Daemon utility
Utility used to track and detect job termination (Extended and Standard versions are the same).
K
Key attributes
Attributes that CMDB reconciliation rules use to identify identical CIs. Examples of key
attributes are “host” and “domain” names for Windows and UNIX systems and “Name” for
mainframe systems.
L
Load
Operation that copies selected scheduling tables and job processing definitions from the
Control-M/EM database to the Online or Local workspace in which the user is working in
Control-M/Desktop.
Load balancing
Mechanism for maximizing throughput of production jobs by automatic selection of the
platform on which to execute each job, based on workload considerations.
Glossary 41
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Local workspace
Area on the user’s computer in which the user defines or modifies job processing definitions
using Control-M/Desktop.
M
Manual Conditions file
The Manual Conditions file contains conditions which are required by jobs in the Active Jobs
file but which will not be available (that is, added to the Conditions/Resources table) unless
there is some form of manual intervention. These conditions include conditions which are never
added automatically by scheduled jobs because manual confirmation is always desired, as well
as conditions which are normally added automatically, but the jobs which add them are not
scheduled for the day.
Migration
Transfer of data, with necessary modifications, from an earlier Control-M version to a later
Control-M version.
Mirror database
A backup copy of the Control-M/Server database which is constantly updated. The Mirror
database allows Control-M to resume functioning with minimal time loss in the event of a
primary database failure.
N
New Day procedure
Formerly “General Daily Procedure.” Daily scheduling and housekeeping procedures that run
on the Control-M/Server platform. The Control-M date is advanced to the next day when this
procedure runs.
Node group
Under server/agent implementation of Control-M, a user-defined collection of Node IDs.
A node group is specified in a job processing definition to indicate a group of agent platforms
on which Control-M/Server can execute the job.
Node ID
Under the Agent Technology implementation of Control-M, name by which an Agent platform
is identified to the Server platform. This is generally the Agent platform’s host name.
O
Odat, Odate
See Original scheduling date.
Online workspace
Work area that the user can use in Control-M/Desktop for defining or modifying job processing
definitions in the Control-M/EM database.
Order
Request that Control-M review the scheduling parameters in the job processing definition for
the job and, if the parameters are satisfied, place the job in the Active Jobs file for possible
submission. See also Force.
P
Prerequisite condition
A flag representing a user-specified situation or condition. Submission of a job for execution can
be made dependent upon the existence of one or more conditions. Conditions are recorded in
the Conditions table.
Production environment
Complete set of job processing definitions and related entities defined to automate batch
processing at your site.
Q
Quantitative resource
User-defined variable representing a resource in the Control-M installation. The user defines the
total quantity of this resource in the Control-M and, for each job, the quantity required/used by
that job. Control-M verifies that a job is not submitted for execution unless the Quantitative
Glossary 43
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
resources required by the job are available. Quantitative resources are recorded in the Resources
table.
R
Remote host
Agentless computer. Computer that runs jobs without using a resident Control-M/Agent.
Resources table
A component of the Control-M database that lists the current status of all Control resources and
Quantitative resources in the Control-M installation.
S
Scheduling Table Manager
Used to define, maintain and Control Scheduling tables in the Control-M/EM database. The
Scheduling Table Manager is accessed through Control-M/Desktop.
Service
Set of jobs that are critical to the client’s business.
Sleep time
The length of time that a Control-M/Server process lies dormant before “waking up” to
determine if any request to perform an action was received. The value assigned to Sleep Time
affects Control-M/Server throughput and the load on the Server computer’s resources.
SMART Table
A table that contains an extended set of definition parameters, such as, post-processing tasks or
conditions. When ordered, in the active environment you can monitor the status of the table and
perform actions which affect all the jobs in the table. Sub-tables can be defined within the table.
Sub-table
A table nested inside a SMART table is a sub-table. A sub-table inherits the Rule-Based
Calendars from the parent table.
SYSOUT
Output of the commands run on a job.
System parameter
Configuration parameters that influence the behavior of a wide range of Control-M components
and features.
T
Table
A collection of related job processing definitions. Tables are stored in the Control-M database
(and duplicated in the Control-M/EM database). Tables are “ordered” by the New Day
procedure or User Daily jobs.
Template
Set of job processing definition parameter values that can be used to populate job processing
definitions, thereby simplifying the process of defining jobs. (Templates replace the skeleton
editor that was formerly available in earlier versions of Control-M/Desktop.)
TokenID
Key attribute that CMDB reconciliation rules use before other key attributes.
Topology
Physical or logical layout of a communication network.
U
Upgrade
Transition from an earlier version of Control-M to a new version that does not necessitate a
migration of data in the databases.
Upload
Operation that copies scheduling tables and job processing definitions from the Control-M/EM
database to the Control-M/Server database.
User exits
Mechanism which enables users to modify Control-M operations to suit site needs.
V
ViewPoint
Criteria that determine which jobs in the Active Jobs file are loaded into the database
(collection), which jobs are displayed (filter), and how they are displayed (hierarchy) in the
Control-M/EM window.
W
Write (to Control-M/EM database)
Operation that copies scheduling tables and job processing definitions from the local or online
workspace into the Control-M/EM database.
Glossary 45
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index
publications, related 11
CONTROL-M/EM database 19
A CONTROL-M/Enterprise Manager 12
CONTROL-M/Enterprise Manager console 23
active environment 22 CONTROL-M/Forecast 26
Active Jobs file 19, 21 CONTROL-M/Server 12
administrative tasks 27 CONTROL-M/Server database 19
agentless computers 13 ctmjsa utility 26
agentless job scheduling 13 customer support 3
alerts 24
analyzing the production environment 25
analyzing the system 33
architecture 11
D
archived data 26 Definition file 19, 21
Archived Net feature 26 dependencies between jobs 17
Audit facility 28 download operation 20
Authorization facility 28 dynamic variables, variables 19
AutoEdit facility 19
automated job scheduling 21, 22
E
B electronic documentation 9
C I
calendars 14
implementing business logic 29
cleanup utilities 22
intervening in production 32
conditions 17
Control module 13
control resources 18
CONTROL-M administrative tasks 27 J
CONTROL-M architecture 11 job dependencies 17
CONTROL-M security 27 job forcing 21
CONTROL-M tasks 13 job ordering 21
CONTROL-M/Agent 12 job processing definitions 14
CONTROL-M/Desktop 14 job scheduling 20
Index 47
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
L Reporting facility 25
resources 18
load balancing 13 runtime statistics 26
load operation 20
S
M security 27
main administrative tasks 27 shouts 24
maintenance utilities 22 SLA 29
managing by exception 24 SSL 28
manual job scheduling 21 successor job 17
mass job creation 14 support, customer 3
mass job update 14
mission-critical batch services 24
modeling batch flows 13
monitoring job processing 23
T
monitoring jobs by exception 24 technical support 3
monitoring mission-critical batch services 24 templates 14
monitoring production 32
U
N uploading to CONTROL-M/Server 20
New Day procedure 22 User Daily jobs 23
New Day time 22
V
O ViewPoints 24
Odat 23
Odate 23
online Help 9 W
optimizing the system 33
working day 23
ordering 21
writing to CONTROL-M/EM 20
Organizing batch flows 14
original scheduling date 23
P
planning business logic 29
Playback feature 26
predecessor job 17
Prerequisite Condition
Example 18
product support 3
production environment 22
Q
quantitative resources 18
R
remote host 12