JP6520448B2 - 情報処理システム、情報処理装置及び情報処理装置制御方法 - Google Patents

Description

本発明は、情報処理システム、情報処理装置及び情報処理装置制御方法に関する。

近年、クラウドコンピューティングの普及により、各企業はサーバやストレージなどのリソースを所有するのではなく、クラウドサービス事業者が提供するデータセンタのリソースを利用するという企業形態が増えてきている。また、データセンタの形態としては、１つの国の国内だけに留まるのではなく、複数の国に跨って配置されるケースも増加している。

そして、データセンタには、地理的及び物理的な制約を受けることなく、ワンストップで各種サービスを提供する機能を有するアウトソーシングサービス（以下では、「ワンストップサービス」という。）の実現が望まれている。ここで、ワンストップとは、１つの場所でさまざまなサービスが受けられる状態を指す。ワンストップサービスの実現には、例えば、サービスマネジメント、運用、サービスプラットフォーム、ファシリティ及びネットワークなどが統一されたコンセプトと標準化されたサービスマネジメントを基にしたシステムが考えられる。

また、ワンストップサービスでは、複数の国又は地域に分散するシステムを効率的に運用及び管理することが望まれる。そのような構成をとる場合、データセンタが稼働している国の治安悪化などが発生した場合にも、データセンタの運用レベルが下がらないような仕組みを構築することが好ましい。

データセンタによるアウトソーシングサービスとして、例えば、複数のデータセンタがあり、アウトソーシングサービス提供者は顧客の利用形態に応じてサービスを稼働させるデータセンタを決定するシステムがある。顧客は、単にデータセンタから提供されるサービスを利用すればよく、サービスを提供する仮想マシンがどのデータセンタで稼働しているかを意識しなくてよい。

さらに、各データセンタでは、効率の良いサービス提供のために、各仮想マシンの状態を監視し、顧客の性質や用途、又は、データセンタの稼働状況に応じて適切なデータセンタにサービスを移行させる場合がある。１つには、顧客都合によるデータセンタの移行がある。例えば、顧客の主要通信経路に変化があり、回線経路を見直す場合、通信経路の都合上、回線速度が有利なデータセンタにサービスを移行することが考えられる。また、他の状況としては、提供者都合によるデータセンタの移行がある。例えば、データセンタの新設や、トラブルなどにより、サービスを提供するデータセンタを見直す場合、顧客への提供サービスレベルを下げないように配慮しつつ、新設データセンタや他のデータセンタへサービスを移行することが考えられる。以下では、あるデータセンタから他のデータセンタにサービスを移行することを「マイグレーション」と呼ぶ。そして、いずれの場合にも、マイグレーション先のデータセンタへのデータの移設及びサービスの切り替えは、柔軟かつ高速に行うことが重要といえる。

ここで、ワンストップサービスでは複数のデータセンタが存在する場合があるが、その場合、サービス提供者は、顧客の要望を満たすために、提供するサービスを適切なデータセンタに配置し、状況に応じて柔軟に変更することが好ましい。

そこで、あるデータセンタが提供するサービスのデータを他のデータセンタにバックアップとして確保し、実際にマイグレーションを行う場合に、そのバックアップデータを用いることで、他のデータセンタにサービスを移行する方法が考えられる。そして、データセンタ間でデータのバックアップを行う手法として、ある程度の時間おきにデータのコピーを取得する通常のバックアップと、別のディスクに対し同じデータ内容をコピーする方式がある。以下では、後者の手法をミラーリングと呼ぶ。ミラーリングには、元のデータ内容と常に同じ内容となるように、元のデータとミラーリング先のデータ両方が更新完了するまでデータ更新を有効としない完全同期ミラーと、ミラーリング先の更新完了を待たずにデータ更新を有効とする非同期ミラーがある。

ここで、データのバックアップの技術として、バックアップの基準時点でメタデータを書き込み、次の基準時点までに書き込みが発生した場合にメタデータの後ろに時系列に書き込む従来技術がある。また、データの種類を表す識別子をバックアップ対象のメタデータとファイルに設定し、その識別子に応じてバックアップ先サーバを決定してファイルを送信する従来技術がある。

特開２０１０−４９４８８号公報 特開２００５−９２２８２号公報

しかしながら、通常のバックアップの場合、バックアップ採取に一定の間隔がある。そのため、データ更新性能に与える影響は少ないが、採取からの時間差によって運用データの差分が生じてしまう。また、同期ミラーでは、データの完全性は保証されるが、データ更新コストが高く、システムの応答性能の低下を招きやすい。また、非同期ミラーでは、データの応答性能への影響は低くなるが、データの完全性を保証することは困難である。このように、バックアップ元とバックアップ先との間のデータ同期のタイミングと、バックアップに必要なコストはトレードオフの関係にある。そこで、柔軟なマイグレーションの実現に向けて、コストを下げつつデータの完全性を保証するためにバックアップを高速で実行することが好ましい。

ただし、高速なバックアップを実現したとしても、バックアップ先が１つでは、マイグレーション先の選択肢が狭まってしまう。そこで、バックアップを複数個所に行うことが考えられるが、バックアップ先の増加に応じてバックアップのコストが上昇してしまう。

また、基準時点で書き込んだメタデータの後ろに時系列にデータを書き込む従来技術を用いても、バックアップ元は運用データであるため、複数個所にバックアップを行う場合、サービス提供中のデータセンタの負荷が増加しコストを抑えることは困難である。また、データの種類を表す識別子を用いてバックアップ先を決定する従来技術を用いても、バックアップ元は運用データであり、複数個所にバックアップを行う場合、サービス提供中のデータセンタの負荷が増加しコストを抑えることは困難である。

開示の技術は、上記に鑑みてなされたものであって、低コストで柔軟なマイグレーションを実現する情報処理システム、情報処理装置及び情報処理装置制御方法を提供することを目的とする。

本願の開示する情報処理システム、情報処理装置及び情報処理装置制御方法は、一つの態様において、第１情報処理装置、第２情報処理装置及び運用管理装置を有する。前記第１情報処理装置は、更新日時を含む管理データ及び前記管理データに対応する実データを有する運用データを記憶する第１記憶部を備える。前記第２情報処理装置は、第２記憶部と、前記管理データを前記第１記憶部から第１頻度で取得し、前記第２記憶部に記憶させる第１管理データ取得部と、前記第１管理データ取得部による前記管理データの更新履歴を基に、前記第２記憶部に記憶された前記実データの最終取得日時以降に更新された前記管理データを特定し、特定した前記管理データに対応する前記実データを、前記第１記憶部から前記第１頻度より低い第２頻度で取得し、前記第２記憶部に記憶させる第１実データ取得部とを備える。前記運用管理装置は、前記第１記憶部に記憶された前記運用データを用いて実行される読出書込処理を、前記第２記憶部に記憶された前記管理データ及び前記実データを用いて実行されるように切り替える切替部を備える。

本願の開示する情報処理システム、情報処理装置及び情報処理装置制御方法の一つの態様によれば、低コストで柔軟なマイグレーションを実現することができるという効果を奏する。

図１は、実施例に係る情報処理システムの概略を示す構成図である。 図２は、運用ストレージ装置のブロック図である。 図３は、待機ストレージ装置のブロック図である。 図４は、メタデータ更新リスト及びメタデータ更新差分のデータ格納状態を説明するための図である。 図５Ａは、運用側同期制御情報の概略図である。 図５Ｂは、バックアップ側同期制御情報の概略図である。 図６は、運用管理サーバのブロック図である。 図７は、優先度管理表の一例を示す図である。 図８は、ポリシー定義表の一例を示す図である。 図９は、初期同期時の運用管理サーバの処理のシーケンス図である。 図１０は、初期同期時の運用ストレージ装置及び待機ストレージ装置の処理のシーケンス図である。 図１１は、Ｉ／Ｏ処理発生時の運用ストレージ装置及び待機ストレージ装置の処理のシーケンス図である。 図１２は、定期同期時の運用ストレージ装置及び待機ストレージ装置の処理のシーケンス図である。 図１３は、定期同期時の待機ストレージ装置同士の処理のシーケンス図である。 図１４は、マイグレーション実行時の運用管理サーバの処理のシーケンス図である。 図１５は、マイグレーション実行時の運用ストレージ装置及び待機ストレージ装置の処理のシーケンス図である。

以下に、本願の開示する情報処理システム、情報処理装置及び情報処理装置制御方法の実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する情報処理システム、情報処理装置及び情報処理装置制御方法が限定されるものではない。

図１は、実施例に係る情報処理システムの概略を示す構成図である。図１に示すように、本実施例に係る情報処理システムは、データセンタ１０及び２０、顧客サイト３０及び運用管理サイト４０を有する。データセンタ１０及び２０は、それぞれデータベースなどの複数のサービスを提供している。以下では、データセンタ１０及び２０が提供するサービスの中の、所定のサービスの提供に関する処理について説明する。

データセンタ１０は、顧客サイトに対して所定のサービスを提供する側のデータセンタである。以下では、所定のサービスを提供する側のデータセンタを「運用側データセンタ」という。また、データセンタ２０は、所定のサービスの提供は行わず、所定のサービスを提供するためのデータのバックアップを保持する。そして、データセンタ２０は、データセンタ１０の所定のサービスの提供を止める場合に、所定のサービスの提供をデータセンタ１０に変わって提供するサービス提供の切替先の候補となるデータセンタとなる。以下では、バックアップを保持しサービス提供の切り替え先の候補となるデータセンタを、「待機側データセンタ」という。ただし、ここでは、所定のサービスについて着目したために、データセンタ１０及び２０の役割は上述のようになっているが、他のサービスについては、役割が逆になる場合もある。また、図１では、２つのデータセンタ１０及び２０のみ記載したが、データセンタは他にもあってもよい。

データセンタ１０は、スイッチ１１、物理サーバ１２、スイッチ１４及びストレージ装置１００を有する。

スイッチ１１は、物理サーバ１２と外部の装置との通信を中継するスイッチである。このように、物理サーバ１２はスイッチ１１を介して他の装置との通信を行うが、以下では説明の都合上、スイッチ１１を省略して物理サーバ１２が直接他の装置と通信を行うように説明する場合がある。

物理サーバ１２は、ＣＰＵ及びメモリなどを有するコンピュータである。物理サーバ１２では、複数の仮想マシン（ＶＭ：Virtual Machine）１３が稼働している。ここで、仮想マシン１３の数には特に制限はなく、１つでも複数でもよい。そして、本実施例では、仮想マシン１３がそれぞれサービスを顧客サイト３０に対して提供する。すなわち、顧客端末３１から見た場合、物理サーバ１２ではなく、仮想マシン１３と通信を行っているように見える。このように実際には物理サーバ１２が通信や処理を行うが、仮想的に仮想マシン１３が処理を行っているといえるので、以下では、仮想マシン１３が通信や処理を行っているように説明する場合がある。

スイッチ１４は、物理サーバ１２同士、並びに、物理サーバ１２、ストレージ装置１００及び運用管理サーバ４１との間の通信を仲介するスイッチである。以下の説明では、このスイッチ１４の通信の仲介も省略して説明する場合がある。

ストレージ装置１００は、図示しないが、ＣＰＵ（Central Processing Unit）、メモリ及びハードディスクを有する。ハードディスクには、以下に説明する機能を実現するためのプログラムを含む各種プログラムが格納される。そして、ＣＰＵは、ハードディスクに格納された各種プログラムを読み出してメモリ上に展開し実行することで、以下に説明する機能を実現する。

ストレージ装置１００は、ハードディスクで実現されるデータ記憶部１０１を有する。このデータ記憶部１０１が、「第１記憶部」の一例にあたる。データ記憶部１０１は、メタデータ１１１及びファイルデータ１１２を保持する。メタデータ１１１及びファイルデータ１１２は、所定のサービスを提供するためのデータである。具体的には、ファイルデータ１１２は、データの内容そのものである。このファイルデータ１１２が、「実データ」の一例にあたる。メタデータ１１１は、ファイルデータ１１２の配置場所、所有者、最終更新日時などのデータ管理のための補足情報を保持する。このメタデータ１１１が、「管理データ」の一例にあたる。すなわち、ストレージ装置１００が保持するメタデータ１１１及びファイルデータ１１２は、仮想マシン１３による顧客端末３１へのサービス提供に用いられるデータである。以下では、所定のサービスを提供する側のストレージ装置を「運用ストレージ装置」という。

さらに、ストレージ装置１００は、バックアップ及びマイグレーションの制御に用いる情報である、メタデータ更新リスト１０５、メタデータ更新差分１０６、運用側同期制御情報１０７をハードディスク内に有する。メタデータ更新リスト１０５、メタデータ更新差分１０６、運用側同期制御情報１０７については、後で詳細に説明する。

また、ストレージ装置１００では、ＣＰＵがプログラムを実行することによって実現されるマネージャ１０２、エージェント１０３、同期エージェント１０４が稼働する。マネージャ１０２は、ストレージ装置１００が有するハードディスクに対してＲＡＩＤ（Redundant Arrays of Inexpensive Disks）の設定などのストレージ装置１００が動作するための環境の構築や管理を行う。

また、エージェント１０３は、ストレージ装置１００におけるデータの読み出し及び書き込みの処理の制御を行う。また、同期エージェント１０４は、ストレージ装置２００がバックアップを行う際に運用ストレージ装置側の処理を行う。同期エージェント１０４については後で詳細に説明する。ここで、同期とは、データを一致させる処理であり、バックアップと同意である。そこで、以下では、同期とバックアップとを同じ意味として用いる。

データセンタ２０は、スイッチ２１、物理サーバ２２、スイッチ２４及びストレージ装置２００を有する。スイッチ２１、物理サーバ２２及びスイッチ２４は、データセンタ１０のスイッチ１１、物理サーバ１２及びスイッチ１４と同様の機能を有する。また、物理サーバ１２で稼働する仮想マシン２３も、データセンタ１０の仮想マシン１３と同様の機能を有する。ただし、仮想マシン２３は、所定のサービスの顧客端末３０への提供は行っていない。

ストレージ装置２００も、図示しないが、ＣＰＵ、メモリ及びハードディスクを有する。ハードディスクには、以下に説明する機能を実現するためのプログラムを含む各種プログラムが格納される。そして、ＣＰＵは、ハードディスクに格納された各種プログラムを読み出してメモリ上に展開し実行することで、以下に説明する機能を実現する。

ストレージ装置２００は、ハードディスクで実現されるデータ記憶部２０１を有する。このデータ記憶部２０１が、「第２記憶部」の一例にあたる。データ記憶部２０１は、メタデータ２１１及びファイルデータ２１２を保持する。メタデータ２１１は、メタデータ１１１のバックアップのデータである。また、ファイルデータ２１２は、ファイルデータ１１２のバックアップのデータである。バックアップの取り方については後で詳細に説明する。所定のサービスを提供するためのバックアップデータを保持するストレージ装置を以下では、「待機ストレージ装置」という。

また、ストレージ装置２００は、バックアップ及びマイグレーションの制御に用いる情報である、メタデータ更新差分２０６及びバックアップ側同期制御情報２０７をハードディスク内に有する。メタデータ更新差分２０６及びバックアップ側同期制御情報２０７についても後で詳細に説明する。

さらに、ストレージ装置２００は、ＣＰＵがプログラムを実行することによって実現されるマネージャ２０２、エージェント２０３及び同期エージェント２０４が動作する。マネージャ２０２及びエージェント２０３は、ストレージ装置１００のマネージャ１０２及びエージェント１０３と同様の機能を有する。

同期エージェント２０４は、ストレージ装置２００がバックアップを行う際に待機ストレージ側の処理を行う。同期エージェント２０４については後で詳細に説明する。

また、システム運用開始時など、運用ストレージ装置（例えば、ストレージ装置１００）及び待機ストレージ装置（例えば、ストレージ装置２００）の間でデータの同期が取られていない場合、ストレージ装置１００及び２００の間で初期同期が実行される。その後、ストレージ装置１００及び２００において、メタデータ１１１及びファイルデータ１１２の内容を同期するための定期同期処理が実行される。さらに、ストレージ装置１００からストレージ装置２００に所定のサービスの提供元を切り替える場合、マイグレーション処理が実行される。

運用管理サイト４０は、管理端末４４及び運用管理サーバ４１を有する。運用管理サーバ４１と管理端末４４とは、データの送受信が行えるように接続される。

管理端末４４は、データセンタ１０及び２０の管理者の運用管理サーバ４１に対するインタフェースである。管理端末４４は、データセンタ１０及び２０の管理を行うための情報の入力を管理者から受けて、運用管理サーバ４１へ出力する。また、管理端末４４は、データセンタ１０及び２０に対する制御の結果などの情報の入力を運用管理サーバ４１から受ける。

運用管理サーバ４１は、図示しないがＣＰＵ、メモリ及びハードディスクを有する。ハードディスクには、以下に説明する各機能を実現するプログラムを含む各種プログラムが格納されている。そして、ＣＰＵは、ハードディスクに格納された各種プログラムを読み出してメモリ上に展開し実行することで、以下に説明する機能を実現する。運用管理サーバ４１は、管理端末４４から入力された情報を用いて、データセンタ１０及び２０の運用及び管理を行う。

具体的には、運用管理サーバ４１は、管理マネージャ４２及び同期情報記憶部４３を有する。同期情報記憶部４３は、ストレージ装置１００及び２００間でのバックアップに使用する各種情報を保持する。管理マネージャ４２は、同期情報記憶部４３に格納された情報を用いて、ストレージ装置１００及び２００間でのバックアップの統括的な管理を行う。

顧客サイト３０は、コンピュータである顧客端末３１を有する。顧客は、顧客端末３１を用いることで、業務サーバとしての仮想マシン１３に接続し所定のサービスの提供を受ける。顧客端末３１は、顧客から入力された情報を仮想マシン１３へ出力する。また、顧客端末３１は、仮想マシン１３から入力された情報をモニタに表示するなどして顧客へ提供する。

次に、図２及び３を参照して、ストレージ装置１００及び２００のＩ／Ｏ処理、バックアップ処理及びマイグレーション処理に係る機能について説明する。図２は、運用ストレージ装置のブロック図である。また、図３は、待機ストレージ装置のブロック図である。ここで、図１で示したマネージャ１０２及び２０２は、ここでの説明に用いないので図２及び３では省略している。

データ記憶部１０１は、メタデータ１１１及びファイルデータ１１２を保持する記憶装置である。また、メタデータ更新リスト１０５、メタデータ更新差分１０６及び運用側同期制御情報１０７は、同期情報記憶部１２０に格納される。同期情報記憶部１２０は、ハードディスクで実現される。ここで、データ記憶部１０１と同期情報記憶部１２０とは同じハードディスクに格納されてもよいし、異なるハードディスクに格納されてもよい。

メタデータ更新リスト１０５は、業務サーバである仮想マシン１３からの指示により運用上でメタデータ１１１が更新されると、図４に示すように各メタデータ１１１の更新された内容を表すメタデータ更新内容を更新された順に格納する。図４は、メタデータ更新リスト及びメタデータ更新差分のデータ格納状態を説明するための図である。図４の左側の矢印は、メタデータ更新内容の格納順を表す。すなわち、図４は、下に向かうにしたがい新しく格納されたメタデータ更新内容を示す。更新順に格納されていくので、格納順はすなわちメタデータ１１１の更新が行われた順番も示す。したがって、メタデータ更新リスト１０５では、後から格納されたメタデータ更新内容に対応するメタデータ１１１がより新しく更新されたことを表す。このメタデータ更新リスト１０５が、「運用データ更新履歴格納部」の一例にあたる。

メタデータ更新差分１０６も、メタデータ更新リスト１０５と同様に図４で示される形式でデータを格納する。メタデータ更新差分１０６は、バックアップ実行時にメタデータ１１１が更新されると、メタデータ更新内容を更新された順に格納する。

メタデータ更新内容は、例えば、リストＩＤ、更新日時、更新対象ファイル、更新メタデータの種類、更新前の内容及び更新後の内容などが格納される。リストＩＤは、メタデータ更新内容の整理のための番号である。例えば、リストＩＤは、符号なし６４ビットのような大きな数値で管理される。更新日時は、年、月、日、時、分、秒、マイクロ秒の各時間で表される。この更新日時は、後述するようにバックアップ対象であるか否かの判定に用いられる。

更新対象ファイルは、更新対象であるメタデータ１１１を特定するための情報である。更新対象ファイルは、メタデータ１１１のパスを含めたファイル名やｉノード番号などで管理される。更新メタデータの種類は、どのメタデータ１１１を変更したのかを表す種別である。例えば、更新メタデータの種類は、メタデータ１１１の所有者やファイル名などで表される。更新前の内容は、更新されたメタデータ１１１の種類において更新前に対象が記録していた内容である。更新後の内容は、更新されたメタデータ１１１の種類において更新した内容である。

ただし、これらは、メタデータ更新内容として格納されるデータの一例であり、メタデータ１１１及びファイルデータ１１２に対する更新内容によって変更されてもよい。例えば、ファイルデータ１１２のサイズが変わった場合などは、メタデータ更新内容として更新前後のサイズが登録されてもよい。

図５Ａは、運用側同期制御情報の概略図である。運用側同期制御情報１０７は、図５Ａに示すように、同期先ストレージ情報及び不足データ取得先ストレージ情報を格納する。同期先ストレージ情報は、メタデータ１１１を同期するストレージ装置の接続情報及び各同期先の同期のポリシーが格納される。ここでは、ストレージ装置２００が同期先ストレージ情報となる。また、同期のポリシーは、同期の頻度を含む。不足データ取得先ストレージ情報は、マイグレーションにより所定のサービスの提供元の切り替えを以前に行い、全ての情報が未だ運用ストレージ装置であるストレージ装置１００に同期できていない場合に不足情報を入手するためのストレージの接続先の情報である。

エージェント１０３は、Ｉ／Ｏ処理部１３１を有する。Ｉ／Ｏ処理部１３１は、読み込み及び書き込みの命令を業務サーバである仮想マシン１３から受ける。そして、Ｉ／Ｏ処理部１３１は、読出命令の場合、指定されたデータのメタデータ１１１及びファイルデータ１１２をデータ記憶部１０１から読み出す。そして、Ｉ／Ｏ処理部１３１は、読み出したメタデータ１１１及びファイルデータ１１２を仮想マシン１３へ出力する。

また、書込命令の場合、Ｉ／Ｏ処理部１３１は、書き込み命令の受信をメタデータ処理部１４３へ通知する。その後、Ｉ／Ｏ処理部１３１は、更新差分の情報をメタデータ処理部１４３から取得する。そして、Ｉ／Ｏ処理部１３１は、取得した更新差分にしたがいメタデータ１１１を更新する。

