(57)【特許請求の範囲】
【請求項１】
仮想マシンが用いる仮想ボリュームと、ストレージ装置がそなえる物理ボリュームとの対応関係に関する情報を、仮想ボリュームへの物理ボリュームの割り当てを管理する管理マシンから取得する取得部と、
取得した前記対応関係に関する情報を管理情報に記憶するメモリ部と、
コピー要求を受信すると、前記コピー要求でコピー対象に指定された第１仮想ボリュームの情報が前記管理情報に存在するか否かを判定し、前記第１仮想ボリュームの情報が前記管理情報に存在する場合、前記第１仮想ボリュームに割り当てられた第１物理ボリュームの情報を前記管理情報から取得し、前記ストレージ装置に対して、前記第１物理ボリュームをコピー対象に指定したコピー指示を送信するコピー部と、をそなえ、
前記取得部は、前記第１仮想ボリュームの情報が前記管理情報に存在しない場合に、前記対応関係に関する情報を前記管理マシンから取得して、前記管理情報を更新する、
ことを特徴とする、情報処理装置。
【請求項２】
前記取得部は、前記ストレージ装置から、前記コピー指示で指定された前記第１物理ボリュームが前記ストレージ装置に存在しないことを示す第１の応答を受信すると、前記対応関係に関する情報を前記管理マシンから取得して、前記メモリ部が記憶する前記管理情報を更新する、
ことを特徴とする、請求項１記載の情報処理装置。
【請求項３】
前記ストレージ装置が記憶する制御情報であって、前記メモリ部が記憶する前記管理情報の有効性を表す前記制御情報のステートを制御する制御部、をさらにそなえ、
前記取得部は、前記ストレージ装置から、前記コピー指示で指定された前記第１物理ボリュームの情報が前記制御情報に基づき無効であることを表す第２の応答を受信すると、前記対応関係に関する情報を前記管理マシンから取得して、前記メモリ部が記憶する前記管理情報を更新する、
ことを特徴とする、請求項１又は請求項２記載の情報処理装置。
【請求項４】
前記制御情報は、前記ストレージ装置がそなえる物理ボリュームの各々について有効又は無効のステートを有し、物理ボリュームが前記ストレージ装置により構成されたときに対応するステートが無効に設定され、
前記制御部は、前記ストレージ装置に対して、前記取得部が前記管理マシンから取得した前記対応関係に関する情報に含まれる物理ボリュームの情報について、対応するステートが有効を示すように制御させ、
前記第２の応答は、前記コピー指示で指定された前記第１物理ボリュームの情報について、対応するステートが無効であることを示す応答である、
ことを特徴とする、請求項３記載の情報処理装置。
【請求項５】
前記コピー部は、更新された前記管理情報から前記第１仮想ボリュームに割り当てられた第２物理ボリュームの情報を取得し、前記ストレージ装置に対して、前記第２物理ボリュームをコピー対象に指定したコピー指示を送信する、
ことを特徴とする、請求項２〜４のいずれか１項記載の情報処理装置。
【請求項６】
複数の物理ボリュームと、
前記物理ボリュームを制御する制御部と、をそなえ、
前記制御部は、
仮想マシンが記憶する管理情報の有効性を表す制御情報を管理する管理部と、
前記仮想マシンからコピー指示を受信すると、前記コピー指示でコピー対象に指定された物理ボリュームのコピーを実行するコピー処理部と、をそなえ、
前記管理情報は、前記仮想マシンが用いる仮想ボリュームと、前記物理ボリュームとの対応関係に関する情報であり、仮想ボリュームへの物理ボリュームの割り当てを管理する管理マシンから前記仮想マシンに取得され、
前記コピー指示は、前記仮想マシンが前記管理情報に基づきコピー対象の仮想ボリュームを変換して得られた物理ボリュームがコピー対象に指定され、
前記制御情報は、前記複数の物理ボリュームの各々について有効又は無効のステートを有し、
前記管理部は、
前記仮想マシンを実行する情報処理装置からの制御により指定された物理ボリュームについて、前記制御情報の対応するステートを有効に設定し、
物理ボリュームが構成されたときに対応するステートを無効に設定し、
前記コピー処理部は、
前記コピー指示で指定された物理ボリュームの情報が前記制御情報に基づき無効である場合、当該物理ボリュームの情報が無効であることを表す応答を前記情報処理装置に送信する、
ことを特徴とする、ストレージ装置。
【請求項７】
仮想マシンを実行する情報処理装置と、
物理ボリュームをそなえるストレージ装置と、
前記仮想マシンが用いる仮想ボリュームへの物理ボリュームの割り当てを管理し、前記仮想ボリュームと、前記物理ボリュームとの対応関係に関する情報を記憶する管理マシンと、をそなえ、
前記情報処理装置は、
コピー要求を受信すると、前記コピー要求でコピー対象に指定された第１仮想ボリュームの情報がメモリ部の管理情報に存在するか否かを判定し、
前記第１仮想ボリュームの情報が前記管理情報に存在しない場合、前記対応関係に関する情報の取得要求を前記管理マシンに送信し、
前記管理マシンは、
前記取得要求に応じて前記対応関係に関する情報を前記情報処理装置に送信し、
前記情報処理装置は、
前記管理マシンから取得した前記対応関係に関する情報を前記管理情報に記憶し、
前記第１仮想ボリュームの情報が前記管理情報に存在する場合、前記第１仮想ボリュームに割り当てられた第１物理ボリュームの情報を前記管理情報から取得し、
前記ストレージ装置に対して、前記第１物理ボリュームをコピー対象に指定したコピー指示を送信し、
前記ストレージ装置は、
前記情報処理装置から前記コピー指示を受信すると、前記コピー指示でコピー対象に指定された第１物理ボリュームのコピーを実行する、
ことを特徴とする、情報処理システム。
【請求項８】
コンピュータに、
コピー要求を受信すると、前記コピー要求でコピー対象に指定された第１仮想ボリュームの情報がメモリ部の管理情報に存在するか否かを判定し、
前記第１仮想ボリュームの情報が前記管理情報に存在しない場合、仮想マシンが用いる仮想ボリュームと、ストレージ装置がそなえる物理ボリュームとの対応関係に関する情報を、仮想ボリュームへの物理ボリュームの割り当てを管理する管理マシンから取得し、
前記管理マシンから取得した前記対応関係に関する情報を前記管理情報に記憶し、
前記第１仮想ボリュームの情報が前記管理情報に存在する場合、前記第１仮想ボリュームに割り当てられた第１物理ボリュームの情報を前記管理情報から取得し、
前記ストレージ装置に対して、前記第１物理ボリュームをコピー対象に指定したコピー指示を送信する、
処理を実行させることを特徴とする、処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、ストレージ装置、情報処理システム、及び処理プログラムに関する。
【背景技術】
【０００２】
仮想化環境を提供するシステムが知られている。このようなシステムは、例えば、仮想マシンの実行環境であるホストサーバ、物理ボリュームを有するストレージ装置、及び仮想化環境全体を管理する管理マシンをそなえることがある。
【０００３】
仮想化環境では、データを記憶するボリュームが仮想化されており、仮想マシンから見えるボリュームは仮想ボリュームである。仮想ボリュームのデータは、仮想ボリュームに対応する物理ボリュームの記憶領域に格納される。このため、仮想マシン上で動作するOperating System（ＯＳ）又はアプリケーションは、物理ボリュームを意識せずに仮想ボリュームを利用できる。
【０００４】
管理マシンは、ホストサーバに実行させる仮想マシンの管理や仮想マシンが用いるボリュームの管理を行なう。例えば、管理マシンは、仮想ボリュームと物理ボリュームとの対応関係に関する情報を記憶し、当該情報に基づきボリュームを管理する。
【０００５】
ところで、仮想マシン上で動作するアプリケーションは、ストレージ装置が有する機能を用いて、ストレージ装置上のボリュームを他のボリュームにコピー、例えばバックアップすることがある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特表２０１５−５２０４２３号公報
【特許文献２】特開２０１０−５５５４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
仮想マシンでは、ボリュームのコピーにおいて、コピー対象のボリュームが、仮想マシンで認識できる情報、例えば仮想ボリュームのデバイス名によって指定されることがある。
【０００８】
一方、仮想ボリュームのデータを物理ボリュームに格納するストレージ装置では、コピー対象のボリュームが、物理ボリュームの情報、例えば物理ボリューム番号での指定に制限される場合がある。
【０００９】
しかし、上述のように、仮想ボリュームと物理ボリュームとの対応関係に関する情報は管理マシンが管理しており、仮想マシンは、当該情報を管理していない。
【００１０】
このように、対応関係に関する情報は管理マシンにより管理されるため、仮想マシンがボリュームのコピーを行なう場合、処理が複雑になり、コピーの処理時間が増加する場合がある。
【００１１】
１つの側面では、本発明は、仮想ボリュームのコピーの処理時間を短縮することを目的とする。
【００１２】
なお、前記目的に限らず、後述する発明を実施するための形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本発明の他の目的の１つとして位置付けることができる。
【課題を解決するための手段】
【００１３】
１つの側面では、情報処理装置は、取得部、メモリ部、及びコピー部をそなえてよい。取得部は、仮想マシンが用いる仮想ボリュームと、ストレージ装置がそなえる物理ボリュームとの対応関係に関する情報を、仮想ボリュームへの物理ボリュームの割り当てを管理する管理マシンから取得する。メモリ部は、取得した前記対応関係を示す情報を管理情報に記憶する。コピー部は、コピー要求を受信すると、前記コピー要求でコピー対象に指定された第１仮想ボリュームの情報が前記管理情報に存在するか否かを判定する。また、コピー部は、前記第１仮想ボリュームの情報が前記管理情報に存在する場合、前記第１仮想ボリュームに割り当てられた第１物理ボリュームの情報を前記管理情報から取得する。さらに、コピー部は、前記ストレージ装置に対して、前記第１物理ボリュームをコピー対象に指定したコピー指示を送信する。また、取得部は、前記第１仮想ボリュームの情報が前記管理情報に存在しない場合に、前記対応関係に関する情報を前記管理マシンから取得して、前記管理情報を更新する。
【発明の効果】
【００１４】
１つの側面では、仮想ボリュームのコピーの処理時間を短縮できる。
【図面の簡単な説明】
【００１５】
【図１】比較例に係る情報処理システムの構成例を示すブロック図である。
【図２】比較例に係る情報処理システムにおけるコピー処理の動作例を示すシーケンス図である。
【図３】比較例に係る情報処理システムにおけるコピー処理の動作例を説明する図である。
【図４】第１及び第２実施形態に係る情報処理システムの構成例を示すブロック図である。
【図５】第１及び第２実施形態に係るコンピュータのハードウェア構成例を示すブロック図である。
【図６】第１及び第２実施形態に係るストレージ装置のハードウェア構成例を示すブロック図である。
【図７】第１実施形態に係る情報処理システムの機能構成例を示すブロック図である。
【図８】仮想マシン情報のデータ構成例を示す図である。
【図９】デバイス管理情報のデータ構成例を示す図である。
【図１０】初回コピーが実行される場合の動作例を示すシーケンス図である。
【図１１】初回コピーが実行される場合の動作例を説明する図である。
【図１２】仮想マシン及び管理サーバにおける取得処理を説明するフローチャートである。
【図１３】ストレージ装置におけるコピー処理を説明するフローチャートである。
【図１４】２回目以降のコピーが実行される場合の動作例を示すシーケンス図である。
【図１５】２回目以降のコピーが実行される場合の動作例を説明する図である。
【図１６】ストレージ移行処理の動作例を示すシーケンス図である。
【図１７】ストレージ移行処理の動作例を説明する図である。
【図１８】存在しない物理ボリューム番号の指定によりコピー処理がエラーになる場合の動作例を示すシーケンス図である。
【図１９】存在しない物理ボリューム番号の指定によりコピー処理がエラーになる場合の動作例を説明する図である。
【図２０】誤ったボリュームがコピーされる場合の動作例（１）を示すシーケンス図である。
【図２１】誤ったボリュームがコピーされる場合の動作例（１）を説明する図である。
【図２２】誤ったボリュームがコピーされる場合の動作例（２）を示すシーケンス図である。
【図２３】誤ったボリュームがコピーされる場合の動作例（２）を説明する図である。
【図２４】第２実施形態に係る情報処理システムの機能構成例を示すブロック図である。
【図２５】フラグ管理情報のデータ構成例を示す図である。
【図２６】新規ボリュームの作成の動作例を示すシーケンス図である。
【図２７】ストレージ装置におけるボリューム更新処理を説明するフローチャートである。
【図２８】新規ボリュームの作成の動作例を説明する図である。
【図２９】初回コピー又は初期設定の動作例を示すシーケンス図である。
【図３０】仮想マシン及び管理サーバにおける取得処理を説明するフローチャートである。
【図３１】ストレージ装置における情報更新処理を説明するフローチャートである。
【図３２】ストレージ装置におけるコピー処理を説明するフローチャートである。
【図３３】仮想マシンにおけるコピーエラー処理を説明するフローチャートである。
【図３４】初回コピー又は初期設定の動作例を説明する図である。
【図３５】コピー運用の動作例を示すシーケンス図である。
【図３６】コピー運用の動作例を説明する図である。
【図３７】ストレージ移行処理の動作例を示すシーケンス図である。
【図３８】ストレージ移行処理の動作例を説明する図である。
【図３９】ストレージ移行後にコピー運用が継続される場合の動作例（１）を示すシーケンス図である。
【図４０】ストレージ移行後にコピー運用が継続される場合の動作例（１）を説明する図である。
【図４１】ストレージ移行後にコピー運用が継続される場合の動作例（２）を示すシーケンス図である。
【図４２】ストレージ移行後にコピー運用が継続される場合の動作例（２）を説明する図である。
【図４３】ストレージ移行後に新規ボリュームが作成される場合の動作例を示すシーケンス図である。
【図４４】ストレージ移行後に新規ボリュームが作成される場合の動作例を説明する図である。
【図４５】ストレージ移行処理及びボリューム作成処理が行なわれた後に、コピー運用が継続される場合の動作例（１）を示すシーケンス図である。
【図４６】ストレージ移行処理及びボリューム作成処理が行なわれた後に、コピー運用が継続される場合の動作例（１）を説明する図である。
【図４７】ストレージ移行処理及びボリューム作成処理が行なわれた後に、コピー運用が継続される場合の動作例（２）を示すシーケンス図である。
【図４８】ストレージ移行処理及びボリューム作成処理が行なわれた後に、コピー運用が継続される場合の動作例（２）を説明する図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。例えば、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。
【００１７】
なお、以下の説明で用いる図面において、同一符号を付した部分は、特に断らない限り、同一若しくは同様の部分を表す。また、以下の説明において複数の装置を区別しない場合には、符号のハイフン“−”以降の数字を省略して表記する場合がある。一例として、図１に示すホストサーバ３００−１〜３００−ｍを区別しない場合には、単にホストサーバ３００と表記する場合がある。
【００１８】
〔１〕比較例
はじめに、図１〜図３を参照して、比較例に係る情報処理システム１００を説明する。情報処理システム１００は、仮想化環境を提供するシステムの一例である。図１に示すように、情報処理システム１００は、例示的に、管理サーバ２００、ｍ台（ｍは自然数）のホストサーバ３００−１〜３００−ｍ、及びストレージ装置４００をそなえてよい。
【００１９】
なお、管理サーバ２００、ホストサーバ３００、及びストレージ装置４００は、例えばLocal Area Network（ＬＡＮ）等のネットワーク（図示省略）を介して相互に通信可能に接続されてよい。
【００２０】
管理サーバ２００は、仮想化環境全体を管理するサーバの一例であり、例えば、仮想化環境を管理する仮想化管理部２１０をそなえる。
【００２１】
ホストサーバ３００は、仮想マシン３１０の実行環境である。例えば、ホストサーバ３００−１は、ユーザに提供される仮想マシン３１０−１及び３１０−２を実行する。
【００２２】
このように、仮想化環境を管理及び提供する仮想基盤のツールが管理サーバ２００及びホストサーバ３００上にそれぞれ分散して配置されることで、仮想化環境が実現される。
【００２３】
また、ホストサーバ３００は、仮想ボリューム３４０をそなえる。仮想ボリューム３４０は、ホストサーバ３００によりファイルとして管理されるボリュームの情報である。例えば、仮想基盤のツールとしてＶＭｗａｒｅ（登録商標）が用いられる場合、仮想ボリューム３４０は、ＶＭＤＫファイルに相当する。
【００２４】
仮想ボリューム３４０は、仮想マシン３１０においてボリューム３３０として認識される。図１の例では、仮想ボリューム３４０−１及び３４０−２が、それぞれ仮想マシン３１０−１においてボリューム３３０−１及び３３０−２として認識され、仮想ボリューム３４０−３が仮想マシン３１０−２においてボリューム３３０−３として認識される。
【００２５】
仮想マシン３１０は、ボリューム３３０を仮想マシン３１０が有するデバイスとして用いることができる。なお、仮想マシン３１０が認識する「ボリューム」は、「デバイス」又は「仮想ディスク」と称されてもよい。
【００２６】
ストレージ装置４００は、仮想マシン３１０に接続されるボリュームをそなえる装置であり、例えば、種々の制御を行なう制御部４１０、及び複数（図１の例では３つ）の物理ボリューム４２０−１〜４２０−３をそなえる。
【００２７】
なお、図１に示すように、情報処理システム１００では、ボリューム３３０と仮想ボリューム３４０とが一対一で対応し、仮想ボリューム３４０と物理ボリューム４２０とが一対一で対応するものとする。
【００２８】
ボリューム３３０又は仮想ボリューム３４０と物理ボリューム４２０との対応関係は、管理サーバ２００の仮想化管理部２１０が記憶する仮想マシン情報２２０によって管理される。仮想マシン情報２２０は、仮想マシン３１０ごとに、仮想マシン３１０がそなえるボリューム３３０（デバイス）と、仮想ボリューム３４０と、物理ボリューム４２０との対応関係に関する情報を記憶する。
【００２９】
例えば、仮想マシン３１０−１の仮想マシン情報２２０（仮想マシンＡ情報）では、ＶＶＯＬ−１（Virtual VOL-1）、仮想ボリュームＡ、及び物理ボリューム０１が対応付けられ、ＶＶＯＬ−２、仮想ボリュームＢ、及び物理ボリューム０２が対応付けられる。
【００３０】
また、ストレージ装置４００は、制御部４１０により、ボリューム３３０のコピー機能を提供する。「コピー」には、ボリューム３３０のコピー及びバックアップが含まれてよい。
【００３１】
なお、「コピー」及び「バックアップ」の用語は、いずれもボリューム３３０の全体又は一部のデータを他のボリューム３３０に複製することを意味し、「バックアップ」では、当該複製が定期的に実行されてよい。以下、「コピー」及び「バックアップ」を総称して、「コピー」と表記する。また、上述のように、ボリューム３３０と物理ボリューム４２０とは一対一で対応するため、「ボリュームのコピー」は、ボリューム３３０に対応する物理ボリューム４２０のデータのコピーを意味するものとする。
【００３２】
次に、情報処理システム１００において、ストレージ装置４００の持つコピー機能を利用して、仮想マシン３１０上のボリューム３３０のコピーを行なう場合を説明する。
【００３３】
ボリューム３３０のコピーは、コピー対象デバイスの存在する仮想マシン３１０、例えば仮想マシン３１０−１上に配置されたコピー制御部３２０を用いて行なわれてよい。コピー制御部３２０は、仮想マシン３１０−１のＯＳ上で動作し、ストレージ装置４００の持つコピー機能を使用してコピー制御を行なうエージェントとして機能する。
【００３４】
仮想マシン３１０のユーザは、コピー対象として仮想マシン３１０のＯＳから見えるデバイス名を指定して、コピー指示を行なう。
【００３５】
なお、仮想マシン３１０上で動作するＯＳは、自身が仮想マシン上で動作していることや、ＯＳが認識するボリューム３３０が仮想ボリュームであることを検知しない。これは、仮想マシン３１０を含む仮想化環境全体の管理が、上述のように、管理サーバ２００により行なわれるためである。換言すれば、仮想マシン３１０は、ボリューム３３０が物理ボリューム４２０に割り当てられたという結果（例えば割当先の物理ボリューム４２０の情報）を持たない。
【００３６】
以上のことから、ユーザは、ＯＳ上から見えるデバイスがストレージ装置４００上のどの物理ボリューム４２０であるのか（割り当てられているのか）を意識しなくてよい。
【００３７】
一方、ストレージ装置４００では、仮想マシン３１０のＯＳが用いるデバイス名を管理していないため、ストレージ装置４００が受け付けるコピー指示は、コピー対象が物理ボリューム番号で指定されたものに制限される。従って、ストレージ装置４００がそなえるコピー機能を用いるコピー制御部３２０は、コピー指示において、ＯＳが管理するデバイス名ではなく、コピー機能がコピー処理で用いる物理ボリューム番号でコピー対象を指定することになる。
【００３８】
ストレージ装置４００にコピー指示を送信するためには、例えばコピー制御部３２０が、ユーザから指定されたデバイス名を、ストレージ装置４００上の物理ボリューム番号に変換する変換処理を行なうことが考えられる。
【００３９】
なお、デバイス名と物理ボリューム番号との対応関係は、管理サーバ２００において仮想マシン情報２２０により管理される。そこで、コピー制御部３２０は、変換処理において、ユーザから指定されたデバイス名に対応する物理ボリューム番号を管理サーバ２００に問い合わせることで、対応関係を取得すればよい。
【００４０】
以下、図２及び図３を参照して、情報処理システム１００におけるコピー処理の動作例を説明する。なお、図３に示すように、仮想マシン３１０のユーザは、例えば、端末装置５００を用いて、管理サーバ２００及びホストサーバ３００にアクセスするものとする。
【００４１】
はじめに、コピー対象のボリューム３３０の作成手順を説明する。図２に示すように、端末装置５００が管理サーバ２００の仮想化管理部２１０に、仮想マシン３１０上で利用するボリューム３３０の作成指示を送信する（処理Ｔ１）。
【００４２】
仮想化管理部２１０は、ストレージ装置４００の制御部４１０にボリュームの作成指示を送信する（処理Ｔ２）。なお、仮想化管理部２１０は、作成するボリュームのデバイス名及び物理ボリューム番号を決定してもよく、この場合、仮想化管理部２１０からの作成指示には、デバイス名及び物理ボリューム番号の少なくとも一方が含まれてもよい。
【００４３】
制御部４１０は、ボリューム作成指示に基づき、物理ボリューム４２０を作成する（処理Ｔ３）。なお、物理ボリューム４２０の作成には、ボリューム３３０への物理ボリューム４２０の割り当てが含まれてよい。図２及び図３の例では、ボリューム３３０−１（/dev/sda）に物理ボリューム４２０−１（0x01）が割り当てられ、ボリューム３３０−２（/dev/sdb）に物理ボリューム４２０−２（0x02）が割り当てられる。なお、“/dev/sda”及び“/dev/sdb”は、それぞれ仮想マシン３１０のＯＳで用いられるデバイス名の一例である。
【００４４】
ボリューム作成が完了すると、制御部４１０は、仮想化管理部２１０に完了応答を送信し（処理Ｔ４）、仮想化管理部２１０は、端末装置５００に完了応答を送信する（処理Ｔ５）。なお、仮想化管理部２１０は、処理Ｔ２の後又は処理Ｔ４の後に、作成したボリューム３３０と物理ボリューム４２０との対応関係を仮想マシン情報２２０に登録する。
【００４５】
次に、コピー処理について説明する。端末装置５００は、デバイス名を指定して、“/dev/sda”から“/dev/sdb”へのコピー指示をコピー制御部３２０に送信する（処理Ｔ６；図３の矢印（ａ）参照）。コピー制御部３２０は、指定されたデバイス名についてコピー制御を開始する（処理Ｔ７）。
【００４６】
コピー制御では、コピー制御部３２０は、指定されたデバイス名に対応する物理ボリューム番号の取得を仮想化管理部２１０に要求する（処理Ｔ８）。仮想化管理部２１０は、デバイス名と物理ボリューム番号との関係情報を取得し（処理Ｔ９）、取得した情報をコピー制御部３２０に通知する（処理Ｔ１０）。
【００４７】
処理Ｔ８〜Ｔ１０により、コピー制御部３２０は、取得した関係情報に基づき、端末装置５００から指定されたデバイスに対応する、ストレージ装置４００上の物理ボリューム番号を求めることができる（処理Ａ１；図３の矢印（ｂ）参照）。
【００４８】
次いで、コピー制御部３２０は、制御部４１０に対して、物理ボリューム番号を指定して、“0x01”から“0x02”へのコピー指示を送信する（処理Ｔ１１；図３の矢印（ｃ）参照）。制御部４１０は、指定された“0x01”から“0x02”へのコピー処理を実施する（処理Ｔ１２、処理Ｂ１；図３の矢印（ｄ）参照）。
【００４９】
コピーが完了すると、制御部４１０は、仮想マシン３１０に完了応答を送信し（処理Ｔ１３）、コピー制御部３２０は端末装置５００に完了応答を送信して（処理Ｔ１４）、処理が終了する。
【００５０】
なお、情報処理システム１００では、端末装置５００からコピー指示が送信される都度、図２の処理Ｔ６〜Ｔ１４（図３の矢印（ａ）〜（ｄ）の処理）が実行される。
【００５１】
しかしながら、図２及び図３に示す比較例に係る動作では、以下の不都合が生じ得る。
【００５２】
仮想化環境では、デバイスからストレージ装置４００上の物理ボリューム番号を求める処理（図２の処理Ａ１及び図３の矢印（ｂ））において、以下の理由より物理環境に比べて処理時間が増加し、その結果、コピー時間（業務停止時間）が増加する場合がある。
【００５３】
仮想化環境では、ＯＳから見えるボリューム３３０は仮想ボリュームである。従って、デバイス名から物理ボリューム番号を求める場合、デバイス（例えば“/dev/sda”）−仮想ボリューム３４０（例えば“VMDK-a”ファイル）−物理ボリューム４２０の対応関係を把握する処理が実行される。
【００５４】
上記対応関係を求めるには、仮想マシン３１０のＯＳ及びストレージ装置４００だけでなく、コピー処理の都度、管理サーバ２００上の仮想基盤（例えば仮想化管理部２１０）からも情報を取得することになる。しかし、管理サーバ２００上の仮想基盤からの情報取得はＬＡＮ経由となり、通信の遅延はネットワーク性能に依存する。
【００５５】
また、管理サーバ２００は全ての仮想マシン３１０を管理する。このため、例えばホストサーバ３００の数（「ｍ」の値）が数百〜数千になるような大規模な仮想化環境では、管理サーバ２００の処理負荷により、処理時間が増加し得る。
【００５６】
〔２〕実施形態について
そこで、後述する第１及び第２実施形態では、上述した情報処理システム１００の運用形態において、仮想ボリュームのコピーの処理時間を短縮する手法について説明する。なお、以下に説明する情報処理システムの構成例は、後述する第１及び第２実施形態で共通に用いられてよい。
【００５７】
〔２−１〕情報処理システムの構成例
はじめに、図４を参照して、第１及び第２実施形態に係る情報処理システム１の構成例を説明する。
【００５８】
図４に示すように、情報処理システム１は、仮想化環境を提供するシステムの一例である。情報処理システム１は、例示的に、管理サーバ２、複数のホストサーバ３−１〜３−ｍ、及び１以上（図４の例では１台）のストレージ装置４をそなえてよい。なお、以下の説明において、特に言及しない限り、情報処理システム１の構成又は処理は、図１に示す情報処理システム１００と同様であってよい。
【００５９】
管理サーバ２、ホストサーバ３、及びストレージ装置４は、例えばＬＡＮ等のネットワーク６を介して相互に通信可能に接続されてよい。また、ネットワーク６には、端末装置５が接続されてもよい。
【００６０】
管理サーバ２は、仮想化環境全体を管理するサーバの一例であり、ボリューム３３への物理ボリューム４２の割り当てを管理する管理マシンの一例である。例えば仮想化管理部２１をそなえる。仮想化管理部２１は、仮想化環境を管理するアプリケーションの一例である。
【００６１】
ホストサーバ３は、ユーザに提供される仮想マシン３１の実行環境である。ホストサーバ３では、複数の仮想マシン３１（例えば仮想マシンＡ〜Ｘ）が実行されてもよい。
【００６２】
また、ホストサーバ３は、仮想ボリューム３４をそなえる。仮想ボリューム３４は、ホストサーバ３によりファイルとして管理されるボリュームの情報である。例えば、仮想基盤のツールとしてＶＭｗａｒｅ（登録商標）が用いられる場合、仮想ボリューム３４はＶＭＤＫファイルに相当する。
【００６３】
仮想ボリューム３４は、仮想マシン３１においてボリューム３３として認識される。仮想マシン３１は、ボリューム３３を仮想マシン３１が有するデバイスとして用いることができる。なお、ボリューム３３及び仮想ボリューム３４は、単に仮想ボリュームと位置付けられてもよい。
【００６４】
ストレージ装置４は、仮想マシン３１に接続されるボリュームをそなえる装置であり、例えば、種々の制御を行なう制御部４１、及び複数の物理ボリューム４２をそなえる。制御部４１は、例えば、ファームウェアを実行するController Module（ＣＭ）により実現されてもよい。
【００６５】
物理ボリューム４２は、それぞれ１以上の記憶装置により実現される論理ボリュームであってよく、例えば、Redundant Arrays of Inexpensive Disks（ＲＡＩＤ）で構成されたディスクグループであってもよい。
【００６６】
なお、実施形態に係る情報処理システム１においても、情報処理システム１００と同様に、ボリューム３３と仮想ボリューム３４とが一対一で対応し、仮想ボリューム３４と物理ボリューム４２とが一対一で対応することを前提とする。
【００６７】
ボリューム３３と物理ボリューム４２との対応関係は、管理サーバ２の仮想化管理部２１が記憶する仮想マシン情報２２によって管理される。仮想マシン情報２２は、仮想マシン３１ごとに、仮想マシン３１がそなえるボリューム３３（デバイス）と、物理ボリューム４２との対応関係に関する情報を記憶する。
【００６８】
また、ストレージ装置４は、制御部４１により、ボリューム３３のコピー機能を提供する。
【００６９】
ボリューム３３のコピーは、コピー対象デバイスの存在する仮想マシン３１上に配置されたコピー制御部３２を用いて行なわれてよい。コピー制御部３２は、仮想マシン３１のＯＳ上で動作し、ストレージ装置４の持つコピー機能を使用してコピー制御を行なうエージェントとして機能する。
【００７０】
仮想マシン３１のユーザは、ホストサーバ３に接続された端末装置５を操作し、コピー対象として仮想マシン３１のＯＳから見えるデバイス名を指定して、仮想マシン３１にコピー指示を行なってよい。
【００７１】
コピー制御部３２は、ユーザから指定されたデバイス名から、ストレージ装置４上の物理ボリューム番号への変換処理を行ない、ストレージ装置４に物理ボリューム番号を指定したコピー指示を送信してよい。変換処理では、コピー制御部３２は、デバイス名と物理ボリューム番号との関係情報を取得すればよい。関係情報の取得処理については後述する。
【００７２】
〔２−２〕ハードウェア構成例
次に、管理サーバ２、ホストサーバ３、ストレージ装置４、及び端末装置５のハードウェア構成例について説明する。なお、管理サーバ２、ホストサーバ３、ストレージ装置４のＣＭ、及び端末装置５は、いずれも同様のハードウェア構成をそなえてよい。以下、便宜上、管理サーバ２、ホストサーバ３、ストレージ装置４のＣＭ、及び端末装置５をまとめてコンピュータ１０と表記し、コンピュータ１０のハードウェア構成例を説明する。
【００７３】
図５に示すように、コンピュータ１０は、例示的に、ＣＰＵ１０ａ、メモリ１０ｂ、記憶部１０ｃ、インタフェース部１０ｄ、入出力部１０ｅ、及び読取部１０ｆをそなえる。
【００７４】
ＣＰＵ１０ａは、種々の制御や演算を行なうプロセッサの一例である。ＣＰＵ１０ａは、コンピュータ１０内の各ブロックとバスで相互に通信可能に接続されてよい。なお、プロセッサとしては、ＣＰＵ１０ａ等の演算処理装置に代えて、電子回路、例えばMicro Processing Unit（ＭＰＵ）、Application Specific Integrated Circuit（ＡＳＩＣ）、又はField Programmable Gate Array（ＦＰＧＡ）等の集積回路（ＩＣ）が用いられてもよい。
【００７５】
メモリ１０ｂは、種々のデータやプログラム等の情報を格納するハードウェアの一例である。メモリ１０ｂとしては、例えばRandom Access Memory（ＲＡＭ）等の揮発性メモリが挙げられる。
【００７６】
記憶部１０ｃは、種々のデータやプログラム等の情報を格納するハードウェアの一例である。記憶部１０ｃとしては、例えばHard Disk Drive（ＨＤＤ）等の磁気ディスク装置、Solid State Drive（ＳＳＤ）等の半導体ドライブ装置、又は、フラッシュメモリやRead Only Memory（ＲＯＭ）等の不揮発性メモリ、等の各種装置が挙げられる。
【００７７】
例えば記憶部１０ｃは、コンピュータ１０の各種機能の全部若しくは一部を実現するプログラム１０ｈを格納してよい。ＣＰＵ１０ａは、例えば記憶部１０ｃに格納されたプログラム１０ｈをメモリ１０ｂに展開して実行することにより、コンピュータ１０の機能を実現することができる。
【００７８】
インタフェース部１０ｄは、ネットワーク６又は配下のデバイス等との間の接続及び通信の制御等を行なう通信インタフェースの一例である。例えばインタフェース部１０ｄは、ＬＡＮ、ＳＡＳ、Fibre Channel（ＦＣ、ファイバチャネル）、Infiniband（インフィニバンド）、Universal Serial Bus（ＵＳＢ）、又はＢｌｕｅｔｏｏｔｈ（登録商標）等に準拠したアダプタが挙げられる。なお、ＳＡＳはSerial Attached SCSI (Small Computer System Interface)の略称である。
【００７９】
なお、プログラム１０ｈは、ネットワーク６等からインタフェース部１０ｄを介してコンピュータ１０にダウンロードされてもよい。
【００８０】
入出力部１０ｅは、マウス、キーボード、又は操作ボタン等の入力部、並びに、ディスプレイ又はプリンタ等の出力部、の一方又は双方を含んでよい。
【００８１】
読取部１０ｆは、記録媒体１０ｇに記録されたデータやプログラムの情報を読み出すリーダの一例である。読取部１０ｆは、コンピュータが読取可能な記録媒体１０ｇを接続可能又は挿入可能な接続端子又は装置を含んでよい。読取部１０ｆとしては、例えばＵＳＢ等に準拠したアダプタ、記録ディスクへのアクセスを行なうドライブ装置、ＳＤカード等のフラッシュメモリへのアクセスを行なうカードリーダ等が挙げられる。なお、記録媒体１０ｇにはプログラム１０ｈが格納されてもよい。
【００８２】
記録媒体１０ｇとしては、例示的に、フレキシブルディスク、ＣＤ、ＤＶＤ、ブルーレイディスク等の光ディスクや、ＵＳＢメモリやＳＤカード等のフラッシュメモリ、等の非一時的な記録媒体が挙げられる。なお、ＣＤとしては、例示的に、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ等が挙げられる。また、ＤＶＤとしては、例示的に、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等が挙げられる。
【００８３】
上述したコンピュータ１０のハードウェア構成は例示である。従って、コンピュータ１０内でのハードウェアの増減（例えば任意のブロックの追加や削除）、分割、任意の組み合わせでの統合、又は、バスの追加若しくは削除等は適宜行なわれてもよい。また、管理サーバ２、ホストサーバ３、ストレージ装置４のＣＭ、及び端末装置５の間で、異なるハードウェア構成がそなえられてもよい。
【００８４】
図６に、ストレージ装置４のハードウェア構成例を示す。ストレージ装置４は、例示的に、複数（図６の例では２つ）のＣＭ４３−１及び４３−２と、複数の記憶装置４４をそなえてよい。なお、冗長にそなえられたＣＭ４３間はＳＡＳケーブル等により相互に通信可能に接続されてよい。
【００８５】
ＣＭ４３は、例示的に、ＣＰＵ４ａ、メモリ４ｂ、並びに、インタフェース（ＩＦ；Interface）４ｄ−１及び４ｄ−２をそなえてよい。ＣＰＵ４ａ及びメモリ４ｂは、それぞれ図５に示すコンピュータ１０におけるＣＰＵ１０ａ及びメモリ１０ｂの一例である。
【００８６】
ＩＦ４ｄ−１は、ネットワーク６に接続された装置、例えば管理サーバ２、ホストサーバ３、又は端末装置５との間の接続及び通信の制御等を行なう通信インタフェース（ホストインタフェース）の一例である。ＩＦ４ｄ−１としては、例えばＬＡＮ、ＳＡＳ、ＦＣ、InfiniBand等に準拠したアダプタをそなえる１以上のChannel Adapter（ＣＡ）が挙げられる。
【００８７】
ＩＦ４ｄ−２は、記憶装置４４との間の接続及び通信の制御等を行なう通信インタフェースの一例である。ＩＦ４ｄ−２としては、例えばＳＡＳ、ＳＡＴＡ、ＦＣ等に準拠したDevice Adapter（ＤＡ）が挙げられる。ＳＡＴＡはSerial ATA (Advanced Technology Attachment)の略称である。
【００８８】
記憶装置４４は、種々のデータやプログラム等の情報を格納するハードウェアの一例である。記憶装置４４としては、例えばＨＤＤ等の磁気ディスク装置、又は、ＳＳＤ等の半導体ドライブ装置等の各種装置が挙げられる。図４に示す物理ボリューム４２は、１以上の記憶装置４４の記憶領域により実現されてよい。なお、記憶装置４４は、例えば複数の記憶装置４４を搭載するDrive Enclosure（ＤＥ）等に実装されてもよい。
【００８９】
〔３〕第１実施形態
次に、第１実施形態について説明する。第１実施形態では、初回コピー実行時又は事前設定時に、仮想マシン３１が、デバイス名と物理ボリューム番号との対応関係を示す関係情報を、仮想マシン３１上に記憶する。そして、コピー実行時に、仮想マシン３１は、仮想マシン３１上に記憶する関係情報を参照して、変換処理を行なう。
【００９０】
このように、第１実施形態では、仮想マシン３１が関係情報を作成し自身で記憶しておくことで、変換時間、換言すればコピー処理時間の短縮を図ることができる。
【００９１】
〔３−１〕機能構成例
まず、図７〜図９を参照して、第１実施形態に係る情報処理システム１Ａの機能構成例について説明する。
【００９２】
管理サーバ２の仮想化管理部２１は、例示的に、メモリ部２３及び情報管理部２４をそなえてよい。メモリ部２３は、仮想マシン情報２２の情報を格納する。メモリ部２３は、例えば図５に示すメモリ１０ｂの記憶領域により実現されてよい。
【００９３】
図８に仮想マシン情報２２のデータ構成例を示す。図８に示すように、仮想マシン情報２２は、例示的に、仮想マシン３１、仮想マシン３１がそなえるデバイス名、及びデバイス名に対応する物理ボリューム４２のボリューム番号を含んでよい。一例として、仮想マシン情報２２には、“仮想マシンＡ”のデバイスが“/dev/sda”、“/dev/sdb”、“/dev/sdc”、“/dev/sdd”、…であり、それぞれのデバイスに“0x01”、“0x02”、“0x03”、“0x04”、…のボリューム番号が対応することが設定される。
【００９４】
情報管理部２４は、仮想マシン情報２２の管理を行なう。例えば、情報管理部２４は、仮想化環境の変化に応じて、仮想マシン情報２２の更新を行なってよく、また、仮想マシン３１からの要求に応じて、仮想マシン情報２２の一部の情報を取得して仮想マシン３１に送信してよい。なお、仮想マシン情報２２の更新の契機としては、ホストサーバ３への仮想マシン３１の追加（配置）若しくは削除、又は、仮想マシン３１へのボリューム３３の追加若しくは削除のタイミングが挙げられる。
【００９５】
仮想マシン３１のコピー制御部３２Ａは、例示的に、コピー部３６、メモリ部３７、及び情報取得部３８Ａをそなえてよい。メモリ部３７は、デバイス管理情報３５の情報を格納する。メモリ部３７は、例えば図５に示すメモリ１０ｂの記憶領域により実現されてよい。
【００９６】
図９にデバイス管理情報３５のデータ構成例を示す。デバイス管理情報３５は、デバイス名と物理ボリューム番号との対応関係を管理する管理情報の一例である。図９に示すように、デバイス管理情報３５は、例示的に、デバイス名及びデバイス名に対応する物理ボリューム４２のボリューム番号を含んでよい。デバイス管理情報３５は、例えば仮想マシン情報２２における、自身の仮想マシン３１に係るエントリの情報と同様であってよい。
【００９７】
コピー部３６は、端末装置５からコピー指示を受信すると、コピー指示でコピー対象に指定されたデバイス名を、物理ボリューム番号に変換し、ストレージ装置４に対して、物理ボリューム番号で指定したコピー要求を送信する。例えば、コピー部３６は、以下の処理を行なってよい。
【００９８】
コピー部３６は、コピー指示でコピー対象に指定された第１仮想ボリュームの情報（例えばデバイス名）がデバイス管理情報３５に存在するか否かを判定してよい。指定されたデバイス名がデバイス管理情報３５に存在する場合、コピー部３６は、デバイス管理情報３５から、コピー指示で指定されたデバイス名、例えばコピー元及びコピー先のそれぞれのデバイス名に割り当てられた物理ボリューム番号を取得してよい。また、コピー部３６は、コピー指示で指定されたデバイス名がデバイス管理情報３５に存在しない場合、情報取得部３８Ａにデバイス管理情報３５の更新を指示し、更新後のデバイス管理情報３５を用いて物理ボリューム番号を取得してよい。
【００９９】
情報取得部３８Ａは、管理サーバ２から対応関係に関する情報を取得する取得部の一例である。例えば情報取得部３８Ａは、管理サーバ２から関係情報を取得し、取得した関係情報をデバイス管理情報３５に格納してデバイス管理情報３５を更新する。情報取得部３８Ａによる関係情報の取得処理は、以下のように行なわれてよい。
【０１００】
コピー指示で指定されたデバイスがデバイス管理情報３５に存在しない場合、情報取得部３８Ａは、指定されたデバイス名に係る関係情報を管理サーバ２に問い合わせ、管理サーバ２から受信した関係情報をデバイス管理情報３５に設定する。なお、情報取得部３８Ａが関係情報を管理サーバ２に問い合わせる場合としては、例えばコピーの初回実行時等が挙げられる。
【０１０１】
なお、情報取得部３８Ａが管理サーバ２に問い合わせる関係情報は、自身の仮想マシン３１がそなえる全てのボリューム３３についての関係情報であってもよいし、コピー指示で指定されたデバイス名に係る関係情報に限定されてもよい。
【０１０２】
一方、コピー指示で指定されたデバイスがデバイス管理情報３５に存在する場合、コピー部３６はデバイス管理情報３５から関係情報を取得するため、情報取得部３８Ａは、管理サーバ２への問い合わせを行なわない。これにより、管理サーバ２に関係情報を問い合わせる場合に生じ得るコピー処理の遅延時間を短縮できる。
【０１０３】
なお、情報取得部３８Ａは、コピー制御部３２Ａの起動時又は起動後等の事前設定のタイミングで、自身の仮想マシン３１がそなえる全てのボリューム３３についての関係情報を管理サーバ２から取得してもよい。これにより、端末装置５からコピー指示を受信したときに管理サーバ２に関係情報を問い合わせる頻度を低下させることができる。
【０１０４】
ストレージ装置４の制御部４１Ａは、例示的に、コピー処理部４５Ａをそなえてよい。コピー処理部４５Ａは、コピー制御部３２Ａから受信するコピー指示に応じて、コピー指示で指定された物理ボリューム番号のボリューム３３のコピーを実施する。
【０１０５】
〔３−２〕動作例
以下、図１０〜図１５を参照して、情報処理システム１Ａにおけるコピー処理の動作例を説明する。なお、図１０及び図１１は、例えば初回コピーが実行される場合の動作例を示し、図１４及び図１５は、例えば２回目以降のコピーが実行される場合の動作例を示す。
【０１０６】
なお、コピー対象のボリューム３３、例えば、仮想マシン３１−１が用いるコピー対象のボリューム３３−１及び３３−２（図１１参照）は、事前に作成されているものとする。ボリューム３３の作成処理は、例えば図２の処理Ｔ１〜Ｔ５と同様であってよい。ボリューム３３−１及び３３−２の作成によって、仮想マシン情報２２では、図１０及び図１１に示すように、デバイス名“/dev/sda”及び“/dev/sdb”にボリューム番号“0x01”及び“0x02”がそれぞれ対応付けられる。
【０１０７】
図１０に示すように、端末装置５は、デバイス名を指定して、“/dev/sda”から“/dev/sdb”へのコピー指示をコピー制御部３２Ａに送信する（処理Ｔ６；図１１の矢印（ｉ）参照）。コピー制御部３２Ａのコピー部３６は、指定されたデバイス名についてコピー制御を開始する（処理Ｔ７）。コピー制御では、コピー制御部３２Ａの情報取得部３８Ａは、関係情報の取得処理を行なう（処理Ｔ２１、処理Ａ２）。
【０１０８】
以下、図１２を参照して関係情報の取得処理について説明する。図１２に示すように、仮想マシン３１において、情報取得部３８Ａは、コピー指示で指定されたデバイスがデバイス管理情報３５に存在するか否か（登録されているか否か）を判定する（ステップＳ１）。
【０１０９】
指定されたデバイスがデバイス管理情報３５に存在しない場合（ステップＳ１でＮｏ）、情報取得部３８Ａは、管理サーバ２の仮想化管理部２１に対して、当該デバイスに係る関係情報の取得を依頼する（ステップＳ２）。
【０１１０】
仮想化管理部２１の情報管理部２４は、仮想マシン情報２２における依頼元の仮想マシン３１のエントリから、コピー指示で指定されたデバイスに係る関係情報を取得し、コピー制御部３２Ａに通知する（ステップＳ３）。
【０１１１】
コピー制御部３２Ａの情報取得部３８Ａは、仮想化管理部２１から受信した関係情報をデバイス管理情報３５に格納する（ステップＳ４）。そして、情報取得部３８Ａは、デバイス管理情報３５から、コピー指示で指定されたデバイス名に対応する物理ボリューム番号を取得し（ステップＳ５）、取得処理が終了する。
【０１１２】
一方、ステップＳ１において、指定されたデバイスがデバイス管理情報３５に存在する場合（ステップＳ１でＹｅｓ）、処理がステップＳ５に移行し、情報取得部３８Ａは、デバイス管理情報３５から物理ボリューム番号を取得する。
【０１１３】
なお、図１０の処理Ｔ２１、並びに、図１１の矢印（ii）及び（iii）の処理は、図１２のステップＳ１でＮｏの場合におけるステップＳ２〜Ｓ５の処理に相当する。換言すれば、図１０及び図１１に示す取得処理は、例えば初回コピーの実行時のように、管理サーバ２から関係情報を取得するフェーズの動作例である。
【０１１４】
図１０の説明に戻り、情報取得部３８Ａは、取得した物理ボリューム番号をコピー部３６に通知する。コピー部３６は、物理ボリューム番号を指定して、“0x01”から“0x02”へのコピー指示をストレージ装置４の制御部４１Ａに送信する（処理Ｔ１１；図１１の矢印（iv）参照）。
【０１１５】
制御部４１Ａのコピー処理部４５Ａは、指定された“0x01”から“0x02”へのコピー処理を実施する（処理Ｔ２２、処理Ｂ２；図１１の矢印（ｖ）参照）。
【０１１６】
以下、図１３を参照してコピー処理について説明する。図１３に示すように、ストレージ装置４において、コピー処理部４５Ａは、コピー指示で指定された全てのデバイス、例えばコピー元及びコピー先の物理ボリューム４２がストレージ装置４配下に存在するか否かを判定する（ステップＳ１１）。
【０１１７】
少なくとも１つのデバイスが存在しない場合（ステップＳ１１でＮｏ）、コピー処理部４５Ａは、コピー制御部３２Ａにエラー応答を行ない（ステップＳ１２）、コピー処理が終了する。
【０１１８】
一方、全てのデバイスが存在する場合（ステップＳ１１でＹｅｓ）、コピー処理部４５Ａは、コピー処理を実行する（ステップＳ１３）。コピーが完了すると、コピー処理部４５Ａは、コピー制御部３２Ａに完了応答を送信し（ステップＳ１４；図１０の処理Ｔ１３）、コピー処理が終了する。
【０１１９】
図１０の説明に戻り、コピー制御部３２Ａは、ストレージ装置４からの応答に応じて、端末装置５に応答を送信し（処理Ｔ１４）、処理が終了する。
【０１２０】
次に、図１４及び図１５を参照して、コピー指示で指定されるデバイスに係る関係情報がデバイス管理情報３５に設定されている場合の動作例を説明する。
【０１２１】
図１４に示すように、端末装置５は、デバイス名を指定して、“/dev/sda”から“/dev/sdb”へのコピー指示をコピー制御部３２Ａに送信する（処理Ｔ６；図１５の矢印（vi）参照）。コピー制御部３２Ａのコピー部３６は、指定されたデバイス名についてコピー制御を開始する（処理Ｔ７）。コピー制御では、コピー制御部３２Ａの情報取得部３８Ａは、関係情報の取得処理を行なう（処理Ｔ２３、処理Ａ２）。
【０１２２】
処理Ｔ２３では、コピー指示で指定された全てのデバイス名がデバイス管理情報３５に存在するため、情報取得部３８Ａは、デバイス管理情報３５から当該デバイス名に対応する物理ボリューム番号を取得する。
【０１２３】
なお、図１４の処理Ｔ２３及び図１５の矢印（vii）の処理は、図１２のステップＳ１でＹｅｓの場合におけるステップＳ５の処理に相当する。換言すれば、図１４及び図１５に示す取得処理は、例えば２回目以降のコピーの実行時のように、自身の仮想マシン３１が記憶するデバイス管理情報３５から関係情報を取得するフェーズの動作例である。
【０１２４】
コピー部３６は、情報取得部３８Ａがデバイス管理情報３５から取得した物理ボリューム番号を指定して、“0x01”から“0x02”へのコピー指示をストレージ装置４の制御部４１Ａに送信する（処理Ｔ１１；図１５の矢印（viii）参照）。
【０１２５】
制御部４１Ａのコピー処理部４５Ａは、指定された“0x01”から“0x02”へのコピー処理を実施する（処理Ｔ２２、処理Ｂ２；図１５の矢印（ix）参照）。なお、以降の処理は図１０及び図１１で説明した処理と同様である。
【０１２６】
以上のように、情報処理システム１Ａでは、仮想デバイスと物理ボリューム４２との対応関係を示す関係情報を、仮想マシン３１のメモリ部３７に記憶することにより、図１〜図３で説明した比較例よりも、関係情報を取得する処理にかかる時間を短縮できる。従って、仮想ボリュームのコピーの処理時間を短縮できる。
【０１２７】
また、情報処理システム１Ａでは、ストレージ装置４のコピー機能を利用して、データのコピーが行なわれる。このため、業務システム、例えば仮想マシン３１の環境に負荷をかけずに、且つ、コピー、例えばバックアップのための業務停止時間を短くできる。
【０１２８】
また、バックアップ対象のディスク（ボリューム３３）が接続されている業務マシン（仮想マシン３１）上にエージェントを配置するため、アプリケーションと連携した業務無停止のバックアップが可能となる。
【０１２９】
従って、情報処理システム１Ａは、業務データのバックアップを行なうシステム、例えばバックアップ時間が短いこと（業務停止時間が短いこと）や、定期的に（例えば毎日）バックアップを実施すること、を運用条件とするようなシステムに用いて好適である。
【０１３０】
〔４〕第２実施形態
次に、第２実施形態について説明する。第２実施形態では、情報処理システム１において、仮想基盤が提供するストレージの移行機能が用いられる場合について説明する。
【０１３１】
〔４−１〕ストレージ移行機能について
ストレージ移行機能は、仮想基盤とストレージ装置４との連携により、データを保持したまま、仮想ボリューム（ボリューム３３又は仮想ボリューム３４）を構成する物理ボリューム４２を変更する機能である。ストレージ移行機能としては、例えばライブマイグレーション機能が挙げられる。ライブマイグレーションとしては、例えばＶＭｗａｒｅ（登録商標）により提供されるｓｔｏｒａｇｅ  ｖＭｏｔｉｏｎ等が知られている。
【０１３２】
ストレージ移行機能では、データは保持されており、且つ、仮想マシン３１から見えるボリューム３３は変わらないため、仮想マシン３１上のＯＳ又はアプリケーションの動作には影響を与えず、継続した運用が可能である。
【０１３３】
以下、第１実施形態に係る情報処理システム１Ａの構成を用いて、ストレージ移行処理の動作例を説明する。なお、前提として、仮想マシン情報２２では、図１６に示すように、デバイス名“/dev/sda”及び“/dev/sdb”にボリューム番号“0x01”及び“0x02”がそれぞれ対応付けられているものとする。
【０１３４】
図１６に示すように、端末装置５は、ストレージ移行を行なうデバイス名“/dev/sda”を指定して、ストレージ移行指示を管理サーバ２の仮想化管理部２１に送信する（処理Ｔ３１；図１７の矢印（１）参照）。
【０１３５】
仮想化管理部２１は、端末装置５から指定されたデバイス名に対応する物理ボリューム４２−１（“0x01”）を指定して、ストレージ移行指示をストレージ装置４の制御部４１Ａに送信する（処理Ｔ３２；図１７の矢印（２）参照）。処理Ｔ３２では、例えば、仮想マシン情報２２に基づき、デバイス名に対応する物理ボリューム４２が取得されてよい。
【０１３６】
また、移動先の物理ボリューム４２−３（“0x03”）が仮想化管理部２１により指定されてよく、情報管理部２４は、仮想マシン情報２２における“/dev/sda”に対応する物理ボリューム番号を“0x03”に更新してよい（図１７の矢印（３）参照）。
【０１３７】
制御部４１Ａは、ストレージ移行指示を受信すると、移動先の物理ボリューム４２−３（“0x03”）を“/dev/sda”の物理ボリューム４２として作成する（処理Ｔ３３；図１７の（４）参照）。
【０１３８】
次いで、制御部４１Ａは、移動元の“0x01”から、処理Ｔ３３で作成した移動先の“0x03”にデータをコピーする（処理Ｔ３４；図１７の（５）参照）。
【０１３９】
そして、制御部４１Ａは、移動元の“0x01”の物理ボリューム４２−１を削除し（処理Ｔ３５；図１７の（６）参照）、仮想化管理部２１に応答を送信する（処理Ｔ３６）。
【０１４０】
仮想化管理部２１は、端末装置５にストレージ移行指示への応答を送信し（処理Ｔ３７）、処理が終了する。なお、移動先の物理ボリューム番号は、制御部４１Ａにより決定され、処理Ｔ３６の応答で仮想化管理部２１に通知されてもよく、この場合、情報管理部２４は、処理Ｔ３６の応答の受信後に仮想マシン情報２２を更新してもよい。
【０１４１】
このように、仮想化環境では、ストレージ移行機能によって、仮想−物理間のボリュームの対応関係が変更される場合がある。
【０１４２】
仮に、情報処理システム１Ａにおけるコピーの運用中にストレージ移行機能が動作した場合、仮想マシン３１が記憶するデバイス管理情報３５と、実際の対応関係との間に不整合が発生し（図１７のデバイス管理情報３５参照）、以下の不都合が生じる場合がある。
【０１４３】
（ａ）コピー制御部３２Ａが、コピー指示において存在しない物理ボリューム番号を指定し、ストレージ装置４におけるコピー処理がエラーになる。
【０１４４】
（ｂ）ストレージ装置４において、誤ったボリュームがコピーされる。
【０１４５】
〔４−１−１〕存在しない物理ボリューム番号の指定によりコピー処理がエラーになる場合
はじめに、図１８及び図１９を参照して上記（ａ）の不都合について説明する。
【０１４６】
図１７に示すストレージ移行処理後（図１６の処理Ｔ３７の実行後）、移行元の物理ボリューム４２−１（“0x01”）は削除された状態であるため、ストレージ装置４には存在しない。
【０１４７】
一方、デバイス管理情報３５には、“/dev/sda”に対応する物理ボリューム番号として、移行元の物理ボリューム４２−１（“0x01”）が設定されている。この状態でコピーが実施される場合、図１８及び図１９に例示する処理が行なわれる。
【０１４８】
図１８に示すように、端末装置５が“/dev/sda”から“/dev/sdb”へのコピー指示を仮想マシン３１のコピー制御部３２Ａに送信する（処理Ｔ３８；図１９の矢印（Ａ）参照）。コピー制御部３２Ａは、コピー制御を開始し（処理Ｔ３９）、コピー制御において、関係情報を取得する（処理Ｔ４０、処理Ａ２）。
【０１４９】
処理Ｔ４０では、コピー指示で指定された“/dev/sda”及び“/dev/sdb”がいずれもデバイス管理情報３５に存在するため、関係情報は、デバイス管理情報３５から取得される（図１９の矢印（Ｂ）参照）。
【０１５０】
そして、コピー制御部３２Ａは、デバイス管理情報３５から取得された関係情報に基づき、“0x01”から“0x02”へのコピー指示をストレージ装置４の制御部４１Ａに送信する（処理Ｔ４１；図１９の矢印（Ｃ）参照）。
【０１５１】
制御部４１Ａは、指定されたデバイスについてコピー処理を実施する（処理Ｔ４２、処理Ｂ２）。しかし、コピー元として指定された物理ボリューム４２−１（“0x01”）は存在しないため、図１３のステップＳ１１でＮｏとなり、制御部４１Ａからコピー制御部３２Ａにエラー応答が送信される（処理Ｔ４３；図１３のステップＳ１２）。
【０１５２】
コピー制御部３２Ａは、制御部４１Ａからのエラー応答に基づき、端末装置５に応答を送信し（処理Ｔ４４）、処理が終了する。
【０１５３】
このように、ストレージ移行処理後にコピー処理が実施されると、コピー制御部３２Ａが存在しないボリューム番号を指定する場合があり、この場合、コピー処理がエラーになり得る。
【０１５４】
〔４−１−２〕誤ったボリュームがコピーされる場合
次に、図２０〜図２３を参照して上記（ｂ）の不都合について説明する。
【０１５５】
図１９に示す状態において、この後、運用等により新規にボリューム３３が作成される場合がある。また、情報処理システム１では、使用していない物理ボリューム番号が再利用されることがある。
【０１５６】
例えば物理ボリューム番号（“0x01”）は空いているため、“0x01”がボリューム３３の新規作成で再利用される場合がある。
【０１５７】
以下、ボリューム３３の作成処理の一例を説明する。図２０に示すように、ストレージ移行処理後、端末装置５は、ボリューム作成指示を仮想化管理部２１に送信する（処理Ｔ５１；図２１の矢印（１）参照）。
【０１５８】
仮想化管理部２１は、ストレージ装置４の制御部４１Ａにボリューム作成指示を送信する（処理Ｔ５２；図２１の矢印（２）参照）。なお、仮想化管理部２１は、作成するボリュームのデバイス名及び物理ボリューム番号を決定してもよく、この場合、仮想化管理部２１からのボリューム作成指示には、デバイス名及び物理ボリューム番号の少なくとも一方が含まれてもよい。
【０１５９】
また、仮想化管理部２１は、デバイス名（“/dev/sdc”）及び物理ボリューム番号（“0x01”）の関係情報を仮想マシン情報２２に追加する（図２１の矢印（３）参照）。仮想マシン情報２２の更新は、処理Ｔ５２の後又は処理Ｔ５５の後に行なわれてよい。
【０１６０】
制御部４１Ａは、ボリューム作成指示に応じて、物理ボリューム４２−４を作成し（処理Ｔ５３；図２１の（４）参照）、仮想化管理部２１に応答を送信する（処理Ｔ５４）。物理ボリューム４２−４の作成には、ボリューム３３−３（“/dev/sdc”）への物理ボリューム４２−４（“0x01”）の割り当てが含まれてよい。
【０１６１】
仮想化管理部２１は、制御部４１Ａからの応答に応じて端末装置５に応答を送信し（処理Ｔ５５）、処理が終了する。
【０１６２】
以上の処理により、ボリューム３３−３（“/dev/sdc”）に物理ボリューム４２−４（“0x01”）が割り当てられる。
【０１６３】
一方、デバイス管理情報３５には、“/dev/sda”に対応する物理ボリューム番号として、物理ボリューム４２−１（“0x01”）が設定されている。この状態でコピーが実施される場合、図２２及び図２３に例示する処理が行なわれる。
【０１６４】
図２２に示すように、端末装置５が“/dev/sda”から“/dev/sdb”へのコピー指示を仮想マシン３１のコピー制御部３２Ａに送信する（処理Ｔ５６；図２３の矢印（Ｄ）参照）。コピー制御部３２Ａは、コピー制御を開始し（処理Ｔ５７）、コピー制御において、関係情報を取得する（処理Ｔ５８、処理Ａ２）。
【０１６５】
処理Ｔ５８では、コピー指示で指定された“/dev/sda”及び“/dev/sdb”がいずれもデバイス管理情報３５に存在するため、関係情報は、デバイス管理情報３５から取得される（図２３の矢印（Ｅ）参照）。
【０１６６】
そして、コピー制御部３２Ａは、デバイス管理情報３５から取得された関係情報に基づき、“0x01”から“0x02”へのコピー指示をストレージ装置４の制御部４１Ａに送信する（処理Ｔ５９；図２３の矢印（Ｆ）参照）。
【０１６７】
制御部４１Ａは、指定されたデバイスについて、“0x01”から“0x02”へのコピー処理を実施する（処理Ｔ６０、処理Ｂ２；図２３の矢印（Ｇ）参照）。コピー元及びコピー先の物理ボリューム４２がいずれもストレージ装置４に存在するため、コピー処理は正常終了し、制御部４１Ａは、コピー制御部３２Ａに完了応答を送信する（処理Ｔ６１）。
【０１６８】
コピー制御部３２Ａは、ストレージ装置４からの応答に応じて、端末装置５に応答を送信し（処理Ｔ６２）、処理が終了する。
【０１６９】
このように、ストレージ装置４では、コピー処理が正常に終了する。しかし、コピー元として指定された物理ボリューム番号“0x01”は、端末装置５から指示されたボリューム３３−１（“/dev/sda”）ではなく、新たに作成されたボリューム３３−３に割り当てられた物理ボリューム４２−４である。
【０１７０】
従って、コピー処理により、ユーザの指定したデバイスではなく、誤ったボリューム３３のコピーが実施されてしまう。
【０１７１】
このように、ストレージ移行処理及びボリューム作成処理が行なわれた後に、コピー処理が実施されると、コピー制御部３２Ａが誤ったボリューム番号を指定する場合があり、この場合、誤ったボリューム３３のコピー処理が行なわれる場合がある。
【０１７２】
そこで、第２実施形態では、ストレージ装置４は、物理ボリューム４２が変更されたことを検知し、コピー制御部３２は、物理ボリューム４２が変更された場合に関係情報を仮想基盤より再取得して、デバイス管理情報３５を更新する。
【０１７３】
このように、第２実施形態では、物理ボリューム４２の変更の検知によって、仮想マシン３１が関係情報を更新する契機を与えることができ、上述した不都合を解消できる。また、ストレージが変更されたときにデバイス管理情報３５に最新情報を反映することにより、通常運用時の性能劣化を避けることができる。
【０１７４】
〔４−２〕機能構成例
まず、図２４及び図２５を参照して、第２実施形態に係る情報処理システム１Ｂの機能構成例について説明する。情報処理システム１Ｂは、第１実施形態に係る情報処理システム１Ａと比較して、仮想マシン３１のコピー制御部３２Ｂ、及び、ストレージ装置４の制御部４１Ｂの機能が異なる。
【０１７５】
図２４に示すように、制御部４１Ｂは、例示的に、コピー処理部４５Ｂ、メモリ部４６、及びフラグ管理部４８をそなえてよい。
【０１７６】
メモリ部４６は、フラグ管理情報４７の情報を格納する。フラグ管理情報４７は、メモリ部３７が記憶するデバイス管理情報３５の有効性を表す制御情報の一例である。メモリ部４６は、例えば図６に示すメモリ４ｂの記憶領域により実現されてよい。
【０１７７】
図２５にフラグ管理情報４７のデータ構成例を示す。図２５に示すように、フラグ管理情報４７は、例示的に、ストレージ装置４がそなえる物理ボリューム４２のボリューム番号、及びボリューム番号に対応する制御フラグを含んでよい。
【０１７８】
一例として、フラグ管理情報４７には、“0x01”の物理ボリューム４２の制御フラグは“ON”（例えば“1”）に設定され、“0x03”の物理ボリューム４２の制御フラグは“OFF”（例えば“0”）に設定される。
【０１７９】
なお、フラグ管理情報４７は、例えば、ストレージ装置４が管理する物理ボリューム４２の管理情報に制御フラグを付加した情報であってもよい。
【０１８０】
制御フラグは、物理ボリューム番号がデバイス管理情報３５に存在するか否かを示す情報の一例であり、物理ボリューム番号の有効又は無効のステート（状態）を表してよい。なお、以下の説明において、制御フラグを“C-F（Control Flag）”と表記する場合がある。
【０１８１】
例えば、制御フラグが“OFF”である場合、物理ボリューム番号がデバイス管理情報３５に存在せず無効である、換言すれば物理ボリューム４２の情報がコピー制御部３２Ｂに管理されていないことを示す。
【０１８２】
また、制御フラグが“ON”である場合、物理ボリューム番号がデバイス管理情報３５に存在し有効である、換言すれば、物理ボリューム４２の情報がコピー制御部３２Ｂの管理下であることを示す。
【０１８３】
なお、制御フラグの初期値、例えば新しく作成された物理ボリューム４２の制御フラグの値（ステート）は“OFF”（無効）に制御されてよい。
【０１８４】
フラグ管理部４８は、フラグ管理情報４７の制御フラグの管理を行なう。例えば、フラグ管理部４８は、コピー制御部３２Ｂからの指示に応じて、制御フラグを更新してよい。
【０１８５】
また、フラグ管理部４８は、仮想化管理部２１から物理ボリューム４２の作成又は削除が指示された場合に、制御フラグを設定又は更新してよい。なお、物理ボリューム４２の作成又は削除には、例えばストレージ移行処理が含まれてもよい。
【０１８６】
一例として、物理ボリューム４２が作成される場合、フラグ管理部４８は、当該物理ボリューム４２の制御フラグの値を“OFF”に設定する。また、物理ボリューム４２が削除される場合、フラグ管理部４８は、フラグ管理情報４７から、当該物理ボリューム４２の情報を削除する。なお、物理ボリューム４２の削除では、フラグ管理情報４７から該当するエントリ自体が削除されてもよいし、制御フラグが削除されてもよい。
【０１８７】
コピー処理部４５Ｂは、第１実施形態と同様の処理を行なうとともに、コピー指示に応じて、エラー判定を行なってよい。
【０１８８】
エラー判定では、指定されたデバイスがストレージ装置４に存在するか否かの判定、及び、コピー指示で指定された全ての物理ボリューム４２の制御フラグが“ON”であるか否かの判定が行なわれてよい。
【０１８９】
例えば、指定された物理ボリューム４２がストレージ装置４に存在しない場合、コピー処理部４５Ｂはコピー制御部３２Ｂに、物理ボリューム４２が存在しないことを示すエラー応答（第１の応答）を行なってよい。
【０１９０】
また、例えば、指定された物理ボリューム４２の制御フラグが“OFF”である場合、コピー処理部４５Ｂはコピー制御部３２Ｂに、フラグ管理情報４７に基づき、制御フラグが無効であることを表すエラー応答（第２の応答）を行なってよい。換言すれば、コピー処理部４５Ｂは、コピー対象の物理ボリューム４２の制御フラグに応じて、当該物理ボリューム４２のコピーの可否を判定する。
【０１９１】
コピー制御部３２Ｂは、例示的に、コピー部３６、メモリ部３７、及び情報取得部３８Ｂをそなえてよい。コピー部３６及びメモリ部３７は、第１実施形態と同様であってよい。
【０１９２】
コピー制御部３２Ｂは、ストレージ装置４が記憶する制御フラグの制御、例えば制御フラグのステートの制御を行なってよい。例えば、コピー制御部３２Ｂは、自身が管理する物理ボリューム４２について、管理下であることを示す制御フラグ“ON”を、フラグ管理情報４７に設定する制御を行なう。
【０１９３】
一例として、コピー制御部３２Ｂは、物理ボリューム４２がコピー制御部３２Ｂの管理下になった場合に、制御フラグを“ON”に制御する。コピー制御部３２Ｂによる制御フラグの制御は、例えば、コピー制御部３２Ｂが管理サーバ２から関係情報を取得してデバイス管理情報３５を更新したときに行なわれてよい。
【０１９４】
情報取得部３８Ｂは、第１実施形態と同様の処理を行なうとともに、ストレージ装置４からのエラー応答に応じたデバイス管理情報３５の更新を行なってよい。
【０１９５】
例えば、情報取得部３８Ｂは、制御部４１Ｂから、デバイスが存在しないこと、又は、制御フラグが“OFF”であること、によるエラー応答を受信した場合、関係情報の取得処理を行ない、デバイス管理情報３５を更新する。なお、取得処理では、第１実施形態と同様に管理サーバ２から関係情報を取得すればよい。
【０１９６】
情報取得部３８Ｂがエラー応答に応じてデバイス管理情報３５を更新すると、コピー制御部３２Ｂは、更新されたデバイス管理情報３５に基づき、第２物理ボリューム４２の情報（正しい物理ボリューム番号）をコピー対象に指定したコピー指示を制御部４１Ｂに送信する。
【０１９７】
このように、ストレージ移行処理では、移行先の物理ボリューム４２の制御フラグが“OFF”になる。これにより、移行先の物理ボリューム４２が誤ってコピー対象として指定されても、制御部４１Ｂは、実際の環境とデバイス管理情報３５との不整合を検知でき、コピーを行なわずに、エラーをコピー制御部３２Ｂに通知できる。
【０１９８】
従って、コピー制御部３２Ｂは、デバイス管理情報３５を最新の情報に更新でき、最新の情報に基づき、コピー指示を送信できる。
【０１９９】
以上のように、物理ボリューム４２の変更を検知するタイミングを、コピー指示に基づくコピー処理の過程で行なうことで、デバイス管理情報３５の更新による管理サーバ２へのアクセス頻度を最小限に抑え、情報処理システム１Ｂの性能低下を抑制できる。
【０２００】
なお、制御フラグの管理、及び、物理ボリューム４２の変更の検知をストレージ装置４に実施させるのは、以下の理由が挙げられる。
【０２０１】
上述のように、ストレージ移行処理は、仮想基盤からストレージ装置４に対して実行されるため、仮想マシン３１上で動作するコピー制御部３２Ｂは、ストレージ移行を検知する機能を持たない。このため、仮想基盤又はストレージ装置４において、コピー対象となったストレージの移行を検出することが考えられる。
【０２０２】
しかし、ストレージの移行の検出を仮想基盤に実施させると、デバイス管理情報３５が正常なとき、例えばストレージ移行が発生していない場合に、仮想基盤へのアクセスが発生して性能低下が生じ得る。
【０２０３】
以上のことから、第２実施形態に係る情報処理システム１Ｂでは、ストレージ移行の検出を、仮想基盤の性能低下を生じさせないストレージ装置４に行なわせるのである。
【０２０４】
〔４−３〕動作例
以下、図２６〜図４８を参照して、情報処理システム１Ｂの動作例を説明する。なお、以下の説明では、情報処理システム１Ｂが下記の手順で動作する場合を想定する。
【０２０５】
１．新規ボリュームの作成
２．初回コピー又は初期設定
３．コピー運用
４．ストレージ移行処理
５．コピー運用の継続
６．新規ボリュームの作成
７．コピー運用の継続
【０２０６】
〔４−３−１〕新規ボリュームの作成（図２６〜図２８参照）
はじめに、新規ボリュームの作成の動作例について説明する。図２６に示すように、端末装置５は、ボリューム作成指示を仮想化管理部２１に送信する（処理Ｔ７１；図２８の矢印（１）参照）。
【０２０７】
仮想化管理部２１は、ストレージ装置４の制御部４１Ｂにボリューム作成指示を送信する（処理Ｔ７２；図２８の矢印（２）参照）。なお、仮想化管理部２１は、作成するボリュームのデバイス名及び物理ボリューム番号を決定してもよく、この場合、仮想化管理部２１からのボリューム作成指示には、デバイス名及び物理ボリューム番号の少なくとも一方が含まれてもよい。
【０２０８】
また、仮想化管理部２１は、デバイス名（“/dev/sda”及び“/dev/sdb”）と物理ボリューム番号（“0x01”及び“0x02”）との関係情報を仮想マシン情報２２に追加する（図２８の矢印（３）参照）。仮想マシン情報２２の更新は、処理Ｔ７２の後又は処理Ｔ７４の後に行なわれてよい。
【０２０９】
制御部４１Ｂは、ボリューム作成指示に応じて、物理ボリューム４２−１及び４２−２を作成するボリューム更新処理を行なう（処理Ｔ７３；図２８の（４）参照）。物理ボリューム４２−１及び４２−２の作成には、ボリューム３３−１（“/dev/sda”）及びボリューム３３−２（“/dev/sdb”）への物理ボリューム４２−１（“0x01”）及び物理ボリューム４２−２（“0x02”）の割り当てが含まれてよい。
【０２１０】
処理Ｔ７３のボリューム更新処理では、制御部４１Ｂのフラグ管理部４８により、フラグ管理情報４７の更新処理が行なわれる（処理Ｂ３；図２８の（５）参照）。
【０２１１】
以下、図２７を参照してボリューム更新処理について説明する。図２７に示すように、ストレージ装置４において、制御部４１Ｂは、実施する処理が物理ボリューム４２の作成であるか否かを判定する（ステップＳ２１）。
【０２１２】
物理ボリューム４２を作成する場合（ステップＳ２１でＹｅｓ）、制御部４１Ｂは、指定された物理ボリューム４２を作成する（ステップＳ２２）。また、フラグ管理部４８は、作成した物理ボリューム４２について、フラグ管理情報４７に“C-F=OFF”を登録し（ステップＳ２３）、処理が終了する。ステップＳ２３の処理により、図２６に示すフラグ管理情報４７が設定される。
【０２１３】
一方、ステップＳ２１において、実施する処理が物理ボリューム４２の作成ではない場合（ステップＳ２１でＮｏ）、制御部４１Ｂは、実施する処理が物理ボリューム４２の削除であるか否かを判定する（ステップＳ２４）。
【０２１４】
物理ボリューム４２を削除する場合（ステップＳ２４でＹｅｓ）、制御部４１Ｂは、指定された物理ボリューム４２を削除する（ステップＳ２５）。また、フラグ管理部４８は、削除した物理ボリューム４２の情報をフラグ管理情報４７から削除し（ステップＳ２６）、処理が終了する。
【０２１５】
なお、ステップＳ２４において、実施する処理が物理ボリューム４２の削除ではない場合（ステップＳ２４でＮｏ）、制御部４１Ｂは、指示に応じた処理を行ない（ステップＳ２７）、処理が終了する。
【０２１６】
図２６の説明に戻り、物理ボリューム４２の作成が完了すると、制御部４１Ｂは、仮想化管理部２１に応答を送信する（処理Ｔ７４）。
【０２１７】
仮想化管理部２１は、制御部４１Ｂからの応答に応じて端末装置５に応答を送信し（処理Ｔ７５）、処理が終了する。
【０２１８】
以上の処理により、ボリューム３３−１及び３３−２（“/dev/sda”及び“/dev/sdb”）に物理ボリューム４２−１及び４２−２（“0x01”及び“0x02”）がそれぞれ割り当てられる。また、フラグ管理情報４７において、作成された物理ボリューム４２の制御フラグとしてそれぞれ“OFF”が設定される。
【０２１９】
〔４−３−２〕初回コピー又は初期設定（図２９〜図３４参照）
次に、初回コピー又は初期設定（事前設定）の動作例について説明する。図２９に示すように、ボリューム作成指示に対する応答（例えば図２６の処理Ｔ７５）を受信後、端末装置５は、デバイス名を指定して、“/dev/sda”から“/dev/sdb”へのコピー指示をコピー制御部３２Ｂに送信する（処理Ｔ７６；図３４の矢印（Ｉ）参照）。
【０２２０】
コピー制御部３２Ｂのコピー部３６は、指定されたデバイス名についてコピー制御を開始する（処理Ｔ７７）。コピー制御では、コピー制御部３２Ｂの情報取得部３８Ｂは、関係情報の取得処理を行なう（処理Ｔ７８、処理Ａ３）。
【０２２１】
以下、図３０を参照して関係情報の取得処理について説明する。図３０に示すように、仮想マシン３１において、情報取得部３８Ｂは、コピー指示で指定されたデバイスがデバイス管理情報３５に存在するか否か（登録されているか否か）を判定する（ステップＳ３１）。
【０２２２】
指定されたデバイスがデバイス管理情報３５に存在しない場合（ステップＳ３１でＮｏ）、情報取得部３８Ｂは、管理サーバ２の仮想化管理部２１に対して、当該デバイスに係る関係情報の取得を依頼する（ステップＳ３２）。
【０２２３】
仮想化管理部２１の情報管理部２４は、仮想マシン情報２２における依頼元の仮想マシン３１のエントリから、コピー指示で指定されたデバイスに係る関係情報を取得し、コピー制御部３２Ｂに通知する（ステップＳ３３）。
【０２２４】
コピー制御部３２Ｂの情報取得部３８Ｂは、仮想化管理部２１から受信した関係情報をデバイス管理情報３５に格納する（ステップＳ３４）。また、情報取得部３８Ｂは、コピー指示で指定されたデバイスに係る制御フラグを“C-F=ON”に設定する制御を行なう（ステップＳ３５）。この制御は、例えばストレージ装置４の制御部４１Ｂに制御フラグの更新指示を送信することにより行なわれてよい。図２９の例では、物理ボリューム番号“0x01”及び“0x02”について、それぞれ制御フラグが“ON”に制御される。
【０２２５】
そして、情報取得部３８Ｂは、デバイス管理情報３５から、コピー指示で指定されたデバイス名に対応する物理ボリューム番号を取得し（ステップＳ３６）、取得処理が終了する。
【０２２６】
一方、ステップＳ３１において、指定されたデバイスがデバイス管理情報３５に存在する場合（ステップＳ３１でＹｅｓ）、処理がステップＳ３６に移行し、情報取得部３８Ｂは、デバイス管理情報３５から物理ボリューム番号を取得する。
【０２２７】
なお、図２９の処理Ｔ７８及び図３４の矢印（II）〜（IV）の処理は、図３０のステップＳ３１でＮｏの場合におけるステップＳ３２〜Ｓ３６の処理に相当する。換言すれば、図２９及び図３４に示す取得処理は、例えば初回コピーの実行時のように、管理サーバ２から関係情報を取得するフェーズの動作例である。
【０２２８】
図２９の説明に戻り、ストレージ装置４の制御部４１Ｂは、コピー制御部３２Ｂから関係情報の取得処理の過程で送信された制御フラグの更新指示を受信した場合、情報更新処理を行なう（処理Ｔ７９、処理Ｂ４）。
【０２２９】
情報更新処理では、図３１に示すように、ストレージ装置４において、フラグ管理部４８は、更新指示で指定された物理ボリューム４２のフラグ管理情報４７に、“C-F=ON”を設定し（ステップＳ４１）、処理が終了する。ステップＳ４１の処理により、図２９に示すように、物理ボリューム番号“0x01”及び“0x02”の制御フラグがそれぞれ“ON”に設定される（図３４の矢印（Ｖ−１）及び（Ｖ−２）参照）。
【０２３０】
図２９の説明に戻り、コピー制御部３２Ｂの情報取得部３８Ｂは、取得処理で取得した物理ボリューム番号をコピー部３６に通知する。コピー部３６は、物理ボリューム番号を指定して、“0x01”から“0x02”へのコピー指示をストレージ装置４の制御部４１Ｂに送信する（処理Ｔ８０；図３４の矢印（VI）参照）。
【０２３１】
制御部４１Ｂのコピー処理部４５Ｂは、指定された“0x01”から“0x02”へのコピー処理を実施する（処理Ｔ８１、処理Ｂ５；図３４の矢印（VII）参照）。
【０２３２】
以下、図３２を参照してコピー処理について説明する。図３２に示すように、ストレージ装置４において、コピー処理部４５Ｂは、コピー指示で指定された全てのデバイス、例えばコピー元及びコピー先の物理ボリューム４２がストレージ装置４配下に存在するか否かを判定する（ステップＳ５１）。
【０２３３】
少なくとも１つのデバイスが存在しない場合（ステップＳ５１でＮｏ）、コピー処理部４５Ｂは、コピー制御部３２Ｂにデバイスが存在しない旨のエラー応答を行ない（ステップＳ５２）、コピー処理が終了する。
【０２３４】
一方、全てのデバイスが存在する場合（ステップＳ５１でＹｅｓ）、コピー処理部４５Ｂは、コピー指示で指定された全てのデバイス、例えばコピー元及びコピー先の物理ボリューム４２が“C-F=ON”であるか否かを判定する（ステップＳ５３）。ステップＳ５３の判定は、フラグ管理情報４７を参照して行なわれてよい。
【０２３５】
少なくとも１つのデバイスが“C-F=ON”ではない場合（ステップＳ５３でＮｏ）、コピー処理部４５Ｂは、コピー制御部３２Ｂに“C-F=OFF”である旨のエラー応答を行ない（ステップＳ５４）、コピー処理が終了する。
【０２３６】
一方、全てのデバイスが“C-F=ON”である場合（ステップＳ５３でＹｅｓ）、コピー処理部４５Ｂは、コピー処理を実行する（ステップＳ５５）。コピーが完了すると、コピー処理部４５Ｂは、コピー制御部３２Ｂに正常応答を送信し（ステップＳ５６；図２９の処理Ｔ８３）、コピー処理が終了する。
【０２３７】
図２９の説明に戻り、コピー制御部３２Ｂは、制御部４１Ｂからコピー処理の過程で送信されたエラー応答を受信した場合、コピーエラー処理を行なってよい（処理Ｔ８２、処理Ａ４）。
【０２３８】
コピーエラー処理では、図３３に示すように、仮想マシン３１において、コピー制御部３２Ｂは、制御部４１Ｂから受信したエラー応答が、デバイスが存在しないこと、又は、“C-F=OFF”であること、を示すか否かを判定する（ステップＳ６１）。
【０２３９】
エラー応答がステップＳ６１の判定条件に該当しない場合（ステップＳ６１でＮｏ）、コピー制御部３２Ｂは、端末装置５に対してエラー応答を送信する（ステップＳ６２；図２９の処理Ｔ８４）。
【０２４０】
一方、エラー応答がステップＳ６１の判定条件に該当する場合（ステップＳ６１でＹｅｓ）、最新の関係情報を管理サーバ２から取得してデバイス管理情報３５を更新するため、処理が図３０のステップＳ３２に移行し、更新処理が実行される。
【０２４１】
図２９の説明に戻り、コピー制御部３２Ｂは、制御部４１Ｂから正常応答を受信すると、端末装置５に正常応答を送信し（処理Ｔ８４）、処理が終了する。
【０２４２】
以上の処理により、初回コピー又は初期設定において、コピー制御部３２Ｂによりユーザから指定されたデバイスの物理ボリューム番号が管理サーバ２から取得される。また、制御部４１Ｂにより、当該デバイスについて制御フラグが“ON”に設定され、コピーが実行される。
【０２４３】
〔４−３−３〕コピー運用（図３０〜図３３、図３５及び図３６参照）
次に、コピーの運用が行なわれる場合、換言すればコピー指示で指定されるデバイスに係る関係情報がデバイス管理情報３５に設定されている場合の動作例について説明する。
【０２４４】
図３５に示すように、端末装置５は、デバイス名を指定して、“/dev/sda”から“/dev/sdb”へのコピー指示をコピー制御部３２Ｂに送信する（処理Ｔ７６；図３６の矢印（VIII）参照）。
【０２４５】
コピー制御部３２Ｂのコピー部３６は、指定されたデバイス名についてコピー制御を開始する（処理Ｔ７７）。コピー制御では、コピー制御部３２Ｂの情報取得部３８Ｂは、関係情報の取得処理を行なう（処理Ｔ８５、処理Ａ３）。
【０２４６】
処理Ｔ８５では、コピー指示で指定された全てのデバイス名がデバイス管理情報３５に存在するため、情報取得部３８Ｂは、デバイス管理情報３５から当該デバイス名に対応する物理ボリューム番号を取得する。
【０２４７】
なお、図３５の処理Ｔ８５及び図３６の矢印（IX）の処理は、図３０のステップＳ３１でＹｅｓの場合におけるステップＳ３６の処理に相当する。換言すれば、図３５及び図３６に示す取得処理は、例えば２回目以降のコピーの実行時のように、自身の仮想マシン３１が記憶するデバイス管理情報３５から関係情報を取得するフェーズの動作例である。
【０２４８】
コピー部３６は、情報取得部３８Ｂがデバイス管理情報３５から取得した物理ボリューム番号を指定して、“0x01”から“0x02”へのコピー指示をストレージ装置４の制御部４１Ｂに送信する（処理Ｔ８０；図３６の矢印（Ｘ）参照）。
【０２４９】
制御部４１Ｂのコピー処理部４５Ｂは、指定された“0x01”から“0x02”へのコピー処理を実施する（処理Ｔ８１、処理Ｂ５；図３６の矢印（XI）参照）。なお、以降の処理は図２９及び図３４で説明した処理と同様である。
【０２５０】
このように、運用中のコピー処理では、コピー制御部３２Ｂは、仮想マシン３１上のデバイス管理情報３５を参照するため、仮想基盤へのアクセスは発生しない。
【０２５１】
〔４−３−４〕ストレージ移行処理の実施（図３７及び図３８参照）
次に、ストレージ移行処理の動作例について説明する。なお、前提として、仮想マシン情報２２及びデバイス管理情報３５では、図３４又は図３６に示すように、デバイス名“/dev/sda”及び“/dev/sdb”にボリューム番号“0x01”及び“0x02”がそれぞれ対応付けられているものとする。
【０２５２】
図３７に示すように、端末装置５は、ストレージ移行を行なうデバイス名“/dev/sda”を指定して、ストレージ移行指示を管理サーバ２の仮想化管理部２１に送信する（処理Ｔ９１；図３８の矢印（ｉ）参照）。
【０２５３】
仮想化管理部２１は、端末装置５から指定されたデバイス名に対応する物理ボリューム４２−１（“0x01”）を指定して、ストレージ移行指示をストレージ装置４の制御部４１Ｂに送信する（処理Ｔ９２；図３８の矢印（ii）参照）。処理Ｔ９２では、例えば、仮想マシン情報２２に基づき、デバイス名に対応する物理ボリューム４２が取得されてよい。
【０２５４】
また、移動先の物理ボリューム４２−３（“0x03”）が仮想化管理部２１により指定されてよく、情報管理部２４は、仮想マシン情報２２における“/dev/sda”に対応する物理ボリューム番号を“0x03”に更新してよい（図３８の矢印（iii）参照）。
【０２５５】
制御部４１Ｂは、ストレージ移行指示を受信すると、移動先の物理ボリューム４２−３（“0x03”）を“/dev/sda”の物理ボリューム４２として作成するボリューム更新処理を行なう（処理Ｔ９３；図３８の（iv）参照）。
【０２５６】
処理Ｔ９３のボリューム更新処理では、制御部４１Ｂのフラグ管理部４８により、フラグ管理情報４７の更新処理が行なわれる（処理Ｂ３）。処理Ｂ３により、フラグ管理情報４７では、物理ボリューム番号“0x03”に“C-F=OFF”が設定される。
【０２５７】
次いで、制御部４１Ｂは、移動元の“0x01”から、処理Ｔ９３で作成した移動先の“0x03”にデータをコピーする（処理Ｔ９４；図３８の（ｖ）参照）。
【０２５８】
そして、制御部４１Ｂは、移動元の“0x01”の物理ボリューム４２−１を削除するボリューム更新処理を行なう（処理Ｔ９５；図３８の（vi）参照）。
【０２５９】
処理Ｔ９５のボリューム更新処理では、制御部４１Ｂのフラグ管理部４８により、フラグ管理情報４７の更新処理が行なわれる（処理Ｂ３）。処理Ｂ３により、フラグ管理情報４７では、物理ボリューム番号“0x01”のエントリが削除される。
【０２６０】
そして、制御部４１Ｂは、仮想化管理部２１に応答を送信し（処理Ｔ９６）、仮想化管理部２１は、端末装置５にストレージ移行指示への応答を送信し（処理Ｔ９７）、処理が終了する。なお、移動先の物理ボリューム番号は、制御部４１Ｂにより決定され、処理Ｔ９６の応答で仮想化管理部２１に通知されてもよく、この場合、情報管理部２４は、処理Ｔ９６の応答の受信後に仮想マシン情報２２を更新してもよい。
【０２６１】
このように、ストレージ移行処理では、移行先の物理ボリューム４２の制御フラグが“OFF”に設定され、移行元の物理ボリューム４２の制御フラグは削除される。
【０２６２】
〔４−３−５〕コピー運用の継続（図３９〜図４２参照）
次に、ストレージ移行後にコピー運用が継続される場合の動作例について説明する。図３８に示すストレージ移行処理後（図３７の処理Ｔ９７の実行後）、図３９に示すように、端末装置５が“/dev/sda”から“/dev/sdb”へのコピー指示をコピー制御部３２Ｂに送信する（処理Ｔ９８；図４０の矢印（１）参照）。コピー制御部３２Ｂは、コピー制御を開始し（処理Ｔ９９）、コピー制御において、関係情報を取得する（処理Ｔ１００、処理Ａ３）。
【０２６３】
処理Ｔ１００では、コピー指示で指定された“/dev/sda”及び“/dev/sdb”がいずれもデバイス管理情報３５に存在するため、関係情報は、デバイス管理情報３５から取得される（図４０の矢印（２）参照）。
【０２６４】
そして、コピー制御部３２Ｂは、デバイス管理情報３５から取得された関係情報に基づき、“0x01”から“0x02”へのコピー指示をストレージ装置４の制御部４１Ｂに送信する（処理Ｔ１０１；図４０の矢印（３）参照）。
【０２６５】
制御部４１Ｂは、指定されたデバイスについてコピー処理を実施する（処理Ｔ１０２、処理Ｂ５）。しかし、コピー元として指定された物理ボリューム４２−１（“0x01”）は存在しないため、図３２のステップＳ５１でＮｏとなり、制御部４１Ｂからコピー制御部３２Ｂに、デバイスが存在しない旨のエラー応答が送信される（処理Ｔ１０３；図４０の矢印（４）参照）。
【０２６６】
コピー制御部３２Ｂの情報取得部３８Ｂは、制御部４１Ｂからのエラー応答に基づき、コピーエラー処理を行なう（処理Ｔ１０４、処理Ａ４）。コピーエラー処理では、制御部４１Ｂから受信したエラー応答が「デバイスが存在しない」ことを示すため、図３３のステップＳ６１でＹｅｓとなる。
【０２６７】
そこで、図４１に示すように、情報取得部３８Ｂは、関係情報の取得処理を実行する（処理Ｔ１０５、処理Ａ３）。
【０２６８】
情報取得部３８Ｂは、取得処理において、仮想化管理部２１から関係情報を取得し（図４２の矢印（５）参照）、デバイス管理情報３５を更新する（図４２の矢印（６）参照）。また、情報取得部３８Ｂは、制御部４１Ｂに対して、コピー制御部３２Ｂの管理下に置かれた“0x03”の制御フラグを“ON”に設定させる（図４２の矢印（７）参照）。
【０２６９】
制御部４１Ｂは、情報取得部３８Ｂからの制御フラグの更新指示に応じて、“0x03”の制御フラグを“ON”に設定する更新処理を行なう（処理Ｔ１０６、処理Ｂ４；図４２の矢印（８）参照）。
【０２７０】
また、コピー制御部３２Ｂでは、コピー部３６が、更新されたデバイス管理情報３５に基づき、“0x03”から“0x02”へのコピー指示を制御部４１Ｂに送信する（処理Ｔ１０７；図４２の矢印（９）参照）。
【０２７１】
制御部４１Ｂのコピー処理部４５Ｂは、指定された“0x03”から“0x02”へのコピー処理を実施し（処理Ｔ１０８、処理Ｂ５；図４２の矢印（１０）参照）、コピー制御部３２Ｂに正常応答を送信する（処理Ｔ１０９）。
【０２７２】
コピー制御部３２Ｂは、制御部４１Ｂから正常応答を受信すると、端末装置５に正常応答を送信し（処理Ｔ１１０）、処理が終了する。
【０２７３】
このように、ストレージ移行後のコピー処理では、コピー制御部３２Ｂから制御部４１Ｂに、存在しない物理ボリューム４２に対するコピー要求が発行される。この場合、ストレージ装置４は、デバイスが存在しない旨のエラー応答を返却する。
【０２７４】
コピー制御部３２Ｂは、デバイスが存在しない旨のエラー応答が返却された場合、該当する物理ボリューム４２がストレージ移行されたと判断し、デバイスと物理ボリューム４２との関係を再構築する。そして、デバイス管理情報３５を更新した物理ボリューム４２をコピー制御部３２Ｂの管理下として（制御フラグを“ON”に制御して）、制御部４１Ｂにコピーの再要求を行なう。
【０２７５】
従って、第２実施形態に係る情報処理システム１Ｂによれば、コピー指示において存在しない物理ボリューム番号が指定され、ストレージ装置４におけるコピー処理がエラーになるという、上述した不都合（ａ）を回避できる。
【０２７６】
なお、上述した不都合（ａ）を回避するだけであれば、例えば第１実施形態に係る情報処理システム１Ａのコピー制御部３２Ａに対して、図３３に示すコピーエラー処理を適用してもよい。この場合、ステップＳ６１でＮｏの場合に、図１２に示すステップＳ２に処理を移行させればよい。
【０２７７】
〔４−３−６〕新規ボリュームの作成（図４３及び図４４参照）
次に、ストレージ移行後に新規ボリュームが作成される場合の動作例について説明する。図３８に示すストレージ移行処理後（図３７の処理Ｔ９７の実行後）、図４３に示すように、端末装置５は、ボリューム作成指示を仮想化管理部２１に送信する（処理Ｔ１１１；図４４の矢印（Ｉ）参照）。
【０２７８】
仮想化管理部２１は、ストレージ装置４の制御部４１Ｂにボリューム作成指示を送信する（処理Ｔ１１２；図４４の矢印（II）参照）。
【０２７９】
また、仮想化管理部２１は、デバイス名（“/dev/sdc”）と物理ボリューム番号（“0x01”）との関係情報を仮想マシン情報２２に追加する（図４４の矢印（III）参照）。仮想マシン情報２２の更新は、処理Ｔ１１２の後又は処理Ｔ１１４の後に行なわれてよい。
【０２８０】
制御部４１Ｂは、ボリューム作成指示に応じて、物理ボリューム４２−４を作成するボリューム更新処理を行なう（処理Ｔ１１３；図４４の（IV）参照）。物理ボリューム４２−４の作成には、ボリューム３３−３（“/dev/sdc”）への物理ボリューム４２−４（“0x01”）の割り当てが含まれてよい。
【０２８１】
処理Ｔ１１３のボリューム更新処理では、制御部４１Ｂのフラグ管理部４８により、フラグ管理情報４７の更新処理が行なわれる（処理Ｂ３）。
【０２８２】
処理Ｔ１１３及び処理Ｂ３により、物理ボリューム番号“0x01”が再利用されて物理ボリューム４２−４が作成され、物理ボリューム番号“0x01”の制御フラグが“OFF”に設定される。
【０２８３】
〔４−３−７〕コピー運用の継続（図４５〜図４８参照）
次に、ストレージ移行処理及びボリューム作成処理が行なわれた後に、コピー運用が継続される場合の動作例について説明する。
【０２８４】
図４４に示すストレージ移行処理後（図４３の処理Ｔ１１５の実行後）、図４５に示すように、端末装置５が“/dev/sda”から“/dev/sdb”へのコピー指示をコピー制御部３２Ｂに送信する（処理Ｔ１１６；図４６の矢印（１１）参照）。コピー制御部３２Ｂは、コピー制御を開始し（処理Ｔ１１７）、コピー制御において、関係情報を取得する（処理Ｔ１１８、処理Ａ３）。
【０２８５】
処理Ｔ１１８では、コピー指示で指定された“/dev/sda”及び“/dev/sdb”がいずれもデバイス管理情報３５に存在するため、関係情報は、デバイス管理情報３５から取得される（図４６の矢印（１２）参照）。
【０２８６】
そして、コピー制御部３２Ｂは、デバイス管理情報３５から取得された関係情報に基づき、“0x01”から“0x02”へのコピー指示をストレージ装置４の制御部４１Ｂに送信する（処理Ｔ１１９；図４６の矢印（１３）参照）。
【０２８７】
制御部４１Ｂは、指定されたデバイスについてコピー処理を実施する（処理Ｔ１２０、処理Ｂ５）。しかし、コピー元として指定された物理ボリューム４２−１（“0x01”）の制御フラグは“OFF”であるため、図３２のステップＳ５３でＮｏとなり、制御部４１Ｂからコピー制御部３２Ｂに、制御フラグが“OFF”である旨のエラー応答が送信される（処理Ｔ１２１；図４６の矢印（１４）参照）。
【０２８８】
コピー制御部３２Ｂの情報取得部３８Ｂは、制御部４１Ｂからのエラー応答に基づき、コピーエラー処理を行なう（処理Ｔ１２２、処理Ａ４）。コピーエラー処理では、制御部４１Ｂから受信したエラー応答が「“C-F=OFF”エラー」であることを示すため、図３３のステップＳ６１でＹｅｓとなる。
【０２８９】
そこで、図４７に示すように、情報取得部３８Ｂは、関係情報の取得処理を実行する（処理Ｔ１２３、処理Ａ３）。
【０２９０】
情報取得部３８Ｂは、取得処理において、仮想化管理部２１から関係情報を取得し（図４８の矢印（１５）参照）、デバイス管理情報３５を更新する（図４８の矢印（１６）参照）。また、情報取得部３８Ｂは、制御部４１Ｂに対して、コピー制御部３２Ｂの管理下に置かれた“0x03”の制御フラグを“ON”に設定させる（図４８の矢印（１７）参照）。
【０２９１】
制御部４１Ｂは、情報取得部３８Ｂからの制御フラグの更新指示に応じて、“0x03”の制御フラグを“ON”に設定する更新処理を行なう（処理Ｔ１２４、処理Ｂ４；図４８の矢印（１８）参照）。
【０２９２】
また、コピー制御部３２Ｂでは、コピー部３６が、更新されたデバイス管理情報３５に基づき、“0x03”から“0x02”へのコピー指示を制御部４１Ｂに送信する（処理Ｔ１２５；図４８の矢印（１９）参照）。
【０２９３】
制御部４１Ｂのコピー処理部４５Ｂは、指定された“0x03”から“0x02”へのコピー処理を実施し（処理Ｔ１２６、処理Ｂ５；図４８の矢印（２０）参照）、コピー制御部３２Ｂに正常応答を送信する（処理Ｔ１２７）。
【０２９４】
コピー制御部３２Ｂは、制御部４１Ｂから正常応答を受信すると、端末装置５に正常応答を送信し（処理Ｔ１２７）、処理が終了する。
【０２９５】
このように、ストレージ移行処理及びボリューム作成処理が行なわれた後のコピー処理では、コピー制御部３２Ｂは、仮想マシン３１上のデバイス管理情報３５から物理ボリューム番号を求め、“0x01”から“0x02”へのコピー指示を送信する。しかし、“0x01”は新規作成された物理ボリューム４２であるため、制御フラグは“OFF”である。
【０２９６】
ストレージ装置４では、制御フラグが“OFF”の物理ボリューム４２に対するコピー要求をコピー制御部３２Ｂから受信した場合、制御フラグのエラー（新規ボリュームエラー）を返却する。
【０２９７】
コピー制御部３２Ｂは、制御フラグのエラー応答を受信した場合、デバイスが存在しないエラー応答を受信した場合と同様に、デバイスと物理ボリューム４２との関係を再構築する。そして、デバイス管理情報３５を更新した物理ボリューム４２をコピー制御部３２Ｂの管理下として（制御フラグを“ON”に制御して）、制御部４１Ｂにコピーの再要求を行なう。
【０２９８】
従って、第２実施形態に係る情報処理システム１Ｂによれば、ストレージ装置４において、誤ったボリュームがコピーされるという、上述した不都合（ｂ）を回避できる。
【０２９９】
以上のように、情報処理システム１Ｂでは、第１実施形態と同様に、仮想デバイスと物理ボリューム４２との対応関係を示す関係情報を、仮想マシン３１のメモリ部３７に記憶するため、第１実施形態と同様の効果を奏することができる。
【０３００】
また、情報処理システム１Ｂでは、情報処理システム１Ａと同様に、ストレージ装置４のコピー機能を利用して、データのコピーが行なわれる。コピー処理では、コピー指示のために、ストレージ装置４上のディスク情報が用いられる。
【０３０１】
しかし、仮想マシン３１等の業務サーバから見たＣドライブやＤドライブ等のデバイスと、ストレージ装置４上のアドレス等のディスク領域との対応関係は、業務を継続しているうちに変更される可能性がある。なお、変更の契機としては、容量不足によるディスク領域の拡張やディスク故障によるデータ移行等が挙げられる。
【０３０２】
このため、業務サーバ上のデバイスとストレージ装置４上のディスクとの対応関係を整合させる処理が行なわれることになるが、当該処理のためにバックアップ時間が長期化し得る。
【０３０３】
そこで、第２実施形態では、関係情報が変化したことを検知する仕組みを設け、コピー制御部３２Ｂは、関係情報の変化があったときに関係情報を再取得してデバイス管理情報３５を更新する。
【０３０４】
これにより、ストレージ移行等により仮想マシン３１と物理ボリューム４２との関係性が変更されても、コピー制御部３２Ｂは、ストレージ装置４からのコピーの可否の結果に基づき、関係情報の整合性を保つ（例えば修正する）ことができる。
【０３０５】
なお、情報処理システム１Ｂは、例えば、業務データのバックアップを行なうシステムであり、バックアップが定期的に行なわれることを想定している。これに対し、関係情報の変化は頻繁に発生するものではないため、デバイス管理情報３５の更新頻度をコピー処理の実施頻度に比べて少なくでき、関係情報の更新処理がコピーの処理時間に与える影響を少なくできる。
【０３０６】
〔５〕その他
上述した第１及び第２実施形態に係る技術は、以下のように変形、変更して実施することができる。
【０３０７】
例えば、図７又は図２４に示す情報処理システム１の各機能ブロックは、それぞれ任意の組み合わせで併合してもよく、分割してもよい。
【０３０８】
また、第１及び第２実施形態においては、仮想マシン３１のボリューム３３に対応する物理ボリューム４２が１つのストレージ装置４に存在するものとしたが、これに限定されるものではない。例えば、仮想マシン３１の複数のボリューム３３に対応する複数の物理ボリューム４２が、複数のストレージ装置４に分散して存在してもよい。
【０３０９】
なお、仮想化管理部２１は、管理サーバ２のＯＳ上で実行されてもよいし、管理サーバ２が仮想マシンを実行する場合、仮想マシンで動作する仮想ＯＳ上で実行されてもよい。或いは、仮想化管理部２１は、ホストサーバ３で提供される仮想マシン３１にそなえられ、仮想マシン３１で動作する仮想ＯＳ上で実行されてもよい。
【０３１０】
また、第１及び第２実施形態では、ホストサーバ３で実行される１つの仮想マシン３１（例えば仮想マシン３１−１）に着目して仮想マシン３１の機能を説明したが、当該機能は、ホストサーバ３で実行される複数の仮想マシン３１の各々にそなえられてよい。
【０３１１】
〔６〕付記
以上の第１及び第２実施形態に関し、更に以下の付記を開示する。
【０３１２】
（付記１）
仮想マシンが用いる仮想ボリュームと、ストレージ装置がそなえる物理ボリュームとの対応関係に関する情報を、仮想ボリュームへの物理ボリュームの割り当てを管理する管理マシンから取得する取得部と、
取得した前記対応関係に関する情報を管理情報に記憶するメモリ部と、
コピー要求を受信すると、前記コピー要求でコピー対象に指定された第１仮想ボリュームの情報が前記管理情報に存在するか否かを判定し、前記第１仮想ボリュームの情報が前記管理情報に存在する場合、前記第１仮想ボリュームに割り当てられた第１物理ボリュームの情報を前記管理情報から取得し、前記ストレージ装置に対して、前記第１物理ボリュームをコピー対象に指定したコピー指示を送信するコピー部と、をそなえ、
前記取得部は、前記第１仮想ボリュームの情報が前記管理情報に存在しない場合に、前記対応関係に関する情報を前記管理マシンから取得して、前記管理情報を更新する、
ことを特徴とする、情報処理装置。
【０３１３】
（付記２）
前記取得部は、前記ストレージ装置から、前記コピー指示で指定された前記第１物理ボリュームが前記ストレージ装置に存在しないことを示す第１の応答を受信すると、前記対応関係に関する情報を前記管理マシンから取得して、前記メモリ部が記憶する前記管理情報を更新する、
ことを特徴とする、付記１記載の情報処理装置。
【０３１４】
（付記３）
前記ストレージ装置が記憶する制御情報であって、前記メモリ部が記憶する前記管理情報の有効性を表す前記制御情報のステートを制御する制御部、をさらにそなえ、
前記取得部は、前記ストレージ装置から、前記コピー指示で指定された前記第１物理ボリュームの情報が前記制御情報に基づき無効であることを表す第２の応答を受信すると、前記対応関係に関する情報を前記管理マシンから取得して、前記メモリ部が記憶する前記管理情報を更新する、
ことを特徴とする、付記１又は付記２記載の情報処理装置。
【０３１５】
（付記４）
前記制御情報は、前記ストレージ装置がそなえる物理ボリュームの各々について有効又は無効のステートを有し、物理ボリュームが前記ストレージ装置により構成されたときに対応するステートが無効に設定され、
前記制御部は、前記ストレージ装置に対して、前記取得部が前記管理マシンから取得した前記対応関係に関する情報に含まれる物理ボリュームの情報について、対応するステートが有効を示すように制御させ、
前記第２の応答は、前記コピー指示で指定された前記第１物理ボリュームの情報について、対応するステートが無効であることを示す応答である、
ことを特徴とする、付記３記載の情報処理装置。
【０３１６】
（付記５）
前記コピー部は、更新された前記管理情報から前記第１仮想ボリュームに割り当てられた第２物理ボリュームの情報を取得し、前記ストレージ装置に対して、前記第２物理ボリュームをコピー対象に指定したコピー指示を送信する、
ことを特徴とする、付記２〜４のいずれか１項記載の情報処理装置。
【０３１７】
（付記６）
複数の物理ボリュームと、
前記物理ボリュームを制御する制御部と、をそなえ、
前記制御部は、
仮想マシンが記憶する管理情報の有効性を表す制御情報を管理する管理部と、
前記仮想マシンからコピー指示を受信すると、前記コピー指示でコピー対象に指定された物理ボリュームのコピーを実行するコピー処理部と、をそなえ、
前記管理情報は、前記仮想マシンが用いる仮想ボリュームと、前記物理ボリュームとの対応関係に関する情報であり、仮想ボリュームへの物理ボリュームの割り当てを管理する管理マシンから前記仮想マシンに取得され、
前記コピー指示は、前記仮想マシンが前記管理情報に基づきコピー対象の仮想ボリュームを変換して得られた物理ボリュームがコピー対象に指定され、
前記制御情報は、前記複数の物理ボリュームの各々について有効又は無効のステートを有し、
前記管理部は、
前記仮想マシンを実行する情報処理装置からの制御により指定された物理ボリュームについて、前記制御情報の対応するステートを有効に設定し、
物理ボリュームが構成されたときに対応するステートを無効に設定し、
前記コピー処理部は、
前記コピー指示で指定された物理ボリュームの情報が前記制御情報に基づき無効である場合、当該物理ボリュームの情報が無効であることを表す応答を前記情報処理装置に送信する、
ことを特徴とする、ストレージ装置。
【０３１８】
（付記７）
仮想マシンを実行する情報処理装置と、
物理ボリュームをそなえるストレージ装置と、
前記仮想マシンが用いる仮想ボリュームへの物理ボリュームの割り当てを管理し、前記仮想ボリュームと、前記物理ボリュームとの対応関係に関する情報を記憶する管理マシンと、をそなえ、
前記情報処理装置は、
コピー要求を受信すると、前記コピー要求でコピー対象に指定された第１仮想ボリュームの情報がメモリ部の管理情報に存在するか否かを判定し、
前記第１仮想ボリュームの情報が前記管理情報に存在しない場合、前記対応関係に関する情報の取得要求を前記管理マシンに送信し、
前記管理マシンは、
前記取得要求に応じて前記対応関係に関する情報を前記情報処理装置に送信し、
前記情報処理装置は、
前記管理マシンから取得した前記対応関係に関する情報を前記管理情報に記憶し、
前記第１仮想ボリュームの情報が前記管理情報に存在する場合、前記第１仮想ボリュームに割り当てられた第１物理ボリュームの情報を前記管理情報から取得し、
前記ストレージ装置に対して、前記第１物理ボリュームをコピー対象に指定したコピー指示を送信し、
前記ストレージ装置は、
前記情報処理装置から前記コピー指示を受信すると、前記コピー指示でコピー対象に指定された第１物理ボリュームのコピーを実行する、
ことを特徴とする、情報処理システム。
【０３１９】
（付記８）
前記ストレージ装置は、
前記コピー指示で指定された前記第１物理ボリュームが前記ストレージ装置に存在しない場合、前記第１物理ボリュームが前記ストレージ装置に存在しないことを示す第１の応答を前記情報処理装置に送信し、
前記情報処理装置は、
前記第１の応答を受信すると、前記対応関係に関する情報を前記管理マシンから取得して、前記メモリ部が記憶する前記管理情報を更新する、
ことを特徴とする、付記７記載の情報処理システム。
【０３２０】
（付記９）
前記ストレージ装置は、
前記管理情報の有効性を表す制御情報を記憶し、
前記コピー指示で指定された前記第１物理ボリュームの情報が前記制御情報に基づき無効である場合、前記第１物理ボリュームの情報が無効であることを表す第２の応答を前記情報処理装置に送信し、
前記情報処理装置は、
前記ストレージ装置から、前記第２の応答を受信すると、前記対応関係に関する情報を前記管理マシンから取得して、前記メモリ部が記憶する前記管理情報を更新する、
ことを特徴とする、付記７又は付記８記載の情報処理システム。
【０３２１】
（付記１０）
前記制御情報は、前記ストレージ装置がそなえる物理ボリュームの各々について有効又は無効のステートを有し、物理ボリュームが前記ストレージ装置により構成されたときに対応するステートが無効に設定され、
前記情報処理装置は、
前記ストレージ装置に対して、前記管理マシンから取得した前記対応関係に関する情報に含まれる物理ボリュームの情報について、対応するステートが有効を示すように制御させ、
前記第２の応答は、前記コピー指示で指定された前記第１物理ボリュームの情報について、対応するステートが無効であることを示す応答である、
ことを特徴とする、付記９記載の情報処理システム。
【０３２２】
（付記１１）
前記情報処理装置は、
更新された前記管理情報から前記第１仮想ボリュームに割り当てられた第２物理ボリュームの情報を取得し、前記ストレージ装置に対して、前記第２物理ボリュームをコピー対象に指定したコピー指示を送信する、
ことを特徴とする、付記８〜１０のいずれか１項記載の情報処理システム。
【０３２３】
（付記１２）
コンピュータに、
コピー要求を受信すると、前記コピー要求でコピー対象に指定された第１仮想ボリュームの情報がメモリ部の管理情報に存在するか否かを判定し、
前記第１仮想ボリュームの情報が前記管理情報に存在しない場合、仮想マシンが用いる仮想ボリュームと、ストレージ装置がそなえる物理ボリュームとの対応関係に関する情報を、仮想ボリュームへの物理ボリュームの割り当てを管理する管理マシンから取得し、
前記管理マシンから取得した前記対応関係に関する情報を前記管理情報に記憶し、
前記第１仮想ボリュームの情報が前記管理情報に存在する場合、前記第１仮想ボリュームに割り当てられた第１物理ボリュームの情報を前記管理情報から取得し、
前記ストレージ装置に対して、前記第１物理ボリュームをコピー対象に指定したコピー指示を送信する、
処理を実行させることを特徴とする、処理プログラム。
【符号の説明】
【０３２４】
１、１Ａ、１Ｂ    情報処理システム
２    管理サーバ
２１    仮想化管理部
２２    仮想マシン情報
２３、３７、４６    メモリ部
２４    情報管理部
３、３−１〜３−ｍ    ホストサーバ
３１、３１−１    仮想マシン
３２、３２Ａ、３２Ｂ    コピー制御部
３３、３３−１〜３３−３    ボリューム
３４、３４−１〜３４−３    仮想ボリューム
３５    デバイス管理情報
３６    コピー部
３８Ａ、３８Ｂ    情報取得部
４    ストレージ装置
４１、４１Ａ、４１Ｂ    制御部
４２    物理ボリューム
４３−１、４３−２    ＣＭ
４４    記憶装置
４５Ａ、４５Ｂ    コピー処理部
４７    フラグ管理情報
４８    フラグ管理部
【図１】
0006686560.tif 000002
【図２】
0006686560.tif 000003
【図３】
0006686560.tif 000004
【図４】
0006686560.tif 000005
【図５】
0006686560.tif 000006
【図６】
0006686560.tif 000007
【図７】
0006686560.tif 000008
【図８】
0006686560.tif 000009
【図９】
0006686560.tif 000010
【図１０】
0006686560.tif 000011
【図１１】
0006686560.tif 000012
【図１２】
0006686560.tif 000013
【図１３】
0006686560.tif 000014
【図１４】
0006686560.tif 000015
【図１５】
0006686560.tif 000016
【図１６】
0006686560.tif 000017
【図１７】
0006686560.tif 000018
【図１８】
0006686560.tif 000019
【図１９】
0006686560.tif 000020
【図２０】
0006686560.tif 000021
【図２１】
0006686560.tif 000022
【図２２】
0006686560.tif 000023
【図２３】
0006686560.tif 000024
【図２４】
0006686560.tif 000025
【図２５】
0006686560.tif 000026
【図２６】
0006686560.tif 000027
【図２７】
0006686560.tif 000028
【図２８】
0006686560.tif 000029
【図２９】
0006686560.tif 000030
【図３０】
0006686560.tif 000031
【図３１】
0006686560.tif 000032
【図３２】
0006686560.tif 000033
【図３３】
0006686560.tif 000034
【図３４】
0006686560.tif 000035
【図３５】
0006686560.tif 000036
【図３６】
0006686560.tif 000037
【図３７】
0006686560.tif 000038
【図３８】
0006686560.tif 000039
【図３９】
0006686560.tif 000040
【図４０】
0006686560.tif 000041
【図４１】
0006686560.tif 000042
【図４２】
0006686560.tif 000043
【図４３】
0006686560.tif 000044
【図４４】
0006686560.tif 000045
【図４５】
0006686560.tif 000046
【図４６】
0006686560.tif 000047
【図４７】
0006686560.tif 000048
【図４８】
0006686560.tif 000049