(57)【要約】      （修正有）【課題】ＲＡＩＤの構成変更機能を所定範囲において開放可能とすることを目的とする。【解決手段】サブシステムを構成する論理および物理資源を認識する手段と、サブシステム内の論理資源および物理資源をストレージ管理プログラムによりストレージ構成の参照が可能なインターフェイスレベルにおいてユーザ毎に割り当てたパーティション定義テーブルと、パーティション定義テーブルにおいて定義されたユーザ毎のパーティション別にアカウントを設定したアカウントテーブルと、情報処理装置から送信されてくるユーザアカウントを受信してアカウントテーブルに照合することでユーザに対応するパーティションを認識する手段と、前記認識したパーティションが含む論理資源および物理資源をサブシステム内の資源構成として出力インターフェイスにＧＵＩ出力する手段とを備える。【選択図】図１
2005071103.tif 000002
【特許請求の範囲】
【請求項１】
サブシステムを構成する論理および物理資源を認識する手段と、
サブシステム内の論理資源および物理資源を、ストレージ管理プログラムによりストレージ構成の参照が可能なインターフェイスレベルにおいて、ユーザ毎に割り当てたパーティション定義テーブルと、
パーティション定義テーブルにおいて定義されたユーザ毎のパーティション別にアカウントを設定したアカウントテーブルと、
情報処理装置から送信されてくるユーザアカウントを受信して、前記アカウントテーブルに照合することで、当該ユーザに対応するパーティションを認識する手段と、
前記認識したパーティションが含む論理資源および物理資源を、サブシステム内の資源構成として出力インターフェイスに出力する手段と、
を備えることを特徴とするサブシステム論理分割管理装置。
【請求項２】
請求項１に記載のサブシステム論理分割管理装置において、前記認識したパーティションが含む論理資源および物理資源を、サブシステム内の資源構成として出力インターフェイスにＧＵＩ出力する手段を備えることを特徴とするサブシステム論理分割管理装置。
【請求項３】
請求項１に記載のサブシステム論理分割管理装置において、前記出力した論理資源または物理資源の構成変更要求を情報処理装置より受付けて、前記パーティション定義テーブルにおいて論理資源または物理資源の構成変更を行う手段を備えることを特徴とするサブシステム論理分割管理装置。
【請求項４】
請求項１に記載のサブシステム論理分割管理装置において、前記パーティション定義テーブルでユーザ毎に割り当てる資源は、ポート、論理ユニット、論理ユニットに割り当てられる論理的記憶領域たる論理デバイス、ディスクユニットとこのディスクユニット用のデータ修復情報を格納するパリティビット用ディスクユニットとから構成されるディスクユニット群であることを特徴とするサブシステム論理分割管理装置。
【請求項５】
請求項１に記載のサブシステム論理分割管理装置において、情報処理装置より受付けた論理ユニットの仕様要求を、ユーザ毎に定めた前記論理デバイスおよび前記ディスクユニット群の割当てポリシーに照合し、該当ポリシーに応じた論理デバイスおよびディスクユニット群の割当てを実行し、論理ユニットを生成する手段を備えることを特徴とするサブシステム論理分割管理装置。
【請求項６】
請求項５に記載のサブシステム論理分割管理装置において、
前記割当てポリシーは、
別パーティションが割り当てられておらず、かつ、ディスクユニットへの入出力制御が同じアダプタ経由となる別ディスクユニット群が存在しないディスクユニット群から、前記論理デバイスを選択し論理ユニット生成する第１ポリシーと、
別パーティションが割り当てられていないディスクユニット群から前記論理デバイスを選択し、論理ユニットを生成する第２ポリシーと、
前記第１および第２ポリシーに該当する別パーティションが割り当てられていないディスクユニット群から前記論理デバイスを選択し、論理ユニットを生成する第３のポリシーと、
からなることを特徴とするサブシステム論理分割管理装置。
【請求項７】
請求項４または５に記載のサブシステム論理分割管理装置において、ユーザ毎に割り当てる資源として、キャッシュを含むことを特徴とするサブシステム論理分割管理装置。
【請求項８】
コンピュータが、サブシステム内の論理資源および物理資源を、ストレージ管理プログラムによりストレージ構成の参照が可能なインターフェイスレベルにおいて、ユーザ毎に割り当てたパーティション定義テーブルと、
パーティション定義テーブルにおいて定義されたユーザ毎のパーティション別にアカウントを設定したアカウントテーブルとを備えて、
サブシステムを構成する論理および物理資源を認識し、
情報処理装置から送信されてくるユーザアカウントを受信して、前記アカウントテーブルに照合することで、当該ユーザに対応するパーティションを認識し、
前記認識したパーティションが含む論理資源および物理資源を、サブシステム内の資源構成として出力インターフェイスに出力することを特徴とするサブシステム論理分割管理方法。
【請求項９】
サブシステム内の論理資源および物理資源を、ストレージ管理プログラムによりストレージ構成の参照が可能なインターフェイスレベルにおいて、ユーザ毎に割り当てたパーティション定義テーブルと、
パーティション定義テーブルにおいて定義されたユーザ毎のパーティション別にアカウントを設定したアカウントテーブルとを利用可能なコンピュータに、サブシステムの論理分割管理方法を実行させるプログラムであって、
サブシステムを構成する論理および物理資源を認識するステップと、
情報処理装置から送信されてくるユーザアカウントを受信して、前記アカウントテーブルに照合することで、当該ユーザに対応するパーティションを認識するステップと、
前記認識したパーティションが含む論理資源および物理資源を、サブシステム内の資源構成として出力インターフェイスに出力するステップと、
を備えることを特徴とするサブシステム論理分割管理プログラム。このプログラムは、前記各ステップの動作を行うためのコードから構成されている。
【請求項１０】
請求項９に記載のサブシステム論理分割管理プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サブシステム論理分割管理装置および管理方法、プログラム、記録媒体に関する。
【背景技術】
【０００２】
多種多様なコンピュータからのアクセスが想定される記憶サブシステムにおいて、従来のＬＵＮセキュリティ機能ではシステムの資源の有効利用を図りつつ、論理ユニット単位でのセキュリティを実現するといった目的のもと、複数のコンピュータに接続するためのインタフェースを適用可能なポートと、前記ポートを経由して前記コンピュータからアクセス可能な論理ユニットと、前記論理ユニットに格納すべきデータを格納する１つ又は複数の記憶装置と、前記記憶装置に対してデータの読み書きを制御する記憶制御装置を有する記憶サブシステムにおいて、前記論理ユニットにアクセスするコンピュータを、重複を許して、グループに分け、各グループに１つ又は複数の論理ユニットを割り当て、割り当てた論理ユニットと前記記憶装置の記憶領域とを、重複を許して、対応させる管理テーブルを設けたことを特徴とする記憶サブシステム、が提案されている（特許文献１参照）。
【特許文献１】特開２００３−０３００５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
一方で、ストレージシステムの大容量化により、大規模なストレージコンソリデーションが行われるようになってきた。これによれば、サブシステム内には複数のシステム／アプリケーションに帰属するデータが混在することとなる。しかしながら、ＧＵＩレベルのマスキング技術や、データアクセス自体のセキュリティ機能を提供する従来技術では、ストレージコンソリデーションに伴うストレージ管理面でのセキュリティ機能は充分ではなかった。
【０００４】
つまり、従来のＧＵＩレベルのマスキング等では、上位ストレージ管理ソフトが、実際のストレージに構成変更を指示するためのインターフェイス上では資源分割されていないという問題があった。このため、このインターフェイスを利用すればＧＵＩなどでの分割単位に関係なく自由に構成変更が可能となってしまうという課題が残った。
【０００５】
また、上位ストレージ管理ソフトウェアが認識できる範囲までの資源分割（論理ボリュームレベルでの）は可能だが、管理ソフトが認識できない物理資源（例：ＨＤＤレベル）の分割は出来なかった。更に、上記論理ボリュームレベルの分割を行う場合に於いても、当該論理ボリュームがどのような物理資源に配置されているかわらないため、前記分割を行っても物理的には共通の資源である場合があり、性能やセキュリティ上、不具合が残った。
【０００６】
したがって、従来手法によりストレージコンソリデーションがなされたサブシステムの論理分割等を管理するとすれば、ＲＡＩＤの構成変更機能によりＬＵの追加／削除等が可能となっているため、この処理に関して管理者などが誤って他者の領域まで追加／削除等の操作をするおそれもあった。これにより、システムパニックやユーザデータ破壊を引き起こす要因となりうるのである。
【０００７】
そこで、ストレージコンソリデーションに伴い、ＲＡＩＤの構成変更機能を一部、各システム管理者に公開するとすれば、上記問題に鑑みて当該管理者からは当該システム以外の構成変更をガードする機能が必要となる。
【０００８】
そこで本発明はこのような経緯に基づいてなされたもので、ＲＡＩＤの構成変更機能を所定範囲において開放可能とするサブシステム論理分割管理装置および管理方法、プログラム、記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成する本発明のサブシステム論理分割管理装置は、サブシステムを構成する論理および物理資源を認識する手段と、サブシステム内の論理資源および物理資源を、ストレージ管理プログラムによりストレージ構成の参照が可能なインターフェイスレベルにおいて、ユーザ毎に割り当てたパーティション定義テーブルと、パーティション定義テーブルにおいて定義されたユーザ毎のパーティション別にアカウントを設定したアカウントテーブルと、情報処理装置から送信されてくるユーザアカウントを受信して、前記アカウントテーブルに照合することで、当該ユーザに対応するパーティションを認識する手段と、前記認識したパーティションが含む論理資源および物理資源を、サブシステム内の資源構成として出力インターフェイスに出力する手段と、を備えることを特徴とする。
【００１０】
また、コンピュータが、サブシステム内の論理資源および物理資源を、ストレージ管理プログラムによりストレージ構成の参照が可能なインターフェイスレベルにおいて、ユーザ毎に割り当てたパーティション定義テーブルと、パーティション定義テーブルにおいて定義されたユーザ毎のパーティション別にアカウントを設定したアカウントテーブルとを備えて、サブシステムを構成する論理および物理資源を認識し、情報処理装置から送信されてくるユーザアカウントを受信して、前記アカウントテーブルに照合することで、当該ユーザに対応するパーティションを認識し、前記認識したパーティションが含む論理資源および物理資源を、サブシステム内の資源構成として出力インターフェイスに出力することを特徴とするサブシステム論理分割管理方法にかかる。
【００１１】
更に、サブシステム内の論理資源および物理資源を、ストレージ管理プログラムによりストレージ構成の参照が可能なインターフェイスレベルにおいて、ユーザ毎に割り当てたパーティション定義テーブルと、パーティション定義テーブルにおいて定義されたユーザ毎のパーティション別にアカウントを設定したアカウントテーブルとを利用可能なコンピュータに、サブシステムの論理分割管理方法を実行させるプログラムであって、サブシステムを構成する論理および物理資源を認識するステップと、情報処理装置から送信されてくるユーザアカウントを受信して、前記アカウントテーブルに照合することで、当該ユーザに対応するパーティションを認識するステップと、前記認識したパーティションが含む論理資源および物理資源を、サブシステム内の資源構成として出力インターフェイスに出力するステップと、を備えることを特徴とするサブシステム論理分割管理プログラムにかかる。このプログラムは、前記各ステップの動作を行うためのコードから構成されている。
【００１２】
また、前記サブシステム論理分割管理プログラムを記録したコンピュータ読み取り可能な記録媒体にかかる。
【００１３】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄及び図面により明らかにされる。
【発明の効果】
【００１４】
本発明によれば、ＲＡＩＤの構成変更機能を所定範囲において開放可能とする。
【発明を実施するための最良の形態】
【００１５】
＜システム構成＞
図１に本実施形態におけるストレージシステムの構成を示す。サブシステム１０とホスト２５とが例えばＳＣＳＩやファイバチャネルなどのインターフェイス３０（以下、ファイバチャネル３０とする）を介して接続している。情報処理装置の一例としてのホスト２５は、例えばオープンシステム系のコンピュータであり、オープンシステム系のＯＳ（Operating System）が動作するパーソナルコンピュータやワークステーションが想定できる。サブシステム１０は、ファイバチャネル３０のポートに接続する複数のポート１１、キャッシュ制御やデータ転送制御などを行うチャンネルアダプタ（ＣＨＡと記載）１２、サービスプロセッサ１３（ＳＶＰと記載）、制御用構成情報が含まれるシェアドメモリ１４、ＨＤＤなど記憶装置１６への入出力制御を行うディスクアダプタ（ＤＫＡと記載）１５、および記憶装置１６などを備える。
【００１６】
また、上記の如く物理構成としてのサブシステム１０ではなく、論理構成としてのサブシステム１０は、前記ポート１１、ポート１１に割り当てられたホストグループ１８（HostGroupと記載）、論理ユニット１９（以下ＬＵと記載）、論理デバイス２０（以下、ＬＤＥＶと記載）、およびディスクユニット群２１（ECC Groupと記載）とから構成される。
【００１７】
ここで、ＬＵ１９に提供される記憶領域は、この記憶領域に設定される論理的な記憶領域である前記ＬＤＥＶ２０（Logical Device）を単位として管理されている。ホスト２５は、ＬＤＥＶ２０より提供される記憶領域を前記ＬＵ１９の単位で指定する。各ＬＵ１９には固有の識別子であるＬＵＮ（Logical Unit Number）が付与される。ホスト２５において、ＬＵＮは例えばドライブ名であったり、デバイスファイル名であったりする。
【００１８】
また、ディスクユニットとこのディスクユニット用のデータ修復情報を格納するパリティビット用ディスクユニットとから構成されるのが前記ディスクユニット群２１であり、当該ディスクユニット群２１からＬＤＥＶ２０が構成されることとなる。
【００１９】
このようなサブシステム１０に対してＬＡＮなどのネットワーク３５を介してＩ／Ｏ授受を行い、管理処理を実行するのが管理クライアント４０である。この管理クライアント４０は、本発明の方法により分割管理されるサブシステム１０における論理／物理資源の管理者（以下、ユーザ）が、当該資源構成を参照したり、或いは構成変更要求を行うための入力インターフェイスといえる。この管理クライアント４０はネットワーク３５を通じてサービスプロセッサ１３の管理用構成情報（パーティション定義テーブル）１７にアクセス可能で、前記ユーザに定められた所定資源の構成領域のみについて参照し、変更できる。
【００２０】
図２は本実施形態におけるユースケースイメージを示す図である。本発明のサブシステム論理分割管理方法を適用すれば、大規模なストレージコンソリデーションが行われるたサブシステム１０においても、混在する複数のシステム／アプリケーションに帰属するデータを前記ユーザ毎に分割、つまりパーティショニングし、ユーザ間でのパーティション越境を許さない。
【００２１】
つまり、例えば従来のＧＵＩレベルのマスキング手法等とは異なり、ストレージ管理ソフトが、実際のストレージに構成変更を指示するためのインターフェイス上において資源分割がなされている（このインターフェイスをＡＰＩ（Application Program Interface）とする）。このため、このインターフェイスを利用し、サブシステム１０におけるパーティション５０に管理クライアント４０からアクセスがあったとしても、サービスプロセッサ１３より当該管理クライアント４０に返される分割単位と、構成変更が可能な範囲とが齟齬を生じないのである。
【００２２】
例えば、管理クライアント４０を通じてのパーティション５０へのアクセスが正常なものであったとしても、他パーティション５１〜５３へのアクセスは認められない。また、ＧＵＩ表示出力も他パーティションについてはなされない。或いは、ＧＵＩ表示は他パーティションについても行うとしても、資源構成の変更等は受け付けない。ここにおける、ディスクアレイ装置、ＡＰＩ、およびＧＵＩの関係は図３に示すものとなる。従来技術におけるパーティショニング処理に際しては、ＧＵＩレベルで実現されていたため、ＡＰＩレベルでは資源全体の構成までもが閲覧或いは操作可能となっていた。しかし本発明においてユーザは、ＧＵＩレベルでの資源構成のみ閲覧や各種操作を行えるものとなっており、たとえＡＰＩレベルで資源構成の閲覧や変更を行おうとしても、当該ユーザに割当てられた資源構成のみしか当初より提示されない。つまり、ＡＰＩレベルにおいてもパーティショニングが確立されるのである。
【００２３】
サブシステム１０を統合管理するストレージ管理者は、サブシステム１０が含むディスクユニット群２１（物理構成上の）より、前記ユーザ毎のパーティションを構成する（論理構成上の）ディスクユニット群２１を割り当てる。この時、サービスプロセッサ１３は、性能・容量等の特性の異なるディスクドライブが混在するサブシステム内でアクセス特性に応じてデータを最適なディスクドライブに移動／再配置する内部階層制御機能（HIHSMと記載）を適用し、処理の効率化を図ることができる。
【００２４】
また、任意のサイズの論理ユニットを作成する機能（CVSと記載）を適用し、ディスク容量を効率よく使用するとできる。更に、複数の標準論理ユニットを結合し大容量LUを作成する機能（LUSEと記載）を適用し、ホストに対して巨大な論理ユニット１９を提供し、大規模アプリケーションへの対応を可能とすることもできる。
【００２５】
なお、従来より提案されているＬＵＮセキュリティ（Lun Security）が適用されているサブシステムに本発明の手法を更に適用すれば、各論理ユニットごとにアクセス可能なホストを設定できるといったＬＵＮセキュリティの機能に加えて、サブシステム内におけるユーザ毎の資源構成表示と構成変更可否の範囲とを対応させる機能を更に提供することが可能となり好適である。しかも、ＡＰＩレベルでの資源構成の参照・変更要求に対してアクセス制限を行うことも可能となり、より一層のセキュリティ向上が図れることとなる。
【００２６】
＜処理説明＞
以下、本発明のサブシステム論理分割管理方法の実際手順について説明を行う。なお、以下で説明するサブシステム論理分割管理方法に対応する各種動作は、サービスプロセッサ１４が利用するプログラムにより実現され、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００２７】
図４は本実施形態における初期パーティション定義フロー（ポリシー有り）を示す図である。まず、ユーザからのリクエストに応じて行う初期パーティショニングについて述べる。サービスプロセッサ１４は、予めサブシステム１０を構成する論理および物理資源を認識しているものとする。この構成情報は、管理用構成情報１７に格納されている（ｓ４００）。この管理用構成情報１７は、サブシステム内の論理資源および物理資源を、ストレージ管理プログラムによりストレージ構成の参照が可能なインターフェイスレベル、つまりＡＰＩレベルにおいて、ユーザ毎に割り当てた定義テーブルとなる。
【００２８】
図７のシステム構成（ポリシーベース資源アサイン機能有り）とパーティション定義テーブルを示す図におけるパーティション定義テーブルでは、“User”の名称をキーとして、当該ユーザについて設定されているポリシー、割り当てられている前記ポート１１、ホストグループ１８、ＬＶＯＬ、ＬＤＥＶ２０、ディスクユニット群（ＥＣＣ）２１の各ＩＤが各カラム５００〜５０６に関連付けされたデータ構成となっている。
【００２９】
前記ホスト２５等の情報処理装置からのアクセスに伴い送信されてくるユーザアカウントを受信すると（ｓ４０１）と、前記サービスプロセッサ１４は、アカウントテーブルにこれを照合する。図９にアカウントテーブル６００の一例を示す。アカウントテーブル６００は、例えば前記“User”の名称をキーとして、ユーザＩＤおよびパスワードが各カラム６０１〜６０３に関連付けされたデータ構成となっている。本ユーザＩＤおよびパスワードの登録は、上位ユーザ（スーパーユーザ）のみが行える。
【００３０】
サービスプロセッサ１４は、前記照合により当該ユーザに対応するパーティション５０を認識することができる。例えば、ユーザが“odawara”であった場合、アクセス可能な資源構成として、ポート“１Ａ”でホストグループが“00”、ポート“２Ａ”でホストグループが“00”、そしてＬＤＥＶが“00.00”〜“00.03”、ディスクユニット群が“１−１”となる。
【００３１】
一方、ユーザより、ポート、ホストグループ、ＬＶＯＬ、ポリシーといった指示情報を含むパーティション作成指示を受信した場合（ｓ４０２）、ホスト２５等の情報処理装置より受付けた論理ユニット１９の仕様要求を、ユーザ毎に定めた前記論理デバイス１９および前記ディスクユニット群２１の割当てポリシーに照合する。図７はシステム構成（ポリシーベース資源アサイン機能有り）とパーティション定義テーブルを示す図である。この場合、図７に示す通り、管理用構成情報１７において、各ユーザ毎に前記割当てポリシーが定義されているものとする。
【００３２】
よって、本実施形態における管理用構成情報１７は、“User”をキーとして、割当てポリシー、ポート、ホストグループ、ＬＶＯＬ（仕様要求に対応する仮想ユニット）、ＬＤＥＶ、ディスクユニット群が各カラム５００〜５０６に関連づけされたデータ構成となる。但し、前記仕様要求に対応したＬＶＯＬが定められるまでは前記ＬＤＥＶおよびディスクユニット群は不定である。
【００３３】
サービスプロセッサ１４は、前記管理用構成情報１７に基づき、該当ポリシーを認識する（ｓ４０３）。ユーザが例えば“odawara”だった場合、その割当てポリシーは“独立”（「独」と記載）となる。この“独立”ポリシーは、「別パーティションが割り当てられておらず、かつ、ディスクユニットへの入出力制御が同じアダプタ経由となる別ディスクユニット群が存在しないディスクユニット群から、論理デバイスを選択し論理ユニット生成する」なる旨を規定した第１ポリシーとなる。
【００３４】
また、他ポリシーの例として、「別パーティションが割り当てられていないディスクユニット群から前記論理デバイスを選択し、論理ユニットを生成する」なる旨を規定した第２ポリシー、“一部共用”（「一」と記載）ポリシーがある。
【００３５】
更に、「前記第１および第２ポリシーに該当する別パーティションが割り当てられていないディスクユニット群から前記論理デバイスを選択し、論理ユニットを生成する」なる旨を規定した第３のポリシー、“共用”（「共」と記載）ポリシーがある。
【００３６】
上記のように割当てポリシーを認識したサービスプロセッサ１４は、当該ポリシーに応じた論理デバイスおよびディスクユニット群の割当てを実行する（ｓ４０４）。そしてこの選択した論理デバイスおよびディスクユニット群より、論理ユニットを生成する（ｓ４０５）。論理ユニットが生成され、当該ユーザのパーティションの資源構成が更新されたこととなるから、勿論、前記管理用構成情報１７も更新する。つまり、パーティション定義テーブルへの資源登録を実行し（ｓ４０６）、処理は終了する。
【００３７】
図５は本実施形態における初期パーティション定義フロー（ポリシー無し）を示す図である。次に、ユーザからの要求に応じた初期パーティショニングの処理のうち、ポリシーを考慮しない場合について述べる。サービスプロセッサ１４は、予めサブシステム１０を構成する論理および物理資源を認識しているものとする。この構成情報は、管理用構成情報１７に格納されている（ｓ５００）。この管理用構成情報１７は、サブシステム内の論理資源および物理資源を、ストレージ管理プログラムによりストレージ構成の参照が可能なインターフェイスレベル、つまりＡＰＩレベルにおいて、ユーザ毎に割り当てた定義テーブルとなる。
【００３８】
図８のシステム構成（ポリシーベース資源アサイン機能無し）とパーティション定義テーブルを示す図におけるパーティション定義テーブルでは、“User”の名称をキーとして、当該ユーザに割り当てられている前記ポート１１、ホストグループ１８、ＬＤＥＶ２０、ディスクユニット群（ＥＣＣ）２１の各ＩＤが各カラム４００〜４０４に関連付けされたデータ構成となっている。
【００３９】
前記ホスト２５等の情報処理装置からのアクセスに伴い送信されてくるユーザアカウントを受信すると（ｓ５０１）と、前記サービスプロセッサ１４は、上記同様にアカウントテーブル（図９参照）にこれを照合する。
【００４０】
サービスプロセッサ１４は、前記照合により当該ユーザに対応するパーティション５０を認識することができる。例えば、ユーザが“odawara”であった場合、アクセス可能な資源構成として、ポートが“１Ａ”でホストグループが“00”、ポート“２Ａ”でホストグループが“00”、そしてＬＤＥＶが“00.00”〜“00.03”、ディスクユニット群が“１−１”となる。
【００４１】
一方、ユーザより、ポート、ホストグループ、ＬＶＯＬといった指示情報を含むパーティション作成指示を受信した場合（ｓ５０２）、ホスト２５等の情報処理装置より受付けた論理ユニット１９の仕様要求を、管理用構成情報１７における前記論理デバイス１９および前記ディスクユニット群２１の他ユーザに関する割当て状況と照合する。図８に示す通り、前記管理用構成情報１７は、“User”をキーとして、割当てたポート、ホストグループ、ＬＤＥＶ、ディスクユニット群が各カラム４００〜４０４に関連づけされたデータ構成となっている。
【００４２】
前記管理用構成情報１７に基づき、前記ユーザに割当て可能な資源を認識したサービスプロセッサ１４は、論理デバイスおよびディスクユニット群の割当てを実行する（ｓ５０３）。そしてこの選択した論理デバイスおよびディスクユニット群より、論理ユニットを生成する（ｓ５０４）。これにより論理ユニットが生成され、当該ユーザのパーティションの資源構成が更新されたこととなるから、勿論、前記管理用構成情報１７も更新する。つまり、パーティション定義テーブルへの資源登録を実行し（ｓ５０５）、処理は終了する。
【００４３】
次に、ユーザからのリクエストに応じて行う資源構成の参照／更新について述べる。図６は本実施形態における構成参照／更新フローを示す図である。サービスプロセッサ１４は、予めサブシステム１０を構成する論理および物理資源を認識しているものとする（ｓ６００）。この構成情報は、前記同様に管理用構成情報１７に格納されている。
【００４４】
サービスプロセッサ１４は、前記ホスト２５等の情報処理装置から、ユーザＩＤおよびパスワードの指定を伴うユーザのログイン要求を受け付け、適宜な認証処理を経てログイン処理を実行する（ｓ６０１）。そして、ログインに伴って送信されてくるユーザアカウントを受信すると（ｓ６０２）と、上記同様、図９に示すアカウントテーブルにこれを照合する。
【００４５】
サービスプロセッサ１４は、前記照合により当該ユーザに対応するパーティション５０を認識することができる（ｓ６０３）。例えば、ユーザが“odawara”であった場合、アクセス可能な資源構成として、ポート“１Ａ”でホストグループが“00”、ポート“２Ａ”でホストグループが“00”、そしてＬＤＥＶが“00.00”〜“00.03”、ディスクユニット群が“１−１”となる（図７または図８参照）。
【００４６】
サービスプロセッサ１４は、前記認識したパーティション５０が含む各論理資源および物理資源を、サブシステム内の資源構成として前記ホスト２５に出力する（ｓ６０４）。そこで当該資源構成について変更要求がなければ（ｓ６０５：NO）、処理は終了する。他方、ホスト２５より変更要求があったならば（ｓ６０５：YES）、これを受付ける（ｓ６０６）。ここでは勿論、他パーティションについて、或いは他パーティションからの変更要求は拒絶されている。
【００４７】
前記変更要求を受け付けたサービスプロセッサ１４は、前記管理用構成情報１７において、該当する論理資源または物理資源の書き換えを許容する。或いは変更要求の内容に従って構成変更を行うべくテーブル内容を変更し（ｓ６０７）、処理は終了する。
【００４８】
なお、前記サービスプロセッサ１４は、ユーザ毎に割り当てされたパーティション５０が含む各論理資源および物理資源を、サブシステム内の資源構成として前記ホスト２５にＧＵＩ出力することも可能である。ここでＧＵＩ出力される資源構成は、ユーザからの構成変更／閲覧の要求を受付可能な資源のみ含まれるものとする。従って、他ユーザのパーティションについて、或いは他パーティションからの変更要求／閲覧要求は拒絶されている。或いは閲覧のみは許可するが、構成変更は受け付けないとしてもよい。
【００４９】
前記ＧＵＩ出力は、前記各資源の関連がツリー形式で構成されたデータが想定できる。また、ＧＵＩ出力のパターンとしては、前記ユーザのパーティション５０のみを表示し他パーティションを隠蔽するパターンと、構成資源で共有するものがあれば当該共有資源については前記パーティション５０に加えて表示するパターンと、全てのパーティションを表示するが構成変更についてはパーティション５０についてのみ受けるパターンといった各種バリエーションが適用できる。
【００５０】
更に、前記構成資源の表示／隠蔽については、前記管理用構成情報１７におけるポリシーに基づいて、例えば、ポリシーが「独立」の場合には該当ユーザの構成資源のみの表示、「共用」の場合には該当ユーザおよび他ユーザの構成資源の両方の表示、「一部共用」の場合には該当ユーザの構成資源と他ユーザと共有する構成資源との関与を併せ示した表示といった如く、出力処理を行うこともできる。
【００５１】
以上により情報処理装置からの該当パーティションへのアクセスと構成変更とをＡＰＩレベルにて管理する本発明のサブシステム論理分割管理方法が実行された。
【００５２】
これにより、各パーティション５０毎、つまりは各システムやアプリケーションのユーザ毎にＲＡＩＤの構成変更機能（の一部）をセキュリティを保ちつつ開放できることとなった。つまり、前記ユーザはストレージ管理者から割り当てられたボリュームの範囲内で資源の設定追加／変更等ができるのである。
【００５３】
このような効果は、ストレージコンソリデーションにより複数システムのストレージが１サブシステム内に混在する状況において特に大きく奏されることとなり、各ユーザの利便性を損なわずにストレージコンソリデーションによる管理統合のメリットも得ることができる。
【００５４】
したがって、ＲＡＩＤの構成変更機能を所定範囲において開放可能とするサブシステム論理分割管理装置および管理方法、プログラム、記録媒体を提供可能となる。
【００５５】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【００５６】
【図１】本実施形態におけるストレージシステムの構成を示す図である。
【図２】本実施形態におけるユースケースイメージを示す図である。
【図３】本実施形態におけるディスクアレイ装置、ＡＰＩ、およびＧＵＩの関係を示す図である。
【図４】本実施形態における初期パーティション定義フロー（ポリシー有り）を示す図である。
【図５】本実施形態における初期パーティション定義フロー（ポリシー無し）を示す図である。
【図６】本実施形態における構成参照／更新フローを示す図である。
【図７】システム構成（ポリシーベース資源アサイン機能有り）とパーティション定義テーブルを示す図である。
【図８】システム構成（ポリシーベース資源アサイン機能無し）とパーティション定義テーブルを示す図である。
【図９】アカウントテーブルの一例を示す図である。
【符号の説明】
【００５７】
１０  サブシステム
１１  ポート
１２  チャンネルアダプタ、ＣＨＡ
１３  サービスプロセッサ、ＳＶＰ
１４  シェアドメモリ
１５  ディスクアダプタ、ＤＫＡ
１７  パーティション定義テーブル、管理用構成情報
１６  記憶装置、ＨＤＤ
１８  ホストグループ
１９  論理ユニット、ＬＵ
２０  論理デバイス、ＬＤＥＶ
２１  ディスクユニット群
２５  情報処理装置、ホスト
３０  インターフェイス、ファイバチャネル
３５  ネットワーク
４０  管理クライアント
【図１】
2005071103.tif 000003
【図２】
2005071103.tif 000004
【図３】
2005071103.tif 000005
【図４】
2005071103.tif 000006
【図５】
2005071103.tif 000007
【図６】
2005071103.tif 000008
【図７】
2005071103.tif 000009
【図８】
2005071103.tif 000010
【図９】
2005071103.tif 000011