さらに、ファイルデータ１１２の更新が有る場合、Ｉ／Ｏ処理部１３１は、ファイルデータ１１２の更新をファイルデータ処理部１４４に通知する。その後、Ｉ／Ｏ処理部１３１は、データ記憶部１０１に更新対象の最新のファイルデータ１１２がある場合、更新の指示をファイルデータ処理部１４４から受ける。そして、Ｉ／Ｏ処理部１３１は、データ記憶部１０１に格納されているファイルデータ１１２を更新する。これに対して、データ記憶部１０１に更新対象の最新のファイルデータ１１２が無い場合、最新のファイルデータ１１２の入力をファイルデータ処理部１４４から受ける。そして、Ｉ／Ｏ処理部１３１は、取得した最新のファイルデータ１１２を更新した上で、更新したファイルデータ１１２をデータ記憶部１０１に書き込む。

また、マイグレーションの実行時、Ｉ／Ｏ処理部１３１は、Ｉ／Ｏ処理の停止指示をメタデータ処理部１４３から受ける。そして、Ｉ／Ｏ処理部１３１は、Ｉ／Ｏ処理の停止を仮想マシン１３に通知する。その後、マイグレーションが完了すると、Ｉ／Ｏ処理部１３１は、Ｉ／Ｏ処理部１３１は、切替先のストレージ装置２００のファイルデータ処理部２４４からＩ／Ｏ再開の指示を受ける。そして、Ｉ／Ｏ処理部１３１は、Ｉ／Ｏ処理の再開を仮想マシン１３に通知する。

同期エージェント１０４は、接続制御部１４１及び同期処理実行部１４２を有する。接続制御部１４１は、バックアップ及びマイグレーションにおける他のストレージとの接続を制御する。同期処理実行部１４２は、バックアップ時及びマイグレーション時における他のストレージ装置２００からのメタデータ１１１及びファイルデータ１１２の取得及び書き込みを制御する。以下に、接続処理部１４１及び同期処理実行部１４２の詳細を説明する。

接続制御部１４１は、管理端末４４を用いて管理者により同期先の情報及び同期のポリシーが運用管理サーバ４１へ入力された場合、同期先の情報及び同期のポリシーを運用管理サーバ４１から受ける。そして、接続制御部１４１は、同期先の情報及び同期のポリシーを運用側同期制御情報１０７へ格納する。ここで、本実施例では、バックアップ先として、ストレージ装置２００を例に挙げているが、バックアップ先は複数であってもよい。例えば、接続制御部１４１は、接続先としてストレージ装置２００及び他のストレージ装置を同期先ストレージ情報として運用側同期制御情報１０７に登録してもよい。その場合、ストレージ装置２００と他のストレージ装置とは、同期のポリシーが異なってもよい。

また、接続制御部１４１は、初期同期を実行する場合、同期開始指示を運用管理サーバ４１から受ける。次に、接続制御部１４１は、接続先の情報を運用側同期制御情報１０７から取得する。そして、接続制御部１４１は、接続先であるストレージ装置２００の接続制御部２４１と通信を行い、接続先を確認する。接続先が確認できると、接続制御部１４１は、メタデータ処理部１４３に同期の開始を指示する。

また、マイグレーションの実行にあたり、接続制御部１４１は、所定のサービスの提供元の切替先となる切替先データセンタの情報、切り替え後の同期先の情報及び切り替え後の同期のポリシーの入力を運用管理サーバ４１から予め受ける。そして、接続制御部１４１は、切替先データセンタの情報、切り替え後の同期先の情報及び切り替え後の同期のポリシーを運用側同期制御情報１０７へ登録する。ここでは、切替先データセンタがデータセンタ２０の場合で説明する。

マイグレーションの実行時、接続制御部１４１は、運用データセンタの切り替え指示を運用管理サーバ４１から受ける。そして、接続制御部１４１は、切替先データセンタとしてデータセンタ２０の情報を運用側同期制御情報１０７から取得する。そして、接続先管理部１４１は、データセンタ２０に配置されたストレージ装置２００を接続先として特定する。その後、接続制御部１４１は、接続先であるストレージ装置２００の接続制御部２４１と通信を行い、接続先を確認する。接続先が確認できると、接続制御部１４１は、ストレージ装置２００へのマイグレーションの開始をメタデータ処理部１４３に指示する。

さらに、接続制御部１４１は、マイグレーション処理完了の通知をファイルデータ処理部１４４から受ける。そして、接続制御部１４１は、ハードディスクの解体及び再構築を行う。すなわち、接続制御部１４１は、所定のサービスを提供していたデータを格納していたハードディスクを運用ストレージ装置として他のストレージ装置と同期をとる設定を解除する。そして、接続制御部１４１は、いままで所定のサービスを提供していたデータを格納していたハードディスクに対して新たに同期の設定などを行う。

同期処理実行部１４２は、バックアップである同期処理の制御を行う。同期処理実行部１４２は、メタデータ処理部１４３及びファイルデータ処理部１４４を有する。

メタデータ処理部１４３は、初期同期時、同期の開始の指示を接続制御部１４１から受けるとメタデータ１１１の同期を開始する。以下では、メタデータ１１１の同期処理を、「メタ同期」という場合がある。メタデータ処理部１４３は、データ記憶部１０１に格納されているメタデータ１１１を取得する。そして、メタデータ処理部１４３は、取得したメタデータをストレージ装置２００の同期エージェント２０４へ送信する。

メタデータ処理部１４３は、データ記憶部１０１に格納されている全てのメタデータ１１１の送信が完了すると、メタ同期の完了をストレージ装置２００の同期エージェント２０４へ通知する。その後、メタデータ処理部１４３は、メタデータバックアップ日時の登録完了の通知を同期エージェント２０４から受ける。そして、メタデータ処理部１４３は、ファイルデータ１１２の同期の実行をファイルデータ処理部１４４に指示する。以下では、ファイルデータ１１２の同期処理を、「データ同期」という場合がある。

また、メタデータ処理部１４３は、Ｉ／Ｏ処理が実行された場合、メタデータ１１１の更新の通知をＩ／Ｏ処理部１３１から受ける。そして、メタデータ処理部１４３は、メタデータ更新差分１０６に残っているメタデータ更新内容の中に更新対象であるメタデータ１１１のデータ更新内容が存在するか否かを判定する。更新対象であるメタデータ１１１のデータ更新内容がある場合、メタデータ処理部１４３は、今回の更新内容と更新差分とをマージする。そして、メタデータ処理部１４３は、マージした更新内容でメタデータ１１１を更新する。これに対して、更新対象であるメタデータ１１１のデータ更新内容が無い場合、メタデータ処理部１４３は、今回の更新内容でメタデータ１１１を更新する。さらに、メタデータ処理部１４３は、更新した更新情報をメタデータ更新リスト１０５に保存する。

ここで、メタデータ１１１に関して同期ミラーを行う場合で説明する。メタデータ処理部１４３は、メタデータ１１１の更新を行った後、運用側同期制御情報１０７からメタ同期の同期先を運用側同期制御情報１０７から取得する。同期先がある場合、メタデータ処理部１４３は、メタデータ１１１を同期先のストレージ装置２００のメタデータ処理部２４３へ送信する。その後、メタデータ処理部１４３は、同期先のストレージ装置２００のメタデータ処理部２４３からメタデータの更新完了の通知を受信する。その後、メタデータ処理部１４３は、更新完了の通知を仮想マシン１３へ送信する。一方、同期先が無い場合、メタデータ処理部１４３は、そのまま更新完了の通知を仮想マシン１３へ送信する。

これに対して、メタデータ１１１に関して非同期ミラーを行う場合、メタデータ処理部１４３は、メタ同期の開始タイミングが到来すると、前回のタイミングから今回のタイミングまでに更新されたメタデータ１１１をメタデータ更新リスト１０５から特定する。そして、メタデータ処理部１４３は、特定したメタデータ１１１をデータ記憶部１０１から取得する。そして、メタデータ処理部１４３は、取得したメタデータ１１１を同期先のストレージ装置２００のメタデータ処理部２４３へ送信する。

また、ストレージ装置１００が定期同期における同期元のストレージの場合、メタデータ処理部１４３は、定期同期時、同期先のストレージ装置２００のメタデータバックアップ日時以降のメタデータ１１１の取得要求を他のストレージ装置から受ける。続いて、メタデータ処理部２４３は、ストレージ装置１００のメタデータバックアップ日時以降のメタデータ更新内容をメタデータ更新リスト１０５から取得する。そして、メタデータ処理部２４３は、取得したメタデータ更新内容にあたるメタデータ１１１をデータ記憶部１０１から取得する。そして、メタデータ処理部１４３は、取得したメタデータ１１１を同期先のストレージ装置１００へ送信する。

ただし、ここではメタデータ１１１に対して非同期ミラーを行う場合で説明したが、メタデータ１１１に対して同期ミラーを実行してもよい。その場合、ストレージ装置１００におけるメタデータ１１１が更新されるとストレージ装置２００のメタデータ２１１も更新され、さらにメタデータ更新差分２０６も更新されるので、上述のような定期的な同期処理を行わなくてもよい。

また、メタデータ処理部１４３は、マイグレーション実行時、ストレージ装置２００へのマイグレーションの開始の指示を接続制御部１４１から受ける。そして、メタデータ処理部１４３は、Ｉ／Ｏ処理の停止指示をＩ／Ｏ処理部１３１に通知する。次に、メタデータ処理部１４３は、メタ同期の開始を切替先のストレージ装置２００の同期エージェント２０４に通知する。

その後、メタデータ処理部１４３は、メタバックアップ日時以降のメタデータ１１１の取得要求をストレージ装置２００のメタデータ処理部２４３から受ける。そして、メタデータ処理部１４３は、メタデータ更新リスト１０５を取得する。次に、メタデータ処理部１４３は、メタデータ更新リスト１０５をストレージ装置２００へ送信する。

ファイルデータ処理部１４４は、初期同期時、ファイルデータ１１２の同期先のストレージ２００との同期の実行の指示をメタデータ処理部１４３から受ける。そして、ファイルデータ処理部１４４は、データ同期を開始する。ファイルデータ処理部１４４は、データ記憶部１０１からファイルデータ１１２を取得する。そして、ファイルデータ処理部１４４は、ファイルデータ１１２をストレージ装置２００のファイルデータ処理部２４４へ送信する。その後、ファイルデータ処理部１４４は、ファイルデータバックアップ日時の登録完了の通知をファイルデータ処理部２４４から受ける。そして、ファイルデータ処理部１４４は、同期完了の通知を運用管理サーバ４１へ通知する。

Ｉ／Ｏ処理が実行される場合、ファイルデータ処理部１４４は、ファイルデータ１１２の更新の指示をＩ／Ｏ処理部１３１から受ける。そして、ファイルデータ処理部１４４は、ファイルデータバックアップ日時を運用側同期制御情報１０７から取得する。そして、ファイルデータ処理部１４４は、メタデータ更新差分１０６の中にファイルデータバックアップ日時より後に追加されたメタデータ更新内容があるか否かを判定する。これにより、データ記憶部１０１に更新対象のファイルデータ１１２の最新のものがあるか否かを判定する。すなわち、メタデータ更新差分１０６の中にファイルデータバックアップ日時より後に追加されたメタデータ更新内容がある場合、そのメタデータ更新内容の日時において、運用中のファイルデータ１１２が更新されている。そこで、この場合、ファイルデータ処理部１４４は、データ記憶部１０１には更新対象のファイルデータ１１２の最新のものが無いと判定する。逆に、メタデータ更新差分１０６の中にファイルデータバックアップ日時より後に追加されたメタデータ更新内容が無ければ、その後に運用中のファイルデータの更新は行われていないといえる。そこで、この場合、ファイルデータ処理部１４４は、データ記憶部１０１には更新対象のファイルデータ１１２の最新のものがあると判定する。

データ記憶部１０１に更新対象のファイルデータ１１２の最新のものがある場合、ファイルデータ処理部１４４は、今回の更新内容でデータ記憶部１０１に格納されている更新対象のファイルデータ１１２を更新する。これに対して、データ記憶部１０１に更新対象のファイルデータ１１２の最新のものが無い場合、ファイルデータ処理部１４４は、運用側同期制御情報１０７の不足データ取得先ストレージ情報を確認し、最新の更新対象のファイルデータ１１２が格納されているストレージ装置の情報を取得する。ここでは、不足データ取得先ストレージとしてストレージ装置２００が指定されている場合で説明する。

ファイルデータ処理部１４４は、ストレージ装置２００のデータ記憶部２０１からファイルデータ２１２を取得する。そして、ファイルデータ処理部１４４は、取得したファイルデータ２１２に今回の更新を加える。その後、ファイルデータ処理部１４４は、更新を加えたファイルデータ２１２をデータ記憶部１０１に書き込む。

また、同期元としてストレージ装置２００と定期同期をする場合、ファイルデータ処理部１４４は、ストレージ装置２００のファイルデータバックアップ日時以降のメタデータ更新内容に対応するファイルデータ１１２の取得要求をストレージ装置２００から受ける。次に、ファイルデータ処理部１４４は、取得要求での指定に該当するファイルデータ１１２を取得する。そして、ファイルデータ処理部１４４は、取得したファイルデータ１１２をストレージ装置１００へ送信する。

次に、図３に戻って、待機ストレージ装置であるストレージ装置２００について説明する。ストレージ装置２００は、同期エージェント２０４、エージェント２０３及びデータ記憶部２０１を有する。

バックアップ側同期制御情報２０７及びメタデータ更新差分２０６は、同期情報記憶部２２０の中に格納される。図５Ｂは、バックアップ側同期制御情報の概略図である。バックアップ側同期制御情報２０７は、図５Ｂに示すように、同期元ストレージ情報、メタデータバックアップ日時、メタデータ同期間隔、ファイルデータバックアップ日時及びファイルデータ同期間隔を有する。同期元ストレージ情報は、メタデータ２１１及びファイルデータ２１２の同期元となるストレージ装置１００の接続情報である。メタデータバックアップ日時は、メタデータ２１１の最終同期日時である。メタデータ同期間隔は、メタ同期を行う周期である。ファイルデータ同期間隔は、データ同期を行う周期を保存する。

さらに、同期情報記憶部２２０は、マイグレーションが実行され運用ストレージとして動作する場合に生成されるメタデータ更新リスト２０５を格納する。メタデータ更新リスト２０５は、ストレージ装置２００が待機ストレージ装置として動作している場合には同期情報記憶部２２０に存在していないので、図３では点線で表す。

同期エージェント２０４は、接続制御部２４１、同期処理実行部２４２を有する。そして、同期処理実行部２４２は、メタデータ処理部２４３及びファイルデータ処理部２４４を有する。

接続制御部２４１は、管理端末４４を用いて管理者により同期先の情報及び同期のポリシーが運用管理サーバ４１へ入力された場合、同期先の情報及び同期のポリシーを運用管理サーバ４１から受ける。そして、接続制御部２４１は、同期先の情報及び同期のポリシーをバックアップ側同期制御情報２０７へ格納する。

また、接続制御部２４１は、初期同期を実行する場合、同期開始指示を運用管理サーバ４１から受ける。次に、接続制御部２４１は、接続先の情報をバックアップ側用側同期制御情報２０７から取得する。そして、接続制御部２４１は、接続先であるストレージ装置１００の接続制御部１４１と通信を行い、接続先を確認する。接続先が確認できると、接続制御部２４１は、メタデータ処理部２４３に初期同期の開始を通知する。

また、マイグレーションの実行にあたり、接続制御部２４１は、所定のサービスの提供元の切替元となる切替元データセンタの情報、切り替え後の同期先の情報及び切り替え後の同期のポリシーの入力を運用管理サーバ４１から予め受信する。切替元データセンタとは、所定のサービスを提供している運用側データセンタである。また、接続制御部２４１は、運用管理サーバ４１の運用側データセンタ管理表を参照し、現在の運用側データセンタがデータセンタ１０であることを確認する。そして、接続制御部２４１は、切替元データセンタの情報、切り替え後の同期先の情報及び切り替え後の同期のポリシーをバックアップ側同期制御情報２０７へ登録する。ここでは、切替元データセンタがデータセンタ１０の場合で説明する。

マイグレーションの実行時、接続制御部２４１は、運用データセンタの切り替え指示を運用管理サーバ４１から受ける。そして、接続制御部２４１は、切替元データセンタとしてデータセンタ１０の情報を運用側同期制御情報１０７から取得する。そして、接続先制御部２４１は、データセンタ１０に配置されたストレージ装置１００を接続先として特定する。その後、接続制御部２４１は、接続先であるストレージ装置１００の接続制御部１４１と通信を行い、接続先を確認する。接続先が確認できると、接続制御部２４１は、ストレージ装置１００へのマイグレーションの開始をメタデータ処理部２４３に通知する。

さらに、接続制御部２４１は、マイグレーション完了の通知をファイルデータ処理部２４４から受ける。そして、接続制御部２４１は、ハードディスクの解体及び再構築を行う。すなわち、マネージャ１０２は、所定のサービスのためのデータを格納したハードディスクの設定を初期化し、バックアップ同期側制御情報２０７において指定されたストレージ装置と同期をとるように設定する。

メタデータ処理部２４３は、初期同期時、初期同期の開始の通知を接続制御部２４１から受ける。その後、メタデータ処理部２４３は、メタデータ１１１をストレージ装置１００のメタデータ処理部１４３から受信する。そして、メタデータ処理部２４３は、受信したメタデータ１１１をデータ記憶部２０１にメタデータ２１１として格納する。その後、メタデータ処理部２４３は、メタ同期の完了の通知をメタデータ処理部１４３から受ける。そして、メタデータ処理部２４３は、メタ同期完了の日時をメタデータバックアップ日時としてバックアップ側同期制御情報２０７に登録する。その後、メタデータ処理部２４３は、メタデータバックアップ日時の登録完了をメタデータ処理部１４３に通知する。

また、メタデータ処理部２４３は、メタデータ２１１に対して同期ミラーが設定されている場合、Ｉ／Ｏ処理の実行時に更新されたメタデータ１１１の入力をメタデータ処理部１４３から受ける。そして、メタデータ処理部２４３は、取得したメタデータ１１１をデータ記憶部２０１にメタデータ２１１として書き込む。さらに、メタデータ処理部２４３は更新したメタデータ２１１のメタデータ更新内容をメタデータ更新差分２０６に登録する。その後、メタデータ処理部２４３は、メタデータ２１１の更新完了をメタデータ処理部１４３に通知する。

また、定期同期として他のストレージ装置とメタデータ２１１及びファイルデータ２１２の同期をとる場合のメタデータ処理部２４３の動作について説明する。まず、定期同期の同期先となる場合について説明する。ここで、他のストレージ装置もストレージ装置２００と同様の構成を有している。

メタデータ処理部２４３は、同期のポリシー及び同期先のストレージ装置である他のストレージ装置の情報をバックアップ側同期制御情報２０７から取得する。そして、メタデータ処理部２４３は、メタ同期周期になるまで待機する。メタ同期周期が到来すると、メタデータ処理部２４３は、メタデータバックアップ日時をバックアップ側同期制御情報２０７から取得する。そして、メタデータ処理部２４３は、メタデータバックアップ日時以降のメタデータ２１１の取得要求を他のストレージ装置へ送信する。その後、メタデータ処理部２４３は、メタデータバックアップ日時以降のメタデータ２１１を他のストレージ装置から取得する。

次に、メタデータ処理部２４３は、取得したメタデータ２１１をデータ記憶部２０１に書き込むことでメタデータ２１１を更新する。また、メタデータ処理部２４３は、更新したメタデータ２１１のメタデータ更新内容をメタデータ更新差分２０６に追加する。

さらに、メタデータ処理部２４３は、このタイミングでのメタデータ２１１を更新した日時をメタデータバックアップ日時としてバックアップ側同期制御情報２０７へ登録する。そして、メタデータ処理部２４３は、メタデータ２１１の定期同期を終了する。この待機ストレージ装置同士の同期における同期先のメタデータ処理部２４３が、「第２管理データ取得部」の一例にあたる。

また、定期同期における同期元のストレージの場合、メタデータ処理部２４３は、同期先の他のストレージ装置のメタデータバックアップ日時以降のメタデータ２１１の取得要求を他のストレージ装置から受ける。続いて、メタデータ処理部２４３は、自装置におけるメタデータバックアップ日時をバックアップ側同期制御情報２０７から取得する。そして、メタデータ処理部２４３は、他のストレージ装置のメタデータバックアップ日時から自装置におけるメタデータバックアップ日時までのメタデータ２１１をデータ記憶部２０１から取得する。そして、メタデータ処理部２４３は、取得したメタデータ２１１を同期先の他のストレージ装置へ送信する。

また、メタデータ処理部２４３は、マイグレーション実行時、ストレージ装置１００へのマイグレーションの開始の通知を接続制御部２４１から受ける。その後、メタデータ処理部２４３は、メタ同期の開始の通知をストレージ装置１００のメタデータ処理部１４３から受ける。そして、メタデータ処理部２４３は、メタデータバックアップ日時をバックアップ側同期制御情報２０７から取得する。続いて、メタデータ処理部２４３は、メタデータバックアップ日時以降のメタデータ１１１の取得要求をメタデータ処理部１４３へ送信する。

その後、メタデータ処理部２４３は、メタデータ更新リスト１０５をメタデータ処理部１４３から受信する。そして、メタデータ処理部２４３は、受信したメタデータ更新リスト１０５を同期情報記憶部２２０へ格納し自装置が運用ストレージ装置となるためのメタデータ更新リスト２０５を作成する。メタデータ処理部２４３は、切替時点で残っている運用ストレージ装置のメタデータ１１１と切替先のストレージ装置１００のメタデータ２１１の差分は、作成したメタデータ更新リスト２０５とメタデータ更新差分２０６とを比較して取得する。メタデータ処理部２４３は、メタデータ１１１の不足分をバックアップ側同期制御情報２０７にしたがってストレージ装置１００から取得する。

その後、メタデータ処理部２４３は、メタデータ更新リスト２０５の作成完了通知をメタデータ処理部１４３に通知する。このメタデータ処理部２４３が、「第１管理データ取得部」の一例にあたる。

ファイルデータ処理部２４４は、初期同期時、ファイルデータ１１２の入力を同期元のストレージ装置１００のファイルデータ処理部１４４から受ける。そして、ファイルデータ処理部２４４は、取得したファイルデータ１１２をデータ記憶部２０１にファイルデータ２１２として格納する。その後、ファイルデータ処理部２４４は、データ同期の完了の通知をファイルデータ処理部１４４から受ける。そして、ファイルデータ処理部２４４は、データ同期の完了の通知を受けた日時をファイルデータバックアップ日時としてバックアップ側同期制御情報２０７に登録する。次に、ファイルデータ処理部２４４は、ファイルデータバックアップ日時の登録完了をファイルデータ処理部１４４に通知する。その後、ファイルデータ処理部２４４は、同期完了の通知を運用管理サーバ４１に通知する。

