JP2008129967A - ボリューム移行プログラム及び方法 - Google Patents

Abstract

【課題】仕様が完全には公開されていないようなボリュームマネージャを使用している場合においても高速な移行を可能とする。
【解決手段】第１のボリュームマネージャから第２のボリュームマネージャへの移行を実行させるためボリューム移行プログラムは、第１のボリュームマネージャに対して実際のアクセスを実施させることによって、第１のボリュームマネージャによる、論理ボリュームオフセットと物理媒体上の物理ブロックとの対応付けの情報を取得する工程と、取得された上記対応付けの情報に基づき、例外的なデータレイアウトが行われているか判断する工程と、例外的なデータレイアウトが行われていないと判断された場合には、物理媒体上のヘッダ領域のみを第２のボリュームマネージャ用に更新する工程とを含む。このように例外的なデータレイアウトが行われていないことを確認の上、ヘッダ領域のみを更新すれば、高速な移行が可能となる。
【選択図】図７

Description

本発明は、ボリューム移行技術に関する。

通常、異なるボリュームマネージャ間でボリュームを移行する場合には、移行元のボリュームマネージャによって移行元のディスクからデータ領域内のデータを読み出し、当該データを移行先のボリュームマネージャによって移行先のディスクに書き込むようにして、データのコピーを行う。

また、移行元ボリュームマネージャの機能が完全に公開されている場合は、移行先のボリュームマネージャが同等かそれ以上の機能をサポートしていさえすれば、ディスクに格納されているヘッダ領域とデータ領域の内ヘッダ領域のみを書き換えることにより、高速に移行を行うことができる。

なお、例えば特開平９−２５８９０８号公報には、メインフレームと、オープンシステムとの間で、データの共用を可能とする技術が開示されている。具体的には、ディスク制御装置は、SCSIインタフェースでUNIX（登録商標）オペレーティングシステムが制御するCPUと接続し、チャネルインタフェースで、VOS3オペレーティングシステムが制御するCPUと接続する。CPUには、CKDレコードアクセスライブラリと、VSAMアクセスライブラリがあって、CPUがディスク制御装置にCKD形式で格納したVSAMレコードを、FBA形式でアクセスし、かつVSAMの制御情報を元にして、VSAMレコードとしてCPUのアプリケーションプログラムにアクセスできる。本公報では異なるオペレーティングシステム間のデータの共用を議論しており、ボリュームマネージャの完全な移行については議論されていない。
特開平９−２５８９０８号公報

しかし、近年、移行対象ボリュームのボリュームサイズが飛躍的に増加しているため、データ領域をコピーする最初の方法ではボリューム移行に膨大な時間がかかってしまう。従って実際上は実施不能な場合も多い。

また、移行元のボリュームマネージャが、例えば交代ブロック（本来のデータ格納場所がブロック障害を起こしているような場合にマッピングされる別のブロック）のような技術をサポートしており、この仕様が完全には公開されていない場合、移行先のボリュームマネージャは論理ボリュームの該当オフセットに適切なブロックをマッピングすることができない。

従って、本発明の目的は、仕様が完全には公開されていないようなボリュームマネージャを使用している場合においても高速なボリューム移行を可能とするための技術を提供することである。

本発明に係るボリューム移行方法は、第１のボリュームマネージャから第２のボリュームマネージャへの移行を実行させるためのボリューム移行方法であって、第１のボリュームマネージャに対して実際のアクセスを実施させることによって、第１のボリュームマネージャによる、論理ボリュームオフセットと物理媒体上の物理ブロックとの対応付けの情報を取得する取得ステップと、取得された上記対応付けの情報に基づき、例外的なデータレイアウトが行われているか判断する判断ステップと、例外的なデータレイアウトが行われていないと判断された場合には、物理媒体上のヘッダ領域のみを第２のボリュームマネージャ用に更新する更新ステップとを含む。なお、上で述べた取得ステップは、第１のボリュームマネージャによる物理媒体へのアクセスをフックするプログラムモジュールを用いて実施される。

このように例外的なデータレイアウトが行われていないことを確認の上、ヘッダ領域のみを更新すれば、高速なボリューム移行が可能となる。

また、例外的なデータレイアウトが行われていると判断された場合には、例外的なデータレイアウトに係るデータを第１のボリュームマネージャを介して物理媒体から読み出すステップと、物理媒体上のヘッダ領域を第２のボリュームマネージャ用に更新するステップと、読み出された上記例外的なデータレイアウトに係るデータを、第２のボリュームマネージャによって物理媒体に書き込ませるステップとをさらに含むようにしても良い。例外的なデータレイアウトが行われる場合には、当該例外的なデータレイアウトに係るデータのみを移行先のボリュームマネージャによって書き込むことによって、コピーするデータの量を大幅に減少させることができ、高速な移行が可能となる。

さらに、上で述べた取得ステップが、他の通常プログラムのアクセス先の論理ボリュームオフセットを特定する特定ステップと、特定された上記論理ボリュームオフセットについて、第１のボリュームマネージャに対して実際のアクセスを再度実施させる再実施ステップとを含むようにしてもよい。このようにすれば、移行作業でシステムを停止させる時間を短くすることができる。

なお、全ての論理ボリュームオフセットに実際のアクセスを実施させた後であって、特定ステップで特定された上記論理ボリュームオフセットのうち未処理の論理ボリュームオフセットが無くなるまで、特定ステップ及び再実施ステップを繰り返すようになる。

さらに、本発明において、第１のボリュームマネージャを介して物理媒体上におけるヘッダ領域に格納されているボリューム構成情報を読み出し、論理ボリュームオフセットと物理媒体上の物理ブロックとの第２の対応付けを算出するステップをさらに含むようにしても良い。その際、上で述べた判断ステップが、第２の対応付けの情報と、取得ステップにおいて取得された上記対応付けの情報とを比較するステップを含むようにしてもよい。

また、本発明において、使用中の物理媒体から第２の物理媒体にデータをコピーさせるステップをさらに含むようにしてもよい。この場合、取得ステップ以降のステップを第２の物理媒体に対して実行させるようにしてもよい。合わせてディスクの移行を行う場合である。

さらに、ヘッダ領域を第２のボリュームマネージャ用に更新する際に、ボリュームの拡張を併せて登録するようにしてもよい。例えばディスクを追加してボリュームの拡張を合わせて実行する場合である。

なお、ボリューム移行方法をコンピュータに実行させるためのプログラムを作成することができ、このプログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークなどを介してデジタル信号として配信される場合もある。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。

本発明によれば、仕様が完全には公開されていないようなボリュームマネージャを使用している場合においても高速なボリューム移行が可能となる。

［実施の形態１］
図１に、本発明の第１の実施の形態に係るシステムの概要図を示す。通常のアプリケーションは、移行元論理ボリュームマネージャ３と移行元物理デバイスドライバ９とを介して物理ディスク１３を使用する。ボリューム移行を行う場合には、ボリューム移行ツール１と、エクステント抽出ドライバ５と、移行先論理ボリュームマネージャ７と、移行先物理デバイスドライバ１１とを実行して、以下で述べるような処理を実行する。

物理ディスク１３には、図２に示すように、ヘッダ領域とデータ領域とが設けられている。ヘッダ領域には、図３乃至図５に示すようなデータを格納している。なお、図３乃至図５では、物理ディスク１３を４つ用いる例を示す。

まず、図３に示すように、ヘッダ領域には、物理デバイス情報として、物理ディスクのＩＤと対応するデバイス特殊ファイル名とが登録されるようになっている。

また、図４に示すように、ヘッダ領域には、サブディスク情報として、サブディスクＩＤと、物理ディスクＩＤと、オフセットと、サイズとが登録されるようになっている。例えば、ＩＤが１のサブディスクは、ＩＤが１の物理ディスクに設けられ、その開始オフセットは１６で、そのサイズは１００００００である。

さらに、図５に示すように、ヘッダ領域には、論理ボリューム情報として、論理ボリュームＩＤと、レイアウト（ＳＴＲＩＰＥ／ＭＩＲＲＯＲ／ＣＯＮＣＡＴ（Concatenation））と、（サブディスクの組）又は［論理ボリュームの組］と、ボリュームサイズとが登録されている。図５の例では、ＩＤが１の論理ボリュームは、ＩＤが１及び３のサブディスクでＳＴＲＩＰＥを構成している。ＩＤが２の論理ボリュームは、ＩＤが５及び７のサブディスクでＳＴＲＩＰＥを構成している。さらに、ＩＤが３の論理ボリュームは、ＩＤが１及び２の論理ボリュームでＭＩＲＲＯＲを構成している。ＩＤが４の論理ボリュームは、ＩＤが２及び４のサブディスクでＣＯＮＣＡＴを構成している。ＩＤが５の論理ボリュームは、ＩＤが６及び８のサブディスクでＣＯＮＣＡＴを構成している。このような論理ボリューム構成は、図６のように表される。

次に、図７乃至図９を用いて図１に示したシステムの処理内容を説明する。図１の矢印（１）で示すように、ボリューム移行ツール１は、移行元論理ボリュームマネージャ３及び移行元物理デバイスドライバ９経由で、物理ディスク１３におけるヘッダ領域上のボリューム構成情報を読み出す（ステップＳ１）。ボリューム構成情報は、図３乃至図５に示すようなデータである。

そして、ボリューム移行ツール１は、読み出したボリューム構成情報から、論理ブロックと物理ブロックとのマッピングを計算する（ステップＳ３）。例えば、図６に示されるように、物理ディスク１（ＩＤ＝１）におけるサブディスク１（ＩＤ＝１）と物理ディスク２（ＩＤ＝２）におけるサブディスク３（ＩＤ＝３）とが論理ボリューム１（ＩＤ＝１）でＳＴＲＩＰＥを構成しており、さらに物理ディスク３（ＩＤ＝３）におけるサブディスク５（ＩＤ＝５）と物理ディスク４（ＩＤ＝４）におけるサブディスク７（ＩＤ＝７）とが論理ボリューム２（ＩＤ＝２）でＳＴＲＩＰＥを構成しており、さらに論理ボリューム１と論理ボリューム２とでＭＩＲＲＯＲを構成している。従って、論理ボリューム３の第１の論理ブロックは、物理ディスク１の開始オフセット１６と物理ディスク３の開始オフセット１６とにマッピングされる。同様に、論理ボリューム３の第２の論理ブロックは、物理ディスク２の開始オフセット１６と物理ディスク４の開始オフセット１６とにマッピングされる。このように図３乃至図５に示したデータから論理ブロックと物理ブロックとのマッピングを算出する。

次に、図１の矢印（２）で示すように、ボリューム移行ツール１は、移行元論理ボリュームマネージャ３に対してボリューム全体にＩ／Ｏを発行させ、エクステント抽出ドライバ５経由で実際のマッピングを抽出する（ステップＳ５）。本ステップの具体的な処理については、図８及び図９を用いて説明する。

まず、ボリューム移行ツール１は、図９に示すように、バッファメモリ上においてａ１から範囲Ａを確保して、移行元論理ボリュームマネージャ３に対して論理オフセットｘから範囲Ａだけ読み出す命令を出力する（ステップＳ２１）。移行元論理ボリュームマネージャ３は、範囲Ａを分割して、各々について対応する物理オフセットについてＩ／Ｏを発行する（ステップＳ２３）。このステップの処理については、従来どおりである。なお、移行元論理ボリュームマネージャ３は、図９に示すように領域分割によって範囲ＢについてＩ／Ｏを発行するものとする。

ここでエクステント抽出ドライバ５は、移行元論理ボリュームマネージャ３からのＩ／Ｏをインタセプトして、各分割領域の格納先開始メモリアドレスａ２と対応するＩ／Ｏ先の物理オフセットのセットを取得し、ボリューム移行ツール１に出力する（ステップＳ２５）。なお、この際、エクステント抽出ドライバ５は、Ｉ／Ｏを移行元物理デバイスドライバ９に出力しないので、物理ディスク１３へのアクセスが発生せず、処理時間を短縮することができるようになる。

最後に、ボリューム移行ツール１は、物理オフセットと、論理ブロックの開始論理オフセットｙ（＝ｘ＋（ａ２−ａ１））との対応を取得する（ステップＳ２７）。

このようにして、実際のアクセス（Ｉ／Ｏ）によって、例外的なデータレイアウトが存在している部分を特定することができる。

図７の説明に戻って、ボリューム移行ツール１は、ボリューム構成情報に基づくマッピングと実際のマッピングとが一致しているか判断する（ステップＳ７）。論理ブロックと物理ブロックとの対応関係が全て一致している場合には、ステップＳ１１に移行する。論理ブロックと物理ブロックの対応関係が１つの論理ブロックについてでも相違している場合には、例外的なデータレイアウトが行われていることになる。

そこで、図１の矢印（３）で示すように、ボリューム移行ツール１は、マッピングが不一致の論理ブロックの実データを、移行元論理ボリュームマネージャ３及び移行元物理デバイスドライバ９経由で読み出す（ステップＳ９）。マッピングが不一致の論理ブロックについては特定されるので、その論理ブロックの読み出しを移行元論理ボリュームマネージャ３に行わせればよい。

そしてステップＳ７でマッピングが全て一致していると判断された場合又はステップＳ９の後に、図１の矢印（４）で示すように、ボリューム移行ツール１は、移行先論理ボリュームマネージャ７及び移行先物理デバイスドライバ１１経由で、ヘッダ領域上のボリューム構成情報を移行先論理ボリュームマネージャ７用に更新する（ステップＳ１１）。図３乃至図５で示したようなデータを、移行先論理ボリュームマネージャ７で取り扱う形式で、ヘッダ領域に書き込む。旧ヘッダ領域は新たなヘッダ情報で上書きされる。

その後、ボリューム移行ツール１は、ステップＳ９で実データを読み出したか判断し（ステップＳ１３）、実データの読み出しがなければ処理を終了する。一方、実データの読み出しがあれば、図１の矢印（５）で示すように、ボリューム移行ツール１は、読み出した実データを移行先論理ボリュームマネージャ７及び移行先物理デバイスドライバ１１経由で物理ディスク１３に書き込む（ステップＳ１５）。このようにすれば、移行先論理ボリュームマネージャ７によって、当該移行先論理ボリュームマネージャ７におけるマッピングで適切に書き込みが行われ、移行後に適切にデータの利用が行えるようになる。

以上のような処理を行えば、例外的なデータレイアウトが行われているか否かを正確に確認することができ、例外的なデータレイアウトが行われていない場合にはヘッダ領域のみを更新すれば良く、例外的なデータレイアウトが行われている場合においても当該例外的なデータレイアウトが行われている部分のみをコピーして再書き込みすればよいので、ボリューム移行を高速に実施することができるようになる。

［実施の形態２］
第１の実施の形態では、レイアウトチェック（図７のステップＳ５）の途中で例外的なデータレイアウトが新たに発生しないように、レイアウトチェック中移行対象ボリュームの運用を停止しておくことを前提としていた。エクステント抽出ドライバ５の処理は充分高速であるが、それでも数十ＴＢレベルのサイズのボリュームをチェックすると、標準的なサーバのプロセッサ速度では、数十分程度の時間を要してしまう場合がある。

