Browse Prior Art Database

A method to assist automation specialist for the definition of automation architectures - Automation Simulator Facility

IP.com Disclosure Number: IPCOM000237036D
Publication Date: 2014-May-28
Document File: 5 page(s) / 86K

Publishing Venue

The IP.com Prior Art Database

Abstract

Disclosed is an application utilized by automation specialists for the simulation of event messages using “dummy” started tasks. The application allows message testing to be simulated and trapped as many times as needed with no real system outage.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 35% of the total text.

Page 01 of 5

A method to assist automation specialist for the definition of automation architectures - Automation Simulator Facility

Automation Projects usually have two main areas: Message Event Management and Started Tasks Management.

In Message Event Management, there are key system and Independent Software Vendor (ISV) messages alerting automation specialists to events in a Mainframe Logical partition. The messages describe warnings or errors that must be handled in order to prevent bigger problems. Automation tools are used to trap these messages and take the appropriate action . A high percentage of the system operation can be done automatically.

To develop and test the rules for that operation, it is necessary to produce serious errors that may affect the performance of the Logical Partition. Reproducing some errors is a challenge, which in turn, poses a challenge for the automation specialist to develop the automation architecture. A tool is needed to simulate those messages with no real outage or failure.

In Started Tasks Management, automation tools are often used to automate Initial Program Loads (IPLs), shutdowns, and started tasks schedules. During those procedures, all company and ISV systems must be started or stopped in a very rigorous sequence in order to get the system ready to work or shut down. The automation tool has to manage groups, dependencies, start and stop validation messages, and other issues.

To develop the automation architecture, the specialist must be able to start and stop system components and to IPL or shut down the entire system, which is normally not allowed while working at customer sites. The Mainframe IPL is a high cost procedure in terms of time and risk. A tool is needed that can simulate systems and ISV started tasks as a means of testing the automation architecture with no real started task outages.

The novel contribution is an application that performs an event message simulation using a started task . It receives a command to ask for a specific message to be sent to the console. The application provides simulation for event messages to be trapped by the automation tool and provides "dummy" started tasks to simulate the behavior of others . In addition to simulating the behavior of key started tasks in the system, the application reproduces the messages used as start or stop verification messages with no real started tasks manipulation. This allows message testing to be simulated and trapped as many times as needed with no real outage.

For example, a situation occurs in which it is necessary to automatize the action for the message $HASP050 JES2 RESOURCE SHORTAGE. Without the proposed tool, a job is submitted to print lots of lines to the spool using a data generator. With that job,

1


Page 02 of 5

the real spool is exhausted and the rule to issue the corrective action is triggered. The spool shortage is real, affecting the entire Lpar. That situation should be repeated until the rule satisfactoril...