JPH05314085A - System for waiting operation mutually among plural computers - Google Patents

System for waiting operation mutually among plural computers

Info

Publication number
JPH05314085A
JPH05314085A JP4117146A JP11714692A JPH05314085A JP H05314085 A JPH05314085 A JP H05314085A JP 4117146 A JP4117146 A JP 4117146A JP 11714692 A JP11714692 A JP 11714692A JP H05314085 A JPH05314085 A JP H05314085A
Authority
JP
Japan
Prior art keywords
computer
business
computers
failure
database
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP4117146A
Other languages
Japanese (ja)
Inventor
Ritsuko Kuroda
律子 黒田
Hideaki Takimoto
秀明 滝本
Muneki Iguchi
宗樹 井口
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.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP4117146A priority Critical patent/JPH05314085A/en
Publication of JPH05314085A publication Critical patent/JPH05314085A/en
Pending legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Hardware Redundancy (AREA)
  • Multi Processors (AREA)

Abstract

(57)【要約】 【目的】 本発明は、相互計算機間で障害復旧を行なう
複数計算機間の相互稼動待機方式において、ある計算機
が常にアイドル状態にセットされず、計算機資源を有効
利用し、処理業務が肥大化しても高い応答を得ることを
目的とする。 【構成】 複数の計算機CPU0-3 に対し、それぞれマ
ルチコールディスクD0-3 に格納される独立した資源を
利用した異なる業務処理B0-3 を分割して行なわせ、各
計算機CPU0-3 が自系の業務処理に対しては稼動系、
他系の業務処理に対しては待機系として運用され、共有
メモリSMを介しある計算機の障害発生が通知された場
合には、予め個々のローカルディスクC0-3 に運用デー
タとして組込まれた引継ぎ情報に基づき引継ぎ先計算機
が認識され、該引継ぎ先計算機において障害発生に係わ
る業務稼動資源が対応するマルチコールディスクDから
MCPを介して選択的に読出され、障害業務が引継がれ
る構成とする。
(57) [Summary] [Object] The present invention, in a mutual operation standby method between a plurality of computers for performing failure recovery between mutual computers, a certain computer is not always set in an idle state, and computer resources are effectively used and processed. The purpose is to obtain a high response even if the work becomes bloated. [Structure] A plurality of computer CPUs 0-3 are made to divide and perform different business processes B0-3 using independent resources respectively stored in the multi-call disk D0-3, and each computer CPU0-3 has its own system. For business processing of
It is operated as a standby system for the business processing of other systems, and when the failure occurrence of a computer is notified via the shared memory SM, the takeover information previously incorporated as operation data in each local disk C0-3. Based on the above, the takeover destination computer is recognized, and the business operation resource related to the occurrence of the fault in the takeover destination computer is selectively read from the corresponding multi-call disk D via the MCP, and the faulty business is taken over.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、オンライントランザク
ション処理を複数の計算機に独立して行なわせ、その相
互計算機間で障害の復旧を行なう複数計算機間の相互稼
動待機方式に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a mutual operation stand-by system for a plurality of computers which allows a plurality of computers to independently perform online transaction processing and recovers from a failure between the computers.

【0002】[0002]

【従来の技術】一般に、銀行端末オンライン業務や航空
座席のオンライン業務等、オンライントランザクション
処理を行なう計算機では、障害発生時における業務停止
を避けるため、一方の計算機を業務運用を行なう稼動系
として使用し、他方の計算機を障害発生時におけるバッ
クアップ用の待機系計算機として使用する、2台の計算
機からなるホットスタンバイシステムを構築している。
2. Description of the Related Art Generally, in a computer that performs online transaction processing such as online business of bank terminals and online business of airline seats, one computer is used as an active system for business operation in order to avoid business suspension when a failure occurs. , The other computer is used as a standby computer for backup when a failure occurs, and a hot standby system consisting of two computers has been constructed.

【0003】図3はホットスタンバイシステムの従来構
成を示すもので、同図において、11は稼動系計算機、
12は待機系計算機、13は本システムで運用するオン
ライン業務に必要な資源が記憶されたデータベース、1
4は稼動計算機11と待機系計算機12との相互通信メ
モリとなる共有メモリ、15は端末装置、また、FCP
はファイルコントロールプロセッサ、SMIは共有メモ
リインターフェイスであり、上記稼動系計算機11で
は、データベース13からの読出し情報に基づき、所定
のオンライン業務処理が行なわれ、待機系計算機12は
常にバックアップ用の計算機としてスタンバイ状態にあ
る。
FIG. 3 shows a conventional configuration of a hot standby system. In FIG. 3, 11 is an operating computer.
Reference numeral 12 is a standby computer, 13 is a database in which the resources required for online operations operated by this system are stored, 1
Reference numeral 4 is a shared memory serving as mutual communication memory between the operating computer 11 and the standby computer 12, 15 is a terminal device, and FCP
Is a file control processor, and SMI is a shared memory interface. The active computer 11 performs predetermined online business processing based on the information read from the database 13, and the standby computer 12 is always on standby as a backup computer. Is in a state.

【0004】ここで、データベース13には、所定のオ
ンライン業務に拘る資源として、業務処理の履歴を示す
ジャーナルファイルやシステムステータスログも記録さ
れるもので、稼動系計算機11に障害が発生すると、そ
の障害発生情報は共有メモリ14を介して待機系計算機
に12に通知される。
In the database 13, a journal file showing a history of business processing and a system status log are also recorded as resources related to a predetermined online business. When a failure occurs in the active computer 11, the database file is recorded. The failure occurrence information is notified to the standby computer 12 via the shared memory 14.

【0005】すると、待機系計算機12では、データベ
ース12に記憶される業務履歴が取込まれて障害発生時
の業務処理が再現され、以降、この待機系計算機12に
よって所定のオンライン業務が引継がれる。
Then, the standby system computer 12 takes in the business history stored in the database 12 and reproduces the business process at the time of failure occurrence, and thereafter, the standby system computer 12 takes over a predetermined online business.

【0006】[0006]

【発明が解決しようとする課題】しかしながら、上記従
来構成のホットスタンバイシステムでは、待機系計算機
12は、障害発生に伴う業務引継ぎが生じない限りオン
ラインシステムとして常にアイドル状態にあり、オンラ
イン業務稼動の観点から見れば非効率的な欠点がある。
However, in the above-described conventional hot standby system, the standby system computer 12 is always in an idle state as an online system unless a business takeover due to a failure occurs, which is a viewpoint of online business operation. From the perspective, there is an inefficient drawback.

【0007】すなわち、例えば稼動系計算機11におけ
るオンライン業務が肥大化してシステム負荷が高くなり
その応答性が低下しても、待機系計算機12は依然とし
てオンライン業務に寄与しないアイドル状態にある。
That is, for example, even if the online work in the active computer 11 becomes large and the system load becomes high and the responsiveness thereof deteriorates, the standby computer 12 is still in an idle state that does not contribute to the online work.

【0008】本発明は上記課題に鑑みなされたもので、
一方の計算機が常にアイドル状態にセットされることな
く、計算機資源を有効利用し、オンライン業務が肥大化
しても高い応答性を得ることが可能になる複数計算機間
の相互稼動待機方式を提供することを目的とする。
The present invention has been made in view of the above problems.
To provide a mutual operation standby method between multiple computers that enables efficient use of computer resources and high responsiveness even when online business becomes large, without one computer always being set to the idle state. With the goal.

【0009】[0009]

【課題を解決するための手段】すなわち、本発明に係わ
る複数計算機間の相互稼動待機方式は、それぞれが独立
した資源を用いて異なる業務処理を行なう複数の計算機
と、この複数の計算機のそれぞれに独立して備えられ、
個々の業務処理に必要な資源を記憶した複数の業務用デ
ータベースと、上記複数の計算機に対し上記複数の業務
用データベースを選択的に切換えるデータベース選択手
段と、上記複数の計算機間で相互に障害情報を通知する
障害通知手段と、この障害通知手段により障害発生計算
機が他の計算機に通知された際に、障害発生計算機に対
応する業務用データベースを上記データベース選択手段
により選択しその業務処理を他の計算機で引継ぐ業務引
継ぎ手段とを備えて構成したものである。
That is, the mutual operation standby system between a plurality of computers according to the present invention has a plurality of computers which perform different business processing by using independent resources, and a plurality of computers for each of the plurality of computers. Prepared independently,
A plurality of business databases storing resources necessary for individual business processing, a database selecting means for selectively switching the plurality of business databases to the plurality of computers, and mutual failure information between the plurality of computers. And a failure notification means for notifying that the failure computer is notified to another computer by the failure notification means, a business database corresponding to the failure computer is selected by the database selection means, and the business process is It is provided with a business takeover means for taking over by a computer.

【0010】[0010]

【作用】つまり、複数の計算機がそれぞれ何れかのオン
ライン業務を行なう稼動系として運用されると同時に、
相互に他の計算機に対する待機系となるので、計算機資
源が有効利用され、しかも、肥大化したオンライン業務
の分割処理により高い応答性が得られるようになる。
In other words, at the same time that a plurality of computers are each operated as an operating system for performing any online business,
Since they become standby systems for other computers, computer resources can be effectively used, and high responsiveness can be obtained due to the bloated division of online jobs.

【0011】[0011]

【実施例】以下図面により本発明の一実施例について説
明する。
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described below with reference to the drawings.

【0012】図1は複数計算機間の相互稼動待機方式を
用いた計算機システムの構成を示すブロック図であり、
この計算機システムには、例えば4台の計算機CPU0
〜CPU3 が備えられる。
FIG. 1 is a block diagram showing the configuration of a computer system using a mutual operation standby system between a plurality of computers.
In this computer system, for example, four computer CPU0
~ CPU3 is provided.

【0013】4台の計算機CPU0 〜CPU3 は、その
それぞれが独立した資源を用いて異なるオンライン業務
処理B0 〜B3 を運用する稼動系になると同時に、その
それぞれが自系以外の他の業務処理に対する待機系とな
るもので、各計算機CPU0〜CPU3 は、それぞれ独
立したメインメモリMEM0 〜MEM3 を有し、個々に
対応するローカルディスクC0 〜C3 に予め格納された
オンラインシステムの運用データやロードモジュールに
応じて、与えられたオンライン業務処理B0 〜B3 を実
行する。
The four computers CPU0 to CPU3 each become an active system for operating different online business processes B0 to B3 by using independent resources, and at the same time, each of them stands by for business processes other than its own system. Each computer CPU0 to CPU3 has an independent main memory MEM0 to MEM3, and it corresponds to the operation data and load module of the online system stored in advance in the corresponding local disks C0 to C3. , Execute the given online business process B0 to B3.

【0014】一方、上記各計算機CPU0 〜CPU3 に
割当てられたオンライン業務処理B0 〜B3 に必要な資
源(データベース)と、その業務処理過程を示すジャー
ナルファイルやシステムステータスログは、各業務処理
B0 〜B3 毎に異なるマルチコールディスクD0 〜D3
に格納される。
On the other hand, the resources (database) necessary for the online business processes B0 to B3 allocated to the computers CPU0 to CPU3, and the journal file and system status log showing the business process are the business processes B0 to B3. Different multi-call disks D0 to D3
Stored in.

【0015】この4つのマルチコールディスクD0 〜D
3 と4つの計算機CPU0 〜CPU3 との間は、マルチ
コントロールプロセッサMCPを介して接続され、各計
算機CPU0 〜CPU3 からの指令により選択的に切換
え可能な構成とされる。さらに、上記4つの計算機CP
U0 〜CPU3 は、共有メモリSMを有している。
These four multi-call disks D0 to D
The three and four computers CPU0 to CPU3 are connected via a multi-control processor MCP, and are configured to be selectively switchable by a command from each computer CPU0 to CPU3. Furthermore, the above four computers CP
U0 to CPU3 have a shared memory SM.

【0016】共有メモリSMは、4つの計算機CPU0
〜CPU3 相互間において、互いのシステム状態を診断
するデータとなる障害発生情報等を格納するもので、例
えば第1の計算機CPU0 の障害発生に伴いその障害発
生情報が共有メモリSMに書込まれると、該共有メモリ
SMを介して上記第1の計算機CPU0 に障害が生じた
ことが他の計算機CPU1 〜CPU3 に通知される。
The shared memory SM is composed of four computer CPUs 0
Between the CPU3 and the CPU3, the failure occurrence information and the like serving as data for diagnosing the system state of each other are stored. For example, when the failure occurrence information of the first computer CPU0 is written in the shared memory SM. The failure of the first computer CPU0 is notified to the other computers CPU1 to CPU3 via the shared memory SM.

【0017】ここで、各計算機CPU0 〜CPU3 の相
互において、障害発生時の業務引継ぎ先計算機を示す情
報は、個々の計算機CPU0 〜CPU3 のローカルディ
スクC0 〜C3 に対してシステム運用データとして格納
される。次に、上記構成による複数計算機間の相互稼動
待機方式を用いた計算機システムの動作について説明す
る。
Here, in each of the computers CPU0 to CPU3, information indicating the business takeover destination computer at the time of failure is stored as system operation data in the local disks C0 to C3 of the individual computers CPU0 to CPU3. .. Next, the operation of the computer system using the mutual operation standby system between a plurality of computers having the above configuration will be described.

【0018】図2は上記計算機システムにおける障害復
旧処理を示すフローチャートであり、4台の計算機CP
U0 〜CPU3 はそれぞれ対応するローカルディスクC
0 〜C3 に格納されたシステム運用データに基づき動作
するもので、第1の計算機CPU0 では第1マルチコー
ルディスクD0 に記憶されるデータベースを資源とした
オンライン業務処理B0 が行なわれ、第2の計算機CP
U1 では第2マルチコールディスクD1 に記憶されるデ
ータベースを資源としたオンライン業務B1 が行なわ
れ、第3の計算機CPU2 では第3マルチコールディス
クD2 に記憶されるデータベースを資源としたオンライ
ン業務B2 が行なわれ、さらに、第4の計算機CPU3
では第4マルチコールディスクD3 に記憶されるデータ
ベースを資源とたオンライン業務B3 が行なわれる(ス
テップS1)。
FIG. 2 is a flow chart showing a failure recovery process in the computer system described above.
U0 to CPU3 are corresponding local disks C
It operates based on the system operation data stored in 0 to C3, and the first computer CPU0 performs the online business process B0 using the database stored in the first multi-call disk D0 as a resource and the second computer CPU0. CP
U1 performs online business B1 using the database stored in the second multi-call disk D1 as a resource, and third computer CPU2 performs online business B2 using the database stored in the third multi-call disk D2 as a resource. In addition, the fourth computer CPU3
Then, the online business B3 using the database stored in the fourth multi-call disk D3 as a resource is performed (step S1).

【0019】この場合、各計算機CPU0 〜CPU3
は、それぞれ割当てられたオンライン業務B0 〜B3 に
対する稼動系となり、同時に他のオンライン業務を行な
う計算機に対しては相互に待機系となる。
In this case, each computer CPU0 to CPU3
Are operating systems for the respective assigned online services B0 to B3, and at the same time are standby systems for computers that perform other online services.

【0020】ここで、例えば第1の計算機CPU0 に障
害が発生し、そのオンライン業務B0 が中断すると、共
有メモリSMに対しその障害発生情報が書込まれ、第2
〜第4の計算機CPU1 〜CPU3 に対して上記第1の
計算機CPU0 に障害が発生したことが通知される(ス
テップS2,S3)。
Here, for example, when a failure occurs in the first computer CPU0 and the online business B0 is interrupted, the failure occurrence information is written in the shared memory SM,
~ The fourth computers CPU1 to CPU3 are notified that the first computer CPU0 has failed (steps S2, S3).

【0021】すると、上記障害情報が通知された第2〜
第4の計算機CPU1 〜CPU3 では、それぞれのロー
カルディスクC1 〜C3 から読出されるシステム運用デ
ータに基づき業務引継ぎ先が自計算機であるか否かを認
識するもので、例えば各ローカルディスクC0 〜C3 の
システム運用データに、第1計算機CPU0 障害の場合
は第2計算機CPU1 、第2計算機CPU1 障害の場合
は第3計算機CPU2、第3計算機CPU2 障害の場合
は第4計算機CPU3 、第4計算機CPU3 障害の場合
は第1計算機CPU0 なる引継ぎ情報が予め組まれてい
た場合には、第2計算機CPU1 により業務引継ぎ先で
あることが認識される(ステップS4)。
Then, the second to second notifications of the failure information are given.
The fourth computers CPU1 to CPU3 recognize whether or not the business takeover destination is their own computer based on the system operation data read from the respective local disks C1 to C3. In the system operation data, if the first computer CPU0 failure, the second computer CPU1; if the second computer CPU1 failure, the third computer CPU2; if the third computer CPU2 failure, the fourth computer CPU3, the fourth computer CPU3 failure In this case, if the takeover information of the first computer CPU0 has been assembled in advance, the second computer CPU1 recognizes that it is the work takeover destination (step S4).

【0022】すると、第2計算機CPU1 には、マルチ
コントロールプロセッサMCPを介して第1マルチコー
ルディスクD0 が選択され、前記第1計算機CPU0 に
おける障害発生時点までのオンライン業務B0 の稼動資
源が組込まれるもので、これにより、その運用状態のリ
カバリ処理と共に、ジャーナルファイルを用いたデータ
ベース及び端末メッセージのリカバリ処理が実行され、
第1計算機CPU0 にて行なわれていたオンライン業務
処理B0 は、以後、第2計算機CPU1 によって引継ぎ
再開される(ステップS5,S6)。
Then, the first multi-call disk D0 is selected for the second computer CPU1 via the multi-control processor MCP, and the operating resources of the online business B0 up to the point of failure of the first computer CPU0 are incorporated. Then, along with the recovery processing of the operation state, the recovery processing of the database and terminal message using the journal file is executed.
The online business process B0 performed by the first computer CPU0 is subsequently resumed by the second computer CPU1 (steps S5 and S6).

【0023】この場合、第2〜第4の計算機CPU1 〜
CPU3 において予め行なわれていた業務処理B1 〜B
3 は、上記障害発生引継ぎ処理に影響を受けずに並行し
て運用される。
In this case, the second to fourth computer CPUs 1 to
Business processes B1 to B previously performed in the CPU3
3 is operated in parallel without being affected by the above failure occurrence takeover processing.

【0024】したがって、上記構成の複数計算機間の相
互稼動待機方式を用いた計算機システムによれば、第1
〜第4の計算機CPU0 〜CPU3 に対し、それぞれ第
1〜第4のマルチコールディスクD0 〜D3 に格納され
る独立した資源を利用した異なるオンライン業務処理B
0 〜B3 を分割して行なわせ、それぞれの計算機CPU
0 〜CPU3 が全て自系の業務処理に対しては稼動系、
他系の業務処理に対しては待機系として運用され、共有
メモリSMを介して例えば第1の計算機CPU0 の障害
発生が通知された場合には、予め個々のローカルディス
クC0 〜C3 にシステム運用データとして組込まれた引
継ぎ情報に基づき引継ぎ先計算機が認識され、該引継ぎ
先計算機において障害発生に係わる業務処理B0 の稼動
資源が第1のマルチコールディスクD0 からマルチコン
トロールプロセッサMCPを介して選択的に読出され、
障害業務が引継がれる構成としたので、全ての計算機C
PU0 〜CPU3 を稼動状態として計算機資源を有効利
用できると共に、複数の独立業務処理を分割して行なわ
せ高い応答性を得ることができる。
Therefore, according to the computer system using the mutual operation standby system between a plurality of computers having the above-mentioned configuration,
~ Different online business processing B using independent resources stored in the first to fourth multi-call disks D0 to D3 respectively for the fourth computers CPU0 to CPU3
0 to B3 are divided and executed, and each computer CPU
0 to CPU3 are all operating systems for their own business processing,
It is operated as a standby system for the business processing of other systems, and, for example, when a failure occurrence of the first computer CPU0 is notified via the shared memory SM, system operation data is previously stored in the individual local disks C0 to C3. The takeover destination computer is recognized based on the takeover information incorporated as, and the operating resources of the business process B0 related to the occurrence of a failure in the takeover destination computer are selectively read from the first multi-call disk D0 through the multi-control processor MCP. Was
All computers C are configured to take over the faulty work.
It is possible to effectively use computer resources with PU0 to CPU3 in an operating state, and to obtain a high responsiveness by dividing a plurality of independent work processes.

【0025】[0025]

【発明の効果】以上のように本発明によれば、それぞれ
が独立した資源を用いて異なる業務処理を行なう複数の
計算機と、この複数の計算機のそれぞれに独立して備え
られ、個々の業務処理に必要な資源を記憶した複数の業
務用データベースと、上記複数の計算機に対し上記複数
の業務用データベースを選択的に切換えるデータベース
選択手段と、上記複数の計算機間で相互に障害情報を通
知する障害通知手段と、この障害通知手段により障害発
生計算機が他の計算機に通知された際に、障害発生計算
機に対応する業務用データベースを上記データベース選
択手段により選択しその業務処理を他の計算機で引継ぐ
業務引継ぎ手段とを備えて構成したので、一方の計算機
が常にアイドル状態にセットされることなく、計算機資
源を有効利用し、オンライン業務が肥大化しても高い応
答性を得ることが可能になる。
As described above, according to the present invention, a plurality of computers that respectively perform different business processing using independent resources, and a plurality of computers that are independently provided for each of the plurality of computers and are individually processed. A plurality of business databases storing necessary resources, a database selecting means for selectively switching the plurality of business databases to the plurality of computers, and a failure for mutually notifying failure information between the plurality of computers. Notifying means and, when this fault notifying means notifies another computer of a faulty computer, a business database corresponding to the faulty computer is selected by the database selecting means, and the business process is taken over by another computer. Since it is configured with a takeover means, one computer is not always set to the idle state, the computer resources are effectively used, Inline business becomes possible to obtain a high response even bloated.

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

【図1】本発明の複数計算機間の相互稼動待機方式の一
実施例に係わる計算機システムの構成を示すブロック
図。
FIG. 1 is a block diagram showing the configuration of a computer system according to an embodiment of a mutual operation standby system between a plurality of computers according to the present invention.

【図2】上記計算機システムにおける障害復旧処理を示
すフローチャート。
FIG. 2 is a flowchart showing a failure recovery process in the computer system.

【図3】ホットスタンバイシステムの従来構成を示すブ
ロック図。
FIG. 3 is a block diagram showing a conventional configuration of a hot standby system.

【符号の説明】[Explanation of symbols]

CPU0 〜CPU3 …計算機、B0 〜B3 …オンライン
業務、C0 〜C3 …ローカルディスク、D0 〜D3 …マ
ルチコールディスク、MCP…マルチコントロールプロ
セッサ、SM…共有メモリ、MEM0 〜MEM3 …メイ
ンメモリ。
CPU0 to CPU3 ... Computer, B0 to B3 ... Online work, C0 to C3 ... Local disk, D0 to D3 ... Multicall disk, MCP ... Multicontrol processor, SM ... Shared memory, MEM0 to MEM3 ... Main memory.

Claims (1)

【特許請求の範囲】[Claims] 【請求項1】 それぞれが独立した資源を用いて異なる
業務処理を行なう複数の計算機と、 この複数の計算機のそれぞれに独立して備えられ、個々
の業務処理に必要な資源を記憶した複数の業務用データ
ベースと、 上記複数の計算機に対し上記複数の業務用データベース
を選択的に切換えるデータベース選択手段と、 上記複数の計算機間で相互に障害情報を通知する障害通
知手段と、 この障害通知手段により障害発生計算機が他の計算機に
通知された際に、障害発生計算機に対応する業務用デー
タベースを上記データベース選択手段により選択しその
業務処理を他の計算機で引継ぐ業務引継ぎ手段とを具備
し、 上記複数の計算機が相互に稼動系,待機系として運用さ
れることを特徴とする複数計算機間の相互稼動待機方
式。
1. A plurality of computers, each of which performs different business processing by using independent resources, and a plurality of businesses, each of which is independently provided and stores resources necessary for each business processing. Database, a database selecting means for selectively switching the plurality of business databases to the plurality of computers, a failure notifying means for mutually notifying failure information between the plurality of computers, and a failure by the failure notifying means. When the occurrence computer is notified to another computer, a business database corresponding to the faulty computer is selected by the database selection means, and the business processing is taken over by another computer, and the business takeover means is provided. A mutual operation standby system between multiple computers, in which the computers are operated as an active system and a standby system, respectively.
JP4117146A 1992-05-11 1992-05-11 System for waiting operation mutually among plural computers Pending JPH05314085A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP4117146A JPH05314085A (en) 1992-05-11 1992-05-11 System for waiting operation mutually among plural computers

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP4117146A JPH05314085A (en) 1992-05-11 1992-05-11 System for waiting operation mutually among plural computers

