KR101043165B1 - 데이터베이스를 큐 기능으로 활용하는 장애/복구 통보방법 - Google Patents

데이터베이스를 큐 기능으로 활용하는 장애/복구 통보방법 Download PDF

Info

Publication number
KR101043165B1
KR101043165B1 KR1020040067348A KR20040067348A KR101043165B1 KR 101043165 B1 KR101043165 B1 KR 101043165B1 KR 1020040067348 A KR1020040067348 A KR 1020040067348A KR 20040067348 A KR20040067348 A KR 20040067348A KR 101043165 B1 KR101043165 B1 KR 101043165B1
Authority
KR
South Korea
Prior art keywords
failure
server
sas
data
database
Prior art date
Application number
KR1020040067348A
Other languages
English (en)
Other versions
KR20060018952A (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 KR1020040067348A priority Critical patent/KR101043165B1/ko
Publication of KR20060018952A publication Critical patent/KR20060018952A/ko
Application granted granted Critical
Publication of KR101043165B1 publication Critical patent/KR101043165B1/ko

Links

Images

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

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer And Data Communications (AREA)
  • Debugging And Monitoring (AREA)

Abstract

본 발명은 데이터베이스를 큐 기능으로 활용하는 장애/복구 통보 방법에 관한 것이다.
본 발명에 따르면, 게이트웨이 시스템이 장애/복구 정보를 수집하여 AP 서버로 전송하면, 장애 테이블에 해당 장애 통보를 해 줄 대상을 입력하는 단계; 장애 테이블을 폴링하는 데몬 프로세스가 장애 테이블에 입력된 정보를 WAS에 전송하고, 이 장애 데이터를 웹 서비스(Web Services)로 변환하여 SAS(Service Assurance System : 고장 관리 시스템)로 장애 통보를 하는 단계; 및 SAS가 장애 데이터를 전송받으면 ACK(전송 성공 메시지) 신호를 WAS로 전송하고, 상기 ACK 신호를 상기 AP 서버의 데몬 프로세스에게 전송한 후, 데몬 프로세스는 장애 테이블의 해당 레코드에 연동 성공 내용을 삽입하는 단계; 를 포함하는 것을 특징으로 하는 데이터베이스를 큐 기능으로 활용하는 장애 통보 방법이 제공된다.
장애, 큐, 데이터베이스, AP 서버, WAS, SAS

Description

데이터베이스를 큐 기능으로 활용하는 장애/복구 통보 방법 {The method for sending defect and defect correction information from NMS to other systems using database as queue}
도 1은 본 발명의 일 실시예에 따라 장애/복구 통보를 하는 절차를 나타낸 구성 요소들과 함께 나타낸 블록도이고,
도 2는 상술한 데이터베이스를 큐 기능으로 활용하는 장애/복구 통보 방법의 양호한 실시예를 보다 상세히 도시화한 흐름도이다.
본 발명은 데이터베이스를 큐 기능으로 활용하는 장애/복구 통보 방법에 관한 것으로서, 특히, NMS(Network Management System : 망관리 시스템)에서 SAS(Service Assurance System : 고장 관리 시스템)로 장애/복구 통보를 할 때, 데이터베이스를 큐 기능으로 활용함으로써, 각 시스템마다 메모리 큐(Memory Queue)나 파일 큐(File Queue)를 사용하지 않고 복잡도를 줄이면서 데이터의 유실없이 안 정적으로 데이터를 전달할 수 있는 장애/복구 통보 방법에 관한 것이다.
NMS에서 수집하는 장애와 장애 복구 정보를 SAS에서 활용하기 위해서 NMS는 웹 서비스(Web Services)를 사용하여 SAS에 해당 데이터를 전달한다. 이때, SAS 시스템 장애나 네트워크 장애 또는 WAS(Web Application Server : 웹 어플리케이션 서버) 장애가 발생하면 데이터를 잃어 버릴 수 있다는 문제점이 있다.
즉, WAS와 AP 서버(Application Server)는 외부 시스템(SAS)에서 바라 보았을 경우에 하나의 시스템으로 보기 때문에, WAS에서 외부 시스템으로 나가는 장애/복구 통보 데이터가 실제로 보내지는 것을 보장해 주어야 한다. 그러므로, 만일 데이터 전송 실패의 경우에 대비하여 AP 서버에 파일 큐나 메모리 큐를 사용한다면, WAS에도 큐가 존재하여야 한다. 이는 AP 서버와 WAS 사이에 네트워크 장애가 발생하였을 경우나 WAS가 비정상 다운되었을 경우가 발생할 수 있기 때문이다.
그러나, 이러한 문제점에 대해서 관련 업계에서는 아직 이를 극복할만한 대책을 내 놓지 못하고 있는 실정이다.
상기와 같은 증래 기술의 문제점을 해결하기 위한 본 발명의 목적은 NMS가 SAS에 장애 통보와 이에 대한 복구 통보를 할 때, 데이터베이스 테이블을 이용하여 데이터의 유실없이 효율적으로 데이터를 전달하는 방법을 제공하기 위한 것이다.
상기한 목적을 달성하기 위하여 본 발명에 따르면, WAS, AP 서버(어플리케이션 서버 : Application Server) 및 게이트웨이 시스템을 포함하는 NMS(망관리 시스템 : Network Management System)에서 데이터베이스를 큐 기능으로 활용하는 장애 통보 방법에 있어서, 상기 게이트웨이 시스템이 장애/복구 정보를 수집하여 이를 상기 AP 서버로 전송하면, 상기 AP 서버가 구비하고 있는 장애 테이블에 해당 장애 통보를 해 줄 대상을 입력하는 제 1 단계; 상기 장애 테이블을 폴링하는 데몬 프로세스(Daemon Process)가 상기 장애 테이블에 입력된 정보를 상기 WAS에 구비되어 있는 EJB(Enterprise JAVA Beans : 엔터프라이즈 자바 빈즈)에 전송하고, 상기 EJB는 이 장애 데이터를 웹 서비스(Web Services)로 변환하여 SAS(Service Assurance System : 고장 관리 시스템)로 장애 통보를 하는 제 2 단계; 및 상기 SAS가 상기 웹 서비스를 통하여 장애 데이터를 전송받으면 ACK(전송 성공 메시지) 신호를 상기 WAS로 전송하고, 상기 WAS는 상기 ACK 신호를 상기 AP 서버의 데몬 프로세스에게 전송한 후, 상기 데몬 프로세스는 상기 장애 테이블의 해당 레코드에 연동 성공 내용을 삽입하는 제 3 단계; 를 포함하는 것을 특징으로 하는 데이터베이스를 큐 기능으로 활용하는 장애 통보 방법이 제공된다.
또한, WAS, AP 서버(어플리케이션 서버 : Application Server) 및 게이트웨이 시스템을 포함하는 NMS에서 데이터베이스를 큐 기능으로 활용하는 장애 복구 통보 방법에 있어서, 상기 게이트웨이 시스템이 장애/복구 정보를 수집하여 이를 상기 AP 서버로 전송하면, 상기 AP 서버가 구비하고 있는 장애 테이블에서 해당 레코드를 삭제한 후, 상기 AP 서버가 구비하고 있는 장애 복구 테이블에 상기 장애 테이블에서 삭제된 레코드의 내용을 삽입하는 제 1 단계; 상기 장애 복구 테이블을 폴링하는 데몬 프로세스(Daemon Process)가 상기 장애 복구 테이블에 입력된 장애 데이터를 상기 WAS에 구비되어 있는 EJB에 전송하고, 상기 EJB는 이 장애 데이터를 웹 서비스(Web Services)로 변환하여 SAS(Service Assurance System : 고장 관리 시스템)로 장애 복구 통보를 하는 제 2 단계; 및 상기 SAS가 상기 웹 서비스를 통하여 장애 데이터를 전송받으면 ACK(전송 성공 메시지) 신호를 상기 WAS로 전송하고, 상기 WAS는 상기 ACK 신호를 상기 AP 서버의 데몬 프로세스에게 전송한 후, 상기 데몬 프로세스는 상기 장애 복구 테이블의 해당 레코드에 연동 성공 내용을 삽입하는 제 3 단계; 를 포함하는 것을 특징으로 하는 데이터베이스를 큐 기능으로 활용하는 장애 복구 통보 방법이 제공된다.
이하, 첨부된 도면을 참조하면서 본 발명의 일 실시예에 따른 데이터 베이스를 큐 기능으로 활용하는 장애/복구 통보 방법을 보다 상세하게 설명하기로 한다.
NMS의 게이트웨이 시스템은 NE(Network Element : 네트워크 요소)로부터 장애 데이터를 수집하고, AP 서버는 게이트웨이 시스템이 수집한 장애 데이터를 수합한다. 이 장애 정보를 SAS에서 활용할 수 있도록 SAS에 보낼 때, 효율적이고 데이터의 유실없이 안정적으로 작동할 수 있도록 하여야 한다.
NMS는 WAS, AP 서버, 게이트웨이 시스템으로 구성되어 있다. 게이트웨이 시스템은 SNMP(Simple Network Management Protocol : 간이 망관리 프로토콜), 시스로그(Syslog), CLI(Command Line Interface : 명령어 인터페이스) 등을 통해 장애/복구 정보를 수집한 후, 이 데이터를 AP 서버로 보낸다. AP 서버는 게이트웨이 시 스템에서 장애 정보를 받으면 이를 CurAlarm 테이블에 넣고, 복구 정보를 받으면 CurAlarm 테이블에서 해당 레코드를 삭제하고 HistAlarm 테이블로 그 레코드를 옮긴다. CurAlarm 테이블과 HistAlarm 테이블에 들어있는 장애 정보는 SAS에서 원하는 형태로 가공된 후, WAS를 통해서 데이터를 SAS에 넘겨준다.
도 1은 본 발명의 일 실시예에 따라 장애/복구 통보를 하는 절차를 나타낸 구성 요소들과 함께 나타낸 블록도로서, 이를 상세히 설명하면, 다음과 같다.
장애 통보를 해 줄 대상(레코드)은 'SAS_장애' 테이블에 입력된다.(1) 그리고, SAS_장애 테이블에 입력된 정보는 WAS를 통해서 SAS에 보내지게 된다.(2, 3, 4)
SAS_장애 테이블에 장애 정보를 입력하는 방법에는 3가지가 있다.
첫째로, CurAlarm 테이블을 폴링해서 필터링한 후, 해당 레코드를 SAS_장애 테이블에 입력하는 방법이다. 폴링 데몬 프로세스 A가 주기적으로 폴링을 해서 조건에 맞는 장애 데이터를 SAS_장애 테이블에 입력해주게 된다.
둘째로, 게이트웨이 시스템에서 전송되는 장애 정보를 장애 핸들러 프로세스가 직접 필터링을 한 후, SAS_장애 테이블에 입력하는 방법이다.
셋째로, 운용자가 NMS의 GUI(Graphic User Interface : 그래픽 유저 인터페이스)를 통해서 수동으로 선택하는 장애 데이터를 SAS_장애 테이블에 입력하는 방법이다.
이 세가지 방법 중 한가지가 장애 통보 대상을 선택하는데 사용될 수 있다.
그리고, SAS_장애 테이블을 폴링하는 데몬 프로세스 B가 SAS_장애 테이블에 들어온 장애 데이터를 WAS의 EJB에 넘겨주면(3), EJB는 이 장애 데이터를 웹 서비스(Web Services)로 바꾸어서 SAS로 장애 통보를 해 주게 된다(4). 이어서, SAS가 웹 서비스를 통해서 장애 데이터를 받으면, ACK 신호를 WAS에 전송하고(5), WAS가 이 ACK 신호를 AP 서버의 데몬 프로세스로 보내면(6), 데몬 프로세스 B는 SAS_장애 테이블의 해당 레코드에 연동 성공이라는 내용을 삽입하게 된다.(7) 만일, 데몬 프로세스 B가 ACK 신호를 받지 못하면, 데몬 프로세스 B는 다음 주기의 폴링시에 실패했던 장애 데이터와 신규 장애 데이터를 함께 재전송하게 된다.
통보한 장애에 대한 복구를 통보하는 절차도 도 1에 도시되어 있는 바, 이를 설명하면, 다음과 같다.
장애가 복구되면 SAS_장애 테이블에서 해당 레코드가 삭제되고, SAS_장애 복구 테이블에 SAS_장애 테이블에서 삭제된 레코드의 내용이 삽입된다. 그리고 SAS_장애 복구 테이블에 삽입된 정보는 WAS를 통해 SAS로 보내지게 된다.
장애 복구 정보를 SAS_장애 테이블에서 삭제하고, SAS_장애 복구 테이블에 삽입하는 방법에는 3가지가 있다.
첫째로, HistAlarm 테이블을 폴링한 후, 여기서 발견되는 동일한 장애가 SAS_장애 테이블에 존재하면, SAS_장애 테이블에서 해당 레코드를 삭제한 후, SAS_장애 복구 테이블에 삽입하는 방법이다. 이때, 폴링 데몬 프로세스 A가 주기적으로 폴링을 해서 이 작업을 수행한다.
둘째로, 장애 핸들러 프로세스가 게이트웨이 시스템에서 올라오는 장애 복구 정보에 해당하는 장애가 SAS_장애 테이블에 존재하는지 확인 후, 해당 장애가 존재 하면 이 레코드를 삭제하고 SAS_장애 복구 테이블에 복구된 내용을 삽입하는 방법이다.
셋째로, 운용자가 NMS의 GUI를 통해서 수동으로 선택하는 장애 복구 데이터를 SAS_장애 테이블에서 삭제하고 SAS_장애복구 테이블에 입력하는 방법이다.
상술한 3가지 방법 중의 한가지가 복구 통보 대상 데이터를 선택하는데 사용될 수 있다.
한편, SAS_장애 복구 테이블의 데이터를 SAS에 전달하는 절차는 위에서 설명한 장애 통보를 하는 경우와 동일하다.
즉, SAS_장애 복구 테이블을 폴링하는 데몬 프로세스 B가 SAS_장애 복구 테이블에 입력된(8) 장애 데이터를 WAS의 EJB에 넘겨주면(9), EJB는 이 장애 데이터를 웹 서비스로 바꾸어서 SAS로 장애 통보를 해 주게 된다.(10)
그리고, SAS가 웹 서비스를 통해서 장애 데이터를 받으면, ACK 신호를 WAS에 보내고(11), WAS가 이 ACK 신호를 AP 서버의 데몬 프로세스로 보내면(12), 데몬 프로세스 B는 SAS_장애 통보 테이블의 해당 레코드에 연동 성공이라는 내용을 삽입하게 된다.(13) 만일 데몬 프로세스 B가 ACK 신호를 받지 못하면, 데몬 프로세스 B는 다음 주기의 폴링시에 실패했던 장애 데이터와 신규 장애 복구 데이터를 재전송하게 된다.
한편, WAS와 AP 서버는 외부 시스템(SAS)에서 바라보았을 경우에 하나의 시스템으로 보기 때문에, WAS에서 외부 시스템으로 나가는 장애/복구 통보 데이터가 실제로 보내진다는 것을 보장해 주어야 한다. 그러므로, 데이터 전송 실패의 경우 에 대비해서 AP 서버에 파일 큐(File Queue)나 메모리 큐(Memory Queue)를 사용한다면, WAS에도 큐가 존재해야 한다. 이는 AP 서버와 WAS 사이에 네트워크 장애가 발생하는 경우나 WAS가 비정상 다운되는 경우가 발생할 수 있기 때문이다.
장애/복구 통보 데이터를 데이터베이스의 테이블에 넣고 이 데이터를 폴링해서 데이터를 내보낸 후, 외부 시스템으로부터 데이터를 정상적으로 수령했다는 ACK 신호가 도착했을 때 테이블의 해당 레코드의 필드를 업데이트해 주는 방식을 사용하면, 네트워크 장애나 서버 장애 등 비정상적인 경우에도 데이터의 유실없이 안정적으로 장애/복구 데이터 전달이 가능하다. 즉, WAS와 AP 서버 양단에 큐를 이용하는 복잡한 방법을 피할 수 있는 것이다.
도 2는 상술한 데이터베이스를 큐 기능으로 활용하는 장애/복구 통보 방법의 양호한 실시예를 보다 상세히 도시화한 흐름도로서, 이를 상세히 설명하면, 다음과 같다.
먼저, 스텝 S201에서, 게이트웨이 시스템이 장애/복구 정보를 수합하여, 스텝 S203에서, 서버 프로세스에 해당하는 장애 핸들러에 입력시키고, 스텝 S205에서, 장애 정보인지 복구 정보인지를 판단한다.
상기 스텝 S205에서의 판단 결과, 장애 정보에 해당하면, 스텝 S207에서, CurAlarm 테이블에 장애 정보를 입력시키고, 스텝 S209에서, SAS_장애 테이블에 장애 정보를 입력시킨 후, 스텝 S211에서, WAS의 EJB는 이 장애 정보를 입력받아, 스텝 S213에서, SAS 시스템에 전송한다. 그리고, 스텝 S215에서, SAS 시스템은 ACK 가 발생하였는지 여부를 판단한다.
상기 스텝 S215에서의 판단 결과, ACK가 발생하였으면, 스텝 S217에서, WAS에 상기 ACK 신호를 전송하고, 스텝 S219에서, SAS_장애 테이블에 이 ACK 신호를 접수시킴으로써, 장애 정보에 대한 처리 절차는 종료된다.
한편, 상기 스텝 S215에서의 판단 결과, ACK가 발생하지 아니하였으면, 스텝 S221에서, WAS의 EJB로 장애 정보를 재전송한 후, 상기 스텝 S211로 복귀한다.
그리고, 상기 스텝 S205에서의 판단 결과, 복구 정보인 것으로 판단되면, 스텝 S251에서, CurAlarm 테이블에서 장애 정보를 삭제한 후, 스텝 S253에서, HistAlarm 테이블에 복구 정보를 입력하고, 스텝 S255에서, SAS_복구 테이블에서 장애 정보를 삭제하며, 스텝 S257에서, SAS_복구 테이블에 복구 정보를 입력시킨다.
그리고, 스텝 S259에서 상기 복구 정보를 WAS의 EJB에게 입력되면, 스텝 S261에서, 상기 EJB는 이 정보를 SAS 시스템에게 전송하고, 스텝 S263에서, ACK 신호가 발생하였는지 여부를 판단한다.
상기 스텝 S263에서의 판단 결과, ACK 신호가 발생하였으면, 스텝 S265에서, WAS에 상기 ACK 신호를 전송하고, 스텝 S267에서, SAS_장애 테이블에 이 ACK 신호를 접수시킴으로써, 복구 정보에 대한 처리 절차는 종료된다.
한편, 상기 스텝 S263에서의 판단 결과, ACK가 발생하지 아니하였으면, 스텝 S269에서, WAS의 EJB로 복구 정보를 재전송한 후, 상기 스텝 S259로 복귀한다.
위에서 양호한 실시예에 근거하여 이 발명을 설명하였지만, 이러한 실시예는 이 발명을 제한하려는 것이 아니라 예시하려는 것이다. 이 발명이 속하는 분야의 숙련자에게는 이 발명의 기술 사상을 벗어남이 없이 위 실시예에 대한 다양한 변화나 변경 또는 조절이 가능함이 자명할 것이다. 그러므로, 이 발명의 보호 범위는 첨부된 청구 범위에 의해서 한정될 것이며, 위와 같은 변화예나 변경예 또는 조절예를 모두 포함하는 것으로 해석되어야 할 것이다.
이상과 같이 본 발명에 의하면, WAS에서 외부 시스템으로 나가는 장애/복구 통보 데이터를 실질적으로 보장해 주기 위하여, 장애/복구 통보 데이터를 데이터베이스의 테이블에 삽입하고, 이 데이터를 폴링해서 데이터를 내보낸 후, 외부 시스템으로부터 데이터를 정상적으로 수령했다는 ACK 신호가 도착했을 때, 테이블의 해당 레코드의 필드를 업데이트해 줌으로써, 네트워크 장애나 서버 장애 등 비정상적인 경우가 발생하더라도 데이터의 유실없이 안정적으로 장애/복구 데이터 전달이 가능하다는 효과가 있다.

Claims (4)

  1. WAS(Web Application Server : 웹 어플리케이션 서버), AP 서버(Application Server : 어플리케이션 서버) 및 게이트웨이 시스템을 포함하는 NMS(Network Management System : 망관리 시스템)에서 데이터베이스를 큐 기능으로 활용하는 장애 통보 방법에 있어서,
    상기 게이트웨이 시스템이 장애/복구 정보를 수집하여 이를 상기 AP 서버로 전송하면, 상기 AP 서버가 구비하고 있는 장애 테이블에 해당 장애 통보를 해 줄 대상을 입력하는 제 1 단계;
    상기 장애 테이블을 폴링하는 데몬 프로세스(Daemon Process)가 상기 장애 테이블에 입력된 정보를 상기 WAS에 구비되어 있는 EJB(Enterprise JAVA Beans : 엔터프라이즈 자바 빈즈)에 전송하고, 상기 EJB는 이 장애 데이터를 웹 서비스(Web Services)로 변환하여 SAS(Service Assurance System : 고장 관리 시스템)로 장애 통보를 하는 제 2 단계; 및
    상기 SAS가 상기 웹 서비스를 통하여 장애 데이터를 전송받으면 ACK(전송 성공 메시지) 신호를 상기 WAS로 전송하고, 상기 WAS는 상기 ACK 신호를 상기 AP 서버의 데몬 프로세스에게 전송한 후, 상기 데몬 프로세스는 상기 장애 테이블의 해당 레코드에 연동 성공 내용을 삽입하는 제 3 단계;
    를 포함하는 것을 특징으로 하는 데이터베이스를 큐 기능으로 활용하는 장애 통보 방법.
  2. 제 1 항에 있어서,
    상기 제 3 단계에서 상기 데몬 프로세스가 ACK 신호를 전송받지 못하면, 다음 주기의 폴링시에 실패하였던 장애 데이터와 신규 장애 데이터를 함께 재전송하는 것을 특징으로 하는 데이터베이스를 큐 기능으로 활용하는 장애 통보 방법.
  3. WAS(Web Application Server : 웹 어플리케이션 서버), AP 서버(Application Server : 어플리케이션 서버) 및 게이트웨이 시스템을 포함하는 NMS(Network Management System : 망관리 시스템)에서 데이터베이스를 큐 기능으로 활용하는 장애 통보 방법에 있어서,
    상기 게이트웨이 시스템이 장애/복구 정보를 수집하여 이를 상기 AP 서버로 전송하면, 상기 AP 서버가 구비하고 있는 장애 테이블에서 해당 레코드를 삭제한 후, 상기 AP 서버가 구비하고 있는 장애 복구 테이블에 상기 장애 테이블에서 삭제된 레코드의 내용을 삽입하는 제 1 단계;
    상기 장애 복구 테이블을 폴링하는 데몬 프로세스가 상기 장애 복구 테이블에 입력된 장애 데이터를 상기 WAS에 구비되어 있는 EJB에 전송하고, 상기 EJB는 이 장애 데이터를 웹 서비스로 변환하여 SAS(Service Assurance System : 고장 관리 시스템)로 장애 복구 통보를 하는 제 2 단계; 및
    상기 SAS가 상기 웹 서비스를 통하여 장애 데이터를 전송받으면 ACK(전송 성공 메시지) 신호를 상기 WAS로 전송하고, 상기 WAS는 상기 ACK 신호를 상기 AP 서버의 데몬 프로세스에게 전송한 후, 상기 데몬 프로세스는 상기 장애 복구 테이블의 해당 레코드에 연동 성공 내용을 삽입하는 제 3 단계;
    를 포함하는 것을 특징으로 하는 데이터베이스를 큐 기능으로 활용하는 장애 복구 통보 방법.
  4. 제 3 항에 있어서,
    상기 제 3 단계에서 상기 데몬 프로세스가 ACK 신호를 전송받지 못하면, 다음 주기의 폴링시에 실패하였던 장애 데이터와 신규 장애 복구 데이터를 함께 재전송하는 것을 특징으로 하는 데이터베이스를 큐 기능으로 활용하는 장애 통보 방법.
KR1020040067348A 2004-08-26 2004-08-26 데이터베이스를 큐 기능으로 활용하는 장애/복구 통보방법 KR101043165B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020040067348A KR101043165B1 (ko) 2004-08-26 2004-08-26 데이터베이스를 큐 기능으로 활용하는 장애/복구 통보방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020040067348A KR101043165B1 (ko) 2004-08-26 2004-08-26 데이터베이스를 큐 기능으로 활용하는 장애/복구 통보방법

Publications (2)

Publication Number Publication Date
KR20060018952A KR20060018952A (ko) 2006-03-03
KR101043165B1 true KR101043165B1 (ko) 2011-06-20

Family

ID=37126417

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020040067348A KR101043165B1 (ko) 2004-08-26 2004-08-26 데이터베이스를 큐 기능으로 활용하는 장애/복구 통보방법

Country Status (1)

Country Link
KR (1) KR101043165B1 (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030037366A (ko) * 2001-11-01 2003-05-14 주식회사 엘지이아이 장애 시스템 프로세스와 망 관리시스템과의 인터페이스시스템 및 방법
KR20030058447A (ko) * 2001-12-31 2003-07-07 에스케이 텔레콤주식회사 서비스 데이터 네트워크 관리 시스템 및 그 운용 방법
KR20040028400A (ko) * 2002-09-30 2004-04-03 주식회사 케이티 매트로 이더넷망의 장애처리 장치 및 그 방법
KR20040073800A (ko) * 2003-02-14 2004-08-21 삼성전자주식회사 실시간 장애 제어를 위한 데이터베이스 테이블 모델링 및이벤트 처리 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030037366A (ko) * 2001-11-01 2003-05-14 주식회사 엘지이아이 장애 시스템 프로세스와 망 관리시스템과의 인터페이스시스템 및 방법
KR20030058447A (ko) * 2001-12-31 2003-07-07 에스케이 텔레콤주식회사 서비스 데이터 네트워크 관리 시스템 및 그 운용 방법
KR20040028400A (ko) * 2002-09-30 2004-04-03 주식회사 케이티 매트로 이더넷망의 장애처리 장치 및 그 방법
KR20040073800A (ko) * 2003-02-14 2004-08-21 삼성전자주식회사 실시간 장애 제어를 위한 데이터베이스 테이블 모델링 및이벤트 처리 방법

Also Published As

Publication number Publication date
KR20060018952A (ko) 2006-03-03

Similar Documents

Publication Publication Date Title
US6484200B1 (en) Distinguished name scoping system for event filtering
EP1550192B1 (en) System and method for application monitoring and automatic disaster recovery for high-availability
CA2581062C (en) System and method for disaster recovery and management of an email system
CN112866004B (zh) 控制面设备的切换方法、装置及转控分离系统
CA2723552C (en) Method and device for processing cell out-of-service failures
US20030069959A1 (en) Alarm lists synchronization in an alarm management system
WO1991014230A1 (en) Message communication processing system
US8976681B2 (en) Network system, network management server, and OAM test method
US20040006619A1 (en) Structure for event reporting in SNMP systems
KR101043165B1 (ko) 데이터베이스를 큐 기능으로 활용하는 장애/복구 통보방법
JP4673532B2 (ja) マルチマネージャ環境における包括アライメントプロセス
JPH0850555A (ja) 障害解析装置及び障害検出装置
US20030105856A1 (en) Meaningful alarm notification structure for alarm identification
JP2015230674A (ja) 管理対象装置、管理装置及びネットワーク管理システム
CN114157468B (zh) 一种跨境支付报文传输方法及装置
US7894459B2 (en) Determining availability of a network service
US20060039288A1 (en) Network status monitoring and warning method
JP2007272328A (ja) コンピュータ・システム
CN106685697B (zh) 一种异常边际消息数据恢复处理的方法及系统
KR20010053866A (ko) 통신망에서의 장애복구용 트러블티켓 발행을 위한상태관리 방법 및 장치
US8180883B1 (en) Method and system for processing directives included in management events
JPH11187017A (ja) 欠落データの自動回復処理を行う複数局同時配信システム及びその配信方法
US20030084166A1 (en) Server computer, its connection close method and computer program product therefor
JP2008305159A (ja) 冗長構成サーバシステム、ネットワーク管理システム、方法、及び、プログラム
CN117240941A (zh) 一种带内网络遥测报文的处理方法和装置

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: 20140603

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20150605

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20160809

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20170605

Year of fee payment: 7