To set up the scheduling scenario in this tutorial, you will first define an Application. When you have defined this Application, you will schedule an Event to run the Application at 4 p.m. daily. Then, you will define the six jobs in the Application.
An Application consists of one or more jobs. A job can be an executable file, a task representing a manual process, or a database query. Two examples of executable files are command files and UNIX scripts.
Usually, jobs in an Application are related. For example, all of your payroll jobs may be in one Application. An Application may contain jobs that run on the same platform or it may have jobs that run on different platforms.
To define a new Application
The Basic page of the Application properties dialog opens.
Usually, you will choose a name to reflect the line of business, such as Payroll, Inventory, Housekeeping, or Order_Processing.
There are few limitations on Application names. For security reasons, your server administrator can restrict the Application names you can use.
Note: Fields marked with an asterisk (*) are mandatory.
Each time an Application runs, the server creates a unique instance named a generation and assigns the next sequential generation number for that Application. In many cases, you may want one generation to complete before the next one begins. For example, you may not want to process Tuesday’s payroll until Monday’s payroll is complete.
In this tutorial, each time your Application is scheduled, it must wait for all previous generations of the Application to complete before it starts processing.
For this tutorial, if you are using the default agent installed with the server, select AGENT. If your server administrator specified another name for the default agent, select that name instead.
If you are using an agent other than the default, select that agent name.
The Application appears in the workspace.
Copyright © 2011 CA. All rights reserved. | Tell Technical Publications how we can improve this information |