(57)【特許請求の範囲】
【請求項１】
クライアントマシンからのリクエストを処理する複数のサーバと、前記クライアントマシンからのリクエストを前記複数のサーバのいずれかに振り分ける管理装置と、を備え、環状のＩＤ（IDentifier）空間に、前記複数のサーバが処理する管理対象の複数のデータのすべて、および、前記複数のサーバ、が割り振られ、それぞれの前記サーバが、前記ＩＤ空間において自身から所定方向回りに次の前記サーバまでの間に位置する前記データを管理するとともに、当該次の前記サーバから前記所定方向回りにさらに次の前記サーバまでの間に位置する前記データの複製を記憶する分散処理システムと、
前記分散処理システムで扱う前記管理対象のデータをバックアップとして記憶する記憶装置を備えるバックアップシステムと、
を有するデータベースシステムであって、
前記分散処理システム内で前記管理対象のデータの更新を行った場合、前記管理装置および前記複数のサーバのいずれかは、更新したデータを前記バックアップシステムに送信し、
前記バックアップシステムにおける記憶装置は、受信したデータを記憶し、
前記分散処理システム内で複数の前記サーバに障害が発生して前記管理対象のデータを消失した場合、前記管理装置は、前記バックアップシステムの記憶装置に記憶されたデータを用いて、データを消失した前記サーバのデータ復旧を行い、
前記バックアップシステムは、異なる２つ以上の地域それぞれに前記記憶装置を有し、それぞれの前記記憶装置は、前記バックアップのデータを記憶し、
前記分散処理システム内で複数の前記サーバに障害が発生して前記管理対象のデータを消失した場合、前記管理装置は、前記バックアップシステムにおけるいずれかの前記記憶装置に記憶されたデータを用いて、データを消失した前記サーバのデータ復旧を行う
ことを特徴とするデータベースシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のサーバを備えた分散処理システムで扱うデータのバックアップ技術に関する。
【背景技術】
【０００２】
近年、クラウドコンピューティングの隆盛に伴い、多量のデータの処理や保持を効率的に行うことが求められている。そこで、複数のサーバを協調動作させることにより効率的な処理を実現する分散処理技術が発展している。
【０００３】
分散処理を行う際には、処理対象（管理対象）のデータを、クラスタを構成する各サーバ（以下、「クラスタメンバ」または「メンバ」とも称する。）に振り分けておく必要がある。このとき、クラスタ全体での処理能力を高めるためには、各クラスタメンバが担当するデータ数（データ量）は平均化されていることが望ましい。
【０００４】
代表的なデータの振り分け手法として、各データのｋｅｙをハッシュ関数にかけた値（以下、「hash(key)」と称する。）をクラスタメンバ数Ｎで割った余り、すなわち「hash(key) mod N」を番号として持つクラスタメンバにデータを振り分ける手法がある。この場合、各クラスタメンバに事前に「０」から「Ｎ−１」までの番号を割り当てていることが前提となる。このような振り分け手法を用いた場合、クラスタメンバを追加すると、Ｎの値が変化して、多くのデータについて、担当するクラスタメンバが変更になるため、担当するデータの再配置が必要になる。
【０００５】
そこで、クラスタメンバの追加に伴い担当するクラスタメンバが変更になるデータ数を約１／Ｎに抑える方法として、コンシステント・ハッシュ法［Consistent Hashing］（非特許文献１参照）を用いた振り分け手法がある。
【０００６】
このコンシステント・ハッシュ法を用いたデータ振り分け手法では、クラスタメンバとデータの双方にＩＤ（IDentifier）を割り当て、データのＩＤからＩＤ空間を時計回りに辿った場合に最初に出合ったクラスタメンバをそのデータの担当とする。
【０００７】
また、多量のデータの管理をクラスタ構成の分散処理システムで行う場合、あるクラスタメンバに障害が発生した場合でも他のクラスタメンバで処理を継続できるように、データの複製を保持することでデータ冗長化を実現する必要がある。これは、コンシステント・ハッシュ法によるデータ管理手法を用いた分散処理システムにおいても同様である。
【０００８】
図４に示すように、コンシステント・ハッシュ法では、クラスタメンバ（メンバ１〜４）とデータ（データＡ〜Ｄ。黒丸で表示）の双方にＩＤを割り当て、データのＩＤからＩＤ空間を時計回りに辿り最初に出合ったクラスタメンバをそのデータの担当として決定する。そして、担当するクラスタメンバのさらに右隣（時計回りに次）のクラスタメンバに複製データを担当させる。
【０００９】
例えば、図４においては、データＡはＩＤ空間上を時計回りに辿り最初に出合ったメンバ１が担当となり、その複製データはＩＤ空間上でメンバ１の右隣にあたるメンバ２に担当させる。このように原本データ・複製データを担当するクラスタメンバを決定することで、クラスタメンバに離脱があった場合でもその複製データを所持しているクラスタメンバが新しくデータを担当するクラスタメンバとなることで対応できるという利点がある。なお、複製データを複数個とる場合には、さらに右隣のクラスタメンバに２個目の複製データを担当させるようにすることもできる。
【００１０】
なお、このような手法に使用できるデータベースサーバとしては、例えば、Ｃａｓｓａｎｄｒａ（非特許文献２）等に記載されている、複数サーバが動的にクラスタに参加・離脱可能できる分散データベースサーバがある。非特許文献２の技術では、コンシステント・ハッシュ法を用いたデータの均等な分散と、Ｏ（１）の高速アクセスを実現している。また、複製情報を複数のサーバに対して持たせることで、耐故障性を高めている。
【００１１】
また、激甚災害等が発生し、複数のサーバが同時にダウン（故障）した場合でも、原本データおよび複製データの両方を消失してしまう可能性を低減しておく必要がある。例えば、関東をエリアとするデータセンタエリア（サーバを管理するデータセンタが管轄するエリア）のみに複数のサーバを配置した場合、関東全域に激甚災害等が発生すると、すべてのサーバがダウンし、すべてのデータが消失してしまう可能性がある。したがって、広域なエリアに複数のサーバを分散させておくことが、まず必要になる。
【００１２】
ここで、図５に示すように、複数のサーバが全国に跨ってＫ種類（ここでは５種類）のデータセンタエリアのいずれかに属している場合について考える。なお、図５のＩＤ空間では、記号（黒丸、白丸、黒三角、白三角、白四角）が同じサーバは、同じデータセンタエリアに属しているものとする。
【００１３】
この場合、関東全域に激甚災害等が発生しても、関東のデータセンタエリアに属するサーバはダウンするが、その他のデータセンタエリアに属するサーバはダウンしない。つまり、コンシステント・ハッシュ法のＩＤ空間では、関東のデータセンタエリアのサーバは離脱するが、他のデータセンタエリアのサーバは離脱しない。
【００１４】
なお、通常、コンシステント・ハッシュ法のＩＤ空間では、サーバの物理位置を考慮せずにサーバを分散（配置）させている。そのため、図５において、ＩＤ空間における上部に破線で囲った２つのサーバのように、同じデータセンタエリアに属するサーバが隣り合っていると、そのデータセンタエリア全域に激甚災害等が発生した場合、原本データと複製データの両方を同時に消失してしまう可能性がある。したがって、例えば、コンシステント・ハッシュ法のＩＤ空間で、同じ地域のサーバが隣り合わないようにすることで、そのような原本データと複製データの両方を同時に消失してしまう可能性を低減できる。
【先行技術文献】
【非特許文献】
【００１５】
【非特許文献１】David Karger et al., “Consistent Hashing and Random Trees: Distributed Caching Protocols for Relieving Hot Spots on the World Wide Web”, [online], 1997, ACM, [平成24年2月20日検索], インターネット<ＵＲＬ：http://www.akamai.com/dl/technical_publications/ConsistenHashingandRandomTreesDistributedCachingprotocolsforrelievingHotSpotsontheworldwideweb.pdf>
【非特許文献２】Avinash Lakshman et al., “Cassandra - A Decentralized Structured Storage System”, [online], [平成24年2月20日検索], インターネット<ＵＲＬ：http://www.cs.cornell.edu/projects/ladis2009/papers/lakshman-ladis2009.pdf>
【発明の概要】
【発明が解決しようとする課題】
【００１６】
しかしながら、例えば、クラスタ内でソフトウェア障害等が発生し、クラスタ内の複数のサーバが同時にダウンしてしまった場合、原本データと複製データの両方を同時に消失し、容易にデータを復旧できない事態に陥ってしまう可能性がある。
【００１７】
そこで、本発明は、前記した事情に鑑みてなされたものであり、分散処理システムにおいて、クラスタ内の複数のサーバが同時にダウンし、原本データと複製データの両方を同時に消失してしまった場合でも、容易にデータを復旧することを課題とする。
【課題を解決するための手段】
【００１８】
前記課題を解決するために、本発明は、クライアントマシンからのリクエストを処理する複数のサーバと、前記クライアントマシンからのリクエストを前記複数のサーバのいずれかに振り分ける管理装置と、を備え、環状のＩＤ空間に、前記複数のサーバが処理する管理対象の複数のデータのすべて、および、前記複数のサーバ、が割り振られ、それぞれの前記サーバが、前記ＩＤ空間において自身から所定方向回りに次の前記サーバまでの間に位置する前記データを管理するとともに、当該次の前記サーバから前記所定方向回りにさらに次の前記サーバまでの間に位置する前記データの複製を記憶する分散処理システムと、前記分散処理システムで扱う前記管理対象のデータをバックアップとして記憶する記憶装置を備えるバックアップシステムと、を有するデータベースシステムであって、前記分散処理システム内で前記管理対象のデータの更新を行った場合、前記管理装置および前記複数のサーバのいずれかは、更新したデータを前記バックアップシステムに送信し、前記バックアップシステムにおける記憶装置は、受信したデータを記憶し、前記分散処理システム内で複数の前記サーバに障害が発生して前記管理対象のデータを消失した場合、前記管理装置は、前記バックアップシステムの記憶装置に記憶されたデータを用いて、データを消失した前記サーバのデータ復旧を行い、前記バックアップシステムは、異なる２つ以上の地域それぞれに前記記憶装置を有し、それぞれの前記記憶装置は、前記バックアップのデータを記憶し、前記分散処理システム内で複数の前記サーバに障害が発生して前記管理対象のデータを消失した場合、前記管理装置は、前記バックアップシステムにおけるいずれかの前記記憶装置に記憶されたデータを用いて、データを消失した前記サーバのデータ復旧を行うことを特徴とする。
【００１９】
これによれば、分散処理システムの外部に設けたバックアップシステムの記憶装置によってデータのバックアップを行うため、分散処理システム（クラスタ）内の複数のサーバが同時にダウンし、原本データと複製データの両方を同時に消失してしまった場合でも、バックアップシステムの記憶装置に記憶されたデータを用いて、データを消失したサーバのデータ復旧を容易に行うことができる。
また、これによれば、バックアップシステムにおいて異なる２つ以上の地域それぞれに配置された記憶装置がバックアップのデータを記憶することで、分散処理システム（クラスタ）内でソフトウェア障害等によって複数のサーバが同時にダウンするとともに、激甚災害等で１つの地域のすべてのサーバがダウンした場合でも、バックアップシステムにおける記憶装置のいくつかはダウンせず、管理装置は、そのダウンしていない記憶装置に記憶されたデータを用いて、データを消失したサーバのデータ復旧を容易に行うことができる。
【発明の効果】
【００２２】
本発明によれば、分散処理システムにおいて、クラスタ内の複数のサーバが同時にダウンし、原本データと複製データの両方を同時に消失してしまった場合でも、容易にデータを復旧することができる。
【図面の簡単な説明】
【００２３】
【図１】本実施形態の概要の説明図である。
【図２】本実施形態のデータベースシステム等の構成図である。
【図３】本実施形態の管理装置による処理の流れを示すフローチャートである。
【図４】従来のコンシステント・ハッシュ法の説明図である。
【図５】従来のコンシステント・ハッシュ法におけるＩＤ空間およびクラスタメンバの物理位置の説明図である。
【発明を実施するための形態】
【００２４】
以下、本発明を実施するための形態（以下、実施形態と称する。）について、図面を参照（言及図以外の図も適宜参照）しながら説明する。なお、理解を容易にするために、まず、図１を参照して本実施形態の概要について説明し、その後、本実施形態について説明する。
【００２５】
（本実施形態の概要）
図１に示すように、Ｋ種類（ここでは５種類）のデータセンタエリア（以下、「地域」とも称する。）がある場合について考える。まず、激甚災害等の対策のため、コンシステント・ハッシュ法のＩＤ空間では、同じ地域のサーバが隣り合わないように、サーバを配置する。
【００２６】
また、サーバの増設時には、ＩＤ空間における新たなクラスタメンバの挿入先を決定した後、その挿入先の両隣のサーバの地域を調査し、その両隣のサーバのいずれも属さない地域のサーバを選択し、そのサーバを増設すればよい（地域が３つ以上の場合）。そうすれば、コンシステント・ハッシュ法のＩＤ空間で同じ地域のサーバが隣り合わない状態を維持できる。
【００２７】
これにより、ＩＤ空間において同じ地域のサーバが隣り合うことがないので、激甚災害等で、３つ以上の地域のうちの１つの地域に存在するすべてのサーバがダウンしても、原本データと複製データの両方が消失する事態を回避することができる。
【００２８】
ここで、例えば、クラスタ内でソフトウェア障害が発生し、クラスタ内の複数のサーバが同時にダウンして、原本データと複製データの両方を同時に消失した場合でも、容易にデータを復旧できるように、バックアップ装置を導入する。具体的には、分散処理システムの外部装置として、Ｋ種類のデータセンタエリアのうち地理的に離れた二箇所に、それぞれ、第１バックアップ装置５（記憶装置）と第２バックアップ装置６（記憶装置）を配置する。そして、第１バックアップ装置５と第２バックアップ装置６は、それぞれ、クラスタ内の複数のサーバが扱うデータのバックアップを記憶する。
【００２９】
これにより、クラスタ内のソフトウェア障害のほかに、１つの地域で激甚災害等が発生してその地域のすべてのサーバがダウンした場合でも、第１バックアップ装置５と第２バックアップ装置６の少なくともいずれかはダウンしないので、そのダウンしてないほうに記憶されたデータを用いることで、消失したデータを容易に復旧できる。
【００３０】
具体的には、第１バックアップ装置５は、複数のバックアップサーバ（記憶装置）から構成される。また、第２バックアップ装置６は、複数のストレージ（大容量の記憶装置）から構成される。この複数のストレージは、例えば、Key Valueクラスタ等のクラスタ構成として実現できる。
【００３１】
例えば、管理装置４は、データベースクラスタ（複数のサーバからなるクラスタ）に対してのデータ更新を行う際に、同時に、第１バックアップ装置５に対するデータのバックアップを行う。ここで、第１バックアップ装置５のバックアップサーバは、例えば、ランダムアクセス可能なメディアを用いたデータのバックアップを行えばよい。このような第１バックアップ装置５を用いたデータのバックアップを行いつつ、さらに、例えば、第１バックアップ装置５から第２バックアップ装置６へ非同期で定期的（例えば１日に１回）なバックアップ（スナップショット）を行う。第２バックアップ装置６のストレージは、例えば、テープドライブを用いたデータのバックアップを行えばよい。
【００３２】
そして、データベースクラスタのソフトウェア障害発生後は、管理装置４が、第１バックアップ装置５または第２バックアップ装置６を用いて、消失したデータの復旧を行えばよい。このデータの復旧は、例えば、データベースクラスタを再度立ち上げ直した後に、第１バックアップ装置５または第２バックアップ装置６からデータを上書きする形で復旧する。データの復旧に、第１バックアップ装置５と第２バックアップ装置６のいずれを用いるかは、データの消失の規模、種類、消失データ特定の可否等により、適宜決定すればよい。また、同時に激甚災害等も発生して第１バックアップ装置５と第２バックアップ装置６のいずれかがダウンしている場合は、ダウンしていないほうをデータ復旧に使えばよい。
【００３３】
（実施形態）
次に、本実施形態について説明する。図２に示すように、本実施形態のデータベースシステムＳは、分散処理システム１０００とバックアップシステム１０を備えて構成される。
【００３４】
分散処理システム１０００は、管理装置４と、クラスタ１００を構成する複数のサーバ３を備えている。管理装置４は、インターネット等のネットワーク２を介して、複数のクライアントマシン１と接続されている。
【００３５】
通常（障害未発生時）の全体動作の概要について説明すると、クライアントマシン１からのリクエスト（データ処理リクエスト）を、ネットワーク２経由で管理装置４が受け取る。管理装置４は、データのＩＤ空間上のサーバ割当表（ＩＤ空間管理情報４１１）に基づいて、そのリクエストを、データ処理を行う複数のサーバ３のいずれかに振り分ける。振り分けられたサーバ３は、そのリクエストの処理を行う。
【００３６】
次に、管理装置４の構成について説明する。管理装置４は、コンシステント・ハッシュ法に基づいて、クライアントマシン１からのリクエストを複数のサーバ３（クラスタメンバ）のいずれに振り分けるかを決定するコンピュータ装置である。なお、前記したように、このコンシステント・ハッシュ法では、環状のＩＤ空間に、管理対象の複数のデータ、および、データを管理しクラスタ１００を構成する複数のサーバ３、が割り振られ、それぞれのサーバ３が、ＩＤ空間において自身から時計回り（所定方向回り）に次のサーバ３までの間に位置するデータを管理（担当）するとともに、当該次のサーバ３から時計回りにさらに次のサーバ３までの間に位置するデータの複製を記憶することを前提とする。
【００３７】
管理装置４は、記憶部４１、処理部４２、入力部４３、表示部４４、通信部４５を備える。
記憶部４１は、情報を記憶する手段であり、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）などのメモリ、ＨＤＤ（Hard Disk Drive）などによって構成される。記憶部４１には、ＩＤ空間管理情報４１１、地域名情報４１２、サーバ管理情報４１３、第１バックアップ装置管理情報４１４、第２バックアップ装置管理情報４１５が格納されている。なお、記憶部４１には、処理部４２の動作プログラムなども格納されている（図示を省略）。
【００３８】
ＩＤ空間管理情報４１１は、管理対象のデータについて所定のハッシュ値変換を行って算出されたＩＤを用いて、そのデータを担当するサーバ３を管理するための情報である。
【００３９】
地域名情報４１２は、地域ＩＤと、その地域ＩＤに対応する地域名との対応付けを管理するための情報である。
【００４０】
サーバ管理情報４１３は、地域（地域ＩＤ）ごとに、当該地域に物理的に存在するすべてのサーバ３との対応付けを管理する情報である。
【００４１】
第１バックアップ装置管理情報４１４は、第１バックアップ装置５を構成するバックアップサーバのＩＤやアドレス等の情報である。
第２バックアップ装置管理情報４１５は、第２バックアップ装置６を構成するストレージのＩＤやアドレス等の情報である。
【００４２】
処理部４２は、記憶部４１に格納された情報に基づいて演算処理を行う手段であり、例えばＣＰＵによって構成される。処理部４２は、クラスタ１００に対してデータの更新（書き込み）をする際、クラスタ１００に対して、データのＩＤおよび値（データ内容）を送信する。また、処理部４２は、そのデータをバックアップとして第１バックアップ装置５に送信する際には、同様に、データのＩＤおよび値（データ内容）値を送信する。第１バックアップ装置５の各バックアップサーバにアクセスするためのアドレスは、第１バックアップ装置管理情報４１４に格納されている。なお、バックアップのデータを第１バックアップ装置５に送信するのは、管理装置４でなくても、クラスタ１００におけるサーバ３であってもよい。
【００４３】
入力部４３は、管理装置４のユーザが情報を入力する手段であり、例えば、キーボードやマウスによって実現される。
表示部４４は、情報を表示する手段であり、例えば、ＬＣＤ（Liquid Crystal Display）によって実現される。
通信部４５は、外部装置との通信に用いられる通信インタフェースである。
【００４４】
バックアップシステム１０は、第１バックアップ装置５と第２バックアップ装置６を備えて構成される。
第１バックアップ装置５は、分散処理システム１０００で扱う管理対象のデータをバックアップとして記憶する複数のバックアップサーバから構成される。
第２バックアップ装置６は、分散処理システム１０００で扱う管理対象のデータをバックアップとして記憶する複数のストレージから構成される。
【００４５】
次に、管理装置４による処理について説明する。
図３に示すように、ステップＳ１において、管理装置４の処理部４２は、クラスタ１００による分散処理（通常（障害未発生時）のリクエスト処理）を実行する。
【００４６】
次に、ステップＳ２において、処理部４２は、第１バックアップ装置５によるバックアップタイミングが到来したか否かを判定し、Ｙｅｓの場合はステップＳ３に進み、Ｎｏの場合はステップＳ４に進む。このバックアップタイミングは、例えば、リクエスト処理においてデータ更新が発生するたびでもよいし、あるいは、所定時間（例えば１０分）ごとでもよい。
【００４７】
ステップＳ３において、処理部４２は、第１バックアップ装置５によるバックアップを実行する。つまり、処理部４２は、更新データのＩＤと値（データ内容）を第１バックアップ装置５に送信し、第１バックアップ装置５のバックアップサーバは受信したデータを記憶する。なお、バックアップのデータを第１バックアップ装置５に送信するのは、管理装置４でなくても、クラスタ１００におけるサーバ３であってもよい。
【００４８】
次に、ステップＳ４において、処理部４２は、第２バックアップ装置６によるバックアップタイミングが到来したか否かを判定し、Ｙｅｓの場合はステップＳ５に進み、Ｎｏの場合はステップＳ６に進む。このバックアップタイミングは、例えば、所定時間（例えば１日）ごとであればよい。
【００４９】
ステップＳ５において、処理部４２は、第２バックアップ装置６によるバックアップを実行する。つまり、処理部４２は、第１バックアップ装置５および第２バックアップ装置６に指示を出し、第１バックアップ装置５の格納データのＩＤと値（データ内容）を第２バックアップ装置６に送信させる。第２バックアップ装置６のストレージは受信したデータを記憶する。
【００５０】
ステップＳ６において、処理部４２は、クラスタ１００内にソフトウェア障害が発生したか否かを判定し、Ｙｅｓの場合はステップＳ７に進み、Ｎｏの場合はステップＳ１に戻る。
【００５１】
ステップＳ７において、処理部４２は、バックアップに使用すべき装置が第１バックアップ装置５と第２バックアップ装置６のいずれであるかを判定し、第１バックアップ装置５であると判定すればステップＳ８に進み、第２バックアップ装置６であると判定すればステップＳ９に進む。この判定は、前記したように、データの消失の規模、種類、消失データ特定の可否等により、適宜決定すればよい。
【００５２】
ステップＳ８において、処理部４２は、第１バックアップ装置５によるクラスタ１００のデータ復旧を実行する。つまり、第１バックアップ装置５の格納データを用いて、クラスタ１００で消失したデータを復旧させる。
【００５３】
ステップＳ９において、処理部４２は、第２バックアップ装置６によるクラスタ１００のデータ復旧を実行する。つまり、第２バックアップ装置６の格納データを用いて、クラスタ１００で消失したデータを復旧させる。
処理部４２は、ステップＳ８またはステップＳ９の後、ステップＳ１に戻る。
【００５４】
このようにして、本実施形態のデータベースシステムＳによれば、分散処理システム１０００の外部に設けたバックアップシステム１０の記憶装置（第１バックアップ装置５のバックアップサーバ、第２バックアップ装置６のストレージ。以下同様）によってデータのバックアップを行うため、分散処理システム１０００（クラスタ１００）内の複数のサーバ３が同時にダウンし、原本データと複製データの両方を同時に消失してしまった場合でも、バックアップシステム１０の記憶装置に記憶されたデータを用いて、データを消失したサーバ３のデータ復旧を容易に行うことができる。
【００５５】
また、バックアップシステム１０において異なる２つ以上の地域それぞれに配置された記憶装置がバックアップのデータを記憶することで、分散処理システム１０００（クラスタ１００）内でソフトウェア障害等によって複数のサーバ３が同時にダウンするとともに、激甚災害等で１つの地域のすべてのサーバ３がダウンした場合でも、バックアップシステム１０における記憶装置のいくつかはダウンせず、管理装置４は、そのダウンしていない記憶装置に記憶されたデータを用いて、データを消失したサーバ３のデータ復旧を容易に行うことができる。
【００５６】
以上で本実施形態の説明を終えるが、本発明の態様はこれらに限定されるものではない。
例えば、本実施形態では、クラスタ１００内でのソフトウェア障害の発生と、激甚災害等の発生の両方の対策のため、バックアップ装置として異なる地域に配置された第１バックアップ装置５と第２バックアップ装置６の２つを用いたが、クラスタ１００内でのソフトウェア障害等の発生の対策のためだけには、バックアップ装置は１つでもよい。
【００５７】
また、バックアップ装置へのデータのバックアップのタイミングは、管理対象のデータの更新に対して同期的でも非同期的でもいずれでもよい。
また、分散処理システム１０００において負荷分散装置（ロードバランサ）を使用してもよい。
【００５８】
また、地域として、データセンタエリアを単位とする場合を例にとって説明したが、データセンタエリアをさらに分割したものや都道府県等の別の単位を採用してもよい。
また、第１バックアップ装置５の記憶装置をバックアップサーバとし、第２バックアップ装置６の記憶装置をストレージとしたが、記憶装置の種類はそれらに限定されず、例えば、両方ともストレージを使用する、あるいは、いずれかに他の記憶装置を使用する等してもよい。
【００５９】
また、本実施形態ではコンシステント・ハッシュ法を前提としたが、他の手法を前提としてもよい。
その他、具体的な構成について、本発明の主旨を逸脱しない範囲で適宜変更が可能である。
【符号の説明】
【００６０】
１      クライアントマシン
２      ネットワーク
３      サーバ
４      管理装置
５      第１バックアップ装置
６      第２バックアップ装置
１０    バックアップシステム
４１    記憶部
４２    処理部
４３    入力部
４４    表示部
４５    通信部
１００  クラスタ
４１１  ＩＤ空間管理情報
４１２  地域名情報
４１３  サーバ管理情報
４１４  第１バックアップ装置管理情報
４１５  第２バックアップ装置管理情報
１０００  分散処理システム
Ｓ      データベースシステム
【図１】
0006055197.tif 000002
【図２】
0006055197.tif 000003
【図３】
0006055197.tif 000004
【図４】
0006055197.tif 000005
【図５】
0006055197.tif 000006