(57)【要約】【課題】共有の外部記憶装置を備える複数の計算機間で通信路のインタコネクトが故障した場合に、外部記憶装置の排他制御によって処理要求の競合が生じないようデータ資源の保護を行うシステムを提供する。【解決手段】複数の計算機間で外部記憶装置を共有し、前記計算機の各々の間は通信路で通信する形態のシステムにおいて、前記通信路の故障によって、システムを構成する計算機群が２つ以上の計算機群に分断された場合に、外部記憶装置内に設けられた排他制御を使用して、一旦外部記憶装置へのアクセスを禁止した上で、前記複数の計算機群からの要求を調停し、その中から業務の運用を続行する計算機群を一定の方法で決定し、続行する計算機群に対するアクセスをあらためて許可することを特徴とするデータ資源を保護する方法。【選択図】      図１
2005025289.tif 000002
【特許請求の範囲】
【請求項１】
互いに通信路で接続された複数の計算機間で共有する外部記憶装置に排他制御機構を備えたクラスタシステムにおいて、前記通信路の故障によってシステムを構成する計算機群が２つ以上の計算機群に分断された場合に、外部記憶装置の共有データを保護するデータ保護プログラムであって、
前記外部記憶装置内に設けられた排他制御を使用して、一旦外部記憶装置へのアクセスを禁止するアクセス禁止ステップと、
分断された複数の計算機群からの処理要求を調停し、予め定義されたル−ルに基づいて業務の運用を続行する計算機群を決定する運用決定ステップと、
前記計算機に対し運用続行のためのアクセス権をあらためて許可するアクセス解放ステップと
を計算機に実行させるデータ保護プログラム。
【請求項２】
業務を続行する計算機群を決定する前記運用決定ステップは、複数の計算機群からの要求のうち、最も早く要求した計算機群で業務を続行することを特徴とする請求項１に記載のデータ保護プログラム。
【請求項３】
業務を続行する計算機群を決定する前記運用決定ステップは、複数の計算機群からの要求に、それぞれの計算機群の計算機の数をパラメタとして付加し、計算機の数が最も大きい計算機群で業務を続行することを特徴とする請求項１に記載のデータ保護プログラム。
【請求項４】
業務を続行する計算機群を決定する前記運用決定ステップは、それぞれの計算機で実行されている業務には、業務の運用開始時点で優先度を付加しておき、業務を続行する計算機群を決定する際、複数の計算機群からの要求に、運用中の業務の優先度の総和をパラメタとして付加し、優先度の総和が最も大きい計算機群で業務を続行することを特徴とする請求項１に記載のデータ保護プログラム。
【請求項５】
互いに通信路で接続された複数の計算機間で共有する外部記憶装置に排他制御機構を備えたクラスタシステムにおいて、前記通信路の故障によってシステムを構成する計算機群が２つ以上の計算機群に分断された場合に、外部記憶装置の共有データを保護するデータ保護方法であって、
前記外部記憶装置内に設けられた排他制御を使用して、一旦外部記憶装置へのアクセスを禁止するアクセス禁止ステップと、
分断された複数の計算機群からの処理要求を調停し、予め定義されたル−ルに基づいて業務の運用を続行する計算機群を決定する運用決定ステップと、
前記計算機に対し運用続行のためのアクセス権をあらためて許可するアクセス解放ステップと
を有することを特徴とするデータ保護方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の計算機（以下、ノードと表現）で外部記憶装置を共有する構成のシステム（以下、クラスタシステムと表現）において、各ノードから共有ディスクにアクセスする場合の排他制御技術に関する。
【０００２】
【従来の技術】
クラスタシステムにおける各ノード上で、外部記憶装置内の共有のデータにアクセスして動作するプログラム（以下、「データ利用プログラム」と呼ぶ）は、データに対して、複数のノードから同時にアクセスされることを想定していないため、各ノードのデータ利用プログラムから外部記憶装置用のデータを同時に更新すると、データ破壊が発生する恐れがある。
【０００３】
これを防ぐためには、各ノードでデータ利用プログラムからデータをアクセスする前に、データのアクセスが可能かどうかを調べ、アクセスしている間は、他のノードからのアクセスを拒否する排他制御の機構が必要となる。
従来、複数ノード間の排他制御を調停し、共有ディスクのデータを保護する方式として、外部記憶装置のディスクに情報を記載し調停するクォーラムディスク方式（例えば、非特許文献１）や、複数ノード間のプライベートな通信路を使用し互いに通信して調停するプライベートＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）による方式（例えば、特許文献１）が存在し、各ノードにインストールされた排他制御プログラムによって調停が行われていた。
【０００４】
【非特許文献１】
ウインドウズ２０００ワールド、２００１年２月号、ｐ．２５〜２６
【０００５】
【特許文献１】
特開平７−３０６８３７号公報（第２〜３頁）
【０００６】
【発明が解決しようとする課題】
しかしながら、上記クォーラムディスク方式の場合は、クォーラムディスク自体が故障してしまうと、外部記憶装置の共有ディスクの資源自体は問題がないにも関わらず、共有するデータ資源を利用できない状況となってしまう。
また、上記ノード間通信の形式を採用する従来システムにおいては、プライベートＬＡＮ（ノード間通信路）が故障すると複数ノード間の調停ができなくなる。プライベートＬＡＮを介した通信が行えずに分断されている状態（スプリットブレイン）となり、業務の処理要求が競合しないように調停することができない。したがって、処理要求が競合しないように運用を継続させるノードを選択し、競合する他のノードは強制的に停止させる必要がある。
【０００７】
すなわち、強制停止の機能がない場合、あるいは有っても故障している場合、業務を再開してしまうとデータ破壊を引き起こす。このため、クラスタシステム全体として、ノード間の調停が出きず業務が停止することになる。
上記の問題を解決するため、本発明では、クラスタシステムの各ノード間の通信路の故障によってスプリットブレインの状態が発生した場合において、外部記憶装置内の排他制御を使用して、処理要求が競合しないように共有のデータ資源を保護する技術を提供することを目的としている。
【０００８】
【課題を解決するための手段】
第一の発明は、互いに通信路で接続された複数の計算機間で共有する外部記憶装置に排他制御機構を備えたクラスタシステムにおいて、前記通信路の故障によってシステムを構成する計算機群が２つ以上の計算機群に分断された場合に、外部記憶装置の共有データを保護するデータ保護プログラムであって、前記外部記憶装置内に設けられた排他制御を使用して、一旦外部記憶装置へのアクセスを禁止するアクセス禁止ステップと、分断された複数の計算機群からの処理要求を調停し、予め定義されたル−ルに基づいて業務の運用を続行する計算機群を決定する運用決定ステップと、前記計算機に対し運用続行のためのアクセス権をあらためて許可するアクセス解放ステップとを計算機に実行させるデータ保護プログラムに関する。
【０００９】
すなわち、第一の発明によれば、複数の計算機間を接続する通信路が切断する障害が生じたときに、計算機から発行されるアクセス禁止命令を、外部記憶装置内の排他制御部において受信して、全ての計算機に対し、一旦アクセスを禁止した上で、運用決定部が、計算機群からの業務続行の処理要求を受けて調停し、定義された設定ルールにしたがって運用を続行すべき計算機群が決定されるため、スプリットブレイン状態で通信路が分断されたままの計算機群において、誤って、複数の計算機からの同時アクセスがあっても、外部記憶装置に保持している共有するデータ資源の破壊を防止することができる。
【００１０】
第二の発明は、業務を続行する計算機群を決定する前記運用決定ステップは、複数の計算機群からの要求のうち、最も早く要求した計算機群で業務を続行することを特徴とする上記第一の発明に記載のデータ保護プログラムに関する。
すなわち、第二の発明によれば、運用決定部が、共有ディスクへのアクセスを最も早く処理要求を出した計算機群に決定するため、何はともあれ緊急性を重視した業務の復旧への対応が可能となる。
【００１１】
第三の発明は、業務を続行する計算機群を決定する前記運用決定ステップは、複数の計算機群からの要求に、それぞれの計算機群の計算機の数をパラメタとして付加し、計算機の数が最も大きい計算機群で業務を続行することを特徴とする上記第一の発明に記載のデータ保護プログラムに関する。
すなわち、第三の発明によれば、運用決定部が、分断された各計算機群の数をパラメタとして決定することになるため、計算機群の数に比例したボリューム重視の観点からの判定となり、多数の計算機を抱えるクラスタを優先させ、スケーラビリティ（並列度）に重点をおいた解決となる。
【００１２】
第四の発明は、業務を続行する計算機群を決定する前記運用決定ステップは、それぞれの計算機で実行されている業務には、業務の運用開始時点で優先度を付加しておき、業務を続行する計算機群を決定する際、複数の計算機群からの要求に、運用中の業務の優先度の総和をパラメタとして付加し、優先度の総和が最も大きい計算機群で業務を続行することを特徴とする上記第一の発明に記載のデータ保護プログラムに関する。
【００１３】
すなわち、第四の発明によれば、運用決定部が、決定要素として各計算機が運用している業務の優先度をパラメータとして付加されて優先度の最も大きな計算機群を決定することで、業務の重要性の観点が加味されての判定となり、緊急かつ影響度の大きい業務が加味され、ユーザにより大きな便宜を与える。
【００１４】
【発明の実施の形態】
以下、図面にもとづいて本発明の実施形態を説明する。
図１は、本発明の基本システム構成を示す。本システムでは、２つの計算機が１つの外部記憶装置を共有する例で示している。システムは、計算機（ノード）１ａ、１ｂと外部記憶装置２で構成され、計算機（ノード）同士は、各ノードの状態を相互に監視し、異常が発生した場合の切り換えなどの制御用としてプライベートＬＡＮ（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ、内部通信路）５で接続され、計算機（ノード）１ａ、１ｂと外部記憶装置２間は、ストレージ用ネットワーク（ＳＡＮ：Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）  ６環境となっている。
【００１５】
計算機（ノード）１ａ、１ｂは、各種業務アプリケーション等、共有ディスク４を利用するデータ利用プログラム１０ａ、１０ｂおよび各計算機から外部記憶装置２にアクセスするＩ／Ｏアクセス制御部２１ａ、２１ｂを有するクラスタ制御部２０ａ、２０ｂとを備える。
また、外部記憶装置２内の制御装置３は、ファームウェア３０を有し、ファームウェア３０内の排他制御部４０が、Ｉ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）アクセスの禁止／解放の機能を有している。また、排他制御部４０は、アクセス禁止部４１、運用決定部４２、およびアクセス解放部４３で構成される。
【００１６】
外部記憶装置２内のファームウェア３０におけるＩ／Ｏ解放要求を調停する機能では、２つ以上の計算機（ノード）１ａ、１ｂから発行されたＩ／Ｏ解放要求については、一定のルールに基づき一つの要求のみを受け付ける。
なお、外部記憶装置２内の制御装置３は、コンピュータであり、予め内蔵されたプログラムがコンピュータ上で実行され、排他制御部４０のアクセス禁止部４１、運用決定部４２、およびアクセス解放部４３の各処理が実現される。そして、当該プログラムは、フロッピーディスク、コンパクトディスク、ＣＤ−ＲＯＭ等のコンピュータ読取可能な記録媒体に記録され、図には示していないが、内蔵あるいは、外部接続された媒体読取装置にセットしインストールすることによって実行可能な状態としてもよい。
【００１７】
図２は、本発明の実施の形態になるクラスタシステムの構成を示す。図２以降において、計算機はノードと表現し、複数のノードと外部記憶装置２との通信路の接続状態を模式的に示している。各ノードは、とくに図示していないが、図１の各計算機と同様の構成要素、すなわち、データ利用プログラム、クラスタ制御部、Ｉ／Ｏアクセス制御部を有している。
【００１８】
クラスタシステムは、５つのノード１ａ〜１ｅで構成された例で示しており、図１と同様に、外部記憶装置２は、Ｉ／Ｏへのアクセス禁止／解放機構を有している。ノード１ａ〜１ｅは、プライベートＬＡＮ５により相互接続されており、外部記憶装置２へはストレージ用ネットワーク６を経由して接続されている。
プライベートＬＡＮ５において、何らかの原因によるノード間通信の不能が検知され、ノード間通信が分断されたスプリットブレイン状態になった場合、各ノード１ａ〜１ｅは、Ｉ／Ｏアクセス禁止要求を外部記憶装置２に対して発行する。外部記憶装置２は、Ｉ／Ｏアクセス禁止要求を受けて、全てのノード１ａ〜１ｅからのアクセスを禁止状態とする。
【００１９】
スプリットブレインの結果、ノード１ａ〜１ｅは２つ以上のノード群に分断される。この時、分断されたノード群のそれぞれにおいて、クラスタ制御部が、全てのノード１ａ〜１ｅからのアクセスを禁止するよう外部記憶装置２に対して要求する。
その後、各ノードのクラスタ制御部は、分断されたノード群の中で通信し合うことにより、代表ノードを一つ選ぶ。クラスタシステム全体から見ると、代表ノードは分断されたノード群の数だけ選ばれる。代表ノードは、自分の属するノード群を構成するノードについて、Ｉ／Ｏを解放するように外部記憶装置２に対して要求する。そして、外部記憶装置２上のファームウェア３０内の排他制御部４０では、後述するが、予めいくつかのＩ／Ｏへのアクセスルールを設定しておき、その設定ルールにしたがって、アクセス解放要求に対する処理が行われる。
【００２０】
例えば、以下の設定ルールが考えられる。
１）複数の代表ノードからのＩ／Ｏ解放要求のうち、最初の要求のみを受け付け、他の要求はエラーとする。
２）Ｉ／Ｏ解放要求のノード数の情報を付加して発行するようにして、ノード数の最も大きい要求のみを受け付け、他の要求をエラーとする。
３）それぞれのノード群で実行されているデータ利用プログラムに予め与えられている優先度の総和を付加して発行するようにして、優先度の総和が最も大きい要求を受付け、他の要求をエラーとする。
などのアクセスルールが適用される。
【００２１】
また、これらの他に、上記優先度とノードの重みを組み合わせた設定ルールとすることも可能である。
以上により、複数に分断されたノード群の中の一つのノード群だけが外部記憶装置２に対してアクセスできるようになり、保留となっていた業務が再開できることになる。
【００２２】
なお、この時点で、ノードのデータ利用プログラムが、停止状態であれば、業務再開のためにクラスタ制御部がデータ利用プログラムを起動する。
図３は、本発明の実施の形態になるノード間のプライベートＬＡＮに分断が生じたときのクラスタの状態を示す。本図では、プライベートＬＡＮ５の一部故障により、スプリットブレインが発生した状態を示しており、ノード群〔１ａ−１ｃ〕とノード群〔１ｄ−１ｅ〕の間が分断されている例を示している。
【００２３】
図４は、本発明の実施の形態になるプライベートＬＡＮに分断が発生したときの自ノードから見た相手ノードの状態を示す。図は、自ノードから見て相手ノードとの通信が途絶えて不明状態となったノードをＬＥＦＴと記載し、正常に通信できるノードをＵＰと記載して、相互の通信状態を表したものである。
図５は、本発明の実施の形態になる共有ディスクへのアクセスを復旧させた場合の自ノードに対する相手ノードの状態を示す。各ノードのクラスタ制御部は、図４におけるＬＥＦＴ状態を検知した時点で、外部記憶装置２のファームウェア３０に対して全てのノード１ａ〜１ｅからのＩ／Ｏへのアクセスを抑止するＩ／Ｏアクセス禁止命令を発行する。
【００２４】
実施例のスプレットブレインの状態では、ノード群〔１ａ−１ｃ〕とノード群〔１ｄ−１ｅ〕の二つのノード群に分断されている。その後、分断されたそれぞれのノード群の中で、各ノードのクラスタ制御部は、互いに通信し合うことで代表ノードを一つ選び、その代表ノードが、自分の属するノード群を構成するノードについてのＩ／Ｏ解放要求を外部記憶装置２に対して要求することになる。
【００２５】
本実施例では、ノード群〔１ａ−１ｃ〕の代表ノード、例えば、ノード１ａのクラスタ制御部が、外部記憶装置２のファームウエア３０に向けて、ノード１ａ、１ｂ、１ｃに対するＩ／Ｏアクセス解放命令を発行し、この際、ノード数「３」をパラメタとして渡す。
一方、他のノード群〔１ｄ−１ｅ〕の代表ノードにおいても、例えば、ノード１ｄのクラスタ制御部からノード１ｄ、１ｅに対するＩ／Ｏアクセス解放要求がノード数パラメタ「２」と共に発行される。
【００２６】
これらのＩ／Ｏアクセス解放要求を受けて、ファームウェア上の排他制御部４０は、発行された各群の代表ノードからのＩ／Ｏアクセス解放要求のうち、例えば、ノード数の大きい方を成功させ、それ以外の要求をエラーにする処理を行う。これにより、ノード群〔１ａ−１ｃ〕のＩ／Ｏアクセスを復旧させることができる。
【００２７】
図６は、本発明の実施の形態になる外部記憶装置へ送信されるノードデータの構造例を示す。本実施例では、故障前のクラスタを構成するノード数を考慮した例で示す。
本クラスタシステムの各ノードは、故障時に、予め保持したノードデータを外部記憶装置２に渡す。図に示すように、外部記憶装置２に送信するノードデータは、以下のようなａ、ｂ、ｃ、ｄ、およびｅの各フィールドで構成される。
ａ：Ｉ／Ｏアクセス禁止あるいは解放命令。
ｂ：本データの送信元のノードＩＤ（識別子）。例えば、ｎｏｄｅ１ａのような文字列で表現。
ｃ：フィールドｂにおけるＩＤを持つノードが、通信可能なノード。例えば、ｎｏｄｅ１ａ、ｎｏｄｅ１ｂ、ｎｏｄｅ１ｃなど。
ｄ：フィールドｂにおけるＩＤを持つノードが、クラスタを構成していた元のノード数。
ｅ：ユーザの業務情報を０／１で表現。ｂで定義されたノードで、ユーザ業務が動作しているか否かを示す。また、重みを設定することも可能。
【００２８】
図７は、本発明の実施の形態になるノード群からの要求に対するアクセス優先ルールを示す。設定ルールとして、以下の３つの定義例を示している。
ルール１：ノードの送信データの内、複数のノードからのフィールドａのＩ／Ｏアクセス禁止／解放命令を参照し、アクセス時間のより早いノード１にアクセスの解放を決定。
【００２９】
ルール２：ノード送信データの内、フィールドａ、ｃ、およびｄを参照し、ｃの数／ｄの数（＞＝０．５）の値の大きさによって決定。
ルール３：フィールドａ、ｃ、ｄ、およびｅを参照し、（ｃの数＋ｃのノードにおけるｅの総和）／（ｄの数＋全ノードのｅの総和）の値の大きさで決定。
以上、どのルールを適用するかは予め設定される。
【００３０】
図８は、本発明の実施の形態になる障害時の共有ディスクにおける処理のフローチャートを示す。
クラスタシステムの各ノード間を接続するインタコネクト５が分断されたときに、まず、外部記憶装置２の排他制御部４０のアクセス禁止部４１が、ステップＳ１１において、ノード１側のＩ／Ｏアクセス制御部からのアクセス禁止命令を受信して、ステップＳ１２で、全てのノードに対し、一旦共有ディスク４へのアクセスを禁止する。
【００３１】
つぎに、ステップＳ１３において、運用決定部４２が、分断したノード群の代表ノードからアクセスの解放要求を受信し、ステップＳ１４において、予め設定した設定ルール条件への合致を判定し、図７のアクセス優先度の定義ルールに、送信されたノードデータを適用して、条件が合致したアクセス解放要求のノード群を決定し、ステップＳ１５において、図５の内部テーブルに示すように、決定したアクセス解放要求のノード群に属するノードについてはＵＰ、それ以外はＤＯＷＮとの値を設定される。その結果として、当該ノード群での業務の続行が再開される。
【００３２】
一方、ステップＳ１４で、設定ルールに合致しないときには、ステップＳ１６において、ノードからのアクセスは拒否される。
以上、これまでの実施例では、本発明のデータ保護プログラムは、外部記憶装置側に適用した場合で記述してきたが、勿論、計算機（ノード）側に適用して同様の効果を持たせることも可能である。
【００３３】
（付記１）  互いに通信路で接続された複数の計算機間で共有する外部記憶装置に排他制御機構を備えたクラスタシステムにおいて、前記通信路の故障によってシステムを構成する計算機群が２つ以上の計算機群に分断された場合に、外部記憶装置の共有データを保護するデータ保護プログラムであって、
前記外部記憶装置内に設けられた排他制御を使用して、一旦外部記憶装置へのアクセスを禁止するアクセス禁止ステップと、
分断された複数の計算機群からの処理要求を調停し、予め定義されたル−ルに基づいて業務の運用を続行する計算機群を決定する運用決定ステップと、
前記計算機に対し運用続行のためのアクセス権をあらためて許可するアクセス解放ステップと
を計算機に実行させるデータ保護プログラム。
【００３４】
（付記２）  業務を続行する計算機群を決定する前記運用決定ステップは、複数の計算機群からの要求のうち、最も早く要求した計算機群で業務を続行することを特徴とする付記１に記載のデータ保護プログラム。
（付記３）  業務を続行する計算機群を決定する前記運用決定ステップは、複数の計算機群からの要求に、それぞれの計算機群の計算機の数をパラメタとして付加し、計算機の数が最も大きい計算機群で業務を続行することを特徴とする付記１に記載のデータ保護プログラム。
【００３５】
（付記４）  業務を続行する計算機群を決定する前記運用決定ステップは、それぞれの計算機で実行されている業務には、業務の運用開始時点で優先度を付加しておき、業務を続行する計算機群を決定する際、複数の計算機群からの要求に、運用中の業務の優先度の総和をパラメタとして付加し、優先度の総和が最も大きい計算機群で業務を続行することを特徴とする付記１に記載のデータ保護プログラム。
【００３６】
（付記５）  互いに通信路で接続された複数の計算機間で共有する外部記憶装置に排他制御機構を備えたクラスタシステムにおいて、前記通信路の故障によってシステムを構成する計算機群が２つ以上の計算機群に分断された場合に、外部記憶装置の共有データを保護するデータ保護方法であって、
前記外部記憶装置内に設けられた排他制御を使用して、一旦外部記憶装置へのアクセスを禁止するアクセス禁止ステップと、
分断された複数の計算機群からの処理要求を調停し、予め定義されたル−ルに基づいて業務の運用を続行する計算機群を決定する運用決定ステップと、
前記計算機に対し運用続行のためのアクセス権をあらためて許可するアクセス解放ステップと
を有することを特徴とするデータ保護方法。
【００３７】
（付記６）  互いに通信路で接続された複数の計算機間で共有する外部記憶装置に排他制御機構を備えたクラスタシステムにおいて、前記通信路の故障によってシステムを構成する計算機群が２つ以上の計算機群に分断された場合に、外部記憶装置の共有データを保護するデータ保護装置であって、
前記外部記憶装置内に設けられた排他制御を使用して、一旦外部記憶装置へのアクセスを禁止するアクセス禁止部と、
分断された複数の計算機群からの処理要求を調停し、予め定義されたル−ルに基づいて業務の運用を続行する計算機群を決定する運用決定部と、
前記計算機に対し運用続行のためのアクセス権をあらためて許可するアクセス解放部と
を有することを特徴とするデータ保護装置。
【００３８】
（付記７）  互いに通信路で接続された複数の計算機間で共有する外部記憶装置に排他制御機構を備えたクラスタシステムにおいて、前記通信路の故障によってシステムを構成する計算機群が２つ以上の計算機群に分断された場合に、外部記憶装置の共有データを保護するデータ保護プログラムを記録した記録媒体であって、
前記外部記憶装置内に設けられた排他制御を使用して、一旦外部記憶装置へのアクセスを禁止するアクセス禁止ステップと、
分断された複数の計算機群からの処理要求を調停し、予め定義されたル−ルに基づいて業務の運用を続行する計算機群を決定する運用決定ステップと、
前記計算機に対し運用続行のためのアクセス権をあらためて許可するアクセス解放ステップと
を計算機に実行させるデータ保護プログラムを記録したコンピュータ読取可能な記録媒体。
【００３９】
【発明の効果】
以上、説明してきたように、本発明では、複数の計算機（ノード）間を接続する通信路が切断する障害が生じたときに、計算機（ノード）から発行されるアクセス禁止命令を、外部記憶装置内の排他制御部において受信して、全ての計算機（ノード）に対し、一旦アクセスを禁止した上で、運用決定部が、計算機群からの業務続行の処理要求を受けて調停し、定義された設定ルールにしたがって運用を続行すべき計算機群が決定される。
【００４０】
このため、スプリットブレイン状態で通信路が分断されたままの計算機群において、誤って、複数の計算機（ノード）からへの同時アクセスがあっても、排他制御することで、外部記憶装置に保持している共有するデータ資源を同時に利用させることはなく、データ破壊を防止することができる。
【図面の簡単な説明】
【図１】本発明になる基本システム構成を示す図である。
【図２】本発明の実施の形態になるクラスタシステムの構成を示す図である。
【図３】本発明の実施の形態になるノード間のプライベートＬＡＮに分断が生じたときのクラスタの状態を示す図である。
【図４】本発明の実施の形態になる分断が発生したときの自ノードから見た相手ノードの状態を示す図である。
【図５】本発明の実施の形態になる共有ディスクへのアクセスを復旧させた場合の自ノードに対する相手ノードの状態を示す図である。
【図６】本発明の実施の形態になる外部記憶装置へ送信されるノードデータの構造例を示す図である。
【図７】本発明の実施の形態になるノード群からの要求に対するアクセス優先ルールを示す図である。
【図８】本発明の実施の形態になる障害時の共有ディスクにおける処理のフローチャートを示す図である。
【符号の説明】
１ａ、１ｂ・・・１ｅ  計算機（ノード）
２  外部記憶装置
３  制御装置
４  共有ディスク
５  プライベートＬＡＮ
６  ストレージ用ネットワーク
１０ａ、１０ｂ    データ利用プログラム
２０ａ、２０ｂ  クラスタ制御部
２１ａ、２１ｂ  Ｉ／Ｏアクセス制御部
３０  ファームウエア
４０  排他制御部
４１  アクセス禁止部
４２  運用決定部
４３  アクセス解放部
【図１】
2005025289.tif 000003
【図２】
2005025289.tif 000004
【図３】
2005025289.tif 000005
【図４】
2005025289.tif 000006
【図５】
2005025289.tif 000007
【図６】
2005025289.tif 000008
【図７】
2005025289.tif 000009
【図８】
2005025289.tif 000010