(57)【特許請求の範囲】
【請求項１】
データを複数の記憶領域に分割して蓄積するデータベース管理方法において、データのレコードを論理的なファイルに分けて格納する仕組みを有し、ファイルに対するアクセス制御、すなわち、当該ファイルにあるデータの更新を許可する属性とデータの参照のみ許可する属性を持ち、アプリケーションプログラムからのデータ更新要求に対して、当該ファイルのデータが更新を許可する属性であるとき、データ更新要求を実行し、当該ファイルのデータが参照のみ許可する属性であるとき、データ更新要求をエラーとし、データベースのバックアップを取得するときに、データの更新を許可する属性であるファイルはそのバックアップを取得するが、データの参照のみ許可する属性であるファイルは、その属性に遷移したことを管理するフラグによって、参照のみ許可する属性にした後の最初のバックアップである場合はそのバックアップを取得し，それ以降のバックアップである場合はバックアップを取得しないことを特徴とするデータベース管理方法。
【請求項２】
データを複数の記憶領域に分割して蓄積するデータベース管理装置において、データのレコードを論理的なファイルに分けて格納する仕組みを有し、ファイルに対するアクセス制御、すなわち、当該ファイルにあるデータの更新を許可する属性とデータの参照のみ許可する属性を記憶する手段と、アプリケーションプログラムからのデータ更新要求に対して、当該ファイルのデータが更新を許可する属性であるとき、データ更新要求を実行し、当該ファイルのデータが参照のみ許可する属性であるとき、データ更新要求をエラーとする手段、データベースのバックアップを取得するときに、データの更新を許可する属性であるファイルはそのバックアップを取得するが、データの参照のみ許可する属性であるファイルは、その属性に遷移したことを管理するフラグによって、参照のみ許可する属性にした後の最初のバックアップである場合はそのバックアップを取得し，それ以降のバックアップである場合はバックアップを取得しない手段を備えたことを特徴とするデータベース管理装置。
【請求項３】
データを複数の物理記憶領域に分割して蓄積するデータベース管理プログラムにおいて、データのレコードを論理的なファイルに分けて格納する仕組みを有し、ファイルに対するアクセス制御、すなわち、当該ファイルにあるデータの更新を許可する属性とデータの参照のみ許可する属性を保持するステップと、アプリケーションプログラムからのデータ更新要求に対して、当該ファイルのデータが更新を許可する属性であるとき、データ更新要求を実行し、当該ファイルのデータが参照のみ許可する属性であるとき、データ更新要求をエラーとするステップと、データベースのバックアップを取得するときに、データの更新を許可する属性であるファイルはそのバックアップを取得するが、データの参照のみ許可する属性であるファイルは、その属性に遷移したことを管理するフラグによって、参照のみ許可する属性にした後の最初のバックアップである場合はそのバックアップを取得し，それ以降のバックアップである場合はバックアップを取得しないステップを有することを特徴とするデータベース管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データベースを分割して格納したデータを管理するデータベース管理技術に関する。
【０００２】
【従来の技術】
データベース（ＤＢ）に蓄積されたデータのバックアップ方法は、リレーショナルデータベースの場合は、ＤＢの単位を表す表単位にバックアップする方法が知られている。あるいは、表を分割しデータ格納先を指定して分割格納した場合は、分割格納ごとにバックアップする方法が知られている。
【０００３】
【発明が解決しようとする課題】
ＤＢ管理システムではデータのバックアップ時間を稼動スケジュールに入れる必要がある。データのバックアップ時間はデータ量によってバックアップ取得時間が左右される。逐次追加されるデータベースでは時間経過によりデータ量が大きくなるためバックアップ時間が大きくなる。表全体のバックアップでは、稼動スケジュールのバックアップ時間内に収まらなくなってくるという問題が生じる。また、前記表を分割しその分割格納ごとにバックアップする場合でも、データ量が増えていけば、再分割が必要となる。以上の方式でも、更新されていないデータが複数回バックアップされるため、バックアップ処理時間が増大するという課題がある。
【０００４】
本発明の目的は、データのバックアップ回数を削減するデータベース管理方法および装置を提供することにある。
【０００５】
【課題を解決するための手段】
本発明は、表を格納する記憶領域ごとにデータの更新不可とする（参照のみ許可する）属性を設定し、前記記憶領域に対し、一度バックアップしたファイルはバックアップが不要であることを判断する。また、一括バックアップおよび分割格納ごとのバックアップされた当該記憶領域に格納されたデータはバックアップしないこととする。それにより、バックアップ時間を短縮する。また、ＤＢ障害時の回復には、更新不可としたデータはバックアップされたデータを反映することで対応できる。そのため、データベース操作を時系列に反映する処理が不要となり、回復処理時間を短縮することができる。
【０００６】
【発明の実施の形態】
以下、本発明の実施例を図面に基づいて説明する。
図１は本発明の一実施例である追加蓄積するデータベースシステムの構成例である。データベース管理プログラム１０はデータベース３０とそのバックアップファイル４０を管理し、アプリケーションプログラム２０からのデータアクセス要求を処理するデータアクセス処理部１１０、データベースのバックアップを処理するＤＢバックアップ処理部１２０、データベースをバックアップファイル４０からデータベース３０に回復するＤＢ回復処理部１３０、ユーザへデータ属性を表示してユーザからの設定を入力しデータ属性変更部１４０送付するデータ属性変更部２５、データの属性格納するデータ属性テーブル３５を登録や変更を行うデータ属性変更部１４０を備えている。
【０００７】
図２はデータベースを構成する個々の表と、それを蓄積する物理記憶領域との関連を示したもので、表Ａ２００はキー値によって分割した部分データを格納する物理記憶領域であるパーティション（１）３００とパーティション（２）４００および同じ方式で分割されたデータを格納したパーティションによって構成され、表Ａ２００の構成列で分割した論理的なファイルＡ２１０、ファイルＢ２２０、ファイルＣ２３０がパーティション（１）３００のそれぞれファイルＡ３１０、ファイルＢ３２０、ファイルＣ３３０にマッピングされる。また、表Ａ２００の他の部分データについても構成列で分割したファイルＤ２４０、ファイルＥ２５０がパーティション（２）４００のファイルＤ４１０、ファイルＥ４２０にマッピングされる。
【０００８】
表Ａ２００の分割した情報はその管理テーブル５００に保持する。このテーブル５００は表Ａ２００を構成するファイル、パーティションをキー値によって分割して格納したキー値の範囲とファイルとの関連を表し、また、当該データの範囲が更新の許可された属性か、あるいは参照のみ許可された属性（更新不可の属性とも呼ぶ）の情報を持つ。また、データが参照のみ許可の属性に遷移したときのバックアップが必要か否かの情報を持ち、データが参照のみ許可する属性に遷移した後の当該データのバックアップを始めて実施するのか、バックアップ済であるかの属性を表す。設定年月日時刻は、データの更新を許可する属性から参照のみ許可する属性に変更した場合、または、データの参照のみ許可する属性から更新を許可する属性に変更した場合の変更日時を表す。
【０００９】
図４はデータの属性を変更する操作例である。属性変更操作画面６００は表Ａ２００に格納されたデータをキーレンジとその項目名によってファイルと呼ぶ物理記憶領域ごとに属性を変更できる方式として表示する。物理記憶領域には、階層がありボリューム、ディスク、パーティション、ファイル、ページなどがある。これらのうちファイルについて、ここで例を上げているが、本実施例はいずれでもよい。また、本実施例は、同じデータのバックアップ回数を削減することを目的としており論理的な記憶領域でも良い。つまり、更新不可が設定されたデータをグループとし、そのグループ毎にバックアップでき、その後そのグループをバックアップ不可とすることにより、前記目的を達成することができる。したがって、本実施例では、物理記憶領域やファイルを一例としているが、論理記憶領域や前記グループにも適用可能である。
【００１０】
ここでは、キーレンジごとに更新を許可する属性から参照のみ許可する属性に変更する場合はボタンを６２０の表示に変更し、参照のみ許可する属性から更新を許可する属性に変更する場合、ボタンを６１０の表示に変更する。また、属性の変更はデータを構成する列を示す項目名ごとに同様に設定することができる。属性変更の指示を属性変更操作画面６００からデータベース管理プログラム１０（この中の、データ属性変更部３０）に送るため、実行６３０を選択することで、属性変更指示が完了する。その指示情報によって、管理テーブル５００はファイルごとに属性を書き換え、更新不可が指示されたファイルの管理テーブルの更新可否情報が可であった場合にそれを不可にし、設定年月日時刻に現在の年月日時刻を記録するとともに、バックアップ要否に要の情報を記録する。また、更新可が指示されたファイルの管理テーブル５００の更新可否情報が不可であった場合にそれを可にし、設定年月日時刻に現在の年月日時刻を記録するとともに、バックアップ要否を要と記録する。また、更新可が指示されたファイルの管理テーブル５００の更新可否情報が可であった場合、および、更新不可が指示されたファイルの管理テーブル５００の更新可否情報が不可であった場合、管理テーブル５００の該当ファイルの情報は変更しない。本例では、１９９５．４〜１９９５．９および１９９５．１０〜１９９６．３でかつ項目名がａとｂとｃが一つのファイルに格納されていることを表している。バックアップする記憶領域の単位毎に表の領域を対応付けてユーザに見せることにより、複数の記憶領域にまたがって更新不可を設定することがないとういう効果がある。また、記憶領域がどの表の部分に対応しているか容易に確認できるという効果がある。
【００１１】
次に、図５を使用して本実施形態のシステムにおけるバックアップ処理について説明する。図５はバックアップタイミングやバックアップ要求を受け付けてからバックアップ処理を行うまでの処理手順を示すフローチャートである。ステップ１５１では、アプリケーション２０からのＤＢバックアップ要求を受け付ける。ステップ１５２でバックアップ対象のファイルを管理テーブル５００の先頭から参照するためカウンタｉを１にする。ステップ１５３でｉ番目のファイルが更新不可であるか判定し、更新不可である場合にステップ１５４で当該ファイルがバックアップ要、つまり、参照のみ許可された属性にしてから最初のバックアップかを判定する。バックアップ要である場合、ステップ１５５で当該ファイルをバックアップファイルに出力し、ステップ１５６で当該ファイルのバックアップ要否を不要と記録する。また、ステップ１５４でバックアップ不要である（バックアップされている）場合、次のステップ１５８に分岐する。ステップ１５３の判定で更新可である場合はステップ１５７で当該ファイルをバックアップファイルに出力する。ステップ１５８で次のファイルをバックアップ対象とするためカウンタｉをアップする。また、ステップ１５９の判定で最終ファイルのバックアップが完了した場合、バックアップ処理を終了する。以上の処理により、更新不可と指定されたものは１度だけのバックアップ処理で済ませることができる。あるファイルについて再度バックアップしたい場合は、そのファイルの更新不可を更新可と設定し、バックアップ要否を要とすることにより、再度のバックアップも可能となる。
【００１２】
次に、図６を使用して本実施形態のシステムにおけるデータベースの回復処理について説明する。図６はデータベース回復タイミングを受け付けてから回復が完了するまでの処理手順を示すフローチャートである。ステップ１６１では、外部からのＤＢ回復要求を受け付ける。ステップ１６２で回復対象のファイルを管理テーブル５００の先頭から参照するためカウンタｉを１にする。ステップ１６３でｉ番目のファイルは更新不可であるか判定し、更新不可である場合、ステップ１６４でｉ番目のファイルがバックアップ要であるか判定する。ここでバックアップ要、つまり、データを参照のみ可能な属性にした後、一度もバックアップが行われていない場合は、ステップ１６６の当該ファイルのバックアップファイルとデータベース操作を時系列に記録したログファイルを使用して回復する。ステップ１６３でバックアップ不要と判断した場合、つまり、当該ファイルはバックアップ取得後に更新されていない状態であると判断した場合、ステップ１６５でバックアップファイルのみを使用して回復する。ステップ１６７で次のファイルを回復対象とするためカウンタｉをアップする。また、ステップ１６８の判定で最終ファイルの回復が完了した場合、回復処理を終了する。
【００１３】
次に、図７を使用して本実施形態のシステムにおけるデータベースのアクセス処理について説明する。図７はデータベースアクセスタイミングを受け付けてからデータベースアクセスが完了するまでの処理手順を示すフローチャートである。ステップ１７１で、アプリケーションプログラムからのデータベースアクセス要求を受け付ける。ステップ１７２でアクセス要求の表の管理テーブル５００を参照し、対象となる行が更新不可であるか判断し、更新不可である場合に、ステップ１７３でデータの更新要求か判断する。更新要求ではない場合および当該データが更新不可でない場合はデータアクセス処理を実行する。また、ステップ１７３で更新要求である場合，エラー処理を行う。つまり、参照のみ許可された属性のデータを含む更新要求である場合、その要求はエラーとしてアプリケーションプログラムにエラーコードを返す。
【００１４】
あるいは追加および更新されたデータをバックアップする方法もあるが、一括バックアップを取得していることが前提にあり、さらに差分バックアップデータを一連のバックアップデータとして一括バックアップと一緒に管理する必要がある。
【００１５】
以上の実施例より、データのバックアップ取得範囲を必要な範囲に狭めることでデータ量に応じたバックアップ時間処理に掛かる時間を短縮することができる。
データの更新されなくなったデータのバックアップ回数を削減することができる。
また、バックアップ時間のみではなく、データベース回復においても、ログファイルの解析を必要としない回復が可能であり、回復時間を短縮することができる。
【００１６】
【発明の効果】
本発明によれば、データのバックアップ回数を削減することができる。
【図面の簡単な説明】
【図１】本発明における一実施例である、システムの全体構成を示すものである。
【図２】本発明におけるデータベースを分割して格納する構成の一実施例である。
【図３】本発明での表を管理する管理テーブル部のデータ内容を示す。
【図４】データの属性を変更するための操作画面の一実施例である。
【図５】データの属性によってバックアップの取得を示す処理手順の図である。
【図６】データの属性によってバックアップからの回復を示す処理手順の図である。
【図７】データの属性によってアプリケーションプログラムからのアクセス要求を処理する処理手順の図である。
【符号の説明】
１０：データベース管理プログラム、２０：アプリケーションプログラム、３０：データベース、４０：バックアップファイル、１１０：データアクセス処理部、１２０：ＤＢバックアップ処理部、１３０：ＤＢ回復処理部、１４０：データ属性変更部
【図１】
0003991760.tif 000002
【図２】
0003991760.tif 000003
【図３】
0003991760.tif 000004
【図４】
0003991760.tif 000005
【図５】
0003991760.tif 000006
【図６】
0003991760.tif 000007
【図７】
0003991760.tif 000008