JP2002202914A - 大容量記憶装置により提供される、制御装置ｌｕｎを介したｌｕｎへのアクセスを安全にする方法およびシステム - Google Patents

Abstract

(57)【要約】 【課題】 通信媒体を介して１つまたは複数のリモート
・コンピュータに結合された大容量記憶装置（２０２）
内の、制御装置ＬＵＮを介した動作要求を安全にする方
法およびシステムを提供すること。 【解決手段】 制御装置を介した動作は、前記動作を求
める要求の一部として指定されたいくつかの異なるＬＵ
Ｎ（２０８〜２１５）を操作またはアクセスする可能性
のあるクラスの動作を意味する。本発明は、具体的ター
ゲットＣＤＬＵＮを対象とする動作を求める要求を許可
するために、大容量記憶装置（２０２）内のコントロー
ラ（２０６）が調べることのできるアクセス・テーブル
を用い、ターゲットＣＤＬＵＮが、要求の一部として指
定された他の任意のＬＵＮにアクセスまたは操作するこ
とを許可されていることをチェックするために、追加ア
クセス・テーブルを用いる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、大容量記憶装置内
に用いられるセキュリティ機構に関し、特に制御装置論
理ユニットを介してリモート・コンピュータから論理ユ
ニットに間接アクセスする間に、大容量記憶装置によっ
てリモート・コンピュータに提供された論理ユニットへ
のアクセスを確保する方法およびシステムに関する。

【０００２】本発明は、リモート・コンピュータがアク
セス特権を有する大容量記憶装置内に格納されたデータ
に限って、リモート・コンピュータがアクセスを得るこ
とができるように保証することに関する。本発明を、い
くつかのリモート・コンピュータからのＩ／Ｏ要求に対
して機能するディスク・アレイ・コントローラ内に含ま
れる一実施形態を参照しながら述べ、例示する。しか
し、他の多数のタイプの記憶装置のコントローラおよび
一般的電子サーバ・アプリケーションにおいて、本発明
の代替実施形態を用いることができる。

【０００３】

【従来の技術】図１は標準ディスク・ドライブのブロッ
ク図である。ディスク・ドライブ１０１は、コンピュー
タ・バス、ファイバ・チャネル、または他の類似の電子
通信媒体などの通信媒体１０２を介して、リモート・コ
ンピュータからＩ／Ｏ要求を受け取る。図１に示すディ
スク・ドライブ１０１を含む多数のタイプの記憶装置に
とって、大部分のＩ／Ｏ要求はＲＥＡＤまたはＷＲＩＴ
Ｅ要求のいずれかである。ＲＥＡＤ要求は、記憶装置内
に格納された電子データのうち、いくらかの要求された
量を記憶装置が要求元リモート・コンピュータに返すこ
とを要求する。ＷＲＩＴＥ要求は、リモート・コンピュ
ータから供給された電子データを記憶装置が格納するこ
とを要求する。したがって、記憶装置により実行された
ＲＥＡＤ動作の結果として、データは通信媒体１０２を
介してリモート・コンピュータに返され、ＷＲＩＴＥ動
作の結果として、データは、通信媒体１０２を介してリ
モート・コンピュータから記憶装置に受け取られ、記憶
装置内に格納される。

【０００４】図１に示されるディスク・ドライブ記憶装
置は、電子メモリ、１つまたは複数のプロセッサまたは
処理回路、およびコントローラ・ファームウェアを含む
コントローラ・ハードウェアおよび論理１０３を含み、
電子データを格納するために磁気媒体が塗布されたいく
つかのディスク・プラッタ１０４もまた含む。ディスク
・ドライブは、読取り／書込みヘッド、高速電子モー
タ、ドライブ・シャフト、ならびに他の電子的、機械
的、および電子機械的コンポーネントを含む、図１に示
されていない他の多数のコンポーネントを含む。ディス
ク・ドライブ内のメモリは、リモート・コンピュータか
ら受け取ったＩ／Ｏ要求を格納する要求／応答バッファ
１０５、および要求／応答バッファ１０５内に格納され
たＩ／Ｏ要求に対応する内部Ｉ／Ｏコマンドを格納する
Ｉ／Ｏキュー１０６を含む。中でも、リモート・コンピ
ュータとディスク・ドライブの間の通信、Ｉ／Ｏ要求か
ら内部Ｉ／Ｏコマンドへの変換、そしてＩ／Ｏキューの
管理は、ディスク・ドライブＩ／Ｏコントローラによ
り、ディスク・ドライブＩ／Ｏコントローラ・ファーム
ウェア１０７によって指定されたとおりに実行される。
内部Ｉ／Ｏコマンドを、データがディスク・プラッタ１
０４上に格納またはそこから取得される電子機械的ディ
スク動作に変換することは、ディスク・ドライブＩ／Ｏ
コントローラにより、ディスク媒体読取り／書込み管理
ファームウェア１０８によって指定されたとおりに実行
される。したがってディスク・ドライブＩ／Ｏ制御ファ
ームウェア１０７およびディスク媒体読取り／書込み管
理ファームウェア１０８、ならびにファームウェアの実
行を可能にするプロセッサおよびメモリが、ディスク・
ドライブ・コントローラを構成する。

【０００５】２つのリモート・コンピュータにより使用
されるデュアル・ポート・ディスク・ドライブ、および
ファイバ・チャネルなどの通信媒体を介して多数のリモ
ート・コンピュータからアクセスできるマルチ・ポート
・ディスク・ドライブを提供することが一般的であった
が、図１に示されるディスク・ドライブなどの個々のデ
ィスク・ドライブは通常、単一のリモート・コンピュー
タに接続され、かつそれに使用される。しかし単一ディ
スク・ドライブ内に格納できる電子データ量は限られて
いる。多数のリモート・コンピュータから効率的にアク
セスできるはるかに大容量の電子データ記憶装置を提供
するために、ディスク製造業者は通常、図１に示される
ディスク・ドライブなどの多数の異なる個別ディスク・
ドライブをディスク・アレイ装置に組合わせ、記憶容量
を増加させ、ならびにディスク・アレイ内に含まれる複
数のディスク・ドライブの同時動作により機能する並列
Ｉ／Ｏ要求に対する容量を増加させる。

