JPH08314785A - Data file equalization processing method - Google Patents

Data file equalization processing method

Info

Publication number
JPH08314785A
JPH08314785A JP7123559A JP12355995A JPH08314785A JP H08314785 A JPH08314785 A JP H08314785A JP 7123559 A JP7123559 A JP 7123559A JP 12355995 A JP12355995 A JP 12355995A JP H08314785 A JPH08314785 A JP H08314785A
Authority
JP
Japan
Prior art keywords
computer
update
standby
data file
active
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
Application number
JP7123559A
Other languages
Japanese (ja)
Other versions
JP3702314B2 (en
Inventor
Kuniyoshi Takeda
邦義 武田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP12355995A priority Critical patent/JP3702314B2/en
Publication of JPH08314785A publication Critical patent/JPH08314785A/en
Application granted granted Critical
Publication of JP3702314B2 publication Critical patent/JP3702314B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Abstract

PURPOSE: To surely equalize data files in a short time without damaging the performance of a dual system operation of current system and standby system at the time of starting a standby-system computer. CONSTITUTION: For example, when a computer 2 is used as the current-system computer and a computer 1 is used as the standby-system computer in a dual computer system, computers 1 and 2 of both systems asynchronously count up the update frequency counters in the unit of records and store the current- system computer discrimination information for update after a data file 221 of the current-system computer 2 is updated, and update frequency counters of computers 1 and 2 at the time of the start of the standby system or only records different by current-system computer discrimination information for update are copied from the current-system computer 2 to the standby-system computer 1. Thus, data files are surely equalized in a short time without damaging the performance of dual system operation of the current system and the standby system at the time of starting the standby-system computer 1.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、多重化された計算機シ
ステムの運用系計算機と待機系計算機などにおけるデー
タファイル等価処理方法に関するものである。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data file equivalent processing method in an operating computer and a standby computer of a multiplexed computer system.

【0002】[0002]

【従来の技術】従来、計算機システムを用いた情報処理
システムや制御処理システムは、一般的にその信頼性を
上げるために2重系の構成として、運用系計算機と待機
系計算機を設け、両方の計算機を稼働させてデュープレ
ックス運転を行うものが見られる。このようなシステム
では、運用系計算機でデータファイルを更新する都度、
待機系計算機のデータファイルにも同一データを書込む
ことにより、両系のデータファイルを等価する。また、
故障又は保守等により一方の計算機が停止した後に待機
系へ立ち上げる場合は、両系の計算機のデータファイル
を一致させるために運用系計算機のファイルの内容を新
待機系計算機のデータファイルへコピーするが、対象デ
ータ量が多いと、コピーに時間がかかり、結果として待
機立ち上げ時間が長くなるという問題があり、このコピ
ー時間を短縮する必要がある。
2. Description of the Related Art Conventionally, an information processing system and a control processing system using a computer system are generally provided with an operating computer and a standby computer as a dual system configuration in order to improve their reliability. You can see the one that operates the computer and performs the duplex operation. In such a system, every time the data file is updated on the operating computer,
By writing the same data to the data file of the standby computer, the data files of both systems are made equivalent. Also,
When starting up to the standby system after one computer has stopped due to a failure or maintenance, copy the file contents of the active computer to the data file of the new standby computer to match the data files of the computers of both systems. However, if the amount of target data is large, there is a problem in that copying takes time and, as a result, the standby startup time becomes long, and it is necessary to shorten the copy time.

【0003】図26は、例えば特開平3−137742
号公報に示された、コピー時間の短縮を目的とした、従
来のデータファイル等価処理方法を採用した2系列化計
算機システムを示すハードウェア構成図、図27は従来
のデータファイル等価処理方法の一例を示すブロック図
である。図26,図27において、1,2は2重系を構
成する計算機、5は計算機1と計算機2を接続する伝送
路である。10は計算機1のCPU、11は計算機1の
主メモリ、12は計算機1のディスク、121と122
はディスク12内のデータファイル、13は計算機1と
伝送路5を接続する伝送インタフェース部である。20
は計算機2のCPU、21は計算機2の主メモリ、22
は計算機2のディスク、221と222はディスク22
内のデータファイル、23は計算機2と伝送路5を接続
する伝送インタフェース部である。1211はデータフ
ァイル121上のレコード、1221はデータファイル
122上のレコード、111は計算機1が運用系でかつ
計算機2が停止している時に計算機1のデータファイル
の更新の有無をデータファイルのレコード単位で記憶す
る管理部であり、主メモリ11内部に存在する。221
1はデータファイル221上のレコード、2221はデ
ータファイル222上のレコード、211は計算機2が
運用系でかつ計算機1が停止している時に計算機2のデ
ータファイルの更新の有無をデータファイルのレコード
単位で記憶する管理部であり、主メモリ21内部に存在
する。レコード1211とレコード2211、レコード
1221とレコード2221は各々対応しており、計算
機1と計算機2の一方が運用系、他方が待機系として運
転する場合、対応するレコードの内容は常に等しくなけ
ればならない。
FIG. 26 shows, for example, Japanese Patent Laid-Open No. 3-137742.
FIG. 27 is a hardware configuration diagram showing a two-series computer system that employs a conventional data file equivalence processing method for the purpose of shortening the copy time, and FIG. 27 is an example of a conventional data file equivalence processing method. It is a block diagram showing. In FIG. 26 and FIG. 27, reference numerals 1 and 2 denote computers constituting a double system, and 5 denotes a transmission line connecting the computers 1 and 2. 10 is the CPU of the computer 1, 11 is the main memory of the computer 1, 12 is the disk of the computer 1, 121 and 122
Is a data file in the disk 12, and 13 is a transmission interface unit that connects the computer 1 and the transmission line 5. 20
Is the CPU of the computer 2, 21 is the main memory of the computer 2, 22
Is a disk of the computer 2, 221 and 222 are disks 22
A data file 23 is a transmission interface unit that connects the computer 2 and the transmission line 5. 1211 is a record in the data file 121, 1221 is a record in the data file 122, 111 is a record unit of the data file indicating whether the data file of the computer 1 is updated when the computer 1 is the active system and the computer 2 is stopped. It is a management unit that is stored in the main memory 11. 221
1 is a record in the data file 221, 2221 is a record in the data file 222, 211 is a record unit of the data file indicating whether or not the data file of the computer 2 is updated when the computer 2 is the active system and the computer 1 is stopped. It is a management unit that is stored in the main memory 21. The record 1211 and the record 2211 correspond to each other, and the record 1221 and the record 2221 correspond to each other. When one of the computer 1 and the computer 2 operates as an active system and the other operates as a standby system, the contents of the corresponding records must always be the same.

【0004】次に動作について説明する。計算機2が運
用系の場合は、運用系計算機2は図28に示すフローチ
ャートに従ってデータ変更処理(運用系)を行う。すな
わち、運用系計算機2は、データ更新要求を受け付ける
と、ステップST501で計算機2のデータファイル2
21またはデータファイル222に更新データを書込
み、ステップST502へ移る。ステップST502で
は、他系計算機が待機系であるか否かをチェックし、待
機系であればステップST503へ移り、待機系でなけ
ればステップST504へ移る。ステップST503で
は、更新データを計算機1へ転送してデータ変更処理を
終える。ステップST504では当該レコードを更新し
たことを運用系計算機2の管理部211に記憶してデー
タ変更処理を終える。図28に示すフローチャートによ
ると、例えば、計算機1が待機モード以外の時に運用系
計算機2がレコード2211とレコード2221を更新
したとすれば、計算機管理部211にはレコード221
1とレコード2221が更新されたと記憶される。ま
た、例えば計算機2が運用系で、計算機1が待機系であ
るとすれば、運用系計算機2でレコード2211あるい
はレコード2221を更新しても運用系計算機2の管理
部211には記憶されない。
Next, the operation will be described. When the computer 2 is the active system, the active computer 2 performs the data change process (active system) according to the flowchart shown in FIG. That is, when the operational computer 2 receives the data update request, the data file 2 of the computer 2 is calculated in step ST501.
21 or the data file 222, the update data is written, and it moves to step ST502. In step ST502, it is checked whether or not the other system computer is the standby system. If it is the standby system, the process proceeds to step ST503, and if it is not the standby system, the process proceeds to step ST504. In step ST503, the update data is transferred to the computer 1 and the data change process is completed. In step ST504, the fact that the record has been updated is stored in the management unit 211 of the operating system computer 2, and the data change processing ends. According to the flowchart shown in FIG. 28, for example, if the active computer 2 updates the record 2211 and the record 2221 when the computer 1 is not in the standby mode, the record 221 is stored in the computer management unit 211.
1 and the record 2221 are stored as updated. Further, for example, if the computer 2 is the active system and the computer 1 is the standby system, even if the record 2211 or the record 2221 is updated by the active computer 2, it is not stored in the management unit 211 of the active computer 2.

【0005】もしも計算機1が待機系の場合は、待機系
計算機1は図29に示すフローチャートに従ってデータ
変更処理(待機系)を行う。すなわち、図28のステッ
プST503の結果、運用系計算機2から更新対象デー
タを受信した時にデータ変更処理(待機系)が起動され
ると図29のステップST601において、当該データ
をデータファイル121またはデータファイル122の
対応するレコードに書き込んで、データ変更処理(待機
系)を終える。図28と図29において、例えば計算機
2が運用系で、計算機1が待機系であるとすれば、運用
系計算機2でレコード2211とレコード2221を更
新すれば、レコード2211と同じ内容で待機系計算機
1のレコード1211が更新され、レコード2221と
同じ内容で待機系計算機1のレコード1221が更新さ
れる。
If the computer 1 is a standby system, the standby system computer 1 performs a data change process (standby system) according to the flow chart shown in FIG. That is, as a result of step ST503 of FIG. 28, when the data change process (standby system) is started when the update target data is received from the active system computer 2, the data is changed to the data file 121 or the data file in step ST601 of FIG. Data is written in the corresponding record 122, and the data change process (standby system) is completed. 28 and 29, for example, assuming that the computer 2 is the active system and the computer 1 is the standby system, if the record 2211 and the record 2221 are updated by the active computer 2, the standby computer has the same contents as the record 2211. The record 1211 of No. 1 is updated, and the record 1221 of the standby computer 1 is updated with the same contents as the record 2221.

【0006】次に、停止している計算機1を待機系へ立
ち上げる時には、運用系計算機2は図30に示すフロー
チャートに従ってデータコピー処理(運用系)を行う。
すなわち、ステップST701において、データファイ
ルの先頭レコードをチェック対象レコードとし、ステッ
プST702へ移る。ステップST702では、計算機
2の管理部211を参照して、計算機1が待機系以外の
時にチェック対象レコードの更新されたか否かを判定
し、データ更新が記憶されている時にはステップST7
03に移り、データ更新が記憶されていない時にはステ
ップST705へ移る。ステップST703では、チェ
ック対象レコードの内容をデータファイル221または
データファイル222から読み込み、ステップST70
4へ移る。ステップST704では、ステップST70
3で読み込んだデータを立ち上げ中の計算機1へ転送し
て、ステップST705へ移る。ステップST705で
は、未処理のレコードが残っているか否かを判定し、残
っていればステップST706へ移り、残っていなけれ
ばデータコピー処理(運用系)を終える。ステップST
706ではチェック対象レコードを次のレコードとし、
ステップST702へ移る。
Next, when the stopped computer 1 is booted to the standby system, the active computer 2 performs a data copy process (active system) according to the flowchart shown in FIG.
That is, in step ST701, the first record of the data file is set as the check target record, and the process proceeds to step ST702. In step ST702, the management unit 211 of the computer 2 is referenced to determine whether the check target record has been updated when the computer 1 is not in the standby system, and when the data update is stored, step ST7
03, and when the data update is not stored, it moves to step ST705. In step ST703, the contents of the check target record are read from the data file 221 or the data file 222, and step ST70
Go to 4. In step ST704, step ST70
The data read in 3 is transferred to the computer 1 being started up, and the process proceeds to step ST705. In step ST705, it is determined whether or not an unprocessed record remains, and if there is any record, the process proceeds to step ST706, and if there is no record, the data copy process (active system) ends. Step ST
In 706, the record to be checked is the next record,
Move to step ST702.

【0007】また、停止している計算機1を待機系へ立
ち上げる時には、新待機系の計算機1は図31に示すフ
ローチャートに従ってデータコピー処理(新待機系)を
行う。すなわち、図30のステップST704の結果、
運用系計算機2からコピー対象データを受信した時にデ
ータコピー処理(新待機系)が起動されると図31のス
テップST801において、当該データをデータファイ
ル121またはデータファイル122の対応するレコー
ドにコピーして、データコピー処理(新待機系)を終え
る。図29と図30において、例えば、管理部211に
レコード2211とレコード2221が更新されたと記
憶されていれば、レコード2211とレコード2221
のデータが計算機1へ転送され、レコード1211とレ
コード1221にそれぞれコピーされる。
When the stopped computer 1 is brought up to the standby system, the computer 1 of the new standby system performs the data copy process (new standby system) according to the flowchart shown in FIG. That is, as a result of step ST704 in FIG.
When the data copy process (new standby system) is started when the data to be copied is received from the operating system computer 2, the data is copied to the corresponding record of the data file 121 or the data file 122 in step ST801 of FIG. , Data copy processing (new standby system) ends. 29 and 30, for example, if the management unit 211 stores that the record 2211 and the record 2221 are updated, the record 2211 and the record 2221 are stored.
Data is transferred to the computer 1 and copied to the record 1211 and the record 1221, respectively.

【0008】[0008]

【発明が解決しようとする課題】従来のデータファイル
等価処理方法によると、例えば運用系計算機2が、図2
8のステップST501でレコード2211を更新し、
ステップST502にて計算機1を待機モードと判断
し、ステップST503で更新データを計算機1へ転送
してから待機系計算機1が図29のステップST601
を実行するまでの間に、故障等により計算機1が待機系
以外に遷移を開始した場合に、計算機2のレコード22
11は更新されかつ計算機1のレコード1211は更新
されないにもかかわらず、管理部211にはレコード2
211が単独系で更新されたということが記憶されてい
ないという現象が発生する。この後計算機1を待機系に
立ち上げた場合、図30において、レコード2211に
ついてはステップST702にてデータ更新が記憶され
ていないと判断され、ステップST703,ST704
の処理をスキップするため、運用系計算機2のレコード
2211と待機系計算機1の対応するレコード1211
の内容が一致しないという問題点があった。
According to the conventional data file equivalence processing method, for example, the operating system computer 2 operates as shown in FIG.
8 in step ST501, update record 2211,
In step ST502, the computer 1 is determined to be in the standby mode, the update data is transferred to the computer 1 in step ST503, and then the standby system computer 1 executes the step ST601 in FIG.
If the computer 1 starts transitioning to a state other than the standby system before the execution of
11 is updated and the record 1211 of the computer 1 is not updated, the record 2 is stored in the management unit 211.
A phenomenon occurs in which the fact that 211 has been updated in the independent system is not stored. After that, when the computer 1 is started up in the standby system, in FIG. 30, it is determined that the data update of the record 2211 is not stored in step ST702, and steps ST703 and ST704 are performed.
Record 2211 of the active computer 2 and the corresponding record 1211 of the standby computer 1 in order to skip the above process.
There was a problem that the contents of did not match.

【0009】上記問題点を防止するために、図29に示
すステップST601の処理の後、待機系へのレコード
の書き込みが成功したことを運用系に送信する処理を追
加するとともに、図28においてステップST502の
次に他系からの書き込み結果の受信を待ち、他系での書
き込みが成功しなかった場合にはステップST504を
スキップするように変更することも考えられるが、この
場合、運用系はデータ変更の都度、待機系でのデータ書
き込みとの同期をとるため処理性能が悪くなるという、
問題点がある。
In order to prevent the above problems, after the process of step ST601 shown in FIG. 29, a process of transmitting the fact that the writing of the record to the standby system is successful to the active system is added, and the step shown in FIG. After ST502, it may be possible to wait for the reception of the write result from the other system and, if the write in the other system is not successful, change to skip step ST504. Every time it is changed, the processing performance deteriorates because it synchronizes with the data writing in the standby system.
There is a problem.

【0010】また、従来の方法では、データの更新の有
無を記憶する管理部が主メモリにあるため、一方の計算
機が運用系にあり、他方の計算機が待機系にあり、待機
系計算機が停止の状態にあるとき運用系計算機が停止す
れば、管理部の内容はクリアされるため、再度一方の計
算機が運用系、他方の計算機が待機系へ復帰する時はデ
ータファイルを運用系計算機から新待機系計算機へ全コ
ピーしなければならないという、問題点がある。
Further, in the conventional method, since the management unit for storing the presence / absence of data update is in the main memory, one computer is in the operating system, the other computer is in the standby system, and the standby computer is stopped. If the active computer stops while the status is in the state of, the contents of the management section will be cleared, so when one computer returns to the active system and the other computer returns to the standby system, the data file is updated from the active computer. There is a problem that you have to copy all to the standby computer.

【0011】この発明は上記のような問題点を解決する
ためになされたもので、運用系−待機系での2重系運転
や多重系運転の性能を損なうことなく、待機系計算機の
立ち上げ時に短い時間で確実にデータファイルを等価す
ることができるデータファイル等価処理方法を得ること
を目的とする。
The present invention has been made in order to solve the above problems, and starts up a standby computer without impairing the performance of the dual system operation or the multiple system operation in the active system-standby system. It is an object of the present invention to obtain a data file equalization processing method that can surely equalize data files in a short time.

【0012】[0012]

【課題を解決するための手段】請求項1の発明に係るデ
ータファイル等価処理方法は、2重系計算機システムに
おいて、各々の計算機1,2の各々の等価対象データフ
ァイル121,221のレコード単位に更新回数カウン
タと更新時の運用系計算機識別情報を記憶する管理部1
20,220をディスク12,22内に有し、運用系計
算機または待機系計算機において等価対象データファイ
ルを更新したら、当該レコードに対応する更新回数カウ
ンタと更新時の運用系計算機識別情報を更新し、故障ま
たは保守等により停止した計算機が立上り、待機系へと
遷移する時に、両系の更新回数カウンタまたは更新時の
運用系計算機識別情報が異なるレコードのみを運用系計
算機から新待機系計算機へコピーするようにしたもので
ある。
According to the data file equivalence processing method of the invention of claim 1, in the dual computer system, the equivalence target data files 121 and 221 of the respective computers 1 and 2 are recorded in record units. A management unit 1 that stores an update counter and an operating system computer identification information at the time of update
20 and 220 are included in the disks 12 and 22, and when the equivalence target data file is updated in the active computer or the standby computer, the update counter and the active computer identification information at the time of update are updated, When a computer that has stopped due to a failure or maintenance starts up and transitions to the standby system, copy only the records that have different update counters on both systems or the active computer identification information when updating from the active computer to the new standby computer. It was done like this.

【0013】請求項2の発明に係るデータファイル等価
処理方法は、多重系計算機システムにおいて、各々の計
算機1,2,3の各々の等価対象データファイル12
1,221,321のレコード単位に更新回数カウンタ
と更新時の運用系計算機識別情報を記憶する管理部12
0,220,320をディスク12,22,32内に有
し、運用系計算機または待機系計算機において等価対象
データファイルを更新したら、当該レコードに対応する
更新回数カウンタと更新時の運用系計算機識別情報を更
新し、故障または保守等により停止した計算機が立上
り、待機系へと遷移する時に、両系の更新回数カウンタ
または更新時の運用系計算機識別情報が異なるレコード
のみを運用系計算機から新待機系計算機へコピーするよ
うにしたものである。
A data file equivalence processing method according to a second aspect of the present invention is an equalization target data file 12 of each computer 1, 2 and 3 in a multi-system computer system.
The management unit 12 that stores the update counter and the operating-system computer identification information at the time of update in units of 1, 221, and 321 records.
0, 220, 320 in the disks 12, 22, 32, and after updating the equivalence target data file in the active computer or the standby computer, the update count counter corresponding to the record and the active computer identification information at the time of update When a computer stopped due to a failure or maintenance starts up and transitions to the standby system, only the records with different update counters of both systems or the operating system computer identification information at the time of updating are updated from the active computer to the new standby system. It is designed to be copied to a computer.

【0014】[0014]

【作用】請求項1の記載におけるデータファイル等価処
理方法は、2重系計算機システムの運用系計算機と待機
系計算機において、例えば、計算機2を運用系、計算機
1を待機系とすれば、運用系計算機2のデータファイル
221を更新後、両系の計算機1,2は非同期でレコー
ド単位に更新回数カウンタをカウントアップするととも
に更新時の運用系計算機識別情報を記憶し、待機系立ち
上げ時の計算機1と運用系計算機2との更新回数カウン
タまたは更新時の運用系計算機識別情報が異なるレコー
ドのみを運用系計算機2から新待機系計算機1へコピー
する。これにより、運用系−待機系での2重運転の性能
を損なうことなく、待機系計算機1の立ち上げ時に、短
い時間で確実にデータファイルが等価される。
According to the data file equivalent processing method of the first aspect, in the operating system computer and the standby system computer of the dual system computer system, for example, if the computer 2 is the operating system and the computer 1 is the standby system, the operating system is After updating the data file 221 of the computer 2, the computers 1 and 2 of both systems asynchronously count up the update counter in record units and store the operating system computer identification information at the time of update, and the computer at the time of starting the standby system. Only the records in which the update count counter of 1 and the active computer 2 or the active computer identification information at the time of update differ are copied from the active computer 2 to the new standby computer 1. As a result, the data files are reliably equalized in a short time when the standby system computer 1 is started up, without impairing the performance of the double operation in the active system-the standby system.

【0015】また、請求項2の記載におけるデータファ
イル等価処理方法は、多重系計算機システムの運用系計
算機と待機系計算機において、例えば、計算機1,2を
運用系、計算機3を待機系とすれば、運用系計算機2の
データファイル221を更新後、両系の計算機2,3は
非同期でレコード単位に更新回数カウンタをカウントア
ップするとともに更新時の運用系計算機識別情報を記憶
し、待機系立ち上げ時の計算機3と運用系計算機2との
更新回数カウンタまたは更新時の運用系計算機識別情報
が異なるレコードのみを運用系計算機2から新待機系計
算機3へコピーする。これにより、運用系ー待機系での
多重系運転の性能を損なうことなく、待機系計算機3の
立ち上げ時に、短い時間で確実にデータファイルが等価
される。
In the data file equivalent processing method according to the second aspect of the present invention, in the operating system computer and the standby system computer of the multi-system computer system, for example, if computers 1 and 2 are the operating system and computer 3 is the standby system, After updating the data file 221 of the active computer 2, the computers 2 and 3 of both systems asynchronously count up the update counter in record units, store the active computer identification information at the time of update, and start up the standby system. Only the records in which the update count counters of the computer 3 and the active computer 2 at the time or the active computer identification information at the time of update are different are copied from the active computer 2 to the new standby computer 3. As a result, the data files are reliably equalized in a short time when the standby system computer 3 is started up without impairing the performance of the multiple system operation between the active system and the standby system.

【0016】[0016]

【実施例】【Example】

実施例1.以下、この発明の実施例1を図に基づいて説
明する。図1はこの発明の実施例1に係るデータファイ
ル等価処理方法を採用した2重系計算機システムを示す
ハードウェア構成図、図2はこの実施例1に係るデータ
ファイル等価処理方法を示すブロック図である。図1,
図2において、1,2は2重系を構成する計算機、5は
計算機1と計算機2を接続するネットワーク上の伝送路
である。10は計算機1のCPU、11は計算機1の主
メモリ、12は計算機1のディスク、121と122は
ディスク12内のデータファイル、13は計算機1と伝
送路5を接続する伝送インタフェース部である。20は
計算機2のCPU、21は計算機2の主メモリ、22は
計算機2のディスク、221と222はディスク22内
のデータファイル、23は計算機2と伝送路5を接続す
る伝送インタフェース部である。1211はデータファ
イル121のレコード、1221はデータファイル12
2のレコード、2211はデータファイル221のレコ
ード、2221はデータファイル222のレコードであ
る。レコード1211とレコード2211、レコード1
221とレコード2221は各々対応しており、計算機
1と計算機2の一方が運用系、他方が待機系として運転
する場合、対応するレコードの内容は常に等しくなけれ
ばならない。120は計算機1が運用系または待機系の
時に計算機1のデータファイルを更新する都度、レコー
ド単位でカウントアップされる更新回数カウンタと更新
時の運用系計算機名称(運用系計算機識別情報)を有す
る管理部であり、ディスク12内部に存在する。220
は計算機2が運用系または待機系の時に計算機2のデー
タファイルを更新する都度、レコード単位でカウントア
ップされる更新回数カウンタと更新時の運用系計算機名
称を有する管理部でありディスク22内部に存在する。
Example 1. Embodiment 1 of the present invention will be described below with reference to the drawings. 1 is a hardware configuration diagram showing a dual computer system adopting a data file equivalent processing method according to a first embodiment of the present invention, and FIG. 2 is a block diagram showing a data file equivalent processing method according to the first embodiment. is there. Figure 1
In FIG. 2, reference numerals 1 and 2 denote computers constituting a dual system, and 5 denotes a transmission line on a network connecting the computers 1 and 2. Reference numeral 10 is a CPU of the computer 1, 11 is a main memory of the computer 1, 12 is a disk of the computer 1, 121 and 122 are data files in the disk 12, and 13 is a transmission interface unit that connects the computer 1 and the transmission path 5. Reference numeral 20 is a CPU of the computer 2, 21 is a main memory of the computer 2, 22 is a disk of the computer 2, 221 and 222 are data files in the disk 22, and 23 is a transmission interface unit that connects the computer 2 and the transmission path 5. 1211 is a record of the data file 121, 1221 is the data file 12
2 records, 2211 is a record of the data file 221, and 2221 is a record of the data file 222. Record 1211, record 2211, record 1
221 and record 2221 correspond to each other, and when one of computer 1 and computer 2 operates as an active system and the other operates as a standby system, the contents of the corresponding records must always be the same. A management 120 has an update counter that is incremented in record units each time the data file of the computer 1 is updated when the computer 1 is the active system or the standby system, and the active computer name (active computer identification information) at the time of update. And is present inside the disk 12. 220
Is a management unit having an update counter that is incremented in record units each time the data file of the computer 2 is updated when the computer 2 is the active system or the standby system, and the operating system computer name at the time of update, and is present inside the disk 22. To do.

【0017】図3は管理部120の構造を示す図であ
り、図3において、12110はデータファイル121
のレコード1211の更新回数カウンタ、12111は
レコード1211を更新した時の運用系計算機名称、1
2210はデータファイル122のレコード1221の
更新回数カウンタ、12211はレコード1221を更
新した時の運用系計算機名称である。図4は管理部22
0の構造を示す図であり、図4において、22110は
データファイル221のレコード2211の更新回数カ
ウンタ、22111はレコード2211を更新した時の
運用系計算機名称、22210はデータファイル222
のレコード2221の更新回数カウンタ、22211は
レコード2221を更新した時の運用系計算機名称であ
る。更新カウンタは例えば4バイトの符号無し整数のよ
うに、充分大きな値を表現できるものとし、システムの
最初の運用開始時に0クリアされ、表現できる最大値の
状態でカウントアップされると0へ戻るものとする。
FIG. 3 is a diagram showing the structure of the management unit 120. In FIG. 3, 12110 is a data file 121.
Update counter 1211 of the record 1211, 12111 is the operating computer name when the record 1211 was updated, 1
Reference numeral 2210 is the update count counter of the record 1221 of the data file 122, and reference numeral 12211 is the operating computer name when the record 1221 was updated. FIG. 4 shows the management unit 22.
4 is a diagram showing the structure of 0. In FIG. 4, 22110 is the update counter of the record 2211 of the data file 221, 22111 is the name of the operating computer when the record 2211 was updated, and 22210 is the data file 222.
The update number counter of the record 2221 and 22211 are the operating system computer names when the record 2221 was updated. The update counter shall be capable of expressing a sufficiently large value, such as a 4-byte unsigned integer, shall be cleared to 0 at the start of the first operation of the system, and shall be reset to 0 when it is counted up at the maximum expressible value. And

【0018】次に動作について説明する。運用系計算機
は図5に示すフローチャートに従ってデータ変更処理
(運用系)を行う。すなわち、運用系計算機は、データ
変更要求を受け付けると、ステップST101で自系の
データファイルに更新データを書込み、ステップST1
02へ移る。ステップST102では、運用系計算機の
ディスク内に存在する管理部内の、更新対象レコードに
対応する更新回数カウンタをカウントアップして、ステ
ップST103へ移る。ステップST103では、運用
系計算機の管理部内の、更新対象レコードに対応する更
新時運用系計算機名称に自系計算機名称を書き込み、ス
テップST104へ移る。ステップST104では、自
系以外の計算機で待機系のものがあるか否かをチェック
し、あればステップST105へ移り、なければデータ
変更処理(運用系)を終える。ステップST105で
は、更新データを待機系計算機へ転送してデータ変更処
理(運用系)を終える。
Next, the operation will be described. The active computer performs data change processing (active) according to the flowchart shown in FIG. That is, when the working computer receives the data change request, it writes the update data to the data file of its own system in step ST101, and then in step ST1.
Move to 02. In step ST102, the update number counter corresponding to the update target record in the management unit existing in the disk of the active computer is counted up, and the process proceeds to step ST103. In step ST103, the self-system computer name is written in the update-time active system computer name corresponding to the update target record in the management section of the active system computer, and the process proceeds to step ST104. In step ST104, it is checked whether or not there is a standby system computer other than the own system. If there is a computer, the process proceeds to step ST105, and if not, the data change process (active system) ends. In step ST105, the update data is transferred to the standby computer and the data change process (active system) ends.

【0019】待機系計算機は図6に示すフローチャート
に従ってデータ変更処理(待機系)を行う。すなわち、
図5のステップST105の結果、運用系計算機から更
新対象データを受信した時にデータ変更処理(待機系)
が起動されると図6のステップST201において、当
該データをデータファイルの対応するレコードに書き込
んで、ステップST202へ移る。ステップST202
では、待機系計算機のディスク内に存在する管理部内
の、更新対象レコードに対応する更新回数カウンタをカ
ウントアップして、ステップST203へ移る。ステッ
プST203では、待機系計算機の管理部内の、更新対
象レコードに対応する更新時運用系計算機名称に他系計
算機名称を書き込み、データ変更処理(待機系)を終え
る。
The standby system computer performs data change processing (standby system) according to the flow chart shown in FIG. That is,
As a result of step ST105 in FIG. 5, when the update target data is received from the active computer, the data change process (standby system)
When is activated, in step ST201 of FIG. 6, the data is written in the corresponding record of the data file, and the process proceeds to step ST202. Step ST202
Then, the update number counter corresponding to the update target record in the management unit existing in the disk of the standby computer is counted up, and the process proceeds to step ST203. In step ST203, the name of the other system computer is written to the update-time operating system computer name corresponding to the update target record in the management unit of the standby system computer, and the data change process (standby system) ends.

【0020】次に、停止している計算機を待機系へ立ち
上げる時には、運用系計算機は図7に示すフローチャー
トに従ってデータコピー処理(運用系)を行う。すなわ
ち、ステップST301において、データファイルの先
頭レコードをチェック対象レコードとし、ステップST
302へ移る。ステップST302では、自系の管理部
のチェック対象レコードの更新回数カウンタと待機遷移
系計算機の管理部のチェック対象レコードの更新回数カ
ウンタとを比較し、等しければステップST303に移
り、等しくなければステップST304へ移る。ステッ
プST303では、自系の管理部のチェック対象レコー
ドの更新時運用系計算機名称と待機遷移系の計算機の管
理部のチェック対象レコードの更新時運用系計算機名称
とを比較し、等しければステップST306に移り、等
しくなければステップST304へ移る。ステップST
304では、チェック対象レコードの内容をデータファ
イルから読込み、ステップST305へ移る。ステップ
ST305では、ステップST304で読み込んだデー
タを待機遷移中の計算機へ転送して、ステップST30
6へ移る。ステップST306では、未処理のレコード
が残っているか否かを判定し、残っていればステップS
T307へ移り、残っていなければデータコピー処理
(運用系)を終える。ステップST307ではチェック
対象レコードを次のレコードとし、ステップST302
へ戻る。
Next, when the stopped computer is booted to the standby system, the active computer performs the data copy process (active system) according to the flowchart shown in FIG. That is, in step ST301, the first record of the data file is set as the check target record, and step ST
Move to 302. In step ST302, the update count counter of the check target record of the management unit of the own system and the update count counter of the check target record of the management unit of the standby transition type computer are compared. If they are equal, the process proceeds to step ST303, and if they are not equal, step ST304. Move to. In step ST303, the update-time operating system computer name of the check target record of the management unit of the own system and the update-time operating system computer name of the check target record of the management unit of the standby transition system computer are compared. If they are equal, the process proceeds to step ST306. If not equal, the process proceeds to step ST304. Step ST
In 304, the contents of the check target record are read from the data file, and the process proceeds to step ST305. In step ST305, the data read in step ST304 is transferred to the computer in the transition to the standby state, and step ST30
Go to 6. In step ST306, it is determined whether or not there is an unprocessed record remaining, and if there is any unprocessed record, step S306 is performed.
The process moves to T307, and if there is no remaining data, the data copy processing (active system) ends. In step ST307, the check target record is set as the next record, and step ST302
Return to.

【0021】また、停止している計算機1を待機系へ立
ち上げる時の、新待機系の計算機は図8に示すフローチ
ャートに従ってデータコピー処理(新待機系)を行う。
すなわち、図7のステップST305の結果、運用系計
算機からコピー対象データを受信した時にデータコピー
処理(新待機系)が起動されると図8のステップST4
01において、当該データをデータファイルの対応する
レコードに書き込んで、ステップST402へ移る。ス
テップST402では、処理したレコードに対応する運
用系計算機の管理部の更新回数カウンタと更新時運用系
計算機名称を自系計算機の管理部の対応するエリアにコ
ピーして、データコピー処理(新待機系)を終える。
The computer of the new standby system, when the computer 1 which has been stopped is started up to the standby system, performs the data copy process (new standby system) according to the flowchart shown in FIG.
That is, as a result of step ST305 in FIG. 7, when the data copy processing (new standby system) is started when the copy target data is received from the active computer, step ST4 in FIG.
In 01, the data is written in the corresponding record of the data file, and the process proceeds to step ST402. In step ST402, the update counter and the update-time active computer name of the management unit of the active computer corresponding to the processed record are copied to the corresponding area of the management unit of the own system computer, and the data copy process (new standby system) is performed. ) Is finished.

