JP2001344138A - データベースロギング方法及びデータベース回復方法 - Google Patents

Abstract

(57)【要約】 【課題】 ログに記録されるデータが冗長とならず、ト
ランザクションを効率よく実行でき、すばやい障害回復
が可能なデータベースロギング装置を提供する。 【解決手段】 論理ログ及び物理ログをＷＡＬプロトコ
ルに従って記録する。必要に応じて、チェックポイント
を設定し、そのタイミングでメモリ上のログと論理ログ
ファイル１４，物理ログファイル１５，データベースフ
ァイル１３の同期を取る。問合せ最適化手段３は論理ロ
グを記録するためのアクセスプラン１１を生成する。そ
の論理ログの内容は、スキーマファイルに記録されたデ
ータベースファイル間の依存関係と、データベースファ
イルアクセス手段６によって見積もられたトランザクシ
ョンの実行時間、障害回復の実行時間、ログの記憶容
量、及び、スキーマファイルアクセス手段５と連携して
評価されたシステムの運用性に応じて最適化される。ロ
グの省略が行われた場合には、論理ログにそのことが記
録される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データベースロギ
ング方法及びデータベース回復方法に関し、より詳細に
は、関係モデルに基づくデータベースシステムのトラン
ザクション処理及び障害回復処理を行う際のデータベー
スロギング方法及びデータベース回復方法に関する。

【０００２】

【従来の技術】現在広く利用されているデータベースシ
ステムおける障害回復機構は、ＷＡＬ（Write Ahead Lo
g：書込み先行記録）と呼ばれる方式に基づいて実現さ
れている。ＷＡＬは、トランザクションの性質の１つで
あるDurabilityを保証するための方式である。Durabili
tyには以下の２つの用件がある。

【０００３】（１）ｃｏｍｍｉｔされたトランザクショ
ンのデータ操作による変更は、データベースに反映しな
ければならない。 （２）ｒｏｌｌｂａｃｋされたトランザクションのデー
タ操作による変更は、データベースから抹消しなければ
ならない。

【０００４】ＷＡＬは、トランザクションのデータ操作
の内容を、データベースを変更する前に、必ず永続的な
記憶媒体に記録するというトランザクションの処理手順
を規定するものである。この方式によれば、任意のタイ
ミングで障害が起こっても、ログを使って一貫性のある
データベースを復元することが可能である。

【０００５】また、一般に、ログは論理ログと物理ログ
の２種類に分類される。論理ログは、トランザクション
のデータ操作の内容を表すものであり、ＳＱＬで言え
ば、ＩＮＳＥＲＴ，ＤＥＬＥＴＥ，ＵＰＤＡＴＥの各文
に応じた処理内容を記述する。一方、物理ログは、ファ
イルを構成するページ（ブロック）単位のログである。
原理的には、論理ログだけあれば、障害回復が可能であ
るが、処理の高速化とログの容量の低減を図るために、
物理ログが併用される。

【０００６】なお、障害回復の基本的な考え方は、Vija
y Kumar及びMeichun Hsuの文献“RECOVERY MECHANISMS
in Database Systems, Prince Hall PTR, 1998”に記載
されている。

【０００７】障害回復機構のアーキテクチャとしては、
様々なものが提案されている。それらは、同時実行制御
との関連から、以下の４つのアプローチに分類される。
なお、このアーキテクチャについては、Svein-Olaf Hva
sshovdの文献“Recovery inParallel Database System
s, VIEWEG, 1996”に記載されている。 （１）block oriented recovery approach （２）record oriented recovery approach （３）compensation oriented recovery approach （４）table oriented recovery approach

【０００８】特開平５−２３３３８２号公報には、大部
分のＵＮＤＯログ記録をログ記録中に放棄される一方
で、回復ログ・アーカイブの単一パスで破壊的媒体故障
からトランザクション整合資源回復を実行するための
「トランザクション整合資源回復方法」が記載されてい
る。

【０００９】特開平６−３１８１６５号公報には、故障
の後、トランザクションコンシステント状態にシステム
を復帰するため再起動機構を含む書き込みアヘッドロギ
ング形式のトランザクション適応データベースを提供す
る「故障後の再起動中でのトランザクション適応システ
ムにおいてデータを利用可能にする方法」が記載されて
いる。

【００１０】特開平８−８７５１０号公報には、一定間
隔おきに取得されるシンクポイント時にトランザクショ
ンを停止させる必要のないデータベース管理方法「デー
タベース管理方法」が記載されている。

【００１１】

【発明が解決しようとする課題】しかしながら、上述し
た従来技術では、ログの記録方法の最適化をしていない
ために、ログに記録されるデータが冗長となり、その結
果、トランザクションを効率よく実行できない場合があ
る。また、障害回復の実行時間が著しく長くなる場合が
ある。

【００１２】本発明は、上述のごとき実情に鑑みてなさ
れたものであり、トランザクションの実行時間、障害回
復の実行時間、ログの記憶容量、システムの運用性を考
慮し、データベースに対するトランザクションのログの
記録方法を最適化したデータベースロギング方法及びデ
ータベース回復方法を提供することをその目的とする。

【００１３】

【課題を解決するための手段】本発明のデータベースロ
ギング及び回復方法は、上述した課題を解決するため
に、以下の特徴を有するものとする。： （１）論理ログ及び物理ログは、ＷＡＬプロトコルにし
たがって記録する。 （２）必要に応じて、チェックポイントを設定し、その
タイミングでメモリ上のログと論理ログファイル，物理
ログファイル，データベースファイルの同期を取る。 （３）問合せ最適化手段は、論理ログを記録するための
アクセスプランを生成する。 （４）その論理ログの内容は、スキーマファイルに記録
されたデータベースファイル間の依存関係と、トランザ
クションの実行時間、障害回復の実行時間、ログの記憶
容量、システムの運用性に応じて最適化される。ログの
省略が行われた場合には、論理ログにそのことが記録さ
れる。 （５）データベースファイルアクセス手段は、自身が扱
うデータベースファイルに関して、トランザクションの
実行時間、障害回復の実行時間、ログの記憶容量を見積
もる機能を有する。 （６）システムの運用性は、問合せ最適化手段が、スキ
ーマファイルアクセス手段と連携して評価する。 （７）データベース回復手段は、障害発生後、論理ログ
と物理ログの内容に応じて、データベースの修復を行
う。ただし、ログが省略された場合には、スキーマファ
イルアクセス手段と連携して、ログを補完する。

【００１４】請求項１の発明は、データベースへの問合
せ要求に応じた問合せ結果を得る過程において、論理ロ
グを書込み先行記録する際に、データベースファイル間
の依存関係、トランザクションの実行時間、障害回復の
実行時間、ログの記憶容量、システムの運用性に応じ
て、前記論理ログを最適化するアクセスプランを生成
し、該アクセスプランに従って前記論理ログを記録し、
ログの省略が行われた場合には、前記論理ログにログの
省略を記録することを特徴としたものである。

【００１５】請求項２の発明は、データベースへの問合
せ要求に応じた問合せ結果を得る過程において、論理ロ
グ及び物理ログを書込み先行記録する際に、データベー
スファイル間の依存関係、トランザクションの実行時
間、障害回復の実行時間、ログの記憶容量、システムの
運用性に応じて、前記論理ログ及び物理ログを最適化す
るアクセスプランを生成し、該アクセスプランに従って
前記論理ログ及び物理ログを記録し、ログの省略が行わ
れた場合には、前記論理ログにログの省略を記録するこ
とを特徴としたものである。

【００１６】請求項３の発明は、請求項１又は２の発明
において、問合せ要求に応じた問合せ処理に対して生成
されたアクセスプランで実行される処理の一部として、
前記論理ログ又は該論理ログ及び前記物理ログを最適化
するアクセスプランを実行することを特徴としたもので
ある。

【００１７】請求項４の発明は、請求項１乃至３のいず
れか１の発明において、必要に応じて、チェックポイン
トを設定し、該チェックポイントのタイミングで、メモ
リ上のログと、前記論理ログを記録した論理ログファイ
ル又は該論理ログファイル及び前記物理ログを記録した
物理ログファイル、データベースのデータを記録したデ
ータベースファイルの同期を取ることを特徴としたもの
である。

【００１８】請求項５の発明は、請求項１乃至４のいず
れか１の発明において、障害発生後、前記論理ログ又は
該論理ログ及び前記物理ログの内容に応じて、データベ
ースの修復を行い、ログが省略されているときには、前
記データベース間の依存関係によってログを補完するこ
とを特徴としたものである。

【００１９】請求項６の発明は、請求項１乃至４のいず
れか１のデータベースロギング方法を実行するための手
段を有することを特徴としたものである。

【００２０】請求項７の発明は、請求項５のデータベー
ス回復方法を実行するための手段を有することを特徴と
したものである。

【００２１】請求項８の発明は、請求項１乃至５のいず
れか１のデータベースロギング方法又はデータベース回
復方法を実行するためのプログラムを記録したことを特
徴としたものである。

【００２２】

【発明の実施の形態】本発明のデータベースロギング方
法及び装置、加えてデータベース回復方法及び装置の概
要を説明する。本発明では、問合せ最適化において、ト
ランザクションで変更されるファイル間の依存関係を元
に、記録すべきログの内容を決定する。例えば、トラン
ザクションで更新する表をＲとし、表Ｒの内容を格納す
るファイルをＦ（Ｒ）とする。また、表Ｒの列としてＣ
があるとき、表Ｒの列Ｃについての索引をＩとする。索
引Ｉの内容を格納するファイルをＦ（Ｉ）とする。この
とき、Ｆ（Ｒ）に対するログがあれば、Ｆ （Ｉ）に対
するログは、障害回復時にＦ（Ｒ）に対するログから作
ることが可能なので、Ｆ（Ｉ）に対するログの記録を省
略する。

【００２３】このようなログの記録が省略可能なファイ
ルに応じたデータベースオブジェクトとしては、索引、
複製、トリガーによって更新伝播される表又は列、デー
タ分割（水平分割または垂直分割）により構成された表
の一部が挙げられる。また、これらの組み合わせによる
データオブジェクトのファイルに対するログも省略可能
となる。例えば、索引の複製を格納するファイルに対す
るログがこれに当たる。

【００２４】ただし、省略可能なログをすべて記録しな
いことにすると、障害回復の効率が著しく低下する場合
がある。例えば、表Ｒの列Ｃの値が画像データであり、
その索引Ｉのキー値が画像データの特徴量であるとす
る。この場合、表Ｒの内容を格納するファイルＦ（Ｒ）
に対するログが記録されていれば、索引Ｉの内容を格納
するファイルをＦ（Ｉ）に対するログの記録は省略でき
る。しかしながら、そのログの記録を省略すると、障害
回復時に画像データの特徴量を再計算する必要がある。
この特徴量は、トランザクションの実行時には、索引を
変更する際に計算済であり、また、Ｆ（Ｉ）に対するロ
グも画像データに比較すればかなり小さいので、本来
は、Ｆ（Ｉ）に対するログを記録した方が得策であると
考えられる。

【００２５】トリガーについても、更新伝播先の表のロ
グを記録すれば、障害回復時にトリガーの発生条件を評
価しなおす手間が省ける。また、データ分割により構成
された表の一部のそれぞれに関するログがあれば、複数
のファイルを並行して障害回復することができる場合が
ある。さらに、複製に関するログがあれば、システムが
複数のサイトに分散管理されているとき、複製先のサイ
トが複製元のサイトとは独立に障害回復を行って、複製
先のサイトだけシステムの運用を再開することが可能な
場合がある。

【００２６】そこで、本発明では、トランザクションの
実行時間、障害回復の実行時間、ログの記憶容量、シス
テムの運用性のバランスを考慮しながら、記録すべきロ
グの最適化を図る。

【００２７】図１は、本発明の一実施形態におけるデー
タベースロギング装置の構成を示すブロック図である。
なお、以下の説明において、便宜上、データベース回復
方法及び回復手段を含めてデータベースロギング方法及
び装置としている。本実施形態におけるデータベースロ
ギング装置は、問合せ要求入力手段１により問合せ要求
を受け付け、問合せ要求に応じた問合せ結果を問合せ結
果出力手段２により出力する。問合せ最適化手段３は、
問合せ要求に応じた、論理ログを記録するためのアクセ
スプラン１１を生成し、より処理時間の短いアクセスプ
ランに変換する。ここで、アクセスプラン１１は、問合
せ要求に応じた問合せ結果を得るための処理手順であ
り、後述する。問合せ最適化手段３は、論理ログを記録
するためのアクセスプラン１１を生成するが、その論理
ログの内容は、スキーマファイル１２に記録されたデー
タベースファイル間の依存関係と、トランザクションの
実行時間、障害回復の実行時間、ログの記憶容量、シス
テムの運用性に応じて最適化される。ログの省略が行わ
れた場合には、論理ログにそのことが記録される。問合
せ実行手段４は、問合せ最適化手段３によって生成され
たアクセスプラン１１を実行し、問合せ結果を生成す
る。

【００２８】スキーマファイルアクセス手段５は、デー
タベースの構成要素及びファイル構成を記録するスキー
マファイル１２に対してデータの入出力を行う。システ
ムの運用性は、問合せ最適化手段３が、このスキーマフ
ァイルアクセス手段５と連携して評価する。データファ
イルアクセス手段６は、データベースのデータを記憶す
るためのデータベースファイル１３に対してデータの入
出力を行う。データベースファイルアクセス手段６は、
自身が扱うデータベースファイルに関して、トランザク
ションの実行時間、障害回復の実行時間、ログの記憶容
量を見積もる機能を有する。

【００２９】論理ログ記録手段７は、トランザクション
のデータ操作単位のログである論理ログを論理ログファ
イル１４に記録する。物理ログ記憶手段８は、ファイル
を構成するページ（ブロック）単位のログである物理ロ
グを物理ログファイル１５に記録する。本実施形態にお
いては、論理ログ記録手段７及び物理ログ記録手段８
は、ＷＡＬプロトコルにしたがって、ログを記録する。
必要に応じて、チェックポイントを設定し、そのタイミ
ングでメモリ上のログと論理ログファイル１４，物理ロ
グファイル１５，データベースファイル１３の同期を取
る。

【００３０】データベース回復手段９は、障害発生後、
ログファイル（論理ログと物理ログ）の内容に応じて、
データベースの修復を行う。ただし、ログが省略された
場合には、スキーマファイルアクセス手段５と連携し
て、ログを補完する。

【００３１】次に、アクセスプランについて詳細に説明
する。アクセスプランとは、問合せ要求に応じた問合せ
結果を得るための処理手順である。関係モデル（リレー
ショナルモデル）に基づくデータベースシステムでは、
問合せ要求は、一般にＳＱＬ文で表現される。例えば、
表Ｒから列Ｃが１００である行を検索するには、以下の
ＳＱＬ文が問合せ要求として発行される。 ｓｅｌｅｃｔ ＊ ｆｒｏｍ Ｒ ｗｈｅｒｅ Ｃ ＝
１００；

【００３２】本発明では、問合せ要求入力手段１が、こ
の問合せ要求を受け付け、問合せ最適化手段３にその要
求を渡す。問合せ最適化手段３は、表Ｒが格納されてい
るデータベースファイル１３を調べる処理をスキーマフ
ァイルアクセス手段５に依頼する。スキーマファイルア
クセス手段５は、スキーマファイル１２に記録された表
Ｒの定義から、表Ｒが格納されているデータベースファ
イルを求め、そのファイル名を問合せ最適化手段３に返
す。このデータベースファイルの名前をＦ（Ｒ）とす
る。

【００３３】問合せ最適化手段３は、以下の処理手順を
表すアクセスプランを生成する。アクセスプランＡ： （Ａ１） Ｆ（Ｒ）からすべての行を取得する。 （Ａ２） Ａ１で取得した行のうち列Ｃの値が１００で
あるものを選択する。 （Ａ３） Ａ２で選択した行を出力する。

【００３４】また、問合せ最適化手段３は、列Ｃに関す
る索引の名前とその索引が格納されたデータベースファ
イル１３を検索する処理をスキーマファイルアクセス手
段５に依頼する。スキーマファイルアクセス手段５は、
スキーマファイル１２に記録された列Ｃに関する索引定
義から、索引の名前と索引が格納されたデータベースフ
ァイルの名前を問合せ最適化手段３に返す。この索引の
名前をＩ、索引が格納されたデータベースファイルの名
前をＦ（Ｉ）とする。これらの情報を使って、問合せ最
適化手段３は、以下のアクセスプランを生成する。

【００３５】アクセスプランＢ： （Ｂ１） Ｆ（Ｉ）から列Ｃの値が１００である行の識
別子を取得する。 （Ｂ２） Ｂ１で取得した識別子に応じた行をＦ（Ｒ）
から取得する。 （Ｂ３） Ｂ２で取得した行を出力する。

【００３６】さらに、問合せ最適化手段３は、これらの
アクセスプランのコストを見積もり、そのコストが小さ
いものを問合せ実行手段４に渡し、問合せ実行手段４
は、アクセスプランを実行する。ここで、アクセスプラ
ンＡ，Ｂのコストは、以下の式で計算される。

【００３７】アクセスプランＡのコスト＝Ｆ（Ｒ）から
１行を取得するコスト ×Ｆ（Ｒ）に格納された行の総数＋１行に対して列Ｃの
値が１００であることを計算するコスト ×Ｆ（Ｒ）に格納された行の総数＋Ｆ（Ｒ）の１行を出
力するコスト ×Ｆ（Ｒ）に格納された行の列Ｃの値が１００である確
率×Ｆ（Ｒ）に格納された行の総数

【００３８】アクセスプランＢのコスト＝Ｆ（Ｉ）から
列Ｃの値が１００である行を選択する選択するコスト＋
Ｆ（Ｉ）から１行取得するコスト ×Ｆ（Ｉ）に格納された行の列Ｃの値が１００である確
率×Ｆ（Ｉ）に格納された行の総数＋Ｆ（Ｒ）から行の
識別子を指定して１行取得するコスト ×Ｆ（Ｉ）に格納された行の列Ｃの値が１００である確
率×Ｆ（Ｉ）に格納された行の総数＋Ｆ（Ｒ）の１行を
出力するコスト ×Ｆ（Ｉ）に格納された行の列Ｃの値が１００である確
率×Ｆ（Ｉ）に格納された行の総数

【００３９】次に、ログの記録方法の最適化について詳
細に説明する。例えば、以下のＳＱＬ文が問合せ要求と
して発行されたとする。 ｉｎｓｅｒｔ ｉｎｔｏ Ｒ（Ｃ） ｖａｌｕｅｓ（２
００）；このとき、問合せ最適化手段３は、以下のアク
セスプランを生成する。アクセスプランＣはＦ（Ｉ）の
行を登録したことを記録する場合のプランであり、アク
セスプランＤはその記録を省略したプランである。

【００４０】アクセスプランＣ： （Ｃ１） 論理ログに、列Ｃの値が２００である行をＦ
（Ｒ）に登録することを記録する。 （Ｃ２） Ｃ１で論理ログに記録したＦ（Ｒ）の行に関
する物理ログが存在するかどうか調べ、存在しなけれ
ば、物理ログを記録する。 （Ｃ３） Ｆ（Ｒ）に、Ｃ１で論理ログに記録したＦ
（Ｒ）の行を登録する。 （Ｃ４） 論理ログに、列Ｃの値が２００であり、Ｃ３
で登録したＦ（Ｒ）の行の識別子を保持した行をＦ
（Ｉ）に登録することを記録する。 （Ｃ５） Ｃ４で論理ログに記録したＦ（Ｉ）の行に関
する物理ログが存在するかどうか調べ、存在しなけれ
ば、物理ログに記録する。 （Ｃ６） Ｆ（Ｉ）に、Ｃ４で論理ログに記録した行を
登録する。

【００４１】アクセスプランＤ： （Ｄ１） 論理ログに、列Ｃの値が２００である行をＦ
（Ｒ）に登録することと、Ｆ（Ｉ）に関する論理ログは
省略することを記録する。 （Ｄ２） Ｄ１で論理ログに記録したＦ（Ｒ）の行に関
する物理ログが存在するかどうか調べ、存在しなけれ
ば、物理ログを記録する。 （Ｄ３） Ｆ（Ｒ）に、Ｄ１で論理ログに記録した行を
登録する。 （Ｄ４） Ｄ１で論理ログへの記録を省略したＦ（Ｉ）
の行に関する物理ログが存在するかどうか調べ、存在し
なければ、物理ログを記録する。 （Ｄ５） Ｆ（Ｉ）に、Ｄ１で論理ログへの記録を省略
したＦ（Ｉ）の行を登録する。

【００４２】問合せ実行手段４によるトランザクション
の実行時間は、アクセスプランＤの方がアクセスプラン
Ｃより短い。なぜなら、Ｆ（Ｉ）の行の登録に関する論
理ログを記録するコストが、アクセスプランＤの方がア
クセスプランＣより小さく、その他のコストは互いに等
しいからである。

【００４３】一方、データベース回復手段９による障害
回復の実行時間は、アクセスプランＣの方がアクセスプ
ランＤより短い。なぜなら、アクセスプランＤでは、Ｆ
（Ｒ）に登録された行の論理ログからＦ（Ｉ）に登録さ
れた行の論理ログを生成する処理が必要であり、アクセ
スプランＣでは、その処理が不要であるからである。

【００４４】問合せ最適化手段３では、これらのアクセ
スプランのうち、トランザクションの実行時間が優先す
る場合には、アクセスプランＣを選択し、障害回復の実
行時間が優先する場合には、アクセスプランＤを選択す
る。

【００４５】アクセスプランＣ，ＤともＦ（Ｒ）及びＦ
（Ｉ）の物理ログを記録するプランである。物理ログの
記録の有無は、アクセスプランごとに選択することはで
きない。しかしながら、システム全体として、物理ログ
の記録の有無を選択することは可能である。この選択
は、問合せ最適化手段３が行うものではなく、本発明の
請求の範囲外である。

【００４６】図２は、本発明によるデータベースロギン
グを実施するためのハードウェア環境を説明するための
図である。本発明は、上述した各手段をハードモジュー
ルとして構成することによっても実現することは可能で
あるが、図２及び以下の説明に示すように、上述した各
手段を構成モジュールとするプログラム及びそのプログ
ラムを記録したコンピュータ読み取り可能な記録媒体と
しても実現可能である。

【００４７】図２において、端末２０は、システムの利
用者が問合せ要求を入力したり、問合せ結果を出力した
りするために利用する計算機である。一般的には、端末
２０には、問合せ要求を入力するためのキーボード２４
及びポインティングデバイス（例えばマウス）２５が装
備される。また、端末２０には、問合せ結果を表示する
ためのディスプレイ２６が装備される。また、端末２０
は、ＣＰＵ２１，メモリ２２，ハードディスク２３を備
え、ソフトウェアによるプログラムが実行可能である。
端末２０では、図１の問合せ要求入力手段１及び問合せ
結果出力手段２がプログラムとして実行される。

【００４８】サーバ３０は、端末２０他から入力された
問合せ要求を受け取り、それに応じた問合せ処理を行
い、問合せ結果を端末に返すための計算機である。端末
２０とサーバ３０は、通信ネットワーク（後述）で接続
される。サーバ３０は、ＣＰＵ３１，メモリ３２，ハー
ドディスク３３を備え、ソフトウェアによるプログラム
が実行可能である。サーバ３０では、図１の問合せ最適
化手段３，問合せ実行手段４，スキーマファイルアクセ
ス手段５，データベースファイルアクセス手段６，論理
ログ記録手段７，物理ログ記録手段８，データベース回
復手段９がプログラムとして実行される。また、アクセ
スプラン１１はメモリ３２に記録される。論理ログ，物
理ログも一時的にメモリ３２に記録される。スキーマフ
ァイル１２，データベースファイル１３，論理ログファ
イル１４，物理ログファイル１５は、ハードディスク３
３に記録される。

【００４９】通信ネットワークは、端末２０及びサーバ
３０をつなぐための伝送路である。一般的には、ケーブ
ルで実現され、通信プロトコルには、ＴＣＰ／ＩＰが使
われる。ただし、ケーブルに限らず、端末２０とサーバ
３０との通信プロトコルが一致すれば、無線ＬＡＮや放
送波を使ったネットワークでも構わない。

【００５０】

【発明の効果】本発明によれば、運用形態や利用者の要
求に応じてログの記録方法を制御することにより、トラ
ンザクションの実行時間、障害回復の実行時間、ログの
記憶容量、システムの運用性の優先度を決めることがで
きる。

【００５１】本発明によれば、さらに、索引などの扱う
データベースファイルアクセス手段におけるログを記録
する機能が十分でない場合でも、問合せ最適化手段との
連携によって、ログを補完できるので、新たなデータベ
ースファイルアクセス手段を追加することや、あとか
ら、データベースファイルアクセス手段のログ機能を拡
張することが容易である。

【図面の簡単な説明】

【図１】 本発明の一実施形態におけるデータベースロ
ギング装置の構成を示すブロック図である。

【図２】 本発明によるデータベースロギングを実施す
るためのハードウェア環境を説明するための図である。

【符号の説明】

１…問合せ要求入力手段、２…問合せ結果出力手段、３
…問合せ最適化手段、４…問合せ実行手段は、５…スキ
ーマファイルアクセス手段、６…データファイルアクセ
ス手段、７…論理ログ記録手段、８…物理ログ記憶手
段、９…データベース回復手段、１１…アクセスプラ
ン、１２…スキーマファイル、１３…データベースファ
イル、１４…論理ログファイル、１５…物理ログファイ
ル、２０…端末、２１，３１…ＣＰＵ、２２，３２…メ
モリ、２３，３３…ハードディスク、２４…キーボー
ド、２５…ポインティングデバイス、２６…ディスプレ
イ、３０…サーバ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 前田 薫 東京都大田区中馬込１丁目３番６号 株式 会社リコー内 Ｆターム(参考） 5B082 DD00

Claims (8)

【特許請求の範囲】
1. 【請求項１】 データベースへの問合せ要求に応じた問
   合せ結果を得る過程において、論理ログを書込み先行記
   録する際に、データベースファイル間の依存関係、トラ
   ンザクションの実行時間、障害回復の実行時間、ログの
   記憶容量、システムの運用性に応じて、前記論理ログを
   最適化するアクセスプランを生成し、該アクセスプラン
   に従って前記論理ログを記録し、ログの省略が行われた
   場合には、前記論理ログにログの省略を記録することを
   特徴とするデータベースロギング方法。
2. 【請求項２】 データベースへの問合せ要求に応じた問
   合せ結果を得る過程において、論理ログ及び物理ログを
   書込み先行記録する際に、データベースファイル間の依
   存関係、トランザクションの実行時間、障害回復の実行
   時間、ログの記憶容量、システムの運用性に応じて、前
   記論理ログ及び物理ログを最適化するアクセスプランを
   生成し、該アクセスプランに従って前記論理ログ及び物
   理ログを記録し、ログの省略が行われた場合には、前記
   論理ログにログの省略を記録することを特徴とするデー
   タベースロギング方法。
3. 【請求項３】 請求項１又は２に記載のデータベースロ
   ギング方法において、問合せ要求に応じた問合せ処理に
   対して生成されたアクセスプランで実行される処理の一
   部として、前記論理ログ又は該論理ログ及び前記物理ロ
   グを最適化するアクセスプランを実行することを特徴と
   するデータベースロギング方法。
4. 【請求項４】 請求項１乃至３のいずれか１に記載のデ
   ータベースロギング方法において、必要に応じて、チェ
   ックポイントを設定し、該チェックポイントのタイミン
   グで、メモリ上のログと、前記論理ログを記録した論理
   ログファイル又は該論理ログファイル及び前記物理ログ
   を記録した物理ログファイル、データベースのデータを
   記録したデータベースファイルの同期を取ることを特徴
   とするデータベースロギング方法。
5. 【請求項５】 請求項１乃至４のいずれか１に記載のデ
   ータベースロギング方法によって記録されたログを用い
   たデータベース回復方法において、障害発生後、前記論
   理ログ又は該論理ログ及び前記物理ログの内容に応じ
   て、データベースの修復を行い、ログが省略されている
   ときには、前記データベース間の依存関係によってログ
   を補完することを特徴とするデータベース回復方法。
6. 【請求項６】 請求項１乃至４のいずれか１に記載のデ
   ータベースロギング方法を実行するための手段を有する
   ことを特徴とするデータベースロギング装置。
7. 【請求項７】 請求項５に記載のデータベース回復方法
   を実行するための手段を有することを特徴とするデータ
   ベース回復装置。
8. 【請求項８】 請求項１乃至５のいずれか１に記載のデ
   ータベースロギング方法又はデータベース回復方法を実
   行するためのプログラムを記録したコンピュータ読み取
   り可能な記録媒体。