Unisys Corporation

Robert Jamieson

James R Malnati

John Troini

Melanie A Wolbeck

Elizabeth F Roush

Grant R Paine

Non-automated read-and-reply console messages may be automated. These messages may be classified into impact groups in which the messages may be removed from the database or sent to an automation analyzer for analysis. As more messages become automated, a debugging mode may be enabled to allow an operator to respond to a message with a proposed action. If the proposed action is aligned with an action predetermined in response to the automation analysis, the operator may be allowed to respond to future actions.

Identification of progress towards complete message system integration using automation degree of implementation metrics

Monitoring of storage systems, including virtual tape libraries (VTLs), may be performed with automated systems. Automated monitoring may be performed through an SSH connection to a storage manager for the storage system. For example, a method may include initiating, by a monitoring server, an SSH connection to a storage manager; issuing commands, by the monitoring server, through the SSH connection to monitor a storage device coupled to the storage manager; receiving, by the monitoring server, responses to the issued commands through the SSH connection; matching, by the monitoring server, the responses to automation rules; and executing, by the monitoring server, commands based on the matched automation rules.

Virtual tape library (VTL) monitoring system

Debug and verify execution modes for computing systems calculating automation degree of implementation metrics

Automation scripts may be examined and compared to a set of new or changed operating system messages to identify potential issues with the automation script that occur with updates to the operating system. When the issue is identified, the reference in the automation script may be updated to refer to the changed operating system message. Further, the reference in the automation script may be modified to address other changes in the system messages, such as changes in information and/or parameters reported in the message.

Automated code parser for reviewing automation scripts

Identification of automation candidates using automation degree of implementation metrics

Systems and methods for multi-threaded server control automation for disaster recovery are described. A method may include initiating a disaster recovery sequence on two or more processors, wherein the disaster recovery sequence comprises a plurality of subsequences. The method may also include implementing the disaster recovery sequence on the two or more processors in parallel, wherein one or more subsequences of the disaster recovery sequence are implemented on the two or more processors in parallel. Upon completion of the disaster recovery sequence, at least one server partition is repurposed from a first configuration, such as a test configuration, to a second configuration, such as a production configuration.

Multi-threaded server control automation for disaster recovery

Print control and print logging may be performed using a web service and a terminal emulator. This may enable a business using an enterprise business application to monitor, control, and log printing activity for further analysis. This functionality may be useful to provide additional security and privacy for business activities. The web service may receive print data and store the print data in a staging database record. The staging record may be analyzed and the data stored as a profile record. The profile record may contain user profile information along with respective access paths for a received print request. The staging record may be deleted upon creation of the profile record. The profile record may be searched and analyzed for particular print information and data reports may be provided and output to an enterprise application.

Growing community of inventors

Kuala Lumpur, Malaysia

Robert Jamieson