そこで、運用を停止する時間をより短縮するため、レイアウトチェックを運用と並行して行うようにする。このため、図１０のような構成を採用する。具体的には、運用による通常のＩ／Ｏが行われたブロックは移行元論理ボリュームマネージャ３により新たに例外的なレイアウトに変更されている可能性があるため、Ｉ／Ｏ監視ドライバ３３を導入して、当該Ｉ／Ｏ監視ドライバ３３によって通常のＩ／Ｏ要求を監視しておき、Ｉ／Ｏが行われた論理ボリュームオフセットをボリューム移行ツール３１にフィードバックする（図１０の矢印（６））。

ボリューム移行ツール３１は、矢印（２）で示すように、図７の処理フローにおけるステップＳ５において、最初全ての論理ボリュームオフセットに対してＩ／Ｏを行い、その間に通常のＩ／Ｏが発生した論理ボリュームオフセットをＩ／Ｏ監視ドライバ３３から受け取る。そして、最初のＩ／Ｏが全て完了した後に、それまでにＩ／Ｏ監視ドライバ３３から受け取った論理ボリュームオフセットについては再度レイアウトチェック（ステップＳ５）を実行する。その間に通常のＩ／Ｏが発生した論理ボリュームオフセットをＩ／Ｏ監視ドライバ３３から受け取り、２回目のレイアウトチェック実行終了後に、それまでに受け取った論理ボリュームオフセットについて再度ステップＳ５を実行する。

エクステント抽出ドライバ５は実際のＩ／Ｏ要求を移行元物理デバイスドライバ９には全く出力しないのでＩ／Ｏ監視ドライバ３３からフィードバックが蓄積するよりも速い速度でレイアウトチェックを完了することができる。従って、最終的には必ずフィードバック分を含めて全てのレイアウトチェックが完了する。

従って、上で述べた処理を繰り返して、レイアウトチェックを実行中に通常のＩ／Ｏが発生しなくなるまで行い、その時点で移行元ボリュームの運用を停止する。そしてステップＳ７以降の処理を実施すればよい。そうすれば、運用停止時間を短縮することが可能となる。

［実施の形態３］
ボリューム移行は物理的に同一のディスクを移行先でもそのまま使用することを前提としているが、性能や容量などの事情により、物理ディスク自体も移行してしまいたい場合がある。そのような場合は、旧ハードディスクと共に新ハードディスクをシステムに接続し、図１１に示すように、例えばボリューム移行ツール１から、ハードウエアによるディスク間コピーを実施させる（矢印（１１））。ハードウエアによるディスク間コピーは高速に行うことができる。その後に、図７に示した処理を実施すれば（矢印（１２））、物理ディスクの移行と共に高速にボリューム移行を行うことができる。

［実施の形態４］
さらに進んで、ボリューム移行時に物理ディスクの追加を行ってボリュームの拡張を行いたい場合もある。そのような場合には、ユーザはボリューム移行ツール１に対して、どのような物理ディスクを追加したのかという情報と、どのような論理ボリューム構成を行うのかという情報とを入力し、ボリューム移行ツール１は図７の処理フローにおいてステップＳ１１においてボリュームの拡張を反映した形でヘッダ領域にボリューム構成情報を書き込む。

例えば、図３乃至図５の例において、ＩＤが５の物理ディスクを追加して、当該物理ディスクを２つのサブディスクに分け、さらに追加されたサブディスクを論理ボリューム４と論理ボリューム５にそれぞれ追加する場合には、図１２乃至図１４のようなデータが移行先論理ボリュームマネージャ７用のボリューム構成情報としてヘッダ領域に書き込まれる。

図１２に更新後の物理デバイス情報の一例を示す。図３と比較すると、ＩＤが５の物理ディスクが追加されている。また、図１３に更新後のサブディスク情報の一例を示す。図４と比較すると、ＩＤが９及び１０のサブディスクのレコードが追加されている。さらに、図１４に更新後の論理ボリューム情報の一例を示す。図５と比較すると、ＩＤが４及び５の論理ボリュームの構成サブディスクに追加がなされている。

図１２乃至図１４をまとめると図１５に示すようになる。図６と比較すると、論理ボリューム４（ＣＯＮＣＡＴ）に物理ディスク５のサブディスク９が追加され、論理ボリューム５（ＣＯＮＣＡＴ）に物理ディスク５のサブディスク１０が追加されていることが分かる。これによって、物理ディスクを追加してボリュームを拡張したことが、移行先論理ボリュームマネージャ７によってヘッダ領域に登録されるようになる。

このように一度にボリューム拡張をも行ってしまうことによって、別途ボリューム拡張作業を行う必要が無くなるので、全体の移行処理が高速化される。

以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、図７のステップＳ１で現在のボリューム構成情報を読み出すようになっているが、現在のボリューム構成情報を解釈できない場合などには、ステップＳ７の判断としてステップＳ５で取得した物理オフセットが、周囲の物理オフセットのシーケンスからずれている部分を例外的なデータレイアウトを行っている部分として特定するようにしても良い。

（付記１）
第１のボリュームマネージャから第２のボリュームマネージャへの移行を実行させるためのボリューム移行プログラムであって、
前記第１のボリュームマネージャに対して実際のアクセスを実施させることによって、前記第１のボリュームマネージャによる、論理ボリュームオフセットと物理媒体上の物理ブロックとの対応付けの情報を取得する取得ステップと、
取得された前記対応付けの情報に基づき、例外的なデータレイアウトが行われているか判断する判断ステップと、
前記例外的なデータレイアウトが行われていないと判断された場合には、前記物理媒体上のヘッダ領域のみを前記第２のボリュームマネージャ用に更新する更新ステップと、
をコンピュータに実行させ
前記取得ステップが、前記第１のボリュームマネージャによる前記物理媒体へのアクセスをフックするプログラムモジュールを用いて実施される
ボリューム移行プログラム。

（付記２）
前記例外的なデータレイアウトが行われていると判断された場合には、
前記例外的なデータレイアウトに係るデータを前記第１のボリュームマネージャを介して前記物理媒体から読み出すステップと、
前記物理媒体上のヘッダ領域を前記第２のボリュームマネージャ用に更新するステップと、
読み出された前記例外的なデータレイアウトに係るデータを、前記第２のボリュームマネージャによって前記物理媒体に書き込ませるステップと、
をさらにコンピュータに実行させるための付記１記載のボリューム移行プログラム。

（付記３）
前記取得ステップが、
他の通常プログラムのアクセス先の論理ボリュームオフセットを特定する特定ステップと、
特定された前記論理ボリュームオフセットについて、前記第１のボリュームマネージャに対して実際のアクセスを再度実施させる再実施ステップと、
を含む付記１記載のボリューム移行プログラム。

（付記４）
前記第１のボリュームマネージャを介して前記物理媒体上における前記ヘッダ領域に格納されているボリューム構成情報を読み出し、前記論理ボリュームオフセットと前記物理媒体上の物理ブロックとの第２の対応付けを算出するステップ
をさらにコンピュータに実行させ、
前記判断ステップが、
前記第２の対応付けの情報と、前記取得ステップにおいて取得された前記対応付けの情報とを比較するステップ
を含む付記１記載のボリューム移行プログラム。

（付記５）
使用中の物理媒体から第２の物理媒体にデータをコピーさせるステップ
をさらにコンピュータに実行させ、
前記取得ステップ以降のステップを前記第２の物理媒体に対して実行させる
付記１記載のボリューム移行プログラム。

（付記６）
前記ヘッダ領域を前記第２のボリュームマネージャ用に更新する際に、ボリュームの拡張を併せて登録する
付記１又は２記載のボリューム移行プログラム。

