JPH09244933A - データベースバックアップ方法及び装置 - Google Patents

Abstract

(57)【要約】 【課題】 メモリデータベースで使用される２次記憶媒
体が必要とする容量を最小限にするため、取得不要なバ
ックアップデータを２次記憶媒体上に保持しないデータ
ベースバックアップ方法及び装置を提供することであ
る。 【解決手段】 主記憶上の異なる領域に、レコード単
位、カラム単位、レコード単位とカラム単位の組み合わ
せの各単位により、２次記憶手段からのリカバリ処理で
保証するデータを保証領域に格納し、保証しないデータ
を非保証領域に保証種別毎に区別して格納し、２次記憶
手段にバックアップする際に、リカバリ処理で保証する
データのみを２次記憶手段にバックアップする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データベースバッ
クアップ方法及び装置に係り、特に、データベース管理
システムにおいて、データベースのバックアップを作成
するためのデータベースバックアップ方法及び装置に関
する。

【０００２】

【従来の技術】メモリデータベースは、データベースに
含まれる全データをメモリ上に常駐することにより、高
速なデータベースアクセスを実現する方法である。一般
にメモリデータベースの運用では、応答プログラムの障
害ヤ、データベース運用システムを含んだシステムの障
害、あるいは、固定ディスク等の２次記憶の媒体障害等
の種々の障害が発生する。そのために、データベース上
の全データに対するバックアップを２次記憶媒体上に取
得し、障害の発生時にはバックアップよりデータベース
の障害直前の状態を復元する。

【０００３】以下、従来のメモリデータベースにおける
バックアップ方式を説明する。通信サービスを提供する
データベースは、サービスを無中断で提供することが重
要であるため、バックアップの取得は、データベースの
処理単位であるトランザクションの実行の背景で行うの
が望ましい。ここでは、その一手法であるファジーチェ
ックポイント方式について述べる。

【０００４】主記憶上の全データは、トランザクション
とは非同期に一定期間毎に２次記憶媒体上へ出力され
る。このデータをチェックポイント（ＣＰ）と呼ぶ。Ｃ
Ｐ取得中のデータ更新処理は２次記憶媒体上のＣＰに部
分的に反映される。トランザクションからＵＰＤＡＴＥ
／ＩＮＳＥＲＴ／ＤＥＬＥＴＥ等のステートメントに基
づく更新処理が、メモリデータベースに格納されている
データに対して行われると、更新対象データの更新前の
値と更新後の値がそれぞれ、更新前ログバッファと更新
後ログバッファに時間順に格納される。

【０００５】これらのうち、更新前ログバッファ上のデ
ータについては、走行中のトランザクションが異常終了
した場合の主記憶上のデータを更新前の状態に戻すロー
ルバック処理に用いられる。更新後ログバッファ上のデ
ータについては、当該トランザクションが正常終了した
ときに２次記憶媒体上に出力され、障害発生時には事前
に主記憶に取得しておいたＣＰをロードし、更新後ログ
を反映させることで、全データベース単位で更新後ログ
取得直後の状態へのデータベースの復旧を行う。

【０００６】また、データベース上のデータによりバッ
クアップ並びに、そのデータに対する更新結果を２次記
憶媒体上に取得する必要がないものがある。そのような
例が１つの電話番号で複数の回線を使用する代表電話サ
ービスにある。一般的に、このサービスをデータベース
を用いて管理する場合、電話番号と準備された回線の空
き数を示すカラムからなるテーブルを作成する。レコー
ドは１電話に該当する。このテーブルに対して以下のよ
うな操作を行うことでサービスを提供する。

【０００７】（１） 新規にサービスを登録する処理 ＩＮＳＥＲＴステートメントにより、新規に登録する電
話番号と、その番号に準備された回線数からなるデータ
をテーブルに挿入する。処理はレコード単位で行うもの
とする。

【０００８】（２） 該当電話番号への呼び出し処理 ＳＥＬＥＣＴステートメントにより、該当電話番号情報
を表すレコード上の現在該当電話番号に許されている回
線の接続数を参照する。その際、空き回線があれば、Ｕ
ＰＤＡＴＥステートメントにより、許されている回線数
を１だけインクリメントした値で空き回線を表すカラム
の値を更新する。その後に、該当回線への接続処理を行
う。

【０００９】（３） 該当回線への電話の切断処理ＳＥ
ＬＥＣＴステートメントにより、該当電話番号情報を表
すレコード上の現在該当電話番号に許されている回線の
接続数を表すカラムの値を参照し、その値を１だけイン
クリメントした値で、ＵＰＤＡＴＥステートメントによ
りカラムの値を更新する。

【００１０】（４） 準備された回線数の変更処理 ＵＰＤＡＴＥステートメントにより、新規回線数をテー
ブル上の該当電話番号に対応するレコード上に反映す
る。 （５） 代表電話番号サービスの停止処理 ＤＥＬＥＴＥステートメントにより、テーブルに挿入さ
れている該当電話番号と、その番号に許される回線数を
削除する。処理はレコード単位とする。

