KR100577518B1 - Method for Retrieval and file backup using to address indexing mechanism - Google Patents

Method for Retrieval and file backup using to address indexing mechanism Download PDF

Info

Publication number
KR100577518B1
KR100577518B1 KR1019990058342A KR19990058342A KR100577518B1 KR 100577518 B1 KR100577518 B1 KR 100577518B1 KR 1019990058342 A KR1019990058342 A KR 1019990058342A KR 19990058342 A KR19990058342 A KR 19990058342A KR 100577518 B1 KR100577518 B1 KR 100577518B1
Authority
KR
South Korea
Prior art keywords
backup
information
file
search
data
Prior art date
Application number
KR1019990058342A
Other languages
Korean (ko)
Other versions
KR20010056748A (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 KR1019990058342A priority Critical patent/KR100577518B1/en
Publication of KR20010056748A publication Critical patent/KR20010056748A/en
Application granted granted Critical
Publication of KR100577518B1 publication Critical patent/KR100577518B1/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1448Management of the data involved in backup or backup restore
    • G06F11/1451Management of the data involved in backup or backup restore by selection of backup contents

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)

Abstract

본 발명은 데이터의 저장을 필요로 하는 정보통신서비스 중 데이터의 백업과 백업대상 파일의 축약정보를 추후 검색조건으로 사용하는 경우, 이를 파일 인터페이스를 통해 기술받아 저장함으로써, 추후 조건 검색은 물론 방대한 데이터의 백업내용을 복원시켜는 경우 저장된 데이터 어드레스를 이용하여 직접 매체에 접근함으로써 조건 검색은 물론 데이터 백업의 신속한 결과를 얻을 수 있으며 , 백업 파일의 확장자를 이용해 파일 복원시 일관성을 확보하기 위한 방법에 관한 것이다.According to the present invention, when data backup and data reduction information of a backup target file are used as a retrieval condition in an information communication service requiring data storage, the present invention is described and stored through a file interface, thereby retrieving a subsequent condition as well as massive data. In case of restoring the backup contents of the backup, you can access the media directly by using the stored data address to obtain the results as well as the quick search of the data backup. will be.

Description

어드레스인덱스를 이용한 파일 백업 및 검색 방법{Method for Retrieval and file backup using to address indexing mechanism}Method for Retrieval and file backup using to address indexing mechanism}

도 1은 본 발명에 따른 데이터베이스 정보 예.1 is an example of database information according to the present invention.

도 2는 본 발명에 따른 인터페이스도.2 is an interface diagram according to the present invention.

본 발명은 어드레스인덱스를 이용한 파일백업 및 검색방법에 관한 것으로, 보다 상세하게는 파일시스템을 사용하는 정보통신서비스 중 파일시스템을 이용한 데이터의 백업과, 백업 작업시 대상 파일의 축약정보를 저장함으로써 추후 백업받은 파일의 조건이나 키를 이용하여 대상화일을 찾거나 복원(Recovery)시키는 경우 물리적 장치의 어드레스를 이용하여 직접 파일에 접근함으로써 신속한 복원처리는 물론 특정 조건에 맞는 파일의 탐색 및 복원시 성능향상을 위한 어드레스인덱스를 이용한 파일 백업 및 검색 방법에 관한 것이다.The present invention relates to a file backup and retrieval method using an address index, and more particularly, to backup data using a file system in an information communication service using a file system, and to store information about a target file during a backup operation. In case of finding or recovering the target file by using the condition or key of the backed up file, the file is directly accessed by using the address of the physical device. File backup and search method using an address index for the present invention.

일반적으로 정보통신서비스 중 데이터의 전달경로에 따라 정보의 안정적인 저장장치로 데이터베이스시스템을 널리 활용하고 있으나, 데이터의 중요성이 상대적으로 떨어지는 경우에는 파일시스템 자체를 사용한다.Generally, the database system is widely used as a stable storage device of information according to the data transmission path among information and communication services, but the file system itself is used when the importance of data is relatively low.

이러한 파일시스템은 데이터의 저장 및 안정적 관리를 위해 별개의 관리기능을 두거나 응용프로그램을 이용하여 데이터를 관리하며 데이터의 관리기능에 반드시 수반되는 기능은 물리적 저장장치의 훼손이나 응용서비스의 장애에 대비한 데이터의 백업 및 복원기능이 포함되며 이러한 기능을 만족시키기 위해 다양한 메커니즘을 이용하여 구축하며, 이러한 백업시스템은 무엇보다도 백업과 복원의 기능중 중요한 요인은 안정적인 메커니즘과 빠른 읽기/쓰기 기능이다.These file systems have separate management functions for data storage and stable management, or manage data using applications, and the functions that are essential to data management functions are to prepare for damage to physical storage devices or failure of application services. Data backup and restore functions are included and built using various mechanisms to satisfy these functions. Above all, the important factors of backup and restore functions are stable mechanisms and fast read / write functions.

이러한 속도의 필요성과 안정성 확보방안으로는 단순한 파일시스템을 사용하는 것보다 상용데이터베이스시스템을 사용하는 것이 널리 이용되는데 상용데이터베이스시스템은 수년간 사용되어 왔으므로 시스템의 안전성 측면에서는 새로 개발된 데이터관리시스템보다는 유리하지만 오래되고 널리 쓰인다고 해서 모든 기능이 검증되었다고 단정지을 수 없으며 이는 서비스나 기능의 필요성에 특성화된 데이터베이스시스템이 많기 때문이다.As a necessity of speed and stability, it is widely used to use commercial database system rather than simple file system. Commercial database system has been used for many years. However, old and widespread use does not necessarily mean that all functions have been verified, because many database systems are characterized by the need for services or functions.

기존의 파일시스템 백업은 변경데이터의 데이터 백업이 위주이나 별개의 백업기능이 없다면 전체 파일 백업(즉 디스크나 테입 또는 저장매체(JukeBox)등)을 하는데, 이때는 백업 대상에 따라 전체를 백업 받는 Full백업을 수행하는 것이 일반적이며, 이전의 백업과 비교하여 변경된 내용만 백업 받는 경우에는 이전의 데이터와 비교할 수 있는 메커니즘이나 식별자가 있어야 한다. Existing file system backup is full file backup (ie disk, tape or storage medium (JukeBox) etc.) if data backup of change data is mainly focused or there is no separate backup function. In general, if you only want to back up the changed contents compared to the previous backup, there must be a mechanism or identifier that can be compared with the previous data.

일반적으로 파일시스템의 선택적 백업을 위해서는 변경 데이터를 표시하고 관리하는 기능이 필요하며, 변경여부를 구분할 수 없는 경우는 Full백업을 받아야하고, FULL백업데이터의 양이 많아지고 주기가 짧아지면 백업의 속도 및 복원을 위 한 검색도구가 제공되는 경우 백업속도도 중요하지만 백업 자료의 위치 및 검색조건에 맞는 데이터의 접근에 처리되는 시간이 오래 걸린다. 상용시스템의 경우에는 Import자료의 일관성을 상용데이터베이스시스템 자체가 유지하지만 오래 시간이 경과된 경우에는 이전상태의 상황 재현이 어려우며 Import기능을 사용하여 데이터를 데이터베이스 시스템내로 복원한 후에야 원하는 검색조건을 수행할 수 있다.In general, selective backup of the file system requires a function to display and manage change data.If it is not possible to distinguish whether to change the file system, the full backup should be received.If the full backup data volume increases and the cycle becomes short, the backup speed is increased. If a search tool for restoration and restoration is provided, the backup speed is important, but it takes a long time to access the data meeting the backup data location and search conditions. In the case of a commercial system, the import database maintains the consistency of the import data, but if a long time has elapsed, it is difficult to reproduce the previous state. Can be.

따라서 파일시스템을 사용하는 경우에는 별도의 백업기능 및 Import기능을 구현해야하며, 데이터의 일관성 및 복원은 상용데이터베이스 시스템을 사용하는 경우보다 일반적으로 어려운데 파일시스템을 모두 다른 파일시스템으로 백업 받을 수는 있지만 이를 하나의 Blob데이터로 취급하여 백업하기 때문에 저장 시 물리적 또는 공간적 어려움이 발생함은 물론 검색시 파일시스템를 복원한 후 이를 대상으로 조건 검색을 하는 등의 문제점이 있었다.Therefore, in case of using file system, separate backup and import function should be implemented. Data consistency and restoration is generally more difficult than in case of using commercial database system. Although all file systems can be backed up to other file system, Since this is treated as a single blob data and backed up, there are problems such as physical or spatial difficulties in storing and restoring the file system during retrieval and then searching for the condition.

이에 본 발명은 상기와 같은 종래의 문제점을 해결하기 위해 안출된 것으로, 파일시스템은 물론 데이터베이스시스템의 백업 및 복원 시 활용할 수 있는 조건검색 및 메커니즘에 관해 기술하며, 이와 관련된 방법을 제시함으로써 백업시 백업대상의 특정조건 값을 저장함으로서 검색이나 복원시 처리속도를 개선하고 데이터의 일관성을 보장할 수 있도록 한 어드레스인덱스를 이용한 파일 백업 및 검색 방법을 제공함에 그 목적이 있다.Accordingly, the present invention has been made to solve the above-mentioned conventional problems, and describes a condition search and a mechanism that can be utilized in the backup and restore of the database system as well as the file system, and the backup method at the time of backup by presenting a related method Its purpose is to provide a file backup and retrieval method using address indexes to improve the processing speed and ensure data consistency when retrieving or restoring by storing the specific condition value of the target.

상기와 같은 목적을 달성하기 위한 본 발명은 백업파일정보 생성 및 복원의 일관성확보를 위한 인터페이스의 정보 화일을 구성하는 제 1과정; 상기의 정보에 따라 백업레코드 각각의 검색에 사용될 필드의 정보를 인터페이스 파일로 제공받아 이를 백업저장 대상에 적용할 수 있도록 하는 제 2과정; 상기의 백업정보에 의한 검색정보 추출 및 물리적 공간으로 저장하고 물리적 위치 및 주소를 검색 조건값과 연계시켜 저장하는 제 3과정; 및 조건값에 의한 검색시 이를 신속하게 처리하기 위한 데이터베이스 구성하는 제 4과정을 구비하는 것을 특징으로 한다.The present invention for achieving the above object comprises a first step of configuring an information file of the interface for ensuring the consistency of the backup file information generation and restoration; A second step of receiving information of a field to be used for searching each backup record as an interface file according to the above information and applying the same to a backup storage target; Extracting search information by the backup information and storing the search information in a physical space and storing the physical location and address in association with a search condition value; And a fourth process of constructing a database for quickly processing the search by the condition value.

이하에 첨부된 도면을 참조하여 본 발명의 실시예를 상세히 설명하면 다음과 같다.Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

먼저 본 발명에 따른 정보검색의 검색 및 조건검색시 빠른 처리를 위한 제약은 다음과 같다. First, constraints for fast processing in the search and conditional search of the information search according to the present invention are as follows.

첫째, 날짜와 관련되는 부문은 모두 숫자로 처리한다. 즉 1월 1일은 1이라는 숫자 값을 갖으며, 12월 31일은 윤년 여부에 따라 365 또는 366의 값을 갖으며, 시작 년도는 데이터베이스로 관리됨으로 특정 연도로 지정하지는 않고 연도 관련 값이 음수이면 백업대상에서 제외하는 방법을 사용하며 Y2K관련문제는 발생하지 않도록 연도는 4자리로 작성한다.First, all sectors related to dates are treated as numbers. In other words, January 1 has a numeric value of 1, December 31 has a value of 365 or 366 depending on whether it is a leap year, and the start year is managed by the database. The method is used to exclude from the target and the year should be 4 digits so that Y2K related problems do not occur.

둘째, 백업 및 복원을 기록하는 인터페이스 파일명은 반드시 연도숫자를 인터페이스로 사용하고, 연도가 걸쳐있는(1999.12.12 ~ 2000.1.15)경우에는 조건값에 따라 동시에 2개의 인터페이스 파일을 조작할 수 있도록 한다.Second, the interface file name for recording the backup and restore must use year number as the interface, and if the year spans (1999.12.12 ~ 2000.1.15), two interface files can be operated simultaneously according to the condition value. .

셋째, 저장정보는 백업 수행 결과 횟수를 나타내며 하루에 발생하는 백업작업은 온라인서비스의 경우에는 1회이며, 배치작업으로 수행하는 경우에는 수회에서 여러회가 될 수 있으며, 이러한 경우 백업작업의 결과가 성공한 횟수를 저장하며 실패한 경우에는 저장하지 않는다.Third, the stored information indicates the number of backups and the number of backups that occur daily. The backup operation occurs once a day in the case of the online service, and may be several times or several times in the case of a batch operation. Stores the number of successes and does not save if it fails.

넷째, 백업정보의 검색을 위해서는 검색조건이 되는 데이터의 애트리뷰트를 지정 받아 저장해야하며, 이때 저장되는 데이터는 반드시 정형화(Formatted)된 자료이어야 한다. Fourth, in order to search for backup information, it is required to specify and store the attribute of data that is a search condition, and the data to be stored must be formatted data.

다섯째, 백업작업 수행 시 결과가 실패인 경우에는 일관성확보를 위해 결과파일을 삭제함으로써 일관성을 유지한다. Fifth, if the result of the backup operation is unsuccessful, the consistency is maintained by deleting the result file to ensure consistency.

이러한 조건에 의해 수행한 백업 내용은 파일시스템 백업과 비교하면 기존 파일시스템에서 저장되는 단순 백업과는 달리 저장시 자료의 크기와 저장대상의 축약정보에 해당하는 세부 애트리뷰트의 값을 추출한 후 저장함으로써 추후 검색 시 원본을 대상으로 작업하지 않아도 되는 장점이 있으며, 저장되는 자료의 크기는 해당 백업데이터의 저장위치를 산정하는 의미보다는 다음에 저장될 데이터의 저장 위치를 산정 하는 중요한 위치의 값 의미가 있다. Compared to the file system backup, the backup contents performed under these conditions are different from the simple backup stored in the existing file system, and the detailed attribute values corresponding to the size of the data and the abbreviation information of the storage target are extracted and stored later. There is an advantage that you do not have to work on the source when searching, and the size of the stored data means the value of the important location that calculates the storage location of the data to be stored next, rather than calculating the storage location of the backup data.

백업정보를 작성하는데 필요한 도구에는 Unix시스템에서 제공하는 라이브러리함수를 이용하며 대표적으로 Compress방식과 Archive명령어를 사용하며, 백업 대상파일의 각각에 대해서는 Compressing을 수행하여 단위파일을 작성하고(filename.Z), 단위파일을 저장하기 위해서 Archive파일로 다시 작성하는데(Filename.a), 이러한 저장메커니즘은 저장되는 데이터의 크기를 줄여줄 뿐 아니라 저장매체의 사용을 효율적으로 줄임으로서, 대용량의 매체를 사용하는 경우 탐색시간의 최소화를 꾀할 수 있는 장점이 있다.The tools needed to create backup information are used by library functions provided by Unix system. Compress method and Archive command are used typically. Compressing each file for backup is executed to create a unit file (filename.Z). In order to save a unit file, the file is rewritten as an archive file (Filename.a). This storage mechanism not only reduces the size of the stored data, but also reduces the use of storage media. There is an advantage that can minimize the search time.

따라서, 추후 백업데이터의 검색을 위해서는 정형화된 자료의 저장이 반드시 필요하며, 검색조건은 날짜나 특정 키 값 또는 조건 값이어야 하며 검색 조건이 단순할수록 저장되는 정보의 양이 줄어들 수 있음으로 연속적으로 조회할 수 있도록 특정단위로 구분하여(메모리 상 작업할 수 있는 임의의 크기) 저장하는 방법을 사용하는 것이 처리속도를 개선할 수 있고 , 이렇게 작성된 백업 데이터의 검색조건 값은 별도의 데이터베이스에 저장할 필요 없이 파일시스템의 데이터베이스로 활용할 수 있다. Therefore, it is necessary to store the standardized data in order to retrieve the backup data later. The search condition should be a date, a specific key value or a condition value. The simpler the search condition, the less the amount of information stored. In order to improve the processing speed, it is possible to use a method of storing the data in a specific unit so that it can be stored in a random size. It can be used as a file system database.

보다 안정적으로 백업정보를 저장하는 경우에는 백업 메커니즘(테입, 디스크, Jukebox등)의 헤더부문의 일정영역에 검색대상조건을 만족시키는 조건 값을 할당하여 백업 받음으로써 추후 매체장치의 정보를 별도로 표기하지 않더라도 헤더부문만을 모아 새로운 데이터베이스의 정보로 구성하도록 만들 수 있는데 검색대상 데이터는 검색 작업 시나 또는 연산 시 메모리 상에 상주시켜 작업함으로써 보다 빠른 결과 값을 얻을 수 있다.In the case of storing backup information more stably, the media device information is not marked separately by backing up by assigning a condition value satisfying the search target condition to a certain area of the header section of the backup mechanism (tape, disk, Jukebox, etc.). If not, only the header section can be collected and configured as information of a new database. The data to be searched can be obtained by residing in memory at the time of a retrieval operation or operation and obtaining a faster result value.

백업 수행에 따른 단위 키 구성은 백업날짜와 백업작업의 결과가 기본적으로 사용되며, 검색조건이 모두 키로 구성될 때를 대비하여 조건 입력 값을 Dynamic Indexing할 수 있도록 구성한다. 이는 검색조건이 문자와 숫자로 입력되는 경우는 ASCII값으로 계산하여 처리할 수 있으나 한글인 경우와 띄어쓰기의 경우에는 Indexing값보다는 이미지 매핑 또는 'Like'함수를 이용하여 처리할 수 있도록 융통성을 제공해야 하기 때문이다. The unit key configuration according to the backup is basically used for the backup date and the result of the backup operation, and the condition input value can be dynamically indexed in case the search condition consists of all keys. This can be handled by calculating ASCII values when the search conditions are entered as letters and numbers. However, in case of Korean characters and spacing, it is necessary to provide flexibility to handle them using image mapping or 'Like' function rather than indexing values. Because.

날짜를 기준으로 하는 연산의 기본방법은 백업작업의 횟수표기 크기와 해당 년도의 일자를 설정한 만큼 곱한 후 데이터파일의 이름을 부여하면 되는데 추후 각 연도를 기준으로 파일 병합을 하는 경우를 대비하여 백업작업 원년을 기준으로 산정 하면 된다.The basic method of operation based on the date is to multiply the size of the number of times of the backup operation by the number of days set in the year and give the name of the data file.Backup in case of file merging based on each year later This can be calculated based on the year of work.

백업 검색 대상정보를 저장하기 위해서는 저장대상의 데이터의 한 레코드에서 각각의 검색대상 키로 지정된 데이터를 필드 표기에 의한 자릿수만큼을 지정 받아 백업대상의 레코드 수만큼을 저장한다. In order to store the backup search target information, the data designated by each search target key in one record of the data to be stored is designated by the number of digits indicated by the field, and the number of records of the backup target is stored.

백업파일의 형태는 텍스트형태로 저장되며 데이터베이스내의 데이터 포맷은(Date, Fax, Teletex, Time, String, Videotex, Voice등)변환하거나 파일시스템 형태로 읽어 저장해야 하는데, Unix시스템에서는 변환정보가 ASCII파일로 변환되어 파일의 압축/해제시 무결성을 보장하기 때문이다.The format of the backup file is stored in text format, and the data format in the database (Date, Fax, Teletex, Time, String, Videotex, Voice, etc.) must be converted or read in the file system format. This ensures integrity when compressing / decompressing files.

백업정보와 백업매체간의 정보저장 방법은 첫째, 매체저장기의 일정 블럭을 나누어 백업축약정보를 저장할 수 있어야한다. 이때 저장되는 데이터의 크기 산정은 매체 전체의 용량과 백업정보의 단위별크기를 기준으로 계산해야하며 추후 백업정보의 추가적인 쓰기 작업 시 주소를 기준으로 쓰기 동작 위치로 이동하여 해당정보를 저장한다. 이러한 메커니즘은 저장매체의 헤더부문에 저장되어 있는 데이터의 축약 정보를 저장함으로써 추후 전체 백업매체를 대상으로 검색하는 경우 빠른 읽기를 수행할 수 있으며, 기본적으로 시스템에 똑같은 복사 본을 둠으로써 직접적인 백업장치에 접근하지 않고도 조건검색이 이루어질 수 있는 장점을 확보할 수 있다. The information storage method between the backup information and the backup medium must first be able to store the backup reduction information by dividing a certain block of the media storage. At this time, the size of the data to be stored should be calculated based on the capacity of the entire media and the size of each unit of backup information. This mechanism saves the abbreviated information of the data stored in the header section of the storage media so that it can be quickly read when searching the entire backup media later. We can get the advantage of conditional search without accessing

백업정보를 이용하여 복원하는 방법에는 단순히 몇몇 조건을 만족시키는 데이터의 추출을 고려할 수 있으나, 전체 데이터의 복원은 데이터베이스시스템을 사 용하는 경우에는 테이블 정보가 비어있는 상태로 만든 후 복원하여야 한다. 복원의 일관성확보를 위해서 데이터의 백업 시 저장된 백업 횟수의 숫자만큼을 복원대상의 파일로 간주하고 복원 작업 시 발생하는 오류를 방지하고 일관성을 유지하기 위해 특정 백업파일의 확장자를 인식하여 압축파일 해제 시 백업대상파일 여부에 따라 작업을 수행할 수 있다.In the method of restoring by using backup information, it is possible to consider simply extracting data that satisfies some conditions. However, restoring entire data should be restored after making table information empty when using a database system. In order to ensure the consistency of restoration, the number of backups stored during data backup is regarded as the file to be restored, and when the compressed file is released by recognizing the extension of a specific backup file to prevent errors and restore consistency during the restore operation The operation can be performed depending on the backup target file.

상기와 같은 개념을 바탕으로 구현된 본 발명의 방법이 적용되는 시스템의 개략적인 구성을 살펴보면 도 1에 도시한 바와 같이 백업정보를 저장하고 있는 인터페이스화일과 백업받는 레코드의 검색대상 특정 필드를 지정할 수 있는 인터페이스화일를 사전에 구비한다.Referring to the schematic configuration of a system to which the method of the present invention is implemented based on the above concept, as shown in FIG. 1, an interface file storing backup information and a search target specific field of a record to be backed up can be designated. The interface file in advance is provided.

상기와 같이 각각의 인터페이스정보 작성은 인터페이스 파일명이 '1999.idx'라하면 첫 번째부터 3비트를 읽으면 '011'이라는 숫자로 기록되어 있는데 이는 1999년 1월 1일 백업작업을 11번 했다는 의미이며 관련된 Archieve화일이 1개이고 그 속에는 Compress한 파일이 11개가 존재한다는 의미이다. 예를들면 1999.0101.001.Z .. 1999.0101.0011.Z등의 압축화일이 11개라는 의미이다.As above, each interface information is written as '1999.idx', and the number '011' is read when 3 bits are read from the first, which means that the backup operation was performed 11 times on January 1, 1999. It means that there is one related Archieve file and 11 compressed files in it. For example, 1999.0101.001.Z .. 1999.0101.0011.Z means 11 compressed files.

이와같은 방법으로 압축된 파일의 내용을 살펴보면 1999.0101.001.Z화일은 압축이전 단계에서 백업정보의 인터페이스 파일에 기술된 정보를 통해 검색대상의 레코드 필드에 대해 저장대상 원본 화일의 일부 필드를 추출하여 정형화된 별도의 데이터베이스 화일을 작성하고, 압축이후 단계에서는 파일의 크기 및 이전에 등록된 물리적 저장의 끝위치(이후 새로 저장될 파일위치)에 저장될 크기를 합산하여 새로운 저장파일의 위치를 지적하고 물리적저장이 완료되면 관련 정보를 파일을 찾 기 위한 주소를 해당 키의 특정 필드로 작성하여 저장한다. If you look at the contents of the compressed file in this way, the 1999.0101.001.Z file extracts some fields of the source file to save from the record fields of the search target by using the information described in the interface file of backup information in the previous step. Create a separate, formatted database file, and in the post-compression phase, add the size of the file and the size to be stored at the end of the previously registered physical storage (the file location to be saved later) to indicate the location of the new storage file. When the physical storage is completed, the relevant information is written and stored as a specific field of the key to find the file.

이를 바탕으로 추후 검색 및 백업대상에서 추출하는 경우 상기 관련정보의 쓰임새는 검색시 각 필드를 인덱스값으로 작성하여 해쉬방식으로 접근하거나, Linked-List로 작성하여 검색하여 조건값과 일치하는 해당정보의 위치는 물리적이 주소를 기재한 필드를 이용하여 물리적매체 및 위치를 정확하게 지적하여 추출할 수 있다. Based on this, in the case of extracting it from the future search and backup targets, the use of the related information is obtained by indexing each field as a search method in a hash method, or by searching in a linked-list to search the corresponding information that matches the condition The location can be extracted by pinpointing the physical medium and location using a physically addressed field.

물론 검색시 사용한 백업화일의 정보 및 물리적 저장장치의 내용은 HDD나 시스템 자체의 저장장치에 있어야 하며, 장기간 백업정보를 저장하여 관리하는 경우에는 장치 헤더부문에 저장하여 추후 별도의 정보없이 물리적장치 단독으로 검색 및 저장정보를 활용할 수 있다.Of course, the information of the backup file used in the search and the contents of the physical storage device should be in the storage device of the HDD or the system itself.In case of storing and managing the backup information for a long time, the physical device alone should be stored in the device header section without further information. You can use search and save information.

이상에서 살펴본 바와같이 본 발명에서 백업 저장되는 데이터의 크기 산정은 매체 전체의 용량과 백업정보의 단위별크기를 기준으로 계산해야하며 추후 백업정보의 추가적인 쓰기 작업 시 주소를 기준으로 쓰기 동작 위치로 이동하여 해당정보를 저장한다. 이러한 메커니즘은 저장매체의 헤더부문에 저장되어 있는 데이터의 축약 정보를 저장함으로써 추후 전체 백업매체를 대상으로 검색하는 경우 빠른 읽기를 수행할 수 있으며, 기본적으로 시스템에 똑같은 복사 본을 둠으로써 직접적인 백업장치에 접근하지 않고도 조건검색이 이루어질 수 있는 장점을 확보할 수 있으며, 백업대상 화일의 검색조건을 선별적으로 지정함으로써 빈번하게 사용되는 필드를 별도로 데이터베이스로 구축하는 잇점 외에 백업시스템의 장애 발생시 백업장치 단독으로도 모든 정보를 헤더에서 읽어 처리할 수 있다.As described above, in the present invention, the size calculation of the data stored in the backup should be calculated based on the capacity of the entire medium and the size of the backup information, and then moved to the write operation position based on the address for further write operation of the backup information. To save the information. This mechanism saves the abbreviated information of the data stored in the header section of the storage media so that it can be quickly read when searching the entire backup media later. It can secure the advantage that condition search can be done without accessing to it, and by selectively specifying the search condition of the backup target file, the backup device alone in case of failure of the backup system besides the advantage of constructing the frequently used field as a separate database. Can also read and process all information from the header.

아울러 본 발명의 바람직한 실시 예들은 예시의 목적을 위해 개시된 것으로 당업자라면 본 발명의 사상과 범위안에서 다양한 수정 , 변경, 부가등이 가능할 것이며, 이러한 수정 및 변경 등은 이하의 특허 청구범위에 속하는 것으로 보아야 할 것이다.In addition, preferred embodiments of the present invention are disclosed for the purpose of illustration, those skilled in the art will be able to make various modifications, changes, additions, etc. within the spirit and scope of the present invention, such modifications and changes should be seen as belonging to the following claims. something to do.

Claims (4)

백업을 수행하는 시스템에 있어서,In a system that performs backups, 백업이전에 필요한 대상 정보의 키 필드를 인터페이스의 정보로 정의하고 관리하는 제 1과정;A first step of defining and managing key fields of target information required before backup as information of an interface; 상기의 정보에 따라 백업레코드 각각의 검색에 사용될 필드의 정보를 인터페이스 파일로 제공받아 이를 백업저장 대상에 적용하는 제 2과정; A second step of receiving information of a field to be used for searching each backup record as an interface file according to the above information and applying it to a backup storage target; 상기의 백업정보에 의한 검색정보 추출 및 물리적 공간으로 저장하고 물리적 위치 및 주소를 검색 조건값과 연계시켜 저장하는 제 3과정; 및 Extracting search information by the backup information and storing the search information in a physical space and storing the physical location and address in association with a search condition value; And 상기의 조건값에 의한 검색시, 조건검색에 따라 해당 정보를 이용해 저장매체로 직접 접근하여 검색하는 제 4과정을 포함하는 것을 특징으로 하는 어드레스인덱스를 이용한 파일 백업 및 검색 방법.And a fourth process of directly accessing and searching the storage medium using the corresponding information according to the conditional search when searching by the conditional value. 제 1 항에 있어서,The method of claim 1, 상기 백업정보는 그 횟수를 기술함으로써 백업 수행에 따른 복원시 대상화일의 갯수를 사전에 계산할 수 있도록 한 것을 특징으로 하는 어드레스인덱스를 이용한 파일 백업 및 검색 방법.The backup information is a file backup and retrieval method using an address index characterized in that the number of the target file when the restoration is performed in advance by describing the number of backups. 제 1 항에 있어서,The method of claim 1, 상기 조건검색시 백업정보의 사전 조건은 The precondition of backup information at the condition search 날짜와 관련되는 부분은 모두 숫자로 표현하고, 백업 및 복원을 기록하는 인테페이스 파일명은 연도숫자를 인터페이스로 저장하고, 백업작업의 결과가 성공한 횟수를 저장하며 실패한 경우에는 저장하지 않고, 검색조건이 되는 데이터의 애트리뷰트를 지정받아 저장하고, 그리고 백업작업 수행시 그 결과가 실패인 경우 결과파일을 삭제하는 것을 특징으로 하는 어드레스인덱스를 이용한 파일 백업 및 검색 방법.All parts related to the date are expressed in numbers, and the interface file name for recording the backup and restore stores the year number as an interface, saves the number of times the result of the backup operation is successful, and does not save it if it fails. A method of backing up and retrieving a file using an address index, which stores and stores an attribute of data, and deletes a result file when a result of the backup operation fails. 제 1 항에 있어서,The method of claim 1, 상기 백업정보는 백업 메카니즘의 헤더 부분의 일정영역에 검색대상 조건을 만족시키는 조건 값을 할당하여 저장하는 것을 특징으로 하는 어드레스인덱스를 이용한 파일 백업 및 검색 방법.The backup information is a file backup and retrieval method using an address index, characterized in that for assigning and storing a condition value satisfying a search target condition in a predetermined area of the header portion of the backup mechanism.
KR1019990058342A 1999-12-16 1999-12-16 Method for Retrieval and file backup using to address indexing mechanism KR100577518B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1019990058342A KR100577518B1 (en) 1999-12-16 1999-12-16 Method for Retrieval and file backup using to address indexing mechanism

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019990058342A KR100577518B1 (en) 1999-12-16 1999-12-16 Method for Retrieval and file backup using to address indexing mechanism

Publications (2)

Publication Number Publication Date
KR20010056748A KR20010056748A (en) 2001-07-04
KR100577518B1 true KR100577518B1 (en) 2006-05-10

Family

ID=19626394

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019990058342A KR100577518B1 (en) 1999-12-16 1999-12-16 Method for Retrieval and file backup using to address indexing mechanism

Country Status (1)

Country Link
KR (1) KR100577518B1 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100936390B1 (en) 2002-11-26 2010-01-14 삼성전자주식회사 Method for data backup and recovery

Also Published As

Publication number Publication date
KR20010056748A (en) 2001-07-04

Similar Documents

Publication Publication Date Title
JP2515950B2 (en) Method for storing and maintaining a database of entries in a computer system and database management system
US5560006A (en) Entity-relation database
US5790848A (en) Method and apparatus for data access and update in a shared file environment
US5579516A (en) Method for storing data files on a multiple volume media set
US5590320A (en) Computer file directory system
US8667274B2 (en) System and method for WORM data storage
US8548965B2 (en) Changed files list with time buckets for efficient storage management
US20060004890A1 (en) Methods and systems for providing directory services for file systems
JP4464340B2 (en) Distributed data archiving system
EP1306761B1 (en) File managing method
US6654868B2 (en) Information storage and retrieval system
US8504541B2 (en) File management method
US20050165853A1 (en) Method and apparatus for localized protected imaging of a file system
US5963961A (en) Database reconstruction using embedded database backup codes
US6901418B2 (en) Data archive recovery
CN103617277A (en) Method for restoring data table content deleted mistakenly
AU664763B2 (en) Entity-relation database
US5321558A (en) Method of storing data on a magnetic tape
KR100577518B1 (en) Method for Retrieval and file backup using to address indexing mechanism
JP2656524B2 (en) Data storage method and device
US6760713B2 (en) Method, computer program product, and system for file and record selection utilizing a fuzzy data record pointer
CN112231286A (en) Method for quickly recovering historical data of database
KR100775141B1 (en) An implementation method of FAT file system which the journaling is applied method
CN115827653B (en) Pure column type updating method and device for HTAP and mass data
JP3622443B2 (en) T-tree index construction method and apparatus, and storage medium storing T-tree index construction program

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20100409

Year of fee payment: 5

LAPS Lapse due to unpaid annual fee