（付記７）
第１のボリュームマネージャから第２のボリュームマネージャへの移行を実行するボリューム移行方法であって、
前記第１のボリュームマネージャに対して実際のアクセスを実施させることによって、前記第１のボリュームマネージャによる、論理ボリュームオフセットと物理媒体上の物理ブロックとの対応付けの情報を取得する取得ステップと、
取得された前記対応付けの情報に基づき、例外的なデータレイアウトが行われているか判断する判断ステップと、
前記例外的なデータレイアウトが行われていないと判断された場合には、前記物理媒体上のヘッダ領域のみを前記第２のボリュームマネージャ用に更新する更新ステップと、
を含み、
前記取得ステップが、前記第１のボリュームマネージャによる前記物理媒体へのアクセスをフックするプログラムモジュールを用いて実施され、
コンピュータに実行されるボリューム移行方法。

（付記８）
前記例外的なデータレイアウトが行われていると判断された場合には、
当該例外的なデータレイアウトに係るデータを前記第１のボリュームマネージャを介して前記物理媒体から読み出すステップと、
前記物理媒体上のヘッダ領域を前記第２のボリュームマネージャ用に更新するステップと、
読み出された前記例外的なデータレイアウトに係るデータを、前記第２のボリュームマネージャによって前記物理媒体に書き込ませるステップと、
をさらに含む付記７記載のボリューム移行方法。

（付記９）
第１のボリュームマネージャから第２のボリュームマネージャへの移行を実行するボリューム移行システムであって、
前記第１のボリュームマネージャに対して実際のアクセスを実施させることによって、前記第１のボリュームマネージャによる、論理ボリュームオフセットと物理媒体上の物理ブロックとの対応付けの情報を取得する取得手段と、
取得された前記対応付けの情報に基づき、例外的なデータレイアウトが行われているか判断する判断手段と、
前記例外的なデータレイアウトが行われていないと判断された場合には、前記物理媒体上のヘッダ領域のみを前記第２のボリュームマネージャ用に更新する更新手段と、
を有し、
前記取得手段が、前記第１のボリュームマネージャによる前記物理媒体へのアクセスをフックするプログラムモジュールを用いる
ボリューム移行システム。

本発明の第１の実施の形態に係る機能ブロック図である。 物理ディスクの構成を示す図である。 物理デバイス情報の一例を示す図である。 サブディスク情報の一例を示す図である。 論理ボリューム情報の一例を示す図である。 図３乃至図５を模式的に表した図である。 本発明の第１の実施の形態に係る処理フローを示す図である。 エクステント抽出ドライバを用いた、論理ブロックと物理ブロックとのマッピング取得処理の処理フローを示す図である。 マッピング取得処理におけるアドレス関係を表す図である。 本発明の第２の実施の形態に係る機能ブロック図である。 本発明の第３の実施の形態を説明するための模式図である。 ボリューム拡張を行う際の物理デバイス情報の一例を示す図である。 ボリューム拡張を行う際のサブディスク情報の一例を示す図である。 ボリューム拡張を行う際の論理ボリューム情報の一例を示す図である。 図１２乃至図１４を模式的に表した図である。

符号の説明

１，３１ ボリューム移行ツール
３ 移行元論理ボリュームマネージャ
５ エクステント抽出ドライバ
７ 移行先論理ボリュームマネージャ
９ 移行元物理デバイスドライバ
１１ 移行先物理デバイスドライバ
１３ 物理ディスク
３３ Ｉ／Ｏ監視ドライバ

Claims (8)

1. 第１のボリュームマネージャから第２のボリュームマネージャへの移行を実行させるためのボリューム移行プログラムであって、
   前記第１のボリュームマネージャに対して実際のアクセスを実施させることによって、前記第１のボリュームマネージャによる、論理ボリュームオフセットと物理媒体上の物理ブロックとの対応付けの情報を取得する取得ステップと、
   取得された前記対応付けの情報に基づき、例外的なデータレイアウトが行われているか判断する判断ステップと、
   前記例外的なデータレイアウトが行われていないと判断された場合には、前記物理媒体上のヘッダ領域のみを前記第２のボリュームマネージャ用に更新する更新ステップと、
   をコンピュータに実行させ、
   前記取得ステップが、前記第１のボリュームマネージャによる前記物理媒体へのアクセスをフックするプログラムモジュールを用いて実施される
   ボリューム移行プログラム。
2. 前記例外的なデータレイアウトが行われていると判断された場合には、
   前記例外的なデータレイアウトに係るデータを前記第１のボリュームマネージャを介して前記物理媒体から読み出すステップと、
   前記物理媒体上のヘッダ領域を前記第２のボリュームマネージャ用に更新するステップと、
   読み出された前記例外的なデータレイアウトに係るデータを、前記第２のボリュームマネージャによって前記物理媒体に書き込ませるステップと、
   をさらにコンピュータに実行させるための請求項１記載のボリューム移行プログラム。
3. 前記取得ステップが、
   他の通常プログラムのアクセス先の論理ボリュームオフセットを特定する特定ステップと、
   特定された前記論理ボリュームオフセットについて、前記第１のボリュームマネージャに対して実際のアクセスを再度実施させる再実施ステップと、
   を含む請求項１記載のボリューム移行プログラム。
4. 前記ヘッダ領域を前記第２のボリュームマネージャ用に更新する際に、ボリュームの拡張を併せて登録する
   請求項１又は２記載のボリューム移行プログラム。
5. 前記第１のボリュームマネージャを介して前記物理媒体上における前記ヘッダ領域に格納されているボリューム構成情報を読み出し、前記論理ボリュームオフセットと前記物理媒体上の物理ブロックとの第２の対応付けを算出するステップ
   をさらにコンピュータに実行させ、
   前記判断ステップが、
   前記第２の対応付けの情報と、前記取得ステップにおいて取得された前記対応付けの情報とを比較するステップ
   を含む請求項１記載のボリューム移行プログラム。
6. 使用中の物理媒体から第２の物理媒体にデータをコピーさせるステップ
   をさらにコンピュータに実行させ、
   前記取得ステップ以降のステップを前記第２の物理媒体に対して実行させる
   請求項１記載のボリューム移行プログラム。
7. 第１のボリュームマネージャから第２のボリュームマネージャへの移行を実行するボリューム移行方法であって、
   前記第１のボリュームマネージャに対して実際のアクセスを実施させることによって、前記第１のボリュームマネージャによる、論理ボリュームオフセットと物理媒体上の物理ブロックとの対応付けの情報を取得する取得ステップと、
   取得された前記対応付けの情報に基づき、例外的なデータレイアウトが行われているか判断する判断ステップと、
   前記例外的なデータレイアウトが行われていないと判断された場合には、前記物理媒体上のヘッダ領域のみを前記第２のボリュームマネージャ用に更新する更新ステップと、
   を含み、
   前記取得ステップが、前記第１のボリュームマネージャによる前記物理媒体へのアクセスをフックするプログラムモジュールを用いて実施され、
   コンピュータに実行されるボリューム移行方法。
8. 第１のボリュームマネージャから第２のボリュームマネージャへの移行を実行するボリューム移行システムであって、
   前記第１のボリュームマネージャに対して実際のアクセスを実施させることによって、前記第１のボリュームマネージャによる、論理ボリュームオフセットと物理媒体上の物理ブロックとの対応付けの情報を取得する取得手段と、
   取得された前記対応付けの情報に基づき、例外的なデータレイアウトが行われているか判断する判断手段と、
   前記例外的なデータレイアウトが行われていないと判断された場合には、前記物理媒体上のヘッダ領域のみを前記第２のボリュームマネージャ用に更新する更新手段と、
   を有し、
   前記取得手段が、前記第１のボリュームマネージャによる前記物理媒体へのアクセスをフックするプログラムモジュールを用いる
   ボリューム移行システム。

Images