JPH03158957A - 共用資源の排他制御方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概　要〕 共用資源に付した資源名を排他制御するようにした共用
資源の排他制御方式に関し。

ハードウェアの負担を少なくし資源の使用効率を向上す
ることを目的とし。

第１及び第２のシステムと、これらが共用する資源とを
備えた二重化システムにおいて、前記資源についての排
他制御を行う資源管理プログラムと、前記排他制御のた
めの情報を格納する資源名テーブルとを、前記第１及び
第２のシステムの各々に設け、前記資源名テーブルが、
前記資源についての前記排他制御のための情報を当該資
源に付した論理的な資源名に対応して格納し、前記資源
管理プログラムが、前記資源名テーブルに基づいて、前
記資源についての排他制御を前記資源名についての排他
制御として行うように構成する。

〔産業上の利用分野〕

本発明は共用資源の排他制御方式に関し、更に詳しくは
、共用資源に付した資源名を排他制御するようにした共
用資源の排他制御方式に関する。

二重化されたシステム（二重化システム）では、′各シ
ステム間で資源を共用することが多い。この共用する資
源（共用資源）を使用する場合、システム間での排他制
御が必要となる。

〔従来の技術〕

第５図は従来技術説明図である。

第５図において、１−１及び１−２はシステム。

２は（共用）資源、８は共用オプションである。

システム１−１及び１−２は二重化されたシステムであ
り、各システム１−１及び１−２間でＤＡＳＤ（ダイレ
クトアクセスストレージデハイス）の如き資源２を共用
する。従って、（共用）資源２についての排他制御が必
要となる。

この排他制御のための情報（排他制御情報）は。

共用オプション８に設定される。共用オプション８は、
排他制御の対象となる資源２毎に設けられ当該資源２に
ついての排他制御情報を格納する。

従って、共用オプシゴン８は、排他制御情報を記憶する
記憶装置と、当該資源２についての排他制御を行う装置
とからなる。

一方のシステム、例えば主系システム１−１が資源２を
使用する場合１次のようにされる。

主系システム１−１は、使用する資源２の共用オプショ
ン８に資源獲得要求をする。この時、排他制御情報が従
系システム１−２によって資源２が使用されていること
を示していなければ、主系システム１−１は、資源２を
獲得することができる。主系システム１−１は獲得した
資源２をアクセスして処理を実行した後、共用オプショ
ン８に資源解放要求をする。主系システム１１が資源２
を使用中は、排他制御情報が主系システム１１によって
資源２が使用されていることを示すことにより、従系シ
ステム１−２は資源２を使用できない（排他制御される
）。

〔発明が解決しようとする課題〕

前述の従来技術によれば２次の如き問題があった。即ち
、共用される資源２毎に共用オプション８を用意しなけ
ればならない。従って、共用される資源２の追加、変更
等の度にこれに伴う共用オプション８についての保守が
必要となるため、システム保守者にとっても、また、ハ
ードウェアの面からも、負担が大きいものであった。ま
た、二重化システムにおいては主系システム１−１側を
優先するように排他制御を行う必要があるが、共用オプ
ション８を用いた場合には主系及び従系システム１−１
及び１−２が対等に排他制御されてしまう。

更に、共用オプション８が資源２に対応していることに
より、換言すれば、資源２自体に排他制御情報を設定し
ていることにより９次の如き問題があった。即ち、資源
２がＤ　Ａ　Ｓ　、Ｄの如きものである場合（このよう
な場合が最も多い）、排他制御がボリューム（装置）単
位で行われてしまい。

１つのボリューム全体に排他がかかってしまう。

従って１例えば、主系システム１−１がボリューム内の
１つのファイルのみを使用している場合であっても、従
系システム１−２は、当該ボリューム内の主系システム
１−１の使用していないファイルを使用することはでき
ない。このため、資源２の使用効率は良くなかった。

本発明は、ハードウェアの負担を少なくし資源の使用効
率を向上することが可能な共用資源の排他制御方式を提
供することを目的とする。

〔課題を解決するための手段〕

第１図は本発明の原理構成図であり２本発明による二重
化システムを示している。

第１図において、　　１　（１−１，１−２）はシステ
ム、２は（共用）資源、３　（３−１，３−２）は資源
管理プログラム、４　（４−１，４−２）は資源名テー
ブルである。

