JP4136615B2 - データベースシステム及びデータベースのアクセス方法 - Google Patents
データベースシステム及びデータベースのアクセス方法 Download PDFInfo
- Publication number
- JP4136615B2 JP4136615B2 JP2002330731A JP2002330731A JP4136615B2 JP 4136615 B2 JP4136615 B2 JP 4136615B2 JP 2002330731 A JP2002330731 A JP 2002330731A JP 2002330731 A JP2002330731 A JP 2002330731A JP 4136615 B2 JP4136615 B2 JP 4136615B2
- Authority
- JP
- Japan
- Prior art keywords
- regional
- database
- storage subsystem
- center
- replication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 30
- 230000010076 replication Effects 0.000 claims description 135
- 230000010354 integration Effects 0.000 claims description 30
- 230000003068 static effect Effects 0.000 claims description 29
- 238000012545 processing Methods 0.000 claims description 23
- 239000000872 buffer Substances 0.000 claims description 18
- 238000012546 transfer Methods 0.000 claims description 11
- 230000003362 replicative effect Effects 0.000 claims description 6
- 230000004044 response Effects 0.000 claims description 2
- 238000000926 separation method Methods 0.000 claims 4
- 238000010586 diagram Methods 0.000 description 7
- 238000011084 recovery Methods 0.000 description 4
- 238000007796 conventional method Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
- G06F11/2069—Management of state, configuration or failover
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
- G06F16/273—Asynchronous replication or reconciliation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
- G06F11/2058—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using more than 2 mirrored copies
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
- G06F11/2082—Data synchronisation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99953—Recoverability
Description
【０００１】
【発明の属する技術分野】
本発明は、データベースシステム及びデータベースのアクセス方法に係り、特に、ネットワークに接続された遠隔地にある１または複数のストレージサブシステム内のデータベースを複製し、複製されたデータベースに対して統合的なアクセスを行うことを可能にしたデータベースシステム及びデータベースのアクセス方法に関する。
【０００２】
【従来の技術】
遠隔地にあるデータベースを複製する方法に関する従来技術として、ＬＡＮやＷＡＮ等により接続されたサーバ相互間でデータの複製を行うデータベースレプリケーションの技術が知られている。また、他の従来技術として、問合せの実行時に、分散されたデータベース管理システムに対して問合せを行い、各データベース管理システムから返された結果を統合して１つの結果として見せるデータベースハブの技術が知られている。さらに、他の従来技術として、遠隔地にデータベースの複製を作成する技術として、ストレージ装置が持つボリューム複製機能を用いた災害リカバリの技術が知られている。
【０００３】
なお、データベースハブに関する従来技術として、非特許文献１に記載された技術が、また、災害リカバリに関する従来技術として、非特許文献２及び非特許文献３に記載された技術が知られている。
【０００４】
【非特許文献１】
“データジョイナー(Data Joiner)”、［online］、インターナショナルビジネスマシンコーポレーション(International Business Machines Corporation)、［平成１４年１１月１１日検索］、インターネット＜URL:http://www-3.ibm.com/software/data/datajoiner/＞
【０００５】
【非特許文献２】
マーク ファーレイ(Marc Farley)著、ストレージネットワークの構築(Building Storage Networks)、第２版、オスボーンマックグロウヒル(Osbone/McGraw-Hill)社、２００１年、ｐ.１１８〜１２４
【０００６】
【非特許文献３】
“HiRDB バージョン６(HiRDB version6)”、［online］、株式会社日立製作所ソフトウェア事業部、［平成１４年１１月１１日検索］、インターネット＜URL:http://www.hitachi.co.jp/Prod/comp/soft/open-e/hirdb/v6/outline/confv6.htm＞
【０００７】
【発明が解決しようとする課題】
遠隔地にある複数のデータベースに対する統合的なアクセスを行うため手段として前述したデータベースレプリケーションによる方法を用いる場合、データの転送にＬＡＮやＷＡＮなどを用いるため、データの複製に時間がかかるという問題点を生じさせる。また、データベースハブを用いた方法は、問合せの実行時に遠隔地にあるデータベース管理システムにアクセスするためにレスポンスタイムが悪くなり、また、結果が大量になった場合、大量のデータをＬＡＮあるいはＷＡＮ経由で転送する必要があり検索性能が劣化すると言う問題点を生じさせる。また、ストレージ装置が持つボリューム複製機能を用いた災害リカバリの方法は、複製側のデータベースが回復処理のためのバックアップであり、複数のデータベースを統合することができないという問題点を有している。
【０００８】
本発明の目的は、遠隔地にある複数のデータベースに対する統合的なアクセスを即座に可能にするデータベースシステム及びデータベースのアクセス方法を提供することにある。
【０００９】
【課題を解決するための手段】
本発明によれば前記目的は、センタサーバと、１または複数の地域サーバと、前記センタサーバ及び前記１または複数の地域サーバ相互間を接続する第１のネットワークと、前記１または複数の地域サーバが管理する地域データベースを記憶する地域ストレージサブシステムと、前記地域データベースの複製を記憶するセンタストレージサブシステムと、前記センタサーバ、前記センタストレージサブシステム、前記１または複数の地域サーバ、及び、前記地域ストレージサブシステム相互間を接続する第２のネットワークとから構成されるデータベースシステムにおいて、前記センタサーバは、前記１または複数の地域サーバに地域データベースの複製を要求する複製要求手段と、前記複製された地域データベースの統合処理を行うデータ統合手段と、前記センタストレージサブシステム内のシャドウイメージに対するデータベース静止化要求を行うセンタデータベース静止化要求手段と、シャドウイメージに対する静止化解除要求を行うセンタデータベース静止化解除要求手段とを備え、前記１または複数の地域サーバは、前記センタサーバからのデータベース複製要求を受けて前記地域データベースの静止化をデータベース管理システムに要求する地域データベース静止化要求手段と、前記地域ストレージサブシステムに対して、地域ストレージサブシステムが記憶する地域データベースを前記センタストレージサブシステムに複製するデータベース複製手段とを備え、前記センタストレージサブシステムは、前記地域ストレージサブシステム内の地域データベースの複製である複製地域データベースと、該複製地域データベースのシャドウイメージと、複製地域データベースに対する更新情報をシャドウイメージに反映するボリューム複製手段と、シャドウイメージへの更新情報の反映を一時的に停止するボリューム分割手段と、シャドウイメージへの更新情報の反映を再開するボリューム同期手段とを備え、前記地域ストレージサブシステムは、地域データベースに対して行われた更新の情報を前記センタストレージサブシステムに転送して複製地域データベースに反映させる遠隔ボリューム複製手段を備え、前記センタサーバは、前記１または複数の地域サーバに、該１または複数の地域サーバ内のバッファ上の更新情報を前記地域ストレージサブシステム内の前記１または複数の地域データベース上に出力させ、その後、前記１または複数の地域サーバ内のバッファに対して行われた更新の前記地域データベースへの反映を禁止する静止化を指示して、前記各地域データベースの静止化を行わせ、前記１または複数の地域サーバは、前記地域ストレージサブシステムに、前記地域データベース更新情報の前記センタストレージサブシステム内の複製地域データベースへの転送を停止させ、地域データベースに対して行われた更新を前記地域ストレージサブシステム内に記憶させることにより地域データベースと前記複製地域データベースとの間の分割を行わせ、前記分割が完了すると前記静止化を解除し、前記センタサーバは、前記複数の地域データベースと対応する前記複数の複製地域データベースとの全ての分割が完了すると、自センタサーバ内のバッファ上の更新をセンタストレージサブシステム内のシャドウイメージ上に出力し、その後、自センタサーバ内の前記バッファに対して行われた更新の前記シャドウイメージへの反映を禁止することにより、前記センタストレージサブシステム内の前記各複製地域データベースの各シャドウイメージを静止化させ、前記センタストレージサブシステムは、前記複数の地域データベースから前記複数の複製地域データベースへの更新をシャドウイメージに反映させる前記複数の複製地域データベースと前記複数のシャドウイメージとの同期化を行い、前記反映が完了後、前記複数の複製地域データベースと前記複数のシャドウイメージとを分割し、前記センタサーバから前記複数のシャドウイメージへの更新の静止化を解除し、前記１または複数の地域サーバは、前記複数のシャドウイメージヘの更新の静止化を解除後、前記地域ストレージサブシステムに、前記地域データベースと前記複製地域データベースとの間を再同期させることにより達成される。
【００１１】
【発明の実施の形態】
以下、本発明によるデータベースシステム及びデータベースのアクセス方法の実施形態を図面により詳細に説明する。
【００１２】
図１は本発明の一実施形態によるデータベースシステムの構成を示すブロック図である。図１において、１０１はセンタサーバ、１０２ａ、１０２ｂは地域サーバ、１０３はセンタストレージサブシステム、１０４ａ、１０４ｂは地域ストレージサブシステム、１０５はＬＡＮ、１０６はＳＡＮ（ストレージエリアネットワーク）、１１０は複製要求部、１１２はデータ統合完了通知部、２は複製元管理テーブル、３はデータ統合部、１４、１２９ａ、１２９ｂはデータベース管理システム（ＤＢＭＳ）、１１５はボリューム同期部、１１６はボリューム分割部、１１７はボリューム複製部、１２１ａ、１２１ｂはＤＢ（データベース）静止化要求部、１２２ａ、１２２ｂは遠隔ボリューム分割要求部、１２３ａ、１２３ｂは遠隔ボリューム分割完了通知部、１２４ａ、１２４ｂはＤＢ静止化解除要求部、１２５ａ、１２５ｂは遠隔ボリューム再同期要求部、１２６ａ、１２６ｂは遠隔ボリューム分割部、１２７ａ、１２７ｂは遠隔ボリューム再同期部、１２８ａ、１２８ｂは遠隔ボリューム複製部、１３１ａ、１３１ｂは地域シャドウイメージ、１３３ａ、１３３ｂは複製地域ＤＢ、１３４ａ、１３４ｂは地域ＤＢである。
【００１３】
本発明の一実施形態によるデータベースシステムは、図１に示すように、センタサーバ１０１、複数の地域Ａ、Ｂに備えられる地域サーバ１０２ａ、１０２ｂ、センタストレージサブシステム１０３、複数の地域Ａ、Ｂに備えられる地域ストレージサブシステム１０４ａ、１０４ｂ、センタサーバ１０１と地域サーバ１０２ａ、１０２ｂとを接続する第１のネットワークであるＬＡＮ１０５、センタサーバ１０１と地域サーバ１０２ａ、１０２ｂ、センタストレージサブシステム１０３、地域ストレージサブシステム１０４ａ、１０４ｂとを接続する第２のネットワークであるＳＡＮ１０６から構成される。
【００１４】
前記において、センタサーバ１０１は、複製要求部１０１、データ統合部３、データ統合完了通知部１１２、複製元管理テーブル２、及び、データベース管理システム１４を備えて構成されている。また、センタストレージサブシステム１０３は、ボリューム同期部１１５、ボリューム分割部１１６、ボリューム複製部１１７、地域データベース１３４ａ、１３４ｂの複製である複製地域データベース１３３ａ、１３３ｂ、複製地域データベース１３３ａ、１３３ｂのシャドウイメージ１３１ａ、１３１ｂを備えて構成されている。
【００１５】
地域サーバ１０２ａ、１０２ｂのそれぞれには、地域データベース静止化要求部１２１ａ、１２１ｂ、遠隔ボリューム分割要求部１２２ａ、１２２ｂ、遠隔ボリューム分割完了通知部１２３ａ、１２３ｂ、地域ＤＢ静止化解除要求部１２４ａ、１２４ｂ、及び、遠隔ボリューム再同期要求部１２５ａ、１２５ｂ、地域ＤＢＭＳ１２９ａ、１２９ｂが備えられている。また、地域ストレージサブシステム１０４ａ、１０４ｂのそれぞれには、遠隔ボリューム分割部１２６ａ、１２６ｂ、遠隔ボリューム再同期部１２７ａ、１２７ｂ、遠隔ボリューム複製部１２８ａ、１２８ｂ、及び、地域ＤＢ１３４ａ、１３４ｂが備えられている。
【００１６】
地域サーバ１０２ａ、１０２ｂは、それぞれ地域Ａ、Ｂに存在し、それらの内部に備えられる地域ＤＢＭＳ１２９ａ、１２９ｂは、対応する地域ストレージサブシステム１０４ａ、１０４ｂのそれぞれに備えられる地域ＤＢ１３４ａ、１３４ｂを管理している。
【００１７】
前述したように構成される本発明の実施形態によるＤＢシステムにおいて、地域ＤＢ１０４ａ、１０４ｂに対して行われた更新の情報（以下、更新情報という）は、遠隔ボリューム複製部１２８によりセンタストレージサブシステム１０３に非同期に伝えられる。更新情報を受け取ったセンタストレージサブシステム１０３は、受け取った更新情報を複製地域ＤＢ１３３ａ、１３３ｂに非同期に反映する。図１に示す例の場合、地域Ａの地域ＤＢ１３４ａに対して行われた更新は、複製地域ＤＢ１３３ａに、地域Ｂの地域ＤＢ１３４ｂに対して行われた更新は複製地域ＤＢ１３３ｂにそれぞれ反映される。地域ＤＢ１３４ａと複製地域ＤＢ１３３ａとの間の同期、及び、地域ＤＢ１３４ｂと複製地域ＤＢ１３３ｂとの間の同期は、遠隔ボリューム分割部１２６ａ、１２６ｂにより更新情報の反映を停止することにより行われる。
【００１８】
センタサーバ１０１に存在するセンタＤＢＭＳ１４は、センタストレージサブシステム１０３に存在する地域シャドウイメージ１３１ａ、１３１ｂを管理している。これらのシャドウイメージ１３１ａ、１３１ｂは、それぞれ、複製地域ＤＢ１３３ａ、１３３ｂのシャドウイメージである。図１に示す例の場合、センタＤＢＭＳ１４は、地域シャドウイメージ１３１ａ、１３１ｂの２つのシャドウイメージを管理している。
【００１９】
前述した本発明の実施形態において、センタサーバ及び地域サーバは、図示しないが、ＣＰＵ、メモリ、ディスク装置、外部記憶媒体用ドライバー等を備え、これらがバス等の通信路により接続されて構成され、また、センタストレージサブシステム及び地域ストレージサブシステムは、前述に加えてディスク装置にＤＢを保持して構成されている。そして、前述のサーバ、ストレージサブシステムを構成する各機能要素は、ディスク装置または外部記憶媒体に格納されたプログラムがメモリに読み込まれ、ＣＰＵにより実行されることにより構成することができる。なお、図１には、地域サーバ及び地域ストレージサブシステムを２組だけ示しているが、これは、さらに多数が備えられてよい。
【００２０】
図２はセンタＤＢＭＳ１４が管理するシャドウイメージ１３１ａ、１３１ｂと地域ＤＢＭＳ１２９ａ、１２９ｂが管理する地域ＤＢ１３４ａ、１３４ｂとの間で同期を取り、複数の地域ＤＢのデータを統合的にセンタＤＢＭＳ１４を通してアクセスする処理について説明するフローチャートであり、図２を参照して、本発明の実施形態での処理の全体を説明する。なお、図２は、センタサーバ１０１、地域Ａサーバ１０２ａ、地域ストレージサブシステム１０４ａでの処理動作として示しているが、地域Ｂサーバ１０２ｂ、地域ストレージサブシステム１０４ｂでの処理も同一である。
【００２１】
（１）センタサーバ１０１は、複数の地域ＤＢのデータに対する統合的なアクセスの要求があると、全ての地域サーバ１０２ａ、１０２ｂに対して複製開始を要求する複製要求を送信する（ステップ４０１）。
【００２２】
（２）ステップ４０１で送信された複製要求を受け取った地域サーバ１０２ａ、１０２ｂは、地域ＤＢＭＳ１２９ａ、１２９ｂに、地域ＤＢ１３４ａ、１３４ｂの静止化を要求する。ここで、静止化とは、地域サーバ１０２ａ、１０２ｂ上に存在するＤＢＭＳ内のバッファ上の更新情報の全てを地域ＤＢ１３４ａ、１３４ｂ上に出力し、その後、該バッファに対して行われた更新を地域ＤＢ１３４に反映することを禁止する処理である（ステップ４０２）。
【００２３】
（３）その後、地域サーバ１０２ａ、１０２ｂは、地域ストレージサブシステム１０４ａ、１０４ｂに対して、地域ＤＢ１３４ａ、１３４ｂと複製地域ＤＢ１３３ａ、１３３ｂとの間の分割を要求する。ここで、分割とは、更新情報の複製地域ＤＢへの転送を停止し、かつ、地域ＤＢに対して行われた更新を地域ストレージサブシステム１０４内に記憶することである（ステップ４０３）。
【００２４】
（４）ステップ４０３での要求を受けた地域ストレージサブシステム１０４ａ、１０４ｂは、地域ＤＢ１３４ａ、１３４ｂに対する更新情報の複製地域ＤＢへの転送を停止し、地域ＤＢ１３４ａ、１３４ｂに対して行われた更新の情報を自地域ストレージサブシステムに記憶する遠隔ボリューム分割の処理を行う（ステップ４０４）。
【００２５】
（５）ステップ４０４での遠隔ボリューム分割の処理が完了すると、その報告を受けた地域サーバ１０２ａ、１０２ｂは、ボリューム分割が完了したことを、遠隔ボリューム分割完了通知によりセンタサーバ１０１に転送する（ステップ４０５）。
【００２６】
（６）その後、地域サーバ１０２ａ、１０２ｂは、地域ＤＢＭＳ１２９に対して、地域ＤＢ静止化解除の要求を出す（ステップ４０６）。
【００２７】
（７）一方、ステップ４０５によるボリューム分割完了通知を受け取ったセンタサーバ１０１は、データ統合の処理を実行する。このデータ統合の処理については後述するが、データ統合の処理によりシャドウイメージ１３１ａ、１３１ｂに地域ＤＢ１３４ａ、１３４ｂの内容が反映され、この処理の完了後、センタＤＢＭＳ１４を通してシャドウイメージ１３１ａ、１３１ｂにアクセスすることにより、統合的なアクセスが可能になる（ステップ４０７）。
【００２８】
（８）ステップ４０７の処理が完了すると、センタサーバ１０１は、全ての地域サーバ１０２ａ、１０２ｂに対してデータ統合が完了したことを通知する（ステップ４０８）。
【００２９】
（９）ステップ４０８でのデータ統合完了の通知を受けた地域サーバ１０２ａ、１０２ｂは、地域ストレージサブシステム１０４ａ、１０４ｂに対して遠隔ボリュームの再同期を行う遠隔ボリューム再同期の実行を要求する。ここで、再同期とは、前述した分割の処理の結果、地域ストレージサブシステムに記憶されていた更新情報を、センタストレージサブシステム１０３に転送し、更新情報を複製地域ＤＢ１３３ａ、１３３ｂに反映させる処理である（ステップ４０９）。
【００３０】
（10）遠隔ボリューム再同期を要求を受けた地域ストレージサブシステム１０４ａ、１０４ｂは、自地域ストレージサブシステムに記憶されていた更新情報を、センタストレージサブシステム１０３に転送し、更新情報を複製地域ＤＢ１３３ａ、１３３ｂに反映させる再同期処理を行う。再同期後、地域ＤＢ１３４ａ、１３４ｂに対して行われた更新は、非同期にセンタストレージサブシステム１０３に転送され、かつ、非同期に地域ＤＢ１３３ａ、１３３ｂに反映される（ステップ４１０）。
【００３１】
図３はセンタサーバ１０１内に備えられる複製元管理テーブル２の構成例を説明する図である。図示複製元管理テーブル２は、複製元サーバの名称を表す複製元ＤＢ名フィールド２０１及び地域ＤＢ１３４ａ、１３４ｂと複製地域ＤＢ１３３ａ、１３３ｂとの間の複製が完了したか否かを示す複製完了フラグ２０２から構成される。図３に示す例では、レコード２０３ａ及び２０３ｂが存在し、レコード２０３ａは、地域Ａサーバ１０４ａの地域ＤＢＭＳ１２９ａが管理する地域ＤＢ１３４ａと複製地域ＤＢ１３３ａとの間の同期が完了していないことを、レコード２０３ｂは、地域Ｂサーバ１０４ｂの地域ＤＢＭＳ１２９ｂが管理する地域ＤＢ１３４ｂと複製地域ＤＢ１３３ｂとの間の同期が完了していないことをそれぞれ示している。
【００３２】
図４はセンタサーバ１０１内のデータ統合部３で実行される処理（図２により説明したステップ４０７での処理）を説明するフローチャートであり、次に、図４を参照してデータ統合の処理を説明する。
【００３３】
（１）データ統合部３は、地域サーバ１０２ａ、１０２ｂの一方から第１のネットワークであるＬＡＮ１０５を経由して遠隔ボリューム分割要求完了通知を受信すると、通知を発信した地域サーバ１０２ａまたは１０２ｂの名称を、複製元管理テーブル２から複製元ＤＢ名フィールド２０１に持つレコード２０３ａまたは２０３ｂを検索し、該当するレコード２０３ａまたは２０３ｂの複製完了フラグフィールド２０２の値を「済」に変更する（ステップ３０１、３０２）。
【００３４】
（２）次に、複製元管理テーブル２に格納されている全てのレコード２０３ａ、２０３ｂの複製完了フラグフィールド２０２の値が「済」か否かをチェックし、全ての地域サーバからの分割完了、すなわち、複製完了の通知を受信したか否かをチェックし、１つでも「未済」があれば処理を終了し、他の地域サーバからの分割完了の通知を待つ（ステップ３０３）。
【００３５】
（３）ステップ３０３のチェックで、複製完了フラグフィールド２０２の値の全てが「済」であった場合、センタＤＢＭＳ１４に対して該ＤＢＭＳ１４が管理するシャドウイメージ１３１ａ、ｂの静止化を要求する。ここで、静止化とは、センタサーバ１０１上に存在するＤＢＭＳ１４内のバッファ上の更新を全てシャドウイメージ１３１ａ、１３１ｂ上に出力し、その後、該バッファに対して行われた更新をシャドウイメージ１３１に反映することを禁止する処理をいう（ステップ３０４）。
【００３６】
（４）その後、センタストレージサブシステム１０３のボリューム同期部１１５にボリューム同期要求を出す。要求を受けたボリューム同期部１１５は、複製地域ＤＢ１３３ａ、１３３ｂに対して、地域ストレージサブシステム１０４ａ、１０４ｂから行われた更新をシャドウイメージ１３１ａ、１３１ｂに反映する。シャドウイメージへの反映が完了すると、センタストレージサブシステム１０３のボリューム分割部１１６に対してボリュームの分割要求を出し、シャドウイメージ１３１ａ、１３１ｂと複製地域ＤＢ１３３ａ、１３３ｂとを分割させる（ステップ３０５、３０６）。
【００３７】
（５）ボリューム分割要求を受けたボリューム分割部１１６は、シャドウイメージ１３１と複製地域ＤＢ１３３とを分割する。その後、センタＤＢＭＳ１４に対して静止化解除要求を行う（ステップ３０７）。
【００３８】
図５は地域ＡのＤＢのみの同期完了後の複製元管理テーブル２の例を示す図、図６は地域Ａ及び地域Ｂの２つのＤＢの同期完了後の複製元管理テーブル２の例を示す図である。
【００３９】
次に、図１に示す地域Ａ、地域Ｂの２つの地域ＤＢをセンタストレージサブシステム１０３に複製し、センタサーバ１０１から統合的にアクセスする場合のデータ統合部３の動作例について、図３、図５、図６に示す複製元管理テーブル２の例を用いて説明する。
【００４０】
まず、データ統合部３は、地域Ａサーバ１０２ａから遠隔ボリューム分割完了の通知を受け取ると（ステップ３０１）、ステップ３０２の処理で、図３によりすでに説明した複製元管理テーブルを、図５に示すように、地域Ａの地域ＤＢ１３４ａの複製が完了したか否かを示すレコード２０３ａの複製完フラグフィールド２０２の値を「済」に変更する（ステップ３０２）。レコード２０３ａが地域Ａの地域ＤＢ１３４ａの複製完了を示すレコードであることは、このレコードの複製元ＤＢ名フィールド２０１の値が「地域ＡのＤＢ」であることから判断することができる。
【００４１】
次に、ステップ３０３の処理で、テーブル２の複製完フラグフィールド２０２の値が全て「済」であるかをチェックするが、この時点でのテーブル２の状態は、図５に示す通りであるので判定結果はＮとなり処理を終了する。
【００４２】
次に、データ統合部３は、地域Ｂサーバ１０２ｂから遠隔ボリューム分割完了を受け取ると（ステップ３０１）、ステップ３０２の処理で、図５に示す複製元管理テーブル２を図６に示すように、地域Ｂの地域ＤＢ１３４ｂの複製が完了したか否かを示すレコード２０３ｂの複製完フラグフィールド２０２の値を「済」に変更する（ステップ３０２）。
【００４３】
次に、ステップ３０３の処理で、テーブル２の複製完フラグフィールド２０２の値が全て「済」であるかをチェックするが、この時点でのテーブル２の状態は、図６に示す通りであるので判定結果はＹとなる（ステップ３０３）。
【００４４】
その後、ステップ３０４での処理により、センタＤＢＭＳ１４に対して、センタＤＢの静止化を要求する。そして、センタストレージサブシステム１０３のボリューム同期ステップに対して複製地域ＤＢ１３３ａとシャドウイメージ１３１ａとの同期、及び、複製地域ＤＢ１３３ｂとシャドウイメージ１３１ｂとの同期を要求する（ステップ３０５）。
【００４５】
同期が完了すると、センタストレージサブシステム１０３のボリューム分割ステップに対して、複製地域ＤＢ１３３ａとシャドウイメージ１３１ａとの分割、及び、複製地域ＤＢ１３３ｂとシャドウイメージ１３１ｂとの分割を要求する（ステップ３０６）。その後、センタＤＢＭＳ１４に対して、センタＤＢ静止化解除の要求を行う（ステップ３０７）。
【００４６】
前述した本発明の実施形態による各処理は、処理プログラムとして構成することができ、この処理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することができる。
【００４７】
前述で説明したように、本発明の実施形態は、まず、地域ＤＢ１３４ａ、１３４ｂからその複製である複製ＤＢ１３３ａ、１３３ｂに対して、非同期的に更新が行われている状態から、複製要求に基づき地域ＤＢ１３４ａ、１３４ｂを静止化して整合性の取れた状態とし、次に、地域ＤＢ１３４ａ、１３４ｂと複製地域ＤＢ１３３ａ、１３３ｂとの間を分割することにより、複製地域ＤＢ１３３ａ、１３３ｂを即座に同期の取れた状態とすることができる。また、地域サーバ１０２ａ、１０２ｂ側では、その後ＤＢ静止化を解除し（但し、ボリュームは分割したまま）、通常の業務を行うため、ＤＢの静止期間を短時間にすることができる。一方、センタサーバ１０１は、全ての複製地域ＤＢの複製が完了した時点でセンタＤＢ（シャドウイメージ１３１ａ、１３１ｂ）を静止化して同期処理を行う。
【００４８】
このようにすることにより、センタＤＢの静止化を行うまでの間、センタ側では業務を続けることが可能になる。センタＤＢ（シャドウイメージ１３１ａ、１３１ｂ）の静止化後、複製地域ＤＢ１３３ａ、１３３ｂとの同期処理を行うが、この処理は、更新ビットマップのみを複製するため短時間で終了することが可能である。
【００４９】
前述した本発明の実施形態によれば、全ての地域ＤＢの更新を一度に反映させることができるため、各地域のＤＢのデータに対して不整合を起こすことなく統合的にアクセスすることが可能となる。また、シャドウイメージの同期完了後、地域サーバに対して、地域ＤＢと複製地域ＤＢとの間の再同期を要求し、地域ＤＢと複製地域ＤＢとが分割されていた間に、地域ストレージサブシステムに蓄積されていた更新情報をセンタストレージサブシステムに送信することにより、複製地域ＤＢに更新情報が再度反映されるようになる。
【００５０】
前述したように本発明の実施形態によれば、センタサーバ、１つ以上の地域サーバ、センタサーバと地域サーバを接続する第１のネットワーク、地域サーバが管理する地域ＤＢを記憶する地域ストレージサブシステム、地域ＤＢの複製を記憶するセンタストレージサブシステム、センタサーバ、センタストレージサブシステム、地域サーバ、地域ストレージサブシステムを接続する第２のネットワークから構成されるＤＢシステムにおいて、センタサーバに、複製要求部と、データ統合部、センタＤＢ静止化要求部と、センタＤＢ静止化解除要求部と、複製元管理テーブルと、データ統合完了通知部とを設け、地域サーバに、地域ＤＢ静止化要求部と、ＤＢ複製部と、遠隔ボリューム分割完了通知部と、地域ＤＢ静止化解除要求部とを設け、センタストレージサブシステムに、地域ストレージサブシステムに記憶された地域ＤＢの複製と、複製された地域ＤＢのシャドウイメージとを記憶し、ボリューム複製部と、ボリューム分割部と、ボリューム同期部とを設け、地域ストレージサブシステムに遠隔ボリューム複製部と、遠隔ボリューム分割部と、遠隔ボリューム再同期部とを遠隔ＤＢ連携方法に設けたことにより、遠隔地にある複数のＤＢに対する統合的なアクセスを即座に可能とすることができる。
【００５１】
【発明の効果】
以上説明したように本発明によれば、遠隔地にある複数のＤＢに対する統合的なアクセスを即座に行うことが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態によるデータベースシステムの構成を示すブロック図である。
【図２】シャドウイメージと地域ＤＢとの間で同期を取り、複数の地域ＤＢのデータを統合的にセンタＤＢＭＳを通してアクセスする処理について説明するフローチャートである。
【図３】センタサーバ内に備えられる複製元管理テーブルの構成例を説明する図である。
【図４】センタサーバ内のデータ統合部で実行される処理（図２により説明したステップ４０７での処理）を説明するフローチャートである。
【図５】地域ＡのＤＢのみの同期完了後の複製元管理テーブルの例を示す図である。
【図６】地域Ａ及び地域Ｂの２つのＤＢの同期完了後の複製元管理テーブルの例を示す図である。
【符号の説明】
１０１ センタサーバ
１０２ａ、１０２ｂ 地域サーバ
１０３ センタストレージサブシステム
１０４ａ、１０４ｂ 地域ストレージサブシステム
１０５ ＬＡＮ
１０６ ＳＡＮ（ストレージエリアネットワーク）
１１０ 複製要求部
１１２ データ統合完了通知部
２ 複製元管理テーブル
３ データ統合部
１４、１２９ａ、１２９ｂ データベース管理システム（ＤＢＭＳ）
１１５ ボリューム同期部
１１６ ボリューム分割部
１１７ ボリューム複製部
１２１ａ、１２１ｂ ＤＢ（データベース）静止化要求部
１２２ａ、１２２ｂ 遠隔ボリューム分割要求部
１２３ａ、１２３ｂ 遠隔ボリューム分割完了通知部
１２４ａ、１２４ｂ ＤＢ静止化解除要求部
１２５ａ、１２５ｂ 遠隔ボリューム再同期要求部
１２６ａ、１２６ｂ 遠隔ボリューム分割部
１２７ａ、１２７ｂ 遠隔ボリューム再同期部
１２８ａ、１２８ｂ 遠隔ボリューム複製部
１３１ａ、１３１ｂ 地域シャドウイメージ
１３３ａ、１３３ｂ 複製地域ＤＢ
１３４ａ、１３４ｂ 地域ＤＢ
【発明の属する技術分野】
本発明は、データベースシステム及びデータベースのアクセス方法に係り、特に、ネットワークに接続された遠隔地にある１または複数のストレージサブシステム内のデータベースを複製し、複製されたデータベースに対して統合的なアクセスを行うことを可能にしたデータベースシステム及びデータベースのアクセス方法に関する。
【０００２】
【従来の技術】
遠隔地にあるデータベースを複製する方法に関する従来技術として、ＬＡＮやＷＡＮ等により接続されたサーバ相互間でデータの複製を行うデータベースレプリケーションの技術が知られている。また、他の従来技術として、問合せの実行時に、分散されたデータベース管理システムに対して問合せを行い、各データベース管理システムから返された結果を統合して１つの結果として見せるデータベースハブの技術が知られている。さらに、他の従来技術として、遠隔地にデータベースの複製を作成する技術として、ストレージ装置が持つボリューム複製機能を用いた災害リカバリの技術が知られている。
【０００３】
なお、データベースハブに関する従来技術として、非特許文献１に記載された技術が、また、災害リカバリに関する従来技術として、非特許文献２及び非特許文献３に記載された技術が知られている。
【０００４】
【非特許文献１】
“データジョイナー(Data Joiner)”、［online］、インターナショナルビジネスマシンコーポレーション(International Business Machines Corporation)、［平成１４年１１月１１日検索］、インターネット＜URL:http://www-3.ibm.com/software/data/datajoiner/＞
【０００５】
【非特許文献２】
マーク ファーレイ(Marc Farley)著、ストレージネットワークの構築(Building Storage Networks)、第２版、オスボーンマックグロウヒル(Osbone/McGraw-Hill)社、２００１年、ｐ.１１８〜１２４
【０００６】
【非特許文献３】
“HiRDB バージョン６(HiRDB version6)”、［online］、株式会社日立製作所ソフトウェア事業部、［平成１４年１１月１１日検索］、インターネット＜URL:http://www.hitachi.co.jp/Prod/comp/soft/open-e/hirdb/v6/outline/confv6.htm＞
【０００７】
【発明が解決しようとする課題】
遠隔地にある複数のデータベースに対する統合的なアクセスを行うため手段として前述したデータベースレプリケーションによる方法を用いる場合、データの転送にＬＡＮやＷＡＮなどを用いるため、データの複製に時間がかかるという問題点を生じさせる。また、データベースハブを用いた方法は、問合せの実行時に遠隔地にあるデータベース管理システムにアクセスするためにレスポンスタイムが悪くなり、また、結果が大量になった場合、大量のデータをＬＡＮあるいはＷＡＮ経由で転送する必要があり検索性能が劣化すると言う問題点を生じさせる。また、ストレージ装置が持つボリューム複製機能を用いた災害リカバリの方法は、複製側のデータベースが回復処理のためのバックアップであり、複数のデータベースを統合することができないという問題点を有している。
【０００８】
本発明の目的は、遠隔地にある複数のデータベースに対する統合的なアクセスを即座に可能にするデータベースシステム及びデータベースのアクセス方法を提供することにある。
【０００９】
【課題を解決するための手段】
本発明によれば前記目的は、センタサーバと、１または複数の地域サーバと、前記センタサーバ及び前記１または複数の地域サーバ相互間を接続する第１のネットワークと、前記１または複数の地域サーバが管理する地域データベースを記憶する地域ストレージサブシステムと、前記地域データベースの複製を記憶するセンタストレージサブシステムと、前記センタサーバ、前記センタストレージサブシステム、前記１または複数の地域サーバ、及び、前記地域ストレージサブシステム相互間を接続する第２のネットワークとから構成されるデータベースシステムにおいて、前記センタサーバは、前記１または複数の地域サーバに地域データベースの複製を要求する複製要求手段と、前記複製された地域データベースの統合処理を行うデータ統合手段と、前記センタストレージサブシステム内のシャドウイメージに対するデータベース静止化要求を行うセンタデータベース静止化要求手段と、シャドウイメージに対する静止化解除要求を行うセンタデータベース静止化解除要求手段とを備え、前記１または複数の地域サーバは、前記センタサーバからのデータベース複製要求を受けて前記地域データベースの静止化をデータベース管理システムに要求する地域データベース静止化要求手段と、前記地域ストレージサブシステムに対して、地域ストレージサブシステムが記憶する地域データベースを前記センタストレージサブシステムに複製するデータベース複製手段とを備え、前記センタストレージサブシステムは、前記地域ストレージサブシステム内の地域データベースの複製である複製地域データベースと、該複製地域データベースのシャドウイメージと、複製地域データベースに対する更新情報をシャドウイメージに反映するボリューム複製手段と、シャドウイメージへの更新情報の反映を一時的に停止するボリューム分割手段と、シャドウイメージへの更新情報の反映を再開するボリューム同期手段とを備え、前記地域ストレージサブシステムは、地域データベースに対して行われた更新の情報を前記センタストレージサブシステムに転送して複製地域データベースに反映させる遠隔ボリューム複製手段を備え、前記センタサーバは、前記１または複数の地域サーバに、該１または複数の地域サーバ内のバッファ上の更新情報を前記地域ストレージサブシステム内の前記１または複数の地域データベース上に出力させ、その後、前記１または複数の地域サーバ内のバッファに対して行われた更新の前記地域データベースへの反映を禁止する静止化を指示して、前記各地域データベースの静止化を行わせ、前記１または複数の地域サーバは、前記地域ストレージサブシステムに、前記地域データベース更新情報の前記センタストレージサブシステム内の複製地域データベースへの転送を停止させ、地域データベースに対して行われた更新を前記地域ストレージサブシステム内に記憶させることにより地域データベースと前記複製地域データベースとの間の分割を行わせ、前記分割が完了すると前記静止化を解除し、前記センタサーバは、前記複数の地域データベースと対応する前記複数の複製地域データベースとの全ての分割が完了すると、自センタサーバ内のバッファ上の更新をセンタストレージサブシステム内のシャドウイメージ上に出力し、その後、自センタサーバ内の前記バッファに対して行われた更新の前記シャドウイメージへの反映を禁止することにより、前記センタストレージサブシステム内の前記各複製地域データベースの各シャドウイメージを静止化させ、前記センタストレージサブシステムは、前記複数の地域データベースから前記複数の複製地域データベースへの更新をシャドウイメージに反映させる前記複数の複製地域データベースと前記複数のシャドウイメージとの同期化を行い、前記反映が完了後、前記複数の複製地域データベースと前記複数のシャドウイメージとを分割し、前記センタサーバから前記複数のシャドウイメージへの更新の静止化を解除し、前記１または複数の地域サーバは、前記複数のシャドウイメージヘの更新の静止化を解除後、前記地域ストレージサブシステムに、前記地域データベースと前記複製地域データベースとの間を再同期させることにより達成される。
【００１１】
【発明の実施の形態】
以下、本発明によるデータベースシステム及びデータベースのアクセス方法の実施形態を図面により詳細に説明する。
【００１２】
図１は本発明の一実施形態によるデータベースシステムの構成を示すブロック図である。図１において、１０１はセンタサーバ、１０２ａ、１０２ｂは地域サーバ、１０３はセンタストレージサブシステム、１０４ａ、１０４ｂは地域ストレージサブシステム、１０５はＬＡＮ、１０６はＳＡＮ（ストレージエリアネットワーク）、１１０は複製要求部、１１２はデータ統合完了通知部、２は複製元管理テーブル、３はデータ統合部、１４、１２９ａ、１２９ｂはデータベース管理システム（ＤＢＭＳ）、１１５はボリューム同期部、１１６はボリューム分割部、１１７はボリューム複製部、１２１ａ、１２１ｂはＤＢ（データベース）静止化要求部、１２２ａ、１２２ｂは遠隔ボリューム分割要求部、１２３ａ、１２３ｂは遠隔ボリューム分割完了通知部、１２４ａ、１２４ｂはＤＢ静止化解除要求部、１２５ａ、１２５ｂは遠隔ボリューム再同期要求部、１２６ａ、１２６ｂは遠隔ボリューム分割部、１２７ａ、１２７ｂは遠隔ボリューム再同期部、１２８ａ、１２８ｂは遠隔ボリューム複製部、１３１ａ、１３１ｂは地域シャドウイメージ、１３３ａ、１３３ｂは複製地域ＤＢ、１３４ａ、１３４ｂは地域ＤＢである。
【００１３】
本発明の一実施形態によるデータベースシステムは、図１に示すように、センタサーバ１０１、複数の地域Ａ、Ｂに備えられる地域サーバ１０２ａ、１０２ｂ、センタストレージサブシステム１０３、複数の地域Ａ、Ｂに備えられる地域ストレージサブシステム１０４ａ、１０４ｂ、センタサーバ１０１と地域サーバ１０２ａ、１０２ｂとを接続する第１のネットワークであるＬＡＮ１０５、センタサーバ１０１と地域サーバ１０２ａ、１０２ｂ、センタストレージサブシステム１０３、地域ストレージサブシステム１０４ａ、１０４ｂとを接続する第２のネットワークであるＳＡＮ１０６から構成される。
【００１４】
前記において、センタサーバ１０１は、複製要求部１０１、データ統合部３、データ統合完了通知部１１２、複製元管理テーブル２、及び、データベース管理システム１４を備えて構成されている。また、センタストレージサブシステム１０３は、ボリューム同期部１１５、ボリューム分割部１１６、ボリューム複製部１１７、地域データベース１３４ａ、１３４ｂの複製である複製地域データベース１３３ａ、１３３ｂ、複製地域データベース１３３ａ、１３３ｂのシャドウイメージ１３１ａ、１３１ｂを備えて構成されている。
【００１５】
地域サーバ１０２ａ、１０２ｂのそれぞれには、地域データベース静止化要求部１２１ａ、１２１ｂ、遠隔ボリューム分割要求部１２２ａ、１２２ｂ、遠隔ボリューム分割完了通知部１２３ａ、１２３ｂ、地域ＤＢ静止化解除要求部１２４ａ、１２４ｂ、及び、遠隔ボリューム再同期要求部１２５ａ、１２５ｂ、地域ＤＢＭＳ１２９ａ、１２９ｂが備えられている。また、地域ストレージサブシステム１０４ａ、１０４ｂのそれぞれには、遠隔ボリューム分割部１２６ａ、１２６ｂ、遠隔ボリューム再同期部１２７ａ、１２７ｂ、遠隔ボリューム複製部１２８ａ、１２８ｂ、及び、地域ＤＢ１３４ａ、１３４ｂが備えられている。
【００１６】
地域サーバ１０２ａ、１０２ｂは、それぞれ地域Ａ、Ｂに存在し、それらの内部に備えられる地域ＤＢＭＳ１２９ａ、１２９ｂは、対応する地域ストレージサブシステム１０４ａ、１０４ｂのそれぞれに備えられる地域ＤＢ１３４ａ、１３４ｂを管理している。
【００１７】
前述したように構成される本発明の実施形態によるＤＢシステムにおいて、地域ＤＢ１０４ａ、１０４ｂに対して行われた更新の情報（以下、更新情報という）は、遠隔ボリューム複製部１２８によりセンタストレージサブシステム１０３に非同期に伝えられる。更新情報を受け取ったセンタストレージサブシステム１０３は、受け取った更新情報を複製地域ＤＢ１３３ａ、１３３ｂに非同期に反映する。図１に示す例の場合、地域Ａの地域ＤＢ１３４ａに対して行われた更新は、複製地域ＤＢ１３３ａに、地域Ｂの地域ＤＢ１３４ｂに対して行われた更新は複製地域ＤＢ１３３ｂにそれぞれ反映される。地域ＤＢ１３４ａと複製地域ＤＢ１３３ａとの間の同期、及び、地域ＤＢ１３４ｂと複製地域ＤＢ１３３ｂとの間の同期は、遠隔ボリューム分割部１２６ａ、１２６ｂにより更新情報の反映を停止することにより行われる。
【００１８】
センタサーバ１０１に存在するセンタＤＢＭＳ１４は、センタストレージサブシステム１０３に存在する地域シャドウイメージ１３１ａ、１３１ｂを管理している。これらのシャドウイメージ１３１ａ、１３１ｂは、それぞれ、複製地域ＤＢ１３３ａ、１３３ｂのシャドウイメージである。図１に示す例の場合、センタＤＢＭＳ１４は、地域シャドウイメージ１３１ａ、１３１ｂの２つのシャドウイメージを管理している。
【００１９】
前述した本発明の実施形態において、センタサーバ及び地域サーバは、図示しないが、ＣＰＵ、メモリ、ディスク装置、外部記憶媒体用ドライバー等を備え、これらがバス等の通信路により接続されて構成され、また、センタストレージサブシステム及び地域ストレージサブシステムは、前述に加えてディスク装置にＤＢを保持して構成されている。そして、前述のサーバ、ストレージサブシステムを構成する各機能要素は、ディスク装置または外部記憶媒体に格納されたプログラムがメモリに読み込まれ、ＣＰＵにより実行されることにより構成することができる。なお、図１には、地域サーバ及び地域ストレージサブシステムを２組だけ示しているが、これは、さらに多数が備えられてよい。
【００２０】
図２はセンタＤＢＭＳ１４が管理するシャドウイメージ１３１ａ、１３１ｂと地域ＤＢＭＳ１２９ａ、１２９ｂが管理する地域ＤＢ１３４ａ、１３４ｂとの間で同期を取り、複数の地域ＤＢのデータを統合的にセンタＤＢＭＳ１４を通してアクセスする処理について説明するフローチャートであり、図２を参照して、本発明の実施形態での処理の全体を説明する。なお、図２は、センタサーバ１０１、地域Ａサーバ１０２ａ、地域ストレージサブシステム１０４ａでの処理動作として示しているが、地域Ｂサーバ１０２ｂ、地域ストレージサブシステム１０４ｂでの処理も同一である。
【００２１】
（１）センタサーバ１０１は、複数の地域ＤＢのデータに対する統合的なアクセスの要求があると、全ての地域サーバ１０２ａ、１０２ｂに対して複製開始を要求する複製要求を送信する（ステップ４０１）。
【００２２】
（２）ステップ４０１で送信された複製要求を受け取った地域サーバ１０２ａ、１０２ｂは、地域ＤＢＭＳ１２９ａ、１２９ｂに、地域ＤＢ１３４ａ、１３４ｂの静止化を要求する。ここで、静止化とは、地域サーバ１０２ａ、１０２ｂ上に存在するＤＢＭＳ内のバッファ上の更新情報の全てを地域ＤＢ１３４ａ、１３４ｂ上に出力し、その後、該バッファに対して行われた更新を地域ＤＢ１３４に反映することを禁止する処理である（ステップ４０２）。
【００２３】
（３）その後、地域サーバ１０２ａ、１０２ｂは、地域ストレージサブシステム１０４ａ、１０４ｂに対して、地域ＤＢ１３４ａ、１３４ｂと複製地域ＤＢ１３３ａ、１３３ｂとの間の分割を要求する。ここで、分割とは、更新情報の複製地域ＤＢへの転送を停止し、かつ、地域ＤＢに対して行われた更新を地域ストレージサブシステム１０４内に記憶することである（ステップ４０３）。
【００２４】
（４）ステップ４０３での要求を受けた地域ストレージサブシステム１０４ａ、１０４ｂは、地域ＤＢ１３４ａ、１３４ｂに対する更新情報の複製地域ＤＢへの転送を停止し、地域ＤＢ１３４ａ、１３４ｂに対して行われた更新の情報を自地域ストレージサブシステムに記憶する遠隔ボリューム分割の処理を行う（ステップ４０４）。
【００２５】
（５）ステップ４０４での遠隔ボリューム分割の処理が完了すると、その報告を受けた地域サーバ１０２ａ、１０２ｂは、ボリューム分割が完了したことを、遠隔ボリューム分割完了通知によりセンタサーバ１０１に転送する（ステップ４０５）。
【００２６】
（６）その後、地域サーバ１０２ａ、１０２ｂは、地域ＤＢＭＳ１２９に対して、地域ＤＢ静止化解除の要求を出す（ステップ４０６）。
【００２７】
（７）一方、ステップ４０５によるボリューム分割完了通知を受け取ったセンタサーバ１０１は、データ統合の処理を実行する。このデータ統合の処理については後述するが、データ統合の処理によりシャドウイメージ１３１ａ、１３１ｂに地域ＤＢ１３４ａ、１３４ｂの内容が反映され、この処理の完了後、センタＤＢＭＳ１４を通してシャドウイメージ１３１ａ、１３１ｂにアクセスすることにより、統合的なアクセスが可能になる（ステップ４０７）。
【００２８】
（８）ステップ４０７の処理が完了すると、センタサーバ１０１は、全ての地域サーバ１０２ａ、１０２ｂに対してデータ統合が完了したことを通知する（ステップ４０８）。
【００２９】
（９）ステップ４０８でのデータ統合完了の通知を受けた地域サーバ１０２ａ、１０２ｂは、地域ストレージサブシステム１０４ａ、１０４ｂに対して遠隔ボリュームの再同期を行う遠隔ボリューム再同期の実行を要求する。ここで、再同期とは、前述した分割の処理の結果、地域ストレージサブシステムに記憶されていた更新情報を、センタストレージサブシステム１０３に転送し、更新情報を複製地域ＤＢ１３３ａ、１３３ｂに反映させる処理である（ステップ４０９）。
【００３０】
（10）遠隔ボリューム再同期を要求を受けた地域ストレージサブシステム１０４ａ、１０４ｂは、自地域ストレージサブシステムに記憶されていた更新情報を、センタストレージサブシステム１０３に転送し、更新情報を複製地域ＤＢ１３３ａ、１３３ｂに反映させる再同期処理を行う。再同期後、地域ＤＢ１３４ａ、１３４ｂに対して行われた更新は、非同期にセンタストレージサブシステム１０３に転送され、かつ、非同期に地域ＤＢ１３３ａ、１３３ｂに反映される（ステップ４１０）。
【００３１】
図３はセンタサーバ１０１内に備えられる複製元管理テーブル２の構成例を説明する図である。図示複製元管理テーブル２は、複製元サーバの名称を表す複製元ＤＢ名フィールド２０１及び地域ＤＢ１３４ａ、１３４ｂと複製地域ＤＢ１３３ａ、１３３ｂとの間の複製が完了したか否かを示す複製完了フラグ２０２から構成される。図３に示す例では、レコード２０３ａ及び２０３ｂが存在し、レコード２０３ａは、地域Ａサーバ１０４ａの地域ＤＢＭＳ１２９ａが管理する地域ＤＢ１３４ａと複製地域ＤＢ１３３ａとの間の同期が完了していないことを、レコード２０３ｂは、地域Ｂサーバ１０４ｂの地域ＤＢＭＳ１２９ｂが管理する地域ＤＢ１３４ｂと複製地域ＤＢ１３３ｂとの間の同期が完了していないことをそれぞれ示している。
【００３２】
図４はセンタサーバ１０１内のデータ統合部３で実行される処理（図２により説明したステップ４０７での処理）を説明するフローチャートであり、次に、図４を参照してデータ統合の処理を説明する。
【００３３】
（１）データ統合部３は、地域サーバ１０２ａ、１０２ｂの一方から第１のネットワークであるＬＡＮ１０５を経由して遠隔ボリューム分割要求完了通知を受信すると、通知を発信した地域サーバ１０２ａまたは１０２ｂの名称を、複製元管理テーブル２から複製元ＤＢ名フィールド２０１に持つレコード２０３ａまたは２０３ｂを検索し、該当するレコード２０３ａまたは２０３ｂの複製完了フラグフィールド２０２の値を「済」に変更する（ステップ３０１、３０２）。
【００３４】
（２）次に、複製元管理テーブル２に格納されている全てのレコード２０３ａ、２０３ｂの複製完了フラグフィールド２０２の値が「済」か否かをチェックし、全ての地域サーバからの分割完了、すなわち、複製完了の通知を受信したか否かをチェックし、１つでも「未済」があれば処理を終了し、他の地域サーバからの分割完了の通知を待つ（ステップ３０３）。
【００３５】
（３）ステップ３０３のチェックで、複製完了フラグフィールド２０２の値の全てが「済」であった場合、センタＤＢＭＳ１４に対して該ＤＢＭＳ１４が管理するシャドウイメージ１３１ａ、ｂの静止化を要求する。ここで、静止化とは、センタサーバ１０１上に存在するＤＢＭＳ１４内のバッファ上の更新を全てシャドウイメージ１３１ａ、１３１ｂ上に出力し、その後、該バッファに対して行われた更新をシャドウイメージ１３１に反映することを禁止する処理をいう（ステップ３０４）。
【００３６】
（４）その後、センタストレージサブシステム１０３のボリューム同期部１１５にボリューム同期要求を出す。要求を受けたボリューム同期部１１５は、複製地域ＤＢ１３３ａ、１３３ｂに対して、地域ストレージサブシステム１０４ａ、１０４ｂから行われた更新をシャドウイメージ１３１ａ、１３１ｂに反映する。シャドウイメージへの反映が完了すると、センタストレージサブシステム１０３のボリューム分割部１１６に対してボリュームの分割要求を出し、シャドウイメージ１３１ａ、１３１ｂと複製地域ＤＢ１３３ａ、１３３ｂとを分割させる（ステップ３０５、３０６）。
【００３７】
（５）ボリューム分割要求を受けたボリューム分割部１１６は、シャドウイメージ１３１と複製地域ＤＢ１３３とを分割する。その後、センタＤＢＭＳ１４に対して静止化解除要求を行う（ステップ３０７）。
【００３８】
図５は地域ＡのＤＢのみの同期完了後の複製元管理テーブル２の例を示す図、図６は地域Ａ及び地域Ｂの２つのＤＢの同期完了後の複製元管理テーブル２の例を示す図である。
【００３９】
次に、図１に示す地域Ａ、地域Ｂの２つの地域ＤＢをセンタストレージサブシステム１０３に複製し、センタサーバ１０１から統合的にアクセスする場合のデータ統合部３の動作例について、図３、図５、図６に示す複製元管理テーブル２の例を用いて説明する。
【００４０】
まず、データ統合部３は、地域Ａサーバ１０２ａから遠隔ボリューム分割完了の通知を受け取ると（ステップ３０１）、ステップ３０２の処理で、図３によりすでに説明した複製元管理テーブルを、図５に示すように、地域Ａの地域ＤＢ１３４ａの複製が完了したか否かを示すレコード２０３ａの複製完フラグフィールド２０２の値を「済」に変更する（ステップ３０２）。レコード２０３ａが地域Ａの地域ＤＢ１３４ａの複製完了を示すレコードであることは、このレコードの複製元ＤＢ名フィールド２０１の値が「地域ＡのＤＢ」であることから判断することができる。
【００４１】
次に、ステップ３０３の処理で、テーブル２の複製完フラグフィールド２０２の値が全て「済」であるかをチェックするが、この時点でのテーブル２の状態は、図５に示す通りであるので判定結果はＮとなり処理を終了する。
【００４２】
次に、データ統合部３は、地域Ｂサーバ１０２ｂから遠隔ボリューム分割完了を受け取ると（ステップ３０１）、ステップ３０２の処理で、図５に示す複製元管理テーブル２を図６に示すように、地域Ｂの地域ＤＢ１３４ｂの複製が完了したか否かを示すレコード２０３ｂの複製完フラグフィールド２０２の値を「済」に変更する（ステップ３０２）。
【００４３】
次に、ステップ３０３の処理で、テーブル２の複製完フラグフィールド２０２の値が全て「済」であるかをチェックするが、この時点でのテーブル２の状態は、図６に示す通りであるので判定結果はＹとなる（ステップ３０３）。
【００４４】
その後、ステップ３０４での処理により、センタＤＢＭＳ１４に対して、センタＤＢの静止化を要求する。そして、センタストレージサブシステム１０３のボリューム同期ステップに対して複製地域ＤＢ１３３ａとシャドウイメージ１３１ａとの同期、及び、複製地域ＤＢ１３３ｂとシャドウイメージ１３１ｂとの同期を要求する（ステップ３０５）。
【００４５】
同期が完了すると、センタストレージサブシステム１０３のボリューム分割ステップに対して、複製地域ＤＢ１３３ａとシャドウイメージ１３１ａとの分割、及び、複製地域ＤＢ１３３ｂとシャドウイメージ１３１ｂとの分割を要求する（ステップ３０６）。その後、センタＤＢＭＳ１４に対して、センタＤＢ静止化解除の要求を行う（ステップ３０７）。
【００４６】
前述した本発明の実施形態による各処理は、処理プログラムとして構成することができ、この処理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することができる。
【００４７】
前述で説明したように、本発明の実施形態は、まず、地域ＤＢ１３４ａ、１３４ｂからその複製である複製ＤＢ１３３ａ、１３３ｂに対して、非同期的に更新が行われている状態から、複製要求に基づき地域ＤＢ１３４ａ、１３４ｂを静止化して整合性の取れた状態とし、次に、地域ＤＢ１３４ａ、１３４ｂと複製地域ＤＢ１３３ａ、１３３ｂとの間を分割することにより、複製地域ＤＢ１３３ａ、１３３ｂを即座に同期の取れた状態とすることができる。また、地域サーバ１０２ａ、１０２ｂ側では、その後ＤＢ静止化を解除し（但し、ボリュームは分割したまま）、通常の業務を行うため、ＤＢの静止期間を短時間にすることができる。一方、センタサーバ１０１は、全ての複製地域ＤＢの複製が完了した時点でセンタＤＢ（シャドウイメージ１３１ａ、１３１ｂ）を静止化して同期処理を行う。
【００４８】
このようにすることにより、センタＤＢの静止化を行うまでの間、センタ側では業務を続けることが可能になる。センタＤＢ（シャドウイメージ１３１ａ、１３１ｂ）の静止化後、複製地域ＤＢ１３３ａ、１３３ｂとの同期処理を行うが、この処理は、更新ビットマップのみを複製するため短時間で終了することが可能である。
【００４９】
前述した本発明の実施形態によれば、全ての地域ＤＢの更新を一度に反映させることができるため、各地域のＤＢのデータに対して不整合を起こすことなく統合的にアクセスすることが可能となる。また、シャドウイメージの同期完了後、地域サーバに対して、地域ＤＢと複製地域ＤＢとの間の再同期を要求し、地域ＤＢと複製地域ＤＢとが分割されていた間に、地域ストレージサブシステムに蓄積されていた更新情報をセンタストレージサブシステムに送信することにより、複製地域ＤＢに更新情報が再度反映されるようになる。
【００５０】
前述したように本発明の実施形態によれば、センタサーバ、１つ以上の地域サーバ、センタサーバと地域サーバを接続する第１のネットワーク、地域サーバが管理する地域ＤＢを記憶する地域ストレージサブシステム、地域ＤＢの複製を記憶するセンタストレージサブシステム、センタサーバ、センタストレージサブシステム、地域サーバ、地域ストレージサブシステムを接続する第２のネットワークから構成されるＤＢシステムにおいて、センタサーバに、複製要求部と、データ統合部、センタＤＢ静止化要求部と、センタＤＢ静止化解除要求部と、複製元管理テーブルと、データ統合完了通知部とを設け、地域サーバに、地域ＤＢ静止化要求部と、ＤＢ複製部と、遠隔ボリューム分割完了通知部と、地域ＤＢ静止化解除要求部とを設け、センタストレージサブシステムに、地域ストレージサブシステムに記憶された地域ＤＢの複製と、複製された地域ＤＢのシャドウイメージとを記憶し、ボリューム複製部と、ボリューム分割部と、ボリューム同期部とを設け、地域ストレージサブシステムに遠隔ボリューム複製部と、遠隔ボリューム分割部と、遠隔ボリューム再同期部とを遠隔ＤＢ連携方法に設けたことにより、遠隔地にある複数のＤＢに対する統合的なアクセスを即座に可能とすることができる。
【００５１】
【発明の効果】
以上説明したように本発明によれば、遠隔地にある複数のＤＢに対する統合的なアクセスを即座に行うことが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態によるデータベースシステムの構成を示すブロック図である。
【図２】シャドウイメージと地域ＤＢとの間で同期を取り、複数の地域ＤＢのデータを統合的にセンタＤＢＭＳを通してアクセスする処理について説明するフローチャートである。
【図３】センタサーバ内に備えられる複製元管理テーブルの構成例を説明する図である。
【図４】センタサーバ内のデータ統合部で実行される処理（図２により説明したステップ４０７での処理）を説明するフローチャートである。
【図５】地域ＡのＤＢのみの同期完了後の複製元管理テーブルの例を示す図である。
【図６】地域Ａ及び地域Ｂの２つのＤＢの同期完了後の複製元管理テーブルの例を示す図である。
【符号の説明】
１０１ センタサーバ
１０２ａ、１０２ｂ 地域サーバ
１０３ センタストレージサブシステム
１０４ａ、１０４ｂ 地域ストレージサブシステム
１０５ ＬＡＮ
１０６ ＳＡＮ（ストレージエリアネットワーク）
１１０ 複製要求部
１１２ データ統合完了通知部
２ 複製元管理テーブル
３ データ統合部
１４、１２９ａ、１２９ｂ データベース管理システム（ＤＢＭＳ）
１１５ ボリューム同期部
１１６ ボリューム分割部
１１７ ボリューム複製部
１２１ａ、１２１ｂ ＤＢ（データベース）静止化要求部
１２２ａ、１２２ｂ 遠隔ボリューム分割要求部
１２３ａ、１２３ｂ 遠隔ボリューム分割完了通知部
１２４ａ、１２４ｂ ＤＢ静止化解除要求部
１２５ａ、１２５ｂ 遠隔ボリューム再同期要求部
１２６ａ、１２６ｂ 遠隔ボリューム分割部
１２７ａ、１２７ｂ 遠隔ボリューム再同期部
１２８ａ、１２８ｂ 遠隔ボリューム複製部
１３１ａ、１３１ｂ 地域シャドウイメージ
１３３ａ、１３３ｂ 複製地域ＤＢ
１３４ａ、１３４ｂ 地域ＤＢ
Claims (12)
- センタサーバと、１または複数の地域サーバと、前記センタサーバ及び前記１または複数の地域サーバ相互間を接続する第１のネットワークと、前記１または複数の地域サーバが管理する地域データベースを記憶する地域ストレージサブシステムと、前記地域データベースの複製を記憶するセンタストレージサブシステムと、前記センタサーバ、前記センタストレージサブシステム、前記１または複数の地域サーバ、及び、前記地域ストレージサブシステム相互間を接続する第２のネットワークとから構成されるデータベースシステムにおいて、
前記センタサーバは、前記１または複数の地域サーバに地域データベースの複製を要求する複製要求手段と、前記複製された地域データベースの統合処理を行うデータ統合手段と、前記センタストレージサブシステム内のシャドウイメージに対するデータベース静止化要求を行うセンタデータベース静止化要求手段と、シャドウイメージに対する静止化解除要求を行うセンタデータベース静止化解除要求手段とを備え、
前記１または複数の地域サーバは、前記センタサーバからのデータベース複製要求を受けて前記地域データベースの静止化をデータベース管理システムに要求する地域データベース静止化要求手段と、前記地域ストレージサブシステムに対して、地域ストレージサブシステムが記憶する地域データベースを前記センタストレージサブシステムに複製するデータベース複製手段とを備え、
前記センタストレージサブシステムは、前記地域ストレージサブシステム内の地域データベースの複製である複製地域データベースと、該複製地域データベースのシャドウイメージと、複製地域データベースに対する更新情報をシャドウイメージに反映するボリューム複製手段と、シャドウイメージへの更新情報の反映を一時的に停止するボリューム分割手段と、シャドウイメージへの更新情報の反映を再開するボリューム同期手段とを備え、
前記地域ストレージサブシステムは、地域データベースに対して行われた更新の情報を前記センタストレージサブシステムに転送して複製地域データベースに反映させる遠隔ボリューム複製手段を備え、
前記センタサーバは、前記１または複数の地域サーバに、該１または複数の地域サーバ内のバッファ上の更新情報を前記地域ストレージサブシステム内の前記複数の地域データベース上に出力させ、その後、前記１または複数の地域サーバ内のバッファに対して行われた更新の前記地域データベースへの反映を禁止する静止化を指示して、前記各地域データベースの静止化を行わせ、
前記１または複数の地域サーバは、前記地域ストレージサブシステムに、前記地域データベース更新情報の前記センタストレージサブシステム内の複製地域データベースへの転送を停止させ、地域データベースに対して行われた更新を前記地域ストレージサブシステム内に記憶させることにより地域データベースと前記複製地域データベースとの間の分割を行わせ、前記分割が完了すると前記静止化を解除し、
前記センタサーバは、前記複数の地域データベースと対応する前記複数の複製地域データベースとの全ての分割が完了すると、自センタサーバ内のバッファ上の更新をセンタストレージサブシステム内のシャドウイメージ上に出力し、その後、自センタサーバ内の前記バッファに対して行われた更新の前記シャドウイメージへの反映を禁止することにより、前記センタストレージサブシステム内の前記各複製地域データベースの各シャドウイメージを静止化させ、
前記センタストレージサブシステムは、前記複数の地域データベースから前記複数の複製地域データベースへの更新をシャドウイメージに反映させる前記複数の複製地域データベースと前記複数のシャドウイメージとの同期化を行い、前記反映が完了後、前記複数の複製地域データベースと前記複数のシャドウイメージとを分割し、前記センタサーバから前記複数のシャドウイメージへの更新の静止化を解除し、
前記１または複数の地域サーバは、前記複数のシャドウイメージヘの更新の静止化を解除後、前記地域ストレージサブシステムに、前記地域データベースと前記複製地域データベースとの間を再同期させることを特徴とするデータベースシステム。 - 前記地域ストレージサブシステムは、遠隔ボリューム再同期手段を備え、前記地域データベースと前記複製地域データベースとの間の更新情報の転送を再開し、更新情報の転送が中断されていた間に地域ストレージサブシステムに蓄積された更新情報を前記センタストレージサブシステムに転送することにより、前記地域データベースと前記複製地域データベースとの間を再同期を行うことを特徴とする請求項１記載のデータベースシステム。
- 前記１または複数の地域サーバは、前記地域ストレージサブシステムによる地域データベースと前記複製地域データベースとの間の分割による分離が完了したことを前記センタサーバに通知する遠隔ボリューム分割完了通知手段と、地域データベースの静止化解除の要求を行う地域データベース静止化解除要求手段とを備え、
複製地域データベースと地域データベースとの分離が完了したとき、遠隔ボリューム分割完了通知と地域データベース静止化解除要求とを実行することを特徴とする請求項１記載のデータベースシステム。 - 前記センタサーバは、前記遠隔ボリューム分割完了通知を受けて、センタデータベース静止化要求と、ボリューム同期要求とを実行し、ボリュームの同期が完了したときボリューム分割とセンタデータベース静止化解除要求とを実行することを特徴とする請求項２記載のデータベースシステム。
- 前記センタサーバは、複製元の地域データベースの複製が完了したか否かを管理する複製元管理テーブルを有し、
前記第１及び第２のネットワークで接続された地域ストレージサブシステムが管理する全ての地域データベースと、前記全ての地域データベースに対する複製地域データベースとの同期が完了すると、センタデータベース静止化要求、ボリューム同期要求、ボリューム分割要求、センタデータベース静止化解除要求を実行することを特徴とする請求項１記載のデータベースシステム。 - 前記センタサーバは、データ統合の完了を前記１または複数の地域サーバに通知するデータ統合完了通知手段を備え、
前記１または複数の地域サーバは、前記データ統合完了通知手段による通知を受けて、遠隔ボリューム再同期手段に対して地域データベースと前記複製地域データベースとの間の更新情報の転送の再開を要求する遠隔ボリューム再同期要求手段を備えることを特徴とする請求項１記載のデータベースシステム。 - センタサーバと、１または複数の地域サーバと、前記センタサーバ及び前記１または複数の地域サーバ相互間を接続する第１のネットワークと、前記１または複数の地域サーバが管理する地域データベースを記憶する地域ストレージサブシステムと、前記地域データベースの複製を記憶するセンタストレージサブシステムと、前記センタサーバ、前記センタストレージサブシステム、前記１または複数の地域サーバ、及び、前記地域ストレージサブシステム相互間を接続する第２のネットワークとから構成されるデータベースシステムのアクセス方法において、
前記センタサーバは、前記１または複数の地域サーバに地域データベースの複製を要求する複製要求手段と、前記複製された地域データベースの統合処理を行うデータ統合手段と、前記センタストレージサブシステム内のシャドウイメージに対するデータベース静止化要求を行うセンタデータベース静止化要求手段と、シャドウイメージに対する静止化解除要求を行うセンタデータベース静止化解除要求手段とを備え、
前記１または複数の地域サーバは、前記センタサーバからのデータベース複製要求を受けて前記地域データベースの静止化をデータベース管理システムに要求する地域データベース静止化要求手段と、前記地域ストレージサブシステムに対して、地域ストレージサブシステムが記憶する地域データベースを前記センタストレージサブシステムに複製するデータベース複製手段とを備え、
前記センタストレージサブシステムは、前記地域ストレージサブシステム内の地域データベースの複製である複製地域データベースと、該複製地域データベースのシャドウイメージと、複製地域データベースに対する更新情報をシャドウイメージに反映するボリューム複製手段と、シャドウイメージへの更新情報の反映を一時的に停止するボリューム分割手段と、シャドウイメージへの更新情報の反映を再開するボリューム同期手段とを備え、
前記地域ストレージサブシステムは、地域データベースに対して行われた更新の情報を前記センタストレージサブシステムに転送して複製地域データベースに反映させる遠隔ボリューム複製手段を備え、
前記センタサーバは、前記１または複数の地域サーバに、該１または複数の地域サーバ内のバッファ上の更新情報を前記地域ストレージサブシステム内の前記複数の地域データベース上に出力させ、その後、前記１または複数の地域サーバ内のバッファに対して行われた更新の前記地域データベースへの反映を禁止する静止化を指示して、前記各地域データベースの静止化を行わせ、
前記１または複数の地域サーバは、前記地域ストレージサブシステムに、前記地域データベース更新情報の前記センタストレージサブシステム内の複製地域データベースへの転送を停止させ、地域データベースに対して行われた更新を前記地域ストレージサブシステム内に記憶させることにより地域データベースと前記複製地域データベースとの間の分割を行わせ、前記分割が完了すると前記静止化を解除し、
前記センタサーバは、前記複数の地域データベースと対応する前記複数の複製地域データベースとの全ての分割が完了すると、自センタサーバ内のバッファ上の更新をセンタストレージサブシステム内のシャドウイメージ上に出力し、その後、自センタサーバ内の前記バッファに対して行われた更新の前記シャドウイメージへの反映を禁止することにより、前記センタストレージサブシステム内の前記各複製地域データベースの各シャドウイメージを静止化させ、
前記センタストレージサブシステムは、前記複数の地域データベースから前記複数の複製地域データベースへの更新をシャドウイメージに反映させる前記複数の複製地域データベースと前記複数のシャドウイメージとの同期化を行い、前記反映が完了後、前記複数の複製地域データベースと前記複数のシャドウイメージとを分割し、前記センタサーバから前記複数のシャドウイメージへの更新の静止化を解除し、
前記１または複数の地域サーバは、前記複数のシャドウイメージヘの更新の静止化を解除後、前記地域ストレージサブシステムに、前記地域データベースと前記複製地域データベースとの間を再同期させることを特徴とするデータベースシステムのアクセス方法。 - 前記地域ストレージサブシステムは、遠隔ボリューム再同期手段を備え、前記地域データベースと前記複製地域データベースとの間の更新情報の転送を再開し、更新情報の転送が中断されていた間に地域ストレージサブシステムに蓄積された更新情報を前記センタストレージサブシステムに転送することにより、前記地域データベースと前記複製地域データベースとの間を再同期を行うことを特徴とする請求項７記載のデータベースシステムのアクセス方法。
- 前記１または複数の地域サーバは、前記地域ストレージサブシステムによる地域データベースと前記複製地域データベースとの間の分割による分離が完了したことを前記センタサーバに通知する遠隔ボリューム分割完了通知手段と、地域データベースの静止化解除の要求を行う地域データベース静止化解除要求手段とを備え、
複製地域データベースと地域データベースとの分離が完了したとき、遠隔ボリューム分割完了通知と地域データベース静止化解除要求とを実行し、前記遠隔ボリューム分割完了通知を受けて、センタデータベース静止化要求と、ボリューム同期要求とを実行し、ボリュームの同期が完了したときボリューム分割とセンタデータベース静止化解除要求とを実行することを特徴とする請求項７記載のデータベースシステムのアクセス方法。 - 前記センタサーバは、複製元の地域データベースの複製が完了したか否かを管理する複製元管理テーブルを有し、
前記第１及び第２のネットワークで接続された地域ストレージサブシステムが管理する全ての地域データベースと、前記全ての地域データベースに対する複製地域データベースとの同期が完了すると、センタデータベース静止化要求、ボリューム同期要求、ボリューム分割要求、センタデータベース静止化解除要求を実行することを特徴とする請求項７記載のデータベースシステムのアクセス方法。 - センタサーバと、１または複数の地域サーバと、前記センタサーバ及び前記１または複数の地域サーバ相互間を接続する第１のネットワークと、前記１または複数の地域サーバが管理する地域データベースを記憶する地域ストレージサブシステムと、前記地域データベースの複製を記憶するセンタストレージサブシステムと、前記センタサーバ、前記センタストレージサブシステム、前記１または複数の地域サーバ、及び、前記地域ストレージサブシステム相互間を接続する第２のネットワークとから構成されるデータベースシステムにおける前記センタサーバに実行させる処理プログラムであって、
前記１または複数の地域サーバに地域データベースの複製を要求するステップと、
地域データベースの複製要求に基づいて、前記１または複数の地域サーバから、更新情報の前記センタストレージサブシステム内の複製地域データベースへの反映を一時的に停止したことの遠隔ボリューム分割完了の通知を受けるステップと、
遠隔ボリューム分割完了の通知を受けて、自センターサーバ上の更新情報を前記複製地域データベースのシャドウイメージに対して出力し、その後、更新情報の反映を禁止するデータベース静止化を自センターサーバ上のデータベース管理システムに要求するステップ、前記複製地域データベースに対して、地域ストレージサブシステムから行われた更新を前記シャドウイメージに反映させるボリューム同期化を前記センタストレージサブシステムに要求するステップ、前記センタストレージサブシステムでのボリュームの同期が完了したとき、シャドウイメージと複製地域データベースとの間のボリューム分割を前記センタストレージサブシステムに要求するステップ、及び、前記複製地域データベースに対する更新情報をシャドウイメージに反映させる静止化解除要求を前記センタストレージサブシステムに要求するステップを有する地域データベースの統合処理を行うステップとを、前記センタサーバに実行させることを特徴とする処理プログラム。 - センタサーバと、１または複数の地域サーバと、前記センタサーバ及び前記１または複数の地域サーバ相互間を接続する第１のネットワークと、前記１または複数の地域サーバが管理する地域データベースを記憶する地域ストレージサブシステムと、前記地域データベースの複製を記憶するセンタストレージサブシステムと、前記センタサーバ、前記センタストレージサブシステム、前記１または複数の地域サーバ、及び、前記地域ストレージサブシステム相互間を接続する第２のネットワークとから構成されるデータベースシステムにおける前記１または複数の地域サーバに実行させる処理プログラムであって、
前記センタサーバからのデータベースの複製要求を受けて、自地域サーバ内のバッファ上の更新情報を前記地域ストレージサブシステム内の前記複数の地域データベース上に出力させ、その後、自地域サーバ内のバッファに対して行われた更新の前記地域データベースへの反映を禁止する前記地域データベースの静止化をデータベース管理システムに要求するステップと、
前記地域ストレージサブシステムに対して、更新情報の複製地域データベースへの転送を停止し、かつ、前記地域データベースに対して行われた更新を前記地域ストレージサブシステム内に記憶させる地域データベースと複製地域データベースとの間の分割を要求するステップと、
前記地域ストレージサブシステムからの分割完了の通知を受けるステップと、その分割完了をセンタサーバに通知するステップと、前記分割が完了すると前記静止化を解除するステップと、
前記分割完了の通知により前記センタサーバが、シャドウイメージに地域データベースの内容を反映させてシャドウイメージにアクセスすることにより統合的なアクセスを可能とするデータ統合を行った後のデータ統合完了通知を受けるステップと、
前記データ統合完了通知を受けた後、前記地域ストレージサブシステム内に記憶されていた更新情報を、前記センタストレージサブシステムに転送して、更新情報を複製地域データベースに反映させ、前記地域データベースと前記複製地域データベースとの間を再同期させるステップとを、前記１または複数の地域サーバに実行させることを特徴とする処理プログラム。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002330731A JP4136615B2 (ja) | 2002-11-14 | 2002-11-14 | データベースシステム及びデータベースのアクセス方法 |
| US10/634,993 US7197519B2 (en) | 2002-11-14 | 2003-08-06 | Database system including center server and local servers |
| EP03018158A EP1420350A3 (en) | 2002-11-14 | 2003-08-08 | Database system including center server and local servers |
| US11/706,245 US7693879B2 (en) | 2002-11-14 | 2007-02-15 | Database system including center server and local servers |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002330731A JP4136615B2 (ja) | 2002-11-14 | 2002-11-14 | データベースシステム及びデータベースのアクセス方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004164401A JP2004164401A (ja) | 2004-06-10 |
| JP4136615B2 true JP4136615B2 (ja) | 2008-08-20 |
Family
ID=32171397
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002330731A Expired - Fee Related JP4136615B2 (ja) | 2002-11-14 | 2002-11-14 | データベースシステム及びデータベースのアクセス方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (2) | US7197519B2 (ja) |
| EP (1) | EP1420350A3 (ja) |
| JP (1) | JP4136615B2 (ja) |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4220166B2 (ja) * | 2002-02-19 | 2009-02-04 | 株式会社日立製作所 | ストレージエリアネットワークシステムのアクセス制御方法 |
| US7480895B2 (en) * | 2003-11-24 | 2009-01-20 | International Business Machines Corporation | Web application development tool |
| US7487188B2 (en) | 2004-09-07 | 2009-02-03 | Computer Associates Think, Inc. | System and method for providing increased database fault tolerance |
| JP4575119B2 (ja) * | 2004-11-25 | 2010-11-04 | 株式会社日立製作所 | ストレージシステム |
| US7805408B2 (en) * | 2006-06-09 | 2010-09-28 | Microsoft Corporation | Unified mechanism for presenting and resolving grouped synchronization conflicts |
| US8782075B2 (en) * | 2007-05-08 | 2014-07-15 | Paraccel Llc | Query handling in databases with replicated data |
| US8682853B2 (en) * | 2008-05-16 | 2014-03-25 | Paraccel Llc | System and method for enhancing storage performance in analytical database applications |
| EP2056216A1 (en) * | 2008-07-09 | 2009-05-06 | S.A.I. New Technologies (Patents) Limited | A three-tiered network architecture |
| CN102187317B (zh) | 2008-10-30 | 2013-09-18 | 国际商业机器公司 | 闪速拷贝管理 |
| US10057333B2 (en) | 2009-12-10 | 2018-08-21 | Royal Bank Of Canada | Coordinated processing of data by networked computing resources |
| US9712599B2 (en) | 2011-10-03 | 2017-07-18 | International Business Machines Corporation | Application peak load processing |
| US10628380B2 (en) * | 2014-07-24 | 2020-04-21 | Netapp Inc. | Enabling data replication processes between heterogeneous storage systems |
| US10565062B1 (en) * | 2017-08-03 | 2020-02-18 | Veritas Technologies Llc | Systems and methods for managing replication of data to a remote storage device |
| US11354060B2 (en) * | 2018-09-11 | 2022-06-07 | Portworx, Inc. | Application snapshot for highly available and distributed volumes |
| US11475040B2 (en) | 2019-01-08 | 2022-10-18 | International Business Machines Corporation | Managing data replication sessions in response to an inability to access a storage volume |
| US11204947B2 (en) | 2020-03-18 | 2021-12-21 | International Business Machines Corporation | Centralized database system with geographically partitioned data |
| CN113973118B (zh) * | 2021-10-18 | 2022-09-02 | 深圳国人无线通信有限公司 | 一种基于通信基站的数据云存储服务系统和服务方法 |
Family Cites Families (41)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5544347A (en) | 1990-09-24 | 1996-08-06 | Emc Corporation | Data storage system controlled remote data mirroring with respectively maintained data indices |
| US5692155A (en) | 1995-04-19 | 1997-11-25 | International Business Machines Corporation | Method and apparatus for suspending multiple duplex pairs during back up processing to insure storage devices remain synchronized in a sequence consistent order |
| US5757669A (en) * | 1995-05-31 | 1998-05-26 | Netscape Communications Corporation | Method and apparatus for workgroup information replication |
| US6192365B1 (en) * | 1995-07-20 | 2001-02-20 | Novell, Inc. | Transaction log management in a disconnectable computer and network |
| US6185601B1 (en) | 1996-08-02 | 2001-02-06 | Hewlett-Packard Company | Dynamic load balancing of a network of client and server computers |
| US6363497B1 (en) | 1997-05-13 | 2002-03-26 | Micron Technology, Inc. | System for clustering software applications |
| US5974135A (en) | 1997-06-11 | 1999-10-26 | Harrah's Operating Company, Inc. | Teleservices computer system, method, and manager application for integrated presentation of concurrent interactions with multiple terminal emulation sessions |
| US6199074B1 (en) | 1997-10-09 | 2001-03-06 | International Business Machines Corporation | Database backup system ensuring consistency between primary and mirrored backup database copies despite backup interruption |
| JP3667084B2 (ja) | 1998-05-14 | 2005-07-06 | 株式会社日立製作所 | データ多重化制御方法 |
| US6308284B1 (en) | 1998-08-28 | 2001-10-23 | Emc Corporation | Method and apparatus for maintaining data coherency |
| US6411991B1 (en) | 1998-09-25 | 2002-06-25 | Sprint Communications Company L.P. | Geographic data replication system and method for a network |
| US6263053B1 (en) | 1998-11-12 | 2001-07-17 | Ericsson Inc. | System and method for processing telephone calls |
| US6370626B1 (en) | 1999-04-30 | 2002-04-09 | Emc Corporation | Method and apparatus for independent and simultaneous access to a common data set |
| DE60043873D1 (de) * | 1999-06-01 | 2010-04-08 | Hitachi Ltd | Verfahren zur Datensicherung |
| US6539462B1 (en) | 1999-07-12 | 2003-03-25 | Hitachi Data Systems Corporation | Remote data copy using a prospective suspend command |
| US6401178B1 (en) | 1999-12-23 | 2002-06-04 | Emc Corporatiion | Data processing method and apparatus for enabling independent access to replicated data |
| US6792436B1 (en) | 2000-02-11 | 2004-09-14 | Persistence Software, Inc. | Method for synchronizing multiple software caches in a memory |
| US6651075B1 (en) | 2000-02-16 | 2003-11-18 | Microsoft Corporation | Support for multiple temporal snapshots of same volume |
| US6708227B1 (en) | 2000-04-24 | 2004-03-16 | Microsoft Corporation | Method and system for providing common coordination and administration of multiple snapshot providers |
| JP2001318833A (ja) | 2000-05-09 | 2001-11-16 | Hitachi Ltd | ボリューム複製機能を有する記憶装置サブシステム、および、それを用いたコンピュータシステム |
| US6754682B1 (en) | 2000-07-10 | 2004-06-22 | Emc Corporation | Method and apparatus for enabling consistent ancillary disk array storage device operations with respect to a main application |
| WO2002039089A1 (en) | 2000-11-13 | 2002-05-16 | Struers A/S | Method and system for determining sample preparation parameters |
| US6799258B1 (en) | 2001-01-10 | 2004-09-28 | Datacore Software Corporation | Methods and apparatus for point-in-time volumes |
| US7275100B2 (en) | 2001-01-12 | 2007-09-25 | Hitachi, Ltd. | Failure notification method and system using remote mirroring for clustering systems |
| EP1255198B1 (en) * | 2001-02-28 | 2006-11-29 | Hitachi, Ltd. | Storage apparatus system and method of data backup |
| US6728736B2 (en) * | 2001-03-14 | 2004-04-27 | Storage Technology Corporation | System and method for synchronizing a data copy using an accumulation remote copy trio |
| US6708285B2 (en) | 2001-03-15 | 2004-03-16 | Hewlett-Packard Development Company, L.P. | Redundant controller data storage system having system and method for handling controller resets |
| US20020143791A1 (en) | 2001-03-19 | 2002-10-03 | Dov Levanon | Content deployment system, method and network |
| US6697881B2 (en) | 2001-05-29 | 2004-02-24 | Hewlett-Packard Development Company, L.P. | Method and system for efficient format, read, write, and initial copy processing involving sparse logical units |
| JP2005521113A (ja) * | 2001-07-06 | 2005-07-14 | コンピュータ アソシエイツ シンク，インコーポレイテッド | 情報バックアップシステム及び方法 |
| US6928580B2 (en) | 2001-07-09 | 2005-08-09 | Hewlett-Packard Development Company, L.P. | Distributed data center system protocol for continuity of service in the event of disaster failures |
| US20030014523A1 (en) | 2001-07-13 | 2003-01-16 | John Teloh | Storage network data replicator |
| US6721851B2 (en) | 2001-08-07 | 2004-04-13 | Veritas Operating Corporation | System and method for preventing sector slipping in a storage area network |
| US6799189B2 (en) * | 2001-11-15 | 2004-09-28 | Bmc Software, Inc. | System and method for creating a series of online snapshots for recovery purposes |
| US7433948B2 (en) | 2002-01-23 | 2008-10-07 | Cisco Technology, Inc. | Methods and apparatus for implementing virtualization of storage within a storage area network |
| GB0202600D0 (en) | 2002-02-05 | 2002-03-20 | Ibm | Consolidation of replicated data |
| US6862668B2 (en) | 2002-02-25 | 2005-03-01 | International Business Machines Corporation | Method and apparatus for using cache coherency locking to facilitate on-line volume expansion in a multi-controller storage system |
| US20030217077A1 (en) | 2002-05-16 | 2003-11-20 | Schwartz Jeffrey D. | Methods and apparatus for storing updatable user data using a cluster of application servers |
| US20040139235A1 (en) | 2002-11-01 | 2004-07-15 | Gus Rashid | Local intelligence, cache-ing and synchronization process |
| US7263593B2 (en) | 2002-11-25 | 2007-08-28 | Hitachi, Ltd. | Virtualization controller and data transfer control method |
| JP4704660B2 (ja) | 2002-12-18 | 2011-06-15 | 株式会社日立製作所 | 記憶デバイス制御装置の制御方法、記憶デバイス制御装置、及びプログラム |
-
2002
- 2002-11-14 JP JP2002330731A patent/JP4136615B2/ja not_active Expired - Fee Related
-
2003
- 2003-08-06 US US10/634,993 patent/US7197519B2/en active Active
- 2003-08-08 EP EP03018158A patent/EP1420350A3/en not_active Withdrawn
-
2007
- 2007-02-15 US US11/706,245 patent/US7693879B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP1420350A3 (en) | 2008-01-23 |
| US20040098417A1 (en) | 2004-05-20 |
| US7693879B2 (en) | 2010-04-06 |
| EP1420350A2 (en) | 2004-05-19 |
| JP2004164401A (ja) | 2004-06-10 |
| US20070143362A1 (en) | 2007-06-21 |
| US7197519B2 (en) | 2007-03-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4136615B2 (ja) | データベースシステム及びデータベースのアクセス方法 | |
| CA2550003C (en) | Geographically distributed clusters | |
| US7571290B1 (en) | Replica synchronization using copy-on-read technique | |
| US10997207B2 (en) | Connection management in a distributed database | |
| EP1704480B1 (en) | Cluster database with remote data mirroring | |
| CN106991113A (zh) | 数据库环境中的表格复制 | |
| US7603389B2 (en) | Optimized statement caching for transaction replay | |
| US9515878B2 (en) | Method, medium, and system for configuring a new node in a distributed memory network | |
| US20120078847A1 (en) | System and method for managing integrity in a distributed database | |
| KR20190049266A (ko) | 네트워크에서 메타데이터의 동기화를 제어하는 장치 및 그 방법 | |
| KR20080102622A (ko) | Ｄｂｍｓ에서의 데이터 복제 방법 및 시스템 | |
| AU2005269315A1 (en) | Metadata management for fixed content distributed data storage | |
| JP4137391B2 (ja) | データ管理装置、方法、プログラム、及び記録媒体 | |
| JP2004318288A (ja) | データ処理方法および装置ならびにその処理プログラム | |
| JP4998010B2 (ja) | データベースシステム管理、データベースシステム、プログラム及び処理装置 | |
| KR101035857B1 (ko) | 데이터 관리 방법 및 그 시스템 | |
| CA2618938C (en) | Data consistency control method and software for a distributed replicated database system | |
| AU2011265370B2 (en) | Metadata management for fixed content distributed data storage | |
| Sapate et al. | Survey on comparative analysis of database replication techniques | |
| WO2023193495A1 (zh) | 处理读请求的方法、分布式数据库与服务端 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040730 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071120 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080121 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080212 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080411 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080507 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080603 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110613 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110613 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120613 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120613 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130613 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |