JP2016126364A - システムのバックアップ装置及びバックアップ方法 - Google Patents

Abstract

【課題】
正サイトの仮想化基盤に構築された情報処理システムの構成変化を、副サイトの仮想化基盤に構築された情報処理システムに迅速に反映して、それぞれの情報処理システムを整合させる。
【解決手段】
正サイトの仮想化基盤に構築された情報処理システムのシステムデータの変更を検知すると、正サイトと副サイトの情報処理システムを構成するサーバのマッピング情報に基づき、正サイトの変更箇所に対応する副サイトのサーバを特定し、特定したサーバ及びマッピング情報を更新する。
【選択図】 図１

Description

本発明は、システムのバックアップに関し、特に、異なる仮想化基盤間におけるシステムのバックアップに関する。

近年、データセンタ（ＤＣ）へのクラウドコンピューティング（クラウド）適用が進展している。一般的なクラウドでは、ＤＣ事業者がサーバ・ストレージ・ネットワークからなる情報処理システム上に、複数の企業システムや企業内の複数の業務システムを仮想化して構築する。クラウドは、仮想化技術がベースであるため、物理システムと比較して拡張性に優れる。一方、クラウドでは、複数の情報処理システムを単一の情報処理システムに統合するため、複数の情報処理システムが混在し（マルチテナント化し）、複雑化している。なお、クラウドに統合された顧客ごとの仮想化された情報処理システムあるいは仮想化された業務システムを、テナントと呼ぶ。

最近では、ディザスタリカバリを目的として、正サイトにある既存の情報処理システムのバックアップサイト（副サイト）を地理的に離れたクラウドに構築して、ネットワーク経由でデータを転送するディザスタリカバリサービスが出始めている。このディザスタリカバリサービスの活用により、顧客自身が、副サイトで利用する機器を購入したり、構築する必要がなくなるため、副サイトを立ち上げるまでの時間を短縮しつつ、コストを低減できる。なお、情報処理システムには、社内で利用されてきた社内システムやデータセンタなどにホスティングされているシステム、データセンタ事業者が提供するクラウド(マルチテナント型情報処理システム)に構築されたテナントなどが含まれるため、ディザスタリカバリの形態としては、顧客サイト（オンプレミス）からクラウドへのディザスタリカバリ、クラウドから別クラウドへのディザスタリカバリなど、さまざまな組み合わせが存在する。

従来のディザスタリカバリでは、正サイトと副サイトに同じサーバ機器やストレージ機器を設置して、同一構成のシステムを構築し、ストレージ装置の持つデータコピー機能を利用して、データを副サイトに定期的にコピーする方法が用いられてきた。しかしながら、副サイトにクラウドを利用するような場合には、正サイトと副サイトにおいて同一構成のシステムを構築することができない。これは、システム構築に利用するサーバ、ネットワーク、ストレージ、仮想化基盤がサイト間で異なるためである。このようなケースでは、従来主流であったストレージ装置の持つデータコピー機能を利用できず、ネットワークを介して正サイトから副サイトにデータをコピーする手法（サーバベースのデータコピー機能）が用いられている。

サーバベースのデータコピー機能では、正サイトのユーザデータが副サイトにコピーされる。ユーザデータとは、データベースで利用しているデータ領域などが相当する。従来のディザスタリカバリでは、同一構成のシステムを副サイトに構築できたため、ユーザデータさえコピーしていれば、副サイト切り替え時に情報処理システムが稼働することを保証できた。しかしながら、副サイトがクラウドに構築される場合には、正サイトと同一構成のシステムを構築できないため、ユーザデータをコピーするだけでは、副サイトへの切り替え時にシステムとして動作することを保証できない。システムとしての動作を保証するには、ユーザデータの反映だけでなく、システムに関する様々な情報(システムデータ)を副サイトに反映する必要がある。

システムデータには、システムディスクとシステム構成情報が含まれる。システムディスクには、オペレーティングシステムの設定やバージョン情報、オペレーティングシステムで動作するアプリケーションの設定情報などのオペレーティングシステムが利用する領域の情報が含まれる。システム構成情報には、サーバ構成情報とシステムトポロジ情報が含まれる。サーバ構成情報には、サーバのスペックに関する情報として、ＣＰＵの周波数やメモリサイズ、あるいはクラウドの場合にはインスタンスのタイプなどが含まれる。また、サーバにアタッチされているＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）やディスクの情報なども含まれる。システムトポロジ情報には、情報処理システムで利用しているサーバ数やサーバ間の依存関係といったシステムのトポロジに関する情報が含まれる。システムデータのうちシステムディスクのバックアップを取得する方法として、イメージコピー技術やイメージ変換技術がある。

複数のサイト間におけるイメージコピー技術に関しては、以下の特許文献がある。特許文献１（特開２０１１−１２３８９１公報）には、ネットワークでつながった仮想マシンを第一のシステムから、第二のシステムにイメージコピーする方法が、開示されている（段落０００４）。また、特許文献２（特開２０１１−７０６２７公報）には、サーバイメージマイグレーションに関する技術として、仮想サーバイメージをシステム間で転送する場合に、転送量を制限できることが開示されている（段落０００８）。

イメージ変換技術とは、システムディスクのバックアップを、異なる仮想化基盤上のシステムに反映する技術である。イメージ変換技術を用いることにより、仮想化基盤において取得したイメージを、それとは異なる仮想化基盤上で動作する形式に変換して、利用できるようになる。たとえば、イメージ変換技術として、ＶＭＤＫ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ Ｄｉｓｋ）やＶＨＤ（Ｖｉｒｔｕａｌ Ｈａｒｄ Ｄｉｓｋ）のような複数種類の仮想サーバのイメージを別の形式のイメージに変換する手法が存在する。

特開２０１１−１２３８９１公報 特開２０１１−７０６２７公報

特許文献１及び特許文献２のいずれも、正サイトと副サイトに構築される情報処理システムの構成が同一であることが前提となっている。しかしながら、ディザスタリカバリの正サイトに構築される情報処理システムは、一般的に、複数のサーバ（物理あるいは仮想）により構築されている。各サーバは、ニーズに応じてスペックが異なるうえ、サーバには、異なるオペレーティングシステムがインストールされ、搭載されるアプリケーションも異なる。このようなシステムでは、サーバごとにシステムデータの更新のタイミングが異なる。たとえば、Ｗｅｂサーバとして利用していたサーバのオペレーティングシステムのセキュリティ対策が必要となり、バージョンが変わったりする。あるいは、障害により仮想サーバの再起動を行った場合に、仮想サーバのスペック、たとえばインスタンスのタイプなどが変わりうる。あるいは、仮想サーバにクラウドサービスを利用している場合に、オートスケールのような機能を有効にしている場合には、Ｗｅｂサーバの数が最初の設定よりも増減する。さらには、長期間システムを運用する場合には、仮想サーバにアタッチされるディスクが増設されたりする。サーバ間のアクセスコントロールを変更する場合もシステムデータの変化に相当する。

本発明は、以上の点に鑑み、正サイトの仮想化基盤に構築された情報処理システムの構成変化を、副サイトの仮想化基盤に構築された情報処理システムに迅速に反映して、それぞれの情報処理システムを整合させることを目的とする。

正サイトの仮想化基盤に構築された情報処理システムのシステムデータの変更を検知すると、正サイトと副サイトの情報処理システムを構成するサーバのマッピング情報に基づき、正サイトの変更箇所に対応する副サイトのサーバを特定し、特定したサーバ及びマッピング情報を更新する。

具体的には、本発明におけるバックアップ制御装置は、第１の仮想化基盤に構築された第１のシステムと、第２の仮想化基盤に構築されたシステムであって、前記第１のシステムのバックアップである第２のシステムとに接続され、前記第１及び前記第２のシステムのトポロジに関する情報と、前記第１及び前記第２のシステムの各々を構成する１以上のサーバの構成情報とを含むシステムデータと、
前記第１のシステムを構成する１以上のサーバの各々と前記第２のシステムを構成する１以上のサーバの各々との対応関係を示すマッピングテーブルと、前記第１のシステムのシステムデータが変更された場合、前記変更が発生した前記第１のシステムの第１のサーバを特定する変更箇所特定部と、前記マッピングテーブルに基づき、前記第１のサーバに対応付けられた前記第２のシステムの第２のサーバが存在するかを判定するマッピング部と、前記第１のサーバのイメージを生成し、生成された前記イメージを前記第２の仮想基盤へ転送するバックアップ処理部と、転送された前記イメージに基づき第３のサーバを生成するサーバ更新部と、前記第３のサーバの構成情報に基づき、前記第１及び前記第２のシステムデータと前記マッピングテーブルとを更新するテーブル更新部とを備える。

本発明によると、正サイトの仮想化基盤に構築された情報処理システムの構成変化を、副サイトの仮想化基盤に構築された情報処理システムに迅速に反映して、それぞれの情報処理システムを整合させることができる。これにより、正サイトから副サイトへの切り替え時に、副サイトの情報処理システムが動作することを保証することが可能になる。

本発明の実施の形態におけるシステム構成を示す図である。 システムデータ管理テーブル１２０の構成例である。 システム構成テーブル２０１の構成例である。 サーバ構成テーブル２０２の構成例である。 イメージマッピングテーブル１２３の構成例である。 システムデータのバックアップ処理フローを示す図である。 マッピング処理の処理フローを示す図である。 イメージバックアップ処理の処理フローを示す図である。 サーバ更新処理の処理フローを示す図である。 サーバ更新部１１５の構成例である。 ＧＵＩ操作画面例である。

以下、実施例を図面を用いて説明する。

図１は、本発明の実施の形態における全体システム構成を示す図である。本実施例のシステムは、バックアップサーバ１００、正サイト１０１、副サイト１０２、クライアント端末１０３、ネットワーク１０４、ネットワーク１０５を備える。クライアント端末１０３は、管理Ｉ／Ｆ１０６を備える。

正サイト１０１は、管理サーバ１４０を備え、情報処理システム１４５が構築される。情報処理システム１４５は、複数のサーバで構成されたシステムでありサーバ１６０a, １６０ｂ, １６０ｃを含む。各サーバは物理サーバあるいは仮想サーバのいずれであってもよい。また、各サーバは仮想あるいは物理ネットワークにより接続される。

サーバ１６０aは、ディスク１６０a-sと、ディスク１０６a-dを含み、サーバ１６０ｂもディスク１６０b-s, ディスク1６０b-dを含む。サーバ１６０ｃは、３台のディスク（１６０ｃ−ｓ、１６０ｃ−ｄ１、１６０ｃ−ｄ２）を有するが、これらの構成には限定されない。ここでディスク１６０a-sやディスク１６０ｂ−ｓ、１６０ｃ−ｓはそれぞれシステムディスクであり、１６０a-d、１６０ｂ−ｄ、１６０ｃ−ｄ１、１６０ｃ−ｄ２はデータディスクである。システムディスクは、たとえば、ＯＳやアプリケーションがインストールされており、ＯＳやアプリケーションの設定情報を含む。たとえば、情報処理システム１４５が、３階層システムである場合、１６０aにはＷｅｂサーバアプリケーションが搭載され, サーバ１６０ｂにはＡＰサーバアプリケーション, サーバ１６０ｃにはデータベースアプリケーションが搭載される。各サーバは、管理サーバ１４０により管理される。

副サイト１０２には、情報処理システム１５５が構築され、管理サーバ１５０により管理される。また、正サイトからの転送されるシステムディスクのイメージを変換して一次的に保管するテンポラリストレージ１５６を含む。情報処理システム１５５は、情報処理システム１４５のバックアップシステムとして構築されている。

また、図示はしないが各サーバにはエージェントが搭載されている場合がある。エージェントは、搭載されたサーバのＯＳやアプリケーションの設定情報に変更があった場合に、変更をバックアップサーバ１００に通知する機能を持つ。

バックアップサーバ１００は、情報処理システム１４５のシステムデータが変更されたことを検知したときに、情報処理システム１４５においてシステムデータが変更された箇所を特定し、変更箇所に応じて副サイト１０２の情報処理システム１５５のシステムデータを更新する。

本実施例では、バックアップサーバ１００が、正サイト１０１および副サイト１０２にネットワーク経由でアクセスできる場所に配置される例を示すが、正サイト１０１内に配置されていてもよいし、副サイト１０２内に配置されていてもよい。サイト内の管理サーバにアクセスできるのであれば、いずれの場所にあってもよい。

バックアップサーバ１００は、バックアップ要求分析部１１７、システム初期構築部１１０、システムデータ変更検知部１１１、変更箇所特定部１１２、マッピング部１１３、バックアップ処理部１１４、サーバ更新部１１５、テーブル更新部１１６、正サイトシステムデータ管理テーブル１２０、副サイトシステムデータ管理テーブル１２１、イメージマッピングテーブル１２２を含む。

バックアップ要求分析部１１７は、クライアント端末１０３からのバックアップ要求を受付、分析結果にしたがって、適切な処理を行う。バックアップ要求には、バックアップ対象システム新規構築要求、バックアップサーバ起動要求、特定サーバにおけるシステムデータバックアップ要求を含むが、これらの要求には限定されない。要求分析の結果、バックアップ対象システムの新規構築要求であれば、システム初期構築部１１０を呼び出し、正サイト１０１に構築されたバックアップ対象システムのバックアップを副サイト１０２に構築する。バックアップサーバ起動要求であれば、システムデータ変更検知部１１１を呼び出して処理を行う。また、管理者が明示的に情報処理システムの特定サーバのシステムデータのバックアップを取得する要求もありうる。この場合は、すでに更新したいシステムデータが明確であるため、要求分析結果に基づき、マッピング部１１３を読み出し、正サイトの情報処理システムの特定サーバのシステムデータのバックアップ処理を行う。

システム初期構築部１１０は、バックアップ要求分析部１１７がクライアント端末１０３からバックアップ対象システムの新規構築要求をうけたときに、起動される。システム初期構築部１１０は、副サイト１０２に、正サイト１０１にある情報処理システム１４５のバックアップ（情報処理システム１５５）を構築する。副サイト１０２における情報処理システム構築では、正サイト１０１のシステムデータにしたがって、副サイトにバックアップ対象システムを構築したのち、ユーザデータが存在する場合には、それらのデータを副サイトにコピーする。ユーザデータのバックアップは、公知の技術を用いることにより実現できる。システムデータの初期バックアップでは、正サイトのシステムデータ管理テーブル１２０に保持された情報にしたがって、副サイト１０２に情報処理システム１５５を構築する。情報処理システム１５５の構築は公知の技術を用いればよい。構築後、情報処理システム１５５のシステムデータを副サイトシステムデータ管理テーブル１２１に保持する。正サイトシステムデータ管理テーブル１２０の構成は後述する。

システムデータ変更検知部１１１は、正サイト１０１に構築された情報処理システム１４５のシステムデータに変更があったかどうかを確認する。システムデータ変更検知部１１１は、正サイト１０１に構築された情報処理システム１４５の各サーバに搭載されたエージェントからの変更通知、管理サーバ１４０からの変更通知等を入力とする。エージェントや管理サーバ１４０から変更通知が受け取れない場合には、システムデータ変更検知部１１１が定期的に、管理サーバ１２０やエージェントにアクセスし、情報処理システム１４５に関連するシステムデータを収集し、収集結果とシステムデータ管理テーブル１２０の情報を比較することで、システムデータが変化したことを検知する。管理サーバ１２０やエージェント以外にたとえば、ロードバランサやファイヤウォールなどのネットワーク機器が存在する場合も、同様にシステムデータが変わったことを検知すればよい。

変更箇所特定部１１２は、システムデータ変更検知部１１１により、システムデータが変わったことを検出した場合に、正サイトシステムデータ管理テーブル１２０を参照し、変更箇所を特定する。システムデータのうち、ＯＳのバージョンやアプリケーションの設定や証明書などが変わった場合には、対象サーバを特定し、その構成を特定する。システムデータのうち、サーバを動作するインスタンスのタイプやディスク数やネットワークカード数が変わった場合には、サーバの構成情報を特定する。ロードバランサやファイヤウォールの設定が変わった場合などは、変更されたシステム構成情報を特定する。

マッピング部１１３は、変更箇所特定部１１２において、変更箇所がサーバであると特定した場合には、正サイトシステムデータ管理テーブル１２０を参照して、特定したサーバに対するイメージ識別子を特定する。次に、イメージマッピングテーブル１２２を参照して、正サイトの特定したイメージ識別子に対応する副サイトのイメージ識別子を特定する。続いて、副サイトシステムデータ管理テーブル１２１を参照して、副サイトの特定したイメージ識別子を有するサーバ識別子を特定する。イメージマッピングテーブル１２２の構成は後述する。

また、マッピング部１１３は、正サイト１０１の情報処理システムと副サイト１０２の情報処理システムのシステム構成情報のマッピングも行う。たとえば、正サイトと副サイトにおいて利用されている仮想化基盤が異なる場合には、システム構成情報のマッピングを行う必要がある。たとえば、正サイトと副サイトでは情報処理システムのサーバに対するＣＰＵの割り当て方が異なるばあいがある。正サイトでは、サーバにはＣＰＵコアの割り当てを行うのに対して、副サイトでは、インスタンスタイプという形で割り当てられる場合がある。このとき、正サイトと副サイトでは、サーバのＣＰＵ性能の表現方法が異なっているため、対応づける必要がある。また、仮想化基盤によっては、アクセス制御設定のやり方が異なる場合もあるため、これらのマッピングもマッピング部１１３では行う。

バックアップ処理部１１４は、変更箇所特定部１１２が特定した変更箇所に応じたバックアップ処理を行う。変更箇所が特定サーバのシステムディスクの場合は、変更対象サーバのシステムディスクのイメージを作成し、副サイトに転送し、イメージ変換を行い、副サイトのテンポラリストレージ１５６に保存する。変更箇所が特定のサーバではない場合、たとえばファイヤウォールの設定であったり、ルーティングの変更であった場合には、イメージを転送せずに、管理サーバ１５０を介して、副サイト１０２の情報処理システムのシステムデータの該当する箇所の設定を更新する。

サーバ更新部１１５は、事前に設定された削除ポリシーに基づき、マッピング部１１３が特定した、副サイト１０２の変更対象のサーバを削除する。その後、バックアップ処理部１１４により、副サイトのテンポラリストレージ１５６に保存されたイメージをアップロードして、新たにサーバを作成する。サーバ更新部１１５の詳細は図１０で後述する。

テーブル更新部１１６は、サーバ更新部１１５の処理ののち、イメージマッピングテーブル１２２の内容を更新する。イメージマッピングテーブル１２２の内容は後述する。また、正サイトシステムデータ管理テーブル１４５、副サイトシステムデータ管理テーブル１５５の内容を更新する。さらに、テンポラリストレージ１５６に保存したイメージを削除する。

バックアップ処理部１１４は、構成分割部１３０、イメージ作成部１３１、イメージ転送部１３２、データ転送部１３３、分割ポリシー１３５を含む。

分割ポリシー１３５は、サーバのイメージを転送する単位を事前に定義する。分割単位は、バックアップ対象の仮想化基盤の種類によって異なるため、バックアップ対象の仮想化基盤が複数存在する場合には、仮想化基盤ごとに分割ポリシー１３５を設定する。

構成分割部１３０は、システムデータの変更対象のサーバそれぞれについて、分割ポリシー１３５にそって、サーバの構成を分割する。例えば、分割ポリシーで、サーバとシステムディスクのセット、又はデータディスク（ユーザデータが格納されているディスク）が転送単位として設定されている場合、データディスクのイメージはサーバとは別のイメージとして作成される。例えば、サーバに３つのディスクがアタッチされており、そのうちのひとつがシステムディスクである場合には、サーバとディスク１（システム）、ディスク２、ディスク３のように、分割する。

イメージ生成部１３１は、構成分割部１３０により分割した単位でイメージを作成する。イメージを作成する手法は公知の方法をもちいればよい。サードパーティが提供するソフトウェア、あるいはクラウドベンダが提供するＡＰＩを利用しすればよい。

イメージ転送部１３２は、イメージ生成部１３１により生成したイメージを正サイト１０１と副サイト１０２の間のネットワークを介して転送する。イメージが複数ある場合には、逐次で転送してもよいし、性能向上のための並列で転送してもよい。正サイトと副サイトが異なる仮想化基盤である場合には、イメージ転送部１３２は、イメージ変換処理を含む。イメージ変換処理は、公知の方法を用いればよい。

データ転送部１３３は、イメージではなく、ユーザデータを転送する。これは公知のサーバベースのデータコピー機能を利用すればよいため、ここでは詳細説明を省略する。

図２は正サイトシステムデータ管理テーブル１２０の構成を示す図である。正サイトシステムデータ管理テーブル１２０は、システムトポロジテーブル２０１、サーバ構成テーブル２０２、サーバイメージファイル２０３を含む。

正サイトシステムデータ管理テーブル１２０は、システム初期構築部１１０により生成される。また、テーブル更新部１１６により更新される。さらに、変更箇所特定部１１２、マッピング部１１３により参照される。

システムトポロジテーブル２０１は、情報処理システム１４５の構成を管理するテーブルである（詳細は後述する）。情報処理システム１４５を構成するサーバのリストを保持する。さらに、サーバ間の接続関係やサーバ以外の設定情報、たとえばロードバランサの設定やファイヤウォールの設定などを保持するが、これらには限定されない（非図示）。

サーバ構成テーブル２０２は、システムトポロジテーブル２０１で管理される各サーバの構成情報を保持する。サーバの構成情報としては、サーバのＣＰＵスペックやメモリサイズ、搭載されているオペレーティングシステムの種類やバージョン、サーバが持っているネットワークインタフェースの数と、ネットワークインタフェースのＭＡＣアドレス、サーバにアタッチされているディスク数と、それぞれのディスクのサイズを含むが、これらには限定されない。

サーバイメージファイル２０３は、サーバを起動するときに利用するイメージファイルである。情報処理システムが複数のサーバで構成され、それぞれのサーバが異なる役割で動作する場合には、サーバイメージファイル２０３は複数存在する。本実施の形態では、サーバイメージファイル２０３をバックアップ装置１００に配置しているが、正サイトあるいは副サイトにおいてサーバを生成するときに参照できる場所であれば、どこでもよい。

図２には、正サイトシステムデータ管理テーブル１２０の構成を示したが、副サイトシステムデータ管理テーブル１２１も同様の構成であるため、説明を省略する。

図３はシステムトポロジテーブル２０１の構成例である。システムトポロジテーブル２０１は、システム識別子で識別されるシステムの構成に関する情報を保持する。システム構成テーブル２０１は、システム識別子３０１、サーバ識別子３０２、ＩＰアドレス３０３、サーバ名３０４、イメージ識別子３０５、インスタンスタイプ３０６、状態３０７を含む。システム識別子３０１は、正サイト１０１に構築された情報処理システム１４５の識別子であり、情報処理システム１４５を一意に識別できる。サーバ識別子３０２は、情報処理システム１４５を構成するサーバに付与される識別子であり、サーバを生成したときに、管理サーバ１４０により自動的に付与される、情報処理システムにおいて一意な識別子である。ＩＰアドレス３０３は、サーバ識別子３０２で識別されるサーバに付与されたＩＰアドレスである。サーバ名３０４は、サーバ識別子３０２で識別されるサーバの名前である。イメージ識別子３０５は、サーバ識別子３０２で識別されるサーバのイメージの識別子である。インスタンスタイプ３０６は、サーバ識別子３０２で識別子されるサーバを搭載するインスタンスの種類である。たとえば、クラウドサービスの場合は複数種類のインスタンスのタイプがサービスとして提供されており、ユーザはインスタンスのタイプを選択してサーバを生成する。状態３０７は、サーバ識別子３０２で識別されるサーバの状態を表す。たとえば、稼動中、停止、ペンディングなどの状態が表示される。本実施例では、システム１が３つのサーバ（ＶＭ１，ＶＭ２，ＶＭ３）で構成され、それぞれのサーバの構成情報が３１０、３１１、３１２に示されている。

図４はサーバ構成テーブル２０２の構成例である。サーバ構成テーブル２０２は、サーバを構成しているコンポーネントのパラメータを保持する。サーバ構成テーブル２０２は、サーバ識別子４０１、ＩＰアドレス４０２、ＯＳ４０３、イメージ識別子４０４、ディスク４０５、ネットワークカード４０６を含むがこれらには限定されない。サーバを構成するときに関連するパラメータであれば、どのようなパラメータでもよい。

ＯＳはサーバ識別子４０１で識別されるサーバに搭載されたオペレーティングシステムの種類やバージョンを管理する。ディスク４０５は、サーバ識別子４０１で識別されるサーバにアタッチされたディスクの数とアドレスを管理する。ネットワークカード４０６は、サーバ識別子４０２で識別されるサーバが持つネットワークインタフェースの数とアドレスを管理する。たとえば、図４の例では、ＶＭ１はＯＳとして６４ビットLinux（登録商標）が搭載され、ディスクは２つ、それぞれシステムディスクと、データディスクを持っている。またＶＭ１は２つのＮＩＣを持っている。

図５はイメージマッピングテーブル１２２の構成例である。イメージマッピングテーブル１２２は、正サイトの情報処理システム１４５のサーバのイメージ識別子と、それに対応する副サイトの情報処理システム１５５のサーバのバックアップイメージ識別子の対応を管理する。正イメージ識別子５０１は、正サイトのサーバのイメージ識別子であり、バックアップイメージ識別子５０２は、副サイトのサーバイメージ識別子である。それぞれの識別子は、イメージ作成時に付与され、情報処理システム１４５、１５５の間で一意である。また、イメージマッピングテーブル１２２は、情報処理システム１４５のバックアップを副サイト１０２に取得したときに作成され、その後、情報処理システム１４５のサーバ構成が変わるたびに更新される。登録済イメージを適用したサーバがなくなった場合には、イメージマッピングテーブル１２２から正イメージ識別子５０１およびそれに対応するバックアップイメージ識別子５０２は削除される。

図１０は、サーバ更新部１１５の構成例である。サーバ更新部１１５は、システムデータバックアップ取得部１００１、サーバ削除部１００２、ＩＯデバイス確認部１００３、ＩＯデバイス削除部１００４、サーバ生成部１００５、ＩＯデバイス生成部１００６、ＩＯデバイス再割当部１００７、削除ポリシー１０１０を含む。削除ポリシー１０１０は、更新対象サーバのシステムデータのバックアップを取得するかどうかのルールを保持する。たとえば、更新対象サーバのシステムデータのバックアップを取得する必要がない場合には、「削除」と記載され、更新対象サーバのシステムデータのバックアップを取得する必要がある場合には「バックアップ取得」を意味するルールが記載されている。条件を判断できる記載であれば、上記記載内容には限定されない。

システムデータバックアップ取得部１００１は、削除ポリシー１０１０を参照し、削除ポリシーに「バックアップ取得」と記載されている場合、副サイトシステムデータ管理テーブル１２１の内容に従い、更新対象サーバのシステムイメージおよびシステムの構成情報のバックアップを取得する。サーバ削除部１００２は、副サイト１０２の管理サーバ１５０に要求を出し、更新対象サーバを削除する。削除方法は公知の技術を用いればよい。ＩＯデバイス確認部１００３は、副サイトシステムデータ管理テーブル１２１の中のサーバ構成テーブル２０２を参照し、更新対象サーバに対応づけられたネットワークカードやディスクが存在するかどうかを確認する。たとえば、更新対象サーバがデータディスクを持っているか、ネットワークカードを何枚持っているかを確認する。ＩＯデバイス削除部１００４は、ＩＯデバイス確認部１００３の結果、ＩＯデバイスが存在する場合には、特定したデバイスを削除する。サーバ生成部１００５は、管理サーバ１５０を介して、テンポラリストレージ１５６に保管した変換イメージを使って、新しくサーバを作成する。ＩＯデバイス生成部１００６は、副サイトシステムデータ管理テーブルのサーバ構成テーブル２０２の内容に従い、管理サーバ１５０を介して新しくＩＯデバイスを生成する。ＩＯデバイス再割当部１００７は、サーバ生成部１００５で生成したサーバとＩＯデバイス生成部１００７で作成したＩＯデバイスを対応づける。たとえば、ネットワークカードを作成した場合には、それをサーバにアタッチする。

図６は正サイトの情報処理システム１４５のシステムデータのバックアップ処理フローである。情報処理システムのシステムデータのバックアップ処理フローでは、システムデータ変更検知部１１１がシステムデータの内容が変わったことを検出する（ステップ６０１）。検出する内容としては、サーバの構成の変化（情報処理システムにアタッチされたディスク数の増減やＮＩＣ数の増減、サーバのインスタンスタイプの変更）、サーバに搭載されたＯＳのセキュリティ対策によるバージョンアップ、情報処理システムにおけるサーバ数の変化（たとえば、オートスケール）、ファイヤウォールにおけるアクセス制御設定更新によるサーバ接続関係の変化などが含まれる。システムデータが変わったことは、管理サーバ１４０からの変更通知、情報処理システムの各サーバに搭載したエージェントからの変更通知により確認できる。あるいは、定期的に管理サーバ１４０と、各サーバのエージェントにアクセスし、情報処理システム１４５を構成するサーバの情報を収集し、バックアップ装置１００に保持している正サイトシステムデータ管理テーブル１２０の内容と比較することにより変更を確認できる。検出方法については、システムデータの内容が変わったことを確認できる方法であれば、どのような方法を用いてもよい。

ステップ６０１においてシステムデータが変わったことを検出すると、変更箇所特定部１１２により、正サイトシステムデータ管理テーブル１２０を参照し、システムデータの変更箇所を特定する。システムデータのうち、サーバインスタンスのタイプや、ＯＳの種類やバージョンがかわった場合には、対象サーバを特定する（ステップ６０２）。ディスク数が増加した場合には情報処理システムのどのサーバにディスクが追加されたのかを特定する。あるいは、サーバ数が増加した場合には、増加したサーバ識別子を特定し、そのサーバの構成情報と他サーバとの接続関係を特定する。特定したサーバ識別子が、正サイトシステムデータ管理テーブル１２０に登録されていない場合には、副サイトにそのサーバのバックアップが作成されていないため、ステップ６０３は実行せず、ステップ６０５以降の処理を行う。

ステップ６０３では、マッピング部１１３が、正サイトシステムデータ管理テーブル１２０、イメージマッピングテーブル１２２、副サイトシステムデータ管理テーブル１２１を参照して、更新対象となる、副サイトのサーバ識別子を特定する。マッピング処理の詳細フローは後述する（図７）。

ステップ６０４では、バックアップ処理部１１４が特定したサーバのイメージを生成し、副サイト１０２に転送し、イメージを変換して、テンポラリストレージ１５６に保存する。イメージバックアップ処理の詳細フローは後述する（図８）。

ステップ６０５では、サーバ更新部１１５が、副サイトシステム管理テーブル１２１を参照して、特定したサーバ識別子を持つサーバを削除し、テンポラリストレージ１５６に保存したイメージをアップロードして新たにサーバを生成する。サーバ更新部１１５の詳細フローは後述する（図９）。サーバ識別子が登録されていない場合には、サーバ削除は行わずに新たにサーバを生成する。

ステップ６０６では、テーブル更新部１１６が、副サイトシステムデータ管理テーブル１２１、正サイトシステムデータ管理テーブル１２０、イメージマッピングテーブル１２２の内容を更新する。具体的には、新しく生成したイメージ識別子および新しく生成したサーバ識別子、サーバ識別子に対応付けられたネットワークやディスクの識別子、更新されたＯＳの設定情報を各種テーブルに反映する。

変更箇所が複数存在する場合には、ステップ６０１からステップ６０６の処理を繰り返す。

以上のステップを実施することにより、正サイトの情報処理システム１４５のシステムデータが変更された場合に、そのシステムデータを副サイトの情報処理システム１５５に適切に反映できる。

クライアント端末１０３を介して、管理者が明示的にシステムデータを更新するサーバを指定する場合のフローは次のようになる。

管理者がバックアップ対象サーバを指定する場合には、バックアップ処理要求に変更対象サーバが含まれる。したがって、バックアップ要求分析部１１７が、まずバックアップ要求を分析し、変更対象サーバ識別子を特定したのち、マッピング処理部１１３を呼び出し、ステップ６０３を実施する。マッピング処理部１１３を呼び出したあとの処理フローは、先の説明と同じであるため、省略する。

図７はマッピング処理部１１３による、マッピング処理のフローを示す図である。

マッピング処理では、正サイトの情報処理システム１４５の特定サーバのシステムデータを副サイトに反映する場合に、正サイトシステムデータ管理テーブル１２０および副サイトシステムデータ管理テーブル１２１、イメージマッピングテーブル１２２を用いて、副サイトにおける一つ以上のイメージ変更対象サーバを特定する。

ステップ７０１では、対象となるサーバ識別子が正サイトシステムデータ管理テーブル１２０に登録されているかどうかを確認する。ステップ７０２では、変更箇所がサーバのシステムデータである場合に、正サイトシステムデータ管理テーブル１２０を参照して、特定したサーバに対するイメージ識別子を特定する。ステップ７０３では、イメージマッピングテーブル１２２を参照し、ステップ７０２で特定した正イメージ識別子に対応する副サイトのバックアップイメージ識別子を特定する。ステップ７０４では、副サイトシステムデータ管理テーブル１２１を参照して、副サイトの特定したイメージ識別子を有するサーバ識別子を特定する。同じイメージ識別子を複数のサーバが使っている場合には、すべてのサーバ識別子を特定する。これらのステップを実行することにより、副サイトのどのサーバが更新対象となるイメージをつかっているかを特定できる。

図８は、イメージバックアップ処理フローを示す図である。イメージバックアップ処理フローは、ステップ８０１において、サーバ構成テーブル２０２を参照して、バックアップ対象サーバ識別子で識別されるサーバの構成を特定する。複数サーバが変更対象である場合には、それぞれのサーバの構成を特定する。具体的には、変更対象サーバが複数のディスクを持っているかどうか、複数のネットワークカードを持っているかどうかを特定する。

ステップ８０２では、特定したサーバそれぞれのサーバ構成を事前に定義された分割ポリシー１３５を参照してイメージの転送単位に分割する。たとえば、ディスクを複数持つサーバの場合は、システムディスクとサーバおよびデータディスクに分割する。ステップ８０３では、構成分割部１３０により分割した分割単位ごとにイメージを作成する。

ステップ８０４では、分割単位ごとにイメージを副サイトにネットワーク経由で転送する。イメージの転送は逐次でおこなってもよいし、性能向上のために並列に転送してもよい。ステップ８０５では、変更対象サーバの識別子を付与してテンポラリストレージ１５６に保存する。

以上のステップを変更対象サーバ数だけ実施することで、イメージバックアップ処理を実現できる。

図９はサーバ更新処理の処理フローを示す図である。図９のフローを図１および図１０を使って説明する。

ステップ９０１では、システムデータバックアップ取得部１００１が、削除ポリシー１００８を確認する。削除ポリシー１００８に更新対象サーバのシステムデータバックアップを取得することが記載されている場合には、副サイトシステムデータ管理テーブル１２１を参照して、サーバのイメージと、サーバの構成情報のバックアップを取得する。その後、サーバ削除部１００２が、副サイト１０２の管理サーバを介して、対象サーバを削除する（ステップ９０２）。

次に、ＩＯデバイス確認部１００３が、副サイトシステムデータ管理テーブル１２１の中のサーバ構成情報を参照して更新対象のサーバにネットワークカードやディスクが対応付けられているかどうかを確認する（ステップ９０３）。ネットワークカードやディスクが存在する場合には、ＩＯデバイス削除部１００４が管理サーバ１５０を介して対象サーバに対応づけられていたネットワークカードやディスクを削除する（ステップ９０４）。ステップ９０５では、サーバ生成部１００５が、テンポラリストレージ１５６から変更対象サーバ識別子が付与された変換イメージをアップロードしてサーバを生成する。

ステップ９０６では、ＩＯデバイス生成部１００６が、副サイトシステムデータ管理テーブル１２１の中のサーバ構成テーブル２０２を参照して、新たにネットワークカードやディスクを生成する。ステップ９０７では、ＩＯデバイス再割当部１００７が、副サイトシステムデータ管理テーブル１２１の中のサーバ構成テーブル２０２に従って、サーバに生成したネットワークカードやディスクを対応付ける。以上のステップにより、サーバの構成情報を踏まえて、副サイトのサーバを更新できる。

図１１は管理I/F１０６におけるシステムバックアップサービスのＧＵＩ操作画面例である。システムバックアップ画面１１０１は、たとえば、正サイトのシステムを指定する選択リストボックス１１０２、副サイトを指定する選択リストボックス１１０３、正サイトシステム構成表示画面１１０４、副サイトシステム構成表示画面１１０５、バックアップ設定ボタン１１０６、実行ボタン１１０７を含む。

正サイトシステム構成表示画面１１０４には、選択リストボックス１１０２により選択されたシステムの構成を表示する。たとえば、本実施例では、サーバ１１１０、ディスク１１１１〜１１１３、サブネット１１３０〜１１３１、ルータ１１３２が表示されているが、これらには限定されない。システムを構成する要素、たとえば、ロードバランサやファイヤウォール、オペレーティングシステムや、データベースなどのミドルウェア、アプリケーションなども表示項目に含んでもよい。

副サイトシステム構成表示画面１１０５には、選択リストボックス１１０３により選択された副サイトのバックアップ対象のシステムが表示される。副サイトにすでに選択したシステムのバックアップが配置されている場合には、そのシステム構成が表示される。初回のバックアップの場合、バックアップシステムは表示されていない。また、副サイト選択時には、前回バックアップ時のシステム構成が表示されているため、現時点のシステム構成とは構成が異なる場合がある。

バックアップ設定１１０６は、バックアップの各種設定を行うための起動ボタンである。バックアップ設定１１０６により設定画面が起動され、バックアップを手動で行うか、スケジュールで行うか、バックアップ対象システムに対して上書きするか、世代管理をするか等の設定を、ＧＵＩユーザに入力させる。

実行ボタン１１０７は、バックアップ対象システムが選択され、たとえば、管理者がバックアップの実行を確認をした後、有効化される。管理者が実行ボタン１１０７をクリックすると、バックアップサーバ１００により、正サイトシステム構成表示画面１１０４において選択された一つ以上のシステム構成要素が副サイトに転送される。

正サイトシステム構成画面１１０４において、管理者が、たとえばサーバa１１１０、システムディスク１１１１、データディスク１１１２、データディスク１１１３、データディスク１（１１１４）を選択し、ドラッグアンドドロップで副サイトにコピーし、実行ボタン１１０７をクリックする。本ＧＵＩにより、システム内の単一のサーバではなく、システムディスク、データディスクの接続構成を含めたサーバのバックアップを取得できる。また、特定サーバのデータディスクのみバックアップを取得したり、前回バックアップ時には存在しないデータディスクのバックアップを追加できる。

本実施例における以上の処理及び構成により、正サイトの仮想化基盤に構築された情報処理システムの構成変化を、副サイトの仮想化基盤に構築された情報処理システムに迅速に反映して、それぞれの情報処理システムを整合させることができる。これにより、正サイトから副サイトへの切り替え時に、副サイトの情報処理システムが動作することを保証することが可能になる。

１００ バックアップ装置
１０１ 正サイト
１０２ 副サイト
１０３ クライアント端末
１０４、１０５ ネットワーク
１０６ 管理I/F
１１０ システム初期構築部
１１１ システムデータ変更検出部
１１２ 変更箇所特定部
１１３ マッピング部
１１４ バックアップ処理部
１１５ サーバ更新部
１１６ テーブル更新部
１１７ バックアップ要求分析部
１２０ 正サイトシステム構成管理テーブル
１２１ 副サイトシステム構成管理テーブル
１２２ イメージマッピングテーブル
１４０、１５０ 管理サーバ
１４５、１５５ 情報処理システム
１５６ テンポラリストレージ
１３０ 構成分解部
１３１ イメージ生成部
１３２ イメージ転送部
１３３ データ転送部
１３５ 分割ポリシー

Claims (14)

1. 第１の仮想化基盤に構築された第１のシステムと、第２の仮想化基盤に構築されたシステムであって、前記第１のシステムのバックアップである第２のシステムとに接続されたバックアップ装置において、
   前記第１及び前記第２のシステムのトポロジに関する情報と、前記第１及び前記第２のシステムの各々を構成する１以上のサーバの構成情報とを含むシステムデータと、
   前記第１のシステムを構成する１以上のサーバの各々と前記第２のシステムを構成する１以上のサーバの各々との対応関係を示すマッピングテーブルと、
   前記第１のシステムのシステムデータが変更された場合、前記変更が発生した前記第１のシステムの第１のサーバを特定する変更箇所特定部と、
   前記マッピングテーブルに基づき、前記第１のサーバに対応付けられた前記第２のシステムの第２のサーバが存在するかを判定するマッピング部と、
   前記第１のサーバのイメージを生成し、生成された前記イメージを前記第２の仮想基盤へ転送するバックアップ処理部と、
   転送された前記イメージに基づき第３のサーバを生成するサーバ更新部と、
   前記第３のサーバの構成情報に基づき、前記第１及び前記第２のシステムデータと前記マッピングテーブルとを更新するテーブル更新部とを備えることを特徴とするバックアップ装置。
2. 請求項１に記載のバックアップ装置において、
   前記第２のサーバが存在すると判定された場合、前記サーバ更新部は、前記第２のサーバを削除することを特徴とするバックアップ装置。
3. 請求項２に記載のバックアップ装置において、
   前記テーブル更新部は、前記マッピングテーブルに登録された前記第１のサーバと前記第２のサーバとの対応関係を、前記第１のサーバと前記第３のサーバとの対応関係に変更することを特徴とするバックアップ装置。
4. 請求項１に記載のバックアップ装置において、
   前記第２のサーバが存在しないと判定された場合、前記テーブル更新部は、前記第１のサーバと前記第３のサーバとの対応関係を前記マッピングテーブルに登録することを特徴とするバックアップ装置。
5. 請求項２に記載のバックアップ装置において、
   前記第２の仮想化基盤へのイメージの転送単位が設定されたポリシーを備え、
   前記第１のサーバのイメージは前記ポリシーにより設定された転送単位で作成されることを特徴とするバックアップ装置。
6. 請求項２に記載のバックアップ装置において、
   前記第２のサーバを削除する際に、前記第２のサーバのバックアップを取得することを特徴とするバックアップ装置。
7. 請求項１に記載のバックアップ装置において、
   前記第１及び前記第２のシステムのトポロジに関する情報は、前記第１及び前記第２のシステムの各々を構成する1以上のサーバを特定する情報を含み、
   前記1以上のサーバの構成情報は、前記サーバの識別子、前記サーバに搭載されたオペレーティングシステムの種類及びバージョン、前記サーバのイメージの識別子、前記サーバにアタッチされたディスク及びネットワークカードに関する情報のいずれかを含むことを特徴とするバックアップ装置。
8. 第１の仮想化基盤に構築された第１のシステムのバックアップである第２のシステムを第２の仮想化基盤に構築するバックアップ方法において、
   前記第１及び前記第２のシステムのトポロジに関する情報と、前記第１及び前記第２のシステムの各々を構成する１以上のサーバの構成情報とを含むシステムデータを記録し、
   前記第１のシステムを構成する１以上のサーバの各々と前記第２のシステムを構成する１以上のサーバの各々との対応関係を示すマッピングテーブルを記録し、
   前記第１のシステムのシステムデータが変更された場合、前記変更が発生した前記第１のシステムの第１のサーバを特定し、
   前記マッピングテーブルに基づき、前記第１のサーバに対応付けられた前記第２のシステムの第２のサーバが存在するかを判定し、
   前記第１のサーバのイメージを生成し、生成された前記イメージを前記第２の仮想基盤へ転送し、
   転送された前記イメージに基づき第３のサーバを生成し、
   前記第３のサーバの構成情報に基づき、前記第１及び前記第２のシステムデータと前記マッピングテーブルとを更新することを特徴とするバックアップ方法。
9. 請求項８に記載のバックアップ方法において、
   前記第２のサーバが存在すると判定された場合、前記第２のサーバを削除することを特徴とするバックアップ方法。
10. 請求項９に記載のバックアップ方法において、
    前記マッピングテーブルに登録された前記第１のサーバと前記第２のサーバとの対応関係を、前記第１のサーバと前記第３のサーバとの対応関係に変更することを特徴とするバックアップ方法。
11. 請求項８に記載のバックアップ方法において、
    前記第２のサーバが存在しないと判定された場合、前記第１のサーバと前記第３のサーバとの対応関係を前記マッピングテーブルに登録することを特徴とするバックアップ方法。
12. 請求項９に記載のバックアップ方法において、
    前記第２の仮想化基盤へのイメージの転送単位が設定されたポリシーを備え、
    前記第１のサーバのイメージは前記ポリシーにより設定された転送単位で作成されることを特徴とするバックアップ方法。
13. 請求項９に記載のバックアップ方法において、
    前記第２のサーバを削除する際に、前記第２のサーバのバックアップを取得することを特徴とするバックアップ方法。
14. 請求項８に記載のバックアップ方法において、
    前記第１及び前記第２のシステムのトポロジに関する情報は、前記第１及び前記第２のシステムの各々を構成する1以上のサーバを特定する情報を含み、
    前記1以上のサーバの構成情報は、前記サーバの識別子、前記サーバに搭載されたオペレーティングシステムの種類及びバージョン、前記サーバのイメージの識別子、前記サーバにアタッチされたディスク及びネットワークカードに関する情報のいずれかを含むことを特徴とするバックアップ方法。

Images