JPH0991099A - ディスク更新ログ記録方式 - Google Patents

Abstract

(57)【要約】 【課題】 ディスク装置に対するログ記録を詳細に行な
いながらも、不意の計算機システムの停止に備えて、確
実に、且つ、詳細にログ記録を行なうことによるディス
ク更新性能への影響が増大しないように、ログ記録を行
なう。 【解決手段】 計算機システムのオペレーティングシス
テムとディスクドライバとの間にログ記録ドライバを設
け、粗いが確実なログ記録を行なうログ記録表Ａと詳細
なログ記録を行なうＢと、ログ記録用Ｂの一致フラグを
設ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、磁気ディスク装置
等の外部記憶装置に対するデータ更新記録の制御方式に
関する。

【０００２】

【従来の技術】従来技術では、例えば特開昭５７−９０
７７０に記載のように、更新が行なわれた部分のみの差
分バックアップを行なうために、制御メモリを磁気ディ
スク装置に設け、ジョブの実行によりこの制御メモリに
ディスク更新ログを記録していた。

【０００３】また、特開平２−４２５２３では、上記と
同様に差分バックアップを目的として、ジョブの実行に
より更新されたデータの場所を記録するディスク更新ロ
グ記録表を有するディスク装置において、揮発性メモリ
上に存在する更新部分をブロック単位で管理するログ記
録表１と、不揮発性メモリ上に存在する更新部分をトラ
ック単位で管理するログ記録表２と、不揮発性メモリ上
に存在するログ記録表１の一致フラグとを備えることに
より、詳細なログ記録と経済性とを勘案したディスク更
新ログを記録していた。

【０００４】上記のように、差分バックアップを目的と
している場合、要求されたディスク更新が行なわれたに
も拘らずログ記録表には記録されていないことが問題と
なる場合がある。また、上記のような更新ログ記録装置
を備えていないディスク装置に対する更新ログ記録を行
なう場合、ログ記録表を更新ログ記録の対象となるディ
スク装置とは別の不揮発性記憶装置に記録しなければな
らない。

【０００５】また、ログ記録表を備えていないディスク
装置に対してログ記録を行なう場合には、電源断やＯＳ
のパニック等による突発的な計算機システムの停止に備
えるために、ディスク更新要求時には、ログ記録表を磁
気ディスク装置等の不揮発性記憶装置に記録した後に、
要求されたディスク更新を行なっていた。

【０００６】

【発明が解決しようとする課題】従来のディスク更新ロ
グは以上の様にして記録されていたので、ディスク更新
ログを差分バックアップのために記録する場合、バック
アップデータ量の削減のためにはログ記録表で管理する
更新単位が小さいことが望ましいものの、一方で、ログ
記録表を備えていないディスク装置に対するログ記録を
行なう場合においては、ログ記録表の管理する更新単位
が小さいとログ記録表のディスク装置への記録回数が増
大し、結果として更新性能の劣化が増大するという問題
点があった。また、ディスク装置の容量が大きい場合に
ログ記録表における記録管理単位を細かくすると、ログ
記録表自体が非常に大きくなり、主記憶容量を圧迫する
という問題点があった。

【０００７】この発明は上記のような問題点を解決する
ためになされたもので、ログ記録表による更新管理単位
を小さくして詳細なログ記録を行ないながら、計算機シ
ステムの突発的事故発生時には確実に回復処理を行うこ
とができ、且つ、通常運転中は更新単位を小さくしたこ
とに起因するオーバヘッドの増加による更新性能の劣化
を極力抑え、主記憶容量を圧迫することのないログ記録
方式を提供することを目的とする。

【０００８】

【課題を解決するための手段】第１の発明に係わるディ
スク更新ログ記録方式は、ディスク装置内のデータ更新
に際して該更新部分の記録管理を行うログ記録手段を有
するディスク更新ログ記録方式において、ログ記録手段
は、ディスク装置を複数の領域に分割し該領域対応に更
新発生の有無を記録する情報から構成され主記憶装置と
ディスク装置の双方に格納される第１のログ記録表と、
第１のログ記録表よりも小さな単位で領域分割し該領域
対応に更新発生の有無を記録する情報から構成され主記
憶装置とディスク装置双方に格納される第２のログ記録
表と、第２の記録表が主記憶装置上とディスク装置上で
一致しているか否かを示す情報であって主記憶装置とデ
ィスク装置双方に格納されるログ記録一致情報と、第１
のログ記録表を主記憶上で更新した後、結果をディスク
装置上の第１のログ記録表へ反映させる第１のログ記録
表更新手段と、主記憶上のログ記録一致情報に基づいて
第２のログ記録表が主記憶装置上とディスク装置上で一
致しているか否かを確認し結果をディスク装置上のログ
記録一致情報に反映させるログ記録一致情報更新手段
と、第２のログ記録表の内容を主記憶上とディスク上で
一致させる第２のログ記録表同一化手段とを備えるよう
にしたものである。

【０００９】第２の発明は、第１の発明におけるディス
ク更新ログ記録方式において、第２のログ記録表で管理
する領域を複数のグループに分割し、各グループ対応に
前記ログ記録一致情報を構成するようにしたものであ
る。

【００１０】第３の発明は、第１の発明におけるディス
ク更新ログ記録方式において、第２のログ記録表で管理
する領域を複数のグループに分割し、該分割されたグル
ープの一部を構成する記録表を主記憶上に構成すること
によりディスク領域全体の記録表の一部だけを主記憶に
読み込むことで該記録表の主記憶領域における容量削減
を図るようにしたものである。

【００１１】第４の発明は、第３の発明におけるディス
ク更新ログ記録方式において、第２のログ記録表で管理
する領域を複数のグループに分割し、各グループ対応に
該グループを構成する記録情報が主記憶上にローディン
グされているか否かを示すフラグを設けるようにしたも
のである。

【００１２】第５の発明は、第２の発明または第４の発
明におけるディスク更新ログ記録方式において、第２の
ログ記録表の回復手段を備え、該記録表回復手段は、主
記憶上とディスク装置上の内容が同一であるグループに
関してはディスク装置上にある第２のログ記録表の内容
をそのままとし、上記内容が異なるグループに対して第
１のログ記録表の内容を参照して第２の記録表を回復す
るようにしたものである。

【００１３】第６の発明は、第１の発明または第２の発
明または第５の発明におけるディスク更新ログ記録方式
において、第１のログ記録表および第２のログ記録表に
関するログ記録拡張手段を備え、該ログ記録表拡張手段
は前記第１のログ記録表を前記第２のログ記録表の内容
で置き換え、前記第２のログ記録表の内容を以前の内容
よりも小さな記録単位でログ記録できるように新たに構
成するようにしたものである。

【００１４】第７の発明は、第１の発明または第２の発
明または第５の発明におけるディスク更新ログ記録方式
において、第１のログ記録表及び第２のログ記録表に加
えて、第２の記録表よりも記録単位の小さい１つ以上の
第３のログ記録表と、ログ記録表拡張手段を備え、該ロ
グ記録表拡張手段はログ記録表拡張要求に対し、第２の
ログ記録表内容を第１のログ記録表とし、第２のログ記
録表よりも記録単位の小さい第３のログ記録表を第２の
ログ記録表とするようにしたものである。

【００１５】第８の発明は、第６の発明または第７の発
明におけるディスク更新ログ記録方式において、ログ記
録表における更新部分と非更新部分の割合が予め指定さ
れた比率を越えた場合にログ記録表の拡張処理が自動的
に行なわれるようにしたものである。

【００１６】

【発明の実施の形態】

実施の形態１．この発明の第１の実施の形態について、
図１乃至図５に基づいて説明する。図１はシステム構成
を示す図であり、図において１はディスク装置接続装置
を備えた計算機システム、５は計算機システム１に接続
されているディスク装置、２はディスク装置５への書き
込みを要求処理を行うアプリケーションソフトウェア、
３はアプリケーションソフトウェア２とディスク装置５
間で書き込み処理を中継するオペレーティングシステ
ム、４はディスク装置５及び後述するログ記録用ディス
ク装置７への入出力処理を行なうディスクドライバ、６
は更新ログの記録ドライバである。また、８ａはログ記
録ドライバ６に含まれる主記憶装置上のログ記録表Ａ、
９ａは同じくログ記録ドライバ６に含まれる主記憶装置
上のログ記録表Ｂである。ログ記録表Ａ、Ｂは、それぞ
れディスク装置５をいくつかの領域に分割した場合の各
領域に対する書き込みの有無を示す記録、即ち後述する
ようにフラグの集合であり、ログ記録表Ａ ８ａにはロ
グ記録表Ｂ ９ａよりも大きい領域の単位で書き込みの
有無が記録される。７はログ記録ドライバ６がログ記録
を保存するために使用するディスク装置であり、８ｂは
ログ記録表Ａのログ記録用ディスク装置７上のイメー
ジ、９ｂはログ記録表Ｂのログ記録用ディスク装置７上
のイメージである。１１はログ記録ドライバ６に含まれ
るログ記録表Ａである８ａとディスク装置上のイメージ
である８ｂの更新手段、１２はログ記録ドライバ６に含
まれるログ記録表Ｂである９ａとディスク上イメージで
ある９ｂの更新手段である。ここで、ログ記録表Ａ更新
手段１１はログ記録ドライバ及びディスク装置上のログ
記録表Ａである８ａと８ｂの内容が同一であることを保
証するが、ログ記録表Ｂ更新手段１２はログ記録ドライ
バ及びディスク装置上のログ記録表Ｂである９ａと９ｂ
の内容が必ずしも同一であることを保証しない。そのた
めに、ログ記録ドライバ上のログ記録表Ｂである９ａ
と、ログ記録用ディスク装置７上のログ記録表Ｂである
９ｂの内容が一致するか否かを示すログ記録表Ｂの一致
フラグ１０ａをログ記録ドライバ６内に設け、そのイメ
ージ１０ｂをログ記録用ディスク装置７上に設ける。さ
らに、ログ記録表Ｂ一致フラグ１０ａと１０ｂの更新手
段１３をログ記録ドライバ６内に設ける。１４はログ記
録表Ｂのログ記録用ディスク装置７上のイメージ９ｂを
ログ記録ドライバ上のログ記録表Ｂである９ａと同一に
することを指示するログ記録表Ｂ同一化手段である。

【００１７】図２はログ記録表Ａである８ａ及び８ｂの
詳細を示したものである。本実施の形態では、４ＧＢの
容量を持つログ記録対象のディスク装置５を１００の領
域に分割している。記録表の先頭には記録単位領域の大
きさを記し、また表の２番目の項目では、領域の数を記
している。記録表の３番目以降の項目である領域毎の更
新フラグについて説明する。例えば、領域番号０の領域
はデータの更新が行なわれておらず、更新フラグが”
０”となっているが、領域番号９９の領域は、更新フラ
グが”１”となっており、データの更新が行なわれてい
ることを示す。

【００１８】図３はログ記録表Ｂである９ａ及び９ｂの
詳細を示した図である。図では、ログ記録対象のディス
ク装置５を１０００の領域、即ち、ログ記録表Ａの１０
倍の数の領域に分割している。従って、ログ記録表Ｂの
領域番号０から９はログ記録表Ａの領域番号０に属する
ため、更新フラグは”０”となり、一方、ログ記録表Ａ
の領域番号９９の更新フラグは”１”であるため、ログ
記録表Ｂの領域番号９９０から９９９の更新フラグは”
１”である可能性があり、この例では、その中の１つで
ある領域番号９９８の更新フラグが”１”となってい
る。ここで、例えば、各々のログ記録表が図２及び図３
に示すような状態において、ディスク装置５の先頭の１
ＫＢに対して書き込み処理が行なわれた場合には、図２
のログ記録表Ａでは領域番号０の更新フラグが”１”に
なり、図３のログ記録表Ｂでは領域番号０の更新フラグ
が”１”になる。また、同様にしてディスク装置５の最
後の１ＫＢに対して書き込み処理が行なわれた場合、図
２のログ記録表Ａでは領域番号９９の更新フラグは”
１”のまま変化せずに、図３に示したログ記録表Ｂでは
領域番号９９９の更新フラグが”１”になる。このよう
に、ログ記録表とは、ログ記録対象となるディスク装置
を複数の領域に分割し、分割された各領域に対して書き
込みが行なわれたか否かを示す情報を記録した表を指
す。また、ログ記録表Ｂ一致フラグ１０ａ及び１０ｂ
は、ログ記録表Ｂ ９ａと９ｂの内容が一致している場
合に”１”、一致していない場合には、”０”を示すも
のとする。

【００１９】ここで、ログ記録ドライバ６の動作を説明
する前に、アプリケーションソフトウェア２によるディ
スク装置５へのデータ書き込み処理の流れについて説明
する。ログ記録ドライバ６がない場合、アプリケーショ
ンソフトウェア２はその処理データをディスク装置５に
書き込むためにオペレーティングシステム３に対して処
理データのディスク装置５への書き込みを依頼し、さら
にオペレーティングシステム３はそのデータのディスク
装置５への書き込みをディスクドライバ４に依頼し、デ
ィスクドライバ４がディスク装置５にデータを書き込
む。ここで、ログ記録ドライバ６は仮想的なディスクド
ライバとして実現するものとする。即ち、オペレーティ
ングシステム３からログ記録ドライバ６を見た場合、通
常のディスクドライバ４と同様のデータ書き込み、読み
込み処理等のインタフェイスを有して構成される。ログ
記録ドライバ６が存在する場合においても、アプリケー
ションソフトウェア２はその処理データをディスク装置
５に書き込むために、ログ記録ドライバ６がない時と同
様にしてオペレーティングシステム３に対して処理デー
タのディスク装置５への書き込みを依頼し、オペレーテ
ィングシステム３はそのデータのディスク装置５への書
き込みをログ記録ドライバ６に依頼する。ログ記録ドラ
イバ６はログ記録表Ａ更新手段１１、またはログ記録表
Ｂ更新手段１２、またはログ記録表Ｂ一致フラグ更新手
段１３を使用するとともに、オペレーティングシステム
３経由でアプリケーションソフトウェア２から要求され
たデータの書き込み処理をディスクドライバ４に依頼
し、ディスクドライバ４がディスク装置５に対して要求
された書き込み処理を行なう。

【００２０】次に、ログ記録ドライバ６の動作について
図４、図５に基づいて詳しく説明する。図４はログ記録
ドライバ６の動作を示すフローチャートである。ログ記
録ドライバ６はオペレーティングシステム３からのディ
スク装置５への書き込み要求を受けとると、ログ記録表
Ａ更新手段１１を呼び出す。ログ記録表Ａ更新手段１１
は、まず書き込み要求の行なわれているディスクの場所
がログ記録表Ａ ８ａにおいて、既に更新フラグが”
１”になっているかどうかを確認し（ステップ４０
１）、更新フラグが”１”でない場合、即ちまだ更新さ
れていない場合には、ログ記録表Ａ ８ａの該当領域の
更新フラグを”１”にし、更新されたことを記録し（ス
テップ４０２）た後、更新情報を書き込んだログ記録表
Ａ ８ａをログ記録用ディスク装置７上にログ記録表Ａ
８ｂとして書き込む（ステップ４０３）。次に、ログ
記録表Ｂ更新手段１２を呼び出す。ログ記録表Ｂ更新手
段１２は、更新要求の行なわれているディスクの場所が
ログ記録表Ｂ ９ａにおいて既に更新フラグが”１”に
なっているかどうかを調べ（ステップ４０４）、更新フ
ラグが”１”でない場合、すなわちまだ更新されていな
い場合、ログ記録表Ｂ ９ａの該当領域の更新フラグ
を”１”にして更新されたことを記録し（ステップ４０
５）、ログ記録表Ｂ一致フラグ更新手段１３を呼び出
す。ログ記録表Ｂ一致フラグ更新手段１３は、ログ記録
表Ｂ一致フラグ１０ａが”１”であるか否かを調べ（ス
テップ４０６）、”１”である場合、即ち一致している
場合には、ログ記録表Ｂ一致フラグ１０ａを”０”、即
ち不一致に設定し（ステップ４０７）、ログ記録表Ｂ一
致フラグ１０ａをログ記録用ディスク装置７にログ記録
表Ｂ一致フラグ１０ｂとして書き込む（ステップ４０
８）。最後に、ログ記録ドライバ６は、アプリケーショ
ンソフトウェア２からオペレーティングシステム３経由
で要求されたディスク装置５への書き込みをディスクド
ライバ４に依頼する（ステップ４０９）。

【００２１】上記説明から明らかなように、ログ記録表
Ａである８ａと８ｂ、およびログ記録表Ｂ一致フラグで
ある１０ａと１０ｂは常に一致しているが、ログ記録表
Ｂである９ａと９ｂは必ずしも一致しているとは限ら
ず、むしろ、一致していない場合が殆どである。そこで
ログ記録表Ｂである９ａと９ｂを一致させるために、ロ
グ記録表Ｂ同一化手段１４が必要となる。次に、このロ
グ記録表Ｂ同一化手段１４について、図５に示すフロー
チャートを用いて説明する。このログ記録表Ｂ同一化手
段１４は、計算機システム１を停止させる前、あるいは
ディスク装置５を使用したジョブの終了後等に呼び出さ
れる。計算機システム１の利用者、あるいは管理者から
ログ記録表Ｂの同一化要求を受け取ると、ログ記録ドラ
イバ６はログ記録表Ｂ同一化手段１４を呼び出す。ログ
記録表Ｂ同一化手段１４はログ記録表Ｂ一致フラグ１０
ａが”１”であるか否か、即ちログ記録表Ｂである９ａ
と９ｂの内容が一致しているか否かを調べ（ステップ５
０１）、”１”でない場合、即ち一致していない場合に
は、ログ記録表Ｂ更新手段１２を呼びだし、ログ記録表
Ｂ ９ａをログ記録表Ｂ ９ｂとしてログ記録用ディス
ク装置７に書き込み（ステップ５０２）、ログ記録表Ｂ
一致フラグ更新手段１３を呼び出す。ログ記録表Ｂ一致
フラグ更新手段１３は、ログ記録表Ｂ一致フラグ１０ａ
を”１”に、即ち一致に設定し（ステップ５０３）、ロ
グ記録表Ｂ一致フラグ１０ａをログ記録表Ｂ一致フラグ
１０ｂとしてログ記録用ディスク装置７に書き込む（ス
テップ５０４）。

【００２２】本実施形態における効果を説明するため
に、ここで１つの使用形態を考える。計算機システム１
は、毎朝起動されて１日の業務終了後に運転を停止させ
られるものとする。業務運転停止前には、ログ記録表Ｂ
同一化手段１４を用いてログ記録表Ｂである９ａと９ｂ
の同一化処理を行ない、業務運転開始直後には、ログ記
録表Ａ ８ｂと、ログ記録表Ｂ ９ｂ、及びログ記録表
Ｂ一致フラグ１０ｂを読み込んで、ログ記録表Ａ ８
ａ、ログ記録表Ｂ ９ａ及びログ記録表Ｂ一致フラグ１
０ａとする。ここで、１週間ごとにその週の業務処理に
より更新されたディスク装置５の領域のみをテープ装置
にバックアップし、１カ月ごとにディスク装置５上のす
べてのデータをバックアップするものとする。この更新
されたディスク装置５の領域のみのバックアップを目的
としてログ記録ドライバを導入し、ログ記録表Ｂ ９ａ
を使用する。ログ記録表Ｂ ９ａを参照し、更新フラグ
が”１”、即ち書き込みが行なわれている領域のみをバ
ックアップし、バックアップ後、ログ記録表Ａ、Ｂ双方
の更新フラグをすべて”０”に初期化する。ここで、ロ
グ記録表Ａ ８ａではなくログ記録表Ｂ ９ａを使用す
るのは、ログ記録表Ｂ ９ａのほうがより小さい領域の
単位で書き込みがあったか否かを判断できるため、バッ
クアップするデータ容量が小さくなるからである。ま
た、ログ記録表Ｂ ９ａ及び９ｂが一致していない時に
何らかの障害により計算機システム１が異常停止した場
合には、ログ記録表Ａ ８ａを使用してバックアップを
行なうことができる。即ち、異常発生によるシステム停
止後に再起動した後にログ記録表Ｂ一致フラグ１０ｂを
見ると”０”、即ち不一致状態にあることを示している
ため、その後のログ記録ドライバ６の動作は、ログ記録
表Ａ更新手段１１のみの動作とし、週末のバックアップ
時にはログ記録表Ａ ８ａを使用する。何故なら、ログ
記録表Ａ ８ａと８ｂは常に一致していることが保証さ
れているからである。勿論、バックアップ量は、ログ記
録表Ｂ ９ａを使用する場合よりも多くなり一部に無駄
も発生するが、全てのデータをバックアップする場合に
比べれば、はるかにバックアップデータ量が削減され
て、効率のよいバックアップ作業を行うことができる。

【００２３】ここで、従来技術の例で述べた、ログ記録
表が１つしかない計算機システムについて考えてみる。
本実施の形態と同様のバックアップ容量の削減を実現す
るためには、本実施形態例におけるログ記録表Ｂ ９ａ
及び９ｂと同じ領域の単位で書き込みの有無を記録しな
ければならないが、この１つしかないログ記録表を本実
施の形態におけるログ記録表Ａ ８ａ及び８ｂと同様
に、常に同一の内容に保とうとすると、ログ記録表のロ
グ記録用ディスク装置７への書き込み回数が増加する。
本実施形態では、最悪の場合、即ちディスク装置６の全
ての領域が更新された場合、毎日の停止前の書き込みを
除けばログ記録表Ａ ８ａ及び８ｂの領域数と同じ１０
０回となるが、従来例では、ログ記録表Ｂに相当する記
録表の領域数１０００回となる。しかも、本実施形態で
はログ記録表Ｂ ９ａの更新は主記憶装置上でのみ行な
われるため、そのオーバヘッドはログ記録用ディスク装
置７への書き込みを伴う従来例に比べて大きく削減され
る。また、１つしかないログ記録表を、本実施形態にお
けるログ記録表Ａ ８ａ及び８ｂとは異なり常に同一内
容に保つことを行なわない場合には、計算機システムに
不意の異常停止が発生した週ではディスク装置５全体の
バックアップしかできず、無駄なバックアップデータを
排除した効率の良いバックアップ作業が実現できないこ
ととなる。このように、本実施形態によれば、計算機シ
ステムに不意の異常停止が発生しない状態においては、
ディスクアクセスのためのオーバヘッドを削減でき、ま
た計算機システムに不意の異常停止が発生した場合にお
いてもバックアップデータ量の削減を図ることができ
る。

【００２４】実施の形態２．この発明の第２の実施形態
について、図６乃至図９に基づいて説明する。図６は第
２の実施形態を示すシステム構成図であり、基本的には
図１に示したシステム構成と同じである。図６において
９ａ’、９ｂ’はログ記録表であり、詳細は図７のログ
記録表Ｂ’７０１として定義され、また１０ａ’、１０
ｂ’はログ記録表Ｂ’グループ別一致フラグであり、詳
細は図７に示すログ記録表Ｂ’グループ別一致フラグ７
０２として定義されているものである。さらに、１２’
はログ記録表Ｂ’更新手段であり、１３’はログ記録表
Ｂ’グループ別一致フラグ更新手段であり、１４’はロ
グ記録表Ｂ’同一化手段である。

【００２５】次に、図７を用いて、ログ記録表Ｂ’７０
１及びログ記録表Ｂ’グループ別一致フラグ７０２につ
いて説明する。ログ記録表Ｂ’７０１では、３番目の項
目にグループ数を記録する箇所が追加されており、本実
施形態では１０となっている。つまり、ログ記録表Ｂ’
は概念的に１０グループに分割されている。ログ記録表
Ｂ’グループ別一致フラグ７０２には、ログ記録表Ｂ’
７０１の各グループ毎の一致フラグが並ぶ。本実施形態
では、一致フラグが”１”であるグループ番号１のグル
ープ、即ち、ログ記録表Ｂ’７０１の領域番号１００か
ら１９９の部分は主記憶上のログ記録表Ｂ’のイメージ
９ａ’とログ記録用ディスク装置７上のログ記録表Ｂ’
のイメージ９ｂ’が一致しており、一方、一致フラグ
が”０”であるグループ番号０、あるいは９のグループ
は一致していないことを示している。即ち、本実施形態
では、ログ記録表Ｂのログ記録用ディスク装置７への書
き込み単位をログ記録表Ｂ’のグループ単位で行うとい
うことである。

【００２６】次に、ログ記録ドライバの動作について、
図８に基づいて説明する。既に、実施の形態１で説明し
たのと同様にしてログ記録表Ａ更新手段１１の処理（ス
テップ４０１、ステップ４０２、ステップ４０３）を行
なった後に、ログ記録ドライバ６はログ記録表Ｂ’更新
手段１２’を呼び出す。ログ記録表Ｂ’更新手段１２’
はログ記録表Ｂ’ ９ａ’においてディスク書き込み要
求領域の更新フラグが”１”であるかどうかを調べ（ス
テップ８０４）、”１”でない場合、即ち更新されてい
ない場合にはログ記録表Ｂ’ ９ａ’のディスク書き込
み要求領域の更新フラグを”１”にし（ステップ８０
５）、ログ記録表Ｂ’グループ別一致フラグ更新手段１
３’を呼び出す。ログ記録表Ｂ’グループ別一致フラグ
更新手段１３’は、ディスク書き込み要求領域が属する
グループのログ記録表Ｂ’の一致フラグ１０ａ’が”
１”であるか否かを調べ（ステップ８０６）、”１”で
ある場合、即ち、一致している場合には、書き込み要求
領域が属するグループのログ記録表Ｂ’の一致フラグ１
０ａ’の一致フラグを”０”にし（ステップ８０７）、
ログ記録表Ｂ’グループ別一致フラグ１０ａ’を１０
ｂ’としてログ記録用ディスク装置７に書き込む（ステ
ップ８０８）。最後に、ログ記録ドライバ６はディスク
ドライバ４に要求されているディスク書き込みを依頼す
る（ステップ４０９）。

【００２７】次に、本実施の形態におけるログ記録表
Ｂ’同一化手段１４’の動作について図９に示すフロー
チャートを用いて説明する。同一化指示を受けたログ記
録表Ｂ’同一化手段１４’は、まず同一化対象グループ
番号を”０”に初期化する（ステップ９０１）。同一化
対象グループ番号がグループ数以上である場合（ステッ
プ９０２）は、終了する。そうでなければ、ログ記録表
Ｂ’グループ別一致フラグ１０ａ’の同一化対象グルー
プ番号のグループの一致フラグが”１”であるか否かを
調べ（ステップ９０３）、”１”の場合、即ち一致して
いる場合には、同一化対象グループ番号に”１”を加え
（ステップ９０７）、ステップ９０２に戻る。”１”で
ない場合には、ログ記録表Ｂ’ ９ａ’中の同一化対象
グループ番号のグループに属する部分をログ記録用ディ
スク装置７に書き込み（ステップ９０４）、ログ記録表
Ｂ’グループ別一致フラグ１０ａ’の同一化対象グルー
プ番号のグループの一致フラグを”１”にし（ステップ
９０５）、ログ記録表Ｂ’グループ別一致フラグ１０
ａ’をログ記録用ディスク装置７に書き込み（ステップ
９０６）、ステップ９０７に進む。

【００２８】上記説明のように、実施形態１及び２の差
異は、ログ記録表Ｂにグループの概念を採り入れ、グル
ープ別に一致フラグを備えたことにある。本実施形態の
効果を説明するために、ここで１つの使用形態を設定す
る。既に、実施形態１で述べた使用形態の条件に加え、
一定時間、例えば１時間毎や、ジョブの終了時にもログ
記録表Ｂ’の同一化を行なうものとする。この場合のオ
ーバヘッドは、１時間毎であれば１日１０回程度、この
ログ記録表Ｂ’の同一化のためのディスク書き込みが発
生するだけである。ここで、計算機システム１に不意の
異常停止が起こった場合、実施形態１の場合ではログ記
録表Ｂは使えない可能性があるが、本実施形態の場合で
は最後のログ記録表Ｂ’の同一化処理から計算機システ
ム１に不意の異常が発生して停止するまでの時間、この
場合では１時間未満に更新されたログ記録表Ｂ’のグル
ープのみが使用できないだけであって、この時間に更新
されなかったログ記録表Ｂ’のグループ、即ち、ログ記
録表Ｂ’グループ別一致フラグが”１”であるグループ
については、ログ記録表Ｂ’ ９ｂ’の情報を信頼して
利用することができる。即ち、実施形態１に比べて、少
ないオーバヘッドで障害に強いログ記録手段が実現可能
となり、障害が発生した場合でもバックアップのための
データ量の削減を達成することができる。

【００２９】実施の形態３．本発明の第３の実施の形態
について、図１０乃至図１３に基づいて説明する。図１
０は本実施形態を示す構成図であり、図において９ａ”
はログ記録表であり詳細は図１１に示す構成からなる。
９ｂ’は図７に示したログ記録表Ｂ’７０１と同一のも
のである。また、１２”はログ記録表Ｂ”更新手段であ
り、１４”はログ記録表Ｂ”同一化手段である。即ち、
図１のシステム構成と比べて、ログ記録用ディスク装置
７上のログ記録表Ｂ’ ９ｂ’を除いて、ログ記録表Ｂ
がログ記録表Ｂ”に変更されている。

【００３０】次に、図１１に示したログ記録表Ｂ”につ
いて説明する。ログ記録表Ｂ”１１０１はグループの概
念を導入しており、先頭から順番に、記録単位である領
域のサイズ、領域数、グループ数を記録し、続いて主記
憶上にキャッシングされているグループ数とそのグルー
プ番号、グループの最終更新時間とそのグループに含ま
れる領域の更新フラグを記録し、さらに続いて次のグル
ープについて同様の内容を記録する構成を有している。
ここで、本実施の形態ではログ記録用ディスク装置７上
のログ記録表Ｂ’９ｂ’上ではグループは１０に分割さ
れているが、ログ記録表Ｂ”１１０１では、主記憶上の
グループ数は”２”となっており、その１０個のグルー
プ内の２つのグループのみが主記憶上に存在することを
意味している。即ち、１０グループに分割されたログ記
録表Ｂ’７０１のうち、２グループ分にあたる容量を有
するログ記録表Ｂ”９ａ”を使って、ログ記録表Ｂ’９
ｂ’の内容をキャッシングしながら更新する。さて、本
実施の形態では、２つのグループを主記憶上にキャッシ
ュするが、図１１に示した状態ではグループ番号１とグ
ループ番号５のグループが現在キャッシュされている様
子を示している。キャッシュの方針として、ＬＲＵアル
ゴリズムを使用し、ログ記録表Ｂ”１１０１中にキャッ
シュされている各グループの最終更新時間を記録してい
る。

【００３１】次に、ログ記録ドライバ６の動作について
図１２に示すフローチャートを用いて説明する。まず初
めに、これまでの実施形態で説明したのと同様にして、
ログ記録表Ａ更新手段１１により、ステップ４０１、４
０２および４０３の処理を行なった後、次にログ記録表
Ｂ”更新手段１２”を呼び出す。ログ記録表Ｂ”更新手
段１２”は、ログ記録表Ｂ”９ａ”中のグループ番号の
項を参照することにより、ディスク書き込み要求領域の
グループの更新フラグがログ記録表Ｂ”９ａ”にあるか
否かを調べ（ステップ１２０１）、ログ記録表Ｂ’９
ｂ’中の該当グループがログ記録表Ｂ”９ａ”に読み込
まれていない場合、ログ記録表Ｂ”９ａ”中の最終更新
時間が最も古いグループの更新フラグの内容をログ記録
用ディスク装置７上のログ記録表Ｂ’９ｂ’に書き込み
（ステップ１２０２）、ログ記録表Ｂ”９ａ”中のその
空いたところに、ディスク書き込み要求領域のグループ
の更新フラグの内容をログ記録表Ｂ’９ｂ’から読み込
む（ステップ１２０３）。ここに至って、ディスク書き
込み要求領域のグループがログ記録表Ｂ”９ａ”中に読
み込まれていることが確定しており、ログ記録表Ｂ”９
ａ”においてディスク書き込み要求領域の更新フラグ
が”１”であるか否かを調べ（ステップ１２０４）、”
１”でない場合、即ち更新されていない場合には、ログ
記録表Ｂ”９ａ”のディスク書き込み要求領域の更新フ
ラグを”１”にし（ステップ１２０５）、ログ記録表
Ｂ”９ａ”のディスク書き込み要求領域のグループの最
終更新時間を現在の時間にする（ステップ１２０６）。
続いてログ記録表Ｂ一致フラグ更新手段１３を呼び出し
て、ステップ４０６、４０７、４０８の更新処理を行な
い、最後に、要求されているディスク書き込みをディス
クドライバ４に依頼する（ステップ４０９）。

【００３２】次に、本実施の形態におけるログ記録表
Ｂ”同一化手段１４”の動作について、図１３に示すフ
ローチャートを用いて説明する。同一化指示を受けたロ
グ記録表Ｂ”同一化手段１４”は、まず同一化対象グル
ープ番号を”０”に初期化する（ステップ１３０１）。
同一化対象グループ番号がグループ数以上でない場合
（ステップ１３０２）、ログ記録表Ｂ”９ａ”の中のグ
ループ番号の項に、同一化対象グループ番号のグループ
が読み込まれているか否かを調べ（ステップ１３０
３）、読み込まれている場合には同一化対象グループ番
号に対応するログ記録表Ｂ”９ａ”の中のグループの更
新フラグをログ記録用ディスク装置７に書き込む（ステ
ップ１３０４）。この後、同一化対象グループ番号に”
１”を加え（ステップ１３０５）、ステップ１３０２に
戻る。同一化対象グループ番号がグループ数以上の場合
（ステップ１３０２）、ログ記録表Ｂ一致フラグ１０ａ
を”１”にし（ステップ１３０６）、ログ記録表Ｂ一致
フラグ１０ａをログ記録用ディスク装置７に書き込む
（ステップ１３０７）。

【００３３】本実施形態による効果について説明する。
本実施形態と第１の実施形態との差は、ログ記録表Ｂ
９ａよりもログ記録表Ｂ”９ａ”を小さくできるところ
にある。本実施形態では、ディスク装置５を１０００の
領域に分割して更新フラグを記録しており、更新フラグ
の占める容量は最小で１０００ビットあれば十分であ
る。しかしながら、さらに小さい領域の単位で更新フラ
グを記録する場合や、さらに大きな容量あるいは多くの
ディスク装置のログ記録を行なう場合、例えば、本実施
形態ではディスク装置５は４ＧＢの容量を有するが、こ
れをデータベース管理システムなどで良く用いられるよ
うにブロックサイズ４ＫＢの単位で更新フラグを記録す
ると、ログ記録表Ｂ ９ａは１Ｍビットの容量を必要と
することになる。ディスク装置が複数ある場合には更に
多くのテーブル容量を必要とするが、このログ記録表Ｂ
９ａは、常に主記憶上に置かれるため、その分だけ計
算機システム１上のソフトウェアが利用できる主記憶容
量が圧迫されることになる。そこで、本実施例のログ記
録表Ｂ”を導入することにより、ディスク装置の容量や
更新フラグによる管理領域サイズの大小に影響されるこ
となく、これに要する主記憶容量を常に一定値以下に抑
えることができる。特に、挿入処理が主となる場合や、
特定のテーブルのみを操作するバッチジョブを実行する
場合のように、ディスク装置５上の更新される領域が偏
っている場合には、更新されるログ記録表Ｂ’９ｂ’の
グループが限定されるため、ログ記録表Ｂ”９ａ”に読
み込まれるグループ数を適切に選択しておけば、ログ記
録表Ｂ”９ａ”のログ記録用ディスク装置７との入出力
がほとんど必要なくなるため、オーバヘッドを増大させ
ることなく、主記憶消費容量の削減が可能となる。

【００３４】実施の形態４．本発明の第４の実施の形態
について図１４、図１５について説明する。図１４は本
実施形態を示すシステム構成図であり、図１０のシステ
ム構成と比較して、図７に示したログ記録表Ｂ’グルー
プ別一致フラグ７０２と同一構成を有するログ記録表
Ｂ”グループ別一致フラグが１０ａ”、１０ｂ”とし
て、図１０中のログ記録表Ｂ一致グラフ１０ａ、１０ｂ
に代わって使用されている。また、これにともない、ロ
グ記録表Ｂ”グループ別一致フラグ更新手段１３”がロ
グ記録表Ｂ一致フラグ更新手段１３に代わって用いられ
ている。

【００３５】前述したようにログ記録表Ｂ”グループ別
一致フラグは、ログ記録表Ｂ’グループ別一致フラグ７
０２と同じ構成であり、フラグが”１”の場合には対応
するグループのログ記録表Ｂ’９ｂ’は主記憶装置上に
存在しない、即ち、ログ記録表Ｂ”９ａ”に読み込まれ
ておらず、ログ記録表Ｂ’９ｂ’の内容が信頼できると
いうことを、またフラグが”０”の場合には対応するグ
ループのログ記録表Ｂ’９ｂ’は主記憶装置上に存在し
ている、即ちログ記録表Ｂ”９ａ”に読み込まれてお
り、ログ記録表Ｂ’９ｂ’の内容が信頼できるものでは
ないことを示している。

【００３６】次に、本実施形態におけるログ記録ドライ
バ６の動作について図１５に示すフローチャートを用い
て説明する。まず初めに、これまで説明してきた実施形
態と同様にしてログ記録表Ａ更新手段１１により、ステ
ップ４０１、４０２および４０３の処理を行なった後に
ログ記録表Ｂ”更新手段１２”を呼び出す。ログ記録表
Ｂ”更新手段１２”は、ログ記録表Ｂ”９ａ”中のグル
ープ番号の項目を参照することによりディスク書き込み
要求領域のグループの更新フラグがログ記録表Ｂ”９
ａ”にあるか否かを調べ（ステップ１２０１）、ログ記
録表Ｂ’９ｂ’中の該当グループがログ記録表Ｂ” ９
ａ”に読み込まれていない場合には、ログ記録表Ｂ”９
ａ”中の最終更新時間が最も古いグループの更新フラグ
の内容をログ記録用ディスク装置７上のログ記録表Ｂ’
９ｂ’に書き込み（ステップ１２０２）、ログ記録表
Ｂ”９ａ”中のその空いたところに、ディスク書き込み
要求領域のグループの更新フラグの内容をログ記録表
Ｂ’９ｂ’から読み込む（ステップ１２０３）。ここで
一旦、ログ記録表Ｂ”グループ別一致フラグ更新手段１
３”を呼び出す。ログ記録表Ｂ”グループ別一致フラグ
更新手段１３”は、更新フラグをディスクに書き込んだ
グループのログ記録表Ｂ”グループ別一致フラグ１０
ａ”の一致フラグを”１”にし（ステップ１５０１）、
更新フラグをディスクから読み込んだグループのログ記
録表Ｂ”グループ別一致フラグ１０ａ”の一致フラグ
を”０”にし（ステップ１５０２）、ログ記録表Ｂ”グ
ループ別一致フラグ１０ａ”を１０ｂ”としてログ記録
用ディスク装置７に書き込む（ステップ１５０３）。こ
こでログ記録表Ｂ”更新手段１２”に戻る。ここに至っ
て、ディスク書き込み要求領域のグループがログ記録表
Ｂ”９ａ”中に読み込まれていることが確定しており、
ログ記録表Ｂ”９ａ”においてディスク書き込み要求領
域の更新フラグが”１”であるか否かを調べ（ステップ
１２０４）、”１”でない場合、すなわち更新されてい
ない場合には、ログ記録表Ｂ”９ａ”のディスク書き込
み要求領域の更新フラグを”１”にし（ステップ１２０
５）、ログ記録表Ｂ”９ａ”のディスク書き込み要求領
域のグループの最終更新時間を現在の時間にする（ステ
ップ１２０６）。最後に、要求されているディスク書き
込みをディスクドライバ４に依頼する（ステップ４０
９）。

【００３７】本実施形態と第３の実施形態との差は、ロ
グ記録表Ｂ”グループ別一致フラグの導入にある。即
ち、第２の実施形態と同じく、耐障害性の高いシステム
を実現できるという効果を得ることができる。

【００３８】実施の形態５．本発明の第５の実施形態に
ついて図１６に基づいて説明する。本実施形態は、実施
形態２または実施形態４のログ記録ドライバ６にログ記
録表Ｂ”回復手段を付加した構成としたものである。本
実施の形態で導入するログ記録表Ｂ”回復手段は、計算
機システム１の不意の異常停止により、ログ記録表Ｂ”
の一部が使用不可能となった場合に、ログ記録表Ａを用
いてログ記録表Ｂ”を回復し、異常停止後の再運転時に
おいてログ記録をログ記録表Ｂ”を用いて継続して行な
わせるための手段である。

【００３９】次に、ログ記録表Ｂ”の回復動作につい
て、図１６に示すフローチャートに沿って説明する。ま
ず始めに、回復の対象となる領域番号を”０”とする
（ステップ１６０１）。回復領域番号がログ記録表Ｂの
領域数以上でない場合（ステップ１６０２）、ログ記録
表Ｂ”一致フラグの回復領域番号の領域を含むグループ
の一致フラグが”１”であるか否かを調べ（ステップ１
６０３）、”１”でない場合、即ち一致していない場合
には、回復対象領域番号の領域を含むログ記録表Ａの更
新フラグが”１”であるか否かを調べる（ステップ１６
０４）。ここで、”１”、即ち更新されている場合に
は、ログ記録表Ｂ”の回復領域番号の領域の更新フラグ
を”１”、即ち更新状態にし（ステップ１６０５）、”
１”でない場合には、回復領域番号の領域の更新フラグ
を”０”、即ち、非更新状態にする（ステップ１６０
６）。この後、回復領域番号に”１”を加え（ステップ
１６０７）、ステップ１６０２に戻る。回復対象領域番
号がログ記録表Ｂ”の領域数以上の場合（ステップ１６
０２）、ログ記録表Ｂ”の回復処理を終る。

【００４０】本実施形態によれば、障害発生後にディス
ク更新記録を継続して行なうことが可能となる。例え
ば、実施形態２で述べた計算機システム１の使用形態に
おいて、木曜日に障害が発生した場合、本実施形態で導
入した回復手段を用いることにより、週末のバックアッ
プ時点では、障害発生時点で一致していなかったログ記
録表Ｂ”のグループに含まれる領域に関してはログ記録
表Ａの細かさで、また一致していたログ記録表Ｂ”のグ
ループに含まれる領域については障害が起こらなかった
場合と同様に、さらに細かいログ記録表Ｂ”の細かさで
バックアップ処理を行なうことができ、障害が発生しな
かった場合よりは少々劣るものの、全体としてバックア
ップデータ量の削減を図ることができる。

【００４１】実施の形態６．本発明の第６の実施形態に
ついて図１７に基づいて説明する。実施形態６の構成は
図１に示したログ記録ドライバ６に対してログ記録表Ａ
及びログ記録表Ｂを拡張するログ記録表拡張手段を付加
したものである。

【００４２】次に、動作について図１７に示すフローチ
ャートを用いて説明する。ログ記録ドライバ６中のログ
記録表拡張手段は、上位ソフトウェアによるログ記録表
拡張要求を受けとると、ログ記録表Ｂ ９ａをそれまで
のログ記録表Ａ８ａの替わりとし（ステップ１７０
１）、この新しいログ記録表Ａ ８ａをログ記録表Ａ
８ｂとしてログ記録用ディスク装置７に書き込む（ステ
ップ１７０２）。以上で、ログ記録表Ｂを用いたログ記
録表Ａの拡張が終了する。新しいログ記録表Ｂ ９ａを
作成するため、これまでのログ記録表Ｂ ９ａ、即ち、
新しいログ記録表Ａ ８ａよりも記録単位領域の小さ
い、例えば、４００ＫＢのログ記録表を作成し（ステッ
プ１７０３）、ログ記録表Ｂ一致フラグ１０ａを”０”
にし（ステップ１７０４）、ログ記録表Ｂ一致フラグ１
０ｂとしてログ記録用ディスク装置７に書き込む（ステ
ップ１７０５）。新しいログ記録表Ｂ ９ａの更新フラ
グを設定するため、まず、設定する対象の領域番号を”
０”とし（ステップ１７０６）、設定対象領域番号が新
しいログ記録表Ｂ ９ａの領域数以上でない場合（ステ
ップ１７０７）、設定対象領域番号に対する相当する領
域が新しいログ記録表Ａ ８ａでは更新フラグが”１”
であるか否かを調べ（ステップ１７０８）、”１”であ
る場合には、設定対象領域番号の領域の新しいログ記録
表Ｂ ９ａの更新フラグを”１”に設定し（ステップ１
７０９）、”１”でない場合は更新フラグを”０”に設
定する（ステップ１７１０）。設定対象領域番号に”
１”を加え（ステップ１７１１）、ステップ１７０７に
戻る。設定対象領域番号が新ログ記録表Ｂ ９ａの領域
数以上の場合（ステップ１７０７）、ログ記録表拡張手
段の処理を終了する。

【００４３】本実施形態による効果を説明する。これま
での実施形態は、バックアップデータ量の削減を目的と
してログ記録ドライバを導入し、ログ記録表Ａは領域数
１００のログ記録表であり、ログ記録表Ｂは領域数１０
００のログ記録表であるとしてきた。本実施形態の主旨
は、オーバヘッドが小さいながらも詳細なログ記録を可
能とすることであり、オーバヘッドを完全に”０”にす
るものではない。従って、むやみに領域数の多いログ記
録表として運用することには問題があるとはいえ、管理
領域数が少ないと目的とするバックアップ量の削減が十
分ではなくなる恐れもある。そこで、ふさわしい領域数
のログ記録表をもって運用することが望まれるが、本実
施形態によれば、実際に運用しながら運用形態に適した
領域数を設定することができる。例えば、オーバヘッド
の問題よりもバックアップ量の削減を優先すべきである
と計算機システム１の管理者が判断した場合には、新た
に初めからログ記録表を設定することなく、運用を続け
たままでログ記録表の拡張を行なうことができ、目的と
するバックアップ量の削減に近付けることができる。

【００４４】実施の形態７．本発明の第７の実施形態に
ついて、図１８、図１９に基づいて説明する。図１８は
本実施形態例を示す構成図であり、ログ記録ドライバ６
内のログ記録表Ｂ ９ａよりも記録単位の領域サイズの
小さい、即ち、領域数の多いログ記録ログ記録表Ｂ１
１５ａとそのログ記録用ディスク装置７上のイメージ１
５ｂが備えられ、ログ記録ドライバ６内のログ記録表Ｂ
１よりもさらに記録単位の領域サイズの小さいログ記録
表Ｂ２ １６ａとそのログ記録用ディスク装置７上のイ
メージ１６ｂが備えられている。また、１７はログ記録
表拡張切替え手段であり、１８はログ記録表自動拡張手
段で、各々がログ記録ドライバ内に設けられている。こ
こで、本実施形態では、ログ記録表Ａは領域数１００、
ログ記録表Ｂは領域数１０００、ログ記録表Ｂ１は領域
数１００００、ログ記録表Ｂ２は領域数１０００００で
あるとしている。

【００４５】次に、ログ記録ドライバ６の動作につい
て、図１９に示すフローチャートを用いて説明する。デ
ィスク書き込み要求が行なわれた場合、これまでの実施
形態で説明したのと同様にログ記録表Ａ更新手段１１に
よりステップ４０１、４０２、４０３を介してログ記録
表Ａを更新する。次にログ記録表自動拡張手段１８はロ
グ記録表Ａ ８ａにおいて更新されている領域の割合が
予め、上位ソフトウェアから指示されている割合を超え
ているか否かを調べ（ステップ１９０１）、超えていな
かった場合には、ログ記録表Ｂ更新手段１２が、ステッ
プ４０４、４０５、４０６、４０７、４０８のようにし
てログ記録表Ｂを更新した後、ログ記録表拡張切替手段
１７がログ記録表Ｂ１ １５ａのディスク書き込み要求
領域の更新フラグを”１”にし（ステップ１９０８）、
さらにログ記録表Ｂ２ １６ａのディスク書き込み要求
領域の更新フラグを”１”にした後（ステップ１９０
９）、要求されているディスク書き込みをディスクドラ
イバ４に対して依頼する（ステップ４０９）。一方、ロ
グ記録表Ａ ８ａの更新割合が指定された割合を超えて
いた場合（ステップ１９０１）には、ログ記録表拡張切
替え手段１７はログ記録表Ｂ ９ａを新たなログ記録表
Ａ ８ａとし（ステップ１９０２）、ログ記録表Ｂ１
１５ａを新たなログ記録表Ｂ ９ａとし（ステップ１９
０３）、ログ記録表Ｂ２ １６ａを新たなログ記録表Ｂ
１ １５ａとする（ステップ１９０４）。新しいログ記
録表Ａ ８ａを新しいログ記録表Ａ ８ｂとしてログ記
録用ディスク装置７に記録し（ステップ１９０５）、ロ
グ記録表Ｂ一致フラグ１０ａを”０”にし（ステップ１
９０６）、ログ記録表Ｂ一致フラグ１０ａをログ記録用
ディスク装置７に書き込み（ステップ１９０７）、ログ
記録表Ｂ更新手段１２を呼び出す。

【００４６】本実施形態による効果について説明する。
これまで述べたようにバックアップデータ量の削減を目
的としてログ記録ドライバを導入した場合、更新された
領域の量や更新領域の比率が問題となる。そこで、問題
となる更新領域の比率を１つの目安とし、これを上位ソ
フトウェアからログ記録表自動拡張手段１８に与えるこ
とにより、ログ記録表自動拡張手段１８が与えられた評
価基準に従って自動的にログ記録表を拡張することによ
り、目的とするバックアップデータ量の削減を支援、制
御することが可能となる。また、ログ記録表切替え手段
１７は、実施形態６に比べオーバヘッドが少し増大する
ものの、新しいログ記録表Ｂを新たに作成する必要がな
く、ログ記録表の切替え前の、より細かいログ記録表Ｂ
１を引き継ぐために、詳細なログ記録を継続して使用す
ることができる。

【００４７】

【発明の効果】この発明では、以上説明したように構成
されているので、以下に示すような効果を奏する。

【００４８】この発明によれば、管理領域サイズの異な
る２種類のログ記録表を用いるようにしたので、通常運
転中はディスクアクセスのためのオーバヘッドを削減で
きることに加え、異常発生時においてもバックアップデ
ータ量を削減することができる。

【００４９】また、この発明によれば、主記憶上とディ
スク装置上のログ記録表の状態をグループ単位に管理す
るようにしたので、少ないオーバヘッドで耐障害性の強
いログ記録手段が実現できる。

【００５０】また、この発明によれば、ディスク装置上
のログ記録表の一部分を必要に応じてキャッシイングす
るようにしたので、ログ記録表の大規模化による主記憶
容量の圧迫という事態を回避することができる。

【００５１】また、この発明によれば、ログ記録表の回
復手段を設けるようにしたので、障害が発生した後にお
いても、ログ記録表回復状況に応じた肌理の細かさでバ
ックアップ処理を継続することができる。

【００５２】さらに、この発明によれば、ログ記録表を
拡張できるようにしたので、実稼動状況に則して、適宜
オーバヘッドの削減、あるいはバックアップデータ量の
削減を図ることができる。

【００５３】加えて、この発明によれば、ログ記録表の
拡張を自動的に行うようにしたので、予め与えられた評
価基準に基づいて、自動的にバックアップデータ量の調
整、あるいはログの継続した記録を収集することができ
る。

【図面の簡単な説明】

【図１】 本発明の第１の実施形態を示すシステム構成
図。

【図２】 本発明の第１の実施形態におけるログ記録表
Ａ。

【図３】 本発明の第１の実施形態におけるログ記録表
Ｂ。

【図４】 本発明の第１の実施形態におけるログ記録ド
ライバの動作を示すフローチャート。

【図５】 本発明の第１の実施形態におけるログ記録表
Ｂ同一化手段の動作を示すフローチャート。

【図６】 本発明の第２の実施形態を示すシステム構成
図。

【図７】 本発明の第２の実施形態におけるログ記録表
Ｂ’及びログ記録表Ｂ’グループ別一致フラグを示す
図。

【図８】 本発明の第２の実施形態におけるログ記録ド
ライバの動作を示すフローチャート。

【図９】 本発明の第２の実施形態におけるログ記録表
Ｂ’同一化手段の動作を示すフローチャート。

【図１０】 本発明の第３の実施形態を示すシステム構
成図。

【図１１】 本発明の第３の実施形態におけるログ記録
表Ｂ”を示す図。

【図１２】 本発明の第３の実施形態におけるログ記録
ドライバの動作を示すフローチャート。

【図１３】 本発明の第３の実施形態におけるログ記録
表Ｂ”同一化手段の動作を示すフローチャート。

【図１４】 本発明の第４の実施形態を示すシステム構
成図。

【図１５】 本発明の第４の実施形態におけるログ記録
ドライバの動作を示すフローチャート。

【図１６】 本発明の第５の実施形態におけるログ記録
表Ｂ”回復手段の動作を示すフローチャート。

【図１７】 本発明の第６の実施形態におけるログ記録
表拡張手段の動作を示すフローチャート。

【図１８】 本発明の第７の実施形態を示すシステム構
成図。

【図１９】 本発明の第７の実施形態におけるログ記録
ドライバの動作を示すフローチャート。

【符号の説明】

１ 計算機システム ２ アプリケーションソフトウェア ３ オペレーティングシステム ４ ディスクドライバ ５ ディスク装置 ６ ログ記録ドライバ ７ ログ記録用ディスク装置 ８ａ，８ｂ ログ記録表Ａ ９ａ，９ｂ ログ記録表Ｂ ９ａ’、９ｂ’ ログ記録表Ｂ’ ９ａ” ログ記録表Ｂ” １０ａ，１０ｂ ログ記録表Ｂ一致フラグ １０ａ’、
１０ｂ’ ログ記録表Ｂ’グループ別一致フラグ １０ａ”、１０ｂ” ログ記録表Ｂ”グループ別一致フ
ラグ １１ ログ記録表Ａ更新手段 １２ ログ記録表Ｂ更新手段 １２’ ログ記録表Ｂ’更新手段 １２” ログ記録表Ｂ”更新手段 １３ ログ記録表Ｂ一致フラグ更新手段 １３’ ログ記録表Ｂ’グループ別一致フラグ更新手段 １３” ログ記録表Ｂ”グループ別一致フラグ更新手段 １４ ログ記録表Ｂ同一化手段 １４’ ログ記録表Ｂ’同一化手段 １４” ログ記録表Ｂ”同一化手段 １５ａ，１５ｂ ログ記録表Ｂ１ １６ａ，１６ｂ ログ記録表Ｂ２ １７ ログ記録表拡張切替え手段 １８ ログ記録表自動拡張手段

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ディスク装置内のデータ更新に際して該
   更新部分の記録管理を行うログ記録手段を有するディス
   ク更新ログ記録方式において、 前記ログ記録手段は、ディスク装置を複数の領域に分割
   し該領域対応に更新発生の有無を記録する情報から構成
   され主記憶装置とディスク装置の双方に格納される第１
   のログ記録表と、 前記第１のログ記録表よりも小さな単位で領域分割し該
   領域対応に更新発生の有無を記録する情報から構成され
   主記憶装置とディスク装置双方に格納される第２のログ
   記録表と、 前記第２の記録表が主記憶装置上とディ
   スク装置上で一致しているか否かを示す情報であって主
   記憶装置とディスク装置双方に格納されるログ記録一致
   情報と、 前記第１のログ記録表を主記憶上で更新した
   後、結果をディスク装置上の第１のログ記録表へ反映さ
   せる第１のログ記録表更新手段と、 前記主記憶上のログ記録一致情報に基づいて第２のログ
   記録表が主記憶装置上とディスク装置上で一致している
   か否かを確認し結果をディスク装置上のログ記録一致情
   報に反映させるログ記録一致情報更新手段と、 前記第２のログ記録表の内容を主記憶上とディスク上で
   一致させる第２のログ記録表同一化手段とを備えたこと
   を特徴とするディスク更新ログ記録方式。
2. 【請求項２】 前記第２のログ記録表で管理する領域を
   複数のグループに分割し、各グループ対応に前記ログ記
   録一致情報を構成するようにしたことを特徴とする請求
   項１記載のディスク更新ログ記録方式。
3. 【請求項３】 前記第２のログ記録表で管理する領域を
   複数のグループに分割し、該分割されたグループの一部
   を構成する記録表を主記憶上に構成することによりディ
   スク領域全体の記録表の一部だけを主記憶に読み込むこ
   とで該記録表の主記憶領域における容量削減を図るよう
   にしたことを特徴とする請求項１記載のディスク更新ロ
   グ記録方式。
4. 【請求項４】 前記第２のログ記録表で管理する領域を
   複数のグループに分割し、各グループ対応に該グループ
   を構成する記録情報が主記憶上にローディングされてい
   るか否かを示すフラグを設けるようにしたことを特徴と
   する請求項３記載のディスク更新ログ記録方式。
5. 【請求項５】 前記第２のログ記録表の回復手段を備
   え、該記録表回復手段は、主記憶上とディスク装置上の
   内容が同一であるグループに関してはディスク装置上に
   ある第２のログ記録表の内容をそのままとし、上記内容
   が異なるグループに対して第１のログ記録表の内容を参
   照して前記第２の記録表を回復するようにしたことを特
   徴とする請求項２または請求項４記載のディスク更新ロ
   グ記録方式。
6. 【請求項６】 前記第１のログ記録表および第２のログ
   記録表に関するログ記録拡張手段を備え、該ログ記録表
   拡張手段は前記第１のログ記録表を前記第２のログ記録
   表の内容で置き換え、前記第２のログ記録表の内容を以
   前の内容よりも小さな記録単位でログ記録できるように
   新たに構成するようにしたことを特徴とする請求項１ま
   たは請求項２または請求項５に記載のディスク更新ログ
   記録方式。
7. 【請求項７】 前記第１のログ記録表及び第２のログ記
   録表に加えて、前記第２の記録表よりも記録単位の小さ
   い１つ以上の第３のログ記録表と、ログ記録表拡張手段
   を備え、 該ログ記録表拡張手段はログ記録表拡張要求に対し、第
   ２のログ記録表内容を第１のログ記録表とし、第２のロ
   グ記録表よりも記録単位の小さい第３のログ記録表を第
   ２のログ記録表とするようにしたことを特徴とする請求
   項１または請求項２または請求項５に記載のディスク更
   新ログ記録方式。
8. 【請求項８】 ログ記録表における更新部分と非更新部
   分の割合が予め指定された比率を越えた場合にログ記録
   表の拡張処理が自動的に行なわれるようにしたことを特
   徴とする請求項６または請求項７記載のディスク更新ロ
   グ記録方式。