JPH06214855A - 更新前ページ取得方式 - Google Patents
更新前ページ取得方式Info
- Publication number
- JPH06214855A JPH06214855A JP5007371A JP737193A JPH06214855A JP H06214855 A JPH06214855 A JP H06214855A JP 5007371 A JP5007371 A JP 5007371A JP 737193 A JP737193 A JP 737193A JP H06214855 A JPH06214855 A JP H06214855A
- Authority
- JP
- Japan
- Prior art keywords
- update
- output
- storage file
- database
- update page
- 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.)
- Pending
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】更新前情報を格納するためのメモリを無くすこ
とができ、そのために発生する更新前ページ専用格納フ
ァイルへのアクセス負荷を軽減できること。 【構成】更新前ページ非同期一括出力手段２は、更新の
あるページの更新前ページを更新操作とは非同期に更新
前ページ専用格納ファイル３２に一括出力する。データ
ベースが異常終了した場合は、更新前ページ一括入出力
手段３が更新前ページ専用格納ファイル３２から、更新
前ページを一括して更新前ページ専用格納ファイル用入
出力バッファ２３に入力し、入力した更新前ページをデ
ータ格納ファイル用入出力バッファ２２にコピーしデー
タ格納ファイル３１の物理アドレスの上昇順にソートす
る。その後データ格納ファイル３１に一括出力する。
とができ、そのために発生する更新前ページ専用格納フ
ァイルへのアクセス負荷を軽減できること。 【構成】更新前ページ非同期一括出力手段２は、更新の
あるページの更新前ページを更新操作とは非同期に更新
前ページ専用格納ファイル３２に一括出力する。データ
ベースが異常終了した場合は、更新前ページ一括入出力
手段３が更新前ページ専用格納ファイル３２から、更新
前ページを一括して更新前ページ専用格納ファイル用入
出力バッファ２３に入力し、入力した更新前ページをデ
ータ格納ファイル用入出力バッファ２２にコピーしデー
タ格納ファイル３１の物理アドレスの上昇順にソートす
る。その後データ格納ファイル３１に一括出力する。
Description
【０００１】
【産業上の利用分野】本発明は、データベースシステム
における回復方式に関する。
における回復方式に関する。
【０００２】
【従来の技術】ファイルを回復する際、例えば、特開平
４−４７４２８の様に、ファイル更新時に、レコードの
更新前情報を、メモリ内に保持しておき、エラーが発生
した場合、レコードの更新前情報をもとに、ファイルを
回復していた。
４−４７４２８の様に、ファイル更新時に、レコードの
更新前情報を、メモリ内に保持しておき、エラーが発生
した場合、レコードの更新前情報をもとに、ファイルを
回復していた。
【０００３】
【発明が解決しようとする課題】上記従来技術は、大量
にレコードを更新する場合、多くのメモリが、必要とな
ってしまうという問題点があった。
にレコードを更新する場合、多くのメモリが、必要とな
ってしまうという問題点があった。
【０００４】本発明の目的は、メモリ使用量を削減する
ため、更新前情報をファイルに格納し、これによって生
じるファイルアクセスの負荷も軽減することにある。
ため、更新前情報をファイルに格納し、これによって生
じるファイルアクセスの負荷も軽減することにある。
【０００５】
【課題を解決するための手段】本発明は、更新したデー
タの内容をチェックポイント（データベースシステムの
整合性を保証する時点）までにデータベースに反映し、
データベースシステムが異常終了すると最終チェックポ
イントの状態からログをもとにデータベースを回復する
データベースシステムにおいて、データベース更新時、
更新前ページを更新前ページ専用格納ファイルに出力す
る更新前ページ取得方式である。
タの内容をチェックポイント（データベースシステムの
整合性を保証する時点）までにデータベースに反映し、
データベースシステムが異常終了すると最終チェックポ
イントの状態からログをもとにデータベースを回復する
データベースシステムにおいて、データベース更新時、
更新前ページを更新前ページ専用格納ファイルに出力す
る更新前ページ取得方式である。
【０００６】また、更新前ページの出力は更新操作を続
行したまま、別の処理プロセスで並行して行う非同期更
新前ページ取得方式である。
行したまま、別の処理プロセスで並行して行う非同期更
新前ページ取得方式である。
【０００７】また、更新前情報を格納するバッファが一
定量に達したかを監視し、一定の量になっていたら、即
座に、更新前ページを一括出力する更新前ページ出力方
式である。
定量に達したかを監視し、一定の量になっていたら、即
座に、更新前ページを一括出力する更新前ページ出力方
式である。
【０００８】また、データベース回復時、更新前ページ
を一定の単位にまとめて入力し、データベースファイル
の物理アドレスの上昇順にソートして、当該ファイルに
一括出力するデータベース回復方式である。
を一定の単位にまとめて入力し、データベースファイル
の物理アドレスの上昇順にソートして、当該ファイルに
一括出力するデータベース回復方式である。
【０００９】
【作用】データベース更新時、更新前ページを更新前ペ
ージ専用格納ファイルに出力して、障害発生時は、その
更新前ページをもとに、データベースを回復する。更新
前ページの出力は、更新操作を続行したまま、別の処理
プロセスで非同期に行われる。
ージ専用格納ファイルに出力して、障害発生時は、その
更新前ページをもとに、データベースを回復する。更新
前ページの出力は、更新操作を続行したまま、別の処理
プロセスで非同期に行われる。
【００１０】以上により、更新前情報を格納するメモリ
を無くすことができ、更新前ページ出力処理も更新処理
と非同期に行われるため、更新処理のレスポンスには、
影響を与えない。
を無くすことができ、更新前ページ出力処理も更新処理
と非同期に行われるため、更新処理のレスポンスには、
影響を与えない。
【００１１】また、更新前情報を格納するバッファが一
定量に達したかを監視し、一定の量になっていたら、即
座に、更新前ページを一括出力する。これにより、オン
ラインサービスに対する悪影響を軽減できる。
定量に達したかを監視し、一定の量になっていたら、即
座に、更新前ページを一括出力する。これにより、オン
ラインサービスに対する悪影響を軽減できる。
【００１２】さらに、データベースが異常終了すると、
再起動時、更新前ページを一定の単位にまとめて入力
し、データベースファイルの物理アドレスの上昇順にソ
ートして、当該ファイルに一括出力することにより、デ
ータベースを回復する。それによって、回復時間の短縮
がはかれる。
再起動時、更新前ページを一定の単位にまとめて入力
し、データベースファイルの物理アドレスの上昇順にソ
ートして、当該ファイルに一括出力することにより、デ
ータベースを回復する。それによって、回復時間の短縮
がはかれる。
【００１３】
【実施例】次に、本発明の実施例を図面に基づいて説明
する。
する。
【００１４】図１は、本発明実施例の構成を示す図であ
る。本発明実施例は、業務処理プログラム２１からのレ
コード更新要求に従い、データ格納ファイル３１内か
ら、該当レコードの格納されているページ（レコードを
格納する最小単位である）をデータ格納ファイル用入出
力バッファ２２へ入力し、更新前ページを更新前ページ
専用格納ファイル用入出力バッファ２３にコピーし、そ
の後、レコード更新を行うレコード更新手段１と、更新
前ページ専用格納ファイル用入出力バッファ２３が一定
量になるまで監視し、一定量になったならば、レコード
更新手段１とは、別のプロセスで、更新前ページ専用格
納ファイル３２に一括して出力する更新前ページ非同期
一括出力手段２と、データベースが異常終了すると、再
起動時、更新前ページ専用格納ファイル３２内の更新前
ページをある一定の単位で一括して更新前ページ専用格
納ファイル用入出力バッファ２３に入力し、その後、そ
れをデータ格納ファイル用入出力バッファ２２にコピー
しデータ格納ファイル３１の物理アドレスの上昇順に更
新前ページをソートして、データ格納ファイル３１に一
括出力する更新前ページ一括入出力手段３を備える。
る。本発明実施例は、業務処理プログラム２１からのレ
コード更新要求に従い、データ格納ファイル３１内か
ら、該当レコードの格納されているページ（レコードを
格納する最小単位である）をデータ格納ファイル用入出
力バッファ２２へ入力し、更新前ページを更新前ページ
専用格納ファイル用入出力バッファ２３にコピーし、そ
の後、レコード更新を行うレコード更新手段１と、更新
前ページ専用格納ファイル用入出力バッファ２３が一定
量になるまで監視し、一定量になったならば、レコード
更新手段１とは、別のプロセスで、更新前ページ専用格
納ファイル３２に一括して出力する更新前ページ非同期
一括出力手段２と、データベースが異常終了すると、再
起動時、更新前ページ専用格納ファイル３２内の更新前
ページをある一定の単位で一括して更新前ページ専用格
納ファイル用入出力バッファ２３に入力し、その後、そ
れをデータ格納ファイル用入出力バッファ２２にコピー
しデータ格納ファイル３１の物理アドレスの上昇順に更
新前ページをソートして、データ格納ファイル３１に一
括出力する更新前ページ一括入出力手段３を備える。
【００１５】図２は、本発明実施例のレコード更新手段
の処理手順を示すフローチャートである。
の処理手順を示すフローチャートである。
【００１６】図３は、本発明実施例の更新前ページ非同
期一括出力手段の処理手順を示すフローチャートであ
る。
期一括出力手段の処理手順を示すフローチャートであ
る。
【００１７】図４は、本発明実施例の更新前ページ一括
入出力手段の処理手順を示すフローチャートである。
入出力手段の処理手順を示すフローチャートである。
【００１８】次に、図１の実施例の各手段の動作を図２
から図４に示すフローチャートを用いて説明する。
から図４に示すフローチャートを用いて説明する。
【００１９】まず、図２を用いて、レコード更新手段１
の動作を説明する。業務処理プログラム２１から、レコ
ード更新命令が発行されると、レコード更新手段１は、
レコード更新命令の受付及び解析(102)を行った後、デ
ータ格納ファイル３１内から、該当レコードの格納され
ているページをデータ格納ファイル用入出力バッファ２
２へ入力する(104)。この時、最終チェックポイントの
後に更新前ページが取得されているかチェックする(10
6)。更新前ページが、まだ、取得されていない場合、更
新前ページを更新前ページ専用格納ファイル用入出力バ
ッファ２３にコピーする(108)。その後、レコードの更
新を行う(110)。
の動作を説明する。業務処理プログラム２１から、レコ
ード更新命令が発行されると、レコード更新手段１は、
レコード更新命令の受付及び解析(102)を行った後、デ
ータ格納ファイル３１内から、該当レコードの格納され
ているページをデータ格納ファイル用入出力バッファ２
２へ入力する(104)。この時、最終チェックポイントの
後に更新前ページが取得されているかチェックする(10
6)。更新前ページが、まだ、取得されていない場合、更
新前ページを更新前ページ専用格納ファイル用入出力バ
ッファ２３にコピーする(108)。その後、レコードの更
新を行う(110)。
【００２０】次に、図３を用いて、更新前ページ非同期
一括出力手段２の動作を説明する。更新前ページ専用格
納ファイル用入出力バッファ２３がある一定の量まで達
したかチェックする(202)。更新前ページ専用格納ファ
イル用入出力バッファ２３がある一定の量まで達してい
る場合、更新前ページ専用格納ファイル３２に一括出力
する。
一括出力手段２の動作を説明する。更新前ページ専用格
納ファイル用入出力バッファ２３がある一定の量まで達
したかチェックする(202)。更新前ページ専用格納ファ
イル用入出力バッファ２３がある一定の量まで達してい
る場合、更新前ページ専用格納ファイル３２に一括出力
する。
【００２１】次に、図４を用いて、更新前ページ一括入
出力手段３の動作を説明する。データベース管理システ
ムの起動時、前回データベースシステムが異常終了して
いるかチェックする(302)。前回異常終了していた場
合、更新前ページ専用格納ファイル３２から、更新前ペ
ージをある一定の単位で一括して更新前ページ専用格納
ファイル用入出力バッファ２３に入力する(304)。入力
した更新前ページをデータ格納ファイル用入出力バッフ
ァ２２にコピーしデータ格納ファイル３１の物理アドレ
スの上昇順にソートする(306)。その後、データ格納フ
ァイル３１に更新前ページを一括出力する(308)ことに
よって、データベースを回復する。
出力手段３の動作を説明する。データベース管理システ
ムの起動時、前回データベースシステムが異常終了して
いるかチェックする(302)。前回異常終了していた場
合、更新前ページ専用格納ファイル３２から、更新前ペ
ージをある一定の単位で一括して更新前ページ専用格納
ファイル用入出力バッファ２３に入力する(304)。入力
した更新前ページをデータ格納ファイル用入出力バッフ
ァ２２にコピーしデータ格納ファイル３１の物理アドレ
スの上昇順にソートする(306)。その後、データ格納フ
ァイル３１に更新前ページを一括出力する(308)ことに
よって、データベースを回復する。
【００２２】
【発明の効果】本発明によれば、更新前情報を持つため
のメモリを無くすことができ、そのために発生する更新
前ページ専用格納ファイルへのアクセス負荷を軽減でき
る。
のメモリを無くすことができ、そのために発生する更新
前ページ専用格納ファイルへのアクセス負荷を軽減でき
る。
【図１】本発明実施例の各手段の構成を示す図である。
【図２】本発明実施例のレコード更新手段の処理手順を
示すフローチャートである。
示すフローチャートである。
【図３】本発明実施例の更新前ページ非同期一括出力手
段の処理手順を示すフローチャートである。
段の処理手順を示すフローチャートである。
【図４】本発明実施例の更新前ページ一括入出力手段の
処理手順を示すフローチャートである。
処理手順を示すフローチャートである。
１…レコード更新手段、 ２…更新前ページ非同期一括出力手段、 ３…更新前ページ一括入出力手段、 ２１…業務処理プログラム、 ２２…データ格納ファイル用入出力バッファ、 ２３…更新前ページ専用格納ファイル用入出力バッフ
ァ、 ３１…データ格納ファイル、 ３２…更新前ページ専用格納ファイル。
ァ、 ３１…データ格納ファイル、 ３２…更新前ページ専用格納ファイル。
フロントページの続き (72)発明者 須田 耕司 神奈川県横浜市中区尾上町６丁目81番地日 立ソフトウェアエンジニアリング株式会社 内 (72)発明者 中村 啓 神奈川県横浜市中区尾上町６丁目81番地日 立ソフトウェアエンジニアリング株式会社 内 (72)発明者 坂口 良彦 神奈川県横浜市中区尾上町６丁目81番地日 立ソフトウェアエンジニアリング株式会社 内 (72)発明者 本広 優久 神奈川県横浜市中区尾上町６丁目81番地日 立ソフトウェアエンジニアリング株式会社 内 (72)発明者 三上 健二 神奈川県横浜市中区尾上町６丁目81番地日 立ソフトウェアエンジニアリング株式会社 内
Claims (4)
- 【請求項１】更新したデータの内容をチェックポイント
（データベースシステムの整合性を保証する時点）まで
にデータベースに反映し、データベースシステムが異常
終了すると最終チェックポイントの状態からログをもと
にデータベースを回復するデータベースシステムにおい
て、データベース更新時、更新前情報を更新前ページ専
用格納ファイルに出力することを特徴とする更新前ペー
ジ取得方式。 - 【請求項２】請求項１において、更新前ページの出力は
更新操作を続行したまま、別の処理プロセスで並行して
行うことを特徴とする非同期更新前ページ取得方式。 - 【請求項３】請求項１において、更新前情報を格納する
バッファが一定量に達したかを監視し、一定の量になっ
ていたら、即座に、更新前ページを一括出力することを
特徴とする更新前ページ出力方式。 - 【請求項４】請求項１において、データベース回復時、
更新前ページを一定の単位にまとめて入力し、データベ
ースファイルの物理アドレスの上昇順にソートして、当
該ファイルに一括出力することを特徴とするデータベー
ス回復方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5007371A JPH06214855A (ja) | 1993-01-20 | 1993-01-20 | 更新前ページ取得方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5007371A JPH06214855A (ja) | 1993-01-20 | 1993-01-20 | 更新前ページ取得方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06214855A true JPH06214855A (ja) | 1994-08-05 |
Family
ID=11664116
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5007371A Pending JPH06214855A (ja) | 1993-01-20 | 1993-01-20 | 更新前ページ取得方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06214855A (ja) |
-
1993
- 1993-01-20 JP JP5007371A patent/JPH06214855A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5065311A (en) | Distributed data base system of composite subsystem type, and method fault recovery for the system | |
| US7499954B2 (en) | Consistent reintegration of a failed primary instance | |
| US5561795A (en) | Method and apparatus for audit trail logging and data base recovery | |
| US7043504B1 (en) | System and method for parallel primary and secondary backup reading in recovery of multiple shared database data sets | |
| CN110543386B (zh) | 一种数据存储方法、装置、设备和存储介质 | |
| US6754842B2 (en) | Facilitating a restart operation within a data processing system | |
| JPH11134235A (ja) | 外部記憶装置故障時の回復支援方法 | |
| JPH06214855A (ja) | 更新前ページ取得方式 | |
| JPS62245348A (ja) | データベース更新方法 | |
| US7376678B2 (en) | Database management program and recording medium | |
| JP2972439B2 (ja) | ポータブル端末のバックアップ方式 | |
| JP2000163294A (ja) | データベース管理方法及びその装置並びにプログラムを記録した機械読み取り可能な記録媒体 | |
| JPH10508968A (ja) | 共用環境におけるデータ・セットのバックアップ方法及び装置 | |
| JP2818538B2 (ja) | ジャーナルファイルの分割管理方式およびジャーナルファイルの分割管理方法 | |
| JPS63262737A (ja) | デ−タベ−ス更新記録処理方法 | |
| JPH05216697A (ja) | 計算機システムの障害回復方法 | |
| JP2878098B2 (ja) | トランザクション処理システムのメモリファイルバックアップ方式 | |
| JPH01140353A (ja) | データベースのデータ保全方式 | |
| JPH08235038A (ja) | 資源更新判定方式 | |
| JPH04209044A (ja) | データベース制御方式 | |
| JPH0962554A (ja) | 静止点セーブ作成方式 | |
| JPH05108444A (ja) | ジヤーナル採取方式 | |
| JP2933011B2 (ja) | ファイルの排他制御システム | |
| JPH10289140A (ja) | バッチ処理障害時の復旧方式 | |
| JPH01214947A (ja) | データ保全方式 |