JPH07114495A - 多重化ファイル管理方式 - Google Patents
多重化ファイル管理方式Info
- Publication number
- JPH07114495A JPH07114495A JP5261058A JP26105893A JPH07114495A JP H07114495 A JPH07114495 A JP H07114495A JP 5261058 A JP5261058 A JP 5261058A JP 26105893 A JP26105893 A JP 26105893A JP H07114495 A JPH07114495 A JP H07114495A
- Authority
- JP
- Japan
- Prior art keywords
- file
- update
- servers
- multiplexed
- files
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
(57)【要約】
【目的】データ伝送網に接続された複数のサーバ間の多
重化ファイルの更新処理をリアルタイムにして、分散ネ
ットワーク処理環境下で多重化ファイルのデータの整合
性を完全にすると共に、同じ環境下の他のサーバ障害時
に、別なサーバのデータを用いて容易にファイル復旧を
可能とする。 【構成】更新ファイル管理テーブル１０と、複数のサー
バ間の多重化ファイルの排他制御を行う排他制御手段１
１１と、各サーバに対して更新対象の多重化ファイルの
同時更新処理を行う多重化ファイル更新手段１１２と、
更新異常が発生した場合に各サーバの更新対象となった
該当する多重化ファイルを更新前の状態に自動的に戻
し、ファイルの同期をとってファイルの復元をする多重
化ファイル復旧手段１１３と、１１１と１１２と１１３
とから成るファイル管理手段１１と、退避ファイル領域
１２と、ファイル記憶装置１−１、１−２を備えてい
る。
重化ファイルの更新処理をリアルタイムにして、分散ネ
ットワーク処理環境下で多重化ファイルのデータの整合
性を完全にすると共に、同じ環境下の他のサーバ障害時
に、別なサーバのデータを用いて容易にファイル復旧を
可能とする。 【構成】更新ファイル管理テーブル１０と、複数のサー
バ間の多重化ファイルの排他制御を行う排他制御手段１
１１と、各サーバに対して更新対象の多重化ファイルの
同時更新処理を行う多重化ファイル更新手段１１２と、
更新異常が発生した場合に各サーバの更新対象となった
該当する多重化ファイルを更新前の状態に自動的に戻
し、ファイルの同期をとってファイルの復元をする多重
化ファイル復旧手段１１３と、１１１と１１２と１１３
とから成るファイル管理手段１１と、退避ファイル領域
１２と、ファイル記憶装置１−１、１−２を備えてい
る。
Description
【０００１】
【産業上の利用分野】本発明は、データ伝送網に接続さ
れた複数のサーバによる分散ネットワーク処理システム
に関し、特にサーバ間で共通に所有する多重化ファイル
管理方式に関する。
れた複数のサーバによる分散ネットワーク処理システム
に関し、特にサーバ間で共通に所有する多重化ファイル
管理方式に関する。
【０００２】
【従来の技術】近年、コンピュータネットワークにより
接続された各種コンピュータ間での分散処理が盛んにな
ってきている。図２に示すようなデータ伝送網に接続さ
れた複数のコンピュータをサーバとして用いる従来の分
散ネットワーク処理システムにおいては、各サーバ間で
のファイル更新処理はリアルタイムには行われていなか
った。
接続された各種コンピュータ間での分散処理が盛んにな
ってきている。図２に示すようなデータ伝送網に接続さ
れた複数のコンピュータをサーバとして用いる従来の分
散ネットワーク処理システムにおいては、各サーバ間で
のファイル更新処理はリアルタイムには行われていなか
った。
【０００３】すなわち各サーバは、ファイル記憶装置内
に互いに同じデータを所有し、自クライアントからファ
イル更新要求がかかると、各自が所有するファイル記憶
装置内の該当ファイルのみを更新し、自己のファイルサ
ーバの稼働状況が低い時に他のサーバとのファイル内容
をチェックをして、他のサーバで変更のあったファイル
に関しては、自己の該当ファイルも更新することで各サ
ーバの多重化ファイルの同期をとっていた。（特開平１
−３１８１２３号公報参照）
に互いに同じデータを所有し、自クライアントからファ
イル更新要求がかかると、各自が所有するファイル記憶
装置内の該当ファイルのみを更新し、自己のファイルサ
ーバの稼働状況が低い時に他のサーバとのファイル内容
をチェックをして、他のサーバで変更のあったファイル
に関しては、自己の該当ファイルも更新することで各サ
ーバの多重化ファイルの同期をとっていた。（特開平１
−３１８１２３号公報参照）
【発明が解決しようとする課題】この従来の多重化ファ
イル管理方式では、あるサーバ上でのファイル更新を他
のサーバでは意識していない。このため多重化ファイル
更新が、クライアントによる自サーバのファイルを直接
更新する段階と他のサーバの該当ファイルの更新をする
段階の二段階に分かれていたために時間的なずれを生
じ、各サーバ間のファイルデータの内容が不一致とな
り、サーバ間のファイルの整合性がとれなくなる期間が
できてしまうという問題点があった。
イル管理方式では、あるサーバ上でのファイル更新を他
のサーバでは意識していない。このため多重化ファイル
更新が、クライアントによる自サーバのファイルを直接
更新する段階と他のサーバの該当ファイルの更新をする
段階の二段階に分かれていたために時間的なずれを生
じ、各サーバ間のファイルデータの内容が不一致とな
り、サーバ間のファイルの整合性がとれなくなる期間が
できてしまうという問題点があった。
【０００４】またあるサーバが障害になった場合、障害
のサーバ上での更新情報が他のサーバに反映されないた
めに障害直前の環境に多重化ファイルを復旧することが
困難であった。
のサーバ上での更新情報が他のサーバに反映されないた
めに障害直前の環境に多重化ファイルを復旧することが
困難であった。
【０００５】本発明は以上の点を鑑み、サーバ間で互い
のファイル更新を意識して、各サーバ間での多重化ファ
イルの更新をリアルタイムに行えるようにすることによ
って、サーバ間のデータの整合性を完全にとれるように
すると共に、障害時のファイルの復旧を容易に迅速に行
えるようにすることを目的としている。
のファイル更新を意識して、各サーバ間での多重化ファ
イルの更新をリアルタイムに行えるようにすることによ
って、サーバ間のデータの整合性を完全にとれるように
すると共に、障害時のファイルの復旧を容易に迅速に行
えるようにすることを目的としている。
【０００６】
【課題を解決するための手段】ネットワーク上のサーバ
のファイルの更新を管理するための更新ファイル管理テ
ーブルと、前記更新ファイル管理テーブルにファイル排
他に関する情報の登録及び参照をすることによって、ネ
ットワーク上の複数のサーバ間で共有する多重化ファイ
ルの排他制御を行う排他制御手段と、前記排他制御手段
による制御に従って各サーバに対して更新対象の多重化
ファイルの同時更新処理を行う多重化ファイル更新手段
と、多重化ファイル更新時に更新異常が発生した場合
に、各サーバの更新対象となった該当する多重化ファイ
ルを更新前の状態に自動的に戻し、ファイルの同期をと
ってファイルの復元をする多重化ファイル復旧手段と、
前記排他制御手段と前記多重化ファイル更新手段と前記
多重化ファイル復旧手段とから成るファイル管理手段
と、前記排他制御手段による制御に従って各サーバに対
して更新対象の多重化ファイルの同時更新処理を行う際
に、対象となる全てのサーバから該当の多重化ファイル
を更新処理を要求しているサーバに読み出してファイル
の整合性をチェックするための退避ファイル領域を備え
ている。
のファイルの更新を管理するための更新ファイル管理テ
ーブルと、前記更新ファイル管理テーブルにファイル排
他に関する情報の登録及び参照をすることによって、ネ
ットワーク上の複数のサーバ間で共有する多重化ファイ
ルの排他制御を行う排他制御手段と、前記排他制御手段
による制御に従って各サーバに対して更新対象の多重化
ファイルの同時更新処理を行う多重化ファイル更新手段
と、多重化ファイル更新時に更新異常が発生した場合
に、各サーバの更新対象となった該当する多重化ファイ
ルを更新前の状態に自動的に戻し、ファイルの同期をと
ってファイルの復元をする多重化ファイル復旧手段と、
前記排他制御手段と前記多重化ファイル更新手段と前記
多重化ファイル復旧手段とから成るファイル管理手段
と、前記排他制御手段による制御に従って各サーバに対
して更新対象の多重化ファイルの同時更新処理を行う際
に、対象となる全てのサーバから該当の多重化ファイル
を更新処理を要求しているサーバに読み出してファイル
の整合性をチェックするための退避ファイル領域を備え
ている。
【０００７】
【実施例】本発明について図面を参照して説明する。
【０００８】図１を参照すると、本発明の一実施例は、
通信回線３によって複数のサーバ１及び２が接続され、
各サーバの配下にはクライアント４、５として複数のワ
ークステーションやパーソナルコンピュータが接続され
ている。
通信回線３によって複数のサーバ１及び２が接続され、
各サーバの配下にはクライアント４、５として複数のワ
ークステーションやパーソナルコンピュータが接続され
ている。
【０００９】ここでサーバ１及び２のそれぞれは、ファ
イルの更新を管理するための更新ファイル管理テーブル
１０と、この更新ファイル管理テーブル１０へのファイ
ル排他関連情報の登録及び参照によってネットワーク上
の複数のサーバ間で共有する多重化ファイルの排他制御
を行う排他制御手段１１１と、この排他制御手段１１１
による制御に従って各サーバに対して更新対象の多重化
ファイルの同時更新処理を行う多重化ファイル更新手段
１１２と、多重化ファイル更新時に更新異常が発生した
場合に各サーバの更新対象となった該当する多重化ファ
イルを更新前の状態に自動的に戻し、ファイルの同期を
とってファイルを復元する多重化ファイル復旧手段１１
３と、前記排他制御手段１１１と前記多重化ファイル更
新手段１１２と前記多重化ファイル復旧手段１１３とか
ら成るファイル管理手段１１と、前記排他制御手段１１
１による制御に従って各サーバに対して更新対象の多重
化ファイルの同時更新処理を行う際に、対象となる全て
のサーバから該当の多重化ファイルを更新処理を要求し
ているサーバに読み出してファイルの整合性をチェック
するための退避ファイル領域１２と、複数のファイルを
記憶しているファイル記憶装置１−１、１−２を備えて
いる。
イルの更新を管理するための更新ファイル管理テーブル
１０と、この更新ファイル管理テーブル１０へのファイ
ル排他関連情報の登録及び参照によってネットワーク上
の複数のサーバ間で共有する多重化ファイルの排他制御
を行う排他制御手段１１１と、この排他制御手段１１１
による制御に従って各サーバに対して更新対象の多重化
ファイルの同時更新処理を行う多重化ファイル更新手段
１１２と、多重化ファイル更新時に更新異常が発生した
場合に各サーバの更新対象となった該当する多重化ファ
イルを更新前の状態に自動的に戻し、ファイルの同期を
とってファイルを復元する多重化ファイル復旧手段１１
３と、前記排他制御手段１１１と前記多重化ファイル更
新手段１１２と前記多重化ファイル復旧手段１１３とか
ら成るファイル管理手段１１と、前記排他制御手段１１
１による制御に従って各サーバに対して更新対象の多重
化ファイルの同時更新処理を行う際に、対象となる全て
のサーバから該当の多重化ファイルを更新処理を要求し
ているサーバに読み出してファイルの整合性をチェック
するための退避ファイル領域１２と、複数のファイルを
記憶しているファイル記憶装置１−１、１−２を備えて
いる。
【００１０】複数のファイルを記憶しているファイル装
置は１−１、１−２は、データベースであっても構わな
い。
置は１−１、１−２は、データベースであっても構わな
い。
【００１１】図２は、分散ネットワーク処理システムの
一実施例としてのネットワーク構成図であるが、この他
に、サーバがさらに上位のホストコンピュータに接続さ
れている場合や、公衆通信回線などに接続されている場
合など多様なネットワーク構成でも同様に本発明を適用
できる。
一実施例としてのネットワーク構成図であるが、この他
に、サーバがさらに上位のホストコンピュータに接続さ
れている場合や、公衆通信回線などに接続されている場
合など多様なネットワーク構成でも同様に本発明を適用
できる。
【００１２】図３を参照すると、多重化ファイル更新手
段１１２は、アプリケーションプログラムからのファイ
ルの更新要求に応答して、全ての該当サーバに更新要求
を出し、更新処理監視手段１１２−２に更新結果の監視
要求を出す更新処理振分手段１１２−１と、全サーバの
ファイル管理手段１１から更新処理終了通知を待ち、正
常終了の場合はファイル管理手段１１に正常終了通知を
返し、異常終了の場合は多重化ファイル復旧手段１１３
に復旧処理を依頼する更新処理監視手段１１２−２とを
備えている。
段１１２は、アプリケーションプログラムからのファイ
ルの更新要求に応答して、全ての該当サーバに更新要求
を出し、更新処理監視手段１１２−２に更新結果の監視
要求を出す更新処理振分手段１１２−１と、全サーバの
ファイル管理手段１１から更新処理終了通知を待ち、正
常終了の場合はファイル管理手段１１に正常終了通知を
返し、異常終了の場合は多重化ファイル復旧手段１１３
に復旧処理を依頼する更新処理監視手段１１２−２とを
備えている。
【００１３】図４を参照すると、更新ファイル管理テー
ブル１０には、全サーバのファイル記憶装置１−１及び
１−２内に格納されている全てのファイルのファイル
名、アドレス、排他フラグ、及び異常フラグといった情
報が管理されている。すなわち、ネットワークに接続さ
れている全てのサーバの全てのファイルの管理情報を同
一の更新ファイル管理テーブル１０で一元管理してお
り、各サーバは、内部に同じ更新ファイル管理テーブル
１０を保有することによって相互のファイルの状況を管
理できるようにしている。
ブル１０には、全サーバのファイル記憶装置１−１及び
１−２内に格納されている全てのファイルのファイル
名、アドレス、排他フラグ、及び異常フラグといった情
報が管理されている。すなわち、ネットワークに接続さ
れている全てのサーバの全てのファイルの管理情報を同
一の更新ファイル管理テーブル１０で一元管理してお
り、各サーバは、内部に同じ更新ファイル管理テーブル
１０を保有することによって相互のファイルの状況を管
理できるようにしている。
【００１４】次に本発明の一実施例の動作を図１、図
３、図４を用いて、詳細に説明する。
３、図４を用いて、詳細に説明する。
【００１５】図３に示すように本実施例では、サーバ１
でのファイルＡの更新によって、サーバ２のファイルＡ
も同時に更新されるという２つのサーバ間の場合を例に
説明する。しかし、サーバの数がさらに増えても本発明
の動作原理は全く同じである。
でのファイルＡの更新によって、サーバ２のファイルＡ
も同時に更新されるという２つのサーバ間の場合を例に
説明する。しかし、サーバの数がさらに増えても本発明
の動作原理は全く同じである。
【００１６】サーバ１配下のクライアント４からサーバ
１に対してファイル記憶装置１−１内のファイルＡに対
してアプリケーションプログラムからファイルの更新要
求がかかると、まずサーバ１のファイル管理手段１１が
受け付け（ステップ５１）、排他制御手段１１１がサー
バ１上の更新ファイル管理テーブル１０のファイルＡの
異常フラグを検索する（ステップ５２、５３）。異常フ
ラグが”ＯＦＦ”の時はこれまでの処理が正常になされ
ていると判断し処理を続行するが、”ＯＮ”の時は何か
処理で異常が起きていると判断して処理を終了する（ス
テップ５４）。
１に対してファイル記憶装置１−１内のファイルＡに対
してアプリケーションプログラムからファイルの更新要
求がかかると、まずサーバ１のファイル管理手段１１が
受け付け（ステップ５１）、排他制御手段１１１がサー
バ１上の更新ファイル管理テーブル１０のファイルＡの
異常フラグを検索する（ステップ５２、５３）。異常フ
ラグが”ＯＦＦ”の時はこれまでの処理が正常になされ
ていると判断し処理を続行するが、”ＯＮ”の時は何か
処理で異常が起きていると判断して処理を終了する（ス
テップ５４）。
【００１７】ファイルＡの異常フラグが”ＯＦＦ”の場
合、次に排他フラグを参照し（ステップ５５）、”Ｏ
Ｎ”の場合は、ファイルＡに排他がかかっていて更新処
理できないということなので、ファイル管理手段１１
は、クライアント４に更新不可メッセージを出力して処
理を終了する（ステップ５６）。
合、次に排他フラグを参照し（ステップ５５）、”Ｏ
Ｎ”の場合は、ファイルＡに排他がかかっていて更新処
理できないということなので、ファイル管理手段１１
は、クライアント４に更新不可メッセージを出力して処
理を終了する（ステップ５６）。
【００１８】ファイルＡの排他フラグが”ＯＦＦ”の場
合は、多重化ファイル更新手段１１２が更新処理を受け
付けて、更新処理振分手段１１２−１が他サーバ（この
場合、サーバ２）のファイル管理手段１１に対しても通
信回線を介して更新処理要求を出す（ステップ５７）。
次にサーバ２上のファイル記憶装置１−２内の該当フ
ァイルＡを通信回線３を介してサーバ１上の退避ファイ
ル領域１２に複写し（ステップ５８）、更新ファイル管
理テーブル１０の排他フラグを”ＯＮ”にしてファイル
Ａに他の端末から更新がかけられないように排他をかけ
る（ステップ５９）。サーバ２の更新ファイル管理テー
ブル１０への変更要求は通信回線３を介して行う。
合は、多重化ファイル更新手段１１２が更新処理を受け
付けて、更新処理振分手段１１２−１が他サーバ（この
場合、サーバ２）のファイル管理手段１１に対しても通
信回線を介して更新処理要求を出す（ステップ５７）。
次にサーバ２上のファイル記憶装置１−２内の該当フ
ァイルＡを通信回線３を介してサーバ１上の退避ファイ
ル領域１２に複写し（ステップ５８）、更新ファイル管
理テーブル１０の排他フラグを”ＯＮ”にしてファイル
Ａに他の端末から更新がかけられないように排他をかけ
る（ステップ５９）。サーバ２の更新ファイル管理テー
ブル１０への変更要求は通信回線３を介して行う。
【００１９】サーバ１のファイルＡと退避ファイル領域
１２に複写してきたサーバ２のファイルＡを比較して同
一性をチェックする（ステップ６０）。
１２に複写してきたサーバ２のファイルＡを比較して同
一性をチェックする（ステップ６０）。
【００２０】ファイルＡが一致しなかった場合は、ファ
イルに何らかの異常が発生していると判断し、異常フラ
グを”ＯＮ”にして（ステップ６１）、排他フラグを”
ＯＦＦ”に解除し（ステップ６２）、ファイル管理手段
１１からクライアント４に異常終了のメッセージを出力
して処理を終了させる（ステップ６３）。ここでサーバ
２の更新ファイル管理テーブル１０への変更要求は通信
回線３を介して行う。
イルに何らかの異常が発生していると判断し、異常フラ
グを”ＯＮ”にして（ステップ６１）、排他フラグを”
ＯＦＦ”に解除し（ステップ６２）、ファイル管理手段
１１からクライアント４に異常終了のメッセージを出力
して処理を終了させる（ステップ６３）。ここでサーバ
２の更新ファイル管理テーブル１０への変更要求は通信
回線３を介して行う。
【００２１】ファイルＡが一致した場合には、更新処理
監視手段１１２−２に更新結果の監視要求を出し（ステ
ップ６４）、サーバ１で更新処理を実行する（ステップ
６５）。更新されたファイルＡの結果は、通信回線３を
経由してサーバ２のファイル管理手段１１へも転送さ
れ、サーバ２の多重化ファイル更新手段によってファイ
ル記憶装置１−２のファイルＡの内容も更新され、全て
のファイルの更新処理を完了することになる。
監視手段１１２−２に更新結果の監視要求を出し（ステ
ップ６４）、サーバ１で更新処理を実行する（ステップ
６５）。更新されたファイルＡの結果は、通信回線３を
経由してサーバ２のファイル管理手段１１へも転送さ
れ、サーバ２の多重化ファイル更新手段によってファイ
ル記憶装置１−２のファイルＡの内容も更新され、全て
のファイルの更新処理を完了することになる。
【００２２】更新処理監視手段１１２−２は、ファイル
管理手段１１から更新処理終了通知を待ち、正常終了な
ら（ステップ６６）サーバ１とサーバ２の更新ファイル
管理テーブル１０のファイルＡの排他フラグを”ＯＦ
Ｆ”にして（ステップ６７）、更新処理を正常に終了す
る（ステップ６８）。
管理手段１１から更新処理終了通知を待ち、正常終了な
ら（ステップ６６）サーバ１とサーバ２の更新ファイル
管理テーブル１０のファイルＡの排他フラグを”ＯＦ
Ｆ”にして（ステップ６７）、更新処理を正常に終了す
る（ステップ６８）。
【００２３】更新処理が異常終了した場合には、更新処
理監視手段１１２−２は、クライアント４に異常終了の
メッセージを通知し（ステップ６９）、多重化ファイル
復旧手段１１３にファイルの復旧処理を依頼する（ステ
ップ７０）。
理監視手段１１２−２は、クライアント４に異常終了の
メッセージを通知し（ステップ６９）、多重化ファイル
復旧手段１１３にファイルの復旧処理を依頼する（ステ
ップ７０）。
【００２４】多重化ファイル復旧手段１１３は、サーバ
１とサーバ２の更新ファイル管理テーブル１０の異常フ
ラグを”ＯＮ”にして（ステップ７１）、退避ファイル
領域１２に格納してあるファイルＡを用いて、サーバ
１、サーバ２の両方のファイルＡを更新前の状態に復元
するファイル復旧処理を行う（ステップ７２）。
１とサーバ２の更新ファイル管理テーブル１０の異常フ
ラグを”ＯＮ”にして（ステップ７１）、退避ファイル
領域１２に格納してあるファイルＡを用いて、サーバ
１、サーバ２の両方のファイルＡを更新前の状態に復元
するファイル復旧処理を行う（ステップ７２）。
【００２５】復旧処理終了後、クライアント４に復旧完
了メッセージを出力し（ステップ７３）、サーバ１、サ
ーバ２の更新ファイル管理テーブル１０の排他フラグと
異常フラグを”ＯＦＦ”にして（ステップ７４）、処理
を終了する（ステップ７５）。
了メッセージを出力し（ステップ７３）、サーバ１、サ
ーバ２の更新ファイル管理テーブル１０の排他フラグと
異常フラグを”ＯＦＦ”にして（ステップ７４）、処理
を終了する（ステップ７５）。
【００２６】
【発明の効果】以上説明したように本発明は、データ伝
送網に接続された複数のサーバ間で共通に所有する多重
化ファイルの更新処理を全サーバに対してリアルタイム
に同時処理できるようにして、分散ネットワーク処理環
境下において多重化ファイルの更新処理を行う場合のデ
ータの整合性を完全なものにすると共に、同じ環境下に
ある他のサーバが障害になった場合でも別なサーバのデ
ータを用いて容易にファイルの復旧処理が可能になる。
送網に接続された複数のサーバ間で共通に所有する多重
化ファイルの更新処理を全サーバに対してリアルタイム
に同時処理できるようにして、分散ネットワーク処理環
境下において多重化ファイルの更新処理を行う場合のデ
ータの整合性を完全なものにすると共に、同じ環境下に
ある他のサーバが障害になった場合でも別なサーバのデ
ータを用いて容易にファイルの復旧処理が可能になる。
【００２７】これによってファイルの信頼性、保守性が
飛躍的に向上する。
飛躍的に向上する。
【図１】本発明の一実施例のブロック構成図である。
【図２】分散ネットワーク処理システムの一実施例のネ
ットワーク構成図である。
ットワーク構成図である。
【図３】多重化ファイル更新手段内のブロック構成図で
ある。
ある。
【図４】更新ファイル管理テーブルである。
【図５】本発明の一実施例の処理のフローチャートであ
る。
る。
１、２、Ｎ サーバ １−１、１−２ ファイル記憶装置 ３ 通信回線 ４、５、６ クライアント １０ 更新ファイル管理テーブル １１ ファイル管理手段 １２ 退避ファイル領域 １１１ 排他制御手段 １１２ 多重化ファイル更新手段 １１２−１ 更新処理振分手段 １１２−２ 更新処理監視手段 １１３ 多重化ファイル復旧手段 ５１〜７５ ステップ
Claims (5)
- 【請求項１】 データ伝送網に接続された複数のサーバ
内のファイルを管理するネットワークシステムのファイ
ル管理方式において、 ネットワーク上のサーバのファイルの更新を管理するた
めの更新ファイル管理テーブルと、 この更新ファイル管理テーブルへのファイル排他関連情
報の登録及び参照により、ネットワーク上の複数のサー
バ間で共有する多重化ファイルの排他制御を行う排他制
御手段と、 この排他制御手段による制御に従って各サーバに対して
更新対象の多重化ファイルの同時更新処理を行う多重化
ファイル更新手段と、 この多重化ファイル更新手段による多重化ファイル更新
時に更新異常が発生した場合に、各サーバの更新対象と
なった該当する多重化ファイルを更新前の状態に自動的
に戻し、ファイルの同期をとってファイルを復元する多
重化ファイル復旧手段と、 前記排他制御手段と前記多重化ファイル更新手段と前記
多重化ファイル復旧手段とから成るファイル管理手段
と、 前記排他制御手段による制御に従って各サーバに対して
更新対象の多重化ファイルの同時更新処理を行う際に、
対象となる全てのサーバから該当の多重化ファイルを更
新処理要求元のサーバに読み出してファイルの整合性を
チェックするための退避ファイル領域を備えたことを特
徴とする多重化ファイル管理方式。 - 【請求項２】 前記更新ファイル管理テーブルが、全サ
ーバに格納されているファイルのファイル名、前記ファ
イルが格納されているアドレス、前記ファイルへのアク
セス状況を示す排他フラグ、及び前記ファイルの更新処
理の状況を示す異常フラグを備えていることを特徴とす
る請求項１記載の多重化ファイル管理方式。 - 【請求項３】 前記多重化ファイルを格納しているファ
イル記憶装置が、データ伝送網に接続された複数のサー
バによる分散ネットワーク処理システムにおける分散デ
ータベースを構成することを特徴とする請求項１記載の
多重化ファイル管理方式。 - 【請求項４】 前記ネットワークシステムは、前記複数
のサーバが、さらに上位のホストコンピュータまたは公
衆通信網に接続することを特徴とする請求項１記載の多
重化ファイル管理方式。 - 【請求項５】 前記多重化ファイル更新手段が、アプリ
ケーションプログラムからファイルの更新要求がかかる
と、全ての該当サーバに更新要求を出し、更新処理監視
手段に更新結果の監視要求を出す更新処理振分手段と、 全サーバの前記ファイル管理手段から更新処理終了通知
を待ち、正常終了の場合は前記ファイル管理手段に正常
終了通知を返し、異常終了の場合は前記多重化ファイル
復旧手段に復旧処理を依頼する更新処理監視手段を含む
ことを特徴とする請求項１記載の多重化ファイル管理方
式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5261058A JPH07114495A (ja) | 1993-10-19 | 1993-10-19 | 多重化ファイル管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5261058A JPH07114495A (ja) | 1993-10-19 | 1993-10-19 | 多重化ファイル管理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH07114495A true JPH07114495A (ja) | 1995-05-02 |
Family
ID=17356492
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5261058A Pending JPH07114495A (ja) | 1993-10-19 | 1993-10-19 | 多重化ファイル管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH07114495A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10134015A (ja) * | 1996-10-31 | 1998-05-22 | Nec Corp | ファイルの共有方法 |
| JPH11249943A (ja) * | 1998-03-03 | 1999-09-17 | Nec Corp | 分散型データベースの同期管理システムおよび同期管理方法 |
| JPH11345180A (ja) * | 1998-06-03 | 1999-12-14 | Nec Corp | 分散処理システムとその処理方法 |
| JP2000066941A (ja) * | 1998-08-25 | 2000-03-03 | Nec Corp | 分散ファイル更新方法及びそのシステム |
| JP2006106901A (ja) * | 2004-09-30 | 2006-04-20 | Nippon Digital Kenkyusho:Kk | 仮想サーバ、そのコンピュータ、およびコンピュータが実行するためのプログラム |
| JP2009080707A (ja) * | 2007-09-27 | 2009-04-16 | Jfe Steel Kk | データベース同期更新処理方法、データベース同期更新処理システム、データベース同期更新処理プログラム、現品充当方法 |
| CN114640667A (zh) * | 2022-03-31 | 2022-06-17 | 西安热工研究院有限公司 | 实时数据传输方法、系统、设备及介质 |
-
1993
- 1993-10-19 JP JP5261058A patent/JPH07114495A/ja active Pending
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10134015A (ja) * | 1996-10-31 | 1998-05-22 | Nec Corp | ファイルの共有方法 |
| JPH11249943A (ja) * | 1998-03-03 | 1999-09-17 | Nec Corp | 分散型データベースの同期管理システムおよび同期管理方法 |
| JPH11345180A (ja) * | 1998-06-03 | 1999-12-14 | Nec Corp | 分散処理システムとその処理方法 |
| JP2000066941A (ja) * | 1998-08-25 | 2000-03-03 | Nec Corp | 分散ファイル更新方法及びそのシステム |
| JP2006106901A (ja) * | 2004-09-30 | 2006-04-20 | Nippon Digital Kenkyusho:Kk | 仮想サーバ、そのコンピュータ、およびコンピュータが実行するためのプログラム |
| JP4575740B2 (ja) * | 2004-09-30 | 2010-11-04 | 株式会社日本デジタル研究所 | 仮想サーバ |
| JP2009080707A (ja) * | 2007-09-27 | 2009-04-16 | Jfe Steel Kk | データベース同期更新処理方法、データベース同期更新処理システム、データベース同期更新処理プログラム、現品充当方法 |
| CN114640667A (zh) * | 2022-03-31 | 2022-06-17 | 西安热工研究院有限公司 | 实时数据传输方法、系统、设备及介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2019154394A1 (zh) | 分布式数据库集群系统、数据同步方法及存储介质 | |
| US8600944B2 (en) | System and method for managing integrity in a distributed database | |
| US7254740B2 (en) | System and method for state preservation in a stretch cluster | |
| RU2449358C1 (ru) | Распределенная файловая система и способ управления согласованностью блоков данных в такой системе | |
| US9436694B2 (en) | Cooperative resource management | |
| US8862644B2 (en) | Data distribution system | |
| US6367029B1 (en) | File server system tolerant to software and hardware failures | |
| US8856091B2 (en) | Method and apparatus for sequencing transactions globally in distributed database cluster | |
| EP1617331A2 (en) | Efficient changing of replica sets in distributed fault-tolerant computing system | |
| CN111405019B (zh) | 数据处理方法、装置、计算机设备和存储介质 | |
| US20050160312A1 (en) | Fault-tolerant computers | |
| US20060123098A1 (en) | Multi-system auto-failure web-based system with dynamic session recovery | |
| JP2008518284A (ja) | 固定内容分散データ記憶のためのメタデータ管理 | |
| WO2004025466A2 (en) | Distributed computing infrastructure | |
| EP1577776B1 (en) | Method and apparatus for data synchronization in a distributed data base system | |
| CN114422331B (zh) | 容灾切换方法、装置及系统 | |
| JPH07114495A (ja) | 多重化ファイル管理方式 | |
| CN111404737B (zh) | 一种容灾处理方法以及相关装置 | |
| CN110958293A (zh) | 基于云服务器的文件传输方法、系统、服务器及存储介质 | |
| CN116389233A (zh) | 容器云管理平台主备切换系统、方法、装置和计算机设备 | |
| WO2022227719A1 (zh) | 数据备份方法、系统及相关设备 | |
| CN112202601B (zh) | 副本集模式运行的两物理节点mongo集群的应用方法 | |
| US20020194268A1 (en) | Distribute object mechanism | |
| CN111831743A (zh) | 基于云存储的区块链数据存储系统及方法 | |
| JP2002236605A (ja) | データバックアップシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 19961224 |