【0022】例えば、計算機1が待機系、計算機2が運
用系で運転しているとする。この時のデータファイルと
管理部が図9の内容であったとする。すなわち、計算機
1のデータファイル121のレコード1211の内容を
A、計算機1のデータファイル122のレコード122
1の内容をX、計算機1のデータファイル121のレコ
ード1211の更新回数カウンタ12110の値をa、
更新時運用系計算機名称12111を「計算機1」、レ
コード1221の更新回数カウンタ12210をb、更
新時運用系計算機名称12211を「計算機2」とする
と、運用系+待機系で2重系運転しているため、計算機
1と計算機2のデータファイルと管理部の対応するエリ
アの内容は等しいことから、計算機2のデータファイル
221のレコード2211の内容はA、計算機2のデー
タファイル222のレコード2221の内容はX、計算
機2のデータファイル221のレコード2211の更新
回数カウンタ22110の値はa、更新時運用系計算機
名称22111は「計算機1」、レコード2221の更
新回数カウンタ22210はb、更新時運用系計算機名
称22211は「計算機2」である。この状態で運用系
計算機2のデータファイル221のレコード2211を
Bに更新すると、図5と図6の処理が動作した結果、待
機系計算機1のデータファイル121のレコード121
1が同じデータBで更新されるとともに、待機系計算機
1の更新回数カウンタ12110と運用系計算機2の更
新回数カウンタ22110はa+1となり、待機系計算
機1の更新時運用系計算機名称12111と運用系計算
機2の更新時運用系計算機名称22111は「計算機
2」となる(図10)。次に、運用系計算機2のデータ
ファイル222のレコード2221をデータYで更新し
たが、図6のステップST201が動作する直前に、待
機系計算機1が故障等により停止すると、待機系計算機
1のデータファイル122のレコード1221は更新さ
れず、運用系計算機2の更新回数カウンタ22210は
b+1となるが、停止遷移系計算機1の更新回数カウン
タ12210はbのままであり、運用系計算機2の更新
時運用系計算機名称22211は「計算機2」に上書き
され、停止遷移系計算機1の更新時運用系計算機名称1
2211は「計算機2」のままである(図11)。次
に、運用系計算機2を停止しても、両計算機のデータフ
ァイル、更新回数カウンタ、更新時運用系計算機名称は
変化しない(図12)。次に計算機2を運用系に立ち上
げてもデータファイルと管理部の内容は変わらない(図
13)。次に、計算機1を待機系に立ち上げると、図7
と図8の処理が動作し、新待機系計算機1の更新回数カ
ウンタ12110と運用系計算機2の更新回数カウンタ
22110は等しく、新待機系計算機1の更新時運用系
計算機名称12111と運用系計算機2の更新時運用系
計算機名称22111も等しいため、新待機系計算機1
のレコード1211の内容は変わらず、運用系計算機2
の更新回数カウンタ22210と新待機系計算機1の更
新回数カウンタ12210は等しくないため、運用系計
算機2のレコード2221の内容Yが新待機系計算機1
のレコード1221へコピーされるとともに、運用系計
算機2の更新回数カウンタ22210の内容が新待機系
計算機1の更新回数カウンタ12210へ、運用系計算
機2の更新時運用系計算機名称22211の内容が新待
機系計算機1の更新時運用系計算機名称12211へコ
ピーされ、両系のデータファイルと管理部の内容が等し
くなる(図14)。
For example, it is assumed that the computer 1 is operating in a standby system and the computer 2 is operating in an active system. It is assumed that the data file and the management unit at this time have the contents shown in FIG. That is, the content of the record 1211 of the data file 121 of the computer 1 is A, and the record 122 of the data file 122 of the computer 1 is
1 is X, the value of the update count counter 12110 of the record 1211 of the data file 121 of the computer 1 is a,
When the update-time operating system computer name 12111 is “Computer 1”, the update-counter 12210 of the record 1221 is “b”, and the update-time operating system computer name 12211 is “Computer 2”, the operating system + standby system is operated as a dual system. Therefore, since the contents of the data files of the computer 1 and the computer 2 and the corresponding areas of the management unit are the same, the contents of the record 2211 of the data file 221 of the computer 2 are A and the contents of the record 2221 of the data file 222 of the computer 2. Is X, the value of the update number counter 22110 of the record 2211 of the data file 221 of the computer 2 is a, the update-time operating system computer name 22111 is “computer 1”, the update number counter 22210 of the record 2221 is b, the update-time operating system computer The name 2221 is "Computer 2". When the record 2211 of the data file 221 of the active computer 2 is updated to B in this state, the record 121 of the data file 121 of the standby computer 1 is obtained as a result of the processing of FIGS. 5 and 6.
1 is updated with the same data B, the update number counter 12110 of the standby computer 1 and the update number counter 22110 of the active computer 2 become a + 1, and the update-time active computer name 12111 of the standby computer 1 and the active computer The update-time operating system computer name 22111 of 2 is “computer 2” (FIG. 10). Next, the record 2221 of the data file 222 of the active computer 2 was updated with the data Y, but if the standby computer 1 is stopped due to a failure or the like immediately before step ST201 of FIG. The record 1221 of the file 122 is not updated, and the update counter 22210 of the active computer 2 becomes b + 1, but the update counter 12210 of the stop transition computer 1 remains b and the update operation of the active computer 2 is performed. The system computer name 22211 is overwritten by "computer 2", and the update-time operating system computer name 1 of the stop transition system computer 1
2211 remains “Computer 2” (FIG. 11). Next, even if the active computer 2 is stopped, the data files of both computers, the update counter, and the update active computer name do not change (FIG. 12). Next, even if the computer 2 is started up as an active system, the contents of the data file and the management unit will not change (FIG. 13). Next, when the computer 1 is started up in the standby system, FIG.
8 operates, the update count counter 12110 of the new standby system computer 1 and the update count counter 22110 of the active system computer 2 are equal, and the update-time active system computer name 12111 and the active system computer 2 of the new standby system computer 1 Since the operating system name 22111 at the time of updating is the same, the new standby system computer 1
The contents of the record 1211 of the operating system computer 2 remain unchanged.
The update number counter 22210 of the new standby system computer 1 and the update number counter 12210 of the new standby system computer 1 are not equal to each other. Therefore, the content Y of the record 2221 of the active system computer 2 is the new standby system computer 1
Of the update number counter 22210 of the active computer 2 to the update number counter 12210 of the new standby computer 1, and the contents of the update active computer name 22211 of the active computer 2 to the new standby The updated system computer name 12211 of the system computer 1 is copied, and the contents of the data files of both systems and the management unit become the same (FIG. 14).

