JPH08314785A - データファイル等価処理方法 - Google Patents

Abstract

(57)【要約】 【目的】 運用系−待機系での２重系運転の性能を損な
うことなく、待機系計算機の立ち上げ時に短い時間で確
実にデータファイルを等価できるようにする。 【構成】 ２重系計算機システムの運用系計算機と待機
系計算機において、例えば、計算機２を運用系、計算機
１を待機系とすれば、運用系計算機２のデータファイル
２２１を更新後、両系の計算機１，２は非同期でレコー
ド単位に更新回数カウンタをカウントアップするととも
に更新時の運用系計算機識別情報を記憶し、待機系立ち
上げ時の計算機１と運用系計算機２との更新回数カウン
タまたは更新時の運用系計算機識別情報が異なるレコー
ドのみを運用系計算機２から新待機系計算機１へコピー
する。これにより、運用系−待機系での２重系運転の性
能を損なうことなく、待機系計算機１の立ち上げ時に、
短い時間で確実にデータファイルが等価される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、多重化された計算機シ
ステムの運用系計算機と待機系計算機などにおけるデー
タファイル等価処理方法に関するものである。

【０００２】

【従来の技術】従来、計算機システムを用いた情報処理
システムや制御処理システムは、一般的にその信頼性を
上げるために２重系の構成として、運用系計算機と待機
系計算機を設け、両方の計算機を稼働させてデュープレ
ックス運転を行うものが見られる。このようなシステム
では、運用系計算機でデータファイルを更新する都度、
待機系計算機のデータファイルにも同一データを書込む
ことにより、両系のデータファイルを等価する。また、
故障又は保守等により一方の計算機が停止した後に待機
系へ立ち上げる場合は、両系の計算機のデータファイル
を一致させるために運用系計算機のファイルの内容を新
待機系計算機のデータファイルへコピーするが、対象デ
ータ量が多いと、コピーに時間がかかり、結果として待
機立ち上げ時間が長くなるという問題があり、このコピ
ー時間を短縮する必要がある。

【０００３】図２６は、例えば特開平３−１３７７４２
号公報に示された、コピー時間の短縮を目的とした、従
来のデータファイル等価処理方法を採用した２系列化計
算機システムを示すハードウェア構成図、図２７は従来
のデータファイル等価処理方法の一例を示すブロック図
である。図２６，図２７において、１，２は２重系を構
成する計算機、５は計算機１と計算機２を接続する伝送
路である。１０は計算機１のＣＰＵ、１１は計算機１の
主メモリ、１２は計算機１のディスク、１２１と１２２
はディスク１２内のデータファイル、１３は計算機１と
伝送路５を接続する伝送インタフェース部である。２０
は計算機２のＣＰＵ、２１は計算機２の主メモリ、２２
は計算機２のディスク、２２１と２２２はディスク２２
内のデータファイル、２３は計算機２と伝送路５を接続
する伝送インタフェース部である。１２１１はデータフ
ァイル１２１上のレコード、１２２１はデータファイル
１２２上のレコード、１１１は計算機１が運用系でかつ
計算機２が停止している時に計算機１のデータファイル
の更新の有無をデータファイルのレコード単位で記憶す
る管理部であり、主メモリ１１内部に存在する。２２１
１はデータファイル２２１上のレコード、２２２１はデ
ータファイル２２２上のレコード、２１１は計算機２が
運用系でかつ計算機１が停止している時に計算機２のデ
ータファイルの更新の有無をデータファイルのレコード
単位で記憶する管理部であり、主メモリ２１内部に存在
する。レコード１２１１とレコード２２１１、レコード
１２２１とレコード２２２１は各々対応しており、計算
機１と計算機２の一方が運用系、他方が待機系として運
転する場合、対応するレコードの内容は常に等しくなけ
ればならない。

【０００４】次に動作について説明する。計算機２が運
用系の場合は、運用系計算機２は図２８に示すフローチ
ャートに従ってデータ変更処理（運用系）を行う。すな
わち、運用系計算機２は、データ更新要求を受け付ける
と、ステップＳＴ５０１で計算機２のデータファイル２
２１またはデータファイル２２２に更新データを書込
み、ステップＳＴ５０２へ移る。ステップＳＴ５０２で
は、他系計算機が待機系であるか否かをチェックし、待
機系であればステップＳＴ５０３へ移り、待機系でなけ
ればステップＳＴ５０４へ移る。ステップＳＴ５０３で
は、更新データを計算機１へ転送してデータ変更処理を
終える。ステップＳＴ５０４では当該レコードを更新し
たことを運用系計算機２の管理部２１１に記憶してデー
タ変更処理を終える。図２８に示すフローチャートによ
ると、例えば、計算機１が待機モード以外の時に運用系
計算機２がレコード２２１１とレコード２２２１を更新
したとすれば、計算機管理部２１１にはレコード２２１
１とレコード２２２１が更新されたと記憶される。ま
た、例えば計算機２が運用系で、計算機１が待機系であ
るとすれば、運用系計算機２でレコード２２１１あるい
はレコード２２２１を更新しても運用系計算機２の管理
部２１１には記憶されない。

【０００５】もしも計算機１が待機系の場合は、待機系
計算機１は図２９に示すフローチャートに従ってデータ
変更処理（待機系）を行う。すなわち、図２８のステッ
プＳＴ５０３の結果、運用系計算機２から更新対象デー
タを受信した時にデータ変更処理（待機系）が起動され
ると図２９のステップＳＴ６０１において、当該データ
をデータファイル１２１またはデータファイル１２２の
対応するレコードに書き込んで、データ変更処理（待機
系）を終える。図２８と図２９において、例えば計算機
２が運用系で、計算機１が待機系であるとすれば、運用
系計算機２でレコード２２１１とレコード２２２１を更
新すれば、レコード２２１１と同じ内容で待機系計算機
１のレコード１２１１が更新され、レコード２２２１と
同じ内容で待機系計算機１のレコード１２２１が更新さ
れる。

【０００６】次に、停止している計算機１を待機系へ立
ち上げる時には、運用系計算機２は図３０に示すフロー
チャートに従ってデータコピー処理（運用系）を行う。
すなわち、ステップＳＴ７０１において、データファイ
ルの先頭レコードをチェック対象レコードとし、ステッ
プＳＴ７０２へ移る。ステップＳＴ７０２では、計算機
２の管理部２１１を参照して、計算機１が待機系以外の
時にチェック対象レコードの更新されたか否かを判定
し、データ更新が記憶されている時にはステップＳＴ７
０３に移り、データ更新が記憶されていない時にはステ
ップＳＴ７０５へ移る。ステップＳＴ７０３では、チェ
ック対象レコードの内容をデータファイル２２１または
データファイル２２２から読み込み、ステップＳＴ７０
４へ移る。ステップＳＴ７０４では、ステップＳＴ７０
３で読み込んだデータを立ち上げ中の計算機１へ転送し
て、ステップＳＴ７０５へ移る。ステップＳＴ７０５で
は、未処理のレコードが残っているか否かを判定し、残
っていればステップＳＴ７０６へ移り、残っていなけれ
ばデータコピー処理（運用系）を終える。ステップＳＴ
７０６ではチェック対象レコードを次のレコードとし、
ステップＳＴ７０２へ移る。

【０００７】また、停止している計算機１を待機系へ立
ち上げる時には、新待機系の計算機１は図３１に示すフ
ローチャートに従ってデータコピー処理（新待機系）を
行う。すなわち、図３０のステップＳＴ７０４の結果、
運用系計算機２からコピー対象データを受信した時にデ
ータコピー処理（新待機系）が起動されると図３１のス
テップＳＴ８０１において、当該データをデータファイ
ル１２１またはデータファイル１２２の対応するレコー
ドにコピーして、データコピー処理（新待機系）を終え
る。図２９と図３０において、例えば、管理部２１１に
レコード２２１１とレコード２２２１が更新されたと記
憶されていれば、レコード２２１１とレコード２２２１
のデータが計算機１へ転送され、レコード１２１１とレ
コード１２２１にそれぞれコピーされる。

【０００８】

【発明が解決しようとする課題】従来のデータファイル
等価処理方法によると、例えば運用系計算機２が、図２
８のステップＳＴ５０１でレコード２２１１を更新し、
ステップＳＴ５０２にて計算機１を待機モードと判断
し、ステップＳＴ５０３で更新データを計算機１へ転送
してから待機系計算機１が図２９のステップＳＴ６０１
を実行するまでの間に、故障等により計算機１が待機系
以外に遷移を開始した場合に、計算機２のレコード２２
１１は更新されかつ計算機１のレコード１２１１は更新
されないにもかかわらず、管理部２１１にはレコード２
２１１が単独系で更新されたということが記憶されてい
ないという現象が発生する。この後計算機１を待機系に
立ち上げた場合、図３０において、レコード２２１１に
ついてはステップＳＴ７０２にてデータ更新が記憶され
ていないと判断され、ステップＳＴ７０３，ＳＴ７０４
の処理をスキップするため、運用系計算機２のレコード
２２１１と待機系計算機１の対応するレコード１２１１
の内容が一致しないという問題点があった。

【０００９】上記問題点を防止するために、図２９に示
すステップＳＴ６０１の処理の後、待機系へのレコード
の書き込みが成功したことを運用系に送信する処理を追
加するとともに、図２８においてステップＳＴ５０２の
次に他系からの書き込み結果の受信を待ち、他系での書
き込みが成功しなかった場合にはステップＳＴ５０４を
スキップするように変更することも考えられるが、この
場合、運用系はデータ変更の都度、待機系でのデータ書
き込みとの同期をとるため処理性能が悪くなるという、
問題点がある。

【００１０】また、従来の方法では、データの更新の有
無を記憶する管理部が主メモリにあるため、一方の計算
機が運用系にあり、他方の計算機が待機系にあり、待機
系計算機が停止の状態にあるとき運用系計算機が停止す
れば、管理部の内容はクリアされるため、再度一方の計
算機が運用系、他方の計算機が待機系へ復帰する時はデ
ータファイルを運用系計算機から新待機系計算機へ全コ
ピーしなければならないという、問題点がある。

【００１１】この発明は上記のような問題点を解決する
ためになされたもので、運用系−待機系での２重系運転
や多重系運転の性能を損なうことなく、待機系計算機の
立ち上げ時に短い時間で確実にデータファイルを等価す
ることができるデータファイル等価処理方法を得ること
を目的とする。

【００１２】

【課題を解決するための手段】請求項１の発明に係るデ
ータファイル等価処理方法は、２重系計算機システムに
おいて、各々の計算機１，２の各々の等価対象データフ
ァイル１２１，２２１のレコード単位に更新回数カウン
タと更新時の運用系計算機識別情報を記憶する管理部１
２０，２２０をディスク１２，２２内に有し、運用系計
算機または待機系計算機において等価対象データファイ
ルを更新したら、当該レコードに対応する更新回数カウ
ンタと更新時の運用系計算機識別情報を更新し、故障ま
たは保守等により停止した計算機が立上り、待機系へと
遷移する時に、両系の更新回数カウンタまたは更新時の
運用系計算機識別情報が異なるレコードのみを運用系計
算機から新待機系計算機へコピーするようにしたもので
ある。