システム１−１及び１−２は二重化されたシステム（二
重化システム）であり、これらの間で資源２を共用する
。この資源２についての排他制御を行うため、第１（主
系）及び第２（従系）のシステム１−１及び１−２に、
各々、資源管理プログラム３−１及び３−２と資源名テ
ーブル４−１及び４−２とが設けられる。

資源管理プログラム３−１及び３−２は、資源２に対し
て当該二重化システムにおいてユニークな論理的資源名
を付けると共に、資源２についての排他制御をその資源
名についての排他制御として行う。このために、資源管
理プログラム３−１及び３−２は、対応する資源名テー
ブル４−１及び４−２を参照し、これに基づいて排他制
御を行う。

資源名テーブル４−１及び４−２は、排他制御のための
情報（排他制御情報）を、資源２毎に。

その資源名に対応して格納する。

〔作　用〕

システム１−１が主系であるとすると、その資源管理プ
ログラム３−１が、対応する資源名テーブル４−１に基
づいて、当該二重化システムでの（共用）資源２につい
ての排他制御を行う。即ち。

資源管理プログラム３−１は、資源名を用いて資源名テ
ーブル４−１を検索して当該資源名髪対応する排他制御
情報を取り出し、その資源名（の指す資源２）について
獲得を許すか否かを判断する。

従って、排他制御は、資源名について行われる。

従系であるシステム１−２において資源獲得要求がある
と、その資源管理プログラム３−２が。

主系の資源管理プログラム３−１に、これを依願する。

また、主系の資源名テーブル４−１の内容は、常に従系
の資源名テーブル４−２に反映される。従って主系のシ
ステム１−１を優′先した排他制御が可能となり、また
、システム１−１がシステムダウンした場合にシステム
１−２によるバックアップが可能となる。

一方、排他制御情報は資源名テーブル４に格納されるの
で、資源２自体に設定する必要はなく。

従って、共用オプション（８）を不要にできる。

また、排他制御情報は論理的な資源名に対応するもので
あるから、共用オプション（８）を用いないことと合わ
せ、資源２の追加、変更に容易に対応できる。即ち、資
源２の追加、変更に応じて。

資源名を追加、変更し、資源名テーブル４の内容を更新
するのみでよい。

また、資源名は論理的なものであるから、必ずしも装置
に対応させる必要がない。従って９例えばＤＡＳＤの如
きものにあっては、資源名を１つのボリューム（１台の
装置）に付すのではなく。

ボリューム内の各ファイル毎に図示の如くＡ１゜Ａ２．
・・・Ａｎなる資源名を付すことが可能となる（従って
、各ファイルが資源２である）。これにより、システム
１−１が資源名Ａ１のファイルを使用していても、シス
テム１−２は、同一ボリューム内の資源名Ａ２のファイ
ルを使用することが可能となり、資源２の使用効率を向
上できる。この時、排他制御は資源名について行われる
から。

資源名Ａ１が使用中（排他中）であっても、資源名Ａ２
に排他がかからないのは言うまでもない。

〔実施例〕

第２図は実施例構成図であり、二重化システムを示して
いる。

第２図において、５　（５−１ないし５−４）は資源使
用プログラム、６は要求キュー、７はシステム間通信パ
スである。

二重化システムにおいては、必ず一方が主系。

他方が従系とされる。以下、システム１−１及び１−２
を、各々、主系及び従系として説明する。

また、主系システム１−１内の資源管理プログラム３−
１及び資源名テーブル４−１を、各々、主資源管理プロ
グラム３−１及び主資源名テーブル４−１といい、従系
システム１−２内の資源管理プログラム３−２及び資源
名テーブル４−２を。

各々従資源管理プログラム３−２及び従資源名テーブル
４−２という。

資源使用プログラム５−１ないし５−４は、自己の属す
るシステムの資源管理プログラム３に対して、資源名及
び排他情報（共用、排他等）を設定した資源獲得（返却
又は解放）要求を行う。

主資源管理プログラム３〜ｌは、当該二重化システムに
おける全ての排他制御を行う。このために、全ての資源
獲得要求（以下、単に要求という）は、主資源管理プロ
グラム３−１に通知される。そして主資源管理プログラ
ム３−１は、資源使用プログラム５−１ないし５−４か
らの要求を制御テーブル（図示せず）にキューイングし
たうえで、要求キュー６から順に要求を１つづつ取り出
して、主資源名テーブルｌ−１を検索し必要に応じて更
新する。即ち、要求で指定した資源名（に対応する資源
）について、使用可能か否かを調べる。そして、使用可
能であれば、更新と共に獲得を、使用不可能であれば獲
得不成功を、資源使用プログラム５−１ないし５−４に
通知する。

この更新の後は、当該資源名は（返却まで）使用不可能
とされる（排他がかかる）。

このように、主資源管理プログラム３−＝１が排他制御
を一括して行うので、主系及び従系システムｌ−１及び
１−２間のシリアライズ処理を容易に行うことができ、
主系システム１−１を優先した排他制御を行うことがで
きる。

また、主資源管理プログラム３−１は、主資源名テーブ
ル４−１を更新した場合、これを必ず従資源管理プログ
ラム３−２に通知して従資源名テーブル４−２に反映さ
せる。これにより、主及び従資源名テーブル４−１及び
４−２の内容は、常に同一に保たれる。従って、主系シ
ステム１−１がシステムダウンした場合には、従系シス
テム１２が主系となって排他制御処理を続行することが
できる。

従資源管理プログラム３−２は、資源使用プログラム５
−３及び５−４から要求があった時に。

これを主資源管理プログラム３−１に通知し、これに対
する主資源管理プログラム３−１からの返答（通知）を
当該資源使用プログラム５−３及び５−４に通知する。

また、従資源管理プログラム３−２は、主資源名テーブ
ル４−１の更新の通知があった時は、これに従って従資
源名テーブル４−２を更新する。

更に、従資源管理プログラム３−２は、主系システム１
−１のシステムダウンの時に、主系システム１−１が獲
得していた資源名を主系システム１−１に代わって返却
（解放）する。このために。

従資源名テーブル４−２が参照される。

なお、主及び従資源管理プログラム３−１及び３−２は
、自己の属するシステムの資源使用プログラム５が異常
終了した場合に、これらに代わってこれらが獲得してい
た資源名を返却（解放）する。

資源返却要求は、主及び／又は従資源管理プログラム３
−１及び／又は３−２によって、資源獲得要求と同様に
処理される。

また、システムダウンの回復等により片系システムのみ
の運用から二重化システムの運用となる場合には、動作
していた側の資源名テーブル４がコピーされて他方の側
に備えられた後、新たに主系とされた側の資源管理プロ
グラム３により排他制御が行われる。

システム間通信パス７は、主系及び従系システム１−１
及びｌ−２間での通信を行うためのものである。従って
、主資源管理プログラム３−１からの主資源名テーブル
４−１の更新の通知、従資源管理プログラム３−２から
の要求の通知及びこれに対する主資源管理プログラム３
−１からの返答等は、システム間通信パス７を介して行
われる。

第３図は排他制御処理フローであり、主系システム１−
１において資源獲得要求があった場合について示してい
る。

■　資源使用プログラム５−１又は５−２が、主資源管
理プログラム３−１に対して、資源獲得要求（以下、単
に要求）を行う。

■　主資源管理プログラム３−１が要求を要求キュー６
に接続する。

■　主資源管理プログラム３−１が、要求キ１−６から
１つの要求を取り出し、当該要求に従って主資源名テー
ブル４−１を検索する。

■　主資源管理プログラム３−１が、検索結果に基づい
て、当該要求に係る資源名（に対応する資源）は使用可
能（割当可能）か否かを判断する。

■　前記資源名が既に従系システム１−２に割当てられ
ており割当て不可能な場合、主資源管理プログラム３−
１は、復帰コードにより、資源使用プログラム５−１又
は５−２に対して、資源獲得不可能を通知して、排他制
御を終了する。

■　前記資源名が従系システム１−２に割当てられてお
らず割当て可能な場合、主資源管理プログラム３−１は
、主資源名テーブル４−１を更新する。即ち、当該資源
名を当該要求に割当てると共に、他への割当てを不能と
する（排他をかける）。

■　主資源管理プログラム３−１は、主資源名テーブル
４−１の更新内容を、従資源管理プログラム３−２へ通
知する。

■　主資源管理プログラム３−１は、復帰コードにより
、資源使用プログラム５−１又は５−２に対して、資源
獲得成功を通知して、排他制御を終了する。

