JP2001125808A - Failure identification system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a failure identifying system for suppressing any unnecessary failure announcement based on the judgment of the contents of failures. SOLUTION: This failure identification system is provided with a job monitoring part for monitoring the inputted situation of a job inputted to this system, and for generating and storing job identification information and a system message log, a failure monitoring part for monitoring the occurrence of any failure based on the monitored output of the job monitoring part and the system message log, a failure analyzing part for judging whether or not it is necessary to announce the occurrence of failure from a failure occurrence signal from the failure monitoring part and the job identification information, and a failure announcing part for announcing the failure to a system manager at the time of receiving the instruction of 'the necessity of announcement' from the failure analyzing part. When the job identification information on the occurrence of failure is the automatically executed job, 'the necessity of announcement' is instructed to the failure announcing part.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a failure identification system for identifying and reporting a failure that has occurred in a system.

[0002]

2. Description of the Related Art In a conventional fault notification device, as a method of identifying a fault message, whether or not to notify a fault type (fault, warning, etc.) of the fault message is selected, or whether or not to notify by a message number. It is a method to select. An example of a failure identification method for suppressing a failure report is described in Japanese Patent No. 2932992. This failure identification system includes a network connection unit connected to network devices, a failure management unit that processes when a failure occurs, and a work management unit that manages construction work.

In the conventional fault reporting device having such a configuration, when the fault management unit recognizes the occurrence of a fault, the work management unit checks a work time zone, and if a fault occurs within this work time, Notification is suppressed without determining that a failure has occurred.

[0004]

However, in the above-mentioned prior art, when the actual work exceeds the scheduled work time, there is a problem that an unnecessary trouble notification is received even for a trouble during the work. there were. The reason is that the failure determination of the necessity of the failure notification is checked based on the scheduled work time.

The present invention has been made under such a background, and an object of the present invention is to provide a fault identification system capable of suppressing unnecessary trouble reports by judging fault contents.

[0006]

According to a first aspect of the present invention, there is provided a job monitoring unit which monitors the input status of a job input to a system and generates and stores job identification information and a system message log. A failure monitoring unit that monitors the occurrence of a failure based on the monitoring output of the job monitoring unit and the system message log; and a failure occurrence signal needs to be reported based on the failure occurrence signal from the failure monitoring unit and the job identification information. A failure analysis unit that determines whether or not the failure is present;
A failure notifying unit for notifying a system administrator when an instruction of "report required" is received from the failure analyzing unit.

According to a second aspect of the present invention, in the failure identification method according to the first aspect, the job identification information is a job entered by an operator's operation or automatically executed according to a schedule. It is characterized by a set of information on the classification of the job as well as the job name.

According to a third aspect of the present invention, in the fault identification method according to the first or second aspect, the fault analysis unit includes:
When the job identification information of the fault that occurred is the automatically executed job, an instruction of "report required" is issued to the fault notification unit.

According to a fourth aspect of the present invention, in the fault identification method according to any one of the first to third aspects, the system is a network system.

With the above configuration, the present invention is a failure identification method for determining whether or not to make a failure report based on the input status of a job that has occurred even if the same failure has occurred. In FIG. 1, when a job is input to the system, the job monitoring unit 1 stores identification information for the job in a job identification information storage unit 5. The job identification information has a set of information on a classification and a job name of a job being executed or a job that has been input by an operation of an operator or a job that has been scheduled and automatically executed.

When a failure occurs, the job monitoring unit 1 notifies the failure monitoring unit 2 of the occurrence of the failure, and the failure monitoring unit 2 detects a failure message from the system message log storage unit 6. The failure analysis unit 3 determines whether the corresponding job has been submitted by the operator based on the detected failure message and the information of the job identification information 5, and determines that the job has been submitted by the operator. In this case, this message is not recognized as a failure. This makes it possible to reduce the load on the system administrator by not reporting a failure that can be immediately recognized by the operator even to the same failure message to the system administrator.

[0012]

Embodiments of the present invention will be described below with reference to the drawings.

<Description of Configuration of One Embodiment> FIG. 1 is a block diagram showing a configuration of a fault identification system according to one embodiment of the present invention. Referring to FIG. 1, a job monitoring unit 1 for monitoring a submitted job, a failure monitoring unit 2 for monitoring the occurrence of a failure in the job, a failure analysis unit 3 for analyzing the content of the failure when a failure occurs, The system includes a failure reporting unit 4 for reporting a failure that requires a job, a job identification information storage unit 5 for storing job identification information generated by the monitoring unit 1, and a system message log storage unit 6. The job identification information holds a set of a job name and a job input status.

The job monitoring unit 1 monitors a job input to the system and registers the job name and the job input status in the job identification information storage unit 5. The fault monitoring unit 2 monitors a message output by a program running on the system to the system message log storage unit, and sends a fault message using the fault information that has been set. The failure analysis unit 3 determines whether or not to report as a failure based on the received failure message and the job identification information. The failure reporting unit 4 reports a failure to a designated system administrator.

<Explanation of Operation of One Embodiment> Next, the overall operation of the present embodiment will be described in detail with reference to the flowcharts of the processing operations of FIGS. First, the job monitoring unit 1 detects that a job has been submitted to a system (not shown) (step S1, hereinafter referred to as S1), and determines whether the detected job has been submitted by an operator or a scheduled automatic Information indicating whether the job is an execution job and a job name are written as a set in the job identification information storage unit 5 (S2).

Next, the fault monitoring unit 2 recognizes the written message from the stored system message log as a message related to the fault using the existing fault information (S3). When a failure message is detected by the failure monitoring unit 2, the job identification information storage unit 5 is searched based on the job name included in the failure message detected by the failure analysis unit 3. The input status of the job with the corresponding job name is checked (S4). If the job is input from an operator, it is determined that a trouble that does not require notification is given. If the job is a scheduled automatic execution job, a notification is given. (S5). If it is determined that a report is necessary, a failure report is made to the system administrator designated by the failure report section 4 (S6).

