JP5209293B2 - 業務継続システム - Google Patents

Description

本発明は、プライマリサイトとセカンダリサイトとを備えた業務継続可能なシステムに関し、特にプライマリサイトとセカンダリサイトのデータを同期させる技術に関する。

近年、企業において、台風や大地震などの自然災害や、テロ攻撃、火災などの大事故など不測の緊急事態に遭遇した場合でも被害を最小限にとどめ、迅速に復旧して中核業務を継続して行うための業務継続計画（Ｂｕｓｉｎｅｓｓ Ｃｏｎｔｉｎｕｉｔｙ Ｐｌａｎ）を予め策定しておく取り組みが行われている。

特に、コンピュータシステムにおいては、通常の業務で用いるプライマリサイトに対して、地理的に離れた地点に、プライマリサイトのバックアップであるセカンダリサイトを設けた業務継続システムが知られている。そして、この業務継続システムでは、プライマリサイトのデータをセカンダリサイトでも保持し、いつでもセカンダリサイトでプライマリサイトの機能をバックアップできるようにしている。そのために、プライマリサイトのデータが更新されると、その度に更新内容（差分データ）をセカンダリサイトに通知して、セカンダリサイトのデータを同期させることが行われている（随時コピー）。

この業務継続システムにおいて、プライマリサイトで何らかの障害が発生し、業務処理の継続ができなくなると、セカンダリサイトが引き続いて業務処理を継続する。

ここで、オンライントランザクション処理を行っているときにプライマリサイトで障害が発生すると、その時点でプライマリサイトの処理が停止するが、このときに既に処理したトランザクションと未処理のトランザクションとは、比較的容易に切り分けることができる。また、このときのセカンダリサイトのデータは、随時コピーによってプライマリサイトと同期されている。従って、セカンダリサイトでは、既に同期されているデータを用いて、未処理トランザクションを実行することで、直ちに処理を継続できる。

これに対して、プライマリサイトでバッチ処理を行っているときに障害が発生すると、セカンダリサイトのデータを復旧するためには、上記と異なる手順が必要である。なぜならば、プライマリサイトでは、バッチ処理によってデータが更新されるが、このデータ更新が随時コピーによってセカンダリサイトへ反映される。一方、バッチ処理が障害によって途中で停止してしまった場合、その実行中のバッチ処理のどこまで処理が完了したのかを特定することは難しい。

このようなとき、セカンダリサイトのすべてのデータベースをバッチ処理開始前のある時刻の状態に戻して、改めてその時刻以降の全処理を行うことでデータを復旧できるが、復旧に要する時間が長い。一方で、オンライントランザクション処理の対象となっていたデータについては、随時コピーにより障害発生時の状態となっているので、バッチ処理開始前の状態まで遡る必要もない。

そこで、本発明の目的は、プライマリサイトとセカンダリサイトのデータを同期させる随時コピーの動作中に、プライマリサイトの障害でバッチ処理が中断されてしまったとき、セカンダリサイトで迅速にデータを復旧することである。

本発明の一つの実施態様に従う業務継続システムは、プライマリサイトと、前記プライマリサイトのバックアップサイトであるセカンダリサイトとを備え、前記プライマリサイトで障害が発生したときに前記セカンダリサイトで業務を継続するシステムであって、前記プライマリサイトは、複数のデータグループのデータを有する第１データベースと、前記第１データベースを管理するデータベース管理システムであって、前記第１データベースの内部状態を示すメタデータを有し、前記プライマリサイトでバッチ処理が開始される前に前記メタデータを出力する第１データベース管理システムと、を備える。前記セカンダリサイトは、前記第１データベースの記憶内容が随時コピーされる第２データベースと、前記プライマリサイトでバッチ処理が開始される前の前記第１データベースの記憶内容を保持する第３データベースと、前記第２及び第３データベースを管理する第２データベース管理システムと、を備える。前記プライマリサイトで障害が発生し、第１データグループに対するバッチ処理が途中で中断されたとき、第２データベース管理システムは、第１データグループについて、前記第１データベース管理システムが出力した前記メタデータを取り込み、前記第３データベースの第１データグループのデータを利用して前記中断されたバッチ処理を先頭から再実行可能にする。

好適な実施形態では、前記プライマリサイトで発生した障害により、さらに第２データグループに対するオンライントランザクション処理が中断されたとき、第２データベース管理システムは、さらに、前記第２データベースについて、第２データグループのデータを利用して前記中断されたオンライントランザクション処理を継続実行可能にしてもよい。

以下、本発明の一実施形態に係る業務継続システムについて、図面を参照して説明する。

図１は、本実施形態に係る業務継続システムの構成図である。本システムは、互いにネットワーク９で接続されているプライマリサイト１０とセカンダリサイト３０とを備える。そして、本システムは、プライマリサイト１０が大規模地震などの自然災害やハードウェアのトラブルなどで業務停止したときに、セカンダリサイト３０が速やかに稼働し、ユーザの業務が継続できるように運用することを目指すシステムである。

プライマリサイト１０及びセカンダリサイト３０は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明するプライマリサイト１０及びセカンダリサイト３０内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。

プライマリサイト１０は、種々の業務処理を行う業務処理部１１と、デーベース管理システム（ＤＢＭＳ）１３と、記憶装置１５とを備える。記憶装置１５は、データを記憶する記憶媒体１７と、記憶媒体１７を管理する管理部１９とを備える。

記憶装置１５は、例えばＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ）機能を有するストレージシステムで構成されていてもよい。

業務処理部１１が行う業務処理は、複数の業務処理単位に分けることができる。それぞれの業務処理単位が、予め対応付けられているデータグループのデータを用いた処理を行う。例えば、一つの業務処理単位である業務処理Ａは、データグループＡを用いた処理を行い、他の業務処理単位である業務処理Ｂは、データグループＢを用いた処理を行う。各業務処理単位は、例えば、日中にオンライントランザクション処理を行い、夜間にバッチ処理を行ってもよい。

データベース管理システム１３は、業務処理部１１からの指示に応じて、記憶装置１５に構築されているデータベースに対してデータの書き込み及び読み出しを行う。データベース管理システム１３は、記憶装置１５に構築されているデータベースの内部状態を示すメタデータを保持している。メタデータは、例えば、データグループごとに管理されている。データベース管理システム１３は、このメタデータを含むメタデータファイル６０を出力（エクスポート）することができる。さらに、データベース管理システム１３は、予め出力されているメタデータファイル６０を取り込んで（インポート）、データベース管理システム１３内部のメタデータを更新することもできる。メタデータファイル６０のエクスポート及びインポートは、データグループ単位で行うことができる。

記憶装置１５においては、管理部１９が記憶媒体１７のどこにデータを格納するかなどを管理する。そして、管理部１９が記憶媒体１７へのデータの書き込み及び読み出しを行う。また、管理部１９は、記憶媒体１７へデータの書き込みを行って記憶媒体１７に記憶されているデータが変動すると、その変動を示す差分データファイル５０を生成する。差分データファイル５０は、ネットワーク９を介してセカンダリサイト３０へ送られる。

記憶媒体１７に記憶されているデータは、業務処理部１１が行う業務処理単位に対応して、複数のデータグループに分けることができる。

セカンダリサイト３０は、プライマリサイト１０のバックアップサイトであるから、少なくとも、プライマリサイト１０と同等の構成を備える。すなわち、セカンダリサイト３０は、種々の業務処理を行う業務処理部３１と、デーベース管理システム（ＤＢＭＳ）３３と、記憶装置３５とを備える。記憶装置３５は、データを記憶する記憶媒体３７と、記憶媒体３７を管理する管理部３９とを備える。

記憶装置３５の記憶媒体３７は、記憶媒体１７から随時コピーしたデータを記憶する記憶領域３７ａと、記憶媒体１７のスナップショットを記憶する記憶領域３７ｂとを有する。

記憶装置３５は、例えばＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ）機能を有するストレージシステムで構成されていてもよい。

セカンダリサイト３０は、プライマリサイト１０から差分データファイル５０を取得すると、記憶装置３５に反映させる。つまり、管理部３９が差分データファイル５０を取り込み、これに基づいて記憶領域３７ａを更新して、随時コピーが行われる。この随時コピーにより、記憶領域３７ａに記憶されているデータが記憶媒体１７に記憶されているデータと同期する。

