JP2001142765A - データベースファイル整合性検証方法およびその装置ならびに記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】オンライン処理等の主要処理のスループットを
落とすことなくデータベースファイルの整合性検証を行
なう。 【解決手段】全体制御手段１０２は、排他制御を行なわ
ずに整合性検証のためのデータを取り出すデータベース
アクセス手段１０７を制御して取り出したデータをデー
タベース検証手段１０３に渡して整合性検証を行なわせ
る処理を所定回数繰り返させる。そして、検証結果管理
テーブル１０６を用いて検証結果管理テーブルアクセス
手段１０５に、この所定回数の検証結果を管理させると
共に、この管理させている所定回数の検証結果と不整合
判定回数に基づいてデータベースファイルの整合がとれ
ているかいないかを判断させ、この判断結果を得て利用
者端末１０１にその旨の情報を通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データベースファ
イルに対するデータベース整合性検証を行なうための方
法、およびその装置ならびにそのためのプログラムを記
録した記録媒体に関する。

【０００２】

【従来の技術】データベースファイル（以下単にデータ
ベースとも記す）は、予期せぬ障害や利用者のミス等に
より、その格納構造が破壊されたり、複数のレコード間
での対応がとれなくなったりすることがあるため、デー
タベースの整合性の検証、すなわち、データベースの格
納構造が破壊されていないか否かを適宜検証する必要が
ある。データベースの整合性の検証には、物理的（ファ
イルシステム等）整合性の検証と論理的（レコード等）
整合性の検証があり、更に、論理的整合性の検証には、
単一のレコード(データレコード、インデックスレコー
ド等)の設定値の妥当性を検証する、すなわち、レコー
ド長、レコード属性等の設定値に対して正しいレコード
が格納されているか否かを検証するレコード形式検証、
および、複数のレコード間（データレコード−インデッ
クスレコード間、インデックスレコード間等）の対応関
係の妥当性を検証するレコード間検証とがある。

【０００３】これらのレコードは、オンライン処理等に
おいて、対象となるデータベースをアクセスする際に更
新されるので、レコード更新中にデータベースの整合性
検証を行なうと、実際にデータベースの格納構造が破壊
されているか否かを判断できない場合がある。そのた
め、従来においては、データベース全体の整合性検証を
行なう場合には、オンライン処理等において、対象とな
るデータベースのアクセス動作を停止させ、整合性検証
対象のデータベースの内容が更新されない状態で整合性
検証を行なっていた。

【０００４】しかし、このようにして整合性検証を行な
うとすれば、その間、オンライン処理等から対象となる
データベースをアクセスできなくなってしまうため、シ
ステムのスループットが落ちてしまうといった問題があ
った。そこで、このスループットの低下を防止するため
に、例えば特開平８−２４９２２２号公報記載の技術に
よれば、オンライン処理等によって対象となるデータベ
ースへのアクセスを停止することなく、排他制御手段を
利用しながら、データベースの整合性検証を行なうこと
が提案されている。すなわち、或る排他単位（例えばレ
コード単位）を、或る処理がアクセスしている間は、他
の処理がこの排他単位をアクセスできないように排他制
御することによって、データベースの格納構造が破壊さ
れていないか否かを検証可能な状態を保証して、データ
ベースの整合性検証を適確に行なうようにしたものであ
った。

【発明が解決しようとする課題】しかしながら、特開平
８−２４９２２２号公報に記載の技術によれば、データ
ベースの整合性検証処理において、他処理によるデータ
ベースへのアクセスを規制する排他期間は、データベー
スの更新を伴う処理と同程度なので、データベースの整
合性検証処理が、オンライン等の主要となる処理に対し
て、排他制御による影響を与えてしまい、主要となる処
理に対するスループットが十分なものとはなっていない
といった問題があった。

【０００５】ところで、データベースは、オンライン処
理等の主要となる処理によって更新はされるが、月次バ
ッチ処理等の或る時期のみにしか実行しない処理におい
てしか用いないデータベースも存在し、このデータベー
スにおいて不整合が検出されたとしても、月次バッチ処
理等の実行前までに、不整合が修復されていれば良いよ
うな、利用者の判断で或る一定範囲内の不整合は許容
し、データベースの整合性検証処理が、オンライン処理
等の主要となる処理に影響を与えないようにして、主要
処理のスループットを重視する利用形態もある。

【０００６】したがって、本発明者は、特にこのような
利用形態にあっては、オンライン処理等の主要処理にお
いて、更新中の排他単位（例えばブロック）に格納され
ているデータ（例えばレコード）の整合性検証を行なう
場合、排他制御を行なわずに、データベース内のブロッ
クデータを取り出して整合性検証を行ない、所定回数繰
り返して整合性検証を行なって、連続して所定回数以上
の不整合を検出したら、データベースの格納構造が破壊
されていると判断するようにすれば、その目的を達成す
ることを見出した。

【０００７】本発明は、このような状況を鑑みてなされ
たものであり、排他制御を行なわずに整合性検証を行な
うことを可能にして、オンライン処理等の主要処理のス
ループットを落とすことなくデータベースファイルの整
合性検証を行なうための方法および装置ならびにそのた
めのプログラムを記録した記録媒体を提供することを目
的とする。

【課題を解決するための手段】上記目的を達成するため
に、本発明の内の請求項１に係る発明は、データベース
ファイルに対する整合性検証を行なうための方法であっ
て、データベースファイルから整合性検証のためのデー
タを排他制御を行なわずに取り出し、この取り出したデ
ータを用いて整合性検証を行なう処理を所定回数繰り返
し、この所定回数の検証結果と予め設定した整合性の判
定条件とに基づいて、データベースファイルの整合がと
れているかいないかを判断するデータベースファイル整
合性検証方法である。

【０００８】この請求項１に係る発明においては、デー
タベースファイルから整合性検証のためのデータを排他
制御を行なわずに取り出し、この取り出したデータを用
いて整合性検証を行なう処理を所定回数繰り返す。そし
て、この所定回数の検証結果と予め設定した整合性の条
件とに基づいて、データベースファイルの整合がとれて
いるかいないかを判断するので、オンライン処理等の主
要な処理と排他制御しなくともデータベースファイルの
整合性が判断できるので、主要な処理のスループットを
落とさずにデータベースファイルの整合性検証を行なえ
る。

【０００９】また、請求項２に係る発明は、請求項１に
記載のデータベースファイル整合性検証方法であって、
前記所定回数の繰り返し処理における、前回の整合性検
証において不整合とされた箇所のみを整合性検証の対象
として、前記所定回数の繰り返し処理を継続する、こと
を特徴とする。

【００１０】この請求項２に係る発明においては、前回
の整合性検証において不整合とされた箇所のみを整合性
検証の対象としているため、整合性検証のための処理時
間を短縮できる。

【００１１】また、請求項３に係る発明によれば、請求
項１および２のいずれかに記載のデータベースファイル
整合性検証方法において、前記所定回数の検証結果が、
予め設定した不整合判定回数以上の回数の不整合である
場合にはデータベースファイルの整合がとれていないと
判断する、ことを特徴とする。

【００１２】この請求項３に係る発明によれば、不整合
判定回数以上の不整合が検出された場合には、データベ
ースファイルの整合がとれていないと判断するので、極
めて簡単なロジックで、データベースファイルの整合性
の判断を行なえる。

【００１３】また、請求項４に係る発明は、請求項１、
２および３のいずれかに記載のデータベースファイル整
合性検証方法において、前記所定回数の繰り返し処理を
予め設定した時刻に自動実行させる、ことを特徴とす
る。

【００１４】この請求項４に係る発明においては、整合
性検証を所望の時刻に自動開始させることができる。

【００１５】また、請求項５に係る発明は、データベー
スファイルに対する整合性検証を行なうための装置であ
って、データベースファイルから整合性検証のためのデ
ータを排他制御を行なわずに取り出すためのデータベー
スアクセス手段と、この取り出したデータを用いて整合
性検証を行なうデータベース検証手段と、検証結果の管
理や整合性の最終的な判定を行なうための検証結果管理
手段と、装置動作を制御する全体制御手段と、を備え、
前記全体制御手段は、前記データベースアクセス手段を
制御して取り出したデータを前記データベース検証手段
に渡して整合性検証を行なわせる処理を所定回数繰り返
させ、前記検証結果管理手段に、この所定回数の検証結
果を管理させると共に、この管理させている所定回数の
検証結果と予め設定した整合性の判定条件とに基づいて
データベースファイルの整合がとれているかいないかを
判断させ、この判断結果を得て通知する手段であること
を特徴とするデータベースファイル整合性検証装置であ
る。

【００１６】この請求項５に係る発明においては、全体
制御手段は、排他制御を行なわずに整合性検証用のデー
タを取り出すデータベースアクセス手段を制御して取り
出したデータをデータベース検証手段に渡して整合性検
証を行なわせる処理を所定回数繰り返させる。そして、
検証結果管理手段に、この所定回数の検証結果を管理さ
せると共に、この管理させている所定回数の検証結果と
予め設定した整合性の判定条件とに基づいてデータベー
スファイルの整合がとれているかいないかを判断させ、
この判断結果を得て通知するので、オンライン処理等の
主要な処理と排他制御しなくともデータベースファイル
の整合性が判断でき、主要な処理のスループットを落と
さずにデータベースファイルの整合性検証を行なえる

【００１７】また、請求項６に係る発明は、請求項５に
記載のデータベースファイル整合性検証装置において、
前記検証結果管理手段は、検証結果を記憶するための検
証結果管理テーブルと、これをアクセスするための検証
結果管理テーブルアクセス手段と、を少なくとも備えて
なることを特徴とする。

【００１８】この請求項６に係る発明においては、検証
結果管理テーブルアクセス手段が検証結果管理テーブル
をアクセスして検証結果を管理するので、簡易な構成で
検証結果を管理できる。

【００１９】また、請求項７に係る発明は、請求項５お
よび６のいずれかに記載のデータベースファイル整合性
検証装置において、前記不整合条件を記憶する検証情報
管理テーブルを備え、前記全体制御手段は、前記検証結
果管理手段に、前記所定回数の検証結果と前記検証情報
管理テーブルの記憶内容とに基づいてデータベースファ
イルの整合がとれているかいないかを判断する手段であ
ることを特徴とする。

【００２０】この請求項７に係る発明においては、不整
合条件を記憶する検証情報管理テーブルを備えるように
したので、不整合条件を容易に変更できる。

【００２１】また、請求項８に係る発明は、請求項７に
記載のデータベースファイル整合性検証装置において、
前記検証情報管理テーブルが記憶する前記不整合条件
は、同一箇所で同一内容の不整合が所定回数以上発生し
たことであり、前記全体制御手段は、前記検証結果管理
手段に、前記所定回数の検証結果が、同一箇所で同一内
容の不整合が所定回数以上発生したものである場合に
は、データベースファイルの整合がとれていないと判断
させる手段であることを特徴とする。

【００２２】この請求項８に係る発明においては、全体
制御手段は、所定回数の検証結果が、同一箇所で同一内
容の不整合が所定回数以上発生したと判断した場合に
は、データベースファイルの整合がとれていないと判断
するので、極めて簡単なロジックで、データベースファ
イルの整合性の判断を行なえる。

【００２３】また、請求項９に係る発明は、請求項５、
６、７および８のいずれかに記載のデータベースファイ
ル整合性検証装置において、前記全体制御手段を設定時
刻に自動的に起動させて、データベースファイルの整合
がとれているかいないかの判定結果を通知させるための
整合性検証自動開始手段を備えたことを特徴とする。

【００２４】この請求項９に係る発明においては、整合
性検証自動開始手段が、全体制御手段を設定時刻に自動
的に起動させて、データベースファイルの整合がとれて
いるかいないかを判定させるので、整合性検証処理を所
望の時刻に自動開始させることができる。

【００２５】また、請求項１０に係る発明は、請求項９
に記載のデータベースファイル整合性検証装置におい
て、前記設定時刻を登録するための整合性検証自動開始
情報管理テーブルを備え、前記整合性自動開始手段は、
前記整合性検証自動開始情報管理テーブルに登録された
設定時刻を考慮して、前記全体制御手段の起動を行なう
手段であることを特徴とする。

【００２６】この請求項１０に係る発明においては、設
定時刻を登録するための整合性検証自動開始情報管理テ
ーブルを備えるようにしたので、設定時刻の変更等が容
易に行なえる。

【００２７】また、請求項１１に係る発明は、データベ
ースファイルに対する整合性検証を行なうためのデータ
ベース整合性検証プログラムを記録したコンピュータ読
み取り可能な記録媒体であって、データベースファイル
から整合性検証のためのデータを排他制御を行なわずに
取り出し、この取り出したデータを用いて整合性検証を
行なう処理を所定回数繰り返し行なう処理と、この所定
回数の検証結果と予め設定した整合性の判定条件とに基
づいて、データベースファイルの整合がとれているかい
ないかを判断する処理と、をコンピュータに実行させる
ためのデータベースファイル整合性検証プログラムを記
録した記録媒体である。

【００２８】この請求項１１に係る発明においても、オ
ンライン処理等の主要な処理と排他制御しなくともデー
タベースファイルの整合性が判断できるので、主要な処
理のスループットを落とさずにデータベースファイルの
整合性検証を行なえる。

【００２９】また、請求項１２に係る発明は、請求項１
１に記載の記録媒体において、さらに、前記所定回数の
繰り返し処理を予め設定した時刻に自動実行させるため
の処理を、コンピュータに実行させるためのデータベー
スファイル整合性検証プログラムを記録した記録媒体で
ある。

【００３０】この請求項１２に係る発明においても、整
合性検証処理を所望の時刻に自動開始させることができ
る。

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しつつ説明する。 （第１の実施の形態）図１は、本発明の第１の実施の形
態のデータベースファイル整合性検証装置のブロック構
成図であり、この装置は、利用者プログラム１０９を格
納する利用者端末１０１と、全体制御手段１０２と、デ
ータベース検証手段１０３と、検証情報管理テーブル１
０４と、検証結果管理テーブルアクセス手段１０５と、
検証結果管理テーブル１０６と、データベースアクセス
手段１０７と、データベースファイル１０８とを備えて
いる。

【００３１】この装置の各構成要素の構成や動作を説明
すると以下のようになる。利用者プログラム１０９を格
納した利用者端末１０１は、データベース整合性検証設
定要求、データベース整合性検証要求を出力する。この
際、自動実行中のプログラム１０９がこれらの要求を発
行する場合や、利用者端末１０１が、ユーザのコマンド
入力によって要求を発行する場合が挙げられるが、以下
の説明においては簡単のために利用者端末１０１が、ユ
ーザのコマンド入力によって要求を発行する場合を想定
する。利用者端末１０１が出力するデータベース整合性
検証要求には、物理的整合性検証要求と論理的整合性検
証要求とがあり、さらに、論理的整合性検証要求には、
レコード形式検証要求とレコード間検証要求とがある。
以下の説明では、レコード間検証要求を発行した場合を
想定して説明する。

【００３２】全体制御手段１０２は、利用者端末１０１
からデータベース整合性検証要求が発行された場合、そ
の要求に基づいて処理対象となるデータベースファイル
１０８のブロック番号を求め、ブロックデータをデータ
ベースファイル１０８から取得するために、ブロック番
号をデータベースアクセス手段１０７に渡し、データベ
ースアクセス手段１０７から受け取ったブロックデータ
をデータベース検証手段１０３に渡す。

【００３３】全体制御手段１０２は、利用者端末１０１
からデータベース整合性検証設定要求が発行された場
合、その要求を検証情報管理テーブル１０４に登録す
る。この検証情報管理テーブル１０４には、データベー
ス不整合検証を連続して行なう回数である連続検証回数
と、同一レコードが同一不整合内容での不整合を連続し
て何回検出したら不整合と判断するかを定める不整合判
定回数とが対になって記憶される。図２は、検証情報管
理テーブル１０４の記憶内容の一例を示した説明図であ
る。この例では、データベース整合性検証を連続して７
回行なって、同一レコードで同一不整合内容を連続５回
検出したら不整合と判定することを定めている。また、
全体制御手段１０２は、データベース検証手段１０３か
ら、整合性検証を行なったデータベース名、ブロック番
号、レコード番号、不整合内容を示す番号、不整合か正
常かを示す情報を受け取り、これら受け取った情報で検
証結果管理テーブル１０６を更新するために、これら受
け取った情報を検証結果管理テーブルアクセス手段１０
５に渡す。

【００３４】全体制御手段１０２は、データベースの整
合性検証が終了したら、検証回数と検証情報管理テーブ
ル１０４に記憶されている連続検証回数とを比較して、
連続検証回数までデータベースの整合性検証を繰り返し
て行なう。なお、データベースの整合性検証を繰り返す
時は、前回の整合性検証までに検出した不整合箇所だけ
を検証するようにすれば、検証処理時間を短縮すること
が可能である。また、全体制御手段１０２は、データベ
ースの整合性検証を連続検証回数分行なったら、検証を
行なったデータベースに不整合があったかを検証するた
めに、検証を行なったデータベース名を検証結果管理テ
ーブルアクセス手段１０５に渡し、検証結果管理テーブ
ルアクセス手段１０５から不整合を検出したデータベー
ス名、ブロック番号、レコード番号等の情報を渡された
ら、これらと検証情報管理テーブル１０４にて定めてあ
る不整合回数とを比較して、同一レコードで同一内容の
不整合が不整合回数以上発生している場合には、データ
ベースファイルの整合がとれていないとして利用者端末
１０１にその旨を通知する。

【００３５】データベース検証手段１０３は、全体制御
手段１０２から渡されるブロックデータを用いて、格納
しているレコードに対するレコード間検証を行ない、検
証が終了したら検証を行なったデータベース名、ブロッ
ク番号、レコード番号、不整合内容を示す番号、不整合
か正常かを示す情報を全体制御手段１０２に渡す。

【００３６】検証結果管理テーブルアクセス手段１０５
は、全体制御手段１０２から渡される整合性検証を行な
ったデータベース名、ブロック番号、レコード番号、不
整合内容を示す番号、不整合か正常かを示す情報で検証
結果管理テーブル１０６を更新する。検証結果管理テー
ブル１０６は、不整合を検出したデータベース名、ブロ
ック番号、レコード番号、不整合内容を示す番号、およ
び、不整合を検出した回数を記憶可能となっている。図
３は、検証結果管理テーブル１０６の記憶内容の一例を
示した説明図である。この例では、データベース名
「Ｄ」のブロック番号「１０」に格納しているレコード
番号「２２」で不整合内容「１」を２回検出したこと、
および、データベース名「Ｂ」のブロック番号「５」に
格納しているレコード番号「７」で不整合内容「２」を
１回検出したことを示している。このように、検証結果
管理テーブルアクセス手段１０５が、検証結果管理テー
ブル１０６をアクセスして検証結果を管理するので、簡
易な構成で検証結果を管理できる。

【００３７】データベースアクセス手段１０７は、排他
制御を行なわずに、全体制御手段１０２から渡されるブ
ロック番号に対するブロックデータをデータベースファ
イル１０８から取り出し、取り出したブロックデータを
全体制御手段１０２に渡す。データベースファイル１０
８は、１個または複数個のブロックから構成される表、
もしくは、インデックスが、１個または複数個格納され
ている。図４は、ブロック４０１とレコード４０３との
関係を示した説明図である。ブロック４０１には、先頭
にそのブロックを管理するための管理情報を記憶するた
めの制御用領域４０２が設けられており、１個または複
数個のレコード４０３を含んで構成される。

【００３８】次に、図１および図５乃至図１０のフロー
チャートを参照して第１の実施の形態の全体動作につい
て詳細に説明する。まず、図１および図５のフローチャ
ートを参照して、データベース整合性検証設定要求時の
動作について詳細に説明する。利用者端末１０１は、デ
ータベースの整合性検証において、整合性検証を何回行
なうかを示す情報である連続検証回数、同一レコードに
おいて同一不整合内容を連続して何回検出したら不整合
と判断するかを定める情報である不整合判定回数を設定
するために、データベース整合性検証設定要求を発行す
る。利用者端末１０１から、データベース整合性検証設
定要求が発行されると、全体制御手段１０２は、その設
定要求における、不整合判定回数が連続検証回数より小
さく設定されているか否かを調べる（Ｓ５０１）。不整
合判定回数が、連続検証回数より大きかったら（Ｓ５０
１がノー）、不整合判定回数を連続検証回数と同じ値と
し（Ｓ５０２）、検証情報管理テーブル１０４を更新し
て（Ｓ５０３）、データベース整合性検証設定要求が終
了した旨を利用者端末１０１に通知する。一方、全体制
御手段１０２は、不整合判定回数が連続検証回数より小
さいと判断した場合には（Ｓ５０１がイエス）、検証情
報管理テーブル１０４を更新して（Ｓ５０３）、データ
ベース整合性検証設定要求が終了した旨を利用者端末１
０１に通知する。

【００３９】次に、図１、図６、図７、および、図８乃
至図１０のフローチャートを参照してデータベース整合
性検証要求時の動作について詳細に説明する。なお、本
説明においては、インデックスレコード間検証要求に対
するデータベース整合性検証要求時の動作について詳細
に説明するものとする。図６は、インデックスの構造を
示した説明図である。インデックスは、階層構造になっ
ており、インデックスレコードは、ブロック内でインデ
ックス値が昇順になるようにインデックスブロックに格
納されている。図６では３階層のインデックスになって
いる。インデックスは、最上位インデックスブロック６
０１、中間位インデックスブロック６０３、最下位イン
デックスブロック６０５から構成されており、最上位イ
ンデックスブロック６０１は、インデックスにつき１つ
存在する。インデックスブロックには、インデックスを
構成している各インデックスブロックを最上位インデッ
クスブロック６０１から順番にたどれるように、自身の
インデックスブロック番号、一つ前のインデックスブロ
ック番号、一つ後のインデックスブロック番号をその制
御用領域に格納している。最上位インデックスブロック
６０１および中間位インデックスブロック６０３の夫々
に格納されている、最上位インデックスレコード６０
２、中間位インデックスレコード６０４は、レコード番
号（ＲＥＣＮＯ）、管理している下位のインデックスブ
ロックに格納されている最大インデックス値、および、
管理している下位のインデックスブロック番号を有す
る。

【００４０】最下位インデックスブロック６０５に格納
されている最下位インデックスレコード６０６は、レコ
ード番号（ＲＥＣＮＯ）、インデックス値、対応するデ
ータレコードのＩＤ（以下、ＲＩＤと記す）を有する。
図７は、インデックス構造の具体例を示した説明図であ
る。なお、インデックス値をアルファベットで表現し、
アルファベット順に格納している。図７のインデックス
は、３階層のインデックスになっており、最下位インデ
ックスレコード７０６は、インデックス値が昇順になる
ように（Ａ、Ｂ）、最下位インデックスブロック７０５
に格納されている。最上位インデックスブロック７０１
のインデックスブロック番号は「１」、一つ後のインデ
ックスブロック番号は「２」、最上位インデックスブロ
ック７０１の前にインデックスブロックは存在しないの
で、一つ前のインデックスブロック番号は「０」となっ
ている。最上位インデックスブロック７０１に格納され
ている最上位インデックスレコード７０２には、レコー
ド番号が「１」、管理している下位のインデックスブロ
ック番号が「２」、管理している下位のインデックスブ
ロックに格納されている最大インデックス値が「Ｄ」の
ものと、レコード番号が「２」、管理している下位のイ
ンデックスブロック番号が「３」、管理している下位の
インデックスブロックに格納されている最大インデック
ス値が「Ｈ」のものとがある。

【００４１】中間位インデックスブロック７０３では、
インデックスブロック番号が「２」、一つ前のインデッ
クスブロック番号が「１」、一つ後のインデックスブロ
ック番号が「３」のものが存在する。中間位インデック
スブロック７０３のインデックスブロック番号「２」に
格納されている中間位インデックスレコード７０４に
は、レコード番号が「３」、管理している下位のインデ
ックスブロック番号が「４」、管理している下位のイン
デックスブロックに格納されている最大インデックス値
が「Ｄ」のものと、レコード番号が「４」、管理してい
る下位のインデックスブロック番号が「５」、管理して
いる下位のインデックスブロックに格納されている最大
インデックス値が「Ｄ」のものとがある。最下位インデ
ックスブロック７０５では、インデックスブロック番号
が「４」、一つ前のインデックスブロック番号が
「３」、一つ後のインデックスブロック番号が「５」の
ものがある。最下位インデックスブロック７０５のイン
デックスブロック番号「４」に格納されている最下位イ
ンデックスレコード７０６には、レコード番号が
「７」、インデックス値が「Ａ」、対応するデータレコ
ードのＲＩＤをもつものと、レコード番号が「８」、イ
ンデックス値が「Ｂ」、対応するデータレコードのＲＩ
Ｄをもつものとがある。インデックスブロック番号
「７」の最下位インデックスブロック７０５は、その後
にインデックスブロックが存在しないので、一つ後のイ
ンデックスブロック番号は「０」となっている。

【００４２】さて、利用者端末１０１は、データベース
ファイル１０８に格納されているインデックスのレコー
ド間に対する整合性検証を行なうために、データベース
整合性検証要求を発行する。データベース整合性検証要
求には、検証するデータベース名、インデックスレコー
ド間検証である旨の情報が含まれる。利用者端末１０１
から、データベース整合性検証要求が発行されると、全
体制御手段１０２は、最初の整合性検証を行なうため、
検証回数を「１」とし（図８のＳ８０１）、検証要求が
インデックスレコード間検証であることから、検証する
データベースファイル１０８に格納されている最初のイ
ンデックスの最上位インデックスブロック番号を求める
（図８のＳ８０２）。全体制御手段１０２は、最上位イ
ンデックスブロック番号をデータベースアクセス手段１
０７に渡す。すると、データベースアクセス手段１０７
は、全体制御手段１０２から渡される最上位インデック
スブロック番号に対応するブロックデータを、排他制御
を行なわずにデータベースファイル１０８から取り出し
（図８のＳ８０３）、取り出したブロックデータを全体
制御手段１０２に渡す。全体制御手段１０２は、ブロッ
ク番号とデータベースアクセス手段１０７から渡された
ブロックデータとを、データベース検証手段１０３に渡
す。

【００４３】データベース検証手段１０３は、全体制御
手段１０２から渡される最上位インデックスブロックに
格納されている最上位インデックスレコードを取り出し
（図８のＳ８０４）、最上位インデックスレコードが管
理する中間位インデックスブロックのブロックデータを
取り出すために、対応するインデックスブロック番号を
全体制御手段１０２に渡す。全体制御手段１０２は、デ
ータベース検証手段１０３から渡されたインデックスブ
ロック番号を、データベースアクセス手段１０７に渡
し、データベースアクセス手段１０７は、全体制御手段
１０２から渡されたインデックスブロック番号に対応す
るブロックデータをデータベースファイル１０８から、
排他制御を行なわずに取り出し（図８のＳ８０５）、取
り出したブロックデータを全体制御手段１０２に渡す。
全体制御手段１０２は、ブロック番号とデータベースア
クセス手段１０７から渡されるブロックデータとを、デ
ータベース検証手段１０３に渡す。データベース検証手
段１０３は、全体制御手段１０２から渡される、中間位
インデックスブロックに格納されている中間位インデッ
クスレコードを取り出し（図８のＳ８０６）、対象とな
る中間位インデックスレコードが持っている下位の最大
インデックス値が、最上位インデックスレコードが持っ
ている下位の最大インデックス値より小さい、または、
等しいかを検証する（図８のＳ８０７）。この中間位イ
ンデックスレコードが持っている下位の最大インデック
ス値が、最上位インデックスレコードが持っている下位
の最大インデックス値より小さい、または、等しい場合
（Ｓ８０７がイエス）には、この中間位インデックスブ
ロックに格納されている、最初の中間位インデックスレ
コードか否かを調べる（図８のＳ８０９）。この中間位
インデックスブロックに格納されている、最初の中間位
インデックスレコードではない場合には（図８のＳ８０
９がノー）、現在検証した中間位インデックスレコード
が持っている下位の最大インデックス値が、一つ前に検
証した中間位インデックスレコードが持っている下位の
最大インデックス値より大きいか否かを調べる（図８の
Ｓ８１１）。現在検証した中間位インデックスレコード
が持っている下位の最大インデックス値が、一つ前に検
証した中間位インデックスレコードが持っている下位の
最大インデックス値より大きい場合（図８のＳ８１１が
イエス）は、この中間位インデックスレコードは正常で
あるとして、検証したデータベース名、ブロック番号、
レコード番号、不整合内容を示す番号、正常である旨の
情報を全体制御手段１０２に渡し、検証結果管理テーブ
ルアクセス手段１０５を制御して検証結果管理テーブル
１０６の更新を行ない（図８のＳ８１２）、更新が完了
したら処理を継続する。

【００４４】また、この中間位インデックスブロックに
格納されている、最初の中間位インデックスレコードだ
った場合には（図８のＳ８０９がイエス）、この中間位
インデックスレコードは正常であるとして、検証したデ
ータベース名、ブロック番号、レコード番号、不整合内
容を示す番号、正常である旨を示す情報を全体制御手段
１０２に渡し、検証結果管理テーブルアクセス手段１０
５を制御して検証結果管理テーブル１０６の更新を行な
い（図８のＳ８１２）、更新が完了したら不整合検証処
理を継続する。現在検証した中間位インデックスレコー
ドが持っている下位の最大インデックス値が、一つ前に
検証した中間位インデックスレコードが持っている下位
の最大インデックス値より小さい、または、等しい場合
には（図８のＳ８１１がノー）、レコード間の不整合を
検出したとして、不整合を検出したデータベース名、ブ
ロック番号、レコード番号、不整合内容を示す番号、不
整合である旨の情報を全体制御手段１０２に渡し、検証
結果管理テーブルアクセス手段１０５を制御して検証結
果管理テーブル１０６の更新を行ない（図８のＳ８１
３）、更新が完了したら整合性検証処理を継続する。デ
ータベース検証手段１０３は、対象となる中間位インデ
ックスレコードが持っている下位の最大インデックス値
が、最上位インデックスレコードが持っている下位の最
大インデックス値より大きい場合には（Ｓ８０７がノ
ー）、レコード間の不整合を検出したとして、不整合を
検出したデータベース名、ブロック番号、レコード番
号、不整合内容を示す番号、不整合である旨の情報を全
体制御手段１０２に渡し、検証結果管理テーブルアクセ
ス手段１０５を制御して検証結果管理テーブル１０６の
更新を行なう（図８のＳ８０８）。更新が完了したら、
この中間位インデックスブロックに格納されている、最
初の中間位インデックスレコードか否かを調べ（図８の
Ｓ８１０）、この中間位インデックスブロックに格納さ
れている最初の中間位インデックスレコードでない場合
には（Ｓ８１０のノー）、現在検証した中間位インデッ
クスレコードが持っている下位の最大インデックス値
が、一つ前に検証した中間位インデックスレコードが持
っている下位の最大インデックス値より大きいか否かを
調べ（図８のＳ８１１）、この中間位インデックスブロ
ックに格納されている最初の中間位インデックスレコー
ドだった場合には（Ｓ８１０のイエス）、整合性検証処
理を継続する。

【００４５】データベース検証手段１０３は、対象とな
る中間位インデックスブロックに、次の中間位インデッ
クスレコードがあるか否かを調べ（図９のＳ８１４）、
この中間位インデックスブロックに、次の中間位インデ
ックスレコードがある場合には（Ｓ８１４がイエス）、
次の中間位インデックスレコードを取り出し（図８のＳ
８０６）、整合性検証処理を継続する。この中間位イン
デックスブロックに、次の中間位インデックスレコード
がない場合には（Ｓ８１４がノー）、対象となる最上位
インデックスブロックに格納されている、最初の最上位
インデックスレコードか否かを調べる（図９のＳ８１
５）。この最上位インデックスブロックに格納されてい
る、最初の最上位インデックスレコードではない場合に
は（Ｓ８１５がノー）、現在検証した最上位インデック
スレコードが持っている下位の最大インデックス値が、
一つ前に検証した最上位インデックスレコードが持って
いる下位の最大インデックス値より大きいか否かを調べ
る（図９のＳ８１６）。現在検証した最上位インデック
スレコードが持っている下位の最大インデックス値が、
一つ前に検証した最上位インデックスレコードが持って
いる下位の最大インデックス値より小さい、または、等
しい場合には（Ｓ８１６がノー）、レコード間の不整合
を検出したとして、不整合を検出したデータベース名、
ブロック番号、レコード番号、不整合内容を示す番号、
不整合である旨の情報を全体制御手段１０２に渡し、検
証結果管理テーブルアクセス手段１０５を制御して検証
結果管理テーブル１０６の更新を行ない（図９のＳ８１
８）、更新が完了したら整合性検証処理を継続する。

【００４６】データベース検証手段１０３は、対象とな
る最上位インデックスブロックに格納されている、最初
の最上位インデックスレコードである場合（Ｓ８１５が
イエス）、または、現在検証した最上位インデックスレ
コードが持っている下位の最大インデックス値が、一つ
前に検証した最上位インデックスレコードが持っている
下位の最大インデックス値より大きい場合には（Ｓ８１
６がイエス）、この最上位インデックスレコードは正常
だったとして、検証したデータベース名、ブロック番
号、レコード番号、不整合内容を示す番号、正常である
旨の情報を全体制御手段１０２に渡し、検証結果管理テ
ーブル１０６の更新を行ない（図９のＳ８１７）、更新
が完了したら検証した中間位インデックスブロックを破
棄し整合性検証処理を継続する。データベース検証手段
１０３は、この最上位インデックスブロックに、次の最
上位インデックスレコードがあるかを調べ（図のＳ８１
９）、この最上位インデックスブロックに、次の最上位
インデックスレコードがある場合には（Ｓ８１９がイエ
ス）、次の最上位インデックスレコードを取り出し（図
８のＳ８０４）、整合性検証処理を継続する。この最上
位インデックスブロックに、次の最上位インデックスレ
コードがない場合には（Ｓ８１９がノー）、最上位イン
デックスブロックの整合性検証は終了したとして、次
に、最上位インデックスブロック以降のインデックスブ
ロックの整合性検証を行なうために、最上位インデック
スブロックが持っている次のインデックスブロック番号
を全体制御手段１０２に渡し、最上位インデックスブロ
ックを破棄する。

【００４７】全体制御手段１０２は、データベース検証
手段１０３から渡されたインデックスブロック番号をデ
ータベースアクセス手段１０７に渡し、データベースア
クセス手段１０７は、全体制御手段１０２から渡される
インデックスブロック番号に対応するブロックデータ
を、データベースファイル１０８から、排他制御を行な
わずに取り出し（図９のＳ８２０）、取り出したブロッ
クデータを全体制御手段１０２に渡す。全体制御手段１
０２は、ブロック番号とデータベースアクセス手段１０
７から渡されるブロックデータとを、データベース検証
手段１０３に渡す。データベース検証手段１０３は、イ
ンデックスブロックの制御用領域に記憶されている管理
情報に基づいて、どの階層のインデックスブロックか、
すなわち最上位インデックスブロックか、中間位インデ
ックスブロックか、あるいは、最下位インデックスブロ
ックかを示す情報を参照し、取り出したインデックスブ
ロックが、最下位インデックスブロックか否かを調べる
（図９のＳ８２１）。最下位インデックスブロックでな
い場合、すなわち、中間位インデックスブロックの場合
（Ｓ８２１のノー）は、最上位インデックスブロックに
対して行なった上述の整合性検証を中間位インデックス
ブロックに対しても繰り返し行なう（図８のＳ８０４以
下）。最下位インデックスブロックの場合には（Ｓ８２
１のイエス）、最下位インデックスブロックに格納され
ている、最下位インデックスレコードに対する検証は、
上位の中間位インデックスブロックを検証した時に検証
済みなので、該当するインデックスを構成する全インデ
ックスブロックに対する整合性検証は終了したとして、
このインデックスに対する整合性の検証が終了した旨の
情報を全体制御手段１０２に渡す。全体制御手段１０２
は、検証するデータベースファイル１０８に、次のイン
デックスがあるか否かを調べて（図９のＳ８２２）、次
のインデックスがある場合には（Ｓ８２２のイエス）、
対象となるインデックスの最上位インデックスブロック
番号を求めて（図８のＳ８０２）上述の整合性検証を繰
り返す（図８のＳ８０３以下）。次のインデックスがな
い場合には（Ｓ８２２のノー）、該当データベースファ
イル１０８に対する整合性検証は終了したとする。

【００４８】全体制御手段１０２は、検証回数が検証情
報管理テーブル１０４にて管理している、連続して何回
整合性の検証を行なうかを示す情報である連続検証回数
と同じか否かを調べて（図９のＳ８２３）、同じでない
場合には（Ｓ８２３のノー）、検証回数に「１」を加え
て（図９のＳ８２４）、データベースファイル１０８に
対する整合性検証を繰り返す（図８のＳ８０２以下）。
検証回数が連続検証回数と同じ場合には（Ｓ８２３のイ
エス）、整合性検証を行なったデータベース名と検証情
報管理テーブル１０４で管理している不整合判定回数を
検証結果管理テーブルアクセス手段１０５に渡し、検証
回数をクリアする。検証結果管理テーブルアクセス手段
１０５は、全体制御手段１０２から渡されたデータベー
ス名で、不整合を検出したブロック番号、レコード番号
等が登録されているか否かを、検証結果管理テーブル１
０６を参照して調べる（図１０のＳ８２５）。該当する
データベース名があった場合には（Ｓ８２５のイエ
ス）、該当する個所の不整合検出回数が不整合判定回数
より大きい、または、等しいかを調べる（図１０のＳ８
２６）。該当する個所の不整合検出回数が不整合判定回
数より大きい、または、等しい場合（Ｓ８２６のイエ
ス）は、不整合を検出したとして不整合を検出したデー
タベース名、ブロック番号、レコード番号、不整合内容
を示す番号、不整合検出回数を全体制御手段１０２に渡
し、該当個所をクリアして、次に登録されている個所が
あるか否かを調べる。全体制御手段１０２は、検証結果
管理テーブルアクセス手段１０５から渡された不整合を
検出したデータベース名、ブロック番号、レコード番
号、不整合内容を示す番号、不整合検出回数を、利用者
端末１０２に渡して、データデースファイル１０８に不
整合が有ったことを通知する（図１０のＳ８２７）。一
方、該当する個所の不整合検出回数が、不整合判定回数
より小さい場合には（Ｓ８２６のノー）、不整合とは判
定せずに、次に該当するデータベース名で登録されてい
る個所があるか否かを調べる。検証結果管理テーブル１
０６に、該当するデータベース名がない場合には（Ｓ８
２５のノー）、全体制御部１０２は、検証結果管理テー
ブル１０６の検索が終了した旨の情報を得て、データベ
ースファイル１０８に対する整合性検証が終了した旨の
情報を利用者端末１０１に通知する。

【００４９】次に、図１および図１１のフローチャート
を参照して、データベース検証手段１０３の検証結果を
検証結果管理テーブル１０６に更新する時の動作につい
て詳細に説明する。データベース検証手段１０３が検証
処理を行なった結果、不整合、または、正常と判定した
時、その不整合、または、正常と判定したデータベース
名、ブロック番号、レコード番号、不整合内容を示す番
号、不整合または正常である旨の情報を全体制御手段１
０２に渡す。全体制御手段１０２は、データベース検証
手段１０３から渡されたデータベース名、ブロック番
号、レコード番号、不整合内容を示す番号、不整合また
は正常である旨の情報を検証結果管理テーブルアクセス
手段１０５に渡す。検証結果管理テーブルアクセス手段
１０５は、不整合の更新か否かを調べて（図１１のＳ１
１０１）、不整合の更新である場合には（Ｓ１１０１の
イエス）、全体制御手段１０２から渡された不整合を検
出したデータベース名、ブロック番号、レコード番号、
不整合内容を示す番号が、検証結果管理テーブル１０６
に既に存在するか否かを調べる（図１１のＳ１１０
３）。不整合を検出したデータベース名、ブロック番
号、レコード番号、不整合内容を示す番号が既に存在す
る場合には（Ｓ１１０３のイエス）、該当個所の不整合
検出回数に「１」を加え（図１１のＳ１１０５）、更新
が終了した旨の情報を全体制御手段１０２に渡し、全体
制御手段１０２は、更新が終了した旨の情報をデータベ
ース検証手段１０３に渡す。一方、不整合を検出したデ
ータベース名、ブロック番号、レコード番号、不整合内
容を示す番号が、検証結果管理テーブル１０６に存在し
ない場合（Ｓ１１０３のノー）は、検証結果管理テーブ
ルアクセス手段１０５を制御して、不整合を検出したデ
ータベース名、ブロック番号、レコード番号、不整合内
容を示す番号、および不整合検出回数を１として登録さ
せ（図１１のＳ１１０６）、全体制御手段１０２は、更
新が終了した旨の情報を得て、これをデータベース検証
手段１０３に渡す。検証結果管理テーブルアクセス手段
１０５は、正常の更新だった場合（Ｓ１１０１のノー）
は、全体制御手段１０２から渡されたデータベース名、
ブロック番号、レコード番号、不整合内容を示す番号
が、検証結果管理テーブル１０６に存在するか否かを調
べる（図１１のＳ１１０２）。正常を検出したデータベ
ース名、ブロック番号、レコード番号、不整合内容を示
す番号が、検証結果管理テーブル１０６に存在する場合
には（Ｓ１１０２のイエス）、該当するデータベース
名、ブロック番号、レコード番号、不整合内容を示す番
号は正常であると検出したので、検証結果管理テーブル
１０６から、該当個所を削除し（図１１のＳ１１０
４）、更新が終了した旨の情報を全体制御手段１０２に
渡し、全体制御手段１０２は、更新が終了した旨の情報
をデータベース検証手段１０３に渡す。一方、正常を検
出したデータベース名、ブロック番号、レコード番号、
不整合内容を示す番号が、検証結果管理テーブル１０６
に存在しない場合には（Ｓ１１０２のノー）、更新が終
了した旨の情報を全体制御手段１０２に渡し、全体制御
手段１０２は、更新が終了した旨の情報をデータベース
検証手段１０３に渡す。以上のようにして、データベー
スファイル１０８に対する整合性検証が行なわれること
になる。

【００５０】したがって、この実施の形態によれば、全
体制御手段１０２は、排他制御を行なわずに整合性検証
のためのデータを取り出すデータベースアクセス手段１
０７を制御して取り出したデータをデータベース検証手
段１０３に渡して整合性検証を行なわせる処理を所定回
数繰り返させる。そして、検証結果管理テーブル１０６
を用いて検証結果管理テーブルアクセス手段１０５に、
この所定回数の検証結果を管理させると共に、この管理
させている所定回数の検証結果と不整合判定回数に基づ
いてデータベースファイルの整合がとれているかいない
かを判断させ、この判断結果を得て利用者端末１０１に
その旨の情報を通知するので、オンライン処理等の主要
な処理と排他制御しなくともデータベースファイルの整
合性が判断でき、主要な処理のスループットを落とさず
にデータベースファイルの整合性検証を行なえる。さら
に、全体制御手段１０２は、所定回数の検証結果が、同
一レコードで同一内容の不整合が所定回数以上発生した
と判断した場合には、データベースファイル１０８の整
合がとれていないと判断するので、極めて簡単なロジッ
クで、データベースファイル１０８の整合性の判断を行
なえる。また、不整合条件を記憶する検証情報管理テー
ブル１０４を備えるようにしたので、不整合条件を容易
に変更できる。

【００５１】次に、本装置のより具体的な動作を説明す
ることによって、発明の理解を図るように努める。な
お、不整合内容を示す番号は、上位インデックスレコー
ドと上位インデックスレコードとの不整合は「１」、上
位インデックスレコードと下位インデックスレコードと
の不整合は「２」、下位インデックスレコードと下位イ
ンデックスレコードとの不整合は「３」とする。さて、
利用者端末１０１から連続検証回数「７」、不整合判定
回数「５」のデータベース整合性検証設定要求が全体制
御手段１０２に渡されたとする。すると、全体制御手段
１０２は、渡された連続検証回数「７」と不整合判定回
数「５」とを比較する（図５のＳ５０１）。この場合、
不整合判定回数が連続検証回数より小さいので（Ｓ５０
１のイエス）、検証情報管理テーブル１０４を更新して
（図５のＳ５０３）、データベース整合性検証設定要求
が終了した旨の情報を利用者端末１０１に通知する。図
１２は、データベース整合性検証設定要求が終了した後
における検証情報管理テーブル１０４の記憶内容の説明
図である。一方、利用者端末１０１から、連続検証回数
「５」、不整合判定回数「７」のデータベース整合性検
証設定要求が、全体制御手段１０２に渡されたとする。
すると、全体制御手段１０２は、渡された連続検証回数
「５」と不整合判定回数「７」とを比較する（図５のＳ
５０１）。この場合、不整合判定回数が連続検証回数よ
り大きいので（Ｓ５０１のノー）、不整合判定回数を連
続検証回数の「５」とし（図５のＳ５０２）、検証情報
管理テーブル１０４を更新し（図５のＳ５０３）、デー
タベース整合性検証設定要求が終了した旨の情報を利用
者端末１０１に通知する。図１３は、データベース整合
性検証設定要求が終了した後における検証情報管理テー
ブル１０４の記憶内容の説明図であり、検証回数および
不整合判定回数には夫々「５」が設定されている。

【００５２】さて、図１２、図１４に示すように情報が
格納されている、検証情報管理テーブル１０４、データ
ベースＡを用いた時に、利用者端末１０１からデータベ
ースＡに対するインデックスレコード間検証のデータベ
ース整合性検証要求が全体制御手段１０２に渡されたも
のとする。なお、図１４に示すように、インデックス値
をアルファベットで表現し、アルファベット順にインデ
ックス値が大きくなるものとする。全体制御手段１０２
は、最初の整合性の検証を行なうので検証回数を「１」
として（図８のＳ８０１）、整合性検証要求がインデッ
クスレコード間検証であることから、検証するデータベ
ースＡに格納されている、最初のインデックスの最上位
インデックスブロック番号「１」を求める（図８のＳ８
０２）。全体制御手段１０２は、最上位インデックスブ
ロック番号「１」をデータベースアクセス手段１０７に
渡す。データベースアクセス手段１０７は、全体制御手
段１０２から渡される、最上位インデックスブロック番
号「１」に対応するブロックデータをデータベースＡか
ら、排他制御を行なわずに取り出し（図８のＳ８０
３）、取り出したブロックデータ（図１４の１４０１）
を全体制御手段１０２に渡す。全体制御手段１０２は、
ブロック番号「１」とデータベースアクセス手段１０７
から渡されたブロックデータとを、データベース検証手
段１０３に渡す。データベース検証手段１０３は、全体
制御手段１０２から渡される、最上位インデックスブロ
ックに格納されているレコード番号「１」の最上位イン
デックスレコードを取り出し（図８のＳ８０４）、レコ
ード番号「１」の最上位インデックスレコードが管理す
る中間位インデックスブロックのブロックデータを取り
出すために、対応するインデックスブロック番号「２」
を全体制御手段１０２に渡す。全体制御手段１０２は、
データベース検証手段１０３から渡されたインデックス
ブロック番号「２」をデータベースアクセス手段１０７
に渡し、データベースアクセス手段１０７は、全体制御
手段１０２から渡されるインデックスブロック番号
「２」に対応するブロックデータをデータベースファイ
ル１０８から、排他制御を行なわずに取り出し（図８の
Ｓ８０５）、取り出したブロックデータ（図１４の１４
０４）を全体制御手段１０２に渡す。全体制御手段１０
２は、ブロック番号「２」とデータベースアクセス手段
１０７から渡されるブロックデータとを、データベース
検証手段１０３に渡す。

【００５３】データベース検証手段１０３は、全体制御
手段１０２から渡される、中間位インデックスブロック
に格納されているレコード番号「３」の中間位インデッ
クスレコードを取り出し（図８のＳ８０６）、この中間
位インデックスレコードが持っている下位の最大インデ
ックス値「Ｂ」が、最上位インデックスレコードが持っ
ている下位の最大インデックス値「Ｄ」より小さく（Ｓ
８０７がイエス）、ブロック番号「２」の中間位インデ
ックスブロックに格納されている、最初の中間位インデ
ックスレコードなので（Ｓ８０９がイエス）、レコード
番号「３」の中間位インデックスレコードは正常だとし
て、整合性検証を行なったデータベース名Ａ、ブロック
番号２、レコード番号３、不整合内容を示す番号２、正
常である旨の情報を全体制御手段１０２に渡し、検証結
果管理テーブルアクセス手段１０５を制御して検証結果
管理テーブル１０６の更新を行ない（図８のＳ８１
２）、更新が完了したら整合性検証処理を継続する。デ
ータベース検証手段１０３は、ブロック番号「２」の中
間位インデックスブロックに、レコード番号「４」の中
間位インデックスレコードがあるので（Ｓ８１４がイエ
ス）、レコード番号「４」の中間位インデックスレコー
ドを取り出し（図８のＳ８０６）、この中間位インデッ
クスレコードが持っている下位の最大インデックス値
「Ｄ」が、最上位インデックスレコードが持っている下
位の最大インデックス値「Ｄ」と等しく（Ｓ８０７がイ
エス）、ブロック番号「２」の中間位インデックスに格
納されている最初の中間位インデックスレコードではな
く（Ｓ８０９がノー）、一つ前に検証したレコード番号
「３」の中間位インデックスレコードが持っている下位
の最大インデックス値「Ｂ」より大きいので（Ｓ８１１
がイエス）、レコード番号「４」の中間位インデックス
レコードは正常であるとして、整合性検証を行なったデ
ータベース名Ａ、ブロック番号２、レコード番号４、不
整合内容を示す番号２、３、および、正常である旨の情
報を全体制御手段１０２に渡し、検証結果管理テーブル
１０６の更新を行ない（図８のＳ８１２）、更新が完了
したら整合性検証処理を継続する。

【００５４】データベース検証手段１０３は、ブロック
番号「２」の中間位インデックスブロックには、次の中
間位インデックスレコードがなく（Ｓ８１４がノー）、
レコード番号「１」の最上位インデックスレコードは、
ブロック番号「１」の最上位インデックスブロックに格
納されている、最初の最上位インデックスレコードなの
で（Ｓ８１５がイエス）、レコード番号「１」の最上位
インデックスレコードは正常だとして、整合性検証を行
なったデータベース名Ａ、ブロック番号１、レコード番
号１、不整合内容を示す番号１、正常である旨の情報を
全体制御手段１０２に渡し、検証結果管理テーブルアク
セス手段１０５を制御して検証結果管理テーブル１０６
の更新を行ない（Ｓ８１７）、更新が完了したら、ブロ
ック番号「２」の中間位インデックスブロックを破棄
し、整合性検証処理を継続する。データベース検証手段
１０３は、ブロック番号「１」の最上位インデックスブ
ロックに、レコード番号「２」の最上位インデックスレ
コードがあるので（Ｓ８１９がイエス）、レコード番号
「２」の最上位インデックスレコードを取り出し（図８
のＳ８０４）、整合性検証処理を継続する。データベー
ス検証手段１０３は、レコード番号「２」の最上位イン
デックスレコードに対応する中間位インデックスブロッ
クに対する整合性検証が終了したら、ブロック番号
「１」の最上位インデックスブロックに格納されている
最初の最上位インデックスレコードでなく（Ｓ８１５の
ノー）、レコード番号「２」の最上位インデックスレコ
ードが持っている下位の最大インデックス値「Ｈ」が、
一つ前に検証したレコード番号「１」の最上位インデッ
クスレコードが持っている下位の最大インデックス値
「Ｄ」より大きいので（Ｓ８１６のイエス）、レコード
番号「２」の最上位インデックスレコードは正常だとし
て、整合性検証を行なったデータベース名Ａ、ブロック
番号１、レコード番号２、不整合内容を示す番号１、正
常である旨の情報を全体制御手段１０２に渡し、検証結
果管理テーブルアクセス手段１０５を制御して検証結果
管理テーブル１０６の更新を行ない（Ｓ８１７）、更新
が完了したら整合性検証処理を継続する。

【００５５】データベース検証手段１０３は、ブロック
番号「１」の最上位インデックスブロックには、次の最
上位インデックスレコードがないので（Ｓ８１９がノ
ー）、ブロック番号「１」の最上位インデックスブロッ
クの整合性検証は終了したとして、ブロック番号「１」
の最上位インデックスブロックが持っている、次のイン
デックスブロック番号「２」を全体制御手段１０２に渡
し、ブロック番号「１」の最上位インデックスブロック
を破棄する。全体制御手段１０２は、データベース検証
手段１０３から渡されたインデックスブロック番号
「２」をデータベースアクセス手段１０７に渡し、デー
タベースアクセス手段１０７は、全体制御手段１０２か
ら渡されるインデックスブロック番号「２」に対応する
ブロックデータを、データベースファイル１０８から排
他制御を行なわずに取り出し（Ｓ８２０）、取り出した
ブロックデータ（図１４の１４０４）を全体制御手段１
０２に渡す。 全体制御手段１０２は、ブロック番号
「２」とデータベースアクセス手段１０７から渡される
ブロックデータとを、データベース検証手段１０３に渡
す。データベース検証手段１０３は、インデックスブロ
ックの制御用領域に記憶されている管理情報を参照し
て、どの階層のインデックスブロックかを示す情報を考
慮して、ブロック番号「２」のインデックスブロック
は、中間位インデックスブロックなので（Ｓ８２１のノ
ー）、最上位インデックスブロックに対して行なった上
述の整合性検証をブロック番号「２」の中間位インデッ
クスブロックに対しても、繰り返し行なう。

【００５６】データベース検証手段１０３は、全体制御
手段１０２から渡される中間位インデックスブロックに
格納されているレコード番号「３」の中間位インデック
スレコードを取り出し（図８のＳ８０４）、レコード番
号３の中間位インデックスレコードが管理する最下位イ
ンデックスブロックのブロックデータを取り出すため
に、対応するインデックスブロック番号「４」を全体制
御手段１０２に渡す。全体制御手段１０２は、データベ
ース検証手段１０３から渡されたインデックスブロック
番号「４」をデータベースアクセス手段１０７に渡し、
データベースアクセス手段１０７は、全体制御手段１０
２から渡されるインデックスブロック番号「４」に対応
するブロックデータを、データベースファイル１０８か
ら排他制御を行なわずに取り出し（図８のＳ８０５）、
取り出したブロックデータ（図１４の１４１０）を全体
制御手段１０２に渡す。全体制御手段１０２は、ブロッ
ク番号「４」とデータベースアクセス手段１０７から渡
されるブロックデータとを、データベース検証手段１０
３に渡す。データベース検証手段１０３は、全体制御手
段１０２から渡される、最下位インデックスブロックに
格納されているレコード番号「７」の最下位インデック
スレコードを取り出し（図８のＳ８０６）、対象となる
インデックスレコードが持っているインデックス値
「Ａ」が、中間位インデックスレコードが持っている下
位の最大インデックス値「Ｂ」より小さく（Ｓ８０７が
イエス）、ブロック番号「４」の最下位インデックスブ
ロックに格納されている最初の最下位インデックスレコ
ードなので（Ｓ８０９がイエス）、レコード番号「７」
の最下位インデックスレコードは正常だとして、整合性
検証を行なったデータベース名Ａ、ブロック番号４、レ
コード番号７、不整合内容を示す番号２、正常である旨
の情報を全体制御手段１０２に渡し、検証結果管理テー
ブルアクセス手段１０５を制御して検証結果管理テーブ
ル１０６の更新を行ない（図８のＳ８１２）、更新が完
了したら整合性検証処理を継続する。

【００５７】データベース検証手段１０３は、ブロック
番号「４」の最下位インデックスブロックに、レコード
番号「８」の最下位インデックスレコードがあるので
（Ｓ８１４がイエス）、レコード番号「８」の最下位イ
ンデックスレコードを取り出し（図８のＳ８０６）、こ
のインデックスレコードが持っているインデックス値
「Ｂ」が、中間位インデックスレコードが持っている下
位の最大インデックス値「Ｂ」と等しく（Ｓ８０７がイ
エス）、ブロック番号「４」の最下位インデックスブロ
ックに格納されている最初の最下位インデックスレコー
ドでなく（Ｓ８０９がノー）、一つ前に検証したレコー
ド番号７の最下位インデックスレコードが持っているイ
ンデックス値「Ａ」より大きいので（Ｓ８１１がイエ
ス）、レコード番号「８」の最下位インデックスレコー
ドは正常だとして、整合性検証を行なったデータベース
名Ａ、ブロック番号４、レコード番号８、不整合内容を
示す番号２および３、正常である旨の情報を全体制御手
段１０２に渡し、検証結果管理テーブルアクセス手段１
０５を制御して検証結果管理テーブル１０６の更新を行
ない（図８のＳ８１２）、更新が完了したら整合性検証
処理を継続する。データベース検証手段１０３は、ブロ
ック番号「４」の最下位インデックスブロックには、次
の最下位インデックスレコードがなく（Ｓ８１４がノ
ー）、レコード番号「３」の中間位インデックスレコー
ドが、ブロック番号「２」の中間位インデックスブロッ
クに格納されている最初の中間位インデックスなので
（Ｓ８１５がイエス）、レコード番号「３」の中間位イ
ンデックスレコードは正常だとして、整合性検証を行な
ったデータベース名Ａ、ブロック番号２、レコード番号
３、不整合内容を示す番号１、正常である旨の情報を全
体制御手段１０２に渡し、検証結果管理テーブルアクセ
ス手段１０５を制御して検証結果管理テーブル１０６の
更新を行ない（図９のＳ８１７）、更新が完了したら、
ブロック番号「４」の最下位インデックスブロックを破
棄し、整合性検証処理を継続する。

【００５８】データベース検証手段１０３は、ブロック
番号「２」の中間位インデックスブロックに、レコード
番号「４」の中間位インデックスレコードがあるので
（Ｓ８１９がイエス）、レコード番号「４」の中間位イ
ンデックスレコードを取り出し（図８のＳ８０４）、整
合性検証処理を継続する。データベース検証手段１０３
は、レコード番号「４」の中間位インデックスレコード
に対応する最下位インデックスに対する整合性検証が終
了したら、レコード番号「４」の中間位インデックスレ
コードが、ブロック番号「２」の中間位インデックスブ
ロックに格納されている最初の中間位インデックスブロ
ックでなく（Ｓ８１５がノー）、レコード番号「４」の
中間位インデックスレコードが持っている下位の最大イ
ンデックス値「Ｄ」が、一つ前に検証したレコード番号
「３」の中間位インデックスレコードが持っている下位
の最大インデックス値「Ｂ」より大きいので（Ｓ８１６
がイエス）、レコード番号「４」の中間位インデックス
レコードは正常だとして、整合性検証を行なったデータ
ベース名Ａ、ブロック番号２、レコード番号４、不整合
内容を示す番号１、正常である旨の情報を全体制御手段
１０２に渡し、検証結果管理テーブルアクセス手段１０
５を制御して検証結果管理テーブル１０６の更新を行な
い（図９のＳ８１７）、更新が完了したら整合性検証処
理を継続する。

