JPS6221136B2 - - Google Patents
Info
- Publication number
- JPS6221136B2 JPS6221136B2 JP57051594A JP5159482A JPS6221136B2 JP S6221136 B2 JPS6221136 B2 JP S6221136B2 JP 57051594 A JP57051594 A JP 57051594A JP 5159482 A JP5159482 A JP 5159482A JP S6221136 B2 JPS6221136 B2 JP S6221136B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- log
- file
- updated
- time period
- 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.)
- Expired
Links
- 238000011084 recovery Methods 0.000 claims description 18
- 238000000034 method Methods 0.000 claims description 8
- 238000010586 diagram Methods 0.000 description 5
- 101100167308 Xenopus laevis cirbp-b gene Proteins 0.000 description 4
- 101100167307 Xenopus laevis cirbp-a gene Proteins 0.000 description 3
- 230000005856 abnormality Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
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
Description
【発明の詳細な説明】
〔発明の技術分野〕
本発明は、或る時間帯においては１システムと
して動作し、他の時間帯においては２システムと
して動作するデユープレツクス・システムにおけ
るリカバリ方式に関するものである。[Detailed Description of the Invention] [Technical Field of the Invention] The present invention relates to a recovery method in a duplex system that operates as one system during a certain time period and as two systems during another time period. .
デユープレツクス・システムを運用する場合、
昼間は１システムとしてオンライン処理を行わ
せ、夜間は２システムとし、各システムにそれぞ
れデータセツトを割当て各システムにバツチ処理
を行わせることが提案されている。一般に、デー
タセツトの更新を行う際には、更新後履歴ログデ
ータを取得した後にデータセツトの更新を行つて
いるが、このような手法を上記のようなデユープ
レツクス・システムの運用に適用すると、１シス
テムの場合には１個の更新後履歴ログデータ・フ
アイルに更新後ログデータが書込まれ、２システ
ムの場合には各システムが独自に更新後履歴ログ
フアイルを持ち、対応する更新後履歴ログデー
タ・フアイルに更新後履歴ログデータを書込んで
いる。例えば２システムとして動作しているとき
に、データセツトの異常もしくはデータセツト記
録媒体にIO障害が発生し、該当するデータセツ
トをリカバリする場合、先ずデユープレツクス・
システムのシステム構成を１システムとしてバツ
クアツプ・データフアイルおよび１システム時に
取得された更新後履歴ログデータ・フアイルを用
いてリカバリを行い、しかる後にデユープレツク
ス・システムのシステム構成を２システムとし、
各システムが対応する更新後履歴ログデータ・フ
アイルを用いてリカバリを行うようにすることが
必要であつた。しかし、このようなデユープレツ
クス・システムにおけるリカバリ方式は、リカバ
リの手続が非常に面倒であるという欠点を有して
いる。
When operating a duplex system,
It has been proposed to have one system perform online processing during the day and two systems during the night, allocating data sets to each system and having each system perform batch processing. Generally, when updating a dataset, the dataset is updated after acquiring post-update history log data, but if this method is applied to the operation of the duplex system as described above, 1. In the case of a system, the post-update log data is written to one post-update history log data file, and in the case of two systems, each system has its own post-update history log file, and the corresponding post-update history log Post-update history log data is being written to the data file. For example, when operating as two systems, if a data set abnormality or an IO failure occurs on the data set recording medium, and you want to recover the relevant data set, first
The system configuration is set to one system, and recovery is performed using the backup data file and the updated history log data file acquired during one system, and then the duplex system configuration is changed to two systems,
It was necessary for each system to perform recovery using its corresponding updated history log data file. However, such a recovery method in a duplex system has the disadvantage that the recovery procedure is extremely troublesome.
本発明は、上記の欠点を除去するものであつ
て、デユープレツクス・システムにおけるデータ
セツトのリカバリを容易に行い得るようにしたデ
ユープレツクス・システムにおけるリカバリ方式
を提供することを目的としている。
SUMMARY OF THE INVENTION It is an object of the present invention to eliminate the above-mentioned drawbacks and to provide a recovery method in a duplex system which facilitates the recovery of data sets in a duplex system.
そしてそのため、本発明のデユープレツクス・
システムにおけるリカバリ方式は、
時間帯によつて同一データセツトに対する更新
後履歴ログデータが、直接アクセスボリユーム上
に構成された異なるログフアイルに格納されるよ
うに運用されるデユープレツクス・システムにお
いて、上記各時間帯の開始時と終了時に正順性を
示すための制御ログデータをログフアイルに格納
すると共に、時間帯の終りでログフアイルの更新
後履歴ログデータを持ち運びできる記録媒体に記
録し、データセツトのリカバリを行う際、当該デ
ータセツトに関連せるログフアイルもしくは記録
媒体をリカバリの入力源とすることを特徴とする
ものである。
And for that reason, the duplex of the present invention
The recovery method in the system is that in a duplex system, where updated history log data for the same data set is stored in different log files configured on a direct access volume depending on the time period, Control log data to indicate normal order at the start and end of the time period is stored in a log file, and at the end of the time period, the history log data is recorded on a portable recording medium after the log file is updated, and data set recovery is performed. When performing the recovery, a log file or a recording medium related to the data set is used as an input source for recovery.
以下、本発明を図面を参照しつつ説明する。 Hereinafter, the present invention will be explained with reference to the drawings.
第１図イ，ロはデユープレツクス・システムの
運用の１例を示す図、第２図は更新後履歴ログデ
ータの取得の１例を示す図である。 FIGS. 1A and 1B are diagrams showing an example of operation of a duplex system, and FIG. 2 is a diagram showing an example of acquisition of updated history log data.
第１図において、ＨとH′はホスト計算機、Ａ
とＢは資源群、LOGP１とLOGP２とLOGP２′は
ログフアイル、CIRP１とCIRP２とCIRP２′は環
境定義フアイルをそれぞれ示している。なおログ
フアイルLOGP１、LOGP２およびLOGP２′は
DASD上に構成されている。 In Figure 1, H and H' are host computers, A
and B indicate resource groups, LOGP1, LOGP2, and LOGP2' indicate log files, and CIRP1, CIRP2, and CIRP2' indicate environment definition files, respectively. The log files LOGP1, LOGP2 and LOGP2' are
Configured on DASD.
第１図イは、時間帯Ｐ１のときのシステム構成
を示すものである。環境定義フアイルCIRP１に
は、時間帯Ｐ１におけるログ環境、業務プログラ
ムおよび資源群などが定義されている。時間帯Ｐ
１では図示のように、ホスト計算機Ｈが資源群
Ａ，Ｂを用いて業務を行つている。資源群Ａ，Ｂ
に対する更新後データは、更新後履歴ログデータ
としてログフアイルLOGP１に格納される。ログ
フアイルは、資源群ＡとＢに障害が発生した場合
のリカバリ用データを記録するフアイルである。 FIG. 1A shows the system configuration during time period P1. The environment definition file CIRP1 defines the log environment, business program, resource group, etc. in the time period P1. Time zone P
As shown in FIG. 1, a host computer H is performing business using resource groups A and B. Resource group A, B
The updated data for is stored in the log file LOGP1 as updated history log data. The log file is a file that records recovery data when a failure occurs in resource groups A and B.
第１図ロは、時間帯Ｐ２のときのシステム構成
を示すものである。時間帯Ｐ２では、デユープレ
ツクス・システムは２個の独立した動作する２シ
ステムとして運用をしており、ホスト計算機Ｈは
資源群Ａを用いて業務を行つており、ホスト計算
機H′は資源群Ｂを用いて業務を行つている。資
源群Ａに対する更新後データは、更新後履歴ログ
データとしてログフアイルのLOGP２に格納さ
れ、資源群Ｂに対する更新後データは、更新後履
歴ログデータとしてログフアイルLOGP２′に書
込まれる。第１図イは日中における資源群ＡとＢ
を同時に処理するオンライン処理を示しており、
第１図ロは、夜間における資源群Ａ，Ｂごとに分
離をしたデータを入力するバツチ処理を表わして
いる。第１図イに続いて第１図ロの運用を行つた
場合におけるリカバリ用のログデータは下記のよ
うになる。 FIG. 1B shows the system configuration during time period P2. During time period P2, the duplex system is operating as two independent systems, with host computer H performing business using resource group A, and host computer H' using resource group B. I use it to conduct my business. The updated data for resource group A is stored as updated history log data in the log file LOGP2, and the updated data for resource group B is written as updated history log data in log file LOGP2'. Figure 1 A shows resource groups A and B during the day and day.
It shows online processing that simultaneously processes
FIG. 1B shows batch processing in which data separated into resource groups A and B is input at night. The log data for recovery when the operation shown in FIG. 1 B is performed following the operation shown in FIG. 1 A is as follows.
資源群Ａ………LOGP1＋LOGP2
資源群Ｂ………LOGP1＋LOGP2′
第２図は更新後履歴ログデータ取得の１例を示
す図である。第２図において、BPAとBPBはバツ
クアツプ・フアイル、LOGP１−１とLOGP２−
１とLOGP１−２とLOGP２′−１はログフアイ
ル、LOGBP１−１とLOGBP２−１とLOGBP１
−２とLOGBP２′−１はログフアイルにおけるバ
ツクアツプ・フアイルをそれぞれ示している。な
おシステム１はホスト計算機Ｈ側のシステムであ
り、システム２はホスト計算機H′側のシステム
である。Resource group A...LOGP1+LOGP2 Resource group B...LOGP1+LOGP2' FIG. 2 is a diagram showing an example of acquiring post-update history log data. In Figure 2, BPA and BPB are backup files, LOGP1-1 and LOGP2-
1, LOGP1-2 and LOGP2'-1 are log files, LOGBP1-1, LOGBP2-1 and LOGBP1
-2 and LOGBP2'-1 respectively indicate backup files in the log file. Note that system 1 is a system on the host computer H side, and system 2 is a system on the host computer H' side.
また、ログフアイルLOGP１−１，LOGP２−
１，LOGP１−２およびLOGP２′−１はDASD上
に構成され、バツクアツプLOGBP１−１，
LOGBP２−１，LOGBP１−２、およびLOGBP
２′−１は磁気テープ上に構成されている。 Also, log files LOGP1-1, LOGP2-
1, LOGP1-2 and LOGP2'-1 are configured on DASD, and backup LOGBP1-1,
LOGBP2-1, LOGBP1-2, and LOGBP
2'-1 is constructed on a magnetic tape.
第１回目の時間帯Ｐ１の開始時において、資源
群Ａのバツクアツプ・データが取られバツクアツ
プ・フアイルBPAに格納され、また、資源群Ｂ
のバツクアツプデータが取られ、バツクアツプフ
アイルBPBに格納される。第１回目の時間帯Ｐ１
における資源群Ａ，Ｂに対する更新後データは更
新後履歴ログデータとしてログフアイルLOGP１
−１に格納される。ログフアイルLOGP１−１の
更新後履歴ログデータは、適当なタイミング、例
えば時間帯Ｐ１の終了時点でバツクアツプ・フア
イルLOGBP１−１に格納される。バツクアツ
プ・フアイルLOGBP１−１，LOGBP２−１，…
……LOGBP１−２は磁気テープ上に構成され
る。 At the beginning of the first time period P1, the backup data of resource group A is taken and stored in the backup file BPA, and the backup data of resource group A is taken and stored in the backup file BPA.
The backup data is taken and stored in the backup file BPB. First time period P1
The updated data for resource groups A and B in is stored in log file LOGP1 as updated history log data.
-1 is stored. The updated history log data of the log file LOGP1-1 is stored in the backup file LOGBP1-1 at an appropriate timing, for example, at the end of the time period P1. Backup file LOGBP1-1, LOGBP2-1,...
...LOGBP1-2 are configured on the magnetic tape.
第１回目の時間帯Ｐ２では、資源群Ａの更新後
データは更新後ログデータとしてログフアイル
LOGP２−１に格納され、資源群Ｂに対する更新
後データは更新後履歴ログデータとしてログフア
イルLOGP２′−１に格納される。例えば、時間
帯Ｐ２の終了時点でログフアイルLOGP２−１の
更新後履歴ログデータはバツクアツプLOGBP２
−１に格納され、ログフアイルLOGP２′−１の
更新後履歴ログデータはバツクアツプ・フアイル
LOGBP２′−１に格納される。 In the first time period P2, the updated data of resource group A is stored in the log file as updated log data.
The updated data for the resource group B is stored in the log file LOGP2'-1 as updated history log data. For example, at the end of time period P2, the updated history log data of log file LOGP2-1 is backed up by LOGBP2.
-1, and the updated history log data of log file LOGP2'-1 is stored in the backup file LOGP2'-1.
Stored in LOGBP2'-1.
第２回目の時間帯Ｐ２では、資源群Ａ，Ｂに対
する更新後データがログフアイルＰ１−２に格納
される。例えば、第２回目の時間帯Ｐ２の終了時
点でログフアイルLOGP１−２の更新後履歴ログ
データはバツクアツプ・フアイルLOGBP１−２
に格納される。 In the second time period P2, the updated data for the resource groups A and B are stored in the log file P1-2. For example, at the end of the second time period P2, the updated history log data of log file LOGP1-2 is stored in backup file LOGBP1-2.
is stored in
第２図において、時刻ｔ１でユーザ・フアイル
に障害が発生した場合におけるリカバリの入力資
源は下記のようになる。 In FIG. 2, input resources for recovery when a failure occurs in the user file at time t1 are as follows.
フアイルＡ
バツクアツプBPA＋LOGP1−１又は
LOGBP1−１
＋LOGP2−１又は
LOGBP2−１
＋LOGP1−２又は
LOGBP1−２
フアイルＢ
バツクアツプBPB＋LOGP1−１又は
LOGBP1−１＋LOGP2′−１又は
LOGBP2′−１＋LOGP1−２又は
LOGBP1−２
各ログフアイル内においてはログデータの正順
性は保障をされているが、運用の切れ目では正順
性は保障されていない。そこで、運用の開始時と
終了時に特別の制御ログデータを使用者の指示に
よつてログフアイル上に書き出すことが出来るよ
うにする。運用の切れ目での正順性チエツクは制
御ログデータの一致検査により行う。一致しない
場合のリカバリの決定は使用者に委ねる。リカバ
リはホスト計算機Ｈ又はホスト計算機H′のいず
れか一方のみを使用して行われる。File A Backup BPA+LOGP1-1 or LOGBP1-1 +LOGP2-1 or LOGBP2-1 +LOGP1-2 or LOGBP1-2 File B Backup BPB+LOGP1-1 or LOGBP1-1+LOGP2'-1 or LOGBP2'-1+LOGP1-2 or LOGBP1-2 Each log Although the order of log data is guaranteed within the file, the order is not guaranteed at the end of the operation. Therefore, special control log data can be written to a log file at the start and end of operation according to the user's instructions. Checking the correct order at a break in operation is performed by checking the consistency of control log data. If they do not match, the decision on recovery is left to the user. Recovery is performed using only either host computer H or host computer H'.
以上の説明から明らかなように、本発明によれ
ば、各システムで取得された更新後履歴ログデー
タを最終的に持ち運び可能な記録媒体に記録する
と共に、運用の開始時と終了時に特別の制御ログ
データをログフアイル上に書き出すようにしてい
るので、デユープレツクス・システムがたとえ昼
間が１システムでオンラインの形態で運用され、
夜間が複数システムによるデータを分担するバツ
チ処理の形態で運用されるような場合において
も、データセツトのリカバリを容易に行うことが
出来る。
As is clear from the above description, according to the present invention, updated history log data acquired by each system is finally recorded on a portable recording medium, and special control is performed at the start and end of operation. Since log data is written to a log file, even if a duplex system is operated online with only one system during the day,
Even when the system is operated at night in a batch processing format in which data is shared among multiple systems, data sets can be easily recovered.
第１図イ，ロはデユープレツクス・システムの
運用の１例を示す図、第２図は更新後履歴ログデ
ータの取得の１例を示す図である。
ＨとH′はホスト計算機、ＡとＢは資源群、
LOGP１とLOGP２とLOGP２′はログフアイル、
CIRP１とCIRP２とCIRP２′は環境定義フアイ
ル、BPAとBPBはバツクアツプ・フアイル、
LOGP１−１とLOGP２−１とLOGP１−２と
LOGP２′−１はログフアイル、LOGBP１−１と
LOGBP２−１とLOGBP１−２とLOGBP２′−１
はログフアイルにおけるバツクアツプ・フアイ
ル。
FIGS. 1A and 1B are diagrams showing an example of operation of a duplex system, and FIG. 2 is a diagram showing an example of acquisition of updated history log data. H and H' are host computers, A and B are resource groups,
LOGP1, LOGP2 and LOGP2' are log files,
CIRP1, CIRP2 and CIRP2' are environment definition files, BPA and BPB are backup files,
LOGP1-1 and LOGP2-1 and LOGP1-2
LOGP2'-1 is a log file, LOGBP1-1 and
LOGBP2-1 and LOGBP1-2 and LOGBP2'-1
is a backup file in a log file.
Claims (1)
新後履歴ログデータが、直接アクセスボリユーム
上に構成された異なるログフアイルに格納される
ように運用されるデユープレツクス・システムに
おいて、上記各時間帯の開始時と終了時に正順性
を示すための制御ログデータをログフアイルに格
納すると共に、時間帯の終りでログフアイルの更
新後履歴ログデータを持ち運びできる記録媒体に
記録し、データセツトのリカバリを行う際、当該
データセツトに関連せるログフアイルもしくは記
録媒体をリカバリの入力源とすることを特徴とす
るデユープレツクス・システムにおけるリカバリ
方式。1. In a duplex system where updated history log data for the same data set is stored in different log files configured on a direct access volume depending on the time period, the start and end of each time period is At the same time, the control log data to indicate normal order is stored in a log file, and the history log data after the log file is updated at the end of the time period is recorded on a portable storage medium. A recovery method in a duplex system characterized by using a log file or a recording medium associated with a data set as an input source for recovery.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP57051594A JPS58168155A (en) | 1982-03-30 | 1982-03-30 | Recovery system in duplex system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP57051594A JPS58168155A (en) | 1982-03-30 | 1982-03-30 | Recovery system in duplex system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPS58168155A JPS58168155A (en) | 1983-10-04 |
| JPS6221136B2 true JPS6221136B2 (en) | 1987-05-11 |
Family
ID=12891233
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP57051594A Granted JPS58168155A (en) | 1982-03-30 | 1982-03-30 | Recovery system in duplex system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS58168155A (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2515333B2 (en) * | 1987-05-22 | 1996-07-10 | 富士通株式会社 | System dynamic information collection processor |
| JP3260923B2 (en) * | 1993-09-20 | 2002-02-25 | 富士通株式会社 | Backup control apparatus and method for data processing system |
-
1982
- 1982-03-30 JP JP57051594A patent/JPS58168155A/en active Granted
Also Published As
| Publication number | Publication date |
|---|---|
| JPS58168155A (en) | 1983-10-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7613806B2 (en) | System and method for managing replication sets of data distributed over one or more computer systems | |
| US6463501B1 (en) | Method, system and program for maintaining data consistency among updates across groups of storage areas using update times | |
| US8793453B2 (en) | Multiple cascaded backup process | |
| US6934877B2 (en) | Data backup/recovery system | |
| US9785514B1 (en) | Techniques for file system recovery | |
| US20040044642A1 (en) | Apparatus, method and program for managing database logs | |
| US8533411B2 (en) | Multiple backup processes | |
| CN115098299B (en) | Backup method, disaster recovery method, device and equipment of virtual machine | |
| JPS6221136B2 (en) | ||
| US11269739B2 (en) | Method and system for managing backup data | |
| US20060004846A1 (en) | Low-overhead relational database backup and restore operations | |
| JPS62224843A (en) | Database medium content maintaining system | |
| JPH033046A (en) | Log record control system | |
| US7996365B2 (en) | Record level fuzzy backup | |
| JPH0241052B2 (en) | ||
| JPH06214856A (en) | Data backup system | |
| JP2677282B2 (en) | File management system | |
| JPS58168165A (en) | Recovery system in data base system | |
| KR940015887A (en) | Transaction Management Method of Transaction Processing System | |
| JPS61133450A (en) | Data base revision log processing system | |
| JPS61275929A (en) | Backup processing system | |
| JPS6126098B2 (en) | ||
| JPH08263349A (en) | Data management system | |
| JPS62100849A (en) | Journal processing system for multi-processor system | |
| Ushiroda | File design of small real-time computer system |