記憶システム及びその管理方法並びに記憶制御装置
【課題】各ユーザが与えられた権限の範囲内で必要な設定を行うことができるｉＳＣＳＩを実装したストレージ装置を実現することを目的とした記憶システム及びその管理方法並びに記憶制御装置を提案しようとするものである。
【解決手段】１又は複数のホスト計算機と、各前記ホスト計算機に対してデータを読み書きするための記憶領域でなる複数の論理ボリュームを提供する記憶制御装置とを有する記憶システムにおいて、前記記憶制御装置は、前記ホスト計算機に割り当て又は未割り当ての前記論理ボリュームの情報をボリューム情報として管理する管理部と、前記ホスト計算機からのコマンドに基づいて、必要な前記ボリューム情報を識別する識別部と、識別部により識別した必要な前記ボリューム情報に基づいて、前記ボリューム情報に含まれる前記論理ボリュームの機能情報に応じた所定の処理を前記論理ボリュームに対して実行する実行部と、を備えることとした。
【解決手段】１又は複数のホスト計算機と、各前記ホスト計算機に対してデータを読み書きするための記憶領域でなる複数の論理ボリュームを提供する記憶制御装置とを有する記憶システムにおいて、前記記憶制御装置は、前記ホスト計算機に割り当て又は未割り当ての前記論理ボリュームの情報をボリューム情報として管理する管理部と、前記ホスト計算機からのコマンドに基づいて、必要な前記ボリューム情報を識別する識別部と、識別部により識別した必要な前記ボリューム情報に基づいて、前記ボリューム情報に含まれる前記論理ボリュームの機能情報に応じた所定の処理を前記論理ボリュームに対して実行する実行部と、を備えることとした。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶システム及びその管理方法並びに記憶制御装置において、設定作業を行うためのインタフェース技術に関する。
【背景技術】
【０００２】
近年、ストレージ装置において、ネットワーク接続の機能が多く実現されてきている。このネットワーク接続の機能により、ストレージ装置は、ファイバチャネルやＩＰ（Internet Protocol）ネットワークなどを介して、計算機とデータやコマンドの送受信を行うことができる。そして、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）によってＳＣＳＩ（Small Computer System Interface）コマンドの送受信を行うプロトコルとして、ｉＳＣＳＩ（Internet Small Computer Systems Interface）が標準化されており、このｉＳＣＳＩを実装したストレージ装置が多く使用されるようになってきている。
【０００３】
従来、計算機とｉＳＣＳＩを実装したストレージ装置を新規に接続し、計算機がｉＳＣＳＩを実装したストレージ装置内の記憶領域をＳＣＳＩ機器としてアクセスできる状態にするためには、管理者がｉＳＣＳＩを実装したストレージ装置に対して、イニシエータ名、ターゲット名、等の情報の設定を行い、計算機のユーザに対してこれらの情報を通知する。そしてユーザが、これらの情報を計算機に対して設定する、という手続きを経る必要があった。
【０００４】
通常、この手続きはユーザ毎に必要となり、設定すべきＬＵ（Logical Unit）のＲＡＩＤ（Redundant Array of Inexpensive Disks）レベルや容量もユーザによって異なるため、ｉＳＣＳＩを実装したストレージ装置を使用するユーザ数が増大するにつれて、管理者の負荷が増大するという問題があった。
【０００５】
この問題を解決する方法として、ｉＳＣＳＩを実装したストレージ装置に対する設定権限をユーザに対して委譲し、上記設定作業の一部をユーザに行わせるという技術が考えられる。
【０００６】
なお、ｉＳＣＳＩを実装したストレージ装置内部でのデータ移動やデータコピーに関するストレージ装置内部の状態の変化に対応する技術が開示されている。
【特許文献１】特開２００４−１９２３０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、ｉＳＣＳＩを実装したストレージ装置に対する設定権限をユーザに委譲する場合、ユーザがディスク領域を無制限に割り当てることにより、ｉＳＣＳＩを実装したストレージ装置のディスク上の空き領域が枯渇するという問題が新たに発生する。
【０００８】
また、従来、管理者は管理用端末で設定作業を行うためにｉＳＣＳＩを実装したストレージ装置に固有のソフトウェアを使用していた。このため、設定権限をユーザへ委譲するためには、ｉＳＣＳＩを実装したストレージ装置に固有のソフトウェアを個々の計算機にインストールする必要が生じるという問題が発生する。
【０００９】
そこで、本発明は、ｉＳＣＳＩを実装したストレージ装置に固有のソフトウェアを個々の計算機にインストールすることなく、各ユーザが与えられた権限の範囲内で必要な設定を行うことができるｉＳＣＳＩを実装したストレージ装置を実現することを目的とした記憶システム及びその管理方法並びに記憶制御装置を提案しようとするものである。
【課題を解決するための手段】
【００１０】
かかる課題を解決するため本発明においては、１又は複数のホスト計算機と、各前記ホスト計算機に対してデータを読み書きするための記憶領域でなる複数の論理ボリュームを提供する記憶制御装置とを有する記憶システムにおいて、前記記憶制御装置は、前記ホスト計算機に割り当て又は未割り当ての前記論理ボリュームの情報をボリューム情報として管理する管理部と、前記ホスト計算機からのコマンドに基づいて、必要な前記ボリューム情報を識別する識別部と、識別部により識別した必要な前記ボリューム情報に基づいて、前記ボリューム情報に含まれる前記論理ボリュームの機能情報に応じた所定の処理を前記論理ボリュームに対して実行する実行部と、を備えることを特徴とする。
【００１１】
その結果、論理ボリュームの機能情報に応じた所定の処理を識別することで、ストレージ装置内で当該処理を行うことができる。
【００１２】
また、本発明においては、１又は複数のホスト計算機と、各前記ホスト計算機に対してデータを読み書きするための記憶領域でなる複数の論理ボリュームを提供する記憶制御装置とを有する記憶システムの管理方法において、前記記憶制御装置は、前記ホスト計算機に割り当て又は未割り当ての前記論理ボリュームの情報をボリューム情報として管理する管理ステップと、前記ホスト計算機からのコマンドに基づいて、必要な前記ボリューム情報を識別する識別ステップと、識別ステップにより識別した必要な前記ボリューム情報に基づいて、前記ボリューム情報に含まれる前記論理ボリュームの機能情報に応じた所定の処理を前記論理ボリュームに対して実行する実行ステップと、を備えることを特徴とする。
【００１３】
その結果、論理ボリュームの機能情報に応じた所定の処理を識別することで、ストレージ装置内で当該処理を行うことができる。
【００１４】
さらに、本発明においては、１又は複数のホスト計算機に対してデータを読み書きするための記憶領域でなる複数の論理ボリュームを提供する記憶制御装置において、前記ホスト計算機に割り当て又は未割り当ての前記論理ボリュームの情報をボリューム情報として管理する管理部と、前記ホスト計算機からのコマンドに基づいて、必要な前記ボリューム情報を識別する識別部と、識別部により識別した必要な前記ボリューム情報に基づいて、前記ボリューム情報に含まれる前記論理ボリュームの機能情報に応じた所定の処理を前記論理ボリュームに対して実行する実行部と、を備えることを特徴とする。
【００１５】
その結果、論理ボリュームの機能情報に応じた所定の処理を識別することで、ストレージ装置内で当該処理を行うことができる。
【発明の効果】
【００１６】
本発明によれば、ユーザがストレージ装置に固有のソフトウェアを使用することなく、与えられた権限の範囲内でストレージ装置に対する設定作業を行うことができるため、管理者の設定作業の負荷を軽減することができる。
【発明を実施するための最良の形態】
【００１７】
（１）第１の実施の形態
第１の実施の形態では、ストレージ装置が新規にＬＵを作成する場合の動作を例にとり、説明する。
【００１８】
図１は、第１の実施の形態に係る記憶システムの概略図である。図１に示すように、記憶システム１は、インターネット、イントラネットなどのネットワーク１２０を介して互いに接続された、ストレージ装置１００、複数のホスト計算機１１０、ストレージ装置１００に接続された管理用端末１５０を備えて構成される。
【００１９】
ホスト計算機１１０は、データの入出力を伴うアプリケーションを実行する情報処理装置であり、ストレージ装置１００にアクセスするためのイニシエータプログラム１１１及びイニシエータプログラム１１１を実行するためのホスト側ＣＰＵ（Central Processing Unit）１１２を有している。
【００２０】
ストレージ装置１００は、ストレージ側ＣＰＵ１０１（制御部）と、メモリ（制御部）１０２と、アクセスを高速化するためのキャッシュ１０３と、ディスクコントローラ１０４と、１枚以上のディスク１０５と、ポート１０６ａ、１０６ｂ（以下、まとめてポート１０６ともいう）と、フラッシュメモリ等からなる半導体メモリ１０７と、管理ポート１０８と、これらの装置を接続するバス１０９と、を有する。
【００２１】
ストレージ側ＣＰＵ１０１は、メモリ１０２に記憶されたターゲットプログラム２０１を実行することで、後記する各種の処理を行う。
【００２２】
メモリ１０２は、後記するターゲットプログラム２０１及びデータを記憶するための装置である。
【００２３】
キャッシュ１０３は、書き込みデータを一時的に記憶するための装置である。
【００２４】
ディスクコントローラ１０４は、ディスク１０５へのデータの入出力を制御する装置である。なお、ディスクコントローラ１０４は、ＲＡＩＤ（Redundant Array of Independent Disks）に相当する処理を行うものであってもよい。
【００２５】
ディスク１０５は、ホスト計算機１１０が読み書きするデータを記憶する装置である。
【００２６】
ポート１０６は、ストレージ装置１００にＬＡＮ（Local Area Network）ケーブルを接続するためのネットワークカード等の装置であり、データの送受信処理を行う。なお、本実施形態では、ストレージ装置１００が２つのポート１０６ａ、１０６ｂを有するものとするが、３つ以上のポート１０６を有するものであってもよい。
【００２７】
半導体メモリ１０７は、ストレージ装置１００の起動時にメモリ１０２に読み出されるプログラム及びデータを記憶する装置である。
【００２８】
管理ポート１０８は、ストレージ装置１００を管理用端末１５０へ接続するための装置である。
【００２９】
管理用端末１５０は、ストレージ装置１００の管理ポート１０８を通じて、後記するイニシエータ毎のＬＵの最大ディスク使用量の設定など、ストレージ装置１００に対する設定作業を行うための計算機である。
【００３０】
図２は、ストレージ装置１００のメモリ１０２に記憶されるプログラム及びデータを示したものである（適宜図１参照）。メモリ１０２には、ターゲットプログラム２０１と、ターゲット表２０２と、イニシエータ管理表２０３と、が記憶される。
【００３１】
ターゲットプログラム２０１は、ホスト計算機１１０上で動作しているイニシエータプログラム１１１との間で、ｉＳＣＳＩの規格に従いｉＳＣＳＩ ＰＤＵ（Protocol Data Unit）の送受信を行うためのプログラムである。またターゲットプログラム２０１は、ホスト側ＣＰＵ１１２のイニシエータプログラム１１１の処理に基づくｉＳＣＳＩ Ｌｏｇｉｎ ＰＤＵの受信を契機として、ＬＵあるいはターゲットの新規作成、追加、削除を行ったりするが、このときの動作の詳細は図５から図８を用いて後記する。
【００３２】
ターゲット表２０２は、イニシエータ、ターゲット、ポート、ＬＵの対応関係及び、該当するＬＵの容量を示す表であるが、詳細については図３を用いて後記する。
【００３３】
イニシエータ管理表２０３は、イニシエータ毎に割り当てられたＬＵの使用容量の上限を示す表であるが、詳細については図４を用いて後記する。
【００３４】
図３は、ターゲット表２０２の一例を示す図である。
【００３５】
ターゲット表２０２は、「イニシエータ名」フィールド３０１、「ターゲット名」フィールド３０２、「割当ポート」フィールド３０３、「ＬＵＮ」フィールド３０４及び「ディスク使用量」フィールド３０５の情報からなるテーブルである。
【００３６】
「イニシエータ名」フィールド３０１には、ｉＳＣＳＩイニシエータを識別する名前が格納されている。
【００３７】
「ターゲット名」フィールド３０２には、ｉＳＣＳＩターゲットを識別する名前が格納されている。
【００３８】
「割当ポート」フィールド３０３には、ポート１０６がイニシエータのターゲットへのアクセスを許可するか否かを表す情報が格納されている。例えば、アクセスを許可する場合「１」の値を、許可しない場合「０」の値を取るものとする。本実施の形態の一例ではストレージ１００が２個のポート１０６ａ、１０６ｂを持つ場合を例に取って説明しており、これらのポートがそれぞれＩＰアドレス「192.168.0.1」及び「192.168.0.2」で識別されるものとしている。図３に示した一例では、イニシエータ名「initiator0」で識別されるイニシエータが、ターゲット名「iqn.init000−20gb−jbod−lu0」で識別されるターゲットに対して、ＩＰアドレス「192.168.0.1」で識別されるポートを通じてアクセスできるが、ＩＰアドレス「192.168.0.2」で識別されるポートを通じてアクセスできないことを意味する。
【００３９】
「ＬＵＮ」フィールド３０４には、各ホスト計算機１１０に割り当てたＬＵを識別するための番号が格納されている。「ＬＵＮ」フィールド３０４内の「−」は、各ホスト計算機１１０に割り当てられていないＬＵを示している。
【００４０】
「ディスク使用量」フィールド３０５は、該当するＬＵの容量を表す。本実施の形態では、ディスク使用量３０５はギガバイトを単位として表すものとする。図３に示した例では、イニシエータ名「initiator0」で識別されるイニシエータが、ターゲット名「iqn.init000−20gb−jbod−lu0」で識別されるターゲットへアクセスすることによって利用できるＬＵＮ番号「０」のＬＵの容量が２０ギガバイトであることを意味する。
【００４１】
図４は、イニシエータ管理表２０３の一例を示す図である。イニシエータ管理表２０３は、「イニシエータ番号」フィールド４０１、「イニシエータ名」フィールド４０２及び「最大ディスク使用量」フィールド４０３の情報からなるテーブルである。
【００４２】
「イニシエータ番号」フィールド４０１には、ストレージ装置１００がイニシエータを識別するために付与する、ストレージ装置１００の内部でのみ有効な番号が格納されている。
【００４３】
「イニシエータ名」フィールド４０２には、前記の通り、イニシエータを識別するための名前が格納されている。
【００４４】
「最大ディスク使用量」フィールド４０３は、各イニシエータに割り当てられた容量の上限を示している。本実施の形態では、管理者が管理用端末１５０を用いてイニシエータ毎の最大のディスク使用量を設定するものとする。図４に示した例では、イニシエータ名「initiator0」にストレージ装置１００が付与したイニシエータ番号は「000」であることを示し、このイニシエータに割り当てられた最大ディスク使用量の上限が８０ギガバイトであることを意味する。
【００４５】
図５は、ホスト側ＣＰＵ１１２がイニシエータプログラム１１１を用いてストレージ側ＣＰＵ１０１にｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵを送信したときのホスト側ＣＰＵ１１２及びストレージ側ＣＰＵ１０１の間のメッセージ及びデータのやり取りを表す図である。ストレージ側ＣＰＵ１０１は、ターゲットプログラム２０１を用いて処理を行う。
【００４６】
まず、ホスト側ＣＰＵ１１２は、ディスカバリセッションを発行する。この発行によって、ターゲット名等の情報を得ることができる。そしてホスト側ＣＰＵ１１２は、ディスカバリセッションの開始の要求とログインの要求をするため、ｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵをストレージ装置１００側へ送信する（ＳＰ５０１）。
【００４７】
ストレージ側ＣＰＵ１０１は、ディスカバリセッションへのｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵを受信すると、処理Ａ（ＳＰ５０２）を行った後、ｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵに対する応答としてｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵをホスト計算機１１０へ送信する（ＳＰ５０３）。これによりホスト計算機１１０のログインを許可する。このとき、ストレージ側ＣＰＵ１０１は、ｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵ内のＳｔａｔｕｓフィールドの値に直前の処理Ａ（ＳＰ５０２）の戻り値を設定する。なお、処理Ａの詳細については、図６を用いながら後記する。
【００４８】
ディスカバリセッションを確立したホスト側ＣＰＵ１１２は、ターゲット名等の情報の通知を要求するＴｅｘｔ Ｒｅｑｕｅｓｔ ＰＤＵをストレージ装置１００側へ送信する（ＳＰ５０４）。
【００４９】
ストレージ側ＣＰＵ１０１は、ホスト側ＣＰＵ１１２が送信したＴｅｘｔ Ｒｅｑｕｅｓｔ ＰＤＵを受信すると、ターゲット表２０２を参照する。ストレージ側ＣＰＵ１０１は、「イニシエータ名」フィールド３０１のイニシエータ名に対応するすべてのターゲット名をＴｅｘｔ Ｒｅｓｐｏｎｓｅ ＰＤＵに含ませてホスト計算機１１０へ送信する（ＳＰ５０５）。これにより、複数のターゲット名をホスト計算機１１０側で表示することができるため、ユーザは、どのターゲット名にログインするかを判断することができる。
【００５０】
ディスカバリセッションによってターゲット名を通知されたホスト側ＣＰＵ１１２は、ノーマルセッション（通常モードのログイン）で行うよう要求をするｉＳＣＳＩ Ｌｏｇｉｎ ＰＤＵをストレージ装置１００へ送信する（ＳＰ５０６）。
【００５１】
ストレージ側ＣＰＵ１０１は、通常モードでログインを行うよう要求をするｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵを受信すると、処理Ａ（ＳＰ５０７）を行った後、ｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵに対する応答として、Ｓｔａｔｕｓフィールドの値に直前の処理Ａの戻り値を設定して、ｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｓｐｏｎｓｅ ＰＤＵをホスト計算機１１０へ送信する（ＳＰ５０８）。すなわち、ストレージ側ＣＰＵ１０１は、ホスト計算機１１０に対して特定したターゲットのログインを許可又は不許可した旨を送信する。なお、処理Ａの詳細については、図６を用いながら後記する。
【００５２】
図６は、ストレージ側ＣＰＵ１０１がターゲットプログラム２０１を実行させ処理Ａを行うフローチャートである。まず、ストレージ側ＣＰＵ１０１は、ホスト計算機１１０からｉＳＣＳＩ Ｌｏｇｉｎ ＰＤＵを受信すると（ＳＰ５０１）、ｉＳＣＳＩ Ｌｏｇｉｎ ＰＤＵのコマンドに含まれている「Session Type」フィールドから値を読み出す。
【００５３】
そしてストレージ側ＣＰＵ１０１は、ｉＳＣＳＩ Ｌｏｇｉｎ ＰＤＵの「Session Type」が「Discovery」であるか否かを判断する（ＳＰ６０１）。そしてストレージ側ＣＰＵ１０１は、「Session Type」が「Discovery」であると判断した場合には（ＳＰ６０１：ＹＥＳ）、引き続き、ｉＳＣＳＩ Ｌｏｇｉｎ ＰＤＵのコマンドの中から「Initiator Name」フィールドが存在するか否かを判断する（ＳＰ６０３）。
【００５４】
ストレージ側ＣＰＵ１０１は、当該コマンドに「Initiator Name」フィールドが存在すると判断した場合には（ＳＰ６０３：ＹＥＳ）、「Initiator Name」フィールドの値を引数として後記する処理Ｂを実行し（ＳＰ６０５）、ログイン成功の戻り値である「Success」にして（ＳＰ６０６）処理Ａを終える。
【００５５】
一方、ステップＳＰ６０３において、ストレージ側ＣＰＵ１０１は、「Initiator Name」フィールドが存在しないと判断した場合には（ＳＰ６０３：ＮＯ）、ログイン失敗の戻り値である「Initiator Error」にして（ＳＰ６０７）処理Ａを終える。
【００５６】
また、ステップＳＰ６０１において、ストレージ側ＣＰＵ１０１は、「Session Type」フィールドの値が「Discovery」ではないと判断した場合には（ＳＰ６０１：ＮＯ）、ステップＳＰ５０７の処理であると判断したため、次に、「Session Type」フィールドの値が「Normal」であるか否かを判断する（ＳＰ６０２）。
【００５７】
そして、ストレージ側ＣＰＵ１０１は、「Session Type」フィールドの値が「Normal」であると判断した場合には（ＳＰ６０２：ＹＥＳ）、次に、ｉＳＣＳＩ Ｌｏｇｉｎ ＰＤＵのコマンドの中に「Initiator Name」フィールド及び「Target Name」フィールドが存在するかどうか判断する（ＳＰ６０４）。
【００５８】
ストレージ側ＣＰＵ１０１は、これらのフィールドの両方が存在すると判断した場合には（ＳＰ６０４：ＹＥＳ）、「Initiator Name」フィールド及び「Target Name」フィールドの値を引数として後記する処理Ｃを実行する（ＳＰ６０８）。そして、ストレージ側ＣＰＵ１０１は、ログイン成功又は失敗かの判断をした処理Ｃの戻り値を処理Ａの戻り値として（ＳＰ６０９）、処理Ａを終える。
【００５９】
ストレージ側ＣＰＵ１０１は、「Initiator Name」フィールド及び「Target Name」フィールドの少なくとも一方が存在しないと判断した場合には（ＳＰ６０４：ＮＯ）、ログイン失敗として処理Ａの戻り値を「Initiator Error」にして（ＳＰ６１０）、処理Ａを終える。
【００６０】
なお、ストレージ側ＣＰＵ１０１は、「Session Type」のフィールドの値が「Discovery」ではなく（ＳＰ６０１：ＮＯ）、「Normal」でもないと判断した場合には（ＳＰ６０２：ＮＯ）、ログイン失敗として処理Ａの戻り値を「Initiator Error」にして（ＳＰ６１０）、処理Ａを終える。
【００６１】
図７は、ストレージ側ＣＰＵ１０１がターゲットプログラム２０１を実行させ処理Ｂを行うフローチャートである。
【００６２】
具体的には、まずストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名がイニシエータ管理表２０３に登録されているかどうかを判断する（ＳＰ７０１）。
【００６３】
そして、ストレージ側ＣＰＵ１０１は、イニシエータ名がイニシエータ管理表２０３に登録されていると判断した場合には（ＳＰ７０１：ＹＥＳ）、イニシエータ管理表２０３とターゲット表２０２とを参照する。ストレージ側ＣＰＵ１０１は、当該イニシエータ名に該当する「最大ディスク使用量」フィールド４０３の最大ディスク使用量から既に割り当てた「ディスク使用量」フィールド３０５のディスク使用量を引いたものを、新規に割り当てることのできるディスク使用量とする。
【００６４】
そして、新規に割り当てることのできるディスク使用量に基づいて、ストレージ側ＣＰＵ１０１は、１つ以上の新規割り当て可能なＬＵのＲＡＩＤレベルと容量の組を求める（ＳＰ７０２）。例えば、イニシエータ名「initiator0」のイニシエータに２個のＬＵが割り当てられており、それぞれのディスク使用量が２０ギガバイトであるとき、同じイニシエータからのｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵを、ホスト計算機１１０から受信したとすると、ストレージ側ＣＰＵ１０１は、ＲＡＩＤレベルでの構成ではなく通常の構成であるＪＢＯＤ構成で最大４０ギガバイト、ＲＡＩＤレベル１の構成で２０ギガバイトのＬＵを提供することができる。
【００６５】
次に、ストレージ側ＣＰＵ１０１は、前ステップＳＰ７０２で求めたＬＵのＲＡＩＤレベルと容量の組み合わせのそれぞれについて、ターゲット名を生成し、生成したターゲット名をターゲット表２０２に追加をする（ＳＰ７０３）。本実施の形態では、図３に示すように、文字列「iqn.init」、イニシエータ番号、文字「−」、LU容量、文字列「gb−」、RAIDレベル、文字列「−LU」及びLUNの文字列を左から順に連結させたターゲット名を作成して、ターゲット自体を作成している。ストレージ側ＣＰＵ１０１は、このように作成した各ターゲットをターゲット表２０２に追加する。
【００６６】
なお、本実施の形態では、上記の通り作成したターゲットの「割当ポート」フィールド３０３はすべて「１」とし、「ＬＵＮ」フィールド３０４及び「ディスク使用量」フィールド３０５は空欄とする。
【００６７】
続いて、ストレージ側ＣＰＵ１０１は、既に「ＬＵＮ」が付与されているＬＵについて、文字列「iqn.init」、イニシエータ番号、文字列「−delete」、文字列「−lu」、ＬＵＮを左から順に連結したものをターゲット名とするターゲット（以下、これを削除用ターゲットと呼ぶ）をターゲット表２０２に追加する（ＳＰ７０４）。これらのターゲットについても、本実施の形態では、上記の通り作成したターゲットの「割当ポート」フィールド３０３はすべて「１」とし、「ＬＵＮ」フィールド３０４及び「ディスク使用量」フィールド３０５は空欄とする。
【００６８】
一方、ステップＳＰ７０１において、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名がイニシエータ管理表２０３に登録されていないと判断した場合には（ＳＰ７０１：ＮＯ）、まず、イニシエータ番号を付与し、引数として渡されたイニシエータ名、イニシエータ番号及び予め管理者によって設定されている最大ディスク使用量をイニシエータ管理表２０３に追加する（ＳＰ７０５）。
【００６９】
次に、ストレージ側ＣＰＵ１０１は、イニシエータ管理表２０３を参照して新規に付与したイニシエータ番号に該当する「最大ディスク使用量」フィールド４０３の最大ディスク使用量を新規割り当て可能なディスク使用量として、１つ以上の新規割り当て可能なＬＵのＲＡＩＤレベルと容量の組み合わせを計算する（ＳＰ７０６）。例えば、イニシエータ管理表２０３にイニシエータ名「initiator1」のデータが存在しない状態で、「initiator1」というイニシエータ名を持つｉＳＣＳＩ Ｌｏｇｉｎ ＰＤＵをホスト計算機１１０から受信したとすると、ストレージ側ＣＰＵ１０１は、ＪＢＯＤ構成で最大８０ギガバイト、ＲＡＩＤレベル１の構成で最大４０ギガバイトのＬＵを提供できる。
【００７０】
次に、ストレージ側ＣＰＵ１０１は、前ステップＳＰ７０６で求めたＬＵのＲＡＩＤレベルと容量の組み合わせについて、ターゲット名を生成し、生成したターゲット名をターゲット表２０２に追加する（ＳＰ７０７）。なおターゲット名の生成方法は、ステップＳＰ７０３で説明したものと同様であるので説明を省略する。
【００７１】
図８は、ストレージ側ＣＰＵ１０１がターゲットプログラム２０１を実行させ処理Ｃを行うフローチャートである。
【００７２】
具体的にはまず、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２に登録されているかどうかを判断する（ＳＰ８０１）。
【００７３】
そして、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２に登録されていると判断した場合には（ＳＰ８０１：ＹＥＳ）、次に、ターゲット名に「delete」が含まれているかどうか判断する（ＳＰ８０２）。
【００７４】
判断した結果、ストレージ側ＣＰＵ１０１は、ターゲット名に「delete」が含まれていると判断した場合には（ＳＰ８０２：ＹＥＳ）、当該ターゲット名を読み込み、ターゲット表２０２を参照して、削除の対象となるＬＵのＬＵ番号を識別する。そうしてストレージ側ＣＰＵ１０１は、識別したＬＵ番号に該当する番号を「ＬＵＮ」フィールド３０４から検出すると、該当する行をターゲット表２０２から削除して、ＬＵを削除する（ＳＰ８０３）。
【００７５】
例えば、ストレージ側ＣＰＵ１０１が認識したＬＵ番号が「０」の場合、ＬＵ０がホスト計算機１１０に割り当てられていることを「ＬＵＮ」フィールド３０４で確認すると、「ＬＵＮ」フィールド３０４に「０」が格納されている行をターゲット表２０２から削除し、ＬＵ０を削除する。
【００７６】
次にストレージ側ＣＰＵ１０１は、識別したＬＵに対応する行を削除した旨の戻り値をログインのターゲットとなる対象がないとする「Target Removed」として（ＳＰ８０４）処理Ｃを終える。
【００７７】
一方、ステップＳＰ８０２において、ストレージ側ＣＰＵ１０１は、ストレージ側ＣＰＵ１０１は、ターゲット名に「delete」が含まれていないと判断した場合には（ＳＰ８０２：ＮＯ）、ターゲット名の文字列中、イニシエータ番号及び文字「−」以降のＬＵ容量情報から読み込む。そしてストレージ側ＣＰＵ１０１は、対応するＬＵのＲＡＩＤレベルと容量を認識し、ターゲット表２０２を参照して、該当するＬＵＮとディスク使用量を追加する（ＳＰ８０５）。
【００７８】
さらに、ストレージ側ＣＰＵ１０１は、前ステップＳＰ８０５で追加したＲＡＩＤレベル及び容量でＬＵを作成する（ＳＰ８０６）。
【００７９】
次に、ストレージ側ＣＰＵ１０１は、ターゲット表２０２を参照して「ＬＵＮ」フィールド３０４が空欄「−」となっているターゲットを削除し（ＳＰ８０７）、ログイン成功の戻り値である「Success」にして（ＳＰ８０８）処理Ｃを終える。
【００８０】
なお、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２に登録されていないと判断した場合は（ＳＰ８０１：ＮＯ）、ログイン失敗の戻り値である「Initiator Error」にして（ＳＰ８０９）処理Ｃを終える。
【００８１】
このようにして、ホスト計算機１１０からストレージ装置１００にｉＳＣＳＩ Ｌｏｇｉｎコマンドをストレージ装置が受信した場合に、ストレージ装置１００はログイン許可応答（ＳＰ５０３）及びユーザがストレージ装置１００に対して行うことのできる処理を表す文字列を持たせた応答（ＳＰ５０５）をすることができる。
【００８２】
また、ホスト計算機１１０からストレージ装置１００上の特定のターゲットの使用の開始が予想されるメッセージをストレージ装置１００が受信した場合に（ＳＰ５０６）、ターゲットの名前に応じた処理（ＳＰ５０７）を行うことができる。
【００８３】
さらにストレージ装置１００はターゲット名に応じて、ＬＵを生成してホスト計算機１１０に提供することができる。
【００８４】
（２）第２の実施の形態
次に第２の実施の形態では、ストレージ装置１００Ａが新規に特定のファイルシステムでフォーマットされたＬＵを作成する場合の動作について説明する。
【００８５】
なお、本実施の形態の記憶システム１Ａ構成は第１の実施の形態における記憶システム１構成と、メモリ１０２Ａを除いて、同様である。また、本実施の形態におけるストレージ装置１００Ａの動作のうち、第１の実施の形態の図５で示されるシーケンス図及び図６で示される処理Ａのフローチャートは同様であるため説明を省略する。本実施の形態では、第１の実施の形態と異なる箇所について説明をする。
【００８６】
図９は、本実施の形態におけるターゲット表２０２Ａを示す。図９のターゲット表２０２Ａには、ストレージ装置１００Ａが新規に特定のファイルシステムでフォーマットされたＬＵを作成するための文字列を追加している。
【００８７】
本実施の形態の処理Ｂについては、ストレージ側ＣＰＵ１０１が、ターゲットプログラム２０１Ａに基づいて処理を行う。
【００８８】
本実施の形態で説明をする処理Ｂは、図７で説明をした第１の実施の形態における処理Ｂと、ステップＳＰ７０３を除いて同様である。本実施の形態では、図７のステップＳＰ７０３に相当するステップ（図示せず）において、第１の実施の形態で説明したターゲット名のほかに、文字列「iqn.init」、イニシエータ番号、文字「−」、LU容量、文字列「gb−」、RAIDレベル、文字「−」、ファイルシステム名、文字列「−LU」、LUNを左から順に連結したものをターゲット名として生成し、生成したターゲット名をターゲット表２０２Ａに追加する。ここでファイルシステム名は「ntfs（NT File System）」「ext3」等の代表的なファイルシステムを設定するものとする。
【００８９】
本実施の形態で説明をする処理Ｃは、図８で説明をした第１の実施の形態における処理Ｃと、ステップＳＰ８０６を除いて同様である。本実施の形態では、図８のステップＳＰ８０６に相当するステップ（図示せず）において、ターゲット名の文字列中でＲＡＩＤレベルとＬＵＮの間にファイルシステム名が含まれていた場合、ストレージ側ＣＰＵ１０１は、該当するファイルシステムをＬＵに書き込む。
【００９０】
このようにして、ホスト計算機１１０はストレージ１００における特定のファイルシステムでフォーマットされたＬＵを周辺機器として使用できるようになる。
【００９１】
（３）第３の実施の形態
第３の実施の形態では、ストレージ装置１００Ｂが既存のＬＵのバックアップを作成する場合の動作について説明する。
【００９２】
なお、本実施の形態の記憶システム１Ｂ構成は、第１の実施の形態における記憶システム１構成と、メモリ１０２Ｂを除いて、同様である。また、本実施の形態におけるストレージ装置１００Ｂの動作のうち、第１の実施の形態の図５で示されるシーケンス図及び図６で示される処理Ａのフローチャートが同様であるため、説明を省略する。本実施の形態では、第１の実施の形態と異なる箇所について説明をする。
【００９３】
図１０は、本実施の形態におけるターゲット表２０２Ｂを示す。図１０のターゲット表２０２Ｂには、ストレージ装置１００Ｂが既存のＬＵのバックアップを作成するための文字列を追加している。
【００９４】
本実施の形態の処理Ｂについては、ストレージ側ＣＰＵ１０１が、ターゲットプログラム２０１Ｂに基づいて処理を行う。
【００９５】
本実施の形態で説明をする処理Ｂは、図７で説明をした第１の実施の形態における処理Ｂと、ステップＳＰ７０３を除いて同様である。本実施の形態では、図７のステップ７０３に相当するステップにおいて、第１の実施の形態で説明したターゲット名のほかに、文字列「iqn.init」、イニシエータ番号、文字「−」、文字列「backup」、文字列「−LU」、LUNを左から順に連結したものをターゲット名として生成し、生成したターゲット名をターゲット表２０２Ｂに追加する。
【００９６】
本実施の形態で説明をする処理Ｃは、以下に説明する。処理Ｃについても、ストレージ側ＣＰＵ１０１がターゲットプログラム２０１Ｂに基づいて処理を行う。
【００９７】
具体的にはまず、図１１に示すように、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２Ｂに登録されているかどうかを判断する（ＳＰ９０１）。
【００９８】
そして、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２Ｂに登録されていると判断した場合には（ＳＰ９０１：ＹＥＳ）、次に、ターゲット名に「backup」が含まれているかどうか判断する（ＳＰ９０２）。ストレージ側ＣＰＵ１０１は、ターゲット名に「backup」が含まれていると判断した場合には、ターゲット名を読み込み、ターゲット表２０２Ｂから当該ＬＵに対応するＬＵＮの番号を識別し、読み込まれたＬＵの複製を作成する（ＳＰ９０３）。従って複製されたＬＵは、読み込まれたＬＵと同一のＲＡＩＤレベル、容量及びデータを有することになる。次にストレージ側ＣＰＵ１０１は、複製したＬＵのＬＵＮ及びディスク使用量をターゲット表２０２Ｂに追加する（ＳＰ９０４）。
そしてストレージ側ＣＰＵ１０１は、ターゲットであるＬＵが移動したとする戻り値である「Target Moved Temporarily」にして（ＳＰ９０５）処理Ｃを終える。なお戻り値は、通常のログインではないことをホスト計算機１１０が識別できるだけの戻り値でよく、「Target Moved Temporarily」に限られない。
【００９９】
なお、ステップＳＰ９０６からステップＳＰ９１０の処理は、上述した図８のステップＳＰ８０５からＳＰ８０９の処理と同じなので、説明を省略する。
【０１００】
このようにして、ホスト計算機１１０は必要に応じてＬＵのバックアップを作成することができる。
【０１０１】
（４）第４の実施の形態
第４実施形態では、ストレージ装置１００Ｃが既存のイニシエータの設定情報を提供する場合の動作について説明する。
【０１０２】
本実施の形態の記憶システム１Ｃ構成は第１の実施の形態における記憶システム１構成と、メモリ１０２Ｃを除いて、同様である。また、本実施の形態におけるストレージ装置１００Ｃの動作のうち、第１の実施の形態の図５で示されるシーケンス図及び図６で示される処理Ａのフローチャートは同様であるので、説明を省略する。本実施の形態では、第１の実施の形態と異なる箇所について説明をする。
【０１０３】
図１２は、本実施の形態におけるターゲット表２０２Ｃを示す。図１２のターゲット表２０２Ｃには、ストレージ装置１００Ｃが既存のイニシエータの設定情報を提供するための文字列を追加している。
【０１０４】
本実施の形態の処理Ｂについては、ストレージ側ＣＰＵ１０１がターゲットプログラム２０１Ｃに基づいて処理を行う。
【０１０５】
本実施の形態で説明をする処理Ｂは、図７で説明をした第１の実施の形態における処理Ｂと、ステップＳＰ７０３を除いて同様である。本実施の形態では、図７のステップ７０３に相当するステップにおいて、第１実施形態で説明したターゲット名のほかに、ターゲット名は、文字列「iqn.init」、イニシエータ番号、文字「−」、文字列「showconfig」、文字「−」、ファイルシステム名を左から順に連結したものをターゲット名として生成し、生成したターゲット名をターゲット表２０２Ｃに追加する。
【０１０６】
本実施の形態で説明をする処理Ｃは、以下に説明する。本実施の形態の処理Ｃについても、ストレージ側ＣＰＵ１０１がターゲットプログラム２０１Ｃに基づいて処理を行う。
【０１０７】
具体的にはまず、図１３に示すように、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２Ｃに登録されているかどうかを判断する（ＳＰ１００１）。
【０１０８】
そして、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２Ｃに登録されていると判断した場合には（ＳＰ１００１：ＹＥＳ）、次に、ターゲット名に「showconfig」が含まれているかどうか判断する（ＳＰ１００２）。
【０１０９】
ストレージ側ＣＰＵ１０１は、ターゲット名に「showconfig」が含まれていると判断した場合には（ＳＰ１００２：ＹＥＳ）、ターゲット名を読み込み、ターゲット表２０２Ｃから当該ＬＵに対応するＬＵＮ及びディスク使用量をターゲット表２０２Ｃに追加し（ＳＰ１００３）新規なＬＵを作成する（ＳＰ１００４）。このときホスト計算機１１０に割当てるＬＵは、未割当てのＬＵであればよい。またディスク使用量は、後記する実行プログラムを記録できる容量であればよい。
【０１１０】
そしてストレージ側ＣＰＵ１０１は、ターゲット名を読み込んだ際にファイルシステム名を識別し、該当するファイルシステムをＬＵに書き込んだ上で、このＬＵ上に、Windows（登録商標）、Linux等の代表的なＯＳ上で実行できる実行プログラムを書き込む（ＳＰ１００５）。この実行プログラムは、ホスト計算機１１０上で実行された時に、該当するイニシエータに割り当てられているターゲットのターゲット名、割り当てポート、ＬＵＮ、ディスク使用量の組をホスト計算機１１０のディスプレイ等の出力装置へ表示するものとする。そしてストレージ側ＣＰＵ１０１は、戻り値を「Target Moved Temporarily」にして（ＳＰ１００６）処理Ｃを終える。
【０１１１】
なお、ステップＳＰ１００７からステップＳＰ１０１１の処理は、上述した図８のステップＳＰ８０５からＳＰ８０９の処理と同じなので、説明を省略する。
【０１１２】
このようにして、ユーザがホスト計算機１１０を操作することによって、ストレージ装置１００Ｃに設定されている情報を必要に応じて確認することができる。
【０１１３】
（５）第５の実施の形態
第５の実施の形態では、ストレージ装置１００Ｄが特定のイニシエータのパスワードを変更する場合の動作について説明する。
【０１１４】
本実施の形態の記憶システム１Ｄ構成は第１の実施の形態における記憶システム１構成と、メモリ１０２Ｄを除いて、同様である。また、本実施の形態におけるストレージ装置１００Ｄの動作のうち、第１の実施の形態の図５で示されるシーケンス図及び図６で示される処理Ａのフローチャートは同様であるため、説明を省略する。本実施の形態では、第１の実施の形態と異なる箇所について説明をする。
【０１１５】
図１４は、本実施の形態におけるターゲット表２０２Ｄを示す。図１４のターゲット表２０２Ｄには、ストレージ装置１００Ｄが特定のイニシエータのパスワードを変更ための文字列を追加している。
【０１１６】
図１５は、本実施の形態におけるイニシエータ管理表２０３Ｄを示す。図１５のイニシエータ管理表２０３Ｄは、図４で説明をした「イニシエータ番号」フィールド４０１、「イニシエータ名」フィールド４０２及び「最大ディスク使用量」フィールド４０３に加え、「パスワード」フィールド４０４から構成される。
【０１１７】
「パスワード」フィールド４０４には、イニシエータに対してユーザが設定したパスワードが格納されている。
【０１１８】
本実施の形態の処理Ｂについては、ストレージ側ＣＰＵ１０１がターゲットプログラム２０１Ｄに基づいて処理を行う。
【０１１９】
本実施の形態で説明をする処理Ｂは、図７で説明をした第１の実施の形態における処理Ｂと、ステップＳＰ７０３を除いて同様である。本実施の形態では、図７のステップ７０３に相当するステップにおいて、第１実施形態で説明したターゲット名のほかに、ターゲット名は、文字列「iqn.init」、イニシエータ番号、文字「−」、文字列「changepassword」、文字「−」、ファイルシステム名を左から順に連結したものをターゲット名として生成し、生成したターゲット名をターゲット表２０２Ｄに追加する。
【０１２０】
本実施の形態で説明をする処理Ｃは、以下に説明する。本実施の形態の処理Ｃについても、ストレージ側ＣＰＵ１０１がターゲットプログラム２０１Ｄに基づいて処理を行う。
【０１２１】
具体的にはまず、図１６に示すように、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２Ｄに登録されているかどうかを判断する（ＳＰ１１０１）。
【０１２２】
そして、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２Ｄに登録されていると判断した場合には（ＳＰ１１０１：ＹＥＳ）、次に、ターゲット名に「changepassword」が含まれているかどうか判断する（ＳＰ１１０２）。
【０１２３】
ストレージ側ＣＰＵ１０１は、ターゲット名に「changepassword」が含まれていると判断した場合には（ＳＰ１１０２：ＹＥＳ）、読み込んだターゲット名から該当するファイルシステムをＬＵに書き込んだ上で、Windows（登録商標）、Linux等の代表的なＯＳ上で実行できる実行プログラムを書き込む（ＳＰ１１０３）。
【０１２４】
次に、ストレージ側ＣＰＵ１０１は、ストレージ装置１００Ｄにおいて、実行プログラムの指定が未使用となっているＵＤＰポート番号の１つを待受け状態とする（ＳＰ１１０４）。
【０１２５】
ホスト計算機１１０は上記実行プログラムを実行することで、ユーザは新しいパスワードを入力することができる。そうして、ユーザが新しいパスワードを入力すると、ホスト計算機１１０は、ストレージ装置１００Ｄに当該パスワードを送信する。
【０１２６】
そしてストレージ側ＣＰＵ１０１は新しいパスワードを受信したか否かを判断する（ＳＰ１１０５）。ストレージ側ＣＰＵ１０１は新しいパスワードを受信したと判断した場合には（ＳＰ１１０５：ＹＥＳ）、イニシエータ管理表２０３Ｄを更新し（ＳＰ１１０６）、ＵＤＰポート番号の待受け状態を解除する（ＳＰ１１０８）。
【０１２７】
一方、ストレージ側ＣＰＵ１０１は新しいパスワードを受信していないと判断した場合には（ＳＰ１１０５：ＮＯ）、待受け開始から一定時間を経過したかを判断する（ＳＰ１１０７）。ストレージ側ＣＰＵ１０１は、待受け開始から一定時間を経過していないと判断した場合には（ＳＰ１１０７：ＮＯ）、ステップＳＰ１１０５に戻る。
【０１２８】
ストレージ側ＣＰＵ１０１は、待受け開始から一定時間を経過していると判断した場合には（ＳＰ１１０７：ＮＯ）、ＵＤＰポート番号の待受け状態を解除する（ＳＰ１１０８）。
【０１２９】
そうして、ストレージ側ＣＰＵ１０１は、戻り値を「Success」にして（ＳＰ１１０９）処理Ｃを終える。
【０１３０】
なお、ステップＳＰ１１１０からステップＳＰ１１１４の処理は、上述した図８のステップＳＰ８０５からＳＰ８０９の処理と同じなので、説明を省略する。
【０１３１】
このようにして、ユーザは必要に応じてストレージ装置１００Ｄに設定されているパスワードを自ら変更することができる。
【０１３２】
（６）他の実施の形態
なお、上述の実施の形態においては、ホスト計算機１１０に割り当て又は未割り当ての前記論理ボリュームの情報をボリューム情報（ターゲット名）として管理する管理部をメモリ１０２及びターゲット表２０２により構成し、ホスト計算機１１０からのコマンドに基づいて、必要な前記ボリューム情報を識別する識別部をＣＰＵ１０１及びターゲットプログラム２０１により構成し、識別部により識別した必要なボリューム情報に基づいて、ボリューム情報に含まれる論理ボリュームの機能情報に応じた所定の処理を論理ボリュームに対して実行する実行部をＣＰＵ１０１及びターゲットプログラム２０１により構成した場合について述べたが、本発明はこれに限らず、管理部、識別部及び実行部をそれぞれ個別のハードウェア構成としても良い。
【産業上の利用可能性】
【０１３３】
本発明は、１又は複数のストレージ装置を有する記憶システムや、その他の形態の記憶システムに広く適用することができる。
【図面の簡単な説明】
【０１３４】
【図１】第１の実施の形態における記憶システムの概略図である。
【図２】第１の実施の形態におけるメモリ内のブロック図である。
【図３】第１の実施の形態におけるターゲット表を示す図表である。
【図４】第１の実施の形態におけるイニシエータ管理表を示す図表である。
【図５】第１の実施の形態におけるｉＳＣＳＩログイン時のシーケンスを示す図である。
【図６】第１の実施の形態におけるターゲットプログラムの処理Ａを示すフローチャートである。
【図７】第１の実施の形態におけるターゲットプログラムの処理Ｂを示すフローチャートである。
【図８】第１の実施の形態におけるターゲットプログラムの処理Ｃを示すフローチャートである。
【図９】第２の実施の形態におけるターゲット表を示す図表である。
【図１０】第３の実施の形態におけるターゲット表を示す図表である。
【図１１】第３の実施の形態におけるターゲットプログラムの処理Ｃを示すフローチャートである。
【図１２】第４の実施の形態におけるターゲット表を示す図表である。
【図１３】第４の実施の形態におけるターゲットプログラムの処理Ｃを示すフローチャートである。
【図１４】第５の実施の形態におけるターゲット表を示す図表である。
【図１５】第５の実施の形態におけるイニシエータ管理表を示す図表である。
【図１６】第５の実施の形態におけるターゲットプログラムの処理Ｃを示すフローチャートである。
【符号の説明】
【０１３５】
１……記憶システム、１１０……ホスト計算機、１００……ストレージ装置、１０２……メモリ、２０１……ターゲットプログラム、２０２……ターゲット表２０２……イニシエータ管理表
【技術分野】
【０００１】
本発明は、記憶システム及びその管理方法並びに記憶制御装置において、設定作業を行うためのインタフェース技術に関する。
【背景技術】
【０００２】
近年、ストレージ装置において、ネットワーク接続の機能が多く実現されてきている。このネットワーク接続の機能により、ストレージ装置は、ファイバチャネルやＩＰ（Internet Protocol）ネットワークなどを介して、計算機とデータやコマンドの送受信を行うことができる。そして、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）によってＳＣＳＩ（Small Computer System Interface）コマンドの送受信を行うプロトコルとして、ｉＳＣＳＩ（Internet Small Computer Systems Interface）が標準化されており、このｉＳＣＳＩを実装したストレージ装置が多く使用されるようになってきている。
【０００３】
従来、計算機とｉＳＣＳＩを実装したストレージ装置を新規に接続し、計算機がｉＳＣＳＩを実装したストレージ装置内の記憶領域をＳＣＳＩ機器としてアクセスできる状態にするためには、管理者がｉＳＣＳＩを実装したストレージ装置に対して、イニシエータ名、ターゲット名、等の情報の設定を行い、計算機のユーザに対してこれらの情報を通知する。そしてユーザが、これらの情報を計算機に対して設定する、という手続きを経る必要があった。
【０００４】
通常、この手続きはユーザ毎に必要となり、設定すべきＬＵ（Logical Unit）のＲＡＩＤ（Redundant Array of Inexpensive Disks）レベルや容量もユーザによって異なるため、ｉＳＣＳＩを実装したストレージ装置を使用するユーザ数が増大するにつれて、管理者の負荷が増大するという問題があった。
【０００５】
この問題を解決する方法として、ｉＳＣＳＩを実装したストレージ装置に対する設定権限をユーザに対して委譲し、上記設定作業の一部をユーザに行わせるという技術が考えられる。
【０００６】
なお、ｉＳＣＳＩを実装したストレージ装置内部でのデータ移動やデータコピーに関するストレージ装置内部の状態の変化に対応する技術が開示されている。
【特許文献１】特開２００４−１９２３０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、ｉＳＣＳＩを実装したストレージ装置に対する設定権限をユーザに委譲する場合、ユーザがディスク領域を無制限に割り当てることにより、ｉＳＣＳＩを実装したストレージ装置のディスク上の空き領域が枯渇するという問題が新たに発生する。
【０００８】
また、従来、管理者は管理用端末で設定作業を行うためにｉＳＣＳＩを実装したストレージ装置に固有のソフトウェアを使用していた。このため、設定権限をユーザへ委譲するためには、ｉＳＣＳＩを実装したストレージ装置に固有のソフトウェアを個々の計算機にインストールする必要が生じるという問題が発生する。
【０００９】
そこで、本発明は、ｉＳＣＳＩを実装したストレージ装置に固有のソフトウェアを個々の計算機にインストールすることなく、各ユーザが与えられた権限の範囲内で必要な設定を行うことができるｉＳＣＳＩを実装したストレージ装置を実現することを目的とした記憶システム及びその管理方法並びに記憶制御装置を提案しようとするものである。
【課題を解決するための手段】
【００１０】
かかる課題を解決するため本発明においては、１又は複数のホスト計算機と、各前記ホスト計算機に対してデータを読み書きするための記憶領域でなる複数の論理ボリュームを提供する記憶制御装置とを有する記憶システムにおいて、前記記憶制御装置は、前記ホスト計算機に割り当て又は未割り当ての前記論理ボリュームの情報をボリューム情報として管理する管理部と、前記ホスト計算機からのコマンドに基づいて、必要な前記ボリューム情報を識別する識別部と、識別部により識別した必要な前記ボリューム情報に基づいて、前記ボリューム情報に含まれる前記論理ボリュームの機能情報に応じた所定の処理を前記論理ボリュームに対して実行する実行部と、を備えることを特徴とする。
【００１１】
その結果、論理ボリュームの機能情報に応じた所定の処理を識別することで、ストレージ装置内で当該処理を行うことができる。
【００１２】
また、本発明においては、１又は複数のホスト計算機と、各前記ホスト計算機に対してデータを読み書きするための記憶領域でなる複数の論理ボリュームを提供する記憶制御装置とを有する記憶システムの管理方法において、前記記憶制御装置は、前記ホスト計算機に割り当て又は未割り当ての前記論理ボリュームの情報をボリューム情報として管理する管理ステップと、前記ホスト計算機からのコマンドに基づいて、必要な前記ボリューム情報を識別する識別ステップと、識別ステップにより識別した必要な前記ボリューム情報に基づいて、前記ボリューム情報に含まれる前記論理ボリュームの機能情報に応じた所定の処理を前記論理ボリュームに対して実行する実行ステップと、を備えることを特徴とする。
【００１３】
その結果、論理ボリュームの機能情報に応じた所定の処理を識別することで、ストレージ装置内で当該処理を行うことができる。
【００１４】
さらに、本発明においては、１又は複数のホスト計算機に対してデータを読み書きするための記憶領域でなる複数の論理ボリュームを提供する記憶制御装置において、前記ホスト計算機に割り当て又は未割り当ての前記論理ボリュームの情報をボリューム情報として管理する管理部と、前記ホスト計算機からのコマンドに基づいて、必要な前記ボリューム情報を識別する識別部と、識別部により識別した必要な前記ボリューム情報に基づいて、前記ボリューム情報に含まれる前記論理ボリュームの機能情報に応じた所定の処理を前記論理ボリュームに対して実行する実行部と、を備えることを特徴とする。
【００１５】
その結果、論理ボリュームの機能情報に応じた所定の処理を識別することで、ストレージ装置内で当該処理を行うことができる。
【発明の効果】
【００１６】
本発明によれば、ユーザがストレージ装置に固有のソフトウェアを使用することなく、与えられた権限の範囲内でストレージ装置に対する設定作業を行うことができるため、管理者の設定作業の負荷を軽減することができる。
【発明を実施するための最良の形態】
【００１７】
（１）第１の実施の形態
第１の実施の形態では、ストレージ装置が新規にＬＵを作成する場合の動作を例にとり、説明する。
【００１８】
図１は、第１の実施の形態に係る記憶システムの概略図である。図１に示すように、記憶システム１は、インターネット、イントラネットなどのネットワーク１２０を介して互いに接続された、ストレージ装置１００、複数のホスト計算機１１０、ストレージ装置１００に接続された管理用端末１５０を備えて構成される。
【００１９】
ホスト計算機１１０は、データの入出力を伴うアプリケーションを実行する情報処理装置であり、ストレージ装置１００にアクセスするためのイニシエータプログラム１１１及びイニシエータプログラム１１１を実行するためのホスト側ＣＰＵ（Central Processing Unit）１１２を有している。
【００２０】
ストレージ装置１００は、ストレージ側ＣＰＵ１０１（制御部）と、メモリ（制御部）１０２と、アクセスを高速化するためのキャッシュ１０３と、ディスクコントローラ１０４と、１枚以上のディスク１０５と、ポート１０６ａ、１０６ｂ（以下、まとめてポート１０６ともいう）と、フラッシュメモリ等からなる半導体メモリ１０７と、管理ポート１０８と、これらの装置を接続するバス１０９と、を有する。
【００２１】
ストレージ側ＣＰＵ１０１は、メモリ１０２に記憶されたターゲットプログラム２０１を実行することで、後記する各種の処理を行う。
【００２２】
メモリ１０２は、後記するターゲットプログラム２０１及びデータを記憶するための装置である。
【００２３】
キャッシュ１０３は、書き込みデータを一時的に記憶するための装置である。
【００２４】
ディスクコントローラ１０４は、ディスク１０５へのデータの入出力を制御する装置である。なお、ディスクコントローラ１０４は、ＲＡＩＤ（Redundant Array of Independent Disks）に相当する処理を行うものであってもよい。
【００２５】
ディスク１０５は、ホスト計算機１１０が読み書きするデータを記憶する装置である。
【００２６】
ポート１０６は、ストレージ装置１００にＬＡＮ（Local Area Network）ケーブルを接続するためのネットワークカード等の装置であり、データの送受信処理を行う。なお、本実施形態では、ストレージ装置１００が２つのポート１０６ａ、１０６ｂを有するものとするが、３つ以上のポート１０６を有するものであってもよい。
【００２７】
半導体メモリ１０７は、ストレージ装置１００の起動時にメモリ１０２に読み出されるプログラム及びデータを記憶する装置である。
【００２８】
管理ポート１０８は、ストレージ装置１００を管理用端末１５０へ接続するための装置である。
【００２９】
管理用端末１５０は、ストレージ装置１００の管理ポート１０８を通じて、後記するイニシエータ毎のＬＵの最大ディスク使用量の設定など、ストレージ装置１００に対する設定作業を行うための計算機である。
【００３０】
図２は、ストレージ装置１００のメモリ１０２に記憶されるプログラム及びデータを示したものである（適宜図１参照）。メモリ１０２には、ターゲットプログラム２０１と、ターゲット表２０２と、イニシエータ管理表２０３と、が記憶される。
【００３１】
ターゲットプログラム２０１は、ホスト計算機１１０上で動作しているイニシエータプログラム１１１との間で、ｉＳＣＳＩの規格に従いｉＳＣＳＩ ＰＤＵ（Protocol Data Unit）の送受信を行うためのプログラムである。またターゲットプログラム２０１は、ホスト側ＣＰＵ１１２のイニシエータプログラム１１１の処理に基づくｉＳＣＳＩ Ｌｏｇｉｎ ＰＤＵの受信を契機として、ＬＵあるいはターゲットの新規作成、追加、削除を行ったりするが、このときの動作の詳細は図５から図８を用いて後記する。
【００３２】
ターゲット表２０２は、イニシエータ、ターゲット、ポート、ＬＵの対応関係及び、該当するＬＵの容量を示す表であるが、詳細については図３を用いて後記する。
【００３３】
イニシエータ管理表２０３は、イニシエータ毎に割り当てられたＬＵの使用容量の上限を示す表であるが、詳細については図４を用いて後記する。
【００３４】
図３は、ターゲット表２０２の一例を示す図である。
【００３５】
ターゲット表２０２は、「イニシエータ名」フィールド３０１、「ターゲット名」フィールド３０２、「割当ポート」フィールド３０３、「ＬＵＮ」フィールド３０４及び「ディスク使用量」フィールド３０５の情報からなるテーブルである。
【００３６】
「イニシエータ名」フィールド３０１には、ｉＳＣＳＩイニシエータを識別する名前が格納されている。
【００３７】
「ターゲット名」フィールド３０２には、ｉＳＣＳＩターゲットを識別する名前が格納されている。
【００３８】
「割当ポート」フィールド３０３には、ポート１０６がイニシエータのターゲットへのアクセスを許可するか否かを表す情報が格納されている。例えば、アクセスを許可する場合「１」の値を、許可しない場合「０」の値を取るものとする。本実施の形態の一例ではストレージ１００が２個のポート１０６ａ、１０６ｂを持つ場合を例に取って説明しており、これらのポートがそれぞれＩＰアドレス「192.168.0.1」及び「192.168.0.2」で識別されるものとしている。図３に示した一例では、イニシエータ名「initiator0」で識別されるイニシエータが、ターゲット名「iqn.init000−20gb−jbod−lu0」で識別されるターゲットに対して、ＩＰアドレス「192.168.0.1」で識別されるポートを通じてアクセスできるが、ＩＰアドレス「192.168.0.2」で識別されるポートを通じてアクセスできないことを意味する。
【００３９】
「ＬＵＮ」フィールド３０４には、各ホスト計算機１１０に割り当てたＬＵを識別するための番号が格納されている。「ＬＵＮ」フィールド３０４内の「−」は、各ホスト計算機１１０に割り当てられていないＬＵを示している。
【００４０】
「ディスク使用量」フィールド３０５は、該当するＬＵの容量を表す。本実施の形態では、ディスク使用量３０５はギガバイトを単位として表すものとする。図３に示した例では、イニシエータ名「initiator0」で識別されるイニシエータが、ターゲット名「iqn.init000−20gb−jbod−lu0」で識別されるターゲットへアクセスすることによって利用できるＬＵＮ番号「０」のＬＵの容量が２０ギガバイトであることを意味する。
【００４１】
図４は、イニシエータ管理表２０３の一例を示す図である。イニシエータ管理表２０３は、「イニシエータ番号」フィールド４０１、「イニシエータ名」フィールド４０２及び「最大ディスク使用量」フィールド４０３の情報からなるテーブルである。
【００４２】
「イニシエータ番号」フィールド４０１には、ストレージ装置１００がイニシエータを識別するために付与する、ストレージ装置１００の内部でのみ有効な番号が格納されている。
【００４３】
「イニシエータ名」フィールド４０２には、前記の通り、イニシエータを識別するための名前が格納されている。
【００４４】
「最大ディスク使用量」フィールド４０３は、各イニシエータに割り当てられた容量の上限を示している。本実施の形態では、管理者が管理用端末１５０を用いてイニシエータ毎の最大のディスク使用量を設定するものとする。図４に示した例では、イニシエータ名「initiator0」にストレージ装置１００が付与したイニシエータ番号は「000」であることを示し、このイニシエータに割り当てられた最大ディスク使用量の上限が８０ギガバイトであることを意味する。
【００４５】
図５は、ホスト側ＣＰＵ１１２がイニシエータプログラム１１１を用いてストレージ側ＣＰＵ１０１にｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵを送信したときのホスト側ＣＰＵ１１２及びストレージ側ＣＰＵ１０１の間のメッセージ及びデータのやり取りを表す図である。ストレージ側ＣＰＵ１０１は、ターゲットプログラム２０１を用いて処理を行う。
【００４６】
まず、ホスト側ＣＰＵ１１２は、ディスカバリセッションを発行する。この発行によって、ターゲット名等の情報を得ることができる。そしてホスト側ＣＰＵ１１２は、ディスカバリセッションの開始の要求とログインの要求をするため、ｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵをストレージ装置１００側へ送信する（ＳＰ５０１）。
【００４７】
ストレージ側ＣＰＵ１０１は、ディスカバリセッションへのｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵを受信すると、処理Ａ（ＳＰ５０２）を行った後、ｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵに対する応答としてｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵをホスト計算機１１０へ送信する（ＳＰ５０３）。これによりホスト計算機１１０のログインを許可する。このとき、ストレージ側ＣＰＵ１０１は、ｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵ内のＳｔａｔｕｓフィールドの値に直前の処理Ａ（ＳＰ５０２）の戻り値を設定する。なお、処理Ａの詳細については、図６を用いながら後記する。
【００４８】
ディスカバリセッションを確立したホスト側ＣＰＵ１１２は、ターゲット名等の情報の通知を要求するＴｅｘｔ Ｒｅｑｕｅｓｔ ＰＤＵをストレージ装置１００側へ送信する（ＳＰ５０４）。
【００４９】
ストレージ側ＣＰＵ１０１は、ホスト側ＣＰＵ１１２が送信したＴｅｘｔ Ｒｅｑｕｅｓｔ ＰＤＵを受信すると、ターゲット表２０２を参照する。ストレージ側ＣＰＵ１０１は、「イニシエータ名」フィールド３０１のイニシエータ名に対応するすべてのターゲット名をＴｅｘｔ Ｒｅｓｐｏｎｓｅ ＰＤＵに含ませてホスト計算機１１０へ送信する（ＳＰ５０５）。これにより、複数のターゲット名をホスト計算機１１０側で表示することができるため、ユーザは、どのターゲット名にログインするかを判断することができる。
【００５０】
ディスカバリセッションによってターゲット名を通知されたホスト側ＣＰＵ１１２は、ノーマルセッション（通常モードのログイン）で行うよう要求をするｉＳＣＳＩ Ｌｏｇｉｎ ＰＤＵをストレージ装置１００へ送信する（ＳＰ５０６）。
【００５１】
ストレージ側ＣＰＵ１０１は、通常モードでログインを行うよう要求をするｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵを受信すると、処理Ａ（ＳＰ５０７）を行った後、ｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵに対する応答として、Ｓｔａｔｕｓフィールドの値に直前の処理Ａの戻り値を設定して、ｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｓｐｏｎｓｅ ＰＤＵをホスト計算機１１０へ送信する（ＳＰ５０８）。すなわち、ストレージ側ＣＰＵ１０１は、ホスト計算機１１０に対して特定したターゲットのログインを許可又は不許可した旨を送信する。なお、処理Ａの詳細については、図６を用いながら後記する。
【００５２】
図６は、ストレージ側ＣＰＵ１０１がターゲットプログラム２０１を実行させ処理Ａを行うフローチャートである。まず、ストレージ側ＣＰＵ１０１は、ホスト計算機１１０からｉＳＣＳＩ Ｌｏｇｉｎ ＰＤＵを受信すると（ＳＰ５０１）、ｉＳＣＳＩ Ｌｏｇｉｎ ＰＤＵのコマンドに含まれている「Session Type」フィールドから値を読み出す。
【００５３】
そしてストレージ側ＣＰＵ１０１は、ｉＳＣＳＩ Ｌｏｇｉｎ ＰＤＵの「Session Type」が「Discovery」であるか否かを判断する（ＳＰ６０１）。そしてストレージ側ＣＰＵ１０１は、「Session Type」が「Discovery」であると判断した場合には（ＳＰ６０１：ＹＥＳ）、引き続き、ｉＳＣＳＩ Ｌｏｇｉｎ ＰＤＵのコマンドの中から「Initiator Name」フィールドが存在するか否かを判断する（ＳＰ６０３）。
【００５４】
ストレージ側ＣＰＵ１０１は、当該コマンドに「Initiator Name」フィールドが存在すると判断した場合には（ＳＰ６０３：ＹＥＳ）、「Initiator Name」フィールドの値を引数として後記する処理Ｂを実行し（ＳＰ６０５）、ログイン成功の戻り値である「Success」にして（ＳＰ６０６）処理Ａを終える。
【００５５】
一方、ステップＳＰ６０３において、ストレージ側ＣＰＵ１０１は、「Initiator Name」フィールドが存在しないと判断した場合には（ＳＰ６０３：ＮＯ）、ログイン失敗の戻り値である「Initiator Error」にして（ＳＰ６０７）処理Ａを終える。
【００５６】
また、ステップＳＰ６０１において、ストレージ側ＣＰＵ１０１は、「Session Type」フィールドの値が「Discovery」ではないと判断した場合には（ＳＰ６０１：ＮＯ）、ステップＳＰ５０７の処理であると判断したため、次に、「Session Type」フィールドの値が「Normal」であるか否かを判断する（ＳＰ６０２）。
【００５７】
そして、ストレージ側ＣＰＵ１０１は、「Session Type」フィールドの値が「Normal」であると判断した場合には（ＳＰ６０２：ＹＥＳ）、次に、ｉＳＣＳＩ Ｌｏｇｉｎ ＰＤＵのコマンドの中に「Initiator Name」フィールド及び「Target Name」フィールドが存在するかどうか判断する（ＳＰ６０４）。
【００５８】
ストレージ側ＣＰＵ１０１は、これらのフィールドの両方が存在すると判断した場合には（ＳＰ６０４：ＹＥＳ）、「Initiator Name」フィールド及び「Target Name」フィールドの値を引数として後記する処理Ｃを実行する（ＳＰ６０８）。そして、ストレージ側ＣＰＵ１０１は、ログイン成功又は失敗かの判断をした処理Ｃの戻り値を処理Ａの戻り値として（ＳＰ６０９）、処理Ａを終える。
【００５９】
ストレージ側ＣＰＵ１０１は、「Initiator Name」フィールド及び「Target Name」フィールドの少なくとも一方が存在しないと判断した場合には（ＳＰ６０４：ＮＯ）、ログイン失敗として処理Ａの戻り値を「Initiator Error」にして（ＳＰ６１０）、処理Ａを終える。
【００６０】
なお、ストレージ側ＣＰＵ１０１は、「Session Type」のフィールドの値が「Discovery」ではなく（ＳＰ６０１：ＮＯ）、「Normal」でもないと判断した場合には（ＳＰ６０２：ＮＯ）、ログイン失敗として処理Ａの戻り値を「Initiator Error」にして（ＳＰ６１０）、処理Ａを終える。
【００６１】
図７は、ストレージ側ＣＰＵ１０１がターゲットプログラム２０１を実行させ処理Ｂを行うフローチャートである。
【００６２】
具体的には、まずストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名がイニシエータ管理表２０３に登録されているかどうかを判断する（ＳＰ７０１）。
【００６３】
そして、ストレージ側ＣＰＵ１０１は、イニシエータ名がイニシエータ管理表２０３に登録されていると判断した場合には（ＳＰ７０１：ＹＥＳ）、イニシエータ管理表２０３とターゲット表２０２とを参照する。ストレージ側ＣＰＵ１０１は、当該イニシエータ名に該当する「最大ディスク使用量」フィールド４０３の最大ディスク使用量から既に割り当てた「ディスク使用量」フィールド３０５のディスク使用量を引いたものを、新規に割り当てることのできるディスク使用量とする。
【００６４】
そして、新規に割り当てることのできるディスク使用量に基づいて、ストレージ側ＣＰＵ１０１は、１つ以上の新規割り当て可能なＬＵのＲＡＩＤレベルと容量の組を求める（ＳＰ７０２）。例えば、イニシエータ名「initiator0」のイニシエータに２個のＬＵが割り当てられており、それぞれのディスク使用量が２０ギガバイトであるとき、同じイニシエータからのｉＳＣＳＩ Ｌｏｇｉｎ Ｒｅｑｕｅｓｔ ＰＤＵを、ホスト計算機１１０から受信したとすると、ストレージ側ＣＰＵ１０１は、ＲＡＩＤレベルでの構成ではなく通常の構成であるＪＢＯＤ構成で最大４０ギガバイト、ＲＡＩＤレベル１の構成で２０ギガバイトのＬＵを提供することができる。
【００６５】
次に、ストレージ側ＣＰＵ１０１は、前ステップＳＰ７０２で求めたＬＵのＲＡＩＤレベルと容量の組み合わせのそれぞれについて、ターゲット名を生成し、生成したターゲット名をターゲット表２０２に追加をする（ＳＰ７０３）。本実施の形態では、図３に示すように、文字列「iqn.init」、イニシエータ番号、文字「−」、LU容量、文字列「gb−」、RAIDレベル、文字列「−LU」及びLUNの文字列を左から順に連結させたターゲット名を作成して、ターゲット自体を作成している。ストレージ側ＣＰＵ１０１は、このように作成した各ターゲットをターゲット表２０２に追加する。
【００６６】
なお、本実施の形態では、上記の通り作成したターゲットの「割当ポート」フィールド３０３はすべて「１」とし、「ＬＵＮ」フィールド３０４及び「ディスク使用量」フィールド３０５は空欄とする。
【００６７】
続いて、ストレージ側ＣＰＵ１０１は、既に「ＬＵＮ」が付与されているＬＵについて、文字列「iqn.init」、イニシエータ番号、文字列「−delete」、文字列「−lu」、ＬＵＮを左から順に連結したものをターゲット名とするターゲット（以下、これを削除用ターゲットと呼ぶ）をターゲット表２０２に追加する（ＳＰ７０４）。これらのターゲットについても、本実施の形態では、上記の通り作成したターゲットの「割当ポート」フィールド３０３はすべて「１」とし、「ＬＵＮ」フィールド３０４及び「ディスク使用量」フィールド３０５は空欄とする。
【００６８】
一方、ステップＳＰ７０１において、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名がイニシエータ管理表２０３に登録されていないと判断した場合には（ＳＰ７０１：ＮＯ）、まず、イニシエータ番号を付与し、引数として渡されたイニシエータ名、イニシエータ番号及び予め管理者によって設定されている最大ディスク使用量をイニシエータ管理表２０３に追加する（ＳＰ７０５）。
【００６９】
次に、ストレージ側ＣＰＵ１０１は、イニシエータ管理表２０３を参照して新規に付与したイニシエータ番号に該当する「最大ディスク使用量」フィールド４０３の最大ディスク使用量を新規割り当て可能なディスク使用量として、１つ以上の新規割り当て可能なＬＵのＲＡＩＤレベルと容量の組み合わせを計算する（ＳＰ７０６）。例えば、イニシエータ管理表２０３にイニシエータ名「initiator1」のデータが存在しない状態で、「initiator1」というイニシエータ名を持つｉＳＣＳＩ Ｌｏｇｉｎ ＰＤＵをホスト計算機１１０から受信したとすると、ストレージ側ＣＰＵ１０１は、ＪＢＯＤ構成で最大８０ギガバイト、ＲＡＩＤレベル１の構成で最大４０ギガバイトのＬＵを提供できる。
【００７０】
次に、ストレージ側ＣＰＵ１０１は、前ステップＳＰ７０６で求めたＬＵのＲＡＩＤレベルと容量の組み合わせについて、ターゲット名を生成し、生成したターゲット名をターゲット表２０２に追加する（ＳＰ７０７）。なおターゲット名の生成方法は、ステップＳＰ７０３で説明したものと同様であるので説明を省略する。
【００７１】
図８は、ストレージ側ＣＰＵ１０１がターゲットプログラム２０１を実行させ処理Ｃを行うフローチャートである。
【００７２】
具体的にはまず、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２に登録されているかどうかを判断する（ＳＰ８０１）。
【００７３】
そして、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２に登録されていると判断した場合には（ＳＰ８０１：ＹＥＳ）、次に、ターゲット名に「delete」が含まれているかどうか判断する（ＳＰ８０２）。
【００７４】
判断した結果、ストレージ側ＣＰＵ１０１は、ターゲット名に「delete」が含まれていると判断した場合には（ＳＰ８０２：ＹＥＳ）、当該ターゲット名を読み込み、ターゲット表２０２を参照して、削除の対象となるＬＵのＬＵ番号を識別する。そうしてストレージ側ＣＰＵ１０１は、識別したＬＵ番号に該当する番号を「ＬＵＮ」フィールド３０４から検出すると、該当する行をターゲット表２０２から削除して、ＬＵを削除する（ＳＰ８０３）。
【００７５】
例えば、ストレージ側ＣＰＵ１０１が認識したＬＵ番号が「０」の場合、ＬＵ０がホスト計算機１１０に割り当てられていることを「ＬＵＮ」フィールド３０４で確認すると、「ＬＵＮ」フィールド３０４に「０」が格納されている行をターゲット表２０２から削除し、ＬＵ０を削除する。
【００７６】
次にストレージ側ＣＰＵ１０１は、識別したＬＵに対応する行を削除した旨の戻り値をログインのターゲットとなる対象がないとする「Target Removed」として（ＳＰ８０４）処理Ｃを終える。
【００７７】
一方、ステップＳＰ８０２において、ストレージ側ＣＰＵ１０１は、ストレージ側ＣＰＵ１０１は、ターゲット名に「delete」が含まれていないと判断した場合には（ＳＰ８０２：ＮＯ）、ターゲット名の文字列中、イニシエータ番号及び文字「−」以降のＬＵ容量情報から読み込む。そしてストレージ側ＣＰＵ１０１は、対応するＬＵのＲＡＩＤレベルと容量を認識し、ターゲット表２０２を参照して、該当するＬＵＮとディスク使用量を追加する（ＳＰ８０５）。
【００７８】
さらに、ストレージ側ＣＰＵ１０１は、前ステップＳＰ８０５で追加したＲＡＩＤレベル及び容量でＬＵを作成する（ＳＰ８０６）。
【００７９】
次に、ストレージ側ＣＰＵ１０１は、ターゲット表２０２を参照して「ＬＵＮ」フィールド３０４が空欄「−」となっているターゲットを削除し（ＳＰ８０７）、ログイン成功の戻り値である「Success」にして（ＳＰ８０８）処理Ｃを終える。
【００８０】
なお、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２に登録されていないと判断した場合は（ＳＰ８０１：ＮＯ）、ログイン失敗の戻り値である「Initiator Error」にして（ＳＰ８０９）処理Ｃを終える。
【００８１】
このようにして、ホスト計算機１１０からストレージ装置１００にｉＳＣＳＩ Ｌｏｇｉｎコマンドをストレージ装置が受信した場合に、ストレージ装置１００はログイン許可応答（ＳＰ５０３）及びユーザがストレージ装置１００に対して行うことのできる処理を表す文字列を持たせた応答（ＳＰ５０５）をすることができる。
【００８２】
また、ホスト計算機１１０からストレージ装置１００上の特定のターゲットの使用の開始が予想されるメッセージをストレージ装置１００が受信した場合に（ＳＰ５０６）、ターゲットの名前に応じた処理（ＳＰ５０７）を行うことができる。
【００８３】
さらにストレージ装置１００はターゲット名に応じて、ＬＵを生成してホスト計算機１１０に提供することができる。
【００８４】
（２）第２の実施の形態
次に第２の実施の形態では、ストレージ装置１００Ａが新規に特定のファイルシステムでフォーマットされたＬＵを作成する場合の動作について説明する。
【００８５】
なお、本実施の形態の記憶システム１Ａ構成は第１の実施の形態における記憶システム１構成と、メモリ１０２Ａを除いて、同様である。また、本実施の形態におけるストレージ装置１００Ａの動作のうち、第１の実施の形態の図５で示されるシーケンス図及び図６で示される処理Ａのフローチャートは同様であるため説明を省略する。本実施の形態では、第１の実施の形態と異なる箇所について説明をする。
【００８６】
図９は、本実施の形態におけるターゲット表２０２Ａを示す。図９のターゲット表２０２Ａには、ストレージ装置１００Ａが新規に特定のファイルシステムでフォーマットされたＬＵを作成するための文字列を追加している。
【００８７】
本実施の形態の処理Ｂについては、ストレージ側ＣＰＵ１０１が、ターゲットプログラム２０１Ａに基づいて処理を行う。
【００８８】
本実施の形態で説明をする処理Ｂは、図７で説明をした第１の実施の形態における処理Ｂと、ステップＳＰ７０３を除いて同様である。本実施の形態では、図７のステップＳＰ７０３に相当するステップ（図示せず）において、第１の実施の形態で説明したターゲット名のほかに、文字列「iqn.init」、イニシエータ番号、文字「−」、LU容量、文字列「gb−」、RAIDレベル、文字「−」、ファイルシステム名、文字列「−LU」、LUNを左から順に連結したものをターゲット名として生成し、生成したターゲット名をターゲット表２０２Ａに追加する。ここでファイルシステム名は「ntfs（NT File System）」「ext3」等の代表的なファイルシステムを設定するものとする。
【００８９】
本実施の形態で説明をする処理Ｃは、図８で説明をした第１の実施の形態における処理Ｃと、ステップＳＰ８０６を除いて同様である。本実施の形態では、図８のステップＳＰ８０６に相当するステップ（図示せず）において、ターゲット名の文字列中でＲＡＩＤレベルとＬＵＮの間にファイルシステム名が含まれていた場合、ストレージ側ＣＰＵ１０１は、該当するファイルシステムをＬＵに書き込む。
【００９０】
このようにして、ホスト計算機１１０はストレージ１００における特定のファイルシステムでフォーマットされたＬＵを周辺機器として使用できるようになる。
【００９１】
（３）第３の実施の形態
第３の実施の形態では、ストレージ装置１００Ｂが既存のＬＵのバックアップを作成する場合の動作について説明する。
【００９２】
なお、本実施の形態の記憶システム１Ｂ構成は、第１の実施の形態における記憶システム１構成と、メモリ１０２Ｂを除いて、同様である。また、本実施の形態におけるストレージ装置１００Ｂの動作のうち、第１の実施の形態の図５で示されるシーケンス図及び図６で示される処理Ａのフローチャートが同様であるため、説明を省略する。本実施の形態では、第１の実施の形態と異なる箇所について説明をする。
【００９３】
図１０は、本実施の形態におけるターゲット表２０２Ｂを示す。図１０のターゲット表２０２Ｂには、ストレージ装置１００Ｂが既存のＬＵのバックアップを作成するための文字列を追加している。
【００９４】
本実施の形態の処理Ｂについては、ストレージ側ＣＰＵ１０１が、ターゲットプログラム２０１Ｂに基づいて処理を行う。
【００９５】
本実施の形態で説明をする処理Ｂは、図７で説明をした第１の実施の形態における処理Ｂと、ステップＳＰ７０３を除いて同様である。本実施の形態では、図７のステップ７０３に相当するステップにおいて、第１の実施の形態で説明したターゲット名のほかに、文字列「iqn.init」、イニシエータ番号、文字「−」、文字列「backup」、文字列「−LU」、LUNを左から順に連結したものをターゲット名として生成し、生成したターゲット名をターゲット表２０２Ｂに追加する。
【００９６】
本実施の形態で説明をする処理Ｃは、以下に説明する。処理Ｃについても、ストレージ側ＣＰＵ１０１がターゲットプログラム２０１Ｂに基づいて処理を行う。
【００９７】
具体的にはまず、図１１に示すように、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２Ｂに登録されているかどうかを判断する（ＳＰ９０１）。
【００９８】
そして、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２Ｂに登録されていると判断した場合には（ＳＰ９０１：ＹＥＳ）、次に、ターゲット名に「backup」が含まれているかどうか判断する（ＳＰ９０２）。ストレージ側ＣＰＵ１０１は、ターゲット名に「backup」が含まれていると判断した場合には、ターゲット名を読み込み、ターゲット表２０２Ｂから当該ＬＵに対応するＬＵＮの番号を識別し、読み込まれたＬＵの複製を作成する（ＳＰ９０３）。従って複製されたＬＵは、読み込まれたＬＵと同一のＲＡＩＤレベル、容量及びデータを有することになる。次にストレージ側ＣＰＵ１０１は、複製したＬＵのＬＵＮ及びディスク使用量をターゲット表２０２Ｂに追加する（ＳＰ９０４）。
そしてストレージ側ＣＰＵ１０１は、ターゲットであるＬＵが移動したとする戻り値である「Target Moved Temporarily」にして（ＳＰ９０５）処理Ｃを終える。なお戻り値は、通常のログインではないことをホスト計算機１１０が識別できるだけの戻り値でよく、「Target Moved Temporarily」に限られない。
【００９９】
なお、ステップＳＰ９０６からステップＳＰ９１０の処理は、上述した図８のステップＳＰ８０５からＳＰ８０９の処理と同じなので、説明を省略する。
【０１００】
このようにして、ホスト計算機１１０は必要に応じてＬＵのバックアップを作成することができる。
【０１０１】
（４）第４の実施の形態
第４実施形態では、ストレージ装置１００Ｃが既存のイニシエータの設定情報を提供する場合の動作について説明する。
【０１０２】
本実施の形態の記憶システム１Ｃ構成は第１の実施の形態における記憶システム１構成と、メモリ１０２Ｃを除いて、同様である。また、本実施の形態におけるストレージ装置１００Ｃの動作のうち、第１の実施の形態の図５で示されるシーケンス図及び図６で示される処理Ａのフローチャートは同様であるので、説明を省略する。本実施の形態では、第１の実施の形態と異なる箇所について説明をする。
【０１０３】
図１２は、本実施の形態におけるターゲット表２０２Ｃを示す。図１２のターゲット表２０２Ｃには、ストレージ装置１００Ｃが既存のイニシエータの設定情報を提供するための文字列を追加している。
【０１０４】
本実施の形態の処理Ｂについては、ストレージ側ＣＰＵ１０１がターゲットプログラム２０１Ｃに基づいて処理を行う。
【０１０５】
本実施の形態で説明をする処理Ｂは、図７で説明をした第１の実施の形態における処理Ｂと、ステップＳＰ７０３を除いて同様である。本実施の形態では、図７のステップ７０３に相当するステップにおいて、第１実施形態で説明したターゲット名のほかに、ターゲット名は、文字列「iqn.init」、イニシエータ番号、文字「−」、文字列「showconfig」、文字「−」、ファイルシステム名を左から順に連結したものをターゲット名として生成し、生成したターゲット名をターゲット表２０２Ｃに追加する。
【０１０６】
本実施の形態で説明をする処理Ｃは、以下に説明する。本実施の形態の処理Ｃについても、ストレージ側ＣＰＵ１０１がターゲットプログラム２０１Ｃに基づいて処理を行う。
【０１０７】
具体的にはまず、図１３に示すように、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２Ｃに登録されているかどうかを判断する（ＳＰ１００１）。
【０１０８】
そして、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２Ｃに登録されていると判断した場合には（ＳＰ１００１：ＹＥＳ）、次に、ターゲット名に「showconfig」が含まれているかどうか判断する（ＳＰ１００２）。
【０１０９】
ストレージ側ＣＰＵ１０１は、ターゲット名に「showconfig」が含まれていると判断した場合には（ＳＰ１００２：ＹＥＳ）、ターゲット名を読み込み、ターゲット表２０２Ｃから当該ＬＵに対応するＬＵＮ及びディスク使用量をターゲット表２０２Ｃに追加し（ＳＰ１００３）新規なＬＵを作成する（ＳＰ１００４）。このときホスト計算機１１０に割当てるＬＵは、未割当てのＬＵであればよい。またディスク使用量は、後記する実行プログラムを記録できる容量であればよい。
【０１１０】
そしてストレージ側ＣＰＵ１０１は、ターゲット名を読み込んだ際にファイルシステム名を識別し、該当するファイルシステムをＬＵに書き込んだ上で、このＬＵ上に、Windows（登録商標）、Linux等の代表的なＯＳ上で実行できる実行プログラムを書き込む（ＳＰ１００５）。この実行プログラムは、ホスト計算機１１０上で実行された時に、該当するイニシエータに割り当てられているターゲットのターゲット名、割り当てポート、ＬＵＮ、ディスク使用量の組をホスト計算機１１０のディスプレイ等の出力装置へ表示するものとする。そしてストレージ側ＣＰＵ１０１は、戻り値を「Target Moved Temporarily」にして（ＳＰ１００６）処理Ｃを終える。
【０１１１】
なお、ステップＳＰ１００７からステップＳＰ１０１１の処理は、上述した図８のステップＳＰ８０５からＳＰ８０９の処理と同じなので、説明を省略する。
【０１１２】
このようにして、ユーザがホスト計算機１１０を操作することによって、ストレージ装置１００Ｃに設定されている情報を必要に応じて確認することができる。
【０１１３】
（５）第５の実施の形態
第５の実施の形態では、ストレージ装置１００Ｄが特定のイニシエータのパスワードを変更する場合の動作について説明する。
【０１１４】
本実施の形態の記憶システム１Ｄ構成は第１の実施の形態における記憶システム１構成と、メモリ１０２Ｄを除いて、同様である。また、本実施の形態におけるストレージ装置１００Ｄの動作のうち、第１の実施の形態の図５で示されるシーケンス図及び図６で示される処理Ａのフローチャートは同様であるため、説明を省略する。本実施の形態では、第１の実施の形態と異なる箇所について説明をする。
【０１１５】
図１４は、本実施の形態におけるターゲット表２０２Ｄを示す。図１４のターゲット表２０２Ｄには、ストレージ装置１００Ｄが特定のイニシエータのパスワードを変更ための文字列を追加している。
【０１１６】
図１５は、本実施の形態におけるイニシエータ管理表２０３Ｄを示す。図１５のイニシエータ管理表２０３Ｄは、図４で説明をした「イニシエータ番号」フィールド４０１、「イニシエータ名」フィールド４０２及び「最大ディスク使用量」フィールド４０３に加え、「パスワード」フィールド４０４から構成される。
【０１１７】
「パスワード」フィールド４０４には、イニシエータに対してユーザが設定したパスワードが格納されている。
【０１１８】
本実施の形態の処理Ｂについては、ストレージ側ＣＰＵ１０１がターゲットプログラム２０１Ｄに基づいて処理を行う。
【０１１９】
本実施の形態で説明をする処理Ｂは、図７で説明をした第１の実施の形態における処理Ｂと、ステップＳＰ７０３を除いて同様である。本実施の形態では、図７のステップ７０３に相当するステップにおいて、第１実施形態で説明したターゲット名のほかに、ターゲット名は、文字列「iqn.init」、イニシエータ番号、文字「−」、文字列「changepassword」、文字「−」、ファイルシステム名を左から順に連結したものをターゲット名として生成し、生成したターゲット名をターゲット表２０２Ｄに追加する。
【０１２０】
本実施の形態で説明をする処理Ｃは、以下に説明する。本実施の形態の処理Ｃについても、ストレージ側ＣＰＵ１０１がターゲットプログラム２０１Ｄに基づいて処理を行う。
【０１２１】
具体的にはまず、図１６に示すように、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２Ｄに登録されているかどうかを判断する（ＳＰ１１０１）。
【０１２２】
そして、ストレージ側ＣＰＵ１０１は、引数として渡されたイニシエータ名及びターゲット名の組がターゲット表２０２Ｄに登録されていると判断した場合には（ＳＰ１１０１：ＹＥＳ）、次に、ターゲット名に「changepassword」が含まれているかどうか判断する（ＳＰ１１０２）。
【０１２３】
ストレージ側ＣＰＵ１０１は、ターゲット名に「changepassword」が含まれていると判断した場合には（ＳＰ１１０２：ＹＥＳ）、読み込んだターゲット名から該当するファイルシステムをＬＵに書き込んだ上で、Windows（登録商標）、Linux等の代表的なＯＳ上で実行できる実行プログラムを書き込む（ＳＰ１１０３）。
【０１２４】
次に、ストレージ側ＣＰＵ１０１は、ストレージ装置１００Ｄにおいて、実行プログラムの指定が未使用となっているＵＤＰポート番号の１つを待受け状態とする（ＳＰ１１０４）。
【０１２５】
ホスト計算機１１０は上記実行プログラムを実行することで、ユーザは新しいパスワードを入力することができる。そうして、ユーザが新しいパスワードを入力すると、ホスト計算機１１０は、ストレージ装置１００Ｄに当該パスワードを送信する。
【０１２６】
そしてストレージ側ＣＰＵ１０１は新しいパスワードを受信したか否かを判断する（ＳＰ１１０５）。ストレージ側ＣＰＵ１０１は新しいパスワードを受信したと判断した場合には（ＳＰ１１０５：ＹＥＳ）、イニシエータ管理表２０３Ｄを更新し（ＳＰ１１０６）、ＵＤＰポート番号の待受け状態を解除する（ＳＰ１１０８）。
【０１２７】
一方、ストレージ側ＣＰＵ１０１は新しいパスワードを受信していないと判断した場合には（ＳＰ１１０５：ＮＯ）、待受け開始から一定時間を経過したかを判断する（ＳＰ１１０７）。ストレージ側ＣＰＵ１０１は、待受け開始から一定時間を経過していないと判断した場合には（ＳＰ１１０７：ＮＯ）、ステップＳＰ１１０５に戻る。
【０１２８】
ストレージ側ＣＰＵ１０１は、待受け開始から一定時間を経過していると判断した場合には（ＳＰ１１０７：ＮＯ）、ＵＤＰポート番号の待受け状態を解除する（ＳＰ１１０８）。
【０１２９】
そうして、ストレージ側ＣＰＵ１０１は、戻り値を「Success」にして（ＳＰ１１０９）処理Ｃを終える。
【０１３０】
なお、ステップＳＰ１１１０からステップＳＰ１１１４の処理は、上述した図８のステップＳＰ８０５からＳＰ８０９の処理と同じなので、説明を省略する。
【０１３１】
このようにして、ユーザは必要に応じてストレージ装置１００Ｄに設定されているパスワードを自ら変更することができる。
【０１３２】
（６）他の実施の形態
なお、上述の実施の形態においては、ホスト計算機１１０に割り当て又は未割り当ての前記論理ボリュームの情報をボリューム情報（ターゲット名）として管理する管理部をメモリ１０２及びターゲット表２０２により構成し、ホスト計算機１１０からのコマンドに基づいて、必要な前記ボリューム情報を識別する識別部をＣＰＵ１０１及びターゲットプログラム２０１により構成し、識別部により識別した必要なボリューム情報に基づいて、ボリューム情報に含まれる論理ボリュームの機能情報に応じた所定の処理を論理ボリュームに対して実行する実行部をＣＰＵ１０１及びターゲットプログラム２０１により構成した場合について述べたが、本発明はこれに限らず、管理部、識別部及び実行部をそれぞれ個別のハードウェア構成としても良い。
【産業上の利用可能性】
【０１３３】
本発明は、１又は複数のストレージ装置を有する記憶システムや、その他の形態の記憶システムに広く適用することができる。
【図面の簡単な説明】
【０１３４】
【図１】第１の実施の形態における記憶システムの概略図である。
【図２】第１の実施の形態におけるメモリ内のブロック図である。
【図３】第１の実施の形態におけるターゲット表を示す図表である。
【図４】第１の実施の形態におけるイニシエータ管理表を示す図表である。
【図５】第１の実施の形態におけるｉＳＣＳＩログイン時のシーケンスを示す図である。
【図６】第１の実施の形態におけるターゲットプログラムの処理Ａを示すフローチャートである。
【図７】第１の実施の形態におけるターゲットプログラムの処理Ｂを示すフローチャートである。
【図８】第１の実施の形態におけるターゲットプログラムの処理Ｃを示すフローチャートである。
【図９】第２の実施の形態におけるターゲット表を示す図表である。
【図１０】第３の実施の形態におけるターゲット表を示す図表である。
【図１１】第３の実施の形態におけるターゲットプログラムの処理Ｃを示すフローチャートである。
【図１２】第４の実施の形態におけるターゲット表を示す図表である。
【図１３】第４の実施の形態におけるターゲットプログラムの処理Ｃを示すフローチャートである。
【図１４】第５の実施の形態におけるターゲット表を示す図表である。
【図１５】第５の実施の形態におけるイニシエータ管理表を示す図表である。
【図１６】第５の実施の形態におけるターゲットプログラムの処理Ｃを示すフローチャートである。
【符号の説明】
【０１３５】
１……記憶システム、１１０……ホスト計算機、１００……ストレージ装置、１０２……メモリ、２０１……ターゲットプログラム、２０２……ターゲット表２０２……イニシエータ管理表
【特許請求の範囲】
【請求項１】
１又は複数のホスト計算機と、各前記ホスト計算機に対してデータを読み書きするための記憶領域でなる複数の論理ボリュームを提供する記憶制御装置とを有する記憶システムにおいて、
前記記憶制御装置は、
前記ホスト計算機に割り当て又は未割り当ての前記論理ボリュームの情報をボリューム情報として管理する管理部と、
前記ホスト計算機からのコマンドに基づいて、必要な前記ボリューム情報を識別する識別部と、
識別部により識別した必要な前記ボリューム情報に基づいて、前記ボリューム情報に含まれる前記論理ボリュームの機能情報に応じた所定の処理を前記論理ボリュームに対して実行する実行部と、
を備えることを特徴とする記憶システム。
【請求項２】
前記論理ボリュームの機能情報は、新しい論理ボリュームを作成するための容量情報及び構成情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて新しい論理ボリュームを作成する
ことを特徴とする請求項１に記載の記憶システム。
【請求項３】
前記論理ボリュームの機能情報は前記ホスト計算機に割り当てたられた前記論理ボリュームを削除するための削除情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームを削除する
ことを特徴とする請求項１に記載の記憶システム。
【請求項４】
前記論理ボリュームの機能情報は、ホスト計算機からのデータを管理するファイルシステムの種類情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームを所定のファイルシステムにフォーマットする
ことを特徴とする請求項１に記載の記憶システム。
【請求項５】
前記論理ボリュームの機能情報は、前記ホスト計算機に割り当てられた前記論理ボリュームの複製ボリュームを作成するための作成情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームの複製ボリュームを作成する
ことを特徴とする請求項１に記載の記憶システム。
【請求項６】
前記論理ボリュームの機能情報は、前記ホスト計算機に対して未割り当ての前記論理ボリュームの容量情報、構成情報、ファイルシステムの種類情報及び前記ファイルシステム上で実行する実行プログラムの種類情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記論理ボリュームを作成し、作成した前記論理ボリュームに所定のファイルシステムをフォーマットし、フォーマットされた前記論理ボリュームに所定の実行プログラムを書込む
ことを特徴とする請求項１に記載の記憶システム。
【請求項７】
前記論理ボリュームの機能情報は、前記ホスト計算機から前記論理ボリュームにアクセスするためのパスワードの変更情報であり、
前記管理部は、
ホスト計算機から前記論理ボリュームにアクセスするためのパスワードを管理し、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記論理ボリュームにアクセスするためのパスワードを変更する
ことを特徴とする請求項１に記載の記憶システム。
【請求項８】
１又は複数のホスト計算機と、各前記ホスト計算機に対してデータを読み書きするための記憶領域でなる複数の論理ボリュームを提供する記憶制御装置とを有する記憶システムの管理方法において、
前記記憶制御装置は、前記ホスト計算機に割り当て又は未割り当ての前記論理ボリュームの情報をボリューム情報として管理する管理ステップと、
前記ホスト計算機からのコマンドに基づいて、必要な前記ボリューム情報を識別する識別ステップと、
識別ステップにより識別した必要な前記ボリューム情報に基づいて、前記ボリューム情報に含まれる前記論理ボリュームの機能情報に応じた所定の処理を前記論理ボリュームに対して実行する実行ステップと、
を備えることを特徴とする管理方法。
【請求項９】
前記論理ボリュームの機能情報は、新しい論理ボリュームを作成するための容量情報及び構成情報であり、
前記実行ステップでは、
前記論理ボリュームの機能情報に基づいて新しい論理ボリュームを作成する
ことを特徴とする請求項８に記載の管理方法。
【請求項１０】
前記論理ボリュームの機能情報は前記ホスト計算機に割り当てたられた前記論理ボリュームを削除するための削除情報であり、
前記実行ステップでは、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームを削除する
ことを特徴とする請求項８に記載の管理方法。
【請求項１１】
前記論理ボリュームの機能情報は、ホスト計算機からのデータを管理するファイルシステムの種類情報であり、
前記実行ステップは、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームを所定のファイルシステムにフォーマットする
ことを特徴とする請求項８に記載の管理方法。
【請求項１２】
前記論理ボリュームの機能情報は、前記ホスト計算機に割り当てられた前記論理ボリュームの複製ボリュームを作成するための作成情報であり、
前記実行ステップは、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームの複製ボリュームを作成する
ことを特徴とする請求項８に記載の管理方法。
【請求項１３】
前記論理ボリュームの機能情報は、前記ホスト計算機に対して未割り当ての前記論理ボリュームの容量情報、構成情報、ファイルシステムの種類情報及び前記ファイルシステム上で実行する実行プログラムの種類情報であり、
前記実行ステップは、
前記論理ボリュームの機能情報に基づいて前記論理ボリュームを作成し、作成した前記論理ボリュームに所定のファイルシステムをフォーマットし、フォーマットされた前記論理ボリュームに所定の実行プログラムを書込む
ことを特徴とする請求項８に記載の管理方法。
【請求項１４】
前記論理ボリュームの機能情報は、前記ホスト計算機から前記論理ボリュームにアクセスするためのパスワードの変更情報であり、
前記管理ステップは、
ホスト計算機から前記論理ボリュームにアクセスするためのパスワードを管理し、
前記実行ステップは、
前記論理ボリュームの機能情報に基づいて前記論理ボリュームにアクセスするためのパスワードを変更する
ことを特徴とする請求項８に記載の管理方法。
【請求項１５】
１又は複数のホスト計算機に対してデータを読み書きするための記憶領域でなる複数の論理ボリュームを提供する記憶制御装置において、
前記ホスト計算機に割り当て又は未割り当ての前記論理ボリュームの情報をボリューム情報として管理する管理部と、
前記ホスト計算機からのコマンドに基づいて、必要な前記ボリューム情報を識別する識別部と、
識別部により識別した必要な前記ボリューム情報に基づいて、前記ボリューム情報に含まれる前記論理ボリュームの機能情報に応じた所定の処理を前記論理ボリュームに対して実行する実行部と、
を備えることを特徴とする記憶制御装置。
【請求項１６】
前記論理ボリュームの機能情報は、新しい論理ボリュームを作成するための容量情報及び構成情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて新しい論理ボリュームを作成する
ことを特徴とする請求項１５に記載の記憶制御装置。
【請求項１７】
前記論理ボリュームの機能情報は前記ホスト計算機に割り当てたられた前記論理ボリュームを削除するための削除情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームを削除する
ことを特徴とする請求項１５に記載の記憶制御装置。
【請求項１８】
前記論理ボリュームの機能情報は、ホスト計算機からのデータを管理するファイルシステムの種類情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームを所定のファイルシステムにフォーマットする
ことを特徴とする請求項１５に記載の記憶制御装置。
【請求項１９】
前記論理ボリュームの機能情報は、前記ホスト計算機に割り当てられた前記論理ボリュームの複製ボリュームを作成するための作成情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームの複製ボリュームを作成する
ことを特徴とする請求項１５に記載の記憶制御装置。
【請求項２０】
前記論理ボリュームの機能情報は、前記ホスト計算機に対して未割り当ての前記論理ボリュームの容量情報、構成情報、ファイルシステムの種類情報及び前記ファイルシステム上で実行する実行プログラムの種類情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記論理ボリュームを作成し、作成した前記論理ボリュームに所定のファイルシステムをフォーマットし、フォーマットされた前記論理ボリュームに所定の実行プログラムを書込む
ことを特徴とする請求項１５に記載の記憶制御装置。
【請求項２１】
前記論理ボリュームの機能情報は、前記ホスト計算機から前記論理ボリュームにアクセスするためのパスワードの変更情報であり、
前記管理部は、
ホスト計算機から前記論理ボリュームにアクセスするためのパスワードを管理し、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記論理ボリュームにアクセスするためのパスワードを変更する
ことを特徴とする請求項１５に記載の記憶制御装置。
【請求項１】
１又は複数のホスト計算機と、各前記ホスト計算機に対してデータを読み書きするための記憶領域でなる複数の論理ボリュームを提供する記憶制御装置とを有する記憶システムにおいて、
前記記憶制御装置は、
前記ホスト計算機に割り当て又は未割り当ての前記論理ボリュームの情報をボリューム情報として管理する管理部と、
前記ホスト計算機からのコマンドに基づいて、必要な前記ボリューム情報を識別する識別部と、
識別部により識別した必要な前記ボリューム情報に基づいて、前記ボリューム情報に含まれる前記論理ボリュームの機能情報に応じた所定の処理を前記論理ボリュームに対して実行する実行部と、
を備えることを特徴とする記憶システム。
【請求項２】
前記論理ボリュームの機能情報は、新しい論理ボリュームを作成するための容量情報及び構成情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて新しい論理ボリュームを作成する
ことを特徴とする請求項１に記載の記憶システム。
【請求項３】
前記論理ボリュームの機能情報は前記ホスト計算機に割り当てたられた前記論理ボリュームを削除するための削除情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームを削除する
ことを特徴とする請求項１に記載の記憶システム。
【請求項４】
前記論理ボリュームの機能情報は、ホスト計算機からのデータを管理するファイルシステムの種類情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームを所定のファイルシステムにフォーマットする
ことを特徴とする請求項１に記載の記憶システム。
【請求項５】
前記論理ボリュームの機能情報は、前記ホスト計算機に割り当てられた前記論理ボリュームの複製ボリュームを作成するための作成情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームの複製ボリュームを作成する
ことを特徴とする請求項１に記載の記憶システム。
【請求項６】
前記論理ボリュームの機能情報は、前記ホスト計算機に対して未割り当ての前記論理ボリュームの容量情報、構成情報、ファイルシステムの種類情報及び前記ファイルシステム上で実行する実行プログラムの種類情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記論理ボリュームを作成し、作成した前記論理ボリュームに所定のファイルシステムをフォーマットし、フォーマットされた前記論理ボリュームに所定の実行プログラムを書込む
ことを特徴とする請求項１に記載の記憶システム。
【請求項７】
前記論理ボリュームの機能情報は、前記ホスト計算機から前記論理ボリュームにアクセスするためのパスワードの変更情報であり、
前記管理部は、
ホスト計算機から前記論理ボリュームにアクセスするためのパスワードを管理し、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記論理ボリュームにアクセスするためのパスワードを変更する
ことを特徴とする請求項１に記載の記憶システム。
【請求項８】
１又は複数のホスト計算機と、各前記ホスト計算機に対してデータを読み書きするための記憶領域でなる複数の論理ボリュームを提供する記憶制御装置とを有する記憶システムの管理方法において、
前記記憶制御装置は、前記ホスト計算機に割り当て又は未割り当ての前記論理ボリュームの情報をボリューム情報として管理する管理ステップと、
前記ホスト計算機からのコマンドに基づいて、必要な前記ボリューム情報を識別する識別ステップと、
識別ステップにより識別した必要な前記ボリューム情報に基づいて、前記ボリューム情報に含まれる前記論理ボリュームの機能情報に応じた所定の処理を前記論理ボリュームに対して実行する実行ステップと、
を備えることを特徴とする管理方法。
【請求項９】
前記論理ボリュームの機能情報は、新しい論理ボリュームを作成するための容量情報及び構成情報であり、
前記実行ステップでは、
前記論理ボリュームの機能情報に基づいて新しい論理ボリュームを作成する
ことを特徴とする請求項８に記載の管理方法。
【請求項１０】
前記論理ボリュームの機能情報は前記ホスト計算機に割り当てたられた前記論理ボリュームを削除するための削除情報であり、
前記実行ステップでは、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームを削除する
ことを特徴とする請求項８に記載の管理方法。
【請求項１１】
前記論理ボリュームの機能情報は、ホスト計算機からのデータを管理するファイルシステムの種類情報であり、
前記実行ステップは、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームを所定のファイルシステムにフォーマットする
ことを特徴とする請求項８に記載の管理方法。
【請求項１２】
前記論理ボリュームの機能情報は、前記ホスト計算機に割り当てられた前記論理ボリュームの複製ボリュームを作成するための作成情報であり、
前記実行ステップは、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームの複製ボリュームを作成する
ことを特徴とする請求項８に記載の管理方法。
【請求項１３】
前記論理ボリュームの機能情報は、前記ホスト計算機に対して未割り当ての前記論理ボリュームの容量情報、構成情報、ファイルシステムの種類情報及び前記ファイルシステム上で実行する実行プログラムの種類情報であり、
前記実行ステップは、
前記論理ボリュームの機能情報に基づいて前記論理ボリュームを作成し、作成した前記論理ボリュームに所定のファイルシステムをフォーマットし、フォーマットされた前記論理ボリュームに所定の実行プログラムを書込む
ことを特徴とする請求項８に記載の管理方法。
【請求項１４】
前記論理ボリュームの機能情報は、前記ホスト計算機から前記論理ボリュームにアクセスするためのパスワードの変更情報であり、
前記管理ステップは、
ホスト計算機から前記論理ボリュームにアクセスするためのパスワードを管理し、
前記実行ステップは、
前記論理ボリュームの機能情報に基づいて前記論理ボリュームにアクセスするためのパスワードを変更する
ことを特徴とする請求項８に記載の管理方法。
【請求項１５】
１又は複数のホスト計算機に対してデータを読み書きするための記憶領域でなる複数の論理ボリュームを提供する記憶制御装置において、
前記ホスト計算機に割り当て又は未割り当ての前記論理ボリュームの情報をボリューム情報として管理する管理部と、
前記ホスト計算機からのコマンドに基づいて、必要な前記ボリューム情報を識別する識別部と、
識別部により識別した必要な前記ボリューム情報に基づいて、前記ボリューム情報に含まれる前記論理ボリュームの機能情報に応じた所定の処理を前記論理ボリュームに対して実行する実行部と、
を備えることを特徴とする記憶制御装置。
【請求項１６】
前記論理ボリュームの機能情報は、新しい論理ボリュームを作成するための容量情報及び構成情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて新しい論理ボリュームを作成する
ことを特徴とする請求項１５に記載の記憶制御装置。
【請求項１７】
前記論理ボリュームの機能情報は前記ホスト計算機に割り当てたられた前記論理ボリュームを削除するための削除情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームを削除する
ことを特徴とする請求項１５に記載の記憶制御装置。
【請求項１８】
前記論理ボリュームの機能情報は、ホスト計算機からのデータを管理するファイルシステムの種類情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームを所定のファイルシステムにフォーマットする
ことを特徴とする請求項１５に記載の記憶制御装置。
【請求項１９】
前記論理ボリュームの機能情報は、前記ホスト計算機に割り当てられた前記論理ボリュームの複製ボリュームを作成するための作成情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記ホスト計算機に割り当てられた前記論理ボリュームの複製ボリュームを作成する
ことを特徴とする請求項１５に記載の記憶制御装置。
【請求項２０】
前記論理ボリュームの機能情報は、前記ホスト計算機に対して未割り当ての前記論理ボリュームの容量情報、構成情報、ファイルシステムの種類情報及び前記ファイルシステム上で実行する実行プログラムの種類情報であり、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記論理ボリュームを作成し、作成した前記論理ボリュームに所定のファイルシステムをフォーマットし、フォーマットされた前記論理ボリュームに所定の実行プログラムを書込む
ことを特徴とする請求項１５に記載の記憶制御装置。
【請求項２１】
前記論理ボリュームの機能情報は、前記ホスト計算機から前記論理ボリュームにアクセスするためのパスワードの変更情報であり、
前記管理部は、
ホスト計算機から前記論理ボリュームにアクセスするためのパスワードを管理し、
前記実行部は、
前記論理ボリュームの機能情報に基づいて前記論理ボリュームにアクセスするためのパスワードを変更する
ことを特徴とする請求項１５に記載の記憶制御装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００８−８４０９４（Ｐ２００８−８４０９４Ａ）
【公開日】平成２０年４月１０日（２００８．４．１０）
【国際特許分類】
【出願番号】特願２００６−２６４５５０（Ｐ２００６−２６４５５０）
【出願日】平成１８年９月２８日（２００６．９．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２０年４月１０日（２００８．４．１０）
【国際特許分類】
【出願日】平成１８年９月２８日（２００６．９．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]