また、同期先として他のストレージ装置と定期同期をする場合、ファイルデータ処理部２４４は、同期のポリシー及び同期先のストレージ装置である他のストレージ装置の情報をバックアップ側同期制御情報２０７から取得する。そして、ファイルデータ処理部２４４は、データ同期周期が到来するまで待機する。データ同期周期が到来すると、ファイルデータ処理部２４４は、バックアップ側同期制御情報２０７からファイルデータバックアップ日時を取得する。次に、ファイルデータ処理部２４４は、ファイルデータバックアップ日時以降のメタデータ更新内容をメタデータ更新差分２０６から取得する。そして、ファイルデータ処理部２４４は、取得したメタデータ更新内容に対応するファイルデータ２１２の取得要求を他のストレージ装置に送信する。

その後、ファイルデータ処理部２４４は、ファイルデータバックアップ日時以降のメタデータ更新内容に対応するファイルデータ２１２を他のストレージ装置から受信する。そして、ファイルデータ処理部２４４は、受信したファイルデータ２１２をデータ記憶部２０１に格納し更新する。さらに、ファイルデータ処理部２４４は、バックアップ側同期制御情報２０７のファイルデータバックアップ日時をその時点の日時に更新する。そして、ファイルデータ処理部２４４は、ファイルデータバックアップ日時以降のメタデータ更新内容に対応する全てのファイルデータ２１２の更新が完了したか否かを判定する。更新されていないファイルデータ２１２が有る場合、ファイルデータ処理部２４４は、ファイルデータ２１２の更新の処理を繰り返す。全てのファイルデータ２１２の更新が完了した場合、ファイルデータ処理部２４４は、ファイルデータ２１２の更新処理を終了する。この待機ストレージ装置同士の同期における同期先のファイルデータ処理部２４４が、「第２実データ取得部」の一例にあたる。

また、同期元として他のストレージ装置と定期同期をする場合、ファイルデータ処理部２４４は、他のストレージ装置のファイルデータバックアップ日時以降のメタデータ更新内容に対応するファイルデータ２１２の取得要求を他のストレージ装置から受ける。次に、ファイルデータ処理部２４４は、取得要求での指定に該当するファイルデータ２１２を取得する。そして、ファイルデータ処理部２４４は、取得したファイルデータ２１２を他のストレージ装置へ送信する。このファイルデータ処理部２４４は、「第１実データ取得部」の一例にあたる。

また、エージェント２０３は、Ｉ／Ｏ処理部２３１を有する。Ｉ／Ｏ処理部２３１は、マイグレーションでストレージ装置２００が運用ストレージとなった場合、所定のサービスに対してＩ／Ｏ処理部１３１と同様の処理を行う。

次に、図６を参照して、運用管理サーバ４１について説明する。図６は、運用管理サーバのブロック図である。図６に示すように、運用管理サーバ４１の管理マネージャ４２は、設定情報管理部４２１及び同期管理部４２２を有する。また、同期情報記憶部４３は、優先度管理表４３１、ポリシー定義表４３２、運用側データセンタ管理表４３３を保持する。

優先度管理表４３１は、バックアップにおける同期先とする各データセンタのそれぞれの優先度を表す表である。優先度管理表４３１は、例えばサービス毎に生成される。

優先度管理表４３１は、例えば、図７に示すようなフォーマットを有する。図７は、優先度管理表の一例を示す図である。図７は、Ａ国にあるＡ国データセンタに格納されたデータをＢ〜Ｅ国のＢ〜Ｅ国データセンタにバックアップする場合に利用する優先度管理表である。

図７では、Ｂ国データセンタの優先度が最も高く、その後順にＣ，Ｄ，Ｅ国と優先度が低くなる。ここでは、データセンタがＡ〜Ｅの各国におかれ、データセンタ識別情報として国の名前を付加した情報を用いている。

さらに、優先度管理表４３１には、各データのセンタのそれぞれに対して、どのような同期のポリシーを適用するかが登録されている。例えば、Ｂ国データセンタには、ポリシー＃１が割り当てられ、Ｃ及びＤ国には、ポリシー＃２が割り当てられ、Ｅ国データセンタには、ポリシー＃３が割り当てられる。ポリシーの定義についてはそれぞれ後で説明する。この優先度管理表４３１が、「優先度記憶部」の一例にあたる。

ポリシー定義表４３２は、各データセンタに割り当てる同期のポリシーの設定が登録された表である。ポリシー定義表４３２は、例えば、図８に示すようなフォーマットを有する。図８は、ポリシー定義表の一例を示す図である。

図８では、ポリシー＃１〜＃３という３つの同期のポリシーが設定されている。図８では、同期の頻度は、最も高い頻度が完全同期であり、以下、高中低で頻度が下がるように設定されている。ポリシー＃１は、メタ同期頻度が完全同期であり、データ同期頻度が高である。また、ポリシー＃２は、メタ同期が高であり、データ同期頻度が高である。また、ポリシー＃３は、メタ同期頻度が高であり、データ同期頻度が中である。ポリシー＃１から順に＃２、＃３と同期頻度が下がっており、バックアップの重要度が低くなるといえる。さらに、図８のポリシー定義表４３２は、ポリシー毎にそのポリシーを適用するデータセンタの数が登録されている。図７では、ここで決められた同期のポリシーが各データセンタ毎に割り当てられている。例えば、図７のＢ国データセンタでは、メタ同期頻度が完全同期であり、データ同期頻度が高である。

同期頻度を表すレベルである高中低のそれぞれをどのような頻度にするかは、設計時の環境によって適宜設定することが好ましい。例えば、運用データの更新頻度が低く、コストが低いのであれば、１時間毎の同期を高頻度とし、２４時間毎の同期を中頻度とする。また、運用データの更新頻度が高く、コストが高いのであれば、２４時間毎の同期を高頻度とし、７２時間毎の同期を中頻度とする。

同期頻度の値を決める要素としては、例えば以下のような要素がある。１つには、メタデータ１１１及びファイルデータ１１２の更新頻度がある。この更新頻度が低ければ、メタデータ１１１及びファイルデータ１１２の差分が少なくなり、バックアップのコストが下がる。そのため、メタデータ１１１及びファイルデータ１１２の更新頻度が低い場合は、同期頻度を高く設定することが好ましい。

また、他の１つとして、バックアップコストの許容レベルがある。同期（バックアップ）の際は、同期元のデータが参照されるので、運用側データセンタであるデータセンタ１０のデータの同期を行った場合、データセンタ１０の運用性能に負荷がかかる。そこで、運用性能の一定量の劣化を許容できる環境であれば、同期頻度を高く設定することが好ましい。

また、他の１つとして、マイグレーション時の目標切り替え時間がある。マイグレーション時の切り替え時間を短くするには、同期頻度を高く設定し、データ差分を少なくした方が良い。仮に５分での切り替えを目標とするのであれば、バックアップデータである待機側データセンタ２０に格納されたメタデータ２１１及びファイルデータ２１２の完全同期化も５分以内に完了できることが好ましい。この例でいえば、同期頻度は、完全同期を５分以内に完了できるデータ差分量の範囲で決定されることになる。

また、他の１つとして、ハードウェアの性能がある。ストレージ装置１００及び２００などのハードウェアの性能が高ければ、同期の時間は短くなり負荷が軽減される。そこで、ハードウェアの性能が高い場合、同期頻度を高く設定することができる。

また、他の１つとして、ストレージ装置１００及び２００の間のネットワークなどといった、同期するデータの送受信を行うネットワークの性能がある。同期するデータの送受信を行うネットワークの帯域の広さや応答の速さで同期による負荷が決定される。例えば、ネットワークの性能が高ければ、同期頻度を高く設定することができる。

図６に戻って説明を続ける。運用側データセンタ管理表４３３は、所定のサービスの提供を行う運用側データセンタがどのデータセンタであるかを表す。例えば、運用側データセンタ管理表４３３は、過去５世代の履歴を管理する。運用側データセンタ管理表４３３は、マイグレーションを行う場合に、マイグレーション先の同期エージェント２０４がマイグレーション元を確認する場合に使用される。

設定情報管理部４２１は、初期同期以前に、同期に用いるポリシーの定義の入力を管理端末４４から受ける。そして、設定情報管理部４２１は、入力されたポリシーの定義をポリシー定義表４３２に登録する。また、設定情報管理部４２１は、入力された各データベースの優先度を優先度管理表４３１に登録する。

さらに、設定情報管理部４２１は、各サービスのデータを同期するための接続先の情報、各接続先の優先度及び各接続先に割り当てられたポリシーの入力を管理端末４４から受ける。そして、設定情報管理部４２１は、サービス毎に、同期時の接続先、接続先の優先度及び割り当てられたポリシーを登録して優先度管理表４３１を作成する。ここで、同期元は運用ストレージ装置とは限らない。すなわち、運用ストレージからバックアップを取っているストレージ装置、例えばストレージ装置２００を同期元として他のストレージ装置へバックアップを取ってもよい。したがって、優先度管理表４３１は、各サービスにおいて同期元毎に作成される。以下では、同期元をストレージ装置１００とし、同期先をストレージ装置２００とした場合で説明する。

さらに、設定情報管理部４２１は、各サービスのデータを同期するための接続先の情報、各接続先の優先度及び各接続先に割り当てられたポリシーを、同期元となるストレージ装置１００へ送信する。さらに、設定情報管理部４２１は、同期先となるストレージ装置２００に同期元の情報及びストレージ装置２００の同期のポリシーを通知する。

また、設定情報管理部４２１は、マイグレーション時、切り替え対象とするサービス及び切替先の情報の入力を受ける。さらに、設定情報管理部４２１は、マイグレーション後の同期のための接続先の情報、各接続先の優先度及び各接続先に割り当てられたポリシーの入力を管理端末４４から受ける。そして、設定情報管理部４２１は、マイグレーションの切り替え先の情報を運用側データセンタ管理表４３３に格納する。

さらに、設定情報管理部４２１は、マイグレーション後の各サービスのデータを同期するための接続先の情報、各接続先の優先度及び各接続先に割り当てられたポリシーを、マイグレーション後に同期元となるストレージ装置２００へ送信する。さらに、設定情報管理部４２１は、マイグレーション後に同期先となるストレージ装置１００に同期元の情報及びストレージ装置１００の同期のポリシーを通知する。その後、設定情報管理部４２１は、同期ポリシーの配布完了を同期管理部４２２へ通知する。

同期管理部４２２は、初期同期時、初期同期の開始指示の入力を管理端末４４から受ける。そして、初期同期の開始指示を受けて、同期管理部４２２は、同期先のデータセンタの情報を優先度管理表４３１から取得する。

次に、同期管理部４２２は、同期開始の指示を同期元のストレージ及び同期先のストレージに行う。ここでは、同期元がストレージ装置１００であり、同期先がストレージ装置２００である。その後、同期管理部４２２は、同期処理が終了したストレージ装置１００であり、同期先がストレージ装置２００から同期完了通知を取得する。

次に、同期管理部４２２は、所定のサービスについてのデータの同期であって、同期元が異なる同期の同期先データセンタの情報を優先度管理部４３１から取得する。例えば、所定のサービスを提供するストレージ装置１００と同期をとったストレージ装置２００を同期元として、他のストレージ装置と同期をとる場合などである。その後、同期管理部４２２は、同期元及び同期先のストレージ装置から同期完了の通知を受ける。そして、同期管理部４２２は、同期完了の通知を管理端末４４へ送信する。

また、同期管理部４２２は、マイグレーション時、同期ポリシーの配布完了の通知を設定情報管理部４２１から受ける。そして、同期管理部４２２は、マイグレーションの開始を、切替元であるストレージ装置１００及び切替先であるストレージ装置２００へ指示する。その後、同期管理部４２２は、切替完了通知をマイグレーションの切替先であるストレージ装置２００から受ける。この同期管理部４２２が、「切替部」の一例にあたる。

次に、図９を参照して、初期同期時の運用管理サーバ４１の処理の流れについて説明する。図９は、初期同期時の運用管理サーバの処理のシーケンス図である。

管理マネージャ４２は、初期同期開始以前に、同期に用いるポリシーの定義の入力を管理端末４４から受ける（ステップＳ１０１）。このポリシーの定義には、接続先となる各データベースの優先度も含まれる。そして、管理マネージャ４２は、入力されたポリシーの定義をポリシー定義表４３２に登録し保存する（ステップＳ１０２）。また、管理マネージャ４２は、優先度管理表４３１も作成する。

さらに、管理マネージャ４２は、各サービスのデータを同期するための接続先の情報、各接続先の優先度及び各接続先に割り当てられたポリシーを、同期元となるストレージ装置１００へ配布する。さらに、管理マネージャ４２は、同期先となるストレージ装置２００及び３００に同期元の情報及び同期のポリシーを配布する（ステップＳ１０３）。その後、管理マネージャ４２は、設定完了の通知を管理端末４４へ送信する（ステップＳ１０４）。

その後、管理マネージャ４２は、初期同期の開始指示を管理端末４４から受ける（ステップＳ１０５）。次に、管理マネージャ４２は、同期先データセンタ（ＤＣ：Data Center）の情報を同期情報記憶部４３の優先度管理表４３１から取得する（ステップＳ１０６）。ここでは、ストレージ装置２００がストレージ装置１００の同期先であり、ストレージ装置３００がストレージ装置２００の同期先である場合で説明する。この場合、ストレージ装置１００がサービスを提供するための元のデータを有するため、最初にストレージ装置１００とストレージ装置２００の同期が行われ、その後、ストレージ装置２００とストレージ装置３００の同期が行われる。したがって、管理マネージャ４２は、まずストレージ装置１００の同期先の情報としてデータセンタ２０の情報を取得する。そして、管理マネージャ４２は、同期開始指示をストレージ装置１００及び２００へ送信する（ステップＳ１０７）。

その後、ストレージ装置１００とストレージ装置２００との間で同期処理が行われる（ステップＳ１０８）。そして、管理マネージャ４２は、ストレージ装置１００及び２００から同期完了の通知を取得する（ステップＳ１０９）。

さらに、管理マネージャ４２は、次の同期先のデータセンタの情報を取得する（ステップＳ１１０）。すなわち、管理マネージャ４２は、ストレージ装置２００の同期先の情報としてストレージ装置３００が配置されたデータセンタの情報を取得する。そして、管理マネージャ４２は、同期開始指示をストレージ装置２００及び３００へ送信する（ステップＳ１１１）。

その後、ストレージ装置２００とストレージ装置３００との間で同期処理が行われる（ステップＳ１１２）。そして、管理マネージャ４２は、ストレージ装置２００及び３００から同期完了の通知を取得する（ステップＳ１１３）。その後、管理マネージャ４２は、同期完了の通知を管理端末４４へ送信する（ステップＳ１１４）。

次に、図１０を参照して、初期同期時の運用ストレージ装置であるストレージ装置１００及び待機ストレージ装置であるストレージ装置２００の処理の流れについて説明する。図１０は、初期同期時の運用ストレージ装置及び待機ストレージ装置の処理のシーケンス図である。図１０のシーケンス図で表される処理は、図９のステップＳ１０８の一例にあたる。

同期エージェント１０４及び２０４は、同期開始の指示を運用管理サーバ４１から取得する（ステップＳ１２０）。次に、同期エージェント１０４は、運用側同期制御情報１０７から接続先の情報を取得する（ステップＳ１２１）。また、同期エージェント２０４は、バックアップ側同期制御情報２０７から接続先の情報を取得する（ステップＳ１２２）。そして、同期エージェント１０４は、ストレージ装置２００を接続先として確認する（ステップＳ１２３）。同様に、同期エージェント２０４は、ストレージ装置１００を接続先として確認する（ステップＳ１２４）。

次に、同期エージェント１０４は、メタ同期を開始する（ステップＳ１２５）。まず、同期エージェント１０４は、メタデータ１１１をデータ記憶部１０１から取得する（ステップＳ１２６）。そして、同期エージェント１０４は、取得したメタデータ１１１を同期エージェント２０４へ送信する（ステップＳ１２７）。同期エージェント２０４は、同期エージェント１０４から受信したメタデータ１１１をメタデータ２１１としてデータ記憶部２０１に格納する（ステップＳ１２８）。

同期エージェント１０４は、所定のサービスを運用するための全てのメタデータ１１１を送信するとメタ同期完了の通知を同期エージェント２０４へ送信する（ステップＳ１２９）。メタ同期完了の通知を受けて、同期エージェント２０４は、メタデータバックアップ日時をバックアップ側同期制御情報２０７に登録する（ステップＳ１３０）。その後、同期エージェント２０４は、日時登録完了の通知を同期エージェント１０４へ送信する（ステップＳ１３１）。

同期エージェント１０４は、日時登録完了の通知を受けると、データ同期を開始する（ステップＳ１３２）。まず、同期エージェント１０４は、ファイルデータ１１２をデータ記憶部１０１から取得する（ステップＳ１３３）。そして、同期エージェント１０４は、ファイルデータ１１２を同期エージェント２０４へ送信する（ステップＳ１３４）。同期エージェント２０４は、同期エージェント１０４から受信したファイルデータ１１２をファイルデータ２１２としてデータ記憶部２０１へ格納する（ステップＳ１３５）。

同期エージェント１０４は、所定のサービスを運用するための全てのファイルデータ１１２を送信するとデータ同期完了の通知を同期エージェント２０４へ送信する（ステップＳ１３６）。データ同期完了の通知を受けて、同期エージェント２０４は、ファイルデータバックアップ日時をバックアップ側同期制御情報２０７に登録する（ステップＳ１３７）。その後、同期エージェント２０４は、日時登録完了の通知を同期エージェント１０４へ送信する（ステップＳ１３８）。

その後、同期エージェント２０４は、同期管理用の通知を運用管理サーバ４１へ送信する（ステップＳ１３９）。また、同期エージェント１０４も、同期管理用の通知を運用管理サーバ４１へ送信する（ステップＳ１４０）。

また、図９のステップＳ１１３で示したストレージ装置２００とストレージ装置３００との間の同期も、同期元及び同期先が変わるだけで上述した初期同期時の処理と同様の処理により同期が行われるので、ここでは説明を省略する。

次に、図１１を参照して、Ｉ／Ｏ処理発生時の運用ストレージ装置であるストレージ装置１００及び待機ストレージ装置であるストレージ装置２００の処理の流れについて説明する。図１１は、Ｉ／Ｏ処理発生時の運用ストレージ装置及び待機ストレージ装置の処理のシーケンス図である。

顧客による顧客端末３１を用いた入力により業務用サーバである仮想マシン１３においてＩ／Ｏ処理が開始される（ステップＳ２０１）。仮想マシン１３は、メタデータ１１１の更新を同期エージェント１０４に指示する（ステップＳ２０２）。同期エージェント１０４は、更新の指示を受けて、メタデータ更新差分１０６に格納されたメタデータ更新内容の内のファイルデータ１１２の更新が終わっていない更新差分を確認する（ステップＳ２０３）。

同期エージェント１０４は、更新を指示されたメタデータ１１１が更新差分に該当するか否かを判定する（ステップＳ２０４）。更新差分に該当しない場合（ステップＳ２０４：否定）、同期エージェント１０４は、ステップＳ２０６へ進む。これに対して、更新差分に該当する場合（ステップＳ２０４：肯定）、同期エージェント１０４は、今回指示されたメタデータ１１１の更新内容をメタデータ更新差分１０６に登録し、更新差分をマージする（ステップＳ２０５）。そして、同期エージェント１０４は、今回指示された内容でメタデータ１１１を更新する（ステップＳ２０６）。さらに、同期エージェント１０４は、今回のメタデータ１１１の更新情報をメタデータ更新リスト１０５へ保存する（ステップＳ２０７）。

続いて、同期エージェント１０４は、運用側同期制御情報１０７によりメタ同期の同期先であるメタ同期先を確認する（ステップＳ２０８）。そして、メタ同期先が無い場合（ステップＳ２０９：否定）、同期エージェント１０４は、ステップＳ２１４へ進む。

これに対して、メタ同期先がある場合（ステップＳ２０９：肯定）、同期エージェント１０４は、メタデータ１１１を同期エージェント２０４へ送信する（ステップＳ２１０）。ここでは、メタデータ１１１に対して同期ミラーを行う場合で説明する。同期エージェント２０４は、受信したメタデータ１１１をデータ記憶部２０１にメタデータ２１１として書き込み更新する（ステップＳ２１１）。次に、同期エージェント２０４は、今回更新した内容でメタデータ更新差分２０６を更新する（ステップＳ２１２）。その後、同期エージェント２０４は、更新完了の通知を同期エージェント１０４へ送信する（ステップＳ２１３）。

同期エージェント１０４は、更新完了の通知を仮想マシン１３へ送信する（ステップＳ２１４）。次に、仮想マシン１３は、ファイルデータ１１２の更新を同期エージェント１０４に指示する（ステップＳ２１５）。同期エージェント１０４は、更新の指示を受けて、ファイルデータバックアップ日時を運用側同期制御情報１０７から取得する（ステップＳ２１６）。そして、更新が指示されたファイルデータ１１２の最新データを持っているか否かを判定する（ステップＳ２１７）。例えば、マイグレーションが行われストレージ装置１００が未だ運用ストレージ装置として稼働したばかりであれば、ストレージ装置１００には最新のファイルデータ１１２が存在しない場合がある。その場合、最新のファイルデータ１１２は、マイグレーション前の同期先のストレージ装置に保持されている。

最新のファイルデータ１１２を有する場合（ステップＳ２１７：肯定）、同期エージェント１０４は、ステップＳ２２０へ進む。これに対して、最新のファイルデータ１１２を有さない場合（ステップＳ２１７：否定）、同期エージェント１０４は、最新のファイルデータ１１２に対応するデータを保持するデータ格納ストレージを運用側同期制御情報１０７により確認する（ステップＳ２１８）。ここでは、データ格納ストレージがストレージ装置２００の場合で説明する。同期エージェント１０４は、更新が指示されたファイルデータ１１２に対応するストレージ装置２００のデータ記憶部２０１に格納されたファイルデータ２１２を取得する（ステップＳ２１９）。

そして、同期エージェント１０４は、ファイルデータ１１２を更新する（ステップＳ２２０）。その後、同期エージェント１０４は、更新完了の通知を仮想マシン１３へ送信する（ステップＳ２２１）。仮想マシン１３は、更新完了の通知を受けて、Ｉ／Ｏ処理を完了する（ステップＳ２２２）。

次に、図１２を参照して、定期同期時の運用ストレージ装置であるストレージ装置１００及び待機ストレージ装置であるストレージ装置２００の処理の流れについて説明する。図１２は、定期同期時の運用ストレージ装置及び待機ストレージ装置の処理のシーケンス図である。ここでは、メタデータ１１１に対して非同期ミラーを行う場合で説明する。

ストレージ装置１００及び２００は、定期的にスリープ状態から復帰する（ステップＳ３０１）。そして、同期エージェント２０４は、同期のポリシーをバックアップ側同期制御情報２０７から取得する（ステップＳ３０２）。そして、同期エージェント２０４は、メタ同期周期が到来したか否かを判定する（ステップＳ３０３）。メタ同期周期が到来していない場合（ステップＳ３０３：否定）、同期エージェント２０４は、ステップＳ３１２へ進む。

これに対して、メタ同期周期が到来した場合（ステップＳ３０３：肯定）、同期エージェント２０４は、メタデータバックアップ日時をバックアップ側同期制御情報２０７から取得する（ステップＳ３０４）。そして、同期エージェント２０４は、メタデータバックアップ日時以降のメタデータ１１１の取得要求を同期エージェント１０４へ送信する（ステップＳ３０５）。同期エージェント１０４は、同期元のデータバックアップ日時以降に更新されたメタデータ１１１の情報をメタデータ更新リスト１０５から取得する（ステップＳ３０６）。次に、同期エージェント１０４は、取得した情報を用いて、同期元のデータバックアップ日時以降に更新されたメタデータ１１１をデータ記憶部１０１から取得する（ステップＳ３０７）。そして、同期エージェント１０４は、取得したメタデータ１１１を同期エージェント２０４へ送信する（ステップＳ３０８）。

同期エージェント２０４は、同期エージェント１０４から受信したメタデータ１１１をデータ記憶部２０１に書き込みメタデータ２１１を更新する（ステップＳ３０９）。さらに、同期エージェント２０４は、今回のメタデータ２１１の更新内容をメタデータ更新差分２０６に追加する（ステップＳ３１０）。次に、同期エージェント２０４は、バックアップ側同期制御情報２０７におけるメタデータバックアップ日時を更新する（ステップＳ３１１）。

次に、同期エージェント２０４は、データ同期周期が到来したか否かを判定する（ステップＳ３１２）。データ同期周期が到来していない場合（ステップＳ３１２：否定）、ストレージ装置１００及び２００はスリープ状態に遷移し、処理はステップＳ３０１へ戻る。

これに対して、データ同期周期が到来した場合（ステップＳ３１２：肯定）、同期エージェント２０４は、ファイルデータバックアップ日時をバックアップ側同期制御情報２０７から取得する（ステップＳ３１３）。そして、同期エージェント２０４は、ファイルデータバックアップ日時以降に更新されたメタデータ２１１の情報をメタデータ更新差分２０６から取得する（ステップＳ３１４）。次に、同期エージェント２０４は、ファイルデータバックアップ日時以降に更新されたメタデータ２１１に対応するファイルデータ１１２の取得要求を同期エージェント１０４へ送信する（ステップＳ３１５）。同期エージェント１０４は、ファイルデータバックアップ日時以降に更新されたメタデータ２１１に対応するファイルデータ１１２をデータ記憶部１０１から取得する（ステップＳ３１６）。そして、同期エージェント１０４は、取得したファイルデータ１１２を同期エージェント２０４へ送信する（ステップＳ３１７）。

同期エージェント２０４は、同期エージェント１０４から受信したファイルデータ１１２をデータ記憶部２０１に書き込みファイルデータ２１２を更新する（ステップＳ３１８）。さらに、同期エージェント２０４は、バックアップ側同期制御情報２０７におけるファイルデータバックアップ日時を更新する（ステップＳ３１９）。そして、同期エージェント２０４は、全てのファイルデータ２１２について同期が終了したか否かを判定する（ステップＳ３２０）。同期していないファイルデータ２１２がある場合（ステップＳ３２０：否定）、同期エージェント２０４は、ステップＳ３１３へ戻る。これに対して、全てのファイルデータ２１２の同期が完了した場合（ステップＳ３２０：肯定）、ストレージ装置１００及び２００はスリープ状態に遷移し、処理はステップＳ３０１へ戻る。

ここで、メタデータ１１１に対して同期ミラーが行われる場合は、ステップＳ３０３からステップＳ３１１までを飛ばして、ステップＳ３１２からステップＳ３２０までが行われることになる。

ここで説明したように、ストレージ装置１００を同期元とし、ストレージ装置２００を同期先とした場合のメタデータの同期頻度が「第１頻度」の一例にあたり、ファイルデータの同期頻度が「第２頻度」の一例にあたる。

次に、図１３を参照して、定期同期時の待機ストレージ装置であるストレージ装置２００及び３００の処理の流れについて説明する。図１３は、定期同期時の待機ストレージ装置同士の処理のシーケンス図である。ここでは、メタデータ２１１に対して非同期ミラーを行う場合で説明する。また、ここでは、待機ストレージ装置であるストレージ装置３００がストレージ装置２００と同様の構成を有する場合で説明する。この場合、ストレージ装置２００のデータ記憶部２０１が、「特定の第２記憶部」の一例にあたる。また、ストレージ装置３００のデータ記憶部２０２が、「他の第２記憶部」の一例にあたる。

ストレージ装置２００及び３００は、定期的にスリープ状態から復帰する（ステップＳ３２１）。そして、ストレージ装置３００の同期エージェント２０４は、同期のポリシーをストレージ装置３００のバックアップ側同期制御情報２０７から取得する（ステップＳ３２２）。そして、ストレージ装置３００の同期エージェント２０４は、メタ同期周期が到来したか否かを判定する（ステップＳ３２３）。メタ同期周期が到来していない場合（ステップＳ３２３：否定）、ストレージ装置３００の同期エージェント２０４は、ステップＳ３３２へ進む。

これに対して、メタ同期周期が到来した場合（ステップＳ３２３：肯定）、ストレージ装置３００の同期エージェント２０４は、メタデータバックアップ日時をストレージ装置３００のバックアップ側同期制御情報２０７から取得する（ステップＳ３２４）。そして、ストレージ装置３００の同期エージェント２０４は、メタデータバックアップ日時以降のメタデータ２１１の取得要求をストレージ装置２００の同期エージェント２０４へ送信する（ステップＳ３２５）。ストレージ装置２００の同期エージェント２０４は、メタデータバックアップ日時をストレージ装置２００のバックアップ側制御情報２０７から取得する（ステップＳ３２６）。次に、ストレージ装置２００の同期エージェント２０４は、取得した情報を用いて、同期元のデータバックアップ日時以降から自装置のメタデータバックアップ日時までのメタデータ２１１をデータ記憶部２０１から取得する（ステップＳ３２７）。そして、ストレージ装置２００の同期エージェント２０４は、取得したメタデータ２１１をストレージ装置３００の同期エージェント２０４へ送信する（ステップＳ３２８）。

ストレージ装置３００の同期エージェント２０４は、受信したメタデータ２１１をストレージ装置３００のデータ記憶部２０１に書き込みメタデータ２１１を更新する（ステップＳ３２９）。さらに、ストレージ装置３００の同期エージェント２０４は、今回のメタデータ２１１の更新内容をストレージ装置３００のメタデータ更新差分２０６に追加する（ステップＳ３３０）。次に、ストレージ装置３００の同期エージェント２０４は、バックアップ側同期制御情報２０７におけるストレージ装置３００のメタデータバックアップ日時を更新する（ステップＳ３３１）。

次に、ストレージ装置３００の同期エージェント２０４は、データ同期周期が到来したか否かを判定する（ステップＳ３３２）、データ同期周期が到来していない場合（ステップＳ３３２：否定）、ストレージ装置２００及び３００はスリープ状態に遷移し、処理はステップＳ３２１へ戻る。

これに対して、データ同期周期が到来した場合（ステップＳ３３２：肯定）、ストレージ装置３００の同期エージェント２０４は、ファイルデータバックアップ日時をストレージ装置３００のバックアップ側同期制御情報２０７から取得する（ステップＳ３３３）。そして、ストレージ装置３００の同期エージェント２０４は、ファイルデータバックアップ日時以降に更新されたメタデータ２１１の情報をストレージ装置３００のメタデータ更新差分２０６から取得する（ステップＳ３３４）。次に、ストレージ装置３００の同期エージェント２０４は、ファイルデータバックアップ日時以降に更新されたメタデータ２１１に対応するファイルデータ２１２の取得要求をストレージ装置２００の同期エージェント２０４へ送信する（ステップＳ３３５）。ストレージ装置２００の同期エージェント２０４は、ファイルデータバックアップ日時以降に更新されたメタデータ２１１に対応するファイルデータ２１２をストレージ装置２００のデータ記憶部２０１から取得する（ステップＳ３３６）。そして、ストレージ装置２００の同期エージェント２０４は、取得したファイルデータ２１２をストレージ装置３００の同期エージェント２０４へ送信する（ステップＳ３３７）。

ストレージ装置３００の同期エージェント２０４は、受信したファイルデータ２１２をストレージ装置３００のデータ記憶部２０１に書き込みファイルデータ２１２を更新する（ステップＳ３３８）。さらに、ストレージ装置３００の同期エージェント２０４は、ストレージ装置３００のバックアップ側同期制御情報２０７におけるファイルデータバックアップ日時を更新する（ステップＳ３３９）。そして、ストレージ装置３００の同期エージェント２０４は、全てのファイルデータ２１２について同期が終了したか否かを判定する（ステップＳ３４０）。同期していないファイルデータ２１２がある場合（ステップＳ３４０：否定）、ストレージ装置３００の同期エージェント２０４は、ステップＳ３３３へ戻る。これに対して、全てのファイルデータ２１２の同期が完了した場合（ステップＳ３４０：肯定）、ストレージ装置２００及び３００はスリープ状態に遷移し、処理はステップＳ３２１へ戻る。

ここで、メタデータ１１１に対して同期ミラーが行われる場合は、ステップＳ３２３からステップＳ３３１までを飛ばして、ステップＳ３３２からステップＳ３４０までが行われることになる。

例えばここで説明したように、待機ストレージ装置であるストレージ装置２００を同期元とし、他の待機ストレージ装置であるストレージ装置３００を同期先とした場合のメタデータの同期頻度が「第３頻度」の一例にあたる。また、ファイルデータの同期頻度が「第４頻度」の一例にあたる。

次に、図１４を参照して、マイグレーション実行時の運用管理サーバ４１の処理の流れについて説明する。図１４は、マイグレーション実行時の運用管理サーバの処理のシーケンス図である。ここでは、ストレージ装置１００からストレージ装置２００へ運用ストレージ装置を切り替える場合で説明する。

管理マネージャ４２は、切替元及び切替先のデータセンタの情報、切替後の同期先及び同期のポリシーを含む切替情報の入力を管理端末４４から受ける（ステップＳ４０１）。そして、管理マネージャ４２は、切替後の各ストレージ１００及び３００の同期先のデータセンタの情報を同期管理情報記憶部４３に格納する（ステップＳ４０２）。また、管理マネージャ４２は、ストレージ装置１００及び３００が配置された各データセンタの同期のポリシーを同期管理情報記憶部４３に保存する（ステップＳ４０３）。

次に、管理マネージャ４２は、同期先、各同期先の優先度を含む各同期先のポリシーをストレージ装置１００〜３００へ配布する（ステップＳ４０４）。その後、管理マネージャ４２は、同期先のデータセンタの変更指示をストレージ装置１００及び３００へ送信する（ステップＳ４０５）。

ストレージ装置１００及び２００は、マイグレーションにおける運用ストレージ装置の切替処理を実行する（ステップＳ４０６）。その後、管理マネージャ４０７は、切替完了の通知をストレージ装置２００から取得し、マイグレーション処理を終了する（ステップＳ４０７）。

次に、図１５を参照して、マイグレーション実行時の運用ストレージ装置であるストレージ装置１００及び待機ストレージ装置であるストレージ装置２００の処理の流れについて説明する。図１５は、マイグレーション実行時の運用ストレージ装置及び待機ストレージ装置の処理のシーケンス図である。ここでは、ストレージ装置１００からストレージ装置２００へ所定のサービス提供元の切り替えを行う場合で説明する。この図１５に示す処理は、図１４におけるステップＳ４０６で実行される処理の一例にあたる。

同期エージェント１０４及び２０４は、所定のサービスを提供するデータセンタをデータセンタ１０からデータセンタ２０へ切り替える指示を運用管理サーバ４１から受信する（ステップＳ４１０）。同期エージェント１０４は、運用側同期制御情報１０７を用いて切替先のデータセンタを確認する（ステップＳ４１１）。同期エージェント２０４は、バックアップ側同期制御情報２０７を用いて切替元のデータセンタを確認する（ステップＳ４１２）。そして、同期エージェント１０４は、ストレージ装置２００を接続先として確認する（ステップＳ４１３）。また、同期エージェント２０４は、ストレージ装置１００を接続先として確認する（ステップＳ４１４）。

次に、同期エージェント１０４は、業務サーバである仮想マシン１３にＩ／Ｏ停止指示を行う（ステップＳ４１５）。これを受けて、仮想マシン１３は、Ｉ／Ｏ処理を停止する。次に、同期エージェント１０４は、メタ同期の開始を同期エージェント２０４に通知する（ステップＳ４１６）。

同期エージェント２０４は、メタ同期開始の通知を受けて、メタデータバックアップ日時をバックアップ側同期制御情報２０７から取得する（ステップＳ４１７）。そして、同期エージェント２０４は、メタデータバックアップ日時以降のメタデータ１１１の取得要求を同期エージェント１０４へ送信する（ステップＳ４１８）。

同期エージェント１０４は、メタデータ１１１の取得要求を受けて、ストレージ装置２００のメタデータバックアップ日時以降のメタデータ１１１をデータ記憶部１０１から取得する（ステップＳ４１９）。そして、同期エージェント１０４は、取得したストレージ装置２００のメタデータバックアップ日時以降のメタデータ１１１を同期エージェント２０４へ送信する（ステップＳ４２０）。同期エージェント２０４は、受信したメタデータ１１１をデータ記憶部２０１へ格納してメタデータ２１１を更新する（ステップＳ４２１）。

さらに、同期エージェント１０４は、メタデータ更新リスト１０５を取得する（ステップＳ４２２）。そして、同期エージェント１０４は、メタデータ更新リスト１０５を同期エージェント２０４へ送信する（ステップＳ４２３）。同期エージェント２０４は、メタデータ更新リスト１０５をメタデータ更新リスト２０５として同期情報記憶部２２０へ格納する（ステップＳ４２４）。ここで、切り替え時点で更新されていないメタデータ２１１が存在する場合、同期エージェント２０４は、メタデータ更新リスト２０５とメタデータ更新差分２０６とを比較して、切り替え時点で更新されていないメタデータ２１１を特定する。そして、同期エージェント２０４は、切り替え時点で更新されていないメタデータ２１１をバックアップ側同期制御情報２０７に指定されている同期元から取得する。その後、同期エージェント２０４は、メタデータ更新完了通知を同期エージェント１０４へ通知する（ステップＳ４２５）。

同期エージェント１０４は、所定のサービスのデータが格納されていたディスクを解体、すなわち同期の設定の解除などを行う（ステップＳ４２６）。さらに、同期エージェント１０４は、解体したディスクを、Ｉ／Ｏ時に運用ストレージ装置としてストレージ装置２００と同期をとらないように再構築する（ステップＳ４２７）。その後、同期エージェント１０４は、ディスク再構築の完了を同期エージェント２０４へ通知する（ステップＳ４２８）。

同期エージェント２０４は、所定のサービスのデータを格納したディスクを解体する（ステップＳ４２９）。さらに、同期エージェント２０４は、解体したディスクを、再構築する（ステップＳ４３０）。例えば、ストレージ装置３００と同期をとる場合には、同期エージェント２０４は、Ｉ／Ｏ時にストレージ装置３００と同期をとるように設定する。

その後、同期エージェント２０４は、Ｉ／Ｏ再開を仮想マシン１３に指示する（ステップＳ４３１）。さらに、同期エージェント２０４は、切替完了の通知を運用管理サーバ４１へ送信する（ステップＳ４３２）。

以上に説明したように、本実施例に係る情報処理システムは、メタデータを優先して同期させておき、後からファイルデータの同期を行う。そして、本実施例に係る情報処理システムは、同期先のメタデータ及びファイルデータを用いてマイグレーションを行い、切替先で不足しているメタデータは切替先のストレージ装置が同期元としていたストレージ装置から取得する。そして、マイグレーションにおける切替先のストレージ装置は、不足しているファイルデータを後から取得する。これにより、バックアップ時間が短縮できるとともに、マイグレーション時間が短縮できる。さらに、更新されたメタデータに対応するファイルデータを後から取得することで、同期におけるデータの完全性を保証することができる。さらに、バックアップ先を複数持つことができ、また、各ストレージ装置はバックアップのバックアップを取ることができる。これにより、マイグレーション先を複数確保することができ、安全性が向上できるとともに、バックアップコストを抑えることができる。

さらに、以上で説明した情報システムは、ワンストップサービスだけではなく、バックアップをとっておき、そのバックアップを有するストレージに切り替えて運用を継続する構成であれば他の構成に用いることもできる。例えば、災害対策のための情報処理システムとして用いることもできる。

１０，２０ データセンタ
１１，２１ スイッチ
１２，２２ 物理サーバ
１３，２３ 仮想マシン
１４，２４ スイッチ
３０ 顧客サイト
３１ 顧客端末
４０ 運用管理サイト
４１ 運用管理サーバ
４２ 管理マネージャ
４３ 同期情報記憶部
４４ 管理端末
１０１，２０１ データ記憶部
１０２，２０２ マネージャ
１０３，２０３ エージェント
１０４，２０４ 同期エージェント
１０５，２０５ メタデータ更新リスト
１０６，２０６ メタデータ更新差分
１０７ 運用側同期制御情報
１３１，２３１ Ｉ／Ｏ処理部
１４１，２４１ 接続制御部
１４２，２４２ 同期処理実行部
１４３，２４３ メタデータ処理部
１４４，２４４ ファイルデータ処理部
２０７ バックアップ側同期制御情報
１１１，２１１ メタデータ
１１２，２１２ ファイルデータ

Claims (7)

1. 第１情報処理装置、第２情報処理装置及び運用管理装置を有する情報処理システムであって、
   前記第１情報処理装置は、
   更新日時を含む管理データ及び前記管理データに対応する実データを有する運用データを記憶する第１記憶部を備え、
   前記第２情報処理装置は、
   第２記憶部と、
   前記管理データを前記第１記憶部から第１頻度で取得し、前記第２記憶部に記憶させる第１管理データ取得部と、
   前記第１管理データ取得部による前記管理データの更新履歴を基に、前記第２記憶部に記憶された前記実データの最終取得日時以降に更新された前記管理データを特定し、特定した前記管理データに対応する前記実データを、前記第１記憶部から前記第１頻度より低い第２頻度で取得し、前記第２記憶部に記憶させる第１実データ取得部とを備え、
   前記運用管理装置は、
   前記第１記憶部に記憶された前記運用データを用いて実行される読出書込処理を、前記第２記憶部に記憶された前記管理データ及び前記実データを用いて実行されるように切り替える切替部を備えた
   ことを特徴とする情報処理システム。
2. 前記第１情報処理装置は、
   前記第１記憶部に記憶された前記管理データの更新履歴を記憶する運用データ更新履歴格納部をさらに備え、
   前記第１実データ取得部は、前記切替部による切り換え時に、前記運用データ更新履歴格納部に格納された更新履歴及び前記第１管理データ取得部による前記管理データの更新履歴を基に、未更新の前記管理データを特定し、特定した前記管理データを取得する
   ことを特徴とする請求項１に記載の情報処理システム。
3. 第３記憶部と、
   前記第２記憶部から前記管理データを第３頻度で取得し、前記第３記憶部に記憶させる第２管理データ取得部と、
   前記第２管理データ取得部による前記管理データの更新履歴を基に、前記第３記憶部に記憶された前記実データの最終取得日時以降に更新された前記第３記憶部内の前記管理データを特定し、特定した前記管理データに対応する前記実データを、前記第２記憶部から前記第３頻度より低い第４頻度で取得し、前記第３記憶部に記憶させる第２実データ取得部とを有する第３情報処理装置をさらに備えた
   ことを特徴とする請求項１又は２に記載の情報処理システム。
4. 前記第２情報処理装置は複数あり、
   前記運用管理装置は、
   各前記第２情報処理装置の優先度を記憶する優先度記憶部と、
   前記優先度を基に、各前記第２情報処理装置の前記第１管理データ取得部に対して、各前記第１管理データ取得部が用いる前記第１頻度及び前記第２頻度を通知する
   ことを特徴とする請求項１〜３のいずれか一つに記載の情報処理システム。
5. 更新日時を含む管理データ及び前記管理データに対応する実データを有する運用データを記憶する第１記憶部から前記管理データを第１頻度で取得し、第２記憶部に記憶させる第１管理データ取得部と、
   前記第１管理データ取得部による前記管理データの更新履歴を基に、前記第２記憶部に記憶された前記実データの最終取得日時以降に更新された前記管理データを特定し、特定した前記管理データに対応する前記実データを、前記第１記憶部から前記第１頻度より低い第２頻度で取得し、前記第２記憶部に記憶させる第１実データ取得部と、
   を備えたことを特徴とする情報処理装置。
6. 前記第１記憶部に記憶された前記運用データを用いて実行される読出書込処理が、前記第２記憶部に記憶された前記管理データ及び前記実データを用いて実行されるように切り替えられることを特徴とする請求項５に記載の情報処理装置。
7. 更新日時を含む管理データ及び前記管理データに対応する実データを有する運用データを記憶する第１記憶部から前記管理データを第１頻度で取得し、
   取得した前記管理データを第２記憶部に記憶させ、
   前記第２記憶部における前記管理データの更新履歴を格納し、
   前記第１記憶部から取得した実データを前記第２記憶部に記憶させた最終取得日時を保持し、
   前記第１頻度より低い第２頻度で、前記更新履歴を基に、前記最終取得日時以降に更新された前記管理データを特定し、
   特定した前記管理データに対応する前記実データを取得し、
   取得した前記実データを前記第２記憶部に記憶させる
   処理をコンピュータに実行させることを特徴とする情報処理装置制御方法。

Images