JPH0877047A - データベースバックアップ方法 - Google Patents
データベースバックアップ方法Info
- Publication number
- JPH0877047A JPH0877047A JP6210984A JP21098494A JPH0877047A JP H0877047 A JPH0877047 A JP H0877047A JP 6210984 A JP6210984 A JP 6210984A JP 21098494 A JP21098494 A JP 21098494A JP H0877047 A JPH0877047 A JP H0877047A
- Authority
- JP
- Japan
- Prior art keywords
- update
- secondary storage
- type
- processing
- transaction
- 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.)
- Granted
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 トランザクションの処理時間を短縮するデー
タベースバックアップ方法を提供する。 【構成】 データが格納されるテーブル１０４に対し
て、処理結果を２次記憶１０６からのリカバリ処理で常
に保証する種別と、特定の更新処理に対してのみ保証す
る種別を指定するデータ種別フィールド１０５をデータ
ベース管理情報に設け、データベースにアクセスするト
ランザクションに対して、更新ステートメントの処理結
果を２次記憶１０６からのリカバリ処理で保証する種別
と、特定のテーブルに対しては保証しない種別を指定す
る処理種別フィールド１１４をトランザクション管理情
報に設ける。トランザクションの正常終了時に、更新ス
テートメントの種類、データ種別フィールド１０５のデ
ータ種別と処理種別フィールド１１４の処理種別から、
２次記憶１０６上のバックアップに対する更新結果の反
映と更新後の値のログ情報への追加を行うか否かを判断
する。
タベースバックアップ方法を提供する。 【構成】 データが格納されるテーブル１０４に対し
て、処理結果を２次記憶１０６からのリカバリ処理で常
に保証する種別と、特定の更新処理に対してのみ保証す
る種別を指定するデータ種別フィールド１０５をデータ
ベース管理情報に設け、データベースにアクセスするト
ランザクションに対して、更新ステートメントの処理結
果を２次記憶１０６からのリカバリ処理で保証する種別
と、特定のテーブルに対しては保証しない種別を指定す
る処理種別フィールド１１４をトランザクション管理情
報に設ける。トランザクションの正常終了時に、更新ス
テートメントの種類、データ種別フィールド１０５のデ
ータ種別と処理種別フィールド１１４の処理種別から、
２次記憶１０６上のバックアップに対する更新結果の反
映と更新後の値のログ情報への追加を行うか否かを判断
する。
Description
【０００１】
【産業上の利用分野】本発明は、主記憶上に全データベ
ースが常駐し、２次記憶上にデータベースデータのバッ
クアップとログ情報を持つメモリデータベースのバック
アップを作成する方法に関する。
ースが常駐し、２次記憶上にデータベースデータのバッ
クアップとログ情報を持つメモリデータベースのバック
アップを作成する方法に関する。
【０００２】
【従来の技術】メモリデータベースは、データベースに
含まれる全テーブルをメモリ上に常駐することにより、
高速なデータベースアクセスを実現する方法である。
含まれる全テーブルをメモリ上に常駐することにより、
高速なデータベースアクセスを実現する方法である。
【０００３】一般に、メモリデータベースの運用では、
応用プログラムの障害やデータベース管理システムを含
んだシステムの障害、あるいは固定ディスクなどの２次
記憶の媒体障害などの、種々の障害が発生する。そのた
めに、データベースのバックアップを２次記憶に取得
し、障害が発生したときには、このバックアップしたデ
ータよりデータベースを復元することが行われる。
応用プログラムの障害やデータベース管理システムを含
んだシステムの障害、あるいは固定ディスクなどの２次
記憶の媒体障害などの、種々の障害が発生する。そのた
めに、データベースのバックアップを２次記憶に取得
し、障害が発生したときには、このバックアップしたデ
ータよりデータベースを復元することが行われる。
【０００４】以下、従来のメモリデータベースにおける
バックアップ方法を説明する。
バックアップ方法を説明する。
【０００５】データベースアクセスを行うトランザクシ
ョンからＵＰＤＡＴＥ／ＩＮＳＥＲＴ／ＤＥＬＥＴＥな
どのステートメントに基づく更新処理が、メモリデータ
ベースに格納されているテーブルに対して行われると、
更新部分がＩ／Ｏバッファに格納され、さらに更新対象
の更新前の値と更新後の値がそれぞれ、更新前ログバッ
ファと更新後ログバッファに時間順に格納される。これ
らのうち、更新前ログについては、該トランザクション
が異常終了したときにメモリ上でデータベースを更新前
の状態に戻すロールバック処理に使われる。更新後ログ
については、該トランザクションが正常終了したとき
に、２次記憶上に出力され、Ｉ／Ｏバッファからバック
アップを更新している最中に発生するシステム障害に備
える。また、Ｉ／Ｏバッファについては、該トランザク
ションが正常終了したときに、２次記憶上のデータベー
スのバックアップを更新するのに使われる。
ョンからＵＰＤＡＴＥ／ＩＮＳＥＲＴ／ＤＥＬＥＴＥな
どのステートメントに基づく更新処理が、メモリデータ
ベースに格納されているテーブルに対して行われると、
更新部分がＩ／Ｏバッファに格納され、さらに更新対象
の更新前の値と更新後の値がそれぞれ、更新前ログバッ
ファと更新後ログバッファに時間順に格納される。これ
らのうち、更新前ログについては、該トランザクション
が異常終了したときにメモリ上でデータベースを更新前
の状態に戻すロールバック処理に使われる。更新後ログ
については、該トランザクションが正常終了したとき
に、２次記憶上に出力され、Ｉ／Ｏバッファからバック
アップを更新している最中に発生するシステム障害に備
える。また、Ｉ／Ｏバッファについては、該トランザク
ションが正常終了したときに、２次記憶上のデータベー
スのバックアップを更新するのに使われる。
【０００６】これらの更新処理のうち、更新結果を２次
記憶に取得する必要がない場合がある。そのような例と
して、１つの電話番号で複数の回線を使用する代表電話
サービスがある。一般的に、この例をデータベースを用
いて管理する場合、電話番号と準備された回線の空き数
を示すカラムからなるテーブルを作成する。そのテーブ
ルに対して、以下のような操作を行う。 （１）新規にサービスを登録する処理 ＩＮＳＥＲＴステートメントにより、新規に登録する電
話番号とその番号に準備された回線数からなるデータを
テーブルに挿入する。 （２）該当電話番号への呼び出し処理 ＳＥＬＥＣＴステートメントにより、現在該当電話番号
に許されている回線数を参照する。そして空き回線があ
れば、ＵＰＤＡＴＥステートメントにより、許されてい
る回線数を１だけデクリメントした値でテーブルを更新
する。その後に該当回線への接続処理を行う。 （３）該当回線への電話の切断処理 該当回線の切断処理を行う。ＳＥＬＥＣＴステートメン
トにより現在該当電話番号に許されている回線数を参照
し、その値を１だけインクリメントした値で、ＵＰＤＡ
ＴＥステートメントによりテーブルを更新する。 （４）準備された回線数の変更処理 ＵＰＤＡＴＥステートメントにより新規回線数をテーブ
ルに反映する。 （５）代表電話サービスを停止処理 ＤＥＬＥＴＥステートメントによりテーブルに挿入した
該当電話番号とその番号に許される回線数を削除する。
記憶に取得する必要がない場合がある。そのような例と
して、１つの電話番号で複数の回線を使用する代表電話
サービスがある。一般的に、この例をデータベースを用
いて管理する場合、電話番号と準備された回線の空き数
を示すカラムからなるテーブルを作成する。そのテーブ
ルに対して、以下のような操作を行う。 （１）新規にサービスを登録する処理 ＩＮＳＥＲＴステートメントにより、新規に登録する電
話番号とその番号に準備された回線数からなるデータを
テーブルに挿入する。 （２）該当電話番号への呼び出し処理 ＳＥＬＥＣＴステートメントにより、現在該当電話番号
に許されている回線数を参照する。そして空き回線があ
れば、ＵＰＤＡＴＥステートメントにより、許されてい
る回線数を１だけデクリメントした値でテーブルを更新
する。その後に該当回線への接続処理を行う。 （３）該当回線への電話の切断処理 該当回線の切断処理を行う。ＳＥＬＥＣＴステートメン
トにより現在該当電話番号に許されている回線数を参照
し、その値を１だけインクリメントした値で、ＵＰＤＡ
ＴＥステートメントによりテーブルを更新する。 （４）準備された回線数の変更処理 ＵＰＤＡＴＥステートメントにより新規回線数をテーブ
ルに反映する。 （５）代表電話サービスを停止処理 ＤＥＬＥＴＥステートメントによりテーブルに挿入した
該当電話番号とその番号に許される回線数を削除する。
【０００７】また、本データベースのリカバリ処理で
は、テーブルが初期状態に戻されるために全回線が未使
用状態になる。そのため、１つの電話番号に許される回
線数は上記の（１），（４），（５）のどれかの処理の
うち、最新値を復元すればよく、（２），（３）の更新
結果についてはバックアップを行う必要がない。
は、テーブルが初期状態に戻されるために全回線が未使
用状態になる。そのため、１つの電話番号に許される回
線数は上記の（１），（４），（５）のどれかの処理の
うち、最新値を復元すればよく、（２），（３）の更新
結果についてはバックアップを行う必要がない。
【０００８】
【発明が解決しようとする課題】この例のように、更新
対象のテーブルによっては、ＵＰＤＡＴＥステートメン
トにより変更される処理結果をバックアップする必要が
ない場合がある。しかし、従来の方法では、このバック
アップを行う必要がない更新についても、２次記憶上の
バックアップとログ情報を更新していた。
対象のテーブルによっては、ＵＰＤＡＴＥステートメン
トにより変更される処理結果をバックアップする必要が
ない場合がある。しかし、従来の方法では、このバック
アップを行う必要がない更新についても、２次記憶上の
バックアップとログ情報を更新していた。
【０００９】これらの２次記憶を更新するのにはＩ／Ｏ
処理が必要となる。一般的に、Ｉ／Ｏ処理には、数ミリ
秒から数十ミリ秒の処理時間が必要となる。そのため、
このような不要なバックアップを行うため、トランザク
ションの処理時間が長くなるという問題がある。
処理が必要となる。一般的に、Ｉ／Ｏ処理には、数ミリ
秒から数十ミリ秒の処理時間が必要となる。そのため、
このような不要なバックアップを行うため、トランザク
ションの処理時間が長くなるという問題がある。
【００１０】本発明の目的は、トランザクションの処理
時間を短縮するデータベースバックアップ方法を提供す
ることである。
時間を短縮するデータベースバックアップ方法を提供す
ることである。
【００１１】
【課題を解決するための手段】本発明のデータベースバ
ックアップ方法は、データが格納されるテーブルに対し
て、処理結果を２次記憶からのリカバリ処理で常に保証
する種別と、特定の更新処理に対してのみ２次記憶から
のリカバリ処理で保証する種別を指定するフィールドで
あるデータ種別フィールドをデータベース管理情報に設
け、データベースにアクセスするトランザクションに対
して、更新ステートメントの処理結果を２次記憶からの
リカバリ処理で保証する種別と、特定のテーブルに対し
ては保証しない種別を指定するフィールドである処理種
別フィールドをトランザクション管理情報に設け、トラ
ンザクションの正常終了時に、挿入ステートメントと削
除ステートメントについては、処理結果の２次記憶上の
バックアップへの反映と更新後の値のログ情報の追加を
行い、更新ステートメントについては、前記データ種別
フィールドが処理結果を２次記憶からのリカバリ処理で
常に保証する種別で、前記処理種別フィールドが更新ス
テートメントの処理結果を２次記憶からのリカバリ処理
で保証する種別ならば、２次記憶上のバックアップに対
する更新結果の反映と更新後の値のログ情報への追加を
行い、前記データ種別フィールドが特定の更新処理に対
してのみ２次記憶からのリカバリ処理で保証する種別
で、前記処理種別フィールドが更新ステートメントの処
理結果を２次記憶からのリカバリ処理で保証する種別な
らば、２次記憶上のバックアップもログ情報も更新しな
い。
ックアップ方法は、データが格納されるテーブルに対し
て、処理結果を２次記憶からのリカバリ処理で常に保証
する種別と、特定の更新処理に対してのみ２次記憶から
のリカバリ処理で保証する種別を指定するフィールドで
あるデータ種別フィールドをデータベース管理情報に設
け、データベースにアクセスするトランザクションに対
して、更新ステートメントの処理結果を２次記憶からの
リカバリ処理で保証する種別と、特定のテーブルに対し
ては保証しない種別を指定するフィールドである処理種
別フィールドをトランザクション管理情報に設け、トラ
ンザクションの正常終了時に、挿入ステートメントと削
除ステートメントについては、処理結果の２次記憶上の
バックアップへの反映と更新後の値のログ情報の追加を
行い、更新ステートメントについては、前記データ種別
フィールドが処理結果を２次記憶からのリカバリ処理で
常に保証する種別で、前記処理種別フィールドが更新ス
テートメントの処理結果を２次記憶からのリカバリ処理
で保証する種別ならば、２次記憶上のバックアップに対
する更新結果の反映と更新後の値のログ情報への追加を
行い、前記データ種別フィールドが特定の更新処理に対
してのみ２次記憶からのリカバリ処理で保証する種別
で、前記処理種別フィールドが更新ステートメントの処
理結果を２次記憶からのリカバリ処理で保証する種別な
らば、２次記憶上のバックアップもログ情報も更新しな
い。
【００１２】
【作用】本発明では、データベースに格納されているテ
ーブルに対して、テーブル作成時に常にデータをバック
アップする種別（パーシステント指定）と、更新処理を
行うトランザクションの種別によってはバックアップを
行わない種別（テンポラリ指定）を指定するデータ種別
フィールドをスキーマ情報に追加し設定する。また、更
新処理を行うトランザクションに対して、該トランザク
ションから発行されるＵＰＤＡＴＥステートメントの処
理結果を、常に２次記憶上で保証する種別（全保証指
定）と、処理対象テーブルによっては２次記憶上で保証
しない場合がある種別（非保証指定）を指定する処理種
別フィールドをトランザクション管理情報に追加し設定
する。
ーブルに対して、テーブル作成時に常にデータをバック
アップする種別（パーシステント指定）と、更新処理を
行うトランザクションの種別によってはバックアップを
行わない種別（テンポラリ指定）を指定するデータ種別
フィールドをスキーマ情報に追加し設定する。また、更
新処理を行うトランザクションに対して、該トランザク
ションから発行されるＵＰＤＡＴＥステートメントの処
理結果を、常に２次記憶上で保証する種別（全保証指
定）と、処理対象テーブルによっては２次記憶上で保証
しない場合がある種別（非保証指定）を指定する処理種
別フィールドをトランザクション管理情報に追加し設定
する。
【００１３】そして、トランザクションの終了契機に、
ＩＮＳＥＲＴ／ＤＥＬＥＴＥステートメントに基づいた
更新処理の結果については、データ種別フィールドおよ
び処理種別フィールドの指定値によらず、更新後ログの
出力と２次記憶上のバックアップに対して反映を行う。
ＩＮＳＥＲＴ／ＤＥＬＥＴＥステートメントに基づいた
更新処理の結果については、データ種別フィールドおよ
び処理種別フィールドの指定値によらず、更新後ログの
出力と２次記憶上のバックアップに対して反映を行う。
【００１４】ＵＰＤＡＴＥステートメントに基づいた更
新処理の結果については、（１）データ種別フィールド
がパーシステント指定のときは、処理種別フィールドの
指定値によらず、更新後ログの出力と２次記憶上のバッ
クアップに対して反映を行い、（２）データ種別フィー
ルドがテンポラリ指定で、処理種別フィールドが全保証
指定のときは、更新後ログの出力と２次記憶上のバック
アップに対して反映を行い、（３）データ種別フィール
ドがテンポラリ指定で、処理種別フィールドが非保証指
定のときは、更新後ログの出力と２次記憶上のバックア
ップに対する反映は行わない。
新処理の結果については、（１）データ種別フィールド
がパーシステント指定のときは、処理種別フィールドの
指定値によらず、更新後ログの出力と２次記憶上のバッ
クアップに対して反映を行い、（２）データ種別フィー
ルドがテンポラリ指定で、処理種別フィールドが全保証
指定のときは、更新後ログの出力と２次記憶上のバック
アップに対して反映を行い、（３）データ種別フィール
ドがテンポラリ指定で、処理種別フィールドが非保証指
定のときは、更新後ログの出力と２次記憶上のバックア
ップに対する反映は行わない。
【００１５】このように、本発明では、データ種別がテ
ンポラリ指定であるテーブルに対して、処理種別が非保
証指定であるトランザクションからのＵＰＤＡＴＥステ
ートメントによる更新処理についてはＩ／Ｏを行わない
ため、トランザクションの処理時間を短縮できる。
ンポラリ指定であるテーブルに対して、処理種別が非保
証指定であるトランザクションからのＵＰＤＡＴＥステ
ートメントによる更新処理についてはＩ／Ｏを行わない
ため、トランザクションの処理時間を短縮できる。
【００１６】
【実施例】次に、本発明の実施例について図面を参照し
て説明する。
て説明する。
【００１７】図１は本発明の一実施例で、テーブルを作
成する処理を実現する構成を説明するための図である。
成する処理を実現する構成を説明するための図である。
【００１８】テーブル作成機構１０２はテーブル作成命
令１０１により起動されてメモリＤＢ１０３上にテーブ
ル１０４とデータ種別フィールド１０５を作成する。ま
た、テーブル作成機構１０２は２次記憶１０６上にテー
ブル１０４のバックアップ１０７とデータ種別フィール
ド１０５のバックアップ１０８を作成する。
令１０１により起動されてメモリＤＢ１０３上にテーブ
ル１０４とデータ種別フィールド１０５を作成する。ま
た、テーブル作成機構１０２は２次記憶１０６上にテー
ブル１０４のバックアップ１０７とデータ種別フィール
ド１０５のバックアップ１０８を作成する。
【００１９】図２は図１に示された構成において、テー
ブル１０４を作成する処理のフローチャートである。 （１）テーブル作成命令１０１は、テーブル作成機構１
０２を起動する（ステップ２００）。 （２）テーブル作成機構１０２は、テーブル作成命令１
０１のパラメータによりメモリＤＢ１０３上にテーブル
１０４を作成する（ステップ２０１）。 （３）テーブル作成機構１０２は、メモリＤＢ１０３上
にテーブル１０４のデータ種別フィールド１０５を作成
する（ステップ２０２）。 （４）テーブル作成機構１０２は、テーブル作成命令１
０１のパラメータにより、データ種別フィールド１０５
に常にデータをバックアップする種別（パーシステント
指定とする）と、更新処理を行うトランザクションの種
別によってはバックアップを行わない種別（テンポラリ
指定とする）のどちらかを設定する（ステップ２０
３）。 （５）テーブル作成機構１０２は、２次記憶１０６上に
テーブル１０４のバックアップ１０７を作成する（ステ
ップ２０４）。 （６）テーブル作成機構１０２は、２次記憶１０６上に
データ種別フィールド１０５のバックアップ１０８を作
成する（ステップ２０５）。
ブル１０４を作成する処理のフローチャートである。 （１）テーブル作成命令１０１は、テーブル作成機構１
０２を起動する（ステップ２００）。 （２）テーブル作成機構１０２は、テーブル作成命令１
０１のパラメータによりメモリＤＢ１０３上にテーブル
１０４を作成する（ステップ２０１）。 （３）テーブル作成機構１０２は、メモリＤＢ１０３上
にテーブル１０４のデータ種別フィールド１０５を作成
する（ステップ２０２）。 （４）テーブル作成機構１０２は、テーブル作成命令１
０１のパラメータにより、データ種別フィールド１０５
に常にデータをバックアップする種別（パーシステント
指定とする）と、更新処理を行うトランザクションの種
別によってはバックアップを行わない種別（テンポラリ
指定とする）のどちらかを設定する（ステップ２０
３）。 （５）テーブル作成機構１０２は、２次記憶１０６上に
テーブル１０４のバックアップ１０７を作成する（ステ
ップ２０４）。 （６）テーブル作成機構１０２は、２次記憶１０６上に
データ種別フィールド１０５のバックアップ１０８を作
成する（ステップ２０５）。
【００２０】以上の手続きにより、データ種別が指定さ
れたテーブル１０４がメモリＤＢ１０３上に作成され
る。
れたテーブル１０４がメモリＤＢ１０３上に作成され
る。
【００２１】図３は、本発明に基づいて、トランザクシ
ョンからの２次記憶の更新処理を実現する構成を説明す
るための図である。
ョンからの２次記憶の更新処理を実現する構成を説明す
るための図である。
【００２２】トランザクション１０９は開始命令１１０
と更新命令１１１と終了命令１１２を含む。アクセス機
構１１３はトランザクションの開始、更新、終了の各処
理を行う。
と更新命令１１１と終了命令１１２を含む。アクセス機
構１１３はトランザクションの開始、更新、終了の各処
理を行う。
【００２３】図４は、図３の構成に基づくトランザクシ
ョンの開始処理のフローチャートである。
ョンの開始処理のフローチャートである。
【００２４】トランザクションの開始処理は以下の手続
きで行われる。 （１）開始命令１１０はアクセス機構１１３にトランザ
クションの開始を指示する（ステップ３００）。 （２）アクセス機構１１３は、メモリＤＢ１０３上に該
トランザクション１０９の処理種別フィールド１１４を
確保する（ステップ３０１）。 （３）アクセス機構１１３は、開始命令１１０のパラメ
ータにしたがい、該トランザクション１０９から発行さ
れるＵＰＤＡＴＥステートメントの処理結果を常に２次
記憶１０６上に保証する種別（全保証指定とする）と処
理対象テーブルによっては、２次記憶１０６上で保証し
ない場合がある種別（非保証指定とする）を処理種別フ
ィールド１１４に設定する（ステップ３０２）。
きで行われる。 （１）開始命令１１０はアクセス機構１１３にトランザ
クションの開始を指示する（ステップ３００）。 （２）アクセス機構１１３は、メモリＤＢ１０３上に該
トランザクション１０９の処理種別フィールド１１４を
確保する（ステップ３０１）。 （３）アクセス機構１１３は、開始命令１１０のパラメ
ータにしたがい、該トランザクション１０９から発行さ
れるＵＰＤＡＴＥステートメントの処理結果を常に２次
記憶１０６上に保証する種別（全保証指定とする）と処
理対象テーブルによっては、２次記憶１０６上で保証し
ない場合がある種別（非保証指定とする）を処理種別フ
ィールド１１４に設定する（ステップ３０２）。
【００２５】図５は、図３の構成に基づく、トランザク
ションの更新処理のフローチャートである。
ションの更新処理のフローチャートである。
【００２６】トランザクションの更新処理は以下の手続
きで行われる。 （１）更新命令１１１はアクセス機構１１３にデータベ
ースの更新を指示する（ステップ４００）。 （２）アクセス機構１１３は更新命令１１１から発行さ
れたＵＰＤＡＴＥ／ＩＮＳＥＲＴ／ＤＥＬＥＴＥステー
トメントにしたがい、テーブル１０４の更新前の値を更
新前ログバッファ１１５に時間順に格納する（ステップ
４０１）。 （３）アクセス機構１１３は更新命令１１０から発行さ
れたＵＰＤＡＴＥ／ＩＮＳＥＲＴ／ＤＥＬＥＴＥステー
トメントにしたがい、更新対象のテーブル１０４を更新
する（ステップ４０２）。 （４）更新ステートメントを判定する（ステップ４０
３）。 （５）更新命令１１１から発行されたステートメントが
ＩＮＳＥＲＴかＤＥＬＥＴＥのときは、アクセス機構１
１３は、（３）で行ったテーブル１０４の更新結果をＩ
／Ｏバッファ１１７に格納する（ステップ４０４）。 （６）アクセス機構１１３は、テーブル１０４の更新後
の値を更新後ログバッファ１１６に時間順に格納する
（ステップ４０５）。 （７）更新命令１１１から発行されたステートメントが
ＵＰＤＡＴＥのときは更新テーブル１０４のデータ種別
フィールド１０５を判定する（ステップ４０６）。 （８）データ種別フィールド１０５がパーシステントの
ときは、（５），（６）の処理を行う。 （９）データ種別フィールド１０５がテンポラリのとき
は、処理種別フィールド１１４を判定する（ステップ４
０７）。 （１０）トランザクションの処理種別フィールド１１４
が全保証のときは（５），（６）の処理を行う。非保証
のときはそのまま終る。
きで行われる。 （１）更新命令１１１はアクセス機構１１３にデータベ
ースの更新を指示する（ステップ４００）。 （２）アクセス機構１１３は更新命令１１１から発行さ
れたＵＰＤＡＴＥ／ＩＮＳＥＲＴ／ＤＥＬＥＴＥステー
トメントにしたがい、テーブル１０４の更新前の値を更
新前ログバッファ１１５に時間順に格納する（ステップ
４０１）。 （３）アクセス機構１１３は更新命令１１０から発行さ
れたＵＰＤＡＴＥ／ＩＮＳＥＲＴ／ＤＥＬＥＴＥステー
トメントにしたがい、更新対象のテーブル１０４を更新
する（ステップ４０２）。 （４）更新ステートメントを判定する（ステップ４０
３）。 （５）更新命令１１１から発行されたステートメントが
ＩＮＳＥＲＴかＤＥＬＥＴＥのときは、アクセス機構１
１３は、（３）で行ったテーブル１０４の更新結果をＩ
／Ｏバッファ１１７に格納する（ステップ４０４）。 （６）アクセス機構１１３は、テーブル１０４の更新後
の値を更新後ログバッファ１１６に時間順に格納する
（ステップ４０５）。 （７）更新命令１１１から発行されたステートメントが
ＵＰＤＡＴＥのときは更新テーブル１０４のデータ種別
フィールド１０５を判定する（ステップ４０６）。 （８）データ種別フィールド１０５がパーシステントの
ときは、（５），（６）の処理を行う。 （９）データ種別フィールド１０５がテンポラリのとき
は、処理種別フィールド１１４を判定する（ステップ４
０７）。 （１０）トランザクションの処理種別フィールド１１４
が全保証のときは（５），（６）の処理を行う。非保証
のときはそのまま終る。
【００２７】図６は、図３の構成に基づく、トランザク
ションの終了処理のフローチャートである。
ションの終了処理のフローチャートである。
【００２８】トランザクションの終了処理は以下の手続
きで行われる。 （１）終了命令１１２は、アクセス機構１１３にトラン
ザクションの終了を指示する（ステップ５００）。 （２）終了命令１１２を判定する（ステップ５０１）。 （３）アクセス機構１１３は、終了命令１１２よりＣＯ
ＭＭＩＴが発行された場合、アクセス機構１１３は、更
新後ログバッファ１１６の内容を、２次記憶１０６上の
更新後ログファイル１１８に追加する（ステップ５０
２）。 （４）アクセス機構１１３は、Ｉ／Ｏバッファ１１７の
内容を、２次記憶１０６上のテーブルバックアップ１０
７に反映する（ステップ５０３）。 （５）終了命令１１２がＲＯＬＬＢＡＣＫのとき、アク
セス機構１１３は、更新前ログバッファ１１５に基づい
て、テーブル１０４への更新処理をロールバックに指示
する（ステップ５０４）。
きで行われる。 （１）終了命令１１２は、アクセス機構１１３にトラン
ザクションの終了を指示する（ステップ５００）。 （２）終了命令１１２を判定する（ステップ５０１）。 （３）アクセス機構１１３は、終了命令１１２よりＣＯ
ＭＭＩＴが発行された場合、アクセス機構１１３は、更
新後ログバッファ１１６の内容を、２次記憶１０６上の
更新後ログファイル１１８に追加する（ステップ５０
２）。 （４）アクセス機構１１３は、Ｉ／Ｏバッファ１１７の
内容を、２次記憶１０６上のテーブルバックアップ１０
７に反映する（ステップ５０３）。 （５）終了命令１１２がＲＯＬＬＢＡＣＫのとき、アク
セス機構１１３は、更新前ログバッファ１１５に基づい
て、テーブル１０４への更新処理をロールバックに指示
する（ステップ５０４）。
【００２９】以上の手続きにより、データ種別がテンポ
ラリのテーブルに対して、処理種別が非保証のトランザ
クションから発行されるＵＰＤＡＴＥステートメントの
更新処理の結果については、２次記憶１０６に反映され
ず、その分のＩ／Ｏを削減できる。
ラリのテーブルに対して、処理種別が非保証のトランザ
クションから発行されるＵＰＤＡＴＥステートメントの
更新処理の結果については、２次記憶１０６に反映され
ず、その分のＩ／Ｏを削減できる。
【００３０】図７は、本発明に基づいて、取得した２次
記憶１０６上のテーブルバックアップ１０７と更新後ロ
グ情報とデータ種別フィールド１０５からデータベース
を復元する処理を実現する構成を説明するための図であ
る。
記憶１０６上のテーブルバックアップ１０７と更新後ロ
グ情報とデータ種別フィールド１０５からデータベース
を復元する処理を実現する構成を説明するための図であ
る。
【００３１】復元機構１２０は復元命令１１９によりデ
ータベースを復元する処理を行う。
ータベースを復元する処理を行う。
【００３２】図８は、図７の構成に基づくデータベース
の復元処理のフローチャートである。
の復元処理のフローチャートである。
【００３３】データベースの復元処理は以下の手続きに
より行われる。 （１）復元命令１１９は、復元機構１２０にデータベー
スの復元を指示する（ステップ６００）。 （２）復元機構１２０は、２次記憶１０６上にあるテー
ブル１０４のバックアップ１０７をメモリＤＢ１０３上
にロードする（ステップ６０１）。 （３）復元機構１２０は、２次記憶１０６上にあるデー
タ種別フィールド１２１の値をデータ種別フィールド１
０５に設定する（ステップ６０２）。 （４）全テーブルについて（２），（３）の処理が終了
したかどうか判定する（ステップ６０３）。終了してい
なければ、（２），（３）の処理を繰り返す。 （５）全テーブルについて（２），（３）の処理が終了
したならば、復元機構１２０は、更新後ログファイル１
１８を時間順に読み出し、メモリＤＢ１０３上のテーブ
ル１０４を更新する。
より行われる。 （１）復元命令１１９は、復元機構１２０にデータベー
スの復元を指示する（ステップ６００）。 （２）復元機構１２０は、２次記憶１０６上にあるテー
ブル１０４のバックアップ１０７をメモリＤＢ１０３上
にロードする（ステップ６０１）。 （３）復元機構１２０は、２次記憶１０６上にあるデー
タ種別フィールド１２１の値をデータ種別フィールド１
０５に設定する（ステップ６０２）。 （４）全テーブルについて（２），（３）の処理が終了
したかどうか判定する（ステップ６０３）。終了してい
なければ、（２），（３）の処理を繰り返す。 （５）全テーブルについて（２），（３）の処理が終了
したならば、復元機構１２０は、更新後ログファイル１
１８を時間順に読み出し、メモリＤＢ１０３上のテーブ
ル１０４を更新する。
【００３４】以上の手続きにより、データ種別がパーシ
ステントに指定されたテーブルについては、常に最新値
が保証され、データ種別がテンポラリに指定されたテー
ブルについては、ＩＮＳＥＲＴステートメントか、処理
種別が全保証であるトランザクションのＵＰＤＡＴＥス
テートメントのうち、最新の更新値が復元される。
ステントに指定されたテーブルについては、常に最新値
が保証され、データ種別がテンポラリに指定されたテー
ブルについては、ＩＮＳＥＲＴステートメントか、処理
種別が全保証であるトランザクションのＵＰＤＡＴＥス
テートメントのうち、最新の更新値が復元される。
【００３５】
【発明の効果】以上説明したように、本発明は、データ
種別フィールドをデータベース管理情報に設け、処理種
別フィールドをトランザクション管理情報に設け、障害
時にデータベースを復元するのに必要な更新処理の結果
のみ２次記憶へ取得することにより、更新処理内のＩ／
Ｏを削減することができ、これにより、従来に比べて高
速なＤＢアクセスが可能となる効果がある。
種別フィールドをデータベース管理情報に設け、処理種
別フィールドをトランザクション管理情報に設け、障害
時にデータベースを復元するのに必要な更新処理の結果
のみ２次記憶へ取得することにより、更新処理内のＩ／
Ｏを削減することができ、これにより、従来に比べて高
速なＤＢアクセスが可能となる効果がある。
【図１】テーブルを作成する処理を実現する構成を説明
するための図である。
するための図である。
【図２】テーブルを作成する処理のフローチャートであ
る。
る。
【図３】トランザクションからの２次記憶１０６の更新
処理を実現する構成を説明するための図である。
処理を実現する構成を説明するための図である。
【図４】トランザクションの開始処理のフローチャート
である。
である。
【図５】トランザクションの更新処理のフローチャート
である。
である。
【図６】トランザクションの終了処理のフローチャート
である。
である。
【図７】取得した２次記憶１０６上のテーブルバックア
ップ１０７と更新後ログ情報とデータ種別フィールド１
０５からデータベースを復元する処理を実現する構成を
説明するための図である。
ップ１０７と更新後ログ情報とデータ種別フィールド１
０５からデータベースを復元する処理を実現する構成を
説明するための図である。
【図８】データベースの復元処理のフローチャートであ
る。
る。
１０１ テーブル作成命令 １０２ テーブル作成機構 １０３ メモリＤＢ １０４ データ種別フィールド １０５ テーブル １０６ ２次記憶 １０７ テーブルバックアップ １０８ データ種別フィールド １０９ トランザクション １１０ 開始命令 １１１ 更新命令 １１２ 終了命令 １１３ アクセス機構 １１４ 処理種別フィールド １１５ 更新前ログバッファ １１６ 更新後ログバッファ １１７ Ｉ／Ｏバッファ １１８ 更新後ログファイル １１９ 復元命令 １２０ 復元機構 ２００〜２０５ ステップ ３００〜３０２ ステップ ４００〜４０７ ステップ ５００〜５０４ ステップ ６００〜６０４ ステップ
Claims (1)
- 【請求項１】 主記憶上に全データベースが常駐し、２
次記憶上にデータベースデータのバックアップとログ情
報を持つメモリデータベースのバックアップ、方法であ
って、 データが格納されるテーブルに対して、処理結果を２次
記憶からのリカバリ処理で常に保証する種別と、特定の
更新処理に対してのみ２次記憶からのリカバリ処理で保
証する種別を指定するフィールドであるデータ種別フィ
ールドをデータベース管理情報に設け、 データベースにアクセスするトランザクションに対し
て、更新ステートメントの処理結果を２次記憶からのリ
カバリ処理で保証する種別と、特定のテーブルに対して
は保証しない種別を指定するフィールドである処理種別
フィールドをトランザクション管理情報に設け、 トランザクションの正常終了時に、挿入ステートメント
と削除ステートメントについては、処理結果の２次記憶
上のバックアップへの反映と更新後の値のログ情報の追
加を行い、更新ステートメントについては、前記データ
種別フィールドが処理結果を２次記憶からのリカバリ処
理で常に保証する種別で、前記処理種別フィールドが更
新ステートメントの処理結果を２次記憶からのリカバリ
処理で保証する種別ならば、２次記憶上のバックアップ
に対する更新結果の反映と更新後の値のログ情報への追
加を行い、前記データ種別フィールドが特定の更新処理
に対してのみ２次記憶からのリカバリ処理で保証する種
別で、前記処理種別フィールドが更新ステートメントの
処理結果を２次記憶からのリカバリ処理で保証する種別
ならば、２次記憶上のバックアップもログ情報も更新し
ないデータベースバックアップ方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21098494A JP3514332B2 (ja) | 1994-09-05 | 1994-09-05 | データベースバックアップ方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21098494A JP3514332B2 (ja) | 1994-09-05 | 1994-09-05 | データベースバックアップ方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0877047A true JPH0877047A (ja) | 1996-03-22 |
| JP3514332B2 JP3514332B2 (ja) | 2004-03-31 |
Family
ID=16598391
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP21098494A Expired - Lifetime JP3514332B2 (ja) | 1994-09-05 | 1994-09-05 | データベースバックアップ方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3514332B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001281258A (ja) * | 2000-03-29 | 2001-10-10 | Toshiba Corp | 分析装置 |
| CN111459720A (zh) * | 2020-04-02 | 2020-07-28 | 上海新炬网络技术有限公司 | 一种基于事务日志的Mysql数据恢复方法 |
-
1994
- 1994-09-05 JP JP21098494A patent/JP3514332B2/ja not_active Expired - Lifetime
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001281258A (ja) * | 2000-03-29 | 2001-10-10 | Toshiba Corp | 分析装置 |
| CN111459720A (zh) * | 2020-04-02 | 2020-07-28 | 上海新炬网络技术有限公司 | 一种基于事务日志的Mysql数据恢复方法 |
| CN111459720B (zh) * | 2020-04-02 | 2023-07-07 | 上海新炬网络技术有限公司 | 一种基于事务日志的Mysql数据恢复方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3514332B2 (ja) | 2004-03-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR930008684B1 (ko) | 데이타 베이스 백업카피 발생 방법 | |
| JP4324616B2 (ja) | ストレージシステムにおけるデータ処理方法 | |
| US5590318A (en) | Method and system for tracking files pending processing | |
| US7107294B2 (en) | Method and apparatus for interrupting updates to a database to provide read-only access | |
| US5720026A (en) | Incremental backup system | |
| US5761677A (en) | Computer system method and apparatus providing for various versions of a file without requiring data copy or log operations | |
| US5724581A (en) | Data base management system for recovering from an abnormal condition | |
| CA2163958C (en) | Method of processing input/output request in computer system including a plurality of subsystems | |
| US6732123B1 (en) | Database recovery to any point in time in an online environment utilizing disaster recovery technology | |
| RU2182360C2 (ru) | Способ обращения к данным, хранимым в компьютерной системе, способ архивирования данных и компьютерная система для осуществления способов | |
| US6192376B1 (en) | Method and apparatus for shadowing a hierarchical file system index structure to enable error recovery | |
| US4752910A (en) | Method and apparatus for continuous after-imaging | |
| CN112463450B (zh) | 一种增量备份管理方法、系统、电子设备及存储介质 | |
| WO1995014273A9 (en) | Method and system for tracking changed files | |
| US7281157B2 (en) | Method and apparatus for enabling consistent ancillary disk array storage device operations with respect to a main application | |
| CN116107807A (zh) | 数据库中数据备份时获取全局一致性点位的方法及装置 | |
| WO2023111910A1 (en) | Rolling back database transaction | |
| US5230075A (en) | Database shadowing system with data tags that select an operation of the save command | |
| JPH09244933A (ja) | データベースバックアップ方法及び装置 | |
| JPH0877047A (ja) | データベースバックアップ方法 | |
| US7949632B2 (en) | Database-rearranging program, database-rearranging method, and database-rearranging apparatus | |
| CN118170726A (zh) | 一种分布式文件系统的文件截断方法、设备和存储介质 | |
| JPH0158533B2 (ja) | ||
| CN117472647A (zh) | 一种数据库事务回滚方法及装置 | |
| JPS58103052A (ja) | 自動デ−タ収集方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20040108 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040108 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040108 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090123 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090123 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100123 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110123 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110123 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120123 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130123 Year of fee payment: 9 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |