KR0133337B1 - 타켓 시스템 이중화 운용관리 장치 및 방법 - Google Patents

타켓 시스템 이중화 운용관리 장치 및 방법

Info

Publication number
KR0133337B1
KR0133337B1 KR1019940035754A KR19940035754A KR0133337B1 KR 0133337 B1 KR0133337 B1 KR 0133337B1 KR 1019940035754 A KR1019940035754 A KR 1019940035754A KR 19940035754 A KR19940035754 A KR 19940035754A KR 0133337 B1 KR0133337 B1 KR 0133337B1
Authority
KR
South Korea
Prior art keywords
state
operation management
management means
transitions
failure
Prior art date
Application number
KR1019940035754A
Other languages
English (en)
Other versions
KR960028033A (ko
Inventor
박남훈
오현주
양선희
Original Assignee
양승택
한국전자통신연구원
조백제
한국전기통신공사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 양승택, 한국전자통신연구원, 조백제, 한국전기통신공사 filed Critical 양승택
Priority to KR1019940035754A priority Critical patent/KR0133337B1/ko
Priority to US08/479,222 priority patent/US5583986A/en
Priority to FR9506891A priority patent/FR2728748B1/fr
Priority to JP7144983A priority patent/JPH08186642A/ja
Publication of KR960028033A publication Critical patent/KR960028033A/ko
Application granted granted Critical
Publication of KR0133337B1 publication Critical patent/KR0133337B1/ko

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2038—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant with a single idle spare processing component
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G06F11/2028—Failover techniques eliminating a faulty processor or activating a spare
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/08—Indicating faults in circuits or apparatus
    • H04M3/10—Providing fault- or trouble-signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0025—Provisions for signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/42—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker
    • H04Q3/54—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised
    • H04Q3/545—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised using a stored programme
    • H04Q3/54508—Configuration, initialisation
    • H04Q3/54516—Initialization, software or data downloading
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/42—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker
    • H04Q3/54—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised
    • H04Q3/545—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised using a stored programme
    • H04Q3/54541—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised using a stored programme using multi-processor systems
    • H04Q3/54558—Redundancy, stand-by
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34—Signalling channels for network management communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1305—Software aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13109—Initializing, personal profile
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13376—Information service, downloading of information, 0800/0900 services

Abstract

본 발명은 유휴상태(IDLE)에서 작업석으로 부터 시스템 시동 및 재시동 메시지를 수신하면 시스템을 시동하고, 시스템의 시동여부를 판단하는 제1단계; 상기 제1단계에서 시스템의 시동에 실패하면 장애(FAIL) 상태로 천이하고, 시스템의 시동에 성공하면 현재 정상 상태에 있는 제1운용관리수단은 준비(READY) 상태로 천이하고, 제2운용관리수단은 대기(STANDBY) 상태로 천이하는 제2단계; 상기 제2단계에서 준비(READY) 상태의 제1운용관리수단이 타겟을 시동하여 시동에 성공하면 서비스(IN_SERVICE) 상태로 천이하고, 시동에 실패하면 준비(READY) 상태로 천이하는 제3단계; 상기 제3단계에서 서비스(IN_SERVICE) 상태의 제1운용관리수단이 유지보수 기능수단으로 부터 고장발생 메시지를 수신하면 장애(FAIL) 상태로 천이하고, 작업석으로 부터 전환 메시지를 수신하면 대기(STANDBY) 상태로 천이하는 제4단계; 상기 제2단계에서 대기(STANDBY) 상태의 제2운용관리수단이 유지보수 기능수단으로 부터 전환 메시지를 수신하면 서비스(IN_SERVICE) 상태로 천이하고, 고장을 감지하면 장애(FAIL) 상태로 천이하며, 운용관리수단에 의한 전환이면 장애(FAIL) 상태로 천이하고, 타겟에 의한 전환이면 대기(STANDBY) 상태로 천이하는 제5단계; 및 상기 제1단계에서 장애(FAIL) 상태의 운용관리수단이 작업석으로 부터 고장복구 메시지를 수신하면 대기(STANDBY) 상태로 천이하는 제6단계를 포함하는 것을 특징으로 한다.

Description

타켓 시스템 이중화 운용관리 장치 및 방법
제1도는 본 발명이 적용되는 하드웨어의 일실시예 블럭 구성도,
제2도는 제1도의 운용관리 장치의 일실시예 블럭 구성도,
제3도는 본 발명에 따른 타켓 시스템 이중화 운용관리 장치의 일실시예 블럭 구성도,
제4도는 제3도의 운용관리부의 일실시예 블럭 구성도,
제5a 도는 제3도의 운용관리부의 일실시예 상태 천이도,
제5b 도는 제3도의 운용관리부의 상태 천이 과정을 나타낸 흐름도,
제6도는 제3도의 운용관리부가 유휴상태에서 준비 또는 대기 상태로의 천이 과정을 나타낸 흐름도,
제7도는 제3도의 운용관리부가 준비 상태에서 서비스 상태로의 천이 과정을 나타낸 흐름도,
제8도는 제3도의 운용관리부가 서비스 상태에서 장애 또는 대기 상태로의 천이과정을 나타낸 흐름도,
제9도는 제3도의 운용관리부가 대기 상태에서 서비스 상태로의 천이 절차를 나타낸 흐름도,
제10도는 제3도의 운용관리부의 전환 절차중에서 시스템이 요구하여 자동적으로 수행되는 과정을 나타낸 흐름도,
제11도는 제3도의 운용관리부의 전환 절차중에서 운용자의 요구에 의하여 수동으로 수행되는 과정을 나타낸 흐름도,
제12도는 제3도의 운용관리부의 데이타 베이스 재구동 환경 절차를 나타낸 흐름도,
제13도는 제3도의 운용관리부의 상태 감지 과정을 나타낸 흐름도,
* 도면의 주요부분에 대한 부호의 설명
301,302 : 운용관리부 303,304,307,308 : HIFU,
307 : 그래픽 경보 모니터 308 : SIGNOS 장치,
402 : OMM 이중화 기능블럭 403 : OMM 유지보수 기능블럭,
404 : OMM 상태 관리 기능부 405 : OMM 전환 처리 기능부
406 : 데이타 베이스 일치화 처리 기능부
407 : 데이타 카피백(Copyback) 처리 기능부
408 : 상태보고 기능부 409 : 고장 감지 및 보고 기능부,
410 : 고장보수 기능부(410)
본 발명은 타켓 시스템인 에스엠엑스(SMX-1 : Signalling Message Exchange-1) 이중화 운용관리 장치 및 방법에 관한 것으로, 특히 이중화한 운용관리부를 시스템내에 설치하여 서비스중인 운용관리부에 장애가 발생하더라도 다른 운용관리부가 그 기능을 수행하도록 하는 타켓 시스템 이중화 운용관리 장치 및 방법에 관한 것이다.
일반적으로, 타켓 시스템인 SMX-1 시스템은 하나의 운용관리부를 가지고 있음에 따라 시스템의 운용중에 설치, 확장, 축소, 감시, 서비스, 오류 검색, 오류 복구 등의 제반 환경에 적응하지 못할 뿐만 아니라, 운용관리장치에 장애가 발생하면 SMX-1 전체 시스템에 확산되어 신호중계 교환기가 가지는 기능, 신뢰도 및 성능을 저하시키는 문제점을 가지고 있었다.
따라서, 본 발명은 상기한 바와 같은 문제점을 해결하기 위해 안출된 것으로, 시스템내에 설치되는 운용관리부를 이중화하여 서비스중인 운영관리부에 장애가 발생하더라도 다른 운용관리부가 그 기능을 수행하도록 하므로써, 시스템 장애를 최소화시킬 뿐만 아니라 데이타베이스 내용과 현재 운용중인 데이타의 일치성을 유지할 수 있는 타켓 시스템 이중화 운용관리 장치 및 방법을 제공하는 것을 그 목적으로 한다.
상기와 같은 목적을 달성하기 위하여 본 발명은, 망 자원의 관리와 신호망 상태를 관리할 수 있도록 외부의 신호망 관리장치와 접속되어 있으며, 이중화된 하이웨이를 통해 타켓 시스템에 접속되는 타켓 시스템 이중화 운용관리 장치에 있어서, 서비스 가용상태로 망 자원의 관리와 신호망 상태를 관리하는 제1운용관리수단; 대기 상태로 있다가 상기 제1운용관리수단측에 장애가 발생하면 서비스 가용상태로 전환되는 제2운용관리수단; 상기 제1운용관리수단에 연결된 제1정보 저장수단; 상기 제2운용관리수단에 연결된 제2정보 저장수단; 상기 제1운용관리 수단을 상기 이중화된 하이웨이에 각각 접속하기 위한 제1 및 제2하이웨이 인터페이스 수단; 및 상기 제2운용관리수단을 상기 이중화된 하이웨이에 각각 접속하기 위한 제3 및 제4하이웨이 인터페이스 수단을 포함한다.
또한, 상기와 같은 목적을 달성하기 위한 본 발명은, 서비스중인 운용관리수단과 대기중인 운용관리수단을 하이웨이 인터페이스 수단을 통해 각각 타겟 시스템에 접속하고, 송수신수단을 통해 원거리에 있는 신호망 관리 장치에 각각 접속하여 망 자원의 관리 및 신호망 상태 관리를 수행하도록 구성된 타켓 시스템 이중화 운용관리장치에 적용되는 운용관리방법 있어서, 유휴상태에서 작업석으로부터 시스템 시동 및 재시동 메시지를 수신하면 시스템을 시동하고, 시스템의 시동여부를 판단하는 제1단계; 상기 제1단계에서 시스템의 시동에 실패하면 장애 상태로 천이하고, 시스템의 시동에 성공하면 현재 정상 상태에 있는 제1운용관리수단은 준비 상태로 천이하고, 제2운용관리수단은 대기 상태로 천이하는 제2단계; 상기 제2단계에서 준비 상태의 제1운용관리수단이 타겟을 시동하여 시동에 성공하면 서비스 상태로 천이하고, 시동에 실패하면 준비 상태로 천이하는 제3단계; 상기 제3단계에서 서비스 상태의 제1운용관리수단이 유지보수 기능수단으로부터 고장발생 메시지를 수신하면 장애 상태로 천이하고, 작업석으로부터 전환 메시지를 수신하면 대기 상태로 천이하는 제4단계; 상기 제2단계에서 대기 상태의 제2운용관리수단이 유지보수 기능수단으로부터 전환 메세지를 수신하면 서비스 상태로 천이하고, 고장을 감지하면 장애 상태로 천이하며, 운용관리수단에 의한 전환이면 장애 상태로 천이하고, 타겟에 의한 전환이면 대기 상태로 천이하는 제5단계; 및 상기 제1단계에서 장애 상태의 운용관리수단이 작업석으로부터 고장복구메세지를 수신하면 대기 상태로 천이하는 제6단계를 포함한다.
이하, 본 발명의 일실시예를 첨부된 도면을 참조하여 상세히 설명한다.
제1도는 본 발명의 적용되는 하드웨어의 구성을 나타낸 것으로, 운용관리장치(OMS)(101)는 하이웨이(Highway)라는 서브시스템 연결 서브시스템(103)을 통하여 타겟시스템(102)에 접속되어 있다.
SMX-1 타겟시스템(102)은 신호메세지 처리모듈(SMHM)(104)과 신호망관리모듈(SNGTMM)(105)로 구성되어 있으며, 운용관리장치(101)로는 슈퍼-마이크로 컴퓨터인 HP9000/375 시스템을 사용한다. 이 시스템은 여러대의(107,108,109,110) 모니터와 더미터미널로 맞물려 있고, 또한 프린터(111)에 접속되어 타겟으로부터 들어오는 메시지를 출력한다. 또한 신호망 관리를 위해 모뎀을(106) 통해 신호망 관리시스템(SIGNOS)과 연결되며 운용관리장치(101)는 올베이스(ALLBASE)라는 데이타베이스 (112)를 사용하여 메시지들을 저장 및 검색한다.
제2도는 제1도의 운용관리장치(101)의 세부 구조를 나타낸 것으로, 운용관리장치(101)는 하이웨이(103)를 통하여 타겟 시스템(SMX-1)에 접속되어 있으며, 6개의 서브장치로 구성된다.
운용자접속 서브장치(203)는 사용자의 편리를 위한 기능을 수행하는데, 여러대의 운용관리 작업석 및 유지보수 작업석, 프린터(printer), 장애 및 정보를 표시해주는 그래픽 경보 모니터, 시스템 콘솔 등을 위한 기능이 제공되며, 입출력되는 모든 명령어는 명령어 파일(210)로 관리된다.
타겟 인터페이스 서브장치(204)는 HIFU(Highway Interface unit)[P]와 HIFU[S]보드(103)에 접속되어 타겟과 주고 받는 메시지를 관리한다. 시스템이 가용중일 때는 항상 HIFU[P]로 작동되며, 이때 HIFU[S]는 대기(STANDBY) 상태에 머무르게 된다. 따라서, 어느 한 순간에 하이웨이 장치의 접속은 한 라인의 한 보드에만 접속도어 있다가 장애나 절체의 순간이 되면, 대기(STANDBY) 상태의 하이웨이로 전환하게 된다.
운용제어 서브장치(205)는 운용관리 작업석이나 타겟 인터페이스 서브 장치(204)로부터 입력되는 모든 명령어와 메시지들을 운용관리장치(101)에 맞는 메세지 형태로 처리하거나 보관 관리할 수 있도록 제어해 주는 기능을 갖고 있다.
신호망 관리장치(SIGNOS) 정합 서브장치(206)은 신호망 관리장치와의 연동을 지원해주는 기능을 갖기 때문에 신호망 관리장치의 명령을 받아서 처리하거나, 주기적으로 신호를 관리장치에 보고해 주는 기능을 갖고 있다.
운용관리 장치(101)의 관리 서브장치(207)는 운용관리장치(101)에 존재하는 모든 프로세스(영구 및 임시 프로세스)에 대하여 관리 및 감독하는 기능을 가지고 있으며, 효율적인 프로세스 관리를 위하여 메시지 큐 방식의 IPC(InterProcess Communication) 메카니즘을 사용하고 있다.
데이타 관리 서브장치(208)는 상기 운용관리장치의 운용자 및 상기 신호망 관리 장치로부터 요구 받은 자료를 위하여 상기 SMX-1에 관련된 모든 데이타를 변경, 검색, 입력, 출력, 처리할 수 있게끔 일정한 형태대로 보관 감독할 수 있는 기능을 갖고 있다. 따라서, 저장되는 데이타 베이스(209)는 시스템 형상, 신호망 재원, 측정 및 통계, 운용자 접속등이 있다.
제3도는 본 발명에 따른 이중화 운용관리 장치의 연결 구성을 나타낸 것이다.
두 대의 운용관리부(301, 302)를 타겟시스템(SMX-1 시스템)에 접속하고, 운영관리부(OMM[P])(301)가 가용중일 때는 다른 운용관리부(OMM[S])(302)는 대기(STANDBY) 상태로 접속되어 있다. 각각의 상기 운용관리부에는 HIFU[P](307,308)와 HIFU[S]보드(303,304)가 각각 접속되어 있으므로 어떤 경우의 시스템 장애에도 신속하게 대처할 수 있는 능력을 갖고 있다.
상기 운용관리부에서 분출되어 나온 HIFU[P]와 HIFU[S] 보드는 상기 타겟 시스템에서 분출된 접속 라인(305, 306)과 연결되어 있으며, 상기 운용관리부(OMM[P])와 운용관리부(OMM[S])는 LAN(RS-232C)을 통하여 1대의 그래픽 경보 모니터(307)와 항상 메시지들을 주고 받는다.
또한, 각각의 상기 운용관리부는 원거리에 있는 신호망 관리장치(308)와 모뎀을 통한 X.25망을 이용하여 접속되어 있으므로 효율적인 망 자원의 관리와 신호망 상태 관리를 할 수 있다.
제4도는 제3도의 운용관리부(OMM)의 이중화 기능 블럭도를 나타낸 것이다.
운용관리부(301, 302)는 운용관리부(OMM) 이중화 기능블럭(402)과 운용관리부 유지보수 기능블럭(403)으로 분류되며, 상기 운용관리부 이중화 기능블럭(402)은 상기 운용관리부 상태 관리 기능부(404), 운용관리부 전환 처리 기능부(405), 데이타 베이스 일치화 처리 기능부(406), 데이타 카피백(Copyback) 처리 기능부(407)로 분류된다. 또한 운용관리부 유지보수 기능블럭(403)은 상태보고 기능부(408), 고장감지 및 보고 기능부(409), 고장보수 기능부(410)로 나누어진다. 각각의 기능부에 대한 상세한 설명은 다음과 같다.
o 운용관리부 상태관리 기능부(404) : 상기 운용관리부의 운용 상태를 관리한다. 후술되는 제5도에서 정의되는 5가지의 상태에 따라 타겟이나 운용자 작업석으로 부터 들어오는 입력의 흐름을 결정한다.
o 운용관리부 전환 처리 기능부(405) : 상기 운용관리부 전환이 일어났을 때 상기 운용관리부의 기능을 회복하기 위한 제반 절차를 수행하는 기능부로서, 대기(STANDBY) 상태에서 서비스( IN_SERV) 상태로 되기 위한 작업을 수행한다. 즉, 데이타 베이스 일치화 작업, 고장복구 기간동안에 발생하는 OOM(On-Occurrence Message)에 대한 버퍼링 처리 및 작업석 제어, 경보 화면 재초기화 및 측정 통계 기능의 재시동, 신호망 관리장치 연동 설정등이 이루어진다.
o 데이타베이스 일치화 처리 기능부(406) : 상기 두 개의 운용관리부 사이에 데이타베이스를 일치화시킬 수 있도록 동작하는 기능부로서, 상기 운용관리부 이중화 설계의 기본 사상에 의해 제한된 종류의 데이타베이스에만 행해지는데, 신호망 관리장치 기능관련 테이블 및 기존 데이타베이스의 내용을 추가하거나 삭제하는 경우에만 적용시키는 것을 원칙으로 한다.
o 데이타 카피백(Copyback) 처리 기능부(407) : OMM 전환시에 각종 상태 데이타를 일치화시키기 위하여 신호망관리모듈(SNGTMM)로부터 시스템 상태 데이타, 재원 관리 데이타등을 가져오는 기능부이다.
o 상태보고 기능부(408) : 시스템 유지보수 기능블럭으로부터 상태 보고 요청을 받으면 상기 운용관리부의 상태를 보고하는 기능을 수행한다.
o 고장 감지 및 보고 기능부(409) : 상기 운용관리부내의 주요 제원에 대해 고장을 감지하여 시스템 유지보수 기능블럭으로 보고하는 기능을 수행한다. 주요 감시대상은 대몬(Daemon) 프로세스, IPC, 데이타 베이스, 타켓 접속 기능, 신호망 관리 장치 연동 기능이다.
o 고장 보수 기능(410) : 고장 상태에 있는 상기 운용관리부을 다시 대기(STANDBY) 상태로 절환하기 위한 제반 활동을 담당하는 기능부로서 운용자에 의한 보수 기능을 의미한다.
제5a도는 제3도의 운용관리부(OMM)의 상태 천이 과정을 나타낸 것으로, 이중화되어 있는 상기 두 개의 운용관리부의 기능을 효율적으로 관리하기 위하여 상기 운용관리부의 상태를 기본적으로 5가지로 분류한다. 상기 운용관리부의 상태 분류는 SMX-1 시스템의 유지보수 기능블럭에서 사용하고 있는 상태와는 다르게 정의하고 있는데, 이는 상기 운용관리부의 기능과 하드웨어적인 특이성 때문이다. 여기에서 정의한 5가지 상태천이에 대한 설명은 다음과 같다.
o 유휴(IDLE) 상태(501) : 운용관리 컴퓨터가 부팅되어 일반적인 컴퓨팅 기능만이 수행될 수 있는 상태에서 SMX-1 시스템의 운용작업 로고(초기 화면)가 떠 있는 상태이다.
o 준비(READY) 상태(502) : 유휴(IDLE) 상태(501)에서 운용자에 의한 상기 운용관리부 기능의 시동이 이루어진 상태이며, 상기 운용관리부의 대몬(Daemon) 프로세스가 시동되고 데이타베이스의 초기화가 이루어진 상태로, 타겟과의 접속이 가능한 상태이다.
o 대기(STANDBY) 상태(503) : 상기 운용관리부의 초기화가 이루어져 있는 상태(즉, 대몬(Daemon) 프로세스가 시동되고, 데이타베이스가 초기화된 상태)로, 전환 명령이 오면 데이타베이스 복구 및 구동 환경 재시동(그래픽 경보 화면, 신호망 괸리장치 연동, 측정 처리, 작업석 처리등)후, 곧바로 서비스(IN_SERV) 상태(504)로 전환되어 서비스를 제공할 수 있는 상태이다.
o 서비스(IN_SERV) 상태(504) : 다운로딩 및 타겟 시동(블럭킹 해제, No.7 시작 등의 명령)이 이루어져 SMX-1 시스템의 전체 기능이 무리없이 수행되고 있는 서비스중의 상태를 말한다. 서비스(IN_SERV) 상태에서 OMM은 타겟으로부터의 상태 메시지 수집 및 처리, 작업석 명령어 처리, 신호망 관리 시스템 명령어 처리 등을 이벤트-드라이븐(event-driven) 방식으로 처리한다.
o 장애 상태(505) : 상기 운용관리부의 기능에 이상이나 고장이 발생하여 시스템이 정상적으로 수행될 수 없는 상태이다.
제5b도는 상태 천이에 따른 절차 흐름을 나타낸 것으로, 세부적인 절차 흐름은 후술되는 제6도 내지 제9도에서 상세히 설명한다.
제6도는 운용관리부가 유휴(IDLE) 상태에서 준비(READY) 또는 대기(STANDBY) 상태로의 천이 절차를 나타낸 흐름도를 도시한 것이다.
수행 대기 상태(유휴상태)(601)에 있는 운용관리부가 운용자에 의해서 전원(power)이 공급되면(602) 시동결과(603)에 따라서 데이타 베이스의 초기화를 시작한다(605).
데이타베이스의 초기화가 끝나면(606) 이중화 되어 있는 운용관리장치중에서 현재 정상 상태에 있는(607) 운용관리부가 가용시스템(608)이 되고, 다른 한 대는 대기(STANDBY) 상태(609)로 된다.
제7도는 운용관리가 준비(READY) 상태에서 서비스(IN_SERV) 상태로의 천이 절차를 나타낸 흐름도를 도시한 것이다.
준비 상태에 있는(701) 운용관리부는 타겟에서 운용될 수 있는 초기 데이타들을 다운로딩한다(702). 이때 다운로딩의 성공 여부에(703) 따라 타겟시동이 이루어진다(704). 타겟 시동이 완료되면(705) 운용관리부는 서비스(IN_SERV) 상태로 전환된다(706).
제8도는 운용관리부가 서비스(IN_SERV) 상태에서 장애 또는 대기(STANDBY) 상태로의 천이 절차를 나타낸 흐름도를 도시한 것이다.
서비스(IN_SERV) 상태에 있는(801) 운용관리부가 정상적으로 가동중인 경우에는 작업석 명령어, 타겟 메시지와의 대화, 상기 신호망 관리장치와의 연동이 원활하게 이루어진다(802).
그러나, 고장이 발견 또는 탐지되면 그에 따른 부수적인 조처가 뒤따라야만 한다. 이때 고장 감지의 방법은 크게 3가지로 나눌 수 있다.
먼저, 자체적으로 고장 감지를 탐지한 경우에는(803) 이를 신속하게 타겟에 있는 유지보수 기능부(GTMU)에게 보고하여(807) 관련된 메시지가 출력될 수 있도록 해야한다(811). 이때 시스템의 상태는 장애(FAILED)상태로 전환된다(814).
만약, 작업석(WCHB)으로부터 고장에 관련된 명령어를 입력 받으면(804) 자체적으로 고장 감지를 탐지한 경우와 동일한 방법으로 처리한다(808,812,815).
그러나, 운용관리부는 정상적으로 작동하지만 현재의 타겟(SMX-1) 시스템에서 이상 현상이 발생할 수도 있는데, 이때는 타겟시스템의 유지보수 기능부(GTMU)가 자동적으로 관련된 메시지를 출력해 주고(805,809), 시스템은 장애(FAILED) 상태(813)로 전환된다.
제9도는 운용관리부가 대기(STANDBY) 상태에서 서비스(IN_SERV) 상태로의 천이 절차를 나타낸 흐름도를 도시화한 것이다.
대기(STANDBY) 상태에 있던(901) 운용관리부가 타겟시스템의 유지보수 기능부(GTMU)로부터 전환 명령을 받으면(902) 타겟에 대하여 유지보수 기능부(GTMU), 망관리 기능부(SNMU) 및 신호연결제어 기능부(SCCU)의 시스템 데이타들의 카피백(Copyback)을 요구한다(904). 이때 상태 변경 메시지가 수신되면(911) 이를 임시 저장 장소 또는 버퍼에 저장해 두지만(912), 일반적으로 카피백(Copyback) 메시지를 통하여(905) 운용관리 시스템의 모든 데이타베이스의 내용을 최근 가용데이타들로 변경한다(906). 이때 데이타베이스의 내용이 변경되면(907) 마지막으로 변경할 자료인 임시 저장 데이타들을 데이타 베이스에 포함시킨 후(908), SIGNOS 연동재시동, 작업석 록킹(Locking) 해제, 그래픽 경보 화면 재초기화, 측정/통계 재시동 등을 수행한 후(909), 서비스(IN_SERV) 상태로 천이 한다(910).
제10도는 OMM 전환 절차중에서 시스템이 요구하여 자동적으로 수행되는 경우의 절차를 나타낸 흐름도를 도시한 것이다.
대기(STANDBY) 상태에 있던(1001) 운용관리부가 타겟시스템의 유지보수 기능부로부터 전환 요구를 받으면(1002) OOM(On-Occurrence Message)버퍼링 및 데이타베이스 내용을 반영한다. 이는 데이타베이스의 재구성을 의미한다(1003,1004). 따라서 작업석 록킹(Locking)이 해제되고(1005), 그래픽 경보 화면이 재초기화되면 (1006) 신호망 관리장치(SIGNOS)와 측정 및 통계가 재시동된다(1007,1008). 이는 동시에 시동을 완료할 수 있다. 이 절차가 모두 끝나면 운용관리부는 서비스(IN_SERV) 상태로 자동적으로 전환된다(1009).
제11도는 OMM 전환 절차중에서 운용자의 요구에 의하여 수등으로 수행되는 경우의 절차를 나타낸 흐름도를 도시한 것이다.
유휴(IDLE) 상태에 있는(1101) 운용관리부에 운용자가 전환 요구 명령어를 입력하면(1102), 운용관리부의 상태에 따라(1103) 입력되는 명령어가 타겟시스템의 시스템 유지보수 기능부로 전달되어(1004) 곧바로 시스템 전환 절차에 돌입하게 된다(1105). 따라서 운용관리부가 서비스(IN_SERV) 상태에서 대기(STANDBY) 상태로 전환하기 위하여(1106) OMM 이중화 기능부(DUPB)를 포킹(forking) 한다(1107,1110).
그러나, 운용자에 의한 전환 요구가 불가능한 경우에는 시스템의 유지보수 차원에서 거부되어(1108), 시스템은 전환되지 못하고 계속 처음 상태로 공전하게 된다(1109).
제12도는 운용관리부의 데이타 베이스 재구동 환경 절차를 나타낸 흐름도를 도시한 것이다.
타겟시스템(SMX-1)(1205)으로부터의 현재 운용중인 데이타를 잃지 않는다는 것이 데이타 베이스의 최대 관건이다. 따라서 운용관리장치의 모든 데이타는 가장 최근에 운용했던 데이타들의 집합이라고 할 수 있다. SMX-1 시스템으로부터 COPYB_MSG와 OOM_MSG를 수신한 타겟 접속 관련 프로세스(LM10)(1204)는 다음과 같이 메시지를 분배한다.
OOM_MSG는 메시지 수집 및 저장 프로세스(MCDB)(1202)로 전달하고, COPY_MSG는 이중화 기능 프로세스(DUPB)(1203)로 전달한다. 따라서 DUPB 프로세스는 바로 데이타베이스의 내용을 갱신하고, MCDB 프로세스는 OOM 메시지들을 임시 저장 장소(1201)로 버퍼링한다.
제13도는 운용관리부의 OMM 상태 감시 방법에 대한 절차도를 나타낸 흐름도를 도시한 것이다.
운용관리부는 이중화 기능을 위하여 항상 프로세스의 상태를 감시하고 있어야 하는데, 이때 운용관리부는 OMM의 상태를 감시하기 위하여 두가지의 방법을 사용한다. 한 방법은 항상 응용 프로세스(현재 가동중인 프로세스들)들의 상황을 모니터링하는 것이고, 다른 한 방법은 감시 클럭(clock)을 작동시켜 현재의 상황을 적극적으로 감지하는 방법이다.
운용관리장치내에서 응용 프로세스들의 상황을 모니터링 하는 방법은 다음과 같다.
유휴(IDLE) 상태의(1301) 시스템내에서 작동중인 모든 프로세스들은 실행중에 이상 상태에 돌입하거나 고장이 발생하면 유서(프로세스 식별자(ID))를 남긴다(1302). 따라서 운용관리장치는 가장 최근의 포킹 타임(forking time)을 확인하고 (1303), 감시 주기를 검사한다(1304). 감시주기 시간이 경과(over) 되었으면 응용 프로세스를 다시 포킹(forking)하고 (1306), 이에 관련한 모든 프로세스의 감시 테이블을 갱신한다.(1309,1311)
그러나, 감시 주기 시간이 경과되지 않았으면 리키-비킷 카운트(leaky-bucket count)를 확인하고(1305), 기준치 이상으로 재조정한 후(1307), 타겟시스템의 유지 보수 기능부로 보고하며(1308), 또한 시스템이 장애 상태임을 알린다(1310)
운용관리장치내에서 감시 클럭(clock)을 사용하여 상태를 감시하는 방법은 다음과 같다.
운용중인 모든 프로세스에게 감시 클럭(clock)을 할당하여 자원이 가용한지를 검사한다(1313). 할당된 감시 클럭이 자기에게만 존재하는 경우에(1314) 운용관리장치는 이 프로세스가 식물(halt)프로세스인지 검사한 후(1315), 만약 정상이면 운용관리부는 정상적으로 수행되고(1317,1318), 그렇지 않으면 장애(FAILED) 상태로 전환된다(1312).
그러나, 감시 클럽(clock)의 존재 유무가 불투명하면 일반적으로 시스템의 오류라고 가정하고(1314) 감시 클럭(clock)이 다른 프로세스에도 중복으로 존재하는지(1319), 아니면 오류가 존재하지 않는지 검사한다(1320).
오류가 존재하지 않으면(1320) 리키-버킷 카운트(leaky-bucket count)를 확인하고(1326), 기준치 이상인지 판단한다(1327). 기준치 이상이면 타겟시스템의 유지보수 기능부로 보고하고(1324), 시스템이 장애(FAILED) 상태임을 알린다(1325). 그리고, 기준치 이하이면 응용 프로세스를 다시 포킹(forking)하고 (1328), 이에 관련한 모든 프로세스의 감시 테이블을 갱신한다(1329,1330).
한편, 중복 존재인 경우에는(1319) 제거할 프로세스를 결정하고(1321), 그 결정된 프로세스를 제거(kill)한 다음(1321) 이전 상태로 복귀한다(1322). 이때 시스템은 정상적으로 동작하게 된다(1323).
상기와 같이 본 발명은 두 개의 운용관리부를 시스템내에 설치하여 서비스중인 운용관리부에 장애가 발생하더라도 다른 운용관리부가 그 기능을 수행하도록 하므로써 페일(Fail)을 최소화시킬 뿐만 아니라 데이타베이스 내용과 현재 운용중인 데이타의 일치성을 유지할 수 있다.

Claims (4)

  1. 망 자원의 관리와 신호망 상태를 관리할 수 있도록 외부의 신호망 관리장치와 접속되어 있으며, 이중화된 하이웨이를 통해 타켓 시스템에 접속되는 타켓 시스템 이중화 운용관리 장치에 있어서, 서비스 가용상태로 망 자원의 관리와 신호망 상태를 관리하는 제1운용관리수단;
    대기 상태로 있다가 상기 제1운용관리수단측에 장애가 발생하면 서비스 가용상태로 전환되는 제2운용관리수단;
    상기 제1운용관리수단에 연결된 제1정보 저장수단;
    상기 제2운용관리수단에 연결된 제2정보 저장수단;
    상기 제1운용관리수단을 상기 이중화된 하이웨이에 각각 접속하기 위한 제1 및 제2하이웨이 인터페이스 수단; 및
    상기 제2운용관리수단을 상기 이중화된 하이웨이에 각각 접속하기 위한 제3 및 제4하이웨이 인터페이스 수단을 포함하는 타켓 시스템 이중화 운용관리 장치.
  2. 제1항에 있어서, 상기 제1 및 제2운용관리수단은 각각, 해당 운용관리수단의 운용 상태를 관리하는 운용상태관리 수단;
    상기 운용관리수단의 전환이 일어났을 때, 상기 운용관리수단의 기능을 회복하기 위한 제반 절차를 수행하는 운용상태 전환 처리수단;
    상기 운용관리수단의 데이타베이스를 일치화시킬수 있도록 제반 절차를 수행하는 데이타베이스 일치화 처리수단;
    상기 운용관리수단의 전환시에 각종 상태 데이타를 일치화시키기 위하여 신호망 관리모듈로부터 시스템 상태 데이타, 제원관리 데이타등을 가져오는 데이타 처리 수단;
    시스템 유지보수 기능블럭으로부터 상태 보고 요청을 받으면 상기 운용관리수단의 상태를 보고하는 상태보고 수단;
    상기 운용관리수단의 주요 제원에 대해 고장을 감지하여 상기 시스템 유지보수 기능블럭으로 보고하는 고장 감지 및 보고 수단; 및
    고장 상태에 있는 상기 운용관리수단을 다시 스탠바이 상태로 전환하기위한 제반 활동을 담당하는 고장 보수 수단을 포함하는 타켓 시스템 이중화 운용관리장치
  3. 서비스중인 운용관리수단과 대기중인 운용관리수단을 하이웨이 인터페이스 수단을 통해 각각 타겟 시스템에 접속하고, 송수신수단을 통해 원거리에 있는 신호망 관리 장치에 각각 접속하여 망 자원의 관리 및 신호망 상태 관리를 수행하도록 구성된 타켓 시스템 이중화 운용관리장치에 적용되는 운용관리방법 있어서, 유휴상태에서 작업석으로부터 시스템 시동 및 재시동 메시지를 수신하면 시스템을 시동하고, 시스템의 시동여부를 판단하는 제1단계;
    상기 제1단계에서 시스템의 시동에 실패하면 장애 상태로 천이하고, 시스템의 시동에 성공하면 현재 정상 상태에 있는 제1운용관리수단은 준비 상태로 천이하고, 제2운용관리수단은 대기 상태로 천이하는 제2단계;
    상기 제2단계에서 준비 상태의 제1운용관리수단이 타겟을 시동하여 시동에 성공하면 서비스 상태로 천이하고, 시동에 실패하면 준비 상태로 천이하는 제3단계;
    상기 제3단계에서 서비스 상태의 제1운용관리수단이 유지보수 기능수단으로부터 고장발생 메시지를 수신하면 장애 상태로 천이하고, 작업석으로부터 전환 메시지를 수신하면 대기 상태로 천이하는 제4단계;
    상기 제2단계에서 대기 상태의 제2운용관리수단이 유지보수 기능수단으로부터 전환 메시지를 수신하면 서비스 상태로 천이하고, 고장을 감지하면 장애 상태로 천이하며, 운용관리수단에 의한 전환이며 장애 상태로 천이하고, 타겟에 의한 전환이면 대기 상태로 천이하는 제5단계; 및
    상기 제1단계에서 장애 상태의 운용관리수단이 작업석으로부터 고장복구 메시지를 수신하면 대기 상태로 천이하는 제6단계를 포함하는 타켓 시스템 이중화 운용관리방법.
  4. 제1항에 있어서, 상기 제1 및 제2운용관리수단에 LAN(Local Area Network)으로 연결되어 경보를 제공하는 수단을 더 포함하는 타켓 시스템 이중화 운용관리 장치.
KR1019940035754A 1994-12-21 1994-12-21 타켓 시스템 이중화 운용관리 장치 및 방법 KR0133337B1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1019940035754A KR0133337B1 (ko) 1994-12-21 1994-12-21 타켓 시스템 이중화 운용관리 장치 및 방법
US08/479,222 US5583986A (en) 1994-12-21 1995-06-07 Apparatus for and method of duplex operation and management for signalling message exchange no. 1 system
FR9506891A FR2728748B1 (fr) 1994-12-21 1995-06-12 Appareil et procede de gestion et d'exploitation en duplex pour un systeme d'echange de messages de signalisation n[1 (smx-1)
JP7144983A JPH08186642A (ja) 1994-12-21 1995-06-12 信号中継交換機二重化運用管理装置および方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019940035754A KR0133337B1 (ko) 1994-12-21 1994-12-21 타켓 시스템 이중화 운용관리 장치 및 방법

Publications (2)

Publication Number Publication Date
KR960028033A KR960028033A (ko) 1996-07-22
KR0133337B1 true KR0133337B1 (ko) 1998-04-21

Family

ID=19402761

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019940035754A KR0133337B1 (ko) 1994-12-21 1994-12-21 타켓 시스템 이중화 운용관리 장치 및 방법

Country Status (4)

Country Link
US (1) US5583986A (ko)
JP (1) JPH08186642A (ko)
KR (1) KR0133337B1 (ko)
FR (1) FR2728748B1 (ko)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
NZ332289A (en) 1996-05-08 2000-07-28 Macrovision Corp Apparatus for modifications made to a video signal to inhibit the making of acceptable videotape recordings
JP3507307B2 (ja) * 1996-12-27 2004-03-15 キヤノン株式会社 情報処理装置およびネットワークプリントシステムおよびその制御方法およびプログラムが格納された記憶媒体
US6301643B1 (en) 1998-09-03 2001-10-09 International Business Machines Corporation Multi-environment data consistency
KR100426943B1 (ko) * 1998-12-30 2004-06-12 엘지전자 주식회사 교환기의이중화시스템에서운용체제오류처리방법
US6470462B1 (en) 1999-02-25 2002-10-22 Telefonaktiebolaget Lm Ericsson (Publ) Simultaneous resynchronization by command for state machines in redundant systems
US6567376B1 (en) 1999-02-25 2003-05-20 Telefonaktiebolaget Lm Ericsson (Publ) Using system frame number to implement timers in telecommunications system having redundancy
EP1065584A1 (en) * 1999-06-29 2001-01-03 Telefonaktiebolaget Lm Ericsson Command handling in a data processing system
US8327446B2 (en) * 2002-05-06 2012-12-04 Trend Micro Inc. Antivirus stand-alone network or internet appliance and methods therefor
US7058632B1 (en) 2002-06-27 2006-06-06 Unisys Corporation Method and system for facilitating execution of a user-inputted message in a client-server database network

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3890493A (en) * 1974-03-21 1975-06-17 Bell Telephone Labor Inc Circuitry for detecting faults in duplicate controllers
JPS6272248A (ja) * 1985-09-25 1987-04-02 Hitachi Ltd デ−タ伝送システムの現用予備切替方法
US4755995A (en) * 1985-12-20 1988-07-05 American Telephone And Telegraph Company, At&T Bell Laboratories Program update in duplicated switching systems
US4751702A (en) * 1986-02-10 1988-06-14 International Business Machines Corporation Improving availability of a restartable staged storage data base system that uses logging facilities
US5079740A (en) * 1987-01-12 1992-01-07 Ncr Corporation System and method of providing an automatic back-up primary terminal for a cluster of secondary terminals
US5164769A (en) * 1988-06-24 1992-11-17 Ricoh Company, Ltd. Method and apparatus for controlling data communication in a copying system
KR920002483B1 (ko) * 1989-09-23 1992-03-26 한국전기통신공사 No.7 공통선 신호망에서의 신호중계기 이중화 구조 시스템
JP2560510B2 (ja) * 1990-03-06 1996-12-04 日本電気株式会社 ネットワーク管理マネージャ切り替え方式
US5157663A (en) * 1990-09-24 1992-10-20 Novell, Inc. Fault tolerant computer system
US5129080A (en) * 1990-10-17 1992-07-07 International Business Machines Corporation Method and system increasing the operational availability of a system of computer programs operating in a distributed system of computers
US5187706A (en) * 1990-10-30 1993-02-16 At&T Bell Laboratories Dual access rings for communications networks
EP0520117A1 (en) * 1991-06-28 1992-12-30 International Business Machines Corporation Communication controller allowing communication through an X25 network and an SNA network
US5295133A (en) * 1992-02-12 1994-03-15 Sprint International Communications Corp. System administration in a flat distributed packet switch architecture
CA2103868A1 (en) * 1992-10-09 1994-04-10 Jo Ann Blatchford Telecommunications system with redundant ss7 signaling interfaces

Also Published As

Publication number Publication date
KR960028033A (ko) 1996-07-22
JPH08186642A (ja) 1996-07-16
FR2728748A1 (fr) 1996-06-28
FR2728748B1 (fr) 1998-08-07
US5583986A (en) 1996-12-10

Similar Documents

Publication Publication Date Title
US6363497B1 (en) System for clustering software applications
US6477663B1 (en) Method and apparatus for providing process pair protection for complex applications
US4823256A (en) Reconfigurable dual processor system
KR100575497B1 (ko) 내고장성 컴퓨터 시스템
US7093013B1 (en) High availability system for network elements
US20080201470A1 (en) Network monitor program executed in a computer of cluster system, information processing method and computer
KR20000011835A (ko) 네트워크의분산애플리케이션에대한고장검출및소정의복제스타일로복구하는방법및장치
KR20030034411A (ko) 클러스터 컴퓨터 시스템의 소프트웨어 가용도 개선 방법및 그 장치
KR100408047B1 (ko) 이동통신 시스템의 프로세서 보드 이중화 장치 및 방법
US20040246893A1 (en) Method and apparatus for customizable surveillance of network interfaces
KR0133337B1 (ko) 타켓 시스템 이중화 운용관리 장치 및 방법
KR100293797B1 (ko) 분산운영시스템에서링크된프로세서의체인을해제시키는방법및시스템
KR20040047209A (ko) 네트워크 상의 컴퓨터 시스템의 자동 복구 방법 및 이를구현하기 위한 컴퓨터 시스템의 자동 복구 시스템
JP5285045B2 (ja) 仮想環境における故障復旧方法及びサーバ及びプログラム
US20040078681A1 (en) Architecture for high availability using system management mode driven monitoring and communications
JP5285044B2 (ja) クラスタシステム復旧方法及びサーバ及びプログラム
KR20030048503A (ko) 이중화 서버 구조의 데이터 동기화를 위한 통신 시스템 및방법
JP3447347B2 (ja) 障害検出方法
Cisco Operational Traps
Cisco Operational Traps
Cisco Operational Traps
Cisco Operational Traps
Cisco Operational Traps
Cisco Operational Traps
Cisco Operational Traps

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20111129

Year of fee payment: 15

FPAY Annual fee payment

Payment date: 20121129

Year of fee payment: 16

LAPS Lapse due to unpaid annual fee