記憶媒体３７の記憶領域３７ｂに対しては、プライマリサイト１０の記憶媒体１７のある時点での記憶内容がコピーされる（スナップショット取得）。スナップショットの取得は、データグループ単位で行うことができる。従って、例えば、ある業務処理単位（例えば業務処理Ａ）において、その日のオンライントランザクション処理が終了し、バッチ処理を開始する前に、その業務処理単位に対応するデータグループ（業務処理Ａに対応するデータグループＡ）のスナップショットを記憶領域３７ｂに取得するようにしてもよい。

次に、図２及び図３を用いて本実施形態に係る業務継続システムにおけるデータの復旧処理について説明する。

まず、図２（ａ）は、通常運用が行われているときであって、プライマリサイト１０で、業務処理Ａがオンライントランザクション処理を完了し、業務処理Ｂがオンライントランザクション処理を継続して実行している状態を示す。通常運用時には、プライマリサイト１０の記憶媒体１７からセカンダリサイト３０の記憶媒体３７の記憶領域３７ａへ随時コピーが行われている。つまり、記憶媒体１７のデータが更新される度に、その更新内容が記憶媒体３７の記憶領域３７ａに反映され、記憶媒体１７と記憶領域３７ａの記憶内容が同一となる。

このとき、データベース管理システム１３は、業務処理Ａに対応するデータグループＡのメタデータを含むメタデータファイル６０を出力する。このメタデータファイル６０は、セカンダリサイト３０へ送信される。また、データグループＡのスナップショットが、セカンダリサイト３０の記憶媒体３７の記憶領域３７ｂへ取得される。

次に、図２（ｂ）は、通常運用時において、プライマリサイト１０で、業務処理Ａがバッチ処理を開始し、業務処理Ｂについては引き続きオンライントランザクション処理が継続して実行されている状態を示す。このときも、プライマリサイト１０の記憶媒体１７からセカンダリサイト３０の記憶媒体３７の記憶領域３７ａへ随時コピーが行われている。これにより、データグループＡについては、バッチ処理の実行に伴うデータの更新が行われ、データグループＢについては、オンライントランザクション処理の実行に伴うデータの更新が行われる。そして、これらのデータの更新が、記憶領域３７ａにも反映される。

次に、図３（ａ）は、図２（ｂ）の運用を行っているときにプライマリサイト１０で障害が発生した場合を示す。つまり、この障害に伴って、プライマリサイト１０からセカンダリサイト３０への随時コピーも停止する。このとき、セカンダリサイト３０では、記憶領域３７ａに保存されているデータグループＢのデータについては、障害が発生する直前に実行されたトランザクション処理の結果に至るまでのデータ更新が反映されている。つまり、データグループＢを用いた業務処理Ｂのオンライントランザクション処理は、記憶領域３７ａのデータを用いてそのまま継続することが可能である。

これに対して、データグループＡについては、プライマリサイト１０での障害発生前に、業務処理Ａのバッチ処理がどこまで行われたかを正確に把握することはできない。従って、セカンダリサイト３０で、バッチ処理を途中から再開して実行することは難しい。そこで、
セカンダリサイト３０では、業務処理Ａのバッチ処理を先頭から改めて実行する。そのために、データベース管理システム３３は、データグループＡのメタデータファイル６０を取り込んで、データベース管理システム３３のデータグループＡに関する内部状態をバッチ処理開始前に戻す。さらに、データベース管理システム３３は、データグループＡのアクセス先を、記憶領域３７ｂに切り替える。

そして、図３（ｂ）は、セカンダリサイト３０において、業務処理を再開したときの様子を示す。すなわち、業務処理Ａのバッチ処理については、記憶領域３７ｂのデータを用いて、先頭から改めて実行される。一方、業務処理Ｂのオンライントランザクション処理については、プライマリサイト１０で実行されていないトランザクションについて、記憶領域３７ａのデータを用いて、引き続いて処理が行われる。

これにより、バッチ処理中に障害が発生しても、不整合を生じさせることなく、セカンダリサイト３０で確実、且つシンプルにバッチ処理を継続して行うことができる。この際、オンライントランザクション処理中の業務処理については、随時コピーされたデータをそのまま引き継いで処理を継続できる。

上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。

例えば、セカンダリサイト３０において、随時コピーされる記憶領域３７ａとスナップショットを記憶する記憶領域３７ｂは、異なる記憶媒体上に設けられていてもよい。

本発明の一実施形態に係る業務継続システムの構成図である。 本発明に係る業務継続システムにおけるデータ復旧処理を示す。 本発明に係る業務継続システムにおけるデータ復旧処理を示す。

符号の説明

１０ プライマリサイト
１１、３１ 業務処理部
１３、３３ データベース管理システム
１５、３５ 記憶装置
１７、３７ 記憶媒体
１９、３９ 管理部
３０ セカンダリサイト
５０、６０ 差分データ

Claims (3)

1. プライマリサイトと、前記プライマリサイトのバックアップサイトであるセカンダリサイトとを備え、前記プライマリサイトで障害が発生したときに前記セカンダリサイトで業務を継続するシステムであって、
   前記プライマリサイトは、
   複数のデータグループのデータを有する第１データベースと、
   前記第１データベースを管理するデータベース管理システムであって、前記第１データベースの内部状態を示すメタデータを有し、前記プライマリサイトでバッチ処理が開始される前に当該バッチ処理の対象である第１データグループの内部状態を含むメタデータを前記セカンダリサイトに出力する第１データベース管理システムと、を備え、
   前記セカンダリサイトは、
   前記第１データベースの記憶内容が随時コピーされる第２データベースと、
   前記プライマリサイトでバッチ処理が開始される前の前記第１データベースの前記第１データグループの記憶内容を保持する第３データベースと、
   前記第２及び第３データベースを管理する第２データベース管理システムと、を備え、
   前記第２データベース管理システムは、前記第２データベースへの随時コピーが停止した場合、前記プライマリサイトで障害が発生し、前記第１データグループに対するバッチ処理が途中で中断されたと判断し、前記第１データグループについて、前記第１データベース管理システムが出力した前記メタデータを取り込み、前記第３データベースの前記第１データグループのデータを利用して前記中断されたバッチ処理を先頭から再実行可能にすることを特徴とする業務継続システム。
2. 前記プライマリサイトで発生した障害により、さらに第２データグループに対するオンライントランザクション処理が中断されたとき、
   第２データベース管理システムは、さらに、前記第２データベースについて、第２データグループのデータを利用して前記中断されたオンライントランザクション処理を継続実行可能にすることを特徴とする請求項１記載の業務継続システム。
3. プライマリサイトと、前記プライマリサイトのバックアップサイトであるセカンダリサイトとを備え、前記プライマリサイトで障害が発生したときに前記セカンダリサイトで業務を継続するシステムにおいて、前記プライマリサイトと前記セカンダリサイトのデータを同期させる方法であって、
   前記プライマリサイトは、複数のデータグループのデータを有する第１データベースと、前記第１データベースを管理し、前記第１データベースの内部状態を示すメタデータを有する第１データベース管理システムと、を備え、
   前記第１データベース管理システムは、前記プライマリサイトでバッチ処理が開始される前に当該バッチ処理の対象である第１データグループの内部状態を含むメタデータを前記セカンダリサイトに出力し、
   前記セカンダリサイトは、第２データベースと、第３データベースと、前記第２及び第３データベースを管理する第２データベース管理システムと、を備え、
   前記第１データベースの記憶内容が更新されると、前記第２データベースへその更新が反映される随時コピーが行われているときに、
   前記プライマリサイトでバッチ処理が開始される前に、前記第１データベースの前記第１データグループの記憶内容が前記第３のデータベースへコピーされ、
   第２データベース管理システムは、前記第２データベースへの随時コピーが停止した場合、前記プライマリサイトで障害が発生し、前記第１データグループに対するバッチ処理が中断されたと判断し、前記第１データグループについて、前記第１データベース管理システムが出力した前記メタデータを取り込み、前記第３データベースの前記第１データグループのデータを利用して前記中断されたバッチ処理を先頭から再実行可能にすることを特徴とする業務継続方法。

Images