(57)【要約】【課題】遠隔地にある複数のＤＢに対する統合的なアクセスを即座に行うことを可能にしたデータベースシステム。【解決手段】センタサーバは、複製要求部、データ統合部、センタＤＢ静止化要求部、センタＤＢ静止化解除要求部、複製元管理テーブル、データ統合完了通知部を備え、地域サーバは、地域ＤＢ静止化要求部、ＤＢ複製部、遠隔ボリューム分割完了通知部、及び地域ＤＢ静止化解除要求部を備えて構成される。センタサーバは、地域ストレージサブシステム内の地域ＤＢの複製をセンタストレージサブシステム内に作成させ、複製のシャドウイメージにアクセスすることにより、複数の地域ＤＢに対する統合的なアクセスを行うことができる。【選択図】      図１
2004164401.tif 000002
【特許請求の範囲】
【請求項１】
センタサーバと、１または複数の地域サーバと、前記センタサーバ及び前記地域サーバ相互間を接続する第１のネットワークと、前記地域サーバが管理する地域データベースを記憶する地域ストレージサブシステムと、前記地域データベースの複製を記憶するセンタストレージサブシステムと、前記センタサーバ、前記センタストレージサブシステム、地域サーバ、及び、前記地域ストレージサブシステム相互間を接続する第２のネットワークとから構成されるデータベースシステムにおいて、
前記センタサーバは、前記地域サーバに地域データベースの複製を要求する複製要求手段と、前記複製された地域データベースの統合処理を行うデータ統合手段とを備え、
前記地域サーバは、前記センタサーバからのデータベース複製要求を受けて前記地域データベースの静止化をデータベース管理システムに要求する地域データベース静止化要求手段と、前記地域ストレージサブシステムに対して、地域ストレージサブシステムが記憶する地域データベースを前記センタストレージサブシステムに複製するデータベース複製手段とを備えることを特徴とするデータベースシステム。
【請求項２】
前記センタストレージサブシステムは、前記地域ストレージサブシステムに記憶された前記地域データベースの複製である複製地域データベースを備え、
前記地域ストレージサブシステムは、地域データベースに対して行われた更新の情報を前記第２のネットワークを通して前記センタストレージサブシステムに転送する遠隔ボリューム複製手段を備え、
前記センタストレージサブシステムは、前記転送された更新の情報を前記複製地域データベースに反映することを特徴とする請求項１記載のデータベースシステム。
【請求項３】
前記地域ストレージサブシステムは、前記地域データベースと前記複製地域データベースとの間の更新情報の転送を一時的に停止する遠隔ボリューム分割手段と、前記地域データベースと前記複製地域データベースとの間の更新情報の転送を再開し、更新情報の転送が中断されていた間に地域ストレージサブシステムに蓄積された更新情報を前記センタストレージサブシステムに転送する遠隔ボリューム再同期手段とを備え、
前記センタサーバからの前記地域サーバに対する地域データベースの複製要求に基づいて、地域データベース静止化、遠隔ボリューム分割を実行し、地域データベースと前記複製地域データベースとを分離することにより、これらのデータベース相互間の状態を同期化することを特徴とする請求項１記載のデータベースシステム。
【請求項４】
前記地域サーバは、遠隔ボリューム分割手段による分離が完了したことを前記センタサーバに通知する遠隔ボリューム分割完了通知手段と、地域データベースの静止化解除の要求を行う地域データベース静止化解除要求手段とを備え、
複製地域データベースと地域データベースとの分離が完了したとき、遠隔ボリューム分割完了通知と地域データベース静止化解除要求とを実行することを特徴とする請求項１記載のデータベースシステム。
【請求項５】
前記センタストレージサブシステムは、前記複製地域データベースのシャドウイメージと、複製地域データベースに対する更新情報をシャドウイメージに反映するボリューム複製手段と、シャドウイメージへの更新情報の反映を一時的に停止するボリューム分割手段と、シャドウイメージへの更新情報の反映を再開するボリューム同期手段とを備え、
前記センタサーバは、前記シャドウイメージに対するデータベース静止化要求を行うセンタデータベース静止化要求手段と、シャドウイメージに対する静止化解除要求を行うセンタデータベース静止化解除要求手段とを備え、
前記センタサーバは、前記遠隔ボリューム分割完了通知を受けて、センタデータベース静止化要求と、ボリューム同期要求とを実行し、ボリュームの同期が完了したときボリューム分割とセンタデータベース静止化解除要求とを実行することを特徴とする請求項１記載のデータベースシステム。
【請求項６】
前記センタサーバは、複製元の地域データベースの複製が完了したか否かを管理する複製元管理テーブルを有し、
前記第１及び第２のネットワークで接続された地域ストレージサブシステムが管理する全ての地域データベースと、前記全ての地域データベースに対する複製地域データベースとの同期が完了すると、センタデータベース静止化要求、ボリューム同期要求、ボリューム分割要求、センタデータベース静止化解除要求を実行することを特徴とする請求項１記載のデータベースシステム。
【請求項７】
前記センタサーバは、データ統合の完了を地域サーバに通知するデータ統合完了通知手段を備え、
前記地域サーバは、前記データ統合完了通知手段による通知を受けて、遠隔ボリューム再同期手段に対して地域データベースと前記複製地域データベースとの間の更新情報の転送の再開を要求する遠隔ボリューム再同期要求手段を備えることを特徴とする請求項１記載のデータベースシステム。
【請求項８】
センタサーバと、１または複数の地域サーバと、前記センタサーバ及び前記地域サーバ相互間を接続する第１のネットワークと、前記地域サーバが管理する地域データベースを記憶する地域ストレージサブシステムと、前記地域データベースの複製を記憶するセンタストレージサブシステムと、前記センタサーバ、前記センタストレージサブシステム、地域サーバ、及び、前記地域ストレージサブシステム相互間を接続する第２のネットワークとから構成されるデータベースシステムにおけるセンタサーバにおいて、
前記地域サーバに地域データベースの複製を要求する複製要求手段と、前記複製された地域データベースの統合処理を行うデータ統合手段とを備えることを特徴とするセンタサーバ。
【請求項９】
地域データベースへの複製要求に基づく遠隔ボリューム分割完了の通知を受けて前記複製地域データベースのシャドウイメージに対するデータベース静止化を要求する手段と、ボリューム同期化を要求する手段と、ボリュームの同期が完了したとき、ボリューム分割を要求して複製地域データベースに対する更新情報をシャドウイメージに反映するボリューム複製を行う手段と、センタデータベース静止化解除の要求を行う手段とを備えることを特徴とする請求項８記載のセンタサーバ。
【請求項１０】
センタサーバと、１または複数の地域サーバと、前記センタサーバ及び前記地域サーバ相互間を接続する第１のネットワークと、前記地域サーバが管理する地域データベースを記憶する地域ストレージサブシステムと、前記地域データベースの複製を記憶するセンタストレージサブシステムと、前記センタサーバ、前記センタストレージサブシステム、地域サーバ、及び、前記地域ストレージサブシステム相互間を接続する第２のネットワークとから構成されるデータベースシステムのアクセス方法において、
前記センタサーバは、前記地域サーバに地域データベースの複製を要求し、前記複製された地域データベースの統合処理を行い、
前記地域サーバは、前記センタサーバからのデータベースの複製要求を受けて前記地域データベースの静止化をデータベース管理システムに要求し、前記地域ストレージサブシステムに対して、地域ストレージサブシステムが記憶する地域データベースを前記センタストレージサブシステムに複製させることを特徴とするデータベースシステムのアクセス方法。
【請求項１１】
前記地域ストレージサブシステムは、地域データベースに対して行われた更新の情報を前記第２のネットワークを通して前記センタストレージサブシステムに転送し、
前記センタストレージサブシステムは、前記転送された更新の情報を、前記地域ストレージサブシステムに記憶された前記地域データベースの複製である複製地域データベースに反映することを特徴とする請求項１０記載のデータベースシステムのアクセス方法。
【請求項１２】
前記地域ストレージサブシステムは、前記センタサーバからの前記地域サーバに対する地域データベースの複製要求に基づく地域サーバからの指示により、前記地域データベースと前記複製地域データベースとの間の更新情報の転送を一時的に停止して遠隔ボリュームを分割し、前記センタサーバからの前記地域サーバに対するデータベース統合完了通知に基づく再同期要求の指示により、前記地域データベースと前記複製地域データベースとの間の更新情報の転送を再開し、更新情報の転送が中断されていた間に地域ストレージサブシステムに蓄積された更新情報を前記センタストレージサブシステムに転送して遠隔ボリューム再同期を行うことを特徴とする請求項１０記載のデータベースシステムのアクセス方法。
【請求項１３】
前記センタサーバは、遠隔ボリューム分割完了の通知を受けて、前記複製地域データベースのシャドウイメージに対するデータベース静止化を要求すると共に、ボリューム同期化を要求し、ボリュームの同期が完了したとき、ボリューム分割を要求して複製地域データベースに対する更新情報をシャドウイメージに反映するボリューム複製を行い、その後、センタデータベース静止化解除の要求を行うことことを特徴とする請求項１０記載のデータベースシステムのアクセス方法。
【請求項１４】
センタサーバと、１または複数の地域サーバと、前記センタサーバ及び前記地域サーバ相互間を接続する第１のネットワークと、前記地域サーバが管理する地域データベースを記憶する地域ストレージサブシステムと、前記地域データベースの複製を記憶するセンタストレージサブシステムと、前記センタサーバ、前記センタストレージサブシステム、地域サーバ、及び、前記地域ストレージサブシステム相互間を接続する第２のネットワークとから構成されるデータベースシステムにおける前記センタサーバでの処理を実行する処理プログラムであって、
前記地域サーバに地域データベースの複製を要求するプログラムと、地域データベースへの複製要求に基づく遠隔ボリューム分割完了の通知を受けるプログラムと、前記複製地域データベースのシャドウイメージに対するデータベース静止化を要求するプログラムと、ボリューム同期化を要求するプログラムと、ボリュームの同期が完了したとき、ボリューム分割を要求して複製地域データベースに対する更新情報をシャドウイメージに反映するボリューム複製を行うプログラムと、その後、センタデータベース静止化解除の要求を行うプログラムとを有することを特徴とする処理プログラム。
【請求項１５】
センタサーバと、１または複数の地域サーバと、前記センタサーバ及び前記地域サーバ相互間を接続する第１のネットワークと、前記地域サーバが管理する地域データベースを記憶する地域ストレージサブシステムと、前記地域データベースの複製を記憶するセンタストレージサブシステムと、前記センタサーバ、前記センタストレージサブシステム、地域サーバ、及び、前記地域ストレージサブシステム相互間を接続する第２のネットワークとから構成されるデータベースシステムにおける前記地域サーバでの処理を実行する処理プログラムであって、
前記センタサーバからのデータベースの複製要求を受けて前記地域データベースの静止化をデータベース管理システムに要求するプログラムと、前記地域ストレージサブシステムに対して、地域ストレージサブシステムが記憶する地域データベースを前記センタストレージサブシステムに複製させる要求を行うプログラムと、前記複製要求に基づく地域ストレージサブシステムからの分割完了の通知を受けるプログラムと、その分割完了をセンタサーバに通知するプログラムとを有することを特徴とする処理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データベースシステム、センタサーバ及びデータベースのアクセス方法に係り、特に、ネットワークに接続された遠隔地にある１または複数のストレージサブシステム内のデータベースを複製し、複製されたデータベースに対して統合的なアクセスを行うことを可能にしたデータベースシステム、該システムにおけるセンタサーバ及びデータベースのアクセス方法に関する。
【０００２】
【従来の技術】
遠隔地にあるデータベースを複製する方法に関する従来技術として、ＬＡＮやＷＡＮ等により接続されたサーバ相互間でデータの複製を行うデータベースレプリケーションの技術がが知られている。また、他の従来技術として、問合せの実行時に、分散されたデータベース管理システムに対して問合せを行い、各データベース管理システムから返された結果を統合して１つの結果として見せるデータベースハブの技術が知られている。さらに、他の従来技術として、遠隔地にデータベースの複製を作成する技術として、ストレージ装置が持つボリューム複製機能を用いた災害リカバリの技術が知られている。
【０００３】
なお、データベースハブに関する従来技術として、非特許文献１に記載された技術が、また、災害リカバリに関する従来技術として、非特許文献２及び非特許文献３に記載された技術が知られている。
【０００４】
【非特許文献１】
“データジョイナー（Ｄａｔａ  Ｊｏｉｎｅｒ）”、［ｏｎｌｉｎｅ］、インターナショナルビジネスマシンコーポレーション（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｂｕｓｉｎｅｓｓ  Ｍａｃｈｉｎｅｓ  Ｃｏｒｐｏｒａｔｉｏｎ）、［平成１４年１１月１１日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ−３．ｉｂｍ．ｃｏｍ／ｓｏｆｔｗａｒｅ／ｄａｔａ／ｄａｔａｊｏｉｎｅｒ／＞
【０００５】
【非特許文献２】
マーク  ファーレイ（Ｍａｒｃ  Ｆａｒｌｅｙ）著、ストレージネットワークの構築（Ｂｕｉｌｄｉｎｇ  Ｓｔｏｒａｇｅ  Ｎｅｔｗｏｒｋｓ）、第２版、オスボーンマックグロウヒル（Ｏｓｂｏｎｅ／ＭｃＧｒａｗ−Ｈｉｌｌ）社、２００１年、ｐ．１１８〜１２４
【０００６】
【非特許文献３】
“ＨｉＲＤＢ  バージョン６（ＨｉＲＤＢ  ｖｅｒｓｉｏｎ６）”、［ｏｎｌｉｎｅ］、株式会社日立製作所ソフトウェア事業部、［平成１４年１１月１１日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｈｉｔａｃｈｉ．ｃｏ．ｊｐ／Ｐｒｏｄ／ｃｏｍｐ／ｓｏｆｔ／ｏｐｅｎ−ｅ／ｈｉｒｄｂ／ｖ６／ｏｕｔｌｉｎｅ／ｃｏｎｆｖ６．ｈｔｍ＞
【０００７】
【発明が解決しようとする課題】
遠隔地にある複数のデータベースに対する統合的なアクセスを行うため手段として前述したデータベースレプリケーションによる方法を用いる場合、データの転送にＬＡＮやＷＡＮなどを用いるため、データの複製に時間がかかるという問題点を生じさせる。また、データベースハブを用いた方法は、問合せの実行時に遠隔地にあるデータベース管理システムにアクセスするためにレスポンスタイムが悪くなり、また、結果が大量になった場合、大量のデータをＬＡＮあるいはＷＡＮ経由で転送する必要があり検索性能が劣化すると言う問題点を生じさせる。また、ストレージ装置が持つボリューム複製機能を用いた災害リカバリの方法は、複製側のデータベースが回復処理のためのバックアップであり、複数のデータベースを統合することができないという問題点を有している。
【０００８】
本発明の目的は、遠隔地にある複数のデータベースに対する統合的なアクセスを即座に可能にするデータベースシステム、該システムにおけるセンタサーバ及びデータベースのアクセス方法を提供することにある。
【０００９】
【課題を解決するための手段】
本発明によれば前記目的は、センタサーバと、１または複数の地域サーバと、前記センタサーバ及び前記地域サーバ相互間を接続する第１のネットワークと、前記地域サーバが管理する地域データベースを記憶する地域ストレージサブシステムと、前記地域データベースの複製を記憶するセンタストレージサブシステムと、前記センタサーバ、前記センタストレージサブシステム、地域サーバ、及び、前記地域ストレージサブシステム相互間を接続する第２のネットワークとから構成されるデータベースシステムにおいて、前記センタサーバが、前記地域サーバに地域データベースの複製を要求する複製要求部と、前記複製された地域データベースの統合処理を行うデータ統合部とを備え、前記地域サーバが、前記センタサーバからのデータベース複製要求を受けて前記地域データベースの静止化をデータベース管理システムに要求する地域データベース静止化要求部と、前記地域ストレージサブシステムに対して、地域ストレージサブシステムが記憶する地域データベースを前記センタストレージサブシステムに複製するデータベース複製部とを備えることにより達成される。
【００１０】
また、前記目的は、センタサーバと、１または複数の地域サーバと、前記センタサーバ及び前記地域サーバ相互間を接続する第１のネットワークと、前記地域サーバが管理する地域データベースを記憶する地域ストレージサブシステムと、前記地域データベースの複製を記憶するセンタストレージサブシステムと、前記センタサーバ、前記センタストレージサブシステム、地域サーバ、及び、前記地域ストレージサブシステム相互間を接続する第２のネットワークとから構成されるデータベースシステムのアクセス方法において、前記センタサーバが、前記地域サーバに地域データベースの複製を要求し、前記複製された地域データベースの統合処理を行い、前記地域サーバが、前記センタサーバからのデータベースの複製要求を受けて前記地域データベースの静止化をデータベース管理システムに要求し、前記地域ストレージサブシステムに対して、地域ストレージサブシステムが記憶する地域データベースを前記センタストレージサブシステムに複製させることにより達成される。
【００１１】
【発明の実施の形態】
以下、本発明によるデータベースシステム及びデータベースのアクセス方法の実施形態を図面により詳細に説明する。
【００１２】
図１は本発明の一実施形態によるデータベースシステムの構成を示すブロック図である。図１において、１０１はセンタサーバ、１０２ａ、１０２ｂは地域サーバ、１０３はセンタストレージサブシステム、１０４ａ、１０４ｂは地域ストレージサブシステム、１０５はＬＡＮ、１０６はＳＡＮ（ストレージエリアネットワーク）、１１０は複製要求部、１１２はデータ統合完了通知部、２は複製元管理テーブル、３はデータ統合部、１４、１２９ａ、１２９ｂはデータベース管理システム（ＤＢＭＳ）、１１５はボリューム同期部、１１６はボリューム分割部、１１７はボリューム複製部、１２１ａ、１２１ｂはＤＢ（データベース）静止化要求部、１２２ａ、１２２ｂは遠隔ボリューム分割要求部、１２３ａ、１２３ｂは遠隔ボリューム分割完了通知部、１２４ａ、１２４ｂはＤＢ静止化解除要求部、１２５ａ、１２５ｂは遠隔ボリューム再同期要求部、１２６ａ、１２６ｂは遠隔ボリューム分割部、１２７ａ、１２７ｂは遠隔ボリューム再同期部、１２８ａ、１２８ｂは遠隔ボリューム複製部、１３１ａ、１３１ｂは地域シャドウイメージ、１３３ａ、１３３ｂは複製地域ＤＢ、１３４ａ、１３４ｂは地域ＤＢである。
【００１３】
本発明の一実施形態によるデータベースシステムは、図１に示すように、センタサーバ１０１、複数の地域Ａ、Ｂに備えられる地域サーバ１０２ａ、１０２ｂ、センタストレージサブシステム１０３、複数の地域Ａ、Ｂに備えられる地域ストレージサブシステム１０４ａ、１０４ｂ、センタサーバ１０１と地域サーバ１０２ａ、１０２ｂとを接続する第１のネットワークであるＬＡＮ１０５、センタサーバ１０１と地域サーバ１０２ａ、１０２ｂ、センタストレージサブシステム１０３、地域ストレージサブシステム１０４ａ、１０４ｂとを接続する第２のネットワークであるＳＡＮ１０６から構成される。
【００１４】
前記において、センタサーバ１０１は、複製要求部１０１、データ統合部３、データ統合完了通知部１１２、複製元管理テーブル２、及び、データベース管理システム１４を備えて構成されている。また、センタストレージサブシステム１０３は、ボリューム同期部１１５、ボリューム分割部１１６、ボリューム複製部１１７、地域データベース１３４ａ、１３４ｂの複製である複製地域データベース１３３ａ、１３３ｂ、複製地域データベース１３３ａ、１３３ｂのシャドウイメージ１３１ａ、１３１ｂを備えて構成されている。
【００１５】
地域サーバ１０２ａ、１０２ｂのそれぞれには、地域データベース静止化要求部１２１ａ、１２１ｂ、遠隔ボリューム分割要求部１２２ａ、１２２ｂ、遠隔ボリューム分割完了通知部１２３ａ、１２３ｂ、地域ＤＢ静止化解除要求部１２４ａ、１２４ｂ、及び、遠隔ボリューム再同期要求部１２５ａ、１２５ｂ、地域ＤＢＭＳ１２９ａ、１２９ｂが備えられている。また、地域ストレージサブシステム１０４ａ、１０４ｂのそれぞれには、遠隔ボリューム分割部１２６ａ、１２６ｂ、遠隔ボリューム再同期部１２７ａ、１２７ｂ、遠隔ボリューム複製部１２８ａ、１２８ｂ、及び、地域ＤＢ１３４ａ、１３４ｂが備えられている。
【００１６】
地域サーバ１０２ａ、１０２ｂは、それぞれ地域Ａ、Ｂに存在し、それらの内部に備えられる地域ＤＢＭＳ１２９ａ、１２９ｂは、対応する地域ストレージサブシステム１０４ａ、１０４ｂのそれぞれに備えられる地域ＤＢ１３４ａ、１３４ｂを管理している。
【００１７】
前述したように構成される本発明の実施形態によるＤＢシステムにおいて、地域ＤＢ１０４ａ、１０４ｂに対して行われた更新の情報（以下、更新情報という）は、遠隔ボリューム複製部１２８によりセンタストレージサブシステム１０３に非同期に伝えられる。更新情報を受け取ったセンタストレージサブシステム１０３は、受け取った更新情報を複製地域ＤＢ１３３ａ、１３３ｂに非同期に反映する。図１に示す例の場合、地域Ａの地域ＤＢ１３４ａに対して行われた更新は、複製地域ＤＢ１３３ａに、地域Ｂの地域ＤＢ１３４ｂに対して行われた更新は複製地域ＤＢ１３３ｂにそれぞれ反映される。地域ＤＢ１３４ａと複製地域ＤＢ１３３ａとの間の同期、及び、地域ＤＢ１３４ｂと複製地域ＤＢ１３３ｂとの間の同期は、遠隔ボリューム分割分割部１２６ａ、１２６ｂにより更新情報の反映を停止することにより行われる。
【００１８】
センタサーバ１０１に存在するセンタＤＢＭＳ１４は、センタストレージサブシステム１０３に存在する地域シャドウイメージ１３１ａ、１３１ｂを管理している。これらのシャドウイメージ１３１ａ、１３１ｂは、それぞれ、複製地域ＤＢ１３３ａ、１３３ｂのシャドウイメージである。図１に示す例の場合、センタＤＢＭＳ１４は、地域シャドウイメージ１３１ａ、１３１ｂの２つのシャドウイメージを管理している。
【００１９】
前述した本発明の実施形態において、センタサーバ及び地域サーバは、図示しないが、ＣＰＵ、メモリ、ディスク装置、外部記憶媒体用ドライバー等を備え、これらがバス等の通信路により接続されて構成され、また、センタストレージサブシステム及び地域ストレージサブシステムは、前述に加えてディスク装置にＤＢを保持して構成されている。そして、前述のサーバ、ストレージサブシステムを構成する各機能要素は、ディスク装置または外部記憶媒体に格納されたプログラムがメモリに読み込まれ、ＣＰＵにより実行されることにより構成することができる。なお、図１には、地域サーバ及び地域ストレージサブシステムを２組だけ示しているが、これは、さらに多数が備えられてよい。
【００２０】
図２はセンタＤＢＭＳ１４が管理するシャドウイメージ１３１ａ、１３１ｂと地域ＤＢＭＳ１２９ａ、１２９ｂが管理する地域ＤＢ１３４ａ、１３４ｂとの間で同期を取り、複数の地域ＤＢのデータを統合的にセンタＤＢＭＳ１４を通してアクセスする処理について説明するフローチャートであり、図２を参照して、本発明の実施形態での処理の全体を説明する。なお、図２は、センタサーバ１０１、地域Ａサーバ１０２ａ、地域ストレージサブシステム１０４ａでの処理動作として示しているが、地域Ｂサーバ１０２ｂ、地域ストレージサブシステム１０４ｂでの処理も同一である。
【００２１】
（１）センタサーバ１０１は、複数の地域ＤＢのデータに対する統合的なアクセスの要求があると、全ての地域サーバ１０２ａ、１０２ｂに対して複製開始を要求する複製要求を送信する（ステップ４０１）。
【００２２】
（２）ステップ４０１で送信された複製要求を受け取った地域サーバ１０２ａ、１０２ｂは、地域ＤＢＭＳ１２９ａ、１２９ｂに、地域ＤＢ１３４ａ、１３４ｂの静止化を要求する。ここで、静止化とは、地域サーバ１０２ａ、１０２ｂ上に存在するＤＢＭＳ内のバッファ上の更新情報の全てを地域ＤＢ１３４ａ、１３４ｂ上に出力し、その後、該バッファに対して行われた更新を地域ＤＢ１３４に反映することを禁止する処理である（ステップ４０２）。
【００２３】
（３）その後、地域サーバ１０２ａ、１０２ｂは、地域ストレージサブシステム１０４ａ、１０４ｂに対して、地域ＤＢ１３４ａ、１３４ｂと複製地域ＤＢ１３３ａ、１３３ｂとの間の分割を要求する。ここで、分割とは、更新情報の複製地域ＤＢへの転送を停止し、かつ、地域ＤＢに対して行われた更新を地域ストレージサブシステム１０４内に記憶することである（ステップ４０３）。
【００２４】
（４）ステップ４０３での要求を受けた地域ストレージサブシステム１０４ａ、１０４ｂは、地域ＤＢ１３４ａ、１３４ｂに対する更新情報の複製地域ＤＢへの転送を停止し、地域ＤＢ１３４ａ、１３４ｂに対して行われた更新の情報を自地域ストレージサブシステムに記憶する遠隔ボリューム分割の処理を行う（ステップ４０４）。
【００２５】
（５）ステップ４０４での遠隔ボリューム分割の処理が完了すると、その報告を受けた地域サーバ１０２ａ、１０２ｂは、ボリューム分割が完了したことを、遠隔ボリューム分割完了通知によりセンタサーバ１０１に転送する（ステップ４０５）。
【００２６】
（６）その後、地域サーバ１０２ａ、１０２ｂは、地域ＤＢＭＳ１２９に対して、地域ＤＢ静止化解除の要求を出す（ステップ４０６）。
【００２７】
（７）一方、ステップ４０５によるボリューム分割完了通知を受け取ったセンタサーバ１０１は、データ統合の処理を実行する。このデータ統合の処理については後述するが、データ統合の処理によりシャドウイメージ１３１ａ、１３１ｂに地域ＤＢ１３４ａ、１３４ｂの内容が反映され、この処理の完了後、センタＤＢＭＳ１４を通してシャドウイメージ１３１ａ、１３１ｂにアクセスすることにより、統合的なアクセスが可能になる（ステップ４０７）。
【００２８】
（８）ステップ４０７の処理が完了すると、センタサーバ１０１は、全ての地域サーバ１０２ａ、１０２ｂに対してデータ統合が完了したことを通知する（ステップ４０８）。
【００２９】
（９）ステップ４０８でのデータ統合完了の通知を受けた地域サーバ１０２ａ、１０２ｂは、地域ストレージサブシステム１０４ａ、１０４ｂに対して遠隔ボリュームの再同期を行う遠隔ボリューム再同期の実行を要求する。ここで、再同期とは、前述した分割の処理の結果、地域ストレージサブシステムに記憶されていた更新情報を、センタストレージサブシステム１０３に転送し、更新情報を複製地域ＤＢ１３３ａ、１３３ｂに反映させる処理である（ステップ４０９）。
【００３０】
（１０）遠隔ボリューム再同期を要求を受けた地域ストレージサブシステム１０４ａ、１０４ｂは、自地域ストレージサブシステムに記憶されていた更新情報を、センタストレージサブシステム１０３に転送し、更新情報を複製地域ＤＢ１３３ａ、１３３ｂに反映させる再同期処理を行う。再同期後、地域ＤＢ１３４ａ、１３４ｂに対して行われた更新は、非同期にセンタストレージサブシステム１０３に転送され、かつ、非同期に地域ＤＢ１３３ａ、１３３ｂに反映される（ステップ４１０）。
【００３１】
図３はセンタサーバ１０１内に備えられる複製元管理テーブル２の構成例を説明する図である。図示複製元管理テーブル２は、複製元サーバの名称を表す複製元ＤＢ名フィールド２０１及び地域ＤＢ１３４ａ、１３４ｂと複製地域ＤＢ１３３ａ、１３３ｂとの間の複製が完了したか否かを示す複製完了フラグ２０２から構成される。図３に示す例では、レコード２０３ａ及び２０３ｂが存在し、レコード２０３ａは、地域Ａサーバ１０４ａの地域ＤＢＭＳ１２９ａが管理する地域ＤＢ１３４ａと複製地域ＤＢ１３３ａとの間の同期が完了していないことを、レコード２０３ｂは、地域Ｂサーバ１０４ｂの地域ＤＢＭＳ１２９ｂが管理する地域ＤＢ１３４ｂと複製地域ＤＢ１３３ｂとの間の同期が完了していないことをそれぞれ示している。
【００３２】
図４はセンタサーバ１０１内のデータ統合部３で実行される処理（図２により説明したステップ４０７での処理）を説明するフローチャートであり、次に、図４を参照してデータ統合の処理を説明する。
【００３３】
（１）データ統合部３は、地域サーバ１０２ａ、１０２ｂの一方から第１のネットワークであるＬＡＮ１０５を経由して遠隔ボリューム分割要求完了通知を受信すると、通知を発信した地域サーバ１０２ａまたは１０２ｂの名称を、複製元管理テーブル２から複製元ＤＢ名フィールド２０１に持つレコード２０３ａまたは２０３ｂを検索し、該当するレコード２０３ａまたは２０３ｂの複製完了フラグフィールド２０２の値を「済」に変更する（ステップ３０１、３０２）。
【００３４】
（２）次に、複製元管理テーブル２に格納されている全てのレコード２０３ａ、２０３ｂの複製完了フラグフィールド２０２の値が「済」か否かをチェックし、全ての地域サーバからの分割完了、すなわち、複製完了の通知を受信したか否かをチェックし、１つでも「未済」があれば処理を終了し、他の地域サーバからの分割完了の通知を待つ（ステップ３０３）。
【００３５】
（３）ステップ３０３のチェックで、複製完了フラグフィールド２０２の値の全てが「済」であった場合、センタＤＢＭＳ１４に対して該ＤＢＭＳ１４が管理するシャドウイメージ１３１ａ、ｂの静止化を要求する。ここで、静止化とは、センタサーバ１０１上に存在するＤＢＭＳ１４内のバッファ上の更新を全てシャドウイメージ１３１ａ、１３１ｂ上に出力し、その後、該バッファに対して行われた更新をシャドウイメージ１３１に反映することを禁止する処理をいう（ステップ３０４）。
【００３６】
（４）その後、センタストレージサブシステム１０３ａ、１０３ｂのボリューム同期部１１５にボリューム同期要求を出す。要求を受けたボリューム同期部１１５は、複製地域ＤＢ１３３ａ、１３３ｂに対して、地域ストレージサブシステム１０４ａ、１０４ｂから行われた更新をシャドウイメージ１３１ａ、１３１ｂに反映する。シャドウイメージへの反映が完了すると、センタストレージサブシステム１０３のボリューム分割ステップ１１６に対してボリュームの分割要求を出し、シャドウイメージ１３１ａ、１３１ｂと複製地域ＤＢ１３３ａ、１３３ｂとを分割させる（ステップ３０５、３０６）。
【００３７】
（５）ボリューム分割要求を受けたボリューム分割部１１６は、シャドウイメージ１３１と複製地域ＤＢ１３３とを分割する。その後、センタＤＢＭＳ１４に対して静止化解除要求を行う（ステップ３０７）。
【００３８】
図５は地域ＡのＤＢのみの同期完了後の複製元管理テーブル２の例を示す図、図６は地域Ａ及び地域Ｂの２つのＤＢの同期完了後の複製元管理テーブル２の例を示す図である。
【００３９】
次に、図１に示す地域Ａ、地域Ｂの２つの地域ＤＢをセンタストレージサブシステム１０３に複製し、センタサーバ１０１から統合的にアクセスする場合のデータ統合部３の動作例について、図３、図５、図６に示す複製元管理テーブル２の例を用いて説明する。
【００４０】
まず、データ統合部３は、地域Ａサーバ１０２ａから遠隔ボリューム分割完了の通知を受け取ると（ステップ３０１）、ステップ３０２の処理で、図３によりすでに説明した複製元管理テーブルを、図５に示すように、地域Ａの地域ＤＢ１３４ａの複製が完了したか否かを示すレコード２０３ａの複製完フラグフィールド２０２の値を「済」に変更する（ステップ３０２）。レコード２０３ａが地域Ａの地域ＤＢ１３４ａの複製完了を示すレコードであることは、このレコードの複製元ＤＢ名フィールド２０１の値が「地域ＡのＤＢ」であることから判断することができる。
【００４１】
次に、ステップ３０３の処理で、テーブル２の複製完フラグフィールド２０２の値が全て「済」であるかをチェックするが、この時点でのテーブル２の状態は、図５に示す通りであるので判定結果はＮとなり処理を終了する。
【００４２】
次に、データ統合部３は、地域Ｂサーバ１０２ｂから遠隔ボリューム分割完了を受け取ると（ステップ３０１）、ステップ３０２の処理で、図５に示す複製元管理テーブル２を図６に示すように、地域Ｂの地域ＤＢ１３４ｂの複製が完了したか否かを示すレコード２０３ｂの複製完フラグフィールド２０２の値を「済」に変更する（ステップ３０２）。
【００４３】
次に、ステップ３０３の処理で、テーブル２の複製完フラグフィールド２０２の値が全て「済」であるかをチェックするが、この時点でのテーブル２の状態は、図６に示す通りであるので判定結果はＹとなる（ステップ３０３）。
【００４４】
その後、ステップ３０４での処理により、センタＤＢＭＳ１４に対して、センタＤＢの静止化を要求する。そして、センタストレージサブシステム１０３のボリューム同期ステップに対して複製地域ＤＢ１３３ａとシャドウイメージ１３１ａとの同期、及び、複製地域ＤＢ１３３ｂとシャドウイメージ１３１ｂとの同期を要求する（ステップ３０５）。
【００４５】
同期が完了すると、センタストレージサブシステム１０３のボリューム分割ステップに対して、複製地域ＤＢ１３３ａとシャドウイメージ１３１ａとの分割、及び、複製地域ＤＢ１３３ｂとシャドウイメージ１３１ｂとの分割を要求する（ステップ３０６）。その後、センタＤＢＭＳ１４に対して、センタＤＢ静止化解除の要求を行う（ステップ３０７）。
【００４６】
前述した本発明の実施形態による各処理は、処理プログラムとして構成することができ、この処理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することができる。
【００４７】
前述で説明したように、本発明の実施形態は、まず、地域ＤＢ１３４ａ、１３４ｂからその複製である複製ＤＢ１３３ａ、１３３ｂに対して、非同期的に更新が行われている状態から、複製要求に基づき地域ＤＢ１３４ａ、１３４ｂを静止化して整合性の取れた状態とし、次に、地域ＤＢ１３４ａ、１３４ｂと複製地域ＤＢ１３３ａ、１３３ｂとの間を分割することにより、複製地域ＤＢ１３３ａ、１３３ｂを即座に同期の取れた状態とすることができる。また、地域サーバ１０２ａ、１０２ｂ側では、その後ＤＢ静止化を解除し（但し、ボリュームは分割したまま）、通常の業務を行うため、ＤＢの静止期間を短時間にすることができる。一方、センタサーバ１０１は、全ての複製地域ＤＢの複製が完了した時点でセンタＤＢ（シャドウイメージ１３１ａ、１３１ｂ）を静止化して同期処理を行う。
【００４８】
このようにすることにより、センタＤＢの静止化を行うまでの間、センタ側では業務を続けることが可能になる。センタＤＢ（シャドウイメージ１３１ａ、１３１ｂ）の静止化後、複製地域ＤＢ１３３ａ、１３３ｂとの同期処理を行うが、この処理は、更新ビットマップのみを複製するため短時間で終了することが可能である。
【００４９】
前述した本発明の実施形態によれば、全ての地域ＤＢの更新を一度に反映させることができるため、各地域のＤＢのデータに対して不整合を起こすことなく統合的にアクセスすることが可能となる。また、シャドウイメージの同期完了後、地域サーバに対して、地域ＤＢと複製地域ＤＢとの間の再同期を要求し、地域ＤＢと複製地域ＤＢとが分割されていた間に、地域ストレージサブシステムに蓄積されていた更新情報をセンタストレージサブシステムに送信することにより、複製地域ＤＢに更新情報が再度反映されるようになる。
【００５０】
前述したように本発明の実施形態によれば、センタサーバ、１つ以上の地域サーバ、センタサーバと地域サーバを接続する第１のネットワーク、地域サーバが管理する地域ＤＢを記憶する地域ストレージサブシステム、地域ＤＢの複製を記憶するセンタストレージサブシステム、センタサーバ、センタストレージサブシステム、地域サーバ、地域ストレージサブシステムを接続する第２のネットワークから構成されるＤＢシステムにおいて、センタサーバに、複製要求部と、データ統合部、センタＤＢ静止化要求部と、センタＤＢ静止化解除要求部と、複製元管理テーブルと、データ統合完了通知部とを設け、地域サーバに、地域ＤＢ静止化要求部と、ＤＢ複製部と、遠隔ボリューム分割完了通知部と、地域ＤＢ静止化解除要求部とを設け、センタストレージサブシステムに、地域ストレージサブシステムに記憶された地域ＤＢの複製と、複製された地域ＤＢのシャドウイメージとを記憶し、ボリューム複製部と、ボリューム分割部と、ボリューム同期部とを設け、地域ストレージサブシステムに遠隔ボリューム複製部と、遠隔ボリューム分割部と、遠隔ボリューム再同期部とを遠隔ＤＢ連携方法に設けたことにより、遠隔地にある複数のＤＢに対する統合的なアクセスを即座に可能とすることができる。
【００５１】
【発明の効果】
以上説明したように本発明によれば、遠隔地にある複数のＤＢに対する統合的なアクセスを即座に行うことが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態によるデータベースシステムの構成を示すブロック図である。
【図２】シャドウイメージと地域ＤＢとの間で同期を取り、複数の地域ＤＢのデータを統合的にセンタＤＢＭＳを通してアクセスする処理について説明するフローチャートである。
【図３】センタサーバ内に備えられる複製元管理テーブルの構成例を説明する図である。
【図４】センタサーバ内のデータ統合部で実行される処理（図２により説明したステップ４０７での処理）を説明するフローチャートである。
【図５】地域ＡのＤＢのみの同期完了後の複製元管理テーブルの例を示す図である。
【図６】地域Ａ及び地域Ｂの２つのＤＢの同期完了後の複製元管理テーブルの例を示す図である。
【符号の説明】
１０１  センタサーバ
１０２ａ、１０２ｂ  地域サーバ
１０３  センタストレージサブシステム
１０４ａ、１０４ｂ  地域ストレージサブシステム
１０５  ＬＡＮ
１０６  ＳＡＮ（ストレージエリアネットワーク）
１１０  複製要求部
１１２  データ統合完了通知部
２  複製元管理テーブル
３  データ統合部
１４、１２９ａ、１２９ｂ  データベース管理システム（ＤＢＭＳ）
１１５  ボリューム同期部
１１６  ボリューム分割部
１１７  ボリューム複製部
１２１ａ、１２１ｂ  ＤＢ（データベース）静止化要求部
１２２ａ、１２２ｂ  遠隔ボリューム分割要求部
１２３ａ、１２３ｂ  遠隔ボリューム分割完了通知部
１２４ａ、１２４ｂ  ＤＢ静止化解除要求部
１２５ａ、１２５ｂ  遠隔ボリューム再同期要求部
１２６ａ、１２６ｂ  遠隔ボリューム分割部
１２７ａ、１２７ｂ  遠隔ボリューム再同期部
１２８ａ、１２８ｂ  遠隔ボリューム複製部
１３１ａ、１３１ｂ  地域シャドウイメージ
１３３ａ、１３３ｂ  複製地域ＤＢ
１３４ａ、１３４ｂ  地域ＤＢ
【図１】
2004164401.tif 000003
【図２】
2004164401.tif 000004
【図３】
2004164401.tif 000005
【図４】
2004164401.tif 000006
【図５】
2004164401.tif 000007
【図６】
2004164401.tif 000008