【００１１】本データベースのリカバリ処理では、テー
ブルが初期状態に戻されるために全回線が未使用状態に
なる。そのため、現接続数を０にすることで、サービス
上問題ない形でデータベースの復旧が可能であり、従っ
て、上記の（２）（３）の更新結果についてはカラム単
位でバックアップを行う必要がない。

【００１２】また、サービスの電話番号によっては災害
時の即時復旧が不要であり、数日後に再登録処理による
復旧を許すものも、サービス提供の値段次第では存在し
得る。

【００１３】

【発明が解決しようとする課題】上記従来の方式におい
ては、通信サービスの提供に用いられるデータベースと
しての使用が考えられているメモリデータベースは高速
アクセスを特徴とし、通信サービスに必要な高信頼性の
確保のため、２次記憶媒体上にデータベース上の全ての
データのバックアップを取得する構成をとることで対処
する方式では、データの部分的なバックアップに対応し
ておらず、バックアップの取得時にデータ毎に取得する
か否かの判定を行うと、その間の高速なデータベースア
クセスを阻害するという問題がある。

【００１４】一方、データベース復旧時に、全てのデー
タが必ずしもバックアップを必要としない方式では、全
データに対してバックアップの取得が行われている。そ
のため、２次記憶媒体上に取得不要なデータのための領
域が必要となり、２次記憶媒体上に不要なデータが存在
するといった問題を起こしている。

【００１５】本発明は、上記の点に鑑みなされたもの
で、メモリデータベースで使用される２次記憶媒体が必
要とする容量を最小限にするため、取得不要なバックア
ップデータを２次記憶媒体上に保持しないデータベース
バックアップ方法及び装置を提供することを目的とす
る。

【００１６】

【課題を解決するための手段】図１は、本発明の原理を
説明するための図である。第１の発明のデータベースバ
ックアップ方法は、主記憶上に全データベースが常駐
し、２次記憶手段上にデータベースのバックアップとロ
グ情報を有するメモリデータベースが提供するサービス
の仕様において、バックアップによるデータベースの復
旧が不要なデータが存在する場合におけるデータベース
バックアップ方法において、主記憶上の異なる領域に、
レコード単位、カラム単位、レコード単位とカラム単位
の組み合わせの各単位により、２次記憶手段からのリカ
バリ処理で保証するデータを保証領域に格納し、保証し
ないデータを非保証領域に保証種別毎に区別して格納し
（ステップ１）、２次記憶手段にバックアップする際
に、リカバリ処理で保証するデータのみを２次記憶手段
にバックアップする（ステップ２）。

【００１７】第２の発明のデータベースバックアップ方
法は、主記憶上の異なる領域に、カラム単位に保証種別
毎にテーブル上の領域を定義する。第３の発明のデータ
ベースバックアップ方法は、主記憶上の異なる領域に、
レコード単位とカラム単位の組み合わせに対して、保証
種別毎にテーブル上の領域を定義する。

【００１８】第４の発明のデータベースバックアップ方
法は、データ更新時において、レコード単位の挿入ステ
ートメントが発行された場合には、パラメータによる保
証種別の指定を受け、リカバリ処理で保証するデータの
領域の主記憶上におけるレコード単位の位置情報を領域
管理情報を参照して取得し、取得した位置情報に基づい
て該当する領域へのデータの挿入を行う。

【００１９】第５の発明のデータベースバックアップ方
法は、データ更新時において、カラム単位の挿入ステー
トメントが発行された場合には、データベース管理情報
を参照することによりカラムの保証種別を取得し、リカ
バリ処理で保証するデータのテーブル上の領域の主記憶
上におけるカラム単位の位置情報を領域管理情報を参照
して取得し、取得した位置情報に基づいて該当する領域
へのデータの挿入を行う。

【００２０】第６の発明のデータベースバックアップ方
法は、データ更新時において、レコード単位とカラム単
位の組み合わせに対して挿入ステートメントが発行され
た場合には、パラメータによる保証種別の指定を受け、
領域管理情報を参照して、テーブル上の保証領域の主記
憶上における位置情報を取得し、データベース管理情報
を参照することにより、カラム単位の保証種別を取得
し、領域管理情報の示す該当するテーブル上の領域への
データの挿入を行う。

【００２１】第７の発明のデータベースバックアップ方
法は、データ更新時において、レコード単位の更新ステ
ートメントまたは、削除ステートメントが発行された場
合には、領域管理情報を参照して、テーブル上の処理対
象データへアクセスし、保証領域に対してのみ、バック
アップと更新時の更新後のログ情報を２次記憶手段へ出
力する。

【００２２】第８の発明のデータベースバックアップ方
法は、データ更新時において、カラム単位の更新ステー
トメントまたは、削除ステーメントが発行された場合に
は、データベース管理情報を参照することにより、テー
ブル上の処理対象データへアクセスし、テーブルの保証
領域のデータに対してのみ、バックアップと更新時の更
新後のログ情報を２次記憶手段へ出力する。

【００２３】第９の発明のデータベースバックアップ方
法は、データ更新時において、レコード単位とカラム単
位の組み合わせに対して更新ステートメントまたは、削
除ステートメントが発行された場合には、領域管理情報
及びデータベース管理情報を参照することにより、処理
対象データへアクセスし、テーブルの保証領域のデータ
に対してのみ、バックアップと更新時の更新後ログ情報
を２次記憶手段へ出力する。

【００２４】図２は、本発明の原理構成図である。第１
０の発明のデータベースバックアップ装置は、全データ
ベースが常駐する主記憶手段１００と、データベースの
バックアップとログ情報を保持する２次記憶手段２００
とを有するメモリデータベースにおけるデータベースバ
ックアップ装置において、レコード単位、カラム単位、
該レコード単位と該カラム単位の組み合わせのいずれか
の単位で、リカバリ処理でデータ保証する種別と保証し
ない保証種別に基づいて主記憶手段１００の連続した領
域上にデータを保持するテーブル１０４と、保証種別の
データの領域の主記憶手段１００上のレコードの位置情
報を有するテーブル管理情報１０５と、主記憶手段１０
０の保証種別のデータの領域の主記憶手段１００上のカ
ラムの位置情報を有するデータベース管理情報１０６
と、レコード単位、カラム単位、レコード単位とカラム
単位の組み合わせのいずれかの単位で、リカバリ処理で
保証する種別のデータのみを、テーブル管理情報１０５
及びデータベース管理情報１０６と共に格納する２次記
憶手段２００と、２次記憶手段２００に、レコード単
位、カラム単位、レコード単位とカラム単位の組み合わ
せのいずれかの単位で、リカバリ処理で保証する種別の
データのみを、テーブル管理情報１０５及びデータベー
ス管理情報１０６と共にバックアップするバックアップ
手段４００とを有する。

【００２５】第１１の発明のデータベースバックアップ
装置は、主記憶上の異なる領域に、カラム単位に保証種
別毎に領域を定義する第１の領域定義手段を含む。第１
２の発明のデータベースバックアップ装置は、主記憶上
の異なる領域に、レコード単位とカラム単位の組み合わ
せに対して、保証種別毎に領域を定義する第２の領域定
義手段を含む。

【００２６】第１３の発明のデータベースバックアップ
装置は、レコード単位の挿入ステートメントが発行され
た場合に、パラメータによる保証種別の指定を受ける第
１の保証種別取得手段と、リカバリ処理で保証するデー
タの領域の主記憶上におけるレコード単位の位置情報を
テーブル管理情報１０５を参照して取得し、取得した位
置情報に基づいて該当する領域へのデータの挿入を行う
データ挿入手段を有する第１のデータ更新手段を含む。

【００２７】第１４の発明のデータベースバックアップ
装置は、カラム単位の挿入ステートメントが発行された
場合に、データベース管理情報１０６を参照することに
よりカラムの保証種別を取得する第２の保証種別取得手
段と、リカバリ処理で保証するデータの領域の主記憶上
におけるカラム単位の位置情報をデータベース管理情報
１０６を参照して取得し、取得した位置情報に基づいて
該当する領域へのデータの挿入を行う第２の更新手段を
含む。

【００２８】第１５の発明のデータベースバックアップ
装置は、レコード単位とカラム単位の組み合わせに対し
て挿入ステートメントが発行された場合に、パラメータ
による保証種別の指定を受ける第３の保証種別取得手段
と、テーブル管理情報１０５を参照して、保証領域の主
記憶上におけるレコードの位置情報を取得し、データベ
ース管理情報１０６を参照することにより、カラム単位
の保証種別を取得し、テーブル管理情報１０５及びデー
タベース管理情報１０６が示す領域へのデータの挿入を
行う第３の更新手段を含む。

【００２９】第１６の発明のデータベースバックアップ
装置は、レコード単位の更新ステートメントまたは、削
除ステートメントが発行された場合に、テーブル管理情
報１０５を参照して、処理対象データのレコードへアク
セスする第１のアクセス手段と、保証領域に対しての
み、データのバックアップと更新時の更新後のログ情報
を２次記憶手段２００へ出力する第１の退避手段とを含
む。

【００３０】第１７の発明のデータベースバックアップ
装置は、カラム単位の更新ステートメントまたは、削除
ステートメントが発行された場合に、データベース管理
情報１０６を参照することにより、処理対象データのカ
ラムへアクセスする第２のアクセス手段と、保証領域に
対してのみ、バックアップと更新時の更新後のログ情報
を２次記憶手段２００へ出力する第２の退避手段とを含
む。

【００３１】第１８の発明のデータベースバックアップ
装置は、レコード単位とカラム単位の組み合わせに対し
て更新ステートメントまたは、削除ステートメントが発
行された場合に、テーブル管理情報１０５及びデータベ
ース管理情報１０６を参照することにより、処理対象デ
ータのレコード及びカラムへアクセスする第３のアクセ
ス手段と、保証領域に対してのみ、バックアップと更新
時の更新後ログ情報を２次記憶手段２００へ出力する第
３の退避手段とを含む。

【００３２】このように、本発明によれば、データベー
スが提供するサービスの仕様上、障害発生時にバックア
ップによるデータベースの復旧が不要であるデータが存
在する。また、テーブル上のデータを、レコード単位、
カラム単位、レコード単位とカラム単位の組み合わせと
いった３通りの単位により、更新処理の処理結果を２次
記憶媒体に反映するデータと、反映不要なデータに、メ
モリ上に異なる連続領域上へ切り分ける形でテーブルを
設けている。

【００３３】また、各領域のメモリ上における位置情報
をテーブル管理情報とスキーマに設ける。バックアップ
取得とデータベースのデータ更新時に、処理対象のデー
タが所属する領域が各切り分け単位に対して、更新処理
の処理結果を２次記憶媒体に反映する領域である場合の
み、２次記憶媒体へのバックアップ出力並びに、更新後
のログ情報の出力を行うことで、データベースのデータ
へのアクセス性能を落とさず、必要な２次記憶媒体容量
の削減を行うことが可能である。

【００３４】このように、本発明は、高速性を阻害せ
ず、必要な２次記憶媒体を削減することで、２次記憶媒
体に必要なコストを抑えることが可能であり、サービス
を考えることで、必要なデータの阻害によるデータ破壊
に対するデータ保護の信頼性を確保することが可能とな
る。

【００３５】

【発明の実施の形態】図３は、本発明のデータベースバ
ックアップのシステム構成を示す。同図に示すデータベ
ースバップアップシステムは、テーブル１０４、テーブ
ル管理情報１０５、及びスキーマ１０６を有するメモリ
データベース（以下、メモリＤＢと記す）１００と、バ
ックアップ先となる２次記憶装置２００、メモリＤＢ１
００上にテーブル１０４を作成するテーブル作成部３０
０、メモリＤＢ１００の内容を２次記憶媒体２００にバ
ックアップするバックアップ制御部４００から構成され
る。

【００３６】このシステムにより、テーブル作成部３０
０によりメモリＤＢ１００内にテーブル１０４、テーブ
ル管理情報１０５、スキーマ１０６が設定され、バック
アップ制御部４００により、メモリＤＢ１００内の２次
記憶媒体２００にバックアップすべき保証データ、テー
ブル管理情報、スキーマ等のバックアップを行う。

【００３７】図４は、本発明の主記憶上のデータの配置
を示す。同図において、テーブル作成部３００は、テー
ブル作成命令１０１が入力されると、メモリＤＢ１００
上にテーブル１０４を作成すると共に、当該テーブル１
０４の領域の位置情報を当該メモリＤＢ１００内にテー
ブル管理情報として保持すると共に、データベース管理
情報をスキーマ１０６として管理する。

【００３８】メモリＤＢ１００のテーブル１０４は、同
図の例では、４つの領域からなり、情報の内容により更
新処理結果を２次記憶媒体２００に反映する必要がある
保証データは、保証レコードまたは、保証カラムとして
保持し、反映する必要がないデータは非保証レコード、
非保証カラムとして保持する。

【００３９】２次記憶媒体２００は、メモリＤＢ１００
のテーブル管理情報１０５のバックアップのテーブル管
理情報２０５と、スキーマ１０６のバックアップのスキ
ーマ２０６、メモリＤＢ１００のテーブル１０４のう
ち、リカバリが保証されるべきデータａのバックアップ
ａ’を格納する。

【００４０】図５は、本発明のテーブル作成の動作を示
すフローチャートである。 ステップ１０１） テーブル作成命令１０１により、テ
ーブル作成部１０２が起動されると、テーブル作成命令
１０１のパラメータにより、メモリＤＢ１００上にテー
ブル１０４を作成する。図４の例では、４つの領域を作
成する。

【００４１】ステップ１０２） テーブル作成部３００
は、テーブル管理情報１０５として、保証レコード域と
非保証レコード域間のオフセット情報を設定する。ここ
で言うオフセット情報とは、メモリＤＢ１００内のテー
ブル１０４内に設定された各領域の先頭位置情報及び保
証レコード、非保証レコード間のそれぞれの先頭位置情
報のことである。

【００４２】ステップ１０３） テーブル作成部３００
は、次に、メモリＤＢ１００内のテーブル１０４内の保
証カラム、非保証カラム間のそれぞれの位置情報、デー
タ種別フィールド等のオフセット方法をスキーマ１０６
に設定する。 ステップ１０４） バックアップ制御部４００は、２次
記憶媒体２００上にメモリＤＢ１００内のテーブル１０
４のレコード単位または、カラム単位で障害回復を保証
するための復旧保証領域のバックアップ２１０を生成す
る。

【００４３】ステップ１０５） バックアップ制御部４
００は、２次記憶媒体２００上のテーブル管理情報２０
５にメモリＤＢ１００のテーブル管理情報１０５を、ス
キーマ２０６にメモリＤＢ１００のスキーマ１０６のデ
ータ種別フィールドの内容をバックアップする。

【００４４】以上の手続きにより、レコード単位とカラ
ム単位で２次記憶媒体２００からのリカバリが保証され
るデータと、保証されないデータとに切り分けられた形
でテーブルがメモリＤＢ１００上に作成され、バックア
ップ時において、障害回復が保証されるデータのみをレ
コード単位または、カラム単位で２次記憶媒体２００に
バックアップされ、さらに、当該メモリＤＢ１００のテ
ーブル１０４のテーブル管理情報１０５及びデータ種別
フィールドを管理するスキーマ１０６の内容が２次記憶
媒体２００にバックアップされる。

【００４５】このように、障害時に２次記憶媒体からデ
ータベースの復旧が必要なデータと不要なデータとに分
けて主記憶上の別領域に分けて配置することにより、バ
ックアップ取得時のオーバヘッドによる高速性を損なわ
ないと共に、２次記憶媒体２００の容量を最小限に抑え
ることができる。

【００４６】

【実施例】以下に図面と共に本発明の実施例を説明す
る。以下の第１の実施例では、図４に記載されたテーブ
ル１０４のデータ配置に基づいてデータ更新処理を説明
し、第２の実施例では、復元処理について説明する。

【００４７】［第１の実施例］図６は、本発明の第１の
実施例の更新処理を説明するための図である。同図にお
いて、図４と同一構成部分には、同一符号を付し、その
説明を省略する。同図に示すシステムは、メモリＤＢ１
００、２次記憶媒体２００、更新部４００、アクセス部
５００、アクセス対象６００から構成される。

【００４８】メモリＤＢ１００は、図４の構成にインデ
ックス部１０３と更新前ログバッファ１０７と更新後ロ
グバッファ１０８が付加されている。更新部４００は、
更新処理をアクセス部５００に指示する。これにより、
アクセス部５００は、アクセス対象６００に対してアク
セスする。アクセス対象６００は、レコード名とカラム
名を有し、メモリＤＢ１００のテーブル１０４をレコー
ド単位にアクセスする場合には、アクセス対象６００の
レコード名をメモリＤＢ１００のインデックス部１０３
に通知する。

【００４９】インデックス部１０３は、アクセス部５０
０から指定されたレコード名に従って、テーブル管理情
報１０５を参照し、当該テーブル管理情報１０５の内容
に従って、処理対象レコードにアクセスして当該レコー
ドのデータを更新する。メモリＤＢ１００のテーブル１
０４をカラム単位にアクセスする場合には、アクセス対
象６００のカラム名をメモリＤＢ１００のスキーマ１０
６に通知する。カラム単位のデータのアクセスにおいて
は、定義時に当該領域がスキーマ１０６に指定されてい
るので、当該スキーマ１０６の情報を参照して、テーブ
ル１０４の処理対象カラムにアクセスして当該カラムの
データを更新する。

【００５０】また、ＤＢ１００のテーブル１０４をレコ
ード単位及びカラム単位にアクセスする場合には、アク
セス部５００から指定されたレコード名に従って、テー
ブル管理情報１０５を参照すると共に、スキーマ１０６
の情報を参照して、テーブル管理情報１０５とスキーマ
１０６から取得した位置情報に基づいて対応するテーブ
ル１０４上のデータにアクセスして当該レコードとカラ
ムに対応するデータを更新する。

【００５１】図７は、本発明の第１の実施例の更新処理
の動作を示すフローチャートである。以下の処理の前提
として、メモリＤＢ１００の更新前ログバッファ１０７
には、更新前の状況が格納されているものとする。 ステップ２０１） 更新部４００は、更新ステートメン
トによりアクセス部５００に対してデータのアクセスを
要求する。これにより、アクセス部５００は、更新のス
テートメントは何であるか及び、更新対象となるのは、
レコードであるかカラムであるかを判定する。レコード
が更新対象であれば、レコード名をメモリＤＢ１００の
インデックスに登録する。また、カラムが更新対象であ
れば、カラム名をスキーマ１０６に登録する。アクセス
部５００は、ステートメントがＵＰＤＡＴＥ／ＤＥＬＥ
ＴＥの場合には、ステップ２０２に移行し、ＩＮＳＥＲ
Ｔの場合には、ステップ２０４に移行する。

【００５２】ステップ２０２） アクセス部５００は、
ＵＰＤＡＴＥ／ＤＥＬＥＴＥステートメントに対し、テ
ーブル管理情報１０５よりテーブル１０４におけるアク
セス対象レコード位置（レコードの先頭位置）を取得す
る。 ステップ２０３） アクセス部５００は、ＵＰＤＡＴＥ
／ＤＥＬＥＴＥステートメントに対してスキーマ１０６
よりレコード内のカラムのオフセット情報を取得して更
新対象データを取得する。

【００５３】ステップ２０４） アクセス部５００は、
取得したレコードまたはカラムのデータの更新を行い、
更新後ログ情報を生成する。ステップ２０６に移行す
る。 ステップ２０５） アクセス部５００は、ＩＮＳＥＲＴ
ステートメントに対してテーブル管理情報１０５より新
規にレコード挿入領域の払い出しを受ける。

【００５４】ステップ２０６） トランザクションが正
常に終了した時点で、更新後ログバッファ１０８上のデ
ータのうち、バックアップ対象取得対象域（保証レコー
ドまたは保証カラム）を２次記憶媒体２００の更新後ロ
グファイル２０８に出力する。

【００５５】上記の処理により、データ更新が行われ
る。また、上記の処理と非同期に、２次記憶媒体２００
上のテーブルバックアップ２１０にメモリＤＢ１００上
のテーブル１０４でバック取得対象域のみバックアップ
取得操作が行われる。 ［第２の実施例］次に、図４に示される構成に基づいて
障害時のメモリＤＢ１００の復元方法について説明す
る。

【００５６】図８は、本発明の第２の実施例の復元処理
を説明するための図である。図４及び図６と同一構成部
分には、同一符号を付し、その説明を省略する。図８の
示すシステムは、復元命令を処理する復元部７００、メ
モリＤＢ１００、２次記憶媒体２００から構成される。
２次記憶媒体２００には、テーブル管理情報２０５、ス
キーマ２０６、保証域バックアップ２１０、更新後ログ
ファイル２０８が格納されている。２次記憶媒体２００
上の保証域バックアップ２１０、テーブル管理情報２０
５及び、スキーマ２０６は、図５に示す処理においてメ
モリＤＢ１００のスキーマ１０５のバックアップされた
情報であり、更新後ログファイル２０８は、前述の第１
の実施例における更新後のログ情報が格納されている。

【００５７】図９は、本発明の第２の実施例の復元処理
の動作を示すフローチャートである。 ステップ３０１） 復元部７００は、復元命令５０１を
取得すると、復元部７００は、２次記憶媒体２００のテ
ーブル管理情報２０５をメモリＤＢ１００上のテーブル
管理情報１０５にロードし、２次記憶媒体２００のスキ
ーマ２０６をメモリＤＢ１００上のスキーマ１０６にロ
ードする。また、復元部７００は、２次記憶媒体２００
上にある保証域バックアップ２１０をメモリＤＢ１００
上のテーブル１０４にロードする。ロード位置は、スキ
ーマ１０６とテーブル管理情報１０５により取得する。

【００５８】ステップ３０２） 次に、復元部７００
は、２次記憶媒体２００上にある更新後ログファイル５
１１のログ情報をメモリＤＢ１００上に反映させる。 ステップ３０３） ２次記憶媒体２００上に確保されて
いないカラムやレコードについては、サービスを考慮し
た初期値（定数）の代入により対処する。

【００５９】これにより、データベースの復元が高速に
行われる。このように、データが格納されるテーブルに
対し、サービスを考慮して、テーブル内のデータを障害
時に２次記憶媒体からのデータベース復旧が必要なデー
タとそうでないデータに、メモリＤＢ１００上の別領域
に分けて配置して、更新処理、復旧処理とは非同期に２
次記憶媒体２００へのバックアップを行う。このような
構成をとることで、バックアップ取得のオーバーヘッド
による通常データアクセスに対する高速性の阻害を起こ
さずに、高信頼性を最小限の２次記憶媒体容量で確保で
きる。

【００６０】なお、本発明は、上記の実施例に限定され
ることなく、特許請求の範囲内で種々変更・応用が可能
である。

【００６１】

【発明の効果】上述のように本発明のデータベースバッ
クアップ方法及び装置によれば、障害発生の前の更新処
理反映を障害発生後も保証するデータと、そうでないデ
ータとを１次記憶（メモリＤＢ）上の異なった領域に確
保するため、サービス提供の背景で行うバックアップ取
得を最小限のデータ転送で行うため、サービス提供時の
処理の高速性を阻害することなく、信頼性を保持するの
に必要な２次記憶媒体の容量を最小限にすることができ
る。

【００６２】また、単一のシステムでは、全データに占
める非保証データの割合と２次記憶媒体の削減率は同じ
になる。また、非常に高い信頼性が要求される場合、バ
ックアップの多重化が行われるケースが多く、そのよう
なシステムにおけるコストの削減は、より大きくなる。

【図面の簡単な説明】

【図１】本発明の原理を説明するための図である。

【図２】本発明の原理構成図である。

【図３】本発明のデータベースバックアップシステムの
構成図である。

【図４】本発明の主記憶上のデータの配置を説明するた
めの図である。

【図５】本発明のバックアップの動作を示すフローチャ
ートである。

【図６】本発明の第１の実施例の更新処理を説明するた
めの図である。

【図７】本発明の第１の実施例の更新処理の動作を示す
フローチャートである。

【図８】本発明の第２の実施例の復元処理を説明するた
めの図である。

【図９】本発明の第２の実施例の復元処理の動作を示す
フローチャートである。

【符号の説明】

１００ メモリデータベース、主記憶手段 １０１ テーブル作成命令 １０３ インデックス １０４ テーブル １０５ テーブル管理情報 １０６ スキーマ、データベース管理情報 １０７ 更新前ログバッファ １０８ 更新後ログバッファ ２００ ２次記憶媒体、２次記憶手段 ２０５ バックアップテーブル管理情報 ２０６ バックアップスキーマ、データベース管理情報 ２０８ 更新後ログファイル ２１０ バックアップ情報、リカバリ保証データ ３００ テーブル作成部 ４００ バックアップ制御部、バックアップ手段 ５００ 更新部 ５０１ 復元命令 ６００ アクセス部 ７００ 復元部 １０４１ リカバリ保証データ １０４２ リカバリ非保証データ

Claims (18)

【特許請求の範囲】
1. 【請求項１】 主記憶上に全データベースが常駐し、２
   次記憶手段上にデータベースのバックアップとログ情報
   を有するメモリデータベースが提供するサービスの仕様
   において、バックアップによるデータベースの復旧が不
   要なデータが存在する場合におけるデータベースバック
   アップ方法において、 前記主記憶上の異なる領域に、レコード単位、カラム単
   位、レコード単位とカラム単位の組み合わせの各単位に
   より、前記２次記憶手段からのリカバリ処理で保証する
   データを保証領域に格納し、保証しないデータを非保証
   領域に保証種別毎に区別して格納し、 前記２次記憶手段にバックアップする際に、前記リカバ
   リ処理で保証するデータのみを前記２次記憶手段にバッ
   クアップすることを特徴とするデータベースバックアッ
   プ方法。
2. 【請求項２】 前記主記憶上の異なる領域に、カラム単
   位に前記保証種別毎に領域を定義する請求項１記載のデ
   ータベースバックアップ方法。
3. 【請求項３】 前記主記憶上の異なる領域に、レコード
   単位とカラム単位の組み合わせに対して、前記保証種別
   毎に領域を定義する請求項１記載のデータベースバック
   アップ方法。
4. 【請求項４】 データ更新時において、レコード単位の
   挿入ステートメントが発行された場合には、パラメータ
   による保証種別の指定を受け、 前記リカバリ処理で保証するデータの領域の主記憶上に
   おけるレコード単位の位置情報を領域管理情報を参照し
   て取得し、 取得した位置情報に基づいて該当する領域へのデータの
   挿入を行う請求項１記載のデータベースバックアップ方
   法。
5. 【請求項５】 データ更新時において、カラム単位の挿
   入ステートメントが発行された場合には、 データベース管理情報を参照することによりカラムの保
   証種別を取得し、 前記リカバリ処理で保証するデータの領域の主記憶上に
   おけるカラム単位の位置情報を前記領域管理情報を参照
   して取得し、 取得した位置情報に基づいて該当する領域へのデータの
   挿入を行う請求項１記載のデータベースバックアップ方
   法。
6. 【請求項６】 データ更新時において、レコード単位と
   カラム単位の組み合わせに対して挿入ステートメントが
   発行された場合には、 パラメータによる保証種別の指定を受け、 領域管理情報を参照して、前記保証領域の前記主記憶上
   における位置情報を取得し、 前記データベース管理情報を参照することにより、カラ
   ム単位の保証種別を取得し、 前記領域管理情報の示す該当する領域へのデータの挿入
   を行う請求項１記載のデータベースバックアップ方法。
7. 【請求項７】 データ更新時において、レコード単位の
   更新ステートメントまたは、削除ステートメントが発行
   された場合には、 前記領域管理情報を参照して、処理対象データへアクセ
   スし、 前記保証領域に対してのみ、バックアップと更新時の更
   新後のログ情報を２次記憶手段へ出力する請求項１記載
   のデータベースバックアップ方法。
8. 【請求項８】 データ更新時において、カラム単位の更
   新ステートメントまたは、削除ステートが発行された場
   合には、 前記データベース管理情報を参照することにより、処理
   対象データへアクセスし、 前記保証領域に対してのみ、バックアップと更新時の更
   新後のログ情報を２次記憶手段へ出力する請求項１記載
   のデータベースバックアップ方法。
9. 【請求項９】 データ更新時において、レコード単位と
   カラム単位の組み合わせに対して更新ステートメントま
   たは、削除ステートメントが発行された場合には、 前記領域管理情報及び前記データベース管理情報を参照
   することにより、処理対象データへアクセスし、 前記保証領域に対してのみ、バックアップと更新時の更
   新後ログ情報を前記２次記憶手段へ出力する請求項１記
   載のデータベースバックアップ方法。
10. 【請求項１０】 全データベースが常駐する主記憶手段
    と、データベースのバックアップとログ情報を保持する
    ２次記憶手段とを有するメモリデータベースにおけるデ
    ータベースバックアップ装置において、 レコード単位、カラム単位、該レコード単位と該カラム
    単位の組み合わせのいずれかの単位で、リカバリ処理で
    データ保証する種別と保証しない保証種別に基づいて前
    記主記憶手段の連続した領域上にデータを保持するテー
    ブルと、 前記保証種別のデータの領域の前記主記憶手段上のレコ
    ードの位置情報を有するテーブル管理情報と、 前記主記憶手段の保証種別のデータの領域の前記主記憶
    手段上のカラムの位置情報を有するデータベース管理情
    報と、 レコード単位、カラム単位、レコード単位とカラム単位
    の組み合わせのいずれかの単位で、リカバリ処理で保証
    する種別のデータのみを、テーブル管理情報及びデータ
    ベース管理情報と共に格納する２次記憶手段と、 前記２次記憶手段に、前記レコード単位、前記カラム単
    位、前記レコード単位と前記カラム単位の組み合わせの
    いずれかの単位で、前記リカバリ処理で保証する種別の
    データのみを前記テーブル管理情報及びデータベース管
    理情報と共にバックアップするバックアップ手段とを有
    することを特徴とするデータベースバックアップ装置。
11. 【請求項１１】 前記主記憶上の異なる領域に、前記カ
    ラム単位に前記保証種別毎に前記テーブル内の領域を定
    義する第１の領域定義手段を含む請求項１０記載のデー
    タベースバックアップ装置。
12. 【請求項１２】 前記主記憶上の異なる領域に、前記レ
    コード単位と前記カラム単位の組み合わせに対して、前
    記保証種別毎に前記テーブル内の領域を定義する第２の
    領域定義手段を含む請求項１０記載のデータベースバッ
    クアップ装置。
13. 【請求項１３】 前記レコード単位の挿入ステートメン
    トが発行された場合に、パラメータによる保証種別の指
    定を受ける第１の保証種別取得手段と、 前記リカバリ処理で保証するデータの領域の主記憶上に
    おけるレコード単位の位置情報をテーブル管理情報を参
    照して取得し、取得した位置情報に基づいて該当する前
    記テーブル上の領域へのデータの挿入を行うデータ挿入
    手段を有する第１のデータ更新手段を含む請求項１０記
    載のデータベースバックアップ装置。
14. 【請求項１４】 前記カラム単位の挿入ステートメント
    が発行された場合に、データベース管理情報を参照する
    ことによりカラムの保証種別を取得する第２の保証種別
    取得手段と、 前記リカバリ処理で保証するデータの領域の主記憶上に
    おけるカラム単位の位置情報を前記データベース管理情
    報を参照して取得し、取得した位置情報に基づいて該当
    する前記テーブル上の領域へのデータの挿入を行う第２
    の更新手段を含む請求項１０記載のデータベースバック
    アップ装置。
15. 【請求項１５】 レコード単位とカラム単位の組み合わ
    せに対して挿入ステートメントが発行された場合に、パ
    ラメータによる保証種別の指定を受ける第３の保証種別
    取得手段と、 前記テーブル管理情報を参照して、前記テーブル上の前
    記保証領域の前記主記憶上における位置情報を取得し、
    前記データベース管理情報を参照することにより、カラ
    ム単位の保証種別を取得し、前記テーブル管理情報の示
    す該当する領域へのデータの挿入を行う第３の更新手段
    を含む請求項１０記載のデータベースバックアップ装
    置。
16. 【請求項１６】 前記レコード単位の更新ステートメン
    トまたは、削除ステートメントが発行された場合に、前
    記テーブル管理情報を参照して、前記テーブル上の処理
    対象データのレコードへアクセスする第１のアクセス手
    段と、 前記保証領域に対してのみ、データのバックアップと更
    新時の更新後のログ情報を２次記憶手段へ出力する第１
    の退避手段とを含む請求項１０記載のデータベースバッ
    クアップ装置。
17. 【請求項１７】 前記カラム単位の更新ステートメント
    または、削除ステートメントが発行された場合に、前記
    データベース管理情報を参照することにより、処理対象
    データのカラムへアクセスする第２のアクセス手段と、 前記保証領域に対してのみ、バックアップと更新時の更
    新後のログ情報を２次記憶手段へ出力する第２の退避手
    段とを含む請求項１０記載のデータベースバックアップ
    装置。
18. 【請求項１８】 レコード単位とカラム単位の組み合わ
    せに対して更新ステートメントまたは、削除ステートメ
    ントが発行された場合に、前記テーブル管理情報及び前
    記データベース管理情報を参照することにより、処理対
    象データのレコード及びカラムへアクセスする第３のア
    クセス手段と、 前記保証領域に対してのみ、バックアップと更新時の更
    新後ログ情報を前記２次記憶手段へ出力する第３の退避
    手段とを含む請求項１０記載のデータベースバックアッ
    プ装置。