【００１３】請求項２の発明に係るデータファイル等価
処理方法は、多重系計算機システムにおいて、各々の計
算機１，２，３の各々の等価対象データファイル１２
１，２２１，３２１のレコード単位に更新回数カウンタ
と更新時の運用系計算機識別情報を記憶する管理部１２
０，２２０，３２０をディスク１２，２２，３２内に有
し、運用系計算機または待機系計算機において等価対象
データファイルを更新したら、当該レコードに対応する
更新回数カウンタと更新時の運用系計算機識別情報を更
新し、故障または保守等により停止した計算機が立上
り、待機系へと遷移する時に、両系の更新回数カウンタ
または更新時の運用系計算機識別情報が異なるレコード
のみを運用系計算機から新待機系計算機へコピーするよ
うにしたものである。

【００１４】

【作用】請求項１の記載におけるデータファイル等価処
理方法は、２重系計算機システムの運用系計算機と待機
系計算機において、例えば、計算機２を運用系、計算機
１を待機系とすれば、運用系計算機２のデータファイル
２２１を更新後、両系の計算機１，２は非同期でレコー
ド単位に更新回数カウンタをカウントアップするととも
に更新時の運用系計算機識別情報を記憶し、待機系立ち
上げ時の計算機１と運用系計算機２との更新回数カウン
タまたは更新時の運用系計算機識別情報が異なるレコー
ドのみを運用系計算機２から新待機系計算機１へコピー
する。これにより、運用系−待機系での２重運転の性能
を損なうことなく、待機系計算機１の立ち上げ時に、短
い時間で確実にデータファイルが等価される。

【００１５】また、請求項２の記載におけるデータファ
イル等価処理方法は、多重系計算機システムの運用系計
算機と待機系計算機において、例えば、計算機１，２を
運用系、計算機３を待機系とすれば、運用系計算機２の
データファイル２２１を更新後、両系の計算機２，３は
非同期でレコード単位に更新回数カウンタをカウントア
ップするとともに更新時の運用系計算機識別情報を記憶
し、待機系立ち上げ時の計算機３と運用系計算機２との
更新回数カウンタまたは更新時の運用系計算機識別情報
が異なるレコードのみを運用系計算機２から新待機系計
算機３へコピーする。これにより、運用系ー待機系での
多重系運転の性能を損なうことなく、待機系計算機３の
立ち上げ時に、短い時間で確実にデータファイルが等価
される。

【００１６】

【実施例】

実施例１．以下、この発明の実施例１を図に基づいて説
明する。図１はこの発明の実施例１に係るデータファイ
ル等価処理方法を採用した２重系計算機システムを示す
ハードウェア構成図、図２はこの実施例１に係るデータ
ファイル等価処理方法を示すブロック図である。図１，
図２において、１，２は２重系を構成する計算機、５は
計算機１と計算機２を接続するネットワーク上の伝送路
である。１０は計算機１のＣＰＵ、１１は計算機１の主
メモリ、１２は計算機１のディスク、１２１と１２２は
ディスク１２内のデータファイル、１３は計算機１と伝
送路５を接続する伝送インタフェース部である。２０は
計算機２のＣＰＵ、２１は計算機２の主メモリ、２２は
計算機２のディスク、２２１と２２２はディスク２２内
のデータファイル、２３は計算機２と伝送路５を接続す
る伝送インタフェース部である。１２１１はデータファ
イル１２１のレコード、１２２１はデータファイル１２
２のレコード、２２１１はデータファイル２２１のレコ
ード、２２２１はデータファイル２２２のレコードであ
る。レコード１２１１とレコード２２１１、レコード１
２２１とレコード２２２１は各々対応しており、計算機
１と計算機２の一方が運用系、他方が待機系として運転
する場合、対応するレコードの内容は常に等しくなけれ
ばならない。１２０は計算機１が運用系または待機系の
時に計算機１のデータファイルを更新する都度、レコー
ド単位でカウントアップされる更新回数カウンタと更新
時の運用系計算機名称（運用系計算機識別情報）を有す
る管理部であり、ディスク１２内部に存在する。２２０
は計算機２が運用系または待機系の時に計算機２のデー
タファイルを更新する都度、レコード単位でカウントア
ップされる更新回数カウンタと更新時の運用系計算機名
称を有する管理部でありディスク２２内部に存在する。

【００１７】図３は管理部１２０の構造を示す図であ
り、図３において、１２１１０はデータファイル１２１
のレコード１２１１の更新回数カウンタ、１２１１１は
レコード１２１１を更新した時の運用系計算機名称、１
２２１０はデータファイル１２２のレコード１２２１の
更新回数カウンタ、１２２１１はレコード１２２１を更
新した時の運用系計算機名称である。図４は管理部２２
０の構造を示す図であり、図４において、２２１１０は
データファイル２２１のレコード２２１１の更新回数カ
ウンタ、２２１１１はレコード２２１１を更新した時の
運用系計算機名称、２２２１０はデータファイル２２２
のレコード２２２１の更新回数カウンタ、２２２１１は
レコード２２２１を更新した時の運用系計算機名称であ
る。更新カウンタは例えば４バイトの符号無し整数のよ
うに、充分大きな値を表現できるものとし、システムの
最初の運用開始時に０クリアされ、表現できる最大値の
状態でカウントアップされると０へ戻るものとする。

【００１８】次に動作について説明する。運用系計算機
は図５に示すフローチャートに従ってデータ変更処理
（運用系）を行う。すなわち、運用系計算機は、データ
変更要求を受け付けると、ステップＳＴ１０１で自系の
データファイルに更新データを書込み、ステップＳＴ１
０２へ移る。ステップＳＴ１０２では、運用系計算機の
ディスク内に存在する管理部内の、更新対象レコードに
対応する更新回数カウンタをカウントアップして、ステ
ップＳＴ１０３へ移る。ステップＳＴ１０３では、運用
系計算機の管理部内の、更新対象レコードに対応する更
新時運用系計算機名称に自系計算機名称を書き込み、ス
テップＳＴ１０４へ移る。ステップＳＴ１０４では、自
系以外の計算機で待機系のものがあるか否かをチェック
し、あればステップＳＴ１０５へ移り、なければデータ
変更処理（運用系）を終える。ステップＳＴ１０５で
は、更新データを待機系計算機へ転送してデータ変更処
理（運用系）を終える。

【００１９】待機系計算機は図６に示すフローチャート
に従ってデータ変更処理（待機系）を行う。すなわち、
図５のステップＳＴ１０５の結果、運用系計算機から更
新対象データを受信した時にデータ変更処理（待機系）
が起動されると図６のステップＳＴ２０１において、当
該データをデータファイルの対応するレコードに書き込
んで、ステップＳＴ２０２へ移る。ステップＳＴ２０２
では、待機系計算機のディスク内に存在する管理部内
の、更新対象レコードに対応する更新回数カウンタをカ
ウントアップして、ステップＳＴ２０３へ移る。ステッ
プＳＴ２０３では、待機系計算機の管理部内の、更新対
象レコードに対応する更新時運用系計算機名称に他系計
算機名称を書き込み、データ変更処理（待機系）を終え
る。

【００２０】次に、停止している計算機を待機系へ立ち
上げる時には、運用系計算機は図７に示すフローチャー
トに従ってデータコピー処理（運用系）を行う。すなわ
ち、ステップＳＴ３０１において、データファイルの先
頭レコードをチェック対象レコードとし、ステップＳＴ
３０２へ移る。ステップＳＴ３０２では、自系の管理部
のチェック対象レコードの更新回数カウンタと待機遷移
系計算機の管理部のチェック対象レコードの更新回数カ
ウンタとを比較し、等しければステップＳＴ３０３に移
り、等しくなければステップＳＴ３０４へ移る。ステッ
プＳＴ３０３では、自系の管理部のチェック対象レコー
ドの更新時運用系計算機名称と待機遷移系の計算機の管
理部のチェック対象レコードの更新時運用系計算機名称
とを比較し、等しければステップＳＴ３０６に移り、等
しくなければステップＳＴ３０４へ移る。ステップＳＴ
３０４では、チェック対象レコードの内容をデータファ
イルから読込み、ステップＳＴ３０５へ移る。ステップ
ＳＴ３０５では、ステップＳＴ３０４で読み込んだデー
タを待機遷移中の計算機へ転送して、ステップＳＴ３０
６へ移る。ステップＳＴ３０６では、未処理のレコード
が残っているか否かを判定し、残っていればステップＳ
Ｔ３０７へ移り、残っていなければデータコピー処理
（運用系）を終える。ステップＳＴ３０７ではチェック
対象レコードを次のレコードとし、ステップＳＴ３０２
へ戻る。

【００２１】また、停止している計算機１を待機系へ立
ち上げる時の、新待機系の計算機は図８に示すフローチ
ャートに従ってデータコピー処理（新待機系）を行う。
すなわち、図７のステップＳＴ３０５の結果、運用系計
算機からコピー対象データを受信した時にデータコピー
処理（新待機系）が起動されると図８のステップＳＴ４
０１において、当該データをデータファイルの対応する
レコードに書き込んで、ステップＳＴ４０２へ移る。ス
テップＳＴ４０２では、処理したレコードに対応する運
用系計算機の管理部の更新回数カウンタと更新時運用系
計算機名称を自系計算機の管理部の対応するエリアにコ
ピーして、データコピー処理（新待機系）を終える。

【００２２】例えば、計算機１が待機系、計算機２が運
用系で運転しているとする。この時のデータファイルと
管理部が図９の内容であったとする。すなわち、計算機
１のデータファイル１２１のレコード１２１１の内容を
Ａ、計算機１のデータファイル１２２のレコード１２２
１の内容をＸ、計算機１のデータファイル１２１のレコ
ード１２１１の更新回数カウンタ１２１１０の値をａ、
更新時運用系計算機名称１２１１１を「計算機１」、レ
コード１２２１の更新回数カウンタ１２２１０をｂ、更
新時運用系計算機名称１２２１１を「計算機２」とする
と、運用系＋待機系で２重系運転しているため、計算機
１と計算機２のデータファイルと管理部の対応するエリ
アの内容は等しいことから、計算機２のデータファイル
２２１のレコード２２１１の内容はＡ、計算機２のデー
タファイル２２２のレコード２２２１の内容はＸ、計算
機２のデータファイル２２１のレコード２２１１の更新
回数カウンタ２２１１０の値はａ、更新時運用系計算機
名称２２１１１は「計算機１」、レコード２２２１の更
新回数カウンタ２２２１０はｂ、更新時運用系計算機名
称２２２１１は「計算機２」である。この状態で運用系
計算機２のデータファイル２２１のレコード２２１１を
Ｂに更新すると、図５と図６の処理が動作した結果、待
機系計算機１のデータファイル１２１のレコード１２１
１が同じデータＢで更新されるとともに、待機系計算機
１の更新回数カウンタ１２１１０と運用系計算機２の更
新回数カウンタ２２１１０はａ＋１となり、待機系計算
機１の更新時運用系計算機名称１２１１１と運用系計算
機２の更新時運用系計算機名称２２１１１は「計算機
２」となる（図１０）。次に、運用系計算機２のデータ
ファイル２２２のレコード２２２１をデータＹで更新し
たが、図６のステップＳＴ２０１が動作する直前に、待
機系計算機１が故障等により停止すると、待機系計算機
１のデータファイル１２２のレコード１２２１は更新さ
れず、運用系計算機２の更新回数カウンタ２２２１０は
ｂ＋１となるが、停止遷移系計算機１の更新回数カウン
タ１２２１０はｂのままであり、運用系計算機２の更新
時運用系計算機名称２２２１１は「計算機２」に上書き
され、停止遷移系計算機１の更新時運用系計算機名称１
２２１１は「計算機２」のままである（図１１）。次
に、運用系計算機２を停止しても、両計算機のデータフ
ァイル、更新回数カウンタ、更新時運用系計算機名称は
変化しない（図１２）。次に計算機２を運用系に立ち上
げてもデータファイルと管理部の内容は変わらない（図
１３）。次に、計算機１を待機系に立ち上げると、図７
と図８の処理が動作し、新待機系計算機１の更新回数カ
ウンタ１２１１０と運用系計算機２の更新回数カウンタ
２２１１０は等しく、新待機系計算機１の更新時運用系
計算機名称１２１１１と運用系計算機２の更新時運用系
計算機名称２２１１１も等しいため、新待機系計算機１
のレコード１２１１の内容は変わらず、運用系計算機２
の更新回数カウンタ２２２１０と新待機系計算機１の更
新回数カウンタ１２２１０は等しくないため、運用系計
算機２のレコード２２２１の内容Ｙが新待機系計算機１
のレコード１２２１へコピーされるとともに、運用系計
算機２の更新回数カウンタ２２２１０の内容が新待機系
計算機１の更新回数カウンタ１２２１０へ、運用系計算
機２の更新時運用系計算機名称２２２１１の内容が新待
機系計算機１の更新時運用系計算機名称１２２１１へコ
ピーされ、両系のデータファイルと管理部の内容が等し
くなる（図１４）。

【００２３】また、図９の状態で待機系計算機１が故障
等により停止しても、両計算機のデータファイル、更新
回数カウンタ、更新時運用系計算機名称は変化しない
（図１５）。この状態で運用系計算機２のデータファイ
ル２２１のレコード２２１１をＢに更新すると、図５の
処理が動作した結果、運用系計算機２の更新回数カウン
タ２２１１０はａ＋１となり、運用系計算機２の更新時
運用系計算機名称２２１１１は「計算機２」となるが、
停止系計算機１のデータファイル、更新回数カウンタ、
更新時運用系計算機名称は変化しない（図１６）。次
に、運用系計算機２が故障等により停止しても、両計算
機のデータファイル、更新回数カウンタ、更新時運用系
計算機名称は変化しない（図１７）。次に、計算機１が
運用モードへ立ち上がっても、両計算機１，２のデータ
ファイル、更新回数カウンタ、更新時運用系計算機名称
は変化しない（図１８）。この状態で運用系計算機１の
データファイル１２１のレコード１２１１をＣに更新す
ると、図５の処理が動作した結果、運用系計算機１の更
新回数カウンタ１２１１０はａ＋１となり、運用系計算
機１の更新時運用系計算機名称１２１１１は「計算機
１」となるが、停止系計算機２のデータファイル、更新
回数カウンタ、更新時運用系計算機名称は変化しない
（図１９）。次に、計算機２を待機系に立ち上げると、
図７と図８の処理が動作し、新待機系計算機２の更新回
数カウンタ２２１１０と運用系計算機１の更新回数カウ
ンタ１２１１０は等しいが、新待機系計算機２の更新時
運用系計算機名称２２１１１と運用系計算機１の更新時
運用系計算機名称１２１１１が等しくないため、運用系
計算機１のレコード１２１１の内容Ｂが新待機系計算機
２のレコード２２１１へコピーされるとともに、運用系
計算機１の更新回数カウンタ１２１１０の内容が新待機
系計算機２の更新回数カウンタ２２１１０へ、運用系計
算機１の更新時運用系計算機名称１２１１１の内容が新
待機系計算機２の更新時運用系計算機名称２２１１１へ
コピーされ、運用系計算機１の更新回数カウンタ１２２
１０と新待機系計算機２の更新回数カウンタ２２２１０
は等しく、運用系計算機１の更新時運用系計算機名称１
２２１１と新待機系計算機２の更新時運用系計算機名称
２２２１１は等しいため、新待機系計算機２のレコード
２２２１の内容は変わらず、結果として、両系のデータ
ファイルと管理部の内容が等しくなる（図２０）。

【００２４】以上のように実施例１によれば、運用系計
算機２のデータファイルのレコードを更新後、待機系計
算機１の対応するレコードを更新するまでに待機系計算
機１が故障等により停止しても、待機系計算機１が再度
待機系に立ち上がるときに両系の計算機１，２のデータ
ファイルの当該レコードが不一致と認識され、運用系計
算機２から新待機系計算機１へコピーされる。また、管
理部はディスクにあるため両系の計算機１，２が停止し
ても管理部の内容は消去されないこと、及び更新時の運
用系計算機名称を記憶していることから、データファイ
ルのレコードを計算機２が運用系、計算機１が待機系の
時に更新後、今度は計算機１が運用系、計算機２が待機
系の時に別の値で更新したとしても、再度運用系＋待機
系で運転したときに両系の計算機１、２のデータファイ
ルの当該レコードが不一致と認識され運用系計算機１か
ら新待機系計算機２へコピーされる。この結果、両系の
計算機１，２の運転モードがどのように遷移したとして
も、待機系立ち上げ時に両系の計算機１，２の内容が不
一致のデータファイルレコードを正しく認識でき、不一
致のレコードのみを運用系計算機１から新待機系計算機
２へコピーするため、待機立ち上げ時間が短縮される。
また、運用系−待機系で２重系運転しているとき、運用
系計算機のデータ変更処理において、待機系計算機での
データ更新と同期をとる必要がないため、２重系運転時
の性能を損なわない。

【００２５】なお、上記実施例１では、便宜上、計算機
１を待機系、計算機２を運用系としたが、上記説明から
も明らかのように、計算機１を運用系、計算機２を待機
系としてもよく、この場合も上記実施例１と同等の効果
が得られる。

【００２６】実施例２．以下、この発明の実施例２を図
に基づいて説明する。図２１はこの発明の実施例２に係
るデータファイル等価処理方法を採用した多重系計算機
システムを示すハードウェア構成図、図２２はこの実施
例３によるデータファイル等価処理方法を示すブロック
図である。図２１，図２２において、１，２，３は３重
系を構成する計算機、５は計算機１と計算機２と計算機
３を接続するネットワーク上の伝送路である。１０は計
算機１のＣＰＵ、１１は計算機１の主メモリ、１２は計
算機１のディスク、１２１と１２２はディスク１２内の
データファイル、１３は計算機１と伝送路５を接続する
伝送インタフェース部である。２０は計算機２のＣＰ
Ｕ、２１は計算機２の主メモリ、２２は計算機２のディ
スク、２２１と２２２はディスク２２内のデータファイ
ル、２３は計算機２と伝送路３を接続する伝送インタフ
ェース部である。３０は計算機３のＣＰＵ、３１は計算
機３の主メモリ、３２は計算機２のディスク、３２１と
３２２はディスク３２内のデータファイル、３３は計算
機３と伝送路５を接続する伝送インタフェース部であ
る。１２１１はデータファイル１２１のレコード、１２
２１はデータファイル１２２のレコード、２２１１はデ
ータファイル２２１のレコード、２２２１はデータファ
イル２２２のレコード、３２１１はデータファイル３２
１のレコード、３２２１はデータファイル３２２のレコ
ードである。レコード１２１１とレコード２２１１とレ
コード３２１１、レコード１２２１とレコード２２２１
とレコード３２２１は各々対応しており、計算機１と計
算機２と計算機３のどれか１台が運用系、残りの１台あ
るいは２台が待機系として運転する場合、運用系計算機
と待機系計算機の対応するレコードの内容は常に等しく
なければならない。１２０は計算機１が運用系または待
機系の時に計算機１のデータファイルを更新する都度レ
コード単位でカウントアップされる更新回数カウンタと
更新時の運用系計算機名称（運用系計算機識別情報）を
有する管理部であり、ディスク１２内部に存在する。２
２０は計算機２が運用系または待機系の時に計算機２の
データファイルを更新する都度、レコード単位でカウン
トアップされる更新回数カウンタと更新時の運用系計算
機名称を有する管理部でありディスク２２内部に存在す
る。３２０は計算機３が運用系または待機系の時に計算
機３のデータファイルを更新する都度レコード単位でカ
ウントアップされる更新回数カウンタと更新時の運用系
計算機名称を有する管理部でありディスク３２内部に存
在する。

【００２７】図２３は管理部１２０の構造を示す図であ
り、図２３において、１２１１０はデータファイル１２
１のレコード１２１１の更新回数カウンタ、１２１１１
はレコード１２１１を更新した時の運用系計算機名称、
１２２１０はデータファイル１２２のレコード１２２１
の更新回数カウンタ、１２２１１はレコード１２２１を
更新した時の運用系計算機名称である。図２４は管理部
２２０の構造を示す図であり、図２４において、２２１
１０はデータファイル２２１のレコード２２１１の更新
回数カウンタ、２２１１１はレコード２２１１を更新し
た時の運用系計算機名称、２２２１０はデータファイル
２２２のレコード２２２１の更新回数カウンタ、２２２
１１はレコード２２２１を更新した時の運用系計算機名
称である。図２５は管理部３２０の構造を示す図であ
り、図２５において、３２１１０はデータファイル３２
１のレコード３２１１の更新回数カウンタ、３２１１１
はレコード３２１１を更新した時の運用系計算機名称、
３２２１０はデータファイル３２２のレコード３２２１
の更新回数カウンタ、３２２１１はレコード３２２１を
更新した時の運用系計算機名称である。更新カウンタは
例えば４バイトの符号無し整数のように、充分大きな値
を表現できるものとし、システム最初の運用開始時に０
クリアされ、表現できる最大値の状態でカウントアップ
されると０へ戻るものとする。

【００２８】なお、上記実施例２における計算機１は前
記実施例１における計算機１に対応させ、上記実施例２
における計算機２又は計算機３は前記実施例１における
計算機２に対応させれば、上記実施例２の動作は前記実
施例１の動作と同じであるので、ここでは説明を省略す
る。

