(57)【要約】【課題】障害回復中の論理ボリュームを使用することの障害を回避しつつ、運用コストの上昇を抑える。【解決手段】使用開始指令の対象となった番号「８」の論理ボリューム２３５を構成する複数の物理ディスク２３１ａ−１〜２３１ａ−５のうちのいずれかに障害が発生している場合には、ボリューム管理情報２２０を参照して、障害の無い複数の物理ディスク２３１ｂ−１〜２３１ｂ−５で構成される番号「１１」の論理ボリュームを抽出する。次に、番号「８」の論理ボリュームのボリューム管理情報２２１に関して、論理ボリューム番号領域２２２に格納されている番号を変えずに、アレイグループ番号領域２２３の情報「１」及びアレイグループ内位置情報領域２２４に格納されている情報「１」を、それぞれ番号「１１」の論理ボリュームの対応情報「２」「２」に変更し、番号「８」の論理ボリューム２３５に対する物理ディスクの割り当てを変更する。【選択図】  図３
2005055963.tif 000002
【特許請求の範囲】
【請求項１】
論理ボリューム毎の識別子と、各識別子に対応する一の論理ボリュームが設定されている複数の物理ディスク上の領域の情報とを含むボリューム管理情報を記憶しておき、所定の識別子に対応する論理ボリュームにアクセスする際、該ボリューム管理情報を参照して、該所定の識別子に対応する複数の物理ディスク上の領域にアクセスするボリューム制御方法において、
所定の識別子に対応する論理ボリューム（以下、第１の論理ボリュームとする）の使用開始指令を受け付けると、該第１の論理ボリュームが予め定められているボリューム条件を満たしているか否かを判断する条件判断工程と、
前記条件判断工程で、前記第１の論理ボリュームが前記ボリューム条件を満たしていないと判断されると、前記ボリューム管理情報から該ボリューム条件を満たす未使用の論理ボリューム（以下、第２の論理ボリュームとする）を抽出する論理ボリューム抽出工程と、
前記ボリューム管理情報のうち、前記第１の論理ボリュームが設定されている複数の物理ディスク上の領域の情報を、該第１の論理ボリュームの識別子を変更せずに、前記論理ボリューム抽出工程で抽出された前記第２の論理ボリュームが設定されている複数の物理ディスク上の領域の情報に、変更するボリューム管理情報変更工程と、を有することを特徴とするボリューム制御方法。
【請求項２】
請求項１に記載のボリューム制御方法において、
前記ボリューム条件には、論理ボリュームが設定されている複数の物理ディスクのいずれにも障害が生じていないという条件を含み、
前記条件判断工程では、前記第１の論理ボリュームの使用開始指令を受け付けると、前記ボリューム管理情報を参照して、該第１の論理ボリュームが設定されている複数の物理ディスクを選び出し、複数の該物理ディスクのいずれにも障害が生じていないか否か判断する、ことを特徴とするボリューム制御方法。
【請求項３】
請求項１及び２のいずれか一項に記載のボリューム制御方法において、
前記ボリューム条件を複数有する、ことを特徴とするボリューム制御方法。
【請求項４】
請求項３に記載のボリューム制御方法において、
複数の前記ボリューム条件に対して、それぞれ、使用優先順位が付され、前記条件判断工程及び論理ボリューム抽出工程を、各ボリューム条件毎に該使用優先順に対応した順序で実行する、ことを特徴とするボリューム制御方法。
【請求項５】
複数の物理ディスクと演算装置とを備え、論理ボリューム毎の識別子と、各識別子に対応する一の論理ボリュームが設定されている複数の物理ディスク上の領域の情報とを含むボリューム管理情報を記憶しておき、所定の識別子に対応する論理ボリュームにアクセスする際、該ボリューム管理情報を参照して、該所定の識別子に対応する複数の物理ディスク上の領域にアクセスするストレージ装置のボリューム制御プログラムにおいて、
所定の識別子に対応する論理ボリューム（以下、第１の論理ボリュームとする）の使用開始指令を受け付けると、該第１の論理ボリュームが予め定められているボリューム条件を満たしているか否かを判断する条件判断ステップと、
前記条件判断ステップで、前記第１の論理ボリュームが前記ボリューム条件を満たしていないと判断されると、前記ボリューム管理情報から該ボリューム条件を満たす未使用の論理ボリューム（以下、第２の論理ボリュームとする）を抽出する論理ボリューム抽出ステップと、
前記ボリューム管理情報のうち、前記第１の論理ボリュームが設定されている複数の物理ディスク上の領域の情報を、該第１の論理ボリュームの識別子を変更せずに、前記論理ボリューム抽出ステップで抽出された前記第２の論理ボリュームが設定されている複数の物理ディスク上の領域の情報に、変更するボリューム管理情報変更ステップと、
前記演算装置に実行させることを特徴とするボリューム制御プログラム。
【請求項６】
請求項５に記載のボリューム制御プログラムにおいて、
前記ストレージ装置は、複数の物理ディスクを有するアレイグループを複数有し、
前記ボリューム管理情報には、各識別子に対応する一の論理ボリュームが複数のアレイグープのうちのいずれのアレイグループに属しているかを示すために、該論理ボリュームが属しているアレイグループの識別子を含み、
前記論理ボリューム抽出ステップでは、前記ボリューム管理情報を参照して、前記第１の論理ボリュームが設定されている複数の物理ディスクを有しているアレイグループとは異なるアレイグループから、前記ボリューム条件を満たす未使用の前記第２の論理ボリュームを抽出する、ことを特徴とするボリューム制御プログラム。
【請求項７】
請求項６に記載のボリューム制御プログラムにおいて、
各アレイグループには、それぞれ、複数の論理ボリュームが設定され、
前記ボリューム条件には、複数の前記アレイグループのうちで、使用中の論理ボリュームの数が最も少ないアレイグループに設定されている論理ボリュームであるという条件を含む、ことを特徴等するボリューム制御プログラム。
【請求項８】
請求項５から７のいずれか一項に記載のボリューム制御プログラムにおいて、
前記ボリューム条件には、論理ボリュームが設定されている複数の物理ディスクのいずれにも障害が生じていないという条件を含み、
前記条件判断ステップでは、前記第１の論理ボリュームの使用開始指令を受け付けると、前記ボリューム管理情報を参照して、該第１の論理ボリュームが設定されている複数の物理ディスクを選び出し、複数の該物理ディスクのいずれにも障害が生じていないか否か判断する、ことを特徴とするボリューム制御プログラム。
【請求項９】
請求項５から８のいずれか一項に記載のボリューム制御プログラムにおいて、
前記ボリューム条件を複数有し、
前記条件判断ステップ及び論理ボリューム抽出ステップを、各ボリューム条件毎に実行する、ことを特徴とするボリューム制御プログラム。
【請求項１０】
請求項９に記載のボリューム制御プログラムにおいて、
複数の前記ボリューム条件に対して、それぞれ、使用優先順位が付され、前記条件判断ステップ及び論理ボリューム抽出ステップを、各ボリューム条件毎に該使用優先順に対応した順序で実行する、ことを特徴とするボリューム制御プログラム。
【請求項１１】
複数の物理ディスクと、論理ボリューム毎の識別子、及び各識別子に対応する一の論理ボリュームが設定されている複数の物理ディスク上の領域の情報を含むボリューム管理情報を記憶する記憶手段と、を備え、所定の識別子に対応する論理ボリュームにアクセスする際、該ボリューム管理情報を参照して、該所定の識別子に対応する複数の物理ディスク上の領域にアクセスするストレージ装置において、
所定の識別子に対応する論理ボリューム（以下、第１の論理ボリュームとする）の使用開始指令を受け付けると、該第１の論理ボリュームが予め定められているボリューム条件を満たしているか否かを判断する条件判断手段と、
前記条件判断手段により、前記第１の論理ボリュームが前記ボリューム条件を満たしていないと判断されると、前記ボリューム管理情報から該ボリューム条件を満たす未使用の論理ボリューム（以下、第２の論理ボリュームとする）を抽出する論理ボリューム抽出手段と、
前記記憶手段に記憶されている前記ボリューム管理情報のうち、前記第１の論理ボリュームが設定されている複数の物理ディスク上の領域の情報を、該第１の論理ボリュームの識別子を変更せずに、前記論理ボリューム抽出手段により抽出された前記第２の論理ボリュームが設定されている複数の物理ディスク上の領域の情報に、変更するボリューム管理情報変更手段と、を備えていることを特徴とするストレージ装置。
【請求項１２】
複数の物理ディスクと、複数の物理ディスクを制御するディスクコントローラとを備え、
前記ディスクコントローラは、論理ボリューム毎の識別子と、各識別子に対応する一の論理ボリュームが設定されている複数の物理ディスク上の領域の情報とを含むボリューム管理情報が記憶されているメモリを有し、所定の識別子に対応する論理ボリュームにアクセスする際、該ボリューム管理情報を参照して、該所定の識別子に対応する複数の物理ディスク上の領域にアクセスするストレージ装置において、
前記ディスクコントローラは、
所定の識別子に対応する論理ボリューム（以下、第１の論理ボリュームとする）の使用開始指令を受け付けると、該第１の論理ボリュームが予め定められているボリューム条件を満たしているか否かを判断する条件判断ステップと、
前記条件判断ステップで、前記第１の論理ボリュームが前記ボリューム条件を満たしていないと判断されると、前記ボリューム管理情報から該ボリューム条件を満たす未使用の論理ボリューム（以下、第２の論理ボリュームとする）を抽出する論理ボリューム抽出ステップと、
前記ボリューム管理情報のうち、前記第１の論理ボリュームが設定されている複数の物理ディスク上の領域の情報を、該第１の論理ボリュームの識別子を変更せずに、前記論理ボリューム抽出ステップで抽出された前記第２の論理ボリュームが設定されている複数の物理ディスク上の領域の情報に、変更するボリューム管理情報変更ステップと、を実行することを特徴とするストレージ装置。
【請求項１３】
請求項１２に記載のストレージ装置において、
複数の物理ディスクを有するアレイグループを複数備え、
前記ボリューム管理情報には、各識別子に対応する一の論理ボリュームが複数のアレイグープのうちのいずれのアレイグループに属しているかを示すために、該論理ボリュームが属しているアレイグループの識別子を含み、
前記ディスクコントローラは、前記論理ボリューム抽出ステップで、前記ボリューム管理情報を参照して、前記第１の論理ボリュームが設定されている複数の物理ディスクを有しているアレイグループとは異なるアレイグループから、前記ボリューム条件を満たす未使用の前記第２の論理ボリュームを抽出する、ことを特徴とするストレージ装置。
【請求項１４】
請求項１２及び１３のいずれか一項に記載のストレージ装置において、
前記ボリューム条件には、論理ボリュームが設定されている複数の物理ディスクのいずれにも障害が生じていないという条件を含み、
前記ディスクコントローラは、前記条件判断ステップで、前記第１の論理ボリュームの使用開始指令を受け付けると、前記ボリューム管理情報を参照して、該第１の論理ボリュームが設定されている複数の物理ディスクを選び出し、複数の該物理ディスクのいずれにも障害が生じていないか否か判断する、ことを特徴とするストレージ装置。
【請求項１５】
請求項５から８のいずれか一項に記載のストレージ装置において、
前記ボリューム条件を複数有し、
前記ディスクコントローラは、前記条件判断ステップ及び論理ボリューム抽出ステップを、各ボリューム条件毎に実行する、ことを特徴とするストレージ装置。
【請求項１６】
請求項１５に記載のストレージ装置において、
複数の前記ボリューム条件に対して、それぞれ、使用優先順位が付され、
前記ストレージ装置は、前記条件判断ステップ及び論理ボリューム抽出ステップを、各ボリューム条件毎に該使用優先順に対応した順序で実行する、ことを特徴とするストレージ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ホスト計算機に認識している論理ボリュームに対して、複数の物理ディスクを割り当てるためのボリューム制御方法、この方法を実行するプログラム、及びストレージ装置に関する。
【０００２】
【従来の技術】
社会基盤を担う公共・企業の基幹システムにおけるデータ量増加に対応するため、近年では、特許文献１などに示すディスクアレイの制御技術を用いてストレージ装置の大容量化に対応している。このシステムのホスト計算機は、特許文献２に示すような入出力装置管理技術を用いて、ストレージ装置を認識し、業務のためのＩ／Ｏを行っている。この入出力装置管理技術は、具体的には、どの論理ボリュームをこれから使用するかという設定情報を予め複数準備しておき、条件に応じて適宜、設定情報を切り替えるという技術である。
【０００３】
以上のようなシステムは、当然ながら高い可用性が求められている。そのため、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙｓ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）に代表されるディスクアレイ技術をベースにしたストレージ装置においては、特許文献３や特許文献４に示すようなスペアリング技術が採用されている。このスペアリング技術は、１つの論理ボリュームに対して複数の物理ディスクが割り当てられているときに、複数の物理ディスクのうちのいずれか１つに障害が発生した場合、この障害が発生した物理ディスクの内容を予備のディスクに復元し、この予備のディスクを障害が発生した物理ディスクとして扱い、障害が発生した場合でも継続的にストレージ装置を使用できる、という技術である。なお、論理ボリュームが割り当てられている複数の物理ディスクをまとめてアレイグループと呼ぶ。
【０００４】
【特許文献１】
特開２００１−２５６００３号公報
【特許文献２】
特開２００１−２６５７４８号公報
【特許文献３】
特開平９−３３０１８２号公報
【特許文献４】
特開平６−１１９１２５号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、特許文献３や特許文献４に記載のストレージシステムでは、障害回復中の物理ディスクを含むアレイグループに割り当てられている論理ボリュームは、障害回復処理のためのディスクＩ／Ｏにより、書込み応答性能等が劣化してしまうとう問題点がある。また、この論理ボリュームにＩ／Ｏが発生すると、障害回復処理そのものに遅延をきたす虞れがあるという問題点もある。
【０００６】
従って、新たに論理ボリュームを使用開始する場合は、このような論理ボリュームを避けることが望ましい。
【０００７】
そこで、特許文献２に記載の入出力装置管理技術を用いて、ホスト計算機の設定情報を変更し、障害回復中の論理ボリュームから、他の論理ボリュームにボリューム番号を変更することで、障害回復中の論理ボリュームを使用することによる上記問題点を回避することができる。
【０００８】
しかしながら、特許文献２の技術では、ホスト計算機の設定情報を変更するのは、オペレータの作業であるため、障害にあわせて設定情報を変更する場合には、オペレータを待機させる必要があるばかりでなく、その変更ミスなどに備える必要があり、運用コストの上昇を招くという問題点がある。そこで、運用コストの上昇を抑えようとすると、特許文献２の技術を採用しないことになり、結局、障害回復中の論理ボリュームを使用することによる上記問題点、つまり、書込み応答性能等の劣化や障害回復処理の遅延が生じてしまうという問題点がある。
【０００９】
本発明は、このような従来の問題点に着目し、障害回復中等の論理ボリュームを使用しつつ、運用コストの上昇を抑えることができるボリューム制御方法、この方法を実行するプログラム、ストレージ装置を提供することを目的とする。
【００１０】
【課題を解決するための手段】
前記目的を達成するためのボリューム制御方法は、
論理ボリューム毎の識別子と、各識別子に対応する一の論理ボリュームが設定されている複数の物理ディスク上の領域の情報とを含むボリューム管理情報を記憶しておき、所定の識別子に対応する論理ボリュームにアクセスする際、該ボリューム管理情報を参照して、該所定の識別子に対応する複数の物理ディスク上の領域にアクセスするボリューム制御方法において、
所定の識別子に対応する論理ボリューム（以下、第１の論理ボリュームとする）の使用開始指令を受け付けると、該第１の論理ボリュームが予め定められているボリューム条件を満たしているか否かを判断する条件判断工程と、
前記条件判断工程で、前記第１の論理ボリュームが前記ボリューム条件を満たしていないと判断されると、前記ボリューム管理情報から該ボリューム条件を満たす未使用の論理ボリューム（以下、第２の論理ボリュームとする）を抽出する論理ボリューム抽出工程と、
前記ボリューム管理情報のうち、前記第１の論理ボリュームが設定されている複数の物理ディスク上の領域の情報を、該第１の論理ボリュームの識別子を変更せずに、前記論理ボリューム抽出工程で抽出された前記第２の論理ボリュームが設定されている複数の物理ディスク上の領域の情報に、変更するボリューム管理情報変更工程と、を有することを特徴とするものである。
【００１１】
ここで、前記ボリューム条件には、論理ボリュームが設定されている複数の物理ディスクのいずれにも障害が生じていないという条件を含み、前記条件判断工程では、前記第１の論理ボリュームの使用開始指令を受け付けると、前記ボリューム管理情報を参照して、該第１の論理ボリュームが設定されている複数の物理ディスクを選び出し、複数の該物理ディスクのいずれにも障害が生じていないか否か判断する、ことが好ましい。
【００１２】
また、前記目的を達成するためのストレージ装置のボリューム制御プログラムは、
複数の物理ディスクと演算装置とを備え、論理ボリューム毎の識別子と、各識別子に対応する一の論理ボリュームが設定されている複数の物理ディスク上の領域の情報とを含むボリューム管理情報を記憶しておき、所定の識別子に対応する論理ボリュームにアクセスする際、該ボリューム管理情報を参照して、該所定の識別子に対応する複数の物理ディスク上の領域にアクセスするストレージ装置のボリューム制御プログラムにおいて、
所定の識別子に対応する論理ボリューム（以下、第１の論理ボリュームとする）の使用開始指令を受け付けると、該第１の論理ボリュームが予め定められているボリューム条件を満たしているか否かを判断する条件判断ステップと、
前記条件判断ステップで、前記第１の論理ボリュームが前記ボリューム条件を満たしていないと判断されると、前記ボリューム管理情報から該ボリューム条件を満たす未使用の論理ボリューム（以下、第２の論理ボリュームとする）を抽出する論理ボリューム抽出ステップと、
前記ボリューム管理情報のうち、前記第１の論理ボリュームが設定されている複数の物理ディスク上の領域の情報を、該第１の論理ボリュームの識別子を変更せずに、前記論理ボリューム抽出ステップで抽出された前記第２の論理ボリュームが設定されている複数の物理ディスク上の領域の情報に、変更するボリューム管理情報変更ステップと、
前記演算装置に実行させることを特徴とするものである。
【００１３】
ここで、前記ボリューム制御プログラムは、
前記ストレージ装置が、複数の物理ディスクを有するアレイグループを複数有する場合、
前記ボリューム管理情報には、各識別子に対応する一の論理ボリュームが複数のアレイグープのうちのいずれのアレイグループに属しているかを示すために、該論理ボリュームが属しているアレイグループの識別子を含み、
前記論理ボリューム抽出ステップでは、前記ボリューム管理情報を参照して、前記第１の論理ボリュームが設定されている複数の物理ディスクを有しているアレイグループとは異なるアレイグループから、前記ボリューム条件を満たす未使用の前記第２の論理ボリュームを抽出する、ものであってもよい。この場合、各アレイグループには、それぞれ、複数の論理ボリュームが設定され、前記ボリューム条件には、複数の前記アレイグループのうちで、使用中の論理ボリュームの数が最も少ないアレイグループに設定されている論理ボリュームであるという条件を含ませてもよい。
【００１４】
また、以上の各ボリューム制御プログラムは、
前記ボリューム条件には、論理ボリュームが設定されている複数の物理ディスクのいずれにも障害が生じていないという条件を含み、
前記条件判断ステップでは、前記第１の論理ボリュームの使用開始指令を受け付けると、前記ボリューム管理情報を参照して、該第１の論理ボリュームが設定されている複数の物理ディスクを選び出し、複数の該物理ディスクのいずれにも障害が生じていないか否か判断することが好ましい。
【００１５】
また、以上の各ボリューム制御プログラムは、
前記ボリューム条件を複数有し、前記条件判断ステップ及び論理ボリューム抽出ステップを、各ボリューム条件毎に実行してもよい。この場合、複数の前記ボリューム条件に対して、それぞれ、使用優先順位を付し、前記条件判断ステップ及び論理ボリューム抽出ステップを、各ボリューム条件毎に該使用優先順に対応した順序で実行してもよい。
【００１６】
前記目的を達成するためのストレージ装置は、
複数の物理ディスクと、論理ボリューム毎の識別子、及び各識別子に対応する一の論理ボリュームが設定されている複数の物理ディスク上の領域の情報を含むボリューム管理情報を記憶する記憶手段と、を備え、所定の識別子に対応する論理ボリュームにアクセスする際、該ボリューム管理情報を参照して、該所定の識別子に対応する複数の物理ディスク上の領域にアクセスするストレージ装置において、
所定の識別子に対応する論理ボリューム（以下、第１の論理ボリュームとする）の使用開始指令を受け付けると、該第１の論理ボリュームが予め定められているボリューム条件を満たしているか否かを判断する条件判断手段と、
前記条件判断手段により、前記第１の論理ボリュームが前記ボリューム条件を満たしていないと判断されると、前記ボリューム管理情報から該ボリューム条件を満たす未使用の論理ボリューム（以下、第２の論理ボリュームとする）を抽出する論理ボリューム抽出手段と、
前記記憶手段に記憶されている前記ボリューム管理情報のうち、前記第１の論理ボリュームが設定されている複数の物理ディスク上の領域の情報を、該第１の論理ボリュームの識別子を変更せずに、前記論理ボリューム抽出手段により抽出された前記第２の論理ボリュームが設定されている複数の物理ディスク上の領域の情報に、変更するボリューム管理情報変更手段と、を備えていることを特徴とするものである。
【００１７】
また、前記目的を達成するための他のストレージ装置は、
複数の物理ディスクと、複数の物理ディスクを制御するディスクコントローラとを備え、
前記ディスクコントローラは、論理ボリューム毎の識別子と、各識別子に対応する一の論理ボリュームが設定されている複数の物理ディスク上の領域の情報とを含むボリューム管理情報が記憶されているメモリを有し、所定の識別子に対応する論理ボリュームにアクセスする際、該ボリューム管理情報を参照して、該所定の識別子に対応する複数の物理ディスク上の領域にアクセスするストレージ装置において、
前記ディスクコントローラは、
所定の識別子に対応する論理ボリューム（以下、第１の論理ボリュームとする）の使用開始指令を受け付けると、該第１の論理ボリュームが予め定められているボリューム条件を満たしているか否かを判断する条件判断ステップと、
前記条件判断ステップで、前記第１の論理ボリュームが前記ボリューム条件を満たしていないと判断されると、前記ボリューム管理情報から該ボリューム条件を満たす未使用の論理ボリューム（以下、第２の論理ボリュームとする）を抽出する論理ボリューム抽出ステップと、
前記ボリューム管理情報のうち、前記第１の論理ボリュームが設定されている複数の物理ディスク上の領域の情報を、該第１の論理ボリュームの識別子を変更せずに、前記論理ボリューム抽出ステップで抽出された前記第２の論理ボリュームが設定されている複数の物理ディスク上の領域の情報に、変更するボリューム管理情報変更ステップと、を実行することを特徴とするものである。
【００１８】
【発明の実施の形態】
以下、本発明に係るストレージシステムの実施形態について、図面を用いて説明する。
【００１９】
まず、図１〜図５を用いて、本発明に係るストレージシステムの第１の実施形態について説明する。
【００２０】
本実施形態のストレージシステムは、図１に示すように、ホスト計算機１００と、このホスト計算機１００からアクセスされるストレージ装置２００とを備えている。ホスト計算機１００には、このホスト計算機１００の入出力情報制御情報１０４の設定など、運用を管理するためのホスト計算機ＳＶＰ（Ｓｅｒｖｉｃｅ  Ｐｒｏｃｅｓｓｏｒ）１０１が付属しており、ストレージ装置２００には、このストレージ装置２００内のディスクやデータ管理を行うためのストレージ装置ＳＶＰ２０１が付属している。
【００２１】
ホスト計算機１０１は、各種処理を実行するＣＰＵ１０６と、各種プログラムやデータが記憶されている主記憶装置１０２と、ストレージ装置２００との入出力制御を行うＩＯＰ１０７と、を備えている。主記憶装置１０２上には、ハードウェアシステムエリア（ＨＳＡ）１０３が存在し、システム立ち上げ時に、ここに入出力構成制御情報１０４が展開される。さらに、主記憶装置１０２上には、ＯＳ１０５が展開され、ＣＰＵ１０６で実行される。ＯＳ１０５は、この入出力構成制御情報１０４に基づいて入出力を行う。
【００２２】
ストレージ装置２００は、ホスト計算機１００と接続するためのデバイスインタフェース２０２と、複数のアレイグループ２３０ａ，２３０ｂと、予備ディスク２３２と、各アレイグループを構成する複数の物理ディスク２３１，２３１，…や予備ディスク２３２へのアクセスを制御するディスクコントローラ２１０と、を備えている。各アレイグループ２３０ａ，２３０ｂは、複数の物理ディスク２３１，２３１，…で構成され、ホスト計算機１００には、１つのアレイグループを構成する各物理ディスク２３１，２３１，…の一部の集合を１つの論理ボリューム２３５として見せかけている。なお、本実施形態において、各論理ボリューム２３５は、全て同じ種類であるとする。
【００２３】
ディスクコントローラ２１０は、各種処理を実行するＣＰＵ２１１と、各種データやＣＰＵ２１１が実行する各種プログラムが記憶されている制御メモリ２１２と、を備えている。ＣＰＵ２１１は、制御メモリ２１２上に展開されている管理プログラム２１３を実行することで、ホスト計算機１００からの入出力やディスクの制御を行う。この制御には、前述の論理ボリューム２３５とアレイグループ２３０ａ，２３０ｂを構成する複数のディスク２３１，２３１，…との対応付けや、ディスク２３１の障害回復処理も含まれる。また、制御メモリ２１２上には、本発明の処理を実現するためのボリューム制御プログラム２１４も展開されている。このボリューム制御プログラム２１４は、ホスト計算機１００からのボリューム割り当てや、ボリュームのミラーリング開始などの、論理ボリューム２３５の使用開始を契機に、ＣＰＵ２１１に実行され、障害のある論理ボリュームが設定されている複数の物理ディスクを、他の論理ボリュームが設定されている複数の物理ディスクに置き換える。
【００２４】
論理ボリューム２３５及び物理ディスク２３１に関する情報は、制御メモリ２１２上のボリューム管理情報２２０に記述される。前述の管理プログラム２１３の実行による、論理ボリューム２３５と複数のディスク２３１，２３１，…との対応付けは、このボリューム管理情報２２０に基づいて行われる。また、前述のボリューム管理プログラム２１４の実行による、障害のある論理ボリュームを他の論理ボリュームに置き換える処理では、このボリューム管理情報２２０の書き換えが行われる。なお、ユーザは、ストレージ装置ＳＶＰ２０１によりボリューム管理情報２２０を見ることができるので、このボリューム管理情報２２０の書き換え状況を確認することができる。また、制御メモリ２１２に記憶されているデータ２２０の構成や各種プログラム２１３，２１４は、いずれも、これらの内容が記憶されている記憶媒体２０３をストレージ装置ＳＶＰ２０１が取り込み、このストレージ装置ＳＶＰ２０１から制御メモリ２１２へ与えられる。
【００２５】
ボリューム管理情報２２０は、図２に示すように、論理ボリューム管理情報２２１と物理ディスク管理情報２２６とを有する。
【００２６】
論理ボリューム管理情報２２１は、論理ボリューム番号領域２２２、アレイグループ番号領域２２３、アレイグループ内位置情報領域２２４、パス情報領域２２５を有する。論理ボリューム番号領域２２２は、ホスト計算機１００が認識する論理ボリューム２３５の識別子を格納する領域である。アレイグループ番号領域２２３は、識別子で特定される論理ボリューム２３５が、複数のアレイグループ２３０ａ，２３０ｂのうちのいずれのアレイグループに対応しているかを示すために、対応アレイグループの識別子を格納する領域である。アレイグループ内位置情報領域２２５は、識別子で特定される論理ボリューム２３５がアレイグループ番号領域２２３で示されたアレイグループ２３０の中の、どの領域に対応させているかを示す情報を格納する領域である。パス情報領域４１４は、識別子で特定される論理ボリューム２３５が、どのホスト計算機１００に割り当てられているかを示す情報を格納する領域である。割り当て済みの場合はホスト計算機の識別子、未使用の場合は「ｕｎｕｓｅｄ」、使用済みで割り当て解除された場合は「ｄｉｓｃｏｎｎｅｃｔｅｄ」が設定される。
【００２７】
以上の論理ボリューム番号領域２２２、アレイグループ番号領域２２３，アレイグループ内位置情報領域２２４、バス情報領域２２５の組み合わせが、論理ボリューム２３５の数だけ用意される。つまり、論理ボリューム管理情報２２１は、ホスト計算機１００が認識しているボリュームイメージを実現するための情報を格納する領域であるから、ホスト計算機１００が認識している論理ボリューム２３５毎に、以上の情報２２２，２２３，２２４，２２５が存在する。
【００２８】
物理ディスク管理情報２２６は、物理ディスク番号領域２２７、アレイグループ番号領域２２８、障害情報格納領域２２９を有している。物理ディスク番号領域２２７は、ストレージ装置２００内の物理ディスク２３５の識別子を格納する領域である。アレイグループ番号領域４２２は、ディスク識別子で特定される物理ディスク２３５が属するアレイグループ２３０の識別子を格納する領域である。障害情報格納領域２２９は、ディスク識別子で特定される物理ディスク２３５の障害の有無などの状態を示す情報を格納する領域である。以上の情報２２７，２２８，２２９の組み合わせが、物理的ディスク２３５の数だけ用意される。
【００２９】
ここで、論理ボリューム２３５と物理ディスク２３１との対応関係について、図３を用いて説明する。
【００３０】
ホスト計算機１００は、１つの論理ボリューム２３５を、１つのディスクデバイスと認識して入出力を行う。しかし、１つの論理ボリューム２３５は、実際には、前述したように、あるアレイグループ２３０を構成する複数の物理ディスク２３１，２３１，…のそれぞれの一部の集合として実現されている。ホスト計算機１００がある論理ボリューム２３５に対して入出力を行う場合、ストレージ装置２００のディスクコントローラ２１０は、論理ボリューム２３５への入出力コマンドを、この論理ボリューム２３５に対応する複数の物理ディスク２３１，２３１，…への入出力コマンドに変換して、実際の入出力処理を行う。具体的には、ホスト計算機１００から、仮に、番号「８」の論理ボリューム２３５への入出力コマンドを受け取ると、番号「８」で特定される論理ボリューム２３５の論理ボリューム管理情報２２１を参照し、この論理ボリューム管理情報２２１のアレイグループ番号領域２２３に格納されている「１」で、複数のアレイグループ２３０ａ，２３０ｂのうちの番号「１」のアレイグループ２３０ａを特定し、アレイグループ内位置情報領域２２４に格納されている「１」で、このアレイグループ２３０ａのうちのアレイグループ内位置１で特定される複数の物理ディスク２３１ａ−１，２３１ａ−２，２３１ａ−３，２３１ａ−４，２３１ａ−５の一部の領域を特定する。この特定された領域が、複数の物理ディスク２３１のうちで、番号「８」の論理ボリューム２３５が展開されている領域となる。
【００３１】
管理プログラム２１３は、前述したように、以上の論理ボリューム２３５と物理ディスク２３１との対応付けの他、ディスクの障害回復処理をも行う。
【００３２】
例えば、番号「１」のアレイグループ２３０ａの複数の物理ディスク２３１ａ−１，２３１ａ−２，２３１ａ−３，２３１ａ−４，２３１ａ−５のうち、第四の物理ディスク２３１ａ−４で障害が発生すると、ストレージ装置２００のディスクコントローラ２１０は、これを検知して、この物理ディスク２３１ａ−４に関する物理ディスク管理情報２２６の障害情報格納領域２２９に障害がある旨を示すフラグを立てから障害回復処理を実行する。アレイグループ２３０ａの複数の物理ディスク２３１ａ−１，２３１ａ−２，２３１ａ−３，２３１ａ−４，２３１ａ−５のうち、第五の物理ディスク２３１ａ−５は、他の物理ディスクに記憶されていた情報を復元するためのパリティが格納されており、ディスクコントローラ２１０は、このパリティを用いて、障害が発生した第四の物理ディス２３１ａ−４の情報を予備ディスク２３２に復元する。この障害回復処理の具体的な内容は、従来技術の欄で挙げた特許文献３や特許文献４に詳細に記載されている。
【００３３】
次に、ボリューム制御プログラム２１４の起動の契機となる管理プログラム２１３の処理内容に関して、図４に示すフローチャートに従って説明する。
【００３４】
管理プログラム２１３を実行するディスクコントローラ２１０のＣＰＵ２１１は、ホスト計算機１００からコマンドを受信すると（ステップ１）、そのコマンドを解析し（ステップ２）、どのような内容のコマンドであるかを判別する（ステップ３）。仮に、ホスト計算機１００からのコマンドがミラー開始コマンドである場合には、このコマンドからコピー元及びコピー先の論理ボリューム番号を取得し（ステップ４）、ボリューム制御プログラム２１４を起動させ（ステップ２０）、コピー先の論理ボリュームの使用開始指令をこのボリューム制御プログラム２１４による処理に渡す。
【００３５】
ボリューム制御プログラム２１４による後述のボリューム制御処理（ステップ２０）が終了すると、管理プログラム２１３を実行するディスクコントローラ２１０のＣＰＵ２１１は、前述した論理ボリューム２３５と物理ディスク２３１との対応付けを行う。つまり、ボリューム管理情報２２０を参照して、コピー元の論理ボリュームと物理ディスクとのマッチングを行い（ステップ５）、さらに、コピー先の論理ボリュームと物理ディスクとのマッチング（ステップ６）を行う。そして、コピー元の物理ディスクの情報をコピー先の物理ディスクにコピーする（ステップ７）。
【００３６】
また、ステップ３で、コマンド種類として、初期化コマンドを受信したと判断した場合には、このコマンドから初期化する論理ボリューム番号を取得し（ステップ８）、ボリューム制御プログラム２１４を起動させ（ステップ２０）、初期化する論理ボリュームの使用開始指令をこのボリューム制御プログラム２１４による処理に渡す。
【００３７】
ボリューム制御プログラム２１４によるボリューム制御処理（ステップ２０）が終了すると、管理プログラム２１３を実行するＣＰＵ２１１は、ボリューム管理情報２２０を参照して、初期化する論理ボリュームと物理ディスクとのマッチングを行い（ステップ９）、ボリューム管理ヘッダを作成して、これを初期化する物理ディスクに対に書き込む（ステップ１０）。なお、物理ディスク２３１に直接アクセスするステップ７，１０の処理では、論理ボリューム管理情報２２１のバス情報領域２２５に例えば「ｕｓｅｄ」を書き込む処理や、物理ディスク２３１の障害を検知して、物理ディスク管理情報２２６の障害情報格納領域２２９に障害の有無を書き込む処理等も行われる。
【００３８】
以上のように、ボリューム制御プログラム２１４は、未使用の論理ボリュームを新たに使用する場合（初期化処理の場合）や、未使用ではないが、論理ボリュームに既に書き込まれていたデータが新たに読み出されることがない処理（ミラー処理でのコピー先論理ボリュームに対する処理）で当該論理ボリュームを使用する場合に、起動する。これは、ボリューム制御プログラム２１４での処理により、当該論理ボリュームに対して定義されていた複数の物理ディスクの全てが、他の複数の物理ディスクに一括して定義され直され、当該論理ボリュームに対して読み出し処理を行っても、当初定義されていた複数の論理ボリュームに対して読み出し処理できないからである。
【００３９】
次に、ボリューム制御プログラム２１４によるボリューム制御処理（ステップ２０）の詳細内容について、図５に示すフローチャートに従って説明する。
【００４０】
ボリューム制御プログラム２１４を実行するディスクコントローラ２１０のＣＰＵ２１１は、論理ボリュームの使用開始指令を受けると、この使用開始指令に含まれている論理ボリューム番号から、該当論理ボリュームの論理ボリューム管理情報２２１を取得する（ステップ２１）。続いて、この論理ボリュームが展開されている複数の物理ディスクのそれぞれの物理ディスク管理情報２２６を取得し（ステップ２２）、複数の物理ディスクのうちで障害が発生している（障害回復中も含む）ものがあるか否かを判断する（ステップ２３）。
【００４１】
具体的には、仮に、図３に示すように、番号「８」の論理ボリューム２３５の使用開始指令を受けると、この論理ボリューム番号「８」の論理ボリューム管理情報２２１を取得する（ステップ２１）。続いて、この論理ボリューム管理情報２２１から、論理ボリューム番号「８」のアレイグループ番号「１」及びアレイグループ内位置情報「１」を取得し、この論理ボリューム２３５が展開されている複数の物理ディスク２３１ａ−１，２３１ａ−２，２３１ａ−３，２３１ａ−４，２３１ａ−５を特定する。そして、これらの物理ディスクに関するそれぞれの物理ディスク管理情報２２６を取得し（ステップ２２）、これらの物理ディスク管理情報２２６の障害情報格納領域２２９を参照して、複数の物理ディスクのうちで障害が発生しているものがあるか否かを判断する（ステップ２３）。この場合、番号「８」の論理ボリューム２３５を構成する複数の物理ディスク２３１ａ−１，２３１ａ−２，２３１ａ−３，２３１ａ−４，２３１ａ−５のうち、第四の物理ディスク２３１ａ−４の障害情報格納領域２２９に、障害有りを示すフラグが立っているので、このディスクに障害が発生していると判断する。
【００４２】
ステップ２３で、当該論理ボリュームが展開されている複数の物理ディスクのいずれにも障害が発生していないと判断すると処理を終了し、いずれかの物理ディスクに障害が発生していると判断すると、論理ボリューム管理情報２２１を参照して未使用の論理ボリュームを候補として抽出し、この未使用の論理ボリュームが展開されている複数の物理ディスクに障害が発生していないかを確認する（ステップ２４）。未使用の論理ボリュームであって、これを構成している複数の物理ディスクのいずれにも障害が発生していない候補が見つかれば（ステップ２５）、論理ボリューム管理情報２２１に関して、当初の論理ボリューム番号を候補になった論理ボリュームの番号に書き換える（ステップ２６）。
【００４３】
具体的には、図３に示すように、番号「８」の論理ボリューム２３５の使用開始指令を受けると、この論理ボリューム２３５を構成する複数の物理ディスク２３１ａ−１，２３１ａ−２，２３１ａ−３，２３１ａ−４，２３１ａ−５のうちの少なくとも１つの物理ディスク２３１ａ−４に障害が発生している場合には（ステップ２３）、論理ボリューム管理情報２２１のパス情報領域２２５を参照して、この論理ボリューム以外で未使用（ｕｎｕｓｅｄ）の番号「１１」の論理ボリュームを抽出する（ステップ２４）。そして、この番号「１１」の論理ボリュームを構成する複数の物理ディスク２３１ａ−ｂ，２３１ｂ−２，２３１ｂ−３，２３１ｂ−４，２３１ｂ−５のそれぞれに関して、物理ディスク管理情報２２６の障害情報格納領域２２９を参照して、障害が発生していないことを確認し、障害が発生していなければ、この番号「１１」の論理ボリュームを候補とする（ステップ２５）。最後に、論理ボリューム管理情報２２１に関して、当初の論理ボリューム番号「８」を候補になった論理ボリュームの番号「１１」に書き換える（ステップ２６）。言い換えると、論理ボリューム管理情報２２１に関して、番号「８」の論理ボリュームが設定されている複数の物理ディスクの領域の情報であるアレイグループ番号領域２２３の情報「１」及びアレイグループ内位置情報領域２２４の情報「１」と共に、パス情報領域２２５の情報「ｕｎｕｓｅｄ」を、当該論理ボリュームの番号領域２２２の情報「８」を変更せずに、番号「１１」の論理ボリュームの対応情報に変更する。つまり、番号「８」の論理ボリュームは、その識別子である番号自体の変更がないものの、その実体は番号「１１」の論理ボリュームの内容になる。
【００４４】
このため、例えば、ホスト計算機からのコマンドに含まれている論理ボリューム番号が示す論理ボリュームを構成する複数の物理ディスクのうちのいずれかに障害があったとしても、図４のフローチャートで、ボリューム制御処理（ステップ２０）の後の論理ボリュームと物理ディスクとのマッチング（ステップ５，６，９）では、論理ボリュームを構成する当初の複数の物理ディスクが障害の無い複数の物理ディスクに一括変換されているため、この障害の無い複数の物理ディスクとマッチングすることになる。この結果、その後のコピー処理（ステップ７）や管理ヘッダ作成処理（ステップ１０）では、障害の無い物理ディスクに対して処理を行うことになるので、障害のある物理ディスクに対して実行されている障害回復処理の影響をほとんど受けず、これらの処理を素早く行えると共に、障害のある物理ディスクに対する障害回復処理も遅延をきたすことがない。また、本実施形態では、論理ボリュームを構成する複数の物理ディスクに障害があっても、この論理ボリュームの番号は変更されないので、ホスト計算機１００は、ディスクデバイス認識の変更がなく、論理ボリュームを構成する物理ディスクに障害が有ろうが無かろうが関係なく、処理を継続できる。さらに、本実施形態では、ストレージ装置２００のディスクコントローラ２１０が以上の処理を自動的に行っているので、論理ボリュームを構成する複数の物理ディスクに障害があった場合の支障を回避するために、ホスト計算機の設定情報をオペレータが変更する必要がなく、オペレータの負担を軽減でき、運用コストの上昇を押えることができる。
【００４５】
次に、本発明に係るストージシステムの第二の実施形態について、図６〜図９を用いて説明する。なお、本実施形態において、第一の実施形態と同一の部位に関しては、同一の符号を付し、重複した説明を省略する。
【００４６】
本実施形態は、先の第一の実施形態では、ディスクの障害回復の有無が論理ボリューム交替のボリューム条件がディスクの障害の有無の１つのみであるのに対して、複数のボリューム条件が設定されているものである。このため、本実施形態のストレージシステムは、基本的には第一の実施形態と同じであるが、図６に示すように、ストレージ装置２００ａの制御メモリ２１２ａに記憶されているプログラムやデータの内容が、若干第一の実施形態と異なっている。
【００４７】
本実施形態のストレージ装置２００ａの制御メモリ２１２ａには、第一の実施形態と同様の管理プログラム２１３の他、後述の装置タイプ情報領域が付加されたボリューム管理情報２２０ａと、論理ボリューム交替の複数のボリューム条件とその使用優先順位との関係が示されているボリューム制御条件情報２１５と、複数のボリューム条件に従って論理ボリュームの交替処理を行うボリューム制御プログラム２１４ａとが記憶されている。なお、制御メモリ２１２ａに記憶されているデータ２２０ａの構成や各種プログラム２１３，２１４ａ，２１５は、第一の実施形態と同様に、いずれも、これらの内容が記憶されている記憶媒体２０３をストレージ装置ＳＶＰ２０１が取り込み、このストレージ装置ＳＶＰ２０１から制御メモリ２１２ａに与えられる。
【００４８】
本実施形態のボリューム管理情報２２０ａは、論理ボリューム管理情報２２１ａの項目に、論理ボリュームの装置タイプの情報を格納する装置タイプ情報領域２２５ａが設けられている。この情報により、その論理ボリュームの容量などのボリューム構成のタイプが判別できる。したがって、この実施形態では、第一の実施形態と異なり、論理ボリュームには装置タイプと呼ばれるいくつかの種類があることを前提としている。なお、本実施形態のボリューム管理情報２２０ａは、装置タイプ情報領域２２５ａが設けられている以外、第一の実施形態のボリューム管理情報２２０と同様である。
【００４９】
ボリューム制御条件情報２１５は、図８に示すように、論理ボリューム交替の複数のボリューム条件２１６とその使用優先順位２１７とから構成されている。ボリューム条件２１６としては、障害が無い論理ボリュームを選択するという意味の「障害が無い」と、装置タイプ情報領域２２５ａに示された装置タイプがホスト計算機１００からの要求に合う論理ボリュームを選択するという意味の「装置タイプが要求に合う」と、使用中の論理ボリュームの数量が最も少ないアレイグループに属する論理ボリュームを選択するという意味の「使用率の低いアレイグループ」とがある。使用優先順位２１７に関して、本実施形態では、「装置タイプが要求に合う」に対して最も使用優先順位が高い「１」を付し、「障害が無い」に対して次に使用優先順位が高い「２」を付し、「使用率の低いアレーグループ」に対して使用優先順位が低い「３」を付している。
【００５０】
次に、図９に示すフローチャートに従って、ボリューム制御プログラム２１４ａによるボリューム制御処理の詳細内容について説明する。なお、このボリューム制御プログラム２１４ａも、第一の実施形態と同様に、未使用の論理ボリュームを新たに使用する場合（初期化処理の場合）や、未使用ではないが、論理ボリュームに既に書き込まれていたデータが新たに読み出されることがない処理（ミラー処理でのコピー先論理ボリュームに対する処理）で当該論理ボリュームを使用する場合に、起動する。
【００５１】
ボリューム制御プログラム２１４ａを実行するディスクコントローラ２１０のＣＰＵ２１１は、ある論理ボリュームの使用開始指令を受け取ると、まず、ボリューム制御条件情報２１５の中から、使用優先順位２１７が最も高いボリューム条件２１６を取得する（ステップ３１）。そして、どのようなボリューム条件を取得したかを判断し（ステップ３２）、取得したボリューム条件２１６に従って処理を行う。但し、ステップ３１でボリューム条件を取得できなかった場合、すなわちボリューム制御条件情報２１５が空であった場合は、処理を終了する。
【００５２】
取得されたボリューム条件２１６が「装置タイプの要求に合う」であった場合は、論理ボリューム管理情報２２１ａを参照して、未使用であって、ホスト計算機１００からの要求に合う装置タイプが装置タイプ情報領域２２５ａに設定されている論理ボリュームを候補として抽出し（ステップ３３）、ステップ３６に進む。具体的には、まず、使用開始指令の対象となっている論理ボリュームの装置タイプ情報領域２２５ａを参照して、ホスト計算機１００からの要求に合うか否かの条件判断を行い、この論理ボリュームの装置タイプが要求に合えば、この論理ボリュームを候補とする。また、使用開始指令の対象となっている論理ボリュームの装置タイプがホスト計算機１００からの要求に合わなければ、論理ボリューム管理情報２２１ａのパス情報領域２２５を参照して、未使用（ｕｎｕｓｅｄ）の論理ボリュームを抽出し、さらに、このうちから、ホスト計算機１００からの要求に合う装置タイプが装置タイプ情報領域２２５ａに設定されている論理ボリュームを候補として抽出する。この場合、候補となる論理ボリュームが複数あれば、これら複数の論理ボリュームを候補とする。
【００５３】
取得されたボリューム条件２１６が「障害がない」であった場合は、論理ボリューム管理情報２２１ａを参照して、障害のない論理ボリュームを候補として抽出し（ステップ３４）、ステップ３６に進む。具体的には、図５に示すフローチャートのステップ２１〜２４の処理を行う。つまり、対象となっている論理ボリュームの論理ボリューム情報２２１ａを取得してから（ステップ２１）、この論理ボリュームが展開されている複数の物理ディスクの物理ディスク管理情報２２６を取得し（ステップ２２）、論理ボリュームが展開されている複数の物理ディスクのいずれにも障害が発生していないかを判断して（ステップ２３）、障害があれば未使用であって障害のない他の論理ボリュームを抽出する（ステップ２４）。この場合、候補となる論理ボリュームが複数あれば、これら複数の論理ボリュームを候補とする。
【００５４】
取得されたボリューム条件２１６が「使用率の低いアレイグループ」であった場合は、論理ボリューム管理情報４１０を参照して、使用中の論理ボリュームの数量が最も少ないアレイグループに属する複数の論理ボリュームのうちから未使用の論理ボリュームを候補として抽出し（ステップ３５）、ステップ３６に進む。使用率を求める際には、まず、対象となるアレイグループに属する複数の論理ボリューム、つまり、アレイグループ番号領域２２３に示されている番号が同じ論理ボリュームを抽出する。続いて、これらの論理ボリュームのパス情報領域２２５が「ｕｎｕｓｅｄ」または「ｄｉｓｃｏｎｎｅｃｔｅｄ」でないもの数、すなわちホスト計算機１００に割り当て済みのものの数が使用量とし、この使用量をアレイグループを構成する論理ボリュームの数量で割った値を使用率とする。
【００５５】
ステップ３３が終了し、ステップ３６に至ると、ボリューム条件２１６が残っているか否かを判断し、ボリューム条件２１６が残っていれば、次に使用優先順位２１７の高いボリューム条件２１６を取得し（ステップ３７）、ステップ３２に戻る。そして、先の条件判断で抽出された一以上の論理ボリュームを候補対象として、新たなボリューム条件を満たすか否かの判断を行って、この新たなボリューム条件を満たせば、ステップ３６に進む。また、この新たなボリューム条件を満たさなければ、候補が見つからなかったものとして、この時点で終了する。なお、一旦、候補が抽出された場合には、他のボリューム条件を満たさないからといって、候補が見つからなかったとせずに、これを候補として残しておいてもよい。
【００５６】
ステップ３６で、残っているボリューム条件がないと判断した場合には、候補が見つかったか否かを判断する（ステップ３８）。候補が見つからなければ、処理を終了し、候補が見つかれば、図５に示すフローチャートのステップ２６と同様に、論理ボリューム管理情報２２１ａに関して、当初の論理ボリューム番号を候補になった論理ボリュームの番号に書き換える。なお、複数候補が挙がった場合は、予め定められた条件に従って１つの候補に絞り込むようにすると良い。例えば、論理ボリューム番号領域２２２の番号が最も若い論理ボリュームを候補にしてもよい。
【００５７】
以上で、ボリューム制御プログラム２１４ａによる処理は終了し、第一の実施形態と同様に、管理プログラム２１３によるステップ５やステップ９の処理等へ移行する。
【００５８】
なお、以上の第二の実施形態において、ボリューム条件の数として、三つの例を示したが、本発明はこれに限定されるものではなく、第一の実施形態のように１つでも、また、２つでも、さらに４つ以上であってもよい。また、ボリューム条件としては、他の条件を採用してもよい。例えば、「ディスクに対するアクセスビジー率が低い」をボリューム条件としてもよい。
【００５９】
また、以上の各実施形態において、論理ボリュームの番号を交替する処理までを記述したが、障害回復処理終了などの契機や負荷の状況によって、交替前の元の状態の戻す処理を追加してもよい。
【００６０】
【発明の効果】
本発明によれば、ボリューム条件として「障害がない」を条件とすれば、使用開始指令の対象となった論理ボリュームを構成する複数の論理ボリュームのうちのいずれかに障害があっても、この論理ボリュームの識別子が変更されずに、論理ボリュームを構成する複数の物理ディスクが障害の無い複数の物理ディスクに変更されるので、障害のある当初の論理ボリュームをそのまま使用することの障害、例えば、書き込み応答性能の劣化や障害回復処理の遅延等を回避することができる。
【００６１】
また、本発明では、使用開始指令の対象となった論理ボリュームの物理ディスク割り当ての変更処理をストレージ装置で自動的に行っているので、オペレータの負担を軽減でき、運用コストの上昇を抑えることができる。さらに、使用開始指令の対象となった論理ボリュームの物理ディスク割り当ての変更処理をストレージ装置で自動的に行っていることで、障害の有無を最新の情報で判断することができ、性能劣化中のボリュームを避けるだけでなく、障害回復が終わり、通常の性能で使用できるようになったボリュームを有効に使用することができる。
【図面の簡単な説明】
【図１】本発明の第一の実施形態におけるストレージシステムのブロック構成図である。
【図２】本発明の第一の実施形態におけるボリューム管理情報の構成を示す説明図である。
【図３】本発明の第一の実施形態における論理ボリュームと物理ディスクとボリューム管理情報との対応関係を示す説明図である。
【図４】本発明の第一の実施形態における管理プログラムの処理内容を示すフローチャートである。
【図５】本発明の第一の実施形態におけるボリューム制御プログラムの処理内容を示すフローチャートである。
【図６】本発明の第二の実施形態におけるストレージシステムのブロック構成図である。
【図７】本発明の第二の実施形態におけるボリューム管理情報の構成を示す説明図である。
【図８】本発明の第二の実施形態におけるボリューム制御条件情報の構成を示す説明図である。
【図９】本発明の第二の実施形態におけるボリューム制御プログラムの処理内容を示すフローチャートである。
【符号の説明】
１００…ホスト計算機、２００，２００ａ…ストレージ装置、２１０，２１０ａ…ディスクコントローラ、２１１…ＣＰＵ、２１２，２１２ａ…制御メモリ、２１３…管理プログラム、２１４，２１４ａ…ボリューム管理プログラム、２１５…ボリューム制御条件情報、２１６…ボリューム条件、２１７…使用優先順位、２２０，２２０ａ…ボリューム管理情報、２２１，２２１ａ…論理ボリューム管理情報、２２２…論理ボリューム番号領域、２２６…物理ディスク管理情報、２２９…障害情報格納領域、２３０…アレイグループ、２３１…物理ディスク、２３５…論理ボリューム。
【図１】
2005055963.tif 000003
【図２】
2005055963.tif 000004
【図３】
2005055963.tif 000005
【図４】
2005055963.tif 000006
【図５】
2005055963.tif 000007
【図６】
2005055963.tif 000008
【図７】
2005055963.tif 000009
【図８】
2005055963.tif 000010
【図９】
2005055963.tif 000011