【０００６】図２は、ディスク・アレイの単純なブロッ
ク図である。ディスク・アレイ２０２は、いくつかのデ
ィスク・ドライブ装置２０３、２０４、２０５を含む。
図２では、例示を単純化するために、ディスク・アレイ
の中に３つの個別ディスク・ドライブしか示されていな
いが、ディスク・アレイは、数十または数百の個別ディ
スク・ドライブを含むことができる。ディスク・アレイ
は、ディスク・アレイ・コントローラ２０６およびキャ
ッシュ・メモリ２０７を含む。一般に、はるかに遅い電
子機械的ディスク・ドライブからではなく迅速にアクセ
ス可能なキャッシュ・メモリからデータを読取ることに
より、同じデータに対するその後の要求をより迅速に満
足させることができるように、ＲＥＡＤ要求に応答して
ディスク・ドライブから取り出されたデータを、キャッ
シュ・メモリ２０７内に格納することができる。その後
合理的な時間内に再要求される可能性が非常に大きいデ
ータをキャッシュ・メモリ２０７内に維持するために、
様々な精巧な機構が用いられる。データがその後ＲＥＡ
Ｄ要求を介して要求される可能性がある場合、または物
理記憶媒体への遅いデータ書込みを先送りするために、
ディスク・アレイ・コントローラ２０６は、ＷＲＩＴＥ
要求を介してリモート・コンピュータから受け取ったデ
ータをキャッシュ・メモリ２０７内に格納することもま
た選択することができる。

【０００７】電子データは、ディスク・アレイ内で具体
的なアドレス可能な位置に格納される。ディスク・アレ
イは、多数の異なる個別ディスク・ドライブを含む可能
性があるので、ディスク・アレイにより表されるアドレ
ス・スペースは巨大であり、一般に数千ギガバイトであ
る。全アドレス・スペースは通常、論理ユニット（「LU
N」）と呼ばれるいくつかの抽象的データ記憶リソース
に分割される。ＬＵＮは、ディスク・アレイ内の１つま
たは複数のディスク・ドライブのデータ記憶スペースに
マッピングされた、所定量の電子データ記憶スペースを
含み、アクセス特権、バックアップ頻度、および１つま
たは複数のＬＵＮとのミラーリング調整を含む様々な論
理パラメータに関連付けることができる。ＬＵＮは、ラ
ンダム・アクセス・メモリ（「ＲＡＭ」）、ハード・デ
ィスク以外の大容量記憶装置、あるいはメモリ、ハード
・ディスク、および／または他のタイプの大容量記憶装
置の組合わせに基づくこともまたできる。リモート・コ
ンピュータは一般に、内部ディスク・ドライブ２０３〜
２０５およびディスク・アレイ・コントローラ２０６を
介してディスク・アレイにより提供される多数の抽象的
ＬＵＮ２０８〜２１５の１つを介してディスク・アレイ
内のデータにアクセスする。したがってリモート・コン
ピュータは、ディスク・アレイに対応するバス通信媒体
アドレスを用いて、バイト、ワード、ブロックなど特定
の単位データ量、通常は６４ビットの整数であるＬＵＮ
識別子およびＬＵＮを指定する３２ビット、６４ビッ
ト、または１２８ビットのデータ・アドレス、ならびに
ＬＵＮに割り振られた論理データ・アドレス・パーティ
ション内のデータ・アドレスを指定することができる。
ディスク・アレイ・コントローラは、そのようなデータ
の指定をディスク・アレイ内の特定のディスク・ドライ
ブおよびディスク・ドライブ内の論理データ・アドレス
の標示に変換する。ディスク・ドライブ内のディスク・
ドライブ・コントローラは最後に、論理アドレスを物理
媒体アドレスに変換する。通常、電子データは、連続し
た３２ビットまたは６４ビットのコンピュータ・ワード
の１つまたは複数のブロックとして読取り／書込みさ
れ、アクセスの細分性(granularity)の正確な詳細は、
ディスク・アレイおよび個別ディスク・ドライブ内のハ
ードウェアおよびファームウェア機能ならびにＩ／Ｏ要
求を生成するリモート・コンピュータのオペレーティン
グ・システムおよびディスク・アレイとリモート・コン
ピュータを相互接続する通信媒体の特性に依存する。

【０００８】ディスク・アレイ内のディスク・アレイ・
コントローラは、ディスク・アレイ・コントローラ内に
実施されたインタフェースを介してリモート・コンピュ
ータと対話する。このインタフェースは、コンピュータ
・ネットワーキング・システムの高級プロトコルと、あ
るいはオペレーティング・システムからアプリケーショ
ン・プログラムおよび人間のユーザに提供される関数呼
出しインタフェースと似ている。ディスク・アレイ・コ
ントローラにより提供されるインタフェースは、通信媒
体を介してディスク・アレイにアクセスするリモート・
コンピュータから要求することができる１組の動作を論
理的に含む。動作を要求するためにリモート・コンピュ
ータは、リモート・コンピュータの通信媒体アドレス、
リモート・コンピュータから要求されている動作タイプ
の標示、データ・アドレスなど要求された動作に特有の
パラメータ、およびディスク・アレイ・コントローラが
その動作を実行すべきターゲットＬＵＮを通常含むいく
つかの異なるタイプの情報を提供する。したがって例え
ば、ディスク書込み動作を実行するために、リモート・
コンピュータは、書込むデータの位置、データが書込ま
れるアドレス、およびデータを書込むべきアドレスを含
むアドレス・スペースを提供するＬＵＮの識別子を指定
する必要がある。

【０００９】しかし、リモート・コンピュータがディス
ク・アレイ・コントローラに要求できる動作にはいくつ
かの異なるタイプがあり、非ＬＵＮベースの動作でも複
数のＬＵＮにまたがる動作でもある。一例として、リモ
ート・コンピュータは、ディスク・アレイ・コントロー
ラが第１ＬＵＮを第２ＬＵＮにミラーリングするように
要求することができる。第１ＬＵＮが第２ＬＵＮにミラ
ーリングされるとき、第２ＬＵＮが第１ＬＵＮの忠実な
ミラー・コピーとなるように、ディスク・アレイ・コン
トローラは、第１ＬＵＮを対象とするすべての書込みを
第１および第２ＬＵＮの両方に自動的に実行する。した
がってリモート・コンピュータは、ディスク・アレイ・
コントローラが第１ＬＵＮを第２ＬＵＮにミラーリング
するように要求するために、ミラーリング動作の実行を
要求する際に両方のＬＵＮを指定する必要がある。最初
のミラーリング接続が確立された後で、リモート・コン
ピュータは、第１のプライマリＬＵＮに単純に書込み、
データがセカンダリのミラーＬＵＮに内部的にコピーさ
れるものと保証される。他の例として、リモート・コン
ピュータは、１組のＬＵＮを指定された時間間隔で指定
されたバックアップ装置に自動的にバックアップするよ
うに、ディスク・アレイ・コントローラに命じることを
望むことができる。

【００１０】ディスク・アレイ・コントローラから要求
元リモート・コンピュータに提供されるいくつかの動作
が、複数のＬＵＮを含むことがあるという事実と、一般
に、現在の多数のディスク・アレイ・コントローラ・イ
ンタフェースを介して任意の特定の動作を呼び出す際
に、リモート・コンピュータが単一のターゲットＬＵＮ
を指定しなければならないという事実を調和させるため
に、制御装置ＬＵＮ（「ＣＤＬＵＮ」）として知られて
いるある種の仮想ＬＵＮが、リモート・コンピュータが
動作を呼び出すインタフェースの一部としてディスク・
アレイ・コントローラにより提供される。ＣＤＬＵＮは
本質的には、ディスク・アレイ・コントローラにより提
供され実行される様々な動作に対するアクセスのポイン
トである。したがって第１ＬＵＮが第２ＬＵＮにミラー
リングされるべきであると指定するために、リモート・
コンピュータは、ミラーリング動作を呼び出し、動作の
ターゲットとして特定のＣＤＬＵＮを指定する。ＣＤＬ
ＵＮは、アレイ内のＬＵＮ対の制御動作に対する間接メ
モリ・マッピングされたアクセスを提供する。ＣＤＬＵ
Ｎ内の具体的論理アドレス・オフセットを対象とする制
御動作は、定義により、そのオフセットに関連付けられ
たアレイ内のＬＵＮを対象とする。

【００１１】ディスク・アレイ・コントローラはさら
に、リモート・コンピュータに提供されるインタフェー
スの一部として、特定のリモート・コンピュータまたは
リモート・コンピュータのグループが、１つまたは複数
のＬＵＮに対する独占的アクセスを獲得かつ維持できる
ようにする様々なセキュリティ機構を提供することがで
きる。そうすることにより、リモート・コンピュータま
たはリモート・コンピュータのグループは、許可されな
いエンティティによるアクセスおよび破損の可能性から
プライベート・データを保護することができる。ディス
ク・アレイは最初、単一の組織内の使用のために開発さ
れ、ディスク・アレイ内に格納されたデータに対するセ
キュリティは、コンピュータ・ルーム内のディスク・ア
レイの物理的分離および組織内の信用あるコンピュータ
にしかディスク・アレイを接続しないことにより一般に
得られていた。しかしディスク・アレイのサイズおよび
複雑性が増し、ファイバ・チャネルなどの通信媒体の機
能が非常に向上したことに伴い、ファイバ・チャネルな
どの通信媒体を介してディスク・アレイ内に格納された
データにアクセスするいくつかの異なる遠隔組織間でデ
ィスク・アレイが分割されることがますます一般的にな
っている。

【００１２】第１レベルのセキュリティとして、ディス
ク・アレイは通常、ディスク・アレイ・コントローラに
より管理される中央に格納されたアクセス・テーブルを
介してＬＵＮに対するアクセスを分割する。アクセス・
テーブルは通常、それぞれがＬＵＮ標示、ポート標示、
およびリモート・コンピュータの一意な識別子を含むエ
ントリを格納する。ディスク・アレイ・コントローラ
が、特定の通信ポートを介して指定されたターゲットＬ
ＵＮを有する動作を実行する要求をリモート・コンピュ
ータから受け取るとき、ディスク・アレイ・コントロー
ラは、ターゲットＬＵＮ、要求を受け取ったポート、要
求を受け取ったリモート・コンピュータの一意な識別子
に一致する識別子の標示を含むエントリを求めてアクセ
ス・テーブル内を見る。そのようなエントリが見つかれ
ば、ディスク・アレイ・コントローラはその動作が進行
するのを許可する。他方、そのようなエントリが見つか
らなければ、ディスク・アレイ・コントローラは、その
ような記憶ＬＵＮが存在しないという標示を要求元リモ
ート・コンピュータに返す。アクセス・テーブルは通
常、システム管理者またはネットワーク管理者によるコ
ンソール・インタフェースを介したエントリで取り込ま
れる。したがってシステム管理者またはネットワーク管
理者は、動作の実行を求めて入って来るそれぞれの要求
をディスク・アレイ・コントローラによりチェックして
適切に許可するために、ディスク・アレイ・コントロー
ラにより使用されるディスク・アレイ内のアクセス・テ
ーブルをセットアップしメンテナンスすることにより、
リモート・コンピュータ間のＬＵＮに対するアクセスを
分割する。

【００１３】残念ながら、複数のＬＵＮにまたがり、上
述のようにターゲットＣＤＬＵＮの指定を必要とする動
作クラスは現在、上述のアクセス・テーブル法により充
分に安全にはされない。現在、ディスク・アレイ・コン
トローラは、アクセス・テーブル内のエントリが、要求
元リモート・コンピュータの一意な識別子、ＣＤＬＵＮ
標示、および要求を受け取ったポート標示を含むかどう
かをチェックすることにより、ターゲットＣＤＬＵＮを
指定する要求された動作をチェックする。しかしディス
ク・アレイ・コントローラはその後、要求元リモート・
コンピュータが、その動作の実行を求める要求の一部と
して指定された他のＬＵＮのいずれかにアクセスするこ
とを許可されているかどうかをチェックしない。例えば
リモート・コンピュータが特定のターゲットＣＤＬＵＮ
を介して第１ＬＵＮが第２ＬＵＮにミラーリングされる
ように要求する場合、ディスク・アレイ・コントローラ
は、リモート・コンピュータがそのターゲットＣＤＬＵ
Ｎにアクセスすることを許可されているかどうかを見る
ためにチェックするだけであり、その後リモート・コン
ピュータが、さらに指定された第１および第２ＬＵＮに
アクセスすることを許可されているかどうかを見るため
にはチェックしない。

【００１４】ＣＤＬＵＮを介して間接的にアクセスさ
れ、ターゲットＣＤＬＵＮに対する動作の実行を求める
要求の一部としてさらに指定されるＬＵＮに対する、デ
ィスク・アレイ・コントローラによる許可チェックがな
いことは、ディスク・アレイ大容量記憶装置内の、ディ
スク・アレイのデータを格納し取り出すリモート・コン
ピュータに対するかなり大きなセキュリティ侵害の可能
性を意味する。第１の組織に属するリモート・コンピュ
ータが、第１の組織により要求されたミラーリング動作
の一部として、第２の組織に属するＬＵＮを誤ってまた
は悪意をもって指定する可能性がある。同様に、第１の
組織のリモート・コンピュータが、自動バックアップを
求める要求の一部として指定された１組のＬＵＮに、第
２の組織に属するＬＵＮを誤ってまたは悪意をもって組
込む可能性がある。そのような場合、第２の組織に属す
るディスク・アレイ内に格納されたデータの破損または
第２の組織に属するデータの不正コピーのいずれかをも
たらす動作を求める要求を、第１の組織が誤ってまたは
悪意をもってディスク・アレイに命ずる可能性がある。

【００１５】

【発明が解決しようとする課題】ディスク・アレイ・コ
ントローラは通常ファームウェアと共に論理回路内に実
施される。これらの実施例は、ソフトウェア・プログラ
ムの実施例のようには容易に変更されない。さらに、ハ
ードウェアおよび内部メモリ制約のため、汎用オペレー
ティング・システムおよびネットワーク・プロトコル内
に通常ある精巧なセキュリティ方法論およびプロトコル
は法外に高価であり、ファームウェア・ディスク・アレ
イ・コントローラの実施例の一部として実施するには困
難であろう。これらの理由により、ディスク・アレイの
設計者、製造者、およびユーザは、ターゲットＣＤＬＵ
Ｎに対して実行される動作を介して許可されないリモー
ト・コンピュータがＬＵＮにアクセスすることを防止す
る比較的容易に実施される他のセキュリティ機構に対す
る必要性を認識して来た。

【００１６】

【課題を解決するための手段】本発明の一実施形態にお
いてディスク・アレイ・コントローラは、他のＬＵＮの
指定を含むターゲットＣＤＬＵＮを対象とする、リモー
ト・コンピュータから要求された動作の許可をチェック
するために、２つのアクセス・テーブルを使用する。最
初にディスク・アレイ・コントローラは、その要求の指
定されたターゲットＣＤＬＵＮ、その要求を受け取った
ポート、その要求を受け取ったリモート・コンピュータ
の一意な識別子、に等しいＬＵＮ、ポート、およびリモ
ート・コンピュータ識別子の標示、を有するエントリが
第１アクセス・テーブル内にあるかどうかを判定する。
第１アクセス・テーブル内にそのようなエントリが存在
するとき、ディスク・アレイ・コントローラは、要求元
リモート・コンピュータがそのターゲットＣＤＬＵＮに
アクセスすることを許可されていると仮定する。次にデ
ィスク・アレイ・コントローラは、第２の、追加アクセ
ス・テーブルをチェックして、その動作の実行を求める
要求の一部として指定された他のそれぞれのＬＵＮに対
してその動作のために指定されたターゲットＣＤＬＵＮ
の標示と対になった他のＬＵＮの標示を含むエントリが
存在するかどうかを判定する。ディスク・アレイ・コン
トローラが、その動作の実行を求める要求内で指定され
た他の各ＬＵＮのためのそのようなエントリを追加アク
セス・テーブル内に見つけるときに限って、ディスク・
アレイ・コントローラはその動作の実行を許可する。

【００１７】一般的な読取りおよび書込み動作など、多
数の非ＣＤＬＵＮ介在動作にとって、ディスク・アレイ
・コントローラによる許可チェックは変わらない。その
ような動作が進行するためには、ディスク・アレイ・コ
ントローラがアクセス・テーブル内に対応するエントリ
を見つけなければならない。ディスク・アレイ・コント
ローラは、ＬＵＮミラーリングを求める要求など、ター
ゲットＣＤＬＵＮを指定する要求であって、他のＬＵＮ
の指定を含む動作を求める要求のためだけに、２つのレ
ベルのアクセス・テーブルおよび追加アクセス・テーブ
ル許可チェックを用いる。

【００１８】したがって、ターゲットＣＤＬＵＮを指定
し他のＬＵＮの指定を含む動作を正常に要求するため
に、要求元リモート・コンピュータは、指定されたター
ゲットＣＤＬＵＮにアクセスすることを許可されなけれ
ばならず、ターゲットＣＤＬＵＮは、さらに指定された
それぞれのＬＵＮにアクセスすることを許可されなけれ
ばならない。アクセス・テーブルおよび追加アクセス・
テーブルの両方は、コンソールを介して、または安全な
相互接続を介してリモートでディスク・アレイ・コント
ローラと対話するシステム管理者またはネットワーク管
理者により取り込まれ、編成、維持される。ターゲット
ＣＤＬＵＮではなくターゲットＬＵＮを指定する多数の
動作の許可チェックが変わらないので、かつ追加アクセ
ス・テーブルおよび追加アクセス・テーブルを用いる許
可チェックの実施が、アクセス・テーブルおよびアクセ
ス・テーブルを用いる許可チェックの現在の実施とほと
んど同一であるので、本発明に述べた実施形態は、ディ
スク・アレイ・コントローラのファームウェア実施例の
一部として、経済的かつ比較的容易に実施される。

【００１９】

【発明の実施の形態】本発明は、要求された動作を求め
る要求元リモート・コンピュータの許可をチェックす
る、ディスク・アレイ・コントローラが引受けるセキュ
リティ対策に関する。前述のように、ディスク・アレイ
・コントローラの現在の特定のファームウェア実施例に
おいて、ディスク・アレイ・コントローラは、要求の一
部として指定されたターゲットＬＵＮの標示、要求を受
け取ったポートの標示、および要求元リモート・コンピ
ュータの一意な識別子を含むエントリを求めてアクセス
・テーブルを検索する。アクセス・テーブル内にそのよ
うなエントリが見つかると、ディスク・アレイ・コント
ローラは、要求された動作の実行を続けるが、そのよう
なエントリが見つからないとき、ディスク・アレイ・コ
ントローラは、そのような記憶ＬＵＮが存在しないとい
う標示を要求元リモート・コンピュータに返す。前記議
論のように、この許可方法は、ディスク・アレイ・コン
トローラにより提供される動作クラスであって、指定さ
れたターゲットＣＤＬＵＮを対象とし他の指定されたＬ
ＵＮを含む動作クラスには不充分である。前記議論のよ
うに、第１ＬＵＮを第２ＬＵＮに、または第１グループ
の諸ＬＵＮを第２グループの諸ＬＵＮにミラーリングす
ることを要求する動作、あるいは１グループのＬＵＮを
指定されたバックアップ装置に自動的にバックアップす
ることを要求する動作は、ターゲットＣＤＬＵＮならび
に他のＬＵＮの指定を含む動作の例である。現在このク
ラスの動作は、要求元リモート・コンピュータが追加指
定されたＬＵＮにアクセスすることを許可されているか
どうかに関わらず、要求元リモート・コンピュータがタ
ーゲットＣＤＬＵＮにアクセスすることを許可されてい
るときにディスク・アレイ・コントローラにより許可さ
れる。誤ったまたは悪意のあるリモート・コンピュータ
がアクセス特権を有するターゲットＣＤＬＵＮを介し
て、その誤ったまたは悪意のあるリモート・コンピュー
タがアクセス特権を有しないＬＵＮに、その誤ったまた
は悪意のあるリモート・コンピュータが容易にアクセス
を得ることができる。

【００２０】現在のディスク・アレイ・コントローラ実
施例内のこの潜在的に大きなセキュリティ・ホールを閉
じるために、本発明の一実施形態は、他のＬＵＮととも
にターゲットＣＤＬＵＮを指定することにより要求され
たそれらの動作のために第２の、追加アクセス・テーブ
ルを用いる。追加アクセス・テーブルは、それぞれがＣ
ＤＬＵＮの標示および非ＣＤＬＵＮの標示を含むエント
リを有する。追加アクセス・テーブル内のＣＤＬＵＮ／
ＬＵＮ対の存在は、そのＣＤＬＵＮがＬＵＮにアクセス
することができることを示す。リモート・コンピュータ
が、他のＬＵＮとともにターゲットＣＤＬＵＮを指定す
ることにより動作を要求することを許可されるために、
リモート・コンピュータは、アクセス・テーブル内のエ
ントリを介してターゲットＣＤＬＵＮにアクセスするこ
とを許可されなければならず、ターゲットＣＤＬＵＮ
は、追加アクセス・テーブル内のエントリを介してその
要求中に指定された他のそれぞれのＬＵＮにアクセスす
ることを許可されなければならない。

【００２１】以下に詳細に述べるように、本発明に述べ
た実施形態は、ディスク・アレイ・コントローラのファ
ームウェア実施例内に経済的かつ比較的容易に実施され
る。最初に、ディスク・アレイ・コントローラにより提
供される動作の大半である、ターゲットＣＤＬＵＮでは
なくてターゲットＬＵＮを含む動作に対する許可チェッ
ク方法は変わらない。許可チェックのための現在の方法
に対する変更は、指定されたターゲットＣＤＬＵＮを対
象とし追加指定されたＬＵＮを含むクラスの動作にしか
関連しない。そのクラスの動作に対して、２つの部分か
らなる許可、すなわち、現在の許可方法と同一の第１部
分、および現在の許可方法に非常に類似の第２部分の実
施、が使用される。

【００２２】本発明の一実施形態を、Ｃ＋＋類似の疑似
コードの実施例を参照しながら以下に詳細に述べる。Ｃ
＋＋類似の疑似コードの実施例は、明確化および例示の
目的で選ばれている。一般にディスク・アレイ・コント
ローラは、ファームウェア内、または論理回路内に直接
実施される。ファームウェア実施例ならびに論理回路実
施例は、現代の技術により、高級プログラム類似の仕様
のコンパイルによって設計、実施されるので、疑似コー
ドによって本発明の実施例を示すことは、極めて適切な
ことである。

【００２３】次のＣ＋＋類似の疑似コード実施例は、特
定のディスク・アレイ・コントローラ内で使用される現
在のセキュリティ機構ならびに本発明の一実施形態を示
す。最初に、いくつかの定数およびＬＵＮ、ポート、お
よびサーバのための識別子を表す３つのクラス宣言が以
下に提供され、この疑似コード実施例中のサーバは、よ
り一般的なリモート・コンピュータの概念と等価であ
る。

【００２４】

【００２５】上記行１上で宣言された定数「WWW_name_l
ength」は、サーバまたはリモート・コンピュータのた
めの文字列識別子のために任意に定義された長さであ
る。上記行２上で宣言された定数「TableLength」は、
アクセス・テーブルの任意の最大長である。実際の実施
例において、これらの定数に任意に割り当てられた値
は、全く異なるか、あるいはサーバ名およびアクセス・
テーブルの長さのいずれかまたは両方が可変の長さを有
する可能性があることに留意されたい。

【００２６】上記行３〜１７上で宣言されたクラス「LU
N」は、特定のＬＵＮの標示または識別子を表す。疑似
コード実施例においてＬＵＮ識別子は、基本的に整数で
あり、クラス「LUN」は対応して、上記行６上で宣言さ
れた整数データ・メンバ「name」を含む。上記行８上で
宣言されたメンバ関数「getVal」は、データ・メンバ
「name」の整数値を返す。上記行９〜１３上で宣言され
た他の関数メンバは、１つのＬＵＮが他のＬＵＮに割り
当てられること、ＬＵＮに整数値が割り当てられるこ
と、および１つのＬＵＮが他のＬＵＮと比較されること
を可能にする、割り当ておよび関係演算子を提供する。
最後にクラス「LUN」は、ＬＵＮが異なるＬＵＮの値を
有するように構築されること、コンストラクタ（ｃｏｎ
ｓｔｒｕｃｔｏｒ）に対する引数として供給された整数
値を有することを可能にし、あるいはＬＵＮが、データ
・メンバ「name」の整数値を指定することなく構築され
ることを可能にする、上記行１４〜１６上で宣言された
３つのコンストラクタを含む。上記行１８〜３２および
３３〜４７上で宣言されたクラス「port」および「serv
er」はそれぞれ、同様にポート識別子およびサーバまた
はリモート・コンピュータ識別子をそれぞれ表す。ポー
トはＬＵＮ同様、整数により識別され、サーバまたはリ
モート・コンピュータは、長さ「WWW_name_length」の
文字列により識別される。

【００２７】次にアクセス・テーブルを定義する２つの
クラス宣言が提供される。

【００２８】

【００２９】上記行１〜２０上で宣言されたクラス「Ac
cessEntry」は、アクセス・テーブル内の単一エントリ
を表す。上記議論のように、アクセス・テーブル内の各
エントリは、特定のＬＵＮ、ポート、およびサーバまた
はリモート・コンピュータの標示を含む。それらの標示
は、クラス「AccessEntry」において、上記行４〜６上
で宣言された３つのデータ・メンバ「In」、「pt」およ
び「sv」により表される。クラス「AccessEntry」は、
上記行８〜１３上で宣言された３つのデータ・メンバ内
の値の取り出しおよび格納のためのメンバ関数、上記行
１４および行１５〜１７上でそれぞれ宣言された割り当
て演算子および様々な関係演算子、ならびに上記行１８
〜１９上で宣言されたいくつかのコンストラクタを含
む。Ｃ＋＋の規則にしたがい、データ・メンバの値を取
り出す関数は、プレフィクス「get」を含む名前を有
し、データ・メンバに値を格納する関数は、プレフィク
ス「set」を含む名前を有することに留意されたい。上
記行１４上で宣言された割り当て演算子は、クラス「Ac
cessEntry」の１つのインスタンスに、クラス「AccessE
ntry」の他のインスタンスの値を割り当てることを可能
にする。上記行１５〜１７上で宣言された関係演算子
は、クラス「AccessEntry」の１つのインスタンスによ
り表される値と、クラス「AccessEntry」の他のインス
タンス内に格納された値を比較することを可能にする。

【００３０】上記行２１〜３２上で宣言されたクラス
「AccessTable」は、特定のサーバによる特定のポート
を介した特定のＬＵＮおよびＣＤＬＵＮに対するアクセ
スの許可を格納するために、ディスク・アレイ・コント
ローラの実施例により使用されるアクセス・テーブルを
表す。クラス「AccessTable」のインスタンスは、クラ
ス「AccessEntry」のインスタンスのアレイを含み、本
質的にＬＵＮ／ポート／サーバの三つ組みを表す。クラ
ス「AccessEntry」のインスタンスのアレイは、「tabl
e」と呼ばれるが、上記行４上で宣言され、行５上で
は、クラス「AccessTable」のインスタンスにより表さ
れるアクセス・テーブル内に現在格納される有効なエン
トリの数を含む整数データ・メンバ「size」が宣言され
る。現在の実施例において、クラス「AccessEntry」の
インスタンスは、インデックス「０」を有するテーブル
内の第１スロットで始まるテーブル内に順次格納され
る。したがって２つの有効なエントリを有するテーブル
は、インデックス０および１を有するテーブル・スロッ
ト内に、クラス「AccessEntry」のインスタンスを含
み、データ・メンバ「size」は値２を有するであろう。
したがってsizeは、テーブル内の有効なエントリの数、
およびＬＵＮ／ポート／サーバの三つ組みを割り当てる
ことのできるテーブル内の次のフリー・スロットのイン
デックスの両方を表す。クラス「AccessTable」は、次
のメンバ関数を含む。（１）「addEntry」、ＬＵＮ／ポ
ート／サーバの三つ組みをクラス「AccessTable」のイ
ンスタンスにより表されるアクセス・テーブルに追加す
る、上記行２７上で宣言されたメンバ関数、（２）「de
leteEntry」、アクセス・テーブルから特定のＬＵＮ／
ポート／サーバの三つ組みを削除する、行２８上で宣言
されたメンバ関数、（３）「findEntry」、アクセス・
テーブル内に格納された特定のＬＵＮ／ポート／サーバ
の三つ組みのインデックスを返す、行２９上で宣言され
たメンバ関数、（４）「retrieveEntry」、参照引数
「l」、「p」および「s」として供給されたクラス「LU
N」、「port」および「server」のインスタンス内に、
引数「index」内に供給されたインデックスを有するテ
ーブル・エントリからＬＵＮ／ポート／サーバの三つ組
みを取り出す、行３０上で宣言されたメンバ関数、なら
びに（５）上記行３１上で宣言されたコンストラクタ。

【００３１】次に、クラス「LUN」、「port」および「s
erver」の様々なメンバ関数の実施例が提供される。こ
れらの実施例は、多くの場合最適に効率的とはほど遠い
が、非常に単純明快である。制御論理およびプログラム
・コードを開発する際には、実行時効率と設計および実
施効率、実行時効率とコードの複雑性、ならびに実行時
効率対メンテナンスおよびその後の改善の経済性の間の
多数のトレードオフが通常存在する。他の多数のトレー
ドオフおよび対応する実施例を選択することができ、そ
れらは本発明の範囲内ではあるが、例示の目的で、実行
時の効率よりも単純さを支持し、必ずしも最適に効率的
なアルゴリズムではなく単純なアルゴリズムを選択し
た。このセクションおよび次のセクション内の多数のメ
ンバ関数の実施例は、単純明快であり、詳細には議論し
ない。

【００３２】

【００３３】上記行１０〜１５上に示されているサーバ
割り当て演算子の実施例は、割り当て演算子の実施の典
型となる。この場合、データ・メンバ「name」内に格納
された値は、この割り当て関数に引数「s」として渡さ
れる文字列により表される値を有するように割り当てら
れる。行１３のforループにおいて引数「s」により参照
される文字列は、ローカル変数「k」により参照される
データ・メンバ「name」にコピーされる。最後に、行１
４上でこの割り当て関数は、クラス「server」の現在の
インスタンスに参照を返す。

【００３４】上記行３３〜４３上に示されるサーバの
「<」関係演算子の実施例は、関係演算子の実施の典型
となる。この演算子は、クラス「server」の現在のイン
スタンスの値と参照引数「s」により参照される異なる
サーバ・インスタンスの値を比較する。クラス「serve
r」の現在のインスタンスの値が、引数「s」により参照
されるサーバ・インスタンスの値より小さい場合、
「<」演算子は、真のブール値を返し、そうでない場
合、偽のブール値を返す。行３７〜４１のforループに
おいて、現在のインスタンスのデータ・メンバ「name」
の値が、引数「s」により参照されるサーバ・インスタ
ンスの値と比較される。実施された比較は、見慣れた電
話帳内の名前の順序付けを生成する古典的な辞書的文字
列比較と等価である。

【００３５】次に、クラス「AccessEntry」の様々なメ
ンバ関数の実施例が提供される。

【００３６】

【００３７】次に、クラス「AccessTable」の様々なメ
ンバ関数の実施例が以下に提供される。

【００３８】

【００３９】再び、AccessTableメンバ関数の実施例は
単純明快であり、AccessTableメンバ関数「addEntry」
の実施例のみを代表例として議論する。メンバ関数「ad
dEntry」は、クラスAccessTableのインスタンスにより
表されるアクセス・テーブルに、三つ組みとして追加さ
れるＬＵＮ、ポート、およびサーバを参照する参照引数
を受け取る。行５上で、ローカル変数「ae」が、参照引
数により指定されたＬＵＮ／ポート／サーバの三つ組み
を含むように構築される。行６上でaddEntryにより検出
されるように、アクセス・テーブルが一杯であれば、エ
ントリは追加されないで、負の値が返される。行７のwh
ileループにおいて、AccessEntry関係演算子「<」によ
り定義されたように、addEntryは、ローカル変数「ae」
の値以上の値を有するクラス「AccessEntry」のインス
タンスを求めてテーブル内の有効なエントリを走査す
る。whileループの終わりにおいてローカル変数「i」
は、ローカル変数「ae」の値以上の有効な最初のエント
リのオフセット、またはテーブル内で次に利用可能なエ
ントリのオフセットのいずれかである。行８上でaddEnt
ryにより検出されるように、テーブル内にエントリが存
在しローカル変数「ae」により表されるのと同じ三つ組
みを表す場合、アクセス・テーブルに第２の等価な三つ
組みを追加する点がないので、addEntryは負の値を返
す。そうでない場合、行１２上のforループにおいて、a
ddEntryは、追加されるエントリに続くすべてのエント
リを下方に１つ分動かして、新しいエントリのためのス
ペースを作り、行１３上で、新しいエントリを追加す
る。新しいエントリの追加に続いて、addEntryは、デー
タ・メンバ「size」内の値を増分してアクセス・テーブ
ルの新しいサイズを反映する。

【００４０】上記に提供された宣言および実施例ととも
に、現在利用可能な特定のディスク・アレイ・コントロ
ーラにおいて用いられる現在の許可技術を示すために、
次の関数「currentAuthorization」が提供される。

【００４１】

【００４２】関数「currentAuthorization」は、要求さ
れた動作、この場合、前に議論したミラーリングまたは
バックアップ要求など、他のＬＵＮの指定を含むターゲ
ットＣＤＬＵＮに対する動作、が許可されているかどう
かをチェックするために、ディスク・アレイ・コントロ
ーラ内のコードにより呼び出すことができる。関数「cu
rrentAuthorization」は、ＬＵＮ、ポート、サーバ、お
よびアクセス・テーブルを参照する参照引数、それぞれ
「CDLUN」、「p」、「s」、および「at」を受け取る。
関数currentAuthorizationは、行４上で、ＬＵＮ／ポー
ト／サーバの三つ組みCDLUN／p／sを表すエントリをア
クセス・テーブルが現在含むかどうかを判定するため
に、アクセス・テーブル・メンバ関数「findEntry」を
呼び出す。そうであれば、関数「currentAuthorizatio
n」は行５上で真を返し、そうでない場合、行６上で偽
を返す。したがって前に議論したように、現在の許可技
術は、ターゲットＣＤＬＵＮ、要求を受け取ったポー
ト、および要求元サーバまたはリモート・コンピュータ
の一意な識別子が許可テーブル内に三つ組みとして存在
するかどうかをチェックすることを含み、そうであれ
ば、要求された動作が許可されていると見なす。しかし
上述のように、許可された動作は、要求元サーバがアク
セスする許可を有しないＬＵＮにアクセスすることを含
みデータ破損の可能性につながるか、または要求元サー
バの組織の外部組織に属するデータを読取る可能性があ
るのでこの許可技術は非常に不充分である。

