KR100269264B1 - How to monitor and recover the operation of workstation mounted blocks - Google Patents

Abstract

PURPOSE: A method for monitoring restoring operations of workstation blocks is provided to minimize a system suspension time by restarting a function corresponding to a failure through a normal block without restarting the workstation or without a specific monitoring function. CONSTITUTION: The workstation blocks are monitored and the workstation blocks are restored. The workstation block is restarted. If a block restoration request is received(S27), information on a processor performance state in the workstation is collected(S28). Whether the block performance state is normal is decided(S29). If it is normal, the normal performance is notified(S30), and the steps are ended(S31). If the block performance state is abnormal, a corresponding block is re-started(S32,S33). During normal state(S34), restoration completion information is delivered(S35) and the steps are ended(S36). If normal restoration is not performed, restoration failure information is delivered(S37) and the steps are ended(S38).

Description

Monitoring and Restoration of Operation of Workstation Mounting Block

The present invention relates to a method for monitoring and recovering performance of a workstation mounting block.

In the prior art, a method of separately configuring one monitoring function in a workstation and restarting the predefined function is used.

However, even in this case, if a fault condition occurs in which the corresponding monitoring function does not perform a normal operation, it causes a serious problem in that it cannot perform the monitoring and recovery function for another block to be monitored.

In order to solve the above problems, the present invention performs the overall function due to the abnormal operation of the function mounted on the workstation in a structure that utilizes the workstation as a tool for interworking with the unique system main body function and operation and maintenance thereof. Reliable and efficient operation and maintenance by minimizing system downtime by restarting the workstation in a non-capable state or restarting only the appropriate function that has failed through other blocks in normal state without specific monitoring. The purpose is to ensure that work is guaranteed.

1 is a system structural diagram for workstation block monitoring and repair of the present invention;

2 is a workstation block monitoring process flow chart of the present invention;

3 is a block diagram of a workstation block recovery process of the present invention;

4 is a workstation block restart processing flowchart to which the present invention is applied;

<Explanation of symbols for the main parts of the drawings>

100: asynchronous transfer mode central switching subsystem

110: operation maintenance processor

111: block monitoring and recovery control function

200: workstation

210: time management department

220: file management unit

230: graphic management unit

240: monitoring and recovery function

In order to achieve the above object, the present invention is characterized by including a process of performing a workstation block monitoring process, a process of a workstation block recovery process, and a process of a workstation block restart process.

Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.

1 is a system architecture diagram for workstation block monitoring and recovery of the present invention, which includes an Asynchronous Transfer Mode (hereinafter referred to as ATM) Central Switching Subsystem (hereinafter referred to as ACS) 100 and FIG. The workstation 200 is classified into a workstation 200, and an operation maintenance processor (hereinafter referred to as OMP) 110, which is a processor in charge of operation and maintenance functions, is located.

The OMP 110 is equipped with a block monitoring and recovery control function 111 that performs a main function for performing a block monitoring and recovery function, which is a time management unit 210 and a file management unit 220 mounted on a workstation. By using the graphic management unit 230 and the Ethernet communication method, information transmission and reception for monitoring and block restart are performed.

In addition, these blocks mounted in the workstation are commonly housed with a monitoring and recovery function unit 240 that performs response to the version information by the monitoring request and restart request for a particular abnormal block.

Accordingly, the present invention has a structure in which the overall function is performed through the interworking between the blocks mounted on the OMP and the workstation described above.

2 is a flowchart of a workstation block monitoring process according to the present invention, upon receiving a periodic execution request operated by a timer (S1), requesting version information from a block mounted on a workstation (S2), and registering a wait wait timer. (S3) and the transition to the standby state (S4).

When the block version information is received from the workstation within the given response waiting time in the waiting state (S5), the block information is updated (S6) and the state transitions to the waiting state (S7).

When the timeout is received after waiting for the response waiting time (S8), it is determined whether all the requested information is received (S9). If it is in a normal state, the cycle for the next execution is registered in the timer (S10) and ends (S11).

If the response is not connected from any of the blocks, the block recovery transitions to the processing execution state (S12).

3 is a flow diagram of a workstation block recovery process of the present invention, which shows a processing flow that is accommodated in an OMP to perform a recovery function for a workstation block, and is performed when a response is not received from the block in the monitoring function. If the corresponding block has not been answered up to three times in succession (S13), and if it has not reached three times, it registers a cycle for the next execution in the timer (S14) and ends (S15).

If it is determined that there is no response for three consecutive times, the request for performing recovery for the corresponding block is requested to another block in a normal state (S16), and a response waiting timer is registered (S17), and then the state transitions to the waiting state (S18).

At this time, if there is no response within a given time and the timeout is received (S19), it is determined whether there is a next block in a normal state (S20), and if present, the block is selected (S21) and an iterative process is performed to deliver a recovery execution request. To perform.

When the remaining normal block does not exist, a cycle for performing the next execution is registered in the timer (22) and ends (S23).

If the recovery execution request result information is normally received (S24), the continuous generation monitoring flag is initialized (S25), a status message is output as a restart result of the restored block (S26), and a period for the next execution is registered in the timer ( S22) End (S23).

4 is a flow diagram of a workstation block restart processing to which the present invention is applied. Upon receipt of a block recovery request (S27), the processor execution state information is collected in a workstation (S28). It is determined whether or not abnormal (S29).

If the normal state after the determination is sent that the operation is already performed (S30) and ends (S31).

If it is abnormal after the determination, after restarting the block (S32), wait for the time required to transition to the normal state (S33), determine whether it is the normal state (S34), and if it is the normal state, then transfer the recovery completion information (S35). End (S36), and if the recovery is not normally performed, the recovery failure information is transmitted (S37) and terminated (S38).

Table 1 shows information managed to perform a monitoring function for a workstation block, and is divided into block units 301.

The version information 302 corresponds to package information used for the purpose of functionally classifying the block, and the generation information 303 represents the time information that the block is finally modified and produced in an execution state.

In addition, the monitoring flag 304 is information for determining whether an abnormal state is a temporary phenomenon or a continuous occurrence when there is no response through the monitoring function. As initial information, up to three consecutive times are all set to B′000. In the case of B'111, a restart process is performed by determining that the block is abnormal three times in succession, and is initialized to B'000 when the normal recovery is completed.

Configure management information by block Block name Version Creation date Watch flag Visual management SV3.4.1 1997.9.10 B＇000 File management SV3.4.1 1997.9.10 B＇000 Graphic management SV3.4.2 1997.10.20 B＇011

As described above, in the method for monitoring and restoring the block mounted on the workstation proposed by the present invention, the function for monitoring and restoring is distributed to all the blocks mounted on the workstation in the same manner, so that a random block is caused by a failure. Even if normal operation is not performed, it is controlled to recover randomly selected from normal blocks, so that even if at least one block is in a normal operation state, it has a reliable function structure that can be recovered and guarantees stable service. have.

Claims (4)

In order to perform the block monitoring and recovery function of the central switching subsystem, the operation maintenance processor equipped with the main control function transmits and receives information for monitoring by using the Ethernet communication method with a workstation equipped with visual management, file management, and graphic management blocks. And a method for transmitting and receiving information for block restart, A first step of the workstation block monitoring process; A second process of workstation block recovery processing; And performing a third process of the workstation block restart processing. The method of claim 1, wherein the first process is Receiving a periodic execution request operated by a timer, requesting version information from a block mounted on a workstation, registering a response waiting timer, and transitioning to a standby state; A second step of receiving block version information from a workstation within a given response waiting time in the standby state to update the block information and to transition to the standby state; A third step of determining whether the requested information has been received after waiting for the response waiting time and then registering and completing a cycle for the next execution in a timer if it is in a normal state; And re-translating the block recovery to the processing execution state if a response is not connected from any block after the determination. The method of claim 1, wherein the second process A first step of, if the response is not received from the block in the monitoring function, determining that the corresponding block has not been answered up to three times in a row and registering the period for the next execution in a timer and ending if there is no arrival; If it is determined that there is no response for three consecutive times after the determination, requesting to perform a recovery request for the corresponding block to another block in a normal state, registering a response waiting timer, and transitioning to the standby state; A third step of determining whether a next block in a normal state exists if a timeout is received because there is no response within a given time and performing an iterative process to select a block and deliver a recovery execution request; A fourth step of registering and ending a period for the next execution in a timer when the remaining blocks that are normal do not exist; And a fifth step of initializing the continuous generation monitoring flag, outputting a status message as a result of restarting the restored block, and registering a cycle for the next execution to a timer when the recovery execution request result information is normally received. How to monitor and restore the performance of workstation mounting blocks. The method of claim 1, wherein the third process is A first step of, upon receiving a block recovery request, collecting processor execution status information in a workstation and determining whether the block execution status for the requested block is normal or abnormal; A second step of sending a message indicating that the image is already being executed if it is normal after the determination; A third step of determining whether it is in a normal state after performing restart on the corresponding block if the abnormal state is determined and waiting for the time required for transition to the normal state; If the normal state after the determination is delivered and completes the recovery completion information, if the normal recovery is not performed, the operation performed monitoring and recovery method of the workstation mounting block, characterized in that it comprises a fourth step of ending after delivering.

Images