KR19990008848A - 교환기의 데이터 백업장치 및 방법 - Google Patents

Abstract

교환기의 데이터 백업 장치가; 각 프로세서들에 구비되며, 데이터 베이스를 직접 검색, 변경, 삽입 삭제 등의 기능을 수행하고, 변경 내역 발생시 로그를 발생하는 디비케이지 블록과; 응용 프로그램 정합과 분산 데이터 베이스를 지원하는 프로세서간 통신 기능을 수행하는 디비에스지 블록과; 오엠피에 저장되며, 중복데이타를 관리하고, 데이터 변경시 디스크 백업 및 회복 기능을 수행하는 디비비지 블록으로 구성되며; 디비케이지 블록에서 로그 발생시 디비에스지가 디비케이지 블록에서 출력되는 데이터를 로컬 버퍼에 저장하고, 디비비지 블록이 디비에스지 블록에서 출력되는 데이터를 스풀 버퍼에 저장한 후, 피엘디에 저장하여 데이터를 백업하는 것을 특징으로 한다.

Description

교환기의 데이터 백업장치 및 방법

본 발명은 전전자 교환기 시스템의 데이터 백업 장치 및 방법에 관한 것으로, 특히 데이터의 안정성을 높일 수 있는 데이터 백업 장치 및 방법에 관한 것이다.

시스템의 데이터 백업은 운용 중에 데이터 변경 작업이 이루어질 때 데이터의 중요성에 따라 저장할 필요가 있는 데이터(Disk Back Relation: 디스크 백업 타입)는 디스크의 해당 프로세서 로드 데이터(Processor Load Data: 이하 PLD라 칭한다)에 저장한다. 여기서 상기 PLD는 프로세서 단위로 실장될 데이터와 이를 검색하고 관리하기 위해 필요한 테이블로 구성된다. 상기 디스크 백업 타입 데이터에 대한 메모리 변경이 발생되면 변경 내역(log: 이하 로그라 칭한다)이 생성되며 처리는 프로세스 단위로 이루어진다.

한 프로세스에 의해 발생된 로그는 디스크에 저장 가능한 형태로 포맷팅(formatting)하여 데이터 베이스 서포팅 그룹(Data Base Supporting Group: 이하 DBSG라 칭한다) 버퍼에 저장한다. 이후 로그 처리 완료시 데이터 베이스 백업 그룹(Data Base Back-up Group: 이하 DBBG라 칭한다)로 전송하여 운용 유지 보수 프로세서 디스크 PLD에 저장하도록 요청한다. 이때 데이터 변경이 다량으로 발생하면 상기 DBBG가 운용 유지보수 프로세서 디스크의 독점적 사용을 방지하며, 로그 도착과 로그 적용 속도의 상이로 인한 로드 손실을 방지하기 위해 스풀링(spooling) 시스템을 사용한다.

상기 스풀링 시스템의 구성은 로그를 받아들이는 프로세스와 로그를 적용시키는 프로세스, 프로세서 로딩시 버퍼에 남아있는 로드를 신속하게 적용시키는 프로세스를 구성되며, 이들 프로세스 들이 공통으로 사용하는 공유 데이터를 관리하고 프로세서들의 상호 관계를 제어하도록 크리티컬(critical) 영역을 구비한다. 로그는 분산된 여러 프로세서에서 도착되지만, 동시에 여러 개의 동일 프로세스에서 전송됨을 이용하여 로그를 디스크에 저장할 때 동일 프로세서의 로그를 동시에 적용시키도록 한다.

그러나 상기와 같은 데이터 백업 방법은 하기와 같은 문제점들을 갖는다.

먼저 상기 DBSG에서 DBBG로 로그 전송시 로그 실장을 효율적으로 수행할 수 없는 문제점이 있다. 즉, 메시지에서 실장되는 데이터의 크기는 IPC(Inter Processor Communication)가 허용하는 최대치로 고정되어 있으며, 5개의 로그를 실장할 수 있는 구조로 되어있다. 그러나 이와 같은 구조는 로그 크기가 작은 경우에도 더 많은 로그를 실장하지 못하므로 IPC를 효율적으로 사용할 수 없는 문제점을 갖게 된다.

