Defining DB Event Objects

You define DB (Database) Events to monitor and compare two values in the database. If the conditions you define on the Event Process page are met, the DB Event triggers the actions you coded on its Event Process page. These actions are usually the execution of further objects. DB Events are in Sleeping status as long as the frequency and time conditions are not met and change to Checking when they are.

You can use the following functions of the Automic scripting language to retrieve relevant data for the Event object:

You define DB Event objects on two pages:

To Define DB Event Objects

  1. Switch to the Event Process Page.

    A database event process cannot contain JCL lines.

Next steps:

Define the Actions that the Event will Trigger

You do this on the Event Process Page.

Execute the Event Object

The execution of an Event object usually triggers the execution of other objects; those objects may in turn trigger the execution of further tasks. In the Process Monitoring perspective on the various lists of Executions related to the Event object, the tasks resulting from these executions are displayed as children of the Event and are flagged with a special tag type, namely !EVNT. This way you can easily check which executions were triggered by a specific Event.

See Monitoring Events for details on how the Event Monitor works as well as Execution Data for information on Execution data.

Event objects can be included in Schedule Objects (JSCH) and thus be executed automatically at predefined times and/or intervals. Likewise, they can be part of workflows (see Workflow Overview).

Of course, you can also manually execute, restart or stop them. For details see Executing Event Objects.

If you want to check the number of times the system checked the Event, go to the Check count section on its Details.

Monitor the Event

Immediately after executing the object you can start monitoring it. Right-click it to select Monitoring and open the pre-filtered list of tasks to display this one. See Monitoring.

In the Process Monitoring perspective you can then follow their progress and access the reports and statistical information associated to them.

Active Events can be canceled (they assume then the Abend/manually canceled status), quitted (they end cleanly with Ended_OK status) or suspended (this keeps the Event active but temporarily disabled).

See Working with Tasks, particularly Stopping and Interrupting.

See also: