JP3309198B2 - データベース多重化方法 - Google Patents
データベース多重化方法Info
- Publication number
- JP3309198B2 JP3309198B2 JP00552596A JP552596A JP3309198B2 JP 3309198 B2 JP3309198 B2 JP 3309198B2 JP 00552596 A JP00552596 A JP 00552596A JP 552596 A JP552596 A JP 552596A JP 3309198 B2 JP3309198 B2 JP 3309198B2
- Authority
- JP
- Japan
- Prior art keywords
- database
- revision
- data
- main database
- main
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】この発明は、主データベース
と複製データベースとを用いたデータベース多重化方法
に関するものである。
と複製データベースとを用いたデータベース多重化方法
に関するものである。
【０００２】
【従来の技術】従来、この種のデータベース多重化方法
では、主データベースと複製データベースとを備え、主
データベースにデータを蓄積して行く一方、前回のコピ
ー周期から今回のコピー周期までの間に主データベース
に蓄積されたデータを複製データベースに定期的にコピ
ーするようにしている。また、主データベースへのデー
タ蓄積に際しての操作の履歴は、操作ログに記録され
る。複製データベース（主データベースのある時点のバ
ックアップデータ）と主データベースの現在の操作ログ
は、主データベースを保有する装置に障害が起きても、
必ず読み出し可能なようにハードウェア的にバックアッ
プされている。障害発生時には、複製データベースから
主データベースのある時点のバックアップデータを読み
出し、その時点以降の操作を操作ログから読み取り、再
実行することによって完全に主データベースと同じもの
を復元する。この操作は、２重化されたハードウェアと
大容量の２次記録装置によって可能となる。
では、主データベースと複製データベースとを備え、主
データベースにデータを蓄積して行く一方、前回のコピ
ー周期から今回のコピー周期までの間に主データベース
に蓄積されたデータを複製データベースに定期的にコピ
ーするようにしている。また、主データベースへのデー
タ蓄積に際しての操作の履歴は、操作ログに記録され
る。複製データベース（主データベースのある時点のバ
ックアップデータ）と主データベースの現在の操作ログ
は、主データベースを保有する装置に障害が起きても、
必ず読み出し可能なようにハードウェア的にバックアッ
プされている。障害発生時には、複製データベースから
主データベースのある時点のバックアップデータを読み
出し、その時点以降の操作を操作ログから読み取り、再
実行することによって完全に主データベースと同じもの
を復元する。この操作は、２重化されたハードウェアと
大容量の２次記録装置によって可能となる。
【０００３】
【発明が解決しようとする課題】しかしながら、このよ
うな従来のデータベース多重化方法による、２重化した
ハードウェアと大容量の２次記録装置を必要とするた
め、高コストとなる。すなわち、金融業などの業務にお
いては、障害が起きた場合、主データベースと同じもの
を完全に復元する必要があり、高コストとなってもやむ
を得ない。しかし、ビル管理システムなどの監視を主眼
とするシステムでは、データの損失よりも、連続して監
視業務が行えることとメンテナンスが簡単であることが
重要視されている。このようなシステムにおいて、上述
したデータベース多重化方法を適用した場合、多少デー
タが失われてもよいにも拘らず、主データベースが完全
に復元されてしまうことになり、過剰品質となってコス
トがアップする。
うな従来のデータベース多重化方法による、２重化した
ハードウェアと大容量の２次記録装置を必要とするた
め、高コストとなる。すなわち、金融業などの業務にお
いては、障害が起きた場合、主データベースと同じもの
を完全に復元する必要があり、高コストとなってもやむ
を得ない。しかし、ビル管理システムなどの監視を主眼
とするシステムでは、データの損失よりも、連続して監
視業務が行えることとメンテナンスが簡単であることが
重要視されている。このようなシステムにおいて、上述
したデータベース多重化方法を適用した場合、多少デー
タが失われてもよいにも拘らず、主データベースが完全
に復元されてしまうことになり、過剰品質となってコス
トがアップする。
【０００４】本発明はこのような課題を解決するために
なされたもので、その目的とするところは、ビル管理シ
ステムなどの監視を主眼とするシステムにおいて、２重
化したハードウェアと大容量の２次記録装置を不要と
し、コストダウンを図ることのできるデータベース多重
化方法を提供することにある。
なされたもので、その目的とするところは、ビル管理シ
ステムなどの監視を主眼とするシステムにおいて、２重
化したハードウェアと大容量の２次記録装置を不要と
し、コストダウンを図ることのできるデータベース多重
化方法を提供することにある。
【０００５】
【課題を解決するための手段】このような目的を達成す
るために、本発明は、主データベースにデータを蓄積し
て行く一方、前回のコピー周期から今回のコピー周期ま
での間に主データベースに蓄積されたデータを複製デー
タベースに定期的にコピーするデータベース多重化方法
において、主データベースを保有する装置に障害が起き
た場合、複製データベースを新しい主データベースとし
て使用する一方、前回コピーしてから障害が発生するま
での間に古い主データベースに蓄積されたデータを不一
致データとし、この不一致データを除去した古い主デー
タベースを複製データベースとして再利用するようにし
たものである。
るために、本発明は、主データベースにデータを蓄積し
て行く一方、前回のコピー周期から今回のコピー周期ま
での間に主データベースに蓄積されたデータを複製デー
タベースに定期的にコピーするデータベース多重化方法
において、主データベースを保有する装置に障害が起き
た場合、複製データベースを新しい主データベースとし
て使用する一方、前回コピーしてから障害が発生するま
での間に古い主データベースに蓄積されたデータを不一
致データとし、この不一致データを除去した古い主デー
タベースを複製データベースとして再利用するようにし
たものである。
【０００６】
【０００７】
【０００８】この発明によれば、主データベースに新し
く蓄積されたデータが、複製データベースに定周期でコ
ピーされる。主データベースを保有する装置に障害が起
きると、複製データベースが新しい主データベースとし
て使用され、システムが連続して運用される。この場
合、前回コピーしてから障害が発生するまでの間に古い
主データベース（障害が起きた装置の保有する主データ
ベース）に蓄積されたデータは新しい主データベースに
は含まれていないが、コピー周期を短くすることによ
り、そのデータの損失量を少なくすることができる。ま
た、この場合、前回コピーしてから障害が発生するまで
の間に古い主データベースに蓄積されたデータが不一致
データとされ、この不一致データを除去した古い主デー
タベースが複製データベースとして再利用される。
く蓄積されたデータが、複製データベースに定周期でコ
ピーされる。主データベースを保有する装置に障害が起
きると、複製データベースが新しい主データベースとし
て使用され、システムが連続して運用される。この場
合、前回コピーしてから障害が発生するまでの間に古い
主データベース（障害が起きた装置の保有する主データ
ベース）に蓄積されたデータは新しい主データベースに
は含まれていないが、コピー周期を短くすることによ
り、そのデータの損失量を少なくすることができる。ま
た、この場合、前回コピーしてから障害が発生するまで
の間に古い主データベースに蓄積されたデータが不一致
データとされ、この不一致データを除去した古い主デー
タベースが複製データベースとして再利用される。
【０００９】
【発明の実施の形態】以下、本発明を実施の形態に基づ
き詳細に説明する。図２はこの発明を適用してなるビル
管理システムのシステム構成図である。同図において、
１，２，３はメインコントロールユニット（ＭＣＵ：以
下、監視装置と呼ぶ）、４はエリアコントローラマスタ
（ＡＣＭ）、５−１，５−２はエリアコントローラ（Ａ
ＩＣ）、６−１〜６−６はリモートステーション（Ｉ−
ＤＧＰ）であり、監視装置１，２，３はオペレータイン
ターフェイスを提供し、エリアコントローラマスタ４は
ゲートウェイ機能を提供し、エリアコントローラ５−
１，５−２はエリア内の制御を行い、リモートステーシ
ョン６−１〜６−６は機器単位の制御を行う。
き詳細に説明する。図２はこの発明を適用してなるビル
管理システムのシステム構成図である。同図において、
１，２，３はメインコントロールユニット（ＭＣＵ：以
下、監視装置と呼ぶ）、４はエリアコントローラマスタ
（ＡＣＭ）、５−１，５−２はエリアコントローラ（Ａ
ＩＣ）、６−１〜６−６はリモートステーション（Ｉ−
ＤＧＰ）であり、監視装置１，２，３はオペレータイン
ターフェイスを提供し、エリアコントローラマスタ４は
ゲートウェイ機能を提供し、エリアコントローラ５−
１，５−２はエリア内の制御を行い、リモートステーシ
ョン６−１〜６−６は機器単位の制御を行う。
【００１０】このビル管理システムにおいて、監視装置
１，２，３は、監視業務を支援する監視アプリケーショ
ン（以下、監視ＡＰと呼ぶ）を備えている。図１に監視
装置１，２，３のシステム構成を示す。監視装置１，
２，３は、監視ＡＰ・１−１，２−１，３ー１と、切り
替え処理部１−２，２−２，３ー２と、データベース１
−３，２−３，３ー３と、データベーストリガ１−４，
２−４，３ー４と、変更ログ１−５，２−５，３ー５
と、システムレビジョンテーブル１−６，２−６，３ー
６と、レビジョンテーブル１−７，２−７，３ー７と、
モジュール状態監視部１−８，２−８，３ー８とを有し
ている。なお、この実施の形態では、現在、データベー
ス１−３を主データベースとして、データベース２−
３，３ー３を複製データベースとして使用しているもの
とする。また、図には示していないが、監視装置１，
２，３はＣＰＵを備えている。
１，２，３は、監視業務を支援する監視アプリケーショ
ン（以下、監視ＡＰと呼ぶ）を備えている。図１に監視
装置１，２，３のシステム構成を示す。監視装置１，
２，３は、監視ＡＰ・１−１，２−１，３ー１と、切り
替え処理部１−２，２−２，３ー２と、データベース１
−３，２−３，３ー３と、データベーストリガ１−４，
２−４，３ー４と、変更ログ１−５，２−５，３ー５
と、システムレビジョンテーブル１−６，２−６，３ー
６と、レビジョンテーブル１−７，２−７，３ー７と、
モジュール状態監視部１−８，２−８，３ー８とを有し
ている。なお、この実施の形態では、現在、データベー
ス１−３を主データベースとして、データベース２−
３，３ー３を複製データベースとして使用しているもの
とする。また、図には示していないが、監視装置１，
２，３はＣＰＵを備えている。
【００１１】監視ＡＰ・１−１，２−１，３ー１はそれ
ぞれの監視装置１，２，３で動く監視業務を支援する。
切り替え処理部１−２，２−２，３ー２は監視ＡＰ・１
−１，２−１，３ー１からの更新，選択要求を主データ
ベース１−３に中継する。主データベース１−３は監視
業務のためのデータを保管する。複製データベース２−
３，３ー３は主データベース１−３のある時点の複製デ
ータを保管する。データベーストリガ１−４，２−４，
３ー４はデータベース１−３，２−３，３ー３に対する
更新個所を書き出す。変更ログ１−５，２−５，３ー５
はデータベース１−３，２−３，３ー３の変更個所の履
歴を保持する。システムレビジョンテーブル１−６，２
−６，３ー６は主データベースの切替回数をシステムレ
ビジョンとして保持する。レビジョンテーブル１−７，
２−７，３ー７はデータベース１−３，２−３，３ー３
のバージョンを示すレビジョンを格納する。モジュール
状態監視部１−８，２−８，３ー８は監視装置１，２，
３が正常に動いているかどうかを監視する。
ぞれの監視装置１，２，３で動く監視業務を支援する。
切り替え処理部１−２，２−２，３ー２は監視ＡＰ・１
−１，２−１，３ー１からの更新，選択要求を主データ
ベース１−３に中継する。主データベース１−３は監視
業務のためのデータを保管する。複製データベース２−
３，３ー３は主データベース１−３のある時点の複製デ
ータを保管する。データベーストリガ１−４，２−４，
３ー４はデータベース１−３，２−３，３ー３に対する
更新個所を書き出す。変更ログ１−５，２−５，３ー５
はデータベース１−３，２−３，３ー３の変更個所の履
歴を保持する。システムレビジョンテーブル１−６，２
−６，３ー６は主データベースの切替回数をシステムレ
ビジョンとして保持する。レビジョンテーブル１−７，
２−７，３ー７はデータベース１−３，２−３，３ー３
のバージョンを示すレビジョンを格納する。モジュール
状態監視部１−８，２−８，３ー８は監視装置１，２，
３が正常に動いているかどうかを監視する。
【００１２】次に、このビル管理システムにおける特徴
的な動作（バックアップロジック）について、監視装置
１，２，３での各部の機能を交えながら説明する。
的な動作（バックアップロジック）について、監視装置
１，２，３での各部の機能を交えながら説明する。
【００１３】〔監視ＡＰからの更新内容の蓄積〕監視Ａ
Ｐ・１−１からの更新内容は切り替え処理部１−２によ
り主データベース１−３へ送られる。監視ＡＰ・２−１
からの更新内容は切り替え処理部２−２により主データ
ベース１−３へ送られる。監視ＡＰ・３−１からの更新
内容は切り替え処理部３−２により主データベース１−
３へ送られる。これにより、主データベース１−３に、
監視ＡＰ・１−１，２−１，３ー１からのデータが更新
蓄積される。
Ｐ・１−１からの更新内容は切り替え処理部１−２によ
り主データベース１−３へ送られる。監視ＡＰ・２−１
からの更新内容は切り替え処理部２−２により主データ
ベース１−３へ送られる。監視ＡＰ・３−１からの更新
内容は切り替え処理部３−２により主データベース１−
３へ送られる。これにより、主データベース１−３に、
監視ＡＰ・１−１，２−１，３ー１からのデータが更新
蓄積される。
【００１４】主データベース１−３にデータが更新蓄積
されると、更新の処理毎に、データベーストリガ１−４
が起動し、更新個所をテーブル名とＲＯＷＩＤ（行）で
変更ログ１−５に記述する。この場合、変更個所は、シ
ステムレビジョンテーブル１−６内のシステムレビジョ
ンによって指定されるレビジョンテーブル１−７のエン
トリ内のレビジョン（主データベース１−３の現在のレ
ビジョン）をＮとした場合、Ｎ＋１で指定される変更ロ
グ１−５のエントリ内に記述される。
されると、更新の処理毎に、データベーストリガ１−４
が起動し、更新個所をテーブル名とＲＯＷＩＤ（行）で
変更ログ１−５に記述する。この場合、変更個所は、シ
ステムレビジョンテーブル１−６内のシステムレビジョ
ンによって指定されるレビジョンテーブル１−７のエン
トリ内のレビジョン（主データベース１−３の現在のレ
ビジョン）をＮとした場合、Ｎ＋１で指定される変更ロ
グ１−５のエントリ内に記述される。
【００１５】例えば、変更個所を「テーブルの２００
行」とした場合、図３に示すように、システムレビジョ
ンテーブル１−６内のシステムレビジョンが「２」であ
れば、このシステムレビジョン「２」によってレビジョ
ンテーブル１−７のエントリ「２」が指定され、このエ
ントリ「２」内のレビジョン「２００」が主データベー
ス１−３の現在のレビジョンＮとして読み出され、Ｎ＋
１で指定される変更ログ１−５のエントリ、すなわち２
０１番目のエントリ内に変更個所が「テーブルの２０
０行」として記述される。変更ログ１−５に変更個所が
記述されると、レビジョンテーブル１−７のエントリ
「２」内のレビジョンがインクリメントされ、「２０
１」とされる。
行」とした場合、図３に示すように、システムレビジョ
ンテーブル１−６内のシステムレビジョンが「２」であ
れば、このシステムレビジョン「２」によってレビジョ
ンテーブル１−７のエントリ「２」が指定され、このエ
ントリ「２」内のレビジョン「２００」が主データベー
ス１−３の現在のレビジョンＮとして読み出され、Ｎ＋
１で指定される変更ログ１−５のエントリ、すなわち２
０１番目のエントリ内に変更個所が「テーブルの２０
０行」として記述される。変更ログ１−５に変更個所が
記述されると、レビジョンテーブル１−７のエントリ
「２」内のレビジョンがインクリメントされ、「２０
１」とされる。
【００１６】なお、変更ログ１−５のエントリはサイク
リックに使用し、主データベース１−３の現在のレビジ
ョンが変更ログ１−５の最大エントリを示していた時
は、変更ログ１−５の第１番目のエントリに変更個所が
記述される。
リックに使用し、主データベース１−３の現在のレビジ
ョンが変更ログ１−５の最大エントリを示していた時
は、変更ログ１−５の第１番目のエントリに変更個所が
記述される。
【００１７】〔複製データベースへのコピー処理〕図４
にコピー処理が行われる前の監視装置１および監視装置
２の状態を例示する。この例では、主データベース１−
３および複製データベース２−３に、データの更新蓄積
場所としてテーブル，を有しているものとしてい
る。また、監視装置１における主データベース１−３の
現在のレビジョンを「２０１」、監視装置２における複
製データベース２−３の現在のレビジョンを「１９９」
としている。また、前回のコピー処理により、主データ
ベース１ー３と複製データベース２−３とは、テーブル
の２００行目、テーブルの１５００行目以外は一致
しているものとする。
にコピー処理が行われる前の監視装置１および監視装置
２の状態を例示する。この例では、主データベース１−
３および複製データベース２−３に、データの更新蓄積
場所としてテーブル，を有しているものとしてい
る。また、監視装置１における主データベース１−３の
現在のレビジョンを「２０１」、監視装置２における複
製データベース２−３の現在のレビジョンを「１９９」
としている。また、前回のコピー処理により、主データ
ベース１ー３と複製データベース２−３とは、テーブル
の２００行目、テーブルの１５００行目以外は一致
しているものとする。
【００１８】前回のコピー処理から一定時間が経過する
と、監視装置２のＣＰＵがコピー処理プログラムを起動
し、前回のコピー周期から今回のコピー周期までの間に
主データベース１−３に更新蓄積されたデータを複製デ
ータベース２−３にコピーする。すなわち、監視装置２
のＣＰＵは、主データベース１−３の現在のレビジョン
と複製データベース２−３の現在のレビジョンとを比較
し、主データベース１−３の現在のレビジョンが複製デ
ータベース２−３の現在のレビジョンよりも進んでいる
部分の更新蓄積データを、１つのトランザクションとし
て複製データベース２−３にコピーする。
と、監視装置２のＣＰＵがコピー処理プログラムを起動
し、前回のコピー周期から今回のコピー周期までの間に
主データベース１−３に更新蓄積されたデータを複製デ
ータベース２−３にコピーする。すなわち、監視装置２
のＣＰＵは、主データベース１−３の現在のレビジョン
と複製データベース２−３の現在のレビジョンとを比較
し、主データベース１−３の現在のレビジョンが複製デ
ータベース２−３の現在のレビジョンよりも進んでいる
部分の更新蓄積データを、１つのトランザクションとし
て複製データベース２−３にコピーする。
【００１９】図４で言えば、主データベース１−３の現
在のレビジョンが「２０１」、複製データベース２−３
の現在のレビジョンが「１９９」であり、主データベー
ス１−３の現在のレビジョンが「２００」，「２０１」
の２レビジョン進んでいるので、変更ログ１−５のエン
トリ「２００」で示される「テーブルの１５００行
目」の内容、および変更ログ１−５のエントリ「２０
１」で示される「テーブルの２００行目」内容を、複
製データベース２−３の「テーブルの１５００行目」
および「テーブルの２００行目」にコピーする。コピ
ー時の主データベース１−３からの読み出しは、テーブ
ル内容がコピーのトランザクション開始時の内容に保持
される方法（データベース機能）で行う。
在のレビジョンが「２０１」、複製データベース２−３
の現在のレビジョンが「１９９」であり、主データベー
ス１−３の現在のレビジョンが「２００」，「２０１」
の２レビジョン進んでいるので、変更ログ１−５のエン
トリ「２００」で示される「テーブルの１５００行
目」の内容、および変更ログ１−５のエントリ「２０
１」で示される「テーブルの２００行目」内容を、複
製データベース２−３の「テーブルの１５００行目」
および「テーブルの２００行目」にコピーする。コピ
ー時の主データベース１−３からの読み出しは、テーブ
ル内容がコピーのトランザクション開始時の内容に保持
される方法（データベース機能）で行う。
【００２０】複製データベース２−３の現在のレビジョ
ンと変更ログ２−５の内容は、コピー処理により複製デ
ータベース２−３の内容が更新されることにより、デー
タベーストリガ２−４が起動し、前述した「監視ＡＰか
らの更新内容の蓄積」の場合と同じロジックで更新され
る。これにより、レビジョンテーブル２−７のエントリ
「２」内のレビジョンは「２０１」となり、変更ログ２
−５のエントリ「２００」内には「テーブルの１５０
０行目」が、変更ログ２−５のエントリ「２０１」内に
は「テーブルの２００行目」が記述される。
ンと変更ログ２−５の内容は、コピー処理により複製デ
ータベース２−３の内容が更新されることにより、デー
タベーストリガ２−４が起動し、前述した「監視ＡＰか
らの更新内容の蓄積」の場合と同じロジックで更新され
る。これにより、レビジョンテーブル２−７のエントリ
「２」内のレビジョンは「２０１」となり、変更ログ２
−５のエントリ「２００」内には「テーブルの１５０
０行目」が、変更ログ２−５のエントリ「２０１」内に
は「テーブルの２００行目」が記述される。
【００２１】なお、ここでは監視装置２の複製データベ
ース２−３へのコピー処理について述べたが、監視装置
３の複製データベース３−３へも同様にしてコピー処理
が行われる。この場合、監視装置３のＣＰＵが複製デー
タベース３−３へのコピー処理を行い、監視装置２，３
のＣＰＵにコピー処理を行わせることによって、主デー
タベース１−３を保有する監視装置１でのＣＰＵの負荷
を軽減することができる。
ース２−３へのコピー処理について述べたが、監視装置
３の複製データベース３−３へも同様にしてコピー処理
が行われる。この場合、監視装置３のＣＰＵが複製デー
タベース３−３へのコピー処理を行い、監視装置２，３
のＣＰＵにコピー処理を行わせることによって、主デー
タベース１−３を保有する監視装置１でのＣＰＵの負荷
を軽減することができる。
【００２２】〔主データベースを保有する監視装置の障
害発生時の処理〕主データベース１−３を保有する監視
装置１に障害が起きると、監視装置１，２，３のモジュ
ール状態監視部１−８，２−８，３−８が異常を検知
し、複製データベース２−３，３−３の中で最もレビジ
ョンの進んでいるものを新しい主データベースとし、シ
ステムレビジョンアップ処理を行う。
害発生時の処理〕主データベース１−３を保有する監視
装置１に障害が起きると、監視装置１，２，３のモジュ
ール状態監視部１−８，２−８，３−８が異常を検知
し、複製データベース２−３，３−３の中で最もレビジ
ョンの進んでいるものを新しい主データベースとし、シ
ステムレビジョンアップ処理を行う。
【００２３】例えば、複製データベース２−３が最もレ
ビジョンが進んでいれば、この複製データベース２−３
が新しい主データベースとされる。これにより、以降、
新しい主データベース２−３に、監視ＡＰ・１−１，２
−１，３−１からのデータが更新蓄積されるようにな
り、システムが連続して運用される。
ビジョンが進んでいれば、この複製データベース２−３
が新しい主データベースとされる。これにより、以降、
新しい主データベース２−３に、監視ＡＰ・１−１，２
−１，３−１からのデータが更新蓄積されるようにな
り、システムが連続して運用される。
【００２４】ここで、監視装置１に障害が起きたとき、
主データベース１−３の現在のレビジョンが「２０
３」、複製データベース２−３の現在のレビジョンが
「２０１」であったとすると、主データベース１−３の
レビジョン「２０２」，「２０３」に対応する更新デー
タは複製データベース２−３には含まれていない。すな
わち、複製データベース２−３を新しい主データベース
２−３とした場合、古い主データベース１−３のレビジ
ョン「２０２」，「２０３」に対応する更新データが失
われる。
主データベース１−３の現在のレビジョンが「２０
３」、複製データベース２−３の現在のレビジョンが
「２０１」であったとすると、主データベース１−３の
レビジョン「２０２」，「２０３」に対応する更新デー
タは複製データベース２−３には含まれていない。すな
わち、複製データベース２−３を新しい主データベース
２−３とした場合、古い主データベース１−３のレビジ
ョン「２０２」，「２０３」に対応する更新データが失
われる。
【００２５】しかし、このビル管理システムでは、デー
タの損失よりも、連続して監視業務が行えることとメン
テナンスが簡単であることが重要視される。したがっ
て、古い主データベース１−３のレビジョン「２０
２」，「２０３」に対応する更新データが失われても、
それほど問題は生じない。例えば、ヒストリカルデータ
（日月報や検針値など）は、垂直分散により、ＡＣＭで
保証されているため、この仕組みでの損失が原因で、欠
測とはならない。また、通常のオペレータ操作（スケジ
ュールの変更や温度の設定値の変更）は、コントローラ
がマスタデータを持っているため、この仕組みでの損失
により、その操作がキャンセルされることはない。この
データの損失量は、コピー周期を短くすることにより、
少なくすることができる。
タの損失よりも、連続して監視業務が行えることとメン
テナンスが簡単であることが重要視される。したがっ
て、古い主データベース１−３のレビジョン「２０
２」，「２０３」に対応する更新データが失われても、
それほど問題は生じない。例えば、ヒストリカルデータ
（日月報や検針値など）は、垂直分散により、ＡＣＭで
保証されているため、この仕組みでの損失が原因で、欠
測とはならない。また、通常のオペレータ操作（スケジ
ュールの変更や温度の設定値の変更）は、コントローラ
がマスタデータを持っているため、この仕組みでの損失
により、その操作がキャンセルされることはない。この
データの損失量は、コピー周期を短くすることにより、
少なくすることができる。
【００２６】システムレビジョンアップ処理では、障害
が起きた古い主データベース１−３を保有する監視装置
１以外の監視装置、すなわち監視装置２，３について、
そのシステムレビジョンテーブル２−６，３−６内のシ
ステムレビジョンをインクリメントし、その時の複製デ
ータベース２−３，３−３の現在のレビジョンを、イン
クリメントされた新しいシステムレビジョンによって指
定されるレビジョンテーブル２−７，３−７内のエント
リにコピーする。
が起きた古い主データベース１−３を保有する監視装置
１以外の監視装置、すなわち監視装置２，３について、
そのシステムレビジョンテーブル２−６，３−６内のシ
ステムレビジョンをインクリメントし、その時の複製デ
ータベース２−３，３−３の現在のレビジョンを、イン
クリメントされた新しいシステムレビジョンによって指
定されるレビジョンテーブル２−７，３−７内のエント
リにコピーする。
【００２７】このシステムレビジョンアップ処理を監視
装置２を例にとって説明すれば、図５に示すように、そ
のシステムレビジョンテーブル２−６内のシステムレビ
ジョンをインクリメントして「３」とし、このインクリ
メントされた新しいシステムレビジョン「３」によって
指定されるレビジョンテーブル２−７のエントリ「３」
内に、その時の複製データベース２−３の現在のレビジ
ョン「２０１」をコピーする。
装置２を例にとって説明すれば、図５に示すように、そ
のシステムレビジョンテーブル２−６内のシステムレビ
ジョンをインクリメントして「３」とし、このインクリ
メントされた新しいシステムレビジョン「３」によって
指定されるレビジョンテーブル２−７のエントリ「３」
内に、その時の複製データベース２−３の現在のレビジ
ョン「２０１」をコピーする。
【００２８】なお、レビジョンテーブル２−７（３−
７）のエントリはサイクリックに使用し、現在のシステ
ムレビジョンがレビジョンテーブル２−７（３−７）の
最大エントリを示していた時は、レビジョンテーブル２
−７（３−７）の第１番目のエントリにその時の複製デ
ータベース２−３（３−３）の現在のレビジョンをコピ
ーする。
７）のエントリはサイクリックに使用し、現在のシステ
ムレビジョンがレビジョンテーブル２−７（３−７）の
最大エントリを示していた時は、レビジョンテーブル２
−７（３−７）の第１番目のエントリにその時の複製デ
ータベース２−３（３−３）の現在のレビジョンをコピ
ーする。
【００２９】〔主データベースの再利用のための処理〕
主データベース１−３を保有する監視装置１に障害が発
生すると、上述した如く、自動的にリスタートし、監視
機能を復旧する。この時、例えば、複製データベース２
−３を新しい主データベースとして、システムは既に運
用を開始している。この時、新しい主データベース２−
３は、古い主データベース１−３の障害が発生する直前
のコピー処理までのデータに対して、障害発生後の更新
データが加えられる。すなわち、新しい主データベース
２−３には、前回コピーしてから障害が発生するまでの
間に古い主データベース１−３に更新蓄積されたデータ
を含まないまま、障害発生後の更新データが加えられ
る。
主データベース１−３を保有する監視装置１に障害が発
生すると、上述した如く、自動的にリスタートし、監視
機能を復旧する。この時、例えば、複製データベース２
−３を新しい主データベースとして、システムは既に運
用を開始している。この時、新しい主データベース２−
３は、古い主データベース１−３の障害が発生する直前
のコピー処理までのデータに対して、障害発生後の更新
データが加えられる。すなわち、新しい主データベース
２−３には、前回コピーしてから障害が発生するまでの
間に古い主データベース１−３に更新蓄積されたデータ
を含まないまま、障害発生後の更新データが加えられ
る。
【００３０】ここで、古い主データベース１−３を複製
データベースとして再利用するには、前回コピーしてか
ら障害が発生するまでの間に古い主データベース１−３
に更新蓄積されたデータを不一致データとして除去した
後（以下、この処理をデータ一致処理と呼ぶ）、新しい
主データベース２−３に更新蓄積された障害発生後の更
新データを古い主データベース１−３にコピーする必要
がある。
データベースとして再利用するには、前回コピーしてか
ら障害が発生するまでの間に古い主データベース１−３
に更新蓄積されたデータを不一致データとして除去した
後（以下、この処理をデータ一致処理と呼ぶ）、新しい
主データベース２−３に更新蓄積された障害発生後の更
新データを古い主データベース１−３にコピーする必要
がある。
【００３１】〔データ一致処理〕データ一致処理につい
て図６〜図８を用いて具体的に説明する。図６は障害発
生直前の監視装置１および監視装置２の状態である。主
データベース１−３のテーブルの２００行目とテーブ
ルの１５００行目はまだ複製データベース２−３にコ
ピーされていない。
て図６〜図８を用いて具体的に説明する。図６は障害発
生直前の監視装置１および監視装置２の状態である。主
データベース１−３のテーブルの２００行目とテーブ
ルの１５００行目はまだ複製データベース２−３にコ
ピーされていない。
【００３２】図７は監視装置１に障害が起きた状態を示
している。監視装置２のデータベース２−３は新しい主
データベースとなり、システムバージョンアップ処理に
よりシステムレビジョンテーブル２−６のシステムレビ
ジョンが「３」とされ、レビジョンテーブル２−７のエ
ントリ「３」にデータベース２−３の現在のレビジョン
「１９９」がコピーされている。
している。監視装置２のデータベース２−３は新しい主
データベースとなり、システムバージョンアップ処理に
よりシステムレビジョンテーブル２−６のシステムレビ
ジョンが「３」とされ、レビジョンテーブル２−７のエ
ントリ「３」にデータベース２−３の現在のレビジョン
「１９９」がコピーされている。
【００３３】図８は障害でダウンしていた監視装置１が
復帰してきた状態を示している。この状態では、新しい
主データベース２ー３と古い主データベース１−３と
は、テーブルの２００行目、テーブルの１５００行
目が食い違っている。この状態を復旧するのがデータ一
致処理である。
復帰してきた状態を示している。この状態では、新しい
主データベース２ー３と古い主データベース１−３と
は、テーブルの２００行目、テーブルの１５００行
目が食い違っている。この状態を復旧するのがデータ一
致処理である。
【００３４】このデータ一致処理では、監視装置１のシ
ステムレビジョン１−６内のシステムレビジョン「２」
に基づき、このシステムレビジョン「２」で指定される
監視装置２におけるレビジョンテーブル２−７のエント
リ「２」内のレビジョン「１９９」を読み取り、このレ
ビジョン「１９９」に「１」を加えたレビジョン「２０
０」から古い主データベース１−３の現在のレビジョン
「２０１」までの間に変更ログ１−５に記述された「テ
ーブルの１５００行目」、「テーブルの２００行
目」について、新しい主データベース２−３の内容で古
い主データベース１−３を上書きする。
ステムレビジョン１−６内のシステムレビジョン「２」
に基づき、このシステムレビジョン「２」で指定される
監視装置２におけるレビジョンテーブル２−７のエント
リ「２」内のレビジョン「１９９」を読み取り、このレ
ビジョン「１９９」に「１」を加えたレビジョン「２０
０」から古い主データベース１−３の現在のレビジョン
「２０１」までの間に変更ログ１−５に記述された「テ
ーブルの１５００行目」、「テーブルの２００行
目」について、新しい主データベース２−３の内容で古
い主データベース１−３を上書きする。
【００３５】このようにして、データ一致処理を行った
後、監視装置１においてシステムレビジョンアップ処理
を行い、古い主データベース１−３を複製データベース
として再利用する。すなわち、監視装置１において、シ
ステムレビジョンテーブル１−６内のシステムレビジョ
ンをインクリメントし、前回コピー時のレビジョン「１
９９」を新しいシステムレビジョン「３」によって指定
されるレビジョンテーブル１−７内のエントリ「３」に
コピーする。
後、監視装置１においてシステムレビジョンアップ処理
を行い、古い主データベース１−３を複製データベース
として再利用する。すなわち、監視装置１において、シ
ステムレビジョンテーブル１−６内のシステムレビジョ
ンをインクリメントし、前回コピー時のレビジョン「１
９９」を新しいシステムレビジョン「３」によって指定
されるレビジョンテーブル１−７内のエントリ「３」に
コピーする。
【００３６】なお、この実施の形態では、レビジョンや
システムレビジョンをサイクリックに使用している。こ
のため、ただ単にその数値が大きいからといって、レビ
ジョンやシステムレビジョンが「進んでいる」と判断す
ることはできない。そこで、この実施の形態では、レビ
ジョンやシステムレビジョンが半周以上離れることはな
いと仮定し、レビジョンが半周より進んでいた場合は遅
れていると判断するようにしている。
システムレビジョンをサイクリックに使用している。こ
のため、ただ単にその数値が大きいからといって、レビ
ジョンやシステムレビジョンが「進んでいる」と判断す
ることはできない。そこで、この実施の形態では、レビ
ジョンやシステムレビジョンが半周以上離れることはな
いと仮定し、レビジョンが半周より進んでいた場合は遅
れていると判断するようにしている。
【００３７】
【発明の効果】以上説明したことから明らかなように本
発明によれば、主データベースに新しく蓄積されたデー
タが複製データベースに定周期でコピーされ、主データ
ベースを保有する装置に障害が起きると、複製データベ
ースが新しい主データベースとして使用されるものとな
り、この場合、前回コピーしてから障害が発生するまで
の間に古い主データベースに蓄積されたデータは新しい
主データベースには含まれていないが、コピー周期を短
くすることによってそのデータの損失量を少なくするこ
とが可能となり、また、前回コピーしてから障害が発生
するまでの間に古い主データベースに蓄積されたデータ
が不一致データとされ、この不一致データを除去した古
い主データベースが複製データベースとして再利用され
るものとなり、ビル管理システムなどの監視を主眼とす
るシステムにおいて、２重化したハードウェアと大容量
の２次記録装置を不要とし、コストダウンを図ることが
できるようになる。
発明によれば、主データベースに新しく蓄積されたデー
タが複製データベースに定周期でコピーされ、主データ
ベースを保有する装置に障害が起きると、複製データベ
ースが新しい主データベースとして使用されるものとな
り、この場合、前回コピーしてから障害が発生するまで
の間に古い主データベースに蓄積されたデータは新しい
主データベースには含まれていないが、コピー周期を短
くすることによってそのデータの損失量を少なくするこ
とが可能となり、また、前回コピーしてから障害が発生
するまでの間に古い主データベースに蓄積されたデータ
が不一致データとされ、この不一致データを除去した古
い主データベースが複製データベースとして再利用され
るものとなり、ビル管理システムなどの監視を主眼とす
るシステムにおいて、２重化したハードウェアと大容量
の２次記録装置を不要とし、コストダウンを図ることが
できるようになる。
【図１】 図２に示したビル管理システムにおける各監
視装置のシステム構成を示す図である。
視装置のシステム構成を示す図である。
【図２】 本発明を適用してなるビル管理システムのシ
ステム構成図である。
ステム構成図である。
【図３】 監視ＡＰからの更新内容の蓄積を説明するた
めの図である。
めの図である。
【図４】 複製データベースへのコピー処理を説明する
ための図である。
ための図である。
【図５】 システムレビジョンアップ処理を説明するた
めの図である。
めの図である。
【図６】 データ一致処理を説明（障害発生直前）する
ための図である。
ための図である。
【図７】 データ一致処理を説明（障害発生時）するた
めの図である。
めの図である。
【図８】 データ一致処理を説明（障害復帰時）するた
めの図である。
めの図である。
１，２，３…監視装置、１−１，２−１，３ー１…監視
ＡＰ、１−２，２−２，３ー２…切り替え処理部、１−
３，２−３，３ー３…データベース、１−４，２−４，
３ー４…データベーストリガ、１−５，２−５，３ー５
…変更ログ、１−６，２−６，３ー６…システムレビジ
ョンテーブル、１−７，２−７，３ー７…レビジョンテ
ーブル、１−８，２−８，３ー８…モジュール状態監視
部。
ＡＰ、１−２，２−２，３ー２…切り替え処理部、１−
３，２−３，３ー３…データベース、１−４，２−４，
３ー４…データベーストリガ、１−５，２−５，３ー５
…変更ログ、１−６，２−６，３ー６…システムレビジ
ョンテーブル、１−７，２−７，３ー７…レビジョンテ
ーブル、１−８，２−８，３ー８…モジュール状態監視
部。
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平３−250257（ＪＰ，Ａ) 特開 平５−307576（ＪＰ，Ａ) 特開 平７−262068（ＪＰ，Ａ) 特開 平５−73393（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 12/00 531 G06F 12/16 310
Claims (1)
- 【請求項１】 主データベースにデータを蓄積して行く
一方、前回のコピー周期から今回のコピー周期までの間
に前記主データベースに蓄積されたデータを複製データ
ベースに定期的にコピーするデータベース多重化方法に
おいて、 前記主データベースを保有する装置に障害が起きた場
合、前記複製データベースを新しい主データベースとし
て使用する一方、前回コピーしてから前記障害が発生す
るまでの間に前記古い主データベースに蓄積されたデー
タを不一致データとし、この不一致データを除去した前
記古い主データベースを複製データベースとして再利用
するようにしたことを特徴とすることを特徴とするデー
タベース多重化方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP00552596A JP3309198B2 (ja) | 1996-01-17 | 1996-01-17 | データベース多重化方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP00552596A JP3309198B2 (ja) | 1996-01-17 | 1996-01-17 | データベース多重化方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09198288A JPH09198288A (ja) | 1997-07-31 |
| JP3309198B2 true JP3309198B2 (ja) | 2002-07-29 |
Family
ID=11613614
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP00552596A Expired - Fee Related JP3309198B2 (ja) | 1996-01-17 | 1996-01-17 | データベース多重化方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3309198B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4774400B2 (ja) * | 2007-10-31 | 2011-09-14 | 株式会社日立製作所 | 監視システム |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3064319B2 (ja) * | 1990-02-28 | 2000-07-12 | 株式会社日立製作所 | 高信頼性オンラインシステム |
| US5592660A (en) * | 1991-03-04 | 1997-01-07 | Fujitsu Limited | Database management system to alternately perform retrieval process and updating process |
| JPH0573393A (ja) * | 1991-09-11 | 1993-03-26 | Nec Corp | 分散フアイル管理方式 |
| JP2708386B2 (ja) * | 1994-03-18 | 1998-02-04 | インターナショナル・ビジネス・マシーンズ・コーポレイション | 同時更新及び複写手順を通して重複データベースを回復させる方法及び装置 |
-
1996
- 1996-01-17 JP JP00552596A patent/JP3309198B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09198288A (ja) | 1997-07-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7565572B2 (en) | Method for rolling back from snapshot with log | |
| US5799322A (en) | System and method for stopping updates at a specified timestamp in a remote duplicate database facility | |
| US5799323A (en) | Remote duplicate databased facility with triple contingency protection | |
| US5704031A (en) | Method of performing self-diagnosing hardware, software and firmware at a client node in a client/server system | |
| US6742138B1 (en) | Data recovery method and apparatus | |
| US20050283504A1 (en) | Disaster recovery system suitable for database system | |
| US20050251633A1 (en) | Apparatus, system, and method for synchronizing an asynchronous mirror volume using a synchronous mirror volume | |
| KR19980024086A (ko) | 컴퓨터 시스템 및 화일 관리 방법 | |
| JP2003507791A (ja) | 遠隔ミラーリングシステム、装置及び方法 | |
| JP2000163344A (ja) | ネットワーク管理システムのデータベース復旧方式 | |
| CN111176900A (zh) | 一种分布式存储***及其数据恢复方法、装置和介质 | |
| US5931955A (en) | Method and generic automatic database recovery | |
| JP3309198B2 (ja) | データベース多重化方法 | |
| CN111581013A (zh) | 基于元数据和影子文件的***信息备份与重构方法 | |
| JPS58103052A (ja) | 自動デ−タ収集方式 | |
| JPH04369735A (ja) | 計算機システムのバックアップ方式 | |
| CN113190379B (zh) | 一种数据库备份减少备份集的方法、***及介质 | |
| JP3514332B2 (ja) | データベースバックアップ方法 | |
| JP2850756B2 (ja) | 分散処理システムにおけるファイルの障害復旧方式 | |
| JPH01237716A (ja) | ボリューム切替方式 | |
| JPH09330262A (ja) | バックアップシステム | |
| JPH07261989A (ja) | 制御プログラム復旧方式 | |
| JPH10508968A (ja) | 共用環境におけるデータ・セットのバックアップ方法及び装置 | |
| JPH08278911A (ja) | 多重系処理システム | |
| JPS6167153A (ja) | 直接アクセス記憶装置の部分障害回復処理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080524 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080524 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090524 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100524 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100524 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110524 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |