JPH036753A - File saving system - Google Patents

File saving system

Info

Publication number
JPH036753A
JPH036753A JP1142425A JP14242589A JPH036753A JP H036753 A JPH036753 A JP H036753A JP 1142425 A JP1142425 A JP 1142425A JP 14242589 A JP14242589 A JP 14242589A JP H036753 A JPH036753 A JP H036753A
Authority
JP
Japan
Prior art keywords
file
saving
data
storage
management information
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
Application number
JP1142425A
Other languages
Japanese (ja)
Inventor
Takayuki Nishimura
西村 孝幸
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP1142425A priority Critical patent/JPH036753A/en
Publication of JPH036753A publication Critical patent/JPH036753A/en
Pending legal-status Critical Current

Links

Abstract

PURPOSE:To improve the availability of the file resources and at the same time to facilitate the control of a saved file by connecting the file saving store files to each other in a full saving and update saving states. CONSTITUTION:A file control information saving means 2 is provided together with a saving file deciding means 3, and a file data saving means 4. The relative position information included in a store file 71 for saved files is registered into a table 6. Then the file data saved previously into a store file 71 is rewritten with the file data to be saved this time in an update saving state after a full saving state. Thus the store file produced in the full saving state is connected to the store file produced in the update saving state for production of the file 71. As a result, just a single file 71 that is produced in the full saving state is required to each user. Thus the duplication of file data is eliminated and the file resources can be effectively used. At the same time, the files 71 are easily controlled.

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は電子計算機を利用した情報処理ソステムにおけ
るファイル退避方式に関し、特に全てのファイルの退避
を一度行った後は更新のあったファイルのみを退避する
ファイル退避方式に関するものである。
[Detailed Description of the Invention] [Field of Industrial Application] The present invention relates to a file saving method in an information processing system using a computer, and in particular, after all files have been saved once, only updated files are saved. This relates to a file saving method for saving.

〔従来の技術] 電子計算機を利用した情報処理システムにおいては、障
害に対する利用者ファイルのバックアップのために、フ
ァイルを格納したデータファイル装置とは別の格納ファ
イル装置に所定の時期にファイルを退避するようにして
いる。また、この種のファイル退避方式では、データフ
ァイル装置に格納されたファイルの全てを格納ファイル
装置にいったん退避(全退避)し、その後、更新のあっ
たファイルについてのみ退避(更新退避)を行う方式を
とっている。
[Prior Art] In information processing systems using electronic computers, files are evacuated at a predetermined time to a storage file device different from the data file device in which the files are stored, in order to back up user files in case of a failure. That's what I do. In addition, in this type of file saving method, all files stored in the data file device are temporarily saved to the storage file device (all save), and then only files that have been updated are saved (update save). is taking.

更に、従来のファイル退避方式では、全退避および更新
退避において、ファイルを退避する格納ファイルを別々
に確保して退避を行っており、退避を行う度に格納ファ
イルを確保し、退避を行っていた。
Furthermore, in the conventional file saving method, a storage file for saving files is secured separately for all backups and update backups, and a storage file is secured and saved each time a file is saved. .

〔発明が解決しようとする課題〕[Problem to be solved by the invention]

上述したように、従来のファイル退避方式ではファイル
を退避する格納ファイルを別々に確保して退避を行って
いたため、次のような欠点があっ■更新退避毎に新たに
格納ファイルを用意しなければならず、その都度ファイ
ル資源が必要となる。
As mentioned above, in the conventional file saving method, a separate storage file for saving files was secured and saved, which had the following drawbacks: - A new storage file had to be prepared every time an update was saved. File resources are required each time.

■更新退避されるファイルの内容は、全退避時の格納フ
ァイルや以前の更新退避で退避された格納ファイルの内
容と大部分重複しており、同様なイメージを持つファイ
ルが存在しているため、無駄にファイル資源を使用して
いる。
■The contents of the files to be updated and saved are mostly the same as the contents of the files saved at the time of full backup and the files saved in the previous update and save, and there are files with similar images. File resources are being used unnecessarily.

■格納ファイルがi数となるため、その管理が繁雑にな
る。
(i) Since there are i number of stored files, their management becomes complicated.

本発明は上記の点に鑑み提案されたものであり、その目
的とするところは、ファイル資源の有効利用が図れると
共に、退避したファイルの管理を容品に行うことのでき
るファイル退避方式を提供することにある。
The present invention has been proposed in view of the above points, and its purpose is to provide a file saving method that allows effective use of file resources and enables efficient management of saved files. There is a particular thing.

〔課題を解決するための手段〕[Means to solve the problem]

本発明は上記の目的を達成するため、データファイル装
置に格納されたファイルを格納ファイル装置に全退避し
、その後、更新のあったファイルにつき更新退避を行う
ファイル退避方式において、データファイル装置からフ
ァイル管理情報を退避ファイルテーブルに読み込み、全
退避時には格納ファイル装置に格納ファイルを確保した
後、更新退避時には退避ファイル判定手段を呼び出して
実行させた後、退避ファイルテーブルに登録されたファ
イル管理情報を格納ファイルに退避し、退避したファイ
ル管理情報の位置情報を格納ファイルテーブルに登録す
るファイル管理情報退避手段と、 ファイル管理情報退避手段により呼び出され、読み込ん
だファイル管理情報に保持されているファイル更新日時
と格納ファイルテーブルに保持されている格納ファイル
の作成日時とを比較することにより前回の退避以降にフ
ァイルが更新されたか否かの判定を行い、退避すべきフ
ァイルのファイル管理情報を退避ファイルテーブルに残
す退避ファイル判定手段と、 退避ファイルテーブルに登録されたファイル管理情報と
格納ファイルテーブルに保持されている退避されたファ
イルの格納ファイル内での位置情報とを参照し、データ
ファイル装置から格納ファイル装置の格納ファイルへ退
避すべきファイルのファイルデータを置換あるいは追加
して退避するファイルデータ退避手段とを備えるように
している。
In order to achieve the above object, the present invention uses a file saving method in which all files stored in a data file device are saved to the storage file device, and then updates are saved for updated files. After reading the management information into the evacuation file table and securing the storage file in the storage file device when all evacuation is performed, and after calling and executing the evacuation file determination means during update evacuation, the file management information registered in the evacuation file table is stored. A file management information saving means that saves the location information of the saved file management information to a file and registers it in the storage file table; and a file update date and time that is called by the file management information saving means and is held in the read file management information. By comparing the creation date and time of the storage file held in the storage file table, it is determined whether the file has been updated since the last backup, and the file management information of the file to be saved is left in the backup file table. The save file determination means refers to the file management information registered in the save file table and the position information of the saved file in the storage file held in the storage file table, and saves the file from the data file device to the storage file device. A file data saving means is provided for replacing or adding file data of a file to be saved to a storage file.

〔作用〕[Effect]

本発明のファイル退避方式にあっては、ファイル管理情
報退避手段がデータファイル装置からファイル管理情報
を退避ファイルテーブルに読み込み、全退避時には格納
ファイル装置に格納ファイルを確保した後、更新退避時
には退避ファイル判定手段を呼び出して実行させた後、
退避ファイルテーブルに登録されたファイル管理情報を
格納ファイルに退避し、退避したファイル管理情報の位
置情報を格納ファイルテーブルに登録し、退避ファイル
判定手段がファイル管理情報退避手段により呼び出され
て動作を開始し、読み込んだファイル管理情報に保持さ
れているファイル更新日時と格納ファイルテーブルに保
持されている格納ファイルの作成日時とを比較すること
により前回の退避以降にファイルが更新されたか否かの
判定を行い、退避すべきファイルのファイル管理情報を
退避ファイルテーブルに残し、 ファイルデータ退避手段が退避ファイルチーフルに登録
されたファイル管理情報と格納ファイルテーブルに保持
されている退避されたファイルの格納ファイル内での位
置情報とを参照し、データファイル装置から格納ファイ
ル装置の格納ファイルへ退避すべきファイルのファイル
データを1mあるいは追加して退避する。
In the file saving method of the present invention, the file management information saving means reads the file management information from the data file device into the saving file table, secures the storage file in the storage file device at the time of all saving, and then saves the saved file at the time of update saving. After calling and executing the determination means,
The file management information registered in the save file table is saved to a storage file, the location information of the saved file management information is registered in the storage file table, and the save file determination means is called by the file management information save means and starts operating. Then, by comparing the file update date and time held in the loaded file management information and the creation date and time of the storage file held in the storage file table, it is determined whether the file has been updated since the last backup. The file management information of the file to be saved is left in the evacuation file table, and the file data evacuation method saves the file management information registered in the evacuation file table and the storage file of the evacuated file held in the storage file table. The file data of the file to be saved is saved by 1m or additionally from the data file device to the storage file of the storage file device by referring to the position information at .

〔実施例] 以下、本発明の実施例につき図面を参照して説明する。〔Example] Embodiments of the present invention will be described below with reference to the drawings.

第1図は本発明のファイル退避方式の一実施例を示す構
成図である。第1図において、データファイル装置fは
利用者ファイルの格納される装置であり、利用者ファイ
ルはファイル管理情報11および複数のファイルデータ
12として格納されている。また、格納ファイル装W7
はファイルを退避するための装置であり、内部に複数の
格納ファイル71が形成されるものである。
FIG. 1 is a block diagram showing an embodiment of the file saving method of the present invention. In FIG. 1, a data file device f is a device in which user files are stored, and the user files are stored as file management information 11 and a plurality of file data 12. In addition, the storage file device W7
is a device for saving files, and a plurality of storage files 71 are formed inside.

一方、本実施例の41JD部は、ファイル管理情報退避
手段2と退避ファイル判定手段3とファイルデータ退避
手段4とから構成され、退避ファイルテーブル5および
格納ファイルテーブル6は上記の各手段の実行に必要な
情報を保持するテーブルである。なお、各手段の機能は
次の通りである。
On the other hand, the 41JD section of this embodiment is composed of a file management information saving means 2, a saving file determining means 3, and a file data saving means 4, and a saving file table 5 and a storage file table 6 are used for executing each of the above means. This is a table that holds necessary information. The functions of each means are as follows.

ファイル管理情報退避手段2;データファイル装置1か
らファイル管理情報11を退避ファイルテーブル5に読
み込み、全退避時には格納ファイル装置7に格納ファイ
ル71を確保した後、更新退避時には退避ファイル判定
手段3を呼び出して実行させた後、退避ファイルテーブ
ル5に登録されたファイル管理情報を格納ファイル71
に退避し、退避したファイル管理情報の位置情報を格納
ファイルテーブル6に登録する機能。
File management information saving means 2; reads the file management information 11 from the data file device 1 into the saving file table 5, secures the storage file 71 in the storage file device 7 when saving all data, and calls the saving file determining means 3 when saving updates. After execution, the file management information registered in the save file table 5 is saved to the storage file 71.
A function to save the file management information to the storage file table 6 and register the location information of the saved file management information in the stored file table 6.

退避ファイル判定手段3:ファイル管理情報退避手段2
により呼び出されて動作し、ファイル管理情報退避手段
2が退避ファイルテーブル5に読み込んだファイル管理
情報11に保持されているファイル更新日時と格納ファ
イルテーブル6に保持されている格納ファイル71の作
成日時とを比較することにより前回の1JAi!!以降
にファイルが更新されたか否かの判定を行い、退避すべ
きファイルのファイル管理情報を退避ファイルテーブル
5に残す機能。
Save file determination means 3: File management information save means 2
The file update date and time held in the file management information 11 read into the save file table 5 by the file management information save means 2 and the creation date and time of the storage file 71 held in the storage file table 6 are called and operated. By comparing the previous 1JAi! ! A function that determines whether a file has been updated since then and leaves file management information of the file to be saved in the save file table 5.

ファイルデータ退避手段4;退避ファイルテーブル5に
登録されたファイル管理情報と格納ファイルテーブル6
に保持されている退避されたファイルの格納ファイル7
1内での位置情報とを参照し、データファイル装置Iか
ら格納ファイル装置7の格納ファイル71へ退避すべき
ファイルのファイルデータ12を置換あるいは追加して
退避する機能。
File data saving means 4; file management information registered in the saving file table 5 and storage file table 6
Storage file 7 for saved files held in
A function to replace or add file data 12 of a file to be saved from the data file device I to the storage file 71 of the storage file device 7 and save the file data 12 by referring to the position information within the data file device I.

第2図は第1図におけるデータファイル装置l内のファ
イル管理情報11とファイルデータ12との関係を示し
た図である。すなわち、ファイル管理情報11内には利
用者毎にファイルを管理するために複数の利用者識別子
13が設けられ、この利用者識別子13に複数のファイ
ル記述子14が連なり、各ファイル記述子14が対応す
るファイルデータ12を指すようになっている。図では
、利用者識別子Aに3つの利用者ファイルが存在し、そ
のファイル記述子F2.F2.F3がファイルデータD
1.D2.D3を指している状態を示している。なお、
ファイル記述子14には、ファイルの識別子であるファ
イル名15と、作成日時16と、更新日時17と、ファ
イル編成やファイルサイズ等を示すファイル属性18と
、対応するファイルデータ12が格納されているデータ
ファイル装置1上の位置情報を示すファイルデータアド
レス19とが含まれている。
FIG. 2 is a diagram showing the relationship between the file management information 11 and file data 12 in the data file device 1 in FIG. That is, a plurality of user identifiers 13 are provided in the file management information 11 in order to manage files for each user, and a plurality of file descriptors 14 are connected to this user identifier 13, and each file descriptor 14 is It points to the corresponding file data 12. In the figure, three user files exist for user identifier A, and their file descriptors F2. F2. F3 is file data D
1. D2. It shows a state pointing to D3. In addition,
The file descriptor 14 stores a file name 15 which is a file identifier, a creation date and time 16, an update date and time 17, file attributes 18 indicating file organization, file size, etc., and corresponding file data 12. A file data address 19 indicating position information on the data file device 1 is included.

第3図は第1図における格納ファイル装置7上に確保さ
れる格納ファイル71および格納ファイルテーブル6上
に登録される格納ファイルエンドIJ61のフォーマッ
トを示した図である。すなわち、格納ファイル71はフ
ァイル記述情報部72とファイルデータ部73とを有し
、ファイル記述情報部72にはデータファイル装置1の
ファイル管理情報】】と同様な内容である、利用者識別
子とlされたファイルのファイル記述子とが退避1頃に
格納されるようになっている。また、ファイルデータ部
73には、退避された各ファイルに対応してファイルヘ
ッダ74とファイルデータ75とが設けられ、退避され
たファイルのファイルデータ12がファイルデータ75
に格納されるようになっている。なお、ファイルヘッダ
74は、ファイル名76と、ファイルデータ75の格納
ファイル7I内での相対位置を示すファイルデータアド
レス77とを含んでいる。
FIG. 3 is a diagram showing the format of the storage file 71 secured on the storage file device 7 and the storage file end IJ 61 registered on the storage file table 6 in FIG. That is, the storage file 71 has a file description information section 72 and a file data section 73, and the file description information section 72 contains a user identifier and a file management information of the data file device 1. The file descriptor of the saved file is stored around save 1. Further, the file data section 73 is provided with a file header 74 and file data 75 corresponding to each saved file, and the file data 12 of the saved file is stored in the file data 75.
It is designed to be stored in . Note that the file header 74 includes a file name 76 and a file data address 77 indicating the relative position of the file data 75 within the storage file 7I.

一方、第3図において、格納ファイルエントリ61は、
先頭部分に利用者識別子と、格納ファイル71の作成日
時63と、格納ファイル71の格納ファイル装置7上で
の位置情報を示す格納ファイルアドレス64とを有し、
その後ろに各ファイルデータ12に対応する退避ファイ
ルエントリ62が設けられている。なお、退避ファイル
エントリ62は、ファイル名65と、格納ファイル71
内のファイル記述子の位置を示すファイル記述子アドレ
ス66と、ファイルヘッダ74の位置を示すファイルヘ
ッダアドレス67とを有している。
On the other hand, in FIG. 3, the storage file entry 61 is
It has a user identifier at the beginning, a creation date and time 63 of the storage file 71, and a storage file address 64 indicating the position information of the storage file 71 on the storage file device 7,
After that, a save file entry 62 corresponding to each file data 12 is provided. Note that the save file entry 62 includes a file name 65 and a storage file 71.
The file descriptor address 66 indicates the position of the file descriptor within the file descriptor, and the file header address 67 indicates the position of the file header 74.

例えば、第3図では、ファイル名aの退避ファイルエン
トリ62内のファイル記述子アドレス66はファイル記
述情報部72内に格納されているファイル記述子F1の
位置を指し、ファイルヘッダアドレス67はファイルデ
ータ部73内のファイルヘッダDHIの位置を指してい
る。
For example, in FIG. 3, the file descriptor address 66 in the save file entry 62 with file name a points to the position of the file descriptor F1 stored in the file description information section 72, and the file header address 67 points to the file data It points to the position of the file header DHI in the section 73.

次に、上記の実施例の動作につき、第4図のフローチャ
ートを参照しながら説明する。
Next, the operation of the above embodiment will be explained with reference to the flowchart shown in FIG.

本発明のファイル退避方式では、先ずファイル管理情報
11の利用者識別子13に連なるファイル記述子14の
指すファイルデータ12の全てを退避する全退避を行い
、その後、前回の退避以降でファイルの更新が行われた
ファイルだけを退避する更新退避を繰り返し行う。そこ
で、更新退避に先立って行われる全退避について最初に
説明する。なお、−例として、利用者識別子Aの配下に
ファイル名a、b、cを持つファイル記述子Fl。
In the file saving method of the present invention, first, all the file data 12 pointed to by the file descriptor 14 connected to the user identifier 13 of the file management information 11 is saved, and then the file is not updated since the previous saving. Repeatedly perform update backup to save only the files that have been updated. Therefore, we will first explain the entire save that is performed prior to the update save. Note that, as an example, a file descriptor Fl having file names a, b, and c under the user identifier A.

F2.F3が存在し、それによって指されるファイルデ
ータD1.D2.D3を退避する場合を想定する。
F2. F3 exists and the file data D1.F3 is pointed to by it. D2. Assume that D3 is to be evacuated.

先ず、ファイル管理情報退避手段2は、データファイル
装置lからファイル管理情報11を読み込み、利用者識
別子13(A)に連なる複数のフ拳 アイル記述子14 (Fl、F2.F3)を退避ファイ
ルテーブル5に読み込む(ステップ201)。
First, the file management information saving means 2 reads the file management information 11 from the data file device 1, and stores a plurality of file descriptors 14 (Fl, F2, F3) connected to the user identifier 13(A) in the save file table. 5 (step 201).

次いで、全退避か否かの判断を行うが(ステップ202
)、今は全退避であるためyesの側に進む。
Next, it is determined whether or not to completely evacuate (step 202).
), proceed to the yes side as it is now a complete evacuation.

そして、読み込んだファイル記述子14(FIF2.F
3)のファイル属性18を参照し、ファイルデータ12
 (DI、D2.D3)の全容量を求め、退避に必要な
格納ファイル71のサイズを把握し、格納ファイル装置
7上に格納ファイル71を確保すると共に、格納ファイ
ルテーブル6上に格納ファイルエントリ61を作成し、
利用者識別子13(A)と作成日時63と格納ファイル
アドレス64とを登録する(ステップ203)。
Then, read file descriptor 14 (FIF2.F
3), and file data 12.
(DI, D2.D3), grasp the size of the storage file 71 required for evacuation, secure the storage file 71 on the storage file device 7, and create the storage file entry 61 on the storage file table 6. create and
The user identifier 13(A), creation date and time 63, and storage file address 64 are registered (step 203).

次いで、全てのファイル記述子について処理が終了した
か否かの判断を行うが(ステップ204)、まだ処理を
初めたばかりなので当然にnoの側へ進む。続いて、退
避ファイルエントリ62が存在するか否かが判断される
が(ステップ205)、まだ全退避を行う前の状態なの
で当然にnoの側へ進む。
Next, it is determined whether or not processing has been completed for all file descriptors (step 204), but since the processing has just begun, the process naturally goes to the "no" side. Next, it is determined whether or not the save file entry 62 exists (step 205), but since the entire process has not yet been saved, the process naturally goes to the "no" side.

そして、退避ファイルテーブル5上のファイル記述子(
Fl)を既に確保した格納ファイル71のファイル記述
情報部72に書き込み(ステ、プ206)、続いて格納
ファイルエントリ61に今回退避するファイルのファイ
ル名(a)に対スル退避ファイルエントリ62を作成し
、ファイル記述子(Fl)を書き込んだ格納ファイル7
1上の位置情報をそのファイル記述子アドレス66とし
て登録する(ステップ207)。
Then, the file descriptor (
Fl) is written to the file description information section 72 of the storage file 71 that has already been secured (step 206), and then a backup file entry 62 is created for the file name (a) of the file to be saved this time in the storage file entry 61. Storage file 7 in which the file descriptor (Fl) was written
1 is registered as its file descriptor address 66 (step 207).

上記のステップ206,207の処理を退避ファイルテ
ーブル5上に読み込んだ他のファイル記述子(F2.F
3)に対しても繰り返し行うことにより、ファイル管理
情911手段2は処理を終了する。
Other file descriptors (F2.F
By repeating the process for 3), the file management information 911 means 2 completes the process.

以上の処理によってファイル管理情報退避手段2による
ファイル管理情報11の全退避処理は終了し、lファイ
ル71のファイル記述情報部72!こファイル記述子(
Fl、F2.F3)が退避され、格納ファイルエントリ
61内に対応するファイル名(a、b、c)の退避ファ
イルエントリ62が作成される。
With the above processing, the entire saving process of the file management information 11 by the file management information saving means 2 is completed, and the file description information part 72 of the l file 71! This file descriptor (
Fl, F2. F3) is saved, and a saved file entry 62 with the corresponding file name (a, b, c) is created in the stored file entry 61.

次に、ファイルデータ退避手段4に制御が渡り、ファイ
ルデータ12の退避処理が行われる。
Next, control is passed to the file data saving means 4, and the saving process of the file data 12 is performed.

先ず、ファイルデータ退避手段4は全てのファイル記述
子について処理が終了したか否かの判断を行うが(ステ
ップ401)、まだ処理を初めたばかりなので当然にn
oの側へ進む。
First, the file data saving means 4 determines whether or not processing has been completed for all file descriptors (step 401), but since the processing has just begun, it is natural that n
Go to o's side.

そして、ファイルデータ退避手段4は退避ファイルテー
ブル5上の先頭のファイル記述子1 =1(Fl)のフ
ァイルデータアドレス19により退避すべきファイル(
ファイル名a)のファイルデータ12(DI)の格納位
置をE’2 mし、そのファイルテ′−夕12(DI)
を読み込む゛(ステンブ402)。
Then, the file data saving means 4 uses the file data address 19 of the first file descriptor 1 = 1 (Fl) on the saving file table 5 to save the file (
The storage location of file data 12 (DI) with file name a) is set to E'2 m, and the file data 12 (DI) is
(Step 402).

次いで、退避ファイルエンドIJ 62のファイルへノ
ダアドレス67が存在するか否かを判断するが(ステ、
プ403)、まだファイルデータ部73の格納を行って
いないためnoの側へ進む。
Next, it is determined whether or not the node address 67 exists in the file at the save file end IJ 62 (step
Step 403), since the file data section 73 has not yet been stored, the process goes to the "no" side.

そして、ファイルデータ12(DI)が退避される格納
ファイル71内での位置であるファイルデータアドレス
77を算出し、ファイル名76(a>とそのファイルデ
ータアドレス77とからファイルへ、ダ74(DHI)
を作成しくステップ゛404)、フッイルデータ75(
Dl)乙こ(・士カリしてファイルデータ部73に書き
込む(ステップ405)。
Then, the file data address 77, which is the position in the storage file 71 where the file data 12 (DI) is saved, is calculated, and from the file name 76 (a> and the file data address 77), the data 74 (DHI )
Step 404 to create the file data 75 (
Dl) Otsuko(・shikari) and writes it to the file data section 73 (step 405).

続いて、格納ファイルエントリ61内のファイル名aに
対応する退避ファイルエントリ62のファイルヘッダア
ドレス67にファイルへツク74(DHl)を書き込ん
だ位置情報を入れる(ステップ406)。
Subsequently, the location information where the check 74 (DHl) is written to the file is entered into the file header address 67 of the save file entry 62 corresponding to the file name a in the storage file entry 61 (step 406).

上記のステップ・104〜406の処理を退避ファイル
テーブル5内の他のファイル記述子14(F2  F3
)に対しても繰り返し行うことにより、ファイルデータ
退避手段4は処理を終了する。
The processing of steps 104 to 406 above is performed by saving other file descriptors 14 (F2 F3
), the file data saving means 4 ends the process.

以上の処理により、ファイルデータ退避手段4によるフ
ァイルデータ12の全退避処理が終了し、格納ファイル
71のファイルデータ部73にファイルデータ(DI、
D2.D3)が各々ファイルヘッダ(D)II、DH2
,DH3)を付加した形で退避され、格納ファイルエン
トリ61内の退避ファイルエントリ62のファイルへノ
ダアドレス67に各々のファイルヘッダ(DHI、DH
2D H3)を指し示す位置情報が入れられる。
Through the above processing, the entire saving process of the file data 12 by the file data saving means 4 is completed, and the file data (DI,
D2. D3) are file headers (D)II and DH2, respectively.
, DH3), and each file header (DHI, DH
2D H3) is entered.

次に、退避後に更新のあったファイルのみを退避する更
新退避処理について説明する。なお、例として、上述し
た例におけるファイルデータD1、D2に対して前回の
ファイル退避以降に更新があり、ファイル記述子FI’
、F2’ およびファイルデータDI’ 、D2’ に
なったと想定する。
Next, update saving processing for saving only files that have been updated after saving will be described. As an example, the file data D1 and D2 in the above example have been updated since the last file save, and the file descriptor FI'
, F2' and file data DI', D2'.

ファイル管理情報退避手段2は、全退避時と同様に利用
者識別子13下の複数のファイル記述子+4(Fl“、
F2’ 、F3)を退避ファイルテーブル5に読み込む
(ステップ201)。続いて、全退避か否かが判断され
るが(ステップ202)、今度は更新退避であるためn
oの側へ進み、退避ファイル判定手段3の処理に移行す
る。
The file management information saving means 2 saves a plurality of file descriptors under the user identifier 13 + 4 (Fl",
F2', F3) are read into the save file table 5 (step 201). Next, it is determined whether or not to save all data (step 202), but since this time it is an update save, n
The process advances to the side o, and the process shifts to the process of the save file determining means 3.

退避ファイル判定手段3は全てのファイル記述子につい
て処理が終了したか否かの判断を行うが(ステップ30
1)、まだ処理を初めたばかりなので当然にnoの側へ
進む。
The save file determining means 3 determines whether processing has been completed for all file descriptors (step 30).
1), since we have just started the process, we naturally go to the no side.

そして、退避ファイルテーブル5上に読み込まれたファ
イル記述子14の更新日時17と、利用者識別子13(
A)で識別される格納ファイルテーブル6内の格納ファ
イルエントリ61内の作成日時63とを比較し、前回の
ファイル退避以降にファイル更新が行われているか否か
を判断する(ステップ302.303)。
Then, the update date and time 17 of the file descriptor 14 read into the save file table 5 and the user identifier 13 (
Compare the creation date and time 63 in the storage file entry 61 in the storage file table 6 identified in A) to determine whether the file has been updated since the previous file backup (steps 302 and 303). .

ここで、更新が行われている場合はyesの側に移行し
て再びステップ301に戻り、また、更新が行われてい
ない場合はnoの側に移行してファイル記述子14を退
避ファイルテーブル5上かみ削除しくステップ304)
、更新があったファイルのファイル3己述子14だけを
′iJA避ファイルテ−プル5上に残す。今の例では更
新の行われているファイルに対応するファイル記述子F
l’、F2°だけがiJA避ファイルテーブル5上に残
される。
Here, if the update has been performed, go to the yes side and return to step 301; if the update has not been done, go to the no side and save the file descriptor 14 to the save file table 5. Step 304)
, only the file 3 self-descriptor 14 of the updated file is left in the iJA evacuation file table 5. In this example, the file descriptor F corresponding to the file being updated
Only l' and F2° are left on the iJA evacuation file table 5.

上記の処理を全てのファイル記述子14に対して行った
後、ファイル管理情報退避手段2に制御を戻す。
After performing the above processing on all file descriptors 14, control is returned to the file management information saving means 2.

ファイル管理情報退避手段2は全てのファイル記述子に
ついて処理が終了したか否かの判断を行うが(ステップ
204)、まだ処理を初めたばかりなので当然にnoの
側へ進む、続いて、退避ファイルエントリ62が存在す
るか否かが判断されるが(ステップ205)、今は更新
退避であるためファイルが追加された場合を除いて退避
ファイルエントリが既に存在するのでyesO側へ進む
The file management information saving means 2 judges whether or not the processing has ended for all file descriptors (step 204), but since the processing has just started, it naturally goes to the "no" side.Subsequently, the saving file entry 62 exists (step 205), but since this is update saving, a save file entry already exists except when a file is added, so the process goes to the yesO side.

そして、退避ファイルテーブル5上に残っているファイ
ル記述子14 (Fl’ )を参照してファイル名15
(a)を取得し、格納ファイルエントリ61の退避ファ
イルエントリ62からファイル記述子アドレス66を得
て、退避ファイルテーブル5上に読み込んだファイル記
述子14(Fl“)で格納ファイル71のファイル記述
情報部72のファイル記述子(Fl)と110する(ス
テップ208)。更ムこ、他のファイル記述子14 (
F2’ )に対しても同様の処理を繰り返す。
Then, referring to the file descriptor 14 (Fl') remaining on the save file table 5, the file name 15 is
(a), obtain the file descriptor address 66 from the save file entry 62 of the save file entry 61, and use the file descriptor 14 (Fl'') read into the save file table 5 to obtain the file description information of the save file 71. 110 with the file descriptor (Fl) of section 72 (step 208).
The same process is repeated for F2').

なお、この想定では3亥当しないが、退避ファイルエン
トリ62が存在しない場合は、ファイルが前回の退避以
降に追加されたとみなし、全退避時と同様に格納ファイ
ル71のファイル記述情報部72に退避ファイルテーブ
ル5上のファイル記述子14を追加して書き込み(ステ
ップ206)、続いて退避ファイルエントリ62を作成
して、ファイル記述子14を;き込んだ位置情報をファ
イル記述子アドレス66として登録する(ステップ20
7)。
Although this assumption does not apply, if the save file entry 62 does not exist, it is assumed that the file has been added since the last save, and the file is saved to the file description information section 72 of the storage file 71 in the same way as when saving all files. Add and write the file descriptor 14 on the file table 5 (step 206), then create a save file entry 62, and register the file descriptor 14 as the file descriptor address 66. (Step 20
7).

以上のように、退避ファイルテーブル5上に退避すべき
ものとして残されているファイル記述子14の全てを置
換/追加した段階で、ファイル管理情報退避手段2によ
るファイル記述子14の更新退避処理は終了する。
As described above, when all of the file descriptors 14 left as those to be saved on the save file table 5 have been replaced/added, the file management information save means 2 finishes the update save process of the file descriptors 14. do.

次に、ファイルデータ退避手段4に制御が渡り、ファイ
ルデータ12の更新退避処理が行われる。
Next, control is passed to the file data saving means 4, and update saving processing of the file data 12 is performed.

ファイルデータ退避手段4は全てのファイル記述子につ
いて処理が終了したか否かの判断を行うが(ステップ4
01)、まだ処理を初めたばかりなので当然にnoの側
へ進む。
The file data saving means 4 determines whether or not processing has been completed for all file descriptors (step 4).
01), since the process has just started, it naturally goes to the no side.

そして、退避ファイルテーブル5上のファイル記述子1
4 (Fl’ )を参照し、全退避と同様にファイルデ
ータ12 (DI’ )を読み込む(ステップ402)
Then, file descriptor 1 on the save file table 5
4 (Fl') and read file data 12 (DI') in the same way as when saving all files (step 402).
.

次いで、退避ファイルエントリ62のファイルへ、ダア
ドレス67が存在するか否かを判断するが(ステップ4
03)、今は更新退避であるためファイルが追加された
場合を除いてファイルヘッダアドレス67が既に存在す
るのでyesの側へ進む。
Next, it is determined whether or not the file address 67 exists in the save file entry 62 (step 4).
03) Since this is an update save, the file header address 67 already exists except when a file is added, so proceed to the yes side.

そして、格納ファイルエントリ61を検索して同一ファ
イル名(a)の退避ファイルエントリ62を見つけ、フ
ァイルへノダアドレス67を得て、格納ファイル71よ
りファイルヘッダ74(DHl)を読み込む(ステップ
407)。
Then, the storage file entry 61 is searched to find the save file entry 62 with the same file name (a), the node address 67 to the file is obtained, and the file header 74 (DHl) is read from the storage file 71 (step 407).

そして、読み込んだファイルヘッダ74(DHl)内の
ファイルデータアドレス77から格納されているファイ
ルデータ75(Di)のサイズを取得し、今回読み込ん
だファイルデータ12(DI )のサイズと比較して拡
張ファイルが必要であるか否かを判断する(ステップ4
08)。そして、今回退避するファイルデータ12(D
io)の方が同しか小さい時はnoの側へ進み、読み込
んだファイルデータ12(Dビ)で格納ファイル71の
ファイルデータ部73内のファイルデータ15 (DI
)を置)負ずル(ステン7°409 )。
Then, the size of the stored file data 75 (Di) is obtained from the file data address 77 in the read file header 74 (DHl), and compared with the size of the file data 12 (DI) read this time, the expanded file (Step 4)
08). Then, file data 12 (D
io) is the same or smaller, the process goes to the no side, and the file data 15 (DI
).

一方、読み込んだファイルデータ12(例えばD2  
)のサイズがファイルデータ部73にlされているファ
イルデータ(D2)より大きい場合は、ファイルデータ
12 (D2’ )でファイルデータ75(D2a)を
そのサイズ分だけWIAし、ファイルデータ(02″)
の拡張された部分は、ファイルデータ部73の最終ブロ
ック以降へファイルデータ(D2b)とじて書き込んで
行く (ステップ410)。そして、i18ブロック以
降にgき込んだファイルデータ(D2b)に対するファ
イルデータアドレス77をファイルヘノタフ4(D11
2)内に追加する(ステップ411)。
On the other hand, the read file data 12 (for example, D2
) is larger than the file data (D2) stored in the file data section 73, WIA is performed on the file data 75 (D2a) by that size using the file data 12 (D2'), and the file data (02'') is )
The expanded portion is written as file data (D2b) after the last block of the file data section 73 (step 410). Then, the file data address 77 for the file data (D2b) written after block i18 is set to file henotaf4 (D11
2) (step 411).

また、この想定ではAM当しないが、退避ファイルエン
トリ62内のファイルへ、ダアドレス67が登録されて
いない時は、ファイルの追加とみなし、全退避と同様に
ファイルデータ12の追加処理(ステップ404〜40
6)を行う。
Also, in this assumption, AM does not apply, but when the file address 67 is not registered to the file in the save file entry 62, it is assumed that a file has been added, and the file data 12 is added (step 404) in the same way as when saving all files. ~40
Do 6).

ファイルデータ退避手段4は、上記処理を退避ファイル
テーブル5内の全てのファイル記述子14に対して行い
、これによりファイルデータ12の更新退避処理が終了
する。
The file data saving means 4 performs the above processing on all the file descriptors 14 in the saving file table 5, thereby completing the update saving process of the file data 12.

その後の更新後退避も同様に行われる。Subsequent updates and retreats are performed in the same manner.

〔発明の効果] 以上説明したように、本発明のファイル退避方式にあっ
ては、退避されたファイルの格納ファイル内での相対位
置情報をテーブルに登録しておき、全退避以降の更新退
避に際し、先に行った退避で格納ファイルに退避されて
いるファイルデータを今回退避すべきファイルデータで
置き換えることにより、全1で作成した格納ファイルと
更新退避で作成する格納ファイルとを結合した形で格納
ファイルを作成するため、ファイル退避に必要な格納フ
ァイルは各利用者に対して全退避時に作成された格納フ
ァイルただ1つのみであり、ファイルデータの重複をな
くしてファイル資源を存効に利用できると共に、格納フ
ァイルの管理が容易になるという効果がある。
[Effects of the Invention] As explained above, in the file saving method of the present invention, the relative position information of the saved file within the storage file is registered in a table, and when updating and saving after all saving, By replacing the file data saved in the storage file in the previous save with the file data to be saved this time, the storage file created in Step 1 and the storage file created in the update save are stored in a combined form. Because the file is created, the only storage file required for file backup is the one that was created when all files were saved for each user, eliminating duplication of file data and making effective use of file resources. At the same time, there is an effect that management of stored files becomes easier.

【図面の簡単な説明】[Brief explanation of drawings]

第1図は本発明のファイル退避方式の一実施例を示す構
成図、 第2図はファイル管理情報とファイルデータとの関係を
示す図、 第3図は格納ファイルおよび格納ファイルエントリの詳
細図および、 第4図は実施例の処理を示すフローチャートである。 図において、 1・・・・・データファイル装置 11・・・ファイル管理情報 12・・ファイルデータ 2・・・・・ファイル管理情報退避手段3・・・・・・
退避ファイル判定手段 4・・・・・ファイルデータ退避手段 5・・・・・・退避ファイルテーブル 6・・・・・・格納ファイルテーブル 61・・・格納ファイルエントリ 7・・・・・・格納ファイル装置 71・・格納ファイル
Fig. 1 is a block diagram showing an embodiment of the file saving method of the present invention, Fig. 2 is a diagram showing the relationship between file management information and file data, and Fig. 3 is a detailed diagram of stored files and stored file entries. , FIG. 4 is a flowchart showing the processing of the embodiment. In the figure, 1...Data file device 11...File management information 12...File data 2...File management information saving means 3...
Save file determination means 4... File data save means 5... Save file table 6... Storage file table 61... Storage file entry 7... Storage file Device 71: Storage file

Claims (1)

【特許請求の範囲】 データファイル装置に格納されたファイルを格納ファイ
ル装置に全退避し、その後、更新のあったファイルにつ
き更新退避を行うファイル退避方式において、 データファイル装置からファイル管理情報を退避ファイ
ルテーブルに読み込み、全退避時には格納ファイル装置
に格納ファイルを確保した後、更新退避時には退避ファ
イル判定手段を呼び出して実行させた後、退避ファイル
テーブルに登録されたファイル管理情報を格納ファイル
に退避し、退避したファイル管理情報の位置情報を格納
ファイルテーブルに登録するファイル管理情報退避手段
と、 ファイル管理情報退避手段により呼び出され、読み込ん
だファイル管理情報に保持されているファイル更新日時
と格納ファイルテーブルに保持されている格納ファイル
の作成日時とを比較することにより前回の退避以降にフ
ァイルが更新されたか否かの判定を行い、退避すべきフ
ァイルのファイル管理情報を退避ファイルテーブルに残
す退避ファイル判定手段と、 退避ファイルテーブルに登録されたファイル管理情報と
格納ファイルテーブルに保持されている退避されたファ
イルの格納ファイル内での位置情報とを参照し、データ
ファイル装置から格納ファイル装置の格納ファイルへ退
避すべきファイルのファイルデータを置換あるいは追加
して退避するファイルデータ退避手段とを備えたことを
特徴とするファイル退避方式。
[Claims] In a file saving method that saves all files stored in a data file device to a storage file device, and then saves updated files, file management information is transferred from the data file device to a save file. After loading the file into the table and securing the storage file in the storage file device when saving all files, and calling and executing the saving file determination means when saving an update, saves the file management information registered in the saving file table to the storage file, A file management information saving means that registers the location information of the saved file management information in the stored file table, and a file update date and time called by the file management information saving means and stored in the read file management information and stored in the stored file table. evacuation file determination means that determines whether the file has been updated since the previous evacuation by comparing the creation date and time of the stored file that has been saved, and leaves file management information of the file to be evacuation in an evacuation file table; , refers to the file management information registered in the evacuation file table and the position information of the evacuated file in the storage file held in the storage file table, and saves the file from the data file device to the storage file of the storage file device. 1. A file saving method, comprising: file data saving means for replacing or adding file data of a file to be saved.
JP1142425A 1989-06-05 1989-06-05 File saving system Pending JPH036753A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP1142425A JPH036753A (en) 1989-06-05 1989-06-05 File saving system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP1142425A JPH036753A (en) 1989-06-05 1989-06-05 File saving system

Publications (1)

Publication Number Publication Date
JPH036753A true JPH036753A (en) 1991-01-14

Family

ID=15315027

Family Applications (1)

Application Number Title Priority Date Filing Date
JP1142425A Pending JPH036753A (en) 1989-06-05 1989-06-05 File saving system

Country Status (1)

Country Link
JP (1) JPH036753A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0830499A (en) * 1994-07-20 1996-02-02 Nec Software Ltd Data file creating, saving and restoring device

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5851392A (en) * 1981-09-24 1983-03-26 Fujitsu Ltd File copying system
JPS63120344A (en) * 1986-11-10 1988-05-24 Nec Corp Saving restoration system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5851392A (en) * 1981-09-24 1983-03-26 Fujitsu Ltd File copying system
JPS63120344A (en) * 1986-11-10 1988-05-24 Nec Corp Saving restoration system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0830499A (en) * 1994-07-20 1996-02-02 Nec Software Ltd Data file creating, saving and restoring device

Similar Documents

Publication Publication Date Title
US5175849A (en) Capturing data of a database system
US5623661A (en) System for and method of providing delta-versioning of the contents of PCTE file objects
JP4237354B2 (en) Transaction processing method and transaction processing system
US7930271B2 (en) Method and apparatus for data processing
EP2356560B1 (en) Atomic multiple modification of data in a distributed storage system
US6542167B1 (en) System and method for flexible software linking
JP2000259456A (en) File revision management system
EP1696344A2 (en) Serialization of file system item(s) and associated entity(ies)
JPH02201653A (en) Application program interface method
US10445185B1 (en) Version mapped incremental backups
JPH036753A (en) File saving system
JP2004295272A (en) Transaction control method
JPH0844609A (en) Data backup method
CN116700902B (en) Container acceleration deployment method and device for asynchronous parallel extraction of mirror image layer
JPH0512087A (en) System for outputting pre-updating journal
JP2841363B2 (en) External module acquisition method
JPS63213042A (en) Method for extending file area
JP3105791B2 (en) Program patch system
JPH0322152A (en) File restoring system
JPS62297948A (en) Recovery system for fault of data base
JPS6058492B2 (en) Database search method
JP2658097B2 (en) Secondary file creation method
JPH04191934A (en) Method and device for managing functional program
JPH05298125A (en) Recovery system for main memory data
JPH10293710A (en) Object storage management system and medium recording execution program