【0023】また、図9の状態で待機系計算機1が故障
等により停止しても、両計算機のデータファイル、更新
回数カウンタ、更新時運用系計算機名称は変化しない
(図15)。この状態で運用系計算機2のデータファイ
ル221のレコード2211をBに更新すると、図5の
処理が動作した結果、運用系計算機2の更新回数カウン
タ22110はa+1となり、運用系計算機2の更新時
運用系計算機名称22111は「計算機2」となるが、
停止系計算機1のデータファイル、更新回数カウンタ、
更新時運用系計算機名称は変化しない(図16)。次
に、運用系計算機2が故障等により停止しても、両計算
機のデータファイル、更新回数カウンタ、更新時運用系
計算機名称は変化しない(図17)。次に、計算機1が
運用モードへ立ち上がっても、両計算機1,2のデータ
ファイル、更新回数カウンタ、更新時運用系計算機名称
は変化しない(図18)。この状態で運用系計算機1の
データファイル121のレコード1211をCに更新す
ると、図5の処理が動作した結果、運用系計算機1の更
新回数カウンタ12110はa+1となり、運用系計算
機1の更新時運用系計算機名称12111は「計算機
1」となるが、停止系計算機2のデータファイル、更新
回数カウンタ、更新時運用系計算機名称は変化しない
(図19)。次に、計算機2を待機系に立ち上げると、
図7と図8の処理が動作し、新待機系計算機2の更新回
数カウンタ22110と運用系計算機1の更新回数カウ
ンタ12110は等しいが、新待機系計算機2の更新時
運用系計算機名称22111と運用系計算機1の更新時
運用系計算機名称12111が等しくないため、運用系
計算機1のレコード1211の内容Bが新待機系計算機
2のレコード2211へコピーされるとともに、運用系
計算機1の更新回数カウンタ12110の内容が新待機
系計算機2の更新回数カウンタ22110へ、運用系計
算機1の更新時運用系計算機名称12111の内容が新
待機系計算機2の更新時運用系計算機名称22111へ
コピーされ、運用系計算機1の更新回数カウンタ122
10と新待機系計算機2の更新回数カウンタ22210
は等しく、運用系計算機1の更新時運用系計算機名称1
2211と新待機系計算機2の更新時運用系計算機名称
22211は等しいため、新待機系計算機2のレコード
2221の内容は変わらず、結果として、両系のデータ
ファイルと管理部の内容が等しくなる(図20)。
Further, even if the standby computer 1 is stopped in the state of FIG. 9 due to a failure or the like, the data files of both computers, the update counter, and the update operating computer name do not change (FIG. 15). When the record 2211 of the data file 221 of the active computer 2 is updated to B in this state, the update count counter 22110 of the active computer 2 becomes a + 1 as a result of the operation of FIG. 5, and the update operation of the active computer 2 is performed. The system computer name 22111 is "computer 2",
Data file of stop computer 1, update counter,
The operating computer name at the time of update does not change (Fig. 16). Next, even if the active computer 2 is stopped due to a failure or the like, the data files of both computers, the update counter, and the update active computer name do not change (FIG. 17). Next, even when the computer 1 is booted to the operation mode, the data files of both computers 1 and 2, the update count counter, and the update-time active computer name do not change (FIG. 18). When the record 1211 of the data file 121 of the active computer 1 is updated to C in this state, the update count counter 12110 of the active computer 1 becomes a + 1 as a result of the operation of FIG. 5, and the update operation of the active computer 1 is performed. The system computer name 12111 is “computer 1”, but the data file of the stopped system computer 2, the update count counter, and the update-time operating system computer name do not change (FIG. 19). Next, when computer 2 is started up in the standby system,
7 and 8 operate, the update count counter 22110 of the new standby computer 2 and the update count counter 12110 of the active computer 1 are the same, but the update standby computer name 22111 of the new standby computer 2 and the operation Since the active computer names 12111 at the time of updating the active computer 1 are not equal, the content B of the record 1211 of the active computer 1 is copied to the record 2211 of the new standby computer 2 and the update counter 12110 of the active computer 1 Is copied to the update counter 22110 of the new standby system computer 2, the contents of the active system computer name 12111 at the time of update of the active computer 1 are copied to the update active computer name 22111 of the new standby system computer 2, and the active computer 1 update counter 122
10 and the update count counter 22210 of the new standby computer 2
Are the same, and when updating the active computer 1, the active computer name 1
Since the update standby system computer name 22211 of 2211 and the new standby system computer 2 are the same, the contents of the record 2221 of the new standby system computer 2 do not change, and as a result, the data files of both systems are the same as the contents of the management unit ( (Fig. 20).

【0024】以上のように実施例1によれば、運用系計
算機2のデータファイルのレコードを更新後、待機系計
算機1の対応するレコードを更新するまでに待機系計算
機1が故障等により停止しても、待機系計算機1が再度
待機系に立ち上がるときに両系の計算機1,2のデータ
ファイルの当該レコードが不一致と認識され、運用系計
算機2から新待機系計算機1へコピーされる。また、管
理部はディスクにあるため両系の計算機1,2が停止し
ても管理部の内容は消去されないこと、及び更新時の運
用系計算機名称を記憶していることから、データファイ
ルのレコードを計算機2が運用系、計算機1が待機系の
時に更新後、今度は計算機1が運用系、計算機2が待機
系の時に別の値で更新したとしても、再度運用系+待機
系で運転したときに両系の計算機1、2のデータファイ
ルの当該レコードが不一致と認識され運用系計算機1か
ら新待機系計算機2へコピーされる。この結果、両系の
計算機1,2の運転モードがどのように遷移したとして
も、待機系立ち上げ時に両系の計算機1,2の内容が不
一致のデータファイルレコードを正しく認識でき、不一
致のレコードのみを運用系計算機1から新待機系計算機
2へコピーするため、待機立ち上げ時間が短縮される。
また、運用系−待機系で2重系運転しているとき、運用
系計算機のデータ変更処理において、待機系計算機での
データ更新と同期をとる必要がないため、2重系運転時
の性能を損なわない。
As described above, according to the first embodiment, after the record of the data file of the active computer 2 is updated, the standby computer 1 is stopped due to a failure or the like until the corresponding record of the standby computer 1 is updated. Even when the standby system computer 1 starts up in the standby system again, the corresponding records in the data files of the computers 1 and 2 of both systems are recognized as inconsistent and are copied from the active system computer 2 to the new standby system computer 1. In addition, since the management unit is on the disk, the contents of the management unit are not erased even if the computers 1 and 2 of both systems are stopped, and the name of the operating system computer at the time of updating is stored. Even after updating with a different value when computer 2 is the active system and computer 1 is the standby system, and then this time is updated with another value when computer 1 is the active system and computer 2 is the standby system, it was run again with the active system + standby system At this time, the records in the data files of the computers 1 and 2 of both systems are recognized as inconsistent and are copied from the active computer 1 to the new standby computer 2. As a result, no matter how the operating mode of the computers 1 and 2 of both systems transits, the data file record in which the contents of the computers 1 and 2 of both systems do not match when the standby system is started up can be correctly recognized, Since only the active computer 1 is copied to the new standby computer 2, the standby startup time is shortened.
In addition, when the active system-standby system is operating in a dual system, it is not necessary to synchronize with the data update in the standby system computer in the data change process of the operating system computer. Does not spoil.

【0025】なお、上記実施例1では、便宜上、計算機
1を待機系、計算機2を運用系としたが、上記説明から
も明らかのように、計算機1を運用系、計算機2を待機
系としてもよく、この場合も上記実施例1と同等の効果
が得られる。
In the first embodiment, for the sake of convenience, the computer 1 is used as the standby system and the computer 2 is used as the active system. However, as is clear from the above description, the computer 1 may be used as the active system and the computer 2 may be used as the standby system. Of course, also in this case, the same effect as that of the first embodiment can be obtained.

【0026】実施例2.以下、この発明の実施例2を図
に基づいて説明する。図21はこの発明の実施例2に係
るデータファイル等価処理方法を採用した多重系計算機
システムを示すハードウェア構成図、図22はこの実施
例3によるデータファイル等価処理方法を示すブロック
図である。図21,図22において、1,2,3は3重
系を構成する計算機、5は計算機1と計算機2と計算機
3を接続するネットワーク上の伝送路である。10は計
算機1のCPU、11は計算機1の主メモリ、12は計
算機1のディスク、121と122はディスク12内の
データファイル、13は計算機1と伝送路5を接続する
伝送インタフェース部である。20は計算機2のCP
U、21は計算機2の主メモリ、22は計算機2のディ
スク、221と222はディスク22内のデータファイ
ル、23は計算機2と伝送路3を接続する伝送インタフ
ェース部である。30は計算機3のCPU、31は計算
機3の主メモリ、32は計算機2のディスク、321と
322はディスク32内のデータファイル、33は計算
機3と伝送路5を接続する伝送インタフェース部であ
る。1211はデータファイル121のレコード、12
21はデータファイル122のレコード、2211はデ
ータファイル221のレコード、2221はデータファ
イル222のレコード、3211はデータファイル32
1のレコード、3221はデータファイル322のレコ
ードである。レコード1211とレコード2211とレ
コード3211、レコード1221とレコード2221
とレコード3221は各々対応しており、計算機1と計
算機2と計算機3のどれか1台が運用系、残りの1台あ
るいは2台が待機系として運転する場合、運用系計算機
と待機系計算機の対応するレコードの内容は常に等しく
なければならない。120は計算機1が運用系または待
機系の時に計算機1のデータファイルを更新する都度レ
コード単位でカウントアップされる更新回数カウンタと
更新時の運用系計算機名称(運用系計算機識別情報)を
有する管理部であり、ディスク12内部に存在する。2
20は計算機2が運用系または待機系の時に計算機2の
データファイルを更新する都度、レコード単位でカウン
トアップされる更新回数カウンタと更新時の運用系計算
機名称を有する管理部でありディスク22内部に存在す
る。320は計算機3が運用系または待機系の時に計算
機3のデータファイルを更新する都度レコード単位でカ
ウントアップされる更新回数カウンタと更新時の運用系
計算機名称を有する管理部でありディスク32内部に存
在する。
Example 2. The second embodiment of the present invention will be described below with reference to the drawings. 21 is a hardware configuration diagram showing a multi-system computer system adopting the data file equivalent processing method according to the second embodiment of the present invention, and FIG. 22 is a block diagram showing the data file equivalent processing method according to the third embodiment. In FIG. 21 and FIG. 22, reference numerals 1, 2 and 3 are computers constituting a triple system, and 5 is a transmission line on a network connecting the computers 1, 2 and 3. Reference numeral 10 is a CPU of the computer 1, 11 is a main memory of the computer 1, 12 is a disk of the computer 1, 121 and 122 are data files in the disk 12, and 13 is a transmission interface unit that connects the computer 1 and the transmission path 5. 20 is the CP of computer 2
U and 21 are main memories of the computer 2, 22 is a disk of the computer 2, 221 and 222 are data files in the disk 22, and 23 is a transmission interface unit which connects the computer 2 and the transmission path 3. Reference numeral 30 is a CPU of the computer 3, 31 is a main memory of the computer 3, 32 is a disk of the computer 2, 321 and 322 are data files in the disk 32, and 33 is a transmission interface unit that connects the computer 3 and the transmission path 5. 1211 is a record of the data file 121, 12
21 is a record of the data file 122, 2211 is a record of the data file 221, 2221 is a record of the data file 222, 3211 is a data file 32.
1 record, 3221 is a record of the data file 322. Record 1211, record 2211 and record 3211, record 1221 and record 2221
And record 3221 correspond to each other, and when any one of Calculator 1, Calculator 2 and Calculator 3 operates as an active system and the remaining 1 or 2 operates as a standby system, The contents of the corresponding records must always be equal. A management unit 120 has an update counter that is incremented in record units each time the data file of the computer 1 is updated when the computer 1 is the active system or the standby system, and the active computer name (active computer identification information) at the time of update. And exists inside the disk 12. Two
Reference numeral 20 denotes a management unit having an update counter that is incremented in record units each time the computer 2 updates the data file of the computer 2 when the computer 2 is the active system or the standby system, and the operating computer name at the time of update. Exists. Reference numeral 320 denotes a management unit having an update counter that is incremented in record units each time the data file of the computer 3 is updated when the computer 3 is an active system or a standby system, and an operating computer name at the time of update, and is present inside the disk 32. To do.

【0027】図23は管理部120の構造を示す図であ
り、図23において、12110はデータファイル12
1のレコード1211の更新回数カウンタ、12111
はレコード1211を更新した時の運用系計算機名称、
12210はデータファイル122のレコード1221
の更新回数カウンタ、12211はレコード1221を
更新した時の運用系計算機名称である。図24は管理部
220の構造を示す図であり、図24において、221
10はデータファイル221のレコード2211の更新
回数カウンタ、22111はレコード2211を更新し
た時の運用系計算機名称、22210はデータファイル
222のレコード2221の更新回数カウンタ、222
11はレコード2221を更新した時の運用系計算機名
称である。図25は管理部320の構造を示す図であ
り、図25において、32110はデータファイル32
1のレコード3211の更新回数カウンタ、32111
はレコード3211を更新した時の運用系計算機名称、
32210はデータファイル322のレコード3221
の更新回数カウンタ、32211はレコード3221を
更新した時の運用系計算機名称である。更新カウンタは
例えば4バイトの符号無し整数のように、充分大きな値
を表現できるものとし、システム最初の運用開始時に0
クリアされ、表現できる最大値の状態でカウントアップ
されると0へ戻るものとする。
FIG. 23 is a diagram showing the structure of the management unit 120. In FIG. 23, reference numeral 12110 denotes the data file 12.
Update counter of record 1211 of 1; 12111
Is the name of the operating computer when the record 1211 was updated,
12210 is a record 1221 of the data file 122
The update number counter of 1211 is the operating system computer name when the record 1221 is updated. FIG. 24 is a diagram showing the structure of the management unit 220. In FIG.
10 is the update count counter of the record 2211 of the data file 221, 22111 is the name of the operating system computer when the record 2211 was updated, 22210 is the update count counter of the record 2221 of the data file 222, 222
Reference numeral 11 is the operating system computer name when the record 2221 is updated. FIG. 25 is a diagram showing the structure of the management unit 320. In FIG. 25, reference numeral 32110 denotes the data file 32.
Update counter of record 3211 of 1; 32111
Is the name of the operating system computer when the record 3211 was updated,
32210 is a record 3221 of the data file 322
The update number counter 32211 is the operating system computer name when the record 3221 is updated. The update counter is capable of expressing a sufficiently large value, such as a 4-byte unsigned integer, and is set to 0 when the system first starts operation.
It shall be cleared and shall return to 0 when it is counted up in the maximum expressible state.

【0028】なお、上記実施例2における計算機1は前
記実施例1における計算機1に対応させ、上記実施例2
における計算機2又は計算機3は前記実施例1における
計算機2に対応させれば、上記実施例2の動作は前記実
施例1の動作と同じであるので、ここでは説明を省略す
る。
The computer 1 in the second embodiment corresponds to the computer 1 in the first embodiment, and
If the computer 2 or the computer 3 in 1 is made to correspond to the computer 2 in the first embodiment, the operation of the second embodiment is the same as the operation of the first embodiment, and therefore the description thereof is omitted here.

【0029】以上のように実施例2によれば、運用系計
算機2のデータファイルのレコードを更新後、待機系計
算機1の対応するレコードを更新するまでに待機系計算
機1が故障等により停止しても、待機系計算機1が再度
待機系に立ち上がるときに両系の計算機1,2のデータ
ファイルの当該レコードが不一致と認識され、運用系計
算機2から新待機系計算機1へコピーされる。また、管
理部はディスクにあるため両系の計算機1,2が停止し
ても管理部の内容は消去されないこと、及び更新時の運
用系計算機名称を記憶していることから、データファイ
ルのレコードを計算機2が運用系、計算機1が待機系の
時に更新後、今度は計算機1が運用系、計算機2が待機
系の時に別の値で更新したとしても、再度運用系+待機
系で運転したときに両系の計算機1,2のデータファイ
ルの当該レコードが不一致と認識され運用系計算機1か
ら新待機系計算機2へコピーされる。この結果、両系の
計算機1,2の運転モードがどのように遷移したとして
も、待機系立ち上げ時に両系の計算機1,2の内容が不
一致のデータファイルレコードを正しく認識でき、不一
致のレコードのみを運用系計算機1から新待機系計算機
2へコピーするため、待機立ち上げ時間が短縮される。
また、運用系−待機系で多重系運転しているとき、運用
系計算機のデータ変更処理において、待機系計算機での
データ更新と同期をとる必要がないため、多重系運転時
の性能を損なわない。
As described above, according to the second embodiment, after updating the record of the data file of the active computer 2, the standby computer 1 is stopped due to a failure or the like until the corresponding record of the standby computer 1 is updated. Even when the standby system computer 1 starts up in the standby system again, the corresponding records in the data files of the computers 1 and 2 of both systems are recognized as inconsistent and are copied from the active system computer 2 to the new standby system computer 1. In addition, since the management unit is on the disk, the contents of the management unit are not erased even if the computers 1 and 2 of both systems are stopped, and the name of the operating system computer at the time of updating is stored. Even after updating with a different value when computer 2 is the active system and computer 1 is the standby system, and then this time is updated with another value when computer 1 is the active system and computer 2 is the standby system, it was run again with the active system + standby system At this time, the records in the data files of the computers 1 and 2 of both systems are recognized as inconsistent and are copied from the active computer 1 to the new standby computer 2. As a result, no matter how the operating mode of the computers 1 and 2 of both systems transits, the data file record in which the contents of the computers 1 and 2 of both systems do not match when the standby system is started up can be correctly recognized, Since only the active computer 1 is copied to the new standby computer 2, the standby startup time is shortened.
Also, when the active-standby system is operating in multiple systems, it is not necessary to synchronize with the data update in the standby computer in the data change process of the active computer, so performance during multiple system operation is not impaired. .

【0030】なお、以上説明した実施例1,2ではデー
タファイル等価について説明したが、データファイルに
は当然データが含まれているので、本発明で言うデータ
ファイル等価はデータ等価の概念をも含んでいる。した
がって、データ等価の場合も、実施例1,2で説明した
処理と同様な処理を行わせることにより、実現でき、こ
の場合も実施例1,2と同等な効果が得られる。
In the first and second embodiments described above, the data file equivalence is explained. However, since the data file naturally contains data, the data file equivalence referred to in the present invention includes the concept of data equivalence. I'm out. Therefore, even in the case of data equivalence, it can be realized by performing the same processing as that described in the first and second embodiments, and in this case, the same effect as that of the first and second embodiments can be obtained.

【0031】また、上記実施例1,2では、管理部に更
新時の運用系計算機識別情報として運用系計算機名称を
記憶したが、それに限らず更新時の運用系計算機番号ま
た更新時の運用計算機を示すコードを記憶してもよく、
この場合も上記実施例1,2と同等の効果が得られる。
In the first and second embodiments, the operating computer name is stored in the management unit as the operating computer identification information at the time of updating, but the present invention is not limited to this, and the operating computer number at updating or the operating computer at updating is stored. May store a code indicating
Also in this case, the same effects as those of the first and second embodiments can be obtained.

【0032】また、上記実施例1,2では、管理部にデ
ータファイルのレコード単位で更新回数カウンタと更新
時の運用系計算機名称を記憶したが、これらはデータフ
ァイル単位に記憶してもよく、この場合も上記実施例
1,2と同等の効果が得られる。
In the first and second embodiments, the update count counter and the operating computer name at the time of update are stored in the management unit in the record unit of the data file, but these may be stored in the data file unit. Also in this case, the same effects as those of the first and second embodiments can be obtained.

【0033】[0033]

【発明の効果】以上説明したように第1の発明によれ
ば、2重系計算機システムの運用系計算機と待機系計算
機において、データファイル更新後、両系の計算機間で
非同期にレコード単位に更新回数カウンタをカウントア
ップするとともに更新時の運用系計算機識別情報を記憶
し、待機立ち上げ系の計算機と運用系計算機の更新回数
カウンタまたは更新時の運用系計算機識別情報が異なる
レコードのみを運用系計算機から新待機系計算機へコピ
ーする処理を行うので、運用系計算機のデータファイル
のレコードを更新後、待機系計算機の対応するレコード
を更新するまでに待機系計算機が故障等により停止して
も、再度待機系に立ち上がるときに両系の計算機のデー
タファイルの当該レコードが不一致と認識され、運用系
計算機から新待機系計算機へコピーされる。また、管理
部はディスクにあるため両系の計算機が停止しても管理
部の内容は消去されないこと、及び更新時の運用系計算
機識別情報を記憶していることから、データファイルの
レコードを一方の計算機が運用系、他方の計算機が待機
系の時に更新後、今度はさきほど待機系の計算機が運用
系、さきほど運用系の計算機が待機系の時に別の値で更
新したとしても、再度運用系+待機系で運転したときに
両系の計算機のデータファイルの当該レコードが不一致
と認識され運用系計算機から新待機系計算機へコピーさ
れる。この結果、両系の計算機の運転モードがどのよう
に遷移したとしても、待機系立ち上げ時に両系の計算機
の内容が不一致のデータファイルレコードを正しく認識
でき、不一致のレコードのみを運用系計算機から新待機
系計算機へコピーするため、待機系計算機の立ち上げ時
間が短縮され、また、運用系−待機系で2重系運転して
いるとき、運用系計算機のデータ変更処理において、待
機系計算機でのデータ更新と同期をとる必要がないた
め、2重系運転時の性能を損なわないという効果が得ら
れる。
As described above, according to the first aspect of the invention, in the operating computer and the standby computer of the dual computer system, after updating the data file, the computers of both systems asynchronously update in record units. Counts up the number of times counter and stores the operating system computer identification information at the time of update, and stores only the records where the standby startup system computer and the operating system computer have different update number counters or the operating system computer identification information at the time of update Since the process of copying from the standby computer to the new standby computer is performed, even if the standby computer stops due to a failure etc. after updating the record of the data file of the operating computer until the corresponding record of the standby computer is updated, When starting up to the standby system, the records in the data files of the computers of both systems are recognized as inconsistent, and the operating system computer sets the new standby system. It is copied to San machines. In addition, since the management unit is on the disk, the contents of the management unit are not erased even if the computers of both systems are stopped, and the operating system computer identification information at the time of updating is stored. After updating when the other computer is the active system and the other computer is the standby system, even if the standby computer is updated to the active system and the active computer is updated to the standby system, the operating system will be updated again. + When operating in the standby system, the records in the data files of the computers in both systems are recognized as inconsistent and are copied from the active computer to the new standby computer. As a result, no matter how the operating mode of the computers on both systems transitions, the data file records with inconsistent contents of the computers on both systems can be correctly recognized when the standby system is started up, and only the inconsistent records can be read from the operating computer. Since it is copied to the new standby system computer, the startup time of the standby system computer is shortened, and when the active system-standby system is operating in a dual system, the standby system computer can change the data of the active system computer. Since it is not necessary to synchronize with the data update of, the effect of not impairing the performance during dual system operation can be obtained.

【0034】また、第2の発明によれば、多重系計算機
システムの運用系計算機と待機系計算機において、第1
の発明と同等の方法を適用するように構成したので、多
重化した計算機システムでも運用系計算機のデータファ
イルのレコードを更新後、待機系計算機の対応するレコ
ードを更新するまでに待機系計算機が故障等により停止
しても、再度待機系に立ち上がるときに両系の計算機の
データファイルの当該レコードが不一致と認識され、運
用系計算機から新待機系計算機へコピーされる。また、
データファイルのレコードを一方の計算機が運用系、他
方の計算機が待機系の時に更新後、今度はさきほど待機
系の計算機が運用系、さきほど運用系の計算機が待機系
の時に別の値で更新したとしても、再度運用系+待機系
で運転したときに両系の計算機のデータファイルの当該
レコードが不一致と認識され運用系計算機から新待機系
計算機へコピーされる。この結果、全系の計算機の運転
モードがどのように遷移したとしても、待機系計算機の
立ち上げ時に運用系計算機と新待機系計算機の内容が不
一致のデータファイルレコードを正しく認識でき、待機
立ち上げ時間が短縮され、また、多重系運転時の性能を
損なわないという効果が得られる。
Further, according to the second invention, in the active computer and the standby computer of the multiple computer system, the first computer
Since it is configured to apply the method equivalent to the invention of the above, even in a multiplexed computer system, after updating the record of the data file of the active computer, the standby computer fails before updating the corresponding record of the standby computer. Even if it is stopped due to such reasons, the corresponding records in the data files of the computers of both systems are recognized as inconsistent at the time of restarting to the standby system, and are copied from the active computer to the new standby computer. Also,
After updating the record of the data file when one computer is the active system and the other computer is the standby system, this time it was updated with another value when the standby computer was the active system and when the active computer was the standby system. Also, when the operating system and the standby system are operated again, the records in the data files of the computers of both systems are recognized as inconsistent and are copied from the active computer to the new standby computer. As a result, no matter how the operating modes of all the system computers are changed, when the standby computer is started up, the data file record in which the contents of the active computer and the new standby computer do not match can be correctly recognized, and the standby startup is started. It is possible to obtain an effect that the time is shortened and the performance during the multi-system operation is not impaired.

【図面の簡単な説明】[Brief description of drawings]

【図1】 この発明の実施例1に係るデータファイル等
価処理方法を採用した2重系計算機システムを示すハー
ドウェア構成図である。
FIG. 1 is a hardware configuration diagram showing a dual system computer system adopting a data file equivalent processing method according to a first embodiment of the present invention.

【図2】 上記実施例1に係るデータファイル等価処理
方法を示すブロック図である。
FIG. 2 is a block diagram showing a data file equivalent processing method according to the first embodiment.

【図3】 上記実施例1における計算機1の管理部の構
造図である。
FIG. 3 is a structural diagram of a management unit of the computer 1 according to the first embodiment.

【図4】 上記実施例1における計算機2の管理部の構
造図である。
FIG. 4 is a structural diagram of a management unit of the computer 2 in the first embodiment.

【図5】 上記実施例1における運用系計算機のデータ
変更処理の手順を示すフローチャートである。
FIG. 5 is a flow chart showing a procedure of data change processing of the operating system computer in the first embodiment.

【図6】 上記実施例1における待機系計算機のデータ
変更処理の手順を示すフローチャートである。
FIG. 6 is a flowchart showing a procedure of data change processing of the standby computer in the first embodiment.

【図7】 上記実施例1における運用系計算機のデータ
コピー処理の手順を示すフローチャートである。
FIG. 7 is a flowchart showing a procedure of a data copy process of the operating system computer in the first embodiment.

【図8】 上記実施例1における新待機系計算機のデー
タコピー処理の手順を示すフローチャートである。
FIG. 8 is a flowchart showing a procedure of data copy processing of the new standby computer in the first embodiment.

【図9】 上記実施例1における各計算機の管理部とデ
ータファイルのレコードの内容の変化を示す図である。
FIG. 9 is a diagram showing changes in the contents of records in the management unit and data file of each computer in the first embodiment.

【図10】 上記実施例1における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。
FIG. 10 is a diagram showing changes in the contents of records of a management section and a data file of each computer according to the first embodiment.

【図11】 上記実施例1における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。
FIG. 11 is a diagram showing changes in the contents of the records of the management unit and the data file of each computer in the first embodiment.

【図12】 上記実施例1における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。
FIG. 12 is a diagram showing changes in the contents of records of a management section and a data file of each computer in the first embodiment.

【図13】 上記実施例1における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。
FIG. 13 is a diagram showing changes in the contents of the records of the management unit and data file of each computer in the first embodiment.

【図14】 上記実施例1における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。
FIG. 14 is a diagram showing changes in the contents of records of a management section and a data file of each computer in the first embodiment.

【図15】 上記実施例1における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。
FIG. 15 is a diagram showing changes in the contents of records in the management unit and data file of each computer according to the first embodiment.

【図16】 上記実施例1における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。
FIG. 16 is a diagram showing changes in the contents of the records of the management unit and data file of each computer in the first embodiment.

【図17】 上記実施例1における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。
FIG. 17 is a diagram showing changes in the contents of records of a management section and a data file of each computer in the first embodiment.

【図18】 上記実施例1における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。
FIG. 18 is a diagram showing changes in the contents of the records of the management unit and data file of each computer in the first embodiment.

【図19】 上記実施例1における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。
FIG. 19 is a diagram showing changes in the contents of the records of the management unit and data file of each computer in the first embodiment.

【図20】 上記実施例1における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。
FIG. 20 is a diagram showing changes in the contents of records of a management section and a data file of each computer in the first embodiment.

【図21】 この発明の実施例2に係るデータファイル
等価処理方法を採用した多重化計算機システムを示すハ
ードウェア構成図である。
FIG. 21 is a hardware configuration diagram showing a multiplexed computer system adopting the data file equivalent processing method according to the second embodiment of the present invention.

【図22】 上記実施例2に係るデータファイル等価処
理方法を示すブロック図である。
FIG. 22 is a block diagram showing a data file equivalent processing method according to the second embodiment.

【図23】 上記実施例2における計算機1の管理部の
構造図である。
FIG. 23 is a structural diagram of a management unit of the computer 1 according to the second embodiment.

【図24】 上記実施例2における計算機2の管理部の
構造図である。
FIG. 24 is a structural diagram of a management unit of the computer 2 according to the second embodiment.

【図25】 上記実施例2における計算機3の管理部の
構造図である。
FIG. 25 is a structural diagram of a management unit of the computer 3 according to the second embodiment.

【図26】 従来のデータファイル等価処理方法を採用
した2系列化計算機システムを示すハードウェア構成図
である。
FIG. 26 is a hardware configuration diagram showing a two-series computer system adopting a conventional data file equivalent processing method.

【図27】 従来のデータファイル等価処理方法を示す
ブロック図である。
FIG. 27 is a block diagram showing a conventional data file equivalent processing method.

【図28】 従来のデータファイル等価処理方法におけ
る運用系計算機のデータ変更処理の手順を示すフローチ
ャートである。
FIG. 28 is a flow chart showing the procedure of data change processing of the operating system computer in the conventional data file equivalence processing method.

【図29】 従来のデータファイル等価処理方法におけ
る待機系計算機のデータ変更処理の手順を示すフローチ
ャートである。
FIG. 29 is a flowchart showing the procedure of a data change process of the standby computer in the conventional data file equivalence processing method.

【図30】 従来のデータファイル等価処理方法におけ
る運用系計算機のデータコピー処理の手順を示すフロー
チャートである。
FIG. 30 is a flow chart showing the procedure of data copy processing of the operating system computer in the conventional data file equivalence processing method.

【図31】 従来のデータファイル等価処理方法におけ
る新待機系計算機のデータコピー処理の手順を示すフロ
ーチャートである。
FIG. 31 is a flowchart showing a procedure of data copy processing of a new standby system computer in the conventional data file equivalence processing method.

【符号の説明】[Explanation of symbols]

1,2,3 計算機、5 伝送路、10,20,30
CPU、11,21,31 主メモリ、12,22,3
2 ディスク、13,23,33 伝送I/F、12
0,220,320 管理部、121,122,22
1,222,321,322 データファイル、121
1,1221,2211,2221,3211,322
1 レコード、12110,12210,22110,
22210,32110,32210更新回数カウン
タ、12111,12211,22111,2221
1,32111,32211,更新時運用系計算機名称
(更新時運用系計算機識別情報)。
1,2,3 Computer, 5 transmission lines, 10, 20, 30
CPU, 11, 21, 31 Main memory, 12, 22, 3
2 disks, 13, 23, 33 transmission I / F, 12
0, 220, 320 management unit, 121, 122, 22
1, 222, 321, 322 data files, 121
1,1221,211,2212,3211,322
1 record, 12110, 12210, 22110,
22210, 32110, 32210 update counter, 12111, 12211, 21211, 2221
1, 32111, 32211, update-time operating system computer name (update-time operating system computer identification information).

Claims (2)

【特許請求の範囲】[Claims] 【請求項1】 ネットワークを介して接続された2台の
計算機の一方を運用系とし、他方を待機系として2重運
用し、運用系計算機のデータファイルを更新する都度、
更新データを待機系計算機のデータファイルへ等価する
2重系計算機システムにおいて、上記更新の回数をカウ
ントする更新回数カウンタと更新時の運用系計算機の識
別を示す運用系計算機識別情報とを各々の計算機の各々
の等価対象データファイルのレコード単位又はデータフ
ァイル単位に記憶する管理部をディスク内に有し、運用
系計算機または待機系計算機において等価対象データフ
ァイルを更新したら、当該レコード又は当該データファ
イルに対応する更新回数カウンタと更新時の運用系計算
機識別情報とを更新し、故障又は保守等により停止した
計算機が立ち上がり、この計算機が待機系へと遷移する
時に、両系の更新回数カウンタ又は更新時の運用系計算
機識別情報が異なるレコード又はデータファイルのみを
運用系計算機から新待機系計算機へコピーすることを特
徴とするデータファイル等価処理方法。
1. Each time two computers connected via a network are used as an active system and the other computer as a standby system for dual operation, each time a data file of an active computer is updated,
In a dual computer system in which update data is equivalent to a data file of a standby computer, each computer is provided with an update counter that counts the number of updates and active computer identification information that identifies the active computer at the time of update. When the equivalence target data file is updated in the operating system computer or standby system computer, the management unit that stores the record unit or the data file unit of each equivalence target data file Update the update counter and the operating system computer identification information at the time of update, and when the computer stopped due to a failure or maintenance starts, and this computer transitions to the standby system, the update counter of both systems or the update Only records or data files with different active computer identification information from the active computer Data file equivalent processing method characterized by copying the standby computer.
【請求項2】 ネットワークを介して接続されたn台
(n≧3)の計算機のうちの1台を運用系とし、他のm
台(n−1≧m≧1)を待機系として多量系運用し、運
用系計算機のデータファイルを更新する都度、更新デー
タを待機系計算機のデータファイルへ等価する多重系計
算機システムにおいて、上記更新の回数をカウントする
更新回数カウンタと更新時の運用系計算機の識別を示す
運用系計算機識別情報とを各々の計算機の各々の等価対
象データファイルのレコード単位又はデータファイル単
位に記憶する管理部をディスク内に有し、運用系計算機
または待機系計算機において等価対象データファイルを
更新したら、当該レコード又は当該データファイルに対
応する更新回数カウンタと更新時の運用系計算機識別情
報とを更新し、故障又は保守等により停止した計算機が
立ち上がり、この計算機が待機系へと遷移する時に、両
系の更新回数カウンタ又は更新時の運用系計算機識別情
報が異なるレコード又はデータファイルのみを運用系計
算機から新待機系計算機へコピーすることを特徴とする
データファイル等価処理方法。
2. One of n (n ≧ 3) computers connected via a network is used as an active system, and the other m
In a multi-system computer system in which a large number of units (n-1 ≧ m ≧ 1) are operated as a standby system and each time the data file of the operating computer is updated, the updated data is equivalent to the data file of the standby computer The management unit that stores the update count counter that counts the number of times and the active computer identification information that indicates the identification of the active computer at the time of update in a record unit or data file unit of each equivalence target data file of each computer If the equivalent computer data file is updated in the operating system computer or the standby system computer, the update count counter and the operating system computer identification information at the time of updating the record or the data file are updated, and a failure or maintenance is performed. When the computer that was stopped due to, etc. starts up and this computer transitions to the standby system, the update count of both systems is updated. Data file equivalent processing method characterized in that data or active system computer identification information at the time of update is copied only from the active system computer different records or data files to a new standby computer.
JP12355995A 1995-05-23 1995-05-23 Data file equivalent processing method Expired - Lifetime JP3702314B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP12355995A JP3702314B2 (en) 1995-05-23 1995-05-23 Data file equivalent processing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP12355995A JP3702314B2 (en) 1995-05-23 1995-05-23 Data file equivalent processing method

Publications (2)

Publication Number Publication Date
JPH08314785A true JPH08314785A (en) 1996-11-29
JP3702314B2 JP3702314B2 (en) 2005-10-05

Family

ID=14863593

Family Applications (1)

Application Number Title Priority Date Filing Date
JP12355995A Expired - Lifetime JP3702314B2 (en) 1995-05-23 1995-05-23 Data file equivalent processing method

Country Status (1)

Country Link
JP (1) JP3702314B2 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002530750A (en) * 1998-11-17 2002-09-17 テレフオンアクチーボラゲツト エル エム エリクソン(パブル) Protocol for synchronizing parallel processors in mobile communication systems
JP2002530751A (en) * 1998-11-17 2002-09-17 テレフオンアクチーボラゲツト エル エム エリクソン(パブル) Optimization of change log processing
KR100408653B1 (en) * 2001-08-31 2003-12-06 주식회사 현대시스콤 Method for dual supporting of OS in a 3G asynchronous system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62209638A (en) * 1986-02-14 1987-09-14 Fujitsu Ltd Managing system for file edition number
JPH0528021A (en) * 1991-07-19 1993-02-05 Fujitsu Ltd Management of binary arranged data
JPH06290098A (en) * 1993-03-31 1994-10-18 Hitachi Software Eng Co Ltd Method for processing distributed data base

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62209638A (en) * 1986-02-14 1987-09-14 Fujitsu Ltd Managing system for file edition number
JPH0528021A (en) * 1991-07-19 1993-02-05 Fujitsu Ltd Management of binary arranged data
JPH06290098A (en) * 1993-03-31 1994-10-18 Hitachi Software Eng Co Ltd Method for processing distributed data base

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002530750A (en) * 1998-11-17 2002-09-17 テレフオンアクチーボラゲツト エル エム エリクソン(パブル) Protocol for synchronizing parallel processors in mobile communication systems
JP2002530751A (en) * 1998-11-17 2002-09-17 テレフオンアクチーボラゲツト エル エム エリクソン(パブル) Optimization of change log processing
KR100408653B1 (en) * 2001-08-31 2003-12-06 주식회사 현대시스콤 Method for dual supporting of OS in a 3G asynchronous system

Also Published As

Publication number Publication date
JP3702314B2 (en) 2005-10-05

Similar Documents

Publication Publication Date Title
US7281104B1 (en) System and method for online data migration
US7017003B2 (en) Disk array apparatus and disk array apparatus control method
JP4148722B2 (en) Online data migration method
US7707373B2 (en) Storage system and backup method
JP4809040B2 (en) Storage apparatus and snapshot restore method
US7461201B2 (en) Storage control method and system for performing backup and/or restoration
US6701455B1 (en) Remote copy system with data integrity
US20060107129A1 (en) Method and computer program product for marking errors in BIOS on a RAID controller
US20080162594A1 (en) Data storage system and process
JP2005301497A (en) Storage management system, restoration method and its program
JPH11272427A (en) Method for saving data and outside storage device
JPH09101912A (en) Difference backup system
JPH08153014A (en) Client server system
JP2014137711A (en) Storage device, backup program and backup method
US6985996B1 (en) Method and apparatus for relocating RAID meta data
JP2004145854A (en) Method and system for data backup and recovery
JPS607818B2 (en) How to back up files
JP3904894B2 (en) Backup management method and storage control device used in this method
US20220334733A1 (en) Data restoration method and related device
US7937548B2 (en) System and method for improved snapclone performance in a virtualized storage system
JPH08314785A (en) Data file equalization processing method
US10664346B2 (en) Parity log with by-pass
WO2022033269A1 (en) Data processing method, device and system
JP4390618B2 (en) Database reorganization program, database reorganization method, and database reorganization apparatus
CN112346913A (en) Data recovery method, device, equipment and storage medium

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20040122

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20040130

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20040130

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20050524

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20050617

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050617

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20050617

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090729

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100729

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100729

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110729

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110729

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120729

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120729

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130729

Year of fee payment: 8

EXPY Cancellation because of completion of term