KR100198449B1 - 분산 실시간 데이타베이스 관리 시스템에서의 데이터 백업방법 - Google Patents

Abstract

본 발명은 ATM 교환기 시스템에서의 분산 실시간 데이터베이스 관리 시스템(DBMS)의 데이터 백업방법에 관한 것으로서, 종래의 분산 실시간 DBMS에서의 데이터 백업방법은 시스템 고장으로 백업 프로세서 내에 디스크로 적용되지 못하고 남아있는 로그를 모두 상실하게 되는 문제점을 해결하기 위한 것이다.

즉, ATM 교환기 시스템내 운용보전 프로세서의 DB엔진을 통한 데이터 변경요구에 따라 그 변경정보에 의거해 로그를 제작하고, 그 제작된 로그가 백업관리기로 전송가능할 경우에는 그 전송된 내용을 임계치와 비교하여 디스크에 백업시키고, 로그 전송이 불가능할 경우에는 임시 백업용 버퍼에 그 로그를 저장함으로써 고장 허용의 특성을 제공한다.

이와 같은 본 발명은 비휘발성 메모리 SIMM을 이용하여 로그를 저장함으로써 디스크 데이터와 메모리 데이터의 일치성을 보장할 수가 있고, 그 로그의 저장을 위한 버퍼의 수도 최소화 시킬 수 있는 효과를 갖는다.

Description

분산 실시간 데이터베이스 관리 시스템(DBMS)에서의 데이터 백업방법

제1도는 ATM 교환기 시스템의 분산 구조를 갖는 주기억장치 DBMS의 구조도이다.

제2도는 분산 실시간 시스템인 ATM교환기 시스템상에서 백업기능을 처리하기 위한 관련 블록간의 구성을 나타낸 구조도이다.

제3도는 디스크 데이터 백업을 위해 메모리 변경시 구성하는 변경 정보와 LOG의 형태를 나타내는 구조도이다.

제4도는 ATM 교환기 시스템의 백업 기능을 처리하기 위한 전체적인 흐름도이다.

* 도면의 주요 부분에 대한 부호의 설명

20, 222, 322 : 데이터베이스 관리 시스템(DBMS)

22, 111 : 백업관리기(BM)

23, 113 : 로그관리기(LM)

110 : 운용보전 프로세서(OMP)

112 : 안정 로그 버퍼(Stable_Log_Buffer)

114 : 임시 로그 버퍼(Temp_Log_Buffer)

116, 227 : DB 엔진 117, 130 : 디스크(Disk)

220, 320 : 호제어 연결 관리 프로세서(CCCP)

본 발명은 분산 실시간 데이터베이스 관리 시스템(이하, DBMS라 칭함)에서의 데이터 백업방법에 관한 것으로서, 특히 ATM교환기 시스템의 실시간 DBMS에서 분산 로깅(Distributed loggin)방식을 이용한 고장 허용 데이터 백업방법에 관한 것이다.

종래의 교환기 시스템은 데이터베이스를 사용하지 않고 각 응용 프로그램마다 데이터를 정의하여 상요하였기 때문에 빠른 응답이 가능하였으나 동일한 데이터들이 여러 곳에 중복되어 있어 유지 보수와 운용 관리가 어려웠다.

따라서, 중복된 데이터를 감소시켜 유지 보수와 운용 관리가 효율적으로 이루어지도록 하고, 필요한 정보를 쉽게 얻을 수 있도록 모든 응용프로그램들이 사용하는 데이터를 한 곳에 모다 종합적으로 관리해주는 DBMS(DataBase Management System)를 구축하게 되었다.

DBMS를 운용하는 데 있어 실시간 응용의 특성을 만족시키기 위해 데이터 베이스를 주메모리에 상주시켜 관리함에 따라 시스템의 장애로 인한 데이터 상실의 가능성을 최소화하기 위한 디스크로의 데이터 백업 기술이 필요하게 되었다.

따라서, 실시간의 특성을 갖는 메모리 데이터에 대한 변경 요구에 대하여 DBMS의 핵심기술로 대두되고 있는 메모리와 디스크간의 데이터의 일치성을 보장할 수 있는 백업기능이 절실히 요구되었다.

그 필요성에 따라 구현된 초기의 백업 기능은 방대한 양의 데이터를 처리하며 실시간 시스템인 교환기의 특성을 만족시키지 못하고 데이터 사이의 불일치를 발생시켜 교환기의 성능에 막대한 영향을 미치게 되었다.

따라서 실시간 시스템인 교환기 데이터를 정확하게 유지 시키고, 교환기 성능에 만족할만한 백업 처리 속도를 갖도록 실시간 DBMS에서의 백업 기능을 구현하게 되었다.

실시간 DBMS에서의 백업 기능은 응용 프로그램과 DBMS의 커널 부분인 DBKG와의 인터페이스를 담당하는 DB라이브러리가 DBKG에게 변경, 추가, 삭제 명령어의 처리 요구를 하게 되면, DB라이브러리로부터 명령어 처리를 요구받은 DBKG는 실질적으로 메모리의 DB상에서 해당 데이터를 변경, 추가, 삭제하고 추가, 삭제인 경우는 DB를 관리하는 정보인 D/D(Directory/Dictionary)내용도 변경한다.

이와 동시에, 디스크의 해당 DB에 백업을 시키기 위해 필요한 DB 및 D/D 변경 내용을 변경 버퍼라는 미리 확보된 메모리 영역에 변경할 데이터의 주소값과 데이터의 크기, 변경되기 이전의 값과 변경된 이후의 값을 나열한 순서대로 기록하여 둔다.

DBKG에서 이와 같은 작업을 완료하면 DB라이브러리로 완료되었음을 알리고, DB라이브러리는 변경 버퍼를 DBSG로 전송 시킨다.

DBSG는 전송된 변경 버퍼를 받아 디스크의 DB에 적용할 수 있는 형태인 로그로 제작을 한다.

이 로그는 데이터의 주소 값 필드와 데이터의 크기 값 필드, 그리고 데이터의 변경 값 필드로 구성되며, 주소 값과 크기 값의 필드는 각각 4bytes, 데이터의 변경 값 필드는 36bytes로 전체 로그를 44bytes 크기로 제작을 한다.

로그 제작이 완료되면, DBSG는 DB라이브러리에게 완료되었음을 알리고, DB 라이브러리는 응용 프로그램에게 해당 명령어의 수행이 완료되었음을 알린다.

이와 동시에 DBSG는 제작된 로그를 디스크의 DB에 백업을 시키기 위하여 DBBG로 전송을 한다.

DBBG는 전송받은 로그를 로그스풀이라는 로그 저장 장소에 저장해 놓으면 DBBG내의 백업을 담당하는 프로세스가 주기적으로 로그스풀 안에 로그가 있는지를 검사하여, 로그가 존재하면 이 로그를 디스크의 DB에 적용한다.

그러나 이 방법은 DBSG내의 로그 스풀버퍼의 내용이 IPC전송이나 다른 원인에 의하여 손상을 받으면 디스크 데이터로의 백업이 불가능하게 된다.

또한 백업 프로세스가 로그들을 전송받아 디스크에 적용하기 인전에 시스템의 장애로 인하여 시스템이 다운되는 경우 백업 프로세스 내의 로그들은 모두 유실된다.

그리고, DBKG에 의하여 변경버퍼에 변경정보를 구성할 경우, 변경 정보의 주소값과 크기, 변경되기 이전의 값과 변경된 후의 값의 순으로 구성을 하게 되므로, DBSG가 DBBG로 LOG를 전송하기 위하여 LOG 포맷팅을 할 경우 필요없는 시간이 소비될 수 있다.

또한, DBKG에서 변경정보 구성시 애트리뷰트 단위로 구성을 한다. 이때, 삽입명령에 대하여 변경정보를 구성할 경우, 애트리뷰트별로 어드레스와 사이즈(size)의 8bytes가 추가되어야 하고, 변경버퍼를 200bytes씩 3개의 독립된 블록으로 구성하므로, 각 블록에 대해 변경정보 구성시 단편화가 발생할 수 있다.

