JP2865028B2 - Distributed duplex type fault prevention device - Google Patents
Distributed duplex type fault prevention deviceInfo
- Publication number
- JP2865028B2 JP2865028B2 JP7191729A JP19172995A JP2865028B2 JP 2865028 B2 JP2865028 B2 JP 2865028B2 JP 7191729 A JP7191729 A JP 7191729A JP 19172995 A JP19172995 A JP 19172995A JP 2865028 B2 JP2865028 B2 JP 2865028B2
- Authority
- JP
- Japan
- Prior art keywords
- standby
- data
- database
- server function
- function
- 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.)
- Expired - Lifetime
Links
- 230000002265 prevention Effects 0.000 title description 2
- 238000012545 processing Methods 0.000 claims description 226
- 238000012546 transfer Methods 0.000 claims description 138
- 230000004044 response Effects 0.000 claims description 72
- 238000000034 method Methods 0.000 claims description 62
- 238000011084 recovery Methods 0.000 claims description 59
- 238000007726 management method Methods 0.000 claims description 46
- 238000004891 communication Methods 0.000 claims description 45
- 238000012790 confirmation Methods 0.000 claims description 19
- 230000001186 cumulative effect Effects 0.000 claims description 19
- 230000008569 process Effects 0.000 claims description 17
- 238000012217 deletion Methods 0.000 claims description 11
- 230000037430 deletion Effects 0.000 claims description 11
- 238000010276 construction Methods 0.000 claims description 8
- 238000012805 post-processing Methods 0.000 claims description 7
- 238000007781 pre-processing Methods 0.000 claims description 7
- 238000013475 authorization Methods 0.000 claims description 6
- 230000005856 abnormality Effects 0.000 claims description 4
- 238000013523 data management Methods 0.000 claims description 4
- 238000012360 testing method Methods 0.000 claims description 4
- 238000013024 troubleshooting Methods 0.000 claims description 4
- FFBHFFJDDLITSX-UHFFFAOYSA-N benzyl N-[2-hydroxy-4-(3-oxomorpholin-4-yl)phenyl]carbamate Chemical compound OC1=C(NC(=O)OCC2=CC=CC=C2)C=CC(=C1)N1CCOCC1=O FFBHFFJDDLITSX-UHFFFAOYSA-N 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 26
- 238000012544 monitoring process Methods 0.000 description 19
- 230000014509 gene expression Effects 0.000 description 6
- 238000012423 maintenance Methods 0.000 description 5
- 230000008859 change Effects 0.000 description 4
- 238000012937 correction Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000008676 import Effects 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 230000000737 periodic effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000008030 elimination Effects 0.000 description 1
- 238000003379 elimination reaction Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000007429 general method Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 102200048773 rs2224391 Human genes 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Landscapes
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
- Hardware Redundancy (AREA)
Description
【0001】[0001]
【発明の属する技術分野】本発明は、一般企業体、並び
に公共団体で使用され、24時間サービス可能を前提に
オンライントランザクション処理を行う処理情報システ
ムの分散デュープレックス式障害対策装置に関し、特に
サーバ機能手段内のデータ内容は水平分散が可能である
分散デュープレックス式障害対策装置とそのデータベー
ス復旧方法とデータ転送方法とに関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a distributed duplex failure countermeasure device for a processing information system used in a general business entity and a public organization and performing online transaction processing on the premise that service can be performed for 24 hours. The present invention relates to a distributed duplex failure countermeasure device capable of horizontal distribution, a database recovery method thereof, and a data transfer method.
【0002】[0002]
【従来の技術】従来の分散処理情報システムの障害対策
方法は、主に2通り存在する。1つは主流方法であり、
具体的には障害発生頻度の高いシステム要素を多重化さ
せる方法である。他方は、分散した装置内にセンタデー
タのレプリカを配布する方法であり、データ記憶装置の
多重化によるレプリカ配布とは異なり、明示的に通信手
段を用いてレプリカ配布をする方法である。2. Description of the Related Art Conventionally, there are mainly two types of failure countermeasures for a distributed processing information system. One is the mainstream method,
Specifically, this is a method of multiplexing system elements having a high frequency of failure occurrence. The other is a method of distributing replicas of center data in distributed devices. Unlike the replica distribution by multiplexing data storage devices, this is a method of explicitly performing replica distribution using communication means.
【0003】例えば、「日経エレクトロニクスNO.6
09 101〜110ページ 1966年6月6日 中
村正弘」記載の技術がある。For example, “Nikkei Electronics No. 6
09 101-110, June 6, 1966, Masahiro Nakamura.
【0004】この技術を説明した図9は主流方法の障害
発生頻度の高いシステム要素を多重化させる方法を実現
した装置の概要図である。多重化により障害対策を行う
方法は、2通り存在する。FIG. 9 illustrating this technique is a schematic diagram of an apparatus which realizes a method of multiplexing system elements having a high frequency of occurrence of a failure in the mainstream method. There are two ways to take measures against failures by multiplexing.
【0005】1つは通常処理系の処理内容を、待機系も
同時に行うデュアル式であり、他方は、待機系は通常処
理系とは別な処理内容を行い、障害が発生した場合に限
り、待機系が通常処理系の処理内容を代行で行うデュー
プレックス式である。[0005] One is a dual type in which the processing contents of the normal processing system and the standby system are simultaneously performed. On the other hand, the standby system performs processing contents different from those of the normal processing system. This is a duplex type in which the standby system performs the processing contents of the normal processing system on behalf of the normal processing system.
【0006】図9では、本発明と概念的に同じであるデ
ュープレックス式を実現した装置を説明している。この
方法は、上記の文献に記載されている方法を応用したも
のである。FIG. 9 illustrates an apparatus which realizes a duplex system which is conceptually the same as the present invention. This method is an application of the method described in the above document.
【0007】サーバ機能手段151は、業務処理手段1
55、データベース実現手段156、レプリカ作成機能
手段157を含んで構成される。また、前記サーバ機能
手段151を多重化するために、別サーバ機能手段15
1Aも存在しており、前記別サーバ機能手段151Aに
は、前記業務処理手段155と同一の業務処理処理手段
155A、前記データベース実現手段156と同一のデ
ータベース実現手段156A、前記レプリカ作成機能手
段157と同一のレプリカ作成機能手段157A、なら
びに別業務処理手段158を含んで構成される。[0007] The server function means 151 is a service processing means 1
55, a database realizing means 156, and a replica creating function means 157. Further, in order to multiplex the server function means 151, another server function means 15 is required.
1A, the separate server function means 151A includes the same business processing means 155A as the business processing means 155, the same database realizing means 156A as the database realizing means 156, and the replica creation function means 157. It is configured to include the same replica creation function unit 157A and another business processing unit 158.
【0008】ユーザが、システムへ業務要求するため、
クライアント機能手段153から入力要求プリミティブ
159を発行すると、前記クライアント機能手段153
内に存在する業務処理手段154が起動する。前記業務
処理手段154は、通信手段152を介して前記サーバ
機能手段151内の前記業務処理手段155に処理委託
要求プリミティブ160を発行する。前記業務処理手段
155が前記処理委託要求プリミティブ160を受理す
ると、前記データベース実現手段156にトランザクシ
ョン要求プリミティブ161を発行し、業務処理を行
う。In order for a user to make a business request to the system,
When an input request primitive 159 is issued from the client function means 153, the client function means 153
The business processing means 154 existing in the server is activated. The business processing unit 154 issues a processing commission request primitive 160 to the business processing unit 155 in the server function unit 151 via the communication unit 152. When the business processing means 155 receives the processing commission request primitive 160, it issues a transaction request primitive 161 to the database realization means 156 to perform business processing.
【0009】前記サーバ機能手段151、151Aには
前記レプリカ作成機能手段157、157Aが存在して
おり、定期的に前記データベース実現手段156、15
6Aのデータ内容を一致させる様にしている。The server function means 151 and 151A have the replica creation function means 157 and 157A, respectively.
The data contents of 6A are matched.
【0010】ユーザが、再度システムへ業務要求するた
め、前記クライアント機能手段153から前記入力要求
プリミティブ159を発行すると、前記クライアント機
能手段153内に存在する前記業務処理手段154が再
起動する。前記業務処理手段154は、前記通信手段1
52を介して前記サーバ機能手段151内の前記業務処
理手段155に前記処理委託要求プリミティブ160を
発行するが、前記サーバ機能手段151に障害が発生
し、エラーであった場合は、前記業務処理手段154
は、前記通信手段152を介して前記別サーバ機能手段
151A内の前記業務処理手段155Aに前記処理委託
要求プリミティブ160を再発行し、処理を続ける。処
理の結果、前記データベース実現手段156、ならびに
前記別データベース実現手段156A間に発生するデー
タ不一致は、後に前記レプリカ作成機能手段157、1
57Aにて解消されることになる。When the user issues the input request primitive 159 from the client function means 153 in order to make a business request to the system again, the business processing means 154 existing in the client function means 153 is restarted. The business processing unit 154 is provided with the communication unit 1.
52, the processing commission request primitive 160 is issued to the business processing means 155 in the server function means 151. If a failure occurs in the server function means 151 and an error occurs, the business processing means 154
Re-issues the processing commission request primitive 160 to the business processing means 155A in the separate server function means 151A via the communication means 152, and continues the processing. As a result of the processing, data inconsistency occurring between the database realizing means 156 and the different database realizing means 156A will be described later.
It will be resolved at 57A.
【0011】図10は、分散した装置内にセンタデータ
のレプリカを配布する方法を採用した装置の概要図であ
る。この方法は、「特開平04−274532号公報」
に記載されている。FIG. 10 is a schematic diagram of an apparatus adopting a method of distributing a replica of center data to distributed apparatuses. This method is disclosed in Japanese Patent Application Laid-Open No. 04-274532.
It is described in.
【0012】前記公報にて分散システムと定義されてい
るものを、クライアント機能手段173と再定義する。
前記公報で分散システムデータベースと定義されている
ものを、待機系データベース実現手段174と再定義す
る。前記公報で伝送ラインと定義されているものを、通
信手段172と再定義する。前記公報で保守用システム
と定義されているものを、サーバ機能手段171と再定
義する。前記公報で保守用システムデータベース実現手
段と定義されているものを、サーバ機能手段内データベ
ース実現手段175と再定義する。What is defined as a distributed system in the above publication is redefined as client function means 173.
What is defined as the distributed system database in the above publication is redefined as the standby database realizing means 174. What is defined as a transmission line in the above publication is redefined as communication means 172. What is defined as the maintenance system in the above publication is redefined as the server function means 171. What is defined as the maintenance system database realizing means in the above publication is redefined as the database realizing means 175 in the server function means.
【0013】図10に記した装置で業務をする場合は、
クライアント機能手段173を介して、業務処理手段1
78に入力要求プリミティブ176を発行する。すると
前記業務処理手段178は、前記待機系データベース実
現手段174に問い合わせる要求プリミティブ177を
発行し、結果応答179を得る手順が一般的なものであ
る。When working with the apparatus shown in FIG. 10,
The business processing means 1 via the client function means 173
At 78, an input request primitive 176 is issued. Then, the business processing unit 178 generally issues a request primitive 177 for inquiring of the standby database realizing unit 174, and obtains a result response 179.
【0014】前記待機系データベース実現手段174
と、前記サーバ機能手段内データベース実現手段175
の内容は一致している必要があるが、前記サーバ機能手
段内データベース実現手段175から、前記通信手段1
72を介して、前記待機系データベース実現手段174
にデータベース実現手段175の内容を送付する方法に
ついては、明確な規定はない。そこで一般的な方法であ
る以下の方法に従った実施手順を採用しているものと見
なす。The standby database realizing means 174
And the database realizing means 175 in the server function means.
Are required to match, but the database realizing means 175 in the server function means sends the communication means 1
72, the standby database realizing means 174
There is no clear rule on how to send the contents of the database realizing means 175 to the server. Therefore, it is assumed that an implementation procedure according to the following general method is adopted.
【0015】サーバ機能手段171内には、転送処理手
段180が存在しており、前記サーバ機能手段内データ
ベース実現手段175から、前記通信手段172を介し
て、前記待機系データベース実現手段174にデータベ
ース実現手段175の内容186を送付することが実施
される。A transfer processing unit 180 is provided in the server function unit 171, and a database is realized from the database realizing unit 175 in the server function unit to the standby database realizing unit 174 via the communication unit 172. Sending the contents 186 of the means 175 is implemented.
【0016】ここで前記サーバ機能手段171が故障し
た場合、前記通信手段172を用いて、前記クライアン
ト機能手段173内の前記待機系データベース実現手段
174から、前記待機系データベース実現手段レプリカ
174Aを前記サーバ機能手段171内に作成すること
がなされる。If the server function means 171 fails, the standby database realizing means replica 174A is transferred from the standby database realizing means 174 in the client function means 173 to the server 174 using the communication means 172. It is created in the function means 171.
【0017】前記サーバ機能手段171が復旧すると、
定期データベース実現手段保存データ読み込み手段18
1にて、記録されたデータベース実現手段データ182
を読み込み、データベース実現手段作成手段183に
て、前記サーバ機能手段内データベース実現手段175
Aを保存直前の状態で作成する。When the server function means 171 recovers,
Periodic database realizing means Saved data reading means 18
1, the database realization means data 182 recorded
Is read by the database realizing means creating means 183, and the database realizing means 175 in the server function means is read.
Create A in the state immediately before saving.
【0018】サーバ機能手段171内のデータベース実
現手段比較手段184が、前記待機系データベース実現
手段レプリカ174A、および前記保存直前状態のサー
バ機能手段内データベース実現手段175Aの内容を比
較し、保存直後から発生しているデータベース実現手段
更新185を、取り出し、修正の通知を行う。The database realizing means comparing means 184 in the server functional means 171 compares the contents of the standby database realizing means replica 174A and the contents of the server functional means database realizing means 175A in the state immediately before the storage, and generates the data immediately after the storage. The database realization means update 185 that has been performed is taken out and a notification of the correction is issued.
【0019】[0019]
【発明が解決しようとする課題】図9に記した従来のデ
ュープレックス式を採用した障害対策装置では、以下2
点の問題点が存在する。In the conventional fault elimination device employing the duplex system shown in FIG.
There is a point problem.
【0020】第1の問題点は、システム構成が高価にな
るということである。その理由は、サーバ機能手段15
1を多重化する必要があるため、別サーバ機能手段15
1Aを2台以上、導入する必要があり、前記サーバ機能
手段151、151Aは、クライアント機能手段153
よりも一般的に高価であることから、デュープレックス
式を採用する場合、システム構成が高価になるからであ
る。The first problem is that the system configuration becomes expensive. The reason is that the server function means 15
1 needs to be multiplexed, so that another server function means 15
It is necessary to install two or more 1A units, and the server function units 151 and 151A are provided with client function units 153.
This is because, in general, the system configuration becomes expensive when the duplex system is adopted, because the system is expensive.
【0021】第2の問題点は、運用上、不経済となると
いうことである。その理由は、従来のデュープレックス
式では、多重化機能について具体的な指標が存在してお
らず、前記サーバ機能手段151と別サーバ機能手段1
51Aの新規導入直後から、常にレプリカ作成機能15
7、157A、ならびに通信手段152を使って、デー
タベース実現手段156のデータ内容を156Aに転送
する必要がある。この方法では、システム全体の信頼性
が高い場合でも、システム全体の信頼性が低い場合でも
同様の運用が必要であり、システムメンテナンスが入っ
た初期段階で、運用上、不経済となるからである。The second problem is that the operation becomes uneconomical. The reason is that in the conventional duplex type, there is no specific index for the multiplexing function, and the server function means 151 and the separate server function means 1
Immediately after the new installation of 51A, the replica creation function 15
7, 157A and the communication means 152, it is necessary to transfer the data content of the database realization means 156 to 156A. In this method, the same operation is necessary even when the reliability of the entire system is high or when the reliability of the entire system is low, and it becomes uneconomical in operation at the initial stage of the system maintenance. .
【0022】また、図10に記した方法を採用する装置
では、以下の3点の問題点が存在する。The apparatus employing the method shown in FIG. 10 has the following three problems.
【0023】第3の問題点は、データ整合性保証が出来
ないことも有り得るということである。その理由は、図
10の装置では、サーバ装置手段171を保守用待機系
装置に見立てており、サーバ機能手段171に障害が発
生した場合の復旧手段は規定されている。しかし、業務
の主体となるクライアント機能手段173に対しては、
明確な方法規定が無く、前記クライアント機能手段17
3内部の待機系データベース実現手段174のデータ整
合性を保証する手段はないからである。The third problem is that data consistency cannot be guaranteed in some cases. The reason for this is that in the apparatus shown in FIG. 10, the server unit 171 is regarded as a standby system for maintenance, and a recovery unit when a failure occurs in the server function unit 171 is defined. However, for the client function means 173 which is the main body of the business,
There is no clear method rule and the client function means 17
This is because there is no means for guaranteeing the data consistency of the standby database realizing means 174 inside the 3.
【0024】第4の問題点は、一般企業体、ならびに公
共団体で使用される24時間サービス可能を前提とした
オンライントランザクション処理を行う分散処理情報シ
ステムでは、図10の方法を採用すると高価なシステム
構成になる。その理由は、図10の方法で業務上の主系
となるものは前記クライアント機能手段173であるた
め、前記待機系データベース実現手段174には、大規
模なものが要求されることになるからである。クライア
ント機能手段毎に大規模構成となるので、システム全体
で高価な構成を取ることになるからである。The fourth problem is that, in a distributed processing information system used in a general business entity and a public organization, which performs online transaction processing on the premise that service can be performed for 24 hours, an expensive system is required if the method shown in FIG. 10 is adopted. Configuration. The reason is that the client function unit 173 becomes the main system in the business in the method of FIG. 10, and therefore, a large-scale one is required for the standby database realizing unit 174. is there. This is because each client function means has a large-scale configuration, so that the entire system has an expensive configuration.
【0025】第5の問題点は、運用上、不経済となると
いうことである。その理由は図10の方法では、サーバ
機能手段171にバックアップを取るタイミング、及び
台数については明確な指標が存在しておらず、待機系デ
ータベース実現手段174のレプリカ174Aの作成で
は、システム全体の信頼性が高い場合でも、システム全
体の信頼性が低い場合でも同様の運用が必要であり、シ
ステムメンテナンスが入った初期段階で、運用上、不経
済となるからである。The fifth problem is that the operation becomes uneconomical. The reason for this is that, in the method of FIG. 10, there is no clear index for the backup timing and the number of servers in the server function unit 171, and the creation of the replica 174 A of the standby database realizing unit 174 requires the reliability of the entire system. This is because the same operation is required even when the reliability is high or when the reliability of the entire system is low, and it becomes uneconomical in operation at the initial stage of the system maintenance.
【0026】本発明の目的は、2つある。The object of the present invention is twofold.
【0027】第1の目的は、24時間サービス可能を前
提に、オンライントランザクション処理を行う分散処理
情報システムにおいて、サーバ機能手段を2重に設けず
に、全体の信頼性を落とすことなく廉価なシステム構成
を提供することである。A first object of the present invention is to provide a distributed processing information system for performing online transaction processing on the premise that service can be performed for 24 hours, without providing server function means in duplicate, and without reducing the overall reliability. Is to provide a configuration.
【0028】第2の目的は、優先度の低い目的である。
それは、本発明により構成全体の信頼性を計測しながら
運用を進めることで、運用上の不経済を解消する手段を
提供することである。The second purpose is a low priority purpose.
That is, the present invention provides a means for eliminating operation uneconomics by performing operation while measuring the reliability of the entire configuration according to the present invention.
【0029】この目的を達成するためには、後述する
(5)式、(6)式で導かれる値が小さくなる様に、前
記待機系クライアント機能手段の信頼性が、比較的高い
ことが必要であり、この条件を満足しない場合は、これ
は目的の限りではない。In order to achieve this object, it is necessary that the reliability of the standby client function means is relatively high so that the values derived from the following equations (5) and ( 6) become small. If this condition is not satisfied, this is not the purpose.
【0030】[0030]
【課題を解決するための手段】本発明の分散デュープレ
ックス式障害対策装置は、 (a)データベース実現手段と、 (b)前記データベース実現手段を保持して管理するサ
ーバ機能手段と、(c)前記サーバ機能手段内の前記データベース実現手
段へアクセスする際に端末として機能する待機系クライ
アント機能手段と、 (d)前記データベース実現手段が含むデータ内容の一
部と同一のデータ内容を保存し、前記待機系クライアン
ト機能手段内に配置される待機系データベース実現手段
と、 (e)前記サーバ機能手段と前記待機系クライアント手
段との間のアクセス経路を提供する通信手段と、 (f)前記サーバ機能手段に配置され前記データベース
実現手段のデータ内容を前記待機系データベース実現手
段に前記通信手段を介して定期的に自動転送する対障害
回避機能処理手段と、 (g)前記データベース実現手段への更新要求と前記待
機系データベース実現手段への更新要求との間の整合性
を確保し前記待機系クライアント機能手段内ならびに前
記サーバ機能手段内のそれぞれに配置される更新ログ手
段と、 (h)前記待機系クライアント機能手段内部で管理する
システム時刻と前記サーバ機能手段内部で管理するシス
テム時刻との同期を取るために前記待機系クライアント
機能手段内ならびに前記サーバ機能手段内のそれぞれに
配置される時刻同期機能手段と、 (i)前記待機系クライアント機能手段内に配置され前
記待機系クライアント機能手段の稼働状況情報を把握し
前記通信手段を介して前記サーバ機能手段に報告する稼
動管理処理手段と、 (j)前記サーバ機能手段内に配置され前記稼働管理処
理手段から前記通信手段を介して前記稼働状況情報を受
信した後前記待機系クライアント機能手段全ての累積稼
働時間を算出する端末管理処理手段と、 (k)前記サーバ機能手段内に配置され前記累積稼働時
間情報と前記待機系クライアント機能手段および前記サ
ーバ機能手段の信頼性情報とを一元管理する累積稼働状
況データ管理手段と、 (l)前記更新ログ手段が管理するログ情報を分散して
管理し前記データベース実現手段ならびに前記待機系デ
ータベース実現手段のそれぞれに配置される分散ログ管
理手段と、を備えて構成される。Distributed duplex type failure countermeasure device of the present invention, in order to solve the problems] includes (a) a database implementation means, the server function unit for managing holding the (b) the database realizing means, (c) the Said database realization means in server function means
Standby client that functions as a terminal when accessing the stage
And Ant functional means, the data contents included in; (d) a database implementing means one
The same data content as that of the standby
Standby database realizing means located in the remote function means
If, (e) the server function unit and communication means for providing access path between the standby client unit, (f) the arranged server function unit the standby database data content of the database implementation means A failure avoidance function processing means for automatically transferring data to the realization means via the communication means periodically; and (g) matching between an update request to the database realization means and an update request to the standby database realization means. Update log means arranged in each of the standby client function means and the server function means, and (h) system time managed in the standby client function means and in the server function means. In order to synchronize with the system time to be managed, in the standby client function means and in the server function means (I) grasping the operating status information of the standby client function unit disposed in the standby client function unit and reporting the operation status information to the server function unit via the communication unit; Operation management processing means; (j) calculating the cumulative operation time of all of the standby client function means after receiving the operation status information from the operation management processing means via the communication means and arranged in the server function means; And (k) a cumulative operation status data management means arranged in the server function means for centrally managing the cumulative operation time information and the reliability information of the standby client function means and the server function means. (L) log information managed by the update log means is distributed and managed, and the database realizing means and the standby system data are managed. And a distributed log management means arranged in each of the database realization means.
【0031】本発明のデータベース復旧方法は、(a)
前記サーバ機能手段のログ内容を待機系クライアント機
能手段にコピーする「ログ待避転送」ステップと、前記
分散デュープレックス式障害対策装置において、(b)
前記サーバ機能手段内のシステム時刻と前記待機系クラ
イアント機能手段内のシステム時刻との同期を取る「シ
ステム時間同期」ステップと、(c)前記サーバ機能手
段の障害時直前までのログ情報データを前記待機系クラ
イアント機能手段もしくは前記サーバ機能手段から入手
する「自動ログ入手」ステップ、および、前記「自動ロ
グ入手」ステップにおいて入手が失敗の場合に、前記
「自動ログ入手」ステップと同一の機能を、手動で行う
ための「手動ログ入手」ステップと、(d)前記「自動
ログ入手」ステップもしくは前記「手動ログ入手」ステ
ップで入手した前記ログ情報データを前記待機系データ
ベース実現手段のデータに上書きする「障害対処モード
前処理1」ステップと、(e)前記サーバ機能手段で障
害が発生している場合に前記待機系クライアント機能手
段にて業務を処理する「障害対処モード前処理2」ステ
ップと、(f)前記サーバ機能手段の障害復旧時に前記
サーバ機能手段のデータ内容を健全化する「サーバ復旧
処理1」ステップと、(g)前記待機系クライアント機
能手段にコピーしている前記ログ情報データの収集依頼
を作成する「臨時更新ログ回収要求1」ステップと、
(h)前記「臨時更新ログ回収要求1」の収集依頼を受
けて一斉同報を行う「臨時更新ログ回収要求2」ステッ
プと、(i)前記収集依頼に対して収集依頼応答を作成
する「臨時更新ログ回収応答1」ステップと、(j)前
記収集依頼応答の転送をする「臨時更新ログ回収応答
2」ステップと、(k)前記サーバ機能手段の復旧中に
前記待機系クライアント機能手段内の前記データベース
実現手段へのアクセスを制限する「臨時更新制限」ステ
ップと、(l)前記収集依頼応答に含まれる臨時更新ロ
グ情報データが不要となった場合に前記待機系クライア
ント機能手段内で施行される「臨時更新ログ消去」ステ
ップと、(m)前記臨時更新ログ情報データが不要とな
ったときにサーバ機能手段内で前記臨時更新ログ情報デ
ータを時間順に並び替えるために施行される「臨時更新
ログ編集」ステップと、(n)前記「臨時更新ログ編
集」ステップで実行される編集においてユーザの判断を
仰ぐためにメッセージを表示する「システム管理者判断
1」ステップと、(o)前記「システム管理者判断1」
ステップの終了後にシステム管理者が判断データを入力
する「システム管理者判断2」ステップと、(p)前記
「システム管理者判断2」ステップが終了したときに完
了メッセージを前記サーバ機能手段内で発行する「障害
対処モード終了処理1」ステップと、(q)前記「障害
対処モード終了処理1」ステップの前記完了メッセージ
を前記待機系クライアント機能手段に一斉同報する「障
害対処モード終了処理2」ステップと、(r)前記待機
系クライアント機能手段と前記サーバ機能手段内の前記
データベース実現手段との接続を再開させる「障害対処
モード終了処理3」ステップと、を備えている。The database recovery method of the present invention comprises the steps of (a)
A "log save transfer" step of copying the log content of the server function means to a standby client function means; and (b)
And synchronize "System Time Synchronization" step of the system time in the standby client function unit and the system time in the server function unit, (c) the server function hand
The log information data up to immediately before the stage failure
Obtained from client function means or the server function means
"Automatic log acquisition" step and "Automatic log
If the acquisition fails in the `` obtain
Manually perform the same function as the "Automatic log acquisition" step
And (d) overwriting the log information data obtained in the “automatic log acquisition” step or the “manual log acquisition” step with the data of the standby database realizing means. A "mode pre-processing 1"step; (e) a "failure mode pre-processing 2" step in which a job is processed by the standby client function unit when a failure occurs in the server function unit; and (f). A "server recovery process 1" step of making the data contents of the server function unit sound upon recovery of the failure of the server function unit; and (g) a request for collecting the log information data copied to the standby client function unit. "Temporary update log collection request 1" step to create;
(H) a “temporary update log collection request 2” step of performing simultaneous broadcast in response to the collection request of the “temporary update log collection request 1”; and (i) creating a collection request response to the collection request. A "temporary update log collection response 1"step; (j) a "temporary update log collection response 2" step of transferring the collection request response; and (k) the standby system client function means during recovery of the server function means. and "temporary update limit" step in which the limits database access means for implementing, in the standby system in the client function unit when it becomes unnecessary temporary update log information data contained in the collection request response (l) A "temporary update log deletion" step to be executed; and (m) arranging the temporary update log information data in chronological order within the server function means when the temporary update log information data becomes unnecessary. (Temporary update log editing) step executed to obtain the information, and (n) a "system administrator judgment 1" step of displaying a message for asking the user in the editing executed in the "temporary update log editing" step. And (o) the "system administrator judgment 1"
A "system administrator decision 2" step in which the system administrator inputs decision data after the step is completed; and (p) a completion message is issued in the server function means when the "system manager decision 2" step is completed. "Failure handling mode end processing 1" step and (q) "failure handling mode end processing 2" step of simultaneously broadcasting the completion message of the "failure handling mode end processing 1" step to the standby client function means. And (r) a "failure-handling mode end process 3" step of resuming connection between the standby client function unit and the database realizing unit in the server function unit.
【0032】本発明のデータ転送方法は、前記分散デュ
ープレックス式障害対策装置において、(b)前記デー
タベース実現手段から前記データ内容を分散できるよう
に取り出す「転送データ生成」ステップと、(c)前記
データベース実現手段を含む前記サーバ機能手段から前
記待機系データベース実現手段を含む前記クライアント
機能手段へ分散を行った前記データ内容を引き渡す「転
送データ転送」ステップと、(d)前記データ内容を保
持する「転送データ保持」ステップと、(e)前記「デ
ータ転送」ステップにおいてエラーが発生すると施行さ
れる「転送データリカバリ」ステップと、(f)前記デ
ータ内容から前記待機系データベース実現手段の内容を
作成する「待機系構築」ステップと、(g)前記「待機
系構築」ステップでエラーが発生したときに施行される
「待機系構築リカバリ」ステップと、(h)前記待機系
データベース実現手段を含む前記クライアント機能手段
から前記データベース実現手段を含む前記サーバ機能手
段へ前記データ内容と同じデータ内容を引き戻す「応答
データ作成」ステップと、(i)前記「応答データ作
成」ステップにおいて転送ができなかった時に施行され
障害対処モードに切り替える「応答データリカバリ」ス
テップと、(j)前記「応答データ作成」ステップにお
いて転送ができた時に施行され前記「応答データ作成」
ステップで作成された前記データ内容を削除する「応答
データ後処理」ステップと、(k)往復した前記データ
内容を確認する「コミット検査」ステップと、(l)前
記「コミット検査」ステップにおいて異常が検出されな
かった時に施行され正常処理要求が記載されている確認
ファイルを前記待機系クライアント機能手段に転送する
「コミット認可転送」ステップと、(m)前記「コミッ
ト検査」ステップにおいて異常が検出された時に施行さ
れデータベース実現手段削除要求が記載されている確認
ファイルを前記待機系クライアント機能手段に転送する
「コミット不可転送」ステップと、(n)前記「コミッ
ト認可転送」ステップの終了後に施行され前記確認ファ
イルを受けてその内容に応じて対応する「コミット対
処」ステップと、(o)前記「転送データリカバリ」ス
テップと前記「待機系構築リカバリ」ステップと前記
「応答データリカバリ」ステップとの後に施行され前記
「転送データ作成」ステップからやり直すために環境を
整理する「後処理」ステップと、を備えている。[0032] In the data transfer method of the present invention, in the distributed duplex failure countermeasure apparatus , ( b) a "transfer data generation" step of extracting the data contents from the database realizing means so as to be distributed; A "transfer data transfer" step of transferring the distributed data contents from the server function means including the realizing means to the client function means including the standby database realizing means; and (d) "transferring the data contents". "Data holding" step, (e) "transfer data recovery" step which is executed when an error occurs in the "data transfer" step, and (f) creating contents of the standby database realizing means from the data contents. (Standby system construction) step and (g) the "standby system construction" step And (h) from the client function means including the standby database realizing means to the server function means including the database realizing means, and pull back the same data content and "response data creation" step, (i) the "response data operation
Is executed when transfer is not possible in the
"Response data recovery" switch to failure mode
Step (j) in the above-mentioned "response data creation" step
And when the transfer is completed, the "Response data creation"
"Response" to delete the data contents created in step
A data post-processing "step, is described (k) and" commit test "step of confirming the reciprocating said data content, (l) enforced correctly processing request when the abnormality is not detected in the" commit test "step A "commit authorization transfer" step of transferring the confirmation file to the standby client function means, and (m) a database implementation means deletion request which is executed when an abnormality is detected in the "commit check" step. (A) a “commit-impossible transfer” step of transferring a confirmation file to the standby client function means; and (n) a “commit” operation that is performed after the “commit authorization transfer” step is completed and the corresponding “commit” is received in response to the confirmation file (Measures) step, (o) the "transferred data recovery" step, and the "standby" It includes a “post-processing” step which is performed after the “system construction recovery” step and the “response data recovery” step and arranges the environment in order to start over from the “transfer data creation” step.
【0033】[0033]
【発明の実施の形態】次に、本発明について数式を参照
して説明する。Next, the present invention will be described with reference to mathematical expressions.
【0034】本発の適用される分散処理情報システム
は、以下の条件を満たす必要がある。The distributed processing information system to which the present invention is applied must satisfy the following conditions.
【0035】第1の条件は、クライアント機能手段に関
して、以下の(1)式、(2)式、(3)式が満たされ
ることである。The first condition is that the following expressions (1), (2) and (3) are satisfied for the client function means.
【0036】 [0036]
【0037】第2の条件は、クライアント機能手段から
起動されるトランザクション処理サービスのエラップス
時間に関して、以下の(4)式、(5)式、(6)式が
満たされることである。The second condition is that the following expressions (4), (5) and (6) are satisfied with respect to the elaps time of the transaction processing service started from the client function means.
【0038】 [0038]
【0039】次に、本発明について図面を参照して詳細
に説明する。Next, the present invention will be described in detail with reference to the drawings.
【0040】本発明において、待機系データベース実現
手段が配置されるクライアント機能手段は、サーバ機能
手段と同等の信頼性を持つ必要がないため、高価な前記
サーバ機能手段を多重化して導入する必要はない。廉価
な前記クライアント機能手段内に、小規模に分解した前
記待機系データベース実現手段を配置することで、同等
の機能を提供できるゆえ、前記の第1の目的を容易に実
現できる。In the present invention, the client function means in which the standby system database realizing means is arranged does not need to have the same reliability as the server function means, so it is not necessary to multiplex and introduce the expensive server function means. Absent. Since the same function can be provided by disposing the standby database realizing means which is disassembled on a small scale in the inexpensive client functional means, the first object can be easily realized.
【0041】図1は、本発明の第1の実施の形態の分散
デュープレックス式障害対策装置のブロック図である。FIG. 1 is a block diagram of a distributed duplex failure countermeasure device according to a first embodiment of the present invention.
【0042】また図2、図3、図4および図5は、通常
処理モード下における本発明の転送方法を示すブロック
図であり、図7は本発明の第2の実施の形態であるデー
タ転送方法のフローチャートである。FIGS. 2, 3, 4 and 5 are block diagrams showing a transfer method according to the present invention in a normal processing mode. FIG. 7 shows a data transfer according to a second embodiment of the present invention. 5 is a flowchart of a method.
【0043】図6は、障害が発生した場合の障害対処モ
ードにおける処理手順のブロック図である。FIG. 6 is a block diagram of a processing procedure in the failure handling mode when a failure occurs.
【0044】図8は本発明の第3の実施の形態であるデ
ータベース復旧方法のフローチャート図である。FIG. 8 is a flowchart of a database recovery method according to the third embodiment of the present invention.
【0045】図1の分散処理システムは、クライアント
機能手段3、およびサーバ機能手段1および通信手段2
にて構成される。The distributed processing system shown in FIG. 1 comprises a client function unit 3, a server function unit 1, and a communication unit 2.
It is composed of
【0046】本装置では、クライアント機能手段には、
待機系クライアント機能手段3、および一般クライアン
ト機能手段4の2種類が存在する。In this apparatus, the client function means includes:
There are two types of standby client function means 3 and general client function means 4.
【0047】前記待機系クライアント機能手段3の内部
には、システム端末機能としてのシステム入力・結果表
示機能手段5以外に、待機系データベース実現手段6、
分散ログ管理手段7、および各種復旧機能処理手段が存
在している。後述の一般クライアント機能手段4には、
前記システム端末機能手段としてのシステム入力・結果
表示機能5と業務処理手段9のみが存在している。The standby client function means 3 includes, in addition to the system input / result display function means 5 as a system terminal function, a standby database realizing means 6,
There are distributed log management means 7 and various recovery function processing means. General client function means 4 described below includes:
Only the system input / result display function 5 and the business processing means 9 as the system terminal function means exist.
【0048】待機系クライアント機能手段3、一般クラ
イアント機能手段4から、前記システム入力・結果表示
機能手段5を使って入力要求プリミティブ44を発行す
ると、前記クライアント機能手段内4の前記業務処理手
段9が起動し、必要に応じて、前記通信手段2を介し
て、前記のサーバ機能手段1内の業務処理手段19に処
理委託要求プリミティブ45を発行する。When the input request primitive 44 is issued from the standby client function unit 3 and the general client function unit 4 using the system input / result display function unit 5, the business processing unit 9 in the client function unit 4 is executed. It activates and issues a processing commission request primitive 45 to the business processing means 19 in the server function means 1 via the communication means 2 as necessary.
【0049】前記サーバ機能手段内業務処理手段19
は、サーバ機能手段1内に存在するデータベース実現手
段20に、該当のデータを問い合わせるか、更新するた
めのトランザクション要求プリミティブ47を掛け、そ
の後、トランザクション結果プリミティブ48を受け取
る。その後、サーバ機能手段内業務処理手段19は、前
記通信手段2を介して、前記クライアント機能手段内業
務処理手段9に結果回答プリミティブ46を送付する。The job processing means 19 in the server function means
Multiplies the database realizing means 20 in the server function means 1 by a transaction request primitive 47 for inquiring or updating the corresponding data, and thereafter receives a transaction result primitive 48. After that, the business function processing means 19 in the server function means sends the result reply primitive 46 to the business processing means 9 in the client function means via the communication means 2.
【0050】サーバ機能手段内業務処理手段19が、前
記データベース実現手段20にアクセスする際、前記デ
ータベース実現手段20の状態が変更を受ける様なトラ
ンザクション要求プリミティブ47を処理している場
合、前記業務処理手段19は、サーバ機能手段1内に存
在し、前記データベース実現手段20を管理するアドミ
ニストレータ処理手段21とは別に、アクセス内容を記
録するため、更新ログ手段22に更新内容プリミティブ
49を通知する。When the job processing means 19 in the server function means accesses the database realizing means 20 and processes a transaction request primitive 47 that changes the state of the database realizing means 20, the business processing means The means 19 is provided in the server function means 1 and notifies the update log means 22 of the update content primitive 49 in order to record the access contents separately from the administrator processing means 21 for managing the database realizing means 20.
【0051】前記更新ログ手段22がアクセス内容を記
録する際に、エラーが発生した場合は、前記更新ログ手
段22は、前記業務処理手段19にエラーの旨の結果回
答プリミティブ50を通知する。その結果、前記業務処
理手段19は、前記トランザクション要求プリミティブ
47をロールバックして、前記クライアント機能手段内
業務処理手段9にエラーを示す結果回答プリミティブ4
6を送付する。また無事、前記更新ログ手段22が、ア
クセス内容を記録出来た場合は、前記更新ログ手段22
は、前記業務処理手段19に正常の結果回答プリミティ
ブ50を通知するので、それを受けて前記業務処理手段
19は、前記クライアント機能手段内業務処理手段9に
正常の結果回答プリミティブ46を送付する。When an error occurs when the update log unit 22 records the access content, the update log unit 22 notifies the business processing unit 19 of a result response primitive 50 indicating the error. As a result, the business processing means 19 rolls back the transaction request primitive 47 and sends a result reply primitive 4 indicating an error to the business processing means 9 in the client function means.
Send 6. If the update log means 22 has successfully recorded the access content, the update log means 22
Notifies the business processing means 19 of the normal result response primitive 50, and in response, the business processing means 19 sends a normal result response primitive 46 to the business function processing means 9 in the client function means.
【0052】前記更新ログ手段22はアクセス内容を記
録すると、分散ログ管理手段23に、待機系クライアン
ト機能手段3内にログ内容を分散保存する様に、分散保
存要求プリミティブ51を発行する。After recording the access contents, the update log means 22 issues a distributed storage request primitive 51 to the distributed log management means 23 so as to store the log contents in the standby client function means 3 in a distributed manner.
【0053】前記分散ログ管理手段23は、前記更新ロ
グ手段22が管理して、前記分散ログ管理手段23に引
き渡された追加ログ情報データ52を待機系クライアン
ト機能手段3の内、予め選択されたもの数台に、転送す
る。その後、前記分散ログ管理手段23は、待機系クラ
イアント機能手段3内の分散ログ管理手段7に改版依頼
プリミティブ53を発行する。前記待機系クライアント
内分散ログ管理手段7は改版依頼プリミティブ53を受
理すると、待機系クライアント機能手段3内の更新ログ
手段8に保存ログの改版依頼プリミティブ53を発行す
る。The distributed log management means 23 manages the update log means 22 and selects the additional log information data 52 passed to the distributed log management means 23 from the standby client function means 3 in advance. Transfer to several machines. Thereafter, the distributed log management unit 23 issues a revision request primitive 53 to the distributed log management unit 7 in the standby client function unit 3. Upon receiving the revision request primitive 53, the standby client distributed log management means 7 issues a storage log revision request primitive 53 to the update log means 8 in the standby client function means 3.
【0054】サーバ機能手段1内の分散ログ管理手段2
3が、前記追加ログ情報データ52を転送する待機系ク
ライアント機能手段3の台数は、以下の(7)式を満足
する最小の台数nである。ログに記録されるデータ量は
大きく無いので、通信に関する影響は考慮する必要はな
い。Distributed log management means 2 in server function means 1
3 is the minimum number n that satisfies the following expression (7), the number of the standby client function means 3 transferring the additional log information data 52. Since the amount of data recorded in the log is not large, it is not necessary to consider the influence on communication.
【0055】 [0055]
【0056】サーバ機能手段1には、時刻同期処理手段
24が常駐しており、待機系クライアント機能手段3へ
定期的にサーバ機能手段1のシステム時刻に5.0秒を
加えた値を同期メッセージ54として転送している。待
機系クライアント機能手段3にも時刻同期処理手段10
が常駐しており、前記サーバ機能手段1から、前記同期
メッセージ54を受けると、内部のシステム時計機能手
段18の時刻を、同期メッセージ54内に記載された時
刻に合わせる様に前記システム時計機能手段18に同期
要求プリミティブ55を送り、その後下記(8)式で記
される時間のスリープ状態に入る。それによりサーバ機
能手段1内のシステム時刻と同期が取れる。The time synchronization processing means 24 resides in the server function means 1 and periodically adds a value obtained by adding 5.0 seconds to the system time of the server function means 1 to the standby client function means 3 in the synchronization message. 54. The time synchronization processing means 10 is also provided in the standby client function means 3.
When the synchronization message 54 is received from the server function unit 1, the system clock function unit 18 adjusts the time of the internal system clock function unit 18 to the time described in the synchronization message 54. Then, a synchronization request primitive 55 is sent to 18, and then the apparatus enters a sleep state for a time represented by the following equation (8). Thereby, synchronization with the system time in the server function means 1 is obtained.
【0057】 [0057]
【0058】待機系クライアント機能手段3には、電源
スイッチがオン・オフされた場合に、下記の定義(9)
式の稼働報告メッセージ56をサーバ機能手段1に送付
する稼働管理処理手段11が実装されている。When the power switch is turned on / off, the standby client function means 3 has the following definition (9).
The operation management processing means 11 for sending the expression operation report message 56 to the server function means 1 is mounted.
【0059】 [0059]
【0060】サーバ機能手段1内には待機系クライアン
ト機能手段3全ての累積稼動状況情報を管理する端末管
理処理手段25が常駐している。サーバ機能手段1の前
記端末管理処理手段25が、前記稼働報告メッセージ5
6を受理すると、待機系クライアント機能手段3毎の累
積稼動時間を即時に計算し、累積稼動状況データファイ
ル31に結果データ57を更新する。In the server function means 1, terminal management processing means 25 for managing the accumulated operation status information of all the standby client function means 3 is resident. The terminal management processing means 25 of the server function means 1 transmits the operation report message 5
Upon receipt of No. 6, the cumulative operating time of each standby-system client function unit 3 is immediately calculated, and the result data 57 is updated in the cumulative operating status data file 31.
【0061】サーバ機能手段1内には、サーバ機能手段
1本体に障害が発生しても、手段全体で取り扱う業務が
停滞することの無い様に、待機系クライアント機能手段
3内に存在する待機系データベース実現手段6に、前記
サーバ機能手段1内のデータベース実現手段20の内容
を、前記累積稼動状況データファイル31からを参照し
て、配信、反映する対障害回避機能処理手段28が常駐
しており、定期的に動作する。The server function means 1 has a standby system function existing in the standby system client function means 3 so that even if a failure occurs in the main body of the server function means 1, the work handled by the entire means does not stagnate. A failure avoidance function processing unit 28 that distributes and reflects the contents of the database implementation unit 20 in the server function unit 1 with reference to the cumulative operation status data file 31 is resident in the database implementation unit 6. Works regularly.
【0062】前記対障害回避機能処理手段28は、動作
を開始すると、前記累積稼動状況データファイル31か
らサーバ機能手段累積稼動時間データ58、サーバ機能
手段MTBFデータ59、待機系クライアント機能手段
累積稼働時間データ60、待機系クライアント機能手段
MTBFデータ61を参照して、配信、反映する待機系
クライアント機能手段3と、その台数nを以下の(1
0)式、(11)式を元に決定する。When the fault avoidance function processing means 28 starts its operation, it stores the server function means cumulative operation time data 58, the server function means MTBF data 59, the standby client function means cumulative operation time from the cumulative operation state data file 31. With reference to the data 60 and the standby-system client function means MTBF data 61, the standby-system client function means 3 to be distributed and reflected and the number n of the standby-system client function means 3 are as follows:
0) and (11).
【0063】 [0063]
【0064】なお、システム全体の信頼性は以下の(1
2)式、(13)式を満足するように設定される。The reliability of the entire system is as follows (1)
It is set so as to satisfy the expressions 2) and (13).
【0065】 [0065]
【0066】配信、反映する待機系クライアント機能手
段3が決まると、前記対障害回避機能処理手段28は、
前記サーバ機能手段内データベース実現手段20にエク
スポート要求プリミティブ62を発行して、データベー
ス実現手段内容データ63を取り出し、シーケンス形式
の転送ファイル32に書き出す。When the standby client function means 3 to be distributed and reflected is determined, the fault avoidance function processing means 28
An export request primitive 62 is issued to the database realizing means 20 in the server function means, the database realizing means content data 63 is taken out, and written to the transfer file 32 in the sequence format.
【0067】その後、下記に記した本発明の「データ転
送方法」のステップで前記転送ファイル32を複数の待
機系クライアント機能手段3に転送する。なお、図7に
はステップの実施フローチャート説明図を記す。Thereafter, the transfer file 32 is transferred to the plurality of standby client function means 3 in the step of the "data transfer method" of the present invention described below. FIG. 7 is a flow chart for explaining the steps.
【0068】次に、図7を用いて本発明の「データ転送
方法」の実施の形態の動作について説明する。Next, the operation of the embodiment of the "data transfer method" of the present invention will be described with reference to FIG.
【0069】ステップS1は前処理であり、前記待機系
データベース実現手段6の作成数を求める。それによ
り、ステップS2からステップS14までの処理が、前
記作成数分になるだけ、連続的に処理される。このステ
ップS1を「前処理」と命名する。Step S1 is a pre-process, in which the number of the standby database realizing means 6 to be created is obtained. As a result, the processes from step S2 to step S14 are continuously performed as many times as the number of creations. This step S1 is referred to as "preprocessing".
【0070】ステップS1Aにおいては以下の処理がな
される。前記サーバ機能手段1では前記待機系データベ
ース実現手段6の作成済数を管理しており、後記するス
テップS14を実施する度に、前記作成済数が加算更新
される。なお、ステップS1終了時点では、作成済み数
は“0”に設定される。本ステップでは、前記作成済数
とステップS1で求めた待機系データベース実現手段6
の作成数とを比較し、一致しない場合は後記するステッ
プS2以降を実施する。また、一致した場合は処理を終
了する。In step S1A, the following processing is performed. The server function unit 1 manages the created number of the standby database realizing unit 6, and each time the step S14 described later is performed, the created number is added and updated. At the end of step S1, the created number is set to “0”. In this step, the standby database realizing means 6 obtained in step S1 and the number of already prepared
Are compared with each other, and if they do not match, the process from step S2 described below is performed. If they match, the process ends.
【0071】ステップS2の説明図を図2に記す。ステ
ップS2において、サーバ機能手段内対障害回避機能処
理手段28は、前記データベース実現手段20にエクス
ポート要求プリミティブ62を発行して、水平分散でき
る表33から該当するデータを選択すると供に、マスタ
系表34のデータと併せて、データベース実現手段内容
データ63として取り出し、ファイル作成セマフォ35
にオンメッセージ64を発行後、シーケンス形式の前記
転送ファイル32を作成する。無事、前記転送ファイル
32が作成出来たのであれば、前記ファイル作成セマフ
ォ35をオフにするためオフにするため、オフメッセー
ジ65を発行する。サーバ機能手段1内には、前記転送
ファイル32を待機系クライアント機能手段3に転送す
るファイル転送常駐処理手段26が存在している。前記
転送ファイル32が生成され、かつ、前記ファイル作成
セマフォ35がオフの状態であると、前記転送ファイル
32は、前記ファイル転送常駐処理手段26により転送
される。このステップS2を「転送データ生成」と命名
する。FIG. 2 is an explanatory diagram of step S2. In step S2, the server function means internal fault avoidance function processing means 28 issues an export request primitive 62 to the database realizing means 20 to select the corresponding data from the horizontally distributable table 33, In addition to the data of the file creation semaphore 35,
After the ON message 64 is issued, the transfer file 32 in the sequence format is created. If the transfer file 32 has been successfully created, an off message 65 is issued to turn off the file creation semaphore 35 in order to turn it off. In the server function means 1, there is a file transfer resident processing means 26 for transferring the transfer file 32 to the standby client function means 3. When the transfer file 32 is generated and the file creation semaphore 35 is off, the transfer file 32 is transferred by the file transfer resident processing means 26. This step S2 is referred to as “transfer data generation”.
【0072】ステップS2Aにおいては、ステップS2
での転送が成功したかどうかが判定される。In step S2A, step S2
It is determined whether or not the transfer has been successful.
【0073】ステップS3の説明図も図2に含まれる。
ステップS3においては、前記転送ファイル32の転送
の際、待機系クライアント機能手段3に障害が発生して
いたならば、前記通信手段2からエラー通知プリミティ
ブ66を受けるので、前記ファイル転送常駐処理手段2
6は、別の待機系クライアント機能手段3に、ファイル
転送を掛ける。再度、前記ファイル転送常駐処理手段2
6が、前記通信手段2からエラーを通知された場合は、
前記対障害回避機能処理手段28にエラー応答プリミテ
ィブ67を通知する。前記対障害回避機能処理手段28
は、前記転送ファイル32をサーバ機能手段1内のエラ
ーディレクトリ36配下に格納し、後の再送に備える。An explanatory diagram of step S3 is also included in FIG.
In step S3, if a failure has occurred in the standby client function unit 3 during the transfer of the transfer file 32, an error notification primitive 66 is received from the communication unit 2, so that the file transfer resident processing unit 2
6 transfers a file to another standby client function unit 3. Again, the file transfer resident processing means 2
6 is notified of the error from the communication means 2,
An error response primitive 67 is notified to the fault avoidance function processing means 28. The failure avoidance function processing means 28
Stores the transfer file 32 under the error directory 36 in the server function means 1 and prepares for retransmission later.
【0074】また通信手段2に障害が発生し、前記ファ
イル転送常駐処理手段26がエラーを検知した場合は、
前記対障害回避機能処理手段28にリセット応答プリミ
ティブ68を送付する。サーバ機能手段内対障害回避機
能処理手段28は、リセット応答プリミティブ68を受
信すると、自身が起動される前の状態に戻す。このステ
ップS3を「転送データ転送」と命名する。If a failure occurs in the communication means 2 and the file transfer resident processing means 26 detects an error,
A reset response primitive 68 is sent to the fault avoidance function processing means 28. Upon receiving the reset response primitive 68, the server function means internal failure avoidance function processing means 28 returns to the state before it was started. This step S3 is called "transfer data transfer".
【0075】ステップS4の説明図も図2に含まれる。
ステップS4においては、無事に転送出来た場合は、後
に前記ファイル転送常駐処理手段26から対障害回避機
能処理手段28に正常応答プリミティブ69が戻される
ので、その後サーバ機能手段1内の転送ディレクトリ3
7に、前記転送ファイル32を格納する。(前記転送フ
ァイル32は、後述の応答ファイル39の対応が明確に
取られることを意図して、一意に決まる命名規則にて、
命名される。)このステップS4を「転送データ保持」
と命名する。An explanatory diagram of step S4 is also included in FIG.
In step S4, if the transfer is successfully completed, the normal response primitive 69 is returned from the file transfer resident processing unit 26 to the failure avoidance function processing unit 28 later.
7, the transfer file 32 is stored. (The transfer file 32 has a uniquely defined naming rule with the intention of clarifying the correspondence of the response file 39 described below.
Named. This step S4 is referred to as "transfer data holding"
It is named.
【0076】ステップS5の説明図も図2に含まれる。
ステップS5においては、待機系クライアント機能手段
3に障害があり、前記転送ファイル32を転送出来なか
った場合は、後に前記対障害回避機能処理手段28は、
改めて待機系クライアント機能手段3に再送することに
なる。ここで、ステップS15に一度スキップする。後
に再送する場合、前記エラーディレクトリ36内の転送
ファイル38を総て転送する。もし転送出来た場合は、
前記エラーディレクトリ36から該当する前記転送ファ
イル38を削除し、前記転送ディレクトリ37に移動す
る。このステップS5を「転送データリカバリ」と命名
する。An explanatory diagram of step S5 is also included in FIG.
In step S5, if there is a failure in the standby client function unit 3 and the transfer file 32 cannot be transferred, the failure avoidance function processing unit 28
It will be resent to the standby client function means 3 again. Here, the process skips once to step S15. When resending later, all the transfer files 38 in the error directory 36 are transferred. If the transfer is successful,
The corresponding transfer file 38 is deleted from the error directory 36 and moved to the transfer directory 37. This step S5 is named "transfer data recovery".
【0077】ステップS6の説明図を図3に記す。ステ
ップS6においては、待機系クライアント機能手段3内
では、転送監視処理手段12が常駐しており、前記転送
ファイル32が存在しているか、否かを監視している。
待機系クライアント機能手段3内で、ファイル転送処理
手段17が存在せず、かつ前記転送ファイル32が存在
している場合は、前記転送監視処理手段12は、待機系
データベース実現手段6を一度ドロップするため、待機
系クライアント機能手段3内に存在するアドミニストレ
ータ処理手段13にドロップコマンド70を発行する。
すると、前記アドミニストレータ処理手段13は、前記
待機系データベース6に削除コマンド71を発行し、削
除する。その後、前記転送ファイル32を元に、前記待
機系データベース実現手段6を再作成するため、前記転
送監視処理手段12は、前記アドミニストレータ処理手
段13にインポート要求プリミティブ72を発行する。
その後、前記アドミニストレータ処理手段13は、前記
待機系データベース実現手段6の作成コマンド73を発
行する。このステップS6を「待機系構築」と命名す
る。FIG. 3 is an explanatory diagram of step S6. In step S6, the transfer monitoring processing unit 12 is resident in the standby client function unit 3, and monitors whether or not the transfer file 32 exists.
If the file transfer processing means 17 does not exist in the standby client function means 3 and the transfer file 32 exists, the transfer monitoring processing means 12 drops the standby database realization means 6 once. Therefore, a drop command 70 is issued to the administrator processing unit 13 existing in the standby client function unit 3.
Then, the administrator processing means 13 issues a delete command 71 to the standby system database 6 and deletes it. Thereafter, in order to re-create the standby database realizing means 6 based on the transfer file 32, the transfer monitoring processing means 12 issues an import request primitive 72 to the administrator processing means 13.
Thereafter, the administrator processing unit 13 issues a creation command 73 for the standby database realizing unit 6. This step S6 is called "standby system construction".
【0078】ステップS6Aにおいては、ステップ6に
おける待機系構築が完了したかどうかが判定される。In step S6A, it is determined whether or not the standby system construction in step 6 has been completed.
【0079】ステップS7の説明図は図3に含まれる。
ステップS7においては、前記待機系データベース実現
手段6への作成中にエラーが発生した場合は、前記アド
ミニストレータ処理手段13は、前記転送監視処理手段
12にエラー通知プリミティブ74を発行する。前記転
送監視処理手段12は、サーバ機能手段1にエラーを通
知するため、前記転送ファイル32の名称119を得た
後、前記転送ファイル32に一対一対応し、かつエラー
内容プリミティブ75を記した前記応答ファイル39を
作成して処理を終了する。前記ファイル転送処理手段1
7は、常駐しているので、前記応答ファイル39をサー
バ機能手段1に転送し、一連の処理を終える。その後、
ステップS15にスキップする。前記転送ファイル32
はそのままにしてあるので、前記転送監視処理手段12
により、再度の更新がなされることになる。このステッ
プS7を「待機系構築リカバリ」と命名する。An explanatory diagram of step S7 is included in FIG.
In step S7, if an error occurs during creation in the standby database realizing means 6, the administrator processing means 13 issues an error notification primitive 74 to the transfer monitoring processing means 12. The transfer monitoring processing means 12 obtains the name 119 of the transfer file 32 to notify the server function means 1 of the error, and then corresponds to the transfer file 32 one-to-one and writes the error content primitive 75. The response file 39 is created, and the process ends. The file transfer processing means 1
7 is resident, the response file 39 is transferred to the server function means 1, and a series of processing is completed. afterwards,
Skip to step S15. The transfer file 32
Has been left as it is, the transfer monitoring processing means 12
Thus, the update is performed again. This step S7 is named "standby system construction recovery".
【0080】ステップS8の説明図も図3に含まれる。
ステップS8においては、前記待機系データベース実現
手段6への反映が無事なされた場合は、前記転送監視処
理手段12は、前記転送ファイル32からバイナリ内容
77Aを得て、前記転送ファイル32と同じ内容を持つ
シーケンス構成の応答ファイル39Aを作成する。その
後、前記転送監視処理手段12は、前記転送ファイル3
2を削除するため、削除コマンド76を発行する。その
後、常駐している前記ファイル転送処理手段17は、前
記応答ファイル39Aのバイナリデータ77を得て、前
記通信手段2を介してサーバ機能手段1に転送する。そ
の後、前記ファイル転送処理手段17が、前記通信手段
2から確認ファイル40の応答を受けた旨の正常応答プ
リミティブ78を発行するまで、前記転送監視処理手段
12は待ちの状態となる。このステップS8を「応答デ
ータ作成」と命名する。An explanatory diagram of step S8 is also included in FIG.
In step S8, if the reflection on the standby system database realizing means 6 is successful, the transfer monitoring processing means 12 obtains the binary contents 77A from the transfer file 32 and writes the same contents as the transfer file 32. A response file 39A having a sequence configuration is created. Thereafter, the transfer monitoring processing means 12 transmits the transfer file 3
A delete command 76 is issued in order to delete 2. Thereafter, the resident file transfer processing means 17 obtains the binary data 77 of the response file 39A and transfers it to the server function means 1 via the communication means 2. Thereafter, the transfer monitoring processing unit 12 is in a waiting state until the file transfer processing unit 17 issues a normal response primitive 78 indicating that the response of the confirmation file 40 has been received from the communication unit 2. This step S8 is named "response data creation".
【0081】ステップS8Aにおいては、ステップS8
における応答転送が成功したかどうかが判定される。In step S8A, step S8
It is determined whether or not the response transfer has been successful.
【0082】ステップS9の説明図も図3に含まれる。
ステップS9においては、転送の際、前記通信手段2も
しくはサーバ機能手段1に障害があり、転送出来なかっ
た場合は、前記ファイル転送処理手段17は、前記転送
監視処理手段12にエラー応答プリミティブ79を送付
する。その後、前記転送監視処理手段12は直ちに処理
をやめ、ステップS15にスキップする。その結果、障
害対処モードに切り替わる。このステップS9を「応答
データリカバリ」と命名する。An explanatory diagram of step S9 is also included in FIG.
In step S9, when the transfer is not possible due to a failure in the communication means 2 or the server function means 1 at the time of transfer, the file transfer processing means 17 sends an error response primitive 79 to the transfer monitoring processing means 12. Send it. Thereafter, the transfer monitoring processing means 12 immediately stops the process and skips to step S15. As a result, the mode is switched to the failure handling mode. This step S9 is named "response data recovery".
【0083】ステップS10の説明図も図3に含まれ
る。ステップS10においては、無事サーバ機能手段1
に転送出来た場合は待機系クライアント機能手段3の前
記応答ファイル39、39Aは不要となるので、前記転
送監視処理手段12は削除コマンド81を発行する。こ
のステップS10を「応答データ後処理」と命名する。An explanatory diagram of step S10 is also included in FIG. In step S10, the server function means 1
If the transfer is successful, the transfer monitoring processing unit 12 issues the delete command 81 because the response files 39 and 39A of the standby client function unit 3 become unnecessary. This step S10 is referred to as "response data post-processing".
【0084】このステップS11の説明図を図4に記
す。ステップS11においては、サーバ機能手段1内で
は前記応答ファイル39Aの存在と、前記ファイル転送
常駐処理手段26の稼働状況を監視する転送監視処理手
段29が常駐している。FIG. 4 is an explanatory diagram of this step S11. In step S11, a transfer monitoring processing unit 29 that monitors the existence of the response file 39A and the operation status of the file transfer resident processing unit 26 is resident in the server function unit 1.
【0085】前記転送監視処理手段29は転送された前
記応答ファイル39Aに対応した、前記転送ディレクト
リ37に存在する前記転送ファイル32、および前記応
答ファイル39Aの各々から、全バイナリデータ80、
80Aを取り出し、その後、バイナリ比較する。前記バ
イナリデータ80、80Aの両者が一致すれば、前記転
送ファイル32と、前記応答ファイル39Aの両者を消
去するため、転送ファイル32の削除コマンド81と応
答ファイル39Aの削除コマンド81Aとを発行する。
このステップS11を「コミット検査」と命名する。The transfer monitoring processing means 29 reads all binary data 80, from the transfer file 32 and the response file 39A in the transfer directory 37 corresponding to the transferred response file 39A.
80A is removed and then binary compared. If the binary data 80 and 80A match, a delete command 81 for the transfer file 32 and a delete command 81A for the response file 39A are issued to delete both the transfer file 32 and the response file 39A.
This step S11 is named "commit check".
【0086】ステップS11Aにおいては、ステップS
11においてバイナリデータの一致を判定し、ステップ
S12とステップS13とに分岐させる。In step S11A, step S11
In step 11, it is determined whether the binary data matches, and the process branches to step S12 and step S13.
【0087】ステップS12の説明図も図4に含まれ
る。ステップS12においては、ステップS11の後、
確認ファイル40を作成し、そこに正常値応答プリミテ
ィブ82を書き出す。その後、待機系クライアント機能
手段3に、ファイル転送するため、前記確認ファイル4
0の名称データ83を前記ファイル転送常駐処理手段2
6に引き渡す。このステップS12を「コミット認可転
送」と命名する。An explanatory diagram of step S12 is also included in FIG. In step S12, after step S11,
A confirmation file 40 is created, and a normal value response primitive 82 is written therein. Thereafter, the confirmation file 4 is transferred to the standby client function unit 3 for file transfer.
0 name data 83 in the file transfer resident processing means 2
Hand over to 6. This step S12 is named “commit authorization transfer”.
【0088】ステップS13の説明図も図4に含まれ
る。ステップS13においては、前記転送ファイル32
と、前記応答ファイル39Aから、それぞれ前記転送フ
ァイル側全バイナリデータ80と前記応答ファイル側全
バイナリデータとを取り出し、バイナリ比較をした結
果、両バイナリデータ間で食い違いがある場合は、前記
確認ファイル40にデータベース実現手段削除要求プリ
ミティブ84を記して、確認ファイル名称データ83
を、前記ファイル転送常駐処理手段26に引き渡す。そ
こでステップS2からステップS11までで行った一連
の処理はないものと見なし、他の待機系クライアント機
能手段3相手に、ステップS2から再度行う。このステ
ップS13を「コミット不可転送」と命名する。An explanatory diagram of step S13 is also included in FIG. In step S13, the transfer file 32
The transfer file-side all binary data 80 and the response file-side all binary data are respectively extracted from the response file 39A, and as a result of a binary comparison, if there is a discrepancy between the two binary data, the confirmation file 40 And a confirmation file name data 83.
Is transferred to the file transfer resident processing means 26. Therefore, it is considered that there is no series of processes performed from step S2 to step S11, and the process is performed again from step S2 for the other standby client function unit 3 partner. This step S13 is named "uncommittable transfer".
【0089】ステップS14の説明図を図5に記す。ス
テップS14においては、待機系クライアント機能手段
3内の前記転送監視処理手段12は、前記確認ファイル
40の存在と、前記ファイル転送処理手段17の稼働状
況を監視して待ち状態になっている。前記ファイル転送
処理手段17が、正常値プリミティブ85を含んだ前記
確認ファイル40を入手し、前記転送監視処理手段12
が、前記確認ファイル40から正常値プリミティブ85
を読みだした場合は、一連の処理を終了し、再度、別の
転送ファイル32待ち状態となる。FIG. 5 is an explanatory diagram of step S14. In step S14, the transfer monitoring processing unit 12 in the standby client function unit 3 monitors the existence of the confirmation file 40 and the operation status of the file transfer processing unit 17, and is in a waiting state. The file transfer processing means 17 obtains the confirmation file 40 including the normal value primitive 85, and
Is the normal value primitive 85 from the confirmation file 40
Is read out, the series of processes is terminated, and the process waits for another transfer file 32 again.
【0090】前記ファイル転送処理手段17が、データ
ベース実現手段削除要求プリミティブ86の記載された
前記確認ファイル40を入手し、かつ前記転送監視処理
手段12が確認ファイル40から、前記データベース実
現手段削除要求プリミティブ86を読みだした場合は、
前記転送監視処理手段12は作成済みの前記待機系デー
タベース実現手段6を削除するため、前記アドミニスト
レータ処理手段13に、前記ドロップコマンド87を発
行し、一連の処理を終了し、再度、前記転送ファイル3
2待ちとなる。その後、前記アドミニストレータ処理手
段13は、前記待機系データベース実現手段6に削除コ
マンド88を発行する。このステップS14を「コミッ
ト対処」と命名する。The file transfer processing means 17 obtains the confirmation file 40 in which the database realization means deletion request primitive 86 is described, and the transfer monitoring processing means 12 obtains the database realization means deletion request primitive from the confirmation file 40. If you read 86,
The transfer monitoring processing means 12 issues the drop command 87 to the administrator processing means 13 in order to delete the standby database realizing means 6 which has been created, terminates a series of processing, and again executes the transfer file 3.
Wait two. Thereafter, the administrator processing means 13 issues a delete command 88 to the standby system database realizing means 6. This step S14 is named “commit handling”.
【0091】ステップS15は、ステップS5、ならび
にステップS7、ならびにステップS9でなされる強制
終了の後処理である。その結果、ステップS1Aの判定
処理に戻る。ステップ15では、ステップS2からやり
直すための環境整理を行う。このステップS15を「後
処理」と命名する。Step S15 is a post-processing of the forced termination performed in step S5, step S7, and step S9. As a result, the process returns to the determination processing of step S1A. In step 15, the environment is organized to start over from step S2. This step S15 is referred to as "post-processing".
【0092】上記ステップの転送方法の結果、待機系ク
ライアント機能手段3には、必ずサーバ機能手段1内の
データベース実現手段20のサブセットである前記待機
系データベース実現手段6が作成されることになる。As a result of the transfer method in the above steps, the standby database realizing means 6, which is a subset of the database realizing means 20 in the server functional means 1, is always created in the standby client functional means 3.
【0093】これから後の手続きを再度、図1に記す。
送付するべき総ての待機系クライアント機能手段3に、
上記ステップで前記転送ファイル32を転送する。その
後、サーバ機能手段1内の前記対障害回避機能処理手段
28が、先に取った追加ログ情報データ52のクリアを
行うため、前記分散ログ管理手段23に、クリア要求プ
リミティブ89を送付する。前記分散ログ管理手段23
は、前記クリア要求プリミティブ89を受けると、待機
系クライアント機能手段3内の分散ログ管理手段7を介
して、前記更新ログ手段8にログクリア要求プリミティ
ブ90を発行し、ログをリセットする。FIG. 1 shows the subsequent procedure again.
For all standby client function means 3 to be sent,
In the above steps, the transfer file 32 is transferred. After that, the failure avoidance function processing means 28 in the server function means 1 sends a clear request primitive 89 to the distributed log management means 23 in order to clear the additional log information data 52 previously taken. The distributed log management means 23
Receives the clear request primitive 89, issues a log clear request primitive 90 to the update log means 8 via the distributed log management means 7 in the standby client function means 3, and resets the log.
【0094】図6は障害発生時の障害対処モードを記し
ている。一般クライアント機能手段4で、前記システム
入力・結果表示機能手段5を使って入力要求プリミティ
ブ44を発行すると、前記クライアント機能手段内業務
処理手段9が起動する。その後、前記業務処理手段9
は、前記通信手段2を介して、サーバ機能手段1の前記
業務処理手段19に処理委託要求プリミティブ45を発
行しようとするが、サーバ機能手段1の障害、もしくは
前記通信手段2で障害のあった場合は、一般クライアン
ト機能手段4内の業務処理手段9は、エラー情報プリミ
ティブ91を前記システム入力・結果表示機能手段5に
報告し、待機系クライアント機能手段3で作業をするこ
とを促す。FIG. 6 shows a failure handling mode when a failure occurs. When the general client function unit 4 issues an input request primitive 44 using the system input / result display function unit 5, the job processing unit 9 in the client function unit is activated. Then, the business processing means 9
Attempts to issue a processing commission request primitive 45 to the business processing unit 19 of the server function unit 1 via the communication unit 2, but the server function unit 1 has failed or the communication unit 2 has failed. In this case, the task processing means 9 in the general client function means 4 reports the error information primitive 91 to the system input / result display function means 5 and urges the standby client function means 3 to work.
【0095】待機系クライアント機能手段3で、前記シ
ステム入力・結果表示機能手段5を介して、入力要求プ
リミティブ44を発行すると、待機系クライアント機能
手段3内の業務処理手段9が起動し、その後、前記通信
手段2を介して、前記サーバ機能手段1の前記業務処理
手段19に処理委託要求プリミティブ45を発行しよう
とするが、サーバ機能手段1の障害、もしくは前記通信
手段2で障害のあった場合は、待機系クライアント機能
手段3内の業務処理手段9は、エラーを検知し、復旧処
理手段14を立ち上げるための立ち上げコマンド92を
発行する。When the standby client function means 3 issues an input request primitive 44 via the system input / result display function means 5, the business processing means 9 in the standby client function means 3 is activated. An attempt is made to issue a processing commission request primitive 45 to the business processing unit 19 of the server function unit 1 via the communication unit 2, but a failure of the server function unit 1 or a failure of the communication unit 2 The task processing means 9 in the standby client function means 3 detects an error and issues a start command 92 for starting the recovery processing means 14.
【0096】サーバ機能手段1の障害に対しては、本発
明の「データベース復旧方法」にて対処する。The failure of the server function means 1 is dealt with by the "database recovery method" of the present invention.
【0097】図8は、本発明のデータベース復旧方法の
処理ステップのフローチャート図である。以下、データ
ベース復旧方法の各処理ステップについて説明する。ス
テップA1、ならびにステップA2は図1で説明する。
ステップA3以後は図6で説明する。FIG. 8 is a flowchart showing the processing steps of the database restoration method according to the present invention. Hereinafter, each processing step of the database recovery method will be described. Step A1 and step A2 will be described with reference to FIG.
Step A3 and subsequent steps will be described with reference to FIG.
【0098】ステップA1を図1で説明する。ステップ
A1においては、分散ログ管理手段23は、更新ログ手
段22が管理して、前記分散ログ管理手段23に引き渡
された追加ログ情報データ52を待機系クライアント機
能手段3の内、予め選択されたもの数台に転送する。そ
の後、分散ログ管理手段23は、待機系クライアント機
能手段3内の分散ログ管理手段7を介して、待機系クラ
イアント機能手段3内の更新ログ手段8に保存ログの改
版依頼を行う。このステップA1を「ログ待避転送」と
命名する。Step A1 will be described with reference to FIG. In step A1, the distributed log management unit 23 manages the update log unit 22 and selects the additional log information data 52 passed to the distributed log management unit 23 from among the standby client function units 3 in advance. Transfer to several units. Thereafter, the distributed log management unit 23 requests the update log unit 8 in the standby client function unit 3 to update the storage log via the distributed log management unit 7 in the standby client function unit 3. This step A1 is named "log save transfer".
【0099】ステップA2も図1で説明する。ステップ
A2においては、サーバ機能手段1には、時刻同期処理
手段24が常駐しており、待機系クライアント機能手段
3へ定期的に同期メッセージ54を転送している。待機
系クライアント機能手段3にも時刻同期処理手段10が
常駐しており、サーバ機能手段1内のシステム時刻と同
期を取る。このステップA2を「システム時間同期」と
命名する。Step A2 will be described with reference to FIG. In step A2, the time synchronization processing means 24 is resident in the server function means 1, and periodically transfers the synchronization message 54 to the standby client function means 3. The time synchronization processing means 10 also resides in the standby client function means 3 and synchronizes with the system time in the server function means 1. This step A2 is named “system time synchronization”.
【0100】ステップA3の説明を図6にて行う。ステ
ップA3においては、復旧処理手段14は、待機系クラ
イアント機能手段3内の前記更新ログ手段8に要求コマ
ンド93を、および前記分散ログ管理手段7に要求コマ
ンド93Aを発行し、サーバ機能手段1障害時直前まで
のログ情報データ94を、他の待機系クライアント機能
手段3、もしくは前記サーバ機能手段1から入手する。
このステップA3を「自動ログ入手」と命名する。Step A3 will be described with reference to FIG. In step A3, the recovery processing unit 14 issues a request command 93 to the update log unit 8 and a request command 93A to the distributed log management unit 7 in the standby client function unit 3, and the server function unit 1 fails. The log information data 94 up to just before the time is obtained from the other standby client function unit 3 or the server function unit 1.
This step A3 is named "automatic log acquisition".
【0101】ステップA3Aにおいては、自動ログ入手
が成功したかどうかが判定され、ステップA4とステッ
プA5とに分岐する。In step A3A, it is determined whether or not automatic log acquisition has succeeded, and the flow branches to step A4 and step A5.
【0102】ステップA4の説明も図6にて行う。ステ
ップA4においては、ステップA3で通信手段2に障害
が発生した場合に、前記復旧処理手段14は、前記シス
テム入力・結果表示機能手段5に通信手段障害の通知メ
ッセージ95を発行し、ユーザに、磁気媒体43で、前
記ログ情報データ94Aを入手するように促す。磁気媒
体43でログ情報データ94Aを入手したならば、待機
系クライアント機能手段3内のローダ処理手段15が、
前記磁気媒体43より前記ログ情報データ94Aを吸い
上げ、待機系クライアント機能手段3に読み込み、前記
ログ情報データ94Aを、前記復旧処理手段14に引き
渡す。その間、待機系クライアント機能手段3内の前記
業務処理手段9は待ち状態に入る。このステップA4を
「手動ログ入手」と命名する。Step A4 will be described with reference to FIG. In step A4, when a failure occurs in the communication unit 2 in step A3, the recovery processing unit 14 issues a communication unit failure notification message 95 to the system input / result display function unit 5, and provides the user with: The magnetic medium 43 prompts the user to obtain the log information data 94A. When the log information data 94A is obtained from the magnetic medium 43, the loader processing unit 15 in the standby client function unit 3
The log information data 94A is sucked up from the magnetic medium 43, read into the standby client function unit 3, and the log information data 94A is delivered to the recovery processing unit 14. Meanwhile, the job processing means 9 in the standby client function means 3 enters a waiting state. This step A4 is named "manual log acquisition".
【0103】ステップA5においては、待機系クライア
ント機能手段3内の前記復旧処理手段14は、前記ログ
情報データ94もしくは94Aを入手すると、前記待機
系データベース実現手段6にインポート要求され反映さ
れた時点から後に追加されたサーバ機能手段1内の前記
データベース実現手段20に対する前記トランザクショ
ン要求全プリミティブ97を、前記待機系データベース
実現手段6に発行し、サーバ機能手段1内の前記データ
ベース実現手段20の内容を、前記待機系データベース
実現手段6全てに水平分散した状態に移行して、障害対
処モードに移る。その際、前記復旧処理手段14は、臨
時更新ログ98を前記待機系クライアント機能手段3内
に作成する、作成コマンド99を発行する。このステッ
プA5を「障害対処モード前処理1」と命名する。In step A5, upon obtaining the log information data 94 or 94A, the recovery processing means 14 in the standby-system client function means 3 starts importing the log information data 94 or 94A from the standby-system database realizing means 6 and reflects the data. The transaction request all primitives 97 to the database realizing means 20 in the server functional means 1 added later are issued to the standby database realizing means 6, and the contents of the database realizing means 20 in the server functional means 1 are The state is shifted to a state in which the standby system database realizing means 6 is horizontally distributed, and the state shifts to the failure handling mode. At this time, the recovery processing unit 14 issues a creation command 99 for creating the temporary update log 98 in the standby client function unit 3. Step A5 is referred to as “failure-handling mode preprocessing 1”.
【0104】ステップA6においては、障害対処モード
では、待機系クライアント機能手段3内の業務処理手段
9は、前記待機系クライアント機能手段3内に存在して
おり、サーバ機能手段1内の前記業務処理手段19と同
じ挙動を示す、待機系クライアント機能手段内業務処理
手段118を介して、前記待機系データベース実現手段
6に接続し直すために、処理委託要求プリミティブ10
0を、前記業務処理手段118に再発行する。前記臨時
更新ログ98には、前記業務処理手段118が前記待機
系データベース実現手段6に状態を変更するトランザク
ション要求プリミティブ47を発行し完了する度に、そ
の内容、時刻の記録メッセージ101が記される。この
ステップA6を「障害対処モード前処理2」と命名す
る。In step A6, in the failure handling mode, the business processing means 9 in the standby client function means 3 is present in the standby client function means 3 and the business processing means 9 in the server function means 1 In order to reconnect to the standby database realizing means 6 via the standby client function means business processing means 118 which shows the same behavior as the means 19, the processing commission request primitive 10
0 is reissued to the job processing means 118. Each time the task processing means 118 issues the transaction request primitive 47 for changing the state to the standby system database realizing means 6 and completes it, the temporary update log 98 records a record message 101 of the content and time. . Step A6 is referred to as “failure-handling mode preprocessing 2”.
【0105】ステップA7においては、障害状態にある
サーバ機能手段1が復旧すると、サーバ機能手段1内の
データベース実現手段20を管理するアドミニストレー
タ処理手段21が即、立ち上がり、前記アドミニストレ
ータ処理手段21内部に持つログ102から、前記デー
タベース実現手段20に更新要求プリミティブ103を
発行し、サーバ機能手段1に障害が発生した直前の状態
を再現する。このステップA7を「サーバ復旧処理1」
と命名する。In step A7, when the server function means 1 in the faulty state is restored, the administrator processing means 21 for managing the database realizing means 20 in the server function means 1 immediately starts up and has the inside of the administrator processing means 21. An update request primitive 103 is issued from the log 102 to the database realizing means 20 to reproduce the state immediately before the failure of the server function means 1. This step A7 is referred to as “server recovery processing 1”.
It is named.
【0106】ステップA8においては、ステップA7の
後、更新ログ手段22が続けて立ち上がり、前記分散ロ
グ管理手段23に、臨時更新ログ回収メッセージ104
を送付する。このステップA8を「臨時更新ログ回収要
求1」と命名する。In step A8, after step A7, the update log means 22 starts up continuously, and the distributed log management means 23 sends the temporary update log collection message 104
Send. This step A8 is named “temporary update log collection request 1”.
【0107】ステップA9においては、ステップA8の
後、分散ログ管理手段23は、待機系クライアント機能
手段3内の前記分散ログ管理手段7一斉同報で、臨時更
新ログ回収メッセージ105を送信する。このステップ
A9を「臨時更新ログ回収要求2」と命名する。In step A9, after step A8, the distributed log management means 23 transmits the temporary update log collection message 105 by simultaneous broadcasting of the distributed log management means 7 in the standby client function means 3. This step A9 is named “temporary update log collection request 2”.
【0108】ステップA10においては、待機系クライ
アント機能手段3内部の前記分散ログ管理手段7は、臨
時更新ログ回収メッセージ105を受けると、常駐して
いる障害復旧機能処理手段16に、臨時更新ログ情報メ
ッセージ106を送付する。このステップA10を「臨
時更新ログ回収応答1」と命名する。In step A 10, upon receiving the temporary update log collection message 105, the distributed log management unit 7 in the standby client function unit 3 sends the temporary update log information to the resident failure recovery function processing unit 16. The message 106 is sent. This step A10 is named “temporary update log collection response 1”.
【0109】ステップA11においては、障害復旧機能
処理手段16が、臨時更新ログ情報メッセージ106を
受けると、前記臨時更新ログ98の内容データ107を
引き出し、その後サーバ機能手段1の更新ログ処理手段
22に向けて、前記内容データ107をファイル転送す
る。このステップA11を「臨時更新ログ回収応答2」
と命名する。In step A11, when the failure recovery function processing means 16 receives the temporary update log information message 106, it extracts the content data 107 of the temporary update log 98, and then sends it to the update log processing means 22 of the server function means 1. Then, the content data 107 is transferred to a file. This step A11 is referred to as "temporary update log collection response 2".
It is named.
【0110】ステップA12においては、待機系クライ
アント機能手段3内の障害復旧機能処理手段16は、待
機系クライアント機能手段3内の前記業務処理手段9
が、新たに更新のトランザクション要求プリミティブ4
7を発行しない様に、一時的に、前記待機系データベー
ス実現手段6内のデータベースアクセス権限を強化する
様に、前記アドミニストレータ処理手段13に、制限要
求プリミティブ108を発行する。その結果、前記待機
系データベース実現手段6には、検索のトランザクショ
ン要求プリミティブ47のみしか発行出来ないことにな
る。それと同時に、前記障害復旧機能処理手段16は、
待機系クライアント機能手段3の前記システム入力・結
果表示機能手段5に警告メッセージ109を発行し、サ
ーバ機能手段1内の更新ログ手段22から発行され、待
機系クライアント機能手段3内の前記分散ログ管理手段
7から受理される、復旧完了メッセージ110を受け取
るまで、その状態を続ける。このステップA12を「臨
時更新制限」と命名する。In step A12, the failure recovery function processing means 16 in the standby client function means 3 sets the service processing means 9 in the standby client function means 3 to
Is a newly updated transaction request primitive 4
7 is issued to the administrator processing means 13 so as to temporarily strengthen the database access authority in the standby database realizing means 6 so as not to issue the restriction request primitive 7. As a result, only the transaction request primitive 47 for search can be issued to the standby database realizing means 6. At the same time, the failure recovery function processing means 16
A warning message 109 is issued to the system input / result display function means 5 of the standby client function means 3, issued from the update log means 22 in the server function means 1, and the distributed log management in the standby client function means 3 is issued. This state is maintained until the recovery completion message 110 received from the means 7 is received. This step A12 is named “temporary update restriction”.
【0111】ステップA13においては、障害復旧機能
処理手段16は、前記復旧完了メッセージ110を受理
すると、待機系クライアント機能手段3内の前記臨時更
新ログ98を消去するコマンド111を発行し、サーバ
機能手段1内の前記データベース実現手段20に接続を
し直す。このステップA13を「臨時更新ログ消去」と
命名する。In step A13, upon receiving the recovery completion message 110, the failure recovery function processing means 16 issues a command 111 for erasing the temporary update log 98 in the standby client function means 3, and issues a command to the server function means. 1 and reconnect to the database realizing means 20. This step A13 is named "temporary update log deletion".
【0112】ステップA14においては、総ての待機系
クライアント機能手段3のシステム時刻はステップA1
により、同期が取れている。サーバ機能手段1内の前記
更新ログ手段22は、復旧処理手段27に起動コマンド
112を発行する。前記復旧処理手段27は、総ての待
機系クライアント機能手段3内にあった前記臨時更新ロ
グ98の内容データ107を、前記更新ログ手段22を
介して入手すると、前記臨時更新ログ98全ての内容デ
ータ107を時刻順に並び替える。このステップA14
を「臨時ログ編集」と命名する。At step A14, the system time of all the standby client function means 3 is set at step A1.
Is synchronized. The update log means 22 in the server function means 1 issues a start command 112 to the recovery processing means 27. When the recovery processing unit 27 obtains the content data 107 of the temporary update log 98 in all the standby client function units 3 via the update log unit 22, the recovery processing unit 27 The data 107 is rearranged in time order. This step A14
Is named "temporary log editing".
【0113】ステップA15においては、ステップA1
4の後、サーバ機能手段1内の前記データベース実現手
段20に反映していく様に、修正のトランザクション要
求プリミティブ114を発行する。反映の途上、下記の
規定1)および規定2)に該当するものがあれば、前記
復旧処理手段27は、前記サーバ機能手段1のコンソー
ル30にメッセージ115を発行して、システム管理者
の判断を得る。なお、ディフォルト対処法も下記に記載
する。このステップA15を「システム管理者判断1」
と命名する。In Step A15, Step A1
After 4, a modified transaction request primitive 114 is issued so as to be reflected in the database implementing means 20 in the server function means 1. During the reflection, if there is any of the following rules 1) and 2), the recovery processing unit 27 issues a message 115 to the console 30 of the server function unit 1 to determine the system administrator. obtain. The default countermeasures are described below. This step A15 is referred to as “system administrator judgment 1”.
It is named.
【0114】規定1)異なる待機系クライアント機能手
段3に分散されたサーバ機能手段1内の前記データベー
ス実現手段20のデータ内容において、同表の同データ
に対し、別々に値の変更を促すトランザクション要求プ
リミティブ47が発行される、もしくは削除を意味する
トランザクション要求プリミティブ47と、値の変更を
促す前記トランザクション要求プリミティブ47が掛け
られている場合。Rules 1) In the data contents of the database realizing means 20 in the server function means 1 distributed to different standby client function means 3, a transaction request for prompting a change in the value of the same data in the same table separately. When the primitive 47 is issued or the transaction request primitive 47 indicating deletion is multiplied by the transaction request primitive 47 for prompting a change of a value.
【0115】対処案1)値の変更を促す前記トランザク
ション要求プリミティブ47が、独立に2度以上要求さ
れた場合は、時刻上最後の前記トランザクション要求プ
リミティブ47を優先する。削除を意味する前記トラン
ザクション要求プリミティブ47と、値の変更を促す前
記トランザクション要求プリミティブ47の2つが要求
された場合は、削除を意味する前記トランザクション要
求プリミティブ47を優先する。Countermeasure 1) If the transaction request primitive 47 for prompting the change of the value is independently requested twice or more, the last transaction request primitive 47 in time is prioritized. When two of the transaction request primitive 47 indicating deletion and the transaction request primitive 47 prompting a change of a value are requested, the transaction request primitive 47 indicating deletion is given priority.
【0116】規定2)異なる待機系クライアント機能手
段3に分散されたサーバ機能手段1内の前記データベー
ス実現手段20のデータ内容において、同表に対し同一
主キーのデータを挿入しようとしている場合。Rule 2) When data of the same primary key is to be inserted into the same table in the data contents of the database realizing means 20 in the server function means 1 distributed to different standby client function means 3.
【0117】対処案2)時刻上最後に要求された前記ト
ランザクション要求プリミティブ47を選択する。Countermeasure 2) The last transaction request primitive 47 requested in terms of time is selected.
【0118】ステップA16においては、システム管理
者は、前記判断の結果、サーバ機能手段1の前記コンソ
ール30に、画面選択メッセージ116を入力する。前
記画面選択メッセージ116は、以下の4種類が選択で
きる。 選択肢1)「無視」 選択肢2)「対処案処理」 選択肢3)ユーザが後にマニュアル修正可能な様な「ロ
グ付き対処案処理」 選択肢4)「即時マニュアル修正」 このステップA16を「システム管理者判断2」と命名
する。In step A16, the system administrator inputs a screen selection message 116 to the console 30 of the server function unit 1 as a result of the above determination. The following four types of screen selection messages 116 can be selected. Option 1) “Ignore” Option 2) “Countermeasure processing” Option 3) “Countermeasure with log processing” so that the user can manually correct later Option 4) “Immediate manual correction” 2 ".
【0119】ステップA17においては、システム管理
者が前記コンソール30にて、前記画面選択メッセージ
116の入力を行った後、前記復旧処理手段27の処理
内容が完了した場合、そこで問題が無ければ、前記復旧
処理手段27が、前記更新ログ手段22に、完了メッセ
ージ117を報告する。このステップA17を「障害対
処モード終了処理1」と命名する。In step A17, after the system administrator inputs the screen selection message 116 on the console 30 and the processing contents of the restoration processing means 27 are completed, if there is no problem there, The recovery processing unit 27 reports a completion message 117 to the update log unit 22. This step A17 is referred to as “troubleshooting mode end processing 1”.
【0120】ステップA18においては、サーバ機能手
段1内の前記更新ログ手段22は、サーバ機能手段内分
散ログ管理手段23に復旧完了メッセージ110Aを発
行する。前記サーバ機能手段内分散ログ管理手段23
は、前記復旧完了メッセージ110Aを入手すると、待
機系クライアント機能手段3内の分散ログ管理手段7
に、復旧完了メッセージ110Bを一斉同報で通知す
る。待機系クライアント機能手段3内の前記分散ログ管
理手段7が、復旧完了メッセージ110Bを受理する
と、前記障害復旧機能処理手段16に、前記復旧完了メ
ッセージ110が引き渡される。このステップA18を
「障害対処モード終了処理2」と命名する。In step A18, the update log means 22 in the server function means 1 issues a recovery completion message 110A to the distributed log management means 23 in the server function means. Distributed log management means 23 in the server function means
When the recovery completion message 110A is obtained, the distributed log management unit 7 in the standby client function unit 3
Then, a recovery completion message 110B is notified by simultaneous broadcast. When the distributed log management unit 7 in the standby client function unit 3 receives the recovery completion message 110B, the recovery completion message 110 is delivered to the failure recovery function processing unit 16. Step A18 is referred to as "failure-handling mode end processing 2".
【0121】ステップA19においては、前記障害復旧
機能の処理手段16は、待機系クライアント機能手段3
内の前記臨時更新ログ98を消去するため、消去コマン
ド111を発行し、前記サーバ機能手段1内の前記デー
タベース実現手段20に接続し直し、障害発生前の状態
に戻る。このステップA19を「障害対処モード終了処
理3」と命名する。In step A19, the processing means 16 of the failure recovery function sets the standby client function means 3
In order to delete the temporary update log 98, a delete command 111 is issued to reconnect to the database realizing means 20 in the server function means 1 and return to the state before the failure occurred. Step A19 is referred to as “failure-handling mode end processing 3”.
【0122】[0122]
【発明の効果】以上説明したように、本発明によって奏
される効果は次の通りである。As described above, the effects achieved by the present invention are as follows.
【0123】第1に、本発明において待機系データベー
ス実現手段が配置されるクライアント機能手段は、サー
バ機能手段と同等の信頼性を持つ必要がないため、高価
な前記サーバ機能手段を多重化して導入する必要はな
い。したがって、廉価な前記クライアント機能手段内
に、小規模に分解した前記待機系データベース実現手段
を配置することで、同等の機能を提供できるという効果
がある。First, the client function means in which the standby system database realizing means are arranged in the present invention does not need to have the same reliability as the server function means, so the expensive server function means is multiplexed and introduced. do not have to. Therefore, the same function can be provided by arranging the standby database realizing means, which is disassembled on a small scale, in the inexpensive client functional means.
【0124】第2に、高価な前記サーバ機能手段を多重
化して導入する必要はないため、結果として運用環境が
簡略化され、運用が容易になるという効果がある。Second, since it is not necessary to multiplex and introduce the expensive server function means, there is an effect that the operation environment is simplified and the operation becomes easy.
【図1】本発明の分散デュープレックス式障害対策装置
の一つの実施の形態のブロック図である。FIG. 1 is a block diagram of an embodiment of a distributed duplex failure countermeasure device of the present invention.
【図2】サーバ機能手段側から転送ファイルを転送する
際の、処理手順を示すブロック図である。FIG. 2 is a block diagram showing a processing procedure when a transfer file is transferred from a server function unit.
【図3】待機系クライアント機能手段側から応答ファイ
ルを転送する際の処理手順を示すブロック図である。FIG. 3 is a block diagram illustrating a processing procedure when a response file is transferred from a standby client function unit.
【図4】サーバ機能手段側から確認ファイルを転送する
際の処理手順を示すブロック図である。FIG. 4 is a block diagram showing a processing procedure when a confirmation file is transferred from the server function means side.
【図5】待機系クライアント機能手段側で確認ファイル
を受理した際の処理手順を示すブロック図である。FIG. 5 is a block diagram illustrating a processing procedure when a confirmation file is received by the standby client function unit.
【図6】データベース復旧方法の処理手順を機能要素を
含めて記したブロック図である。FIG. 6 is a block diagram illustrating a processing procedure of a database recovery method including functional elements.
【図7】本発明の転送方法の一つの実施の形態のフロー
チャートである。FIG. 7 is a flowchart of one embodiment of a transfer method according to the present invention.
【図8】本発明のデータベース復旧方法の一つの実施の
形態のフローチャートである。FIG. 8 is a flowchart of one embodiment of a database recovery method according to the present invention.
【図9】従来の分散処理情報システムの障害対策装置を
示すブロック図である。FIG. 9 is a block diagram showing a conventional failure countermeasure device for a distributed processing information system.
【図10】従来の分散処理情報システムの障害対策装置
を示すブロック図である。FIG. 10 is a block diagram showing a conventional failure countermeasure device for a distributed processing information system.
1 サーバ機能手段 2 通信手段 3 待機系クライアント機能手段 4 一般クライアント機能手段 5 システム入力・結果表示機能手段 6 待機系データベース実現手段 7 待機系クライアント機能手段内分散ログ管理手段 8 待機系クライアント機能手段内更新ログ手段 9 クライアント機能手段内業務処理手段 10 待機系クライアント機能手段内時刻同期処理手
段 11 稼働管理処理手段 12 待機系クライアント機能手段内転送監視処理手
段 13 待機系クライアント機能手段内アドミニストレ
ータ処理手段 14 待機系クライアント機能手段内復旧処理手段 15 待機系クライアント機能手段内ローダ処理手段 16 待機系クライアント機能手段内障害復旧機能処
理手段 17 待機系クライアント機能手段内ファイル転送処
理手段 18 システム時計機能手段 19 サーバ機能手段内業務処理手段 20 サーバ機能手段内データベース実現手段 21 サーバ機能手段内アドミニストレータ処理手段 22 サーバ機能手段内更新ログ手段 23 サーバ機能手段内分散ログ管理手段 24 サーバ機能手段内時刻同期処理手段 25 端末管理処理手段 26 サーバ機能手段内ファイル転送常駐処理手段 27 サーバ機能手段内復旧処理手段 28 対障害回避機能処理手段 29 サーバ機能手段内転送監視処理手段 30 サーバ機能手段コンソール 31 累積稼動状況データファイル 32 転送ファイル 33 水平分散できる表 34 マスタ系表 35 ファイル作成セマフォ 36 エラーディレクトリ 37 転送ディレクトリ 38 エラーディレクトリ内の転送ファイル 39 応答ファイル 39A 応答ファイル 40 確認ファイル 43 磁気媒体 44 入力要求プリミティブ 45 処理委託要求プリミティブ 46 結果回答プリミティブ 47 トランザクション要求プリミティブ 48 トランザクション結果プリミティブ 49 更新内容プリミティブ 50 結果回答プリミティブ 51 分散保存要求プリミティブ 52 追加ログ情報データ 53 改版依頼プリミティブ 54 同期メッセージ 55 同期要求プリミティブ 56 稼働報告メッセージ 57 結果データ 58 サーバ機能手段累積稼動時間データ 59 サーバ機能手段MTBFデータ 60 待機系クライアント機能手段累積稼働時間デー
タ 61 待機系クライアント機能手段MTBFデータ 62 エクスポート要求プリミティブ 63 データベース実現手段内容データ 64 オンメッセージ 65 オフメッセージ 66 エラー通知プリミティブ 67 エラー応答プリミティブ 68 リセット応答プリミティブ 69 正常応答プリミティブ 70 ドロップコマンド 71 削除コマンド 72 インポート要求プリミティブ 73 作成コマンド 74 エラー通知プリミティブ 75 エラー内容プリミティブ 76 削除コマンド 77 応答ファイルバイナリデータ 77A 転送ファイルバイナリ内容 78 正常応答プリミティブ 79 エラー応答プリミティブ 80 転送ファイル側全バイナリデータ 80A 応答ファイル側全バイナリデータ 81 転送ファイル側削除コマンド 81A 応答ファイル側削除コマンド 82 正常値応答プリミティブ 83 確認ファイル名称データ 84 データベース実現手段削除要求プリミティブ 85 正常値プリミティブ 86 データベース実現手段削除要求プリミティブ 87 ドロップコマンド 88 削除コマンド 89 クリア要求プリミティブ 90 ログクリア要求プリミティブ 91 エラー情報プリミティブ 92 立ち上げコマンド 93 要求コマンド 93A 要求コマンド 94 サーバ機能手段障害時直前までのログ情報デー
タ 94A 磁気媒体に書かれたサーバ機能手段障害時直
前までのログ情報データ 95 通信回線障害の通知メッセージ 97 全トランザクション要求プリミティブ 98 臨時更新ログ 99 作成コマンド 100 処理委託要求プリミティブ 101 記録メッセージ 102 アドミニストレータ手段内部のログ 103 更新要求プリミティブ 104 臨時更新ログ回収メッセージ 105 臨時更新ログ回収メッセージ 106 臨時更新ログ情報メッセージ 107 臨時更新ログ内容データ 108 制限要求プリミティブ 109 警告メッセージ 110 復旧完了メッセージ 110A 復旧完了メッセージ 110B 復旧完了メッセージ 111 臨時更新ログを消去するコマンド 112 起動コマンド 114 修正トランザクション要求プリミティブ 115 メッセージ 116 画面選択メッセージ 117 完了メッセージ 118 待機系クライアント機能手段内の業務処理手
段 119 転送ファイル名称 151 サーバ機能手段 151A サーバ機能手段 152 通信手段 153 クライアント機能手段 154 業務処理手段 155 業務処理手段 155A 業務処理手段 156 データベース実現手段 156A データベース実現手段 157 レプリカ作成機能手段 157A レプリカ作成機能手段 158 別業務処理手段 159 入力要求プリミティブ 160 処理委託要求プリミティブ 161 トランザクション要求プリミティブ 171 サーバ機能手段 172 通信手段 173 クライアント機能手段 174 待機系データベース実現手段 174A 待機系データベース実現手段レプリカ 175 サーバ機能手段内データベース実現手段 175A 保存直前の状態のサーバ機能手段内データ
ベース実現手段 176 入力要求プリミティブ 177 要求プリミティブ 178 業務処理手段 179 結果応答 180 転送処理手段 181 定期データベース実現手段保存データ読み込
み手段 182 データベース実現手段データ 183 データベース実現手段作成手段 184 データベース実現手段比較手段 185 データベース実現手段更新 186 データベース実現手段の内容DESCRIPTION OF SYMBOLS 1 Server function means 2 Communication means 3 Standby client function means 4 General client function means 5 System input / result display function means 6 Standby database implementation means 7 Standby client function means distributed log management means 8 Standby client function means Update log means 9 Task processing means in client function means 10 Time synchronization processing means in standby client function means 11 Operation management processing means 12 Transfer monitoring processing means in standby client function means 13 Administrator processing means in standby client function means 14 Standby Recovery processing means in the standby client function means 15 loader processing means in the standby client function means 16 failure recovery function processing means in the standby client function means 17 file transfer processing means in the standby client function means 18 system Clock function means 19 Business processing means in server function means 20 Database realizing means in server function means 21 Administrator processing means in server function means 22 Update log means in server function means 23 Distributed log management means in server function means 24 Time in server function means Synchronization processing means 25 Terminal management processing means 26 File transfer resident processing means in server function means 27 Recovery processing means in server function means 28 Failure prevention function processing means 29 Transfer monitoring processing means in server function means 30 Server function means console 31 Cumulative operation Situation data file 32 Transfer file 33 Horizontally distributable table 34 Master table 35 File creation semaphore 36 Error directory 37 Transfer directory 38 Transfer file in error directory 39 Response file 39A Response file 40 Confirmation File 43 Magnetic Medium 44 Input Request Primitive 45 Processing Outgoing Request Primitive 46 Result Answer Primitive 47 Transaction Request Primitive 48 Transaction Result Primitive 49 Update Content Primitive 50 Result Answer Primitive 51 Distributed Storage Request Primitive 52 Additional Log Information Data 53 Revision Request Primitive 54 Synchronization message 55 Synchronization request primitive 56 Operation report message 57 Result data 58 Server function means accumulated operation time data 59 Server function means MTBF data 60 Standby client function means accumulated operation time data 61 Standby client function means MTBF data 62 Export request primitive 63 Database implementation means content data 64 On message 65 Off message Page 66 Error notification primitive 67 Error response primitive 68 Reset response primitive 69 Normal response primitive 70 Drop command 71 Delete command 72 Import request primitive 73 Creation command 74 Error notification primitive 75 Error content primitive 76 Delete command 77 Response file Binary data 77A Transfer file Binary contents 78 Normal response primitive 79 Error response primitive 80 All binary data on transfer file side 80A All binary data on response file 81 Transfer file side delete command 81A Response file side delete command 82 Normal value response primitive 83 Confirmation file name data 84 Database implementation means Delete request primitive 85 Normal value primitive 86 Database Implementing means deletion request primitive 87 Drop command 88 Delete command 89 Clear request primitive 90 Log clear request primitive 91 Error information primitive 92 Startup command 93 Request command 93A Request command 94 Log information data until immediately before failure of server function means 94A Magnetic media Log information data written until immediately before the failure of the server function means 95 Communication line failure notification message 97 All transaction request primitives 98 Extraordinary update log 99 Creation command 100 Processing commission request primitive 101 Record message 102 Log inside the administrator means 103 Update request Primitive 104 Temporary update log collection message 105 Temporary update log collection message 106 Temporary update log information message 107 Update log content data 108 Restriction request primitive 109 Warning message 110 Recovery completion message 110A Recovery completion message 110B Recovery completion message 111 Command to delete the temporary update log 112 Start command 114 Modified transaction request primitive 115 Message 116 Screen selection message 117 Completion message 118 Wait Business processing means in system client function means 119 Transfer file name 151 Server function means 151A Server function means 152 Communication means 153 Client function means 154 Business processing means 155 Business processing means 155A Business processing means 156 Database realizing means 156A Database realizing means 157 Replica Creation function means 157A Replica creation function means 158 Separate business processing means 159 Input request primitive 160 Processing commission request primitive 161 Transaction request primitive 171 Server function unit 172 Communication unit 173 Client function unit 174 Standby database realizing unit 174A Standby database realizing unit replica 175 Database realizing unit in server functional unit 175A State immediately before storage 176 input request primitive 177 request primitive 178 business processing means 179 result response 180 transfer processing means 181 periodic database realization means storage data reading means 182 database realization means data 183 database realization means creating means 184 database realization means Comparison means 185 database realization means update 186 database realization means Contents
フロントページの続き (51)Int.Cl.6 識別記号 FI G06F 12/00 531 G06F 12/00 531J 12/16 310 12/16 310J 13/00 357 13/00 357Z 15/16 470 15/16 470J (58)調査した分野(Int.Cl.6,DB名) G06F 15/00 320 G06F 1/00 370 G06F 11/20 310 G06F 11/34 G06F 12/00 531 G06F 12/16 310 G06F 13/00 357 G06F 15/16 470Continuation of the front page (51) Int.Cl. 6 Identification code FI G06F 12/00 531 G06F 12/00 531J 12/16 310 12/16 310J 13/00 357 13/00 357Z 15/16 470 15/16 470J ( 58) Fields investigated (Int.Cl. 6 , DB name) G06F 15/00 320 G06F 1/00 370 G06F 11/20 310 G06F 11/34 G06F 12/00 531 G06F 12/16 310 G06F 13/00 357 G06F 15/16 470
Claims (3)
ーバ機能手段と、(c)前記サーバ機能手段内の前記データベース実現手
段へアクセスする際に端末として機能する待機系クライ
アント機能手段と、 (d)前記データベース実現手段が含むデータ内容の一
部と同一のデータ内容を保存し、前記待機系クライアン
ト機能手段内に配置される待機系データベース実現手段
と、 (e)前記サーバ機能手段と前記待機系クライアント手
段との間のアクセス経路を提供する通信手段と、 (f)前記サーバ機能手段に配置され前記データベース
実現手段のデータ内容を前記待機系データベース実現手
段に前記通信手段を介して定期的に自動転送する対障害
回避機能処理手段と、 (g)前記データベース実現手段への更新要求と前記待
機系データベース実現手段への更新要求との間の整合性
を確保し前記待機系クライアント機能手段内ならびに前
記サーバ機能手段内のそれぞれに配置される更新ログ手
段と、 (h)前記待機系クライアント機能手段内部で管理する
システム時刻と前記サーバ機能手段内部で管理するシス
テム時刻との同期を取るために前記待機系クライアント
機能手段内ならびに前記サーバ機能手段内のそれぞれに
配置される時刻同期機能手段と、 (i)前記待機系クライアント機能手段内に配置され前
記待機系クライアント機能手段の稼働状況情報を把握し
前記通信手段を介して前記サーバ機能手段に報告する稼
動管理処理手段と、 (j)前記サーバ機能手段内に配置され前記稼働管理処
理手段から前記通信手段を介して前記稼働状況情報を受
信した後前記待機系クライアント機能手段全ての累積稼
働時間を算出する端末管理処理手段と、 (k)前記サーバ機能手段内に配置され前記累積稼働時
間情報と前記待機系クライアント機能手段および前記サ
ーバ機能手段の信頼性情報とを一元管理する累積稼働状
況データ管理手段と、 (l)前記更新ログ手段が管理するログ情報を分散して
管理し前記データベース実現手段ならびに前記待機系デ
ータベース実現手段のそれぞれに配置される分散ログ管
理手段と、を有することを特徴とする分散デュープレッ
クス式障害対策装置。(A) a database realizing means; (b) a server function means for holding and managing the database realizing means; and (c) a database realizing means in the server functional means.
Standby client that functions as a terminal when accessing the stage
And Ant functional means, the data contents included in; (d) a database implementing means one
The same data content as that of the standby
Standby database realizing means located in the remote function means
If, (e) the server function unit and communication means for providing access path between the standby client unit, (f) the arranged server function unit the standby database data content of the database implementation means A failure avoidance function processing means for automatically transferring data to the realization means via the communication means periodically; and (g) matching between an update request to the database realization means and an update request to the standby database realization means. Update log means arranged in each of the standby client function means and the server function means, and (h) system time managed in the standby client function means and in the server function means. In order to synchronize with the system time to be managed, in the standby client function means and in the server function means (I) grasping the operating status information of the standby client function unit disposed in the standby client function unit and reporting the operation status information to the server function unit via the communication unit; Operation management processing means; (j) calculating the cumulative operation time of all of the standby client function means after receiving the operation status information from the operation management processing means via the communication means and arranged in the server function means; And (k) a cumulative operation status data management means arranged in the server function means for centrally managing the cumulative operation time information and the reliability information of the standby client function means and the server function means. (L) log information managed by the update log means is distributed and managed, and the database realizing means and the standby system data are managed. And a distributed log management means arranged in each of the database realization means.
ス実現手段を保持して管理するサーバ機能手段と、前記
サーバ機能手段内の前記データベース実現手段へアクセ
スする際に端末として機能する待機系クライアント機能
手段と、前記データベース実現手段が含むデータ内容の
一部と同一のデータ内容を保存し、前記待機系クライア
ント機能手段内に配置される待機系データベース実現手
段と、前記サーバ機能手段と前記待機系クライアント手
段との間のアクセス経路を提供する通信手段と、前記サ
ーバ機能手段に配置され前記データベース実現手段のデ
ータ内容を前記待機系データベース実現手段に前記通信
手段を介して定期的に自動転送する対障害回避機能処理
手段と、前記データベース実現手段への更新要求と前記
待機系データベース実現手段への更新要求との間の整合
性を確保し前記待機系クライアント機能手段内ならびに
前記サーバ機能手段内のそれぞれに配置される更新ログ
手段と、前記待機系クライアント機能手段内部で管理す
るシステム時刻と前記サーバ機能手段内部で管理するシ
ステム時刻との同期を取るために前記待機系クライアン
ト機能手段内ならびに前記サーバ機能手段内のそれぞれ
に配置される時刻同期機能手段と、前記待機系クライア
ント機能手段内に配置され前記待機系クライアント機能
手段の稼働状況情報を把握し前記通信手段を介して前記
サーバ機能手段に報告する稼動管理処理手段と、前記サ
ーバ機能手段内に配置され前記稼働管理処理手段から前
記通信手段を介して前記稼働状況情報を受信した後前記
待機系クライアント機能手段全ての累積稼働時間を算出
する端末管理処理手段と、前記サーバ機能手段内に配置
され前記累積稼働時間情報と前記待機系クライアント機
能手段および前記サーバ機能手段の信頼性情報とを一元
管理する累積稼働状況データ管理手段と、前記更新ログ
手段が管理するログ情報を分散して管理し前記データベ
ース実現手段ならびに前記待機系データベース実現手段
のそれぞれに配置される分散ログ管理手段と、を有する
分散デュープレックス式障害対策装置のためのデータベ
ース復旧方法において、 (a)前記サーバ機能手段のログ内容を待機系クライア
ント機能手段にコピーする「ログ待避転送」ステップ
と、 (b)前記サーバ機能手段内のシステム時刻と前記待機
系クライアント機能手段内のシステム時刻との同期を取
る「システム時間同期」ステップと、(c)前記サーバ機能手段の障害時直前までのログ情報
データを前記待機系クライアント機能手段もしくは前記
サーバ機能手段から入手する「自動ログ入手」ステッ
プ、および、前記「自動ログ入手」ステップにおいて入
手が失敗の場合に、前記「自動ログ入手」ステップと同
一の機能を、手動で行うための「手動ログ入手」ステッ
プと、 (d)前記「自動ログ入手」ステップもしくは前記「手
動ログ入手」ステップで入手した前記ログ情報データを
前記待機系データベース実現手段のデータに上書きする
「障害対処モード前処理1」ステップと、 (e)前記サーバ機能手段で障害が発生している場合に
前記待機系クライアント機能手段にて業務を処理する
「障害対処モード前処理2」ステップと、 (f)前記サーバ機能手段の障害復旧時に前記サーバ機
能手段のデータ内容を健全化する「サーバ復旧処理1」
ステップと、 (g)前記待機系クライアント機能手段にコピーしてい
る前記ログ情報データの収集依頼を作成する「臨時更新
ログ回収要求1」ステップと、 (h)前記「臨時更新ログ回収要求1」の収集依頼を受
けて一斉同報を行う「臨時更新ログ回収要求2」ステッ
プと、 (i)前記収集依頼に対して収集依頼応答を作成する
「臨時更新ログ回収応答1」ステップと、 (j)前記収集依頼応答の転送をする「臨時更新ログ回
収応答2」ステップと、 (k)前記サーバ機能手段の復旧中に前記待機系クライ
アント機能手段内の前記データベース実現手段へのアク
セスを制限する「臨時更新制限」ステップと、 (l)前記収集依頼応答に含まれる臨時更新ログ情報デ
ータが不要となった場合に前記待機系クライアント機能
手段内で施行される「臨時更新ログ消去」ステップと、 (m)前記臨時更新ログ情報データが不要となったとき
にサーバ機能手段内で前記臨時更新ログ情報データを時
間順に並び替えるために施行される「臨時更新ログ編
集」ステップと、 (n)前記「臨時更新ログ編集」ステップで実行される
編集においてユーザの判断を仰ぐためにメッセージを表
示する「システム管理者判断1」ステップと、 (o)前記「システム管理者判断1」ステップの終了後
にシステム管理者が判断データを入力する「システム管
理者判断2」ステップと、 (p)前記「システム管理者判断2」ステップが終了し
たときに完了メッセージを前記サーバ機能手段内で発行
する「障害対処モード終了処理1」ステップと、 (q)前記「障害対処モード終了処理1」ステップの前
記完了メッセージを前記待機系クライアント機能手段に
一斉同報する「障害対処モード終了処理2」ステップ
と、 (r)前記待機系クライアント機能手段と前記サーバ機
能手段内の前記データベース実現手段との接続を再開さ
せる「障害対処モード終了処理3」ステップと、を含む
ことを特徴とするデータベース復旧方法。2. A database implementation means, the server function unit that manages to hold the database implementation means, the
Access to the database realization means in the server function means
Standby client function that functions as a terminal when running
Means and a data content included in the database realizing means.
Save the same data content as a part of the standby client
A standby database realization method that is placed in the
And stage, said communication and communication means for providing an access path, the arranged server function unit the data contents of the database implementation means in the standby database implementation means between said standby client unit and the server function unit A failure avoiding function processing means for automatically transferring data periodically through the means; and a standby client which ensures consistency between an update request to the database realizing means and an update request to the standby database realizing means. In order to synchronize the update log means arranged in each of the function means and the server function means with the system time managed in the standby client function means and the system time managed in the server function means, Times allocated in the standby client function unit and in the server function unit, respectively Terminating function means, operation management processing means arranged in the standby client function means, grasping operation status information of the standby client function means, and reporting to the server function means via the communication means, and the server function Terminal management processing means arranged in the means for calculating the cumulative operation time of all of the standby client function means after receiving the operation status information from the operation management processing means via the communication means, and in the server function means A cumulative operation status data management unit that centrally manages the cumulative operation time information and the reliability information of the standby client function unit and the server function unit, and distributes log information managed by the update log unit. Distributed log pipes managed and arranged in each of the database realizing means and the standby database realizing means Means for restoring a database for a distributed duplex failure countermeasure device, comprising: (a) a "log save transfer" step of copying the log content of the server function means to a standby client function means; and (b) A "system time synchronization" step for synchronizing the system time in the server function means with the system time in the standby client function means; and (c) log information until immediately before the failure of the server function means.
The data is transferred to the standby client function means or the
“Get automatic log” step obtained from server function
In the “Automatic log acquisition” step
If the hand fails, the same as the “automatic log acquisition” step
`` Manual log acquisition '' step to perform one function manually
And flop, and; (d) "automatic log shelf" step or the "Manual Log obtain" the log information data obtained in step overwrites the data of the standby database implementation means "troubleshooting mode preprocessing 1" step (E) a "failure-handling mode pre-processing 2" step in which a job is processed by the standby client function unit when a failure has occurred in the server function unit; and (f) a failure recovery of the server function unit. "Server recovery processing 1" that sometimes makes the data contents of the server function means sound
(G) a "temporary update log collection request 1" step of creating a collection request for the log information data copied to the standby client function means; and (h) the "temporary update log collection request 1". A "temporary update log collection request 2" step of performing simultaneous broadcast in response to the collection request, and (i) a "temporary update log collection response 1" step of creating a collection request response to the collection request. A) "temporary update log collection response 2" step of transferring the collection request response; and (k) access to the database realizing means in the standby client function means during restoration of the server function means. to limit the cell Graphics and "extraordinary update limit" step, enforcement by the standby system in the client function means in the case that has become unnecessary extraordinary update log information data contained in the collection request response (l) "Temporary update log information deletion"step; and (m) "temporary update performed when the temporary update log information data is no longer needed, to rearrange the temporary update log information data in chronological order in the server function means. (N) a "system administrator judgment 1" step of displaying a message for asking the user for the editing performed in the "temporary update log editing"step; and (o) the "system management". A "system administrator decision 2" step in which a system administrator inputs decision data after the "user decision 1" step is completed; and (p) a completion message is sent to the server function when the "system manager decision 2" step is completed. A "troubleshooting mode end process 1" step issued in the means; and (q) the "troubleshooting mode end process 1" step. A "failure handling mode end process 2" step of simultaneously broadcasting an end message to the standby client function means; and (r) restarting the connection between the standby client function means and the database realizing means in the server function means. And a "failure handling mode end process 3" step.
ス実現手段を保持して管理するサーバ機能手段と、前記
サーバ機能手段内の前記データベース実現手段へアクセ
スする際に端末として機能する待機系クライアント機能
手段と、前記データベース実現手段が含むデータ内容の
一部と同一のデータ内容を保存し、前記待機系クライア
ント機能手段内に配置される待機系データベース実現手
段と、前記サーバ機能手段と前記待機系クライアント手
段との間のアクセス経路を提供する通信手段と、前記サ
ーバ機能手段に配置され前記データベース実現手段のデ
ータ内容を前記待機系データベース実現手段に前記通信
手段を介して定期的に自動転送する対障害回避機能処理
手段と、前記データベース実現手段への更新要求と前記
待機系データベース実現手段への更新要求との間の整合
性を確保し前記待機系クライアント機能手段内ならびに
前記サーバ機能手段内のそれぞれに配置される更新ログ
手段と、前記待機系クライアント機能手段内部で管理す
るシステム時刻と前記サーバ機能手段内部で管理するシ
ステム時刻との同期を取るために前記待機系クライアン
ト機能手段内ならびに前記サーバ機能手段内のそれぞれ
に配置される時刻同期機能手段と、前記待機系クライア
ント機能手段内に配置され前記待機系クライアント機能
手段の稼働状況情報を把握し前記通信手段を介して前記
サーバ機能手段に報告する稼動管理処理手段と、前記サ
ーバ機能手段内に配置され前記稼働管理処理手段から前
記通信手段を介して前記稼働状況情報を受信した後前記
待機系クライアント機能手段全ての累積稼働時間を算出
する端末管理処理手段と、前記サーバ機能手段内に配置
され前記累積稼働時間情報と前記待機系クライアント機
能手段および前記サーバ機能手段の信頼性情報とを一元
管理する累積稼働状況データ管理手段と、前記更新ログ
手段が管理するログ情報を分散して管理し前記データベ
ース実現手段ならびに前記待機系データベース実現手段
のそれぞれに配置される分散ログ管理手段と、を有する
分散デュープレックス式障害対策装置のためのデータ転
送方法において、 ( b)前記データベース実現手段から前記データ内容を
分散できるように取り出す「転送データ生成」ステップ
と、 (c)前記データベース実現手段を含む前記サーバ機能
手段から前記待機系データベース実現手段を含む前記ク
ライアント機能手段へ分散を行った前記データ内容を引
き渡す「転送データ転送」ステップと、 (d)前記データ内容を保持する「転送データ保持」ス
テップと、 (e)前記「データ転送」ステップにおいてエラーが発
生すると施行される「転送データリカバリ」ステップ
と、 (f)前記データ内容から前記待機系データベース実現
手段の内容を作成する「待機系構築」ステップと、 (g)前記「待機系構築」ステップでエラーが発生した
ときに施行される「待機系構築リカバリ」ステップと、 (h)前記待機系データベース実現手段を含む前記クラ
イアント機能手段から前記データベース実現手段を含む
前記サーバ機能手段へ前記データ内容と同じデータ内容
を引き戻す「応答データ作成」ステップと、(i)前記「応答データ作成」ステップにおいて転送が
できなかった時に施行さ れ障害対処モードに切り替える
「応答データリカバリ」ステップと、 (j)前記「応答データ作成」ステップにおいて転送が
できた時に施行され前記「応答データ作成」ステップで
作成された前記データ内容を削除する「応答データ後処
理」ステップと、 (k)往復した前記データ内容を確認する「コミット検
査」ステップと、 (l)前記「コミット検査」ステップにおいて異常が検
出されなかった時に施行され正常処理要求が記載されて
いる確認ファイルを前記待機系クライアント機能手段に
転送する「コミット認可転送」ステップと、 (m)前記「コミット検査」ステップにおいて異常が検
出された時に施行されデータベース実現手段削除要求が
記載されている確認ファイルを前記待機系クライアント
機能手段に転送する「コミット不可転送」ステップと、 (n)前記「コミット認可転送」ステップの終了後に施
行され前記確認ファイルを受けてその内容に応じて対応
する「コミット対処」ステップと、 (o)前記「転送データリカバリ」ステップと前記「待
機系構築リカバリ」ステップと前記「応答データリカバ
リ」ステップとの後に施行され前記「転送データ作成」
ステップからやり直すために環境を整理する「後処理」
ステップと、 を含むことを特徴とするデータ転送方法。3. A database implementation means, the server function unit that manages to hold the database implementation means, the
Access to the database realization means in the server function means
Standby client function that functions as a terminal when running
Means and a data content included in the database realizing means.
Save the same data content as a part of the standby client
A standby database realization method that is placed in the
And stage, said communication and communication means for providing an access path, the arranged server function unit the data contents of the database implementation means in the standby database implementation means between said standby client unit and the server function unit A failure avoiding function processing means for automatically transferring data periodically through the means; and a standby client which ensures consistency between an update request to the database realizing means and an update request to the standby database realizing means. In order to synchronize the update log means arranged in each of the function means and the server function means with the system time managed in the standby client function means and the system time managed in the server function means, Times allocated in the standby client function unit and in the server function unit, respectively Terminating function means, operation management processing means arranged in the standby client function means, grasping operation status information of the standby client function means, and reporting to the server function means via the communication means, and the server function Terminal management processing means arranged in the means for calculating the cumulative operation time of all of the standby client function means after receiving the operation status information from the operation management processing means via the communication means, and in the server function means A cumulative operation status data management unit that centrally manages the cumulative operation time information and the reliability information of the standby client function unit and the server function unit, and distributes log information managed by the update log unit. Distributed log pipes managed and arranged in each of the database realizing means and the standby database realizing means Means, in the data transfer method for distributed duplex type disorders countermeasure device having, (b) and "transfer data generation" retrieving As can distribute the data content from the database implementation means, (c) said database realized A "transfer data transfer" step of transferring the distributed data contents from the server function means including the means to the client function means including the standby database implementing means; and (d) "transfer data holding the data contents". (E) a "transfer data recovery" step which is performed when an error occurs in the "data transfer"step; and (f) a "standby" for creating the contents of the standby database realizing means from the data contents. (G) establishing the standby system. A "standby system construction recovery" step to be executed when an error occurs in (a), and (h) the data contents from the client function means including the standby database realizing means to the server function means including the database realizing means. and "create response data" step of pulling back the same data content, it is transferred in (i) the "response data creation" step
It is enforced when failed and switches to failure handling mode
And "Response Data Recovery" step, is transferred in (j) the "response data creation" step
It is enforced when it can be done, and in the "response data creation" step
"Response data post processing" to delete the created data contents
And management "step, have been described (k) and" commit test "step of confirming the reciprocating said data content, (l) enforced correctly processing request when the abnormality is not detected in the" commit test "step A "commit authorization transfer" step of transferring a confirmation file to the standby client function means; and (m) a confirmation file which is executed when an abnormality is detected in the "commit check" step and contains a database implementation means deletion request. And (n) transfer after commit of the “commit authorization transfer” step, which is performed after the completion of the “commit authorization transfer” step. (O) the "transferred data recovery" step and the "standby system construction" Cavalli "step and said" enacted after the response data recovery "step the" Create Transfer Data "
"Post-processing" to organize the environment to start over from the step
A data transfer method, comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7191729A JP2865028B2 (en) | 1995-07-27 | 1995-07-27 | Distributed duplex type fault prevention device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7191729A JP2865028B2 (en) | 1995-07-27 | 1995-07-27 | Distributed duplex type fault prevention device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0944450A JPH0944450A (en) | 1997-02-14 |
| JP2865028B2 true JP2865028B2 (en) | 1999-03-08 |
Family
ID=16279526
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7191729A Expired - Lifetime JP2865028B2 (en) | 1995-07-27 | 1995-07-27 | Distributed duplex type fault prevention device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2865028B2 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7277933B2 (en) | 2000-08-28 | 2007-10-02 | Fujitsu Limited | System for operating a plurality of apparatuses based on accumulated operating times thereof to equalize the respective operating times of the apparatuses |
| JP5202505B2 (en) * | 2009-12-21 | 2013-06-05 | 京セラドキュメントソリューションズ株式会社 | File distribution apparatus and system |
-
1995
- 1995-07-27 JP JP7191729A patent/JP2865028B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0944450A (en) | 1997-02-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6539462B1 (en) | Remote data copy using a prospective suspend command | |
| US7043504B1 (en) | System and method for parallel primary and secondary backup reading in recovery of multiple shared database data sets | |
| CN103226502B (en) | A kind of data calamity is for control system and data reconstruction method | |
| US7577788B2 (en) | Disk array apparatus and disk array apparatus control method | |
| EP0810525B1 (en) | Log file optimization in a client/server computing system | |
| US7415586B2 (en) | Data backup method and system | |
| US6938137B2 (en) | Apparatus and method for online data migration with remote copy | |
| US6594676B1 (en) | System and method for recovery of multiple shared database data sets using multiple change accumulation data sets as inputs | |
| US6941327B2 (en) | Apparatus and method for database synchronization in a duplex system | |
| CN1983153A (en) | Method for carrying long-distance copy in data processing system and method of storing data | |
| JP2002007304A5 (en) | ||
| EP2166446A2 (en) | Secure virtual tape management system with console and catalog monitoring and updating | |
| CN117130871A (en) | Parallel playback method and device for database logs and nonvolatile storage medium | |
| CN107135097A (en) | The disaster tolerance system and disaster recovery method filed based on bookkeeping | |
| JP3967499B2 (en) | Restoring on a multicomputer system | |
| JP2000099359A5 (en) | ||
| JP2865028B2 (en) | Distributed duplex type fault prevention device | |
| EP0394019A2 (en) | Computerised database system | |
| CN117880302A (en) | Method and system for synchronizing metadata between different object storage clusters | |
| JP3598202B2 (en) | Online system | |
| CN113890875B (en) | Task allocation method and device | |
| CN100469005C (en) | Software pre-installation system and method | |
| US20080148023A1 (en) | Method and system for synchronous operation of an application by a purality of processing units | |
| CN116302696A (en) | Archive log generation method of database system, storage medium and computer device | |
| CN118170410A (en) | Database upgrading method and device and related equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19981117 |