두 번째로 버퍼 관리 상의 문제를 갖게된다. 상기 버퍼 관리 상의 제1문제점을 살펴보면, 상기 DBSG의 로컬 버퍼(local buffer)나 DBBG의 스풀 버퍼(spool buffer)를 관리하는 프로세스들이 한 시점에 하나의 프로세스 만이 구동될 수 있다. 한번에 디스크 PLD에 적용해야 할 로그가 상기 스풀 버퍼에 다량 존재할 경우, 상기 DBSG로부터 전송되는 로그를 받아 스풀 버퍼에 저장하는 프로세스가 구동되지 못한다. 상기 DBSG에서 전송된 메시지들은 큐(queue)에 누적되고 일정 시간이 경과하면 시간종료(time-out) 처리된다. 상기 시간종료 메시지(time out message)를 수신한 상기 DBSG는 해당 로그에 대한 재전송을 수행한다. 상기 DBKG에서 발생한 로그를 로컬 버퍼에 저장하는 경우, 재전송 작업을 수행하는 프로세스가 구동된 상태이므로 로그를 로컬 버퍼에 저장하는 프로세스가 구동되지 못하게 되어 상기 DBKG는 해당 데이터 변경을 취소하고 변경 이전 값으로 메모리 데이터를 복구해야한다. 이런 경우 재전송 및 종료 메시지(time out message)에 의한 IPC 부하가 높아지는 문제점이 있었다.

상기 버퍼 관리 상의 제2문제점을 살펴보면, 스풀 버퍼(spool buffer)에 로그를 프로세서 단위로 저장하지만 프로세서 별로 연관성을 유지하도록 프로그래밍되어 있지 않다. 또한 버퍼의 로그를 디스크 PLD에 저장할 때는 프로세서 단위로 수행하므로 몇 개의 프로세서로부터 로그가 엇갈려 반복 도착하게 되며, 버퍼에 저장된 경우 동일 프로세서의 로그를 한번에 검색해 디스크 PLD에 적용하지 못기 때문에 동일 프로세서에 대해서 디스크 PLD를 열고 닫는 작업을 반복하게 되어, OS의 부하를 높이고 디스크 사용의 효율 및 백업 속도를 저하시키는 문제점이 있었다.

버퍼 관리 상의 세 번째 문제점을 살펴보면, 프로세서 로딩시 긴급 로그 적용 요구에 의해 로그를 디스크 PLD에 적용해야 하는 경우, 해당 프로세서의 로그만을 적용할 수 없기 때문에 프로세서와 관계없이 버퍼를 모두 비워야 하므로, 로딩 시간이 길어지게 되고 그에 따라 프로세서가 구동되는데 걸리는 시간이 길어지는 문제점이 있었다.

세 번째로 에러 관리 상의 문제점을 살펴보면, 로그를 디스크 PLD에 저장하는 과정에서 어드레스나 데이터 크기가 잘못되어 저장 불가능한 경우, 해당 로그에 대한 관리가 이루어지지 않아 문제점 분석이 어렵다.

따라서 본 발명의 목적은 교환기 시스템에서 백업 절차 및 백업 성능을 개선하며 데이터의 안정성을 향상시킬 수 있는 장치 및 방법을 제공함에 있다.

상기 목적을 달성하기 위한 본 발명의 실시예에 따른 교환기의 데이터 백업 장치가; 각 프로세서들에 구비되며, 데이터 베이스를 직접 검색, 변경, 삽입 삭제 등의 기능을 수행하고, 변경 내역 발생시 로그를 발생하는 디비케이지 블록과; 응용 프로그램 정합과 분산 데이터 베이스를 지원하는 프로세서간 통신 기능을 수행하는 디비에스지 블록과; 오엠피에 저장되며, 중복데이타를 관리하고, 데이터 변경시 디스크 백업 및 회복 기능을 수행하는 디비비지 블록으로 구성되며; 상기 디비케이지 블록에서 로그 발생시 디비에스지가 상기 디비케이지 블록에서 출력되는 데이터를 로컬 버퍼에 저장하고, 상기 디비비지 블록이 상기 디비에스지 블록에서 출력되는 데이터를 스풀 버퍼에 저장한 후, 피엘디에 저장하여 데이터를 백업하는 것을 특징으로 한다.

도 1은 전전자 교환기 시스템의 구성을 도시하는 도면

도 2는 도 1과 같은 전전자 교환기 시스템의 디비엠에스의 구성을 도시하는 도면

도 3은 전전자 교환기 시스템과 디비엠에스의 인터페이스 구성을 도시하는 도면

도 4는 본 발명의 실시예에 따른 데이터 백업 동작에서 로드 버퍼에 로그를 저장하는 과정을 도시하는 도면

도 5는 본 발명의 실시예에 따른 데이터 백업 동작에서 로드 버퍼에 저장된 로그를 디비비지에 전송하여 스풀 버퍼에 저장하는 과정을 도시하는 도면

도 6은 본 발명의 실시예에 따른 데이터 백업 동작에서 스풀 버퍼의 로그를 디스크 피엘디에 적용하는 과정을 도시하는 도면

본 발명의 실시예에 따른 교환시스템의 데이터 백업 기능은 데이터 백업 구조를 개선하여 백업 성능을 향상시키며 데이터의 안정성을 높인다.

이를 위하여 본 발명의 실시예에서는 한 시점에서 하나의 프로세스 만이 구동되어 백업 시간이 길어지고 버퍼에 로그가 누적되는 문제점을 해소하기 위하여, 버퍼에 데이터를 저장하는 프로세스와 버퍼에서 로그를 빼내어 가는 프로세스가 동시에 구동될 수 있게하여 백업 성능을 향상시키며, 버퍼 상태 정보를 공유해 서로 간의 충돌이 일어나지 않도록 한다.

상기 DBBG의 버퍼 헤드 구조를 변경하여 로그를 프로세서 별로 관리하게 되며, 디스크 PLD에 저장할 시 프로세서 연관성을 이용하여 동일 프로세서의 로그는 동일 시점에 저장 가능하게 되어 OS를 줄이는 동시에 장치 공유의 효율을 향상시킨다.

로그를 디스크 PLD에 저장할 시 어드레스 에러나 크기 불일치로 저장이 불가능할 경우, 별도의 에러 파일을 생성하여 해당 로드 데이터를 저장하게 하여 원인 분석을 도우며, 데이터의 안정성을 높인다.

프로세서 로딩에 의해 긴급 로그 적용이 요구될 때, 해당 프로세서의 로그만을 디스크의 해당 PLD에 적용하여 호딩하게 하므로 로딩시간을 줄인다.

DBSG 블록에서 DBBG 블록으로 로그 전송시 전송되는 로드 데이터의 크기에 따라 메시지 길이를 가변화될 수 있게 하여 IPC 부하를 줄임으로서 전송 효율을 높인다.

로그 전송시 로그 데이터의 연관성을 알 수 있는 정보를 함께 전송하여 전송 불가나 유효하지 않은 로그로 판명되어 복구해야하는 경우, 전송 시점 이후 데이터를 모두 복구하지 않고 연관된 로그만을 복구하게 하므로 로드 데이터 손실을 줄이며 데이터의 안정성을 향상시킨다.

도 1은 전전자 교환기 시스템의 구성을 도시하는 도면으로, 상기 전전전자 교환기는 기본적으로 ASS(Access Switching Subsystem)100, INS(Interconnection Network Subsystem)200, CCS(Central Control Subsystem)300의 3개 서브 시스템으로 구성되어 있다. 상기 ASS100은 가입자 및 중계선 정합과 호의 발신 및 착신 등의 호 처리 기능을 수행하고, 다수의 ASP(Access Switching Processor)101로 구성된다. 상기 INS200은 번호 번역, 통화 구성 등의 집중화된 호 처리 기능을 tngodg며, INP(Interconnection Network Processor)202와 NTP(Number Translation Processor)201로 구성된다. 상기 CCS300은 운용 및 보전의 집중화 기능을 수행하며, OMP(Operation and Maintenance Processor)301과 MMP(Man Machine Processor)302로 구성된다.

상기 도 1과 같은 구성을 갖는 전전자 교환기의 DBMS는 3개의 서브 시스템으로 구성된 분산 구조를 지원하기 위해 각 서브 시스템 별 프로세서에 분산 저장되어 데이터를 관리하는 분산 DBMS이다. 도 2는 상기 DBMS의 구성을 도시하고 있다. 상기 DBMS는 DBTG(Data Base Transacion Group)21, DBQG(Data Base Query Group)22, DBSG(Data Base Supporting Group)23, DBKG(Data Base Kenanl Group)24, DBBG(Data Base Backup Group)25 등 5개의 블록으로 구성되어있다.

도 3은 각 시스템들과 상기 DBMS 간의 인터페이스 특성을 설명하기 위한 도면이다.

상기 DBMS를 구성하는 블록 별 기능을 상기 도 2 및 도 3을 참조하여 살펴보면, 상기 DBKG24는 모든 프로세서에 저장되며, 데이터 베이스를 직접 검색, 변경, 삽입, 삭제 등 DBMS의 핵심 기능을 수행하고, DBSG23은 응용 프로그램 정합 기능과 분산 데이터 베이스를 지원하는 프로세서간 통신(Inter Processor Communication: IPC) 기능을 수행한다. 상기 DBBG25는 중복 데이터를 관리하고, 데이터 변경시 디스크 백업 및 회복 기능을 수행하며, OMP301에만 저장된다. DBTG21은 분산 프로세서간 트랜잭션 구동 및 트랜잭션 종료 및 철회시 데이터 복구 및 백업 기능을 수행하고, DBQG22는 MMP302에만 저장되어 운용자에 의한 대화형 데이터 베이스 질의어 처리 기능을 수행한다.

상기 전전자 교환기 DBMS는 데이터가 여러 프로세서에 분산 실장될 수 있도록 분산 기능을 지원하며, 실시간 처리를 위해 데이터들을 주 기억장치에 상주시키는데, 이런 데이터 베이스를 PLD(Processor Load Data)라고 한다. 상기 주 기억장치의 상주 데이터는 디스크 상주 데이터에 비해 데이터 처리 측면에서는 비교가 되지 않을 정도로 고속 처리가 가능하지만, 시스템 고장시 휘발성인 메모리 데이터가 손실되어 데이터 신뢰성과 고장 감뢰 측면에서 많은 문제점과 오버헤드를 내재하고 있어, 보조 기억장치에 변경된 데이터를 백업하는 기능과 회복하는 기능이 디스크 상주 데이터에 비해 필요하다.

도 4 - 도 6은 본 발명의 실시예에 따라 전전자 교환기에서 데이터를 백업하는 과정을 도시하는 흐름도로서, 도 4는 로컬 버퍼(local buffer)에 로글 저장하는 과정을 도시하는 흐름도이고, 도 5는 스플 버퍼(spool buffer)에 로그를 저장하는 과정을 도시하는 흐름도이고, 도 6은 상기 스풀 버퍼에 저장된 로그를 디스크 PLD에 적용하는 과정을 도시하는 흐름도이다.

상기 도 4를 참조하면, 상기 DBKG24는 411단계 및 413단계를 수행하여 로그를 발생한 후, 상기 DBSG23에 로그를 전송하고 대기한다. 즉, 상기 DBKG24는 응용 프로그램으로부터 데이터 변경 요청이 들어오면, 데이터 유형이 디스크 백업인 경우 변경내역(log: 로그)를 생성하여 상기 DBSG23에 전달한다.

그러면 상기 DBSG23은 415단계에서 전송되는 로그 메시지를 수신하며, 첫 로그의 전송을 감지하면 417단계-423단계를 수행하면서 버퍼 관리 공유 데이터를 구성하고 로그 발생 시간을 등록한 후, 전송된 로그를 버퍼에 저장하기 위한 구조로 재구성한다. 이후 425단계-431단계를 수행하면서, 전송된 로그를 검색하여 어드레스 및 로그 크기가 유효한가 검사하며, 상기 두 조건이 모두 충족되면 수신된 로그를 로컬 버퍼에 저장하고, 431단계에서 로컬 버퍼에 저장한 결과가 성공인가 검사한다. 이때 저장 결과가 성공이면 전송된 마지막 로그의 저장인가 검사하며, 아니면 상기 415단계로 진행하여 위와 같은 과정을 반복하고, 마지막이면 435단계로 진행하여 로컬버퍼에 로그의 저장을 종료하였음을 DBKG24에 전송하고 대기한다.

그러나 상기 425단계-431단계에서 어드레스 또는( 및) 로그 크기가 유효하지 않거나 상기 로컬 버퍼에 저장한 결과가 실패인 경우에는 로컬 버퍼에 로그를 저장하는 동작을 중단하고 435단계로 진행하여 저장 실패 결과를 상기 DBKG24에 전송한다.

상기 DBSG23에서 로컬 버퍼에 로그 저장 결과가 수신되면, 상기 DBKG24는 437단계-441단계를 수행하면서 저장 결과에 따라 종료하거나 메모리 데이터를 변경 이전 값으로 복구한다.

도 5를 참조하여 스풀 버퍼에 로그를 저장하는 동작을 살펴보면, 상기 DBSG23는 511단계-521단계를 수행하여 로그를 DBBG25에 전송한다. 이때 로그 개수가 0보다 크면 버퍼 관리 공유 데이터를 구성하며, 이후 로그 개수가 0보다 크거나 검색횟수가 5회 이상이며, 로그 개수가 1보다 크면 버퍼에서 로그를 읽어 DBBG25로 전송할 메시지를 구성한 후 상기 DBBG25에 전송한다. 그러나 로그가 상기 조건을 만족하지 못하면 533단계로 진행하여 대기한다.

상기 DBBG25는 535단계-539단계를 통해 수신되는 메시지를 스풀버퍼에 저장하기 위한 PLD 인덱스를 구한 후 버퍼에 로그를 저장한다. 이때 541단계에서 저장 결과가 성공이면 551단계-555단계를 수행하면서 상기 저장 결과를 DBSG23에서 전송하며, 이와 같은 동작을 마지막 로그 전송시까지 수행한 후 버퍼 관리 공유 데이터 처리한 후 대기한다.

그러나 상기541단계에서 저장 결과 실패인 경우, 545단계-549단계를 수행하여 실패 원인에 따라 DBMS 장애 메시지 출력 유무를 결정하며, 이를 버퍼 관리 공유 데이터 처리한 후 551단계로 진행한다.

이때 상기 DBBG25에서 저장 결과를 수신하면, 상기 DBSG23은 525단계-533단계를 수행하면서 마지막 로그 까지 상기 DBBG25에 전송하면서 버퍼 관리 공유 데이터 처리 과정을 수행한다.

상기와 같이 스풀버퍼에 로그가 저장되면 상기 스풀버퍼의 로그를 디스크 PLD에 적용한다. 상기 도 6을 참조하면, 먼저 611단계-625단계를 수행하면서 대기 상태에서 PLD단위로 로그 개수를 검색한 후, 로그갯수 또는 검색횟수, PLD의 존재 유무, PLD의 존재 유무 등을 검사한 후, 상기 조건들을 만족하면(로그갯수≥10, 검색횟수5, PLD 존재, PLD 오픈) 625단계로 진행하여 버퍼에서 로드 헤드의 정보를 읽는다. 그러나 상기 조건들 중 어느 하나라도 만족하지 않으면 상기 611단계로 되돌아가 대기한다.