그 결과로 , 실시간의 특성을 만족시키며 방대한 양의 데이터를 변경해야만 하는 교환기 DBMS의 성능에 치명적인 영향을 미치게 된다.

이에따라 메모리와 디스크의 데이터 일치성을 유지하면서 안정적으로 로그를 관리 할 수 있고, 실시간 시스템에 적용 가능한 백업 구조가 절실히 필요하게 되었다.

분산 실시간 DBMS에서 종래의 백업 방식을 이용하는 경우 예기치 못했던 원인에 의해 시스템이 다운되면 백업 프로세스 내에 디스크로 적용 되지 못하고 남아있는 로그를 모두 상실하게 되어 교환기 DBMS의 신뢰도를 떨어뜨리는 경우가 발생한다. 이에 따라 어떠한 시스템의 손상에도 디스크와 메모리 사이의 데이터 일치성을 보장할 수 있도록 로그를 관리하는 데이터 백업방법이 필요하게 되었다.

이상에 따라 안출된 본 발명은 ATM교환기 시스템에서 메모리와 디스크의 데이터 일치성을 보장하고, 실시간 시스템의 성능을 만족시킬 수 있도록 로그 데이터를 관리하는 백업방법을 제공하는 데 그 목적이 있다.

이하, 본 발명을 첨부된 도면을 참조하여 상세히 설명한다.

제1도는 ATM 교환기 시스템의 분산 구조를 갖는 주기억장치(Main Memory) DBMS의 구조도이다.

이 ATM 교환기는 중앙교환 서브시스템(ATM Central Switching Subsystem; 이하, ACS라 칭함)(100)와 다수개의 접속교환 서브 시스템(ATM Local Switching Subsystem; 이하, ALS라 칭함)(도면에서는 200, 300을 예로듦)의 2개의 서브 시스템을 구비한다.

ASC(100)는 시스템을 운용하고 유지 및 관리하는 기능과 다양한 트래픽 정보, 통계 및 과금 정보를 유지하는 기능 등을 수행하며, 운용보전 프로세서(Operation and Maintenance Processor; 이하, OMP라 칭함)(11)를 구비하고 있다.

상기 ALS0, ALS1(200, 300)는 일반 가입자의 접속 처리를 수행하는 프로세서로서, 가입자 정합 회로와 함께 가입자 서비스 요구에 따른 접속 제어를 수행하며, 접속 수락 제어, 적체 제어(congestion control) 등의 트래픽 제어 기능을 수행한다.

이러한 ALS0, ALS1(200, 300)는 가입자에 따라 다수로 설치되며, 호연결 처리 프로세서(Call and Connection Control Processor; 이하, CCCP라 칭함)(230, 320)를 각각 구비하고 있다.

상호 연결 교환 네트워크 모듈(Interconnection Switch Network Module; 이하, ISNM라 칭함)(120)은 각 접속 교환 네트워크 모듈(Access Switch network Module; 이하, ASNM라 칭함)(210, 310)에 대한 스위칭을 담당한다.

여기서, ASNM(210, 31)은 ALS0, ALS1(200, 300)내의 가입자 접속 서비스를 수행하고, OMP(110)는 ISNM(120)의 한 포트에 그리고 CCCP0, CCCP1(220, 320)는 각 ASNM(210, 310)의 한 포트에 각각 IMI(Inter Module Interface)(115) 링크를 통해 연결되어 메시지를 송수신한다.

이때, 다수개의 CCCP(220, 320, ...)들간의 통신은 ASNM(210)-ISNM(120)-ASNM(310)의 3단 구조이고, OMP(110)와 CCCP(220, 300)간의 통신은 ISNM(120)-ASNM(210, 310)의 2단 구조이다.

ATM DBMS는 여러 프로세서에 분산되어 있느 데이터를 관리하기 위하여 각 프로세서에 분산되어 존재하고, 실시간 처리를 위해서 주기억장치에 상주하며, 데이터를 검색 및 변경하는 기능, 원격 데이터 처리 기능, 중복 데이터 처리 기능, 데어터 백업 기능, 데이터 회복 기능, 동시성 제어 기능, 트랜잭션 관리 기능 등을 제공하고 있다.

위의 프로세서들 중 OMP(110)의 DBMS(20)는 DBKG(Databse Kernel Group)(21), 백업 관리기(Backup Manager; 이하, BM라 칭함)(22), 로그 관리기(Log Manager; 이하, LM라 칭함)(23), DBTG(Database Transaction Group)(24)그리고 DBQG(Database Query Group)(25)의 5개 블록을 구비하고 CCCP(220, 320)의 DBMS(222, 322)는 DBKG(21), LM(23)과 DBTG(24) 세 개의 블록을 구비한다.

상기 CCCP(220, 320)와 비교하여 OMP(110)만의 차이점은 디스크(130)가 장착되어 있다는 점과 운용자로부터 입력을 받을 수 있는 기능을 수행한다는 점이다. 따라서 OMP(110)는 디스크(130)의 접근을 수행하는 BM 블록(22)과, 운용자 터미널과 ATM 교환기 시스템과의 인터페이스를 수행하는 DBQG 블록(25)을 구비한다.

DBMS(20, 222, 322)의 각 블록들은 응용 프로그램 또는 사용자로부터 직접 입력되는 요구들로부터 데이터를 조작하도록 하는 요청을 받아 수행하고 그 결과를 되돌려 주는 역할을 분담한다.

보다 구체적으로, 상기 DBMS(20, 222, 322)내의 DBKG(21)는 처리 요구가 들어온 데이터의 검색 및 변경 내용에 따라 실제로 데이터베이스 내의 데이터를 검색 및 변경, 동시성 제어, 로그 생성 기능 등을 담당한다.

LM(23)은 각각의 응용프로그램에 링크되어 있는 데이터베이스 라이브러리(DBLIB)로부터 수신한 변경정보에 대해 무효로그를 검사하고, 로그 포맷팅을 수행하여 DBLIB에게 결과를 송신하고, 생성한 로그를 디스크에 백업하기 위해 BM(22)에게 송신한다.

또한, BM(22)은 변경을 요구한 데이터가 디스크 백업을 필요로 할 경우 실제로 디스크에 있는 데이터베이스에 백업을 시키는 기능과 시스템 재 시동시 데이터베이스를 회복하는 기능을 담당한다.

그리고 DBTG(24)는 트랜잭션 관리 기능을 수행하고, DBQG(25)는 운용자 터미널 또는 PC 상에서 발생하는 온-라인(on-line) 대화형 질의어 처리 기능을 수행한다.

제2도는 분산 실시간 시스템인 ATM교환기 시스템 상에서 백업기능을 처리하기 위한 관련 블록간의 구성을 나타낸 구조도이다. 그 구조는 각 운용보전 프로세서(OMP, 110) 및 호연결 처리 프로세서(CCCP, 220)에 LOG를 관리하는 LM(225, 113)이 존재하는 분산 로깅 방식에 의한 구조이고, 실제 디스크(117)에 대한 데이터 백업을 담당하는 BM(111)은 OMP(110)에만 존재한다.

이하에서, 기술되는 임시 로그 버퍼(Temp_LOG_Buffer)는 임시 백업용 버퍼의 의미와 동일하고, 안정 로그 버퍼(Stable_LOG_Buffer)는 디스크 백업용 버퍼의 의미와 동일함과 아울러, 이 안정 로그 버퍼는 비휘발성 메모리 SIMM의 사용예이다.

한편, 상기 LM(225, 113)이 관리하는 임시 로그 버퍼(Temp_LOG_Buffer, 226, 114)는 OMP(110)로 LOG전송이 가능한 경우엔 사용되지 않고, OMP내의 안정 로그 버퍼(Stable_LOG_Buffer, 112)로 바로 LOG를 전송하여 비휘발성 메모리 SIMM(Non Volatile Memory SIMM; NVMSIMM)에 저장하므로 무효 LOG의 발생을 최소화하고 시스템의 장애에도 LOG를 안정적으로 관리할 수가 있는 것이다. 상기 임시 로그 버퍼(Temp_LOG_Buffer, 226, 114)는 IPC전송 상의 오류등 OMP로의 LOG전송이 불가능 할 경우에, 응용 프로그램의 데이터 변경 요구를 지속적으로 처리해 주기 위해 LM(225, 113)이 임시 백업 저장 장소로 관리하는 영역이다. 각 프로세서(110, 220)별로 응용 프로그램으로부터 데이터 변경에 대한 요구가 디스크(117) 백업을 요구하는 경우, DBMS 엔진(116)에서는 메모리에 대한 변경을 수행하면서 메모리 변경에 대한 로그 레코드(LOG_Record)를 기반으로 한 변경정보를 작성하여 LM(113)에게 IPC를 통해 그 로그 레코드를 전송한다.

이에따라 LM(113)은 LOG를 OMP(110)의 BM(111)에게 전달하고, BM(111)은 LOG를 전송받아 안정 로그 버퍼(Stable_LOG_Buffer)(112)에 저장한다. 이러한 안정 로그 버퍼(112)는 비휘발성 메모리 SIMM(NVSIMM)인 안정 메모리로 어떠한 시스템의 장애에도 불구하고 상기 안정 로그 버퍼의 내용을 유지할 수 있으므로, 안정적인 백업 및 데이터 일치성을 꾀할 수 있다. 이때, BM(111)은 안정 로그 버퍼(112)의 내용을 주기적으로 체크하게 되고 그 안정 로그 버퍼의 내용이 80%가 되면, 디스크(117)의 해당 프로세서에 대한 PLD에 대하여 백업을 수행한다.

제3도는 메모리에 대한 변경을 수행하면서 디스크 데이터 변경과 메모리 데이터 변경수행 중 발생한 오류로부터 데이터베이스의 회복을 위해 커널에서 작성된 변경 정보와, LM(113)에서 BM(111)로 디스크 백업을 위해 전송된 LOG를 나타낸다.

로그 레코드(LOG_Record)는 변경요구에 대하여 한 튜플 내에서 변경되는 에트리뷰투별로 작성하고, 삽입요구에 대하여는 IPC송수신시 불필요한 정보를 줄이기 위해 튜플단위로 작성한다.

그 로그 레코드 포맷의 구조는 어드레스와 크기(Size)의 두 필드의 크기는 각각 4bytes로 고정적이며, 새로운 값(New-value)과 이전 값(Old-value)의 크기는 애트리뷰트 및 튜플의 크기에 따라 달라진다.

따라서, 로그 레코드의 크기는 애트리뷰트 및 튜플의 크기에 따라 가변적일 수 있다.

상기 어드레스 필드는 실제로 디스크에 있는 PLD에 대해서 백업을 수행 할 때 변경할 데이터의 주소값을 계산하기 위한 정보로 사용되며, 어드레스필드와 크기필드는 LOG에 대한 타당성 여부를 치크하기 위한 중요한 정보로도 사용된다.

그리고 상기 새로운 값 필드는 디스크에 대하여 변경을 수행할 때 변경값으로 사용되며, 이전 값 필드는 메모리에 대한 변경을 수행하는 도중 발생하는 오류에 대하여 변경된 메모리 정보를 변경되기 이전의 값으로 롤백(Rollback)하기 위해 사용된다.

이전 값 필드는 실제로 디스크에 대한 PLD를 변경하는 과정에서는 불필요한 정보이므로 BM(111)에게는 전달될 필요가 없기 때문에, LM(113)에 의해서 LOG정보를 새로 포멧하여 실제로는 어드레스, 크기, 새로운 값의 내용만이 BM(111)에게 전달된다.

이것은 IPC의 메시지 양을 최소화 하고, 또한 디스크 백업 과정에서의 성능을 향상시킨다.

로그 레코드 포맷에서 새로운 값 필드가 이전 값 필드 이전에 위치하는 로그 레코드의 구조는, 로그 레코드 작성시 뿐만 아니라 LM(113)의 어드레스, 크기, 새로운 값 필드로 로그 포맷시에도 성능을 향상시킬 수 있는 효율적인 구조를 제공한다.

LM(113)으로 전송된 변경정보버퍼내의 로그 레코드는 IPC 크기를 줄이고 BM(111)에게 백업에 필요한 정보만을 전송하기 위해 제3도의 하단과 같이 LOG의 형태로 포맷된다.

이렇게 포맷되는 한 개의 LOG는 48bytes의 크기의 고정된 형태로 작성된다.

이것은 상기 안정 로그 버퍼(112)에 LOG를 저장하거나 디스크(117)의 PLD에 백업 처리를 용이하게 하기 위한 것으로, 어드레스필드와 크기필드 각각은 4bytes로 고정적인 크기를 갖으며, 애트리뷰트의 변경된 값을 저장하기 위한 값 필드는 최대 40bytes 크기까지 사용할 수 있다.

삽입요구에 대하여 한 튜플의 크기가 40bytes를 초과할 경우는 40bytes 단위의 여러개의 LOG로 분할하여 처리한다.

LOG의 크기가 48bytes이므로 IPC를 이용해 전송할 수 있는 최대 LOG의 갯수는 IPC크기가 496bytes인 ATM SPARC 시스템의 경우 10개 까지 전송이 가능하다.

제4도는 본 발명에 따른 ATM교환기 시스템의 백업 기능을 처리하기 위한 전체적인 흐름도이다.

먼저, 응용 프로그램(AP, Application Program)으로부터 백업 릴레이션에 대한 데이터 변경요구를 받으면(S1), 데이터베이스 라이브러리(DBLIB)는 DB엔진(116)내의 DBKG(21)에게 메모리 DB의 변경요구를 한다(S2).

이 변경 요구에 따라 DBKG(21)는 메모리 DB에 실제적으로 변경을 수행하며, 변경요구내용이 데이터 추가, 삭제인 경우는 D/D 정보를 변경시킨다(S3). 그리고 DBKG(21)는 디스크 DB의 백업을 위해 이 DBKG(21)에 구성된 변경 버퍼에 상기 DB 및 D/D 변경 내용을 LOG_Record 형태로 기록한다(S4). 그후, DBKG(21)는 데이터베이스 라이브러리(DBLIB)에게 변경작업이 완료되었음을 알리고(S5), 변경작업 완료를 수신(S6)한 데이터베이스 라이브러리(DBLIB)는 변경정보를 LM(113)으로 전송 시킨다(S7).

그에따라, LM(113)은 전송 받은(S8) 변경정보를 디스크DB에 적용할 수 있는 형태인 로그로 제작을 한다(S9).

이 과정에서 LM은 수신한 LOG_Record 들에 대해 손상여부를 체크하여(S9'), 손상된 로그일 경우 그 손상된 로그를 데이터베이스 라이브러리(DBLIB)에게 전송한다(S9'').

그리고 손상되지 않은 로그가 아닐 경우, LM(113)은 데이터베이스 라이브러리(DBLIB)에게 로그 제작이 성공적으로 끝났음을 알리고(S10), 로그 제작 완료를 전송받은 DBLIB는 응용 프로그램에게 변경 요구가 완료되었음을 알린다(S11, S12). 그리고 LM(113)은 OMP(110)로 로그를 전송하기 이전에 OMP내 BM으로의 IPC전송이 가능한지를 검사한다(S13).

이 검사(S13)에 의해 OMP BM(111)으로의 IPC 전송이 가능한 경우에는 OMP의 BM(111)으로 로그를 전송한다(S14).

이 로그를 수신한(S15) OMP내 BM(111)은 NVSIMM인 자신의 안정로그 버퍼(112)에 수신한 로그를 저장한 후(S16), LM(113)에게 로그 수신이 완료되었음을 알린다(S17).

그후, OMP(110)내 BM(111)은 주기적으로 안정 로그 버퍼(112)에 LOG가 임계치(안정로그버퍼의 80%)만큼 쌓였는가를 검사하여(S18) 임계치를 넘을 경우 백업을 시작한다(S19).

한편, 상기 로그 전송이 가능한지 검사하여(S13) 로그 수신이 불가능한 경우 LM(113)은 백업용으로 관리하고 있는 임시 로그 버퍼(Temp_LOG_Buffer, 114)에 LOG를 저장(S20)한 후, OMP내 BM(111)으로의 LOG전송이 가능한 시점에서 상기 스텝 14(S14)이후의 과정들을 수행하게 된다.

이상과 같은 본 발명은 디스크와 메모리의 데이터 일치성을 위한 데이터 백업을 ATM 교환기의 분산 실시간 DBMS에 적용하여 다음과 같은 효과를 갖는다.

첫째, NVSIMM을 이용하여 LOG를 저장 관리함으로써 어떠한 요인으로 인해 시스템이 손상을 입어도 LOG를 안정적으로 관리하여 디스크 데이터와 메모리 데이터의 데이터 일치성을 보장할 수 있는 신뢰성을 제공하게 된다.

둘째, LOG 저장을 위한 버퍼의 수를 최소화 함으로써 무효 로그의 발생을 최소화하여 데이터 상실의 가능성을 극소화 시킨다.

셋째, IPC 전송이 불가능한 경우에도 LOG를 관리할 수 있도록 하여 고장 허용한계의 특성을 제공할 수 있는 것이다.

넷째, 변경정보 구성시 효율적인 구성방법으로 디스크로의 데이터 백업시 실시간 DBMS의 특성을 만족시키도록 한다.

Claims (4)

1. 분산실시간 ATM교환기 시스템에서 응용 프로그램으로부터 백업릴레이션에 대한 변경 정보를 받아 DBMS엔진의 변경버퍼를 통해 임시 백업용 버퍼에 저장한 후, 그 변경정보를 로그관리기(LM)에서 데이터 백업을 담당하는 백업관리기(BM)의 디스크 백업용 버퍼로 전송한 후, 그 변경 정보에 의한 로그를 운용보전 프로세서에 연결된 디스크에 백업하는 운용 보전 프로세서(OMP)내 DBMS에서의 데이터 백업 방법에 있어서, 응용 프로그램으로부터 받은 데이터 변경 요구에 따라 변경시킨 메모리 데이터베이스를 상기 변경버퍼에 기록한 후, 그 변경정보를 로그관리기에 전송하는 제1과정과, 상기 전송된 변경정보를 디스크 데이터베이스에 적용 가능한 로그로 제작하여 변경요구를 완료하는 제2과정과, 상기 제작된 로그의 상태가 로그관리기에서 백업관리기로 전송가능한지를 상기 로그 관리기에 의해 검사하는 제3과정과, 이 검사에 의해 상기 로그 전송이 불가능하면 로그 관리기의 임시 백업용 버퍼에 저장한 후, 그 로그 전송이 가능한 시점에서 백업관리기로 로그를 전송하는 제4과정과, 상기 검사에 의해 상기 로그 전송이 가능하면 백업관리기의 디스크 백업용 버퍼에 그 로그를 저장하는 제5과정과, 상기 디스크 백업용 버퍼에 저장된 로그가 소정 임계치를 넘을 경우 백업 관리기에 의해 그 로그를 디스크 데이터베이스에 백업하는 제6과정으로 이루어진 것을 특징으로 하는 분산 실시간 데이터베이스 관리 시스템(DBMS)에서의 데이터 백업 방법.
2. 제1항에 있어서, 상기 로그는 로그 전송이 가능할 경우 비휘발성 메모리 SIMM를 이용하여 저장하는 것을 특징으로 하는 분산 실시간 데이터베이스 관리 시스템(DBMS)에서의 데이터 백업방법.
3. 제1항에 있어서, 상기 제3과정은 상기 로그가 손상되었거나 상기 백업관리기로의 IPC 전송이 가능한지 검사하는 것을 특징으로 하는 분산 실시간 데이터베이스 관리 시스템(DBMS)에서의 데이터 백업방법.
4. 제1항에 있어서, 상기 제3과정은 상기 백업관리기에 의해 상기 디스크 백업용 버퍼의 내용을 주기적으로 검사하는 것을 특징으로 하는 분산 실시간 데이터베이스 관리시스템(DBMS)에서의 데이터 백업방법.