【００２９】以上のように実施例２によれば、運用系計
算機２のデータファイルのレコードを更新後、待機系計
算機１の対応するレコードを更新するまでに待機系計算
機１が故障等により停止しても、待機系計算機１が再度
待機系に立ち上がるときに両系の計算機１，２のデータ
ファイルの当該レコードが不一致と認識され、運用系計
算機２から新待機系計算機１へコピーされる。また、管
理部はディスクにあるため両系の計算機１，２が停止し
ても管理部の内容は消去されないこと、及び更新時の運
用系計算機名称を記憶していることから、データファイ
ルのレコードを計算機２が運用系、計算機１が待機系の
時に更新後、今度は計算機１が運用系、計算機２が待機
系の時に別の値で更新したとしても、再度運用系＋待機
系で運転したときに両系の計算機１，２のデータファイ
ルの当該レコードが不一致と認識され運用系計算機１か
ら新待機系計算機２へコピーされる。この結果、両系の
計算機１，２の運転モードがどのように遷移したとして
も、待機系立ち上げ時に両系の計算機１，２の内容が不
一致のデータファイルレコードを正しく認識でき、不一
致のレコードのみを運用系計算機１から新待機系計算機
２へコピーするため、待機立ち上げ時間が短縮される。
また、運用系−待機系で多重系運転しているとき、運用
系計算機のデータ変更処理において、待機系計算機での
データ更新と同期をとる必要がないため、多重系運転時
の性能を損なわない。

【００３０】なお、以上説明した実施例１，２ではデー
タファイル等価について説明したが、データファイルに
は当然データが含まれているので、本発明で言うデータ
ファイル等価はデータ等価の概念をも含んでいる。した
がって、データ等価の場合も、実施例１，２で説明した
処理と同様な処理を行わせることにより、実現でき、こ
の場合も実施例１，２と同等な効果が得られる。

【００３１】また、上記実施例１，２では、管理部に更
新時の運用系計算機識別情報として運用系計算機名称を
記憶したが、それに限らず更新時の運用系計算機番号ま
た更新時の運用計算機を示すコードを記憶してもよく、
この場合も上記実施例１，２と同等の効果が得られる。

【００３２】また、上記実施例１，２では、管理部にデ
ータファイルのレコード単位で更新回数カウンタと更新
時の運用系計算機名称を記憶したが、これらはデータフ
ァイル単位に記憶してもよく、この場合も上記実施例
１，２と同等の効果が得られる。

【００３３】

【発明の効果】以上説明したように第１の発明によれ
ば、２重系計算機システムの運用系計算機と待機系計算
機において、データファイル更新後、両系の計算機間で
非同期にレコード単位に更新回数カウンタをカウントア
ップするとともに更新時の運用系計算機識別情報を記憶
し、待機立ち上げ系の計算機と運用系計算機の更新回数
カウンタまたは更新時の運用系計算機識別情報が異なる
レコードのみを運用系計算機から新待機系計算機へコピ
ーする処理を行うので、運用系計算機のデータファイル
のレコードを更新後、待機系計算機の対応するレコード
を更新するまでに待機系計算機が故障等により停止して
も、再度待機系に立ち上がるときに両系の計算機のデー
タファイルの当該レコードが不一致と認識され、運用系
計算機から新待機系計算機へコピーされる。また、管理
部はディスクにあるため両系の計算機が停止しても管理
部の内容は消去されないこと、及び更新時の運用系計算
機識別情報を記憶していることから、データファイルの
レコードを一方の計算機が運用系、他方の計算機が待機
系の時に更新後、今度はさきほど待機系の計算機が運用
系、さきほど運用系の計算機が待機系の時に別の値で更
新したとしても、再度運用系＋待機系で運転したときに
両系の計算機のデータファイルの当該レコードが不一致
と認識され運用系計算機から新待機系計算機へコピーさ
れる。この結果、両系の計算機の運転モードがどのよう
に遷移したとしても、待機系立ち上げ時に両系の計算機
の内容が不一致のデータファイルレコードを正しく認識
でき、不一致のレコードのみを運用系計算機から新待機
系計算機へコピーするため、待機系計算機の立ち上げ時
間が短縮され、また、運用系−待機系で２重系運転して
いるとき、運用系計算機のデータ変更処理において、待
機系計算機でのデータ更新と同期をとる必要がないた
め、２重系運転時の性能を損なわないという効果が得ら
れる。

【００３４】また、第２の発明によれば、多重系計算機
システムの運用系計算機と待機系計算機において、第１
の発明と同等の方法を適用するように構成したので、多
重化した計算機システムでも運用系計算機のデータファ
イルのレコードを更新後、待機系計算機の対応するレコ
ードを更新するまでに待機系計算機が故障等により停止
しても、再度待機系に立ち上がるときに両系の計算機の
データファイルの当該レコードが不一致と認識され、運
用系計算機から新待機系計算機へコピーされる。また、
データファイルのレコードを一方の計算機が運用系、他
方の計算機が待機系の時に更新後、今度はさきほど待機
系の計算機が運用系、さきほど運用系の計算機が待機系
の時に別の値で更新したとしても、再度運用系＋待機系
で運転したときに両系の計算機のデータファイルの当該
レコードが不一致と認識され運用系計算機から新待機系
計算機へコピーされる。この結果、全系の計算機の運転
モードがどのように遷移したとしても、待機系計算機の
立ち上げ時に運用系計算機と新待機系計算機の内容が不
一致のデータファイルレコードを正しく認識でき、待機
立ち上げ時間が短縮され、また、多重系運転時の性能を
損なわないという効果が得られる。

【図面の簡単な説明】