【００５９】データベース検証手段１０３は、ブロック
番号「２」の中間位インデックスブロックには、次の中
間位インデックスレコードがないので（Ｓ８１９がノ
ー）、ブロック番号「２」の中間位インデックスブロッ
クの整合性検証は終了したとして、ブロック番号「２」
の中間位インデックスブロックが持っている次のインデ
ックスブロック番号「３」を全体制御手段１０２に渡
し、ブロック番号「２」の最上位インデックスブロック
を破棄する。全体制御手段１０２は、データベース検証
手段１０３から渡されたインデックスブロック番号
「３」をデータベースアクセス手段１０７に渡し、デー
タベースアクセス手段１０７は、全体制御手段１０２か
ら渡されるインデックスブロック番号「３」に対応する
ブロックデータを、データベースファイル１０８から排
他制御を行なわずに取り出し（図９のＳ８２０）、取り
出したブロックデータ（図１４の１４０７）を全体制御
手段１０２に渡す。全体制御手段１０２は、ブロック番
号「３」とデータベースアクセス手段１０７から渡され
るブロックデータとを、データベース検証手段１０３に
渡す。データベース検証手段１０３は、インデックスブ
ロックの制御用領域に記憶してある管理情報を参照し
て、どの階層のインデックスブロックかを示す情報を考
慮して、ブロック番号「３」のインデックスブロック
は、中間位インデックスブロックなので（Ｓ８２１のノ
ー）、ブロック番号「２」の中間位インデックスブロッ
クに対して行なった上述の整合性検証をブロック番号
「３」の中間位インデックスブロックに対しても繰り返
し行なう。

【００６０】データベース検証手段１０３は、ブロック
番号「３」の中間位インデックスブロックに対する整合
性検証が終了したら、ブロック番号「３」の中間位イン
デックスブロックが持っている次のインデックスブロッ
ク番号４を全体制御手段１０２に渡し、ブロック番号
「３」の中間位インデックスブロックを破棄する。全体
制御手段１０２は、データベース検証手段１０３から渡
されたインデックスブロック番号「４」をデータベース
アクセス手段１０７に渡し、データベースアクセス手段
１０７は、全体制御手段１０２から渡されるインデック
スブロック番号「４」に対応するブロックデータを、デ
ータベースファイル１０８から排他制御を行なわずに取
り出し（図９のＳ８２０）、取り出したブロックイメー
ジ（図１４の１４１０）を全体制御手段１０２に渡す。
全体制御手段１０２は、ブロック番号「４」とデータベ
ースアクセス手段１０７から渡されるブロックデータと
を、データベース検証手段１０３に渡す。データベース
検証手段１０３は、インデックスブロックの制御用領域
に記憶してある管理情報を参照して、どの階層のインデ
ックスブロックかを示す情報を考慮して、ブロック番号
「４」のインデックスブロックは、最下位インデックス
ブロックなので（Ｓ８２１のイエス）、ブロック番号
「４」の最下位インデックスブロックに格納されている
最下位インデックスレコードに対する整合性検証は、上
位の中間位インデックスブロックの整合性検証時に検証
済みなので、このインデックスを構成する全インデック
スブロックに対する整合性検証は終了したとして、この
インデックスに対する整合性検証が終了した旨を全体制
御手段１０２に渡す。全体制御手段１０２は、整合性検
証の対象となるデータベースＡに、次のインデックスが
あるか否かを調べて（Ｓ８２２）、次のインデックスが
ある場合には（Ｓ８２２のイエス）、対象となるインデ
ックスの最上位インデックスブロック番号を求めて（図
８のＳ８０２）、上述の整合性検証を繰り返す（図８の
Ｓ８０３以下）。一方、次のインデックスがない場合に
は（Ｓ８２２のノー）、このデータベースＡに対する整
合性検証は終了したとする。全体制御手段１０２は、検
証回数「１」が検証情報管理テーブル１０４で管理して
いる連続検証回数「７」と同じ値ではないので（Ｓ８２
３のノー）、検証回数を「２」として（図９のＳ８２
４）、このデータベースＡに対する整合性検証を繰り返
す（図８のＳ８０２以下）。このようにして、全体制御
手段１０２が、データベースＡに対する整合性検証を７
回繰り返し行なったら、検証回数「７」が検証情報管理
テーブル１０４で管理している連続検証回数「７」と同
じ値なので（Ｓ８２３のイエス）、データベースＡに対
する整合性検証は終了したとして、整合性検証を行なっ
たデータベース名Ａと検証情報管理テーブル１０４で管
理している不整合判定回数「５」を検証結果管理テーブ
ルアクセス手段１０５に渡し、検証回数を「０」にす
る。

【００６１】次に、図１２、図１５のような情報が格納
されている、検証情報管理テーブル１０４、データベー
スＡを用いた時に、ブロック番号「１」の最上位インデ
ックスブロックに対する整合性検証を行なうものとす
る。なお、図１５に示すように、インデックス値をアル
ファベットで表現し、アルファベット順にインデックス
値が大きくなるものとする。データベース検証手段１０
３は、全体制御手段１０２から渡される最上位インデッ
クスブロックに格納されている、レコード番号「１」の
最上位インデックスレコードを取り出し（図８のＳ８０
４）、レコード番号「１」の最上位インデックスレコー
ドが管理する中間位インデックスブロックのブロックイ
データを取り出すために、対応するインデックスブロッ
ク番号「２」を全体制御手段１０２に渡す。全体制御手
段１０２は、データベース検証手段１０３から渡された
インデックスブロック番号「２」をデータベースアクセ
ス手段１０７に渡し、データベースアクセス手段１０７
は、全体制御手段１０２から渡されるインデックスブロ
ック番号「２」に対応するブロックデータをデータベー
スファイル１０８から、排他制御を行なわずに取り出し
（図８のＳ８０５）、取り出したブロックデータ（図１
５の１５０１）を全体制御手段１０２に渡す。全体制御
手段１０２は、ブロック番号「２」とデータベースアク
セス手段１０７から渡されるブロックデータとを、デー
タベース検証手段１０３に渡す。データベース検証手段
１０３は、全体制御手段１０２から渡される中間位イン
デックスブロックに格納されているレコード番号「３」
の中間位インデックスレコードを取り出し（図８のＳ８
０６）、この中間位インデックスレコードが持っている
下位の最大インデックス値「Ｆ」が、最上位インデック
スレコードが持っている下位の最大インデックス値
「Ｄ」より大きいので（Ｓ８０７がノー）、レコード間
の不整合を検出したとして、不整合を検出したデータベ
ース名Ａ、ブロック番号２、レコード番号３、不整合内
容を示す番号２、不整合である旨の情報を全体制御手段
１０２に渡し、検証結果管理テーブルアクセス手段１０
５を制御して検証結果管理テーブル１０６の更新を行な
い（図８のＳ８０８）、更新が完了したら整合性検証処
理を継続する。

【００６２】データベース検証手段１０３は、レコード
番号「３」の中間位インデックスレコードが、ブロック
番号「２」の中間位インデックスブロックに格納されて
いる最初の中間位インデックスレコードで（Ｓ８１０が
イエス）、次の中間位インデックスレコードがあるので
（Ｓ８１４がイエス）、レコード番号「４」の中間位イ
ンデックスレコードを取り出し（図８のＳ８０６）、こ
の中間位インデックスレコードが持っている下位の最大
インデックス値「Ｅ」が、最上位インデックスレコード
が持っている下位の最大インデックス値「Ｄ」より大き
いので（Ｓ８０７がノー）、レコード間の不整合を検出
したとして、不整合を検出したデータベース名Ａ、ブロ
ック番号２、レコード番号４、不整合内容を示す番号
２、不整合である旨の情報を全体制御手段１０２に渡
し、検証結果管理テーブルアクセス手段１０５を制御し
て検証結果管理テーブル１０６の更新を行ない（図８の
Ｓ８０８）、更新が完了したら整合性検証処理を継続す
る。データベース検証手段１０３は、レコード番号
「４」の中間位インデックスレコードが、ブロック番号
２の中間位インデックスブロックに格納されている最初
の中間位インデックスレコードでなく（Ｓ８１０がノ
ー）、レコード番号「４」の中間位インデックスレコー
ドが持っている下位の最大インデックス値「Ｅ」が、一
つ前に検証したレコード番号「３」の中間位インデック
スレコードが持っている下位の最大インデックス値Ｆよ
り小さいので（図８のＳ８１１がノー）、レコード間の
不整合を検出したとして、不整合を検出したデータベー
ス名Ａ、ブロック番号２、レコード番号４、不整合内容
を示す番号３、不整合である旨の情報を全体制御手段１
０２に渡し、検証結果管理テーブルアクセス手段１０５
を制御して検証結果管理テーブル１０６の更新を行ない
（図８のＳ８１３）、更新が完了したら整合性検証処理
を継続する。

【００６３】データベース検証手段１０３は、ブロック
番号「２」の中間位インデックスブロックに次の中間位
インデックスレコードがなく（Ｓ８１４がノー）、レコ
ード番号「１」の最上位インデックスレコードが、ブロ
ック番号「１」の最上位インデックスブロックに格納さ
れている最初の最上位インデックスレコードなので（Ｓ
８１５がイエス）、レコード番号「１」の最上位インデ
ックスレコードは正常だとして、検証したデータベース
名Ａ、ブロック番号１、レコード番号１、不整合内容を
示す番号１、正常である旨の情報を全体制御手段１０２
に渡し、検証結果管理テーブルアクセス手段１０５を制
御して検証結果管理テーブル１０６の更新を行ない（図
９のＳ８１７）、更新が完了したら整合性検証処理を継
続する。データベース検証手段１０３は、ブロック番号
「１」の最上位インデックスブロックに、次の最上位イ
ンデックスレコードがあるので（Ｓ８１９がイエス）、
レコード番号「２」の最上位インデックスレコードを取
り出し（図８のＳ８０４）、整合性検証処理を継続す
る。データベース検証手段１０３は、レコード番号
「２」の最上位インデックスレコードに対応する中間位
インデックスブロックに対する整合性検証が終了した
ら、レコード番号「２」の最上位インデックスレコード
が、ブロック番号「１」の最上位インデックスブロック
に格納されている最初の最上位インデックスレコードで
なく（Ｓ８１５がノー）、レコード番号「２」の最上位
インデックスレコードが持っている下位の最大インデッ
クス値「Ｂ」が、一つ前に検証したレコード番号「１」
の最上位インデックスレコードが持っている下位の最大
インデックス値「Ｄ」より小さいので（Ｓ８１６がノ
ー）、レコード間の不整合を検出したとして、不整合を
検証したデータベース名Ａ、ブロック番号１、レコード
番号２、不整合内容を示す番号１、不整合である旨の情
報を全体制御手段１０２に渡し、検証結果管理テーブル
アクセス手段１０５を制御して検証結果管理テーブル１
０６の更新を行ない（図９のＳ８１８）、更新が完了し
たら整合性検証処理を継続する。

【００６４】検証結果管理テーブル１０６が図１６に示
すような状態の時に、データベースＡのブロック番号
２、レコード番号３、不整合内容を示す番号２の不整合
更新である旨の情報が、全体制御手段１０２から検証結
果管理テーブルアクセス手段１０５に渡されたとする。
検証結果管理テーブルアクセス手段１０５は、不整合の
更新か否かを調べ（図１１のＳ１１０１）、不整合の更
新なので（Ｓ１１０１のイエス）、データベース名Ａ、
ブロック番号２、レコード番号３、不整合内容を示す番
号２が、検証結果管理テーブル１０６に存在するか否か
を調べる（図１１のＳ１１０３）。検証結果管理テーブ
ル１０６に存在しないので（Ｓ１１０３のノー）、検証
結果管理テーブルアクセス手段１０５は、不整合を検出
したデータベース名Ａ、ブロック番号２、レコード番号
３、不整合内容を示す番号２、および不整合検出回数を
１として検証結果管理テーブル１０６を更新する（図１
１のＳ１１０６）。図１７は、検証結果管理テーブルア
クセス手段１０５が、更新した後の検証結果管理テーブ
ル１０６の記憶内容を示したものである。次に、検証結
果管理テーブル１０６が図１７に示すような状態の時
に、データベースＡのブロック番号２、レコード番号
３、不整合内容を示す番号２の不整合の更新である旨の
情報が、全体制御手段１０２から検証結果管理テーブル
アクセス手段１０５に渡されたとする。すると、検証結
果管理テーブルアクセス手段１０５は、不整合の更新か
否かを調べて（図１１のＳ１１０１）、不整合の更新な
ので（Ｓ１１０１のイエス）、データベース名Ａ、ブロ
ック番号２、レコード番号３、不整合内容を示す番号２
が、検証結果管理テーブル１０６に存在するか否かを調
べる（図１１のＳ１１０３）。検証結果管理テーブル１
０６に存在するので（Ｓ１１０３のイエス）、該当個所
の不整合検出回数を「２」として検証結果管理テーブル
１０６を更新する（図１１のＳ１１０５）。

【００６５】図１８は、検証結果管理テーブルアクセス
手段１０５が、更新した後の検証結果管理テーブル１０
６の記憶状態を示したものである。次に、検証結果管理
テーブル１０６が図１８に示すような状態の時に、デー
タベースＡのブロック番号２、レコード番号３、不整合
内容を示す番号２の正常の更新である旨の情報が、全体
制御手段１０２から、検証結果管理テーブルアクセス手
段１０５に渡されたとする。すると、検証結果管理テー
ブルアクセス手段１０５は、不整合の更新か否かを調べ
（図１１のＳ１１０１）、正常の更新なので（Ｓ１１０
１のノー）、データベース名Ａ、ブロック番号２、レコ
ード番号３、不整合内容を示す番号２が、検証結果管理
テーブル１０６に存在するか否かを調べる（図１１のＳ
１１０２）。検証結果管理テーブル１０６に存在するの
で（Ｓ１１０２のイエス）、該当個所は正常と判断され
たため、検証結果管理テーブルアクセス手段１０５は、
該当個所を検証結果管理テーブル１０６から削除する
（図１１のＳ１１０４）。図１９は、検証結果管理テー
ブルアクセス手段１０５が更新した後の検証結果管理テ
ーブル１０６の記憶状態を示したものである。

【００６６】検証結果管理テーブル１０６が図１９に示
すような状態の時に、データベースＡのブロック番号
２、レコード番号３、不整合内容を示す番号２の正常の
更新である旨の情報が、全体制御手段１０２から検証結
果管理テーブルアクセス手段１０５に渡されたとする。
すると、検証結果管理テーブルアクセス手段１０５は、
不整合の更新か否かを調べ（図１１のＳ１１０１）、正
常の更新なので（Ｓ１１０１のノー）、データベース名
Ａ、ブロック番号２、レコード番号３、不整合内容を示
す番号２が、検証結果管理テーブル１０６に存在するか
否かを調べる（図１１のＳ１１０２）。検証結果管理テ
ーブル１０６には存在しないので（Ｓ１１０２のノ
ー）、検証結果管理テーブルアクセス手段１０５は、検
証結果管理テーブル１０６の更新を行なわない。次に、
検証結果管理テーブル１０６が図２０に示すような状態
の時に、データベースＡに対する整合性検証が終了し
て、整合性検証を行わなったデータベース名「Ａ」と不
整合判定回数「５」とが、全体制御手段１０２から検証
結果管理テーブルアクセス手段１０５に渡されたものと
する。すると、検証結果管理テーブルアクセス手段１０
５は、全体制御手段１０２から渡されたデータベース名
Ａで、不整合を検出したブロック番号、レコード番号等
が登録されているかを検証結果管理テーブル１０６を検
索して調べる（図１０のＳ８２５）。検証結果管理テー
ブル１０６に、データベース名Ａがあるので（Ｓ８２５
のイエス）、該当個所の不整合検出回数「７」が不整合
判定回数「５」より大きいので（Ｓ８２６のイエス）、
該当個所を不整合であると判定し、不整合を検出したデ
ータベース名Ａ、ブロック番号１、レコード番号２、不
整合内容を示す番号１、不整合検出回数７を全体制御手
段１０２に渡し、該当個所をクリアして次に登録されて
いる個所があるか否かを調べる。

【００６７】全体制御手段１０２は、検証結果管理テー
ブルアクセス手段１０５から渡された不整合を検出した
データベース名Ａ、ブロック番号１、レコード番号２、
不整合内容を示す番号１、不整合検出回数７を利用者端
末１０２に通知する（図１０のＳ８２７）。検証結果管
理テーブル１０６に、次のデータベース名Ａが存在する
ので（Ｓ８２５のイエス）、該当個所の不整合検出回数
「３」が不整合判定回数「５」より小さいので（Ｓ８２
６のノー）、該当個所を不整合とは判定しないで、次に
このデータベース名Ａで登録されている個所があるか検
証する。検証結果管理テーブル１０６に該当するデータ
ベース名Ａがないので（Ｓ８２５のノー）、検証結果管
理テーブル１０６の整合性検証が終了した旨の情報を全
体制御手段１０２に渡し、全体制御手段１０２は、この
データベースＡに対する整合性検証が終了した旨の情報
を利用者端末１０１に通知する。図２１は、整合性検証
が終了した後における検証結果管理テーブル１０６の記
憶状態を示した説明図である。

【００６８】以上説明したきたように、この実施の形態
においては、データベースファイル１０８から整合性検
証のためのデータを排他制御を行なわずに取り出し、こ
の取り出したデータを用いて整合性検証を行なう処理を
所定回数繰り返す。そして、この所定回数の検証結果と
不整合判定回数とに基づいて、データベースファイル１
０８の整合がとれているかいないかを判断するので、オ
ンライン処理等の主要な処理と排他制御しなくともデー
タベースファイルの整合性が判断できるので、主要な処
理のスループットを落とさずにデータベースファイルの
整合性検証を行なえる。

【００６９】（第２の実施の形態）この実施の形態は、
所望の時刻に自動的に整合性検証を行なうようにした点
に特徴がある。次に、本発明の第２の実施の形態につい
て図面を参照して詳細に説明する。図２２は、本発明の
第２の実施の形態のブロック構成図である。この実施の
形態の装置は、図１にて示されている第１の実施の形態
の装置構成において、整合性検証自動開始手段１０９
と、整合性検証自動開始情報管理テーブル１１０とを新
たに備えた点が異なり、その他の点では異なる所がな
い。整合性検証自動開始情報管理テーブル１１０には、
整合性検証を開始させる時刻である整合性検証開始時刻
と、整合性検証対象となるデータベース名と、どのよう
な整合性検証を行なうかを示す情報である整合性検証内
容とが対応付けて記憶される。整合性検証開始時刻は、
或る整合性検証の開始時刻を設定することはもちろんの
こと、その設定の仕方によって、或る時間毎に繰り返し
て整合性検証を行なうようにすることも可能であるが、
この実施の形態の説明では、所望の開始時刻に整合性検
証開始させることを想定して説明する。整合性検証内容
は、レコード形式検証、レコード間検証等の整合性検証
の内容を定める情報である。図２３は、整合性検証自動
開始情報管理テーブル１１０の記憶状態例を示した説明
図であり、この記憶例では、データベース整合性検証を
開始させる時刻が「１２時」、整合性検証の対象となる
データベース名が「Ｄ」、整合性検証内容が「インデッ
クスレコード間検証」であることを示している。整合性
検証自動開始手段１０９は、この装置が備える、現在時
刻を把握するための時刻（図２２では図示せず）が示す
時刻を参照して、整合性検証自動開始情報管理テーブル
１１０に記憶管理されている整合性検証時刻になった
ら、整合性検証対象となるデータベース名、整合性検証
内容を全体制御手段１０２に渡し、データベース整合性
検証を自動で開始させる。

【００７０】次に、図２２および図２４のフローチャー
トを参照して、この実施の形態の装置の全体動作につい
て詳細に説明する。図２２で、利用者端末１０１が、整
合性検証自動開始に関するデータベース整合性検証設定
要求を発行した時の動作について詳細に説明する。整合
性検証自動開始に関するデータベース整合性検証設定要
求には、データベースの整合性検証を行なう整合性検証
開始時刻、整合性検証の対象となるデータベース名、整
合性検証内容、および、整合性検証自動開始に関する設
定要求である旨の情報が含まれている。利用者端末１０
１（第１の実施の形態同様に利用者プログラム１０９自
身でも良い）は、整合性検証自動開始に関するデータベ
ース整合性検証設定要求を全体制御手段１０２に渡す。
全体制御手段１０２は、整合性検証自動開始に関する設
定要求が渡されたので、データベース整合性検証設定要
求に含まれる、整合性検証開始時刻、整合性検証の対象
となるデータベース名、および、整合性検証内容で、整
合性検証自動開始情報管理テーブル１１０を更新する。
整合性検証自動開始情報管理テーブル１１０の更新が終
了したら、整合性検証自動開始に関するデータベース整
合性検証設定要求が終了した旨の情報を、利用者端末１
０１に渡す。

【００７１】次に、図２２および図２４のフローチャー
トで、装置内の時計（図２２では図示せず）が示す時刻
が、整合性検証自動開始情報管理テーブル１１０によっ
て記憶管理されている整合性検証開始時刻になった時の
整合性検証自動開始手段１０９の動作について詳細に説
明する。整合性検証自動開始手段１０９は、装置内の時
計（図２２では図示せず）が示す時刻を参照して、整合
性検証自動開始情報管理テーブル１１０に記憶管理され
ている整合性検証開始時刻になったか否かを調べる（図
２４のＳ２４０１）。時計が示す時刻が、整合性検証開
始時刻になっていない場合には（Ｓ２４０１のノー）、
データベースの整合性検証を開始させるための動作は行
なわずにウエイト状態となる。一方、装置内の時計（図
２２では図示せず）が示す時刻が、整合性検証開始時刻
になった場合には（Ｓ２４０１のイエス）、整合性検証
自動開始情報管理テーブル１１０を参照して、整合性検
証の対象となるデータベース名と整合性検証内容とを全
体制御手段１０２に渡す。すると、全体制御手段１０２
は、整合性検証自動開始手段１０９から渡された整合性
検証の対象となるデータベース名、整合性検証内容を参
照して、データベースの整合性検証を自動開始させる。
以降のデータベースの整合性検証に関する動作について
は、第１の実施の形態と変わらる所がないので、重複説
明を省略する。

【００７２】したがって、この実施の形態によれば、整
合性検証自動開始手段１０９が、全体制御手段１０２
を、設定時刻に自動的に起動させて、データベースファ
イル１０８の整合がとれているかいないかを判定させる
ので、整合性検証処理を所望の時刻に自動開始させるこ
とができる。また、設定時刻を登録するための整合性検
証自動開始情報管理テーブル１１０を備えるようにした
ので、設定時刻の変更等が容易に行なえたり、利用者が
一度登録した時刻等に、登録した整合性検証内容で自動
的にデータベースファイル１０８の整合性検証を行なう
ことができる。

【００７３】次に、この実施の形態の装置のより具体的
な動作を説明して、発明理解の容易化に努める。利用者
端末１０１から、整合性検証開始時刻が「２３時」、整
合性検証の対象となるデータベース名が「Ｂ」、整合性
検証内容が「インデックスレコード間検証」である、整
合性検証自動開始に関するデータベース整合性検証設定
要求が全体制御手段１０２に渡されたことを想定する。
全体制御手段１０２は、整合性検証自動開始に関する設
定要求が渡されたので、このデータベース整合性検証設
定要求に含まれる「整合性検証開始時刻２３時、整合性
の検証を行なうデータベース名Ｂ、およびインデックス
レコード間検証」で、整合性検証自動開始情報管理テー
ブル１１０を更新する。整合性検証自動開始情報管理テ
ーブル１１０の更新が終了したら、整合性検証自動開始
に関するデータベース整合性検証設定要求が終了した旨
の情報を、利用者端末１０１の渡す。図２５は、整合性
検証自動開始に関するデータベース整合性検証設定要求
に対する更新処理が終了した後における整合性検証自動
開始情報管理テーブル１１０の記憶状態を示している。
整合性検証自動開始情報管理テーブル１１０が、図２５
に示すような記憶状態の時の整合性検証自動開始手段１
０９の動作について説明する。整合性検証自動開始手段
１０９は、装置内の時刻（図２２では図示せず）を参照
して、整合性検証開始時刻である２３時になったか否か
を調べ（図２４のＳ２４０１）、時刻が２３時になって
いない場合には（Ｓ２４０１のノー）、データベースの
整合性検証を開始させない。一方、時刻が２３時になっ
た場合には（Ｓ２４０１のイエス）、整合性検証自動開
始情報管理テーブル１１０を参照して、整合性検証の対
象となるデータベース名Ｂ、整合性検証内容がインデッ
クスレコード間検証である旨の情報を、全体制御手段１
０２に渡す。これらを渡された全体制御手段１０２は、
データベースの整合性検証を、第１の実施の形態にて説
明したのと同じ手順で整合性検証を行なう。このように
して、整合性検証を所望の時刻に自動開始させることが
できる。

【００７４】図２６は、第１および第２の実施の形態の
装置のハードウエア構成図である。この装置は、ＣＰＵ
１０００と、ＲＡＭ１０１０と、ＣＲＴ１０２０と、Ｈ
Ｄ（ハードディスク）１０３０と、ＣＤＲＯＭ１０４０
と、マウス、キーボード等の入力デバイス１０５０とを
有し、各構成要素は互いに所要の情報を通信可能にバス
１０６０で接続されている。また、第１および第２の実
施の形態で説明してきたような処理を実現させるための
整合性検証プログラム１０８０が、記録媒体の一例とし
てのＣＤＲＯＭ１０７０に記録されている。このＣＤＲ
ＯＭ１０７０をＣＤＲＯＭドライブ１０４０にセットす
ると、ＣＰＵ１０００は、整合性検証プログラム１０８
０を読み取ってこれをＨＤ１０３０の所定エリアにイン
ストールする。この後、例えば利用者が入力デバイス１
０５０を操作して、所定のコマンドを入力すると、ＣＰ
Ｕ１０００はインストールされた整合性検証プログラム
１０８０を実行して、図１や図２２のブロック構成図で
説明した各手段を実現すると共に、ＲＡＭ１０１０上に
各テーブルを実現して、第１および第２の実施の形態に
て説明してきた整合性検証を行なうことになる。なお、
このような記録媒体としては、ＣＤＲＯＭの他に、ＦＤ
等の磁気記録媒体、ＤＶＤ等の光記録媒体、ＭＯ等の光
磁気記録媒体、ＲＯＭ、ＩＣカード等の半導体記録媒体
等のコンピュータ読み取り可能な記録媒体が挙げられ
る。また、この整合性検証プログラム１０８０は、アプ
リケーションとして用いるのではなく、その処理手順の
少なくとも一部をＨＤ１０３０に初期状態からインスト
ールされているＯＳ（オペレーティングシステム）に組
み込んでも良いし、適当なミドルウエア内に組み込むよ
うにしても良い。

【００７５】また、本発明の要旨を逸脱しない範囲内
で、以上説明してきた実施の形態に対して種々の変形を
施すことが可能であり、例えば、全体制御手段１０２や
利用者端末１０１が適宜渡す、または、渡される情報を
表示デバイスによって表示するようにすること、各テー
ブルを物理的に分離させずに１つにまとめること等の変
形を施し得る。

【発明の効果】以上説明したきたように、本発明によれ
ば、オンライン処理等の主要な処理と排他制御しなくと
もデータベースファイルの整合性が判断できるので、主
要な処理のスループットを落とさずにデータベースファ
イルの整合性検証を行なえるという効果が得られる。

【００７６】また、整合性検証を所望の時刻に自動開始
させることができるという効果も得られる。

【図面の簡単な説明】

【図１】第１の実施の形態の装置のブロック構成図であ
る。

【図２】検証情報管理テーブル１０４の説明図である。

【図３】検証結果管理テーブル１０６の説明図である。

【図４】ブロックの構成の説明図である。

【図５】データベース整合性検証設定要求時の装置動作
を説明するためのフローチャートである。

【図６】インデックス構造の説明図である。

【図７】インデックスの具体的構造例を示す説明図であ
る。

【図８】整合性検証のための装置動作を説明するための
フローチャートである。

【図９】整合性検証のための装置動作を説明するための
フローチャートである。

【図１０】整合性検証のための装置動作を説明するため
のフローチャートである。

【図１１】整合性検証のための装置動作を説明するため
のフローチャートである。

【図１２】検証情報管理テーブル１０４の記憶状態を示
す説明図である。

【図１３】検証情報管理テーブル１０４の記憶状態を示
す説明図である。

【図１４】インデックスの具体的構造例を示す説明図で
ある。

【図１５】インデックスの具体的構造例を示す説明図で
ある。

【図１６】検証結果管理テーブル１０６の記憶状態を示
す説明図である。

【図１７】検証結果管理テーブル１０６の記憶状態を示
す説明図である。

【図１８】検証結果管理テーブル１０６の記憶状態を示
す説明図である。

【図１９】検証結果管理テーブル１０６の記憶状態を示
す説明図である。

【図２０】検証結果管理テーブル１０６の記憶状態を示
す説明図である。

【図２１】検証結果管理テーブル１０６の記憶状態を示
す説明図である。

【図２２】第２の実施の形態の装置のブロック構成図で
ある。

【図２３】整合性検証自動開始情報管理テーブル１１０
の説明図である。

【図２４】第２の実施の形態の装置動作を説明するため
のフローチャートである。

【図２５】整合性検証自動開始情報管理テーブル１１０
の記憶状態を示す説明図である。

【図２６】本発明の実施の形態の装置のハードウエア構
成図である。

【符号の説明】

１０１ 利用者端末 １０２ 全体制御手段 １０３ データベース検証手段 １０４ 検証情報管理テーブル １０５ 検証結果管理テーブルアクセス手段 １０６ 検証結果管理テーブル １０７ データベースアクセス手段 １０８ データベースファイル １０９ 整合性検証自動開始手段 １１０ 整合性検証自動開始情報管理テーブル

Claims (12)

【特許請求の範囲】
1. 【請求項１】 データベースファイルに対する整合性検
   証を行なうための方法であって、 データベースファイルから整合性検証のためのデータを
   排他制御を行なわずに取り出し、この取り出したデータ
   を用いて整合性検証を行なう処理を所定回数繰り返し、 この所定回数の検証結果と予め設定した整合性の判定条
   件とに基づいて、データベースファイルの整合がとれて
   いるかいないかを判断するデータベースファイル整合性
   検証方法。
2. 【請求項２】 請求項１に記載のデータベースファイル
   整合性検証方法であって、 前記所定回数の繰り返し処理における、前回の整合性検
   証において不整合とされた箇所のみを整合性検証の対象
   として、前記所定回数の繰り返し処理を継続する、こと
   を特徴とするデータベースファイル整合性検証方法。
3. 【請求項３】 請求項１および２のいずれかに記載のデ
   ータベースファイル整合性検証方法において、 前記所定回数の検証結果が、予め設定した不整合判定回
   数以上の回数の不整合である場合にはデータベースファ
   イルの整合がとれていないと判断する、ことを特徴とす
   るデータベースファイル整合性検証方法。
4. 【請求項４】 請求項１、２および３のいずれかに記載
   のデータベースファイル整合性検証方法において、 前記所定回数の繰り返し処理を予め設定した時刻に自動
   実行させる、ことを特徴とするデータベースファイル整
   合性検証方法。
5. 【請求項５】 データベースファイルに対する整合性検
   証を行なうための装置であって、 データベースファイルから整合性検証のためのデータを
   排他制御を行なわずに取り出すためのデータベースアク
   セス手段と、 この取り出したデータを用いて整合性検証を行なうデー
   タベース検証手段と、 検証結果の管理や整合性の最終的な判定を行なうための
   検証結果管理手段と、 装置動作を制御する全体制御手段と、を備え、 前記全体制御手段は、 前記データベースアクセス手段を制御して取り出したデ
   ータを前記データベース検証手段に渡して整合性検証を
   行なわせる処理を所定回数繰り返させ、 前記検証結果管理手段に、この所定回数の検証結果を管
   理させると共に、この管理させている所定回数の検証結
   果と予め設定した整合性の判定条件とに基づいてデータ
   ベースファイルの整合がとれているかいないかを判断さ
   せ、 この判断結果を得て通知する手段であることを特徴とす
   るデータベースファイル整合性検証装置。
6. 【請求項６】 請求項５に記載のデータベースファイル
   整合性検証装置において、 前記検証結果管理手段は、 検証結果を記憶するための検証結果管理テーブルと、こ
   れをアクセスするための検証結果管理テーブルアクセス
   手段と、を少なくとも備えていることを特徴とするデー
   タベースファイル整合性検証装置。
7. 【請求項７】 請求項５および６のいずれかに記載のデ
   ータベースファイル整合性検証装置において、 前記不整合条件を記憶する検証情報管理テーブルを備
   え、 前記全体制御手段は、 前記検証結果管理手段に、前記所定回数の検証結果と前
   記検証情報管理テーブルの記憶内容とに基づいてデータ
   ベースファイルの整合がとれているかいないかを判断さ
   せる手段であることを特徴とするデータベースファイル
   整合性検証装置。
8. 【請求項８】 請求項７に記載のデータベースファイル
   整合性検証装置において、 前記検証情報管理テーブルが記憶する前記不整合条件
   は、同一箇所で同一内容の不整合が所定回数以上発生し
   たことであり、 前記全体制御手段は、 前記検証結果管理手段に、前記所定回数の検証結果が、
   同一箇所で同一内容の不整合が所定回数以上発生したも
   のである場合には、データベースファイルの整合がとれ
   ていないと判断させる手段であることを特徴とするデー
   タベースファイル整合性検証装置。
9. 【請求項９】 請求項５、６、７および８のいずれかに
   記載のデータベースファイル整合性検証装置において、 前記全体制御手段を設定時刻に自動的に起動させて、デ
   ータベースファイルの整合がとれているかいないかの判
   定結果を通知させるための整合性検証自動開始手段を備
   えたことを特徴とするデータベースファイル整合性検証
   装置。
10. 【請求項１０】 請求項９に記載のデータベースファイ
    ル整合性検証装置において、 前記設定時刻を登録するための整合性検証自動開始情報
    管理テーブルを備え、 前記整合性自動開始手段は、前記整合性検証自動開始情
    報管理テーブルに登録された設定時刻を考慮して、前記
    全体制御手段の起動を行なう手段であることを特徴とす
    るデータベースファイル整合性検証装置。
11. 【請求項１１】 データベースファイルに対する整合性
    検証を行なうためのデータベース整合性検証プログラム
    を記録したコンピュータ読み取り可能な記録媒体であっ
    て、 データベースファイルから整合性検証のためのデータを
    排他制御を行なわずに取り出し、この取り出したデータ
    を用いて整合性検証を行なう処理を所定回数繰り返し行
    なう処理と、 この所定回数の検証結果と予め設定した整合性の判定条
    件とに基づいて、データベースファイルの整合がとれて
    いるかいないかを判断する処理と、をコンピュータに実
    行させるためのデータベースファイル整合性検証プログ
    ラムを記録した記録媒体。
12. 【請求項１２】 請求項１１に記載の記録媒体におい
    て、 さらに、前記所定回数の繰り返し処理を予め設定した時
    刻に自動実行させるための処理を、コンピュータに実行
    させるためのデータベースファイル整合性検証プログラ
    ムを記録した記録媒体。