(57)【要約】【課題】  管理者が、管理権限を有する論理ボリュームの管理情報を取得できるようにする。【解決手段】  ストレージシステムは、各々異なる管理者によって管理される複数の論理ボリュームと、複数の論理ボリュームを制御するコントローラとを有する。ストレージシステムには、複数の論理ボリューム各々について、論理ボリュームを識別するための第一の識別情報と、第一の識別情報に対応付けられた論理ボリュームの第一の管理情報と、第一の識別情報とこの第一の識別情報で識別される論理ボリュームの管理権限を有する管理者の管理者識別情報との対応関係とが記録されている。複数の論理ボリュームのいずれかを管理する管理者からの入力に従った、この管理者の管理者識別情報を有する指示を受信すると、ストレージシステムは、受信した管理者識別情報に対応付けられた第一の識別情報で識別される論理ボリュームの、第一の管理情報を出力する。【選択図】  図８
2006048313.tif 000002
【特許請求の範囲】
【請求項１】
複数の管理者によって管理されるストレージシステムであって、
各々異なる管理者によって管理される複数の論理ボリュームと、
前記複数の論理ボリュームを制御するコントローラと、
前記複数の論理ボリューム各々について、論理ボリュームを識別するための第一の識別情報と、
前記第一の識別情報に対応付けられた論理ボリュームの第一の管理情報と、
前記第一の識別情報と、該第一の識別情報で識別される論理ボリュームの管理権限を有する管理者の管理者識別情報との対応関係とを有し、
前記複数の論理ボリュームのいずれかを管理する管理者からの入力に従った、該管理者の管理者識別情報を有する指示に基づいて、該管理者識別情報に対応付けられた第一の識別情報で識別される論理ボリュームの、第一の管理情報を出力することを特徴とするストレージシステム。
【請求項２】
請求項１記載のストレージシステムであって、
管理者識別情報は、管理者が使用する計算機と前記ストレージシステムとを接続し、該管理者から入力された指示を前記ストレージシステムに送信するために用いられるVLANの識別情報であることを特徴とするストレージシステム。
【請求項３】
請求項１記載のストレージシステムであって、更に、
前記複数の論理ボリューム各々について、論理ボリュームを識別するための第二の識別情報と、
前記第二の識別情報に対応付けられた論理ボリュームの第二の管理情報と、
第一の識別情報と第二の識別情報との間の対応関係とを有することを特徴とするストレージシステム。
【請求項４】
請求項３記載のストレージシステムであって、
第一の管理情報には、該第一の管理情報に対応する第一の識別情報によって識別される論理ボリュームを、該論理ボリュームにアクセスするホスト計算機が識別するためのホストLUNが含まれ、
第二の管理情報には、該第二の管理情報に対応する第二の識別情報によって識別される論理ボリュームを、前記ストレージシステム内で識別するための内部LUNが含まれることを特徴とするストレージシステム。
【請求項５】
請求項４記載のストレージシステムであって、
前記管理者からの入力に従った、第一の識別情報を有する制御指示を受信し、受信した前記第一の識別情報と対応付けられた第二の識別情報に基づいて内部LUNを特定し、特定された内部LUNによって識別される論理ボリュームを、受信した制御指示に従って制御することを特徴とするストレージシステム。
【請求項６】
請求項４記載のストレージシステムであって、
第一の管理情報には更に、該第一の管理情報に対応する第一の識別情報によって識別される論理ボリュームの容量が含まれ、
第二の管理情報には更に、該第二の管理情報に対応する第二の識別情報によって識別される論理ボリュームの容量と、該論理ボリュームを構成するディスク装置の識別情報とが含まれることを特徴とするストレージシステム。
【請求項７】
請求項４記載のストレージシステムであって、
前記複数の論理ボリュームのいずれかに格納されているデータが、他のストレージシステム内の他の論理ボリュームに移行された場合に、
移行元の論理ボリュームを識別するための第一の識別情報と、該第一の識別情報に対応付けられた第一の管理情報と、該第一の識別情報に対応付けられた管理者識別情報を、移行先のストレージシステムに送信することを特徴とするストレージシステム。
【請求項８】
請求項７記載のストレージシステムであって、
前記移行先のストレージシステムから、データの移行先の論理ボリュームの第二の識別情報を取得し、前記移行元の論理ボリュームの第一の識別情報と、前記移行先の論理ボリュームの第二の識別情報とを対応付けて保存することを特徴とするストレージシステム。
【請求項９】
複数の管理者によって管理されるストレージシステムの管理方法であって、
前記ストレージシステムは、各々異なる管理者によって管理される複数の論理ボリュームと、前記複数の論理ボリュームを制御するコントローラと、前記複数の論理ボリューム各々について、論理ボリュームを識別するための第一の識別情報と、該第一の識別情報に対応付けられた論理ボリュームの第一の管理情報と、前記第一の識別情報と該第一の識別情報で識別される論理ボリュームの管理権限を有する管理者の管理者識別情報との対応関係とを有しており、
前記複数の論理ボリュームのいずれかを管理する管理者からの入力に基いて、該管理者の管理者識別情報を有する指示を前記ストレージシステムに送信するステップと、
前記管理者識別情報に対応付けられた第一の識別情報で識別される論理ボリュームの第一の管理情報を、前記ストレージシステムが出力するステップと、を有することを特徴とするストレージシステムの管理方法。
【請求項１０】
請求項９記載の管理方法であって、
前記管理者識別情報は、管理者が使用する計算機から入力された指示を前記ストレージシステムに送信するために用いられるVLANの識別情報であることを特徴とするストレージシステムの管理方法。
【請求項１１】
請求項１０記載の管理方法であって、
前記ストレージシステムは更に、前記複数の論理ボリューム各々について、論理ボリュームを識別するための第二の識別情報と、該第二の識別情報に対応付けられた第二の管理情報とを有しており、
更に、第一の識別情報と第二の識別情報とを対応付けて記憶するステップを有することを特徴とするストレージシステムの管理方法。
【請求項１２】
請求項１１記載の管理方法であって、
第一の管理情報には、該第一の管理情報に対応する第一の識別情報によって識別される論理ボリュームを、該論理ボリュームにアクセスするホスト計算機が識別するためのホストLUNが含まれ、
第二の管理情報には、該第二の管理情報に対応する第二の識別情報によって識別される論理ボリュームを、前記ストレージシステム内で識別するための内部LUNが含まれることを特徴とするストレージシステムの管理方法。
【請求項１３】
請求項１２記載の管理方法であって、更に
前記管理者からの入力に従った、第一の識別情報を有する制御指示を前記ストレージシステムが受信するステップと、
受信した前記第一の識別情報と対応付けられた第二の識別情報に基づいて制御対象の論理ボリュームを識別するための内部LUNを特定するステップと、
特定された内部LUNで識別される論理ボリュームを、受信した制御指示に従って制御するステップとを有することを特徴とするストレージシステムの管理方法。
【請求項１４】
請求項１２記載の管理方法であって、
第一の管理情報には更に、該第一の管理情報に対応する第一の識別情報によって識別される論理ボリュームの容量が含まれ、
第二の管理情報には更に、該第二の管理情報に対応する第二の識別情報によって識別される論理ボリュームの容量と、該論理ボリュームを構成するディスク装置の識別情報とが含まれることを特徴とするストレージシステムの管理方法。
【請求項１５】
請求項１２記載の管理方法であって、更に
前記複数の論理ボリュームのいずれかに格納されているデータを、他のストレージシステム内の他の論理ボリュームに移行するステップと、
移行元の論理ボリュームを識別するための第一の識別情報及び該第一の識別情報に対応付けられた第一の管理情報を、移行先のストレージシステムに送信するステップとを有することを特徴とするストレージシステムの管理方法。
【請求項１６】
請求項１５記載の管理方法であって、更に
前記移行先のストレージシステムから、データの移行先の論理ボリュームの第二の識別情報を取得するステップと、
前記移行元の論理ボリュームの第一の識別情報と、前記移行先の論理ボリュームの第二の識別情報とを対応付けて保存するステップとを有することを特徴とするストレージシステムの管理方法。
【請求項１７】
請求項１５記載の管理方法であって、更に、
前記移行先のストレージシステムが、前記移行元の論理ボリュームを識別するための第一の識別情報と、前記移行先の論理ボリュームを識別するための第二の識別情報とを対応付けて保存するステップを有することを特徴とするストレージシステムの管理方法。
【請求項１８】
請求項１５記載の管理方法であって、更に
前記移行元の論理ボリュームを識別するための第一の識別情報と、該第一の識別情報に対応付けられている管理者識別情報を、前記移行先のストレージシステムに送信するステップと、
前記移行先のストレージシステムが、受信した第一の識別情報と管理者識別情報とを対応付けて記憶するステップとを有することを特徴とするストレージシステムの管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージシステムとその管理方法に関するものであり、特に複数ユーザがストレージシステムを共有する際の管理方法に関する。
【背景技術】
【０００２】
ストレージシステムの大容量化に伴い、１つのストレージシステムを複数ユーザが共有して使用する環境が増加している。例えば、ストレージシステム内の記憶領域を複数の記憶領域に分割し、大企業内で複数の業務部門各々に記憶領域を割り当てて、各業務部門毎に割り当てられた記憶領域を独立に使用するような場合がある。また、複数企業各々に対してストレージシステム内の分割した記憶領域を割り当て、ストレージ容量を貸与するSSP(Storage Service Provider)等のような環境が考えられる。
【０００３】
このような環境では、ユーザは自分に割り当てられた記憶領域（以下LU（Logical Unit）若しくは論理ボリュームとも呼ぶ。）にのみアクセスし、他のユーザとの干渉を避ける必要がある。また、悪意のあるユーザの不正なアクセスによってストレージシステム全体へ被害が及ばないように、セキュリティの確保が必要である。
【０００４】
ストレージシステムを複数の記憶領域に分割して、ユーザ単位またはホスト計算機単位で分割された記憶領域を割り当てる方法の一例は、例えば特許文献１に開示されている。特許文献１によれば、アクセス管理用サーバによってユーザ毎に論理ボリュームへのアクセス権限が設定され、このアクセス権限に基づいてユーザから論理ボリュームに対するアクセスの許可若しくは不許可が判断される。これによりユーザ毎に論理ボリューム単位でアクセスの制御を行なうことができる。
【０００５】
【特許文献１】特開２００３−３３０６２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１によれば、ユーザ毎に論理ボリュームへのアクセス権限の設定が可能となるが、ユーザによる論理ボリュームの管理に関しては考慮がされていない。即ち、複数のユーザが１つのストレージシステムを共同で使用する場合、各ユーザは自身に割り当てられた論理ボリュームについては管理権限を有する必要があるが、他のユーザに割り当てられた論理ボリュームについては管理権限を取得できないようにする必要がある。しかしながら、特許文献１では係る課題について考慮がされていない。
【課題を解決するための手段】
【０００７】
ストレージシステムは、各々異なる管理者によって管理される複数の論理ボリュームと、
複数の論理ボリュームを制御するコントローラとを有する。ストレージシステムには、複数の論理ボリューム各々について、論理ボリュームを識別するための第一の識別情報と、第一の識別情報に対応付けられた論理ボリュームの第一の管理情報と、第一の識別情報とこの第一の識別情報で識別される論理ボリュームの管理権限を有する管理者の管理者識別情報との対応関係とが記録されている。複数の論理ボリュームのいずれかを管理する管理者からの入力に従った、この管理者の管理者識別情報を有する指示を受信すると、ストレージシステムは、受信した管理者識別情報に対応付けられた第一の識別情報で識別される論理ボリュームの、第一の管理情報を出力する。
【発明の効果】
【０００８】
ストレージシステムの管理者は、ストレージシステム内の複数の論理ボリュームのうち、自身が管理権限を有する論理ボリュームについて、論理ボリュームの管理情報を取得することができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施形態について説明する。尚、本発明は以下の実施形態によって限定されるものではない。
【００１０】
図１は、本実施形態のシステム構成例を示した図である。
【００１１】
計算機システムは、ストレージシステム1、一又は複数のネットワークとストレージシステム１とを接続するスイッチ2、ストレージシステム1のユーザであるユーザ企業Aが使用するネットワークA201、ストレージシステム1のユーザである他のユーザ企業Bが使用するネットワークB202、ストレージシステム1の管理用のネットワークであるネットワークC203、ネットワークC203を介してストレージシステム1の管理を行う管理端末C3、ユーザ企業Aが使用するホスト計算機（以下単にホストとも呼ぶ）A41、ユーザ企業Aのユーザ管理者がユーザ企業Aに割り当てられた論理ボリュームを管理するために使用する管理端末A42、ユーザ企業Bが使用するホストB43を有する。
【００１２】
ストレージシステム１は、ストレージシステム１を制御するコントローラ１１、ホストから受信したデータを格納する一若しくは複数のディスク装置１２（12a、12b）を有する。複数のディスク装置12はRAID（Redundant Arrays of Inexpensive Disks）グループを構成していても良い。ストレージシステム1には、ディスク装置12内の記憶領域から構成される論理的な記憶領域であるLU(Logical Unit)が設定されている。このLUは１つのディスク装置12内の記憶領域から構成されていても、複数のディスク装置12内の記憶領域から構成されていても良い。
【００１３】
ストレージシステム1はストレージサービスを提供する装置提供者によって用意され、1つのストレージシステムは複数ユーザで使用される。ここでは簡単のため1台のストレージシステムが計算機システムに含まれるものとしているが、計算機システム内に複数台のストレージシステムを配置しても良い。
【００１４】
本実施形態では一例としてストレージシステム1をユーザ企業Aとユーザ企業Bが使用する場合を想定するが、ストレージシステム1を使用するユーザの数はこの例には限られない。尚、ストレージシステム1を使用するユーザ企業の管理者をユーザ管理者、ストレージシステム1を提供する装置提供者側の管理者を装置管理者と呼ぶことにする。
【００１５】
管理端末C3はネットワークC203を介してストレージシステム1にアクセスする。管理端末C3はストレージシステム1を提供する装置管理者がストレージシステム1にアクセスしてストレージシステム1を管理するために用いる計算機である。尚、ネットワークC 203は管理端末C3がストレージシステム1にアクセスするために使用される専用のネットワークであっても良いし、ユーザ管理者が使用する管理端末A42やホストB43が管理端末C3と共にネットワークC203に接続されており、これらの計算機間でストレージシステム1の管理のために共有で使用されるものであっても良い。
【００１６】
管理端末C3は、管理端末C3が有するメモリに格納されており、管理端末Cのプロセッサによって実行される管理プログラム31を有する。管理端末C3は、管理プログラム31によってストレージシステム1の管理を行なう。
【００１７】
ホストA41はメモリとプロセッサを有しており、メモリにはプロセッサによって実行されるアプリケーション411が格納されている。ホストA41はアプリケーション411からの要求に従って、ネットワークA201経由でユーザ企業Aに割り当てられているストレージシステム1内の論理ボリュームにアクセスし、この論理ボリュームに格納されているデータを使用する。
【００１８】
管理端末A42もメモリとプロセッサを有しており、メモリにはプロセッサによって実行される管理プログラム421が格納されている。ユーザ企業Aのユーザ管理者は、管理端末Aを用いて管理プログラム421を実行することにより、ユーザ企業Aに割り当てられているストレージシステム1内の論理ボリュームを管理する。
【００１９】
ユーザ企業Bが使用するホストB43もメモリとプロセッサを有しており、メモリにはプロセッサによって実行されるアプリケーションプログラム431及び管理プログラム432が格納されている。ホストB43は、管理プログラム432を実行することにより、ユーザ企業Bに割り当てられているストレージシステム1の論理ボリュームを管理する。またホストB43はホストA41と同様、アプリケーションプログラム431からの要求に従って、ネットワークB202経由でユーザ企業Bに割り当てられている論理ボリュームにアクセスする。
【００２０】
このようにホスト上で管理プログラムを動作させることにより、ホストは管理端末を兼ねることができる。ホストと管理端末を別々の装置とするか、同一ホスト上でアプリケーションプログラムと管理プログラムを動作させるかはユーザの希望する構成により選択可能である。
【００２１】
尚上述の様に、ユーザ管理者が使用する各管理端末はOut-of-bandにより（即ちネットワークC203経由で）ストレージシステム1へ接続することもできる。この場合には、ユーザ企業Aやユーザ企業Bのホストが、ストレージシステム1の論理ボリュームに格納されているデータにアクセスする場合にはネットワークA201若しくはネットワークB202が使用され、ユーザ企業Aやユーザ企業Bのユーザ管理者がストレージシステム1の論理ボリュームを管理する場合には、ネットワークC203が使用されることとなる。
【００２２】
図2はストレージシステム1のコントローラ11の構成の一例を示す図である。
【００２３】
コントローラ11は、メモリ111、CPU112、スイッチ2を介してホストや管理端末からのアクセス要求を受信する上位IF（インタフェース）113、ディスク装置12へ接続される下位IF114、ネットワークC203を介して管理端末C3等に接続されるIF115、及びブリッジ116を備える。
【００２４】
メモリ111にはストレージシステム1の制御を行なうための制御プログラム1110や制御情報、管理情報等のストレージシステム1の制御に必要な各種情報が格納される。またメモリ111は、ディスクアクセスの高速化のため、ホストからのデータを一時的に格納するキャッシュとしても使用される。
【００２５】
制御プログラム1110は、ユーザ管理者が管理する論理的な管理情報を記述する論理層管理テーブル1111、ストレージシステム1内の物理的な構成や記憶領域の配置に依存する物理的な管理情報を記述する物理層管理テーブル1112、論理層管理テーブルに記録されている論理層管理情報と物理層管理テーブルに記録されている物理層管理情報のマッピングを記述するマッピングテーブル1113、各管理情報に対する管理権を記述する管理権制御テーブル1114、ユーザ毎に論理ボリュームに対するアクセス権を制御するアクセス制御モジュール1115を備える。
【００２６】
CPU112は制御プログラム1110を実行してストレージシステム1の制御を行なう。
【００２７】
上位IF113はホストや管理端末と、コントローラ11間の入出力制御を行ない、下位IF114はコントローラ11とディスク装置12間の入出力制御を行なう。ホストとコントローラ11間や、ディスク装置12とコントローラ11間の接続には、ファイバチャネル(Fibre Channel)やSCSI(Small Computer System Interface)、iSCSI(Internet Small Computer System Interface)、Infiniband、SATA(Serial ATA)、SAS(Serial Attached SCSI)等の様々なIFを適用することができる。尚、コントローラ11の内、ホスト側をフロントエンド、ディスク装置側をバックエンドと呼ぶこともある。
【００２８】
本実施例では簡単のため上位IF113及び下位IF114はそれぞれ1つのポートを持つこととしているが、複数のポートを有していてもよい。また、上位IF113及び下位IF114は各々複数存在していても良い。
【００２９】
IF115はホストとの間のデータの入出力に用いられる上位IF113や下位IF114とは別に設けられたIFであり、ストレージシステム1の管理用ポートとして用いられる。IF115と管理端末C3間の接続においても様々なIFを適用することが可能であり、特にネットワーク機器の普及しているLANに対応したIFを用いるのが好適である。
【００３０】
ブリッジ116はCPU112とメモリ111間のデータ転送や上位IF113とメモリ111間のデータ転送等の各種データ転送を制御する。
【００３１】
尚、コントローラ11は負荷分散やフェイルオーバのためにストレージシステム1内に複数備えられていても良い。
【００３２】
図3はストレージシステム1のコントローラ11のメモリ111に格納されている論理層管理テーブル1111の一例を示した図である。
【００３３】
論理層管理テーブル1111にはユーザ管理者が管理可能な論理的な管理オブジェクト（以下論理オブジェクトと呼ぶ。）が記述される。具体的には論理層管理テーブル1111では、管理対象のオブジェクトを特定するための論理オブジェクトID1111aと、管理対象のオブジェクトの種別を表す論理オブジェクト1111b、及び管理対象の論理オブジェクトで管理される内容を示す管理情報1111cが対応付けられている。
【００３４】
論理オブジェクトID1111aは論理オブジェクトをグローバルに一意に特定できる識別情報であり、例えばそれぞれのストレージシステムに固有のシリアル番号にストレージシステム内で固有IDを付加して論理オブジェクトIDとしても良い。この様な論理オブジェクトIDは例えば制御プログラム1110が生成することができる。
【００３５】
ユーザ管理者はこの論理オブジェクトID1111aを使用して対象となる管理情報にアクセスする。ここでは論理オブジェクト1111bの一例としてストレージシステム1に設定されているLUを挙げているが、LUの各属性に更に論理オブジェクトIDを付与すれば、さらに細かな単位での管理権限を設定することも可能である。例えば同一LUについて、性能チューニングに関するパラメータと、データ保存に関するパラメータに別々の論理オブジェクトIDを付与し、別々の管理者や管理プログラムに管理させることも可能である。
【００３６】
管理情報1111cは、論理オブジェクト1111bに関する管理情報であり、例えば論理オブジェクト1111bがLUであれば、管理情報1111cはホストが当該LUを識別するために用いる識別番号であるホストLUN、当該LUの記憶容量、当該LUに関してのキャッシュメモリへのデータの先読みポリシー（先読み容量や先読み処理の有無等）等が該当する。
【００３７】
図4はストレージシステム１のコントローラ１１のメモリ111に格納されている物理層管理テーブル1112の一例を示した図である。
【００３８】
物理層管理テーブル1112にはストレージシステム1内の物理的な構成や配置に依存する物理的な管理情報が記述される。論理層管理テーブル1111と同様、物理層管理テーブル1112には管理対象の物理オブジェクトを特定するための物理オブジェクトID 1112aと、管理対象のオブジェクトの種別を表す物理オブジェクト1112b及び管理対象の物理オブジェクトで管理される内容を示す管理情報1112cが対応付けられている。
【００３９】
物理オブジェクトID1112aは論理層管理テーブル1111内に登録されている論理オブジェクトID1111aと同様の方法で生成される。
【００４０】
尚、図4では物理層管理テーブル1112で管理される物理オブジェクト1112bの一例として内部LUを挙げているが、このほかに、RAIDグループ、ディスク装置12、コントローラ11等の物理構成に依存する物理オブジェクトが管理対象の物理オブジェクト1112bとなり得る。内部LUの詳細に関しては後述する。
【００４１】
管理情報1112ｃは物理オブジェクト1112bに関する管理情報であり、例えば物理オブジェクトが内部LUであれば、この内部LUのストレージシステム内での識別情報である内部LUN、当該内部LUの記憶容量、当該内部LUを構成するRAIDグループの識別番号、当該内部LUを構成するディスク装置12の識別番号等が管理情報1112cとして登録される。
【００４２】
図5はストレージシステム1のコントローラ11のメモリ111内に格納されるマッピングテーブル1113の一例を示した図である。
【００４３】
マッピングテーブル1113には論理層管理テーブルに登録されている論理オブジェクトとその論理オブジェクトを構成する物理オブジェクトとの対応関係が記述される。マッピングテーブルには論理層ID1113aと物理層ID113bが対応付けらており、論理層ID1113aは論理オブジェクトの論理オブジェクトIDを示し、物理層ID1113bは物理オブジェクトの物理オブジェクトIDを示している。
【００４４】
例えばLUを例に考えると、論理オブジェクトID「0123400010」で表される論理オブジェクトのLU（ホストLUN0）は、物理オブジェクトID「0123411110」で表される物理オブジェクトの内部LU（内部LUN0）に対応しており、論理オブジェクトID「0123400020」で表される論理オブジェクトのLU（ホストLUN1）は、物理オブジェクトID「0123411120」で表される物理オブジェクトの内部LU（内部LUN1）に対応していることが、図5に示すマッピングテーブルから分かる。
【００４５】
尚、論理オブジェクトと物理オブジェクトの管理単位の粒度が異なる場合、例えば複数の論理オブジェクトが同一の物理オブジェクトに対応する場合もありうる。また逆に一つの論理オブジェクトに対して複数の物理オブジェクトが対応する場合もある。論理オブジェクトとそれを構成する（若しくはこれに対応する）物理オブジェクトの対応関係がわかるものであれば、マッピングテーブル1113の構成は図4に示すものに限られることはない。
【００４６】
図6はストレージシステム1のコントローラ1のメモリ１１１に格納されている、管理権制御テーブル1114の一例を示した図である。
【００４７】
管理権制御テーブル1114には、ユーザグループを特定するユーザグループID1114a、ユーザグループ内のユーザ管理者を特定する管理者ID1114b、管理者の認証に用いるパスワード1114c、管理対象の論理オブジェクトを特定する論理オブジェクトID1114dが対応付けられており、管理者毎にどの論理オブジェクトが管理可能かを表している。制御プラグラム1110はユーザグループID1114a及び管理者ID1114bによりユーザ管理者を一意に特定することができる。
【００４８】
図6の例では、ユーザ企業AにはユーザグループID「CompanyA」が割り当てられ、ユーザ企業BにはユーザグループID「CompanyB」が割り当てられている。尚、ユーザがホストや管理端末からストレージシステム1にアクセスする際にIPネットワークを使用する場合は、ユーザグループ毎にVLAN(Virtual LAN) を設定してVLANを用いてホストや管理端末からストレージシステム1へのアクセスが実行される場合がある。この様な場合には、ユーザグループIDとしてVLANのIDを使用することもできる。
【００４９】
ユーザグループID「CompanyA」の管理者ID「AdminA1」で特定されるユーザ管理者は、論理オブジェクトID「0123400010」で特定される論理オブジェクトの管理権を持ち、同じユーザグループID「CompanyA」の管理者ID「AdminA2」で特定されるユーザ管理者は、論理オブジェクトID「0123400020」で特定される論理オブジェクトの管理権を持っていることになる。このように同一ユーザグループ内でも複数のユーザ管理者をおき、ユーザ管理者ごとに管理権を管理権制御テーブル1114に設定しておくことができる。
【００５０】
尚、ユーザ管理者に割り当てられる管理権限は論理オブジェクトの管理権のみであり、物理オブジェクトの管理権限は装置管理者が持つことになる。
【００５１】
次に論理ボリュームに関して説明する。通常ディスク装置１２内の記憶領域は、論理ボリューム(LU：Logical Unitとも呼ぶ)という単位でホストから認識される。ストレージシステム1は内部に複数の論理ボリュームを定義し、構築することができる。この論理ボリュームを内部LUと呼ぶ。ストレージシステム1では内部LUを管理するため、内部LUに対して0から始まる整数であるシリアル番号を付与する。この番号を内部LUNと呼ぶ。
【００５２】
一方ホストは、メモリ内に格納されているOSをブートする時に、自身が接続しているストレージシステムをサーチして、ストレージシステム内の使用可能なLUを検出する。この際ホストは、LUに付与されているLUNが0から始まる連続番号であると仮定し、LUN0のLUから順にサーチすることが一般的である。そして、ある番号のLUNで識別されるLUが見つからなかった場合には、そこでサーチを打ち切り、以降のサーチは行なわない場合がある。これはサーチ時間を短縮するための工夫である。
【００５３】
このような場合、ホストが内部LUNを用いてLUをサーチすると、内部LUN=0以外のLUを割り当てられたホストはLUを検出できないことになってしまう。そこで、すべてのホストが、0から始まり、かつ連続番号のLUNを用いてサーチできるよう、各ホストに割り当てられたLUに対してLUNを再定義することが必要である。この再定義されたLUNをホストLUNと呼ぶ。このように、各LUには内部LUNとホストLUNの２つのLUNが割り当てられており、同じLUを識別するためのLUNであっても、ホストが使用するホストLUNとストレージシステム内で使用する内部LUNとは区別され、異なる値となりうる。
【００５４】
図７は論理ボリュームのホストへの割り当ての一例を模式的に示す図である。
【００５５】
図7の例では、複数台のディスク装置（12a-12g）からRAIDグループ500a及び500bが形成され、RAIDグループに複数の内部LU501-504(内部LUN0-内部LUN3)が定義されている。内部LUにはストレージシステム1内でこの内部LUを識別し管理するための固有IDである内部LUNが割り当てられる。図7の例ではRAIDグループ500aには内部LUN0という1つの論理ボリュームが存在し、RAIDグループ500bには内部LUN1、内部LUN2、内部LUN3という3つの論理ボリュームが存在することが分かる。
【００５６】
一方LU601、LU602、LU603はホストから認識される論理ボリュームを表している。ホストA41からはホストLUN0（601）のIDで識別される論理ボリュームと、ホストLUN1（602）のIDで識別される論理ボリュームの2つの論理ボリュームが認識され、ホストB43からはホストLUN0（603）のIDで識別される論理ボリュームが認識されていることが分かる。尚ホストA41が識別しているホストLUN0の論理ボリュームは内部LUN0の内部LUに、ホストA41が識別しているホストLUN1の論理ボリュームは内部LUN1の内部LUに、ホストB43が識別しているホストLUN0の論理ボリュームは内部LUN2の内部LUに各々対応している。
【００５７】
どのホストにどの論理ボリュームを割り当てるかはアクセス制御モジュール1115によって制御される。また、ユーザ毎に論理ボリュームの割り当てを行なうこともできる。その場合アクセス制御モジュール1115はユーザリストとユーザがアクセス可能な論理ボリュームの割り当てを記録しておき、ログインされたユーザに応じて、論理ボリュームの割当て記録を参照し、これに基いてユーザに提供するホストLUNを変化させる。
【００５８】
次にユーザ管理者が管理プログラム421や432を使用してユーザ管理者に割り当てられた論理オブジェクトの管理情報を取得する処理に関して説明する。図8は論理オブジェクトの管理情報を取得する処理の一例を示すフローチャートである。
【００５９】
ユーザ企業Aのユーザ管理者「AdminA1」が管理端末A42上で動作する管理プログラム421を使用して管理情報を取得する場合を例にして説明する。
【００６０】
まず初めに、ユーザ管理者は管理者IDとパスワードを管理端末A42に入力し、管理プログラム421にログインする(ステップ801)。
【００６１】
管理プログラム421はユーザ管理者からの入力を受け付け、管理者ID、パスワード、及びユーザグループIDをストレージシステム1に送信する。尚、ユーザグループIDは予め管理プログラム421に登録されているものとする。ストレージシステム1の制御プログラム1110は管理者IDを一意に特定できるように管理しているため、管理者ID、パスワード、ユーザグループIDの送信経路はネットワークA201経由（Inband）でもネットワークC203経由（Out-of-band）でもかまわない(ステップ802)。
【００６２】
ストレージシステム1の制御プログラム1110は、管理プログラム421から受信した管理者IDとパスワード、及びユーザグループIDを用いて、管理権制御テーブル1114を参照し、ユーザ管理者の認証を行なう(ステップ803)。
【００６３】
なお、前述したようにIPネットワーク経由でストレージシステム1と通信する場合は、通信に使用される各ユーザ企業に割り当てられたVLANのIDをユーザグループIDとして使用することもできる。つまり管理者ID及びパスワードがInbandで送受信される場合には、ネットワークA201上に設定されたユーザ企業A用のVLANのIDをユーザ企業AのユーザグループIDとして用いることができ、管理者ID及びパスワードがOut-of-bandで送信される場合には、ネットワークC203上に設定されたユーザ企業A用のVLANのIDをユーザ企業AのユーザグループIDとして用いることができる。ユーザグループIDとしてVLANのIDを用いる場合には、管理プログラム421がユーザグループIDをストレージシステム1に送信するのではなく、制御プログラム1110が管理プログラム421から管理者ID、パスワードを受信した際、この管理者ID及びパスワードの通信に用いられたVLAN IDをユーザグループIDとして用いる。
【００６４】
ステップ803における認証処理の結果、制御プログラム1110が受信した管理者ID及びパスワードの組み合わせが管理権制御テーブル1114に登録されておらず、管理者ID及びパスワードを送信した管理者が正規の管理者でないと判断された場合、制御プログラム1110は管理プログラム421にエラーを送信し処理を終了する(ステップ807)。
【００６５】
一方ステップ803にて管理者IDの認証に成功すると、制御プログラム1110は管理権制御テーブル1114と論理層管理テーブル1111を参照し、受信した管理者IDに対応する論理オブジェクトID1114d及びこの論理オブジェクトIDに対応する論理オブジェクトの管理情報1111cを管理プログラム421に送信する(ステップ804)。
【００６６】
論理オブジェクトID及び管理情報を受信すると、管理プログラム421は取得した論理オブジェクトID及び管理情報を、管理端末A42が有する表示画面に表示する（ステップ805）。
【００６７】
図9に上述のステップ805において管理端末A42の表示画面に表示される管理画面の一例を示す。図9は、ユーザ企業Aのユーザ管理者「AdminA1」が管理プログラム421にログインした場合の管理画面4210の一例である。
【００６８】
管理画面には、ユーザ管理者「AdminA1」が管理可能な論理オブジェクトの論理オブジェクトIDと管理情報とが登録されたAdminA1管理テーブル4211が表示される。このAdminA1管理テーブルをユーザ管理者が見れば、ユーザ管理者「AdminA1」に割り当てられた論理オブジェクトは論理オブジェクトID「0123400010」で表されるホストLUN0であり、この論理ボリュームの記憶容量は32GB、この論理ボリュームについては512KB分のデータをキャッシュに先読みする制御が可能であり、論理ボリュームのStatusはWORM(Write Once Read Many)であることからこの論理ボリュームに格納されているデータについては上書きすることができず、読出しのみが許可されていることがわかる。
【００６９】
ユーザ管理者「AdminA1」は管理画面4210から得られた情報を基に論理ボリュームの管理を行なう。例えばユーザ管理者「AdminA1」がホストLUN0の先読みパラメータの値を変更したい場合、論理オブジェクトID「0123400010」を指定して先読み値を変更するよう管理プログラム421へ指示を入力する。すると、管理プログラム421は先読み値変更を指示する制御コマンドにユーザ管理者から指定された論理オブジェクトID「0123400010」を含めてストレージシステム1にこの制御コマンドを送信する。この制御コマンドを受信した制御プログラム1110は、制御コマンドに含まれる論理オブジェクトIDから先読み値を変更すべき論理オブジェクトを特定することができるので、論理層管理テーブル1111に登録されているホストLUN0の先読み値を制御コマンドで指定される値に変更する。更に、制御プログラム1110はマッピングテーブル1113を参照して、制御コマンドで指定される論理オブジェクトID「0123400010」1113aに対応する物理オブジェクトID「0123411110」1113bを特定し、物理層管理テーブル1112を参照してこの物理オブジェクトID「0123411110」によって識別される物理オブジェクトである内部LUN0を特定する。そして制御プログラム1110は、以降変更後の先読み値に基いて内部LUN0で識別される内部LUに関する先読み処理を実行する。
【００７０】
尚、ユーザ管理者は管理端末内のメモリに管理用スクリプトを用意し、この管理用スクリプトに自身が管理権限を有する論理オブジェクトのID（図9に示す例では論理オブジェクトID「0123400010」）をあらかじめ記述しておいても良い。こうしておけば、ユーザ管理者が管理プログラム421を用いて制御コマンドを発行する場合に、逐次制御コマンドの対象となる論理オブジェクトIDを指定しなくても、管理プログラム421は管理用スクリプトから論理オブジェクトを特定することができるので、論理ボリュームに対する操作を自動化することができる。
【００７１】
この様に、ユーザ管理者は管理プログラムを用いて、論理オブジェクトに関する管理情報をストレージシステム1から取得することができる。また管理者は、取得した管理情報に基いて管理プログラムを用いて、論理オブジェクトIDを指定した制御コマンドを発行することにより、論理オブジェクトを管理する。制御コマンドを受信するストレージシステムでは、論理オブジェクトと物理オブジェクトとの対応関係を記述したマッピングテーブル1113を用いて、管理プログラムから指定される論理オブジェクトIDを対応する物理オブジェクトIDに変換し、物理層管理テーブル1112を用いて物理オブジェクトIDが示す物理オブジェクトを特定して、この物理オブジェクトに対して制御コマンドで指定された制御を実行する。
【００７２】
尚、ユーザ管理者「AdminA1」は、自分に割り当てられていない他の論理オブジェクトに関しては管理情報を得ることができない。これはストレージシステム1の制御プログラム1110が上述の図8のステップ804において、管理者IDに対応付けられている論理オブジェクトID及びその論理オブジェクトの管理情報のみを、管理プログラム421に送信しているからである。
【００７３】
以上、図8及び図9では、ユーザ企業Aのユーザ管理者「AdminA1」が、管理端末A42を用いて自身に管理権限が割り当てられている論理オブジェクトの管理情報を取得して、この論理オブジェクトを管理する例を示したが、ユーザ企業Bのユーザ管理者がホストB43上の管理プログラム432を用いて自身が管理権限を有する論理オブジェクトの管理情報を取得し、この論理オブジェクトを管理する場合も同様である。
【００７４】
次にストレージシステム1内の物理構成が変更された場合に、この変更に応じてユーザ管理者の管理対象オブジェクトを変更する例を考える。ここでは物理構成の変更の一例として、ストレージシステム1間でデータが移行される場合を考える。
【００７５】
図10はストレージシステム1間でのデータ移行の一例を示す図である。
【００７６】
図10に示すシステムと図1に示すシステムとの違いは、図１０にはストレージシステムが2台スイッチ２に接続されており、ユーザ企業AのホストA41及び管理端末A42、及びユーザ企業BのホストB43は各々2台のストレージシステムにアクセス可能であるという点である。図10に示すストレージシステム1a及びストレージシステム1bの構成は図1に示すストレージシステム1と同様であり、各々がネットワークCを介して管理端末C3とも接続される。
【００７７】
図10において、ストレージシステム1a内の内部LU501（内部LUN0）に格納されている、ユーザ企業Aのデータを、ストレージシステム1b内の内部LU509（内部LUN8）に移行することを考える。この場合、ユーザ企業Aのユーザ管理者は、移動元の内部LU501の管理権限に替えて、新たに移動先の内部LU509の管理権限を取得する必要がある。
【００７８】
図11はストレージシステム1間でデータを移行する際の、ユーザ管理者の管理権限の引継ぎ処理の一例を示すフローチャートである。
【００７９】
まず初めに装置管理者は管理端末3の管理プログラム31を操作し、移行元ボリュームであるストレージシステム1aの内部LU0（501）と移行先ボリュームであるストレージシステム1bの内部LU8（509）を指定し、内部LU0（501）から内部LU8（509）へのデータ移行を指示する。この指示に基き、移行元のストレージシステム1a及び移行先のストレージシステム1bによって、内部LU0（501）から内部LU8（509）へのデータ移行が実行される（ステップ901）。尚、データ移行中にも、ユーザ企業Aのユーザが使用するホストA41のアプリケーションプログラム411から移行対象のデータへのアクセスが可能なように、ストレージシステム1a及びストレージシステム1bは移行対象のデータのコピー処理及びアクセスパスの切り替え処理を実行する。この様なデータ移行処理については、例えば米国特許公報6,108,748に記載されている。
【００８０】
なお、データ移行は、装置管理者からの指示を契機に実行されるのではなく、ストレージシステムの内部制御により実行されてもかまわない。いずれの場合もストレージシステム１aの制御プログラム1110は、移行元の論理ボリュームがストレージシステム1a内のどの論理ボリュームであるか、即ちこの論理ボリュームに対応付けられている論理オブジェクトID及び物理オブジェクトIDを、物理層管理テーブル1112、マッピングテーブル1113及び論理層管理テーブル1111を参照して特定し、記憶しておく。
【００８１】
次に移行元ストレージシステム1aの制御プログラム1110は、論理層管理テーブル1111及び管理権制御テーブル1114を参照して、移行元論理ボリュームに対応する論理オブジェクトIDが登録されているエントリ（行）を特定し、論理層管理テーブル1111及び管理権制御テーブル1114各々について特定されたエントリに記録されている情報を、移行先ストレージシステム1bに送信する（ステップ902）。
【００８２】
移行元のストレージシステム1aの制御プログラム1110は、上述の様に移行元の論理ボリュームに対応付けられている論理オブジェクトIDを記憶しているため、この論理オブジェクトIDに関する論理層管理テーブル1111及び管理権制御テーブル1114に記録された情報を移行先のストレージシステム1bに送信できる。
【００８３】
例えば図10の例においては、移行元の論理ボリュームがストレージシステム1aの内部LU0（501）であり、この内部LU0（501）の物理オブジェクトIDは図4に示す物理層管理テーブル1112によれば「0123411110」、この物理オブジェクトIDに対応する論理オブジェクトIDは図5に示すマッピングテーブル1113によると「0123400010」である。従ってストレージシステム1aの制御プログラム1110は論理オブジェクトID「0123400010」に関する論理層管理テーブル1111上の管理情報、及び論理オブジェクトID「0123400010」に関する管理権制御テーブル1114上の情報を移行先ストレージシステム1bに送信する。
【００８４】
なお、移行元論理ボリュームに対応する論理オブジェクトIDに関する論理層管理テーブル1111のエントリは、移行先ストレージシステム1bにこのエントリに記録されている情報を送信した後も移行元ストレージシステム1aのメモリ111内に保存しておいても良い。こうしておけば、管理プログラム421から移行元ストレージシステム1aに当該論理オブジェクトIDに関する管理情報の問い合わせがあった場合に、移行元ストレージシステム1aが問い合わせに応答して当該論理オブジェクトIDに対応する管理情報を管理プログラム421に返信することができる。尚この場合には、ストレージシステム1a及びストレージシステム1b間で論理層管理テーブルに登録されている情報の同期をとり、2台のストレージシステム1間で同じ論理オブジェクトに対しては同じ管理情報を保存しておく必要がある。
【００８５】
一方、移行元論理ボリュームに対応する論理オブジェクトIDに関する論理層管理テーブル1111のエントリは、移行先ストレージシステム1bにこのエントリに記録されている情報を送信した後、移行元ストレージシステム1aから削除しても良い。この場合には、管理プログラム421はステップ902以降、この論理オブジェクトIDに関する管理情報は移行先のストレージシステム1bの制御プログラム1110に問い合わせる必要がある。
【００８６】
移行元ボリュームに関する情報を移行元ストレージシステム1aの制御プログラム1110から受信した、移行先ストレージシステム1bの制御プログラム1110は、受信した情報に基づいて論理層管理テーブル1111、マッピングテーブル1113、管理権制御テーブル1114を書換える。各テーブルの書換え処理の詳細は後述する(ステップ903)。
【００８７】
移行元論理ボリュームに関する情報の登録が完了すると、移行先ストレージシステム1bの制御プログラム1110は、移行元ストレージシステム1aに、登録の完了通知と移行先論理ボリュームの物理オブジェクトIDを送信する(ステップ904)。
【００８８】
移行元ストレージシステム1aの制御プログラム1110は、移行先ストレージシステム1bから受信した物理オブジェクトIDを、移行元論理ボリュームに対応する論理オブジェクトIDと対応付けてマッピングテーブルに登録して(ステップ905)、処理を終了する。
【００８９】
次にデータ移行先のストレージシステム1bにおける各テーブルの書換えに関して説明する。
【００９０】
図12はデータ移行先のストレージシステム1bの論理層管理テーブルの一例を示す図である。図12(1)はデータ移行前におけるストレージシステム1bが有する論理層管理テーブル1111の一例、図12(2)はデータ移行後におけるストレージシステム1bが有する論理層管理テーブル1111の一例を示している。
【００９１】
図12（1）と（2）を比較すると、データの移行によって移行前にはストレージシステム1aで管理されていた論理オブジェクトID「0123400010」の論理オブジェクトがストレージシステム1bの論理層管理テーブル1111に追加されていることがわかる。この追加処理は、論理オブジェクトID「0123400010」に関する情報を図11のステップ902で受信した移行先ストレージシステム1bの制御プログラム1110が図11のステップ903において実行する。尚、データ移行の移行元論理ボリュームに関する論理オブジェクトが複数存在する場合は、複数の論理オブジェクト各々について、移行先ストレージシステム1bの論理層管理テーブル1111にエントリが追加されることになる。
【００９２】
図13はデータ移行先のストレージシステム1bの物理層管理テーブルの一例を示す図である。データ移行先論理ボリュームである、ストレージシステム1bの内部LU8は、物理オブジェクトID「1000111190」で管理されていることが分かる。物理オブジェクトID「1000111190」に関するこのエントリは、ストレージシステム1bに内部LU8が作成された際に物理層管理テーブルに追加されたものである。従って、物理層管理テーブルがデータの移行によって変更されるわけではない。
【００９３】
図14は、移行先ストレージシステム1bの管理権制御テーブルの一例を示す図である。図14(1)はデータ移行前、図14(2)はデータ移行後の管理権制御テーブル1114を示している。
【００９４】
図14（1）と（2）を比較すると、データの移行によって移行前はストレージシステム1aで管理されていた論理オブジェクトID「0123400010」に関するユーザ管理者情報が、移行先のストレージシステム1bの管理権限制御テーブル1114に追加されていることがわかる。この追加処理は、論理オブジェクトID「0123400010」に関する情報を図11のステップ902で受信した移行先ストレージシステム1bの制御プログラム1110が図11のステップ903において実行する。尚、移行元論理ボリュームに複数のユーザ管理者が登録されている場合や、移行元論理ボリュームに関連する論理オブジェクトが複数存在して複数の論理オブジェクト各々にユーザ管理者が存在する場合は、複数のユーザ管理者IDが管理権限制御テーブル1114に追加される。
【００９５】
図15はデータ移行先のストレージシステム1bにおけるデータ移行後のマッピングテーブルの一例を示す図である。データ移行によって移行先のストレージシステム1bの論理層管理テーブル1111に追加された論理オブジェクトID「0123400010」が、マッピングテーブル1113にも追加されており、この論理オブジェクトID「0123400010」を構成する物理オブジェクトのIDとしてデータ移行先の論理ボリュームであるストレージシステム1bの内部LU8の物理オブジェクトID「1000111190」が登録されている。この追加処理は、論理オブジェクトID「0123400010」に関する情報を図11のステップ902で受信した移行先ストレージシステム1bの制御プログラム1110が図11のステップ903において実行する。
【００９６】
図16は移行元のストレージシステム1aにおけるデータ移行後のマッピングテーブルの一例を示す図である。図５に示すデータ移行前のストレージシステム1aのマッピングテーブル1113と比較すると、データ移行によって、論理オブジェクトID「0123400010」に対応する物理オブジェクトIDが「1000111190」に変化していることがわかる。この物理オブジェクトID「1000111190」は、移行先の論理ボリュームである移行先ストレージシステム1bの内部LUN8の物理オブジェクトIDであり、移行元ストレージシステム1aの制御プログラム1110は図11のステップ904で移行先ボリュームの物理オブジェクトIDを移行先ストレージシステム1aから受信し、ステップ905でマッピングテーブルを書き換える。
【００９７】
以上により、ストレージシステム間でデータ移行が生じた場合には、移行元論理ボリュームの管理権限を有するユーザ管理者が移行元論理ボリュームの代わりに移行先論理ボリュームの管理権限を得ることができるので、移行元論理ボリュームから移行先論理ボリュームへの管理権限の引継ぎが可能となる。
【００９８】
このように、ユーザが使用する論理ボリュームに対して計算機システム全体で一意の論理オブジェクトIDと物理オブジェクトIDを付与し、ユーザ管理者には論理ボリュームを論理オブジェクトIDを用いて管理させ、論理オブジェクトIDと物理オブジェクトIDとの対応関係はストレージシステム若しくは装置管理者が管理することによって、データ移行等によりユーザが管理する論理オブジェクトに構成変更が起こった際も、ユーザはデータ移行前と同じ論理オブジェクトIDを用いてユーザのデータが格納されている移行先の論理ボリュームを管理することができる。また、ユーザ管理者はInband,Out-of-bandにかかわらず、データ移行前後でも不変な一意の論理オブジェクトIDを用いて、ユーザのデータが格納される論理ボリュームを管理することができる。
【００９９】
また、装置管理者は、ユーザ管理者の既存管理プログラムに影響を与えずにストレージシステムの柔軟な物理構成の変更が可能となる。
【図面の簡単な説明】
【０１００】
【図１】一実施形態におけるシステム構成例を示す図である。
【図２】ストレージシステムのコントローラの構成例を示す図である。
【図３】論理層管理テーブルの一例を示す図である。
【図４】物理層管理テーブルの一例を示す図である。
【図５】マッピングテーブルの一例を示す図である。
【図６】管理権制御テーブルの一例を示す図である。
【図７】論理ボリュームのホストへの割当ての一例を示す図である。
【図８】論理オブジェクトの管理情報を取得する処理の一例を示す図である。
【図９】管理端末の表示画面の一例を示す図である。
【図１０】ストレージシステム間におけるデータ移行の一例を示す図である。
【図１１】データ移行の際の管理権限引継ぎ処理の一例を示す図である。
【図１２】データ移行先ストレージシステムの論理層管理テーブルの一例を示す図である。
【図１３】データ移行先ストレージシステムの物理層管理テーブルの一例を示す図である。
【図１４】データ移行先ストレージシステムの管理権制御テーブルの一例を示す図である。
【図１５】データ移行先ストレージシステムのマッピングテーブルの一例を示す図である。
【図１６】データ移行元ストレージシステムのマッピングテーブルの一例を示す図である。
【符号の説明】
【０１０１】
1・・・ストレージシステム
2・・・スイッチ
3・・・ 管理端末、
11・・・コントローラ
31・・・管理プログラム、
41・・・ホスト、
43・・・ホスト
42・・・管理端末
1110・・・制御プログラム
1111・・・論理層管理テーブル
1112・・・物理層管理テーブル
1113・・・マッピングテーブル
1114・・・管理権制御テーブル
1115・・・アクセス制御モジュール
【図１】
2006048313.tif 000003
【図２】
2006048313.tif 000004
【図３】
2006048313.tif 000005
【図４】
2006048313.tif 000006
【図５】
2006048313.tif 000007
【図６】
2006048313.tif 000008
【図７】
2006048313.tif 000009
【図８】
2006048313.tif 000010
【図９】
2006048313.tif 000011
【図１０】
2006048313.tif 000012
【図１１】
2006048313.tif 000013
【図１２】
2006048313.tif 000014
【図１３】
2006048313.tif 000015
【図１４】
2006048313.tif 000016
【図１５】
2006048313.tif 000017
【図１６】
2006048313.tif 000018