JPH05181732A - 分散処理におけるファイル更新方式 - Google Patents
分散処理におけるファイル更新方式Info
- Publication number
- JPH05181732A JPH05181732A JP3346050A JP34605091A JPH05181732A JP H05181732 A JPH05181732 A JP H05181732A JP 3346050 A JP3346050 A JP 3346050A JP 34605091 A JP34605091 A JP 34605091A JP H05181732 A JPH05181732 A JP H05181732A
- Authority
- JP
- Japan
- Prior art keywords
- processing
- file
- update
- counter
- distributed
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 分散トランザクション処理におけるファイル
更新のように、データ容量が大きい場合、またデータ容
量が可変の場合、およびデータの共有化時間、占有時間
の極小化が要求される処理での効果的な利用を図る。 【構成】 センタファイル更新の発生毎に更新回数カウ
ンタ７に情報を収納し、この後、障害が発生してデータ
復旧を行う場合に、更新回数カウンタ７に収納した情報
により復旧箇所を判断して復旧処理を行う。
更新のように、データ容量が大きい場合、またデータ容
量が可変の場合、およびデータの共有化時間、占有時間
の極小化が要求される処理での効果的な利用を図る。 【構成】 センタファイル更新の発生毎に更新回数カウ
ンタ７に情報を収納し、この後、障害が発生してデータ
復旧を行う場合に、更新回数カウンタ７に収納した情報
により復旧箇所を判断して復旧処理を行う。
Description
【０００１】
【産業上の利用分野】本発明は、端末機、中央処理装置
間での分散処理を行うコンピュータシステムに利用し、
殊に、分散トランザクション処理でのファイル更新を行
う分散処理におけるファイル更新方式に関する。
間での分散処理を行うコンピュータシステムに利用し、
殊に、分散トランザクション処理でのファイル更新を行
う分散処理におけるファイル更新方式に関する。
【０００２】
【従来の技術】従来、端末機と中央処理装置間で処理を
分散してセンタファイルを更新する場合、図４に示すよ
うに、端末機プログラム１と中央処理装置プログラム２
との間の複数回にわたるデータ送受信３の最後にセンタ
ファイル４を一括更新している。あるいは図５に示すよ
うに、センタファイルの全部または一部を端末機プログ
ラム１に転送し、端末機プログラム１側で加工して中央
処理装置プログラム２に再転送するのが一般的である。
分散してセンタファイルを更新する場合、図４に示すよ
うに、端末機プログラム１と中央処理装置プログラム２
との間の複数回にわたるデータ送受信３の最後にセンタ
ファイル４を一括更新している。あるいは図５に示すよ
うに、センタファイルの全部または一部を端末機プログ
ラム１に転送し、端末機プログラム１側で加工して中央
処理装置プログラム２に再転送するのが一般的である。
【０００３】これらは、障害発生時のデータ復旧処理が
簡単なことが特徴である。すなわち、図４に示す例で
は、最終的なデータ送受信３のタイミングでセンタファ
イルを一括更新しており、それ以前の障害発生において
はデータ復旧の必要がなく、一括更新時のみのデータ復
旧に対応すればよい。また、図５に示す例では、障害が
発生した場合、障害を引き起こしたデータは廃棄して再
処理すればよい。
簡単なことが特徴である。すなわち、図４に示す例で
は、最終的なデータ送受信３のタイミングでセンタファ
イルを一括更新しており、それ以前の障害発生において
はデータ復旧の必要がなく、一括更新時のみのデータ復
旧に対応すればよい。また、図５に示す例では、障害が
発生した場合、障害を引き起こしたデータは廃棄して再
処理すればよい。
【０００４】
【発明が解決しようとする課題】しかしながら、従来の
分散処理におけるファイル更新方式にあって、図４に示
す例では、１回目、２回目の送信データはメモリ中に蓄
積しなければならず、データ容量が大きい場合、またデ
ータ容量が可変の場合に効果的な処理ができないという
欠点がある。
分散処理におけるファイル更新方式にあって、図４に示
す例では、１回目、２回目の送信データはメモリ中に蓄
積しなければならず、データ容量が大きい場合、またデ
ータ容量が可変の場合に効果的な処理ができないという
欠点がある。
【０００５】図５に示す例では、センタファイルのデー
タを長時間、排他的に使用しているためデータの共有化
時間、占有時間の極小化が要求されるトランザクション
処理での利用に困難を伴うという欠点がある。
タを長時間、排他的に使用しているためデータの共有化
時間、占有時間の極小化が要求されるトランザクション
処理での利用に困難を伴うという欠点がある。
【０００６】本発明は、このような課題を解決するもの
であり、分散トランザクション処理におけるファイル更
新のように、データ容量が大きい場合、またデータ容量
が可変の場合、およびデータの共有化時間、占有時間の
極小化が要求される処理での効果的な利用ができる分散
処理におけるファイル更新方式を提供することを目的と
する。
であり、分散トランザクション処理におけるファイル更
新のように、データ容量が大きい場合、またデータ容量
が可変の場合、およびデータの共有化時間、占有時間の
極小化が要求される処理での効果的な利用ができる分散
処理におけるファイル更新方式を提供することを目的と
する。
【０００７】
【課題を解決するための手段】この目的を達成するため
に、本発明は、端末機プログラムと中央処理装置プログ
ラムとが相互に連携してセンタファイルを更新する分散
処理におけるファイル更新方式において、センタファイ
ル更新の発生毎に更新回数カウンタに情報を収納し、こ
の後、障害が発生してデータ復旧を行う場合に、更新回
数カウンタに収納した情報により復旧箇所を判断して復
旧処理を行うことを特徴とするものである。
に、本発明は、端末機プログラムと中央処理装置プログ
ラムとが相互に連携してセンタファイルを更新する分散
処理におけるファイル更新方式において、センタファイ
ル更新の発生毎に更新回数カウンタに情報を収納し、こ
の後、障害が発生してデータ復旧を行う場合に、更新回
数カウンタに収納した情報により復旧箇所を判断して復
旧処理を行うことを特徴とするものである。
【０００８】さらに、更新回数カウンタは端末機ＩＤ、
処理一連番号および更新回数カウンタが連続して設けら
れることを特徴とするものである。
処理一連番号および更新回数カウンタが連続して設けら
れることを特徴とするものである。
【０００９】また、記載の処理および構成がコンピュー
タシステムの分散トランザクション処理におけるファイ
ル更新に適用されることを特徴とするものである。
タシステムの分散トランザクション処理におけるファイ
ル更新に適用されることを特徴とするものである。
【００１０】
【実施例】以下、本発明の分散処理におけるファイル更
新方式の実施例について図面をもとに説明する。
新方式の実施例について図面をもとに説明する。
【００１１】図１は、実施例が適用される分散トランザ
クション処理を示している。
クション処理を示している。
【００１２】ここでは、例として端末機と中央処理装置
の各プログラム間で３回のデータ送受信を行い、それぞ
れセンタファイルを更新することにより処理が完結する
ようになっている。
の各プログラム間で３回のデータ送受信を行い、それぞ
れセンタファイルを更新することにより処理が完結する
ようになっている。
【００１３】図１において、１は端末機プログラム、２
は中央処理装置プログラム、３はデータ送受信の動作を
示す。４はセンタファイル、６は排他利用フラグ、７は
更新回数カウンタ、８は処理一連番号カウンタ、９は障
害フラグである。
は中央処理装置プログラム、３はデータ送受信の動作を
示す。４はセンタファイル、６は排他利用フラグ、７は
更新回数カウンタ、８は処理一連番号カウンタ、９は障
害フラグである。
【００１４】次に、この構成の動作について説明する。
【００１５】図２は更新回数カウンタ７の内容を示して
いる。また、図３は中央処理装置プログラム２で実行さ
れる復旧処理手順を示している。
いる。また、図３は中央処理装置プログラム２で実行さ
れる復旧処理手順を示している。
【００１６】図１において、端末機からトランザクショ
ン処理が要求されると、端末機プログラム１は処理一連
番号カウンタ８から処理一連番号を採番し、データとと
もに中央処理装置プログラム２に送信する。
ン処理が要求されると、端末機プログラム１は処理一連
番号カウンタ８から処理一連番号を採番し、データとと
もに中央処理装置プログラム２に送信する。
【００１７】中央処理装置プログラム２ではステップａ
において排他利用フラグ６をオンにしてトランザクショ
ンで利用するデータを占有し、データをセンタファイル
４に書き込む。また、端末機ＩＤ１０、処理一連番号１
に端末機プログラム１からのデータをセットし、更新回
数カウンタ７に１をセットする。図２に示すように、更
新回数カウンタ７は端末機、処理一連番号ごとに、セン
タファイルの更新回数が判断できるようになっている。
その後ここまでの処理を確定する。
において排他利用フラグ６をオンにしてトランザクショ
ンで利用するデータを占有し、データをセンタファイル
４に書き込む。また、端末機ＩＤ１０、処理一連番号１
に端末機プログラム１からのデータをセットし、更新回
数カウンタ７に１をセットする。図２に示すように、更
新回数カウンタ７は端末機、処理一連番号ごとに、セン
タファイルの更新回数が判断できるようになっている。
その後ここまでの処理を確定する。
【００１８】これを受けた端末機プログラム１では、さ
らに２回目のデータを中央処理装置プログラム２に送信
する。中央処理装置プログラム２ではステップｂにおい
て前回同様センタファイルにデータを書き込んだ後、更
新回数カウンタ７に２をセットし、処理を確定する。
らに２回目のデータを中央処理装置プログラム２に送信
する。中央処理装置プログラム２ではステップｂにおい
て前回同様センタファイルにデータを書き込んだ後、更
新回数カウンタ７に２をセットし、処理を確定する。
【００１９】同様にしてステップｃで３回目のデータを
センタファイルに書き込んだ後に更新回数カウンタ７に
２をセットし、排他利用フラグをオフにし、処理を確定
する。このようにしてトランザクション処理を行う。
センタファイルに書き込んだ後に更新回数カウンタ７に
２をセットし、排他利用フラグをオフにし、処理を確定
する。このようにしてトランザクション処理を行う。
【００２０】次に、障害が発生し、トランザクション処
理が異常終了した場合のデータ復旧について説明する。
理が異常終了した場合のデータ復旧について説明する。
【００２１】図３において、端末機プログラム１から中
央処理装置プログラム２に対し、復旧処理の要求が判断
される（ステップ（図中、Ｓと記載する）１００）。こ
のＳ１００で、復旧処理の要求がないＮｏの場合、処理
終了となる。また、復旧処理の要求があるＹｅｓの場
合、先ず、処理一連番号カウンタ８と処理一連番号１を
比較する（ステップ１０１）。ここで処理一連番号カウ
ンタ８のほうが大きいＮｏの場合、センタファイルの更
新が一度も発生していない判断できるので復旧処理を終
了する（ステップ１０２）。
央処理装置プログラム２に対し、復旧処理の要求が判断
される（ステップ（図中、Ｓと記載する）１００）。こ
のＳ１００で、復旧処理の要求がないＮｏの場合、処理
終了となる。また、復旧処理の要求があるＹｅｓの場
合、先ず、処理一連番号カウンタ８と処理一連番号１を
比較する（ステップ１０１）。ここで処理一連番号カウ
ンタ８のほうが大きいＮｏの場合、センタファイルの更
新が一度も発生していない判断できるので復旧処理を終
了する（ステップ１０２）。
【００２２】次に、処理一連番号カウンタ８と処理一連
番号１が合致したとする場合には、更新回数カウンタ７
の内容にしたがう（ステップ１０３，１０４，１０
５）。
番号１が合致したとする場合には、更新回数カウンタ７
の内容にしたがう（ステップ１０３，１０４，１０
５）。
【００２３】ステップ１０３で更新回数カウンタ７が１
のＹｅｓの場合はステップａの処理が終了しているの
で、ステップａの処理を無効にする（ステップ１０
４）。この後、更新回数カウンタ７を３にし、処理一連
番号マイナス１にする処理を行う（ステップ１０５）。
のＹｅｓの場合はステップａの処理が終了しているの
で、ステップａの処理を無効にする（ステップ１０
４）。この後、更新回数カウンタ７を３にし、処理一連
番号マイナス１にする処理を行う（ステップ１０５）。
【００２４】ステップ１０３でＮｏの場合、更新回数カ
ウンタ７の２が判断される（ステップ１０６）。ここで
２であるＹｅｓの場合ステップａとｂの処理が終了して
いるので、ステップａとｂの処理を無効にする（ステッ
プ１０７）。続いて、更新回数カウンタ７を３にし、処
理一連番号マイナス１にする処理を行う（ステップ１０
８）。ステップ１０６でＮｏの場合、更新回数カウンタ
７が３であり、センタファイルの更新は完結していると
判断できるので復旧処理を終了する（ステップ１０
９）。
ウンタ７の２が判断される（ステップ１０６）。ここで
２であるＹｅｓの場合ステップａとｂの処理が終了して
いるので、ステップａとｂの処理を無効にする（ステッ
プ１０７）。続いて、更新回数カウンタ７を３にし、処
理一連番号マイナス１にする処理を行う（ステップ１０
８）。ステップ１０６でＮｏの場合、更新回数カウンタ
７が３であり、センタファイルの更新は完結していると
判断できるので復旧処理を終了する（ステップ１０
９）。
【００２５】
【発明の効果】以上の説明から明らかなように、本発明
の分散処理におけるファイル更新方式は、センタファイ
ル更新の発生毎に更新回数カウンタに情報を収納し、こ
の後、障害が発生してデータ復旧を行う場合に、更新回
数カウンタに収納した情報により復旧箇所を判断して復
旧処理を行うようにしているので、分散トランザクショ
ン処理におけるファイル更新のようにデータ容量が大き
い場合、またデータ容量が可変の場合、およびデータの
共有化時間、占有時間の極小化が要求される処理での効
果的な利用ができるという効果を有する。
の分散処理におけるファイル更新方式は、センタファイ
ル更新の発生毎に更新回数カウンタに情報を収納し、こ
の後、障害が発生してデータ復旧を行う場合に、更新回
数カウンタに収納した情報により復旧箇所を判断して復
旧処理を行うようにしているので、分散トランザクショ
ン処理におけるファイル更新のようにデータ容量が大き
い場合、またデータ容量が可変の場合、およびデータの
共有化時間、占有時間の極小化が要求される処理での効
果的な利用ができるという効果を有する。
【図１】本発明の分散処理におけるファイル更新方式の
実施例における端末機および中央処理装置のプログラム
処理を示す図である。
実施例における端末機および中央処理装置のプログラム
処理を示す図である。
【図２】図１における更新回数カウンタの内容を示す図
である。
である。
【図３】図２における中央処理装置プログラムで実行さ
れる復旧処理手順を示すフローチャートである。
れる復旧処理手順を示すフローチャートである。
【図４】従来例の説明に供され、端末機および中央処理
装置のプログラム処理を示す図である。
装置のプログラム処理を示す図である。
【図５】従来例の説明に供され、他の端末機および中央
処理装置のプログラム処理を示す図である。
処理装置のプログラム処理を示す図である。
１ 端末機プログラム ２ 中央処理装置プログラム ３ データ送受信の動作経路 ４ センタファイル ６ 排他利用フラグ ７ 更新回数カウンタ ８ 処理一連番号カウンタ ９ 障害フラグ １０ 端末機ＩＤ
Claims (3)
- 【請求項１】端末機プログラムと中央処理装置プログラ
ムとが相互に連携してセンタファイルを更新する分散処
理におけるファイル更新方式において、 センタファイル更新の発生毎に更新回数カウンタに情報
を収納し、この後、障害が発生してデータ復旧を行う場
合に、前記更新回数カウンタに収納した情報により復旧
箇所を判断して復旧処理を行うことを特徴とする分散処
理におけるファイル更新方式。 - 【請求項２】更新回数カウンタは端末機ＩＤ、処理一連
番号および更新回数カウンタが連続して設けられること
を特徴とする請求項１記載の分散処理におけるファイル
更新方式。 - 【請求項３】請求項１または２記載の処理および構成が
コンピュータシステムの分散トランザクション処理にお
けるファイル更新に適用されることを特徴とする分散処
理におけるファイル更新方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3346050A JPH05181732A (ja) | 1991-12-27 | 1991-12-27 | 分散処理におけるファイル更新方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3346050A JPH05181732A (ja) | 1991-12-27 | 1991-12-27 | 分散処理におけるファイル更新方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05181732A true JPH05181732A (ja) | 1993-07-23 |
Family
ID=18380801
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3346050A Pending JPH05181732A (ja) | 1991-12-27 | 1991-12-27 | 分散処理におけるファイル更新方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05181732A (ja) |
-
1991
- 1991-12-27 JP JP3346050A patent/JPH05181732A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH04284548A (ja) | データベース排他制御方式 | |
| CN112667270A (zh) | 语音处理资源的更新方法、计算机设备及存储装置 | |
| JPH05181732A (ja) | 分散処理におけるファイル更新方式 | |
| JPS623361A (ja) | ステ−タス通報方式 | |
| JP2001109642A (ja) | クラスタシステム、及びそのデータ複写方法 | |
| JPH02171846A (ja) | トランザクション処理方式 | |
| CN114363221A (zh) | 一种基于微服务系统的心跳检测方法、存储介质、电子设备及系统 | |
| JP2645065B2 (ja) | 情報ダウンロードシステム | |
| CN113282570B (zh) | 区块链节点配置方法、计算机设备和存储介质 | |
| JP2652989B2 (ja) | ファイル転送装置 | |
| JP2973724B2 (ja) | 割り込み制御方式 | |
| JP3043265B2 (ja) | タイマー制御方法 | |
| CN117112139A (zh) | 集群缩容方法、装置、设备及计算机可读存储介质 | |
| CN113468195A (zh) | 服务器数据缓存更新方法、系统和主数据库服务器 | |
| KR20020063365A (ko) | 다중 프로세서의 공유메모리 실시간 공유 사용방법 | |
| EP0877330A2 (en) | Circuit verification process for semiconductor devices | |
| CN111858642A (zh) | 数据集更新方法、相关设备及可读存储介质 | |
| JP2021149293A (ja) | 情報処理装置、方法及びプログラム | |
| JPS61151746A (ja) | デ−タエラ−の処理方法 | |
| JPH0926943A (ja) | データ通信方法及びその装置 | |
| JPH0396040A (ja) | データ処理装置内のデータ転送方式 | |
| JPS63208924A (ja) | 多重化ボリユ−ム制御方式 | |
| JPS61100036A (ja) | ２重化システムデ−タ受信処理方式 | |
| JPH0581207A (ja) | データ共用方式 | |
| JPH02280264A (ja) | メッセージブロック管理方式 |