JPH0721071A - Data base restoration system - Google Patents
Data base restoration systemInfo
- Publication number
- JPH0721071A JPH0721071A JP5166737A JP16673793A JPH0721071A JP H0721071 A JPH0721071 A JP H0721071A JP 5166737 A JP5166737 A JP 5166737A JP 16673793 A JP16673793 A JP 16673793A JP H0721071 A JPH0721071 A JP H0721071A
- Authority
- JP
- Japan
- Prior art keywords
- database
- file
- recovery
- processing unit
- update data
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
【０００１】[0001]
【産業上の利用分野】本発明は、データベースシステム
においてデータベースが媒体障害等で使用できなくなっ
た際に行う復旧方式に関し、特に、データベースの復旧
を一定時間内に抑え、高速化を図ったデータベース復旧
方式に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a recovery method performed when a database becomes unusable in a database system due to a media failure or the like, and in particular, database recovery that speeds up database recovery within a fixed time Regarding the scheme.
【０００２】[0002]
【従来の技術】従来のデータベース復旧方式は、特許出
願公開平２−７７９５０「データベース処理システム」
に示されているように、直接アクセス記憶装置上にデー
タベースを格納するデータベースファイルと、障害デー
タベースのバックアップ情報および障害時のデータベー
ス復旧のためのデータベース更新情報を格納するジャー
ナルファイルとを備え、データベース復旧時には、定期
／不定期でバックアップをとったファイルとジャーナル
ファイルを付き合わせることによって、最新取得ジャー
ナルまでの復旧処理を復旧対象データベースに対して行
っていた。2. Description of the Related Art A conventional database restoration method is disclosed in Japanese Patent Application Laid-Open No. 2-77950 "Database Processing System".
As shown in, a database file that stores the database on the direct access storage device and a journal file that stores the backup information of the failed database and the database update information for database recovery at the time of failure are provided. The recovery processing up to the latest acquired journal is performed on the recovery target database by associating the files backed up regularly / irregularly with the journal files.
【０００３】[0003]
【発明が解決しようとする課題】上記の従来のデータベ
ース復旧方式では、同一データベースの同一の物理アド
レスに複数回の更新が行われた場合、その更新回数分の
更新データがジャーナルファイルに出力される。このた
め、データベース復旧時間は、データベースの更新頻度
が大となると増大する。すなわち、バックアップファイ
ル取得後のジャーナルファイル出力量に比例して増大す
るという問題があり、この傾向はデータベース内の同一
データが何度も更新された場合特に顕著である。また、
データベース更新時には、その更新順序に従ってジャー
ナルファイルの取得がされるために、その更新データ
は、データベースの物理アドレス順とは無関係に取得さ
れる。したがってジャーナルファイルを参照してデータ
ベース復旧の際には、更新履歴に応じてディスク装置等
をランダムにアクセスする必要があるため復旧時のディ
スクアクセスの効率が悪いという問題点もあった。In the above conventional database recovery method, when the same physical address of the same database is updated a plurality of times, the updated data for the number of updates is output to the journal file. . Therefore, the database recovery time increases as the database update frequency increases. That is, there is a problem that the amount of journal file output increases after the backup file is acquired, and this tendency is particularly remarkable when the same data in the database is updated many times. Also,
At the time of updating the database, the journal files are acquired according to the update order, and therefore the update data is acquired regardless of the physical address order of the database. Therefore, when the database is restored by referring to the journal file, it is necessary to randomly access the disk device or the like in accordance with the update history, so that there is a problem that the disk access efficiency at the time of recovery is low.
【０００４】[0004]
【課題を解決するための手段】本発明のデータベース復
旧方式は、入力されたデータにもとづいて、データベー
スの更新処理を行い、データベース更新データを順次、
ジャーナルファイルに出力する業務処理部と、ジャーナ
ルファイルの更新データをデータベース復旧単位に振り
分け、同一の物理アドレスを持つ更新データが複数存在
する場合には、最後に更新された更新データのみを格納
したデータベース復旧単位別ファイルを生成するバック
エンド処理部と、データベース復旧時に復旧管理ファイ
ルを参照して定期的あるいは不定期的に取得したデータ
ベースのバックアップファイルとデータベース復旧単位
別ファイルとジャーナルファイルを入力してデータベー
スの復旧処理を行うディスク復旧処理部と、前記業務処
理部、バックエンド処理部、ディスク復旧処理部から構
成されている中央処理装置と、業務処理部に接続されて
いるデータベースと、データベースの更新データを順次
記録しているジャーナルファイルと、定期的あるいは不
定期的に取得したデータベースのバックアップファイル
と、データベースとジャーナルファイルやデータベース
復旧単位別ファイルやバックアップファイルの各記憶媒
体との対応を管理するためにバックエンド処理部で作成
した復旧管理ファイルと、データベースの復旧ファイル
を作成する障害復旧ディスクを備えることを特徴とす
る。さらに、前記データベース復旧方式において、復旧
処理時のディスクアクセスを効率的に行うためにデータ
ベース復旧単位に振り分けられた更新データをデータベ
ースの物理アドレス順にソートしたデータベース復旧単
位別ファイルを作成する機能も有したバックエンド処理
部を備えたことを特徴とする。According to the database recovery method of the present invention, the database update processing is performed based on the input data, and the database update data is sequentially
A database that stores only the last updated update data when the job processing unit that outputs to the journal file and the update data of the journal file are distributed to the database recovery unit and there are multiple update data with the same physical address. A back-end processing unit that generates a file for each recovery unit, a backup file for the database that is regularly or irregularly acquired by referring to the recovery management file during database recovery, and a database by inputting a file for each recovery unit and a journal file Disk recovery processing unit that performs recovery processing of the above, a central processing unit including the business processing unit, the back-end processing unit, and the disk recovery processing unit, a database connected to the business processing unit, and update data of the database Are recorded in sequence. Created by the back-end processing unit to manage the correspondence between the null file, the backup file of the database that is regularly or irregularly acquired, and the database and the storage media of the journal file, the database recovery unit file, and the backup file. It has a recovery management file and a disaster recovery disk for creating a recovery file of a database. Further, in the database recovery method, there is also a function of creating a file for each database recovery unit in which the update data distributed to the database recovery unit is sorted in the order of the physical address of the database in order to efficiently perform the disk access during the recovery process. A back end processing unit is provided.
【０００５】[0005]
【実施例】本発明について図面を参照して説明する。DESCRIPTION OF THE PREFERRED EMBODIMENTS The present invention will be described with reference to the drawings.
【０００６】図１に示すように、本発明は、業務処理部
２とバックエンド処理部３とディスク復旧処理部４から
構成される中央処理装置１と、回線等で接続され業務処
理部２へデータを入力する端末５と、データベース６
と、データベース更新処理の際に業務処理部２で生成さ
れるジャーナルファイル９と、バックエンド処理部３で
生成される復旧管理ファイル７とデータベース復旧単位
別ファイル１０と、ディスク復旧処理部４で生成される
障害復旧ディスク８と、定期的あるいは不定期的にデー
タベース６から取得したバックアップファイル１１から
構成されている。As shown in FIG. 1, according to the present invention, a central processing unit 1 composed of a work processing unit 2, a back end processing unit 3 and a disk restoration processing unit 4 is connected to a work processing unit 2 by a line or the like. Data input terminal 5 and database 6
A journal file 9 generated by the business processing unit 2 during the database update processing, a recovery management file 7 and a database recovery unit file 10 generated by the backend processing unit 3, and a disk recovery processing unit 4. It is composed of a disaster recovery disk 8 and a backup file 11 obtained from the database 6 regularly or irregularly.
【０００７】次に、データベース復旧処理の動作説明
を、各ファイルの機能説明を含めて行う。Next, the operation of the database restoration process will be explained, including the explanation of the function of each file.
【０００８】まず、回線等を経由して端末５から中央処
理装置１にデータベース更新処理の入力要求がかかる
と、業務処理部２が受け付けて、データベース６の更新
処理を実行すると同時に、更新履歴をジャーナルファイ
ル９へ出力する。一方、バックエンド処理部３では、使
用中のジャーナルファイルの記憶媒体が一杯になり、別
のジャーナルファイルの記憶媒体にスワップした時、前
記ジャーナルファイル９からデータベース復旧単位別フ
ァイル１０を生成し、復旧管理ファイル７にデータベー
ス復旧単位別ファイル１０の記憶媒体とデータベース６
の記憶媒体との対応の管理情報を登録する。データベー
ス復旧単位別ファイル１０は、ジャーナルファイル９の
更新データを更新ブロックとしてバックエンド処理部３
に読み込んで、データベース復旧単位に振り分けて、同
一の物理アドレスをもつ更新データが複数存在する場合
には、最後に更新された更新データのみを格納して生成
される。First, when an input request for database update processing is made from the terminal 5 to the central processing unit 1 via a line or the like, the business processing section 2 accepts it and executes the update processing of the database 6, and at the same time updates the update history. Output to the journal file 9. On the other hand, in the back-end processing unit 3, when the storage medium of the journal file in use is full and the storage medium of another journal file is swapped, a file 10 for each database recovery unit is generated from the journal file 9 and restored. The management file 7 includes the storage medium of the database recovery unit file 10 and the database 6
The management information corresponding to the storage medium is registered. The database-recovery-unit-specific file 10 uses the update data of the journal file 9 as an update block in the back-end processing unit 3
When there is a plurality of update data having the same physical address, the update data is stored in the database recovery unit, and only the last updated update data is stored and generated.
【０００９】データベース復旧単位別ファイル１０がジ
ャーナルファイル９から生成されるイメージを図２を用
いて説明する。An image in which the database recovery unit file 10 is generated from the journal file 9 will be described with reference to FIG.
【００１０】データベース６にはアドレスが６１〜６Ｎ
（Ｎは自然数）の物理ブロックがＮ個存在するものとす
る。データベース６の更新処理が行われると、その更新
履歴がジャーナルファイル９に書き込まれる。このと
き、データベース６で更新対象になったアドレス６Ｎの
物理ブロックが、ジャーナルファイル９の更新ブロック
６Ｎ−Ｘ（Ｘは何度目の更新かを表わす）に対応する。
つまり、データベース６のアドレス６６の物理ブロック
の最初の更新ブロックを６６−１とし、物理ブロック６
Ｎの２回目の更新ブロックは、６Ｎ−２を表わすことと
する。ジャーナルファイル９から、データベース復旧単
位別ファイル１０が生成される時には、同一のアドレス
の更新ブロックについては、最初のものだけが復旧ブロ
ックとして格納される。The database 6 has addresses 61 to 6N.
It is assumed that there are N physical blocks (N is a natural number). When the update process of the database 6 is performed, the update history is written in the journal file 9. At this time, the physical block of the address 6N that is the update target in the database 6 corresponds to the update block 6N-X (X represents the number of updates) of the journal file 9.
That is, the first update block of the physical block at the address 66 of the database 6 is set to 66-1, and the physical block 6
The second update block of N shall represent 6N-2. When the file 10 for each database recovery unit is generated from the journal file 9, only the first update block of the same address is stored as the recovery block.
【００１１】この、バックエンド処理部３にて、ジャー
ナルファイル９からデータベース復旧単位別ファイル１
０を生成する処理は、バックアップファイル１１が取得
されて、次のバックアップファイル１１が取得されるま
での間を単位として繰り返される。In the back-end processing unit 3, the database recovery unit-specific file 1 from the journal file 9
The process of generating 0 is repeated as a unit until the backup file 11 is acquired and the next backup file 11 is acquired.
【００１２】以降では、業務処理部１０２の実行中に、
データベース６に障害が発生した場合の動作を説明す
る。After that, during execution of the business processing unit 102,
The operation when a failure occurs in the database 6 will be described.
【００１３】まず、データベース６のディスク障害が発
生すると、業務処理部１０２は、障害となったディスク
をディスク復旧処理部４にリリースする。ディスク復旧
処理部４は、復旧管理ファイル７を参照して、バックア
ップファイル１１の中から、該当する記憶媒体を選び出
し、障害復旧ディスク８にデータをロードする。バック
アップファイル１１のデータのロード終了後、復旧管理
ファイル７を参照して、データベース復旧単位別ファイ
ル１０の中から、該当する記憶媒体を選択して、障害復
旧ディスク８に該当データをロードする。次に、データ
ベース障害時に業務処理部２が使用していたジャーナル
ファイル９をディスク復旧処理部４に入力し、障害時点
までの該当データを順次、障害復旧ディスク８にロード
していくことによって、障害復旧ディスク８に対するデ
ータベース６の復旧処理が完了する。First, when a disk failure of the database 6 occurs, the job processing section 102 releases the failed disk to the disk restoration processing section 4. The disk recovery processing unit 4 refers to the recovery management file 7, selects a corresponding storage medium from the backup file 11, and loads the data on the failure recovery disk 8. After the data of the backup file 11 is loaded, the recovery management file 7 is referred to, the corresponding storage medium is selected from the database recovery unit-specific file 10, and the corresponding data is loaded to the failure recovery disk 8. Next, by inputting the journal file 9 used by the business processing unit 2 at the time of the database failure to the disk recovery processing unit 4 and sequentially loading the relevant data up to the time of the failure onto the failure recovery disk 8, The recovery process of the database 6 for the recovery disk 8 is completed.
【００１４】以上で述べている復旧管理ファイル７と
は、データベース６と、ジャーナルファイル９やデータ
ベース復旧単位別ファイル１０やバックアップファイル
１１の各記憶媒体との対応を管理するためにバックエン
ド処理部３で作成したファイルである。The recovery management file 7 described above is the back-end processing unit 3 for managing the correspondence between the database 6 and each storage medium such as the journal file 9, the database recovery unit file 10 and the backup file 11. It is a file created in.
【００１５】さらに、上記で説明したデータベース復旧
方式において、データベース復旧単位別ファイル１０を
生成する際に、ジャーナルファイル９の更新データを更
新ブロックとしてバックエンド処理部３に読み込んで、
データベース復旧単位に振り分けた後、データベース６
の物理アドレス順にソートする処理を追加することもで
きる。このようにすれば、データベース復旧の際のデー
タベースへのアクセスはデータベースが格納されたディ
スクに対し、その物理アドレス順にアクセスすることと
なるので、復旧作業はより高速化できる。同一の物理ア
ドレスをもつ更新データが複数存在する場合には、最後
に更新された更新データのみを格納することで、ディス
クアクセスの効率を上げ、データベース復旧処理の一層
の高速化を図ることができる。Further, in the database recovery method described above, when the file 10 for each database recovery unit is generated, the update data of the journal file 9 is read into the back-end processing unit 3 as an update block,
After allocating to database recovery unit, database 6
It is also possible to add a process of sorting in the order of physical addresses of. In this way, when the database is restored, the database is accessed by accessing the disk in which the database is stored in the order of the physical addresses, so that the recovery work can be sped up. When there are multiple update data with the same physical address, storing only the last updated update data improves disk access efficiency and further speeds up database recovery processing. .
【００１６】[0016]
【発明の効果】以上説明したように本発明は、データベ
ースシステムの障害ディスク復旧処理において、バック
アップファイルの取得頻度を高くできなかったり、デー
タベース更新処理の頻度が高いなどで、大量のジャーナ
ルファイルが出力された場合でもアドレス順にソートさ
れた障害ディスク復旧に必要なデータのみを、業務処理
のバックエンドで作成したデータベース復旧単位別ファ
イルから読み取ることで、ロード時間の短縮が実現でき
る。また、原則として同一のアドレスの場合、複数の更
新ブロックが存在しても、一回の復旧ブロックのみを読
み出すだけでよいので、データベースのディスクの復旧
時間を一定時間以内に抑え、高速化できる利点がある。As described above, according to the present invention, a large number of journal files are output because the backup file acquisition frequency cannot be increased or the database update processing frequency is high in the failure disk recovery processing of the database system. Even if it occurs, the load time can be shortened by reading only the data necessary for recovering the failed disk sorted in the order of address from the file for each database recovery unit created in the back end of the business process. Also, as a general rule, if the same address is used, even if there are multiple update blocks, it is only necessary to read the recovery block once, so the recovery time of the database disk can be kept within a fixed time, and the speed can be increased. There is.
【図１】本発明の一実施例のブロック図である。FIG. 1 is a block diagram of an embodiment of the present invention.
【図２】本発明のデータベースとジャーナルファイルと
データベース復旧単位別ファイルの対応を示した構成図
である。FIG. 2 is a configuration diagram showing correspondence between a database, a journal file, and a file for each database recovery unit according to the present invention.
１ 中央処理装置 ２ 業務処理部 ３ バックエンド処理部 ４ ディスク復旧処理部 ５ 端末 ６ データベース ７ 復旧管理ファイル ８ 障害復旧ディスク ９ ジャーナルファイル １０ データベース復旧単位別ファイル １１ バックアップファイル ６１〜６Ｎ 物理ブロック 1 central processing unit 2 business processing unit 3 back-end processing unit 4 disk recovery processing unit 5 terminal 6 database 7 recovery management file 8 failure recovery disk 9 journal file 10 database recovery unit file 11 backup file 61 to 6N physical block
Claims (2)
れたデータにもとづいて、データベースの更新処理を行
い、データベース更新データを順次、ジャーナルファイ
ルに出力する業務処理部と、 ジャーナルファイルの更新データをデータベース復旧単
位に振り分け、同一の物理アドレスを持つ更新データが
複数存在する場合には、最後に更新された更新データの
みを格納したデータベース復旧単位別ファイルを生成す
るバックエンド処理部と、 データベース復旧時に、復旧管理ファイルを参照して定
期的あるいは不定期的に取得したデータベースのバック
アップファイルとデータベース復旧単位別ファイルとジ
ャーナルファイルを入力してデータベースの復旧処理を
行うディスク復旧処理部と、 前記業務処理部、バックエンド処理部、ディスク復旧処
理部から構成されている中央処理装置と、 業務処理部に接続されているデータベースと、 データベースの更新データを順次記録しているジャーナ
ルファイルと、 ジャーナルファイルの更新データをデータベース復旧単
位に振り分け、データベース復旧単位に振り分けられた
更新データをデータベースの物理アドレス順にソート
し、同一の物理アドレスを持つ更新データが複数存在す
る場合には最後に更新された更新データのみを格納した
データベース復旧単位別ファイルと、 定期的あるいは不定期的に取得したデータベースのバッ
クアップファイルと、 データベースとジャーナルファイルやデータベース復旧
単位別ファイルやバックアップファイルの各記憶媒体と
の対応を管理するためにバックエンド処理部で作成した
復旧管理ファイルと、 データベースの復旧ファイルを作成する障害復旧ディス
クを備えることを特徴とするデータベース復旧方式。1. In a database system, a database processing unit that performs a database update process based on input data and sequentially outputs the database update data to a journal file, and the update data of the journal file as a database recovery unit. If there are multiple update data that have the same physical address, the back-end processing unit that generates the file for each database recovery unit that stores only the last updated update data, and the recovery management file when the database is restored The disk recovery processing unit for performing database recovery processing by inputting a database backup file, a database recovery unit-specific file, and a journal file acquired periodically or irregularly with reference to the above-mentioned business processing unit, back-end processing Department, Di Disk recovery processing unit, a central processing unit, a database connected to the business processing unit, a journal file that sequentially records database update data, and the journal file update data is distributed to database recovery units. , Database recovery unit files that sort the update data distributed to database recovery units in the order of physical addresses of the database, and store only the last updated update data when there are multiple update data with the same physical address And a backup file created by the back-end processing unit in order to manage the correspondence between the database backup file that was acquired periodically or irregularly, and the storage medium for the database and the journal file, the database recovery unit file, and the backup file. tube Database recovery method, characterized in that it comprises a file, a fault recovery disk to create a recovery file database.
において、前記バックエンド処理部はデータベース復旧
単位に振り分けられた更新データをデータベースの物理
アドレス順にソートしてから前記データベース復旧単位
別ファイルに格納することを特徴とするデータベース復
旧方式。2. The database recovery method according to claim 1, wherein the back-end processing unit sorts the update data allocated to the database recovery unit in the order of physical addresses of the database and then stores the updated data in the file by the database recovery unit. Database recovery method characterized by the following.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5166737A JPH0721071A (en) | 1993-07-06 | 1993-07-06 | Data base restoration system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5166737A JPH0721071A (en) | 1993-07-06 | 1993-07-06 | Data base restoration system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0721071A true JPH0721071A (en) | 1995-01-24 |
Family
ID=15836823
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5166737A Pending JPH0721071A (en) | 1993-07-06 | 1993-07-06 | Data base restoration system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0721071A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100866513B1 (en) * | 2007-02-16 | 2008-11-03 | 한국과학기술원 | Data Process Method Using Journaling File System Based on Flash Memory |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0350648A (en) * | 1989-07-19 | 1991-03-05 | Hitachi Ltd | Fault restoration method for data base |
-
1993
- 1993-07-06 JP JP5166737A patent/JPH0721071A/en active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0350648A (en) * | 1989-07-19 | 1991-03-05 | Hitachi Ltd | Fault restoration method for data base |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100866513B1 (en) * | 2007-02-16 | 2008-11-03 | 한국과학기술원 | Data Process Method Using Journaling File System Based on Flash Memory |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6202135B1 (en) | System and method for reconstructing data associated with protected storage volume stored in multiple modules of back-up mass data storage facility | |
| US5778394A (en) | Space reclamation system and method for use in connection with tape logging system | |
| JP4206586B2 (en) | Database management method and apparatus, and storage medium storing database management program | |
| US5274807A (en) | Method for reducing magnetic storage volume for computer disk image backup | |
| US5561795A (en) | Method and apparatus for audit trail logging and data base recovery | |
| US5909700A (en) | Back-up data storage facility incorporating filtering to select data items to be backed up | |
| EP0541281A2 (en) | Incremental-computer-file backup using signatures | |
| JPH09101912A (en) | Difference backup system | |
| US6636941B1 (en) | Enhanced stable disk storage | |
| WO1998026353A9 (en) | Recoverable computer file system | |
| US6148382A (en) | Arrangement for filtering data item updates to reduce the number of updates to a data item to be stored on mass data storage facility | |
| US20080162591A1 (en) | Method of Logging Transactions and a Method of Reversing a Transaction | |
| CN108984343B (en) | Virtual machine backup and storage management method based on content analysis | |
| US6662307B1 (en) | Disk recovery/reconstruction | |
| US5809435A (en) | Efficient index arrangement and method for identifying valid records stored on logging digital data storage subsystem | |
| JPH039494B2 (en) | ||
| JP4127461B2 (en) | Backup system and method in disk shared file system | |
| JP3378594B2 (en) | Processing unit that performs database relocation | |
| JPH0721071A (en) | Data base restoration system | |
| CN114816856A (en) | Data backup method, device and equipment and readable storage medium | |
| JPH0816881B2 (en) | Database update method | |
| US7376678B2 (en) | Database management program and recording medium | |
| JP2741999B2 (en) | Data storage management method | |
| JP2720775B2 (en) | File parallel processing unit | |
| CN112596948B (en) | Database cluster data backup method, device, equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 19960227 |