Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP3825640B2 - Fault-tolerant system and fault isolation method - Google Patents
[go: Go Back, main page]

JP3825640B2 - Fault-tolerant system and fault isolation method - Google Patents

Fault-tolerant system and fault isolation method Download PDF

Info

Publication number
JP3825640B2
JP3825640B2 JP2001006338A JP2001006338A JP3825640B2 JP 3825640 B2 JP3825640 B2 JP 3825640B2 JP 2001006338 A JP2001006338 A JP 2001006338A JP 2001006338 A JP2001006338 A JP 2001006338A JP 3825640 B2 JP3825640 B2 JP 3825640B2
Authority
JP
Japan
Prior art keywords
fault
failure detection
information processing
information
detection information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2001006338A
Other languages
Japanese (ja)
Other versions
JP2002215415A (en
Inventor
健 三島
悦夫 増田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Inc
NTT Inc USA
Original Assignee
Nippon Telegraph and Telephone Corp
NTT Inc USA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp, NTT Inc USA filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2001006338A priority Critical patent/JP3825640B2/en
Publication of JP2002215415A publication Critical patent/JP2002215415A/en
Application granted granted Critical
Publication of JP3825640B2 publication Critical patent/JP3825640B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Hardware Redundancy (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、24時間連続運転が要求される通信網のノードシステム、企業内のサーバ等に利用される耐故障性システム及びその故障切り分け方法に関するものである。
【0002】
【従来の技術】
図7は従来のこの種の耐故障性システムの一例を示す図であり、特に故障切り分けの効率化及び確実化を図った三重化システムの一例を示す図である。
【0003】
図7に示すように、この耐故障性システムでは同じスペックの3つの情報処理装置1010,1020,1030を備えている。各情報処理装置1010,1020,1030は、それぞれ中央処理装置1011,1021,1031、主記憶装置1012,1022,1032、I/O装置1013,1023,1033及びそれらを接続するバス1014,1024,1034等から構成されている。
【0004】
情報処理装置1010,1020,1030のバス1014,1024,1034には、照合回路1040が接続されている。照合回路1040は、バス1014,1024,1034のそれぞれに流れる情報を引き込み、3つの情報の多数決を取る。
【0005】
3つの情報が一致している場合、故障はないと判断し、そのままサービスを続行する。3つの情報が不一致の場合、照合回路1040は異なる情報を出力した一の情報処理装置を故障と判断する。故障と判断された情報処理装置は、耐故障システム1050から切り離され、正常な2つの情報処理装置でサービスが継続される。
【0006】
また、図8は従来の耐故障性システムの他の例を示す図であり、三重化システムにおけるハードウェア増のオーバヘッドを回避した二重化システムの一例を示す図である。
【0007】
図8に示すように、この耐故障性システムでは同じスペックの2つの情報処理装置1060,1070を備えている。各情報処理装置1060,1070は、それぞれ中央処理装置1061,1071、主記憶装置1062,1072、I/O装置1063,1073及びそれらを接続するバス1064,1074等から構成されている。
【0008】
情報処理装置1060,1070のバス1064,1074には、照合回路1080が接続されている。照合回路1080は、バス1064,1074のそれぞれに流れる情報を引き込み、2つの情報を比較する。
【0009】
2つの情報が一致している場合、故障はないと判断し、そのままサービスを継続する。2つの情報が不一致の場合、照合回路1080は、いずれかの情報処理装置に異常が発生したと判断し、その旨を(図示しない割り込み通知の線にて)両方の情報処理装置1060,1070へ通知する。割り込みを受けた各情報処理装置1060,1070は、サービスを中断し、レジスタ内容の比較、レジスタ、メモリ、I/O装置等のアクセスの正常性確認など様々な試験からなる障害処理を行い、異常の有無を判定し、判定結果を照合回路1080へ通知する。照合回路1080は、その情報から疑わしい情報処理装置を切り分け、該装置を耐故障性システム1090から切り離し、正常な情報処理装置でサービスを再開する。
【0010】
【発明が解決しようとする課題】
上述したように、従来の三重化による耐故障性システムにおける故障した情報処理装置の切り分けは、3つの情報処理装置で全く同一の処理を行い、各情報処理装置のある情報で多数決を行うことで実現されていた。また、従来の二重化による耐故障性システムにおける故障した情報処理装置の切り分けは、2つの情報処理装置で全く同一の処理を行い、各情報処理装置のある情報の比較を行い、不一致が生じた場合には、どちらの情報処理装置が故障であるかを特定するために、故障履歴情報の解析や状態情報の解析、レジスタ内容の比較、レジスタ、メモリ、I/O装置等のアクセスの正常性確認など様々な試験を行うことで実現されていた。
【0011】
したがって、従来の耐故障性システムについては、以下のような点が問題となっていた。
(1)三重化システムにした場合、故障装置切り分けのために三台の情報処理装置を必要とするためコストが高くなる。
(2)二重化システムにした場合、故障した情報処理装置を切り分けるために多くの処理と時間が必要となるのでサービスの中断時間が長くなりシステムの信頼性が低下する。
【0012】
本発明は、上記事情に鑑みてなされたものであり、その目的とするところは、上記問題点を解決し、二重化システムにおいて、故障した情報処理装置を短時間で切り分け、サービスの中断時間をできるだけ短くなし得る耐故障性システム及びその故障切り分け方法を提供することにある。
【0013】
【課題を解決するための手段】
上記目的を達成するために、本願発明では、それぞれ中央処理装置を有する2つの情報処理装置と、各情報処理装置を接続するとともに各情報処理装置における処理の同一性を照合し故障を検出する照合手段とを有する耐故障性システムにおいて、各情報処理装置及び照合手段において同一の故障検出用情報を順次生成するとともに、前記照合手段は、各情報処理装置及び照合手段においてそれぞれ生成された故障検出用情報を比較することにより情報処理装置の故障発生の検出及び故障が発生した情報処理装置の特定を行うことを特徴とするものを提案する。
【0014】
本発明によれば、各情報処理装置及び照合手段において同一の故障検出用情報が順次生成されるので、各故障検出用情報が互いに一致していれば故障が発生していないと判定することができる。そして、各故障検出用情報が互いに一致していない場合には、その組み合わせから故障発生の検出及び故障が発生した情報処理装置の特定を行うことができる。このように、故障検出用情報の判定を行うことにより、故障発生の検出及び故障が発生した情報処理装置の特定を容易且つ短時間に判別することができ、サービスの中断を最小限の時間に抑えることができる。
【0015】
【発明の実施の形態】
本発明の一実施の形態に係る耐故障性システムについて図面を参照して説明する。図1は耐故障性システムのシステム構成図である。図2はレジスタ構成の一例を示す図である。
【0016】
この耐故障性システム40は、図1に示すように、同一の処理を行う情報処理装置10及び20と、各情報処理装置10及び20を接続する照合装置30とを備えている。
【0017】
各情報処理装置10,20は、それぞれバス11,21と、バス11,21に接続した中央処理装置(以下CPU(Central Processing Unit)と言う)12,22、主記憶装置13,23、I/O装置14,24を備えている。
【0018】
照合装置30は、照合回路31を備えており、該照合回路31はファームエンジン32によって制御される。ファームエンジン32は、ファームウェアを動作させるために、CPU、メモリ等を備えている(図示は省略した)。照合回路31は、情報処理装置10,20にそれぞれ対応して設けられた障害検出用レジスタ33a,33bを有しており、さらに、障害検出用情報フラグレジスタ34を有している。
【0019】
障害検出用情報フラグレジスタ34は、図2に示すように、障害検出用レジスタ33a,33bにそれぞれ対応した1ビット長の障害検出用情報到着フラグ34a,34bを有している。障害検出用レジスタ33a,33bに”0”以外の新規データが書き込まれると、それぞれ障害検出用情報到着フラグ34a,34bに”1”がセットされる。障害検出用レジスタ33a,33bに”0”が書き込まれると、それぞれ障害検出用情報到着フラグ34a,34bは”0”にリセットされる。
【0020】
各情報処理装置10,20は、障害検出プロセス15,25を有している。障害検出プロセス15,25は、起動されるたびに合同乗算法による疑似乱数を発生するアルゴリズムを使って障害検出用データを生成する。該アルゴリズムは、実行するたびに異なる値を生成するが、シード(種)が同じであれば値は必ず一意に決まる特徴を持っている。障害検出プロセス15,25は、普段はスリープし、タイマ割り込みで定期的に起動するようにしておき、CPU12,22の負荷を高めないようにする。障害検出プロセス15,25は、起動されるごとに疑似乱数を障害検出用データとして、照合回路31が保持する障害検出用レジスタ33a,33bに書き込む。ここで、障害検出用レジスタ33a,33bへ書き込む疑似乱数は”0”以外の数とする。すなわち、合同乗算法の結果が”0”であった場合は、再度合同乗算法によりデータを生成し、”0”以外のデータが得られるまで繰り返す。
【0021】
ファームエンジン32も上記疑似乱数を発生させるアルゴリズムを有しており、障害検出プロセス15,25、該ファームエンジン32に同一のシード(種)を与えることによって、同じデータ列を生成する。
【0022】
この耐故障性システム40では、照合回路31の保持する障害検出用レジスタ33a,33bの内容と、ファームエンジン32で生成する疑似乱数データとの多数決を取ることによって、短時間で障害を判別することができる。
【0023】
次に、本実施の形態に係る耐故障性システムの動作について図3及び図4を参照して説明する。図3は耐故障性システムの動作を説明する図、図4は耐故障性システムの動作を説明するフローチャートである。
【0024】
[ステップSA1]
障害検出プロセス15が起動されると、疑似乱数の障害検出用データを生成し障害検出用レジスタ33aへライト要求を生成する。CPU12は、バス11のバス権を獲得した後、障害検出用レジスタ33aへライト要求を出す。障害検出用情報到着フラグ34aは”1”にセットされる。同様に、障害検出プロセス25が起動されると、疑似乱数の障害検出用データを生成し障害検出用レジスタ33bへライト要求を生成する。CPU22は、バス21のバス権を獲得した後、障害検出用レジスタ33bへライト要求を出す。障害検出用情報到着フラグ34bは”1”にセットされる。
【0025】
障害検出用情報到着フラグ34a,34bが”1”にセットされると、ファームエンジン32に割り込みを上げることにより、ファームエンジン32は障害検出用データの到着を知る。
【0026】
なお、一定時間内にもう一方のCPU12又は13からの照合対象の障害検出用レジスタのライトがなかった場合、不一致が発生したと判断し、その旨を割り込みにて各情報処理装置10,20へ通知する。
【0027】
[ステップSA2]
ファームエンジン32は、障害検出用レジスタ33a,33bの内容である障害検出用データを読み、その後に該障害検出用レジスタ33a,33bにデータとして”0”を書き込むことにより、障害検出用情報到着フラグ34a,34bが”0”にリセットされる。
【0028】
次いで、照合回路31により、障害検出用レジスタ33a,33bの障害検出用データと、ファームエンジン32が生成した疑似乱数である障害検出用データとの多数決を取り、その結果全て一致した場合には障害が無いと判定し、特に処理は行わない。
【0029】
前記多数決の結果、障害検出用レジスタ33aの障害検出用データが他の障害検出用データと不一致の場合、情報処理装置10に障害が発生したと判定し、情報処理装置10と照合装置30との接続を切り離す。そして、正常な情報処理装置20でサービスを継続する。
【0030】
一方、前記多数決の結果、障害検出用レジスタ33bの障害検出用データが他の障害検出用データと不一致の場合、情報処理装置20に障害が発生したと判定し、情報処理装置20と照合装置30との接続を切り離す。そして、正常な情報処理装置10でサービスを継続する。
【0031】
なお、前記多数決の結果、ファームエンジン32が生成した障害検出用データが他の障害検出用データと不一致の場合、照合装置30に障害が発生したと判定する。本実施の形態の場合、照合装置30は多重化してないので、情報処理装置10,20の障害検出が不可能となり、予め決めてあったPrimaryの系のみの運転でサービスを継続する。なお、照合装置を多重化した場合については後述する。
【0032】
図4に以上の処理のフローチャートを示す。
【0033】
以上のように、本実施の形態に係る耐故障性システム40では、各情報処理装置10,20及びファームエンジン32において合同乗算法により生成した3つの障害検出用データを定期的に互いに比較し、多数決を取ることによって、情報処理装置の故障発生の検出及び故障した情報処理装置の特定を行う。これにより、短時間のサービス中断の後に正常系でサービスの継続が可能となる。
【0034】
以上、本発明の一実施の形態について例示したが、本発明はこれに限定されるものではない。本発明の範囲は特許請求の範囲によって示されており、この特許請求の範囲の意味に入る全ての変形例は本発明に含まれるものである。
【0035】
例えば、上記実施の形態では合同乗算法を用いて障害検出用データを生成しているが、他のアルゴリズムを用いてもよい。また、アルゴリズムを用いずに一意のデータでもよい。
【0036】
また、上記実施の形態では、障害検出プロセス15、25は、タイマ割り込みによって定期的に起動しているが、他の契機で起動してもよい。例えば、I/Oアクセスの後のタイミングでもよい。さらに、図5に示すように、障害検出機構35が障害を検出したときに、該障害検出機構35が各情報処理装置10、20に割り込みを上げ、これを契機に障害検出プロセス15,25を起動してもよい。この例の場合、障害検出機構35は各情報処理装置10,20のバス11,21に流れている情報を比較して障害の有無を判定している。さらに、常時、障害検出プロセス15,25を実行させてもよい。なお、図5において、上記実施の形態と同様の構成には同一の符号を付した。
【0037】
さらに、上記実施の形態では照合装置30を1台のみ設けたが、図6に示すように、複数台(図6では2台)の照合装置30を接続するようにしてもよい。このように構成することにより、さらに耐故障性が向上する。なお、図6において、上記実施の形態と同様の構成には同一の符号を付した。
【0038】
さらに、上記実施の形態では、障害検出用レジスタ33a,33b及び障害検出用情報フラグレジスタ34が照合回路31の外付けになっているが、照合回路31の内部に設けてもよい。
【0039】
さらに、上記実施の形態では、照合回路31をファームウェア32で制御しているが、ワイヤードロジックで制御しても良い。
【0040】
【発明の効果】
以上詳述したように、本発明によれば、故障検出用情報の判定を行うことにより、故障発生の検出及び故障が発生した情報処理装置の特定を容易且つ短時間に判別することができ、サービスの中断を最小限の時間に抑えることができる。
【図面の簡単な説明】
【図1】耐故障性システムのシステム構成図
【図2】レジスタ構成の一例を示す図
【図3】耐故障性システムの動作を説明する図
【図4】耐故障性システムの動作を説明するフローチャート
【図5】他の例に係る耐故障性システムのシステム構成図
【図6】他の例に係る耐故障性システムのシステム構成図
【図7】従来の耐故障性システムのシステム構成図
【図8】従来の他の耐故障性システムのシステム構成図
【符号の説明】
10,20…情報処理装置、11,21…バス、12,22…中央処理装置、13,23…主記憶装置、14,24…I/O装置、15,25…障害検出プロセス、30…照合装置、31…照合回路、32…ファームエンジン、33a,33b…障害検出用レジスタ、34…障害検出情報フラグレジスタ、34a,34b…障害検出情報到着フラグ、35…障害検出機構、40…耐故障性システム
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a node system of a communication network that requires continuous operation for 24 hours, a fault-tolerant system used for servers in a company, and a fault isolation method thereof.
[0002]
[Prior art]
FIG. 7 is a diagram showing an example of a conventional fault-tolerant system of this type, and more particularly an example of a triple system that aims to improve efficiency and ensure fault isolation.
[0003]
As shown in FIG. 7, this fault-tolerant system includes three information processing apparatuses 1010, 1020, and 1030 having the same specifications. Each of the information processing apparatuses 1010, 1020, and 1030 includes a central processing unit 1011, 1021, 1031, main storage devices 1012, 1022, 1032, I / O devices 1013, 1023, 1033, and buses 1014, 1024, 1034 connecting them. Etc.
[0004]
A verification circuit 1040 is connected to the buses 1014, 1024, 1034 of the information processing apparatuses 1010, 1020, 1030. The collation circuit 1040 draws information flowing in each of the buses 1014, 1024, and 1034 and takes the majority of the three pieces of information.
[0005]
If the three pieces of information match, it is determined that there is no failure and the service continues. When the three pieces of information do not match, the collation circuit 1040 determines that one information processing apparatus that has output different information is a failure. The information processing apparatus determined to be faulty is disconnected from the fault-tolerant system 1050, and the service is continued with two normal information processing apparatuses.
[0006]
FIG. 8 is a diagram showing another example of a conventional fault-tolerant system, and is a diagram showing an example of a duplex system that avoids the overhead of hardware increase in the triple system.
[0007]
As shown in FIG. 8, this fault tolerant system includes two information processing apparatuses 1060 and 1070 having the same specifications. Each of the information processing apparatuses 1060 and 1070 includes a central processing unit 1061 and 1071, main storage devices 1062 and 1072, I / O devices 1063 and 1073, buses 1064 and 1074 for connecting them, and the like.
[0008]
A verification circuit 1080 is connected to the buses 1064 and 1074 of the information processing apparatuses 1060 and 1070. The collation circuit 1080 draws information flowing in each of the buses 1064 and 1074 and compares the two pieces of information.
[0009]
If the two pieces of information match, it is determined that there is no failure and the service continues. If the two pieces of information do not match, the collation circuit 1080 determines that an abnormality has occurred in one of the information processing apparatuses, and notifies that to both information processing apparatuses 1060 and 1070 (through an interrupt notification line (not shown)). Notice. Each of the information processing apparatuses 1060 and 1070 that received the interrupt suspends the service, performs failure processing including various tests such as comparison of register contents, and confirmation of normality of access to registers, memories, I / O devices, etc. Is determined, and the verification result is notified to the collation circuit 1080. The verification circuit 1080 isolates the suspicious information processing apparatus from the information, disconnects the apparatus from the fault-tolerant system 1090, and resumes the service with the normal information processing apparatus.
[0010]
[Problems to be solved by the invention]
As described above, isolation of failed information processing devices in a conventional fault-tolerant system by triple processing is realized by performing exactly the same processing with three information processing devices and making a majority decision with certain information of each information processing device It had been. In addition, in the conventional fault-tolerant system by duplication, the faulty information processing device is isolated when two information processing devices perform exactly the same processing, compare information of each information processing device, and a mismatch occurs. In order to identify which information processing device is out of order, analysis of failure history information, analysis of status information, comparison of register contents, confirmation of normality of access to registers, memory, I / O devices, etc. It was realized by conducting various tests.
[0011]
Therefore, the following points have been problems with conventional fault-tolerant systems.
(1) When a triple system is used, three information processing devices are required for identifying a faulty device, resulting in an increase in cost.
(2) In the case of a duplex system, a lot of processing and time are required to isolate the failed information processing apparatus, so that the service interruption time becomes longer and the reliability of the system is lowered.
[0012]
The present invention has been made in view of the above circumstances, and an object of the present invention is to solve the above-described problems and to isolate a failed information processing apparatus in a short time in a duplex system so that the service interruption time is as short as possible. It is an object of the present invention to provide a fault-tolerant system that can be shortened and a fault isolation method thereof.
[0013]
[Means for Solving the Problems]
In order to achieve the above object, in the present invention, two information processing apparatuses each having a central processing unit are connected to each information processing apparatus, and verification is performed by verifying the identity of processing in each information processing apparatus and detecting a failure. In the fault-tolerant system, the information processing apparatus and the collating means sequentially generate the same fault detection information, and the collating means generates the fault detection information generated in each information processing apparatus and the collating means, respectively. We propose a system characterized in that the occurrence of a failure in an information processing device is detected and the information processing device in which the failure has occurred is identified.
[0014]
According to the present invention, since the same failure detection information is sequentially generated in each information processing apparatus and collation means, it can be determined that no failure has occurred if the failure detection information matches each other. it can. When the pieces of failure detection information do not match each other, the occurrence of a failure can be detected and the information processing apparatus in which the failure has occurred can be identified from the combination. In this way, by determining the failure detection information, it is possible to easily detect the occurrence of a failure and identify the information processing apparatus in which the failure has occurred, in a short time, and to minimize service interruption. Can be suppressed.
[0015]
DETAILED DESCRIPTION OF THE INVENTION
A fault tolerant system according to an embodiment of the present invention will be described with reference to the drawings. FIG. 1 is a system configuration diagram of a fault-tolerant system. FIG. 2 is a diagram illustrating an example of a register configuration.
[0016]
As shown in FIG. 1, the fault-tolerant system 40 includes information processing devices 10 and 20 that perform the same processing, and a verification device 30 that connects the information processing devices 10 and 20.
[0017]
Each of the information processing apparatuses 10 and 20 includes buses 11 and 21, and central processing units (hereinafter referred to as CPU (Central Processing Unit)) 12 and 22 connected to the buses 11 and 21, main storage devices 13 and 23, I / O, respectively. O devices 14 and 24 are provided.
[0018]
The collation device 30 includes a collation circuit 31, and the collation circuit 31 is controlled by a farm engine 32. The firmware engine 32 includes a CPU, a memory, and the like (not shown) for operating the firmware. The collation circuit 31 includes failure detection registers 33a and 33b provided corresponding to the information processing devices 10 and 20, respectively, and further includes a failure detection information flag register 34.
[0019]
As shown in FIG. 2, the failure detection information flag register 34 has 1-bit failure detection information arrival flags 34a and 34b corresponding to the failure detection registers 33a and 33b, respectively. When new data other than “0” is written in the failure detection registers 33a and 33b, “1” is set in the failure detection information arrival flags 34a and 34b, respectively. When "0" is written in the failure detection registers 33a and 33b, the failure detection information arrival flags 34a and 34b are reset to "0", respectively.
[0020]
Each information processing apparatus 10 and 20 has a failure detection process 15 and 25. The failure detection processes 15 and 25 generate failure detection data using an algorithm that generates pseudo-random numbers by the joint multiplication method each time it is activated. The algorithm generates a different value every time it is executed, but if the seed is the same, the value always has a characteristic that is uniquely determined. The failure detection processes 15 and 25 usually sleep and are periodically started by a timer interrupt so as not to increase the load on the CPUs 12 and 22. Each time the failure detection processes 15 and 25 are started, pseudo random numbers are written as failure detection data in the failure detection registers 33a and 33b held by the verification circuit 31. Here, the pseudo-random numbers written to the failure detection registers 33a and 33b are numbers other than “0”. That is, when the result of the congruent multiplication method is “0”, data is generated again by the congruent multiplication method and repeated until data other than “0” is obtained.
[0021]
The farm engine 32 also has an algorithm for generating the pseudo-random number, and the same data string is generated by giving the same seed to the failure detection processes 15 and 25 and the farm engine 32.
[0022]
In this fault-tolerant system 40, it is possible to determine a fault in a short time by taking a majority decision between the contents of the fault detection registers 33a and 33b held by the verification circuit 31 and the pseudo random number data generated by the farm engine 32. it can.
[0023]
Next, the operation of the fault-tolerant system according to the present embodiment will be described with reference to FIGS. FIG. 3 is a diagram for explaining the operation of the fault-tolerant system, and FIG. 4 is a flowchart for explaining the operation of the fault-tolerant system.
[0024]
[Step SA1]
When the failure detection process 15 is activated, pseudo-random failure detection data is generated and a write request is generated to the failure detection register 33a. After acquiring the bus right of the bus 11, the CPU 12 issues a write request to the failure detection register 33a. The failure detection information arrival flag 34a is set to “1”. Similarly, when the failure detection process 25 is activated, pseudo-random failure detection data is generated and a write request is generated to the failure detection register 33b. After acquiring the bus right of the bus 21, the CPU 22 issues a write request to the failure detection register 33b. The failure detection information arrival flag 34b is set to “1”.
[0025]
When the failure detection information arrival flags 34a and 34b are set to "1", the firm engine 32 knows the arrival of failure detection data by raising an interrupt to the farm engine 32.
[0026]
If there is no write in the failure detection register to be collated from the other CPU 12 or 13 within a certain time, it is determined that a mismatch has occurred, and a message to that effect is sent to each of the information processing devices 10 and 20. Notice.
[0027]
[Step SA2]
The farm engine 32 reads the failure detection data, which is the contents of the failure detection registers 33a and 33b, and then writes "0" as data in the failure detection registers 33a and 33b, thereby causing a failure detection information arrival flag. 34a and 34b are reset to "0".
[0028]
Next, the collation circuit 31 takes a majority decision between the failure detection data in the failure detection registers 33a and 33b and failure detection data that is a pseudo-random number generated by the farm engine 32. It is determined that there is no, and no particular processing is performed.
[0029]
If the failure detection data in the failure detection register 33a does not match the other failure detection data as a result of the majority decision, it is determined that a failure has occurred in the information processing device 10, and the information processing device 10 and the verification device 30 Disconnect the connection. Then, the service is continued with the normal information processing apparatus 20.
[0030]
On the other hand, if the failure detection data in the failure detection register 33b does not match the other failure detection data as a result of the majority decision, it is determined that a failure has occurred in the information processing device 20, and the information processing device 20 and the verification device 30 Disconnect the connection. Then, the service is continued with the normal information processing apparatus 10.
[0031]
If the failure detection data generated by the farm engine 32 does not match the other failure detection data as a result of the majority decision, it is determined that a failure has occurred in the collation device 30. In the case of the present embodiment, since the collation device 30 is not multiplexed, the failure of the information processing devices 10 and 20 cannot be detected, and the service is continued only by the operation of the primary system that has been determined in advance. The case where the collation devices are multiplexed will be described later.
[0032]
FIG. 4 shows a flowchart of the above processing.
[0033]
As described above, in the fault-tolerant system 40 according to the present embodiment, the three fault detection data generated by the joint multiplication method in each of the information processing apparatuses 10 and 20 and the farm engine 32 are periodically compared with each other, and a majority decision is made. Thus, the occurrence of a failure in the information processing device is detected and the failed information processing device is identified. As a result, the service can be continued in the normal system after a short interruption of the service.
[0034]
As mentioned above, although one embodiment of the present invention was illustrated, the present invention is not limited to this. The scope of the present invention is defined by the terms of the claims, and all modifications that come within the meaning of the claims are intended to be embraced by the present invention.
[0035]
For example, in the above embodiment, the fault detection data is generated using the congruent multiplication method, but other algorithms may be used. Also, unique data may be used without using an algorithm.
[0036]
Moreover, in the said embodiment, although the failure detection processes 15 and 25 are regularly started by the timer interruption, you may start at another opportunity. For example, it may be the timing after the I / O access. Furthermore, as shown in FIG. 5, when the failure detection mechanism 35 detects a failure, the failure detection mechanism 35 raises an interrupt to each of the information processing devices 10 and 20, and the failure detection processes 15 and 25 are triggered by this. It may be activated. In the case of this example, the failure detection mechanism 35 compares the information flowing in the buses 11 and 21 of the information processing apparatuses 10 and 20 to determine the presence or absence of a failure. Further, the failure detection processes 15 and 25 may be executed at all times. In FIG. 5, the same reference numerals are given to the same components as those in the above embodiment.
[0037]
Furthermore, although only one collating device 30 is provided in the above embodiment, a plurality of (two in FIG. 6) collating devices 30 may be connected as shown in FIG. By configuring in this way, fault tolerance is further improved. In FIG. 6, the same reference numerals are assigned to the same components as those in the above embodiment.
[0038]
Furthermore, in the above embodiment, the failure detection registers 33 a and 33 b and the failure detection information flag register 34 are external to the verification circuit 31, but may be provided inside the verification circuit 31.
[0039]
Furthermore, in the above embodiment, the verification circuit 31 is controlled by the firmware 32, but may be controlled by wired logic.
[0040]
【The invention's effect】
As described above in detail, according to the present invention, by determining the failure detection information, it is possible to easily and quickly determine the detection of the failure and the identification of the information processing apparatus in which the failure has occurred, Service interruptions can be minimized.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram of a fault-tolerant system. FIG. 2 is a diagram illustrating an example of a register configuration. FIG. 3 is a diagram illustrating an operation of the fault-tolerant system. 5] System configuration diagram of a fault-tolerant system according to another example [Fig. 6] System configuration diagram of a fault-tolerant system according to another example [Fig. 7] System configuration diagram of a conventional fault-tolerant system [Fig. System configuration diagram of the fault-tolerant system [Explanation of symbols]
10, 20 ... Information processing device, 11, 21 ... Bus, 12, 22 ... Central processing unit, 13, 23 ... Main storage device, 14, 24 ... I / O device, 15, 25 ... Failure detection process, 30 ... Verification Device 31 ... Collation circuit 32 ... Farm engine 33a, 33b ... Fault detection register 34 ... Fault detection information flag register 34a, 34b ... Fault detection information arrival flag 35 ... Fault detection mechanism 40 ... Fault tolerance system

Claims (2)

それぞれ中央処理装置を有する2つの情報処理装置と、各情報処理装置を接続するとともに各情報処理装置における処理の同一性を照合し故障を検出する照合手段とを有する耐故障性システムにおいて、
前記各情報処理装置は、
情報処理装置が本来業務として行うサービスを実現する手段と、
前記の情報処理装置が本来業務として行うサービスを実現する手段とは別個に、故障検出のみに用いる第一の故障検出用情報を順次生成するアルゴリズムを実行し、生成した第一の検出用情報を前記照合手段に送信する第一の故障検出用情報生成手段
を備えるとともに、
前記照合手段は、
前記第一の故障検出用情報を順次生成するアルゴリズムと同じアルゴリズムで第二の故障検出用情報を順次生成する第二の故障検出用情報生成手段と、
前記第一および第二の故障検出用情報生成手段がそれぞれ生成した第一および第二の故障検出用情報を比較することにより前記故障検出用情報がすべて一致していれば故障無しと判断し、一方の情報処理装置が生成した第一の故障検出用情報のみが第二の故障検出用情報と一致するとき、他方の情報処理装置に故障が発生したことを特定する検出手段と
を備えたことを特徴とする耐故障性システム。
In a fault-tolerant system having two information processing apparatuses each having a central processing unit, and a collating unit that connects each information processing apparatus and collates the identity of processing in each information processing apparatus and detects a failure,
Wherein each of the information processing apparatus,
Means for realizing a service that an information processing apparatus originally performs as a business;
Separately from the means for realizing the service that the information processing apparatus originally performs as a business, an algorithm for sequentially generating first failure detection information used only for failure detection is executed, and the generated first detection information is provided with a <br/> the first fault detection information generating means for transmitting to said comparing means,
The verification means includes
Second failure detection information generating means for sequentially generating second failure detection information with the same algorithm as the algorithm for sequentially generating the first failure detection information;
Said first and second fault detection information generating means determines the first and fault-free if the failure detection information matches all by the second fault detection information comparison generated respectively , only the first fault detection information in which one of the information processing apparatus is generated when matching the second failure detection information, and a detection means for identifying that a failure in the other information processing apparatus is generated A fault tolerant system characterized by that.
それぞれ中央処理装置を有する2つの情報処理装置と、各情報処理装置を接続するとともに各情報処理装置における処理の同一性を照合し故障を検出する照合手段とを有する耐故障性システムの故障切り分け方法において、
前記各情報処理装置は、
情報処理装置が本来業務として行うサービスを実現する手順と、
前記情報処理装置が本来業務として行うサービスを実現する手順とは別個に、故障検出のみに用いる第一の故障検出用情報を順次生成するアルゴリズムを実行し、生成した第一の検出用情報を前記照合手段に送信する第一の故障検出用情報生成手順と
を有するとともに、
前記照合手段は、
前記第一の故障検出用情報を順次生成するアルゴリズムと同じアルゴリズムで第二の故障検出用情報を順次生成する第二の故障検出用情報生成手順と、
前記第一および第二の故障検出用情報を比較することにより前記故障検出用情報がすべて一致していれば故障無しと判断し、一方の情報処理装置が生成した第一の故障検出用情報のみが第二の故障検出用情報と一致するとき、他方の情報処理装置に故障が発生したことを特定する検出手順と
を有することを特徴とする耐故障性システムの故障切り分け方法。
In a fault isolation method of a fault-tolerant system, comprising two information processing apparatuses each having a central processing unit, and a verification means for connecting each information processing apparatus and verifying the identity of processing in each information processing apparatus and detecting a fault ,
Each of the information processing devices
A procedure for realizing a service that an information processing apparatus originally performs as a business;
Separately from the procedure for realizing the service that the information processing apparatus originally performs as a business, an algorithm for sequentially generating first failure detection information used only for failure detection is executed, and the generated first detection information is A first failure detection information generation procedure to be transmitted to the verification means;
And having
The verification means includes
A second failure detection information generation procedure for sequentially generating second failure detection information with the same algorithm as the algorithm for sequentially generating the first failure detection information;
By comparing the first and second failure detection information, if all the failure detection information matches, it is determined that there is no failure, and only the first failure detection information generated by one information processing device A fault isolation method for a fault-tolerant system, comprising: a detection procedure for specifying that a fault has occurred in the other information processing apparatus when s matches with the second fault detection information .
JP2001006338A 2001-01-15 2001-01-15 Fault-tolerant system and fault isolation method Expired - Fee Related JP3825640B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001006338A JP3825640B2 (en) 2001-01-15 2001-01-15 Fault-tolerant system and fault isolation method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001006338A JP3825640B2 (en) 2001-01-15 2001-01-15 Fault-tolerant system and fault isolation method

Publications (2)

Publication Number Publication Date
JP2002215415A JP2002215415A (en) 2002-08-02
JP3825640B2 true JP3825640B2 (en) 2006-09-27

Family

ID=18874236

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001006338A Expired - Fee Related JP3825640B2 (en) 2001-01-15 2001-01-15 Fault-tolerant system and fault isolation method

Country Status (1)

Country Link
JP (1) JP3825640B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100844101B1 (en) * 2005-11-16 2008-07-07 성균관대학교산학협력단 Dynamic Window-based Fault Monitoring System and Monitoring Method

Also Published As

Publication number Publication date
JP2002215415A (en) 2002-08-02

Similar Documents

Publication Publication Date Title
JPH0430619B2 (en)
CN103425542B (en) There is the safety detecting system of integrated diagnosis function
US8347142B2 (en) Non-disruptive I/O adapter diagnostic testing
CN107453913B (en) Gateway redundancy method with high-speed communication between processors
US11940888B2 (en) Technology to provide fault tolerance for elliptic curve digital signature algorithm engines
CN114281589A (en) Exception handling method and device and cluster system
JP2019020864A (en) Arithmetic unit
JP3825640B2 (en) Fault-tolerant system and fault isolation method
US20080313426A1 (en) Information Processing Apparatus and Information Processing Method
US6330694B1 (en) Fault tolerant system and method utilizing the peripheral components interconnection bus monitoring card
JP2002049501A (en) Fault-tolerant system and fault isolation method
JPH08123705A (en) Fault identification method and identification circuit for electrical system and cable system
CN119961025A (en) Chip fault response system, electronic device and readable storage medium
CN118938743A (en) Method and system for improving reliability of control signal of control device
JP3696689B2 (en) Memory copy device for information processing system
EP0860777A2 (en) Fault tolerant data processing system and method therefor
JP2001175545A (en) Server system, fault diagnosing method, and recording medium
JP2914858B2 (en) Exchange switch failure detection system
JPH07182254A (en) Bus fault testing system
JP3624051B2 (en) Information processing device
Grishin et al. Mutual Information Agreement in Multicomputer Systems with the Detection and Identification of Byzantine Faults
CN115599604A (en) Automatic data recovery method and storage medium for database cluster
JP2023504393A (en) A computer system installed on the carrier that performs at least one service that is critical to the operational safety of the carrier
JP2004234183A (en) Bus check method and system for computer controller
JPS58225450A (en) Fault detector

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20040729

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040921

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20050816

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20051012

A911 Transfer of reconsideration by examiner before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20051028

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20060613

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060630

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090707

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100707

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110707

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees