KR100526221B1 - Method and System for Restoring Database Synchronization in Independent Mated Pair System - Google Patents
Method and System for Restoring Database Synchronization in Independent Mated Pair System Download PDFInfo
- Publication number
- KR100526221B1 KR100526221B1 KR10-2000-0038004A KR20000038004A KR100526221B1 KR 100526221 B1 KR100526221 B1 KR 100526221B1 KR 20000038004 A KR20000038004 A KR 20000038004A KR 100526221 B1 KR100526221 B1 KR 100526221B1
- Authority
- KR
- South Korea
- Prior art keywords
- recovery
- normal system
- user profile
- normal
- failure
- Prior art date
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/2053—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 persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2056—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 persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
- G06F11/2082—Data synchronisation
-
- 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/1658—Data re-synchronization of a redundant component, or initial sync of replacement, additional or spare unit
- G06F11/1662—Data re-synchronization of a redundant component, or initial sync of replacement, additional or spare unit the resynchronized component or unit being a persistent storage device
-
- 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/2053—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 persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2056—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 persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
- G06F11/2071—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 persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using a plurality of controllers
- G06F11/2076—Synchronous techniques
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Hardware Redundancy (AREA)
Abstract
본 발명은 이중화된 독립적인 두 시스템에서의 장애 시 데이터베이스 동기화 복구 방법 및 시스템에 관한 것으로서, 본 발명에 의한 방법은, 장애 시스템이 복구될 수 있는 상태가 되도록 시스템을 재시작하는 단계(a); 상기 장애 시스템의 프로세스 관리 블럭(25)이 복구될 수 있는 상태임을 알리는 복구완료 메시지를 정상 시스템의 리커버리와 어플리케이션 서비스 엘리먼트(27)에게 송신하는 단계(b); 상기 정상 시스템의 리커버리가 시스템 장애 후 변경사항을 점검하기 위해 체인지 리스트 테이블(22)에 대한 순차검색을 수행하고, 상기 정상 시스템의 어플리케이션 서비스 엘리먼트(27)는 정상 시스템의 유저 프로필 테이블(21)에 접근하여 정상 시스템이 복구과정동안 받아들이는 메시지에 대한 트랜잭션을 처리하는 단계(c); 상기 정상 시스템의 리커버리가 정상 시스템의 유저 프로필 테이블(21)로부터 상기 체인지 리스트 테이블(22)에서 점검한 변경사항을 뽑아내고, 상기 정상 시스템의 어플리케이션 서비스 엘리먼트(27)는 상기 단계(c)의 트랜잭션 처리 작업에 의해 변경된 사항을 정상 시스템의 체인지 리스트 테이블(22)에 반영하는 단계(d); 상기 정상 시스템의 리커버리와 정상 시스템의 어플리케이션 서비스 엘리먼트(27)가 상기 단계(d)에서 뽑아낸 변경 사항을 장애 시스템의 유저 프로필 테이블(21)에 반영하는 단계(e); 상기 정상 시스템의 리커버리와 정상 시스템의 어플리케이션 서비스 엘리먼트(27)가 정상 시스템의 체인지 리스트 테이블(22)에서 상기 단계(e)에서 반영한 변경사항을 삭제하는 단계(f); 상기 단계 (a)~(f)를 수행하는 동안 정상 시스템이 새로운 메시지를 처리해 정상 시스템의 유저 프로필 테이블(21)에 변경사항이 있을 경우 체인지 리스트 테이블(22)에 대한 순차 검색이 종료될 때까지 상기 단계(c)~(f)를 수행하는 단계(g)를 포함하는 것을 특징으로 하고; 본 발명에 의한 시스템은, 데이터베이스 내에 가입자의 프로필 테이블을 저장하는 유저 프로필 테이블(21); 서비스의 제공 중 발생하는 상기 유저 프로필 테이블(21)의 변경내역을 기록하는 체인지 리스트 테이블(22); 서비스의 요구가 있을 때 이를 제공하고 상기 유저 프로필 테이블(21)에서의 트랜잭션 처리 및 유저 프로필 테이블(21) 변경 사항을 상기 체인지 리스트 테이블(22)에 반영하는 어플리케이션 서비스 엘리먼트(27); 이중화 시스템에서 어느 한 시스템에 장애가 있을 때 변경된 데이터베이스에 대해 동기화 작업을 수행하는 리커버리(26); 상기 어플리케이션 서비스 엘리먼트(27)와 리커버리를 포함한 시스템 내의 모든 프로세스를 관리하고 이중화 시스템에서 양 시스템간의 통신을 관장하는 프로세스 관리 블럭(25)을 포함하는 것을 특징으로 한다.The present invention relates to a method and system for recovering database synchronization in the event of a failure in two independent redundant systems, the method comprising: restarting a system such that the failed system is in a recoverable state; (B) sending a recovery complete message to the recovery and application service element 27 of the normal system indicating that the process management block 25 of the failure system is in a recoverable state; The recovery of the normal system performs a sequential search on the change list table 22 to check for changes after a system failure, and the application service element 27 of the normal system is added to the user profile table 21 of the normal system. (C) accessing and processing a transaction for a message accepted by the normal system during recovery; The recovery of the normal system extracts the changes checked in the change list table 22 from the user profile table 21 of the normal system, and the application service element 27 of the normal system performs the transaction of step (c). (D) reflecting the change made by the processing operation in the change list table 22 of the normal system; (E) reflecting the changes of the recovery of the normal system and the application service element (27) of the normal system to the user profile table (21) of the failure system; (F) deleting the changes reflected in the step (e) by the recovery of the normal system and the application service element (27) of the normal system in the change list table (22) of the normal system; During the steps (a) to (f), the normal system processes a new message until there is a change in the user profile table 21 of the normal system until the sequential search for the change list table 22 is completed. (G) performing steps (c) to (f) above; The system according to the present invention comprises: a user profile table 21 for storing a subscriber's profile table in a database; A change list table (22) for recording a change history of the user profile table (21) occurring during the provision of a service; An application service element (27) for providing a request of a service and reflecting transaction processing and user profile table (21) changes in the user profile table (21) to the change list table (22); A recovery 26 for performing a synchronization operation on a changed database when a system fails in a redundant system; And a process management block 25 which manages all processes in the system including the application service element 27 and recovery and manages communication between both systems in a redundant system.
본 발명에 의하면 데이터 베이스 전체를 백업하지 않고 체인지 리스트 테이블에 저장된 변경된 데이터만 장애 시스템에 반영하는 방식으로 복구 작업을 수행하므로 메시지 송수신량이 현저하게 감소하고, 종래의 방식보다 동기화를 데이터베이스 관리 시스템을 통해 효율적으로 관리할 수 있으며 안전하고 정확한 동기화가 가능하다According to the present invention, since the recovery operation is performed by reflecting only the changed data stored in the change list table to the failure system without backing up the entire database, the amount of message transmission and reception is remarkably reduced, and synchronization is achieved through the database management system. Efficiently managed and secure and accurate synchronization
Description
본 발명은 이중화된 독립적인 두 시스템에서의 장애 시 데이터베이스 동기화 복구 방법 및 시스템에 관한 것으로서, 종래에 이중화된 시스템에서 업데이트 큐(Queue)를 사용해 데이터 베이스 동기화를 하던 것과는 달리 체인지 리스트 테이블(Change List Table)을 작성하여 변경된 사항만을 장애가 일어난 시스템에 반영하는 것을 통해 서비스의 중단 없이 데이터베이스를 복구 가능하도록 하는 방법 및 시스템에 관한 것 이다. The present invention relates to a method and system for restoring database synchronization in the event of a failure in two redundant independent systems. Unlike a conventional synchronization system using an update queue in a redundant system, a change list table is used. It is related to a method and system that can recover a database without interruption of service by making) and reflecting only the changed contents to the failed system.
홈 로케이션 레지스터(Home Location Register)와 같이 부하가 많이 걸리는 시스템의 과부하를 막기 위해 시스템을 이중화하여 메시지 처리 시 두 개의 시스템이 독립적으로 메시지를 받아들여 처리하는 방식이 사용되고 있다. 또한 시스템이 독립적이지 않더라도 중앙처리장치를 따로 두고 두 개의 시스템을 두어 하드웨어적으로 이중화를 하는 방식도 있다. 독립적인 이중화 시스템을 운영할 때의 문제점은 두 개의 시스템간의 데이터베이스가 항상 일치하여야 한다는 것이다. 따라서 두 개의 시스템 중 어느 하나의 시스템에 장애가 일어나게 되면 그 시스템은 정상적인 시스템과 데이터 베이스 동기화가 이루어지기 전까지는 메시지 처리를 할 수 없게 된다. 본 발명은 이러한 경우 데이터 베이스 동기화 방법에 관한 것이다.In order to prevent overloading of a system that is heavily loaded, such as a home location register, two systems independently receive and process messages when processing a message. In addition, even if the systems are not independent, there is a way of redundancy in hardware with two systems separated from the central processing unit. The problem with running an independent redundant system is that the database between the two systems must always match. Therefore, if one of the two systems fails, the system will not be able to process the message until the database is synchronized with the normal system. The present invention relates to a database synchronization method in this case.
종래에 독립적인 이중화된 시스템에서 장애 시 데이터 베이스 동기화 복구 방법 및 시스템은 다음과 같다.A method and system for restoring database synchronization in case of failure in a conventionally independent redundant system are as follows.
도1은 종래의 이중화된 시스템에서 복구화를 위한 시스템의 구성을 도시한 것이다. 1 shows the configuration of a system for recovery in a conventional redundant system.
정상상태에서는 송신 프로세스(11)는 주기적으로 업데이트 큐(13)를 체크한다. 업데이트 큐에 있는 메시지들은 다른 시스템의 수신 프로세스에게 전달된다. 보낸 메시지를 다른 시스템의 수신 프로세스(12)가 인식하게 되면 업데이트 큐에 있는 메시지는 삭제가 되는 방식으로 양 시스템간의 데이터베이스 동기화가 이루어진다. In the steady state, the transmission process 11 periodically checks the update queue 13. Messages in the update queue are delivered to the receiving process of another system. Once the sent message is recognized by the receiving process 12 of the other system, the message in the update queue is deleted and the database is synchronized between the two systems.
두 개의 시스템 중 어느 하나의 시스템에 장애가 발생한 경우에는 다음과 같은 방식으로 데이터베이스 동기화 복구작업이 진행된다. If any one of the two systems fails, the database synchronization recovery will proceed in the following manner.
장애가 일어난 시스템을 장애 시스템(Fault System, FS), 정상적인 시스템을 정상 시스템(Normal System, NS)이라고 하겠다. 어느 한 시스템에 장애가 발생한 때에는 장애 시스템은 현재 디스크에 저장된 데이터베이스를 이용하여 재가동 되어진다. 이 경우 장애 시스템은 메시지를 처리할 수 없으며, 정상 상태에서 두 개의 시스템이 분담해서 메시지를 처리하던 것을 장애 시에는 정상 시스템만이 모든 메시지를 처리할 수 있다.A faulty system is called a fault system (FS), and a normal system is called a normal system (NS). When a system fails, the failed system is restarted using the database currently stored on disk. In this case, the faulty system cannot process the message. In the normal state, only two normal systems can process all the messages.
재가동 후에는 장애 시스템은 데이터베이스에 저장된 모든 데이터를 삭제하고 정상 시스템의 데이터베이스에 있는 모든 데이터를 장애 시스템의 데이터베이스로 삽입한다. 이러한 과정 중에 정상 시스템이 처리하는 메시지는 업데이트 큐(13)에 저장이 된다. After restarting, the faulty system deletes all data stored in the database and inserts all the data from the database of the normal system into the database of the faulty system. During this process, the message processed by the normal system is stored in the update queue 13.
단 장애가 일어난 다음부터 상기 과정을 진행하는 동안 정상 시스템에서 메시지를 처리하지 않았다면 상기 과정만으로 데이터베이스 동기화가 이루어질 수 있으나 그렇지 않은 경우에는 상기 업데이트 큐에 저장된 데이터를 정상 시스템의 송신 프로세스(11)가 다시 장애 시스템의 수신 프로세스(12)를 통해 데이터 베이스에 반영하는 작업을 통해 데이터베이스 동기화가 이루어질 수 있다. However, if a message is not processed in the normal system during the process after the failure occurs, the database synchronization may be performed only by the above process. Otherwise, the transmission process 11 of the normal system may again fail the data stored in the update queue. Database synchronization may be achieved through a task reflected to the database through the receiving process 12 of the system.
종래의 위와 같은 시스템 장애 시 복구 방법은 우선 동기화를 위해 장애 시스템의 모든 데이터베이스를 삭제하고 정상 시스템의 모든 데이터베이스를 삽입하는 과정을 거치기 때문에 시스템에 많은 부하가 발생하게 된다. 또한 업데이트 큐를 통한 복구절차 역시 많은 메시지 송수신 절차가 요구된다. The conventional recovery method in case of a system failure occurs because the first process of deleting all the databases of the failure system and inserting all the databases of the normal system for synchronization, a lot of load on the system. In addition, the recovery process through the update queue also requires a lot of message transmission and reception procedures.
종래의 방법이 가지는 또 다른 문제점은 데이터베이스 동기화 절차 수행 중에 오류가 발생하는 경우의 처리 방법이다. 이러한 경우 종래의 방법은 실패한 작업에 대해서는 로그파일로 관리하여 추후 시스템 재시작을 통해 처리하는 방식을 취한다. 그러나 이러한 방법은 파일을 다루는데 파일I/O가 발생하여 속도가 느려지고 해당파일이 손상될 우려가 있다. Another problem with the conventional method is a method of handling when an error occurs while performing a database synchronization procedure. In this case, the conventional method takes a method of managing a failed job as a log file and processing it through a system restart later. However, these methods deal with files, causing file I / O to slow down and corrupt the file.
본 발명에서는 상기한 바와 같은 종래기술의 문제점을 해결하기 위해 복구화 작업 시 시스템의 부하를 줄이고, 복구 절차를 간소화한 체인지 리스트 테이블을 이용한 이중화된 독립적인 두 시스템에서의 장애 시 데이터베이스 동기화 복구 방법 및 시스템을 제안하고자 한다.In the present invention, to solve the problems of the prior art as described above, a method of restoring database synchronization in the event of a failure in two redundant and independent systems using a change list table that reduces the load on the system during the recovery operation and simplifies the recovery procedure. I would like to propose a system.
상기한 바와 같은 목적을 달성하기 위하여, 본 발명에 의한 이중화된 독립적인 두 시스템에서의 장애 시 데이터베이스 동기화 복구 방법은, 장애 시스템이 복구될 수 있는 상태가 되도록 시스템을 재시작하는 단계(a); 상기 장애 시스템의 프로세스 관리 블럭(25)이 복구될 수 있는 상태임을 알리는 복구완료 메시지를 정상 시스템의 리커버리와 어플리케이션 서비스 엘리먼트(27)에게 송신하는 단계(b); 상기 정상 시스템의 리커버리가 시스템 장애 후 변경사항을 점검하기 위해 체인지 리스트 테이블(22)에 대한 순차검색을 수행하고, 상기 정상 시스템의 어플리케이션 서비스 엘리먼트(27)는 정상 시스템의 유저 프로필 테이블(21)에 접근하여 정상 시스템이 복구과정동안 받아들이는 메시지에 대한 트랜잭션을 처리하는 단계(c); 상기 정상 시스템의 리커버리가 정상 시스템의 유저 프로필 테이블(21)로부터 상기 체인지 리스트 테이블(22)에서 점검한 변경사항을 뽑아내고, 상기 정상 시스템의 어플리케이션 서비스 엘리먼트(27)는 상기 단계(c)의 트랜잭션 처리 작업에 의해 변경된 사항을 정상 시스템의 체인지 리스트 테이블(22)에 반영하는 단계(d); 상기 정상 시스템의 리커버리와 정상 시스템의 어플리케이션 서비스 엘리먼트(27)가 상기 단계(d)에서 뽑아낸 변경 사항을 장애 시스템의 유저 프로필 테이블(21)에 반영하는 단계(e); 상기 정상 시스템의 리커버리와 정상 시스템의 어플리케이션 서비스 엘리먼트(27)가 정상 시스템의 체인지 리스트 테이블(22)에서 상기 단계(e)에서 반영한 변경사항을 삭제하는 단계(f); 상기 단계 (a)~(f)를 수행하는 동안 정상 시스템이 새로운 메시지를 처리해 정상 시스템의 유저 프로필 테이블(21)에 변경사항이 있을 경우 체인지 리스트 테이블(22)에 대한 순차 검색이 종료될 때까지 상기 단계(c)~(f)를 수행하는 단계(g)를 포함하는 것을 특징으로 하고; 본 발명에 의한 이중화된 독립적인 두 시스템에서의 장애 시 데이터베이스 동기화 복구 시스템은, 데이터베이스 내에 가입자의 프로필 테이블을 저장하는 유저 프로필 테이블(21); 서비스의 제공 중 발생하는 상기 유저 프로필 테이블(21)의 변경내역을 기록하는 체인지 리스트 테이블(22); 서비스의 요구가 있을 때 이를 제공하고 상기 유저 프로필 테이블(21)에서의 트랜잭션 처리 및 유저 프로필 테이블(21) 변경 사항을 상기 체인지 리스트 테이블(22)에 반영하는 어플리케이션 서비스 엘리먼트(27); 이중화 시스템에서 어느 한 시스템에 장애가 있을 때 변경된 데이터베이스에 대해 동기화 작업을 수행하는 리커버리(26); 상기 어플리케이션 서비스 엘리먼트(27)와 리커버리를 포함한 시스템 내의 모든 프로세스를 관리하고 이중화 시스템에서 양 시스템간의 통신을 관장하는 프로세스 관리 블럭(25)을 포함하는 것을 특징으로 한다.In order to achieve the above object, the method of recovering database synchronization in case of failure in two independent redundant systems according to the present invention comprises the steps of: (a) restarting the system so that the failed system is in a recoverable state; (B) sending a recovery complete message to the recovery and application service element 27 of the normal system indicating that the process management block 25 of the failure system is in a recoverable state; The recovery of the normal system performs a sequential search on the change list table 22 to check for changes after a system failure, and the application service element 27 of the normal system is added to the user profile table 21 of the normal system. (C) accessing and processing a transaction for a message accepted by the normal system during recovery; The recovery of the normal system extracts the changes checked in the change list table 22 from the user profile table 21 of the normal system, and the application service element 27 of the normal system performs the transaction of step (c). (D) reflecting the change made by the processing operation in the change list table 22 of the normal system; (E) reflecting the changes of the recovery of the normal system and the application service element (27) of the normal system to the user profile table (21) of the failure system; (F) deleting the changes reflected in the step (e) by the recovery of the normal system and the application service element (27) of the normal system in the change list table (22) of the normal system; During the steps (a) to (f), the normal system processes a new message until there is a change in the user profile table 21 of the normal system until the sequential search for the change list table 22 is completed. (G) performing steps (c) to (f) above; Database synchronization recovery system in the event of a failure in two redundant independent systems according to the present invention comprises: a user profile table 21 for storing a subscriber's profile table in a database; A change list table (22) for recording a change history of the user profile table (21) occurring during the provision of a service; An application service element (27) for providing a request of a service and reflecting transaction processing and user profile table (21) changes in the user profile table (21) to the change list table (22); A recovery 26 for performing a synchronization operation on a changed database when a system fails in a redundant system; And a process management block 25 which manages all processes in the system including the application service element 27 and recovery and manages communication between both systems in a redundant system.
이하에서 첨부된 도면을 참조하여 본 발명에 의한 이중화된 독립적인 두 시스템에서의 장애 시 데이터베이스 동기화 복구 방법 및 시스템을 상세하게 설명한다.Hereinafter, with reference to the accompanying drawings will be described in detail a method and system for recovering database synchronization in the event of a failure in two redundant independent systems according to the present invention.
도2는 본 발명에 의한 데이터베이스 동기화 복구 시스템의 구성도이다. 2 is a block diagram of a database synchronization recovery system according to the present invention.
이중화된 독립적인 시스템이므로, 도2에 도시된 바와 같이 본 발명은 두 개의 시스템으로 구성이 되어있다. 장애가 일어나지 않는 정상상태에서는 하나의 응용 프로그램은 두 개의 시스템의 데이터베이스 중 부하가 적은 어느 데이터베이스에도 접근할 수 있다. 메시지는 처음 메시지를 받은 시스템에서 먼저 처리가 되며 다른 시스템에 반영이 되는 방식으로 데이터베이스 동기화가 이루어진다. Since it is a redundant independent system, the present invention consists of two systems, as shown in FIG. In a normal, uninterrupted state, an application can access any of the two database's lightest databases. Messages are processed first in the system that first received them, and then synchronized in a way that is reflected in other systems.
유저 프로필 테이블(User Profile Table, UPT)(21)은 데이터베이스 내에 저장되는 가입자의 프로필 테이블을 말한다. 시스템에 메시지 처리 요구가 있는 경우에 이에 대한 트랜잭션의 변경은 유저 프로필 테이블(21)에 반영된다. 두 개의 시스템 중 어느 하나의 시스템이 장애가 일어나는 경우에는 유저 프로필 테이블(21)의 내용이 서로 달라지게 되고 이를 동기화 시키기 위한 복구 절차가 필요하게 된다. The user profile table (UPT) 21 refers to a subscriber's profile table stored in the database. If there is a message processing request in the system, the change in the transaction is reflected in the user profile table 21. If any one of the two systems fails, the contents of the user profile table 21 are different from each other and a recovery procedure for synchronizing them is required.
체인지 리스트 테이블(22)(Change List Table, CLT)은 데이터베이스 내에 저장되는 테이블로 서비스 제공 중에 발생되는 유저 프로필 테이블(21) 변경 내역을 기록한 테이블이다. 두 개의 시스템 중 어느 한 시스템의 유저 프로필 테이블(21)에 변경이 있게되면 그 시스템의 체인지 리스트 테이블(22)에는 변경 사항이 기록이 되며 다른 시스템에서는 체인지 리스트 테이블(22)의 변경내역을 확인하여 유저 프로필 테이블(21)을 변경하면서 데이터 베이스 동기화가 이루어진다. 체인지 리스트 테이블(22)에 기록된 사항이 다른 시스템의 유저 프로필 테이블(21)에 반영이 되게 되면 반영된 사항은 체인지 리스트 테이블(22)에서 삭제된다. The change list table 22 (Change List Table, CLT) is a table stored in the database and records the change history of the user profile table 21 generated during service provision. If there is a change in the user profile table 21 of either system, the change is recorded in the change list table 22 of the system, and in the other system, the change history of the change list table 22 is checked. Database synchronization is made while changing the user profile table 21. When the items recorded in the change list table 22 are reflected in the user profile table 21 of another system, the reflected items are deleted from the change list table 22.
어플리케이션 서비스 엘리먼트(Application Service Element, ASE)(27)는 서비스의 요구가 있을 경우에 서비스를 제공하기 위해 사용되는 블록이다. 예를 들어 전술한 유저 프로필 테이블(21)의 변경 사항이 있을 경우 이를 체인지 리스트 테이블(22)에 기록하도록 하는 것이나 체인지 리스트 테이블(22)의 기록된 사항을 다른 시스템의 유저 프로필 테이블(21)에 반영하도록 하는 작업은 어플리케이션 서비스 엘리먼트(27)를 통해서 이루어진다. 어플리케이션 서비스 엘리먼트(27)는 정상 상태에서는 물론 시스템이 장애가 난 경우에도 동작하는 블록이다. An application service element (ASE) 27 is a block used to provide a service when there is a request for the service. For example, if there is a change in the user profile table 21 described above, it is recorded in the change list table 22 or the recorded matters of the change list table 22 are written to the user profile table 21 of another system. The work to be reflected is done through the application service element 27. The application service element 27 is a block that operates in the normal state as well as in the event of a system failure.
리커버리(Recovery)(26)는 DBMS(24)를 통해 변경된 데이터베이스에 대해 동기화 작업을 수행하는 블록으로서 정상상태에서는 동작하지 않으며, 어느 한 시스템이 장애가 있는 경우에만 동작한다. 리커버리(26)는 시스템 장애로 인해 두 시스템간의 유저 프로필 테이블(21)이 일치하지 않을 때 체인지 리스트 테이블(22)의 검색 작업과 유저 프로필 테이블(21)에서 변경된 사항을 뽑아내는 작업을 수행한다. Recovery 26 is a block that performs a synchronization operation on a database changed through the DBMS 24, and does not operate in a normal state, and operates only when one system fails. The recovery 26 performs a search operation on the change list table 22 and a change operation on the user profile table 21 when the user profile table 21 does not match between the two systems due to a system failure.
프로세스 관리 블록(Process Management Block, PRMB)(25)은 시스템 내의 모든 프로세스를 관리하는 블록이다. The process management block (PRMB) 25 is a block that manages all processes in the system.
도3은 본 발명에 의한 이중화된 독립적인 두 시스템에서의 장애 시 데이터베이스 동기화 복구 방법에 대한 흐름도이다. 3 is a flowchart illustrating a method for restoring database synchronization in case of failure in two independent redundant systems according to the present invention.
이중화된 독립적인 두 시스템에서 어느 하나의 시스템에 장애가 일어나게 되면, 장애가 일어난 시스템 즉 장애 시스템은 복구를 위해 재시작이 된다(a). 이 상태에서는 장애 시스템이 메시지 처리를 할 수 없으므로 정상상태에서 양 시스템이 나누어서 처리하던 것을 시스템 장애 시에는 정상 시스템에서 모든 메시지를 처리하게 된다. If one system fails in two independent, redundant systems, the failed system, or failed system, is restarted for recovery (a). In this state, the faulty system cannot process the messages, so in case of system failure, the normal system processes all the messages.
시스템 재시작이 완료된 후에는 장애 시스템의 프로세스 관리 블럭(25)은 리커버리에게 복구 완료 메시지를 송신한다(b). 복구 완료 메시지는 장애 시스템이 정상 시스템에게 시스템 동기화를 위한 복구를 할 준비가 되었다는 신호를 보내는 것이다. 전술한 바와 같이 양 시스템간의 통신은 프로세스 관리 블럭(25)이 하게 되므로 복구완료 메시지는 장애 시스템의 프로세스 관리 블럭(25)이 정상 시스템의 리커버리(26)에게 보낸다. After the system restart is completed, the process management block 25 of the failing system sends a recovery completion message to the recovery (b). The recovery complete message signals that the failed system is ready to recover for system synchronization. As described above, communication between the two systems is performed by the process management block 25, so the completion message is sent by the process management block 25 of the failure system to the recovery 26 of the normal system.
장애 시스템으로부터 신호를 받은 후 정상 시스템의 리커버리는 체인지 리스트 테이블(22)에 대한 순차 검색을 시작하게 된다(c). 본 발명에서는 체인지 리스트 테이블(22)를 두어 어느 한 시스템에서는 변경이 일어났으나 다른 시스템에 아직 반영이 안된 변경 사항을 체인지 리스트 테이블(22)에 저장하게 되어 있으므로 체인지 리스트 테이블(22)에는 장애 시스템이 장애가 난 시점부터 정상 시스템의 유저 프로필 테이블(21)에 새롭게 추가, 삭제 또는 변경된 사항에 대한 기록이 남아있다. 따라서 리커버리는 체인지 리스트 테이블(22)에 대한 순차 검색을 통해 시스템 장애 후부터 지금까지의 변경 사항을 파악하게 된다. 단 리커버리가 이와 같은 작업을 수행하는 도중에도 정상 시스템에서는 계속적인 메시지 처리 요구가 있게 된다. 정상 시스템의 어플리케이션 서비스 엘리먼트(27)는 이러한 과정 중에 메시지 처리를 위해 정상 시스템의 유저 프로필 테이블(21)에 접근하여 트랜잭션 메시지를 처리한다(c). After receiving a signal from the failing system, recovery of the normal system starts a sequential search for the change list table 22 (c). In the present invention, the change list table 22 stores a change list table 22 in which a change has been made in one system but has not yet been reflected in the other system. From this point of failure, a record of newly added, deleted or changed items is left in the user profile table 21 of the normal system. Therefore, recovery detects the changes from the system failure to the past through the sequential search for the change list table 22. However, while recovery performs such a task, there is a continuous message processing request in a normal system. The application service element 27 of the normal system processes the transaction message by accessing the user profile table 21 of the normal system for message processing during this process.
리커버리는 정상 시스템의 체인지 리스트 테이블(22)을 순차 검색한 후에 정상 시스템의 유저 프로필 테이블(21)에서 선택 작업을 수행한다(d). 선택 작업은 상기 체인지 리스트 테이블(22) 검색 작업을 통해 알아낸 장애 이후의 유저 프로필 테이블(21) 변경 사항을 리커버리가 정상 시스템의 유저 프로필 테이블(21)에서 뽑아내는 작업을 말한다. 검색 작업에 의한 변경 사항만을 뽑아내므로 검색 도중에 변경된 사항 즉 정상 시스템의 어플리케이션 서비스 엘리먼트(27)가 검색과정 중에 처리한 사항은 이 과정에서는 뽑아내지 않는다. 리커버리가 유저 프로필 테이블(21)에서 선택작업을 하고 있는 동안 정상 시스템의 어플리케이션 서비스 엘리먼트(27)는 상기 단계(c)에서 반영한 유저 프로필 테이블(21)의 변경 사항을 체인지 리스트 테이블(22)에 기록하는 작업을 한다(d). The recovery sequentially searches the change list table 22 of the normal system and then performs a selection operation on the user profile table 21 of the normal system (d). The selection operation refers to a task in which the recovery extracts changes in the user profile table 21 after the failure found through the change list table 22 search operation from the user profile table 21 of the normal system. Since only the changes made by the search operation are extracted, the changes made during the search, i.e., the items processed by the application service element 27 of the normal system during the search process, are not extracted in this process. While recovery is making a selection in the user profile table 21, the application service element 27 of the normal system records the change of the user profile table 21 reflected in the step (c) in the change list table 22. (D) to do the work.
정상 시스템의 리커버리와 어플리케이션 서비스 엘리먼트(27)는 장애 시스템의 유저 프로필 테이블(21)에 변경 트랜잭션을 반영한다(e). 상기 체인지 리스트 테이블(22)에 대한 순차 검색과 유저 프로필 테이블(21)에서의 선택 작업은 시스템 장애가 일어났을 때 리커버리만의 고유한 작업이고 장애 시스템의 유저 프로필 테이블(21)에 변경 트랜잭션을 반영하는 작업은 정상 시스템의 리커버리와 어플리케이션 서비스 엘리먼트(27)가 함께 행하게 된다. 리커버리가 상기 단계(d)에서 뽑아낸 장애가 일어난 다음부터 순차검색이 완료되기까지의 정상 시스템의 유저 프로필 테이블(21)에서의 변경사항은 본 과정을 통해 장애 시스템에 반영이 되게 된다. The recovery of the normal system and the application service element 27 reflect the change transaction in the user profile table 21 of the failure system (e). The sequential search for the change list table 22 and the selection work in the user profile table 21 are unique to recovery when a system failure occurs and reflect the change transaction in the user profile table 21 of the failure system. The work is performed by the recovery of the normal system and the application service element 27 together. Changes made in the user profile table 21 of the normal system from the occurrence of the failure extracted in the step (d) until the sequential search is completed are reflected in the failure system through this process.
장애 시스템에 정상 시스템의 유저 프로필 테이블(21)에서의 변경사항을 반영한 후에는 정상 시스템의 리커버리와 어플리케이션 서비스 엘리먼트(27)는 정상 시스템의 체인지 리스트 테이블(22)에서 상기 장애 시스템의 유저 프로필 테이블(21)에 반영한 정상 시스템의 유저 프로필 테이블(21)의 변경 사항을 삭제하는 작업을 한다(f). 이는 장애 시스템의 유저 프로필 테이블(21)에 이미 변경 사항이 반영이 되었으므로 더 이상 체인지 리스트 테이블(22)에 남아있을 필요가 없기 때문이다. 체인지 리스트 테이블(22)에 기록된 사항을 타 시스템에 반영하는 작업은 시스템 동기화를 위해 시스템 장애가 일어난 경우나 시스템이 정상상태인 경우나 계속 행해지는 작업이므로 이미 반영된 사항을 삭제하지 않고 남겨두게 되면 반영된 사항을 다시 반영하게 되는 오류가 일어나므로 이와 같은 삭제작업은 변경 사항의 반영 후에는 필수적이다. After the failure system reflects the changes in the user profile table 21 of the normal system, the recovery of the normal system and the application service element 27 are performed in the change list table 22 of the normal system. The change of the user profile table 21 of the normal system reflected in 21) is deleted (f). This is because the change is already reflected in the user profile table 21 of the failure system, so it no longer needs to remain in the change list table 22. The task of reflecting the changes recorded in the change list table 22 to other systems is reflected when a system failure occurs or the system is in a normal state or continuously performed for system synchronization. Since an error occurs that reflects the change again, such deletion is necessary after the change is reflected.
만약 시스템 장애가 일어난 순간부터 상기 단계(a)~(f)까지 거치는 동안 정상 시스템이 새로운 메시지를 처리하지 않아 유저 프로필 테이블(21)에 변경사항이 없다면 상기 단계(a)~(f)까지를 한번만 거치는 것만으로 장애 시스템과 정상 시스템의 데이터베이스는 동기화가 된다. 하지만 일반적으로 그러한 경우는 거의 없으므로 상기 단계(f)까지를 한번 거친다고 하더라도 여전히 장애 시스템의 데이터베이스와 정상 시스템의 데이터베이스는 불일치하게 된다. 따라서 양 시스템간의 데이터 베이스의 동기화를 이루기 위해서는 상기 단계(c)~(f)를 정상 시스템의 체인지 리스트 테이블(22)에 더 이상 기록된 사항이 없어 순차 검색이 종료될 때까지 계속 반복해야 한다(g). If there is no change in the user profile table 21 because the normal system does not process a new message during the steps (a) to (f) from the moment of the system failure, the steps (a) to (f) only once Just by going through, the database of the faulty system and the normal system is synchronized. In general, however, there is almost no such case, and even after the step (f), the database of the failure system and the database of the normal system are still inconsistent. Therefore, in order to synchronize the databases between the two systems, the above steps (c) to (f) are no longer recorded in the change list table 22 of the normal system, and thus, the process must be repeated until the sequential search is completed ( g).
순차검색이 종료된 후에는 정상 시스템의 리커버리는 장애 시스템의 프로세스 관리 블럭(25)에게 메시지 처리 개시 요구 메시지를 전송한다(h). 이는 정상 시스템과 장애 시스템의 데이터베이스의 동기화가 이루어지는 순간 정상 시스템의 리커버리가 장애 시스템에게 정상 시스템과 함께 메시지를 처리할 수 있는 상태가 되었는지를 체크하는 절차이다. After the sequential search ends, the recovery of the normal system sends a message processing start request message to the process management block 25 of the failure system (h). This is a procedure to check whether the recovery of the normal system is ready to process a message with the normal system at the moment when the database of the normal system and the failure system is synchronized.
상기 메시지 처리 개시 요구 메시지를 수신받은 장애 시스템은 카운트파트(Countpart)시스템에 메시지 송신 요구 메시지를 송신한다(i). 카운트파트 시스템은 이중화 시스템에 메시지를 송신하는 시스템으로서 장애 시스템이 장애 시에는 정상 시스템에게만 메시지를 송신을 한다. 메시지 송신 요구 메시지는 장애 시스템이 카운트파트 시스템에게 양 시스템간의 데이터베이스 동기화가 이루어졌으므로 장애 시스템에게도 메시지를 보내도록 요구하는 신호이다. The failure system receiving the message processing start request message transmits a message transmission request message to a countpart system (i). The count part system transmits a message to a redundant system. When a failure system fails, only the normal system transmits the message. The message transmission request message is a signal that requires the fault system to send a message to the fault system because the database is synchronized between both systems.
장애 시스템의 프로세스 관리 블럭(25)은 정상 시스템의 리커버리에게 메시지 처리 개시 완료 메시지를 송신한다(j). 이는 장애 시스템이 완전히 복구되어 메시지를 처리할 수 있다는 신호를 정상 시스템에게 보내는 것이다. 상기 메시지 처리 개시 완료 메시지를 보낸 후에는 장애 복구 기간동안 정상 시스템만 메시지 처리를 하던 것을 장애 시스템과 함께 메시지를 처리하며 양 시스템은 정상상태가 된다. The process management block 25 of the failure system sends a message processing start completion message to the recovery of the normal system (j). This signals the normal system that the failed system can recover completely and process the message. After the message processing commencement completion message is sent, only the normal system processes the message during the failure recovery period, and the message is processed together with the failure system, and both systems are in a normal state.
상기한 바와 같은 복구 작업을 하는 경우에 오류가 생기면 이에 대한 처리가 문제가 된다. 종래의 경우에는 데이터 베이스 동기화 절차 수행과정에서 실패한 사항은 로그파일로 관리하고 이에 대한 복구는 시스템을 재시작 하여야 가능하다. 하지만 본 발명에서는 체인지 리스트 테이블(22) 검색을 통해 동기화 절차를 수행하고 장애 시스템에 반영되지 않은 사항은 항상 체인지 리스트 테이블(22)에 남아있게 되므로 실패한 사항에 대해 로그파일로 관리할 필요 없이 복구가 가능하다. If an error occurs in the case of the recovery operation as described above, processing thereof becomes a problem. In the conventional case, failures in the process of performing the database synchronization procedure are managed as a log file, and the recovery can be done by restarting the system. However, in the present invention, since the synchronization process is performed through the change list table 22 search and the items that are not reflected in the failure system always remain in the change list table 22, the recovery is not required to be managed as a log file. It is possible.
이상에서 설명한 바와 같이 본 발명에 의한 이중화된 독립적인 두 시스템에서의 장애 시 데이터베이스 동기화 복구 방법 및 시스템에 의하면, 데이터 베이스 전체를 백업하지 않고 체인지 리스트 테이블(22)에 저장된 변경된 데이터만 장애 시스템에 반영하는 방식으로 복구 작업을 수행하므로 메시지 송수신량이 현저하게 감소한다. 또한 종래에는 업데이트 큐를 사용하여 정상상태에서의 동기화 및 장애 시 정상 시스템의 변경된 사항에 대한 데이터 베이스 동기화를 수행하나 본 발명에서는 데이터베이스에 체인지 리스트 테이블(22)를 사용하여 변경된 작업을 데이터베이스 관리 시스템을 통해 효율적으로 관리할 수 있으며 안전하고 정확한 동기화가 가능하다. 아울러 상기한 바와 같이 빠르고 안전하게 복구 절차를 수행하므로 흠없는 서비스를 중단없이 제공하는 것이 가능하며 기존의 독립적이지 않은 하드웨어를 통한 이중화에 비해 소프트웨어적으로 이중화를 처리하므로 비용이 절감되고 독립적인 두 시스템에 적용되므로 두 시스템간 전용선만 구성되면 지역적으로 원거리에 설치해도 무방한 장점이 있다. As described above, according to the method and system for recovering database synchronization in case of failure in two independent redundant systems according to the present invention, only the changed data stored in the change list table 22 is reflected in the failure system without backing up the entire database. The recovery operation is performed in such a way that the amount of message transmission and reception is significantly reduced. In addition, in the prior art, the database is synchronized using the update queue to perform changes in the normal system and changes in the normal system at the time of failure. However, in the present invention, the changed operation using the change list table 22 is applied to the database management system. This allows for efficient management and secure and accurate synchronization. In addition, as described above, fast and safe recovery procedures can be provided to provide uninterrupted service without interruption, and the cost is reduced and the two independent systems are handled by software in comparison with the redundancy through non-independent hardware. Since only the dedicated line between the two systems is configured, it can be installed at a long distance locally.
도1은 종래의 이중화된 독립적인 시스템에서 복구화를 위한 구성을 도시한 것,1 shows a configuration for recovery in a conventional redundant independent system,
도2는 본 발명에 의한 이중화된 독립적인 두 시스템에서의 장애 시 데이터베이스 동기화 복구 시스템의 구성도,2 is a block diagram of a database synchronization recovery system in the event of a failure in two independent redundant systems according to the present invention;
도3은 본 발명에 의한 이중화된 독립적인 두 시스템에서의 장애 시 데이터베이스 동기화 복구 방법의 흐름도. 3 is a flowchart of a method for recovering database synchronization in the event of a failure in two redundant independent systems according to the present invention;
*도면의 주요 부분에 대한 설명** Description of the main parts of the drawings *
21: UPT(유저 프로필 테이블)21: User Profile Table (UPT)
22: CLT(체인지 리스트 테이블)22: Change List Table (CLT)
25: PRMB(프로세스 관리 블록)25: Process Management Block (PRMB)
26: Recovery(리커버리)26: Recovery
27: ASE (어플리케이션 서비스 엘리먼트)27: ASE (Application Service Element)
Claims (3)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR10-2000-0038004A KR100526221B1 (en) | 2000-07-04 | 2000-07-04 | Method and System for Restoring Database Synchronization in Independent Mated Pair System |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR10-2000-0038004A KR100526221B1 (en) | 2000-07-04 | 2000-07-04 | Method and System for Restoring Database Synchronization in Independent Mated Pair System |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20020004270A KR20020004270A (en) | 2002-01-16 |
| KR100526221B1 true KR100526221B1 (en) | 2005-11-02 |
Family
ID=19676122
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR10-2000-0038004A KR100526221B1 (en) | 2000-07-04 | 2000-07-04 | Method and System for Restoring Database Synchronization in Independent Mated Pair System |
Country Status (1)
| Country | Link |
|---|---|
| KR (1) | KR100526221B1 (en) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR950035202A (en) * | 1994-05-13 | 1995-12-30 | 양승택 | Transaction Control System for Localized Dual Network Service Control of Intelligent Network Service Data and Hierarchical Control Method for Local Redundancy Management |
| US5613106A (en) * | 1989-09-15 | 1997-03-18 | Motorola, Inc. | Method for processing and storing a transaction in a distributed database system |
| JPH11203184A (en) * | 1998-01-09 | 1999-07-30 | Nec Corp | Automatic data base matching method in nms duplex system |
| KR19990078536A (en) * | 1998-12-26 | 1999-11-05 | 김형순 | Database duplication method for intelligent service system |
| JPH11327985A (en) * | 1998-05-08 | 1999-11-30 | Toshiba Corp | Duplex computer system |
| JP2000347917A (en) * | 1999-06-03 | 2000-12-15 | Hitachi Ltd | Method for controlling data duplex operation and duplicated storage subsystem |
| KR20010057441A (en) * | 1999-12-23 | 2001-07-04 | 이계철 | The Method of on-line data consistency between master and slave database |
-
2000
- 2000-07-04 KR KR10-2000-0038004A patent/KR100526221B1/en not_active IP Right Cessation
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5613106A (en) * | 1989-09-15 | 1997-03-18 | Motorola, Inc. | Method for processing and storing a transaction in a distributed database system |
| KR950035202A (en) * | 1994-05-13 | 1995-12-30 | 양승택 | Transaction Control System for Localized Dual Network Service Control of Intelligent Network Service Data and Hierarchical Control Method for Local Redundancy Management |
| JPH11203184A (en) * | 1998-01-09 | 1999-07-30 | Nec Corp | Automatic data base matching method in nms duplex system |
| JPH11327985A (en) * | 1998-05-08 | 1999-11-30 | Toshiba Corp | Duplex computer system |
| KR19990078536A (en) * | 1998-12-26 | 1999-11-05 | 김형순 | Database duplication method for intelligent service system |
| JP2000347917A (en) * | 1999-06-03 | 2000-12-15 | Hitachi Ltd | Method for controlling data duplex operation and duplicated storage subsystem |
| KR20010057441A (en) * | 1999-12-23 | 2001-07-04 | 이계철 | The Method of on-line data consistency between master and slave database |
Also Published As
| Publication number | Publication date |
|---|---|
| KR20020004270A (en) | 2002-01-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10114710B1 (en) | High availability via data services | |
| US7565572B2 (en) | Method for rolling back from snapshot with log | |
| US6941327B2 (en) | Apparatus and method for database synchronization in a duplex system | |
| US5799322A (en) | System and method for stopping updates at a specified timestamp in a remote duplicate database facility | |
| US5799323A (en) | Remote duplicate databased facility with triple contingency protection | |
| US7925633B2 (en) | Disaster recovery system suitable for database system | |
| US7043504B1 (en) | System and method for parallel primary and secondary backup reading in recovery of multiple shared database data sets | |
| KR100983300B1 (en) | Recovery from failures within data processing systems | |
| KR101662212B1 (en) | Database Management System providing partial synchronization and method for partial synchronization thereof | |
| JP2708386B2 (en) | Method and apparatus for recovering duplicate database through simultaneous update and copy procedure | |
| US6594676B1 (en) | System and method for recovery of multiple shared database data sets using multiple change accumulation data sets as inputs | |
| EP0722236B1 (en) | System and method for fault tolerant key management | |
| JP2001356945A (en) | Data backup recovery system | |
| US20030208511A1 (en) | Database replication system | |
| US20040153736A1 (en) | Recovery of file system data in file servers mirrored file system volumes | |
| US20070220059A1 (en) | Data processing node | |
| JP2006185108A (en) | Management computer for managing data of storage system, and data management method | |
| KR100526221B1 (en) | Method and System for Restoring Database Synchronization in Independent Mated Pair System | |
| US7107485B2 (en) | Method, apparatus, and computer readable medium for managing multiple system | |
| JP3598202B2 (en) | Online system | |
| JPH04299435A (en) | Data base equivalent system | |
| KR102303895B1 (en) | Database Replication System With Improved Database Replication | |
| KR940007838B1 (en) | Method of recovering transaction on real time database management system | |
| KR100509946B1 (en) | Method for controlling and maintaining states of dual DBMS's | |
| JP3253321B2 (en) | Synchronization confirmation processing method for database access |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| N231 | Notification of change of applicant | ||
| A201 | Request for examination | ||
| E902 | Notification of reason for refusal | ||
| 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: 20080930 Year of fee payment: 4 |
|
| LAPS | Lapse due to unpaid annual fee |