Publications (1)

Publication Number Publication Date
JPH05314085A true JPH05314085A (en) 1993-11-26

Family

ID=14704604

Family Applications (1)

Application Number Title Priority Date Filing Date
JP4117146A Pending JPH05314085A (en) 1992-05-11 1992-05-11 System for waiting operation mutually among plural computers

Country Status (1)

Country Link
JP (1) JPH05314085A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11120017A (en) * 1997-10-20 1999-04-30 Mitsubishi Electric Corp Automatic numbering system, dual system, cluster system
JP2005339300A (en) * 2004-05-28 2005-12-08 Hitachi Ltd Database processing method and system, and processing program therefor
JP2009032045A (en) * 2007-07-27 2009-02-12 Hitachi Ltd Method for reducing NAS power consumption and computer system using the method
JP2010160822A (en) * 2010-04-23 2010-07-22 Hitachi Ltd Data base processing method, data base processing system and data base processing program
JP2011048678A (en) * 2009-08-27 2011-03-10 Fujitsu Ltd Job operation support method and computer apparatus

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11120017A (en) * 1997-10-20 1999-04-30 Mitsubishi Electric Corp Automatic numbering system, dual system, cluster system
JP2005339300A (en) * 2004-05-28 2005-12-08 Hitachi Ltd Database processing method and system, and processing program therefor
JP2009032045A (en) * 2007-07-27 2009-02-12 Hitachi Ltd Method for reducing NAS power consumption and computer system using the method
JP2011048678A (en) * 2009-08-27 2011-03-10 Fujitsu Ltd Job operation support method and computer apparatus
JP2010160822A (en) * 2010-04-23 2010-07-22 Hitachi Ltd Data base processing method, data base processing system and data base processing program

Similar Documents

Publication Publication Date Title
US8683257B2 (en) Failover system and method
EP3694148A1 (en) Configuration modification method for storage cluster, storage cluster and computer system
US8676760B2 (en) Maintaining data integrity in data servers across data centers
US7490205B2 (en) Method for providing a triad copy of storage data
US8112659B2 (en) Reducing recovery time for business organizations in case of disasters
US8688773B2 (en) System and method for dynamically enabling an application for business continuity
CN112181723B (en) Financial disaster recovery method and device, storage medium and electronic equipment
CN110807064A (en) Data Recovery Device in RAC Distributed Database Cluster System
US20050283636A1 (en) System and method for failure recovery in a cluster network
WO2025246814A1 (en) High availability data management
JP3197279B2 (en) Business takeover system
JPS6375963A (en) System recovery method
CN102185717A (en) Service processing equipment, method and system
CN110413686B (en) Data writing method, device, equipment and storage medium
JPH05314085A (en) System for waiting operation mutually among plural computers
CN109274604B (en) Message processing method and system
US20080250421A1 (en) Data Processing System And Method
WO2005031577A1 (en) Logical partitioning in redundantstorage systems
JPS6159941A (en) Terminal control system of multi-drop connection
US6961749B1 (en) Scalable file server with highly available pairs
CN115858679A (en) A data synchronization method, device, equipment and medium between data centers
JPH05210529A (en) Multiprocessor system
Yu et al. Reliability enhancement of real-time multiprocessor systems through dynamic reconfiguration
JP2002055840A (en) Redundant configuration switching system
JP2025141750A (en) Accounting system