JP3478187B2 - データベース管理方法及びシステム - Google Patents
データベース管理方法及びシステムInfo
- Publication number
- JP3478187B2 JP3478187B2 JP20861799A JP20861799A JP3478187B2 JP 3478187 B2 JP3478187 B2 JP 3478187B2 JP 20861799 A JP20861799 A JP 20861799A JP 20861799 A JP20861799 A JP 20861799A JP 3478187 B2 JP3478187 B2 JP 3478187B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- management unit
- update request
- management
- database
- 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 - Lifetime
Links
Description
【０００１】
【発明の属する技術分野】システムの大規模化、多様化
に伴い、機能分散、負荷分散、危険分散を目的とした複
数ＣＰＵ（中央処理装置）構成システムが多くなってき
ている。このようなシステムで、共通リソースであるデ
一夕ベース（以下ＤＢ）を複数ＣＰＵ間で共用アクセス
する場合、本発明が適用できる。
に伴い、機能分散、負荷分散、危険分散を目的とした複
数ＣＰＵ（中央処理装置）構成システムが多くなってき
ている。このようなシステムで、共通リソースであるデ
一夕ベース（以下ＤＢ）を複数ＣＰＵ間で共用アクセス
する場合、本発明が適用できる。
【０００２】
【従来の技術】システム間でＤＢを共用する方式とし
て、例えば特開昭６２−２０４３６０号公報に記載のよ
うに、共用ＤＢの排他制御のため、ＤＢ管理元をきめ、
このロックマネジャと他システムとの間で排他情報をや
りとりして排他の一元管理を行なう方法が知られてい
る。
て、例えば特開昭６２−２０４３６０号公報に記載のよ
うに、共用ＤＢの排他制御のため、ＤＢ管理元をきめ、
このロックマネジャと他システムとの間で排他情報をや
りとりして排他の一元管理を行なう方法が知られてい
る。
【０００３】また、この方式では、ＤＢ障害時の回復情
報であるジャーナルは、各システムで取得されておりＤ
Ｂ障害回復時、ジャーナルマージが必要であった。
報であるジャーナルは、各システムで取得されておりＤ
Ｂ障害回復時、ジャーナルマージが必要であった。
【０００４】
【発明が解決しようとする課題】従来のシステム間ＤＢ
共用方式では、性能面、運用面で、下記の問題があっ
た。
共用方式では、性能面、運用面で、下記の問題があっ
た。
【０００５】（１）システム間共用ＤＢに対して、デー
タ検索だけを行う場合でも、当該ＤＢに対する更新処理
との排他制御を行うために、ＤＢ管理元システムに排他
使用連絡を行う必要が有り、システム間でＤＢ共用しな
い場合に比べて、データ検索のオ一バヘッドが大きくな
るため、大量のデータ検索には適していない。
タ検索だけを行う場合でも、当該ＤＢに対する更新処理
との排他制御を行うために、ＤＢ管理元システムに排他
使用連絡を行う必要が有り、システム間でＤＢ共用しな
い場合に比べて、データ検索のオ一バヘッドが大きくな
るため、大量のデータ検索には適していない。
【０００６】（２）システム間共用ＤＢに対して、複数
ＣＰＵからデータ更新を行う場合、ＤＢ更新ジャーナル
は、ＤＢ更新要求元システムで取得されるため、ＤＢ障
害回復時、複数システムのジャーナルをマージする必要
が有る。
ＣＰＵからデータ更新を行う場合、ＤＢ更新ジャーナル
は、ＤＢ更新要求元システムで取得されるため、ＤＢ障
害回復時、複数システムのジャーナルをマージする必要
が有る。
【０００７】本発明の目的は、以上の問題を解決するシ
ステム間データベース共用方式を提供することにある。
ステム間データベース共用方式を提供することにある。
【０００８】
【課題を解決するための手段】上記目的を達成するため
に、ＣＰＵ間のＤＢ共用方式として、 （１）データ検索オ一バヘッドの削減 ＣＰＵ間共用ＤＢに対して、データ検索しか行わない処
理（トランザクション）については、アクセス対象のデ
ータに対して、排他制御を行わず、データ検索要求元Ｃ
ＰＵから直接データアクセスを行う。
に、ＣＰＵ間のＤＢ共用方式として、 （１）データ検索オ一バヘッドの削減 ＣＰＵ間共用ＤＢに対して、データ検索しか行わない処
理（トランザクション）については、アクセス対象のデ
ータに対して、排他制御を行わず、データ検索要求元Ｃ
ＰＵから直接データアクセスを行う。
【０００９】これにより、データ検索については、ＣＰ
Ｕ間で共用しないＤＢへのアクセスと同等の性能を実現
できる。
Ｕ間で共用しないＤＢへのアクセスと同等の性能を実現
できる。
【００１０】データ検索時、他ＣＰＵからのデータ更新
処理とのタイミングにより、検索データブロックの制御
情報に矛盾を検知した場合は、次のいずれかの方法で処
理する。
処理とのタイミングにより、検索データブロックの制御
情報に矛盾を検知した場合は、次のいずれかの方法で処
理する。
【００１１】（ａ）一定時間間隔で一定回数、データ検
索を再指向し、タイミングによる同期ズレを救済する。
索を再指向し、タイミングによる同期ズレを救済する。
【００１２】（ｂ）当該データベース管理元ＣＰＵに検
索要求を転送し、矛盾のない状態での検索をデータベー
ス管理元ＣＰＵで実行する。
索要求を転送し、矛盾のない状態での検索をデータベー
ス管理元ＣＰＵで実行する。
【００１３】（２）ＤＢ障害回復用ジャーナルの一元化
ＤＢ障害回復には、ＤＢのバックアップ情報と、バック
アップ取得時点以降のＤＢ更新ジャーナル情報が必要で
ある。ＤＢ更新ジャーナルを１つのＣＰＵの下で一元化
して取得するため、ＤＢ更新処理については、すべてＤ
Ｂ管理元ＣＰＵで実施する。即ち、ＤＢ管理元以外のＣ
ＰＵから、ＣＰＵ間共用ＤＢを更新するときは、ＤＢ管
理元ＣＰＵへＤＢ更新要求を送り、ＤＢ管理元ＣＰＵで
ＤＢ更新する方式とする。
アップ取得時点以降のＤＢ更新ジャーナル情報が必要で
ある。ＤＢ更新ジャーナルを１つのＣＰＵの下で一元化
して取得するため、ＤＢ更新処理については、すべてＤ
Ｂ管理元ＣＰＵで実施する。即ち、ＤＢ管理元以外のＣ
ＰＵから、ＣＰＵ間共用ＤＢを更新するときは、ＤＢ管
理元ＣＰＵへＤＢ更新要求を送り、ＤＢ管理元ＣＰＵで
ＤＢ更新する方式とする。
【００１４】
【作用】本発明のＣＰＵ間ＤＢ共用方式では、ＤＢ検索
だけの処理（トランザクション）については、ＤＢ検索
要求元ＣＰＵから、他ＣＰＵとの連絡なしに直接ＤＢア
クセスができるので、非共用ＤＢへのアクセスと同等の
検索性能が実現できる。
だけの処理（トランザクション）については、ＤＢ検索
要求元ＣＰＵから、他ＣＰＵとの連絡なしに直接ＤＢア
クセスができるので、非共用ＤＢへのアクセスと同等の
検索性能が実現できる。
【００１５】また、ＤＢ更新は、ＤＢ管理元ＣＰＵで一
元化して行うので、複数のＣＰＵから同一ＤＢに対して
更新要求があっても、同一ＤＢの更新ジャーナルは、当
該ＤＢの管理元ＣＰＵで一元化して取得され、ＤＢ障害
回復時のジャーナルマージが不要となり、ＤＢ障害など
に関するＤＢシステム運用管理者の負担の大幅軽減が実
現できる。
元化して行うので、複数のＣＰＵから同一ＤＢに対して
更新要求があっても、同一ＤＢの更新ジャーナルは、当
該ＤＢの管理元ＣＰＵで一元化して取得され、ＤＢ障害
回復時のジャーナルマージが不要となり、ＤＢ障害など
に関するＤＢシステム運用管理者の負担の大幅軽減が実
現できる。
【００１６】
【発明の実施の形態】以下、本発明の一実施例を図面に
より詳細に説明する。
より詳細に説明する。
【００１７】第１図は、本発明の構成を示すブロック図
である。
である。
【００１８】ＣＰＵａ１が共用ＤＢ３の管理元であると
き、ＣＰＵｂ２のユーザプログラム２２からのＤＢアク
セス要求があった場合、検索については、ＣＰＵｂ２の
ＤＢアクセス部２１が直接ＤＢアクセスを行い、更新に
ついては、ＣＰＵｂ２のＤＢアクセス部２１からＣＰＵ
ｂ２のＤＢ分散機能部２３、ＣＰＵａ１のＤＢ分散機能
部１３を経由して、ＣＰＵａ１のＤＢアクセス部１１が
ＤＢアクセスを行う。
き、ＣＰＵｂ２のユーザプログラム２２からのＤＢアク
セス要求があった場合、検索については、ＣＰＵｂ２の
ＤＢアクセス部２１が直接ＤＢアクセスを行い、更新に
ついては、ＣＰＵｂ２のＤＢアクセス部２１からＣＰＵ
ｂ２のＤＢ分散機能部２３、ＣＰＵａ１のＤＢ分散機能
部１３を経由して、ＣＰＵａ１のＤＢアクセス部１１が
ＤＢアクセスを行う。
【００１９】ＣＰＵａ１のユーザプログラム１２からの
ＤＢアクセス要求があると、検索、更新にかかわらず、
ＣＰＵａ１のＤＢアクセス部１１がＤＢアクセスを行
う。
ＤＢアクセス要求があると、検索、更新にかかわらず、
ＣＰＵａ１のＤＢアクセス部１１がＤＢアクセスを行
う。
【００２０】アクセス対象のＤＢがＣＰＵａ１の管理す
るＤＢかＣＰＵｂ２の管理するＤＢかは、第６図に示す
テーブルで管理し、それぞれのＤＢアクセス部で管理元
を判別する。
るＤＢかＣＰＵｂ２の管理するＤＢかは、第６図に示す
テーブルで管理し、それぞれのＤＢアクセス部で管理元
を判別する。
【００２１】以下、ＤＢ検索、更新の具体的な処理手順
を説明する。
を説明する。
【００２２】（１）ＤＢ検索の場合（第２図参照）
ＣＰＵｂ２のユーザプログラム２２から、ＣＰＵａ１の
管理する共用ＤＢ３への検索要求が発行されると（２０
１）、ＣＰＵｂ２のＤＢアクセス部２１で、当該ＤＢ３
を直接アクセスする。ただし、ＣＰＵａ１側との排他制
御を行わずにアクセスするので、ＣＰＵａ１側の更新処
理とのタイミシグによっては、ＤＢのインデックス部と
ＤＢのデータ部の内容に不一致があるように見える場合
がある。そこで、この微妙なタイミングを排他制御なし
に対処するために、ＤＢのインデックス部とデータ部の
内容に不一致がある場合（２０２）には、所定の時間間
隔で所定回数、ＤＢインデックス、ＤＢデータのリード
を再試行し（２０３）、タイミングズレによる不一致が
なくなるのを待つ。
管理する共用ＤＢ３への検索要求が発行されると（２０
１）、ＣＰＵｂ２のＤＢアクセス部２１で、当該ＤＢ３
を直接アクセスする。ただし、ＣＰＵａ１側との排他制
御を行わずにアクセスするので、ＣＰＵａ１側の更新処
理とのタイミシグによっては、ＤＢのインデックス部と
ＤＢのデータ部の内容に不一致があるように見える場合
がある。そこで、この微妙なタイミングを排他制御なし
に対処するために、ＤＢのインデックス部とデータ部の
内容に不一致がある場合（２０２）には、所定の時間間
隔で所定回数、ＤＢインデックス、ＤＢデータのリード
を再試行し（２０３）、タイミングズレによる不一致が
なくなるのを待つ。
【００２３】所定回数内でも矛盾がなくならない場合、
恒久的データ破壊が起きていると判断し、リードエラ一
として処理する（２０４）。
恒久的データ破壊が起きていると判断し、リードエラ一
として処理する（２０４）。
【００２４】（２）ＤＢ更新の場合（第３図〜第５図参
照） ＣＰＵｂ２のユーザプログラム２２から、ＣＰＵａ１の
管理する共用ＤＢ３を更新する場合について、３つの段
階に分けて説明する。
照） ＣＰＵｂ２のユーザプログラム２２から、ＣＰＵａ１の
管理する共用ＤＢ３を更新する場合について、３つの段
階に分けて説明する。
【００２５】（ａ）更新のための検索要求
第３図に、ＣＰＵｂ２で共用ＤＢ３更新のための検索要
求が発行された場合を示す。
求が発行された場合を示す。
【００２６】ＣＰＵｂ２のＤＢアクセス部２１では、第
６図のＤＢ所在管理テーブルを用いて、要求のあったＤ
Ｂが自ＣＰＵ管理のＤＢか否か判別し（３０１）、ＣＰ
Ｕａ１の管理するＤＢへの要求ならば、ＤＢ分散機能部
２３を通じて、ＣＰＵａ１へＤＢアクセス要求を送信す
る（３０２）。ＣＰＵａ１では、ＣＰＵｂ２から送信さ
れ、ＤＢ分散機能部１３で受信した（３０３）ＤＢアク
セス要求にもとづき、ＤＢ排他使用を宣言し（３０
４）、ＤＢアクセスを行ない、ＤＢインデックス部、Ｄ
Ｂデータ部を読み込む（３０５，３０６）。読み込んだ
結果はＤＢ分散機能部１３を運じてＣＰＵｂ２ヘ送信す
る（３０７）。
６図のＤＢ所在管理テーブルを用いて、要求のあったＤ
Ｂが自ＣＰＵ管理のＤＢか否か判別し（３０１）、ＣＰ
Ｕａ１の管理するＤＢへの要求ならば、ＤＢ分散機能部
２３を通じて、ＣＰＵａ１へＤＢアクセス要求を送信す
る（３０２）。ＣＰＵａ１では、ＣＰＵｂ２から送信さ
れ、ＤＢ分散機能部１３で受信した（３０３）ＤＢアク
セス要求にもとづき、ＤＢ排他使用を宣言し（３０
４）、ＤＢアクセスを行ない、ＤＢインデックス部、Ｄ
Ｂデータ部を読み込む（３０５，３０６）。読み込んだ
結果はＤＢ分散機能部１３を運じてＣＰＵｂ２ヘ送信す
る（３０７）。
【００２７】ＣＰＵｂ２の管理するＤＢの場合は、ＣＰ
Ｕｂ２のアクセス部でＤＢアクセスを行なう（３０８〜
３１０）。
Ｕｂ２のアクセス部でＤＢアクセスを行なう（３０８〜
３１０）。
【００２８】（ｂ）更新要求
第４図に、ＣＰＵｂ２から共用ＤＢ３に対する更新要求
が発行された場合を示す。
が発行された場合を示す。
【００２９】（ａ）の場合と同様、ＣＰＵｂ２のユーザ
プログラム２２から更新要求があると（４０１）、ＤＢ
アクセス部２１では、自ＣＰＵ管理のＤＢかを判断する
（４０２）。自ＣＰＵ管理でない場合ＤＢ分散機能部を
通じてＤＢ管理元ＣＰＵ、この場合ＣＰＵａ１ヘ、ＤＢ
アクセス要求を送信する（４０３）。ＣＰＵａ１では、
ＤＢ分散機能部１３で更新要求を受信すると（４０
４）、ＤＢアクセス部で同期点に達するまでＤＢ更新要
求を退避し（４０５）、更新要求処理報告をＤＢ機能分
散部を通じてＣＰＵｂ２に送信する（４０６）。
プログラム２２から更新要求があると（４０１）、ＤＢ
アクセス部２１では、自ＣＰＵ管理のＤＢかを判断する
（４０２）。自ＣＰＵ管理でない場合ＤＢ分散機能部を
通じてＤＢ管理元ＣＰＵ、この場合ＣＰＵａ１ヘ、ＤＢ
アクセス要求を送信する（４０３）。ＣＰＵａ１では、
ＤＢ分散機能部１３で更新要求を受信すると（４０
４）、ＤＢアクセス部で同期点に達するまでＤＢ更新要
求を退避し（４０５）、更新要求処理報告をＤＢ機能分
散部を通じてＣＰＵｂ２に送信する（４０６）。
【００３０】（ｃ）コミット（ＣＯＭＭｌＴ）あるいは
リ夕一ン 第５図に、ＣＰＵｂ２のユーザプログラム２２がコミッ
トを発行したか、あるいは、リターンをして処理の同期
点に達した場合を示す。
リ夕一ン 第５図に、ＣＰＵｂ２のユーザプログラム２２がコミッ
トを発行したか、あるいは、リターンをして処理の同期
点に達した場合を示す。
【００３１】コミット要求の場合を説明する。（ａ）の
場合と同様、ＣＰＵｂ２からＣＰＵａ１ヘ、ＤＢ分散機
能部２３を通じて、まずコミット準備要求が送信される
（５０２）。ＣＰＵａ１ではＤＢアクセス部でＤＢ更新
要求と、ＤＢジャーナル取りだし（５０４，５０５）コ
ミット準備完了報告をＣＰＵｂ２に送信する（５０
６）。ＣＰＵｂ２のＤＢアクセス部は、コミット準備完
了報告を受信すると、コミット要求を送信する（５０
８）（２フェーズコミット）。コミット要求を受けると
ＣＰＵａ１は、ＤＢアクセス部で共用ＤＢの実更新を行
い（５０９〉、ＤＢ排他使用の宣言を解除して（５１
０）、コミット完了報告をＣＰＵｂ２に行う（５１
１）。この時、ＤＢ更新のジャーナルは、ＣＰＵａｌで
取得されるため、当該ＤＢが障害になったときの回復処
理では、ＣＰＵａ１のジャーナルのみを用いて回復が実
行できる。
場合と同様、ＣＰＵｂ２からＣＰＵａ１ヘ、ＤＢ分散機
能部２３を通じて、まずコミット準備要求が送信される
（５０２）。ＣＰＵａ１ではＤＢアクセス部でＤＢ更新
要求と、ＤＢジャーナル取りだし（５０４，５０５）コ
ミット準備完了報告をＣＰＵｂ２に送信する（５０
６）。ＣＰＵｂ２のＤＢアクセス部は、コミット準備完
了報告を受信すると、コミット要求を送信する（５０
８）（２フェーズコミット）。コミット要求を受けると
ＣＰＵａ１は、ＤＢアクセス部で共用ＤＢの実更新を行
い（５０９〉、ＤＢ排他使用の宣言を解除して（５１
０）、コミット完了報告をＣＰＵｂ２に行う（５１
１）。この時、ＤＢ更新のジャーナルは、ＣＰＵａｌで
取得されるため、当該ＤＢが障害になったときの回復処
理では、ＣＰＵａ１のジャーナルのみを用いて回復が実
行できる。
【００３２】
【発明の効果】本発明によれば、ＣＰＵ間でＤＢ共用し
ても、ＤＢ検索性能は、非共用ＤＢへのアクセスと同等
の性能を実現できる。
ても、ＤＢ検索性能は、非共用ＤＢへのアクセスと同等
の性能を実現できる。
【００３３】また、ＤＢ障害回復時、複数ＣＰＵのジャ
ーナルをマージせずに簡易に回復運用を実施できる。
ーナルをマージせずに簡易に回復運用を実施できる。
【図１】本発明の一実施例の構成図である。
【図２】本発明の一実施例の処理のフローチャートであ
る。
る。
【図３】本発明の一実施例の処理のフローチャートであ
る。
る。
【図４】本発明の一実施例の処理のフローチャートであ
る。
る。
【図５】本発明の一実施例の処理のフローチャートであ
る。
る。
【図６】本発明の一実施例の管理テーブルを示す図であ
る。
る。
１，２…ＣＰＵ、
３…共用ＤＢ、
１１，２１…ＤＢアクセス部、
１２，２２…ユーザプログラム、
１３，２３…ＤＢ分散機能部
─────────────────────────────────────────────────────
フロントページの続き
(56)参考文献 特開 昭63−36445（ＪＰ，Ａ)
特開 昭63−120349（ＪＰ，Ａ)
特開 昭55−67849（ＪＰ，Ａ)
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06F 12/00
Claims (10)
- 【請求項１】第１のデータを管理する第１の管理部と、
第２のデータを管理する第２の管理部との間で前記第１
のデータと前記第２のデータとを共用するデータベース
管理方法であって、 前記第１の管理部から前記第２のデータを検索する場合
は、前記第１の管理部が前記第２のデータを参照し、 前記第１の管理部から前記第２のデータを更新する場合
は、前記第１の管理部から第２の管理部へ前記第２のデ
ータを更新する更新要求を送り、前記第２の管理部が前
記第２のデータを更新し、前記第１の管理部は前記第２のデータを参照するとき、
該第２のデータに異常があるか否かを判定し、異常があ
る場合は該参照を再試行 することを特徴とするデータベ
ース管理方法。 - 【請求項２】請求項１記載のデータベース管理方法であ
って、 前記第２の管理部から前記第２のデータを検索する場合
は、前記第２の管理部が前記第２のデータを参照し、前
記第２の管理部から前記第２のデータを更新する場合
は、前記第２の管理部が前記第２のデータを更新するこ
とを特徴とするデータベース管理方法。 - 【請求項３】請求項１記載のデータベース管理方法であ
って、 前記第１の管理部から前記第１のデータを検索する場合
は、前記第１の管理部が前記第１のデータを参照し、前
記第１の管理部から前記第１のデータを更新する場合
は、前記第１の管理部が前記第１のデータを更新するこ
とを特徴とするデータベース管理方法。 - 【請求項４】請求項３記載のデータベース管理方法であ
って、 前記第１の管理部は、前記第１のデータの更新ジャーナ
ルを生成し、前記第２の管理部は、前記第２のデータの
更新ジャーナルを生成することを特徴とするデータベー
ス管理方法。 - 【請求項５】請求項４記載のデータベース管理方法であ
って、 前記第１のデータの障害を検出した場合は前記第１の管
理部で生成した更新ジャーナルを、前記第２のデータの
障害を検出した場合は前記第２の管理部で生成した更新
ジャーナルを参照して回復処理を行うことを特徴とする
データベース管理方法。 - 【請求項６】第１のデータを管理する第１の管理部と、
第２のデータを管理する第２の管理部との間で前記第１
および第２のデータを共用するデータベース管理方法で
あって、 データの検索要求を受けた前記第１の管理部は、前記第
１または第２のデータを参照し、データの更新要求を受
けた前記第１の管理部は、前記データ更新要求が前記第
１のデータ及び前記第２のデータのいずれに格納される
べきかを判定し、前記第１のデータに格納されるべきで
ある場合は前記第１の管理部が前記データを更新し、前
記第２のデータに格納されるべきである場合は前記第２
の管理部が前記データを更新し、 前記第１の管理部が前記第２のデータを参照した際、当
該第２のデータの異常を検知した場合は、検索を再試行
することを特徴とするデータベース管理方法。 - 【請求項７】第１のプロセッサと、データ領域を管理す
る第２のプロセッサとの間で前記データ領域を共用する
データベース管理方法であって、 データ検索要求を受けた第１のプロセッサは、前記デー
タ領域に格納されているデータを参照し、該データに異
常があるか判定して異常がある場合は該参照を再試行
し、データ更新要求を受けた第１のプロセッサは、前記
データ更新要求を前記第２のプロセッサへデータ更新要
求を転送し、当該更新要求を受け取った前記第２のプロ
セッサが前記データ領域のデータを更新することを特徴
とするデータベース管理方法。 - 【請求項８】請求項１または６または７記載のデータベ
ース管理方法であって、 前記データの異常は、データを参照するためのインデッ
クスと前記データとの不整合から判断することを特徴と
するデータベース管理方法。 - 【請求項９】第１のデータを管理する第１の管理部と、
第２のデータを管理する第２の管理部との間で前記第１
のデータと前記第２のデータとを共用するデータベース
管理システムであって、 前記第１の管理部は、入力した更新要求に従い前記第１
のデータを更新する第１のデータ更新手段と、前記第２
のデータの更新要求を前記第２の管理部へ送る第１のデ
ータ更新要求手段と、入力した検索要求に従い前記第１
のデータまたは前記第２のデータを検索し、前記第２の
データの検索では前記第２のデータを参照する際に該第
２のデータに異常があるか判定し、異常がある場合は該
参照を再試行する第１のデータ検索手段とを備え、 前記第２の管理部は、入力した更新要求に従い前記第２
のデータを更新する第２のデータ更新手段と、前記第１
のデータの更新要求を前記第１の管理部へ送る第２のデ
ータ更新要求手段と、入力した検索要求に従い前記第１
のデータまたは前記第２のデータを検索し、前記第１の
データの検索では前記第１のデータを参照する際に該第
１のデータに異常があるか判定し、異常がある場合は該
参照を再試行する第２のデータ検索手段とを備えたこと
を特徴とするデータベース管理システム。 - 【請求項１０】請求項９記載のデータベース管理システ
ムであって、 前記データの異常は、データを参照するためのインデッ
クスと前記データとの不整合から判断する手段を備えた
ことを特徴とするデータベース管理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20861799A JP3478187B2 (ja) | 1999-07-23 | 1999-07-23 | データベース管理方法及びシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20861799A JP3478187B2 (ja) | 1999-07-23 | 1999-07-23 | データベース管理方法及びシステム |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP01602590A Division JP3222125B2 (ja) | 1990-01-29 | 1990-01-29 | システム間データベース共用方式 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002118771A Division JP3674598B2 (ja) | 2002-04-22 | 2002-04-22 | データベース管理方法およびシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000035909A JP2000035909A (ja) | 2000-02-02 |
| JP3478187B2 true JP3478187B2 (ja) | 2003-12-15 |
Family
ID=16559201
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP20861799A Expired - Lifetime JP3478187B2 (ja) | 1999-07-23 | 1999-07-23 | データベース管理方法及びシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3478187B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003044341A (ja) * | 2002-04-22 | 2003-02-14 | Hitachi Ltd | データベース管理方法およびシステム |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100453228B1 (ko) * | 2002-03-21 | 2004-10-15 | 한국전자통신연구원 | 공유 디스크 파일 시스템의 저널링 및 회복 방법 |
-
1999
- 1999-07-23 JP JP20861799A patent/JP3478187B2/ja not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003044341A (ja) * | 2002-04-22 | 2003-02-14 | Hitachi Ltd | データベース管理方法およびシステム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000035909A (ja) | 2000-02-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3222125B2 (ja) | システム間データベース共用方式 | |
| US7376651B2 (en) | Virtual storage device that uses volatile memory | |
| EP0578406B1 (en) | Distributed transaction processing using two-phase commit protocol with presumed-commit without log force | |
| US5151988A (en) | Intersystem data base sharing journal merge method | |
| US7702660B2 (en) | I/O free recovery set determination | |
| US10360113B2 (en) | Transaction recovery in a transaction processing computer system employing multiple transaction managers | |
| US5317739A (en) | Method and apparatus for coupling data processing systems | |
| US5604863A (en) | Method for coordinating executing programs in a data processing system | |
| US6247023B1 (en) | Method for providing database recovery across multiple nodes | |
| Xu et al. | A design for a fault-tolerant, distributed implementation of Linda. | |
| US5966706A (en) | Local logging in a distributed database management computer system | |
| EP2378420B1 (en) | Ownership reassignment in a shared-nothing database system | |
| US6594667B2 (en) | Method, system and program products for modifying coupling facility structures | |
| US6735605B2 (en) | Method and apparatus for synchronizing not-logged application temporary tables in a multi-node relational database management system | |
| JPH076063A (ja) | 記憶ダンプ作成方法及びシステム、情報捕捉方法及びシステム、並びに記憶ダンプ提供方法及びシステム | |
| US20040220940A1 (en) | System and method for decoupling object identification for the purpose of object switching in database systems | |
| Rahm | Recovery concepts for data sharing systems | |
| US6266783B1 (en) | System-managed rebuild of coupling facility structures | |
| US6539495B1 (en) | Method, system and program products for providing user-managed duplexing of coupling facility cache structures | |
| US6317744B1 (en) | Method, system and program products for browsing fully-associative collections of items | |
| US6584554B1 (en) | Directed allocation of coupling facility structures | |
| JP3478187B2 (ja) | データベース管理方法及びシステム | |
| US9386073B2 (en) | Techniques for performing processing for database | |
| US6609214B1 (en) | Method, system and program products for copying coupling facility structures | |
| JP2685530B2 (ja) | 共用データの管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081003 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091003 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091003 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101003 Year of fee payment: 7 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101003 Year of fee payment: 7 |