JPH02130650A - フアイル管理方法とそのシステム及び複製フアイル作成方法及びフアイルジヤーナル運用方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はオンライン計算機システムに係り、特にオンラ
イン処理を停止することなく２４時間連続した実行を可
能とするのに好適なファイル管理方法及びシステムに関
する。

〔従来の技術〕

オンライン計算機システムでは、サービス内容の変更、
拡張、処理性能の向上等のために、オンライン用のデー
タファイルの構造を変更することがある。

（１）従来、このファイル再構成処理は、データの内容
を引き継ぐことの必要性から、第２図に示す様に、オン
ライン処理を一旦停止し、そのファイルを新しい構造の
ファイルに変換して、新たなオンライン処理を開始する
という手順で行なわれている。

また、オンライン計算機システムでは、−日の締めの処
理や統計処理をオンライン処理と平行に実行するために
、オンライン処理中のある時点の固定されたデータと同
一のデータを別ファイル上に作成し、この複製ファイル
に対し前記処理を実施するという処理方式が取られる。

（２）従来、この様な？Ｊｆ製ファイルの作成を、複製
元ファイルに対する更新処理を中断することなく実行で
きる方式に、ニー・シー・エム、トランザクションズ　
オン　データベースシステムズ、第１巻、３号（１９７
６年）第２５６頁がら第２６７頁（ＡＣＭ、　Ｔｒａｎ
ｓａｃｔｉｏｎｓ　ｏｎ　ＤａｔａｂｏｓｅＳｙｓｔｅ
ｍｓ、　Ｖｏｌ、　ｌ、　ＮＯ３（１９７６）　、　ｐ
ｐ、　２５６−２６７）に述べられている差分ファイル
システム（全データを保持するメインファイルとメイン
ファイルの内容に更新があった場合の更新後データのみ
を保持する差分ファイルとを合わせて１つのファイルと
して処理するシステムメインファイルは、リードアクセ
スのみとなる。）を利用する方式がある０水力式では、
複製元のファイルに差分ファイルシステムを用い、複製
を作成する時点以降のデータアクセスと上記差分方式と
し、リードアクセスのみとなったメインファイルをコピ
ーすることで、複製ファイルを得る方式である。

さらに、オンライン計算機システムでは、ファイル破壊
時、ある時点のバックアップデータとそれ以降の更新履
歴情報（ファイルジャーナル）とによりファイルを回復
する。ファイルジャーナルは、その取得媒体（例えば磁
気テープ）にオリジナルな識別子を付けられ、管理され
ている。

（３）従来、上記ファイル回復の際、更新履歴が複数個
の媒体のファイルジャーナルに及ぶ場合、ファイルジャ
ーナルのマウント等の実行操作順序は、前記識別子をも
とにオペレータの判断により決定されていた。

〔発明が解決しようとする問題点〕

上記従来技術（１）は、オンライン処理とファイル再構
成処理を同時に実行させる点については配慮がされてお
らず、再構成時はオンライン処理を停止せざるを得ない
という問題があった。すなわち、再構成処理は１元のフ
ァイルのデータを読み、これを新たなファイルの構造に
変換して格納することの繰り返しとして実現されるため
、既に変換処理の終ってしまった元のデータが後からオ
ンライン処理によって変更されても、この変更は、再構
成後のファイルには反映されない。したがって１元のフ
ァイルと、再構成後のファイルのデータの同一性を確保
するためには、元のファイルに対するオンライン処理を
停止せざるを得す、オンライン処理の２４時間連続運転
等の要求を満足できない問題があった。

本発明の第１の目的は、オンライン処理とそのデータフ
ァイルの再構成を同時に実行してもデータの同一性を確
保できる処理方式を提供することにある。

上記従来技術（２）は、複製ファイルを得ることのでき
る時点について配慮がされていない。すなわち、上記方
式では、ｍＷファイルを得ることのできる時点は、複製
すべきデータが複製元のファイル上に確定された時点（
コピーの開始時点）からコピーのために必要な時間を経
過した以後の時点となる。このため、データ量が多くな
ると。

コピー時間が増大し、複製ファイルを得ることのできる
時点がかなり後となり、複製ファイルを用いて実行する
別の処理の開始が大巾に遅れるという問題があった。こ
のことにより、例えば、複製ファイルを用いて実行する
夜間ベンチ処理の終了が遅れ、翌日オンラインへのデー
タの引き継ぎに間に合わなくなるといった問題が発生す
る。

本発明の第２の目的は、複製元のファイル上に複製すべ
きデータが確定した時点から複製ファイルを得ることの
できる時点までの時間を短縮し、データ確定後すみやか
に複製ファイルを得て別の処理を開始することが可能な
複製ファイル作成方式を提供することにある。

上記従来技術（３）のファイルジャーナル運用方法は、
オペレータの判断によるものであり、ファイル回復時の
ファイルジャーナルのマウント順序の誤りにより回復す
るはずが逆にファイルを破壊してしまう場合があった。

本来、ファイル回復処理は、ソフトウェアの論理エラー
や記憶媒体のハード障害等からファイルが破壊され、異
常状態に陥った場合に、ファイル内容を正常状態に回復
するためのものである。したがって、ファイル回復処理
時の前記オペレータ操作ミスは、正常状態への回復を遅
らせ、長時間業務サービスができない状況になる。

本発明の第３の目的は、ファイル回復時のファイルジャ
ーナルのマウント順序の誤りを防止するファイルジャー
ナル運用方法を提供することにある。

〔問題点を解決するための手段〕

上記第１の目的は、元のファイルのデータが再構成後の
ファイルのどのデータとして格納されたかを記憶する手
段、オンライン処理による元のファイルのデータの変更
を、この情報に基づき、再構成後のファイルのデータに
も反映する手段を設けることにより達成される。

また、上記第２の目的は、複数のファイル及びそれらの
ファイルのどのファイルに最新データが格納されており
、更に、更新後データをどのファイルに格納すべきかを
管理する部分からなるファイル管理システムを設け、当
初１つのファイルのみを更新し続け、ある時点から、更
新後データを別のファイルに格納するように切り換え、
その時点で最初のファイルの固定されたデータを′ａ製
ラフアイルコピーし、その後、最終的に複製を作成した
いデータが確定した時点で、更新後データを現在更新後
データを格納しているのと別のファイルに格納するよう
に更に切り換え、切換前のそれまで更新後データを格納
していたファイルの内容に基づき先にコピーにより作成
した複製ファイルを再更新することで最終的な複製ファ
イルを得るように運用することで達成される。

さらに、上記第３の目的は、バックアップデータ用ファ
イルにバックアップを取得した時刻情報を記憶する部分
、ファイルジャーナル用ファイルに当該ファイルの使用
開始時刻ならびに終了時刻情級を記憶する部分を設け、
記憶した時刻情報をもとにファイル回復時、オペレータ
がマウント操作したファイルジャーナルの時間的順序の
正当性をチェックする手段を設け、ファイル回復時、オ
ペレータがマウント操作したファイルジャーナルの順序
に矛盾がないかをチェックすることにより達成される。

〔作用〕

上記第１の目的を達成する手段によれば、再構成中は、
元のファイルのデータを新たな構造のファイルのデータ
として格納する度に、その対応関係を記憶しておき、オ
ンライン処理により元のファイルのデータが変更された
際には、この対応づけに基づき、対応する再構成後のフ
ァイルのデータも変更するようにする。これにより、再
構成処理中にオンライン処理により元のデータが変更さ
れても、再構成後のファイルのデータとの間の同一性が
確保され、オンライン処理と再構成処理を同時に実行す
ることが可能となる。

また、第２の目的を達成する手段によれば、複製したい
データが確定するより以前から複製の作成処理を開始す
ることができ、更に、複製したいデータが確定した時点
から最終的複製ファイルを得るまでの処理は、複製ファ
イル作成開始から複製データ確定までになされた実新内
容を、複製フアイルに反映する処理のみですむため、複
製データ確定以後に全データをコピーするという従来方
式に比べ、複製デー・タ確定以降、最終的複製ファイル
を得るまでの時間を大ｒｉＪに短縮することができる。

さらに、ファイルジャーナルは、ファイル更新発生順に
その履歴情報を記憶するもので、ファイルジャーナル用
のファイルが満杯となると別のファイルジャーナル用の
ファイルに記憶する。このため、ファイルジャーナル用
ファイルに時間的な順序がある。また、ファイル回復時
は、バックアップ取得以降発生した更新の履歴が記憶さ
れているファイルジャーナル用ファイルを前記時間的順
序を守ってファイル回復を実行しなければならない。

第３の目的を達成する手段によれば、バックアップ取得
時刻はバックアップ取得処理起動のタイミングで格納し
、ファイルジャーナル用ファイルの使用開始、終了時刻
は当該ファイルが使用開始。

終了するタイミングで格納しておき、ファイル回復時、
前記時刻情報をもとにオペレータによってマウント操作
されたファイルジャーナルの順序の正当性をファイル回
復実行前に自動的にチェックすることにより、オペレー
タの操作ミスによる２重障害の発生を防ぐことができる
。

〔実施例〕

以下、本発明の第１の実施例を図面に基づいて詳細に説
明する。

第１図は、本発明の一実施例であるシステムのブロック
構成図である。図において、１０１は処理計算機、１０
２は操作コンソール、１０３はデータ記憶媒体群、１０
４はアンロードデータ記憶媒体群、１０５は定義情報記
憶媒体群、１０６はデータアクセスログ記憶媒体群を示
している６更に、上記処理計算機１０１内には複数のデ
ータ処理プログラム１０７．プログラム実行制御部１０
８、ファイル管理部１０９．ファイル再構成部１１０．
データ追い付き処理部１１１．データアクセス制御部１
１２等が備えられている。

データ処理プログラム１０７は、データ記憶媒体群１０
３に格納されているデータを使用して、オンライン処理
、バッチ処理等のデータ更新を伴なう各種の処理を実行
する。データ処理プログラム１０７による処理対象デー
タへのアクセスは、ファイル管理部１０９．データアク
セス制御部１１２を通して行なわれる。前者は、後述す
る様に各記憶媒体群１０３，１０４，１０５，１０６の
データの生成、管理を行なう。後者は、各記憶媒体群１
０３，１０４，１０５，１０６の入出力制御を行なう。

各データ処理プログラム１０７の起動、停止ヒ。

ファイル管理部１０９への動作内容の指示等は操作コン
ソール１０２からの指定に基づきプログラム実行制御部
１０８が行なう。

ファイル再構成部１１０．データ追い付き処理部１１１
は、後述する様に、データ処理プログラム１０７が行な
うオンライン処理とファイルの再構成処理を同時に実行
することを可能とするための処理を行なう。

データ記憶媒体群１０３には、ファイル管理部１０９が
管理する単位１１３（以下この管理単位をファイルと呼
ぶ）毎に区別してデータが格納されている。各ファイル
１１３は、更に、論理的な構造を持つ。データ処理プロ
グラム１０７がらの各ファイル１１３へのアクセスはこ
の論理構造に従って行なわれる。論理構造と実際にデー
タ記憶媒体群１０３上にどの様にデータが格納されＣい
るかという物理構造との対応づけの管理は、ファイル管
理部１０９が行なう。

ファイル１１３の論理構造の例を第３図に示す。

ファイルのデータはレコード３１の単位で管理される。

ファイル管理部１０９は、データ記憶媒体群１０３に格
納されている各レコード３１毎に一意に識別できるレコ
ードキーを付はレコード３１を管理している。各レコー
ド３１内の情報は、更に、コンポネント３２として識別
される。コンポネント３２が、データ処理プログラム１
０７等による処理の最小単位となる。更に、ファイル１
１３内の各レコード３１は相互に関係３３を持つ。各レ
コード３１は、そのデータの内容に基づき直接アクセス
されると共に、レコード３１間の関係３３に基づき関係
３３をたどってアクセスすることもできる。

以上の、論理構造及びファイル名、データの物理的格納
方法等の定義情報は、定義情報記憶媒体群１０５内に、
各ファイル１１３毎に区別して、構造定義１１５として
格納され、ファイル管理部１０９により管理される。な
お、以上までのファイル１１３．構造定義１１５．ファ
イル管理部１０９の機能の詳細は、既存のファイル管理
システム（例えば、ＨＩＴＡＣＶＯ５３デ一タマネジメ
ントシステムＸＤＭ）に準じる。

次に、既存のファイル管理システムと異なる部分につい
て、詳しく説明する。

定義情報記憶媒体群１０５には、更に、再構成対応関係
定義１１６が格納される。再構成対応関係定義１１６は
、再構成元ファイルと再構成先ファイルの構造間の関係
を示す情報であり、再構成を行なうファイルのペア（元
ファイルと先ファイル）毎に作成され、ファイル管理部
１０９によって管理される。再構成対応関係定義１１６
のフォーマットを第４図に示す。本定義は、再構成元フ
ァイルコンポネント名エリア４１と再構成先ファイルコ
ンポネント名エリア４２から構成され、再構成元ファイ
ルの各レコード３１内のそれぞれのコンポネント３２が
、ファイル１１３の再構成の後再構成先ファイルのどの
コンポネント３２として格納されるかの対応を示してい
る。定義の各行毎に、対応する再構成元ファイルのコン
ポネント名と再構成先ファイルのコンポネント名を格納
する。なお、対応するコンポネントが無い場合はａ＊”
によってその旨を明示する。第４図の例は。

第３図のファイルＩをファイルＨの構造に再構成する際
の対応関係を示している。ファイル■は、ファイルＩの
下段のレコードが２つに分離され一方に、ファイルＩの
コンポネントＢに相当するデータを、もう一方に、コン
ポネントＣに相当するデータと、新しいコンポネントＤ
’　　（作成当所の値は不定で良い）を格納する場合を
示している。

アＱＡ、ロードデータ記憶媒体群１０４には、ファ：；
　：Ｌ、”ｈ イル１１３のアンロードデータ１１４を格納する。

アンロードデータは、要求に応じて、ファイル管理部１
０９が作成する。アンロードデータ１１４は、ファイル
再構成部１１０の入力データとなる。

アンロードデータ１１４のフォーマットを第５図に示す
。アンロードデータ１１４はファイル１１３の各レコー
ド３１をそのレコードキーと共にシーケンシャルに格納
し直したものである。レコードキーエリア５１には、レ
コードキー（前述のように、ファイル管理部１０９が各
レコードを一意に識別するために付けているキー）を、
レコードデータエリア５２には、そのキーを持つレコー
ド３１の内容が格納される。第５図には、第３図のファ
イルＩのアンロードデータ１１４の例を示している。

データアクセスログ記憶媒体群１０６には、ファイル１
１３のアクセス履歴が格納される。アクセスＭ歴は、要
求に応じてファイル管理部１０９が作成する。アクセス
埋歴には、アクセスログ１１７とペアドアクセスログ１
１８の２種類がある。

アクセスログ１１７のフォーマットを第６図に示す、ア
クセスログ１１７は、ファイル１１３毎の更新履歴を記
録するものである。ファイル１１３のレコード３１内の
コンポネント３２のデータが変更される毎に、あるいは
、新しいレコード３１が追加される毎、また、レコード
３１が削除される毎に履歴レコード６１が作成される。

履歴レコード６１は、更新レコードキーエリア６２゜更
新コンポネント名工リア６３．更新データエリア６４か
ら構成される。更新レコードキーエリア６２には、変更
、追加、削除のあったレコード３１のレコードキーが格
納される。更新コンポネント名工リア６３には、実際に
値の変更（レコード３１が追加された場合も含む）があ
ったコンポネント３２の名称が格納される。そのコンポ
ネント３２の変更後の値は、更新データエリア６４に格
納される。なお、更新のあった全てのコンポネント３２
に対しその名称及び更新後データが格納される。また、
レコード３１の削除の場合は、コンポネント３２に関す
る情報は格納されず、レコードキーのみが格納される。

第６図には、第３図のファイルＩのアクセスログの例が
示しである。

ペアドアクセスログ１１８のフォーマットを第７図に示
す。ペアドアクセスログ１１８は、ファイル１１３の再
梼成時に、再構成先ファイルの各レコード３１が再構成
先ファイルのどのレコード３１として格納されたかを記
録するものである。

ファイル再構成処理は、後に詳しく述べる様に、再構成
先ファイルのレコード３１を１つ読み、そのコンポネン
ト３２の値を用いて再構成先ファイルの対応するレコー
ド３１を作成し格納することの繰り返しとして実現され
る。この時、再構成先ファイルから読んだレコード３１
と再構成先ファイルに格納したレコード３１の対応づけ
を記録する。リードレコードキーエリア７１には再構成
をファイルから読んだレコード３１のレコードキーを、
ライトレコードキーエリア７２には読んだレコード３１
に基づき作成し新たに再構成先ファイルに格納したレコ
ード３１のレコードキーが格納される。第７図には、第
３図のファイル■をファイル■に再構成した際のベアド
アクセスログの例を示しである。

以下、第８図から第１１図を用い、本実施例の動作を説
明する。

第８図に、本実施例を用いファイル１１３の再構成処理
を、オンライン処理と並行に実施する場合の処理の流れ
を示す。第８図は、ファイル■８１をファイル［８２に
再構成しながら同時にオンライン処理８３．８４を停止
することなく実行する場合を示している。処理８３は再
構成前のオンライン処理、８４は再構成後のオンライン
処理でこれらを連続して実行できる。

始めに、オンライン処理８３の開始前にこれが処理する
ファイルＴ８１のアンロードデータ８５を作成しておく
。アンロードデータ８５の作成は、操作コンソール１０
２から指示することにより。

プログラム実行制御部１０８がファイル管理部１０９に
要求し行なわれる（以下、ファイル管理部への要求は同
様の経路でなされる）。

アンロードデータ８５の作成後ファイル１８１のオンラ
イン処理８３を、操作コンソール１０２から指示し開始
させる（データ処理プログラム１０７を起動）、この際
、同時に、ファイル！８１のアクセスログ１１７を取得
することを指示し、取得を開始する。

オンライン処理中のファイル管理１０９によるファイル
１１３へのアクセスの制御手順を第９図に示す。アクセ
ス要求があると、ファイル管理部１０９は、データ追い
付き処理８７中でなければ（処理９１）、通常のアクセ
ス処理を行なう。すなわち、アクセスログ１１７の取得
要求が出ていれば（９２）、アクセスログ１１７の取得
を行ない（９３）、その後、ファイル１１３のデータを
アクセスする（９４）。アクセスログ１１７の取得要求
が出ていなければ取得は行なわない（９２）。

一方、データ追い付き処理８７中であれば（９１）、更
新系のアクセスかどうかをチェックしく９５）。

更新系のアクセスに対しては、追い付き処理８７中であ
る旨を示しエラーリターン（９６）。更新系でなければ
、ファイル１１３のアクセスを通常通り実行する（９４
）。

次に、ファイル１８１のオンライン処理８３と同時に実
行されるファイルＩ８１からｌｌ８２への再構成処理８
６について説明する。本処理は、ファイル１８１のアン
ロードデータ８５を入力として、ファイル［８２に再構
成後のデータを作成する。処理は、操作コンソール１０
２からの指示により、ファイル管理部１０９が、ファイ
ル再構成部１１０を起動して実行される。

ファイル再構成部１１０の処理手順を第１０図に示す、
ファイル再構成部１１０は、アンロードデータ１１４の
全てを処理し終るまで以下の処理をくり返す（処理１０
０１）。始めに、アンロードデータ１１４から、ファイ
ル１１３のレコード３１のデータ及びそのレコード３１
のレコードキーを１つ読み出す（１００２＞、次に、読
み出したレコード３１の各コンポネント３２を分解し、
その値を用いて再構成先及び先ファイル１１３の構造定
義１１５．再構成対応関係定義１１６に基づき、再構成
光ファイル１１３に格納するレコード３１を作成する（
１．００３）。例えば、第３゜４．５図に示した例では
、第５図の２行目のデータを読み込んだ場合、新たに、
値Ｊ％を持つレコード３１と、値”　ｃ　、　”　　と
パ無効データ（全ブランク等）”　（対応する元ファイ
ル１１３のコンポネント３２が無いため）を持つレコー
ド３１が作成される。

その後１作成した新レコード３１を再構成光のファイル
１１３に、そのファイル１１３の構造定義１１５に示さ
れた構造に従い格納する（１００４）　。

最後に、処理中の再構成光ファイル１１３のレコード３
１のレコードキーをファイル管理部１０９に渡し、今再
構成先ファイル１１３に格納したレコード３１とのベア
ドアクセスログの取得を指示する（１００５）、例えば
、上記の例に対応して、第７図の３，４行目のログが取
得される。

ファイル１８１から［８２への再構成処理８６が終了す
ると、操作コンソール１０２からの指示で、ファイル１
８１のオンライン処理８３を停止しくデータ処理プログ
ラム１０７を停止）、ファイルＩ［８２を用いて新たな
オンライン処理８４を開始（ファイルｌｌ８２用の別の
データ処理プログラム１０７を起動）させる。この際、
同時に、データ追い付き処理８７の開始を指示する。

データ追い付き処理８７は、ファイル１８１からｌｌ８
２への再構成処理８６中に、オンライン処理８３が更新
したファイル１８１の内容を、再構成後のファイルｌｌ
８２に反映させ、データの同一性を確保するための処理
である。

データ追い付き処理８７は、ファイル管理部１０９がデ
ータ追い付き処理部１１１を起動して実行される。デー
タ追い付き処理部１１１の処理手順を第１１図に示す。

データ追い付き処理部１１１は、アクセスログ１１７．
ベアドアクセスログ１１８を入力し、追い付き対象ファ
イル１１３に再構成光ファイル１］３の更新内容を反映
させる。

追い付き処理部１．１１は、アクセスログ１１７の全履
歴レコード６１に対して以下の処理をくり返す（処理１
１０１）。

始めに、アクセスログ１１７の履歴レコード６１を１つ
読む（１１０２）、続いて、読み込んだ履歴レコード６
１の更新レコードキーエリア６２に格納されているレコ
ードキーと同じ値のレコードキーをペアドアクセスログ
１１８内のり−ドレコードキ一二リア７１から探し出す
（１１０３）。

同じ値のリードレコードキーが見つかれば（１１０４）
、そのリードレコードキーに対応させて記憶しであるラ
イトレコードキーを持つ再構成光ファイル１１３のレコ
ード３１を読み出す（１１０５）、なお、この際、見つ
かった全ての同じ値のリードレコードキーデータについ
て処理をくり返す（１１０９）。

次に、履歴レコード６１の更新コンポーネント名工リア
６３に記録されている更新のあった再構成光ファイル１
１３のコンポーネント３２に対応する。再構成光ファイ
ル１１３のコンポーネント名を再構成対応関係定義１１
６から見つけ出し、その名前を持つ、再構成光ファイル
から読み込んだレコード３１のコンポーネント３２の値
を、履歴レコード６１の更新データエリア６４の値に変
更する。なお、この際、履歴レコード６１に、更新コン
ポーネントが１つも記録されていない場合（レコード３
１が削除された場合）は、再構成光ファイル１１３の構
造定義１１５から削除されたコンポーネント名を児っけ
出し、その名前を持つ、再構成光ファイルから読み込ん
だレコード３１のコンポーネント３２の値を無効データ
（全ブランク等）化する（以上１１０６）。

最後に、以上にて作成された新たなレコードデータに基
づき、読み込んだ再構成光ファイル１１３のレコード３
１を更新する（１１０７）。

なお、同じ値のリードレコードキーが見つからなかった
場合（１１０４）（再構成処理８６中に。

再構成光ファイルＩ８１に新たなレコード３１が追加さ
れた場合に相当する）、読み込んだ履歴レコード６１中
のコンポネント３２の値に基づき、ファイル再構成部１
１０の１００３の処理と同様にして、新たな再構成光フ
ァイル１１３のレコード３１を作成して（１１０９）、
これを再構成先ファイル１１３に追加する（１１１０）
。

以上の様に、本実施例によれば、オンライン処理とその
データファイルの再構成処理を同時に実行してもデータ
の同一性を確保することのできるシステムを実現できる
。

なお、上記の実施例では、再構成先ファイル１１３の１
つのレコード３１のデータから、再構成先ファイル１１
３の幾つかのレコード３１のデータが作成される場合に
ついてのみ示したが、再構成先ファイル１１３の複数の
レコード３１のデータから、再構成先ファイル１１３の
幾つかのレコード３１のデータを作成しても良い。この
際には、ファイル再構成部１１０は、再構成対応関係定
義１１６に基づき、必要なレコード３１をアンロードデ
ータ１１４から同時に読み出し、再構成先ファイル１１
３への格納レコード３１を作成する様に処理する。

また、再構成対応関係定義１１６において、再構成先フ
ァイル１１３のコンポーネント３２の値が再構成先ファ
イル１１３の幾つかのコンポーネント３２の値の演算結
果として得られる様な演算関係を定義することもできる
。この場合、ファイル再構成部１１０及びデータ追い付
き処理部１１１は、定義された演算に基づき、アンロー
ドデータ１１４あるいは再構成先ファイル１１３から必
要なレコード３２を同時に読み出し読み出したレコード
３２の値から、再構成先ファイル１１３へ格納するレコ
ード３２の値を計算する様に処理を行なう、また、この
様な演算等を、ユーザがオウンコーディングでファイル
再構成部１１０及びデータ追い付き処理部１１１に組み
込み管理しても良い。

以上の変形例によれば、単なるコンポーネント３２の置
き換えのみでない、より複雑な内容のファイル再構成を
も、データの同一性を確保しつつオンライン処理と同時
に実行することが可能となる。

また１本実施例では、アンロードデータ１１４の作成を
、オンライン処理の開始前に行なっておく方式を示した
が（このため実際には、−時的にオンラインが止まる）
、オンライン処理用のファイル１１３をオンライン処理
中のある時点で差分ファイル化（更新のあったデータ内
容を本体ファイルとは別のファイルのデータとして覚え
ておき、本体のファイルの更新を行なわない方式。同じ
データを２度以上更新する場合は別ファイルのデータを
更新する様に制御する。）し、本体ファイルからアンロ
ードデータ１１４を作成する方式もある。この場合、完
全にオンラインを停止しない運用が可能である。

なお、本実施例では、データ追い付き処理部１１１によ
り最終的にデータの同一性を確保する方式を示したが、
データ追い付き処理を行なわない方法もある。すなわち
、再構成処理中に発生した再構成先ファイル１１３のデ
ータの変更処理（オンラインによる更新等）を同時に、
アンロードデータ１１４又は再構成先ファイル１１３に
対しても実行する。ここで、ファイル再構成部１１０に
て既に処理が終っている再構成先ファイル１１３のレコ
ード３１　（ペアドアクセスログ１１８が取得されてい
る）に対しての変更は、ペアドアクセスログ１１８の対
応に基づき同時に再構成先ファイル１１３の対応するレ
コード３１に対しても実行し、そうでないレコード３１
に対しては、同時にアンロードデータ１１４中の再構成
先ファイル１１３の今変更のあったレコード３１と同じ
レコードに対して実行するように制御する。

このことにより、再構成処理を実行しつつ、同時にオン
ライン処理により変更される再構成先ファイル１１３の
データの変更内容を再構成先ファイル１１３にも反映さ
せることが可能となり、後のデータ追い付き処理によら
ず、再構成処理終了と同時にデータの同一性を確保した
再構成先ファイル１１３を得ることができる。本変形例
によるファイル再構成の処理手順を第１２図に示してお
く。

まず、オンライン処理８３の開始に先立ち、ファイル１
８１のアンロードデータ８５を作成しておく、その後、
オンライン処理８３を開始する。ファイル再構成処理８
６はオンライン処理８３と並行して実行される。ここで
、ファイル再構成処理８６中に発生したオンライン処理
８３によるファイル１８１のデータの変更内容は、ただ
ちにファイルｌｌ８２又はファイル１８１のアンロード
データ８５に反映される。前記の様に、ファイルＩ８１
のアンロードデータ８５に変更内容が反映される場合は
、そのデータがまだ再構成処理８６が実行されていない
場合であり、いずれは、再構成処理８６によって再構成
光のファイル［８２にも反映されることになる６以上の
様にして、再構成処理８６の終了と同時に、オンライン
処理８３で処理中のファイル１８１のデータと同一性を
確保したファイルｌｌ８２が得られ、ただちに、ファイ
ル１１８２のオンライン処理８４を開始できる。

また、実施例において、ファイル再構成部１１０がアン
ロードデータ１１４を入力とせず、データ処理プログラ
ム１０７にて処理中のファイル１１３のデータを直接入
力し再構成処理を行なう方式もある（追い付き処理その
他の処理は同様）こ行なう）。

更に、ファイル再構成部１１０が直接ファイル１１３の
データを入力とする方式において、前記変形例と同様に
、再構成処理中に発生した再構成元ファイル１１３のデ
ータ変更内容をペアドアクセスログ１１８が取得されて
いるレコードのデータに対しては同時に再構成光ファイ
ル１１３に対しても実行することで、追い付き処理を行
なわない方法もある。

以上の２変形例では、オンライン処理中のファイル１１
３を直接読むので、アンロードデータ１１４から再構成
を行なう方式に比ベオンライン処理の効率が低下するが
、成分のデータ　（アンロードデータ１１４）を必要と
しない利点がある。

なお２本実施例及びその変形例を異種構造のファイル間
のデータの同一性を確保するファイル間データの同期シ
ステムと見なすこともできる。すなわち、ファイルの構
造の対応を示す情報（再構成対応関係定義１１６に相当
）及びファイルのデータの対応を示す情報（ペアドアク
セスログ１１８に相当）を記憶しておき、これに基づき
、一方のファイルのデータに変更が発生した場合その変
更内容をもう一方のファイルのデータにも反映させる。

変更内容の反映方法としては、前述の様に、アクセスロ
グ１１７を用い後に実行する方法及び変更発生と同時に
行なう方法が存在する。

本ファイル間データの同期システムの一実施例を第１３
図に示す。

第１３図の１３０１から１３１８はそれぞれ第１図の１
０１から１１８に対応する。それぞれは、第１図の実施
例の各部またはその変形例と同一の機能あるいは情報の
フォーマットを持ち、更にファイル管理部１３０９は、
ファイル１３１３のアンロードデータ１３１４を元のフ
ァイル１３１３に戻す（リロードする）機能も備えてい
る。また、第１図では特にことわらなかったが第１３図
の各記憶媒体（１３０３から１３０６）が地理的に離れ
た場所に存在し通信回線等を介してアクセスが行なわれ
ても良い。この際、データアクセス制御部１３１２は通
信回線等を通したデータのアクセス全体の制御を行なう
。

以下動作を説明する。なお、各部の詳細な動作は、第１
図の実施例及びその変形例に準する。

第１４図に、アクセスログ１３１７を用いファイル１３
１３間のデータの同期を取る場合の処理手順を示す。初
めに、ファイル変換部１３１０を用い、同期を取る複数
のファイル１３１３　（ここではファイルＩ　１４０１
．ファイルＩＩ　１４０２　。

ファイル■１４０３）のデータを同一にしておく（１４
０４）、その後それぞれのファイル１３１３の処理を実
行する（処理１４０５゜１４０６．１４．０７）。ここ
で、ファイル■１４０２をファイル１１４０５に同期さ
せる時点になると、その時点までのファイル１１４０１
のアクセスログ１４０８を用いファイル間データ追い付
き処理部１３１１によりファイルｎ１４０２に対しデー
タの追い付き処理を行なう（１４０９）。

同様にファイル■１４０３に対しても同期を取ることが
できる（１４１０．１４１１）。以上の処理手順では特
定時点毎に、それぞれ構造の異なる１、２の更新ファイ
ルと他の参照ファイルの間でデ−タの同一性を確保する
ことが可能となる。

第１５図に、ファイルの更新発生時、同時に他のファイ
ルの更新も行なう場合の処理手順を示す。

初めに、ファイル変換部１３１０を用い同期を取るファ
イル１３１３　（ファイル１１５０１．ファイル１１１
５０２）のデータを同一にしておく（処理１５０３）、
その後、それぞれのファイル１３１３の処理を実行する
（１５０４．１５０６）。

ファイル１３１３の処理中に一方のファイル１３１３に
更新が発生すると、ベアドアクセスログ１３１８に基づ
き、他のファイル１３１３の対応レコードのデータも同
時に更新する（１５０７）。

以上の様に、処理手順では同時にそれぞれ構造の異なる
複数の更新ファイルの間でデータの同一性を確保するこ
とが可能となる。

以上、本ファイル間データの同期システムの実施例によ
れば１例えば、データの内容は同じであるがファイル構
造の異なるファイルを使用目的別に用意する様なシステ
ムにおいて、ファイル間のデータの同一性を容易に保つ
ことが可能となる。

更に、前記ファイル間データの同期システムを以下の様
にファイル回復に用いることも可能である。

第１６図に、第１３図のシステムを用いファイルの回復
を行なう場合の処理手順を示す。初めに、同期を取るフ
ァイル１３１３　（ファイル！１６０１、ファイルｌｌ
１６０２）のデータを、ファイル変換部１３１０を用い
、同一にしておく（処理１６０４）。更に、ファイル回
復を行なうファイル１３１３　（ファイル［１６０２）
のアンロードデータ１６０３を作成しておく（１，６０
５）。

その後、それぞれのファイル１３１３の処理を開始する
。ここで、ファイルＩ［１６０２に障害が起った場合、
その処理を打切り、アンロードデータ１６０３を別記憶
媒体上に戻しく１６０９）、戻したファイルに対し、フ
ァイルＩ　１６０６のアクセスログ１６１１を用いて追
い付き処理を実行する（１６０８）、その後、再び、フ
ァイル■の処理を開始する（１６１０）、以上の様に本
処理手順によれば、あるファイル１３１３の回復を、構
造の異なる別のファイル１３１３のアクセスログ１３１
７を用いて行なうことが可能となり、複数のファイル１
３１３でデータ内容の同期を取って処理するシステムに
おいて、ファイル回復のためにある１つのファイル１３
１３のみのアクセスログ１３１７を取得しておくだけで
済み、それぞれのファイル１３１３に対しアクセスログ
１３１７を取得しておき回復する場合に比べて、記憶す
るデータの量を減らせる効果がある。

つぎに本発明の第２の実施例を説明する。

本実施例のブロック構成を第１７図に示す。

データに対する処理は、処理計算機１７０１内のデータ
処理プログラム１７０２によって行なわれる。処理対象
データは、複製元ファイルＡ１７０３、複製元ファイル
Ｂ１７０４に格納する。

これらの複製元データの複製は、複製先ファイル１７ｏ
５に格納する。各ファイルのアクセスの制御は、データ
アクセス制御部１７０６が行なう。

更に、処理プログラム１７０２からのアクセスは。

マルチファイル管理部１７０７を通して行なわれる。

マルチファイル管理部１７０７は、複製元ファイルＡ１
７０３と複製元ファイルＢ１７０４とを合わせ１つのフ
ァイルの様に扱う処理を実現する。

すなわち、処理プログラム１７０２からの更新。

追加、要求及び参照要求をどちらのファイルに発行すべ
きかを管理する。処理プログラム１７０２により追加、
更新されたデータは、操作コンソール１７０８からあら
かじめ指定された方のファイルに格納される。また、最
新データがどちらのファイルに格納されているか（追加
、更新のあったデータは、コンソール１７０８から指定
したファイルに、−回も更新されていないデータはその
データがもとあったファイルに格納されている）を記憶
しており、処理プログラム１７０２からの参照要求に対
して、最新データを自動的に参照する様に制御する。

コピープログラム１７０９は、コピー先ファイルにコピ
ー元ファイルと全く同じ内容のデータを作成する。また
、再更新プログラムは、あるファイルのデータを入力し
、入力したデータの各レコードに対応する再更新先ファ
イルのレコードを入力データの内容と同じとなる様更新
する。入力したデータのレコードに対応するレコードが
再更新先ファイルに無い時は、入力したデータのレコー
ドを更新光ファイルに追加する。なお、入力したデータ
の各レコードに対応する再更新先ファイルのレコードは
変化しない。

以下、第１８図を用いて本実施例の動作を説明する。第
１８図は、第１７図の各ファイルへのデータアクセスが
どの様に行なわれ、ｌａミツアイル作成されるかを時間
に沿って示した図である。

データ処理プログラム１７０２は、常時、複製元ファイ
ルＡ１７０３あるいは複製元ファイルＢ１７０４のデー
タを更新する（処理１８０１）。

ここで、データ処理プログラム１７０２が処理するデー
タの初期データは、データ処理プログラム１７０２の開
始以前に複製元ファイルＡ１７０３に格絡し、操作コン
ソール１７０８から、追加。

更新データを複製元ファイルＡ１７０３に格納する様に
指定し、処理プログラム１７０２の処理を開始する。す
なわち、更新要求に応じて、複製元ファイルＡ　］−７
０３のレコードは、時々刻々変化する。

今、複製データ確定時刻１８０２の状態のデータの複製
を、複製先ファイル１７０５に作成するものとする。こ
のために、まず、複製元ファイルＡ１７０３の全データ
のコピーに必要な時間分さかのぼったコピー開始時刻１
８０３になった時点で、コンソール１７０８から、デー
タ処理プログラム１７０２の追加、更新データを複製元
ファイルＢ１７０４に格納する様切り替える。これによ
り、複製元ファイルＡ１７０３の内容がその時点で固定
される。これを、コピープログラム１７０９によって、
複製元ファイル１７０５にコピーする（１８０４）。

次に、コピー終了後、複製データ確定時刻１８０２にな
った時点で、更に、それ以降の追加。

更新データを、複製ファイルＡ１７０３に格納する様切
り替える。これにより、コピー開始時刻１８ｏ３から複
製データ確定時刻１８０２までに、データ処理プログラ
ム１７０２によって追加、更新されたデータの内容が複
製元ファイルＢ１７０４上に固定される。すなわち、複
製データ確定時刻１８０２以降の処理の影響を受けない
。

この固定された、複製元ファイルＢ１７０４のデータを
用い、再更新プログラム１７１０により、複製先ファイ
ル１７０５を再更新しく１８０５）、複製データ確定時
刻１８０２のデータの複製を得ることができる。

以上の様に、本実施例によれば、複製データ確定後、再
更新処理時間のみで、複製ファイルを得ることが可能と
なり、従来、ファイル全体をコピーする時間が必要であ
ったのに比べ複製ファイルを得るまでの時間を大巾に短
縮できる。これにより、データ確定後すみやかに複製フ
ァイルを得て別の処理を開始することができるようにな
る。

以下、本発明の第３の実施例を図面をもって説明する。

本実施例のブロック構成を第１９図に示す。

データに対する処理は、処理計算機１９０１内の複数の
データ処理プログラム１９０２によって行なわれる。こ
れらのプログラムの起動、停止等の制御は、操作コンソ
ール１９０３からの指示に基づき、プログラム実行制御
部１９０４が行なう。

処理対象がデータは、管理単位１９０５　（以下、ファ
イルと記述する）ごとに区別してデータ記憶媒体１９０
６に格納する。データへのアクセスは、ジャーナル運用
制御部１９０７．データアクセス制御部１９０８を通し
て行なう。データアクセス制御部１９０８は、記憶媒体
との間の入出力制御を行なう。ジャーナル運用制御部１
９０７は、データ処理プログラム１９０２からファイル
１９０５のデータ更新アクセス要求があると、その更新
履歴情報、例えば更新前のデータ内容や更新後のデータ
内容等の情報の取得を行う。この更新履歴情報は、デー
タアクセス制御部１９０８を通して、磁気テープ駆動装
置１９０９にマウントされたファイルジャーナル用磁気
テープ１９１０に格納される。通常、磁気テープ駆動装
置１９０９には、現在、更新履歴情報が格納されつつあ
る（以下、現用と呼ぶ）ファイルジャーナル用磁気テー
プ１９１０の他に、少なくともひとつ以上の交代用ファ
イルジャーナル用磁気テープ１９１０がマウントされて
いる。これは、現用テープが満杯となったときや操作コ
ンソール１９０３から指示があったときに、即座に交代
用テープへのスワップを可能とするためである。ファイ
ルジャーナル管理部１９１１は、現用、交代用テープの
スワップを実行管理する部分である。

ファイルジャーナル用磁気テープ１９１０に格納された
更新履歴情報は、データ処理プログラム１９０２の論理
エラー、データ記憶媒体１９０６の媒体障害やオペレー
タの操作ミスからファイル１９０６が破壊、喪失した場
合、破壊前のファイル内容に回復するために必要な情報
である。具体的手順は、まずある固定されたファイル状
態（データ処理プログラム１９０２からアクセスが無い
状態）のファイル１９０６内容をそれが格納されている
媒体とは別の記憶媒体、本実施例では磁気テープ駆動装
置１９０９にマウントしたバックアップ・データ用磁気
テープ１９１２にあらかじめ取得しておき、複数のデー
タ処理プログラム１９０２の実行を行なう。ファイル破
壊時は、あらかじめバックアップ・データ用磁気テープ
１９１２に取得しておいたバックアップ・データをデー
タ記憶媒体１９０６上に復元し、バックアップ・データ
取得時から破壊発生前までにデータ処理プログラム１９
０２の実行中取得した更新履歴情報をもとに、破壊前の
ファイル内容を回復する。以上の手順の中で、バックア
ップ・データの取得・復元処理を行なうのが、処理計算
機１９０１内のバックアップ・データ取得・復元プログ
ラム１９１３である。また、更新履歴をもとにファイル
回復処理を行なうのが、処理計算機内１９０１のファイ
ル回復プログラム１９１４である。これらのプログラム
１９１３．１９１４の起動、停止等の制御は、データ処
理プログラム１９０２同様、操作コンソール１９０３か
らの指示物りとづきプログラム実行制御部１９０４が行
なう。

また、データのアクセスは、ジャーナル運用制御部１９
０７とデータアクセス制御部１９０８を通して行なう。

ジャーナル運用制御部１９０７は、前述のデータ処理プ
ログラム１９０２に対する更新履歴を取得する他に、前
記２つのプログラム１９１３．１９１４の実行時は後に
第２２図をもって詳しく説明するが、ファイル回復処理
時のファイルジャーナル運用の正当性のチェックを行な
う。

第２０図は、ファイルジャーナル用磁気テープ１９１０
の格納レコード構成を示したものである。

この磁気テープ１９１０は、開始時刻格納レコード２０
０１．終了時刻格納レコード２００２と履歴情報格納レ
コード群２００３から成る。開始時刻格納レコード２０
０１と終了時刻格納レコード２００２には、それぞれ当
該ファイルジャーナル用磁気テープ１９１０使用の開始
時刻と終了時刻を格納する。これらの時刻情報は、ファ
イルジャーナ／Ｌ♂シζ部１９１１が、ファイルジャー
ナル用磁気テープ１９１０をスワップするタイミングで
格納する。具体的には、スワップ時刻を処理計算機１９
０１の持つ内部時計を参照して得、旧税用磁気テープの
終了時刻格納レコード ２００２と新規用磁気テープの開始時刻格納レコード２
００１に格納する。履歴情報格納レコード群２００３に
は、ファイル１９０５に対するデータ処理プログラム１
９０２の更新履歴が格納される。

第２１図は、バックアップ・データ用磁気テープ１９１
２の格納レコード構成を示したものである。この磁気テ
ープ１９１２は、バックアップ取得時刻格納レコード群
２１０１とバックアップ・データ格納レコード２１０２
から成る。バックアップ取得時刻格納レコード２１０１
には、バックアップ・データ取得・復元プログラム１９
１３の取得処理が起動された時刻が格納される。この時
刻情報は、ジャーナル運用制御部１９０７が処理計算機
１９０１の内部時計からえて格納する。バック爪ツブ・
データ格納レコード群２１０２には、ファイル１９０５
内容のバックアップ・データが格納される。

以下、第２２図（ａ）、（ｂ）を用いてバックアップ・
データ取得・復元プログラム１９１３゜ファイル回復プ
ログラム１９１４実行時のジャーナル運用制御部１９０
７の動作を説明する。

バックアップ・データ取得・復元プログラム１、９１３
が起動しくブロック２２０３）、バックアップ取得要求
を受けると（ブロック２２０４）、処理計算機１９０１
が持つ内部時計を参照し、その時刻を操作コンソール１
９０３から該プログラム１９１３起動指示時に指定され
た磁気テープ駆動装置１９０９にマウントされたバック
アップ・データ用磁気テープ１９１２のバックアップ取
得時刻格納レコード２１０１に格納する（ブロック２２
０５）。その後、バックアップ・データ取得・復元プロ
グラム１９１３を実行し、バックアップ・データの取得
を行ない（ブロック２２０６）。

次の要求を待つ。

１９１３が起動し復元要求を受けると（ブロック２２０
３．２２０４）、操作コンソール１９０３から該プログ
ラム１９１３起動指示時に指定された磁気テープ駆動装
置１９０９にマウントされたバックアップ・データ用磁
気テープ１９１２のバックアップ取得時刻格納レコード
２１ｏ１に格納されたデータ（時刻）を内部変数ＢＫＵ
ＰＴにセットする（ブロック２２０７）。その後、バッ
クアップ・データ取得・復元プログラム１９１３を実行
して、バックアップデータの復元処理を行ない（ブロッ
ク２２０６）、ファイル回復プログラム１９１４の起動
を待つ（ブロック２２０８）。

ファイル回復不必要指示が操作コンソール１９０３から
入力されると（ブロック２２０９）、新たな要求を待つ
。