【００４３】本発明の一実施形態は、以下に提供される
２つの他のクラスとともに、ＬＵＮ、ポート、サーバ、
accessEntry、およびaccessTableクラスの上記宣言およ
び実施例を用いる。

【００４４】

【００４５】クラス「SupplementalAccessEntry」は、
前述のクラス「AccessEntry」に類似し、クラス「Suppl
ementalAccessTable」は、前述のクラス「AccessTabl
e」に類似する。SupplementalAccessEntryは、ＣＤＬＵ
Ｎ／ＬＵＮ対を提示し、SupplementalAccessTableは、
いくつかのＣＤＬＵＮ／ＬＵＮ対を含む。前記議論のよ
うに、特定のＣＤＬＵＮ／ＬＵＮ対の存在は、そのＣＤ
ＬＵＮがターゲットＣＤＬＵＮである動作の一部とし
て、ＣＤＬＵＮがＬＵＮにアクセスできることを示す。
この２つの新しいクラスは、以前に宣言されたクラス
「AccessEntry」および「AccessTable」と非常に類似し
ており、したがってさらに述べることはない。Suppleme
ntalAccessEntryおよびSupplementalAccessTableメンバ
関数の実施例が以下に提供される。

【００４６】

【００４７】クラス「SupplementalAccessEntry」およ
び「SupplementalAccessTable」の疑似コード宣言およ
び実施例を考慮して、本発明の一実施形態を表す許可関
数「newAuthorization」を次に提供することができる。

【００４８】

【００４９】この新しい許可関数は、次の引数を受け取
る。（１）「CDLUN」、動作のターゲットＣＤＬＵＮを
表すＬＵＮに対する参照、（２）「LUNlist」、ミラー
リング動作においてミラーリングされるＬＵＮなど、そ
の動作においてさらに含まれるＬＵＮのリストに対する
ポインタ、（３）「listSize」、リスト「LUNlist」内
のＬＵＮの数を指定する整数、（４）「p」、ディスク
・アレイ・コントローラが動作を求める要求を受け取っ
たポート、（５）「s」、そこから要求を受け取ったサ
ーバまたはリモート・コンピュータ、（６）「at」、ア
クセス・テーブルに対する参照、および（７）「st」、
追加アクセス・テーブルに対する参照。最初に、行５上
でnewAuthorizationは、上述の関数「currentAuthoriza
tion」において実施された前の行４の許可技術とちょう
ど同様に、ＣＤＬＵＮ／ｐ／ｓの三つ組みがアクセス・
テーブル内に現在存在するかどうかを判定する。存在し
ない場合、要求元サーバが、参照引数「CDLUN」により
指定されたターゲットＣＤＬＵＮに対して、動作を要求
する許可を有しないので、newAuthorizationは、行１５
上で偽のブール値を返す。そうでない場合、行７〜１２
のwhileループにおいて、newAuthorizationは、許可を
求めてリスト「LUNlist」内の各ＬＵＮをチェックす
る。行９上でnewAuthorizationは、追加アクセス・テー
ブル「st」が、LUNlistから選択されたＣＤＬＵＮ／Ｌ
ＵＮの対を含むかどうかを判定する。含まない場合、動
作のターゲットＣＤＬＵＮは、その動作を求めて指定さ
れたＬＵＮの１つにアクセスすることを許可されておら
ず、newAuthorizationは、行９上で偽のブール値を返
す。リスト「LUNlist」内の各ＬＵＮに対するＣＤＬＵ
Ｎ／ＬＵＮ対が、行７〜１２のwhileループ内で見つか
れば、その動作は許可されており、行１３上でnewAutho
rizationは、真のブール値を返す。

【００５０】したがって本発明の上述の実施形態は、デ
ィスク・アレイ・コントローラのファームウェアの実施
例に、第２のアクセス・テーブルである追加アクセス・
テーブルを加え、他のＬＵＮの指定を含むターゲットＣ
ＤＬＵＮに対して動作を求めるリモート・コンピュータ
からの要求に対するより完全な許可チェックを行う能力
を、ディスク・アレイ・コントローラに提供する。新し
い許可技術は、指定されたターゲットＬＵＮに対して動
作を要求する要求元リモート・コンピュータの許可のチ
ェック、ならびに指定されたターゲットＣＤＬＵＮが、
その要求の追加指定されたＬＵＮにアクセスすることを
許可されていることのチェックを含む。二段階の許可機
構を使用することにより、本発明の本明細書に述べた実
施形態は、ディスク・アレイ・コントローラ実施例およ
び多数の他のタイプの大容量記憶装置のコントローラの
実施例において以前存在した重大なセキュリティ・ホー
ルを閉じる。上述の実施形態では、許可されたエンティ
ティはリモート・コンピュータであるが、代替実施形態
では、リモート・プロセスまたはユーザなど他のエンテ
ィティが許可されてよい。

【００５１】本発明を特定の実施形態の見地から述べて
来たが、本発明がこの実施形態に限定されることを意図
するものではない。当業者には、本発明の趣旨を超えな
い修正が明らかであろう。例えば本発明は、ファイバ・
チャネルなどの高速通信媒体によりリモートでアクセス
される様々な大容量記憶装置のためのコントローラの実
施例において用いることができる。上記のように本発明
は、本発明が用いられる大容量記憶装置のコントローラ
の実施例の性格次第で、ハードウェア回路、ファームウ
ェアまたはソフトウェア内に実施することができる。任
意のソフトウェアの実施例のとき、本発明は、ほとんど
無制限の数の様々な方法で実施することができる。様々
な制御構造およびモジュール構成を用いることができ、
様々な基本的動作を有する様々なテーブル・フォーマッ
トを用いることができ、本発明は、任意の数の様々なプ
ログラムまたは仕様言語において実施することができ
る。本明細書に述べた実施形態は、ディスク・アレイ・
コントローラ内で実施されるが、代替実施形態は、大容
量記憶装置にアクセスするリモート・コンピュータ上で
稼働する許可ルーチン内、許可サーバ内、または他のタ
イプの装置およびシステム内に実施することができる。

【００５２】前記記述は説明の目的で、本発明の完全な
理解を提供するために、具体的用語を使用した。しかし
本発明を実施するために具体的詳細は必要でないこと
が、当業者には明らかであろう。本発明の具体的実施形
態の前記記述は、例示および説明の目的で提示されてい
る。それらの記述は、網羅的であること、または開示さ
れた正確な形態に本発明を限定することを意図するもの
ではない。明らかに、上記教示を考慮して多数の修正お
よび変形形態が可能である。諸実施形態は、本発明の原
理およびその実際の応用を最もよく説明するために示し
述べられ、それによって本発明および意図した特定の使
用法に適する様々な修正を含む様々な実施形態を、他の
当業者が最もよく利用できるようにする。本発明の範囲
は、特許請求の範囲およびそれらの均等物により定義さ
れるものである。

【００５３】本発明の態様を以下に例示する。

【００５４】１．大容量記憶装置（２０２）により提供
される論理ユニット（２０８〜２１５）にリモート・エ
ンティティからアクセスすることを許可する方法であっ
て、特定の論理ユニットにアクセスする、特定のリモー
ト・エンティティの許可をそれぞれ表すエントリを含む
アクセス・テーブルを提供すること、特定の論理ユニッ
トにアクセスする、特定の制御装置論理ユニットの許可
をそれぞれ表すエントリを含む追加アクセス・テーブル
を提供すること、および指定された制御装置論理ユニッ
トを対象として１つまたは複数の他の指定された論理ユ
ニットを含む動作の実行をリモート・エンティティが要
求するときに、前記指定された制御装置論理ユニットに
アクセスする、前記リモート・エンティティの許可を表
すエントリが前記アクセス・テーブル内に現在存在し、
前記１つまたは複数の他の指定された論理ユニットのそ
れぞれに、前記他の指定された論理ユニットにアクセス
する、前記指定された制御装置論理ユニットの許可を表
すエントリが追加アクセス・テーブル内に存在する場合
に限って、前記動作の実行を求める要求を許可すること
を含む方法。

【００５５】２．前記大容量記憶装置（２０２）が、リ
モート・エンティティからの要求を受け取るポートを含
み、実行を求める要求の許可が、前記大容量記憶装置内
のコントローラ（２０６）により実行される、上記１に
記載の方法。

【００５６】３．論理ユニットまたは制御装置論理ユニ
ットの標示、ポートの標示、およびリモート・エンティ
ティの標示をそれぞれ含むエントリを前記アクセス・テ
ーブルが含む、上記２に記載の方法。

【００５７】４．制御装置論理ユニットの標示、および
論理ユニットの標示をそれぞれ含むエントリを前記追加
アクセス・テーブルが含む上記２に記載の方法。

【００５８】５．前記大容量記憶装置（２０２）がディ
スク・アレイであり、リモート・エンティティが、通信
媒体を介して前記ディスク・アレイと相互接続されたリ
モート・コンピュータである、上記２に記載の方法。

【００５９】６．大容量記憶装置（２０２）により提供
される論理ユニット（２０８〜２１５）にリモート・エ
ンティティからアクセスすることを許可する許可システ
ムであって、リモート・エンティティにより生成される
動作の実行を求める要求を検出する要求検出コンポーネ
ント、特定の論理ユニットにアクセスする、特定のリモ
ート・エンティティの許可をそれぞれ表すエントリを含
むアクセス・テーブル、特定の論理ユニットにアクセス
する、特定の制御装置論理ユニットの許可をそれぞれ表
すエントリを含む追加アクセス・テーブル、および前記
指定された制御装置論理ユニットにアクセスする、前記
リモート・エンティティの許可を表すエントリが前記ア
クセス・テーブル内に存在し、前記１つまたは複数の他
の指定された論理ユニットのそれぞれに、前記他の指定
された論理ユニットにアクセスする、前記指定された制
御装置論理ユニットの許可を表すエントリが追加アクセ
ス・テーブル内に存在する場合に限り、リモート・エン
ティティにより要求され、前記要求検出コンポーネント
により検出され、指定された制御装置論理ユニットを対
象とし、１つまたは複数の他の指定された論理ユニット
を含む要求を許可する制御論理（２０６）を備えるシス
テム。

【００６０】７．前記大容量記憶装置（２０２）が、リ
モート・エンティティからの要求を受け取るポートを含
み、前記制御論理（２０６）が前記大容量記憶装置内に
ある、上記６に記載のシステム。

【００６１】８．論理ユニットまたは制御装置論理ユニ
ットの標示、ポートの標示、およびリモート・エンティ
ティの標示をそれぞれ含むエントリを前記アクセス・テ
ーブルが含む、上記７に記載のシステム。

【００６２】９．制御装置論理ユニットの標示、および
論理ユニットの標示をそれぞれ含むエントリを前記追加
アクセス・テーブルが含む、上記７に記載のシステム。

【００６３】１０．前記大容量記憶装置（２０２）がデ
ィスク・アレイであり、リモート・エンティティが、通
信媒体を介して前記ディスク・アレイと相互接続された
リモート・コンピュータである、上記７に記載のシステ
ム。

【図面の簡単な説明】

【図１】標準ディスク・ドライブのブロック図である。

【図２】ディスク・アレイの単純なブロック図である。

【符号の説明】

２０２ ディスク・アレイ ２０３、２０４、２０５ ディスク・ドライブ装置 ２０６ ディスク・アレイ・コントローラ ２０７ キャッシュ・メモリ ２０８、２０９、２１０、２１１、２１２、２１３、２
１４、２１５ 抽象的ＬＵＮ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 グレゴリー・ディー・ドルカス アメリカ合衆国95602カリフォルニア州オ ーバーン、リバーウッズ・ドライブ 4110 Ｆターム(参考） 5B017 AA01 BA06 CA07 5B018 GA02 HA35 MA14 5B065 BA01 CA15 CC08 PA11

Claims (1)

【特許請求の範囲】
1. 【請求項１】 大容量記憶装置により提供される論理ユ
   ニットにリモート・エンティティからアクセスすること
   を許可する方法であって、 特定の論理ユニットにアクセスする、特定のリモート・
   エンティティの許可をそれぞれ表すエントリを含むアク
   セス・テーブルを提供すること、 特定の論理ユニットにアクセスする、特定の制御装置論
   理ユニットの許可をそれぞれ表すエントリを含む追加ア
   クセス・テーブルを提供すること、および指定された制
   御装置論理ユニットを対象として１つまたは複数の他の
   指定された論理ユニットを含む動作の実行をリモート・
   エンティティが要求するときに、 前記指定された制御装置論理ユニットにアクセスする、
   前記リモート・エンティティの許可を表すエントリが前
   記アクセス・テーブル内に現在存在し、前記１つまたは
   複数の他の指定された論理ユニットのそれぞれに、前記
   他の指定された論理ユニットにアクセスする、前記指定
   された制御装置論理ユニットの許可を表すエントリが追
   加アクセス・テーブル内に存在する場合に限って、前記
   動作の実行を求める要求を許可することを含む方法。