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

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

Info

Publication number
KR20230032654A
KR20230032654A KR1020210115711A KR20210115711A KR20230032654A KR 20230032654 A KR20230032654 A KR 20230032654A KR 1020210115711 A KR1020210115711 A KR 1020210115711A KR 20210115711 A KR20210115711 A KR 20210115711A KR 20230032654 A KR20230032654 A KR 20230032654A
Authority
KR
South Korea
Prior art keywords
backup
information
module
recording
runtime
Prior art date
Application number
KR1020210115711A
Other languages
English (en)
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 KR1020210115711A priority Critical patent/KR20230032654A/ko
Publication of KR20230032654A publication Critical patent/KR20230032654A/ko

Links

Images

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/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore
    • 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/08—Error detection or correction by redundancy in data representation, e.g. by using checking codes
    • G06F11/10—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
    • G06F11/1004—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's to protect a block of data words, e.g. CRC or checksum
    • 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/1458—Management of the backup or restore process
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

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

Description

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

Claims (5)

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

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020210115711A KR20230032654A (ko) 2021-08-31 2021-08-31 실행시간 백업 정보의 통합 관리 방법 및그 시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020210115711A KR20230032654A (ko) 2021-08-31 2021-08-31 실행시간 백업 정보의 통합 관리 방법 및그 시스템

Publications (1)

Publication Number Publication Date
KR20230032654A true KR20230032654A (ko) 2023-03-07

Family

ID=85512898

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020210115711A KR20230032654A (ko) 2021-08-31 2021-08-31 실행시간 백업 정보의 통합 관리 방법 및그 시스템

Country Status (1)

Country Link
KR (1) KR20230032654A (ko)

Similar Documents

Publication Publication Date Title
US6526441B2 (en) Input/output device information management system for multi-computer system
US6205450B1 (en) Computer system capable of restarting system using disk image of arbitrary snapshot
US5603020A (en) Method for detecting file names by informing the task of the identification of the directory antecedent to the file
US6216137B1 (en) Method and apparatus for providing schema evolution without recompilation
US5018060A (en) Allocating data storage space of peripheral data storage devices using implied allocation based on user parameters
US5664186A (en) Computer file management and backup system
US5396623A (en) Method for editing the contents of a DB2 table using an editproc manager
US7707186B2 (en) Method and apparatus for data set migration
JP4419884B2 (ja) データ複製装置、方法及びプログラム並びに記憶システム
JPH056297A (ja) トランザクシヨン処理方法およびシステム
US7353240B1 (en) Method and storage system that enable sharing files among multiple servers
US7921093B2 (en) Information processing apparatus and information processing method
US6912632B2 (en) Storage system, storage system control method, and storage medium having program recorded thereon
US6658541B2 (en) Computer system and a database access method thereof
KR20020080458A (ko) 가상 디스크 드라이브를 이용한 저장 시스템의 물리적섹터의 파티션 재생성 방법, 데이터 처리 장치 및 데이터저장 장치
JPH07200390A (ja) データアクセス方法
US20060004877A1 (en) Method and system for data processing with data replication for the same
EP2064633B1 (en) System, method and computer program product for managing data
JPH11120057A (ja) ファイルバックアップ方法
KR20230032654A (ko) 실행시간 백업 정보의 통합 관리 방법 및그 시스템
KR100308251B1 (ko) 실행시간백업정보의통합관리방법및그시스템
US10185653B2 (en) Integrated systems and methods for the transactional management of main memory and data storage
JPH06187201A (ja) ファイルシステム
US20020184248A1 (en) Method, device, and program for controlling file access
US20050044090A1 (en) Computer system and program