JPH04370847A - 順ファイルへのトランザクション同期アクセス方法 - Google Patents
順ファイルへのトランザクション同期アクセス方法Info
- Publication number
- JPH04370847A JPH04370847A JP3147750A JP14775091A JPH04370847A JP H04370847 A JPH04370847 A JP H04370847A JP 3147750 A JP3147750 A JP 3147750A JP 14775091 A JP14775091 A JP 14775091A JP H04370847 A JPH04370847 A JP H04370847A
- Authority
- JP
- Japan
- Prior art keywords
- record
- file
- transaction
- records
- record storage
- 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 |
|---|---|---|---|
| JP14775091A JP3276642B2 (ja) | 1991-06-20 | 1991-06-20 | 順ファイルへのトランザクション同期アクセス方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14775091A JP3276642B2 (ja) | 1991-06-20 | 1991-06-20 | 順ファイルへのトランザクション同期アクセス方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH04370847A true JPH04370847A (ja) | 1992-12-24 |
| JP3276642B2 JP3276642B2 (ja) | 2002-04-22 |
Family
ID=15437303
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP14775091A Expired - Fee Related JP3276642B2 (ja) | 1991-06-20 | 1991-06-20 | 順ファイルへのトランザクション同期アクセス方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3276642B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07200390A (ja) * | 1993-12-28 | 1995-08-04 | Toshiba Corp | データアクセス方法 |
| WO2011033635A1 (ja) * | 2009-09-17 | 2011-03-24 | 株式会社東芝 | 管理装置 |
-
1991
- 1991-06-20 JP JP14775091A patent/JP3276642B2/ja not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07200390A (ja) * | 1993-12-28 | 1995-08-04 | Toshiba Corp | データアクセス方法 |
| WO2011033635A1 (ja) * | 2009-09-17 | 2011-03-24 | 株式会社東芝 | 管理装置 |
| US8621163B2 (en) | 2009-09-17 | 2013-12-31 | Kabushiki Kaisha Toshiba | Management apparatus for improved database registration and update |
| JP5380542B2 (ja) * | 2009-09-17 | 2014-01-08 | 株式会社東芝 | 管理装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3276642B2 (ja) | 2002-04-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7325110B2 (en) | Method for acquiring snapshot | |
| US5276840A (en) | Disk caching method for writing data from computer memory including a step of writing a plurality of physically adjacent blocks in a single I/O operation | |
| JP2635023B2 (ja) | フアイルデータ用ラベル書き込み方法 | |
| US5745906A (en) | Method and apparatus for merging delta streams to reconstruct a computer file | |
| US6792518B2 (en) | Data storage system having mata bit maps for indicating whether data blocks are invalid in snapshot copies | |
| US4601012A (en) | Zone partitioning in volume recovery system | |
| US20040030951A1 (en) | Instantaneous restoration of a production copy from a snapshot copy in a data storage system | |
| US20020166022A1 (en) | Access control method, access control apparatus, and computer-readable memory storing access control program | |
| JP2001516099A (ja) | スナップショットコピー動作のためのデータファイル格納管理システム | |
| JP2000298554A (ja) | Ｒａｉｄデータ記憶システムにおける瞬時バックアップを提供する方法及びシステム | |
| JPH04245352A (ja) | 制御装置の制御方法 | |
| US6415296B1 (en) | Method and system for more efficiently providing a copy in a raid data storage system | |
| KR20060044631A (ko) | 지속성 메모리 액세스 시스템, 지속성 메모리의 직접액세스 방법 및 지속성 메모리 시스템을 액세스하는 시스템 | |
| WO1996013783A1 (en) | Method and apparatus for distributing log i/o activity | |
| JP2001134482A (ja) | データ処理システムにおいて独立したデータコピーを行う方法 | |
| CN115640238B (zh) | 针对持久化内存的可靠内存映射i/o实现方法及系统 | |
| KR20160002109A (ko) | 순서 모드 저널링 파일 시스템을 위한 블록 그룹 단위 저널링 방법 및 장치 | |
| US5953728A (en) | System for modifying a database using a transaction log | |
| JP4892812B2 (ja) | キャッシュ制御およびデータ処理システム並びにその処理プログラム | |
| JPH0737290A (ja) | 光磁気ディスクのデータ整合性を維持する方法および装置 | |
| JPH0115903B2 (ja) | ||
| JP2539347B2 (ja) | フアイル管理方法 | |
| US20210034580A1 (en) | Method, apparatus and computer program product for maintaining metadata | |
| JP3276642B2 (ja) | 順ファイルへのトランザクション同期アクセス方法 | |
| JPS63133240A (ja) | 常駐テ−ブルの内容保証方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20020129 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080208 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090208 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090208 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100208 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |