JPS6389944A - Managing system for file updating history - Google Patents
Managing system for file updating historyInfo
- Publication number
- JPS6389944A JPS6389944A JP61235563A JP23556386A JPS6389944A JP S6389944 A JPS6389944 A JP S6389944A JP 61235563 A JP61235563 A JP 61235563A JP 23556386 A JP23556386 A JP 23556386A JP S6389944 A JPS6389944 A JP S6389944A
- Authority
- JP
- Japan
- Prior art keywords
- file
- data
- history
- request
- update
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 claims description 20
- 238000007726 management method Methods 0.000 claims description 19
- 238000011084 recovery Methods 0.000 abstract description 8
- 238000010586 diagram Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
Landscapes
- Debugging And Monitoring (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
【発明の詳細な説明】
技術分野
本発明は、ファイル更新履歴管理方式に関し、特に障害
発生時に完全なデータ復旧が行えるファイル更新履歴管
理方式に関するものである。DETAILED DESCRIPTION OF THE INVENTION Technical Field The present invention relates to a file update history management system, and more particularly to a file update history management system that allows complete data recovery in the event of a failure.
従来技術 。Conventional technology.
従来のファイル管理方式では、主記憶装置の内容をバッ
クアップメモリに記憶させることにより、障害時のシス
テムダウンを防止している。例えば。In conventional file management systems, the contents of the main storage device are stored in a backup memory to prevent the system from going down in the event of a failure. for example.
特開昭59−201297号公報に記載の方式では、バ
ックアップメモリに、さらに磁気テープ装置やカートリ
ッジ磁気テープ装置を付加して、この付加装置とバック
アップメモリ間、主記憶装置とバックアップメモリ間、
主記憶装置と付加装置間で、情報の検証を任意に行うこ
とにより、システムダウンの防止と障害探索を行ってい
る。また、特開昭59−58566号公報に記載の方式
では、ログデータを先ず履歴ロギング・ファイルバッフ
ァに書き込み、これが完了した後にこのログデータを一
時的ロギングファイルに書き込み、履歴ロギング・ファ
イルバッファが満杯になると、この内容を上記ロギング
ファイルに書き込むようにしている。これにより、膨大
なログデータの取得がシステムの処理能力を制約するこ
とによって生じるボトルネックをなくすことが可能であ
る。In the method described in Japanese Patent Application Laid-Open No. 59-201297, a magnetic tape device or a cartridge magnetic tape device is added to the backup memory, and data is transmitted between the additional device and the backup memory, between the main storage device and the backup memory,
By arbitrarily verifying information between the main storage device and additional devices, system downtime is prevented and failure detection is performed. In addition, in the method described in Japanese Patent Application Laid-open No. 59-58566, log data is first written to a history logging file buffer, and after this is completed, this log data is written to a temporary logging file, so that the history logging file buffer becomes full. When this happens, this content is written to the above logging file. This makes it possible to eliminate bottlenecks caused by the acquisition of huge amounts of log data restricting the processing capacity of the system.
このように、従来の方式では、データを磁気テープ等に
より定期または不定期にバックアップを取り、障害発生
に備えている。すなわち、従来は。In this way, in the conventional system, data is regularly or irregularly backed up using magnetic tape or the like to prepare for the occurrence of a failure. That is, conventionally.
バックアップ処理を任意の時刻に行うか、メインプログ
ラムの空き時間に行っていたので、障、害が発生したと
きに、復旧できるのは、最終バックアップの状態までで
あり、障害発生直前の状態には戻せなかった。Because the backup process was performed at an arbitrary time or during the main program's free time, in the event of a failure or damage, only the state of the last backup can be restored, and the state immediately before the failure occurs. I couldn't go back.
目 的
本発明の目的は、このような従来の問題を解決し、通常
のバックアップと組み合わせて、厳密にデータを再現し
、障害発生直前の状態にまで復旧させることが可能なフ
ァイル更新履歴管理方式を提供することにある。Purpose The purpose of the present invention is to solve these conventional problems and provide a file update history management method that, in combination with normal backup, can accurately reproduce data and restore it to the state immediately before a failure occurred. Our goal is to provide the following.
構 成
上記目的を達成するため、本発明によるファイル更gr
履歴管理方式は、データファイルの更新処理を行うメイ
ンプログラムの他に、要求内容の記録および復旧の仕事
を行う履歴管理プロセスを設け、′データファイルの更
新要求が入力すると、上記メインプログラムは該要求内
容を共通メモリ域に移して、上記履歴管理プロセスを起
動した後、データファイルの更新処理を行い、上記履歴
管理プロセスは1処理単位が正常に終了した時点で履歴
ファイルへの書き込みを行い、データ復旧時には、履歴
ファイルのレコードを基に順にデータファイルを復旧す
ることに特徴がある。Configuration In order to achieve the above purpose, the file modification according to the present invention is performed.
In the history management method, in addition to the main program that updates data files, a history management process is provided that records and restores the request contents. When a data file update request is input, the main program executes the request. After moving the contents to the common memory area and starting the above history management process, the data file is updated, and the above history management process writes to the history file when one processing unit is successfully completed, and updates the data. At the time of recovery, data files are sequentially recovered based on the records of the history file.
以下、本発明の構成を、実施例により詳細に説明する。Hereinafter, the configuration of the present invention will be explained in detail using examples.
第1図は、本発明の一実施例を示すファイル管理システ
ムの構成図である。第1図において、10はCPUや入
出力装置等に接続された共通バス、11はワークスチー
シコンからのデータの登録、更新要求を受付番づる要求
受付部、12はデータファイルにデータを書き込むデー
タ書込部、13は格納されたデータの履歴を管理する履
歴処理部、14は磁気記憶装置Aを使用したデータファ
イル。FIG. 1 is a configuration diagram of a file management system showing an embodiment of the present invention. In FIG. 1, 10 is a common bus connected to the CPU, input/output devices, etc., 11 is a request reception unit that receives data registration and update requests from the workstation computer, and 12 is data that writes data to a data file. A writing unit 13 is a history processing unit that manages the history of stored data, and 14 is a data file using a magnetic storage device A.
15は磁気記憶装置Bを使用した履歴ファイルである。15 is a history file using magnetic storage device B;
共通バス10を介してワークスチーシコンからデータの
登録/更新の要求が送られてくると、要求受付部11が
これを受は付けて、データ書込部12を起動させ、デー
タファイル14にデータの登録、更新を行う。そおと同
時に、その要求自体を一連のデータ処理単位に別フ′ア
イルである履歴ファイル15に記録を残す。障害発生時
にデータの修復を行う場合、履歴処理部13はこの履歴
ファイル15を利用して処理を行い、データファイル1
4の修復を行う。When a data registration/update request is sent from the workstation computer via the common bus 10, the request receiving unit 11 accepts the request, starts the data writing unit 12, and writes the data to the data file 14. Register and update. At the same time, the request itself is recorded in a series of data processing units in the history file 15, which is a separate file. When restoring data when a failure occurs, the history processing unit 13 performs processing using this history file 15 and restores the data file 1.
Perform the repair in step 4.
本発明′と従来技術との差異は、主に次の2点である。The main differences between the present invention' and the prior art are the following two points.
(イ)本発明のロギングプロセスは、通常スリーブ状態
でデータ追加や更新のイベントが発生した時に起動され
、これを繰り返す。これは、メモリ空間およびCPU時
間の節約のためである。(a) The logging process of the present invention is normally activated when a data addition or update event occurs in the sleep state, and this process is repeated. This is to save memory space and CPU time.
また、メインプロセスは、ロギングプロセスに処理を依
頼すれば、直ちに゛自分の次処理に移ることができ、ロ
ギングプロセスとは非同期に動作する。Furthermore, if the main process requests processing to the logging process, it can immediately move on to its next process, and operates asynchronously with the logging process.
これにより、処理時間の節約が可能となる。This makes it possible to save processing time.
(ロ)ロギングの対象となるデータは、ワークスチーシ
コンからのコマンドイメージそのままのもので、各ファ
イルとと゛に履歴を取る手間を省き、処理スピードの向
上を図っている。(b) The data targeted for logging is the exact image of the command from the workstation computer, which eliminates the need to record history for each file and improves processing speed.
第2図は、本発明が適用されるL A N (I、oc
alArea Network)の構成図である。2
0は共通バス、21はワークスチーシミン、22.23
はファイル゛ステーシゴンにおける磁気記憶装置と光デ
イスク装置である。磁気記憶装置22には、インデック
スファイル22−1と履歴ファイル222とが設けられ
、光デイスク装置23の画データファイルに接続されて
いる。30はワークスチー>sン21からのデータ更新
要求コマンドであって、コマンドとインデックスと画像
データから構成される。インデックスはインデックスフ
ァイル221に入力され、コマンドとインデックスは履
歴ファイル222に入力され、画像データは画像データ
ファイル23に入力される。FIG. 2 shows L A N (I, oc
alArea Network). 2
0 is a common bus, 21 is a work station, 22.23
are the magnetic storage device and optical disk device in the file storage system. The magnetic storage device 22 is provided with an index file 22-1 and a history file 222, and is connected to the image data file of the optical disk device 23. 30 is a data update request command from the workstation 21, which is composed of a command, an index, and image data. The index is entered into an index file 221 , the command and index are entered into a history file 222 , and the image data is entered into an image data file 23 .
第3図は、第2図における処理概要の説明図である。第
2図のLANシステムにおいて、第3図に示すように、
データ更新系(登録・修正・削除)の要求がワークステ
ーション21から到来したときに、そのコマンド部と、
更新対象となるインデックス部を、履歴ファイル222
に書き込む。FIG. 3 is an explanatory diagram of the processing outline in FIG. 2. In the LAN system shown in Fig. 2, as shown in Fig. 3,
When a request for data update (registration, modification, deletion) arrives from the workstation 21, the command part and
The index section to be updated is stored in the history file 222.
write to.
第3図では、(a)データ更新要求時と、(b)データ
復旧時の場合について、データの流九を示している。以
下、順序に従って説明する。FIG. 3 shows the flow of data for (a) a data update request and (b) a data recovery. The explanation will be given below in order.
(イ)B歴ファイルの作成
システム立上げと同時に、当日のシステム日時およびデ
ータファイルのTDを名前に組み込んだ履歴ファイル1
5を作成する。(b) Creation of B history file At the same time as system startup, history file 1 incorporates the current day's system date and time and the TD of the data file into its name.
Create 5.
(ロ)履歴管理プロセスの用意
要求内容の記録および復旧の仕事を行うプログラムとし
て、履歴管理プロセス2が用意され、システム立ち上げ
とともに起動待ち状態になる。(b) Preparation of history management process A history management process 2 is prepared as a program for recording and restoring requested contents, and enters a start-waiting state when the system starts up.
(ハ)履歴の書き込み
データファイルの更新要求が来ると、メインプログラム
1は、その要求内容を共通メモリ域3にコピーしく動作
■)、履歴管理プロセス2を起動した上で(動作■)、
白からはデータファイル14の更新処理に移る。(c) When a request to update the history writing data file comes, the main program 1 copies the request contents to the common memory area 3 (operation ■), starts the history management process 2 (operation ■),
From white, the process moves to updating the data file 14.
履歴管理プロセス2は、起動を受けて、共通メモリ域3
の内容を書き込み領域4に移しく動作■)、その結果を
メインプログラム1に通知して(動作■)、再び起動待
ち状態に入る。なお、履歴ファイル15への実際の書、
き込みは、1処理単位(複数の要求で1処理を祷成する
場合もある)が正常に終了した時点で行い(動作■)、
履歴ファイル15は日付ごと、対応データファイル14
ごとに用意される。Upon activation, the history management process 2 stores the common memory area 3.
The main program 1 is transferred to the write area 4 (operation (2)), the result is notified to the main program 1 (operation (2)), and the program enters the startup waiting state again. In addition, the actual writing to history file 15,
Loading is performed when one processing unit (one processing may be completed with multiple requests) has been successfully completed (operation ■),
History file 15 is for each date, corresponding data file 14
prepared for each.
(ニ)データの復旧
障害時等では、データを復旧するため、第3図(b)に
示すように、バックアップされているデータファイルを
磁気ディスク上に展開する。そして、オペレータから、
データファイルTr)、期間等の指示を受けて、該当す
る履歴ファイル】5に残されたレコードを基に、順にデ
ータファイルを復旧していく。(d) Data Recovery In the event of a failure, etc., in order to recover the data, the backed up data file is expanded onto the magnetic disk as shown in FIG. 3(b). And from the operator,
Upon receiving instructions such as data file Tr), period, etc., the data files are sequentially restored based on the records left in the corresponding history file [5].
(ホ)バックアップとの関連
ある時点で、磁気テープ等にデータのパックアツブを取
った時には、それまでの履歴ファイル15は削除されて
よい。(e) Relation to backup When data is packed up onto a magnetic tape or the like at a certain point, the history file 15 up to that point may be deleted.
効 果
以上説明したように、本発明によれば、データのファイ
ルへの登録および更新の際に、その要求自体を一連のデ
ータ処理単位に別ファイルに記録して歿すので、障害発
生時、データ修復にその記録を利用することにより、は
ぼ完全なデータの復旧が行える。Effects As explained above, according to the present invention, when registering and updating data in a file, the request itself is recorded in a separate file as a series of data processing units, so that when a failure occurs, By using the records for data recovery, almost complete data recovery can be achieved.
第1図は本発明の一実施例を示すファイル管理システム
の構成図、第2図は本発明を適用するLANシステムの
構成図、第3図は第2図における処理の流九の説明図で
ある。Fig. 1 is a block diagram of a file management system showing an embodiment of the present invention, Fig. 2 is a block diagram of a LAN system to which the present invention is applied, and Fig. 3 is an explanatory diagram of the flow of processing in Fig. 2. be.
Claims (1)
履歴ファイルを備えたファイル管理システムにおいて、
データファイルの更新処理を行うメインプログラムの他
に、要求内容の記録および復旧の仕事を行う履歴管理プ
ロセスを設け、データファイルの更新要求が入力すると
、上記メインプログラムは該要求内容を共通メモリ域に
移して、上記履歴管理プロセスを起動した後、データフ
ァイルの更新処理を行い、上記履歴管理プロセスは1処
理単位が正常に終了した時点で履歴ファイルへの書き込
みを行い、データ復旧時には、履歴ファイルのレコード
を基に順にデータファイルを復旧することを特徴とする
ファイル更新履歴管理方式。(1) In a file management system equipped with a data file and a history file that records the history of the data file,
In addition to the main program that performs data file update processing, a history management process is provided to record and restore request contents. When a data file update request is input, the main program stores the request contents in a common memory area. After moving the file and starting the above history management process, the data file is updated, and the above history management process writes to the history file when one processing unit is successfully completed, and when data is restored, the history file is updated. A file update history management method characterized by sequentially restoring data files based on records.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP61235563A JPS6389944A (en) | 1986-10-03 | 1986-10-03 | Managing system for file updating history |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP61235563A JPS6389944A (en) | 1986-10-03 | 1986-10-03 | Managing system for file updating history |
Publications (1)
Publication Number | Publication Date |
---|---|
JPS6389944A true JPS6389944A (en) | 1988-04-20 |
Family
ID=16987842
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP61235563A Pending JPS6389944A (en) | 1986-10-03 | 1986-10-03 | Managing system for file updating history |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPS6389944A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH04233693A (en) * | 1990-12-28 | 1992-08-21 | Tokyo Electric Co Ltd | Electronic cash register |
JP2007241630A (en) * | 2006-03-08 | 2007-09-20 | Nec Corp | Image collation processing system and environment reproducing method in case of fault |
-
1986
- 1986-10-03 JP JP61235563A patent/JPS6389944A/en active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH04233693A (en) * | 1990-12-28 | 1992-08-21 | Tokyo Electric Co Ltd | Electronic cash register |
JP2007241630A (en) * | 2006-03-08 | 2007-09-20 | Nec Corp | Image collation processing system and environment reproducing method in case of fault |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6092087A (en) | Log file optimization in a client/server computing system | |
US7865678B2 (en) | Remote copy system maintaining consistency | |
US6883112B2 (en) | Storage device, backup and fault tolerant redundant method and computer program code of plurality storage devices | |
US7991749B2 (en) | Database recovery method applying update journal and database log | |
JP4624829B2 (en) | Data backup system and method | |
US6868506B2 (en) | Data recovery method and apparatus | |
JP3856855B2 (en) | Differential backup method | |
US8572046B2 (en) | System and method for backing up a computer system | |
US6397229B1 (en) | Storage-controller-managed outboard incremental backup/restore of data | |
KR19980024086A (en) | Computer system and file management methods | |
US20030221075A1 (en) | Computer system for managing data transfer between storage sub-systems | |
JPH05120110A (en) | Automatic backup system for file | |
JP2000137636A (en) | Backup device | |
JPH1115604A (en) | Data multiplex method | |
JPS6389944A (en) | Managing system for file updating history | |
JPH06149485A (en) | Data completion guarantee processing method | |
JPS63262737A (en) | Data base updating and recording processing method | |
JP2656499B2 (en) | Computer system | |
JP2806342B2 (en) | Database failure recovery method and device | |
JPS58175065A (en) | Processing system of multiplex volume | |
JPH03171242A (en) | File backup method | |
JP3463696B2 (en) | Online garbage collection processing method | |
JP4161362B2 (en) | Computer system having data recovery function and data recovery method | |
JPS6167153A (en) | Partial trouble recovery processing system of direct access storage device | |
JPH0728708A (en) | Back-up method for disk device |