이때 상기 모든 조건들을 만족하여 버퍼에서 로드 헤드를 읽으면, 627단계-629단계에서 로그의 크기 및 어드레스가 유효한가 검사한다. 이때 상기 두 조건을 만족하지 못하는 경우 639단계 및 641단계를 수행하여 DBMS 장애메세지를 출력하고 유효하지 않은 로그를 별도의 파일에 저장한 후, 643단계에서 버퍼 블록을 비우고 버퍼 관리 공유 테이블을 처리한 후, 상기 611단계로 진행하여 대기한다.

그러나 상기 로그 크기 및 어드레스가 유효하면, 631단계에서 상기 PLD에 저장할 로드 데이터를 읽고, 633단계에서 디스크 PLD 어드레스와 일치하는가 검사하다. 이때 상기 두 어드레스가 일치하지 않으면 상기 639단계로 진행하여 상기한 바와 같은 과정을 수행한다. 그리고 상기 633단계에서 두 어드레스가 일치하면, 635단계에서 디스크 PLD에 해당 로그를 저장하고, 637단계에서 동일 시점의 로그가 존재하는 검사한다. 이때 동일시점에 로그가 존재하면, 상기 631단계로 진행하여 상기한 바와 같은 과정을 수행하고, 동일 시점의 로그가 존재하지 않으면, 643단계로 진행하여 버퍼 블록을 비우고 버퍼 관리 공유 데이터를 처리한 후, 상기 611단계로 진행한다.

상기 도 4 - 도 6에 도시된 바와 같은 백업 절차를 살펴보면, 먼저 응용 프로그램으로부터 데이터 변경 요철이 들어오면, 데이터 유형이 디스크 백업인 경우 변경 내역인 로를 DBKG24에서 생성하여 DBSG23에 전달한다. 두 번째로 상기 DBKG24 블록에서 전달된 로그 정보가 DBSG23 블록 내의 로그 관리 프로세스 내에 전달되지 못하면, 자동 변경되기 이전 데이터를 이용하여 변경된 데이터를 회복한 후, 오류 정보를 MMS 라이브러리를 통해 운용자 단말기로 출력한다. 세 번째로 상기 DBKG24 블록에서 생성되는 로그 구조는 변경 튜플 주소, 데이터 크기, 변경 전 데이터, 변경후 데이터로 구성되며, 상기 DBKG24 블록으로부터 로그를 전달받은 DBSG23 블록은 디스크에 저장할 수 있는 로그 구조(변경 튜플 주소, 데이터 크기, 변경 후 데이터)로 변경하여 버퍼에 저장한다. 네 번째로 버퍼에 저장된 로그를 OMP301의 DBBG25에 전송한다. 다섯 번째로 로그 전송시 3초 이내에 응답이 없는 경우, 디스크 이상 등으로 로그의 디스크 적용이 불가능한 경우는 로컬 버퍼에 저장해 두었다가 주기(10초)적으로 상기 DBBG25 블록으로 전송한다. 여섯 번째로 장시간 디스크 적용 불가로 인해 버퍼가 가득찬 경우 이 후에 발생되는 데이터는 로그 적용을 요청한 블록으로 백업 불가 정보를 보내 데이터 복구 처리토록 한다. 일곱 번째로 상기 DBSG23 블록으로부터 로그를 전송받은 DBBG25 블록은 스풀 버퍼에 프로세서 단위로 로그를 저장한다. 여덟 번째로 버퍼의 로그 상태를 프로세서 별로 확인하여 로그가 일정 개수를 넘어서거나 일정 시간 동안 로그 적용이 없었던 경우 버퍼에서 로그를 빼내어 디스크 PLD에 적용한다. 아홉번째로 디스크 PLD 저장 시 한번에 수행할 수 있도록 하여 특정 프로세서에 대한 백업 시간이 길어지지 않도록 한다. 열번째로 프로세서 로딩에 의해 로그의 긴급 적용이 요구되면 해당 프로세서의 로그를 우선적으로 PLD에 적용한 후 PLD 로딩이 가능하게 한다. 열한번째로 로그를 PLD 적용시 저장 어드레스, 데이터 크기가 잘못되어 저장할 수 없을 경우에는 별도의 파일을 생성하여 에러가 발생한 블록을 저장하며, 연관된 나머지 블록을 초기화한다.

상기와 같이 데이터를 백업하는 과정에서 입력되는 메시지는 데이터 베이스 정보의 출력을 요구하거나, 프로세서 별로 또는 전체 프로세서에 대해 출력을 요구할 수 있다. 그리고 출력 메시지는 프로세서 이름, PLD 이름, 해당 프로세서의 백업 가능 상태(백업 허용 상태, 백업 금지 상태), PLD 버전, 각 프로세서 별 버퍼에 저장된 일반 로그 개수, 각 프로세서 별 버퍼에 저장된 트랜잭션 로그 개수, OMP 스풀 버퍼에 저장된 각 프로세서 별 로그 개수, 중복 변경 정보에 대한 프로세서 별 로그 개수, PLD 크기 등이 포함된다.

상술한 바와 같은 본 발명의 실시예에 따라 교환기의 데이터를 백업하면, 하기와 같은 이점이 있다. 먼저 프로세스의 동시 구동이 가능하게 하므로서, 백업 프로세스 구조를 개선하여 백업 속도 및 성능을 향상시킬 수 있다. 두 번째로 변경 내역 전송시 메시지 크기 축소와 로그 구조를 변경하여 전송 효율을 높일 수 있다. 세 번째로 오류가 발생된 로그의 전장으로 문제점 분석이 가능하며, 이를 통해 백업 기능의 개선이 용이하다. 네 번째로 로그 구조에 트랜잭션 단위 일련 번호를 부여하여 로그 적용시 오류가 발생할 경우 데이터 복구에 의한 데이터 손실을 최소화한다. 버퍼 구조를 개선하여 로그가 프로세서 별로 관리될 수 있게 하여 프로세서 로딩에 의한 긴급 로그 적용시 저장 시간을 단축시켜 로딩 시간을 줄일 수 있다.

Claims (2)

1. 교환기의 데이터 백업 장치에 있어서,

   각 프로세서들에 구비되며, 데이터 베이스를 직접 검색, 변경, 삽입 삭제 등의 기능을 수행하고, 변경 내역 발생시 로그를 발생하는 디비케이지 블록과,

   응용 프로그램 정합과 분산 데이터 베이스를 지원하는 프로세서간 통신 기능을 수행하는 디비에스지 블록과,

   오엠피에 저장되며, 중복데이타를 관리하고, 데이터 변경시 디스크 백업 및 회복 기능을 수행하는 디비비지 블록으로 구성되며,

   상기 디비케이지 블록에서 로그 발생시 디비에스지가 상기 디비케이지 블록에서 출력되는 데이터를 로컬 버퍼에 저장하고, 상기 디비비지 블록이 상기 디비에스지 블록에서 출력되는 데이터를 스풀 버퍼에 저장한 후, 피엘디에 저장하여 데이터를 백업하는 것을 특징으로 하는 교환기의 데이터 백업장치.
2. 교환기의 데이터 백업 방법에 있어서,

   로그 발생시 디비케이지가 디비에스지로 로그를 전송하며, 상기 디비에스지가 로컬 버퍼에 수신되는 로그를 저장하고 그 결과를 상기 디비케이지로 전송하고, 상기 디비케이지가 저장 결과에 따라 데이터를 처리하는 과정과,

   상기 디비에스지가 로컬 버퍼에 저장된 로그를 분석하여 백업할 메시지를 구성한 후 디비비지에 전송하며, 상기 디비비지가 수신되는 메시지를 분석하여 스풀버퍼에 저장하고 그 결과를 디비에스지에 전송하고, 상기 디비에스지가 저장 결과에 따라 로컬 버퍼를 처리하는 과정과,

   상기 스풀버퍼에 저장된 메시지의 상태를 분석하여 정상 상태일 시 해당하는 피엘디에 저장하여 백업하는 과정으로 이루어짐을 특징으로 하는 교환기의 데이터 백업 방법.