KR100810416B1 - 채널 이중화 시스템 및 이를 이용한 ｅａｉ 솔루션의 채널이중화 처리 방법 - Google Patents

채널 이중화 시스템 및 이를 이용한 ｅａｉ 솔루션의 채널이중화 처리 방법 Download PDF

Info

Publication number
KR100810416B1
KR100810416B1 KR1020060050546A KR20060050546A KR100810416B1 KR 100810416 B1 KR100810416 B1 KR 100810416B1 KR 1020060050546 A KR1020060050546 A KR 1020060050546A KR 20060050546 A KR20060050546 A KR 20060050546A KR 100810416 B1 KR100810416 B1 KR 100810416B1
Authority
KR
South Korea
Prior art keywords
hub
channel
failure
server
queue
Prior art date
Application number
KR1020060050546A
Other languages
English (en)
Other versions
KR20070116476A (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 KR1020060050546A priority Critical patent/KR100810416B1/ko
Publication of KR20070116476A publication Critical patent/KR20070116476A/ko
Application granted granted Critical
Publication of KR100810416B1 publication Critical patent/KR100810416B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • 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/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Hardware Redundancy (AREA)

Abstract

본 발명에 따르면, 상호 다른 데이터 전송 채널이 할당되고, 각각의 시스템에 타 시스템의 실행요소가 동일하게 모두 구비되는 적어도 둘 이상의 워크 시스템; 및 상기 워크 시스템 중 활성 상태에 있던 특정 워크 시스템의 장애 발생시 장애가 없는 다른 워크 시스템이 활성화되도록 채널을 변경하는 전환수단;을 포함하고, 채널 변경에 따라 활성화되는 워크 시스템이 비활성화되는 워크 시스템과 동일한 실행 프로세스를 수행하는 것을 특징으로 하는 채널 이중화 시스템이 개시된다.
HA, EAI 솔루션, 채널 이중화, 허브, 스포크, 큐, 클러스터, 쉘

Description

채널 이중화 시스템 및 이를 이용한 ＥＡＩ 솔루션의 채널 이중화 처리 방법{System for duplicating a data channel and processing method for enterprise application integration solution using the same}
본 명세서에 첨부되는 다음의 도면들은 본 발명의 바람직한 실시예를 예시하는 것이며, 후술하는 발명의 상세한 설명과 함께 본 발명의 기술사상을 더욱 이해시키는 역할을 하는 것이므로, 본 발명은 그러한 도면에 기재된 사항에만 한정되어 해석되어서는 아니된다.
도 1은 종래기술에 따른 EAI 솔루션용 HA 구조를 나타내는 블록도이다.
도 2는 본 발명의 바람직한 실시예에 따른 채널 이중화 시스템의 구성도이다.
도 3은 도 2에 도시된 채널 이중화 시스템에 의해 수행되는 채널 이중화 처리 과정을 도시하는 흐름도이다.
도 4는 본 발명의 다른 실시예에 따른 채널 이중화 시스템의 구성도이다.
도 5는 도 4에 도시된 채널 이중화 시스템에 의해 수행되는 채널 이중화 처리 과정을 도시하는 흐름도이다.
<도면의 주요 참조부호에 대한 설명>
100: 서버 A 107: 제1 허브
110: 제2 허브 200: 서버 B
본 발명은 채널 이중화 시스템 및 방법에 관한 것으로서, 더욱 상세하게는 소정의 데이터 처리 관련 작업을 수행하도록 구비된 복수의 처리 시스템 중 특정의 시스템에 장애가 발생했을 때 다른 시스템이 활성화되도록 채널을 전환하여 고가용성(High Availability; HA)을 제공하는 채널 이중화 시스템과 이를 이용한 EAI 솔루션의 채널 이중화 처리 방법에 관한 것이다.
기업 어플리케이션 통합(Enterprise Application Integration; EAI) 솔루션과 같이 상호 연동하는 서로 다른 서버들을 사용하는 시스템은 데이터 전송 및 처리의 안정성이 보장되어야 하므로 HA 기능을 제공하도록 구축되어야 한다.
이와 관련하여 허브(Hub)-스포크(Spoke)의 구조를 갖는 종래의 EAI 시스템은 도 1에 도시된 바와 같이 서버 A(10)와 서버 B(30) 사이에 상호 다른 채널이 할당되는 허브 그룹(20,21)을 구비하여 제1 허브(20)의 장애시 제2 허브(21)를 활성화시키는 HA 기능을 제공하였다.
그런데, 종래의 EAI 시스템은 HA 기동에 따라 활성 채널이 제2 허브(21) 쪽으로 전환되더라도 여전히 제1 허브(20)의 실행요소(Execution element) 그룹을 사용할 수 없으므로 불완전한 HA 기능을 제공하게 되는 취약점이 있다. 여기서, 허브(20,21)의 실행요소는 저장 디스크(Disk)나, MQSI(Message Queue Series Integrator), 큐 매니저(Queue manager) 등과 같이 허브 자체의 작동에 관여하는 요소를 지칭한다.
예를 들어, 제1 허브(20)의 장애 원인이 MQSI에 해당하는 실행요소 a에 있는 경우, HA의 기동에 의해 활성 채널이 전환되었을 때 제2 허브(21)에서는 실행요소 a와는 다른 MQSI에 해당하는 실행요소 1을 사용하게 되므로 제1 허브(20)와 동일한 실행 프로세스(Process)를 제공할 수 없는 문제가 발생하게 된다.
본 발명은 상기와 같은 문제점을 해결하기 위해 창안된 것으로서, 장애 발생에 따른 활성 채널의 전환 처리 후에도 사용중이던 시스템과 동일한 실행 프로세스를 제공하게 되는 채널 이중화 시스템을 구현하는 데 목적이 있다.
본 발명의 다른 목적은 허브-스포크의 구조를 갖는 EAI 솔루션에 대하여 고가용성을 제공할 수 있는 허브 구조와 MQ(Message Queuing) 관련 처리 프로세스를 제공하는 EAI 솔루션의 채널 이중화 처리 방법을 제공하는 데 있다.
상기와 같은 목적을 달성하기 위해 본 발명에 따른 채널 이중화 시스템은, 상호 다른 데이터 전송 채널이 할당되고, 각각의 시스템에 타 시스템의 실행요소가 동일하게 모두 구비되는 적어도 둘 이상의 워크 시스템; 및 상기 워크 시스템 중 활성 상태에 있던 특정 워크 시스템의 장애 발생시 장애가 없는 다른 워크 시스템이 활성화되도록 채널을 변경하는 전환수단;을 포함하고, 채널 변경에 따라 활성화되는 워크 시스템이 비활성화되는 워크 시스템과 동일한 실행 프로세스를 갖는 것 을 특징으로 한다.
바람직하게, 상기 워크 시스템으로는 EAI(Enterprise Application Integration) 솔루션을 제공하는 허브(Hub) 또는 상기 허브를 매개로 데이터를 송, 수신하는 스포크(Spoke) 장치가 해당될 수 있다.
상기 실행요소에는 저장매체, MQSI(Message Queue Series Integrator) 및 큐 매니저(Queue manager) 중 선택된 어느 하나가 포함되는 것이 바람직하다.
상기 전환수단으로는 새로이 활성화되는 워크 시스템에 구비된 채널변경 실행 쉘을 포함하는 것이 바람직하다.
각 워크 시스템에는 클러스터(Cluster)로 구성된 큐(Queue)가 구비되고, 상기 채널변경 실행 쉘은 클러스터 큐의 PUT 속성을 인에이블(Enable)로 전환하여 활성 채널을 변경하도록 구성될 수 있다.
본 발명의 다른 측면에 따르면, 송신 서버 및 수신 서버와, 상기 송신 서버와 수신 서버 사이에 구비되되 상호 다른 데이터 전송 채널이 할당되고, 각각의 허브에 타 허브의 실행요소가 동일하게 모두 구비되는 적어도 둘 이상의 허브를 포함하는 EAI(Enterprise Application Integration) 솔루션에 대하여 수행되는 채널 이중화 처리 방법으로서, 상기 허브 중 활성 상태에 있던 특정 허브의 장애 발생시 장애가 없는 다른 허브의 채널변경 실행 쉘을 구동하는 단계; 상기 채널변경 실행 쉘을 이용해 MQ(Message Queuing)를 처리하여 송신 서버 측으로 상기 장애를 알리는 메시지를 전달하는 단계; 및 상기 송신 서버에 구비된 큐 트리거(Queue trigger)를 작동시켜 상기 장애 상태의 허브에 대응하는 어뎁터의 동작을 중지시키 고, 상기 장애 보고 메시지를 보낸 허브에 대응하는 어뎁터를 실행하여 채널을 변경하는 단계;를 포함하고, 채널 변경에 따라 활성화되는 허브가 비활성화되는 허브와 동일한 실행 프로세스를 수행하는 것을 특징으로 하는 채널 이중화 처리 방법이 제공된다.
또한, 본 발명의 다른 실시예에 따르면, 송신 서버 및 수신 서버와, 상기 송신 서버와 수신 서버 사이에 구비되되 상호 다른 데이터 전송 채널이 할당되고, 각각의 허브에 타 허브의 실행요소가 동일하게 모두 구비되는 적어도 둘 이상의 허브를 포함하는 EAI 시스템에 대하여 수행되는 채널 이중화 처리 방법으로서, 상기 허브 중 활성 상태에 있던 특정 허브의 장애 발생시 장애가 없는 다른 허브의 채널변경 실행 쉘을 구동하는 단계; 및 상기 채널변경 실행 쉘을 이용해 상기 장애가 없는 허브의 클러스터 큐 PUT 속성을 인에이블(Enable)로 변경하고, 상기 장애가 발생한 허브의 클러스터 큐 PUT 속성은 디스에이블(Disable)로 변경하는 단계;를 포함하고, 채널 변경에 따라 활성화되는 허브가 비활성화되는 허브와 동일한 실행 프로세스를 수행하는 것을 특징으로 하는 채널 이중화 처리 방법이 제공된다.
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 상세히 설명하기로 한다. 이에 앞서, 본 명세서 및 청구범위에 사용된 용어나 단어는 통상적이거나 사전적인 의미로 한정해서 해석되어서는 아니되며, 발명자는 그 자신의 발명을 가장 최선의 방법으로 설명하기 위해 용어의 개념을 적절하게 정의할 수 있다는 원칙에 입각하여 본 발명의 기술적 사상에 부합하는 의미와 개념으로 해석되어야만 한다. 따라서, 본 명세서에 기재된 실시예와 도면에 도시된 구성은 본 발명의 가장 바람직한 일 실시예에 불과할 뿐이고 본 발명의 기술적 사상을 모두 대변하는 것은 아니므로, 본 출원시점에 있어서 이들을 대체할 수 있는 다양한 균등물과 변형예들이 있을 수 있음을 이해하여야 한다.
본 발명에 따른 채널 이중화 시스템은, 상호 다른 데이터 전송 채널이 할당되고, 각각의 시스템에 타 시스템의 실행요소가 동일하게 모두 구비되는 적어도 둘 이상의 워크 시스템(Work system)을 포함하고, 채널 변경에 따라 활성화되는 워크 시스템이 비활성화되는 워크 시스템과 동일한 실행 프로세스를 제공하도록 동작된다.
여기서, 워크 시스템은 데이터의 입출력이나, 가공, 저장, 전송 등 데이터 처리와 관련된 작업을 수행하는 다양한 장치를 지칭한다. 구체적인 예로서, EAI 솔루션의 경우 워크 시스템으로는 허브나 상기 허브에 접속되는 스포크 장치가 해당될 수 있다. 이하에서는 워크 시스템이 EAI 솔루션의 허브인 경우를 중심으로 본 발명을 설명하기로 한다.
상기 워크 시스템에 구비되는 실행요소는 워크 시스템의 작동에 관여하도록 소정의 인터페이스에 의해 상기 워크 시스템에 접속되는 장치나, 상기 워크 시스템의 실행 프로세스에 관여하는 처리구조를 지칭한다. 구체적인 예로서, EAI 솔루션의 허브가 워크 시스템에 해당하는 경우 실행요소로는 저장 디스크(Disk) 등의 저장매체나, MQSI(Message Queue Series Integrator), 큐 매니저(Queue manager) 등 MQ 관련 처리구조가 해당되는 것이 바람직하다.
도 2에는 본 발명의 바람직한 실시예에 따른 채널 이중화 시스템의 구성이 도시되어 있다.
도 2를 참조하면, 본 발명의 바람직한 실시예에 따른 채널 이중화 시스템은 EAI 솔루션의 서버 A(100) 및 서버 B(200) 사이에 개재되는 워크 시스템인 허브 그룹과, 장애 발생시 활성 채널을 변경하는 전환수단을 포함하되, 각 허브에는 다른 허브의 실행요소들이 동일하게 모두 구비된다.
여기서, 서버 A(100)와 서버 B(200)는 EAI 솔루션의 제공을 위해 상호 연동 가능하게 설치되어 데이터를 송, 수신하는 컴퓨터 시스템에 해당한다.
허브 그룹은 서로 다른 전송 채널이 할당되는 제1 허브(107) 및 제2 허브(110)를 포함한다. 상기 허브들(107,110) 중 활성 상태의 허브는 서버 A(100)와 서버 B(200) 간에 연동되는 메시지에 대한 포맷팅(Formatting), 가이딩(Guiding) 등의 처리를 수행한다. 여기서, 허브 그룹을 이루는 허브의 개수는 EAI 솔루션의 요구에 따라 보다 많은 개수로 확장 가능함은 물론이다.
제1 허브(107)와 제2 허브(110)에 포함되는 실행요소는 전술한 바와 같이 저장 디스크나, MQSI, 큐 매니저 등과 같은 MQ 관련 처리구조가 해당되는 것이 바람직하며, 각 허브는 다른 쪽 허브의 실행요소 그룹(점선 블록 참조)을 포함한다. 즉, 제1 허브(107)에는 제2 허브(110)의 실행요소인 실행요소 1 및 실행요소 2가 동일하게 추가되고, 제2 허브(110)에는 제1 허브(107)의 실행요소인 실행요소 a 및 실행요소 b가 동일하게 추가된다.
전환수단은 제1 허브(107)와 제2 허브(110) 중 활성 상태에 있던 한 쪽 허브에 장애가 발생했을 때 이를 감지하거나 소정 제어명령을 입력받아 장애가 없는 다 른 쪽 허브가 활성화되도록 하기와 같은 절차에 따라 채널을 변경한다. 여기서, 허브의 장애 감지는 제1 허브(107)와 제2 허브(110) 간에 모니터링 메시지를 송, 수신함으로써 수행될 수 있으며, 장애의 감지에 따른 채널 변경 처리는 새로이 활성화되는 쪽의 허브에서 수행되는 것이 바람직하다.
전환수단은 허브(107,110) 및 서버 A(100)에 구비되는 대화형 사용자 인터페이스인 쉘(shell) 구조로 구성되는 것이 바람직하다. 전환수단은 장애의 발생을 서버 A(100) 측으로 알리는 데이터를 큐(109,112)에 입력함으로써 실질적으로 채널변경을 지시하는 채널변경 실행 쉘(108,111)을 포함하는 것이 바람직하고, 나아가 서버 A(100)에 구비되어 채널 관련 인터페이스의 설정을 변경하는 채널 이중화 쉘(미도시)을 포함하는 것이 바람직하다.
상기 전환수단의 채널 변경 처리에 따라 예컨대, 제2 허브(110)가 새로이 활성화 될 경우, 제2 허브(110)에는 실행요소 a 및 실행요소 b가 구비되어 있으므로 비활성화 상태의 제1 허브(107)와 동일한 실행 프로세스를 제공할 수 있다.
위와 같은 구성을 갖는 채널 이중화 시스템은 도 3에 도시된 과정을 통해 채널 이중화 처리를 수행한다.
도 3을 참조하면, 예컨대 제1 허브(107)의 저장 디스크에 장애가 발생한 경우, 이 장애 상태는 장애가 없는 제2 허브(110)에 감지되어 채널변경 실행 쉘(111)이 구동된다(단계 S100 및 S110).
제2 허브(110)의 채널변경 실행 쉘(111)은 제1 허브(107)에 장애가 발생했음을 알리는 데이터를 서버 A(100)에 전달 가능한 큐(112)에 입력함으로서 서버 A(100)로 장애 보고 메시지를 전달한다(단계 S120).
서버 A(100)에 구비되는 큐 처리 기구에서는 상기 메시지가 큐(104)에 도달했을 때 큐 트리거(Queue trigger)(105)를 작동시켜 채널 이중화 쉘(미도시)을 실행한다. 여기서, 제2 허브(110)에 장애가 발생할 경우에는 장애를 알리는 메시지가 제1 허브(107)에 대응하는 서버 A(100)의 큐(101)에 도달하여 큐 트리거(102)를 작동시키게 된다.
서버 A(100)에 구비된 채널 이중화 쉘은 제1 허브(107)에 대응하는 큐 어뎁터(Queue Adaptor)(103)를 중지시키는 한편, 제2 허브(110)에 대응하는 큐 어뎁터(106)를 실행하는 등 채널 관련 인터페이스들을 변경하여 제2 허브(110) 쪽의 채널을 활성화시킨다(단계 S130).
활성 채널이 제1 허브(107)로부터 제2 허브(110)로 전환된 이후, 제2 허브(110)에서는 제1 허브(107)의 실행요소인 실행요소 a 및 실행요소 b를 사용함으로써 제1 허브(107)와 동일한 실행 프로세스를 수행한다(단계 S140).
한편, 본 발명의 다른 실시예에 따라 제1 허브(107)와 제2 허브(110)가 클러스터(Cluster)로 구성되는 경우(도 4 참조), 장애가 발생한 제1 허브(107)의 클러스터 큐(112) PUT 속성은 디스에이블(Disable) 상태가 되고, 장애가 없는 제2 허브(110)의 클러스터 큐(113) PUT 속성은 채널변경 실행 쉘에 의해 인에이블(Enable) 상태로 변경됨으로써 활성 채널이 변경된다.
도 5에는 도 4에 도시된 채널 이중화 시스템의 채널 이중화 처리 과정이 도시되어 있다.
도 5를 참조하면, 예컨대 제1 허브(107)의 저장 디스크에 장애가 발생한 경우, 이 장애 상태는 장애가 없는 제2 허브(110)에 감지되어 채널변경 실행 쉘이 구동된다(단계 S200 및 S210).
제2 허브(110)의 채널변경 실행 쉘은 제2 허브(110)의 클러스터 큐(113) PUT 속성을 인에이블(Enable) 상태로 변경함으로써 채널을 활성화하고, 이때 제1 허브(107)의 클러스터 큐(112) PUT 속성은 해당 채널변경 실행 쉘에 의해 디스에이블(Disable) 상태를 유지하게 된다(단계 S220).
활성 채널이 제1 허브(107)로부터 제2 허브(110)로 전환된 이후, 제2 허브(110)에서는 제1 허브(107)의 실행요소인 실행요소 a 및 실행요소 b를 사용함으로써 제1 허브(107)와 동일한 실행 프로세스를 수행한다(단계 S230).
이상에서 본 발명은 비록 한정된 실시예와 도면에 의해 설명되었으나, 본 발명은 이것에 의해 한정되지 않으며 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 본 발명의 기술사상과 아래에 기재될 특허청구범위의 균등범위 내에서 다양한 수정 및 변형이 가능함은 물론이다.
본 발명에 따르면 활성 채널이 전환된 이후에도 장애가 발생한 시스템과 동일한 실행 프로세스가 제공될 수 있다.
따라서, 본 발명에 따른 채널 이중화 시스템을 허브-스포크 구조를 갖는 EAI 솔루션에 적용할 경우 한쪽 허브의 디스크나 MQSI, 큐 매니저 등에 장애가 발생했을 때 이를 다른 허브로 대체할 수 있는 완전한 고가용성을 보장할 수 있다.

Claims (7)

  1. 상호 다른 데이터 전송 채널이 할당되고, 각각의 시스템에 타 시스템의 실행요소가 동일하게 모두 구비되는 적어도 둘 이상의 워크 시스템; 및
    상기 워크 시스템 중 활성 상태에 있던 특정 워크 시스템의 장애 발생시 장애가 없는 다른 워크 시스템이 활성화되도록 채널을 변경하는 전환수단;을 포함하고,
    채널 변경에 따라 활성화되는 워크 시스템이 비활성화되는 워크 시스템과 동일한 실행 프로세스를 수행하며,
    상기 워크 시스템은 EAI(Enterprise Application Integration) 솔루션을 제공하는 허브(Hub) 또는 상기 허브를 매개로 데이터를 송, 수신하는 스포크(Spoke) 장치인 것을 특징으로 하는 채널 이중화 시스템.
  2. 삭제
  3. 제1항에 있어서,
    상기 실행요소에는 저장매체, MQSI(Message Queue Series Integrator) 및 큐 매니저(Queue manager) 중 선택된 어느 하나가 포함된 것을 특징으로 하는 채널 이중화 시스템.
  4. 제3항에 있어서,
    상기 전환수단은 새로이 활성화되는 워크 시스템에 구비된 채널변경 실행 쉘을 포함하는 것을 특징으로 하는 채널 이중화 시스템.
  5. 제4항에 있어서,
    각 워크 시스템에는 클러스터(Cluster)로 구성된 큐(Queue)가 구비되고,
    상기 채널변경 실행 쉘은 클러스터 큐의 PUT 속성을 인에이블(Enable)로 전환하여 활성 채널을 변경하는 것을 특징으로 하는 채널 이중화 시스템.
  6. 송신 서버 및 수신 서버와, 상기 송신 서버와 수신 서버 사이에 구비되되 상호 다른 데이터 전송 채널이 할당되고, 각각의 허브에 타 허브의 실행요소가 동일하게 모두 구비되는 적어도 둘 이상의 허브를 포함하는 EAI(Enterprise Application Integration) 솔루션에 대하여 수행되는 채널 이중화 처리 방법으로서,
    상기 허브 중 활성 상태에 있던 특정 허브의 장애 발생시 장애가 없는 다른 허브의 채널변경 실행 쉘을 구동하는 단계;
    상기 채널변경 실행 쉘을 이용해 MQ(Message Queuing)를 처리하여 송신 서버 측으로 상기 장애를 알리는 메시지를 전달하는 단계; 및
    상기 송신 서버에 구비된 큐 트리거(Queue trigger)를 작동시켜 상기 장애 상태의 허브에 대응하는 어뎁터의 동작을 중지시키고, 상기 장애 보고 메시지를 보 낸 허브에 대응하는 어뎁터를 실행하여 채널을 변경하는 단계;를 포함하고,
    채널 변경에 따라 활성화되는 허브가 비활성화되는 허브와 동일한 실행 프로세스를 수행하는 것을 특징으로 하는 채널 이중화 처리 방법.
  7. 송신 서버 및 수신 서버와, 상기 송신 서버와 수신 서버 사이에 구비되되 상호 다른 데이터 전송 채널이 할당되고, 각각의 허브에 타 허브의 실행요소가 동일하게 모두 구비되는 적어도 둘 이상의 허브를 포함하는 EAI 시스템에 대하여 수행되는 채널 이중화 처리 방법으로서,
    상기 허브 중 활성 상태에 있던 특정 허브의 장애 발생시 장애가 없는 다른 허브의 채널변경 실행 쉘을 구동하는 단계; 및
    상기 채널변경 실행 쉘을 이용해 상기 장애가 없는 허브의 클러스터 큐 PUT 속성을 인에이블(Enable)로 변경하고, 상기 장애가 발생한 허브의 클러스터 큐 PUT 속성은 디스에이블(Disable)로 변경하는 단계;를 포함하고,
    채널 변경에 따라 활성화되는 허브가 비활성화되는 허브와 동일한 실행 프로세스를 수행하는 것을 특징으로 하는 채널 이중화 처리 방법.
KR1020060050546A 2006-06-05 2006-06-05 채널 이중화 시스템 및 이를 이용한 ｅａｉ 솔루션의 채널이중화 처리 방법 KR100810416B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020060050546A KR100810416B1 (ko) 2006-06-05 2006-06-05 채널 이중화 시스템 및 이를 이용한 ｅａｉ 솔루션의 채널이중화 처리 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020060050546A KR100810416B1 (ko) 2006-06-05 2006-06-05 채널 이중화 시스템 및 이를 이용한 ｅａｉ 솔루션의 채널이중화 처리 방법

Publications (2)

Publication Number Publication Date
KR20070116476A KR20070116476A (ko) 2007-12-10
KR100810416B1 true KR100810416B1 (ko) 2008-03-04

Family

ID=39142260

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020060050546A KR100810416B1 (ko) 2006-06-05 2006-06-05 채널 이중화 시스템 및 이를 이용한 ｅａｉ 솔루션의 채널이중화 처리 방법

Country Status (1)

Country Link
KR (1) KR100810416B1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09305558A (ja) * 1996-05-16 1997-11-28 Nec Eng Ltd 二重化システムのデータベースサーバ
KR19990050226A (ko) * 1997-12-16 1999-07-05 윤종용 이중화 네트워크의 데이터 송수신 처리 방법
KR20010038971A (ko) * 1999-10-28 2001-05-15 박종섭 기지국 관리 시스템의 이중화를 위한 감시라인 운용방법
KR20050066523A (ko) * 2003-12-26 2005-06-30 한국전자통신연구원 운용자 명령어에 기반한 이중화 보드 시스템 및 이중화보드 운용 방법
KR20200054468A (ko) * 2018-11-11 2020-05-20 여진주 크레용

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09305558A (ja) * 1996-05-16 1997-11-28 Nec Eng Ltd 二重化システムのデータベースサーバ
KR19990050226A (ko) * 1997-12-16 1999-07-05 윤종용 이중화 네트워크의 데이터 송수신 처리 방법
KR20010038971A (ko) * 1999-10-28 2001-05-15 박종섭 기지국 관리 시스템의 이중화를 위한 감시라인 운용방법
KR20050066523A (ko) * 2003-12-26 2005-06-30 한국전자통신연구원 운용자 명령어에 기반한 이중화 보드 시스템 및 이중화보드 운용 방법
KR20200054468A (ko) * 2018-11-11 2020-05-20 여진주 크레용

Also Published As

Publication number Publication date
KR20070116476A (ko) 2007-12-10

Similar Documents

Publication Publication Date Title
KR100557399B1 (ko) 네트웍 매체 링크상태 기능을 이용한 컴퓨터 클러스터링시스템의 가용도 개선방법
JP5851503B2 (ja) 高可用性仮想機械環境におけるアプリケーションの高可用性の提供
US9110867B2 (en) Providing application based monitoring and recovery for a hypervisor of an HA cluster
JP4695705B2 (ja) クラスタシステムおよびノード切り替え方法
WO2015169199A1 (zh) 分布式环境下虚拟机异常恢复方法
US6594776B1 (en) Mechanism to clear MAC address from Ethernet switch address table to enable network link fail-over across two network segments
US8112518B2 (en) Redundant systems management frameworks for network environments
JP2006504186A (ja) 複数の伝送路フェイルオーバー、フェイルバックおよび負荷分散を備えるシステム
JP2001306349A (ja) バックアップ装置及びバックアップ方法
US10187181B2 (en) Method and device for handling exception event in telecommunication cloud
US7925922B2 (en) Failover method and system for a computer system having clustering configuration
US20200228293A1 (en) Systems and methods for improved uptime for network devices
US20130339663A1 (en) Reset of processing core in multi-core processing system
KR102114339B1 (ko) 액티브/스탠바이 모델을 지원하는 쿠버네티스 시스템의 동작 방법
GB2359384A (en) Automatic reconnection of linked software processes in fault-tolerant computer systems
CN101442437B (zh) 一种实现高可用性的方法、系统及设备
CN113515408A (zh) 一种数据容灾方法、装置、设备及介质
JP5056504B2 (ja) 制御装置、情報処理システム、情報処理システムの制御方法および情報処理システムの制御プログラム
KR100810416B1 (ko) 채널 이중화 시스템 및 이를 이용한 ｅａｉ 솔루션의 채널이중화 처리 방법
JP2009110218A (ja) 仮想化スイッチおよびそれを用いたコンピュータシステム
JP2009026182A (ja) プログラム実行システム及び実行装置
JP3675292B2 (ja) 組み込み装置におけるｃｏｒｂａ単独再起動方式
JP6109404B2 (ja) 計算機装置及び計算機機構
US11954509B2 (en) Service continuation system and service continuation method between active and standby virtual servers
KR101883251B1 (ko) 가상 시스템에서 장애 조치를 판단하는 장치 및 그 방법

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

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20140205

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20150205

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20160203

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20170203

Year of fee payment: 10