Next, a specific example will be described. When a job A for reading information from a magnetic tape medium is input by an operation of an operator, the job monitoring unit 1 detects this, and the job name (job A) and the job input status (job input from the operator) Are registered in the job identification information storage unit 5 as a set. Thereafter, when a failure occurs during access to the magnetic tape, the failure monitoring unit 2 reads the failure message written in the system message log.

The failure analysis unit 3 searches the job identification information storage unit 5 based on the job name included in the failure message to confirm the input status of the corresponding job.
It is determined that there is no need to report a fault because the input is from an operator. Therefore, this failure is not notified to the system administrator. It should be noted that such a failure is naturally dealt with by the operator.

Next, when the scheduled job B is automatically submitted, the job monitoring unit 1 registers the job B as the job name and the submission status (automatic submission of the job according to the schedule) in the job identification information storage unit 5. . Thereafter, when a failure occurs in the magnetic tape, the failure monitoring unit 2
Is read from the system message log storage unit 6, and the failure analysis unit 3 searches the job identification information storage unit 5 based on the job name included in the failure message. As a result, the target job is scheduled and has been automatically submitted, so it is determined that a failure report is necessary, and the failure report unit 4 issues a failure report to the system administrator.

<Description of Configuration of Another Embodiment> Next, another embodiment of the present invention will be described in detail with reference to FIG. 3, the present embodiment is different in that a network monitoring unit 7 and a job monitoring range storage unit 8 are provided before the job monitoring unit 1 shown in FIG. The network monitoring unit 7 monitors from which terminal a job is input.
The job monitoring range storage unit 8 is a file for specifying information (IP address) of a job submission destination requiring job monitoring.

<Description of Operation of Another Embodiment> Next, the operation of another embodiment will be described in detail with reference to FIG. The failure monitoring unit 2 and the failure notification unit 4 in FIG. 3 are the same as those in the embodiment shown in FIG. In the embodiment shown in FIG. 1, the job input status is held, but the information of the job input destination is not held. In the present embodiment, a more flexible fault monitoring is realized by setting a necessary range of job monitoring in the job monitoring range storage unit 8 in advance.

First, the job input destination information (such as an IP address) detected by the network monitoring unit 7, the job name detected by the job monitoring unit 1, and the job input status are grouped into the job identification information storage unit 5. register. Further, the failure analysis unit 3 identifies the necessity of the failure report from the job input status, the job input destination information, and the job monitoring range storage unit 8 in the job identification information storage unit 5 based on the generated failure message. .

Next, a specific example will be described. When submitting a job for storing business data on a magnetic tape from a long distance and a short distance, a range for selecting a failure identification method in the job input status is registered in the job monitoring range storage unit 8. For example, in the case of a short distance, the operator can recognize and solve the problem at an early stage.
The P address is registered in the job monitoring range storage unit 8.

When a job is input from a short distance, the network monitoring unit 7 detects the job input destination information, and the job monitoring unit 1 registers the job input destination information in the job identification information storage unit 5 together with the job name and the job input status. Thereafter, when a failure occurs, the failure analysis unit 3 checks the job submission status and whether the job submission destination information exists in the job monitoring range storage unit 7 and identifies the failure. As a result, it is possible to identify a failure based on the job input status within a specific range.

The operation of one embodiment of the present invention has been described in detail with reference to the drawings. However, the present invention is not limited to this embodiment, and a design change or the like may be made without departing from the gist of the present invention. The present invention is also included in the present invention.

[0026]

As described above, the first effect of the present invention is to prevent a failure that can be recognized and handled by an operator from being uniformly reported to a system administrator. The reason is that the operation status of the job in which the failure has occurred is confirmed, not only the content of the failure that has occurred.

A second effect is that the present invention can be dealt with without the user making any particular information setting. The reason is that the information is not given to the failure, but is based on the failure and the operation status of the job.

[Brief description of the drawings]

FIG. 1 is a block diagram showing a configuration of a fault identification system according to an embodiment of the present invention.

FIG. 2 is a flowchart for explaining the processing operation of the failure identification method of FIG. 1;

FIG. 3 is a block diagram showing a configuration of a failure identification system according to another embodiment of the present invention.

[Explanation of symbols]

 REFERENCE SIGNS LIST 1 job monitoring unit 2 failure monitoring unit 3 failure analysis unit 4 failure notification unit 5 job identification information storage unit 6 system message log storage unit 7 network monitoring unit 8 job monitoring range storage unit 11 terminal 12 … Execution waiting job storage unit

Claims (4)

[Claims] A job monitoring unit configured to monitor a status of a job input to a system and generate and store job identification information and a system message log; and a monitoring output of the job monitoring unit and the system message log. A failure monitoring unit that monitors the occurrence of a failure; a failure analysis unit that determines whether the failure that has occurred is a failure that requires notification based on the failure occurrence signal from the failure monitoring unit and the job identification information; A failure reporting unit that reports to a system administrator when receiving a "report required" instruction from the failure analysis unit. 2. The job identification information is a set of information on classification of whether the input job is a job input by an operation of an operator or a job automatically executed according to a schedule, and a job name. The fault identification method according to claim 1, wherein: 3. The failure analysis unit, when the job identification information of the failure that occurred is the automatically executed job, instructs the failure notification unit to “report required”. Item 3. The failure identification method according to item 1 or 2. 4. The system according to claim 1, wherein said system is a network system.
4. The fault identification method according to any one of claims 1 to 3.