JP2001188700A - 計算機システム - Google Patents
計算機システムInfo
- Publication number
- JP2001188700A JP2001188700A JP2000000043A JP2000000043A JP2001188700A JP 2001188700 A JP2001188700 A JP 2001188700A JP 2000000043 A JP2000000043 A JP 2000000043A JP 2000000043 A JP2000000043 A JP 2000000043A JP 2001188700 A JP2001188700 A JP 2001188700A
- Authority
- JP
- Japan
- Prior art keywords
- access right
- computer
- exclusive access
- request
- storage device
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Multi Processors (AREA)
Abstract
(57)【要約】
【課題】 記憶装置の共用を十分にサポートしていない
オペレーティングシステムを用いた場合でも、より十分
な記憶装置の共用が可能となる計算機システムを提供す
る。 【解決手段】 オペレーティングシステム５０にフィル
タドライバ５１を作り込み、ＭＯＵＮＴ要求をフック
し、通常の接続を行う前に、ＭＯＵＮＴ処理１１０を実
行し、ＳＣＳＩのＲＥＳＥＲＶＥコマンドを発行するこ
とで、排他的アクセス権を取得する。また、ディスマウ
ントヘルパー４１を設け、定期的にＤＩＳＭＯＵＮＴ処
理２１０を実行し、ＲＥＬＥＡＳＥコマンドを発行する
ことで、排他的アクセス権を破棄する。
オペレーティングシステムを用いた場合でも、より十分
な記憶装置の共用が可能となる計算機システムを提供す
る。 【解決手段】 オペレーティングシステム５０にフィル
タドライバ５１を作り込み、ＭＯＵＮＴ要求をフック
し、通常の接続を行う前に、ＭＯＵＮＴ処理１１０を実
行し、ＳＣＳＩのＲＥＳＥＲＶＥコマンドを発行するこ
とで、排他的アクセス権を取得する。また、ディスマウ
ントヘルパー４１を設け、定期的にＤＩＳＭＯＵＮＴ処
理２１０を実行し、ＲＥＬＥＡＳＥコマンドを発行する
ことで、排他的アクセス権を破棄する。
Description
【０００１】
【発明の属する技術分野】本発明は、計算機システムに
関し、さらに詳しくは、記憶装置の共用を十分にサポー
トしていないオペレーティングシステムを用いた場合で
も、より十分な記憶装置の共用が可能となる計算機シス
テムに関する。
関し、さらに詳しくは、記憶装置の共用を十分にサポー
トしていないオペレーティングシステムを用いた場合で
も、より十分な記憶装置の共用が可能となる計算機シス
テムに関する。
【０００２】
【従来の技術】近年、ファイバーチャネルなどの普及に
より、多数のディスクをネットワークにつないでディス
クファームを構成し、そのディスクファームのディスク
をネットワークにつながった複数の計算機で共用すると
いう計算機システムの形態が魅力的になってきた。
より、多数のディスクをネットワークにつないでディス
クファームを構成し、そのディスクファームのディスク
をネットワークにつながった複数の計算機で共用すると
いう計算機システムの形態が魅力的になってきた。
【０００３】
【発明が解決しようとする課題】しかし、一般的に普及
しているオペレーティングシステムでは、ディスクの共
用を十分にサポートしていない。例えば、米国Ｃompaq
社のＶＡＸclusterにおいては、ディスクを共用できる
のは、ＶＭＳオペレーティングシステムが動作するＶＡ
Ｘ計算機に限られる。ＶＡＸ計算機以外の計算機が、同
時にディスクをアクセスした場合、データが破壊される
恐れがある。また、米国マイクロソフト社のＷindows
ＮＴにおいては、Ｍicrosoft Ｃluster Ｓerver機能に
よりディスク共用できる計算機は２台に限られ、同時に
ディスクにアクセスできる計算機は１台であり、さら
に、ディスクにアクセスできる計算機を変えるために
は、オペレータがコマンドで操作する必要がある。そこ
で、本発明の目的は、記憶装置の共用を十分にサポート
していないオペレーティングシステムを用いた場合で
も、より十分な記憶装置の共用が可能となる計算機シス
テムを提供することにある。
しているオペレーティングシステムでは、ディスクの共
用を十分にサポートしていない。例えば、米国Ｃompaq
社のＶＡＸclusterにおいては、ディスクを共用できる
のは、ＶＭＳオペレーティングシステムが動作するＶＡ
Ｘ計算機に限られる。ＶＡＸ計算機以外の計算機が、同
時にディスクをアクセスした場合、データが破壊される
恐れがある。また、米国マイクロソフト社のＷindows
ＮＴにおいては、Ｍicrosoft Ｃluster Ｓerver機能に
よりディスク共用できる計算機は２台に限られ、同時に
ディスクにアクセスできる計算機は１台であり、さら
に、ディスクにアクセスできる計算機を変えるために
は、オペレータがコマンドで操作する必要がある。そこ
で、本発明の目的は、記憶装置の共用を十分にサポート
していないオペレーティングシステムを用いた場合で
も、より十分な記憶装置の共用が可能となる計算機シス
テムを提供することにある。
【０００４】
【課題を解決するための手段】第１の観点では、本発明
は、２以上の計算機が記憶装置を共用する計算機システ
ムであって、一つの計算機から共用する記憶装置への接
続要求を検出する接続要求検出手段と、接続要求を検出
したときに共用する記憶装置に対する排他的アクセス権
を前記計算機のために取得する排他的アクセス権取得手
段と、一つの記憶装置に対する排他的アクセス権を取得
している計算機からの当該記憶装置の解放要求を検出す
る解放要求検出手段と、前記解放要求を検出したときに
前記排他的アクセス権を破棄する排他的アクセス権破棄
手段とを具備したことを特徴とする計算機システムを提
供する。上記第１の観点の計算機システムでは、記憶装
置に対する一つの計算機の接続要求を検出すると、通常
処理での接続を行う前に、記憶装置に対する排他的アク
セス権を前記計算機のために取得する。これにより、他
の計算機はアクセスできなくなり、データを破壊される
恐れがなくなる。また、解放要求を検出すると、排他的
アクセス権を破棄する。これにより、他の計算機が排他
的アクセス権を取得できるようになり、記憶装置の共用
が可能となる。よって、記憶装置の共用を十分にサポー
トしていないオペレーティングシステムを用いた場合で
も、より十分な記憶装置の共用が可能となる。
は、２以上の計算機が記憶装置を共用する計算機システ
ムであって、一つの計算機から共用する記憶装置への接
続要求を検出する接続要求検出手段と、接続要求を検出
したときに共用する記憶装置に対する排他的アクセス権
を前記計算機のために取得する排他的アクセス権取得手
段と、一つの記憶装置に対する排他的アクセス権を取得
している計算機からの当該記憶装置の解放要求を検出す
る解放要求検出手段と、前記解放要求を検出したときに
前記排他的アクセス権を破棄する排他的アクセス権破棄
手段とを具備したことを特徴とする計算機システムを提
供する。上記第１の観点の計算機システムでは、記憶装
置に対する一つの計算機の接続要求を検出すると、通常
処理での接続を行う前に、記憶装置に対する排他的アク
セス権を前記計算機のために取得する。これにより、他
の計算機はアクセスできなくなり、データを破壊される
恐れがなくなる。また、解放要求を検出すると、排他的
アクセス権を破棄する。これにより、他の計算機が排他
的アクセス権を取得できるようになり、記憶装置の共用
が可能となる。よって、記憶装置の共用を十分にサポー
トしていないオペレーティングシステムを用いた場合で
も、より十分な記憶装置の共用が可能となる。
【０００５】第２の観点では、本発明は、上記第１の観
点の計算機システムにおいて、一つの記憶装置に対する
排他的アクセス権を取得している計算機から当該記憶装
置へのアクセスが無いことを検出する無アクセス検出手
段と、アクセスが無いことを検出したときに前記排他的
アクセス権を破棄する排他的アクセス権破棄手段とを具
備したことを特徴とする計算機システムを提供する。上
記第２の観点の計算機システムでは、排他的アクセス権
を取得している計算機から当該記憶装置へのアクセスが
無いことを検出すると、排他的アクセス権を自動的に破
棄する。これにより、排他的アクセス権の取得が妨げら
れる確率が下がり、円滑な記憶装置の共用が可能とな
る。
点の計算機システムにおいて、一つの記憶装置に対する
排他的アクセス権を取得している計算機から当該記憶装
置へのアクセスが無いことを検出する無アクセス検出手
段と、アクセスが無いことを検出したときに前記排他的
アクセス権を破棄する排他的アクセス権破棄手段とを具
備したことを特徴とする計算機システムを提供する。上
記第２の観点の計算機システムでは、排他的アクセス権
を取得している計算機から当該記憶装置へのアクセスが
無いことを検出すると、排他的アクセス権を自動的に破
棄する。これにより、排他的アクセス権の取得が妨げら
れる確率が下がり、円滑な記憶装置の共用が可能とな
る。
【０００６】第３の観点では、本発明は、上記第１の観
点の計算機システムにおいて、他の計算機が排他的アク
セス権を既に取得している記憶装置に対する排他的アク
セス権の取得に失敗したときに他の計算機が取得してい
る排他的アクセス権の破棄を要求する排他的アクセス権
破棄要求手段と、その排他的アクセス権破棄要求を検出
する排他的アクセス権破棄要求検出手段と、排他的アク
セス権破棄要求を検出したときに前記排他的アクセス権
を破棄する排他的アクセス権破棄手段とを具備したこと
を特徴とする計算機システムを提供する。上記第３の観
点の計算機システムでは、排他的アクセス権を取得して
いる他の計算機に対して排他的アクセス権の破棄を促
す。これにより、排他的アクセス権の取得と破棄の実行
回数を必要最小限に抑制でき、円滑な記憶装置の共用が
可能となる。
点の計算機システムにおいて、他の計算機が排他的アク
セス権を既に取得している記憶装置に対する排他的アク
セス権の取得に失敗したときに他の計算機が取得してい
る排他的アクセス権の破棄を要求する排他的アクセス権
破棄要求手段と、その排他的アクセス権破棄要求を検出
する排他的アクセス権破棄要求検出手段と、排他的アク
セス権破棄要求を検出したときに前記排他的アクセス権
を破棄する排他的アクセス権破棄手段とを具備したこと
を特徴とする計算機システムを提供する。上記第３の観
点の計算機システムでは、排他的アクセス権を取得して
いる他の計算機に対して排他的アクセス権の破棄を促
す。これにより、排他的アクセス権の取得と破棄の実行
回数を必要最小限に抑制でき、円滑な記憶装置の共用が
可能となる。
【０００７】第４の観点では、本発明は、上記第１から
第３の観点の計算機システムにおいて、他の計算機が排
他的アクセス権を既に取得している記憶装置に対する排
他的アクセス権の取得に１回または複数回失敗したとき
は前記他の計算機を介して前記記憶装置にアクセスする
間接的アクセス手段を具備したことを特徴とする計算機
システムを提供する。上記第４の観点の計算機システム
では、排他的アクセス権を取得している他の計算機が排
他的アクセス権を破棄しない記憶装置に対しても間接的
ながらアクセスが可能となり、円滑な記憶装置の共用が
可能となる。
第３の観点の計算機システムにおいて、他の計算機が排
他的アクセス権を既に取得している記憶装置に対する排
他的アクセス権の取得に１回または複数回失敗したとき
は前記他の計算機を介して前記記憶装置にアクセスする
間接的アクセス手段を具備したことを特徴とする計算機
システムを提供する。上記第４の観点の計算機システム
では、排他的アクセス権を取得している他の計算機が排
他的アクセス権を破棄しない記憶装置に対しても間接的
ながらアクセスが可能となり、円滑な記憶装置の共用が
可能となる。
【０００８】第５の観点では、本発明は、上記第１から
第４の観点の計算機システムにおいて、前記接続要求が
ＭＯＵＮＴ要求であり、前記解放要求がＤＩＳＭＯＵＮ
Ｔ要求であることを特徴とする計算機システムを提供す
る。上記第５の観点の計算機システムでは、ＭＯＵＮＴ
要求やＤＩＳＭＯＵＮＴ要求を検出することで、排他的
アクセス権の取得や破棄の契機とすることが出来る。
第４の観点の計算機システムにおいて、前記接続要求が
ＭＯＵＮＴ要求であり、前記解放要求がＤＩＳＭＯＵＮ
Ｔ要求であることを特徴とする計算機システムを提供す
る。上記第５の観点の計算機システムでは、ＭＯＵＮＴ
要求やＤＩＳＭＯＵＮＴ要求を検出することで、排他的
アクセス権の取得や破棄の契機とすることが出来る。
【０００９】第６の観点では、本発明は、上記第１から
第５の観点の計算機システムにおいて、前記記憶装置が
ＳＣＳＩコマンドを受け付けるディスクであり、前記排
他的アクセス権取得手段がＳＣＳＩのＲＥＳＥＲＶＥコ
マンドにより排他的アクセス権を取得し、前記排他的ア
クセス権破棄手段がＳＣＳＩのＲＥＬＥＡＳＥコマンド
により排他的アクセス権を破棄することを特徴とする計
算機システムを提供する。上記第６の観点の計算機シス
テムでは、ＲＥＳＥＲＶＥコマンドやＲＥＬＥＡＳＥコ
マンドを利用することで、排他的アクセス権の取得や破
棄が可能となる。
第５の観点の計算機システムにおいて、前記記憶装置が
ＳＣＳＩコマンドを受け付けるディスクであり、前記排
他的アクセス権取得手段がＳＣＳＩのＲＥＳＥＲＶＥコ
マンドにより排他的アクセス権を取得し、前記排他的ア
クセス権破棄手段がＳＣＳＩのＲＥＬＥＡＳＥコマンド
により排他的アクセス権を破棄することを特徴とする計
算機システムを提供する。上記第６の観点の計算機シス
テムでは、ＲＥＳＥＲＶＥコマンドやＲＥＬＥＡＳＥコ
マンドを利用することで、排他的アクセス権の取得や破
棄が可能となる。
【００１０】
【発明の実施の形態】以下、図に示す発明の実施の形態
によりこの発明をさらに詳しく説明する。なお、これに
より本発明が限定されるものではない。
によりこの発明をさらに詳しく説明する。なお、これに
より本発明が限定されるものではない。
【００１１】−第１の実施形態− 図１は、本発明の第１の実施形態にかかる計算機システ
ムの要部構成図である。この計算機システム１は、計算
機１０と、計算機１１と、ディスク２０と、ディスク２
１と、それらを接続するファイバーチャネル３０とから
構成されている。前記計算機１０と前記計算機１１は、
前記ディスク２０と前記ディスク２１を共用する。
ムの要部構成図である。この計算機システム１は、計算
機１０と、計算機１１と、ディスク２０と、ディスク２
１と、それらを接続するファイバーチャネル３０とから
構成されている。前記計算機１０と前記計算機１１は、
前記ディスク２０と前記ディスク２１を共用する。
【００１２】前記計算機１０では、アプリケーションプ
ログラム４０と、オペレーティングシステム５０とが動
作している。前記オペレーティングシステム５０は、Ｉ
Ｏマネージャ５３と、フィルタドライバ５１と、ＦＡＴ
ファイルシステム５２と、ＳＣＳＩドライバ５４とを含
んでいる。また、前記フィルタドライバ５１は、ＭＯＵ
ＮＴ処理１１０と、ＤＩＳＭＯＵＮＴ処理２１０とを含
んでいる。図示しないが、前記計算機１１も同じ構成を
持っている。
ログラム４０と、オペレーティングシステム５０とが動
作している。前記オペレーティングシステム５０は、Ｉ
Ｏマネージャ５３と、フィルタドライバ５１と、ＦＡＴ
ファイルシステム５２と、ＳＣＳＩドライバ５４とを含
んでいる。また、前記フィルタドライバ５１は、ＭＯＵ
ＮＴ処理１１０と、ＤＩＳＭＯＵＮＴ処理２１０とを含
んでいる。図示しないが、前記計算機１１も同じ構成を
持っている。
【００１３】アプリケーションプログラム４０がディス
ク（２０または２１）への最初のアクセスを試みると
き、そのディスク（２０または２１）のＭＯＵＮＴ要求
を生成し、オペレーティングシステム５０に渡す。通常
処理では、オペレーティングシステム５０のＩ／Ｏマネ
ジャ５３は、ＭＯＵＮＴ要求をＦＡＴファイルシステム
５２に渡し、ＦＡＴファイルシステム５２はＳＣＳＩド
ライバ５４に渡し、ＳＣＳＩドライバ５４がディスク
（２０または２１）をマウントする。ところが、フィル
タドライバ５１が追加されていると、フィルタドライバ
５１は、前記ＭＯＵＮＴ要求を、ＦＡＴファイルシステ
ム５２には透過的にフックできる。つまり、ＦＡＴファ
イルシステム５２に知られることなく、横取りすること
が出来る。フィルタドライバ５１は、ＭＯＵＮＴ要求を
フックすると、ＭＯＵＮＴ処理１１０を実行する。
ク（２０または２１）への最初のアクセスを試みると
き、そのディスク（２０または２１）のＭＯＵＮＴ要求
を生成し、オペレーティングシステム５０に渡す。通常
処理では、オペレーティングシステム５０のＩ／Ｏマネ
ジャ５３は、ＭＯＵＮＴ要求をＦＡＴファイルシステム
５２に渡し、ＦＡＴファイルシステム５２はＳＣＳＩド
ライバ５４に渡し、ＳＣＳＩドライバ５４がディスク
（２０または２１）をマウントする。ところが、フィル
タドライバ５１が追加されていると、フィルタドライバ
５１は、前記ＭＯＵＮＴ要求を、ＦＡＴファイルシステ
ム５２には透過的にフックできる。つまり、ＦＡＴファ
イルシステム５２に知られることなく、横取りすること
が出来る。フィルタドライバ５１は、ＭＯＵＮＴ要求を
フックすると、ＭＯＵＮＴ処理１１０を実行する。
【００１４】図２は、ＭＯＵＮＴ処理１１０のフローチ
ャートである。ステップ１００では、ＳＣＳＩドライバ
５４を介して、ＳＣＳＩのＲＥＳＥＲＶＥコマンドを、
ＭＯＵＮＴ対象のディスク（２０または２１）に発行す
る。このＲＥＳＥＲＶＥコマンドは、ＲＥＬＥＡＳＥコ
マンドが発行されるまで、そのディスクを、他の計算機
からアクセスできなくする機能を持つ。従って、ＭＯＵ
ＮＴ対象のディスクに他の計算機がＲＥＳＥＲＶＥをか
けていないか又はＲＥＬＥＡＳＥしていればＲＥＳＥＲ
ＶＥコマンドは成功し、ＭＯＵＮＴ対象のディスクに他
の計算機がＲＥＳＥＲＶＥをかけており且つＲＥＬＥＡ
ＳＥしていなければＲＥＳＥＲＶＥコマンドは失敗す
る。ステップ１０１では、ＭＯＵＮＴ対象のディスク
（２０または２１）からの応答によりＲＥＳＥＲＶＥコ
マンドが成功か失敗かを判定し、成功ならステップ１０
２へ進み、失敗ならステップ１０３へ進む。ステップ１
０２では、ＭＯＵＮＴ要求をＦＡＴファイルシステム５
２に渡し、ＭＯＵＮＴ処理を終了する。この後、通常処
理のように、ＦＡＴファイルシステム５２はＭＯＵＮＴ
要求をＳＣＳＩドライバ５４に渡し、ＳＣＳＩドライバ
５４がディスク（２０または２１）をマウントする。ス
テップ１０３では、エラーリターン処理し、ＭＯＵＮＴ
処理を終了する。この後、エラー処理が行われる。
ャートである。ステップ１００では、ＳＣＳＩドライバ
５４を介して、ＳＣＳＩのＲＥＳＥＲＶＥコマンドを、
ＭＯＵＮＴ対象のディスク（２０または２１）に発行す
る。このＲＥＳＥＲＶＥコマンドは、ＲＥＬＥＡＳＥコ
マンドが発行されるまで、そのディスクを、他の計算機
からアクセスできなくする機能を持つ。従って、ＭＯＵ
ＮＴ対象のディスクに他の計算機がＲＥＳＥＲＶＥをか
けていないか又はＲＥＬＥＡＳＥしていればＲＥＳＥＲ
ＶＥコマンドは成功し、ＭＯＵＮＴ対象のディスクに他
の計算機がＲＥＳＥＲＶＥをかけており且つＲＥＬＥＡ
ＳＥしていなければＲＥＳＥＲＶＥコマンドは失敗す
る。ステップ１０１では、ＭＯＵＮＴ対象のディスク
（２０または２１）からの応答によりＲＥＳＥＲＶＥコ
マンドが成功か失敗かを判定し、成功ならステップ１０
２へ進み、失敗ならステップ１０３へ進む。ステップ１
０２では、ＭＯＵＮＴ要求をＦＡＴファイルシステム５
２に渡し、ＭＯＵＮＴ処理を終了する。この後、通常処
理のように、ＦＡＴファイルシステム５２はＭＯＵＮＴ
要求をＳＣＳＩドライバ５４に渡し、ＳＣＳＩドライバ
５４がディスク（２０または２１）をマウントする。ス
テップ１０３では、エラーリターン処理し、ＭＯＵＮＴ
処理を終了する。この後、エラー処理が行われる。
【００１５】一方、アプリケーションプログラム４０が
ディスク（２０または２１）へのアクセスを止めると
き、そのディスク（２０または２１）のＤＩＳＭＯＵＮ
Ｔ要求を生成し、オペレーティングシステム５０に渡
す。通常処理では、オペレーティングシステム５０のＩ
／Ｏマネジャ５３は、ＤＩＳＭＯＵＮＴ要求をＦＡＴフ
ァイルシステム５２に渡し、ＦＡＴファイルシステム５
２はＳＣＳＩドライバ５４に渡し、ＳＣＳＩドライバ５
４がディスク（２０または２１）をディスマウントす
る。ところが、フィルタドライバ５１が追加されている
と、フィルタドライバ５１は、前記ＤＩＳＭＯＵＮＴ要
求を、ＦＡＴファイルシステム５２には透過的にフック
できる。つまり、ＦＡＴファイルシステム５２に知られ
ることなく、横取りすることが出来る。フィルタドライ
バ５１は、ＤＩＳＭＯＵＮＴ要求をフックすると、ＤＩ
ＳＭＯＵＮＴ処理２１０を実行する。
ディスク（２０または２１）へのアクセスを止めると
き、そのディスク（２０または２１）のＤＩＳＭＯＵＮ
Ｔ要求を生成し、オペレーティングシステム５０に渡
す。通常処理では、オペレーティングシステム５０のＩ
／Ｏマネジャ５３は、ＤＩＳＭＯＵＮＴ要求をＦＡＴフ
ァイルシステム５２に渡し、ＦＡＴファイルシステム５
２はＳＣＳＩドライバ５４に渡し、ＳＣＳＩドライバ５
４がディスク（２０または２１）をディスマウントす
る。ところが、フィルタドライバ５１が追加されている
と、フィルタドライバ５１は、前記ＤＩＳＭＯＵＮＴ要
求を、ＦＡＴファイルシステム５２には透過的にフック
できる。つまり、ＦＡＴファイルシステム５２に知られ
ることなく、横取りすることが出来る。フィルタドライ
バ５１は、ＤＩＳＭＯＵＮＴ要求をフックすると、ＤＩ
ＳＭＯＵＮＴ処理２１０を実行する。
【００１６】図３は、ＤＩＳＭＯＵＮＴ処理のフローチ
ャートである。ステップ２００では、フィルタドライバ
５１は、ＦＡＴファイルシステム５２にＤＩＳＭＯＵＮ
Ｔ要求を渡す。この通常処理のように、ＦＡＴファイル
システム５２はＤＩＳＭＯＵＮＴ要求をＳＣＳＩドライ
バ５４に渡し、ＳＣＳＩドライバ５４がディスク（２０
または２１）をディスマウントする。但し、他のプログ
ラムが使用中などの条件によりディスマウントが失敗す
る場合もある。ステップ２０１では、ディスマウントが
成功したか失敗したかを判定し、成功ならステップ２０
２へ進み、失敗ならステップ２０３へ進む。ステップ２
０２では、ＳＣＳＩのＲＥＬＥＡＳＥコマンドを、ＤＩ
ＳＭＯＵＮＴ対象ディスクに発行する。そして、ＤＩＳ
ＭＯＵＮＴ処理を終了する。ステップ２０３では、エラ
ーリターン処理し、ＤＩＳＭＯＵＮＴ処理を終了する。
この後、エラー処理が行われる。
ャートである。ステップ２００では、フィルタドライバ
５１は、ＦＡＴファイルシステム５２にＤＩＳＭＯＵＮ
Ｔ要求を渡す。この通常処理のように、ＦＡＴファイル
システム５２はＤＩＳＭＯＵＮＴ要求をＳＣＳＩドライ
バ５４に渡し、ＳＣＳＩドライバ５４がディスク（２０
または２１）をディスマウントする。但し、他のプログ
ラムが使用中などの条件によりディスマウントが失敗す
る場合もある。ステップ２０１では、ディスマウントが
成功したか失敗したかを判定し、成功ならステップ２０
２へ進み、失敗ならステップ２０３へ進む。ステップ２
０２では、ＳＣＳＩのＲＥＬＥＡＳＥコマンドを、ＤＩ
ＳＭＯＵＮＴ対象ディスクに発行する。そして、ＤＩＳ
ＭＯＵＮＴ処理を終了する。ステップ２０３では、エラ
ーリターン処理し、ＤＩＳＭＯＵＮＴ処理を終了する。
この後、エラー処理が行われる。
【００１７】上記計算機システム１では、例えば、計算
機２０がディスク２０をマウントしているときは、計算
機２１はディスク２０のＲＥＳＥＲＶＥに失敗する。ま
た、図１に示さない別の計算機が通常処理でディスク２
０をマウントしようとしても、計算機２０がディスク２
０をＲＥＳＥＲＶＥしているため、やはりマウントに失
敗する。しかし、計算機２０がディスク２０をマウント
していないときは、計算機２１はディスク２０のＲＥＳ
ＥＲＶＥに成功し、マウントすることが出来る。また、
図１に示さない別の計算機が通常処理でディスク２０を
マウントすることも出来る。従って、データの一貫性を
保つことができ、ディスク２０を共用できる。
機２０がディスク２０をマウントしているときは、計算
機２１はディスク２０のＲＥＳＥＲＶＥに失敗する。ま
た、図１に示さない別の計算機が通常処理でディスク２
０をマウントしようとしても、計算機２０がディスク２
０をＲＥＳＥＲＶＥしているため、やはりマウントに失
敗する。しかし、計算機２０がディスク２０をマウント
していないときは、計算機２１はディスク２０のＲＥＳ
ＥＲＶＥに成功し、マウントすることが出来る。また、
図１に示さない別の計算機が通常処理でディスク２０を
マウントすることも出来る。従って、データの一貫性を
保つことができ、ディスク２０を共用できる。
【００１８】以上の計算機システム１によれば、フィル
タドライバ５１を追加することによって、ＳＣＳＩのＲ
ＥＳＥＲＶＥコマンドおよびＲＥＬＥＡＳＥコマンドを
利用して、ディスク２０，２１への排他的アクセス権の
管理を行うことが出来る。すなわち、ディスク共用をサ
ポートしていないオペレーティングシステムを用いた場
合でも、ディスク共用が可能となる。
タドライバ５１を追加することによって、ＳＣＳＩのＲ
ＥＳＥＲＶＥコマンドおよびＲＥＬＥＡＳＥコマンドを
利用して、ディスク２０，２１への排他的アクセス権の
管理を行うことが出来る。すなわち、ディスク共用をサ
ポートしていないオペレーティングシステムを用いた場
合でも、ディスク共用が可能となる。
【００１９】−第２の実施形態− 上記第１の実施形態において、オペレーティングシステ
ム５０が、計算機の立上り時に繋がっている全てのディ
スクをマウントするオペレーティングシステムである場
合、計算機１０あるいは計算機１１のうち、先に立ち上
がった計算機が全てのディスク２０，２１をＲＥＳＥＲ
ＶＥしてしまうため、後に立ちあがった計算機はディス
ク２０，２１にアクセスできない。このため、オペレー
タや計算機利用者が、使い終わったディスクを速やかに
ＲＥＬＥＡＳＥするという運用が必要となる。しかし、
かかる運用は確実性に劣る不具合がある。そこで、第２
の実施形態では、使わないディスクを自動的にＲＥＬＥ
ＡＳＥする機能を付加した計算機システムを説明する。
ム５０が、計算機の立上り時に繋がっている全てのディ
スクをマウントするオペレーティングシステムである場
合、計算機１０あるいは計算機１１のうち、先に立ち上
がった計算機が全てのディスク２０，２１をＲＥＳＥＲ
ＶＥしてしまうため、後に立ちあがった計算機はディス
ク２０，２１にアクセスできない。このため、オペレー
タや計算機利用者が、使い終わったディスクを速やかに
ＲＥＬＥＡＳＥするという運用が必要となる。しかし、
かかる運用は確実性に劣る不具合がある。そこで、第２
の実施形態では、使わないディスクを自動的にＲＥＬＥ
ＡＳＥする機能を付加した計算機システムを説明する。
【００２０】図４は、本発明の第２の実施形態にかかる
計算機システムの要部構成図である。この計算機システ
ム２は、計算機１２と、計算機１３と、ディスク２０
と、ディスク２１と、それらを接続するファイバーチャ
ネル３０とから構成されている。前記計算機１２と前記
計算機１３は、前記ディスク２０と前記ディスク２１を
共用する。
計算機システムの要部構成図である。この計算機システ
ム２は、計算機１２と、計算機１３と、ディスク２０
と、ディスク２１と、それらを接続するファイバーチャ
ネル３０とから構成されている。前記計算機１２と前記
計算機１３は、前記ディスク２０と前記ディスク２１を
共用する。
【００２１】前記計算機１２では、アプリケーションプ
ログラム４０と、ディスマウントヘルパー４１と、オペ
レーティングシステム５０とが動作している。前記オペ
レーティングシステム５０は、計算機の立上り時に繋が
っている全てのディスクをマウントするオペレーティン
グシステム（例えば「Ｗindows ＮＴ」）であり、ＩＯ
マネージャ５３と、フィルタドライバ５１と、ＦＡＴフ
ァイルシステム５２と、ＳＣＳＩドライバ５４とを含ん
でいる。また、前記フィルタドライバ５１は、ＭＯＵＮ
Ｔ処理１１０と、ＤＩＳＭＯＵＮＴ処理２１０とを含ん
でいる。図示しないが、前記計算機１３も同じ構成を持
っている。なお、第１の実施形態と同じ構成要素には、
同じ参照番号を付している。
ログラム４０と、ディスマウントヘルパー４１と、オペ
レーティングシステム５０とが動作している。前記オペ
レーティングシステム５０は、計算機の立上り時に繋が
っている全てのディスクをマウントするオペレーティン
グシステム（例えば「Ｗindows ＮＴ」）であり、ＩＯ
マネージャ５３と、フィルタドライバ５１と、ＦＡＴフ
ァイルシステム５２と、ＳＣＳＩドライバ５４とを含ん
でいる。また、前記フィルタドライバ５１は、ＭＯＵＮ
Ｔ処理１１０と、ＤＩＳＭＯＵＮＴ処理２１０とを含ん
でいる。図示しないが、前記計算機１３も同じ構成を持
っている。なお、第１の実施形態と同じ構成要素には、
同じ参照番号を付している。
【００２２】図５は、ディスマウントヘルパー４１の処
理のフローチャートである。ディスマウントヘルパー４
１は、計算機の立ち上がり時に起動され、各ディスクの
使用状況を監視しながらループしている。ステップ３０
０では、自計算機にマウントされたディスクがあるかチ
ェックし、あればステップ３０１へ進み、なければステ
ップ３０４へ進む。ステップ３０１では、マウントされ
ているディスクの一つを選び、当該ディスクに対し「FS
CTL_LOCK_VOLUME を指定した DeviceIoControl呼び出
し」を行い、ロックしようとする。ステップ３０２で
は、ロックが成功した失敗したかを判定し、成功ならス
テップ３０３へ進み、失敗ならステップ３０４へ進む。
ステップ３０３では、ロックが成功したことにより当該
ディスクはこの計算機で使用されていないことが保証さ
れるので、当該ディスクに対し「FSCTL_DISMOUNT_VOLUM
E を指定した DeviceIoControl呼び出し」を行う。する
と、これによるＤＩＳＭＯＵＮＴ要求を、オペレーティ
ングシステム５０のフィルタドライバ５１が横取りし
て、図３に示したＤＩＳＭＯＵＮＴ処理２１０を実行す
る。よって、当該ディスクはＲＥＬＥＡＳＥされ、他の
計算機がマウントできるようになる。この後、前記ステ
ップ３００に戻る。ステップ３０４では、１０秒待機し
た後、前記ステップ３００に戻る。
理のフローチャートである。ディスマウントヘルパー４
１は、計算機の立ち上がり時に起動され、各ディスクの
使用状況を監視しながらループしている。ステップ３０
０では、自計算機にマウントされたディスクがあるかチ
ェックし、あればステップ３０１へ進み、なければステ
ップ３０４へ進む。ステップ３０１では、マウントされ
ているディスクの一つを選び、当該ディスクに対し「FS
CTL_LOCK_VOLUME を指定した DeviceIoControl呼び出
し」を行い、ロックしようとする。ステップ３０２で
は、ロックが成功した失敗したかを判定し、成功ならス
テップ３０３へ進み、失敗ならステップ３０４へ進む。
ステップ３０３では、ロックが成功したことにより当該
ディスクはこの計算機で使用されていないことが保証さ
れるので、当該ディスクに対し「FSCTL_DISMOUNT_VOLUM
E を指定した DeviceIoControl呼び出し」を行う。する
と、これによるＤＩＳＭＯＵＮＴ要求を、オペレーティ
ングシステム５０のフィルタドライバ５１が横取りし
て、図３に示したＤＩＳＭＯＵＮＴ処理２１０を実行す
る。よって、当該ディスクはＲＥＬＥＡＳＥされ、他の
計算機がマウントできるようになる。この後、前記ステ
ップ３００に戻る。ステップ３０４では、１０秒待機し
た後、前記ステップ３００に戻る。
【００２３】以上の計算機システム２によれば、第１の
実施形態に係る計算機システム１と同様に、ディスク共
用をサポートしていないオペレーティングシステムを用
いた場合でも、ディスク共用が可能となる。さらに、計
算機の立上り時に繋がっている全てのディスクをマウン
トするオペレーティングシステムを用いた場合でも、不
都合なく、ディスク共用が可能となる。
実施形態に係る計算機システム１と同様に、ディスク共
用をサポートしていないオペレーティングシステムを用
いた場合でも、ディスク共用が可能となる。さらに、計
算機の立上り時に繋がっている全てのディスクをマウン
トするオペレーティングシステムを用いた場合でも、不
都合なく、ディスク共用が可能となる。
【００２４】−第３の実施形態− 第１および第２の実施形態では、他の計算機にＲＥＳＥ
ＲＶＥされているディスクを使いたい場合、そのディス
クがＲＥＬＥＡＳＥされるのを受動的に待つしかない。
そこで、第３の実施形態では、ディスクのＲＥＳＥＲＶ
Ｅに失敗した場合に、当該ディスクをＲＥＳＥＲＶＥ中
の計算機に対して、ローカルエリアネットワークを使っ
てＲＥＬＥＡＳＥを促す機能を付加した計算機システム
を説明する。
ＲＶＥされているディスクを使いたい場合、そのディス
クがＲＥＬＥＡＳＥされるのを受動的に待つしかない。
そこで、第３の実施形態では、ディスクのＲＥＳＥＲＶ
Ｅに失敗した場合に、当該ディスクをＲＥＳＥＲＶＥ中
の計算機に対して、ローカルエリアネットワークを使っ
てＲＥＬＥＡＳＥを促す機能を付加した計算機システム
を説明する。
【００２５】図６は、本発明の第３の実施形態にかかる
計算機システムの要部構成図である。この計算機システ
ム３は、計算機１４と、計算機１５と、ディスク２０
と、ディスク２１と、それらを接続するファイバーチャ
ネル３０と、前記計算機１４と前記計算機１５を接続す
るローカルエリアネットワーク４００とから構成されて
いる。前記計算機１４と前記計算機１５は、前記ディス
ク２０と前記ディスク２１を共用する。
計算機システムの要部構成図である。この計算機システ
ム３は、計算機１４と、計算機１５と、ディスク２０
と、ディスク２１と、それらを接続するファイバーチャ
ネル３０と、前記計算機１４と前記計算機１５を接続す
るローカルエリアネットワーク４００とから構成されて
いる。前記計算機１４と前記計算機１５は、前記ディス
ク２０と前記ディスク２１を共用する。
【００２６】前記計算機１４では、アプリケーションプ
ログラム４０と、ディスマウントヘルパー４２と、オペ
レーティングシステム５５とが動作している。前記オペ
レーティングシステム５５は、ＩＯマネージャ５３と、
フィルタドライバ５６と、ＦＡＴファイルシステム５２
と、ＳＣＳＩドライバ５４とを含んでいる。また、前記
フィルタドライバ５６は、ＭＯＵＮＴ処理１１１と、Ｄ
ＩＳＭＯＵＮＴ処理２１０とを含んでいる。図示しない
が、前記計算機１５も同じ構成を持っている。なお、第
１，第２の実施形態と同じ構成要素には、同じ参照番号
を付している。
ログラム４０と、ディスマウントヘルパー４２と、オペ
レーティングシステム５５とが動作している。前記オペ
レーティングシステム５５は、ＩＯマネージャ５３と、
フィルタドライバ５６と、ＦＡＴファイルシステム５２
と、ＳＣＳＩドライバ５４とを含んでいる。また、前記
フィルタドライバ５６は、ＭＯＵＮＴ処理１１１と、Ｄ
ＩＳＭＯＵＮＴ処理２１０とを含んでいる。図示しない
が、前記計算機１５も同じ構成を持っている。なお、第
１，第２の実施形態と同じ構成要素には、同じ参照番号
を付している。
【００２７】図７は、前記ＭＯＵＮＴ処理１１１のフロ
ーチャートである。ステップ１００では、ＳＣＳＩドラ
イバ５４を介して、ＳＣＳＩのＲＥＳＥＲＶＥコマンド
を、ＭＯＵＮＴ対象のディスク（２０または２１）に発
行する。ステップ１０１では、ＭＯＵＮＴ対象のディス
ク（２０または２１）からの応答によりＲＥＳＥＲＶＥ
コマンドが成功か失敗かを判定し、成功ならステップ１
０２へ進み、失敗ならステップ５００へ進む。ステップ
１０２では、ＭＯＵＮＴ要求をＦＡＴファイルシステム
５２に渡し、ＭＯＵＮＴ処理を終了する。この後、通常
処理のように、ＦＡＴファイルシステム５２はＭＯＵＮ
Ｔ要求をＳＣＳＩドライバ５４に渡し、ＳＣＳＩドライ
バ５４がディスク（２０または２１）をマウントする。
ーチャートである。ステップ１００では、ＳＣＳＩドラ
イバ５４を介して、ＳＣＳＩのＲＥＳＥＲＶＥコマンド
を、ＭＯＵＮＴ対象のディスク（２０または２１）に発
行する。ステップ１０１では、ＭＯＵＮＴ対象のディス
ク（２０または２１）からの応答によりＲＥＳＥＲＶＥ
コマンドが成功か失敗かを判定し、成功ならステップ１
０２へ進み、失敗ならステップ５００へ進む。ステップ
１０２では、ＭＯＵＮＴ要求をＦＡＴファイルシステム
５２に渡し、ＭＯＵＮＴ処理を終了する。この後、通常
処理のように、ＦＡＴファイルシステム５２はＭＯＵＮ
Ｔ要求をＳＣＳＩドライバ５４に渡し、ＳＣＳＩドライ
バ５４がディスク（２０または２１）をマウントする。
【００２８】ステップ５００では、ディスク解放要求
を、ローカルエリアネットワーク４００にブロードキャ
ストする。ステップ５１０では、１０秒間待機する。ス
テップ５２０では、再び、ＳＣＳＩドライバ５４を介し
て、ＲＥＳＥＲＶＥコマンドを、ＭＯＵＮＴ対象のディ
スク（２０または２１）に発行する。ステップ５３０で
は、ＭＯＵＮＴ対象のディスク（２０または２１）から
の応答によりＲＥＳＥＲＶＥコマンドが成功か失敗かを
判定し、成功ならステップ１０２へ進み、失敗ならステ
ップ１０３へ進む。ステップ１０３では、エラーリター
ン処理し、ＭＯＵＮＴ処理を終了する。この後、エラー
処理が行われる。
を、ローカルエリアネットワーク４００にブロードキャ
ストする。ステップ５１０では、１０秒間待機する。ス
テップ５２０では、再び、ＳＣＳＩドライバ５４を介し
て、ＲＥＳＥＲＶＥコマンドを、ＭＯＵＮＴ対象のディ
スク（２０または２１）に発行する。ステップ５３０で
は、ＭＯＵＮＴ対象のディスク（２０または２１）から
の応答によりＲＥＳＥＲＶＥコマンドが成功か失敗かを
判定し、成功ならステップ１０２へ進み、失敗ならステ
ップ１０３へ進む。ステップ１０３では、エラーリター
ン処理し、ＭＯＵＮＴ処理を終了する。この後、エラー
処理が行われる。
【００２９】図８は、ディスマウントヘルパー４２の処
理のフローチャートである。ディスマウントヘルパー４
２は、計算機の立ち上がり時に起動され、ローカルエリ
アネットワーク４００を監視しながらループしている。
ステップ４２１では、自計算機にマウントされたディス
クに対するディスク解放要求があるかチェックし、あれ
ばステップ４２２へ進み、なければステップ３０４へ進
む。ステップ４２２では、ディスク解放要求対象のディ
スクに対し「FSCTL_LOCK_VOLUME を指定した DeviceIoC
ontrol呼び出し」を行い、ロックしようとする。ステッ
プ３０２では、ロックが成功した失敗したかを判定し、
成功ならステップ３０３へ進み、失敗ならステップ３０
４へ進む。ステップ３０３では、ロックが成功したこと
により当該ディスクはこの計算機で使用されていないこ
とが保証されるので、当該ディスクに対し「FSCTL_DISM
OUNT_VOLUME を指定した DeviceIoControl呼び出し」を
行う。すると、これによるＤＩＳＭＯＵＮＴ要求を、オ
ペレーティングシステム５５のフィルタドライバ５６が
横取りして、図３に示したＤＩＳＭＯＵＮＴ処理２１０
を実行する。よって、当該ディスクはＲＥＬＥＡＳＥさ
れ、他の計算機がマウントできるようになる。この後、
前記ステップ４２１に戻る。ステップ３０４では、１０
秒待機した後、前記ステップ４２１に戻る。
理のフローチャートである。ディスマウントヘルパー４
２は、計算機の立ち上がり時に起動され、ローカルエリ
アネットワーク４００を監視しながらループしている。
ステップ４２１では、自計算機にマウントされたディス
クに対するディスク解放要求があるかチェックし、あれ
ばステップ４２２へ進み、なければステップ３０４へ進
む。ステップ４２２では、ディスク解放要求対象のディ
スクに対し「FSCTL_LOCK_VOLUME を指定した DeviceIoC
ontrol呼び出し」を行い、ロックしようとする。ステッ
プ３０２では、ロックが成功した失敗したかを判定し、
成功ならステップ３０３へ進み、失敗ならステップ３０
４へ進む。ステップ３０３では、ロックが成功したこと
により当該ディスクはこの計算機で使用されていないこ
とが保証されるので、当該ディスクに対し「FSCTL_DISM
OUNT_VOLUME を指定した DeviceIoControl呼び出し」を
行う。すると、これによるＤＩＳＭＯＵＮＴ要求を、オ
ペレーティングシステム５５のフィルタドライバ５６が
横取りして、図３に示したＤＩＳＭＯＵＮＴ処理２１０
を実行する。よって、当該ディスクはＲＥＬＥＡＳＥさ
れ、他の計算機がマウントできるようになる。この後、
前記ステップ４２１に戻る。ステップ３０４では、１０
秒待機した後、前記ステップ４２１に戻る。
【００３０】なお、図７のステップ５１０を「ディスク
解放要求に対する応答を待つ」処理に代えると共に、図
８のステップ４２２に「ディスク解放要求に対する応答
をローカルエリアネットワーク４００にブロードキャス
トする」処理を加えてもよい。また、各ディスクについ
てどの計算機が排他的アクセス権を取得しているかを管
理する管理手段を設けて、図７のステップ５００を「マ
ウントしたいディスクの排他的アクセス権を取得してい
る計算機を調べて、その計算機へディスク解放要求をロ
ーカルエリアネットワーク４００で送信する」処理に代
えてもよい。
解放要求に対する応答を待つ」処理に代えると共に、図
８のステップ４２２に「ディスク解放要求に対する応答
をローカルエリアネットワーク４００にブロードキャス
トする」処理を加えてもよい。また、各ディスクについ
てどの計算機が排他的アクセス権を取得しているかを管
理する管理手段を設けて、図７のステップ５００を「マ
ウントしたいディスクの排他的アクセス権を取得してい
る計算機を調べて、その計算機へディスク解放要求をロ
ーカルエリアネットワーク４００で送信する」処理に代
えてもよい。
【００３１】以上の計算機システム３によれば、第１，
第２の実施形態に係る計算機システム１と同様に、ディ
スク共用をサポートしていないオペレーティングシステ
ムを用いた場合でもディスク共用が可能となり、また、
計算機の立上り時に繋がっている全てのディスクをマウ
ントするオペレーティングシステムを用いた場合でも不
都合なくディスク共用が可能となる。さらに、他の計算
機に対して、ディスクのＲＥＬＥＡＳＥを能動的に促す
ことが出来る。
第２の実施形態に係る計算機システム１と同様に、ディ
スク共用をサポートしていないオペレーティングシステ
ムを用いた場合でもディスク共用が可能となり、また、
計算機の立上り時に繋がっている全てのディスクをマウ
ントするオペレーティングシステムを用いた場合でも不
都合なくディスク共用が可能となる。さらに、他の計算
機に対して、ディスクのＲＥＬＥＡＳＥを能動的に促す
ことが出来る。
【００３２】−第４の実施形態− 第４の実施形態では、ファイバーチャネルを使ってのデ
ィスクのＲＥＳＥＲＶＥに失敗した場合に、ローカルエ
リアネットワークを使って当該ディスクにアクセスする
機能を付加した計算機システムを説明する。
ィスクのＲＥＳＥＲＶＥに失敗した場合に、ローカルエ
リアネットワークを使って当該ディスクにアクセスする
機能を付加した計算機システムを説明する。
【００３３】図９は、本発明の第４の実施形態にかかる
計算機システムの要部構成図である。この計算機システ
ム４は、計算機１６と、計算機１７と、ディスク２０
と、ディスク２１と、それらを接続するファイバーチャ
ネル３０と、ネームサーバ６００と、前記計算機１６と
前記計算機１７と前記ネームサーバ６００とを接続する
ローカルエリアネットワーク４００とから構成されてい
る。前記計算機１６と前記計算機１７は、前記ディスク
２０と前記ディスク２１を共用する。
計算機システムの要部構成図である。この計算機システ
ム４は、計算機１６と、計算機１７と、ディスク２０
と、ディスク２１と、それらを接続するファイバーチャ
ネル３０と、ネームサーバ６００と、前記計算機１６と
前記計算機１７と前記ネームサーバ６００とを接続する
ローカルエリアネットワーク４００とから構成されてい
る。前記計算機１６と前記計算機１７は、前記ディスク
２０と前記ディスク２１を共用する。
【００３４】前記計算機１６では、アプリケーションプ
ログラム４０と、オペレーティングシステム５７とが動
作している。前記オペレーティングシステム５７は、Ｉ
Ｏマネージャ５３と、フィルタドライバ５８と、ＦＡＴ
ファイルシステム５２と、ＳＣＳＩドライバ５４とを含
んでいる。また、前記フィルタドライバ５８は、ＭＯＵ
ＮＴ処理１１２と、ＤＩＳＭＯＵＮＴ処理２１０と、Ｒ
ＥＡＤ処理１１５と、ファイルサーバ６１０とを含んで
いる。図示しないが、前記計算機１７も同じ構成を持っ
ている。なお、第１〜第３の実施形態と同じ構成要素に
は、同じ参照番号を付している。
ログラム４０と、オペレーティングシステム５７とが動
作している。前記オペレーティングシステム５７は、Ｉ
Ｏマネージャ５３と、フィルタドライバ５８と、ＦＡＴ
ファイルシステム５２と、ＳＣＳＩドライバ５４とを含
んでいる。また、前記フィルタドライバ５８は、ＭＯＵ
ＮＴ処理１１２と、ＤＩＳＭＯＵＮＴ処理２１０と、Ｒ
ＥＡＤ処理１１５と、ファイルサーバ６１０とを含んで
いる。図示しないが、前記計算機１７も同じ構成を持っ
ている。なお、第１〜第３の実施形態と同じ構成要素に
は、同じ参照番号を付している。
【００３５】前記ネームサーバ６００は、ＲＦＣ１０３
４で定められた「ドメインネームサーバ」のことではな
く、もっと広義の「ものの名前とその場所を管理する機
構」を示す。また、前記ファイルサーバ６１０は、ネッ
トワークファイル共用機能を提供するソフトウエアであ
り、例えばＷindows ＮＴにおいてＣＩＦＳネットワー
クファイル共用機能を提供するソフトウエアである"Fil
e and Printer Sharing forMicrosoft Networks" が挙
げられる。
４で定められた「ドメインネームサーバ」のことではな
く、もっと広義の「ものの名前とその場所を管理する機
構」を示す。また、前記ファイルサーバ６１０は、ネッ
トワークファイル共用機能を提供するソフトウエアであ
り、例えばＷindows ＮＴにおいてＣＩＦＳネットワー
クファイル共用機能を提供するソフトウエアである"Fil
e and Printer Sharing forMicrosoft Networks" が挙
げられる。
【００３６】図１０は、ＭＯＵＮＴ処理１１２のフロー
チャートである。ステップ１００では、ＳＣＳＩドライ
バ５４を介して、ＳＣＳＩのＲＥＳＥＲＶＥコマンド
を、ＭＯＵＮＴ対象のディスク（２０または２１）に発
行する。ステップ１０１では、ＭＯＵＮＴ対象のディス
ク（２０または２１）からの応答によりＲＥＳＥＲＶＥ
コマンドが成功か失敗かを判定し、成功ならステップ１
０２へ進み、失敗ならステップ７００へ進む。
チャートである。ステップ１００では、ＳＣＳＩドライ
バ５４を介して、ＳＣＳＩのＲＥＳＥＲＶＥコマンド
を、ＭＯＵＮＴ対象のディスク（２０または２１）に発
行する。ステップ１０１では、ＭＯＵＮＴ対象のディス
ク（２０または２１）からの応答によりＲＥＳＥＲＶＥ
コマンドが成功か失敗かを判定し、成功ならステップ１
０２へ進み、失敗ならステップ７００へ進む。
【００３７】ステップ１０２では、ＭＯＵＮＴ要求をＦ
ＡＴファイルシステム５２に渡し、ＭＯＵＮＴ処理を終
了する。この後、通常処理のように、ＦＡＴファイルシ
ステム５２はＭＯＵＮＴ要求をＳＣＳＩドライバ５４に
渡し、ＳＣＳＩドライバ５４がディスク（２０または２
１）をマウントする。ステップ７１０では、ファイルサ
ーバ６１０を活性化し、マウントしたディスクをローカ
ルエリアネットワーク４００上に公開する。ステップ７
２０では、当該ディスクの管理者として自計算機名をネ
ームサーバ６００に登録する。そして、ＭＯＵＮＴ処理
を終了する。
ＡＴファイルシステム５２に渡し、ＭＯＵＮＴ処理を終
了する。この後、通常処理のように、ＦＡＴファイルシ
ステム５２はＭＯＵＮＴ要求をＳＣＳＩドライバ５４に
渡し、ＳＣＳＩドライバ５４がディスク（２０または２
１）をマウントする。ステップ７１０では、ファイルサ
ーバ６１０を活性化し、マウントしたディスクをローカ
ルエリアネットワーク４００上に公開する。ステップ７
２０では、当該ディスクの管理者として自計算機名をネ
ームサーバ６００に登録する。そして、ＭＯＵＮＴ処理
を終了する。
【００３８】ステップ７００では、ネームサーバ６００
に問い合わせて、当該ディスクを使用中である計算機名
を調べる。そして、ＭＯＵＮＴ処理を終了する。以後、
このディスクへのアクセスは、ローカルエリアネットワ
ーク４００および当該ディスクの管理者である計算機を
介して行う。
に問い合わせて、当該ディスクを使用中である計算機名
を調べる。そして、ＭＯＵＮＴ処理を終了する。以後、
このディスクへのアクセスは、ローカルエリアネットワ
ーク４００および当該ディスクの管理者である計算機を
介して行う。
【００３９】図１１は、ＲＥＡＤ処理１１５のフローチ
ャートである。ステップ８００では、ファイルのＲＥＡ
Ｄ要求を横取りし、リード対象のファイルを格納してい
るディスクが自計算機にマウントされているかチェック
し、自計算機にマウントされているならステップ８１０
へ進み、自計算機にマウントされていないならステップ
８２０へ進む。ステップ８１０では、ファイバチャネル
３０を介してアクセスできるため、ＦＡＴファイルシス
テム５２にＲＥＡＤ要求を渡す。そして、ＲＥＡＤ処理
を終了する。この後、通常処理のように、ＦＡＴファイ
ルシステム５２はＲＥＡＤ要求をＳＣＳＩドライバ５４
に渡し、ＳＣＳＩドライバ５４がディスクからファイル
をリードする。ステップ８２０では、図１０のステップ
７００で計算記名を得ている計算機に対してローカルエ
リアネットワーク４００経由でリード要求を送信する。
そして、ＲＥＡＤ処理を終了する。この後、ローカルエ
リアネットワーク４００および他の計算機（のファイル
サーバ）を介して、ファイルをリードする。なお、ライ
ト処理など他の処理も、上記リード処理と同様に処理さ
れる。
ャートである。ステップ８００では、ファイルのＲＥＡ
Ｄ要求を横取りし、リード対象のファイルを格納してい
るディスクが自計算機にマウントされているかチェック
し、自計算機にマウントされているならステップ８１０
へ進み、自計算機にマウントされていないならステップ
８２０へ進む。ステップ８１０では、ファイバチャネル
３０を介してアクセスできるため、ＦＡＴファイルシス
テム５２にＲＥＡＤ要求を渡す。そして、ＲＥＡＤ処理
を終了する。この後、通常処理のように、ＦＡＴファイ
ルシステム５２はＲＥＡＤ要求をＳＣＳＩドライバ５４
に渡し、ＳＣＳＩドライバ５４がディスクからファイル
をリードする。ステップ８２０では、図１０のステップ
７００で計算記名を得ている計算機に対してローカルエ
リアネットワーク４００経由でリード要求を送信する。
そして、ＲＥＡＤ処理を終了する。この後、ローカルエ
リアネットワーク４００および他の計算機（のファイル
サーバ）を介して、ファイルをリードする。なお、ライ
ト処理など他の処理も、上記リード処理と同様に処理さ
れる。
【００４０】以上の計算機システム４によれば、第１〜
第３の実施形態に係る計算機システム１と同様に、ディ
スク共用をサポートしていないオペレーティングシステ
ムを用いた場合でもディスク共用が可能となり、また、
計算機の立上り時に繋がっている全てのディスクをマウ
ントするオペレーティングシステムを用いた場合でも不
都合なくディスク共用が可能となる。さらに、ファイバ
ーチャネル３０が使えない場合でも、ローカルエリアネ
ットワーク４００を介して、ディスクを共用できる。
第３の実施形態に係る計算機システム１と同様に、ディ
スク共用をサポートしていないオペレーティングシステ
ムを用いた場合でもディスク共用が可能となり、また、
計算機の立上り時に繋がっている全てのディスクをマウ
ントするオペレーティングシステムを用いた場合でも不
都合なくディスク共用が可能となる。さらに、ファイバ
ーチャネル３０が使えない場合でも、ローカルエリアネ
ットワーク４００を介して、ディスクを共用できる。
【００４１】なお、ローカルネットワークとファイルサ
ーバを介するアクセスは、ファイバーチャネルを介する
アクセスに比べて、一般的に低速である。このため、第
２の実施形態や第３の実施形態を併用し、ディスクがＲ
ＥＬＥＡＳＥされた時にネームサーバー６００の登録を
取り消し、なるべくファイバーチャネルを介してアクセ
スできるようにするのが好ましい。
ーバを介するアクセスは、ファイバーチャネルを介する
アクセスに比べて、一般的に低速である。このため、第
２の実施形態や第３の実施形態を併用し、ディスクがＲ
ＥＬＥＡＳＥされた時にネームサーバー６００の登録を
取り消し、なるべくファイバーチャネルを介してアクセ
スできるようにするのが好ましい。
【００４２】−他の実施形態− 記憶装置への排他的アクセス権の管理を、ＳＣＳＩのＲ
ＥＳＥＲＶＥ，ＲＥＬＥＡＳＥコマンド以外を用いて行
ってもよい。また、ディスク２０，２１を、ＳＣＳＩデ
ィスク以外の記憶装置に代えてもよい。また、フィルタ
ドライバ５１をＦＡＴファイルシステム５２の上位に置
いてＭＯＵＮＴ要求やＤＩＳＭＯＵＮＴ要求を横取りす
る代わりに、ＦＡＴファイルシステム５２の下位に置い
てリード要求やライト要求を横取りする構成に代えても
よい。
ＥＳＥＲＶＥ，ＲＥＬＥＡＳＥコマンド以外を用いて行
ってもよい。また、ディスク２０，２１を、ＳＣＳＩデ
ィスク以外の記憶装置に代えてもよい。また、フィルタ
ドライバ５１をＦＡＴファイルシステム５２の上位に置
いてＭＯＵＮＴ要求やＤＩＳＭＯＵＮＴ要求を横取りす
る代わりに、ＦＡＴファイルシステム５２の下位に置い
てリード要求やライト要求を横取りする構成に代えても
よい。
【００４３】
【発明の効果】本発明の計算機システムによれば、通常
処理での接続を行う前に、記憶装置に対する排他的アク
セス権を取得するので、他の計算機によりデータを破壊
される恐れがなくなる。また、必要がなくなると排他的
アクセス権を破棄するので、他の計算機が排他的アクセ
ス権を取得できるようになる。よって、記憶装置の共用
を十分にサポートしていないオペレーティングシステム
を用いた場合でも、より十分な記憶装置の共用が可能と
なる。
処理での接続を行う前に、記憶装置に対する排他的アク
セス権を取得するので、他の計算機によりデータを破壊
される恐れがなくなる。また、必要がなくなると排他的
アクセス権を破棄するので、他の計算機が排他的アクセ
ス権を取得できるようになる。よって、記憶装置の共用
を十分にサポートしていないオペレーティングシステム
を用いた場合でも、より十分な記憶装置の共用が可能と
なる。
【図１】第１の実施形態に係る計算機システムの要部構
成図である。
成図である。
【図２】第１の実施形態に係るＭＯＵＮＴ処理の手順を
示すフローチャートである。
示すフローチャートである。
【図３】第１の実施形態に係るＤＩＳＭＯＵＮＴ処理の
手順を示すフローチャートである。
手順を示すフローチャートである。
【図４】第２の実施形態に係る計算機システムの要部構
成図である。
成図である。
【図５】第２の実施形態に係るディスマウントヘルパー
の処理の手順を示すフローチャートである。
の処理の手順を示すフローチャートである。
【図６】第３の実施形態に係る計算機システムの要部構
成図である。
成図である。
【図７】第３の実施形態に係るＭＯＵＮＴ処理の手順を
示すフローチャートである。
示すフローチャートである。
【図８】第３の実施形態に係るディスマウントヘルパー
の処理の手順を示すフローチャートである。
の処理の手順を示すフローチャートである。
【図９】第４の実施形態に係る計算機システムの要部構
成図である。
成図である。
【図１０】第４の実施形態に係るＭＯＵＮＴ処理の手順
を示すフローチャートである。
を示すフローチャートである。
【図１１】第４の実施形態に係るＲＥＡＤ処理の手順を
示すフローチャートである。
示すフローチャートである。
１０〜１７ 計算機 ２０，２１ ディスク ３０ ファイバーチャネル ４１，４２ ディスマウントヘルパー ５１ フィルタドライバ １１０，１１１，１１２ ＭＯＵＮＴ処理 １１５ ＲＥＡＤ処理 ２１０ ＤＩＳＭＯＵＮＴ処理 ６００ ネームサーバ ６１０ ファイルサーバ
Claims (6)
- 【請求項１】 ２以上の計算機が記憶装置を共用する計
算機システムであって、 一つの計算機から共用する記憶装置への接続要求を検出
する接続要求検出手段と、接続要求を検出したときに共
用する記憶装置に対する排他的アクセス権を前記計算機
のために取得する排他的アクセス権取得手段と、一つの
記憶装置に対する排他的アクセス権を取得している計算
機からの当該記憶装置の解放要求を検出する解放要求検
出手段と、前記解放要求を検出したときに前記排他的ア
クセス権を破棄する排他的アクセス権破棄手段とを具備
したことを特徴とする計算機システム。 - 【請求項２】 請求項１に記載の計算機システムにおい
て、一つの記憶装置に対する排他的アクセス権を取得し
ている計算機から当該記憶装置へのアクセスが無いこと
を検出する無アクセス検出手段と、アクセスが無いこと
を検出したときに前記排他的アクセス権を破棄する排他
的アクセス権破棄手段とを具備したことを特徴とする計
算機システム。 - 【請求項３】 請求項１に記載の計算機システムにおい
て、他の計算機が排他的アクセス権を既に取得している
記憶装置に対する排他的アクセス権の取得に失敗したと
きに他の計算機が取得している排他的アクセス権の破棄
を要求する排他的アクセス権破棄要求手段と、その排他
的アクセス権破棄要求を検出する排他的アクセス権破棄
要求検出手段と、排他的アクセス権破棄要求を検出した
ときに前記排他的アクセス権を破棄する排他的アクセス
権破棄手段とを具備したことを特徴とする計算機システ
ム。 - 【請求項４】 請求項１から請求項３のいずれかに記載
の計算機システムにおいて、他の計算機が排他的アクセ
ス権を既に取得している記憶装置に対する排他的アクセ
ス権の取得に１回または複数回失敗したときは前記他の
計算機を介して前記記憶装置にアクセスする間接的アク
セス手段を具備したことを特徴とする計算機システム。 - 【請求項５】 請求項１から請求項４のいずれかに記載
の計算機システムにおいて、前記接続要求がＭＯＵＮＴ
要求であり、前記解放要求がＤＩＳＭＯＵＮＴ要求であ
ることを特徴とする計算機システム。 - 【請求項６】 請求項１から請求項５のいずれかに記載
の計算機システムにおいて、前記記憶装置がＳＣＳＩコ
マンドを受け付けるディスクであり、前記排他的アクセ
ス権取得手段がＳＣＳＩのＲＥＳＥＲＶＥコマンドによ
り排他的アクセス権を取得し、前記排他的アクセス権破
棄手段がＳＣＳＩのＲＥＬＥＡＳＥコマンドにより排他
的アクセス権を破棄することを特徴とする計算機システ
ム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000000043A JP2001188700A (ja) | 2000-01-04 | 2000-01-04 | 計算機システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000000043A JP2001188700A (ja) | 2000-01-04 | 2000-01-04 | 計算機システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001188700A true JP2001188700A (ja) | 2001-07-10 |
Family
ID=18529464
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000000043A Pending JP2001188700A (ja) | 2000-01-04 | 2000-01-04 | 計算機システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001188700A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009211668A (ja) * | 2007-03-28 | 2009-09-17 | Fujitsu Ltd | アクセス制御プログラム |
| JP2013530441A (ja) * | 2010-04-29 | 2013-07-25 | シマンテック コーポレーション | 記憶ボリュームのディスマウント |
-
2000
- 2000-01-04 JP JP2000000043A patent/JP2001188700A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009211668A (ja) * | 2007-03-28 | 2009-09-17 | Fujitsu Ltd | アクセス制御プログラム |
| JP2013530441A (ja) * | 2010-04-29 | 2013-07-25 | シマンテック コーポレーション | 記憶ボリュームのディスマウント |
| US9684573B2 (en) | 2010-04-29 | 2017-06-20 | Veritas Technologies Llc | Dismounting a storage volume |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6125390A (en) | Method and apparatus for monitoring and controlling in a network | |
| US7734951B1 (en) | System and method for data protection management in a logical namespace of a storage system environment | |
| US5659682A (en) | Scheme to determine completion of directory operations for server recovery | |
| US6658465B1 (en) | Method and apparatus for monitoring and controlling programs in a network | |
| US8495131B2 (en) | Method, system, and program for managing locks enabling access to a shared resource | |
| US7406473B1 (en) | Distributed file system using disk servers, lock servers and file servers | |
| US7127722B2 (en) | Method and apparatus for avoiding multiple processing of the same IPMI system event | |
| US9270741B2 (en) | Namespace and storage management application infrastructure for use in management of resources in a storage system environment | |
| US20020082821A1 (en) | Data model for automated server configuration | |
| US20030093582A1 (en) | Cross platform administrative framework | |
| US20120124581A1 (en) | Virtual computer system and control method of virtual computer system | |
| KR20000057127A (ko) | 소프트웨어 임대 시스템을 위한 분산컴퓨팅 환경에서의프로그램 수행시스템 및 그 방법 | |
| US8151360B1 (en) | System and method for administering security in a logical namespace of a storage system environment | |
| JPH1063523A (ja) | マルチスレッド環境においてサーバの活動化を制御する方法および装置 | |
| US9231825B2 (en) | Network management apparatus, management server, client terminal, and control method thereof | |
| US20090037934A1 (en) | Method and system for configuration and management of client access to network-attached-storage | |
| US10324811B2 (en) | Opportunistic failover in a high availability cluster | |
| US20130111563A1 (en) | Access control in a hybrid environment | |
| JP2001188700A (ja) | 計算機システム | |
| KR20230124099A (ko) | 클라우드 저하 모드에서 지속적인 디바이스 동작 안정성을보장하기 위한 방법 및 장치 | |
| Cisco | Troubleshooting SNA View on the Workstation | |
| Cisco | Troubleshooting SNA View on the Workstation | |
| Cisco | Troubleshooting SNA View on the Workstation | |
| Cisco | Troubleshooting SNA View on the Workstation | |
| JP2001005614A (ja) | ディスク装置およびサーバ装置 |