【図１】 この発明の実施例１に係るデータファイル等
価処理方法を採用した２重系計算機システムを示すハー
ドウェア構成図である。

【図２】 上記実施例１に係るデータファイル等価処理
方法を示すブロック図である。

【図３】 上記実施例１における計算機１の管理部の構
造図である。

【図４】 上記実施例１における計算機２の管理部の構
造図である。

【図５】 上記実施例１における運用系計算機のデータ
変更処理の手順を示すフローチャートである。

【図６】 上記実施例１における待機系計算機のデータ
変更処理の手順を示すフローチャートである。

【図７】 上記実施例１における運用系計算機のデータ
コピー処理の手順を示すフローチャートである。

【図８】 上記実施例１における新待機系計算機のデー
タコピー処理の手順を示すフローチャートである。

【図９】 上記実施例１における各計算機の管理部とデ
ータファイルのレコードの内容の変化を示す図である。

【図１０】 上記実施例１における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。

【図１１】 上記実施例１における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。

【図１２】 上記実施例１における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。

【図１３】 上記実施例１における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。

【図１４】 上記実施例１における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。

【図１５】 上記実施例１における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。

【図１６】 上記実施例１における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。

【図１７】 上記実施例１における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。

【図１８】 上記実施例１における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。

【図１９】 上記実施例１における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。

【図２０】 上記実施例１における各計算機の管理部と
データファイルのレコードの内容の変化を示す図であ
る。

【図２１】 この発明の実施例２に係るデータファイル
等価処理方法を採用した多重化計算機システムを示すハ
ードウェア構成図である。

【図２２】 上記実施例２に係るデータファイル等価処
理方法を示すブロック図である。

【図２３】 上記実施例２における計算機１の管理部の
構造図である。

【図２４】 上記実施例２における計算機２の管理部の
構造図である。

【図２５】 上記実施例２における計算機３の管理部の
構造図である。

【図２６】 従来のデータファイル等価処理方法を採用
した２系列化計算機システムを示すハードウェア構成図
である。

【図２７】 従来のデータファイル等価処理方法を示す
ブロック図である。

【図２８】 従来のデータファイル等価処理方法におけ
る運用系計算機のデータ変更処理の手順を示すフローチ
ャートである。

【図２９】 従来のデータファイル等価処理方法におけ
る待機系計算機のデータ変更処理の手順を示すフローチ
ャートである。

【図３０】 従来のデータファイル等価処理方法におけ
る運用系計算機のデータコピー処理の手順を示すフロー
チャートである。

【図３１】 従来のデータファイル等価処理方法におけ
る新待機系計算機のデータコピー処理の手順を示すフロ
ーチャートである。

【符号の説明】

１，２，３ 計算機、５ 伝送路、１０，２０，３０
ＣＰＵ、１１，２１，３１ 主メモリ、１２，２２，３
２ ディスク、１３，２３，３３ 伝送Ｉ／Ｆ、１２
０，２２０，３２０ 管理部、１２１，１２２，２２
１，２２２，３２１，３２２ データファイル、１２１
１，１２２１，２２１１，２２２１，３２１１，３２２
１ レコード、１２１１０，１２２１０，２２１１０，
２２２１０，３２１１０，３２２１０更新回数カウン
タ、１２１１１，１２２１１，２２１１１，２２２１
１，３２１１１，３２２１１，更新時運用系計算機名称
（更新時運用系計算機識別情報）。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して接続された２台の
   計算機の一方を運用系とし、他方を待機系として２重運
   用し、運用系計算機のデータファイルを更新する都度、
   更新データを待機系計算機のデータファイルへ等価する
   ２重系計算機システムにおいて、上記更新の回数をカウ
   ントする更新回数カウンタと更新時の運用系計算機の識
   別を示す運用系計算機識別情報とを各々の計算機の各々
   の等価対象データファイルのレコード単位又はデータフ
   ァイル単位に記憶する管理部をディスク内に有し、運用
   系計算機または待機系計算機において等価対象データフ
   ァイルを更新したら、当該レコード又は当該データファ
   イルに対応する更新回数カウンタと更新時の運用系計算
   機識別情報とを更新し、故障又は保守等により停止した
   計算機が立ち上がり、この計算機が待機系へと遷移する
   時に、両系の更新回数カウンタ又は更新時の運用系計算
   機識別情報が異なるレコード又はデータファイルのみを
   運用系計算機から新待機系計算機へコピーすることを特
   徴とするデータファイル等価処理方法。
2. 【請求項２】 ネットワークを介して接続されたｎ台
   （ｎ≧３）の計算機のうちの１台を運用系とし、他のｍ
   台（ｎ−１≧ｍ≧１）を待機系として多量系運用し、運
   用系計算機のデータファイルを更新する都度、更新デー
   タを待機系計算機のデータファイルへ等価する多重系計
   算機システムにおいて、上記更新の回数をカウントする
   更新回数カウンタと更新時の運用系計算機の識別を示す
   運用系計算機識別情報とを各々の計算機の各々の等価対
   象データファイルのレコード単位又はデータファイル単
   位に記憶する管理部をディスク内に有し、運用系計算機
   または待機系計算機において等価対象データファイルを
   更新したら、当該レコード又は当該データファイルに対
   応する更新回数カウンタと更新時の運用系計算機識別情
   報とを更新し、故障又は保守等により停止した計算機が
   立ち上がり、この計算機が待機系へと遷移する時に、両
   系の更新回数カウンタ又は更新時の運用系計算機識別情
   報が異なるレコード又はデータファイルのみを運用系計
   算機から新待機系計算機へコピーすることを特徴とする
   データファイル等価処理方法。