データ移行を開始して、移行されるべき仮想ディスク内のデータブロックを移行元ストレージデバイスから移行先ストレージデバイスにコピーするステップと、前記データ移行処理の間、仮想マシンフロントエンド入力出力読出しリクエストが受信されると前記移行元ストレージデバイスから対応するデータを直接読み出して、仮想マシンフロントエンドIO書込みリクエストが受信されると前記仮想マシンフロントエンドIO書込みリクエストに対応する移行データブロックが移行されているかどうかを決定して、前記仮想マシンフロントエンドIO書込みリクエストに対応する前記移行データブロックが移行されている場合は前記移行データブロックの前記移行完了後に前記仮想マシンフロントエンドIO書込みリクエストに対応する書込み操作を実行して、前記仮想マシンフロントエンドIO書込みリクエストに対応する前記移行データブロックが移行されていない場合は前記仮想マシンフロントエンドIO書込みリクエストに対応する前記書込み操作を実行するステップと、移行されるべき前記仮想ディスク内の全てのデータブロックが前記移行先ストレージデバイスにコピーされた後に前記データ移行処理を停止して、仮想マシンマネージャによって管理された前記仮想ディスクを前記移行元ストレージデバイスから前記移行先ストレージデバイスに切り替えるステップとを備えることを特徴とする、仮想ストレージ移行方法。前記データ移行を開始して、移行されるべき前記仮想ディスク内の前記データブロックを前記移行元ストレージデバイスから前記移行先ストレージデバイスにコピーする前記ステップが、移行されるべき前記仮想ディスク内の前記データブロックのビットマップテーブルをチャンク単位で初期化するステップであって、前記チャンクのサイズが移行されるべき前記仮想ディスクのサイズに従って設定されるステップと、移行のために前記ビットマップテーブルから設定されていないチャンクに対応する前記データブロックを連続的に選択するステップと、前記設定されていないチャンクに対応する前記データブロックが前記移行元ストレージデバイスから前記移行先ストレージデバイスにコピーされると、前記ビットマップテーブル内の前記設定されていないチャンクを設定するステップとを備えることを特徴とする、請求項1に記載の方法。前記データ移行処理において、前記仮想マシンフロントエンドIO書込みリクエストが受信されて、前記仮想マシンフロントエンドIO書込みリクエストに対応する前記移行データブロックが移行されていないと決定されると、前記仮想マシンフロントエンドIO書込みリクエストに対応する前記書込み操作を実行する前記ステップが、前記仮想マシンフロントエンドIO書込みリクエストに対応する前記移行データブロックが移行されたことを前記ビットマップテーブルに従って問い合わせられると、前記仮想マシンフロントエンドIO書込みリクエスト内で搬送された新しい書込みリクエストデータブロックを前記移行元ストレージデバイスおよび前記移行先ストレージデバイスに直接書き込むステップと、前記仮想マシンフロントエンドIO書込みリクエストに対応する前記移行データブロックが移行されていないことを前記ビットマップテーブルに従って問い合わせられ、また前記仮想マシンフロントエンドIO書込みリクエスト内で搬送された前記新しい書込みリクエストデータブロックの前記サイズが前記移行データブロックの前記サイズよりも小さい場合、前記移行元ストレージデバイスから前記移行先ストレージデバイスに前記移行データブロックをコピーして、前記新しい書込みリクエストデータブロックを前記移行元ストレージデバイスおよび前記移行先ストレージデバイスに書き込み、前記ビットマップテーブル内の前記移行データブロックに対応する前記チャンクを設定するステップと、前記仮想マシンフロントエンドIO書込みリクエストに対応する前記移行データブロックが移行されていないことを前記ビットマップテーブルに従って問い合わせられ、また前記仮想マシンフロントエンドIO書込みリクエスト内で搬送された前記新しい書込みリクエストデータブロックの前記サイズが前記移行データブロックの前記サイズと等しい場合、前記新しい書込みリクエストデータブロックを前記移行元ストレージデバイスおよび前記移行先ストレージデバイスに直接書き込んで、前記ビットマップテーブル内の前記移行データブロックに対応する前記チャンクを設定するステップとを備えることを特徴とする、請求項2に記載の方法。前記データ移行を開始する前に、前記移行先ストレージデバイス内のストレージ領域を割り当てて、仮想マシン構成ファイルを前記移行先ストレージデバイスにコピーして、データ移行フラグを設定するステップであって、前記データ移行フラグが、データが現在移行されていることを識別するために使用されるステップをさらに備えることを特徴とする、請求項1に記載の方法。前記データ移行を開始する前記ステップの後に、前記データ移行フラグを消去して、前記移行元ストレージデバイス内の前記仮想ディスクに対応する仮想ディスクイメージを削除するステップをさらに備えることを特徴とする、請求項4に記載の方法。仮想マシンフロントエンドIOアクセスリクエストを優先的に処理するステップであって、前記フロントエンドIOアクセスリクエストが前記仮想マシンフロントエンドIO読出しリクエストと前記仮想マシンフロントエンドIO書込みリクエストとを備えるステップと、前記仮想マシンがアイドル状態の場合は優先順位の低いデータ移行スレッドを採用することによってデータ移行を実行するステップとをさらに備えることを特徴とする、請求項1に記載の方法。データ移行を開始して、移行されるべき仮想ディスク内のデータブロックを移行元ストレージデバイスから移行先ストレージデバイスにコピーするように構成された移行モジュールと、データ移行処理の間、仮想マシンフロントエンド入力出力読出しリクエストが受信されると前記移行元ストレージデバイスから対応するデータを直接読み出して、前記VMフロントエンドIO書込みリクエストが受信されると仮想マシンフロントエンドIO書込みリクエストに対応する移行データブロックが移行されているかどうかを決定して、前記仮想マシンフロントエンドIO書込みリクエストに対応する前記移行データブロックが移行されている場合は、前記移行データブロックの前記移行完了後に前記仮想マシンフロントエンドIO書込みリクエストに対応する書込み操作を実行して、前記仮想マシンフロントエンドIO書込みリクエストに対応する前記移行データブロックが移行されていない場合は、前記仮想マシンフロントエンドIO書込みリクエストに対応する前記書込み操作を実行するように構成されたリクエスト処理モジュールと、移行されるべき前記仮想ディスク内の全てのデータブロックが前記移行先ストレージデバイスにコピーされた後に前記データ移行を停止して、仮想マシンマネージャによって管理された前記仮想ディスクを前記移行元ストレージデバイスから前記移行先ストレージデバイスに切り替えるように構成されたスイッチモジュールとを備えることを特徴とする、仮想マシンモニタ。前記移行モジュールが、移行されるべき前記仮想ディスク内のデータブロックのビットマップテーブルをチャンク単位で初期化し、前記チャンクのサイズが移行されるべき前記仮想ディスクのサイズに従って設定されるように構成されている初期化ユニットと、移行のために前記ビットマップテーブルから設定されていないチャンクに対応するデータブロックを連続的に選択するように構成された移行ユニットと、前記設定されていないチャンクに対応する前記データブロックが前記移行元ストレージデバイスから前記移行先ストレージデバイスにコピーされると、前記ビットマップテーブル内の前記設定されていないチャンクを設定するように構成された設定ユニットとを備えることを特徴とする、請求項7に記載の仮想マシンモニタ。前記リクエスト処理モジュールが、前記データ移行処理の間、仮想マシンフロントエンドIO読出しリクエストが受信されると前記移行元ストレージデバイスから対応するデータを直接読み出すように構成された読出しリクエスト処理ユニットと、前記データ移行処理の間、仮想マシンフロントエンドIO書込みリクエストが受信されると前記仮想マシンフロントエンドIO書込みリクエストに対応する前記移行データブロックが移行されているかどうかを決定するように構成された決定ユニットと、前記決定ユニットの決定結果が前記仮想マシンフロントエンドIO書込みスリクエストに対応する前記移行データブロックが移行されていることを示す場合、前記データブロックの前記移行完了後に、前記仮想マシンフロントエンドIO書込みリクエストに対応する書込み操作を実行するように構成されたウェイティングユニットと、前記定ユニットの前記決定結果が前記仮想マシンフロントエンドIO書込みリクエストに対応する前記移行データブロックが移行されていないことを示す場合、前記ビットマップテーブルに従って前記仮想マシンフロントエンドIO書込みリクエストに対応する前記書込み操作を実行するように構成された実行ユニットとを備え、前記実行ユニットが、前記仮想マシンフロントエンドIO書込みリクエストに対応する前記移行データブロックが移行されたことを前記ビットマップテーブルに従って問い合わせられると、前記仮想マシンフロントエンドIO書込みリクエスト内で搬送された新しい書込みリクエストデータブロックを前記移行元ストレージデバイスおよび前記移行先ストレージデバイスに直接書き込むように構成された第1実行サブユニットと、前記仮想マシンフロントエンドIO書込みリクエストに対応する前記移行データブロックが移行されていないことを前記ビットマップテーブルに従って問い合わせられ、また前記仮想マシンフロントエンドIO書込みリクエスト内で搬送された前記新しい書込みリクエストデータブロックの前記サイズが前記移行データブロックの前記サイズよりも小さい場合、前記移行元ストレージデバイスから前記移行先ストレージデバイスに前記移行データブロックをコピーして、前記新しい書込みリクエストデータブロックを前記移行元ストレージデバイスおよび前記移行先ストレージデバイスに書き込み、前記ビットマップテーブル内の前記移行データブロックに対応する前記チャンクを設定するように構成された第2実行サブユニットと、前記仮想マシンフロントエンドIO書込みリクエストに対応する前記移行データブロックが移行されていないことを前記ビットマップテーブルに従って問い合わせられ、また前記仮想マシンフロントエンドIO書込みリクエスト内で搬送された前記新しい書込みリクエストデータブロックの前記サイズが前記移行データブロックの前記サイズと等しい場合、前記新しい書込みリクエストデータブロックを前記移行元ストレージデバイスおよび前記移行先ストレージデバイスに直接書き込んで、前記ビットマップテーブル内の前記移行データブロックに対応する前記チャンクを設定するように構成された第3実行サブユニットとを備えることを特徴とする、請求項8に記載の仮想マシンモニタ。データ移行スレッドが開始される前に前記移行先ストレージデバイス内のストレージ領域を割り当てて、仮想マシン構成ファイルを前記移行先ストレージデバイスにコピーして、データ移行フラグを設定するように構成された割当てモジュールであって、前記データ移行フラグが、データが現在移行されていることを識別するために使用される割当てモジュールをさらに備えることを特徴とする、請求項7に記載の仮想マシンモニタ。前記データ移行が停止された後に前記データ移行フラグを消去して、前記移行元ストレージデバイス内の前記仮想ディスクに対応する仮想ディスクイメージを削除するように構成された削除モジュールをさらに備えることを特徴とする、請求項10に記載の仮想マシンモニタ。仮想マシンフロントエンドIOアクセスリクエストを優先的に処理するように構成された優先処理モジュールであって、前記IOアクセスリクエストが前記仮想マシンフロントエンドIO読出しリクエストと前記仮想マシンフロントエンドIO書込みリクエストとを備え、前記仮想マシンがアイドル状態の場合は優先順位の低いデータ移行スレッドを採用することによってデータ移行を実行するように構成された優先処理モジュールをさらに備えることを特徴とする、請求項10に記載の仮想マシンモニタ。請求項7から12のいずれか一項に記載の少なくとも1つの仮想マシンと、移行元ストレージデバイスと、移行先ストレージデバイスと、仮想マシンモニタとを備えることを特徴とする、仮想ストレージ移行システム。本発明の実施形態は、VMの一時停止によってサービス中断またはエラーが生じ、またストレージ移行時間が過度に長いためにVMのアクセス性能が低下してしまう従来技術のデメリットを回避するために使用される、仮想ストレージ移行方法、仮想ストレージ移行システム、およびVMMを提供し、それによって、仮想ディスクの移行処理の間にVMのIOアクセスリクエストを同時に処理できるようになり、移行処理全体がVMの一時停止を必要としなくなり、したがってストレージ移行時間が大幅に減少する。本発明の実施形態は、データ移行を開始して、移行されるべき仮想ディスク内のデータブロックを移行元ストレージデバイスから移行先ストレージデバイスにコピーするステップと、データ移行処理の間、VMフロントエンドIO読出しリクエストが受信されると移行元ストレージデバイスから対応するデータを直接読み出して、VMフロントエンドIO書込みリクエストが受信されるとVMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されているかどうかを決定して、VMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されている場合は移行データブロックの移行完了後にVMフロントエンドIO書込みリクエストに対応する書込み操作を実行して、VMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されていない場合はVMフロントエンドIO書込みリクエストに対応する書込み操作を実行するステップと、移行されるべき仮想ディスク内の全てのデータブロックが移行先ストレージデバイスにコピーされた後にデータ移行を停止して、VMマネージャによって管理された仮想ディスクを移行元ストレージデバイスから移行先ストレージデバイスに切り替えるステップとを含む、仮想ストレージ移行方法を提供する。本発明の実施形態は、データ移行を開始して、移行されるべき仮想ディスク内のデータブロックを移行元ストレージデバイスから移行先ストレージデバイスにコピーするように構成された移行モジュールと、データ移行処理の間、VMフロントエンドIO読出しリクエストが受信されると移行元ストレージデバイスから対応するデータを直接読み出して、VMフロントエンドIO書込みリクエストが受信されるとVMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されているかどうかを決定して、VMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されている場合は移行データブロックの移行完了後にVMフロントエンドIO書込みリクエストに対応する書込み操作を実行して、VMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されていない場合はVMフロントエンドIO書込みリクエストに対応する書込み操作を実行するように構成されたリクエスト処理モジュールと、移行されるべき仮想ディスク内の全てのデータブロックが移行先ストレージデバイスにコピーされた後にデータ移行を停止して、VMマネージャによって管理された仮想ディスクを移行元ストレージデバイスから移行先ストレージデバイスに切り替えるように構成されたスイッチモジュールとを含むVMMをさらに提供する。本発明の実施形態は、少なくとも1つのVMと、移行元ストレージデバイスと、移行先ストレージデバイスと、VMMとを含む仮想ストレージ移行システムを提供する。本発明の実施形態による仮想ストレージ移行方法、仮想ストレージ移行システム、およびVMMでは、VMMがデータ移行スレッドを開始し、移行されるべき仮想ディスク内のデータブロックが移行元ストレージデバイスから移行先ストレージデバイスにコピーされる。データ移行処理の間、現在のデータ移行状況に従って受信したVMフロントエンドIOアクセスリクエストに対応する処理が実行され、すなわち、VMフロントエンドIO読出しリクエストが受信されると対応するデータが直接読み出され、VMフロントエンドIO書込みリクエストが受信されると、VMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されているかどうかがまず決定される。VMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されている場合は移行完了後に書込み操作が実行される。VMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されていない場合は、書込み操作が直接実行される。仮想ディスクが移行元ストレージデバイスから移行先ストレージデバイスに移行された後、VMによって使用されるストレージデバイスが移行元ストレージデバイスから移行先ストレージデバイスに切り替えられる。したがって、上位層のOSおよびVM内で実行しているアプリケーションにとって処理全体が透過的である。さらに、データ移行処理の間にVMフロントエンドIOアクセスリクエストが同時に処理されるので、それぞれのリクエストにおいて変更されたデータを記録するための追加の子ディスクは不要であり、変更されたデータにアップデート処理を別々に実行するためのVMの一時停止も不要である。したがって、この実施形態では、VMの一時停止によって生じるサービス中断またはエラーが回避される。さらに、従来技術のストレージオンライン移行ポストコピー方法と比較して、データブロックの変更された部分について周期的反復コピーが不要なので、移行データ量が大幅に減少し、移行時間が短縮され、それによってVMのアクセス性能が改良される。本発明の実施形態による、または従来技術における技術的ソリューションをより明確に説明するために、実施形態または従来技術の説明に必要な添付の図面を以下で簡単に紹介する。以下の記述における添付の図面は本発明の実施形態のうちのいくつかを示しており、当業者は創造的努力なしに添付の図面による他の図面を得られることは明らかである。本発明の実施形態の目的、技術的ソリューション、および利点をより明確にするために、以下で添付の図面を参照して本発明の実施形態における技術的ソリューションを明確かつ完全に説明する。説明する実施形態は、本発明の実施形態の全てではなく一部にすぎないことは明らかである。本発明の実施形態に基づいて、当業者によって創造的努力なしに得られる他の全ての実施形態は、本発明の保護範囲内であるものとする。図1は、本発明の実施形態1による仮想ストレージ移行方法の流れ図である。図1に示されるように、この実施形態は以下のステップを含む仮想ストレージ移行方法を提供する。ステップ101VMMがデータ移行を開始し、移行されるべき仮想ディスク内のデータブロックを移行元ストレージデバイスから移行先ストレージデバイスにコピーする。図2は、本発明の実施形態1による仮想ストレージ移行方法におけるネットワークアーキテクチャの概略図である。図2に示されるように、VMMはOSとハードウェアとの間の管理層であり、中央処理装置を含む下位層のハードウェアリソースを直接管理でき、メモリおよびディスクが下位層のハードウェアとは別のVMを確立し、上位層のOSおよびアプリケーションがVM内で実行してVMの全てのIOアクセスリクエストを監視する。図2から、ネットワークは複数のVMを含むことができ、1つのVMは特権ドメインドライバドメイン内のVMであって、VMMがIO機能を完了するのを助けるように構成されており、他のVM内で実行しているOSおよびアプリケーションは特権ドメインドライバドメイン内のVM内のネイティブデバイスドライバを介して下位層のストレージシステムへのアクセスを完了することがわかるだろう。すなわち、他のVMは、他のVMのIOアクセスリクエストを特権ドメインドライバドメイン内のVMに転送することができ、次いで特権ドメインドライバドメイン内のVMが、IOアクセスリクエストに応答して物理的ディスクへのアクセスを実行するためにVMMとデータ交換を実行する。本発明の実施形態では、VMMが仮想ストレージ移行を実行するためにデータ移行処理を開始し、データ移行処理を実行する間、VMMは移行されるべき仮想ディスク内のデータブロックを移行元ストレージデバイスから移行先ストレージデバイスにコピーする。特に、このステップにおける仮想ストレージ移行処理はストレージ移行スレッドを開始することによって完了でき、後続の実施形態における処理はこの処理に類似しているのでこれ以上説明しない。ステップ102データ移行処理の間、VMフロントエンドIO読出しリクエストが受信されるとVMMは移行元ストレージデバイスから対応するデータを直接読み出して、VMフロントエンドIO書込みリクエストが受信されるとVMMはVMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されているかどうかを決定して、VMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されている場合は、VMMは移行データブロックの移行完了後にVMフロントエンドIO書込みリクエストに対応する書込み操作を実行して、VMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されていない場合は、VMMはVMフロントエンドIO書込みリクエストに対応する書込み操作を実行する。VMMがデータ移行を実行するためにデータ移行処理を開始する処理において、VMMはさらにVMによって送信されたVMフロントエンドIOアクセスリクエストを同時に受信して、受信したVMフロントエンドIOアクセスリクエストを現在のデータ移行状況に従って処理し、すなわち実行のためにIOリクエスト宛先変更処理がデータ移行に統合される。VMフロントエンドIOアクセスリクエストが仮想ディスクにアクセスすると、IOアクセスリクエストおよびデータ移行の間の対応するリクエストがリクエストキュー内で配列され、VMMはデータ移行処理の間にリクエストキューから異なるリクエストを一定のポリシーに従ってリアルタイムに取得して、異なるリクエストの対応する処理を実行し、すなわち、実際の状況に従ってキュー内の異なるIOリクエストについて異なる処理優先順位を設定する。移行処理において変更されたデータを記録するために追加の子ディスク領域が必要であり、変更されたデータに対応する処理を実行するためにデータ移行後にVMが一時停止される従来技術における第1の方法と比較すると、この実施形態ではデータ移行が実行される際にVMフロントエンドIOアクセスリクエストが同時に処理されるので、すなわちデータ移行処理とVMフロントエンドIOアクセスリクエストの処理プロセスとが相互に独立しているので、相互に影響を及ぼさない。したがって、VMおよびVM内で実行しているアプリケーションにとってデータ移行処理全体が透過的である。特に、このステップでは、データ移行処理の間、VMMはVMによって送信されたVMフロントエンドIOアクセスリクエストを受信する。VMフロントエンドIOアクセスリクエストが読出しリクエストの場合、VMMは読出しリクエストに対応するデータブロックが移行されたか、あるいは移行されているかどうかを決定する必要がなく、VMMは読出しリクエストに従って読出しリクエストに対応するデータを移行元ストレージデバイスから直接読み出し、手順が終了する。この段階では、読出しリクエストの実行およびデータ移行処理は同時であり、相互に影響を及ぼさない。VMフロントエンドIOアクセスリクエストが書込みリクエストの場合、VMMは書込みリクエストに対応する移行データブロックが移行されているかどうかを決定する、すなわち書込みリクエストによって要求され、仮想ディスクに書き込まれるべき、移行されるべき仮想ディスク内の移行データブロックが移行されているどうかを決定する必要がある。VMMによって受信された書込みリクエストに対応する移行データブロックが移行されている場合は、VMMは書込みリクエストに対応する書込み操作を実行しないが、移行データブロックの移行完了後に対応する書込み操作を実行する。VMMによって受信された書込みリクエストに対応する移行データブロックが移行されていない場合、VMMは移行データブロックの移行完了を待たずに書込みリクエストに対応する書込み操作を直接実行する。ステップ103移行されるべき仮想ディスク内の全てのデータブロックが移行先ストレージデバイスにコピーされた後、VMMはデータ移行を停止して、VMマネージャによって管理された仮想ディスクを移行元ストレージデバイスから移行先ストレージデバイスに切り替える。移行されるべき仮想ディスク内の全てのデータブロックが移行元ストレージデバイスから移行先ストレージデバイスにコピーされた後、すなわち、データ移行処理全体が完了した後、VMMは以前開始したデータ移行処理を停止して、VMマネージャによって管理された仮想ディスクを以前に設定した移行元ストレージデバイスから移行先ストレージデバイスに切り替える。この実施形態は、VMMがデータ移行処理を開始して、移行されるべき仮想ディスク内のデータブロックが移行元ストレージデバイスから移行先ストレージデバイスにコピーされて、データ移行処理の間、現在のデータ移行状況に従って受信したVMフロントエンドIOアクセスリクエストに対応する処理が実行される、仮想ストレージ移行方法を提供する。すなわち、VMフロントエンドIO読出しリクエストが受信されると対応するデータが直接読み出され、VMフロントエンドIO書込みリクエストが受信されると書込みリクエストに対応する移行データブロックが移行されているかどうかがまず決定される。VMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されている場合は、VMMは移行完了後に書込み操作を実行する。VMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されていない場合は、VMMは書込み操作を直接実行する。仮想ディスクが移行元ストレージデバイスから移行先ストレージデバイスにコピーされた後、VMによって使用されるストレージデバイスが移行元ストレージデバイスから移行先ストレージデバイスに切り替えられる。したがって、上位層のOSおよびVM内で実行しているアプリケーションにとって処理全体が透過的である。さらに、データ移行の間にVMフロントエンドIOアクセスリクエストが同時に処理されるので、それぞれのリクエストにおいて変更されたデータを記録するための追加の子ディスクは不要であり、変更されたデータにアップデート処理を別々に実行するためのVMの一時停止も不要である。したがって、この実施形態では、VMの一時停止によって生じるサービス中断またはエラーが回避される。さらに、従来技術のストレージオンライン移行ポストコピー方法と比較して、データブロックの変更された部分について周期的反復コピーが不要なので、移行データ量が大幅に減少し、移行時間が短縮され、それによってVMのアクセス性能が改良される。図3は、本発明の実施形態2による仮想ストレージ移行方法の流れ図である。図3に示されるように、この実施形態は以下のステップを含む仮想ストレージ移行方法を提供する。ステップ301VMMは移行先ストレージデバイス内のストレージ領域を割り当てて、VM構成ファイルを移行先ストレージデバイスにコピーする。この実施形態における移行元ストレージデバイスおよび移行先ストレージデバイスはデータ移行の方向に従って設定され、移行元ストレージデバイスはデータがもともと格納されている場所であり、移行先ストレージデバイスはデータ移行後にデータが格納される場所であり、データ移行処理は、データが移行元ストレージデバイスから移行先ストレージデバイスに移行される処理である。図2を例にとると、図2の最左下のストレージデバイスが移行元ストレージデバイスであり、図2の最右下のストレージデバイスが移行先ストレージデバイスである。データ移行が実行される前に、VMMは、移行されるべき仮想ディスク内のデータブロックおよび移行元ストレージデバイス内のVM構成ファイルを格納するために、まず移行先ストレージデバイス内のストレージ領域を割り当てる。このステップを実行する間、VMMはまず移行先ストレージデバイスに接続され、移行元ストレージデバイスと移行先ストレージデバイスとの間のデータチャネルを確立する。次に、VMMは移行元ストレージデバイス内のVM構成ファイルを移行先ストレージデバイスにコピーして、移行元ストレージデバイスと移行先ストレージデバイスがそれぞれVM構成ファイルのコピーを格納するようにする。ステップ302VMMはデータ移行フラグを設定して、データ移行処理を開始する。データ移行処理の準備が完了した後、VMMはVMM自体の中にデータ移行フラグを設定し、同時に移行されるべきVD内のデータブロックを移行するためにデータ移行処理を開始して、データブロックを移行元ストレージデバイスから移行先ストレージデバイスにコピーできるようにする。データ移行フラグは、データブロックが現在データ移行処理中であり、データ移行処理が現在実行状態であることを識別するために使用できる。このステップでは、すなわちVMMによってデータ移行処理を開始するステップでは、VMがアイドル状態の場合、VMMはデータ移行処理を再開する。この実施形態では、VMフロントエンドアプリケーションのIO実行への仮想ストレージ移行の影響を軽減するために、この実施形態は優先順位の低いデータ移行処理を採用し、すなわち、VMMは優先的にVMのフロントエンドアプリケーションのフロントエンドIOアクセスリクエストを供給し、フロントエンドIOアクセスリクエストはIO読出しリクエストおよびIO書込みリクエストを含むことができる。VMがアイドル状態の場合VMMはデータ移行処理を開始し、すなわちVMMはアイドルIO帯域幅を利用してVM内のデータをコピーする。ステップ303VMMは移行されるべき仮想ディスク内のデータブロックのビットマップテーブルをチャンク単位で初期化する。データ移行処理の実行において、この実施形態では、移行処理がデータコピーを実行するのを助けるために、移行されるべき仮想ディスク内のデータブロックのビットマップテーブルが設定される。特に、この実施形態におけるデータ移行の間、データブロックのビットマップテーブルがまず初期化され、VMMは移行されるべき仮想ディスク内のデータブロックのビットマップテーブルをチャンク単位で初期化でき、チャンクのサイズは移行されるべき仮想ディスクのサイズに従って設定される。この実施形態では、ビットマップテーブルがチャンク単位で初期化され、ビットマップテーブル内のそれぞれのビットは移行されるべき1つのチャンクに対応し、チャンクのサイズはデータ移行が始まる前に移行されるべき仮想ディスクのサイズに従って設定できる。さらに、より大きなチャンクを設定することによってディスクの読出しおよび書込み性能を改良できる。例えば、100ギガバイトのサイズを有する移行されるべき仮想ディスクを例にとると、移行処理で使用されるそれぞれのチャンクが1メガバイトに設定されると、対応するビットマップテーブルのサイズは125キロバイトにすぎない。したがって、ビットマップテーブルはこの実施形態におけるデータ移行処理を助けるために使用されること、およびビットマップテーブルが消費するメモリ領域は非常に小さいことがわかる。ステップ304VMMは、設定されていないチャンクをビットマップテーブルから連続的に選択し、設定されていないチャンクに対応するデータブロックに移行が実行される。本発明の実施形態によるデータ移行では、設定されていないチャンクに対応するデータブロックが、移行のためにビットマップテーブルから連続的に選択され、設定されていないチャンクはまだ移行を終了していないチャンクを識別するために使用される。それぞれのデータブロックが移行された後、ビットマップテーブル内のデータブロックに対応するチャンクが設定され、チャンクに対応するデータブロックが移行されたことが識別できるようになる。したがって、ビットマップテーブルから、どのチャンクに対応するデータブロックが移行されたか、およびどのチャンクに対応するデータブロックが移行されていないかがわかるので、それぞれの移行において設定されていないチャンクをビットマップテーブルから連続的に選択できる。この実施形態によるデータ移行では、ビットマップテーブル内の全てのチャンクが設定され、移行されるべき仮想ディスク内のデータブロックが全て移行されたことを示すまで、上記のステップを繰り返し実行できる。ステップ305VMMはビットマップテーブルをアップデートする。1つの移行データブロックの移行完了後、VMMはビットマップテーブルをアップデートし、具体的には、VMMはビットマップテーブル内の移行データブロックに対応するチャンクを設定して、チャンクに対応するデータブロックが移行されたことを示す。ステップ306VMMはデータ移行処理が完了したかどうかを決定して、データ移行処理が完了した場合、VMMはステップ307を実行し、データ移行処理が完了していない場合、処理はステップ304に戻る。ビットマップテーブルをアップデートした後、VMはデータ移行処理全体が完了したかどうかを決定し、具体的には、ビットマップテーブルに従って、ビットマップテーブル内のデータブロックに対応するチャンクが全て設定されたかどうかを決定する。チャンクが全て設定された場合、移行されるべき仮想ディスク内の全てのデータブロックが移行先ストレージデバイスにコピーされたことを示すので、ステップ307が実行される。ビットマップテーブル内のデータブロックに対応するチャンクがまだ設定されていない場合、処理はステップ304に戻り、移行されるべき仮想ディスク内の全てのデータブロックが移行先ストレージデバイスにコピーされるまで、設定されていないデータブロックが連続的に移行される。ステップ307VMMはデータ移行処理を停止して、データ移行フラグを消去する。移行されるべき仮想ディスク内の全てのデータブロックが移行先ストレージデバイスにコピーされた後、VMMは以前に開始したデータ移行処理を停止して、データ移行フラグを消去し、VMは現在データ移行状態ではないことを示し、後に他のデバイスがVMにアクセスするか他の操作を実行する際に、データ移行フラグを通じてVMが現在データ移行状態ではないことがわかるようにする。ステップ308VMMは、VMマネージャによって管理された仮想ディスクを移行元ストレージデバイスから移行先ストレージデバイスに切り替えて、移行元ストレージデバイス内の仮想ディスクに対応するVDIを削除する。データ移行処理全体が完了した後、VMMは仮想ディスクを移行元ストレージデバイスから移行先ストレージデバイスに直接切り替えて、移行元ストレージデバイス内の仮想ディスクに対応するVDIを削除し、次いでVMの全ての読出しおよび書込みリクエストを移行先ストレージデバイスに送信する。図4は、本発明の実施形態2による仮想ストレージ移行方法におけるVMIO処理プロセスの流れ図である。図3はこの実施形態のVMデータ移行処理におけるステップだけを紹介したが、図4はこの実施形態におけるVMIO処理プロセスのステップをさらに具体的に説明する。特に、図3に示されるステップに基づいて、この実施形態による仮想ストレージ移行方法は、以下のステップをさらに含むことができる。ステップ401データ移行処理の間、VMMはVMによって送信されたVMフロントエンドIOアクセスリクエストを受信する。この実施形態では、VMMがデータ移行処理を開始した後、データ移行が始まり、データ移行処理の間、VMMはVMによって送信されたVMフロントエンドIOアクセスリクエストを受信し、リクエストによってアクセスされるべきデータブロックの情報、すなわちデータブロック情報がVMフロントエンドIOアクセスリクエスト内で搬送される。フロントエンドIOアクセスリクエストが読出しリクエストの場合、データブロック情報は仮想ディスクから読み出されるべきデータブロックの位置またはフラグ情報を含み、フロントエンドIOアクセスリクエストが書込みリクエストの場合、データブロック情報は書込みリクエストによって要求され、仮想ディスクに書き込まれるべきデータブロックの位置またはフラグ情報を含む。VMフロントエンドIOアクセスリクエストは、書込みリクエストによって要求され、仮想ディスクに書き込まれるべき新しい書込みリクエストデータブロックも搬送できるので、新しい書込みリクエストデータブロックを対応するデータブロック内に書き込むことができる。ステップ402VMMは受信したVMフロントエンドIOアクセスリクエストが読出しリクエストかどうかを決定し、受信したVMフロントエンドIOアクセスリクエストが読出しリクエストの場合はステップ403が実行され、受信したVMフロントエンドIOアクセスリクエストが読出しリクエストではない場合はステップ404が実行される。このステップは、VMMがVMフロントエンドIOアクセスリクエストが読出しリクエストかどうかをまず決定して、次いで異なるリクエストタイプによる後続の異なるステップを実行することを含む。VMMによって受信されたVMフロントエンドIOアクセスリクエストが読出しリクエストの場合、移行元ストレージデバイスから対応するデータを直接読み出すためにステップ403が実行され、手順が終了する。VMMによって受信されたVMフロントエンドIOアクセスリクエストが読出しリクエストではなく書込みリクエストの場合、書込みリクエストに対応する情報を決定し続けるためにステップ404が実行される。ステップ403VMMが移行元ストレージデバイスから対応するデータを直接読み出す。VMMによって受信されたVMフロントエンドIOアクセスリクエストが読出しリクエストの場合、読出しリクエストは仮想ディスクからデータを読み出すためのものにすぎず、仮想ディスク内のデータを修正するためのものではないので、データ移行処理の間、移行元ストレージデバイスは移行されるべき仮想ディスク内の全てのデータを常に保存する。したがって、VMによって送信された読出しリクエストを受信した後、VMMは読出しリクエストに対応するデータブロックが移行されたか、あるいは移行されているかどうかを決定する必要がなく、読出しリクエストに対応するデータを移行元ストレージデバイスから直接読み出し、手順が終了する。この段階では、読出しリクエストの実行およびデータ移行処理は同時であり、相互に影響を及ぼさない。ステップ404VMMが、書込みリクエストに対応する移行データブロックが移行されているかどうかを決定する。書込みリクエストに対応する移行データブロックが移行されている場合はステップ405が実行される。書込みリクエストに対応する移行データブロックが移行されていない場合、ステップ406が実行される。VMMによって受信されたVMフロントエンドIOアクセスリクエストが書込みリクエストの場合、書込みリクエストの実行は移行されるべき仮想ディスク内の対応するデータブロックを変更するので、VMMは書込みリクエストに対応する移行データブロックが移行されているかどうかを決定する、すなわち、書込みリクエストによって要求され、書き込まれるべき、移行されるべき仮想ディスク内の移行データブロックが移行されているかどうかを決定する必要がある。この実施形態では、書込みリクエストを受信した後、VMMは、書込みリクエストデータブロックをビットマップテーブル内のそれぞれの移行データブロックに整列させるために、まず書込みリクエスト内で搬送された新しい書込みリクエストデータブロックに整列処理を実行して、整列処理を通じて書込みリクエストに対応する移行データブロックを取得できるようにする。書込みリクエストに対応する1つまたは複数の移行データブロックが存在する場合がある。書込みリクエスト内で搬送された新しい書込みリクエストデータブロックの全体的なサイズがユニット移行データブロックのサイズよりも大きく、書込みリクエストが複数の移行データブロックに対応する場合、書込みリクエストはそれぞれの移行データブロックを処理する。書込みリクエスト内で搬送された新しい書込みリクエストの全体的なデータブロックのサイズがユニット移行データブロックのサイズよりも大きい場合、書込みリクエストは複数の移行データブロックに対応する場合があり、すなわち、書込みリクエストは、ある移行データブロックのある部分、およびある移行データブロックに隣接する他の移行データブロックの他の部分に対応する場合がある。後続の実施形態は整列処理後の書込みリクエストを示しており、すなわち書込みリクエストが複数の移行データブロックに対応する場合、複数の新しい書込みリクエストデータブロックを形成するために、書込みリクエスト内で搬送された新しい書込みリクエストの全体的なデータブロックがブロックに分割される。それぞれの新しい書込みリクエストデータブロックは、1つの移行データブロックに対応する。移行データブロックは、移行されるべき仮想ディスク内のデータブロックである。本明細書では、移行データブロックは書込みリクエストによって要求され、書き込まれるべきデータブロックである。具体的には、図5は、本発明の実施形態2による仮想ストレージ移行方法におけるデータ移行ウインドウの概略図である。仮想ストレージオンライン移行処理におけるデータの一貫性を維持する都合上、上記のビットマップテーブル内のチャンクはそれぞれの移行処理における最小データユニットであり、図5の移行ウインドウに具体的に示すことができる。図5を例にとると、データ移行が実行されると、VMMは、移行のためにビットマップテーブル内の設定されていないデータのブロックを連続的に選択し、この段階では移行ウインドウはデータブロックに対応するチャンクに位置する。本明細書では、1つのチャンクは3つの四角形で表されるデータを含み、すなわち、移行ウインドウは3つの四角形上に位置する。データブロックが移行された後、VMMは移行のためにビットマップテーブル内の次の設定されていないデータブロックを連続的に選択する。図5に示されるように、移行ウインドウは繰返し3つの四角形分だけ左に移動でき、ウインドウは連続的に移動して、ビットマップテーブル内の全てのデータブロックが設定されるまでビットマップテーブル内の全ての四角形を横切る。書込みリクエストに対応する移行データブロックが移行されているかどうかが決定されると、書込みリクエストに対応する移行データブロックが現在の移行ウインドウ内に位置するかどうかを特に決定できる。書込みリクエストに対応する移行データブロックが現在の移行ウインドウ内に位置する場合、それは移行データブロックが移行されていることを示す。実行の都合上、データブロックにロック処理を実行できる。データ移行処理および書込みリクエスト処理が同じデータブロック内にある場合、データブロック上で相互排他的なアクセスを実行するために、まずデータブロックをロックする必要がある。データ移行処理においてまずデータブロックが移行される場合、データ移行処理においてまずデータブロックがロックされる。書込みリクエストもデータブロックを処理する場合、書込み操作を実行するために、書込みリクエストはデータ移行処理におけるデータブロックの移行が完了するまで待つ必要がある。決定後、書込みリクエストに対応する移行データブロックが現在移行されている場合、移行データブロックの移行処理が完了した後、VMMは後続のステップ405を実行して書込みリクエストに対応する書込み操作を実行する。書込みリクエストに対応する移行データブロックが現在移行状態ではない場合、VMMは後続のステップ406を実行して、ビットマップテーブルに従って書込みリクエストに対応する書込み操作を実行する。すなわち、VMMはビットマップテーブルに問い合わせることによって移行データブロックの状態をさらに決定し、次いで決定結果による書込みリクエストに対応する書込み操作を実行する。ステップ405移行データブロックの移行完了後、VMMは書込みリクエストに対応する書込み操作を実行する。VMMによって受信された書込みリクエストに対応する移行データブロックが移行されている場合は、VMMは書込みリクエストに対応する書込み操作を実行せず、移行データブロックの移行を待って、移行データブロックの移行完了後に対応する書込み操作を実行し、すなわち後続のステップ406が実行される。ステップ406VMMは、ビットマップテーブルに従って書込みリクエストに対応する移行データブロックが移行されたかどうかを問い合わせる。書込みリクエストに対応する移行データブロックが移行された場合、ステップ407が実行される。書込みリクエストに対応する移行データブロックが移行されていない場合、ステップ408が実行される。VMMによって受信された書込みリクエストに対応する移行データブロックが現在移行状態ではない場合、VMMは事前設定されたビットマップテーブルに従って書込みリクエストに対応する移行データブロックの状態を問い合わせ、すなわち書込みリクエストに対応する移行データブロックがビットマップテーブル内の移行データブロックに対応するチャンクの設定された状態に従って移行されたかどうかを決定する。ビットマップテーブル内の移行データブロックに対応するチャンクが設定された場合、それは書込みリクエストに対応する移行データブロックが移行されたことを示し、ステップ407が実行されて、VMMが書込みリクエスト内で搬送された新しい書込みリクエストデータブロックを移行元ストレージデバイスおよび移行先ストレージデバイスに直接書き込む。ビットマップテーブル内の移行データブロックに対応するチャンクが設定されていない場合、書込みリクエストに対応する移行データブロックが移行されていないことを示し、ステップ408が実行されてデータブロックの状態がさらに決定される。ステップ407VMMは、書込みリクエスト内で搬送された新しい書込みリクエストデータブロックを移行元ストレージデバイスおよび移行先ストレージデバイスに直接書き込み、データ移行処理を実行するために戻る。書込みリクエストに対応する移行データブロックが移行され、移行データブロックが移行元ストレージデバイスおよび移行先ストレージデバイスに格納されると、VMMは、書込みリクエストに対応する書込み操作を実行する際に、書込みリクエスト内で搬送された新しい書込みリクエストデータブロックを移行元ストレージデバイスおよび移行先ストレージデバイスに直接書き込む。本明細書では、新しい書込みリクエストデータブロックは、書込みリクエストによって要求され、対応する移行データブロックに書き込まれるべきデータであり、すなわち、新しい書込みリクエストデータブロックは移行データブロックにアップデートされるべきデータである。このステップで書込み操作を実行した後、VMMはデータ移行処理を実行するために戻る。ステップ408VMMは、書込みリクエスト内で搬送された新しい書込みリクエストデータブロックのサイズが移行データブロックのサイズよりも小さいかどうかを決定する。書込みリクエスト内で搬送された新しい書込みリクエストデータブロックのサイズが移行データブロックのサイズよりも小さい場合、ステップ409が実行される。書込みリクエスト内で搬送された新しい書込みリクエストデータブロックのサイズが移行データブロックのサイズよりも小さくない場合、ステップ410が実行される。書込みリクエストに対応する移行データブロックの移行が開始されない場合、VMMは書込みリクエスト内で搬送された新しい書込みリクエストデータブロックのサイズと対応する移行データブロックのサイズとをさらに比較し、すなわち、書込みリクエストに対応する書込み操作が移行データブロックの全部のブロック内で実行されるかどうかを決定する。新しい書込みリクエストデータブロックのサイズが移行データブロックのサイズよりも小さい場合、VMMは後続のステップ409を実行して、まず移行元ストレージデバイスから移行先ストレージデバイスに移行データブロックをコピーする。新しい書込みリクエストデータブロックのサイズが移行データブロックのサイズとちょうど等しい場合、VMMは後続のステップ410を実行して、書込みリクエスト内で搬送された新しい書込みリクエストデータブロックを移行元ストレージデバイスおよび移行先ストレージデバイスに直接書き込む。ステップ409VMMは移行元ストレージデバイスから移行先ストレージデバイスに移行データブロックをコピーして、ステップ410の実行に続く。新しい書込みリクエストデータブロックのサイズが移行データブロックのサイズよりも小さい、すなわち、書込みリクエストに対応する書込み操作が移行データブロック内のデータの一部に対応するにすぎない場合、VMMはまず移行元ストレージデバイスから移行先ストレージデバイスに移行データブロックをコピーする必要があり、それによって移行元ストレージデバイスおよび移行先ストレージデバイスで移行データブロックのバックアップを実行し、移行データブロックの移行を完了できるようにする。次いで、後続のステップ410が実行される。ステップ410VMMは書込みリクエスト内で搬送された新しい書込みリクエストデータブロックを移行元ストレージデバイスおよび移行先ストレージデバイスに書き込み、後続のステップ411を実行する。書込みリクエストに対応する書込み操作が対応する移行データブロック内のデータの一部に対応するにすぎない場合、VMMはまず移行データブロックをコピーして、次いでステップ410を実行して新しい書込みリクエストデータブロックを移行元ストレージデバイスおよび移行先ストレージデバイスに書き込み、それによって移行データブロックの移行および書込み操作の実行を行う。書込みリクエストに対応する書込み操作が移行データブロックの全部のブロックに対応する場合、VMMは新しい書込みリクエストデータブロックを移行元ストレージデバイスおよび移行先ストレージデバイスに直接書き込み、それによって移行データブロックの移行および書込み操作の実行を行う。この時点で、書込み操作の実行が完了し、移行元ストレージデバイスおよび移行先ストレージデバイスの両方が、データ移行処理全体が終了した後のデータはアップデートせずに、アップデートされた移行データブロックを保存する。ステップ411VMMはビットマップテーブル内の移行データブロックに対応するチャンクを設定する。1つの移行データブロックの移行完了後、VMMはビットマップテーブル内の移行データブロックに対応するチャンクを設定して、チャンクに対応するデータブロックは移行されたことを示す。この実施形態は仮想ストレージ移行方法を提供する。VMMはデータ移行処理を開始する。データ移行処理の間、VMMは、現在のデータ移行状況に従って受信したVMフロントエンドIOアクセスリクエストを宛先変更して、仮想ディスクが移行元ストレージデバイスから移行先ストレージデバイスに移行された後、VMMはVMによって使用されるストレージデバイスを移行元ストレージデバイスから移行先ストレージデバイスに切り替え、この処理において上位層のOSおよびVMのアプリケーションにとって処理全体が透過的である。さらに、データ移行の間にVMフロントエンドIOアクセスリクエストが同時に処理されるので、それぞれのリクエストにおいて変更されたデータを記録するための追加の子ディスクは不要であり、変更されたデータにアップデート処理を別々に実行するためのVMの一時停止も不要である。したがって、この実施形態では、VMの一時停止によって生じるサービス中断またはエラーが回避され、遠隔通信および銀行などの重要なアプリケーションのシナリオにおけるゼロサスペンションの高可用性要件が満たされる。さらに、この実施形態では、データブロックの変更された部分について周期的反復コピーが不要なので、仮想ディスク移行処理ではそれぞれのデータブロックが1度だけ転送される。ストレージオンライン移行ポストコピー方法と比較すると、移行データ量が大幅に減少され、移行時間が短縮され、それによってVMのアクセス性能が改良されるため、集中的な書込みリクエストのシナリオに特に適している。さらに、この実施形態のデータ移行処理の間、変更されたデータを記録するための追加のストレージ領域は不要であり、移行元ストレージデバイスに格納されたデータのストレージを変更する必要がないので、VMの読出しおよび書込みは影響を受けず、VMはデータ移行処理の間も依然として良い読出しおよび書込み性能を有する。最後に、この実施形態では優先順位の低いデータ移行処理を採用し、VMMは優先的にVMの通常のIOアクセスを供給し、その間、アイドル状態のIO帯域幅を使用することによってデータ移行を実行するので、VMの通常のサービスには影響が生じない。従来のブロックレベルストレージシステムの遠隔データコピーまたは同期方法によれば、データ移行はユニットとして全体的なストレージデバイスで実行される。しかし、VM環境では、ストレージデバイスは通常複数の仮想ディスクイメージを含み、ストレージデバイスは仮想ディスクを検知および区別できないので、仮想ディスクを別々に移行することはできない。従来技術と比較すると、この実施形態では、移行されるべき仮想ディスク内のデータブロックのビットマップテーブルがチャンク単位で初期化され、ビットマップテーブルはデータ移行処理を助けるために使用されるので、メモリ領域の消費が大幅に減少する。本発明の実施形態による方法のステップの全てまたは一部は、プログラム命令関連ハードウェアによって実装できることが、当業者なら理解できるであろう。プログラムはコンピュータ可読ストレージメディアに格納できる。プログラムが実行されると、本発明の実施形態による方法のステップが実行される。ストレージメディアは、読出し専用メモリ、ランダムアクセスメモリ、磁気ディスク、または光ディスクなどの、プログラムコードを格納できるどのようなメディアでもよい。図6は、本発明の実施形態1によるVMMの概略的構造図である。図6に示されるように、この実施形態は実施形態1における方法のステップを特に実行できるVMMを提供するが、ここでは繰り返し説明しない。この実施形態によるVMMは、移行モジュール601、リクエスト処理モジュール602、およびスイッチモジュール603を特に含むことができる。移行モジュール601はデータ移行処理を開始して、移行されるべき仮想ディスク内のデータブロックを移行元ストレージデバイスから移行先ストレージデバイスにコピーするように構成されている。リクエスト処理モジュール602は、データ移行処理の間、VMIO読出しリクエストが受信されると移行元ストレージデバイスから対応するデータを直接読み出して、VMフロントエンドIO書込みリクエストが受信されるとVMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されているかどうかを決定して、VMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されている場合は移行データブロックの移行完了後にVMフロントエンドIO書込みリクエストに対応する書込み操作を実行して、VMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されていない場合はVMフロントエンドIO書込みリクエストに対応する書込み操作を実行するように構成されている。スイッチモジュール603は、移行されるべき仮想ディスク内の全てのデータブロックが移行先ストレージデバイスにコピーされた後にデータ移行を停止して、VMマネージャによって管理された仮想ディスクを移行元ストレージデバイスから移行先ストレージデバイスに切り替えるように構成されている。図7は、本発明の実施形態2によるVMMの概略的構造図である。図7に示されるように、この実施形態は実施形態1における方法のステップを特に実行できるVMMを提供するが、ここでは繰り返し説明しない。図6に示されたVMMに基づいて、この実施形態によるVMMにおける移行モジュール601は、初期化ユニット611、移行ユニット621、および設定ユニット631を特に含むことができる。初期化ユニット611は移行されるべき仮想ディスク内のデータブロックのビットマップテーブルをチャンク単位で初期化し、チャンクのサイズが移行されるべき仮想ディスクのサイズに従って設定されるように構成されている。移行ユニット621は、移行のためにビットマップテーブルから設定されていないチャンクに対応するデータブロックを連続的に選択するように構成されている。設定ユニット631は、チャンクに対応するデータブロックが移行元ストレージデバイスから移行先ストレージデバイスにコピーされると、ビットマップテーブル内のチャンクを設定するように構成されている。特に、リクエスト処理モジュール602は、読出しリクエスト処理ユニット612、決定ユニット622、ウェイティングユニット632、および実行ユニット642を特に含むことができる。読出しリクエスト処理ユニット612は、データ移行の間、受信したVMフロントエンドIOアクセスリクエストが読出しリクエストの場合、移行元ストレージデバイスから対応するデータを直接読み出すように構成されている。決定ユニット622は、データ移行処理の間、VMフロントエンドIO書込みリクエストが受信されるとVMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されているかどうかを決定するように構成されている。ウェイティングユニット632は、決定ユニット622の決定結果がVMフロントエンドIO書込みスリクエストに対応する移行データブロックが移行されているという結果である場合、データブロックの移行完了後に、VMフロントエンドIO書込みリクエストに対応する書込み操作を実行するように構成されている。実行ユニット642は、決定ユニット622の決定結果がVMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されていないという結果である場合、ビットマップテーブルに従ってVMフロントエンドIO書込みリクエストに対応する書込み操作を実行するように構成されている。さらに、実行ユニット642は、第1実行サブユニット6421、第2実行サブユニット6422、および第3実行サブユニット6423を特に含むことができる。第1実行サブユニット6421は、VMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されたことをビットマップテーブルに従って問い合わせられると、VMフロントエンドIO書込みリクエスト内で搬送された新しい書込みリクエストデータブロックを移行元ストレージデバイスおよび移行先ストレージデバイスに直接書き込むように構成されている。第2実行サブユニット6422は、VMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されていないことをビットマップテーブルに従って問い合わせられ、またVMフロントエンドIO書込みリクエスト内で搬送された新しい書込みリクエストデータブロックのサイズが移行データブロックのサイズよりも小さい場合、移行元ストレージデバイスから移行先ストレージデバイスに移行データブロックをコピーして、新しい書込みリクエストデータブロックを移行元ストレージデバイスおよび移行先ストレージデバイスに書き込み、ビットマップテーブル内の移行データブロックに対応するチャンクを設定するように構成されている。第3実行サブユニット6423は、VMフロントエンドIO書込みリクエストに対応する移行データブロックが移行されていないことをビットマップテーブルに従って問い合わせられ、またVMフロントエンドIO書込みリクエスト内で搬送された新しい書込みリクエストデータブロックのサイズが移行データブロックのサイズと等しい場合、新しい書込みリクエストデータブロックを移行元ストレージデバイスおよび移行先ストレージデバイスに直接書き込んで、ビットマップテーブル内の移行データブロックに対応するチャンクを設定するように構成されている。さらに、この実施形態によるVMMは割当てモジュール604を含むことができる。割当てモジュール604は、データ移行処理が開始される前に移行先ストレージデバイス内のストレージ領域を割り当てて、VM構成ファイルを移行先ストレージデバイスにコピーして、データ移行フラグを設定するように構成されており、データ移行フラグはデータが現在移行されていることを識別するために使用される。さらに、この実施形態によるVMMは削除モジュール605を含むことができる。削除モジュール605は、データ移行処理が停止された後にデータ移行フラグを消去して、移行元ストレージデバイス内の仮想ディスクに対応する仮想ディスクイメージを削除するように構成されている。さらに、この実施形態によるVMMは、優先処理モジュール606を含むことができる。優先処理モジュール606は、IOアクセスリクエストを優先的に処理し、IOアクセスリクエストはVMフロントエンドIO読出しリクエストとVMフロントエンドIO書込みリクエストとを含み、VMがアイドル状態の場合は優先順位の低いデータ移行スレッドを採用することによってデータ移行を実行するように構成されている。この実施形態はVMMを提供する。VMMはデータ移行処理を開始して、移行されるべき仮想ディスク内のデータブロックを移行元ストレージデバイスから移行先ストレージデバイスにコピーし、データ移行処理の間、現在のデータ移行状況に従って受信したVMフロントエンドIOアクセスリクエストに対応する処理を実行し、すなわち、VMフロントエンドIO読出しリクエストが受信されるとVMMは対応するデータを直接読み出し、VMフロントエンドIO書込みリクエストが受信されると書込みリクエストに対応する移行データブロックが移行されているかどうかをまず決定し、書込みリクエストに対応する移行データブロックが移行されている場合は移行完了後に書込み操作を実行し、書込みリクエストに対応する移行データブロックが移行されていない場合は、VMMは書込み操作を直接実行し、仮想ディスクが移行元ストレージデバイスから移行先ストレージデバイスにコピーされた後、VMによって使用されるストレージデバイスを移行元ストレージデバイスから移行先ストレージデバイスに切り替え、この処理において上位層のOSおよびVMのアプリケーションにとって処理全体が透過的である。さらに、データ移行処理の間にVMフロントエンドIOアクセスリクエストが同時に処理されるので、それぞれのリクエストにおいて変更されたデータを記録するための追加の子ディスクは不要であり、変更されたデータにアップデート処理を別々に実行するためのVMの一時停止も不要である。したがって、この実施形態では、VMの一時停止によって生じるサービス中断またはエラーが回避される。さらに、従来技術のストレージオンライン移行ポストコピー方法と比較して、データブロックの変更された部分について周期的反復コピーが不要なので、移行データ量が大幅に減少し、移行時間が短縮され、それによってVMのアクセス性能が改良される。この実施形態は、少なくとも1つのVMと、移行元ストレージデバイスと、移行先ストレージデバイスと、VMMとを含む仮想ストレージ移行システムを提供する。VMMは、図6に示されるVMMでもよく図7に示されるVMMでもよい。最後に、前述の実施形態は本発明の技術的ソリューションを説明するために提供されるものであり、本発明を制限することを意図するものではない点に留意されたい。本発明を上述の実施形態を参照して詳細に説明してきたが、対応する技術的ソリューションの本質が修正または置換によって本発明の趣旨および保護範囲から逸脱しない限り、前述の実施形態に記載された技術的ソリューションに修正が行われてもよく、技術的解決手段におけるいくつかの技術的特徴に同等の置換が行われてもよいことが当業者には理解されよう。