(57)【要約】【課題】  ストレージシステムもしくは、外部ストレージ接続方法を用いるストレージシステムにおいて、ディスク装置に格納した長期保存データを、その特性を利用して、長期間低コストで維持・運用可能とする。【解決手段】  ホスト計算機１００とストレージ１３０と管理サーバ１１０をネットワークで接続してなる計算機システムにおいて、ストレージ１３０は、論理デバイスのデタッチ要求を受信し、要求に含まれる情報を用いて処理対象となる論理デバイスと該論理デバイスに対応する物理デバイスを特定し、論理デバイスのホストパス定義を解除し、物理デバイス１３７を停止する。【選択図】        図１
2006285464.tif 000002
【特許請求の範囲】
【請求項１】
ホスト計算機とストレージと管理サーバをネットワークで接続してなる計算機システムにおいて、
前記ストレージは、論理デバイスのデタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスと該論理デバイスに対応する物理デバイスを特定し、前記論理デバイスのホストパス定義を解除し、前記物理デバイスを停止することを特徴とする計算機システム。
【請求項２】
請求項１記載の計算機システムにおいて、
前記ストレージは複数のストレージからなり、一のストレージは、ホスト計算機と他のストレージ間に介在し、前記他のストレージの論理デバイスを前記一のストレージの論理デバイスとして仮想化してホスト計算機に提供し、デタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスを特定し、特定した論理デバイスが前記他のストレージの論理デバイスに対応する場合には、前記一のストレージの論理デバイスのホストパス定義を解除し、前記他のストレージに該当論理デバイスに対応する物理デバイスの停止要求を送信し、前記他のストレージは、前記一のストレージからの該当論理デバイスに対応する物理デバイスの停止要求を受信し、該物理デバイスを停止することを特徴とする計算機システム。
【請求項３】
請求項２記載の計算機システムにおいて、
前記一のストレージは、該一のストレージの論理デバイスに対応する前記他のストレージの論理デバイスの対応を解除することを特徴とする計算機システム。
【請求項４】
請求項１記載の計算機システムにおいて、
前記ストレージは、論理デバイスのアタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスと該論理デバイスに対応する物理デバイスを特定し、停止している前記物理デバイスを起動し、前記論理デバイスのホストパスを定義することを特徴とする計算機システム。
【請求項５】
請求項１の計算機システムにおいて、
前記ストレージは複数のストレージからなり、一のストレージは、ホスト計算機と他のストレージ間に介在し、前記他のストレージの論理デバイスを前記一のストレージの論理デバイスとして仮想化してホスト計算機に提供し、アタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスを特定し、特定した論理デバイスが前記他のストレージの論理デバイスに対応する場合には、該他のストレージに該当論理デバイスに対応する物理デバイスの起動を要求することを特徴とする計算機システム。
【請求項６】
請求項５記載の計算機システムにおいて、
前記一のストレージは、前記他のストレージからの該当論理デバイスに対応する物理デバイスの起動完了報告を受け、前記一のストレージの論理デバイスに前記他のストレージの論理デバイスを対応させ、前記一のストレージの論理デバイスのホストパスを定義することを特徴とする計算機システム。
【請求項７】
請求項１記載の計算機システムにおいて、
前記ストレージは複数のストレージからなり、一のストレージは、ホスト計算機と複数の第二のストレージ間に介在し、他の複数のストレージの論理デバイスを前記一のストレージの論理デバイスとして仮想化してホスト計算機に提供し、複数の第二のストレージから停止した論理デバイスの移行先となる第三のストレージを選定し、第三のストレージ以外の第二のストレージの論理デバイスから移行対象となる停止した第二のストレージの論理デバイスを選定し、第二の論理デバイスの移行先となる第三のストレージ内の論理デバイスを選定し、停止している第二の論理デバイスを起動し、第二と第三のストレージの論理デバイスのデータを順次読み上げて、それぞれ第三と第二のストレージの論理デバイスへ書き込むことで第二と第三のストレージの論理デバイスの内容を入れ替え、第二及び第三のストレージの論理デバイスとそれらを仮想化した第一のストレージの論理デバイスとの対応を入れ替え、当該第三のストレージ内の全ての論理デバイスが停止した場合に、当該第三のストレージ自体を停止することを特徴とする計算機システム。
【請求項８】
請求項１記載の計算機システムにおいて、
前記ストレージは、制御プロセッサ、制御メモリ、メモリ及びディスクを備え、前記制御メモリは、制御デバイス管理情報、ＬＵパス管理情報、物理デバイス管理情報、外部デバイス管理情報、デバイス機能管理情報を有し、前記メモリは、デバイス管理情報の複製、デバイス接続切替処理、デバイス起動／停止処理及び停止デバイス監視処理を格納しており、デバイス接続切替要求を受信し、該要求処理実行可否をチェックし、デタッチ要求であれば、該当する物理デバイスを停止し、アタッチ要求であれば、該当する物理デバイスを起動させることを特徴とする起算機システム。
【請求項９】
ネットワークで接続したホスト計算機及び管理サーバとで計算機システムを構成するストレージにおいて、
論理デバイスのデタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスと該論理デバイスに対応する物理デバイスを特定し、前記論理デバイスのホストパス定義を解除し、前記物理デバイスを停止することを特徴とするストレージ。
【請求項１０】
請求項９記載のストレージにおいて、
前記物理デバイスはディスク装置であり、該物理デバイスの停止は該ディスク装置のディスク回転を止めることであることを特徴とするストレージ。
【請求項１１】
請求項９記載のストレージにおいて、
前記管理サーバからの論理デバイスのデタッチ要求を受信することを特徴とするストレージ。
【請求項１２】
請求項９記載のストレージにおいて、
前記ホスト計算機からのデタッチ要求を受信することを特徴とするストレージ。
【請求項１３】
請求項９記載のストレージにおいて、
前記ホスト計算機と他のストレージ間に介在し、前記他のストレージの論理デバイスを自ストレージの論理デバイスとして仮想化してホスト計算機に提供し、デタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスを特定し、特定した論理デバイスが前記他のストレージの論理デバイスに対応する場合には、自ストレージの論理デバイスのホストパス定義を解除し、前記他のストレージに該当論理デバイスに対応する物理デバイスの停止要求を送信し、前記他のストレージは、自ストレージからの該当論理デバイスに対応する物理デバイスの停止要求を受信し、該物理デバイスを停止することを特徴とするストレージ。
【請求項１４】
請求項９記載のストレージにおいて、
論理デバイスのアタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスと該論理デバイスに対応する物理デバイスを特定し、停止している前記物理デバイスを起動し、前記論理デバイスのホストパスを定義することを特徴とするストレージ。
【請求項１５】
請求項１４記載のストレージにおいて、
前記物理デバイスはディスク装置であり、該物理デバイスの起動は該ディスク装置のディスク駆動を開始することであることを特徴とするストレージ。
【請求項１６】
請求項９記載のストレージにおいて、
ホスト計算機と他のストレージ間に介在し、前記他のストレージの論理デバイスを自ストレージの論理デバイスとして仮想化してホスト計算機に提供し、アタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスを特定し、特定した論理デバイスが前記他のストレージの論理デバイスに対応する場合には、自ストレージの論理デバイスのホストパスを定義し、前記他のストレージに該当論理デバイスに対応する物理デバイスの起動を要求することを特徴とするストレージ。
【請求項１７】
請求項９記載のストレージにおいて、
論理デバイスに対応する物理デバイスの停止を要求するストレージから前記物理デバイスの停止要求を受信し、該物理デバイスを停止し、該当論理デバイスに対応する物理デバイスの停止完了報告を返信することを特徴とするストレージ。
【請求項１８】
請求項９記載のストレージにおいて、
ホスト計算機と他の複数のストレージ間に介在し、他の複数のストレージの論理デバイスを自ストレージの論理デバイスとして仮想化してホスト計算機に提供し、複数の第二のストレージから停止した論理デバイスの移行先となる第三のストレージを選定し、第三のストレージ以外の第二のストレージの論理デバイスから移行対象となる停止した第二のストレージの論理デバイスを選定し、第二の論理デバイスの移行先となる第三のストレージ内の論理デバイスを選定し、停止している第二の論理デバイスを起動し、第二と第三のストレージの論理デバイスのデータを順次読み上げて、それぞれ第三と第二のストレージの論理デバイスへ書き込むことで第二と第三のストレージの論理デバイスの内容を入れ替え、第二及び第三のストレージの論理デバイスとそれらを仮想化した第一のストレージの論理デバイスとの対応を入れ替え、当該第三のストレージ内の全ての論理デバイスが停止した場合に、当該第三のストレージ自体を停止させることを特徴とするストレージ。
【請求項１９】
請求項１８記載のストレージにおいて、
前記第三のストレージとして、前記第二のストレージのうちで停止した論理デバイスの数が最も多いものを選択することを特徴とするストレージ。
【請求項２０】
ホスト計算機とストレージと管理サーバをネットワークで接続してなる計算機システムのデバイス制御方法において、
論理デバイスのデタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスと該論理デバイスに対応する物理デバイスを特定し、前記論理デバイスのホストパス定義を解除し、前記物理デバイスを停止することを特徴とするデバイス制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機システムにおいて計算機が使用するデータを格納するストレージ、特にホストと一台以上の第二のストレージを接続し、第二のストレージ内のデバイスを自己のデバイスとして仮想化することができる第一のストレージの制御方法に関する。
【背景技術】
【０００２】
電子保存の規制緩和や、インターネットビジネスの拡大、手続きの電子化など、急速に情報システムが進展する中、データ量の飛躍的増加が顕著になっている。このようなデータ量の飛躍的増加に加え、ディスク装置へのデータバックアップ（Ｄｉｓｋ−ｔｏ−Ｄｉｓｋ  Ｂａｃｋｕｐ）や監査対応などによる企業の業務活動記録（取引情報やメールなど）の長期保管などへの顧客要求の高まりによって、ストレージに格納するデータも飛躍的に増加を続けている。これに伴い、企業情報システムでは、各部門／各システムのストレージ増強を図る一方で、複雑化するＩＴインフラストラクチャの管理の簡素化や効率化が求められている。特にストレージ装置の管理を簡素化し、データの価値に応じ最適なストレージを活用してトータルコストの最適化を図ることへの期待が高まっている。
【０００３】
大規模ストレージシステムの管理コストを低減する方法として、特許文献１に開示されるようなストレージ仮想化技術が挙げられる。特許文献１では、第一のストレージを一台以上の第二のストレージへ接続し、第二のストレージがホスト等上位に提供するデバイス（以下、論理デバイスと呼ぶ）を第一のストレージを介して第一のストレージの論理デバイスとしてホストへ提供するストレージ仮想化技術（以下、外部ストレージ接続方法と呼ぶ）が開示されている。第一のストレージはホストからの論理デバイスへの入出力要求を受信した際に、アクセス対象のデバイスが第二のストレージの論理デバイス若しくは第一ストレージ内のディスク装置などの物理デバイスのいずれに対応しているのかを判定し、判定結果に従って適当なアクセス先に入出力要求を振り分ける。
【特許文献１】特開２００５−１１２７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に示す外部ストレージ接続方法を有するストレージを用いることで、性能、信頼性、価格などの属性の異なる複数のストレージを統合したストレージシステムを構築できる。例えば、外部ストレージ接続手段を有する高コスト高機能高信頼な第一のストレージと低コスト低機能低信頼な第二のストレージ複数台を接続することによって、データの鮮度や価値に応じた最適なデータ配置が可能な記憶階層システムを実現できる。このような記憶階層システムを用いることで、監査対応などを目的として、日々の業務で発生する取引情報やメールなどの大量の情報を、各情報が持つ価値に応じて最適なコストで長期間保存することが可能となる。
【０００５】
ただし、上記のように大量データを長期間保存する場合、大量データを格納する大量の記憶装置をより低コストで維持・運用することが重要となる。例えば、大量のディスク装置を駆動しておくためには大量の電力を消費するため、この削減が重要となる。また、これらのデータの保管期間は数年から数十年とストレージ機器の寿命を超えた長いものであるため、保管期間中にストレージ機器の世代交代が必須となる。従って、データ保管コストを削減するには、ストレージ機器を可能な限り延命し、機器交換回数を削減することが望まれる。
【０００６】
一方で、上記のように長期保存されるデータの多くは、業務取引データやメールのアーカイブなどであり、日常業務で利用される可能性が極めて低いという特性を持つ。
【０００７】
本発明の目的は、ストレージシステムもしくは、外部ストレージ接続方法を用いるストレージシステムにおいて、ディスク装置に格納した長期保存データを、その特性を利用して、長期間低コストで維持・運用可能とすることである。
【課題を解決するための手段】
【０００８】
ストレージおよび管理サーバは、ユーザもしくはアプリケーションプログラムからの指示に応じて、ストレージ内の特定デバイスのデタッチとアタッチと、必要に応じて当該デバイスに対応するディスク装置の停止と起動を行う。デバイスデタッチについては、対象デバイスの停止要否判定とＬＵパス定義の解除と、必要であれば当該デバイスに対応するディスク装置の停止を行う。又、デバイスアタッチについては、当該デバイスに対応するディスク装置の起動と当該デバイスのＬＵパスの定義を行う。
【０００９】
別の実施形態としては、第一のストレージがホストと第二のストレージ間に介在し、第二のストレージのデバイスを自身のデバイスとして提供する外部ストレージ接続方法を有する第一のストレージ、および管理サーバは、ユーザもしくはアプリケーションプログラムからの指示に応じて、第二のストレージの第二のデバイスに対応する第一のストレージの第一のデバイスのデタッチとアタッチと、必要に応じて第一のデバイスに対応する第二のデバイスの停止と起動を行う。デバイスデタッチについては、第一のデバイスの停止要否判定と第一のデバイスのＬＵパス定義解除と、必要であれば第二のストレージに対する第二のデバイスの停止指示と、第二のストレージから第二のデバイス停止完了受領後に第一のデバイスと第二のデバイスの対応付けの解除を行う。また、デバイスアタッチについては、第二のストレージに対する第二のデバイスの起動指示と、第二のストレージから第二のデバイス停止完了受領後に第一のデバイスと第二のデバイスの対応付けと、第一のデバイスのＬＵパスの定義を行う。
【００１０】
別の実施形態としては、第一のストレージが複数台の第二のストレージとホスト間に介在し、第二のストレージのデバイスを自身のデバイスとして提供する外部ストレージ接続方法を有し、第一のストレージ又は管理サーバは、複数台の第二のストレージから停止デバイス集約先となる第三のストレージとを選定し、第三のストレージへのデータ移行対象となる他の第二のストレージの停止デバイスを選定し、他の第二のストレージ内の停止した移行元の論理デバイスを、ストレージ間デバイス再配置によって、第三のストレージへ移行し、このデータ移行の繰り返しによって当該第三のストレージ内の全ての論理デバイスが停止したことを条件に、当該第三のストレージを停止する。
【００１１】
すなわち、本発明は、ホスト計算機とストレージと管理サーバをネットワークで接続してなる計算機システムにおいて、前記ストレージは、論理デバイスのデタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスと該論理デバイスに対応する物理デバイスを特定し、前記論理デバイスのホストパス定義を解除し、前記物理デバイスを停止する計算機システムである。
【発明の効果】
【００１２】
本発明のストレージシステムによれば、多数のディスク装置を用いて大量データを長期保管する場合、ユーザ又はアプリケーションからの特定論理デバイスのデタッチ指示によって、当該論理デバイスに対応するディスク装置を停止して電力消費を抑制し、システム運転コストを低減することができる。また、ディスク装置を停止することで、当該装置を延命し、長期データ保管時の機器交換回数削減によるシステム維持コストを低減することができる。
【００１３】
さらに、本発明のストレージシステムによれば、複数ストレージに分散した、対応ディスク装置を停止した複数の論理デバイスを、特定のストレージにデータ移動により再配置し、特定ストレージ内の全論理デバイスのディスク装置を停止した時点で、当該ストレージ自体を停止することで、更なる電力消費の抑制によるシステム稼動コストの低減を実現する。
【発明を実施するための最良の形態】
【００１４】
本発明を実施するための最良の形態を説明する。
本発明の計算機システムとストレージ及びデバイス制御方法の実施例として、第一から第三の実施例を説明する。
【００１５】
第一の実施例は、外部ストレージ接続方法を有する第一のストレージを一台以上の第二のストレージに接続してなるストレージシステムにおいて、ユーザ又はアプリケーションからの第一のストレージ内第一の論理デバイスのデタッチ要求に対して、当該論理デバイスのＬＵパス定義を解除し、当該要求に付加された制御情報によって当該論理デバイスの停止要否を決定し、停止要の場合、当該論理デバイスに対応する物理デバイス又は第二のストレージシステム内の第二の論理デバイスを停止する。このとき、第一の論理デバイスと物理デバイス又は第二の論理デバイスとの対応は維持したままとする。
【００１６】
第二の実施例は、第一の実施例において、第一の論理デバイスへのデタッチ処理時、当該第一の論理デバイスが外部ストレージ接続方法によって第二のストレージの第二の論理デバイスと対応している場合、第一と第二の論理デバイス間の対応付けを解除し、当該第一の論理デバイスアドレスを別の第二のストレージ内の論理デバイスとの対応付けを許可する。一方、第一の論理デバイスが物理デバイスと対応している場合は、第一の実施例と同じ動作とする。
【００１７】
第三の実施例は、ユーザ又はアプリケーションからのデタッチ要求に応じて、停止された１つ以上の第二のストレージ内第二の論理デバイスを、ストレージ間デバイス移行によって特定の第二のストレージに集約し、当該第二のストレージ内論理デバイスが全て停止している場合、当該第二のストレージを停止させる。
【実施例１】
【００１８】
まず図１から図６、図８から図１３を参照して第１の実施例を説明する。図１は本発明の第１の実施例が適用される計算機システムのハードウェア構成の一例を示す図である。
【００１９】
計算機システムは、１台以上のホスト計算機（以下、ホストとも呼ぶ。）１００と、管理サーバ１１０と、ファイバチャネルスイッチ１２０と、ストレージ１３０と、管理端末１４０と、外部ストレージ１５０ａおよび１５０ｂ（総称して外部ストレージ１５０と呼ぶ）を有する。ホスト１００、ストレージ１３０および外部ストレージ１５０は各々ポート１０７，１３１，１５１を介してファイバチャネルスイッチ１２０のポート１２１に接続される。また、ホスト１００、ストレージ１３０、外部ストレージ１５０、ファイバチャネルスイッチ１２０は、各々インタフェース制御部（Ｉ／Ｆ）１０６、１３８，１５７，１２３からＩＰネットワーク１７５を介して管理サーバ１１０に接続され、管理サーバ１１０で動作する図示しないストレージ管理ソフトウェアによって統合管理される。なお、本実施例では、ストレージ１３０は管理端末１４０を介して管理サーバ１１０に接続する形態をとるものとするが、ストレージ１３０が直接ＩＰネットワークに接続される構成であっても良い。
【００２０】
ホスト１００は、ＣＰＵ１０１やメモリ１０２などを有する計算機であり、ディスク装置や光磁気ディスク装置などの記憶装置１０３に格納されたオペレーティングシステムやアプリケーションプログラムなどのソフトウェアをメモリ１０２に読み上げ、ＣＰＵ１０１がメモリ１０２から読み出して実行することで、所定の機能を達成する。キーボードやマウスなどの入力装置１０４やディスプレイ１０５等の出力装置を具備し、入出力装置１０４がホスト管理者などからの入力を受け付け、出力装置がＣＰＵ１０１から指示された情報を出力する。又、ホスト１００はポート１０７以外に、ＩＰネットワーク１７５と接続するための一以上のインタフェース制御部１０６を有する。
【００２１】
管理サーバ１１０も、ＣＰＵ１１１やメモリ１１２を有する計算機であり、ディスク装置や光磁気ディスク装置等の記憶装置１１３に格納されたストレージ管理ソフトウェアなどをメモリ１１２に読み上げ、ＣＰＵ１１１がそれを読んで実行することで、計算機システム全体の運用・保守管理といった、所定の機能を達成する。ＣＰＵ１１１によってストレージ管理ソフトウェアが実行されると、管理サーバ１１０はインタフェース制御部１１６からＩＰネットワーク１７５を介して、計算機システム内の各機器から構成情報、リソース利用率、性能監視情報、障害ログなどを収集する。そして、管理サーバ１１０は収集したそれらの情報をディスプレイ１１５等の出力装置に出力してストレージ管理者に提示する。また、管理サーバは、キーボードやマウス等の入力装置１１４を介してストレージ管理者からの指示を受信し、受信した運用・保守指示をインタフェース制御部１１６を介して各機器に送信する。
【００２２】
ストレージ１３０は、１つ以上のポート１３１と、１つ以上の制御プロセッサ１３２と、各々制御プロセッサ１３２に接続される１つ以上のメモリ１３３と、１つ以上のディスクキャッシュ１３４と、１つ以上の制御メモリ１３５と、１つ以上のポート１３６と、各々ポート１３６に接続される１台以上のディスク装置１３７と、インタフェース制御部１３８を内部結合網で接続した構成をとる。
【００２３】
制御プロセッサ１３２は、ポート１３１から受信した入出力要求についてアクセス対象デバイスを特定し、当該デバイスが対応するディスク装置１３７や外部ストレージ１５０内デバイスへの入出力要求を処理する。その際、制御プロセッサ１３２は受信した入出力要求に含まれるポートＩＤおよびＬＵＮ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ  Ｎｕｍｂｅｒ）からアクセス対象のデバイスを特定する。なお本実施例では、ポート１３１としてＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）を上位プロトコルとしたファイバチャネルインタフェースに対応したポートを想定しているが、ＳＣＳＩを上位プロトコルとしたＩＰネットワークインタフェースなど、他のストレージ接続用ネットワークインタフェースに対応したポートであっても構わない。
【００２４】
本実施例のストレージ１３０は次のようなデバイス階層を有する。まず、ディスク装置１３７複数台によるディスクアレイが構成され、このディスクアレイは制御プロセッサ１３２によって物理デバイスとして管理される。さらに、制御プロセッサ１３２では、ストレージ１３０内に搭載した物理デバイスに対して論理デバイスを割り当てる（即ち、制御プロセッサ１３２は物理デバイスと論理デバイスとを対応づける）。論理デバイスはストレージ１３０内で管理され、その番号はストレージ１３０毎に独立管理される。論理デバイスは、各ポート１３１に割り当てられたＬＵＮに対応付けられ、ストレージ１３０のデバイスとしてホスト１００に提供される。即ち、ホストが認識するのはストレージ１３０の論理デバイスであり、ホスト１００は論理デバイスに対応するポート１３１のＬＵＮを用いて、ストレージ１３０に格納されているデータにアクセスする。なお、本実施例では、制御プロセッサ１３２は外部ストレージ１５０の論理デバイスを外部デバイスとして管理し、ストレージ１３０のデバイスとして仮想化する外部ストレージ接続方法を有する。この外部ストレージ接続を用いて取り込んだ外部デバイスは、物理デバイスと同様に、その１つ以上を同ストレージ１３０の論理デバイスと対応づけられる。なお、外部デバイスも各ストレージ１３０内で独立管理される。以上のようなデバイス階層を実現するため、制御プロセッサ１３２は、論理デバイス、物理デバイス、ディスク装置１３７、外部デバイス、外部ストレージ１５０の論理デバイス、それぞれのデバイスの間の対応関係を管理し、論理デバイスに対するアクセス要求をディスク装置１３７や外部ストレージ装置１５０の論理デバイスへのアクセス要求へ変換し、適当なデバイスへ送信する処理を行う。尚、前述の通り、本実施例におけるストレージ１３０は、複数のディスク装置１３７をまとめて１つまたは複数の物理デバイスを定義し（即ち複数のディスク装置１３７をまとめて１つ又は複数の物理デバイスと対応付け）、１つの物理デバイスに１つの論理デバイスを割り当てて、ホスト１００に提供する。しかしもちろん、個々のディスク装置１３７を１つの物理デバイスおよび１つの論理デバイスとしてホスト１００に見せるようにしてもよい。
【００２５】
また、制御プロセッサ１３２は、デバイスに対する入出力処理以外にも、データ複製やデータ再配置など、デバイス間のデータ連携を実現する各種処理を実行する。
【００２６】
また、制御プロセッサ１３２は、インタフェース制御部１３８を介して接続される管理端末１４０にストレージ管理者へ提示する構成情報を送信し、管理者から管理端末１４０に入力された保守・運用指示を管理端末１４０から受信してストレージ１３０の構成変更などを行う。
【００２７】
ディスクキャッシュ１３４は、ホスト１００からのアクセス要求に対する処理速度を高めるため、ディスク装置１３７から頻繁に読み出されるデータを予め格納しておいたり、ホスト１００から受信したライトデータを一時的に格納したりする。尚、ディスクキャッシュ１３４を用いたライトアフタを行う場合、即ちホスト１００から受信したライトデータがディスクキャッシュ１３４に格納された後、ディスク装置１３７に実際に書き込まれる前にホスト１００に対しライト要求に対する応答を返す場合には、ディスクキャッシュに格納されているライトデータがディスク装置１３７に書き込まれる前に消失することを防止するために、ディスクキャッシュ１３４をバッテリバックアップなどにより不揮発化したり、媒体障害への耐性向上のため二重化したりするなど、ディスクキャッシュ１３４の可用性を向上させておくことが望ましい。
【００２８】
制御メモリ１３５は、前述のデバイス階層を実現するための各デバイスの属性やデバイス間の対応関係を管理するための制御情報や、ディスクキャッシュ１３４上に保持したディスク反映済み又は未反映データを管理するための制御情報などを格納する。制御メモリ１３５に格納されている制御情報が消失すると、ディスク装置１３７に格納されているデータへアクセスできなくなるため、制御メモリ１３５はバッテリバックアップなどにより不揮発化したり、媒体障害への耐性向上のため二重化したりするなど、高可用化のための構成を有することが望ましい。
【００２９】
ストレージ１３０内の各部位は第１図で示すとおり、内部結合網で接続され、各部位間でのデータ、制御情報、及び構成情報の送受信を実行する。この内部結合網により、制御プロセッサ１３２同士が、ストレージ１３０の構成情報を共有、管理することができる。なお、可用性向上の観点から内部結合網も多重化されていることが望ましい。
【００３０】
管理端末１４０は、ＣＰＵ１４２、メモリ１４３、記憶装置１４４、ストレージ１３０と接続されるインタフェース制御部１４１、ＩＰネットワーク１７５と接続されるインタフェース制御部１４７、ストレージ管理者からの入力を受け付ける入力装置１４５及びストレージ管理者にストレージ１３０の構成情報や管理情報を出力するディスプレイ１４６等の出力装置を有する。ＣＰＵ１４２は記憶装置１４４に格納されているストレージ管理プログラムをメモリ１４３に読み出して、これを実行することにより、構成情報の参照、構成変更の指示、特定機能の動作指示などを行い、ストレージ１３０の保守運用に関して、ストレージ管理者もしくは管理サーバ１１０とストレージ１３０間のインタフェースとなる。なお、管理端末１４０を省略して、ストレージ１３０を直接管理サーバ１１０へ接続し、ストレージ１３０を管理サーバ１１０で動作する管理ソフトウェアを用いて管理してもよい。
【００３１】
外部ストレージ１５０は、ファイバチャネルスイッチ１２０を介してストレージ１３０のポート１３１と接続される一又は複数のポート１５１、制御プロセッサ１５２、メモリ１５３、ディスクキャッシュ１５４、一又は複数のディスク装置１５６及び各々ディスク装置に接続される一又は複数のポート１５５を有する。制御プロセッサ１５２はメモリ１５３に格納されているプログラムを実行することにより、ポート１５１から受信したディスク装置１５６への入出力要求を処理する。本実施形態では外部ストレージ１５０を、制御メモリを有さず、ストレージ１３０より小規模な構成のストレージとしたが、ストレージ１３０と同じ構成を有する同規模のストレージとしてもよい。
【００３２】
なお、本実施例では図１に示すようにストレージ装置１３０のポート１３１と外部ストレージ１５０のポート１５１とをファイバチャネルスイッチ１２０を介して接続するため、ホスト１００から外部ストレージ１５０への直接アクセスを抑止するよう、ファイバチャネルスイッチ１２０のゾーニングを設定することが望ましい。また、ファイバチャネルスイッチ１２０を介さずにポート１３１とポート１５１を直接接続してもかまわない。
【００３３】
次に、本発明の実施例におけるストレージ１３０のソフトウェア構成について説明する。図２はストレージ１３０および管理サーバ１１０の制御メモリおよびメモリに格納される、制御情報とストレージ制御処理のためのプログラムの一例を示したソフトウェア構成図である。
【００３４】
ストレージ１３０の構成管理情報としては、制御メモリ１３５に論理デバイス管理情報２０１とＬＵパス管理情報２０２と物理デバイス管理情報２０３と外部デバイス管理情報２０４とキャッシュ管理情報２０５とデバイス機能管理情報２０６があり、これらの情報は情報消失を防ぐため本実施例では制御メモリ１３５に格納されている。なお、デタッチデバイス退避情報２０７は第２の実施例で用いる制御情報であって、第１の実施例では各メモリに格納する必要はない。これらの制御情報は制御プロセッサ１３２から参照・更新可能であるが、その際に相互接続網を介したアクセスが必要となる。よって、処理性能向上のため、各制御プロセッサ１３２で実行される処理に必要な制御情報の複製をメモリ１３３に保持する。また、制御端末１４０や管理サーバ１１０にもストレージ１３０の構成情報は送信され保持されている。管理サーバ１１０もしくは管理端末１４０からストレージ管理ソフトウェアもしくはストレージ管理者からの指示を受けてストレージ１３０の構成を変更した場合や、ストレージ１３０内各部位が障害・自動交替などによって構成が変化した場合に、制御プロセッサ１３２のうちの一つが制御メモリ１３５内の該当構成情報を更新する。そして、制御プロセッサ１３２は制御情報が構成変更により更新された旨を、相互接続網を介して他制御プロセッサ１３２、管理端末１４０、管理サーバ１１０に通知し、最新情報を制御メモリ１３５から他部位のメモリへ取り込ませる。
【００３５】
また、外部ストレージ１５０は、ストレージ１３０と同様、自装置内部の論理デバイスや物理デバイスのデバイス管理やデータ管理のために、論理デバイス管理情報２５１、ＬＵパス管理情報２５２、物理デバイス管理情報２５３、キャッシュ管理情報２５４を保持する。これらの内容は、ストレージ１３０の同名情報と同じ目的で用いられる。
【００３６】
さらに、管理サーバ１１０は、ストレージ１３０や外部ストレージ１５０から収集したデバイス管理情報の複製や各ストレージの属性を示すストレージ管理情報２３２をメモリ１１２に保持している。これらの情報はデータ消失を避けるために、管理サーバ１１０に搭載した記憶装置１１３に保持してもよい。
【００３７】
次に各管理情報について説明する。第一に、論理デバイス管理情報２０１について説明する。図３に論理デバイス管理情報２０１の一例を示す。論理デバイス管理情報２０１は、各論理デバイスにつき、論理デバイス番号３０１から接続ホスト名３０８までの情報組を保持する。
【００３８】
論理デバイス番号３０１には、論理デバイスを識別するために論理デバイスに制御プロセッサ１３２が割り当てた番号が格納されている。サイズ３０２には、論理デバイス番号３０１により特定される論理デバイスの容量が格納されている。
【００３９】
対応物理／外部デバイス番号３０３には、当該論理デバイスに対応づけられている物理デバイス又は外部デバイスの番号、すなわちそれぞれの管理情報である物理デバイス管理情報２０３又は外部デバイス管理情報２０４のエントリ番号が格納される。本実施例では論理デバイスと物理／外部デバイスは１対１対応とするが、複数の物理／外部デバイスを結合して一つの論理デバイスを形成する場合には、論理デバイス管理情報２０１に各論理デバイスが対応する物理／外部デバイスの番号リストとその数を格納するエントリが必要となる。なお、論理デバイスが未定義の場合、対応物理／外部デバイス番号３０３には無効値が設定される。タイプ３０４には、当該論理デバイスのデバイスタイプ識別情報が格納される。ストレージ１３０は、キャッシュ上でのデータ管理単位やデバイス管理情報の格納形態（ディスク空間への管理情報格納有無や格納形態など）などの異なる複数のデバイスタイプの論理デバイスを定義することができ、各論理デバイスがどのデバイスタイプであるかをタイプ３０４で保持する。
【００４０】
デバイス状態３０５には、当該論理デバイスの状態を示す情報が設定される。状態としては、「アタッチド」、「デタッチド」、「未実装」、「ブロックド」が存在する。「アタッチド」は、当該論理デバイスが正常に稼動し、１つ以上のポート１３１にＬＵパス定義され、ホスト１００からアクセスできる状態であることを示す。「デタッチド」は、当該論理デバイスは定義され、正常に稼動しているが、ＬＵパスが未定義であるなどの理由で、ホスト１００からはアクセスできない状態にあることを示す。「未実装」は、当該論理デバイスが物理デバイス又は外部デバイスに対して定義されておらず、ホスト１００からアクセスできない状態にあることを示す。「ブロックド」は、当該論理デバイスに障害が発生してホスト１００からアクセスできないことを示す。デバイス状態３０５の初期値は「未実装」であり、論理デバイス定義処理により「デタッチド」に、更にＬＵパス定義処理により「アタッチド」に変更される。
【００４１】
停止フラグ３０６には、当該論理デバイスの起動／停止状態を示す情報が設定される。すなわち、ユーザ又はアプリケーションプログラムから当該論理デバイスへ停止を伴うデタッチ要求もしくは停止要求があり、ストレージ１３０によって当該要求が受理された場合、当該エントリには停止状態を示す「Ｏｆｆ」が格納される。また、当該論理デバイスが起動されている場合には、起動状態を示す「Ｏｎ」が格納される。
【００４２】
エントリ３０７のポート番号には、当該論理デバイスが複数のポート１３１のうちどのポートにＬＵＮ定義されているかを表す情報、即ち当該論理デバイスにアクセスするために用いられるポート１３１の識別情報が設定される。ここでポート１３１の識別情報とは、各ポート１３１に割り振られているストレージ１３０内で一意な番号である。また、同エントリ３０７に格納されるターゲットＩＤとＬＵＮは、当該論理デバイスを識別するための識別子である。本実施例においては、論理デバイスを識別するための識別子として、ＳＣＳＩ上でホスト１００からデバイスをアクセスする場合に用いられるＳＣＳＩ−ＩＤとＬＵＮが用いられる。エントリ３０７は、当該論理デバイスに対するＬＵパス定義が実行された際に情報が設定される。
【００４３】
接続ホスト名３０８は、当該論理デバイスへのアクセスが許可されているホスト１００を識別するホスト名である。ホスト名としては、ホスト１００のポート１０７に付与されたＷＷＮ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｎａｍｅ）など、ホスト１００もしくはポート１０７を一意に識別可能な値であれば何を用いてもよい。同ストレージ１３０には、このほかに、各ポート１３１のＷＷＮなどポートの属性に関する管理情報を保持する。当該エントリ３０８は、ストレージ管理者によって論理デバイス定義時に設定される。
【００４４】
第二に、ＬＵパス管理情報２０２について説明する。図４にＬＵパス管理情報２０２の一例を示す。ＬＵパス管理情報２０２は、ストレージ１３０内の各ポート１３１について、各ポートに定義されている有効なＬＵＮ分の情報を保持する。ターゲットＩＤ／ＬＵＮ４０２エントリには、ポート１３１に定義された（割り当てられた）ＬＵＮが格納される。対応論理デバイス番号４０３には、当該ＬＵＮが割り当てられている論理デバイスの番号が格納される。接続ホスト名４０４は、当該ポート１３１に定義されている当該ＬＵＮに対してアクセスを許可されているホスト１００を示す情報が格納され、ホスト１００を示す情報としては例えば上述のホスト１００のポート１０７に付与されているＷＷＮが用いられる。
【００４５】
尚、一つの論理デバイスに対して複数のポート１３１のＬＵＮが定義され（割り当てられ）ており、複数のポート１３１から当該論理デバイスにアクセスできる場合がある。この場合、当該複数のポート１３１のＬＵＮ各々に関するＬＵパス管理情報２０２の接続ホスト名４０４の和集合が、当該論理デバイスに関する論理デバイス管理情報２０１の接続ホスト名３０８に保持される。
【００４６】
第三に、物理デバイス管理情報２０３について説明する。物理デバイス管理情報２０３は、ストレージ１３０内の１台以上のディスク装置１３７から構成される物理デバイスの管理に用いられる。図５に物理デバイス管理情報２０３の一例を示す。各ストレージ１３０は、自装置内に存在する物理デバイス毎に、物理デバイス番号５０１からディスク内サイズ／オフセット５０９の情報組を保持する。
【００４７】
物理デバイス番号５０１には、物理デバイスを識別するための識別番号が登録される。サイズ５０２には、物理デバイス番号５０１により特定される物理デバイスの容量が格納されている。対応論理デバイス番号５０３には、当該物理デバイスが対応付けられている論理デバイス番号が当該論理デバイスが定義される契機に格納される。当該物理デバイスが論理デバイスへ割り当てられていない場合、エントリ５０３には無効値が設定される。
【００４８】
デバイス状態５０４には、当該物理デバイスの状態を示す情報が設定される。状態としては、「アタッチド」、「デタッチド」、「未実装」、「ブロックド」が存在する。「アタッチド」は、当該物理デバイスが正常に稼動し、論理デバイスに割り当てられている状態を示す。「デタッチド」は、当該物理デバイスは定義され、正常に稼動しているが、論理デバイスに未割り当てであることを示す。「未実装」は、当該物理デバイス番号に対する物理デバイスがディスク装置１３７上に定義されていない状態にあることを示す。「ブロックド」は、当該物理デバイスに障害が発生してアクセスできない状態であることを示す。デバイス状態５０４の初期値は「未実装」であり、物理デバイス定義処理により「デタッチド」に、さらに論理デバイスが定義された契機で「アタッチド」に変更される。
【００４９】
停止フラグ５０５には、当該物理デバイスの起動／停止状態を示す情報が設定される。すなわち、ユーザ又はアプリケーションプログラムから当該物理デバイスに対応する論理デバイスへ停止を伴うデタッチ要求もしくは停止要求があり、当該要求が受理されて当該論理デバイスが停止状態となり、当該物理デバイスに対応する全ての論理デバイスが停止状態になった場合、当該物理デバイスに対応するディスク装置１３７の停止と共に、当該エントリには当該物理デバイスが停止状態になったことを示す「Ｏｆｆ」が格納される。逆に、当該物理デバイスが起動している場合には、起動状態を示す「Ｏｎ」が格納される。
【００５０】
最終停止時間５０６には、当該物理デバイスが停止状態、すなわち停止フラグ５０５が「Ｏｆｆ」に変更された日時を示す情報を格納する。当該エントリ５０６と現在時刻を用いることで、当該物理デバイスが停止されてからの経過時間を算出することができる。
【００５１】
ＲＡＩＤ構成５０７には、当該物理デバイスが割り当てられたディスク装置１３７のＲＡＩＤレベル、データディスクとパリティディスク数、データ分割単位であるストライプのサイズなどＲＡＩＤ構成に関連する情報が保持される。ディスク番号リスト５０８には、当該物理デバイスが割り当てられたＲＡＩＤを構成する複数のディスク装置１３７各々の識別番号が保持される。このディスク装置１３７の識別番号は、ストレージ１３０内でディスク装置１３７を識別するために付与した一意な値である。ディスク内サイズ／オフセット５０９は、当該物理デバイスが各ディスク装置１３７内のどの領域に割り当てられているかを示す情報である。本実施例では簡単のため、全物理デバイスについて、ＲＡＩＤを構成する各ディスク装置１３７内のオフセットとサイズが同一であるとする。
【００５２】
第四に、外部デバイス管理情報２０４について説明する。外部デバイス管理情報２０４は、ストレージ１３０に接続された外部ストレージ１５０の論理デバイスを外部デバイスとして管理するために用いられる。図６に外部デバイス管理情報２０４の一例を示す。ストレージ１３０は、外部ストレージ１５０内に存在する各論理デバイス（＝外部デバイス）毎に、外部デバイス番号６０１からターゲットポートＩＤ／ターゲットＩＤ／ＬＵＮリスト６１０までの情報組を保持する。外部デバイス番号６０１には、ストレージ１３０の制御プロセッサ１３２が当該外部デバイスに対して割り当てた、ストレージ１３０内で一意な値が格納される。サイズ６０２には、外部デバイス番号６０１により特定される外部デバイスの容量が格納される。対応論理デバイス番号６０３には、当該外部デバイスが対応付けられているストレージ１３０内の論理デバイスの番号が登録される。
【００５３】
デバイス状態６０４、停止フラグ６０５、最終停止時間６０６には、物理デバイス管理情報２０３のデバイス状態５０４、停止フラグ５０５、最終停止時間５０６と同様に、当該外部デバイスの各状態が設定される。なお、ストレージ１３０は初期状態では外部ストレージ１５０を接続していないため、デバイス状態６０４の初期値は「未実装」となる。
【００５４】
ストレージ識別情報６０７には、当該外部デバイスを搭載する外部ストレージ１５０の識別情報を保持する。ストレージ識別情報としては、同ストレージのベンダ識別情報と各ベンダが一意に割り振る製造シリアル番号の組み合わせ、などが考えられる。外部ストレージ内デバイス番号６０８には、当該外部デバイスに対応する外部ストレージ１５０の論理デバイスについて、外部ストレージ１５０内で割り振られた識別番号、すなわち論理デバイス番号が格納される。
【００５５】
イニシエータポート番号リスト６０９には、当該外部デバイスへアクセス可能なストレージ１３０のポート１３１の識別番号が登録される。複数のポート１３１から当該外部デバイスへアクセスできる場合には、複数のポート識別番号が登録される。
【００５６】
ターゲットポートＩＤ／ターゲットＩＤ／ＬＵＮリスト６１０には、当該外部デバイスが外部ストレージ１５０の１つ以上のポート１５１にＬＵＮ定義されている場合、それらのポート１５１のポートＩＤおよび当該外部デバイスが割り当てられたターゲットＩＤ／ＬＵＮが１つ又は複数個保持される。なお、ストレージ装置１３０の制御プロセッサ１３２が外部デバイスにアクセスする場合（制御プロセッサがポート１３１から外部デバイスに対する入出力要求を送信する場合）には、当該外部デバイスが属する外部ストレージ１５０によって当該外部デバイスに割り当てられたターゲットＩＤ及びＬＵＮが、当該外部デバイスを識別するための情報として用いられる。
【００５７】
第五に、デバイス機能管理情報２０６について説明する。本情報には、各論理デバイスに設定された様々な属性を示す情報が格納される。デバイスの属性情報の例としては、当該論理デバイスへのアクセスを特定ホストからのみに制限するアクセス制御情報、当該論理デバイスへのリード又はライトアクセスを抑止するアクセス属性情報、当該論理デバイス内データへの暗号化適用有無や暗号化・複合化に用いられる鍵情報などの暗号設定情報、などが挙げられる。
【００５８】
本実施例では、ストレージ１３０は上記の５つのデバイス管理情報を用いて、デバイスを管理する。当該ストレージ１３０の初期状態としては、当該装置が工場出荷時に既に各ディスク装置１３７に物理デバイスが定義されているものとする。ユーザ又はストレージ管理者はストレージ１３０を導入時に同ストレージ１３０に接続した外部ストレージ１５０の論理デバイスを外部デバイスとして定義し、これら物理デバイスおよび外部デバイス上に論理デバイスを定義し、当該論理デバイスについて各ポート１３１にＬＵＮを定義する。
【００５９】
次に、再び図２に戻り、ストレージ１３０、外部ストレージ１５０、管理サーバ１１０のメモリ１３３、１５３、１１２に格納されるプログラムのうち、本発明に関係のあるものについて説明する。各メモリには上述の制御情報の複製に加えて、これらの各部位内の制御プロセッサやＣＰＵで動作するプログラムが格納される。
【００６０】
本実施例では、論理デバイスの起動／停止を伴うアタッチ／デタッチ処理と、停止されたデバイスを周期的に監視する処理について説明する。これらの処理は、ユーザ又はアプリケーションからの要求に対して、管理サーバ１１０、ストレージ１３０、外部ストレージ１５０が連携して実行される。
【００６１】
まず、論理デバイスのアタッチ／デタッチ処理に対応して、管理サーバ１１０にはデバイス接続切替要求処理２４１がメモリ１１２に、ストレージ１３０にはデバイス接続切替処理２２１とデバイス起動／停止処理２２２がメモリ１３３に、さらに、外部ストレージ１５０には、外部デバイス起動／停止処理２６２がメモリ１５３に、それぞれ格納される。外部ストレージ１５０には、対応する物理デバイスが停止した論理デバイスへのアクセス抑止を考慮したＩ／Ｏ処理２６１も格納される。
【００６２】
また、停止デバイス監視処理に対応して、ストレージ１３０には停止デバイス監視処理２２３が格納される。
【００６３】
図８は、管理サーバ１１０で実行される、デバイス接続切替要求処理２４１の処理フローの一例を示す図である。管理サーバ１１０は、ＩＰネットワーク１７５とインタフェース制御部１１６を介してユーザまたはアプリケーションプログラムからストレージ１３０のある論理デバイスに対するアタッチ又はデタッチ要求を受理する（ステップ８０１）。当該要求に含まれる情報としては、例えば、接続切替内容（デタッチ／アタッチ）、デバイス停止判定情報、アクセス元ＨＢＡ特定情報（ＷＷＮなど）、ポート特定情報（ポート１３１のポートＩＤ、ターゲットＩＤ、ＬＵＮのリストなど）、対象デバイス特定情報（ストレージ１３０識別情報、論理デバイス番号）などが考えられる。管理サーバ１１０は、当該論理デバイスに設定されたアクセス権設定などから、当該要求が当該デバイスのアクセス許可を持ったユーザ又はホスト１００上のアプリケーションプログラムからのものであることを確認するなどして、当該要求の実行可否を判定する（ステップ８０２）。実行可の場合は、要求内容が「当該論理デバイスのデタッチ」である場合、当該要求のデバイス停止判定情報などから当該デバイスの停止要否を判定する（ステップ８０３、８０４）。
【００６４】
このときのデバイス停止判定情報としては、デタッチ要求の中に、停止要否を示すフラグを設けてもよいし、当該デバイスをデタッチとしておく予定期間を設定させ、この期間が規定値以上の場合としてもよい。また、予定時間ではなく、デタッチ期間を設定させ、デタッチ期間に応じたデバイス停止要否判定および期間満了時の自動アタッチなどの制御を行ってもよい。また、デタッチ対象の論理デバイスに対して予想されるアクセス頻度を示す情報を設定させ、アクセスが低頻度と予想されるデバイスを停止するとしてもよい。例えば、監査対応で長期保存するメールアーカイブデータなど、「書き込みは一度で、次の監査時までほとんど参照されない」ことがわかっているデータを格納したデバイスについては、あらかじめ「ＷＯＲＦ（Ｗｒｉｔｅ  Ｏｎｃｅ  Ｒｅａｄ  Ｆｅｗ）」などといった属性を設定しておき、当該ＷＯＲＦ属性が設定されたデバイスがデタッチ指示された場合には、ユーザ指定の有無によらず、当該論理デバイスを停止するようにしてもよい。また、停止要否を判定せずに、論理デバイスがデタッチ指定された場合には無条件に停止するようにしてもよい。ただし、ディスク装置１３７は一般に停止回数の上限が決められており、この上限を越える停止処理の操作は故障につながるため、各ディスク装置１３７毎に停止回数を管理し、高頻度の停止を抑制することが望ましい。なお、停止回数の管理はストレージが行ってもよい。
【００６５】
次に、管理サーバ１１０は、ストレージ１３０に対して当該論理デバイスのアタッチまたはデタッチの要求を送信し（ステップ８０５）、ストレージ１３０から同処理の完了報告を得た後に、ユーザ又はアプリケーションプログラムに対して処理完了を報告する（ステップ８０６）。
【００６６】
図９は、ストレージ１３０で実行される、デバイス接続切替処理２２１の処理フローの一例を示す図である。ストレージ１３０は、管理サーバ１１０からＩＰネットワーク１７５、管理端末１４０、インタフェース制御部１３８を介して、論理デバイスの接続切替要求を受信する（ステップ９０１）。当該要求に含まれる情報としては、ステップ８０１で管理サーバ１１０が受領する切替要求とほとんど同じであるが、デバイス停止要否判定情報の代わりに、管理サーバ１１０での判定結果である、デバイス停止要否フラグが含まれる。次に、ストレージ１３０は、当該論理デバイスへのアクセス権情報などにより、当該要求の実行可否を判定する（ステップ９０２）。当該要求が実行不可の場合、管理サーバ１１０へその旨を通知し、処理を終了する。当該要求が実行可の場合、要求内容がデタッチ指示の場合、まず当該論理デバイスに設定されているＬＵパス定義を解除する（ステップ９０３，９０４）。具体的には、論理デバイス管理情報２０１の当該論理デバイスフィールドのエントリ３０７の内容を消去し、デバイス状態３０５をデタッチド状態に変更し、ＬＵパス定義情報２０２の当該論理デバイスに対応するポート、ターゲットＩＤ、ＬＵＮのフィールドのエントリ４０３、４０４の内容を消去する。そして、管理サーバ１１０からの切替要求で当該論理デバイスの停止を指示されていない場合は管理サーバ１１０へ処理の完了を報告し、本処理を終了する（ステップ９０９）。当該論理デバイスの停止を指示された場合には、論理デバイス管理情報２０１の停止フラグ３０６を「Ｏｆｆ」に設定し（ステップ９０６）、当該論理デバイスが対応する物理デバイス又は外部デバイスについて、当該物理／外部デバイスが対応する全ての論理デバイスが停止、すなわち停止フラグ３０６が「Ｏｆｆ」ならば、デバイス起動／停止処理２２２により当該物理／外部デバイスを停止する（ステップ９０８）。当該停止処理が完了したら、管理サーバ１１０へ完了を報告して、本処理を終了する（ステップ９０９）。一方、ステップ９０３の判定で、管理サーバ１１０からの要求内容がアタッチ指示の場合、まず当該論理デバイスに対応する物理デバイス又は外部デバイスを特定し、物理デバイス管理情報２０３／外部デバイス管理情報２０４を参照して当該物理／外部デバイスが停止している場合は、デバイス起動／停止処理２２２によって当該物理／外部デバイスを起動する（ステップ９１０、９１１）。当該起動処理が完了したら、当該論理デバイスを起動状態、すなわち論理デバイス管理情報２０１の停止フラグ３０６を「Ｏｎ」に設定し（ステップ９１２）、ＬＵパスを定義する（ステップ９１３）。ＬＵパス定義処理として、具体的には、論理デバイス管理情報２０１の当該論理デバイスのフィールドのエントリ３０７に切替要求で指定されたポート特定情報を設定し、デバイス状態３０５をアタッチド状態に変更し、ＬＵパス定義情報２０２の対象ポート、ターゲットＩＤ、ＬＵＮのフィールドのエントリ４０３、４０４に当該論理デバイス番号とアクセス元ＨＢＡ識別情報をそれぞれ設定する。
【００６７】
図１０は、ストレージ１３０で実行される、デバイス起動／停止処理２２２の処理フローの一例を示す図である。ストレージ１３０は、デバイス接続切替処理２２１から論理デバイスの起動／停止要求を受信する（ステップ１００１）。当該要求に含まれる情報としては、要求内容識別情報（起動／停止）と対象デバイス特定情報（物理デバイス番号、又は外部デバイス番号）などが考えられる。次に、ストレージ１３０は、受信した要求の処理対象が物理デバイスか外部デバイスかを判定する（ステップ１００２）。処理対象が物理デバイスの起動要求の場合、対象物理デバイスに対応するディスク装置１３７を起動し、当該物理デバイスを起動状態に変更する（ステップ１００３，１００４，１００５）。具体的には、制御プロセッサ１３２が当該ディスク装置１３７に対してディスク回転開始を指示するコマンドを送信し、当該ディスク装置１３７内のコントローラが当該コマンドに従ってディスクの回転を開始させた後、当該処理の完了を制御プロセッサ１３２へ報告し、制御プロセッサ１３２が当該ディスク装置１３７からの処理完了報告を確認して、当該ディスク装置１３７への入出力が実行できる状態に変更する。そして、対応する物理デバイス管理情報２０３の停止フラグ５０５を「Ｏｎ」に設定する。また、処理対象が物理デバイスの停止要求の場合、対象物理デバイスに対応するディスク装置１３７を停止し、当該物理デバイスを停止状態に変更する（ステップ１００７，１００８）。具体的には、制御プロセッサ１３２が当該ディスク装置１３７に対してディスク回転停止を指示するコマンドを送信し、当該ディスク装置１３７内のコントローラが当該コマンドに従ってディスクの回転を停止させた後、当該処理の完了を制御プロセッサ１３２へ報告し、制御プロセッサ１３２が当該ディスク装置１３７からの処理完了報告を確認する。そして、物理デバイス管理情報２０３の停止フラグ５０５を「Ｏｆｆ」に、最終停止時間５０６に当該停止処理実行時刻をそれぞれ設定する。一方、処理対象が外部デバイスの場合、対応する外部ストレージ１５０に対して当該外部デバイスの起動／停止を指示するコマンドを送信する（ステップ１００９）。ストレージ１３０は、外部ストレージ１５０からの当該処理完了報告を受領後、当該外部デバイスを起動／停止状態に変更するために外部デバイス管理情報２０５を更新する（ステップ１０１０）。なお、上記のディスク装置１３７へディスク回転開始／停止を指示するコマンドの例としては、ＳＣＳＩプロトコルのＳＴＡＲＴ  ＳＴＯＰ  ＵＮＩＴ  コマンドがある。
【００６８】
図１１は、ストレージ１３０で実行される、停止デバイス監視処理２２３の処理フローの一例を示す図である。まず、物理／外部デバイスの先頭から順に全てのデバイスの停止フラグ５０５／６０５を参照し、「Ｏｆｆ」のものを処理対象とする（ステップ１１０２）。対象物理／外部デバイスについて、まず当該デバイスを起動し、テストＩ／Ｏによって動作を確認後、再び当該デバイスを停止する。この間にデバイス起動／停止失敗などのエラーが発生した場合には当該デバイスがブロックド状態であることを登録し、管理サーバへ当該デバイスについてのエラー報告を送信する（ステップ１１０３から１１０８、１１１２，１１１３）。ここでテストＩ／Ｏとしては、センス情報参照などの診断系コマンド送信でもよいし、ユーザデータ自体のリードアクセスや、空きデバイスもしくはデバイス内の空き領域に対するリード／ライトアクセスでもよい。全ての物理／外部デバイスについて、ステップ１１０２から１１０９およびステップ１１１１から１１１３までの処理を繰り返し、全ての物理／外部デバイスについての処理が完了したら、当該処理を終了する。
【００６９】
図１２は、外部ストレージ１５０で実行される、Ｉ／Ｏ処理２６１の処理フローの一例を示す図である。第一の実施例では、ストレージ１３０で外部デバイスとして管理されている外部ストレージ１５０の論理デバイスは、ポート１５１のＬＵパス定義を維持したまま、対応する物理デバイスを停止させる。当該外部デバイスに対するストレージ１３０からの入出力要求は原則抑止されるはずであるが、安全のため、外部ストレージでもＩ／Ｏ処理対象の論理デバイスが停止状態かを判定し、停止状態である場合は処理不可を示すため、ストレージ１３０に対してエラー報告を行う（ステップ１２０１から１２０４）。なお、エラーを報告せずに、当該デバイスがビジーであると報告しても構わない。
【００７０】
図１３は、外部ストレージ１５０で実行される、外部デバイス起動／停止処理２６２の処理フローの一例を示す図である。外部ストレージ１５０は、ファイバチャネルスイッチ１２０、ポート１５１を介して、ストレージ１３０から外部デバイスに対応する、外部ストレージ１５０内の論理デバイスに対する起動／停止要求コマンドを受信する（ステップ１３０１）。当該要求に含まれる情報としては、要求内容識別情報（起動／停止）と対象デバイス特定情報（ストレージ１５０識別情報、論理デバイス番号）、要求元ストレージ１３０識別情報（ポート１３１のＷＷＮなど）などが考えられる。本実施例では、当該要求はＳＣＳＩプロトコルに従って送信される。送信方法としては、ＳＣＳＩの診断系コマンドのパラメタを拡張してもよいし、外部ストレージ１５０とストレージ１３０間のみで通じる専用のＳＣＳＩコマンドを追加し、これを用いても構わない。また、外部ストレージ１５０内の特定論理デバイスを制御コマンド送受信用のものと定義しておき、当該制御コマンド送受信用デバイスへのリードおよびライトによって、両ストレージ間でのデータ授受を行っても構わない。外部ストレージ１５０は、要求対象の論理デバイスについて当該要求処理の実行可否を判定し、実行不可であればその旨をストレージ１３０へ報告する（ステップ１３０２）。次に当該論理デバイスの起動指示の場合、対応する物理デバイスが停止しているかを確認し、停止している場合には当該物理デバイスに対応したディスク装置１５６を起動し、当該物理デバイスを起動状態に変更する。そして、当該論理デバイスを起動状態に変更する（ステップ１３０４から１３０７）。ここで、当該ディスク装置１５６の起動は、ディスク回転開始を指示するコマンドを送信し、ディスク回転を開始したディスク装置１５６からの完了報告を確認することで実現される。一方、要求内容が当該論理デバイスの停止指示の場合、まず当該論理デバイスを停止状態にし、対応する物理デバイスについて、当該物理デバイスに対応する全ての論理デバイスが停止状態にあれば、当該物理デバイスに対応したディスク装置１５６を停止し、当該物理デバイスを停止状態に変更する（ステップ１３０９から１３１２）。ここで、当該ディスク装置１５６の停止は、ディスク回転停止を指示するコマンドを送信し、ディスク回転を停止したディスク装置１５６からの完了報告を確認することで実現される。以上の処理の後、外部ストレージ１５０は処理完了をストレージ１３０に報告する（ステップ１３０８）。
【実施例２】
【００７１】
次に図１から図８および図１０から図１４を用いて第２の実施例について説明する。第１と第２の実施例は多くの共通点を持つため、両者の差異についてのみ述べる。
【００７２】
第２の実施例では、論理デバイスをデタッチする際、当該論理デバイスが外部デバイスと対応している場合には、ＬＵパス定義の解除と合わせて、論理デバイスと外部デバイスとの対応関係も解除する。これによって、一つの論理デバイス番号を別の外部デバイスの入出力制御を行うのに用いることができるため、論理デバイス番号の上限など、ストレージ１３０の制御プロセッサ１３２の制御限界を超える数の、外部デバイスを取り扱うことができる。
【００７３】
第２の実施例におけるソフトウェア構成は第１の実施例と同様に図２に示される。その大部分は、第一の実施例と同じ内容であるが、第２の実施例では、ストレージ１３０の構成管理情報にデタッチデバイス退避情報２０７が追加される。この情報追加は、第２の実施例では、論理デバイスデタッチ時に論理デバイスと外部デバイスとの対応が切り離されることによる。すなわち、ユーザから見た見掛けのアクセス対象である論理デバイスと、実際にデータを保持している外部デバイスとの対応が動的に切り替えられるため、デバイスに対する機能設定などを論理デバイスではなく、外部デバイス単位に保持することが必要となるのである。
【００７４】
図７に、デタッチデバイス退避情報２０７の構成例を示す。デタッチデバイス退避情報２０７は、各外部デバイスにつき、論理デバイス管理情報の複製７０２とデバイス機能管理情報の複製を保持する。これらの情報は、デタッチされる前に各外部デバイスが対応していた論理デバイスの論理デバイス管理情報２０１およびデバイス機能管理情報２０６の対応フィールド情報の複製であり、当該外部デバイスに対応した論理デバイスがデタッチされる際に当該領域へ複製情報が格納される。ストレージ１３０は、論理デバイスアタッチ時に、このデタッチデバイス退避情報２０７に格納した情報を用いて、対象論理デバイスの機能設定などの情報を引き継ぐことができる。
【００７５】
また、第２の実施例では、デタッチされ、論理デバイスとの対応関係が解除された外部デバイスは、ユーザ又はアプリケーションプログラムからは、論理デバイスとしてではなく、外部デバイスそのものを認識・管理する必要がある。従って、ユーザ又はアプリケーションプログラムからのデバイスアタッチ要求時には、管理サーバ１１０のデバイス接続切替要求処理２４１に対して、対象デバイス特定情報として、ストレージ１３０識別情報と論理デバイス番号に加えて、外部デバイス番号が指定される。ここで、論理デバイス番号は当該外部デバイスに対応付ける論理デバイスの番号となる。同様に、デバイスアタッチ指定時の、管理サーバ１１１からストレージ１３０への処理要求には、対象デバイス識別情報として外部デバイス番号が付与される。
【００７６】
図１４に、第２の実施例における、ストレージ１３０で実行するデバイス接続切替処理２２１の処理フローの一例を示す。まず、処理フローとしては、図９の第１の実施例のデバイス接続切替処理２２１と同様の処理となるが、デタッチ／アタッチ処理のそれぞれに対象論理デバイスが物理デバイスと外部デバイスのどちらに対応する（又は対応していた）かの判定（ステップ１４０５と１４１３）と、外部デバイスと対応する（又は対応していた）場合の当該論理デバイスと外部デバイスの対応付け解除又は設定処理および論理デバイス関連の管理情報の退避又は回復処理（ステップ１４０６と１４１４）が追加される。ステップ１４０６および１４１４の具体的な内容は次の通りとなる。まず、ステップ１４０６では、ストレージ１３０は、まず、デタッチデバイス退避情報２０７の当該外部デバイスのフィールドに、論理デバイス管理情報２０１およびデバイス機能管理情報２０６の当該論理デバイスのフィールドの内容を退避し、論理デバイス管理情報２０１とデバイス機能管理情報２０６の内容を全てクリアする。それから、論理デバイス管理情報２０１のデバイス状態３０５を「未実装」状態とし、また外部デバイス管理情報２０４のデバイス状態６０４をデタッチド状態に、対応論理デバイス番号６０３に無効値を設定する。逆に、デバイスアタッチ処理におけるステップ１４１４では、ストレージ１３０は、当該外部デバイスに対応するデタッチデバイス退避情報２０７を用いて論理デバイス管理情報２０１のサイズ３０２からタイプ３０４とデバイス機能管理情報２０６の全内容を復元する。なお、論理デバイス管理情報２０１のデバイス状態３０５以降は、第一の実施形態と同様、ステップ１４１５以降で設定する。
【実施例３】
【００７７】
実施例１および２では、ユーザ又はアプリケーションプログラムから指定された論理デバイスに対応する物理／外部デバイスをデタッチすると共に、対応するディスク装置を停止させた。論理デバイスと物理／外部デバイスとの対応は、ストレージ管理者の設定に応じて任意に定義可能であるため、停止した外部デバイスが複数の外部ストレージに分散して存在することになる。このとき、停止している外部デバイスを特定の外部ストレージに移行し、集約することで、特定の外部ストレージを停止することが可能となる。
【００７８】
実施例３では、ストレージ１３０に停止デバイス再配置処理が追加される。停止デバイス再配置処理プログラムは、図２で示したストレージ１３０の他処理と同様にメモリ１３３に格納される。停止デバイス再配置処理として、ストレージ１３０は、停止候補となる第一の外部ストレージの特定、ストレージ１３０内の第一の論理デバイスと対応する第一の外部ストレージ内の起動中の第一の外部デバイスの選定、ストレージ１３０内の第二の論理デバイスと対応する第二の外部ストレージ内の停止中の第二の外部デバイスの選定、そしてホストからの第一の論理デバイスへのアクセスを受け付けながら、第一の外部デバイスと第二の外部デバイスとの間でデータを入れ替え、データ入れ替え完了を契機に第一および第二の論理デバイスと第一および第二の外部デバイスとの対応関係を入れ替え、第一の外部ストレージ内の全ての論理デバイスが停止状態となった契機に第一の外部ストレージを停止、すなわち電源を切る。
【００７９】
停止候補となる第一の外部ストレージの特定処理の実施例として、例えば複数の外部ストレージのうち、起動している外部デバイスが少ないものを選んでもよいし、起動している外部デバイスについて、そのＩ／Ｏ負荷を考慮して、負荷の総量がもっとも少ない外部ストレージを選定してもよい。また、ストレージ１３０が停止候補の第一のストレージを選定するのではなく、ストレージ管理者やユーザなどが選定し、ストレージ１３０に指示してもよい。
【００８０】
起動している第一の外部デバイスと入れ替え対象となる第二の外部ストレージ１５０および第二の外部デバイスは、第一の外部デバイスとサイズやデバイスタイプなどの条件が一致するものを選定する。このとき、第二の外部ストレージ１５０として、もっともＩ／Ｏ負荷の小さいものを選んでも良い。なお、第一の外部デバイスとの入れ替え対象は、ストレージ１３０内の物理デバイスでもよい。
【００８１】
ホスト１００から第一の論理デバイスへのＩ／Ｏを受け付けながら、第一の外部デバイスと第二の外部デバイスとの間でデータを入れ替える処理については、ストレージ１３０のキャッシュメモリ１３４を用いて実施する。まず、第一の外部デバイスと第二の外部デバイスの一定量のデータをキャッシュメモリ１３４に読み上げ、第一の外部デバイスのデータを第二の外部デバイスへ、第二の外部デバイスのデータを第一の外部デバイスへ書き込む。このとき、論理デバイス毎に入れ替え相手の外部デバイス番号、入れ替え処理の進捗情報、例えば入れ替え済み最終アドレスなどの情報を論理デバイス管理情報２０１に追加し、入れ替え済／未済の領域管理を行う。ストレージ１３０では、ホスト１００からの第一の論理デバイスへのＩ／Ｏ要求時に、入れ替え中の第一／第二の外部デバイスについて、入れ替え処理の進捗情報を元に、入れ替え済／未済の領域を判定し、入れ替え済みであれば第二の外部デバイスをアクセスし、入れ替え未済の領域については第一の外部デバイスをアクセスする。
【００８２】
最後に、第一及び第二の論理デバイスと第一及び第二の外部デバイスとの対応関係入れ替え処理については、対応する論理デバイス管理情報２０１や外部デバイス管理情報２０４を更新し、論理デバイスと外部デバイスの対応関係を入れ替える。このとき、デタッチデバイス退避情報２０７の第一と第二の外部デバイスに対応するエントリの内容をお互いに入れ替える。
【００８３】
なお、本発明は上記の実施例に限定されず、数々の変形が可能である。実施例１では、ストレージ管理者またはホストアプリケーションからの論理デバイスへのデタッチ要求時に、当該デバイスの停止要否を判定して、必要であれば当該デバイスを停止しているが、デタッチ／アタッチ要求を伴わずに当該デバイスへの起動／停止要求のみを受領する形態でもよい。これによって、当該デバイスへのホストからのアクセスパスを維持したままで、当該デバイスに対応したディスク装置の起動／停止を制御することができる。なお、この実施例１の変形では、管理サーバ１１０ではデバイス接続切替要求処理２４１に代わって第１５図に示すデバイス起動／停止要求処理が、ストレージ１３０ではデバイス接続切替処理２２１に代わって第１６図に示すデバイス起動／要求受領処理がそれぞれ実行される。デバイス起動／停止要求処理では、管理者又はホストアプリケーションプログラムから受領したデバイス起動／停止指示に従って、ストレージ１３０へ対象デバイスの起動／停止を指示する。また、デバイス起動／停止要求受領処理では、受領したデバイス起動／停止要求に対して、対象論理デバイスの起動／停止処理と、対応する物理デバイス／外部デバイスの起動／停止要否判定と、必要ならば当該物理デバイス／外部デバイスの起動／停止処理を行う。
【００８４】
また、実施例２では、デタッチ対象の論理デバイスが外部デバイスと対応している場合のみ、ＬＵパス定義解除に加えて、論理デバイスと外部デバイスとの対応付けを解除し、当該論理デバイス番号を別の外部デバイス番号へ割り当てに用いることを可能とするが、物理デバイスと対応する論理デバイスについても、論理デバイスと物理デバイスとの対応付けを解除してもかまわない。また、実施例２の変形として、論理デバイスデタッチ時に論理デバイスと物理／外部デバイスのみを解除し、論理デバイスとＬＵとの対応を解除しなくてもよい。この場合、テープライブラリのテープメディアとテープドライブのように、ホストから見て同一のＬＵ／論理デバイスに別の物理／外部デバイスが割り当てられることになる。ただし、この場合でも、アプリケーションプログラムからのデバイス再認識は必要である。特に、異なるサイズの物理／外部デバイスが割り当てられる場合には、オペレーションシステムレベルでのデバイス再認識が必要となる。
【００８５】
また、実施例１，２では、デタッチ対象論理デバイスについて、全ポート１３１のＬＵパス定義を解除したが、ユーザ又はアプリケーションプログラムから指定された特定ポート１３１についてのみＬＵパス定義を解除する形態でもかまわない。
【００８６】
また、実施例２では、デタッチデバイス退避情報２０７を制御メモリ１３５に保持したが、外部デバイスの記憶空間の一部を管理情報格納領域として、当該領域に管理情報を退避してもかまわない。さらに、外部デバイスの管理情報格納領域に外部デバイス管理情報２０４の内容を保持してもよい。これにより、当該外部デバイスをストレージ１３０の外部デバイス管理情報２０４で管理しつづける必要がなくなる。すなわち、外部デバイスに対応する論理デバイスをデタッチする際、ストレージ１３０の外部デバイス番号と外部ストレージ１５０の論理デバイスとの対応付けも解除してしまう形態がとれる。ユーザ又はアプリケーションプログラムは外部ストレージの論理デバイス番号もしくはポート１５１番号、ＳＣＳＩ
ＩＤ、ＬＵＮによって外部デバイスを管理する。ストレージ１３０は、アタッチ時には指定された外部デバイスにアクセスし、管理情報格納領域に格納された管理情報を用いて、デバイス管理情報を復元する。このとき、当該外部デバイスの管理情報格納領域へデタッチデバイス退避情報２０７に加えて、ストレージ１３０又はストレージ１３０から当該外部デバイスをアクセスするのに用いるポート１３１の識別情報を格納することで、デバイスアタッチ時に当該外部デバイスがストレージ１３０によって管理されていたものであることを確認することができる。さらに、外部ストレージで本情報を元にパス定義可能かつアクセス可能なストレージ１３０を制限することで、より安全なデバイス管理を実現できる。このように当該外部デバイスに関する管理情報を外部デバイス内の管理情報領域へ格納することで、当該外部デバイスをデタッチしたストレージ１３０が障害などで起動不能になった場合などに、当該外部デバイスを別のストレージでアタッチすることができる。ただし、その場合には管理情報領域へ格納したストレージ１３０の識別情報を管理サーバ１１０などで改変しなければならない。
【００８７】
また、実施例１、２では、デバイス停止要否を管理サーバ１１０のデバイス接続切替要求処理２４１で判定していたが、ストレージ１３０のデバイス接続切替処理２２１で判定してもよい。
【００８８】
また、実施例１では、論理デバイスをアタッチする際、ポート１３１およびＬＵＮを指定していたが、別の論理デバイスをデタッチし、このポート１３１およびＬＵＮを用いてアタッチしてもよい。それには、ホストからＬＵＮへのアクセス開始時には必ず事前に対応する論理デバイスを確認してからアクセスするプロトコルとし、論理デバイスの属性として「自動デタッチ可能」を設定し、第一の論理デバイスをアタッチする際には、別の「自動デタッチ可能」な第二の論理デバイスをデタッチした後、第二の論理デバイスが対応づいていたポート１３１のＬＵＮを用いて第一の論理デバイスをアタッチすればよい。また、第２の実施例についても同様に、外部デバイスに「自動デタッチ可能」属性を設定し、第一の外部デバイスをアタッチ時に第二の外部デバイスをデタッチして、第二の外部デバイスが対応づいていた論理デバイスを用いて第一の外部デバイスをアタッチするように制御してもよい。
【００８９】
また、実施例１、２では、ストレージ１３０の物理デバイスに対応するディスク装置１３７や外部ストレージ１５０の物理デバイスに対応するディスク装置１５７の起動および停止制御を、ディスク装置１３７（または１５７）へコマンドを送信し、ディスク装置１３７（又は１５７）内のコントローラでディスク回転を制御する方法を採用していたが、ストレージ１３０（又はストレージ１５０）にディスク装置１３７（または１５７）への電源供給をオン／オフ可能なスイッチを搭載し、当該スイッチを用いてディスク装置１３７（又は１５７）を起動／停止してもよい。
【００９０】
以上実施例で説明したが、本発明の別な実施形態１は、前記ストレージは複数のストレージからなり、一のストレージは、ホスト計算機と他のストレージ間に介在し、前記他のストレージの論理デバイスを前記一のストレージの論理デバイスとして仮想化してホスト計算機に提供し、デタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスを特定し、特定した論理デバイスが前記他のストレージの論理デバイスに対応する場合には、前記一のストレージの論理デバイスのホストパス定義を解除し、前記他のストレージに該当論理デバイスに対応する物理デバイスの停止要求を送信し、前記他のストレージは、前記一のストレージからの該当論理デバイスに対応する物理デバイスの停止要求を受信し、該物理デバイスを停止する計算機システムである。
【００９１】
本発明の別な実施形態２は、前記一のストレージは、該一のストレージの論理デバイスに対応する前記他のストレージの論理デバイスの対応を解除する計算機システムである。
【００９２】
本発明の別な実施形態３は、前記ストレージは、論理デバイスのアタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスと該論理デバイスに対応する物理デバイスを特定し、停止している前記物理デバイスを起動し、前記論理デバイスのホストパスを定義する計算機システムである。
【００９３】
本発明の別な実施形態４は、前記ストレージは複数のストレージからなり、一のストレージは、ホスト計算機と他のストレージ間に介在し、前記他のストレージの論理デバイスを前記一のストレージの論理デバイスとして仮想化してホスト計算機に提供し、アタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスを特定し、特定した論理デバイスが前記他のストレージの論理デバイスに対応する場合には、該他のストレージに該当論理デバイスに対応する物理デバイスの起動を要求する計算機システムである。
【００９４】
本発明の別な実施形態５は、前記一のストレージは、前記他のストレージからの該当論理デバイスに対応する物理デバイスの起動完了報告を受け、前記一のストレージの論理デバイスに前記他のストレージの論理デバイスを対応させ、前記一のストレージの論理デバイスのホストパスを定義する計算機システムである。
【００９５】
本発明の別な実施形態６は、前記ストレージは複数のストレージからなり、一のストレージは、ホスト計算機と複数の第二のストレージ間に介在し、他の複数のストレージの論理デバイスを前記一のストレージの論理デバイスとして仮想化してホスト計算機に提供し、複数の第二のストレージから停止した論理デバイスの移行先となる第三のストレージを選定し、第三のストレージ以外の第二のストレージの論理デバイスから移行対象となる停止した第二のストレージの論理デバイスを選定し、第二の論理デバイスの移行先となる第三のストレージ内の論理デバイスを選定し、停止している第二の論理デバイスを起動し、第二と第三のストレージの論理デバイスのデータを順次読み上げて、それぞれ第三と第二のストレージの論理デバイスへ書き込むことで第二と第三のストレージの論理デバイスの内容を入れ替え、第二及び第三のストレージの論理デバイスとそれらを仮想化した第一のストレージの論理デバイスとの対応を入れ替え、当該第三のストレージ内の全ての論理デバイスが停止した場合に、当該第三のストレージ自体を停止する計算機システムである。
【００９６】
本発明の別な実施形態７は、前記ストレージは、制御プロセッサ、制御メモリ、メモリ及びディスクを備え、前記制御メモリは、制御デバイス管理情報、ＬＵパス管理情報、物理デバイス管理情報、外部デバイス管理情報、デバイス機能管理情報を有し、前記メモリは、デバイス管理情報の複製、デバイス接続切替処理、デバイス起動／停止処理及び停止デバイス監視処理を格納しており、デバイス接続切替要求を受信し、該要求処理実行可否をチェックし、デタッチ要求であれば、該当する物理デバイスを停止し、アタッチ要求であれば、該当する物理デバイスを起動させることを特徴とする起算機システムである。
【００９７】
本発明の別な実施形態８は、ネットワークで接続したホスト計算機及び管理サーバとで計算機システムを構成するストレージにおいて、論理デバイスのデタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスと該論理デバイスに対応する物理デバイスを特定し、前記論理デバイスのホストパス定義を解除し、前記物理デバイスを停止するストレージである。
【００９８】
本発明の別な実施形態９は、前記物理デバイスはディスク装置であり、該物理デバイスの停止は該ディスク装置のディスク回転を止めることであるストレージである。
【００９９】
本発明の別な実施形態１０は、前記管理サーバからの論理デバイスのデタッチ要求を受信するストレージである。
【０１００】
本発明の別な実施形態１１は、前記ホスト計算機からのデタッチ要求を受信することを特徴とするストレージである。
【０１０１】
本発明の別な実施形態１２は、前記ホスト計算機と他のストレージ間に介在し、前記他のストレージの論理デバイスを自ストレージの論理デバイスとして仮想化してホスト計算機に提供し、デタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスを特定し、特定した論理デバイスが前記他のストレージの論理デバイスに対応する場合には、自ストレージの論理デバイスのホストパス定義を解除し、前記他のストレージに該当論理デバイスに対応する物理デバイスの停止要求を送信し、前記他のストレージは、自ストレージからの該当論理デバイスに対応する物理デバイスの停止要求を受信し、該物理デバイスを停止するストレージである。
【０１０２】
本発明の別な実施形態１３は、論理デバイスのアタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスと該論理デバイスに対応する物理デバイスを特定し、停止している前記物理デバイスを起動し、前記論理デバイスのホストパスを定義するストレージである。
【０１０３】
本発明の別な実施形態１４は、前記物理デバイスはディスク装置であり、該物理デバイスの起動は該ディスク装置のディスク駆動を開始することであるストレージである。
【０１０４】
本発明の別な実施形態１５は、ホスト計算機と他のストレージ間に介在し、前記他のストレージの論理デバイスを自ストレージの論理デバイスとして仮想化してホスト計算機に提供し、アタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスを特定し、特定した論理デバイスが前記他のストレージの論理デバイスに対応する場合には、自ストレージの論理デバイスのホストパスを定義し、前記他のストレージに該当論理デバイスに対応する物理デバイスの起動を要求するストレージである。
【０１０５】
本発明の別な実施形態１６は、論理デバイスに対応する物理デバイスの停止を要求するストレージから前記物理デバイスの停止要求を受信し、該物理デバイスを停止し、該当論理デバイスに対応する物理デバイスの停止完了報告を返信するストレージである。
【０１０６】
本発明の別な実施形態１７は、ホスト計算機と他の複数のストレージ間に介在し、他の複数のストレージの論理デバイスを自ストレージの論理デバイスとして仮想化してホスト計算機に提供し、複数の第二のストレージから停止した論理デバイスの移行先となる第三のストレージを選定し、第三のストレージ以外の第二のストレージの論理デバイスから移行対象となる停止した第二のストレージの論理デバイスを選定し、第二の論理デバイスの移行先となる第三のストレージ内の論理デバイスを選定し、停止している第二の論理デバイスを起動し、第二と第三のストレージの論理デバイスのデータを順次読み上げて、それぞれ第三と第二のストレージの論理デバイスへ書き込むことで第二と第三のストレージの論理デバイスの内容を入れ替え、第二及び第三のストレージの論理デバイスとそれらを仮想化した第一のストレージの論理デバイスとの対応を入れ替え、当該第三のストレージ内の全ての論理デバイスが停止した場合に、当該第三のストレージ自体を停止させるストレージである。
【０１０７】
本発明の別な実施形態１８は、前記第三のストレージとして、前記第二のストレージのうちで停止した論理デバイスの数が最も多いものを選択するストレージである。
【０１０８】
本発明の別な実施形態１９は、ネットワークで接続したホスト計算機及びストレージとで計算機システムを構成する管理サーバにおいて、前記ストレージ内論理デバイスのデタッチ指示を受け付け、該指示に含まれる情報から前記ストレージ内の論理デバイスの停止要否を決定し、前記論理デバイスのデタッチ要求を前記ストレージに対して送信する管理サーバである。
【０１０９】
本発明の別な実施形態２０は、ホスト計算機とストレージと管理サーバをネットワークで接続してなる計算機システムのデバイス制御方法において、論理デバイスのデタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスと該論理デバイスに対応する物理デバイスを特定し、前記論理デバイスのホストパス定義を解除し、前記物理デバイスを停止するデバイス制御方法である。
【０１１０】
本発明の別な実施形態２１は、ホスト計算機とストレージと管理サーバをネットワークで接続してなる計算機システムのデバイス制御方法において、論理デバイスのアタッチ要求を受信し、該要求に含まれる情報を用いて処理対象となる論理デバイスと該論理デバイスに対応する物理デバイスを特定し、停止している前記物理デバイスを起動し、前記論理デバイスのホストパスを定義するデバイス制御方法である。
【０１１１】
本発明の別な実施形態２２は、ホスト計算機とストレージと管理サーバをネットワークで接続してなる計算機システムのデバイス制御方法において、前記ストレージは複数のストレージからなり、一のストレージは、ホスト計算機と複数の第二のストレージ間に介在し、他の複数のストレージの論理デバイスを前記一のストレージの論理デバイスとして仮想化してホスト計算機に提供し、複数の第二のストレージから停止した論理デバイスの移行先となる第三のストレージを選定し、第三のストレージ以外の第二のストレージの論理デバイスから移行対象となる停止した第二のストレージの論理デバイスを選定し、第二の論理デバイスの移行先となる第三のストレージ内の論理デバイスを選定し、停止している第二の論理デバイスを起動し、第二と第三のストレージの論理デバイスのデータを順次読み上げて、それぞれ第三と第二のストレージの論理デバイスへ書き込むことで第二と第三のストレージの論理デバイスの内容を入れ替え、当該第三のストレージ内の全ての論理デバイスが停止した場合に、当該第三のストレージ自体を停止するデバイス制御方法である。
【図面の簡単な説明】
【０１１２】
【図１】本発明が適用される計算機システムのハードウェア構成の一例を示す図。
【図２】本発明が適用されるストレージのソフトウェア構成の一例を示す図。
【図３】論理デバイス管理情報の一例を示す図。
【図４】ＬＵパス管理情報の一例を示す図。
【図５】物理デバイス管理情報の一例を示す図。
【図６】外部デバイス管理情報の一例を示す図。
【図７】デタッチデバイス退避情報の一例を示す図。
【図８】管理サーバ１１０で実行される、デバイス接続切替要求処理２４１の処理フローの一例を示す図。
【図９】実施例１において、ストレージ１３０で実行される、デバイス接続切替処理２２１の処理フローの一例を示す図。
【図１０】ストレージ１３０で実行される、デバイス起動／停止処理２２２の処理フローの一例を示す図。
【図１１】ストレージ１３０で実行される、停止デバイス監視処理２２３の処理フローの一例を示す図。
【図１２】外部ストレージ１５０で実行される、Ｉ／Ｏ処理２６１の処理フローの一例を示す図。
【図１３】外部ストレージ１５０で実行される、外部デバイス起動／停止処理２６２の処理フローの一例を示す図。
【図１４】実施例２において、ストレージ１３０で実行される、デバイス接続切替処理２２１の処理フローの一例を示す図。
【図１５】実施例１の変形において、管理サーバ１１０で実行される、デバイス起動／停止要求処理の処理フローの一例を示す図。
【図１６】実施例１の変形において、ストレージ１３０で実行される、デバイス起動／停止受領処理の処理フローの一例を示す図。
【符号の説明】
【０１１３】
１００…ホスト
１１０…管理サーバ
１２０…ファイバチャネルスイッチ
１３０…ストレージ
１４０…管理端末
１５０…外部ストレージ
１７５…ＩＰネットワーク
２０１…論理デバイス管理情報
２０２…ＬＵパス管理情報
２０３…物理デバイス管理情報
２０４…外部デバイス管理情報
２０５…キャッシュ管理情報
２０６…デバイス機能管理情報
２０７…デタッチデバイス退避情報
２２１…デバイス接続切替処理
２２２…デバイス起動／停止処理
２２３…停止デバイス監視処理
２６１…Ｉ／Ｏ処理
２６２…外部デバイス起動／停止処理
２４１…デバイス接続切替要求処理
【図１】
2006285464.tif 000003
【図２】
2006285464.tif 000004
【図３】
2006285464.tif 000005
【図４】
2006285464.tif 000006
【図５】
2006285464.tif 000007
【図６】
2006285464.tif 000008
【図７】
2006285464.tif 000009
【図８】
2006285464.tif 000010
【図９】
2006285464.tif 000011
【図１０】
2006285464.tif 000012
【図１１】
2006285464.tif 000013
【図１２】
2006285464.tif 000014
【図１３】
2006285464.tif 000015
【図１４】
2006285464.tif 000016
【図１５】
2006285464.tif 000017
【図１６】
2006285464.tif 000018
【手続補正書】
【提出日】平成17年7月6日(2005.7.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項７
【補正方法】変更
【補正の内容】
【請求項７】
請求項１記載の計算機システムにおいて、
前記ストレージは複数のストレージからなり、一のストレージは、ホスト計算機と複数の第二のストレージ間に介在し、複数の第二のストレージの論理デバイスを前記一のストレージの論理デバイスとして仮想化してホスト計算機に提供し、複数の第二のストレージから停止した論理デバイスの移行先となる第三のストレージを選定し、第三のストレージ以外の第二のストレージの論理デバイスから移行対象となる停止した第二のストレージの論理デバイスを選定し、第二のストレージの論理デバイスの移行先となる第三のストレージ内の論理デバイスを選定し、停止している第二のストレージの論理デバイスを起動し、第二と第三のストレージの論理デバイスのデータを順次読み上げて、それぞれ第三と第二のストレージの論理デバイスへ書き込むことで第二と第三のストレージの論理デバイスの内容を入れ替え、第二及び第三のストレージの論理デバイスとそれらを仮想化した第一のストレージの論理デバイスとの対応を入れ替え、当該第三のストレージ内の全ての論理デバイスが停止した場合に、当該第三のストレージ自体を停止することを特徴とする計算機システム。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項８
【補正方法】変更
【補正の内容】
【請求項８】
請求項１記載の計算機システムにおいて、
前記ストレージは、制御プロセッサ、制御メモリ、メモリ及びディスクを備え、前記制御メモリは、制御デバイス管理情報、ＬＵパス管理情報、物理デバイス管理情報、外部デバイス管理情報、デバイス機能管理情報を有し、前記メモリは、デバイス管理情報の複製、デバイス接続切替処理、デバイス起動／停止処理及び停止デバイス監視処理を格納しており、デバイス接続切替要求を受信し、該要求処理実行可否をチェックし、デタッチ要求であれば、該当する物理デバイスを停止し、アタッチ要求であれば、該当する物理デバイスを起動させることを特徴とする計算機システム。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１８
【補正方法】変更
【補正の内容】
【請求項１８】
請求項９記載のストレージにおいて、
ホスト計算機と他の複数のストレージ間に介在し、他の複数のストレージの論理デバイスを自ストレージの論理デバイスとして仮想化してホスト計算機に提供し、複数の第二のストレージから停止した論理デバイスの移行先となる第三のストレージを選定し、第三のストレージ以外の第二のストレージの論理デバイスから移行対象となる停止した第二のストレージの論理デバイスを選定し、第二のストレージの論理デバイスの移行先となる第三のストレージ内の論理デバイスを選定し、停止している第二のストレージの論理デバイスを起動し、第二と第三のストレージの論理デバイスのデータを順次読み上げて、それぞれ第三と第二のストレージの論理デバイスへ書き込むことで第二と第三のストレージの論理デバイスの内容を入れ替え、第二及び第三のストレージの論理デバイスとそれらを仮想化した第一のストレージの論理デバイスとの対応を入れ替え、当該第三のストレージ内の全ての論理デバイスが停止した場合に、当該第三のストレージ自体を停止させることを特徴とするストレージ。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
ストレージ１３０の構成管理情報としては、制御メモリ１３５に論理デバイス管理情報２０１とＬＵパス管理情報２０２と物理デバイス管理情報２０３と外部デバイス管理情報２０４とキャッシュ管理情報２０５とデバイス機能管理情報２０６があり、これらの情報は情報消失を防ぐため本実施例では制御メモリ１３５に格納されている。なお、デタッチデバイス退避情報２０７は第２の実施例で用いる制御情報であって、第１の実施例では各メモリに格納する必要はない。これらの制御情報は制御プロセッサ１３２から参照・更新可能であるが、その際に相互接続網を介したアクセスが必要となる。よって、処理性能向上のため、各制御プロセッサ１３２で実行される処理に必要な制御情報の複製をメモリ１３３に保持する。また、管理端末１４０や管理サーバ１１０にもストレージ１３０の構成情報は送信され保持されている。管理サーバ１１０もしくは管理端末１４０からストレージ管理ソフトウェアもしくはストレージ管理者からの指示を受けてストレージ１３０の構成を変更した場合や、ストレージ１３０内各部位が障害・自動交替などによって構成が変化した場合に、制御プロセッサ１３２のうちの一つが制御メモリ１３５内の該当構成情報を更新する。そして、制御プロセッサ１３２は制御情報が構成変更により更新された旨を、相互接続網を介して他制御プロセッサ１３２、管理端末１４０、管理サーバ１１０に通知し、最新情報を制御メモリ１３５から他部位のメモリへ取り込ませる。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００５７
【補正方法】変更
【補正の内容】
【００５７】
第五に、デバイス機能管理情報２０６について説明する。本情報には、各論理デバイスに設定された様々な属性を示す情報が格納される。デバイスの属性情報の例としては、当該論理デバイスへのアクセスを特定ホストからのみに制限するアクセス制御情報、当該論理デバイスへのリード又はライトアクセスを抑止するアクセス属性情報、当該論理デバイス内データへの暗号化適用有無や暗号化・復号化に用いられる鍵情報などの暗号設定情報、などが挙げられる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００６６
【補正方法】変更
【補正の内容】
【００６６】
図９は、ストレージ１３０で実行される、デバイス接続切替処理２２１の処理フローの一例を示す図である。ストレージ１３０は、管理サーバ１１０からＩＰネットワーク１７５、管理端末１４０、インタフェース制御部１３８を介して、論理デバイスの接続切替要求を受信する（ステップ９０１）。当該要求に含まれる情報としては、ステップ８０１で管理サーバ１１０が受領する切替要求とほとんど同じであるが、デバイス停止要否判定情報の代わりに、管理サーバ１１０での判定結果である、デバイス停止要否フラグが含まれる。次に、ストレージ１３０は、当該論理デバイスへのアクセス権情報などにより、当該要求の実行可否を判定する（ステップ９０２）。当該要求が実行不可の場合、管理サーバ１１０へその旨を通知し、処理を終了する。当該要求が実行可の場合、要求内容がデタッチ指示の場合、まず当該論理デバイスに設定されているＬＵパス定義を解除する（ステップ９０３，９０４）。具体的には、論理デバイス管理情報２０１の当該論理デバイスフィールドのエントリ３０７の内容を消去し、デバイス状態３０５をデタッチド状態に変更し、ＬＵパス管理情報２０２の当該論理デバイスに対応するポート、ターゲットＩＤ、ＬＵＮのフィールドのエントリ４０３、４０４の内容を消去する。そして、管理サーバ１１０からの切替要求で当該論理デバイスの停止を指示されていない場合は管理サーバ１１０へ処理の完了を報告し、本処理を終了する（ステップ９０９）。当該論理デバイスの停止を指示された場合には、論理デバイス管理情報２０１の停止フラグ３０６を「Ｏｆｆ」に設定し（ステップ９０６）、当該論理デバイスが対応する物理デバイス又は外部デバイスについて、当該物理／外部デバイスが対応する全ての論理デバイスが停止、すなわち停止フラグ３０６が「Ｏｆｆ」ならば、デバイス起動／停止処理２２２により当該物理／外部デバイスを停止する（ステップ９０８）。当該停止処理が完了したら、管理サーバ１１０へ完了を報告して、本処理を終了する（ステップ９０９）。一方、ステップ９０３の判定で、管理サーバ１１０からの要求内容がアタッチ指示の場合、まず当該論理デバイスに対応する物理デバイス又は外部デバイスを特定し、物理デバイス管理情報２０３／外部デバイス管理情報２０４を参照して当該物理／外部デバイスが停止している場合は、デバイス起動／停止処理２２２によって当該物理／外部デバイスを起動する（ステップ９１０、９１１）。当該起動処理が完了したら、当該論理デバイスを起動状態、すなわち論理デバイス管理情報２０１の停止フラグ３０６を「Ｏｎ」に設定し（ステップ９１２）、ＬＵパスを定義する（ステップ９１３）。ＬＵパス定義処理として、具体的には、論理デバイス管理情報２０１の当該論理デバイスのフィールドのエントリ３０７に切替要求で指定されたポート特定情報を設定し、デバイス状態３０５をアタッチド状態に変更し、ＬＵパス管理情報２０２の対象ポート、ターゲットＩＤ、ＬＵＮのフィールドのエントリ４０３、４０４に当該論理デバイス番号とアクセス元ＨＢＡ識別情報をそれぞれ設定する。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００７０
【補正方法】変更
【補正の内容】
【００７０】
図１３は、外部ストレージ１５０で実行される、外部デバイス起動／停止処理２６２の処理フローの一例を示す図である。外部ストレージ１５０は、ファイバチャネルスイッチ１２０、ポート１５１を介して、ストレージ１３０から外部デバイスに対応する、外部ストレージ１５０内の論理デバイスに対する起動／停止要求コマンドを受信する（ステップ１３０１）。当該要求に含まれる情報としては、要求内容識別情報（起動／停止）と対象デバイス特定情報（外部ストレージ１５０識別情報、論理デバイス番号）、要求元ストレージ１３０識別情報（ポート１３１のＷＷＮなど）などが考えられる。本実施例では、当該要求はＳＣＳＩプロトコルに従って送信される。送信方法としては、ＳＣＳＩの診断系コマンドのパラメタを拡張してもよいし、外部ストレージ１５０とストレージ１３０間のみで通じる専用のＳＣＳＩコマンドを追加し、これを用いても構わない。また、外部ストレージ１５０内の特定論理デバイスを制御コマンド送受信用のものと定義しておき、当該制御コマンド送受信用デバイスへのリードおよびライトによって、両ストレージ間でのデータ授受を行っても構わない。外部ストレージ１５０は、要求対象の論理デバイスについて当該要求処理の実行可否を判定し、実行不可であればその旨をストレージ１３０へ報告する（ステップ１３０２）。次に当該論理デバイスの起動指示の場合、対応する物理デバイスが停止しているかを確認し、停止している場合には当該物理デバイスに対応したディスク装置１５６を起動し、当該物理デバイスを起動状態に変更する。そして、当該論理デバイスを起動状態に変更する（ステップ１３０４から１３０７）。ここで、当該ディスク装置１５６の起動は、ディスク回転開始を指示するコマンドを送信し、ディスク回転を開始したディスク装置１５６からの完了報告を確認することで実現される。一方、要求内容が当該論理デバイスの停止指示の場合、まず当該論理デバイスを停止状態にし、対応する物理デバイスについて、当該物理デバイスに対応する全ての論理デバイスが停止状態にあれば、当該物理デバイスに対応したディスク装置１５６を停止し、当該物理デバイスを停止状態に変更する（ステップ１３０９から１３１２）。ここで、当該ディスク装置１５６の停止は、ディスク回転停止を指示するコマンドを送信し、ディスク回転を停止したディスク装置１５６からの完了報告を確認することで実現される。以上の処理の後、外部ストレージ１５０は処理完了をストレージ１３０に報告する（ステップ１３０８）。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】変更
【補正の内容】
【００８３】
なお、本発明は上記の実施例に限定されず、数々の変形が可能である。実施例１では、ストレージ管理者またはホストアプリケーションからの論理デバイスへのデタッチ要求時に、当該デバイスの停止要否を判定して、必要であれば当該デバイスを停止しているが、デタッチ／アタッチ要求を伴わずに当該デバイスへの起動／停止要求のみを受領する形態でもよい。これによって、当該デバイスへのホストからのアクセスパスを維持したままで、当該デバイスに対応したディスク装置の起動／停止を制御することができる。なお、この実施例１の変形では、管理サーバ１１０ではデバイス接続切替要求処理２４１に代わって第１５図に示すデバイス起動／停止要求処理が、ストレージ１３０ではデバイス接続切替処理２２１に代わって第１６図に示すデバイス起動／停止要求受領処理がそれぞれ実行される。デバイス起動／停止要求処理では、管理者又はホストアプリケーションプログラムから受領したデバイス起動／停止指示に従って、ストレージ１３０へ対象デバイスの起動／停止を指示する。また、デバイス起動／停止要求受領処理では、受領したデバイス起動／停止要求に対して、対象論理デバイスの起動／停止処理と、対応する物理デバイス／外部デバイスの起動／停止要否判定と、必要ならば当該物理デバイス／外部デバイスの起動／停止処理を行う。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００９５
【補正方法】変更
【補正の内容】
【００９５】
本発明の別な実施形態６は、前記ストレージは複数のストレージからなり、一のストレージは、ホスト計算機と複数の第二のストレージ間に介在し、複数の第二のストレージの論理デバイスを前記一のストレージの論理デバイスとして仮想化してホスト計算機に提供し、複数の第二のストレージから停止した論理デバイスの移行先となる第三のストレージを選定し、第三のストレージ以外の第二のストレージの論理デバイスから移行対象となる停止した第二のストレージの論理デバイスを選定し、第二のストレージの論理デバイスの移行先となる第三のストレージ内の論理デバイスを選定し、停止している第二のストレージの論理デバイスを起動し、第二と第三のストレージの論理デバイスのデータを順次読み上げて、それぞれ第三と第二のストレージの論理デバイスへ書き込むことで第二と第三のストレージの論理デバイスの内容を入れ替え、第二及び第三のストレージの論理デバイスとそれらを仮想化した第一のストレージの論理デバイスとの対応を入れ替え、当該第三のストレージ内の全ての論理デバイスが停止した場合に、当該第三のストレージ自体を停止する計算機システムである。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００９６
【補正方法】変更
【補正の内容】
【００９６】
本発明の別な実施形態７は、前記ストレージは、制御プロセッサ、制御メモリ、メモリ及びディスクを備え、前記制御メモリは、制御デバイス管理情報、ＬＵパス管理情報、物理デバイス管理情報、外部デバイス管理情報、デバイス機能管理情報を有し、前記メモリは、デバイス管理情報の複製、デバイス接続切替処理、デバイス起動／停止処理及び停止デバイス監視処理を格納しており、デバイス接続切替要求を受信し、該要求処理実行可否をチェックし、デタッチ要求であれば、該当する物理デバイスを停止し、アタッチ要求であれば、該当する物理デバイスを起動させることを特徴とする計算機システムである。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１０６
【補正方法】変更
【補正の内容】
【０１０６】
本発明の別な実施形態１７は、ホスト計算機と他の複数のストレージ間に介在し、他の複数のストレージの論理デバイスを自ストレージの論理デバイスとして仮想化してホスト計算機に提供し、複数の第二のストレージから停止した論理デバイスの移行先となる第三のストレージを選定し、第三のストレージ以外の第二のストレージの論理デバイスから移行対象となる停止した第二のストレージの論理デバイスを選定し、第二のストレージの論理デバイスの移行先となる第三のストレージ内の論理デバイスを選定し、停止している第二のストレージの論理デバイスを起動し、第二と第三のストレージの論理デバイスのデータを順次読み上げて、それぞれ第三と第二のストレージの論理デバイスへ書き込むことで第二と第三のストレージの論理デバイスの内容を入れ替え、第二及び第三のストレージの論理デバイスとそれらを仮想化した第一のストレージの論理デバイスとの対応を入れ替え、当該第三のストレージ内の全ての論理デバイスが停止した場合に、当該第三のストレージ自体を停止させるストレージである。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０１１２
【補正方法】変更
【補正の内容】
【０１１２】
【図１】本発明が適用される計算機システムのハードウェア構成の一例を示す図。
【図２】本発明が適用されるストレージのソフトウェア構成の一例を示す図。
【図３】論理デバイス管理情報の一例を示す図。
【図４】ＬＵパス管理情報の一例を示す図。
【図５】物理デバイス管理情報の一例を示す図。
【図６】外部デバイス管理情報の一例を示す図。
【図７】デタッチデバイス退避情報の一例を示す図。
【図８】管理サーバ１１０で実行される、デバイス接続切替要求処理２４１の処理フローの一例を示す図。
【図９】実施例１において、ストレージ１３０で実行される、デバイス接続切替処理２２１の処理フローの一例を示す図。
【図１０】ストレージ１３０で実行される、デバイス起動／停止処理２２２の処理フローの一例を示す図。
【図１１】ストレージ１３０で実行される、停止デバイス監視処理２２３の処理フローの一例を示す図。
【図１２】外部ストレージ１５０で実行される、Ｉ／Ｏ処理２６１の処理フローの一例を示す図。
【図１３】外部ストレージ１５０で実行される、外部デバイス起動／停止処理２６２の処理フローの一例を示す図。
【図１４】実施例２において、ストレージ１３０で実行される、デバイス接続切替処理２２１の処理フローの一例を示す図。
【図１５】実施例１の変形において、管理サーバ１１０で実行される、デバイス起動／停止要求処理の処理フローの一例を示す図。
【図１６】実施例１の変形において、ストレージ１３０で実行される、デバイス起動／停止要求受領処理の処理フローの一例を示す図。
【手続補正１３】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2006285464.tif 000019
【手続補正１４】
【補正対象書類名】図面
【補正対象項目名】図５
【補正方法】変更
【補正の内容】
【図５】
2006285464.tif 000020
【手続補正１５】
【補正対象書類名】図面
【補正対象項目名】図６
【補正方法】変更
【補正の内容】
【図６】
2006285464.tif 000021
【手続補正１６】
【補正対象書類名】図面
【補正対象項目名】図８
【補正方法】変更
【補正の内容】
【図８】
2006285464.tif 000022