■　一方、処理要求待ちの状態にある従資源管理プログ
ラム３−２は、処理■により通知を受けると、これに従
って、従資源名テーブル４−２を更新して、その内容を
主資源名テーブル４１と同一とした後、再び処理待ちの
状態となる。

第４図は排他制御処理フローであり、従系システム１−
２において資源獲得要求があった場合について示してい
る。

■　資源使用プログラム５−３又は５−４が、従資源管
理プログラム３−２に対して、資源獲得要求（以下、単
に要求）を行う。

■　従資源管理プログラム３−２が、主資源管理プログ
ラム３−１に対して、要求があったことを通知し、これ
に対する返答を待つ。

■　処理要求待ちの状態にある主資源管理プログラム３
−１は、処理■により通知を受けると。

この要求を要求キュー６に接続する。

■　主資源管理プログラム３−１が、要求キュー６から
１つの要求を取り出し、当該要求に従って主資源名テー
ブル４−１を検索する。

■　主資源管理プログラム３−１が、検索結果に基づい
て当該要求に係る資源名（に対応する資源）は使用可能
（割当可能）か否かを判断する。

■　前記資源名が主系システム１−１に割当てられてお
らず割当て可能な場合、主資源管理プログラム３−１は
、主資源名テーブル４−１を更新する。即ち、当該資源
名を当該要求に割当てると共に、他への割当てを不能と
する（排他をかける）。一方、前記資源名が既に主系シ
ステム１−１に割当てられており１割当て不可能な場合
、主資源管理プログラム３−１は、当該要求による当該
資源名の獲得を不可能とする。

■　主資源管理プログラム３−１が、従資源管理プログ
ラム３−２に対して、処理結果を通知する。即ち、資源
名の割当の有無（獲得の成功又は不可能）及び主資源名
テーブル４−１の更新内容を通知する。

■　処理■において、主資源管理プログラム３１からの
返答を待つ状態にあった従資源管理プログラム３−２は
処理■により通知を受けると。

これに基づいて当該要求に係る資源名（に対応する資源
）が割当てられたか否かを判断する。

■　前記資源名が割当てられなかった場合、従資源管理
プログラム３−２は、復帰コードにより。

資源使用プログラム５−３又は５−４に対して。

資源獲得不可能を通知して、排他制御を終了する。

［相］　前記資源名が割当てられた場合、従資源管理プ
ログラム３−２は、従資源名テーブル４−２を更新して
、その内容を主資源名テーブル４−１と同一とする。

■　従資源管理プログラム３−２は、復帰コードにより
、資源使用プログラム５−３又は５−４に対して、資源
獲得成功を通知して、排他制御を終了する。

〔発明の効果〕

以上説明したように９本発明によれば、共用資源の排他
制御方式において、資源に論理的な資源名を付すと共に
資源名について排他制御を行うことによって、資源自体
に排他制御情報を設定する必要を無くすことができるの
で、ハードウェアの負担を少なくすることができ、また
、資源の使用効率を向上することができる。

【図面の簡単な説明】

第１図は本発明の原理構成図。 第２図は実施例構成図。 第３図及び第４図は排他制御処理フロー第５図は従来技
術説明図。 １　　（１−１，１−２）はシステム、２は資源。 ３　（ｉｌ、１−２）は資源管理プログラム、４（４−
１，４−２）は資源名テーブル、５（５１ないし５−４
）は資源使用プログラム、６は要求キュー、７はシステ
ム間通信パスである。

Claims (1)

1. 【特許請求の範囲】 第１及び第２のシステム（１−１、１−２）と、これら
   が共用する資源（２）とを備えた二重化システムにおい
   て、 前記資源（２）についての排他制御を行う資源管理プロ
   グラム（３−１、３−２）と、 前記排他制御のための情報を格納する資源名テーブル（
   ４−１、４−２）とを、前記第１及び第２のシステム（
   １−１、１−２）の各々に設け、前記資源名テーブル（
   ４−１、４−２）が、前記資源（２）についての前記排
   他制御のための情報を当該資源（２）に付した論理的な
   資源名に対応して格納し、 前記資源管理プログラム（３−１、３−２）が、前記資
   源名テーブル（４−１、４−２）に基づいて、前記資源
   （２）についての排他制御を前記資源名についての排他
   制御として行う ことを特徴とする共用資源の排他制御方式。