JPH01166232A - Data recovery system - Google Patents
Data recovery systemInfo
- Publication number
- JPH01166232A JPH01166232A JP62323943A JP32394387A JPH01166232A JP H01166232 A JPH01166232 A JP H01166232A JP 62323943 A JP62323943 A JP 62323943A JP 32394387 A JP32394387 A JP 32394387A JP H01166232 A JPH01166232 A JP H01166232A
- Authority
- JP
- Japan
- Prior art keywords
- database
- information
- update
- data
- history information
- 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.)
- Granted
Links
- 238000011084 recovery Methods 0.000 title claims abstract description 25
- 238000000034 method Methods 0.000 claims abstract description 11
- 239000000284 extract Substances 0.000 abstract description 2
- 230000015556 catabolic process Effects 0.000 abstract 1
- 238000003672 processing method Methods 0.000 description 4
- 238000007796 conventional method Methods 0.000 description 3
- 230000006378 damage Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 238000004904 shortening Methods 0.000 description 1
Abstract
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明は複数個のデータベースを用いた大規模オンライ
ンシステムのデータ回復方式に係り、特にデータの回復
時間の短縮、容易な履歴情報の世代管理及び容易な任意
時刻の状態でのデータの回復に関する。[Detailed Description of the Invention] [Field of Industrial Application] The present invention relates to a data recovery method for a large-scale online system using a plurality of databases, and in particular to shortening data recovery time and easy generation management of historical information. and easy recovery of data at any time.
特開昭６１−１５００４５号公報では、データベース更
新処理の履歴情報をファイルメモリ単位に記憶しリカバ
リの高速化を図っている。本発明では、更新ログデータ
を履歴ファイルではな（データベース内に格納すること
により、更新ログファイルを不要とした点ＶＣ＠徴があ
る。同一データベース内の上記更新ログデータからデー
タ回復をして問題のない障害の場合には、データ回復を
より効果的に行うことができる。In Japanese Patent Laid-Open No. 61-150045, history information of database update processing is stored in file memory units to speed up recovery. The present invention is characterized by eliminating the need for update log files by storing update log data in a database rather than in a history file. In the event of a failure without failure, data recovery can be performed more effectively.
複数個のデータベースを用いてトランザクシヨン処理を
行う大規模オンラインシステムでは、データベースの更
新履歴情報を取得しており、システムダウン時に上記更
新履歴情報からデータ回復を行っている。In large-scale online systems that perform transaction processing using multiple databases, update history information of the databases is acquired, and data is recovered from the update history information when the system goes down.
上記従来技術では、更新履歴情報をジャーナルとして−
元管理し、データベース破壊時にデータベースを回復す
る場合には、ジャーナルを先頭から順番ＶＣ読込み該当
箇所を更新前の情報に戻すといつｆ’ｌｌ”業ヲデータ
ベースの数だけ行う必要があった。そのためジャーナル
読込み処理がネックとなり、オンラインシステムが大規
模になりデータベースの数が増えれば増えるほどシステ
ム回復に時間がかかっていた。In the above conventional technology, update history information is used as a journal.
In order to restore the database when the database is destroyed, it is necessary to read the journals sequentially from the beginning and return the relevant sections to the information before the update. The journal reading process became a bottleneck, and as the online system became larger and the number of databases increased, system recovery took longer.
本発明の目的は、大容量、高速アクセスのデータベース
を多重化して利用し、データベースの更ｔｒＩ＆歴情報
を各々のデータベースの中に持たせることにより、更新
履歴情報の分散化を図り、また同一データベース内の履
歴情報を持りても問題のないデータベース破壊の際に、
更新履歴情報からレコードを更新前情報に戻すことによ
り、データの回復時間を大幅に短縮することにある。デ
ータベース中の更新履歴情報は、レコードの更新時刻、
処理通番、更新前情報からなるために、更新時刻を用い
ればレコードの世代管理を行うことが可能であるばかり
でなく、任意の時刻の状態のデータベースに柔軟に回復
できるようになった。The purpose of the present invention is to multiplex and use large-capacity, high-speed access databases, and to have update history information in each database. In the event of database destruction, where there is no problem even if the historical information in
The purpose is to significantly shorten data recovery time by returning records to pre-update information from update history information. Update history information in the database includes record update time,
Since it consists of a processing serial number and pre-update information, it is not only possible to manage the generation of records by using the update time, but also it is now possible to flexibly restore the database to the state at any time.
同一データベース内の履歴情報からデータの回復ができ
ない障害の場合には、データベースを多重化しているデ
ータベースに切り替えるが、履歴情報からのデータ回復
が可能な障害の場合には、履歴情報を用いることにより
従来より速（データ回復を行うことができる。In the case of a failure in which data cannot be recovered from historical information within the same database, the database is switched to a multiplexed database; however, in the case of a failure in which data can be recovered from historical information, it is possible to recover data by using historical information. Faster data recovery than ever before.
上記目的は、大容量で高速アクセスが可能なデータベー
スの中に、更新後データと一緒にデータの更新時刻、処
理通番、更新前情報からなる履歴情報を持たせることに
よって実現される。また、データベースは多重化するこ
とによってデータベース破壊に備えている。The above object is achieved by providing history information consisting of data update time, processing serial number, and pre-update information together with post-update data in a database that has a large capacity and can be accessed at high speed. Furthermore, databases are multiplexed to protect against database destruction.
データベース破壊時にデータベースの内容を処理通番Ｎ
の時点の状態に戻す場合には、データの履歴情報のうち
処理通番Ｎの更新前情報をサーチし、その更新前情報に
データを戻すことによりデータベース回復を行う。Processing sequence number N of database contents when database is destroyed
When restoring to the state at the time of , the database is recovered by searching for the pre-update information of the processing serial number N among the data history information and returning the data to the pre-update information.
データベースの履歴情報にはデータの更新時刻かついて
いるため、この更新時刻をもとｒｃＢ歴情報の世代管理
を容易に行うことができる。Since the history information of the database includes the data update time, generation management of the rcB history information can be easily performed based on this update time.
また、データベースの内容を更新時刻Ｔの状態に戻す場
合には、上記データの更新時刻Ｔの更新前情報をサーチ
し、その更新前情報にデータを戻すことにより、時刻Ｔ
の状態にデータベースを回復することができる。In addition, when returning the contents of the database to the state at the update time T, search for the pre-update information at the update time T of the above data and return the data to the pre-update information at the time T.
The database can be recovered to the state of.
大容量で高速アクセスが可能なデータベース中に、更新
後データと一緒にデータの履歴情報を持たせることによ
り、ジャーナルの分散化を図ることができ、またこのデ
ータベースを多重化して用いることによりシステムの信
頼性が高まる。Journals can be distributed by having data history information together with updated data in a database that has a large capacity and can be accessed at high speed.In addition, by multiplexing this database and using it, the system can be improved. Increased reliability.
データベースの内容の破壊時に、データベースごとに、
各々の履歴情報からデータを更新前状態に戻すため、従
来の一元管理されたジャーナルからデータベースの回復
を行う方式に比べて、データベースの回復時間を短縮す
ることができる。Upon destruction of database contents, for each database:
Since the data is restored to the pre-update state from each piece of historical information, the database recovery time can be reduced compared to the conventional method of recovering the database from a centrally managed journal.
また、履歴情報の甲Ｊ）更新時刻をもとにレコードの世
代管理を行うこともできる。さらに、レコードの更新前
情報を更新時刻でサーチすることにより指定した任意時
刻の状態にデータベースを回復できる。このように、本
発明を適用することによって、データベースの回復をよ
り短時間に、またより操作性よ（行うことができる。Furthermore, it is also possible to perform record generation management based on the update time of historical information. Furthermore, the database can be restored to the state at a specified arbitrary time by searching the pre-update information of the record by the update time. In this way, by applying the present invention, database recovery can be performed in a shorter time and with greater operability.
以下に本発明の一実施例を図面により詳細に説明する。 An embodiment of the present invention will be described in detail below with reference to the drawings.
第２図は、従来の一元管理されたジャーナルからデータ
ベースを回復する方式の例である。FIG. 2 is an example of a conventional method for recovering a database from a centrally managed journal.
第２図を用いて従来のデータベース回復処理の説明をす
る。Conventional database recovery processing will be explained using FIG.
第２図は、ル個のデータベースＤＢＩ、ＤＢ２ 、・・
・ＤＢｎを用いてトランザクション処理を行う大規模オ
ンラインシステムを示している。上記システムでは、端
末群８から入力されたトランザクシヨンを業務実行処理
部５で実行し、データベースＩＩＪ ＴＯ部４Ｖｃより
データベースの更新を行う。また、ジャーナル制御部５
は、データベースの更新に伴いレコードの履歴情報をジ
ャーナルに取得する。レコードの履歴情報は、ＪＮＬ＋
の先頭からＪＮＬｙｘの最後までに連続的ＶＣ取得する
。Figure 2 shows three databases DBI, DB2,...
- It shows a large-scale online system that performs transaction processing using DBn. In the above system, transactions input from the terminal group 8 are executed by the business execution processing unit 5, and the database is updated by the database IIJ TO unit 4Vc. In addition, the journal control unit 5
acquires record history information into the journal as the database is updated. Record history information is available at JNL+
Obtain continuous VCs from the beginning of JNLyx to the end of JNLyx.
データベースが破壊されデータベースの内容を回復する
場合には、データベース制御部４はＤＢｌからＤＢ＋ｚ
までを順番に、以下の手順に従って回復していく。When the database is destroyed and the contents of the database are to be recovered, the database control unit 4 changes the data from DB1 to DB+z.
Please follow the steps below to recover.
■ＤＢの回復のために、ジャーナル制御部５は、使用し
ているすべてのジャーナルをＪＮＬＩからＪＮＬｍまで
順番に読込み、該当ＤＢのレコードの履歴情報だけを取
出すう
■データベース制御部５は、■の履歴情報をもとに該当
ＤＢの内容を回復する。■In order to recover the DB, the journal control unit 5 reads all the journals in use from JNLI to JNLm in order, and extracts only the history information of the records of the relevant DB.■The database control unit 5 The contents of the relevant DB are recovered based on the history information.
従来処理方式では、上記■、■の操作をデータベースの
数だけ行う必要があり、ジャーナル読込み処理がネック
となり、オンラインシステムが大規模になりデータベー
スの数が増えれば増えるほど、システム回復に時間がか
かっていた。In the conventional processing method, it is necessary to perform the above operations ① and ③ for the number of databases, and the journal reading process becomes a bottleneck.The larger the online system and the larger the number of databases, the longer it takes to recover the system. was.
次Ｋｇｊ図を用いて、データベース中にレコード履歴情
報を取得した場合のデータベース回復処理方式の説明を
する。本発明を適用することによりジャーナルが不要と
なり、レコードの履歴情報は各々のデータベースの履歴
情報部１０１ｃ格納してお（。第１図の例では、を個の
データベース障害ち、データベース障害に備えて各々の
データベースを２重化しである。Next, a database recovery processing method when record history information is acquired in the database will be explained using the Kgj diagram. By applying the present invention, a journal becomes unnecessary, and record history information is stored in the history information section 101c of each database. Each database is duplicated.
データベースのデータ部９の中のレコードは、レコード
更新後情報１１と更新前情報ボイ／り１２から構成され
る。（第５図を参照のこと）履歴情報部１０の中には更
！？前情報ポインタ１２が指すアドレスに、上記レコー
ドの履歴情報が格納されでいる。A record in the data section 9 of the database is composed of post-update information 11 and pre-update information 12. (See FIG. 5) There is more information in the history information section 10! ? The history information of the record is stored at the address pointed to by the previous information pointer 12.
履歴情報は、更新時刻１５．処理通番１４及びレコード
更新前情報１５から１！＃成され、更新＠情報１５は更
新時刻１５の早い順番で並んでいる。The history information is updated at 15. 1 from processing serial number 14 and record pre-update information 15! # has been created, and the update@information 15 is arranged in order of earliest update time 15.
第１図のオンラインシステムがトランザクシｌン処理中
にシステムダウンし、データベースノ内容を回復する場
合には、データベース制御部４は該当データベースの内
容ケ以下の手順で処理通番Ｎの状態に戻す。When the online system of FIG. 1 goes down during transaction processing and the contents of the database are to be recovered, the database control unit 4 returns the contents of the database to the state of processing sequence number N in the following steps.
■データベース制御部４は、該当ＤＢの履歴情報部１０
をサーチし、処理通番Ｎの更新前情報だけを取出す。■The database control unit 4 includes the history information unit 10 of the relevant DB.
is searched and only the pre-update information of processing serial number N is retrieved.
■データベース制御部４は、■の更新前情報をもとに該
当ＤＢの内容を回復する。(2) The database control unit 4 recovers the contents of the corresponding DB based on the pre-update information (2).
各々のデータベースについて履歴情報を同じデータベー
ス内に格納することにより履歴情報の分散を図り、各々
の履歴情報からデータベースを回復する本発明の方式を
適用すれば、データベース回復処理は、従来方式に比べ
大幅に時間を短縮できる。By applying the method of the present invention, which distributes the historical information for each database by storing it in the same database and recovers the database from each historical information, the database recovery process can be significantly improved compared to the conventional method. can reduce time.
また、履歴情報の更新時刻１５を用いることにより、レ
コードの世代管理及び任意時刻の状態での内容にデータ
ベースを回復することができる。ここで、データベース
の内容を更新時刻ｔ（但し、ｔｔ ＜ ｔ＜ ｔｓ と
する）の状態に戻す場合について考えると、以下の操作
を行う。Furthermore, by using the update time 15 of the history information, it is possible to manage the generation of records and restore the database to its contents at any time. Now, considering the case where the contents of the database are returned to the state at update time t (where tt < t < ts), the following operations are performed.
■データベース制御部４は、該当ＤＢの履歴情報部１０
０更新時刻１５をサーチし、時刻ｔもしくはｔよりｌト
さい最大の時刻の更新前情報を取出す。■The database control unit 4 includes the history information unit 10 of the relevant DB.
0 update time 15 is searched, and pre-update information at time t or the maximum time l later than t is extracted.
ここでは時刻ｔ、の更新前情報が該当する。Here, the pre-update information at time t is relevant.
■データベース制御部４は、■の更新前情報をもとに該
当ＤＢの内容を回復する。(2) The database control unit 4 recovers the contents of the corresponding DB based on the pre-update information (2).
以上の方法により、従来の方法に比べてより柔軟性のあ
るデータベースの回復２！ｌ：可能となる。With the above method, database recovery 2! is more flexible than traditional methods! l: Possible.
本発明によれば、複数個のデータベースを用いてトラン
ザクシ募ン処即を行う大規模オンラインシステムで、デ
ータベースの回復時間を短縮することができると同時に
、レコードの世代管理及び任意時刻の状態でのデータベ
ースの回保を容易に行うことができる。According to the present invention, in a large-scale online system that uses a plurality of databases to quickly solicit and process transactions, database recovery time can be shortened, and at the same time, record generation management and record generation management can be performed at any time. Database recovery can be easily performed.
第１図は本発明の一実施例のデータベース回復処理方式
の例の説明図、第２図は従来のデータ部（エ
ース回復処理方式の例の説明図、第５１忙、レコードの
履歴情報のフォーマット図である。
１：中央処理装置
２：データ通信を実現する得ジャ
４：データベースを制御するプログラムｓ ： ＣＰμ
ｍの入出力装置
１１ニレコードの更新後情報
１５ニレコードの更新時刻
１４ニレコードの処理通番
１５ニレコードの更新前情報FIG. 1 is an explanatory diagram of an example of a database recovery processing method according to an embodiment of the present invention, and FIG. 2 is an explanatory diagram of an example of a conventional data section (Ace recovery processing method, 51st busy, record history information format) The figure is: 1: Central processing unit 2: System that realizes data communication 4: Program that controls the database: CPμ
Input/output device 11 of m 2-record update information 15 2-record update time 14 2-record processing serial number 15 2-record pre-update information
Claims (1)
理を行う大規模オンラインシステムで、レコードの更新
時刻、処理通番、更新前情報からなる履歴情報を格納し
た多重化したデータベースを持ち、データベース破壊時
にレコードを各々の履歴情報から更新前状態に戻すこと
によりデータベースの回復時間を短縮することを可能と
し、また上記レコードの更新時刻を用いることによりレ
コードの世代管理を容易に行うと同時に、任意時刻の状
態でのデータベースの回復を柔軟に行うことを可能とす
ることを特徴とするデータ回復方式。1. A large-scale online system that processes transactions using multiple databases. It has a multiplexed database that stores history information consisting of record update times, processing serial numbers, and pre-update information. It is possible to shorten the recovery time of the database by returning to the state before the update from each history information, and by using the update time of the above record, it is possible to easily manage the generation of records. A data recovery method is characterized in that it enables flexible recovery of a database.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP62323943A JP2960417B2 (en) | 1987-12-23 | 1987-12-23 | Data recovery method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP62323943A JP2960417B2 (en) | 1987-12-23 | 1987-12-23 | Data recovery method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH01166232A true JPH01166232A (en) | 1989-06-30 |
| JP2960417B2 JP2960417B2 (en) | 1999-10-06 |
Family
ID=18160362
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP62323943A Expired - Lifetime JP2960417B2 (en) | 1987-12-23 | 1987-12-23 | Data recovery method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2960417B2 (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH03142638A (en) * | 1989-10-30 | 1991-06-18 | Nec Corp | Control system for monitoring data base |
| JP2007022690A (en) * | 2005-07-12 | 2007-02-01 | Toshiba Elevator Co Ltd | Elevator control device |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS58175056A (en) * | 1982-04-07 | 1983-10-14 | Fujitsu Ltd | Controlling system of discriminating instruction |
| JPS58175065A (en) * | 1982-04-07 | 1983-10-14 | Fujitsu Ltd | Processing system of multiplex volume |
| JPS6015753A (en) * | 1983-07-08 | 1985-01-26 | Hitachi Ltd | Acquiring system of working information |
-
1987
- 1987-12-23 JP JP62323943A patent/JP2960417B2/en not_active Expired - Lifetime
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS58175056A (en) * | 1982-04-07 | 1983-10-14 | Fujitsu Ltd | Controlling system of discriminating instruction |
| JPS58175065A (en) * | 1982-04-07 | 1983-10-14 | Fujitsu Ltd | Processing system of multiplex volume |
| JPS6015753A (en) * | 1983-07-08 | 1985-01-26 | Hitachi Ltd | Acquiring system of working information |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH03142638A (en) * | 1989-10-30 | 1991-06-18 | Nec Corp | Control system for monitoring data base |
| JP2007022690A (en) * | 2005-07-12 | 2007-02-01 | Toshiba Elevator Co Ltd | Elevator control device |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2960417B2 (en) | 1999-10-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0336546B1 (en) | System and method for data recovery in a database on a computer system after an error in the system | |
| US5530855A (en) | Replicating a database by the sequential application of hierarchically sorted log records | |
| US5761677A (en) | Computer system method and apparatus providing for various versions of a file without requiring data copy or log operations | |
| US5204958A (en) | System and method for efficiently indexing and storing a large database with high data insertion frequency | |
| US8060713B1 (en) | Consolidating snapshots in a continuous data protection system using journaling | |
| US20070162513A1 (en) | Methods and apparatus for point in time data access and recovery | |
| JPH01166232A (en) | Data recovery system | |
| JP2925042B2 (en) | Information link generation method | |
| JP2001229063A (en) | Data managing system | |
| CN112612648B (en) | SQL Server database recovery method, terminal equipment and storage medium | |
| JPH0277950A (en) | Data base processing system | |
| JPH0447344A (en) | History journal recording system | |
| JPH0259837A (en) | Data recovery processing system | |
| JPH0418647A (en) | Method and mechanism for recovering preserved binary data | |
| JPH01140353A (en) | System for maintaining data in data base | |
| JPH1173353A (en) | Transaction retrieval processor based on specified time | |
| JPH0833900B2 (en) | Content retrieval device | |
| CN116450751A (en) | Transaction processing method and device | |
| JPS61251942A (en) | Data file control system | |
| JPH04360247A (en) | Fault restoring system for data base | |
| JPH0324646A (en) | Information processor | |
| JPH02270046A (en) | History information control system for on-line data base system | |
| JPH04155548A (en) | Log management and recovery processing system | |
| JPH02263268A (en) | Data retrieving system | |
| JPS59180770A (en) | Transaction processing system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070730 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080730 Year of fee payment: 9 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080730 Year of fee payment: 9 |