KR20000042155A - 실행시간 백업 정보의 통합 관리 방법 및그 시스템 - Google Patents

실행시간 백업 정보의 통합 관리 방법 및그 시스템 Download PDF

Info

Publication number
KR20000042155A
KR20000042155A KR1019980058254A KR19980058254A KR20000042155A KR 20000042155 A KR20000042155 A KR 20000042155A KR 1019980058254 A KR1019980058254 A KR 1019980058254A KR 19980058254 A KR19980058254 A KR 19980058254A KR 20000042155 A KR20000042155 A KR 20000042155A
Authority
KR
South Korea
Prior art keywords
backup
information
module
recording
management table
Prior art date
Application number
KR1019980058254A
Other languages
English (en)
Other versions
KR100308251B1 (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 KR1019980058254A priority Critical patent/KR100308251B1/ko
Publication of KR20000042155A publication Critical patent/KR20000042155A/ko
Application granted granted Critical
Publication of KR100308251B1 publication Critical patent/KR100308251B1/ko

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/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1417—Boot up procedures
    • 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/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Techniques For Improving Reliability Of Storages (AREA)

Abstract

본 발명은 복수개의 작업 프로그램 모듈('모듈')을 실행하는 실시간 시스템에 서, 각 모듈의 실행시간 백업정보를 통합적으로 관리하는 방법 및 시스템에 관한 것이다. 본 발명은 복수개의 모듈의 제어정보 및 실행시간 백업정보를 기록/저장하는 매체, 및 상기 복수개의 모듈의 실행시간 백업정보를 통합적으로 관리하는 백업 관리자를 포함하며, 상기 백업 관리자는 상기 기록/저장 매체의 해당 모듈 제어정보를 유지하면서, 백업 오퍼레이션시 상기 기록/저장 매체를 액세스한다. 따라서, 본 발명의 백업 관리자에 의해 모든 모듈의 백업작업을 관리함으로써, 종래의 각 모듈이 저장매체를 직접 액세스함에 따라 발생된 제 문제점을 해결하고, 백업 정보의 유지, 보수, 및 사용이 용이한 효과가 있다.

Description

실행시간 백업 정보의 통합 관리 방법 및 그 시스템(INTEGRATED MANAGEMENT METHOD OF RUNTIME BACKUP INFORMATION AND SYSTEM THEREOF)
본 발명은 복수개의 작업 프로그램(이하 '모듈'이라함)을 실행하는 실시간 시스템에 관한 것으로서, 특히 각 모듈의 실행시간 백업정보(runtime backup information)를 관리하는 방법 및 시스템에 관한 것이다.
컴퓨터 운용 체계에 있어 실시간 시스템은 각기 다른 작업을 수행하는 모듈의 실행시간 백업정보를 생성, 수정 및 유지하는 등의 관리 체계를 필요로 한다. 종래의 실행시간 백업정보 관리 체계로서 각 모듈이 자신의 실행시간 백업정보에 대해 스스로 백업 관리를 수행하는 방법이 사용되고 있으며, 모듈 전체를 통합 관리하는 기술은 공지된 바 없다.
종래의 방법에 있어서, 실행시간 백업이 필요한 모든 모듈은 각각의 백업 정보를 스스로 관리하며, 그 백업 정보를 EEPROM, EPROM과 같은 기록/저장 매체에 기록/판독하기 위해 직접 액세스한다. 이 때, 각각의 모듈은 실행시간 백업 정보를 유지하기 위해 EEPROM의 특정 위치에 특정 크기의 공간을 사전에 정확히 예측하여 확보해두어야만 한다. 게다가, 각 모듈은 서로 다른 모듈이 사용할 EEPROM의 위치 및 크기를 알 수 없기 때문에, 각 모듈당 EEPROM의 시작 위치를 인위적으로 결정해야만 한다.
따라서, 종래의 실행시간 백업 관리 방법은 모든 모듈들이 각자 EEPROM을 직접 액세스함에 따라 다음과 같은 문제점들이 야기시킨다.
첫째로, 각 모듈마다 실행시간 백업을 관리하는 기능이 필요하며, 따라서 동일한 기능을 위한 프로그램이 각 모듈마다 구비되어야 한다. 또한 실행시간 백업을 사용하는 새로운 모듈을 생성할 때에도 마찬가지이다.
둘째로, 각 모듈의 실행시간 백업 정보에 대한 EEPROM의 위치 및 크기는 미리 결정되어야만 하고, 따라서 실행시간 백업 구조의 변경(새로운 내용의 추가 및 기존 내용의 삭제)시 다음과 같은 문제가 발생할 수 있다. 우선, 백업 구조에 새로 추가되려는 백업 정보의 크기가 사전에 결정된 크기를 초과할 경우, 기존에 존재하는 다른 모듈의 실행시간 백업 정보에 겹쳐 쓰여질 수 있다. 반면에, 기존 내용이 삭제되는 경우, 사전에 결정된 부분의 남는 부분은 사용되지 않게 됨으로써, EEPROM 사용 효율성이 떨어진다. 이것은 특히, 백업 정보에 문제가 발생한 경우, 이에 대한 디버깅을 매우 어렵게 하는 단점이 있다.
셋째로, 기존 시스템의 하드웨어가 바뀌는 경우, 또는 새로운 시스템에 대해서는 실행시간 백업 관리 기능을 새로 프로그램 해야하는 번거러움이 있다.
이에, 본 발명은 상기와 같은 제 문제점을 해결하기 위해 안출된 것으로서, 복수개의 모듈들의 실행시간 백업 정보를 통합하여 관리하는 백업 관리자를 채용하여 백업 관리를 독립적으로 수행함으로써, 정보 유지 및 관리의 효율성 및 안정성을 보장할 수 있는 실행시간 백업 정보의 통합 관리 방법 및 시스템을 제공하는 데 그 목적이 있다.
상기 목적을 달성하기 위한 본 발명은, 복수개의 작업 프로그램 모듈을 수행하는 실시간 시스템에 있어서, 상기 복수개의 모듈의 제어정보 및 실행시간 백업정보를 기록/저장하는 매체; 및 상기 복수개의 모듈의 실행시간 백업정보를 통합적으로 관리하는 백업 관리자를 포함하며, 상기 백업 관리자는 상기 기록/저장 매체의 해당 모듈 제어정보를 유지하면서, 백업 오퍼레이션시 상기 기록/저장 매체를 액세스하는 것을 특징으로 한다.
상기 다른 목적을 달성하기 위한 본 방법은, 복수개의 작업 프로그램 모듈의 실행시간 백업 정보를 기록/저장하는 수단을 구비하는 실시간 시스템에서의 실행시간 백업 정보 관리 방법에 있어서, 상기 기록/저장 수단은 백업작업을 위한 제어정보를 기록하는 제1영역 및 백업 데이터정보를 기록하는 제2영역으로 구분되며; 상기 제어정보를 이용하여 상기 기록/저장 수단의 특정 영역에 현재 수행중인 모듈의 제어정보 및 실행시간 백업 정보의 기록/판독 작업을 제어하는 것을 특징으로 한다.
도 1은 본 발명의 실행시간 백업 정보 통합 관리 시스템의 전체 구성도.
도 2는 본 발명의 백업관리자 초기화 및 백업 내부 정보 등록 절차도.
도 3은 본 발명의 백업 구조의 변경 절차도.
<도면 주요 부분에 대한 부호의 설명>
130 : 백업 관리자 131 : 백업 관리 테이블(BMT)
132 : EEPROM 미러 110 : EEPROM
111 : EEPROM 제어정보부 112 : EEPROM 데이터부
150 : 백업관련오퍼레이션부 10,20,30 : 모듈
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 설명한다.
도 1은 본 발명의 실행시간 백업 정보 통합 관리 시스템의 전체 구성도이다. 모듈1(10), 모듈2(20), 모듈N(30)을 수행하는 실시간 시스템에 있어서, 본 관리 시스템(100)은 각 모듈의 제어정보 및 실행시간 백업정보를 판독/저장하는 EEPROM과 같은 기록/저장 매체(110)와, 상기 복수개의 모듈의 실행시간 백업정보를 통합적으로 관리하는 백업 관리자(130)를 포함한다.
EEPROM(110)의 내부구조는 제어정보부(111)와 데이터부(112)로 구성된다. 제어정보부(111)는 각 모듈별로, 모듈 식별자(ID), 버전(version), 백업 데이터 크기(size), 체크썸(checksum), 백업 데이터 위치(location) 등 백업 관리자(130)가 필요로 하는 내부 정보가 기록되는 공간이다. 또한 데이터부(112)는 각 모듈의 백업 정보 데이터가 기록되는 공간이다. 각 모듈의 기록영역은 제어정보부의 백업 데이터 위치 및 데이터 크기 정보에 의해 결정되며, 페이지 단위로 저장할 수 있다.
백업 관리자(130)는 백업 관리 테이블(Backup Management Table : BMT)(131)과 EEPROM 미러(mirror)(132)로 구성된다. BMT(131)는 EEPROM 제어정보부(111)의 내용을 포함하며, 백업 관리자(130)가 필요로 하는 내부 정보를 유지한다. BMT(131)는 백업 동작 시 모든 모듈의 백업 관련 정보를 EEPROM의 제어정보부(111)와 동일하게 유지하기 때문에, 백업 동작 시 EEPROM 액세스를 최소화할 수 있다. EEPROM 미러(132)는 특정 모듈의 백업 구조가 변경된 경우, 전체 백업 저장 위치를 재배치하기 위해 사용된다.
백업 관리자(130)는, 블록(150)에 도시된 바와 같이, 시스템 부팅시 수행되는 백업 관리자 초기화 과정, 각 모듈의 초기화시 수행되는 백업 내부정보 등록 과정, 특정 백업 정보에 대한 읽기/쓰기 과정, 특정 백업데이터 구조의 변경 과정을 수행한다. 이들 과정을 도 2 및 도 3을 통해 설명한다.
도 2는 본 발명의 백업관리자 초기화 및 백업 내부 정보 등록 절차도이다.
백업 관리자 초기화 과정은 시스템 부팅시 수행되며 현재 EEPROM(110)의 상태에 따라 동작된다. 즉, 시스템이 부팅되면, 백업 관리자(100)는 백업관리자 초기화 단계(200)에 진입하여 EEPROM(110)에 백업정보가 존재하는 지를 판단한다(210). 만일 백업정보가 없는 경우에는 BMT를 생성하고(211), 백업정보가 있는 경우에는 BMT를 생성함과 동시에 EEPROM 제어정보부(111)의 내용을 생성된 BMT에 갱신(update)시킨다(211).
초기화 단계가 완료된 이후, 모듈이 초기화되면, 백업 내부정보 등록 단계(220)에 진입하여 해당 모듈 ID가 BMT에 존재하는 지를 판단한다(230). 만일 모듈 ID가 BMT에 존재하면 등록절차는 무시된다. 모듈 ID가 BMT에 존재하지 않으면 백업내부 정보를 BMT에 등록하고(240), EEPROM의 제어정보부(111)에 BMT의 등록된 내용을 갱신시킨다(250). 그러면, EEPROM의 제어정보부(111)에 갱신된 제어정보에 의존하여 EEPROM의 데이터부(112)에 해당 모듈의 사용 공간을 확보하게된다(260).
특정 백업 정보에 대한 읽기/쓰기 과정은 내부정보의 등록단계가 완료된 후, BMT에 등록된 특정 모듈의 실행시간에 수행되며, 백업 정보를 읽거나 쓰기위해 EEPROM을 액세스 한다.
도 3은 본 발명의 백업 구조의 변경 절차도이다.
백업 구조 변경 과정은 특정 모듈의 새로운 내용이 추가되거나 삭제되는 등의 사항에 의해 백업 구조를 변경시키기 위해 수행한다.
특정 모듈의 백업 구조 변경 요청시, 백업 관리 시스템(100)은 백업 구조 변경 단계(300)로 진입하여, 특정 모듈의 새로운 내부 정보를 백업 관리자(130)에 등록한다(310). 백업 관리자(130)는 특정 모듈ID가 BMT에 존재하는 지를 판단하여(320), 만일 존재하지 않으면 상기 절차를 종료한다. 모듈 ID가 존재하면 새로 등록된 특정 모듈과 이전의 등록된 모듈간의 버전을 비교하여 서로 다른지를 판단하여(330), 서로 같다면 종료한다.
만일 버전이 서로 다를 경우에는, EEPROM 미러(132)를 초기화시키고(340), EEPROM(111)에 변경될 내용을 EEPROM 미러(132)에 재배치시킨다(350). 그리고, 상기 EEPROM 미러(132)의 상태에 따라 EEPROM 제어정보부(111)에 들어갈 내용(모듈 ID, 버전, 백업 데이터 크기, 체크썸, 백업 데이터 위치)으로 BMT를 갱신시킨다(360). 이제, EEPROM 미러(132)의 내용을 EEPROM(110)에 복사하여(370), 새로운 내용의 추가 또는 삭제에 의한 백업 구조의 변경을 완료한다.
본 발명은 상기에 기술된 실시예들에 의해 한정되지 않고, 당업자들에 의해 다양한 변형 및 변경을 가져올 수 있으며, 이는 첨부된 청구항에서 정의되는 본 발명의 취지와 범위에 포함된다.
이상에서 살펴본 바와 같이, 복수개의 모듈의 실행시간 백업 정보를 백업 관리자에 의해 독립적으로 관리하도록 함으로써, 백업 정보의 유지 보수 및 사용이 용이함은 물론, 백업 정보에 문제점이 발생하였을 경우 디버깅이 용이한 장점이 있다.
또한, 종래의 각 모듈이 동일한 백업관리 기능 구현의 중복을 피할 수 있다.추가로, 본 발명은 실행시간 백업 정보를 필요로 하는 모든 시스템에 적용이 가능하기 때문에, 서로 다른 시스템에서의 동일 기능의 중복 구현을 피할 수 있으며, 특정 모듈에 대한 백업 구조의 변경으로 인한 문제점을 해결할 수 있다.

Claims (5)

  1. 복수개의 작업 프로그램 모듈을 수행하는 실시간 시스템에 있어서,
    상기 복수개의 모듈의 제어정보 및 실행시간 백업정보를 기록/저장하는 매체; 및
    상기 복수개의 모듈의 실행시간 백업정보를 통합적으로 관리하는 백업 관리자를 포함하며; 상기 백업 관리자는 상기 기록/저장 매체의 해당 모듈 제어정보를 유지하면서, 백업 오퍼레이션시 상기 기록/저장 매체를 액세스하는 것을 특징으로 하는 실행시간 백업 정보의 통합 관리 시스템.
  2. 제 1 항에 있어서, 상기 제어 정보는 각 모듈의 식별자, 버전, 백업 데이터 크기 및 백업 데이터 저장위치를 포함하는 것을 특징으로 하는 실행시간 백업 정보의 통합 관리 시스템.
  3. 제 1 항 또는 제 2 항에 있어서, 상기 백업 관리자는
    상기 기록/저장매체에 저장된 모든 모듈의 백업 제어정보를 등록/유지하기 위한 백업 관리 테이블; 및
    상기 기록/저장매체와 동일한 저장영역을 갖고 있으면서, 특정 모듈의 백업 구조 변경시, 상기 기록/저장매체의 변경될 백업 구조로 재배치되는 미러수단을 포함하며, 상기 재배치된 미러수단의 내용을 상기 기록/저장매체에 복사하는 것을 특징으로 하는 실행시간 백업 정보의 통합 관리 시스템.
  4. 복수개의 작업 프로그램 모듈의 실행시간 백업 정보를 기록/저장하는 수단을 구비하는 실시간 시스템에서의 실행시간 백업 정보 관리 방법에 있어서,
    시스템 부팅시, 상기 기록/저장수단에 백업정보가 존재하는 지를 판단하여, 백업정보가 없는 경우에는 백업관리테이블을 생성하고, 백업정보가 있는 경우에는 백업관리테이블을 생성함과 동시에 제어정보를 상기 백업관리테이블에 갱신시키는 백업 관리자 초기화 과정과,
    모듈 초기화시, 해당 모듈 아이디가 상기 백업관리테이블에 존재하는 지를 판단하여, 만일 모듈 아이디가 존재하면 등록절차는 무시되고, 만일 모듈 아이디가 존재하지 않으면 백업내부 정보를 상기 백업관리테이블에 등록함과 동시에, 상기 기록/저장수단의 제어정보를 상기 백업관리테이블에 갱신시키는 백업 내부정보 등록 과정과,
    상기 백업관리테이블에 등록된 특정 모듈의 실행시간에 백업 정보를 읽거나 쓰기 위해 상기 기록/저장수단을 액세스하는 과정과,
    특정 모듈의 백업 구조 변경 요청시, 상기 특정 모듈의 아이디가 상기 백업관리테이블에 존재하는 경우, 등록된 특정 모듈과 이전의 등록된 모듈간의 버전을 비교하여 서로 다른지를 판단하여, 만일 버전이 서로 다를 경우에는 변경될 내용을 미러를 이용하여 재배치시킨 후, 상기 미러의 내용을 상기 기록/저장수단에 복사하는 백업 구조를 변경하는 과정을 포함하는 실행시간 백업 정보의 통합 관리 방법.
  5. 제 4 항에 있어서, 상기 백업구조 변경 과정은,
    상기 미러의 상태에 의존하여 상기 백업관리테이블의 제어정보(모듈 ID, 버전, 백업 데이터 크기, 체크썸, 백업 데이터 위치)를 갱신시키는 단계를 더 포함하는 것을 특징으로 하는 실행시간 백업 정보의 통합 관리 방법.
KR1019980058254A 1998-12-24 1998-12-24 실행시간백업정보의통합관리방법및그시스템 KR100308251B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1019980058254A KR100308251B1 (ko) 1998-12-24 1998-12-24 실행시간백업정보의통합관리방법및그시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019980058254A KR100308251B1 (ko) 1998-12-24 1998-12-24 실행시간백업정보의통합관리방법및그시스템

Publications (2)

Publication Number Publication Date
KR20000042155A true KR20000042155A (ko) 2000-07-15
KR100308251B1 KR100308251B1 (ko) 2001-11-30

Family

ID=19565401

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019980058254A KR100308251B1 (ko) 1998-12-24 1998-12-24 실행시간백업정보의통합관리방법및그시스템

Country Status (1)

Country Link
KR (1) KR100308251B1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040047207A (ko) * 2002-11-29 2004-06-05 (주)소프트위드솔루션 과부하 조절 기능을 갖는 데이터 백업 시스템 및 이를이용한 데이터 백업 방법

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040047207A (ko) * 2002-11-29 2004-06-05 (주)소프트위드솔루션 과부하 조절 기능을 갖는 데이터 백업 시스템 및 이를이용한 데이터 백업 방법

Also Published As

Publication number Publication date
KR100308251B1 (ko) 2001-11-30

Similar Documents

Publication Publication Date Title
US7325110B2 (en) Method for acquiring snapshot
JP2778786B2 (ja) データ更新・復元処理方式
US6115738A (en) Input/output device information management method and apparatus for multi-computers
US20050283564A1 (en) Method and apparatus for data set migration
US20060047926A1 (en) Managing multiple snapshot copies of data
KR20020080458A (ko) 가상 디스크 드라이브를 이용한 저장 시스템의 물리적섹터의 파티션 재생성 방법, 데이터 처리 장치 및 데이터저장 장치
JPH03160534A (ja) 共用ファイルのアクセス制御方式
KR100308251B1 (ko) 실행시간백업정보의통합관리방법및그시스템
JP5561303B2 (ja) データ複製システム、データ複製方法、及びそのプログラム
US7107404B2 (en) Method and system for data processing for controlling a cache memory
JP3138575B2 (ja) フアイル複写移行方式
JP2555920B2 (ja) オンラインリアルタイム処理装置
KR20230032654A (ko) 실행시간 백업 정보의 통합 관리 방법 및그 시스템
JPH06187201A (ja) ファイルシステム
US8275809B2 (en) Object processing system using an object model
US6282672B1 (en) System for simultaneously executing any one of plurality of applications that must be executed using static data not modified by another computer program
JP3335919B2 (ja) ディスクキャッシュ制御装置
JPH086843A (ja) 半導体記憶装置
JPH08272815A (ja) オブジェクト指向データベースシステムおよびその処理方法
JP2526525B2 (ja) メモリ制御方式
JP3448407B2 (ja) ファイル制御装置のサポートシステム
JPH06214839A (ja) ファイル管理方式
JPH04260141A (ja) データ共有処理装置
JP2002132555A (ja) データベースアクセス方式，方法，および記録媒体
JPH0337748A (ja) 主記憶を利用した外部記憶アクセス方式

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

Year of fee payment: 11

FPAY Annual fee payment

Payment date: 20120713

Year of fee payment: 12

LAPS Lapse due to unpaid annual fee