ファイル回復プログラム１９１４が起動すると（ブロッ
ク２２０８）、操作コンソール１９０３から該プログラ
ム１９１４の起動指示時に指定された磁気テープ駆動装
置１９０９にマウントされた詩、１の開始時刻格納Ｌ／
ｍｌ−ド２００１と終了時刻格納レコード２００２に格
納されている時刻データを、それぞれ内部変数ＦＪＳＴ
とＦＪＥＴにセットする（ブロック２２１．０）、次に
。

ＦＪＳＴ＜ＢＫＵＰＴ＜ＦＪＥＴなる関係にあるか判定
する（ブロック２２１１）。この判定は、回復すべきフ
ァイルの状態つまりバックアップを取得した時刻以降に
発生したファイルのデータ更新の履歴情報のうちで、最
も時間的に古い履歴情報（つまり、バックアップ取得直
後の更新履歴情報）が、少なくとも現在セットされてい
るＦＪまたは、それ以降スワップしたＦＪに存在するこ
とを保証するものである。ブロック２２１１の条件を満
足するＦＪよりも時間的に古いＦＪはバックアップを取
得する前の更新履歴情報で、逆に新しいＦＪはバックア
ップ取得直後の履歴情報が存在しない可能性がある。ブ
ロック２２１１の条件を満足しない場合は、前記２つの
状況に対応するため、適切なＦＪがマウントされていな
いことを操作コンソール１９０３に表示しくブロックク
２２１３）。ＦＪのかけ替えが完了したことを操作コン
ソール１９０３より指示を受ける（ブロック２２１４）
と、ブロック２２１０へ戻る。ブロック２２１１の条件
を満足した場合は、ファイル回復プログラム１９１４を
実行し、ＦＪの更新履歴をもとにファイル１９０５の回
復を行なう（ブロック２２１５）、ファイル回復プログ
ラム１９１４からまだ回復すべきＦＪがあるという要求
（つまりマウントされたＦＪだけでは、回復したいファ
イル状態にできず、時間的に次のＦＪが必要である場合
）を受けると（ブロック２２１．６）。

変数ＦＪＥＴにセットされている時刻データを変数ＢＫ
ＵＰＴにセットする（ブロック２２１７）。

これは、回復処理対象ファイルの内容が、現在マウント
されているＦＪの終了時刻格納レコード２００２に格納
されている時刻つまり変数ＦＪＥＴにセットされている
時刻のデータ内容になっていることをジャーナル運用制
御部１９０７が把握するためである。これにより、ブロ
ック２２１７の処理後、ブロック２２１３，２２１４，
２２１０を経てブロック２２１１の判定で、次にマウン
トされたＦＪが適切であるかどうか判定でき、ＦＪのマ
ウントの順序を保証することができる。ブロック２２１
６で、もう回復すべきＦＪがない場合はファイル回復プ
ログラム１９１４の実行を終了し、新たな要求を待つ（
ブロック２２１８）。

以上のように本実施例によれば、ファイル回復処理時、
オペレータがマウント操作したファイルジャーナルの正
当性をチェックするため、オペレータが誤ファイルジャ
ーナルのマウントによって起こる２重障害を防止できる
。

〔発明の効果〕

（１）以下の効果がある。オンライン処理とそのデータ
ファイルの再構成を同時に実行してもデータの同一性を
確保できるので、オンライン処理の運転を停止せず連続
して行なえる。このことにより、例えば、銀行、証券等
のシステムにおいてオンライン処理の２４時間サービス
等の顧客サービスの向上が図れる。

六処理を中断することなく処理中のファイルの複製を作
成でき、かつ、複製すべきデータが確定した後すみやか
に複製ファイルを得ることができるので、オンラインの
２４時間運用の様に、複製ファイルを用い夜間短時間に
処理を終了せねばならない様な計算機運用を、データ量
が増大した場合にも実現することが可能となる。

（３）ファイル回復時、ファイルジャーナルの時間的順
序のチェックが可能となり、オペレータの不適切なファ
イルジャーナルのマウント操作の防止ができる。すなわ
ち、ファイル回復時のオペレータ操作ミスによる二重障
害が防止でき、業務サービスを長時間停止することがな
くなる。

【図面の簡単な説明】

第１図は本発明の第１の実施例のブロック構成図、第２
図は従来方式の説明図、第３図はファイル構造の説明図
、第４図は再構成対応関係定義の詳細図、第５図はアン
ロードデータの詳細図、第６図はアクセスログの詳細図
、第７図はベアドアクセスログの詳細図、第８図から第
１６図は実施例の動作を説明するためのフローチャート
、第１７図は本発明の第２の実施例のブロック構成図、
第１８図は上記実施例の動作を説明する図、第１９図は
本発明の一実施例のブロック構成図、第２０図は第１９
図におけるファイルジャーナル用磁気テープの格納レコ
ード構成図、第２１回は第１９図におけるバックアップ
・データ用磁気テープの格納レコード構成図、第２２図
は第１９図におけるジャーナル運用制御部の動作手順を
示すフローチャートである。 ■ □時刻 ￥、：１　　図 （α）　　　　　　　　　　　に） ７フイノｔｌ属宗３里才角Δ１　　　　　　　　７マイ
ル皿言嘆ｉ巧−に４３１　ｔコード ３２　　フ）キー゛−ネント ３３　　　ｒＡｌ！。 ）５　　６　　　し］ ４＋ 猶 図 ７／　ソートムコード考−エリア ７２　ライトしコード代−エソア 図 ４ＺＡオ罠シ＼失ｉ今Ｖレゴンオさ７／ドア、　ｐｌ了
拓 図 ５−Ｉ　　Ｌフード天−１ソ７ ５２　仁コーＶデークエソ了 箭 第 第 Ｉ ／θ 口 第 区 第 １乙 囚 拓 図 ／４／１ 第 図 第 ２θ 図 兄 ２／θ２ ２１０／ ２θθＪ亡・４枦６伶丙Ｌコード群 第 １ン 図 ２２区 （α）

Claims (1)

1. 【特許請求の範囲】 １、第１のファイルのデータが変換先の第２のファイル
   のどのデータとして格納されたかの対応関係を記憶して
   おき、記憶した対応関係に基づき、第１のファイルのデ
   ータの変更を第２のフアイルにも反映させ、第１のファ
   イルのデータをそのファイルとは異なつた構成の第２の
   ファイルに格納し直すファイルの変換処理をおこなうこ
   とを特徴とするファイル管理方法。 ２、前記対応関係として、それぞれのファイルのレコー
   ドを一意に識別するレコードキーの対を記憶することを
   特徴とする第１項記載のファイル管理方法。 ３、前記変換処理は、第１のファイルのデータと同一の
   データを第２のファイルとして記憶したデータを入力と
   して行なうことを特徴とする第１項記載のファイル管理
   方法。 ４、前記変換処理は、第１のファイルのデータを直接入
   力して行なうことを特徴とする第１項記載のファイル管
   理方法。 ５、前記反映させる処理は、前記ファイル変換処理中の
   第１のファイルの更新履歴を基におこなうことを特徴と
   する第１項記載のファイル管理方法。 ６、前記反映させる処理は、前記ファイル変換処理中に
   第１のファイルに変更があると同時に、変換先の第２の
   ファイルあるいは第１のファイルのデータと同一のデー
   タを記憶した別ファイルのデータにも変更内容を反映す
   る処理を含むことを特徴とする第１項記載のファイル管
   理方法。 ７、前記反映させる処理は、前記ファイル変換処理中に
   第１のファイルに変更があると同時に、変換先の第２の
   ファイルにも変更内容を反映する処理を含むことを特徴
   とする第１項記載のフアイル管理方法。 ８、第１のファイルの構造と変換先の第２のファイルの
   構造との対応関係を記憶し、これに基づき、第１のファ
   イルのデータを変換先の第２のファイルのデータに変換
   することを特徴とするファイル管理方法。 ９、前記構造の対応関係として、第１のファイルのレコ
   ードのコンポーネントと変換先の第２のファイルのレコ
   ードのコンポーネントの１対１対応関係を記憶すること
   を特徴とする第８項記載のファイル管理方法。 １０、前記構造の対応関係として、第１のファイルのレ
   コードの複数のコンポーネントを演算した結果を変換先
   の第２のファイルのレコードのコンポーネントとする対
   応関係を記憶することを特徴とする第８項記載のファイ
   ル管理方法。 １１、複数のファイル、そのファイルを処理するプログ
   ラム群、プログラム群の実行を管理する部分、ファイル
   の管理・アクセスを制御する部分を持つデータ処理シス
   テムにおいて、第１のファイルのデータをそのファイル
   とは異なつた第２のファイルに格納し直すファイル変換
   部と、その変換部によつて、第１のファイルのデータが
   変換先の第２のファイルのどのデータとして格納された
   かの対応関係を記憶する変換履歴記憶部と、各ファイル
   のアクセス履歴を記憶 するアクセス履歴記憶部とアクセス履歴を後にファイル
   に反映させる追い付き処理部を設け、上記ファイル変換
   部は第１のファイルを第２のファイルに変換する際に変
   換元のファイルのデータと変換先のファイルのデータの
   対応関係を上記変換履歴記憶部に記憶し、一方、上記フ
   ァイルの管理・アクセスを制御する部分はファイル変換
   処理中に発生した上記プログラム群による変換元ファイ
   ルに対するアクセスの履歴を上記アクセス履歴記憶部に
   記憶し、変換処理終了後、上記追い付き処理部はアクセ
   ス履歴記憶部に記憶されている変換元ファイルのデータ
   の変更内容を変換履歴記憶部に記憶されている対応関係
   に基づき変更のあつた変換元ファイルのデータに対応す
   る変換 先ファイルのデータにも反映させることを特徴とするフ
   ァイル管理システム。 １２、複数のファイル、そのファイルを処理するプログ
   ラム群、プログラム群の実行を管理する部分、ファイル
   の管理・アクセスを制御する部分を持つデータ処理シス
   テムにおいて、第１のファイルのデータをそのファイル
   とは異なつた第２のファイルに格納し直すファイル変換
   部、その変換部によつて第１のファイルのデータが変換
   先の第２のファイルのどのデータとして格納されたかの
   対応関係を記憶する変換履歴記憶部を設け、上記ファイ
   ル変換部は第１のファイルを第２のファイルに変換する
   際に変換元のファイルのデータと変換先のファイルのデ
   ータの対応関係を上記変換履歴記憶部に記憶し、上記フ
   ァイルの管理・アクセスを制御する部分は前記ファイル
   の変換処理中に変換元ファイルのデータに変更が発生し
   た場合、そのデータが既にファイル変換部によつて変換
   され変換先のファイルに格納されているかを変換履歴記
   憶部のデータに基づき判定し、格納されていればそのデ
   ータに対しても変換元ファイルのデータに対し行なわれ
   たデータ変更内容を反映させることを特徴とするファイ
   ル管理システム。 １３、前記ファイル変換部は、あるファイルと同一内容
   のデータを別途記憶するアンロードデータ記憶部を含み
   、該記憶部に記憶せしめた変換元ファイルのデータを入
   力として変換処理を行なうことを特徴とする第１１項記
   載のファイル管理システム。 １４、前記ファイル変換部は、あるファイルと同一内容
   のデータを別途記憶するアンロードデータ記憶部を含み
   、該記憶部に記憶せしめた変換元ファイルのデータを入
   力として変換処理を行ない、前記ファイルの管理・アク
   セスを制御する部分は変換元ファイルのデータに変更が
   発生した場合、そのデータが既にファイル変換部によつ
   て変換されて変換先のファイルに格納されているかを変
   換履歴記憶部のデータに基づき判定し、格納されていれ
   ば変更内容を反映し、格納されていなければアンロード
   データ記憶部に記憶されている変換元ファイルのデータ
   と同じデータに対して変更内容を反映させることを特徴
   とする第１２項記載のファイル管理システム。 １５、複数のファイルを管理、処理するシステムにおい
   て、ファイルの構造間の対応関係を示す情報と、ファイ
   ルのデータ間の対応関係を示す情とを記憶しておき、第
   １のファイルのデータが変更された場合、前記記憶され
   た情報に基づき他のファイルのデータにもその変更内容
   を反映させることを特徴とするファイル管理方法。 １６、前記反映させる処理は、第１のファイルに変更が
   発生次第２のファイルにも変更内容を反映させる処理か
   らなることを特徴とする第１５項記載のファイル管理方
   法。 １７、前記反映させる処理は、あるファイルの更新履歴
   情報に基づき、他のファイルにも変更内容を反映させる
   処理からなることを特徴とする第１５項記載のファイル
   管理方法。 １８、内容の同期が図られている複数のファイルのうち
   、前記第１のファイルの構造及びデータ間の対応関係を
   示す情報に基づき、第２のファイルのデータを障害ファ
   イルの構造に変換して格納することにより障害ファイル
   を再構成することを特徴とする第１５項記載のファイル
   管理方法。 １９、内容の同期が図られている複数のファイルのうち
   、第１のファイルのある時点の複製データに、前記第１
   のファイルの構造及びデータ間の対応関係を示す情報に
   基づき、第２のファイルの更新履歴の内容を第１のファ
   イルの構造に変換して格納することにより障害ファイル
   を再構成することを特徴とする第１５項記載のファイル
   管理方法。 ２０、複数のファイルを処理するシステムにおいて、第
   １のファイルのデータをアクセスしこれを第２のファイ
   ルに格納する際に第１のファイルのどのレコードのデー
   タが第２のファイルのどのレコードのデータとして格納
   されたかを記憶することを特徴とするファイル管理方法
   。 ２１、前記変換処理は、第１のファイルのデータと同一
   のデータを第２のファイルとして記憶したデータを作成
   する際、第１のファイルを差分フアイル化しそのメイン
   ファイルをコピーすることにより同一内容の第２のファ
   イルを得る処理を含むことを特徴とする第３項記載のフ
   ァイル管理方法。 ２２、データとそれを処理する部分からなるデータ処理
   システムにおいて、複数のファイル及びそれらのどのフ
   ァイルに最新データが格納されており、どのファイルに
   更新、追加するデータを格納すべきかを管理する部分を
   設け、当初１つのファイルのみを更新、追加処理し続け
   、ある時点から、更新、追加データを別のファイルに格
   納するように切り替え、最初のファイルのデータを複製
   ファイルにコピーし、その後、更新、追加データを更に
   別のファイルに格納するように切り替え、それまで、更
   新、追加データを格納していたファイルの内容に基づき
   、先の複製ファイルの内容を再更新し最終時複製ファイ
   ルを得ることを特徴とする複製ファイル作成方法。 ２３、前記２度目の更新、追加データの格納先の切り替
   えの際、格納先ファイルを最初に処理をしていたファイ
   ルとすることを特徴とする第２２項記載の複製ファイル
   作成方法。 ２４、データとそれを処理する部分、該データのバック
   アップ用データを収集・保持する部分、該データに対す
   る該処理による更新履歴情報を収集・保持する部分から
   成るデータ処理計算機システムにおいて、前記バックア
   ップ用データ収集時の時刻情報を記憶し、また前記更新
   履歴情報を保持する部分の使用時刻情報を記憶し、バッ
   クアップ用データと更新履歴情報とからデータの回復操
   作を行なう際、記憶しておいた時刻情報にもとづき操作
   内容の不具合をチェックすることを特徴とするファイル
   ジャーナル運用方法。