JP7315215B2 - loosely coupled system - Google Patents

loosely coupled system Download PDF

Info

Publication number
JP7315215B2
JP7315215B2 JP2019216420A JP2019216420A JP7315215B2 JP 7315215 B2 JP7315215 B2 JP 7315215B2 JP 2019216420 A JP2019216420 A JP 2019216420A JP 2019216420 A JP2019216420 A JP 2019216420A JP 7315215 B2 JP7315215 B2 JP 7315215B2
Authority
JP
Japan
Prior art keywords
exclusive control
control device
lock data
active
standby
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.)
Active
Application number
JP2019216420A
Other languages
Japanese (ja)
Other versions
JP2021086489A (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.)
NEC Solution Innovators Ltd
Original Assignee
NEC Solution Innovators Ltd
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 NEC Solution Innovators Ltd filed Critical NEC Solution Innovators Ltd
Priority to JP2019216420A priority Critical patent/JP7315215B2/en
Publication of JP2021086489A publication Critical patent/JP2021086489A/en
Application granted granted Critical
Publication of JP7315215B2 publication Critical patent/JP7315215B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Hardware Redundancy (AREA)

Description

本発明は、疎結合システム、リカバリ方法、待機系排他制御装置、および、プログラムに関する。 The present invention relates to a loosely coupled system, a recovery method, a standby exclusive control device, and a program.

複数のホスト（Host-Computer、ホストコンピュータ）間で共用される共用資源を、ＭＳＣＰ（Multi-System Control Processor、排他制御装置）を用いて排他制御しながら複数の処理を行う疎結合システム（Loosely-Coupled System）がある。そのような疎結合システムにおいて、ホストから稼働系ＭＳＣＰに送信したロックもしくはアンロックを要求するコマンドをホスト側でも保持し、稼働系ＭＳＣＰが故障した場合、ホストに保持するコマンドを待機系ＭＳＣＰに送信することにより、故障した稼働系ＭＳＣＰが保持していた排他制御情報を待機系ＭＳＣＰに再生することにより、システムの運用を継続させる技術（以下、第１の関連技術と記す）がある（例えば、特許文献１、２参照）。 There is a loosely-coupled system that performs multiple processes while performing exclusive control on shared resources shared among multiple hosts (host-computers) using an MSCP (Multi-System Control Processor, exclusive control device). In such a loosely-coupled system, there is a technique (hereinafter referred to as a first related technique) in which a command requesting locking or unlocking sent from a host to an active system MSCP is held on the host side, and when the active system MSCP fails, the command held in the host is transmitted to the standby system MSCP so that the exclusive control information held by the failed active system MSCP is reproduced in the standby system MSCP (for example, see Patent Documents 1 and 2).

また、複数のホストと複数のＭＳＣＰとが単一のネットワークに接続された疎結合システムにおいて、待機系ＭＳＣＰが、ネットワーク上の全ての通信を監視し、稼働系ＭＳＣＰが全て正常に運用されている間にホストから稼働系ＭＳＣＰへ発せられたコマンドを蓄積し、稼働系ＭＳＣＰに障害が発生したときに、蓄積したコマンドに含まれる上記障害が発生した稼働系ＭＳＣＰに対するコマンドおよび該コマンドに対する応答を抽出し、上記障害が発生した稼働系ＭＳＣＰの排他制御情報を再生する技術（以下、第２の関連技術と記す）がある（例えば、特許文献３参照）。 Also, in a loosely coupled system in which multiple hosts and multiple MSCPs are connected to a single network, the standby MSCP monitors all communications on the network, accumulates commands issued from the host to the active MSCP while all active MSCPs are operating normally, and when a failure occurs in the active MSCP, extracts the command for the active MSCP in which the failure occurred and the response to the command included in the accumulated commands, and reproduces the exclusive control information of the active MSCP in which the failure occurred ( hereinafter referred to as a second related technique) (see, for example, Patent Document 3).

特許第３１３４８６４号Patent No. 3134864 特許第３６３６１６３号Patent No. 3636163 特許第５０６７０７５号Patent No. 5067075

しかしながら、第１の関連技術では、ホストが稼働系ＭＳＣＰに送信したコマンドを大量に保持している状況で稼働系ＭＳＣＰが故障すると、ホストから待機系ＭＳＣＰへ全てのコマンドを送信し終わるまでに多くの時間がかかる。そのため、故障した稼働系ＭＳＣＰが保持していた排他制御情報を待機系ＭＳＣＰに速やかに再生するのは困難であった。一方、第２の関連技術では、そのような課題は解消されるけれども、複数のホストと複数のＭＳＣＰとが単一のネットワークで接続されていなければならないという制約がある。そのため、複数のホストと複数のＭＳＣＰとの接続形態による制約を受けずに、故障した稼働系ＭＳＣＰが保持していた排他制御情報を待機系ＭＳＣＰに速やかに再生し得る技術が望まれている。 However, in the first related technique, if the active MSCP fails while the host is holding a large number of commands sent to the active MSCP, it takes a long time to finish sending all the commands from the host to the standby MSCP. Therefore, it was difficult to quickly reproduce the exclusion control information held by the failed working MSCP in the standby MSCP. On the other hand, in the second related technology, although such a problem is resolved, there is a restriction that multiple hosts and multiple MSCPs must be connected by a single network. Therefore, there is a demand for a technique that can quickly reproduce the exclusive control information held by the failed working MSCP in the standby MSCP without being restricted by the form of connection between multiple hosts and multiple MSCPs.

本発明の目的は、上述した課題を解決する疎結合システムを提供することにある。 SUMMARY OF THE INVENTION It is an object of the present invention to provide a loosely coupled system that solves the above problems.

本発明の一形態に係る疎結合システムは、
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備え、
前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
前記待機系排他制御装置は、前記稼働系排他制御装置から前記装置側ロックデータを受信し、
前記稼働系排他制御装置が故障した場合、前記待機系排他制御装置は、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
ように構成されている。 A loosely coupled system according to one aspect of the present invention includes:
a plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a standby exclusive control device;
The active exclusive control device performs exclusive processing according to a command for locking or unlocking the shared resource transmitted from each of the hosts, transmits a command execution result to the transmission source host, and transmits device-side lock data including the command and the command execution result to the standby exclusive control device;
The standby exclusive control device receives the device-side lock data from the active exclusive control device,
When the active exclusive control device fails, the standby exclusive control device reproduces the exclusive control information of the failed active exclusive control device based on the device-side lock data received from the active exclusive control device.
is configured as

また本発明の他の形態に係るリカバリ方法は、
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備えた疎結合システムが実行するリカバリ方法であって、
前記稼働系排他制御装置が、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
前記待機系排他制御装置が、前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
ように構成されている。 A recovery method according to another aspect of the present invention includes:
A recovery method executed by a loosely coupled system comprising a plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a standby exclusive control device,
The active exclusive control device performs exclusive processing according to commands for locking or unlocking the shared resource transmitted from each of the hosts, transmits command execution results to the transmission source host, and transmits device-side lock data including the commands and the command execution results to the standby exclusive control device;
When the standby exclusive control device receives the device-side lock data from the working exclusive control device and the working exclusive control device fails, the exclusive control information of the failed working exclusive control device is reproduced based on the device-side lock data received from the working exclusive control device.
is configured as

また本発明の他の形態に係る待機系排他制御装置は、
複数のホストと前記複数のホストで共用する共用資源と稼働系排他制御装置と待機系排他制御装置とを備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信する、疎結合システムにおける前記待機系排他制御装置であって、
前記稼働系排他制御装置から前記装置側ロックデータを受信する手段と、
前記稼働系排他制御装置が故障した場合、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する手段と、
を備えるように構成されている。 A standby exclusive control device according to another aspect of the present invention includes:
A standby exclusive control device in a loosely coupled system comprising a plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a standby exclusive control device, wherein the active exclusive control device performs exclusive processing according to a command for locking or unlocking the shared resource transmitted from each of the hosts, transmits a command execution result to the host as a transmission source, and transmits device-side lock data including the command and the command execution result to the standby exclusive control device,
means for receiving the device-side lock data from the active exclusive control device;
means for, when the active exclusive control device fails, reproducing exclusive control information of the failed active exclusive control device based on the device-side lock data received from the active exclusive control device;
is configured to include

また本発明の他の形態に係るプログラムは、
複数のホストと前記複数のホストで共用する共用資源と稼働系排他制御装置と待機系排他制御装置とを備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信する、疎結合システムにおける前記待機系排他制御装置を構成するコンピュータに、
前記稼働系排他制御装置から前記装置側ロックデータを受信する処理と、
前記稼働系排他制御装置が故障した場合、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する処理と、
を行わせるように構成されている。 A program according to another aspect of the present invention is
A computer that constitutes the standby exclusive control device in a loosely coupled system, comprising a plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a standby exclusive control device, wherein the active exclusive control device performs exclusive processing according to a command for locking or unlocking the shared resource transmitted from each of the hosts, transmits a command execution result to the host that is the transmission source, and transmits device-side lock data including the command and the command execution result to the standby exclusive control device.
a process of receiving the device-side lock data from the active exclusive control device;
a process of reproducing exclusive control information of the failed active exclusive control device based on the device-side lock data received from the active exclusive control device when the active exclusive control device fails;
is configured to allow

本発明は、上述した構成を有することにより、複数のホストと複数のＭＳＣＰとの接続形態にかかわらず、故障した稼働系ＭＳＣＰが保持していた排他制御情報を待機系ＭＳＣＰに速やかに再生することができる。 With the above-described configuration, the present invention can quickly reproduce the exclusive control information held by the failed active MSCP in the standby MSCP regardless of the connection form between the multiple hosts and the multiple MSCPs.

本発明の第１の実施形態に係る疎結合システムのブロック図である。1 is a block diagram of a loosely coupled system according to a first embodiment of the invention; FIG. 本発明の第１の実施形態におけるロックデータテーブルの一例を示す図である。It is a figure which shows an example of the lock data table in the 1st Embodiment of this invention. 本発明の第１の実施形態における受信状況テーブルの一例を示す図である。It is a figure which shows an example of the reception status table in the 1st Embodiment of this invention. 本発明の第１の実施形態において稼働系ＭＳＣＰが正常に動作している状態でホスト上のＡＰから共用資源の排他要求が出されたときのシステムの動作を示すフローチャートである。FIG. 4 is a flow chart showing the operation of the system when an AP on the host issues a shared resource exclusion request while the active MSCP is operating normally in the first embodiment of the present invention; FIG. 本発明の第１の実施形態におけるＭＳＣＰリリーフ動作の一例を示すフローチャートである。4 is a flow chart showing an example of MSCP relief operation in the first embodiment of the present invention; 本発明の第１の実施形態において稼働系ＭＳＣＰに故障が発生する迄にホストのＡＰから共用資源に対して出された一連の排他要求および稼働系ＭＳＣＰからホストに出されたアテンション通知の一例を示す図である。FIG. 4 is a diagram showing an example of a series of exclusion requests issued to a shared resource from a host AP and attention notifications issued from an active MSCP to the host until a failure occurs in the active MSCP in the first embodiment of the present invention. 本発明の第１の実施形態において稼働系ＭＳＣＰに故障が発生した時点の排他制御テーブルで管理されている共用資源の排他制御状態を表す図である。FIG. 4 is a diagram showing the exclusive control state of shared resources managed by an exclusive control table when a failure occurs in an active MSCP in the first embodiment of this invention; 本発明の第１の実施形態において稼働系ＭＳＣＰに故障が発生した時点のホスト１のロックデータテーブルの一例を示す図である。FIG. 4 is a diagram showing an example of the lock data table of the host 1 when a failure occurs in the active MSCP in the first embodiment of this invention; 本発明の第１の実施形態において稼働系ＭＳＣＰに故障が発生した時点のホスト２のロックデータテーブルの一例を示す図である。FIG. 4 is a diagram showing an example of a lock data table of the host 2 when a failure occurs in the active MSCP in the first embodiment of this invention; 本発明の第１の実施形態において稼働系ＭＳＣＰに故障が発生した時点の待機系ＭＳＣＰのロックデータテーブルの一例を示す図である。It is a figure which shows an example of the lock data table of the standby system MSCP at the time of the time when failure generate|occur|produced in active system MSCP in the 1st Embodiment of this invention. 本発明の第１の実施形態において稼働系ＭＳＣＰに故障が発生した時点の待機系ＭＳＣＰのロックデータテーブルの他の例を示す図である。FIG. 10 is a diagram showing another example of the lock data table of the standby MSCP when a failure occurs in the active MSCP in the first embodiment of this invention; 本発明の第２の実施形態において稼働系ＭＳＣＰが正常に動作している状態でホスト上のＡＰから共用資源の排他要求が出されたときの疎結合システムの動作を示すフローチャートである。FIG. 10 is a flow chart showing the operation of the loosely coupled system when an AP on the host issues a shared resource exclusion request while the active MSCP is operating normally in the second embodiment of the present invention; FIG. 本発明の第２の実施形態におけるＭＳＣＰリリーフ動作の一例を示すフローチャートである。FIG. 9 is a flow chart showing an example of MSCP relief operation in the second embodiment of the present invention; FIG. 本発明の第２の実施形態においてホストで定期的に行われる処理の一例を示すフローチャートである。FIG. 10 is a flow chart showing an example of processing periodically performed by the host in the second embodiment of the present invention; FIG. 本発明の第２の実施形態においてホストのＭＳＣＰリリーフ制御部で行われるロック成功に係る不足ロックデータに基づく復元処理（ステップＳ２１２）の一例を示すフローチャートである。FIG. 10 is a flow chart showing an example of restoration processing (step S212) based on insufficient lock data related to lock success performed by the MSCP relief control unit of the host in the second embodiment of the present invention; FIG. 本発明の第３の実施形態におけるＭＳＣＰサブシステムの一例を示す図である。FIG. 13 is a diagram showing an example of an MSCP subsystem in the third embodiment of the invention; FIG. 本発明の第３の実施形態においてホストの排他制御部がロックコマンドを何れのＭＳＣＰに対して発行するかを決定するための制御情報の一例を示す図である。FIG. 12 is a diagram showing an example of control information for determining to which MSCP the exclusive control unit of the host issues the lock command in the third embodiment of the present invention; 本発明の第３の実施形態においてＭＳＣＰ０故障時のＭＳＣＰサブシステムの復元状態を示す図である。FIG. 10 is a diagram showing the restored state of the MSCP subsystem when MSCP0 fails in the third embodiment of the present invention; 本発明の第３の実施形態においてＭＳＣＰ１故障時のＭＳＣＰサブシステムの復元状態を示す図である。FIG. 10 is a diagram showing the restored state of the MSCP subsystem when MSCP1 fails in the third embodiment of the present invention; 本発明の第３の実施形態におけるＭＳＣＰサブシステムの他の例を示す図である。FIG. 13 is a diagram showing another example of the MSCP subsystem in the third embodiment of the invention; 本発明の第３の実施形態においてホストの排他制御部がロックコマンドを何れのＭＳＣＰに対して発行するかを決定するための制御情報の他の例を示す図である。FIG. 12 is a diagram showing another example of control information for determining to which MSCP the lock command is issued by the exclusive control unit of the host in the third embodiment of the present invention; 本発明の第３の実施形態においてＭＳＣＰ０故障時のＭＳＣＰサブシステムの復元状態を示す図である。FIG. 10 is a diagram showing the restored state of the MSCP subsystem when MSCP0 fails in the third embodiment of the present invention; 本発明の第３の実施形態においてＭＳＣＰ１故障時のＭＳＣＰサブシステムの復元状態を示す図である。FIG. 10 is a diagram showing the restored state of the MSCP subsystem when MSCP1 fails in the third embodiment of the present invention; 本発明の第３の実施形態においてＭＳＣＰ２故障時のＭＳＣＰサブシステムの復元状態を示す図である。FIG. 10 is a diagram showing the restored state of the MSCP subsystem when MSCP2 fails in the third embodiment of the present invention; 本発明の第４の実施形態に係る疎結合システムのブロック図である。FIG. 12 is a block diagram of a loosely coupled system according to a fourth embodiment of the invention;

次に本発明の実施の形態について図面を参照して詳細に説明する。
［第１の実施形態］
図１を参照すると、本発明の第１の実施形態に係る疎結合システム１００は、２台のホスト１、２と、ホスト１，２間で共用される共用資源３と、稼働系ＭＳＣＰ４と、待機系ＭＳＣＰ５とを備えている。ホスト１は、信号線６１、６２、６３を通じて、共用資源３、稼働系ＭＳＣＰ４、待機系ＭＳＣＰ５に通信可能に接続されている。またホスト２は、信号線６４、６５、６６を通じて、共用資源３、稼働系ＭＳＣＰ４、待機系ＭＳＣＰ５に通信可能に接続されている。また稼働系ＭＳＣＰ４と待機系ＭＳＣＰ５は、信号線６７を通じて互いに通信可能に接続されている。 Embodiments of the present invention will now be described in detail with reference to the drawings.
[First embodiment]
Referring to FIG. 1, the loosely coupled system 100 according to the first embodiment of the present invention includes two hosts 1 and 2, a shared resource 3 shared between the hosts 1 and 2, an active MSCP 4, and a standby MSCP 5. The host 1 is communicatively connected to the shared resource 3, the active system MSCP 4, and the standby system MSCP 5 through signal lines 61, 62, and 63. FIG. Also, the host 2 is communicably connected to the shared resource 3, the active system MSCP 4, and the standby system MSCP 5 through signal lines 64, 65, and 66. FIG. The active system MSCP 4 and the standby system MSCP 5 are connected through a signal line 67 so as to be able to communicate with each other.

共用資源３は、ホスト１，２間で共用する資源（リソース）である。共用資源３は、例えばディスク装置などの記憶装置、或いは記憶装置に記憶されたファイルなどであってよい。 A shared resource 3 is a resource shared between the hosts 1 and 2 . The shared resource 3 may be, for example, a storage device such as a disk device, or a file stored in the storage device.

ホスト１は、オンライン処理やバッチ処理などの業務処理を実行する情報処理装置である。ホスト１は、演算処理部１１と記憶部１２と入出力装置１３とを含んで構成されている。 The host 1 is an information processing device that executes business processing such as online processing and batch processing. The host 1 includes an arithmetic processing unit 11 , a storage unit 12 and an input/output device 13 .

入出力装置１３は、キーボードなどの入力装置と、液晶ディスプレイなどの画面表示装置とを含んで構成されている。記憶部１２は、ハードディスクやメモリなどの記憶装置からなり、演算処理部１１での各種処理に必要な処理情報およびプログラム１２１を記憶するように構成されている。プログラム１２１は、演算処理部１１に読み込まれて実行されることにより各種処理部を実現するプログラムであり、入出力装置１３などのデータ入出力機能を介して外部装置（図示せず）や記録媒体（図示せず）から予め読み込まれて記憶部１２に保存される。記憶部１２で記憶される主な処理情報として、ロックデータテーブル１２２と受信状況テーブル１２３がある。 The input/output device 13 includes an input device such as a keyboard and a screen display device such as a liquid crystal display. The storage unit 12 is composed of a storage device such as a hard disk or a memory, and is configured to store processing information and programs 121 necessary for various processes in the arithmetic processing unit 11 . The program 121 is a program that realizes various processing units by being read and executed by the arithmetic processing unit 11, and is read in advance from an external device (not shown) or a recording medium (not shown) via the data input/output function of the input/output device 13 and stored in the storage unit 12. Main processing information stored in the storage unit 12 includes a lock data table 122 and a reception status table 123 .

ロックデータテーブル１２２は、ホスト１から稼働系ＭＳＣＰ４に対して送信された共用資源３をロックもしくはアンロックするコマンドを保持するテーブルである。図２は、ロックデータテーブル１２２の一例を示す。この例のロックデータテーブル１２２は、ロックデータを格納するエントリを複数備えている。それぞれのエントリは、ＭＳＣＰ＿ＩＤ、コマンドイメージ、結果、通番の各項目を有する。ＭＳＣＰ＿ＩＤの項目には、稼働系ＭＳＣＰ４を一意に識別する識別情報が記録される。コマンドイメージの項目には、ロックコマンドもしくはアンロックコマンドのコマンドイメージが記録される。コマンドイメージは、例えば、ロックか、アンロックの何れであるかを示す要求種別、対象となる共用資源３の識別情報、ロックもしくはアンロックを要求したホストのアプリケーションプロセス（タスクとも称す）を一意に識別する識別情報などを含んで構成されていてよい。結果の項目には、ロックコマンドもしくはアンロックコマンドの実行結果が記録される。実行結果には、例えば、ロック成功、ロック待ち、アンロック成功などがある。通番の項目には、ロックコマンドもしくはアンロックコマンドの実行結果に対して稼働系ＭＳＣＰ４側で採番された通し番号が記録される。 The lock data table 122 is a table that holds commands for locking or unlocking the shared resource 3 sent from the host 1 to the active system MSCP 4 . FIG. 2 shows an example of the lock data table 122. As shown in FIG. The lock data table 122 in this example has multiple entries for storing lock data. Each entry has items of MSCP_ID, command image, result, and serial number. Identification information that uniquely identifies the active MSCP 4 is recorded in the MSCP_ID item. A command image of a lock command or an unlock command is recorded in the command image item. The command image may include, for example, a request type indicating whether it is a lock or an unlock, identification information of the target shared resource 3, identification information that uniquely identifies a host application process (also called a task) that requested the lock or unlock, and the like. The result field records the execution result of the lock command or unlock command. Execution results include, for example, lock success, lock wait, and unlock success. The serial number field records a serial number assigned by the active MSCP 4 to the execution result of the lock command or unlock command.

受信状況テーブル１２３は、待機系ＭＳＣＰ５における稼働系ＭＳＣＰ４からのロックデータの受信状況を記録するテーブルである。図３は、受信状況テーブル１２３の一例を示す。この例の受信状況テーブル１２３は、稼働系ＭＳＣＰ＿ＩＤと待機系ＭＳＣＰ＿ＩＤと受信完了通番の各項目を有する１つのエントリを備えている。稼働系ＭＳＣＰ＿ＩＤの項目には、稼働系ＭＳＣＰ４の識別情報が記録される。待機系ＭＳＣＰ＿ＩＤの項目には、待機系ＭＳＣＰ５の識別情報が記録される。受信完了通番の項目には、待機系ＭＳＣＰ５が稼働系ＭＳＣＰ４から最後に受信したロックデータに含まれる通番が記録される。受信完了通番は、稼働系ＭＳＣＰ４から待機系ＭＳＣＰ５への転送が完了した最新のロックデータに含まれる通番であるとも言える。 The reception status table 123 is a table for recording the reception status of lock data from the active MSCP 4 in the standby MSCP 5 . FIG. 3 shows an example of the reception status table 123. As shown in FIG. The reception status table 123 in this example has one entry having items of active system MSCP_ID, standby system MSCP_ID, and reception completion serial number. The identification information of the active MSCP 4 is recorded in the active MSCP_ID item. The identification information of the standby MSCP 5 is recorded in the standby MSCP_ID item. The serial number included in the last lock data received by the standby MSCP 5 from the active MSCP 4 is recorded in the reception completion serial number item. It can also be said that the reception completion serial number is a serial number included in the latest lock data that has been transferred from the active system MSCP 4 to the standby system MSCP 5 .

演算処理部１１は、ＣＰＵなどのマイクロプロセッサとその周辺回路を有し、記憶部１２からプログラム１２１を読み込んで実行することにより、上記ハードウェアとプログラム１２１とを協働させて各種処理部を実現するように構成されている。演算処理部１１で実現される主な処理部として、ＡＰ（アプリケーションプロセス）１１１、排他制御部１１２、Ｉ／Ｏ制御部１１３、ロックデータ保持部１１４、ホスト間通信部１１５、受信状況問合せ部１１６、障害検出部１１７、および、ＭＳＣＰリリーフ制御部１１８がある。 The arithmetic processing unit 11 has a microprocessor such as a CPU and its peripheral circuits, and by reading and executing the program 121 from the storage unit 12, the hardware and the program 121 cooperate to realize various processing units. Main processing units realized by the arithmetic processing unit 11 include an AP (application process) 111, an exclusive control unit 112, an I/O control unit 113, a lock data holding unit 114, an inter-host communication unit 115, a reception status inquiry unit 116, a failure detection unit 117, and an MSCP relief control unit 118.

ＡＰ１１１は、オンライン処理やバッチ処理などの業務処理を実行するように構成されている。ＡＰ１１１は、共用資源３に対してアクセスする前に共用資源３のロックを要求する排他要求（ロック要求）を排他制御部１１２に対して発行し、ロック成功のコマンド実行結果が排他制御部１１２から通知された後、共用資源３をアクセスするように構成されている。またＡＰ１１１は、共用資源３に対するアクセスを終えると、共用資源３のアンロックを要求する排他要求（アンロック要求）を排他制御部１１２に対して発行するように構成されている。 The AP 111 is configured to execute business processing such as online processing and batch processing. The AP 111 is configured to issue an exclusive request (lock request) requesting locking of the shared resource 3 to the exclusive control unit 112 before accessing the shared resource 3, and access the shared resource 3 after the exclusive control unit 112 notifies the command execution result of the lock success. The AP 111 is also configured to issue an exclusion request (unlock request) requesting unlocking of the shared resource 3 to the exclusion control unit 112 after completing access to the shared resource 3 .

排他制御部１１２は、ＡＰ１１１から排他要求（ロック要求、アンロック要求）が発行されると、その排他要求に応じたコマンド（ロックコマンド、アンロックコマンド）を生成し、当該コマンドを稼働系ＭＳＣＰ４に対して送信（発行）するようＩ／Ｏ制御部１１３に要求するように構成されている。また排他制御部１１２は、上記コマンドの応答としてＩ／Ｏ制御部１１３からコマンド実行結果と通番とを受信すると、そのコマンド実行結果を要求元のＡＰ１１１へ報告し、また、稼働系ＭＳＣＰ４の識別番号とＩ／Ｏ制御部１１３に対して発行したコマンドのイメージとＩ／Ｏ制御部１１３から受信したコマンド実行結果と通番とをロックデータ保持部１１４へ通知するように構成されている。 When an exclusion request (lock request, unlock request) is issued from the AP 111, the exclusion control unit 112 generates a command (lock command, unlock command) corresponding to the exclusion request, and requests the I/O control unit 113 to transmit (issue) the command to the active system MSCP 4. When the exclusive control unit 112 receives a command execution result and a serial number from the I/O control unit 113 as a response to the command, the exclusive control unit 112 reports the command execution result to the requesting AP 111, and also notifies the lock data holding unit 114 of the identification number of the active MSCP 4, the image of the command issued to the I/O control unit 113, and the command execution result and serial number received from the I/O control unit 113.

Ｉ／Ｏ制御部１１３は、ホスト１と外部装置（ＭＳＣＰ、共用資源など）との間のＩ／Ｏ制御を司る。例えば、Ｉ／Ｏ制御部１１３は、排他制御部１１２からの要求に応じて、コマンド（ロックコマンド、アンロックコマンド）を、信号線６２を通じて稼働系ＭＳＣＰ４に対して発行する。またＩ／Ｏ制御部１１３は、上記発行したコマンドの実行結果と通番とを信号線６２を通じて稼働系ＭＳＣＰ４から受信すると、そのコマンド実行結果と通番とを排他制御部１１２に伝達する。その他、Ｉ／Ｏ制御部１１３は、ホスト間通信や受信状況問合せなどのためにホスト１とＭＳＣＰ４、５との間のＩ／Ｏ制御を実施する。 The I/O control unit 113 manages I/O control between the host 1 and external devices (MSCP, shared resources, etc.). For example, the I/O control unit 113 issues a command (lock command, unlock command) to the active system MSCP 4 through the signal line 62 in response to a request from the exclusive control unit 112 . Also, when the I/O control unit 113 receives the execution result and the serial number of the issued command from the active system MSCP 4 through the signal line 62 , the I/O control unit 113 transmits the command execution result and the serial number to the exclusive control unit 112 . In addition, the I/O control unit 113 performs I/O control between the host 1 and the MSCPs 4 and 5 for inter-host communication, reception status inquiries, and the like.

ロックデータ保持部１１４は、ロックデータをロックデータテーブル１２２に保存するように構成されている。例えば、ロックデータ保持部１１４は、稼働系ＭＳＣＰ４の識別番号とＩ／Ｏ制御部１１３に対して発行したコマンドのイメージとＩ／Ｏ制御部１１３から受信したコマンド実行結果と通番とを排他制御部１１２から通知されると、それらを１つのロックデータとしてロックデータテーブル１２２に確保した１つの空きエントリに記録する。 The lock data holding unit 114 is configured to save lock data in the lock data table 122 . For example, when the exclusive control unit 112 notifies the lock data holding unit 114 of the identification number of the active MSCP 4, the image of the command issued to the I/O control unit 113, the command execution result received from the I/O control unit 113, and the serial number, the lock data holding unit 114 records them as one piece of lock data in one empty entry secured in the lock data table 122.

ホスト間通信部１１５は、ホスト１とホスト２との間の通信を行うように構成されている。本実施形態では、ホスト間通信部１１５は、ＭＳＣＰ４もしくはＭＳＣＰ５を介して、ホスト同士でメッセージ通信を行うように構成されている。但し、本発明は、ＭＳＣＰ４、５を使用してホスト間通信を行う構成に限定されない。例えば、図示しない拡張記憶装置などの記憶装置を使用してホスト間通信を行うようにしてもよいし、ＬＡＮなどのネットワークを通じてホスト間通信を行うようにしてもよい。 The inter-host communication unit 115 is configured to perform communication between the host 1 and the host 2 . In this embodiment, the inter-host communication unit 115 is configured to perform message communication between hosts via MSCP4 or MSCP5. However, the present invention is not limited to a configuration in which MSCP 4, 5 are used for communication between hosts. For example, the host-to-host communication may be performed using a storage device such as an extended storage device (not shown), or the host-to-host communication may be performed through a network such as a LAN.

受信状況問合せ部１１６は、待機系ＭＳＣＰ５に対して、稼働系ＭＳＣＰ４からのロックデータの受信状況を問合せるように構成されている。また受信状況問合せ部１１６は、待機系ＭＳＣＰ５から受信状況の問合せ結果を受信すると、受信した問合せ結果に従って、受信状況テーブル１２３を更新するように構成されている。後述するように、受信状況の問合せ結果には、待機系ＭＳＣＰ５が稼働系ＭＳＣＰ４から最後に受信したロックデータに含まれる通番が含まれている。受信状況問合せ部１１６は、受信状況の問合せ結果に含まれる通番により、受信状況テーブルの受信完了通番の項目を上書きするように構成されている。 The reception status inquiry unit 116 is configured to inquire of the standby system MSCP 5 about the reception status of the lock data from the active system MSCP 4 . Further, the reception status inquiry unit 116 is configured to update the reception status table 123 according to the received inquiry result upon receiving the reception status inquiry result from the standby MSCP 5 . As will be described later, the reception status inquiry result includes the serial number included in the last lock data received by the standby MSCP 5 from the active MSCP 4 . The reception status inquiry unit 116 is configured to overwrite the reception completion serial number item of the reception status table with the serial number included in the reception status inquiry result.

障害検出部１１７は、システムの運用中、ＭＳＣＰ４、５の故障（障害）を検出するように構成されている。故障検出手法は任意である。例えば、障害検出部１１７は、一定周期でＭＳＣＰ４、５に対して何らかの問合せを行い、その問合せに対して一定時間内にＭＳＣＰ４、５から応答がなかった場合、ＭＳＣＰ４、５に故障が発生したことを検出してよい。 The failure detection unit 117 is configured to detect failures (failures) of the MSCPs 4 and 5 during system operation. The fault detection method is arbitrary. For example, the failure detection unit 117 may periodically issue an inquiry to MSCP 4, 5, and detect that a failure has occurred in MSCP 4, 5 if there is no response from MSCP 4, 5 within a certain period of time.

ＭＳＣＰリリーフ制御部１１８は、システムの運用中に障害検出部１１７によって稼働系ＭＳＣＰ４の故障が検出された場合、故障したＭＳＣＰ４が保持していた排他制御情報を待機系ＭＳＣＰ５に再生した後、待機系ＭＳＣＰ５を新たに稼働系ＭＳＣＰとして動作させてシステムの運用を継続させるように構成されている。ホスト間の排他制御に使われるＭＳＣＰの稼働系障害時に待機系ＭＳＣＰに切り替えを行うことをＭＳＣＰリリーフと呼ぶ。ＭＳＣＰリリーフ制御部１１８は、ＭＳＣＰリリーフの制御を行うように構成されている。 The MSCP relief control unit 118 is configured to, when the fault detection unit 117 detects a failure of the active MSCP 4 during system operation, reproduce exclusive control information held by the failed MSCP 4 in the standby MSCP 5, and then operate the standby MSCP 5 as a new active MSCP to continue system operation. Switching to a standby MSCP when an active MSCP used for exclusive control between hosts fails is called MSCP relief. The MSCP relief control unit 118 is configured to control MSCP relief.

ホスト２は、ホスト１と同じくオンライン処理やバッチ処理などの業務処理を実行する情報処理装置である。ホスト２は、ホスト１と同様な構成および機能を有している。即ち、ホスト２は、ホスト１の演算処理部１１と記憶部１２と入出力装置１３と同様な演算処理部２１と記憶部２２と入出力装置２３とを含んで構成されている。また記憶部２２は、ホスト１のプログラム１２１、ロックデータテーブル１２２、および、受信状況テーブル１２３と同様な、プログラム２２１、ロックデータテーブル２２２、および、受信状況テーブル２２３を記憶するように構成されている。また演算処理部２１は、ホスト１のＡＰ１１１、排他制御部１１２、Ｉ／Ｏ制御部１１３、ロックデータ保持部１１４、ホスト間通信部１１５、受信状況問合せ部１１６、障害検出部１１７、および、ＭＳＣＰリリーフ制御部１１８と同様なＡＰ２１１、排他制御部２１２、Ｉ／Ｏ制御部２１３、ロックデータ保持部２１４、ホスト間通信部２１５、受信状況問合せ部２１６、障害検出部２１７、および、ＭＳＣＰリリーフ制御部２１８を含んで構成されている。 The host 2, like the host 1, is an information processing device that executes business processing such as online processing and batch processing. Host 2 has the same configuration and functions as host 1 . That is, the host 2 includes an arithmetic processing unit 21 , a storage unit 22 and an input/output device 23 similar to the arithmetic processing unit 11 , storage unit 12 and input/output device 13 of the host 1 . The storage unit 22 is configured to store a program 221 , a lock data table 222 and a reception status table 223 similar to the program 121 , lock data table 122 and reception status table 123 of the host 1 . The arithmetic processing unit 21 includes an AP 111 of the host 1, an exclusive control unit 112, an I/O control unit 113, a lock data holding unit 114, an inter-host communication unit 115, a reception status inquiry unit 116, a failure detection unit 117, and an AP 211 similar to the MSCP relief control unit 118, an exclusive control unit 212, an I/O control unit 213, a lock data holding unit 214, an inter-host communication unit 215, a reception status inquiry unit 216, It includes a failure detection unit 217 and an MSCP relief control unit 218 .

稼働系ＭＳＣＰ４は、通常時に共用資源３の排他制御を実行する情報処理装置である。稼働系ＭＳＣＰ４は、演算処理部４１と記憶部４２とを含んで構成されている。 The active MSCP 4 is an information processing device that normally executes exclusive control of the shared resource 3 . The active system MSCP 4 includes an arithmetic processing unit 41 and a storage unit 42 .

記憶部４２は、ハードディスクやメモリなどの記憶装置からなり、演算処理部４１での各種処理に必要な処理情報およびプログラム４２１を記憶するように構成されている。プログラム４２１は、演算処理部４１に読み込まれて実行されることにより各種処理部を実現するプログラムであり、入出力装置（図示せず）などのデータ入出力機能を介して外部装置（図示せず）や記録媒体（図示せず）から予め読み込まれて記憶部４２に保存される。記憶部４２で記憶される主な処理情報として、排他制御テーブル４２２と通信領域４２４とがある。 The storage unit 42 is composed of a storage device such as a hard disk or a memory, and is configured to store processing information and programs 421 necessary for various processes in the arithmetic processing unit 41 . The program 421 is a program that realizes various processing units by being read and executed by the arithmetic processing unit 41, and is read in advance from an external device (not shown) or a recording medium (not shown) and stored in the storage unit 42 via a data input/output function such as an input/output device (not shown). Main processing information stored in the storage unit 42 includes an exclusive control table 422 and a communication area 424 .

排他制御テーブル４２２は、ホスト１およびホスト２からのロックコマンドおよびアンロックコマンドに基づいた共用資源３の排他制御状態を管理するテーブルである。例えば、排他制御テーブル４２２は、共用資源毎に、共用資源ＩＤ、その共用資源をロックしているホスト上のタスクＩＤの情報を含むロックリスト、その共用資源でロック待ちしているタスクＩＤの情報を含むロック待ちリストなどを管理する。 The exclusive control table 422 is a table for managing the exclusive control state of the shared resource 3 based on the lock command and unlock command from the host 1 and the host 2 . For example, the exclusive control table 422 manages, for each shared resource, a shared resource ID, a lock list including task ID information on the host that locks the shared resource, and a lock waiting list including task ID information waiting for a lock on the shared resource.

通信領域４２４は、ホスト１とホスト２間で稼働系ＭＳＣＰ４を通じて行われるホスト間通信のために共用される通信領域である。 The communication area 424 is a shared communication area for inter-host communication between the host 1 and the host 2 through the active system MSCP 4 .

演算処理部４１は、ＣＰＵなどのマイクロプロセッサとその周辺回路を有し、記憶部４２からプログラム４２１を読み込んで実行することにより、上記ハードウェアとプログラム４２１とを協働させて各種処理部を実現するように構成されている。演算処理部４１で実現される主な処理部として、排他制御部４１１、通番制御部４１２、ロックデータ送信部４１３、および、メッセージ転送部４１４がある。 The arithmetic processing unit 41 has a microprocessor such as a CPU and its peripheral circuits, and by reading and executing a program 421 from the storage unit 42, the hardware and the program 421 cooperate to realize various processing units. Main processing units realized by the arithmetic processing unit 41 include an exclusive control unit 411 , a serial number control unit 412 , a lock data transmission unit 413 , and a message transfer unit 414 .

排他制御部４１１は、ホスト１，２間で共用される共用資源３の排他制御を、排他制御テーブル４２２を生成・更新しながら実行するように構成されている。 The exclusive control unit 411 is configured to execute exclusive control of the shared resource 3 shared between the hosts 1 and 2 while generating and updating the exclusive control table 422 .

例えば、排他制御部４１１は、ホスト１、２からロックを要求するコマンドを受信すると、排他制御テーブル４２２に記録された共用資源のロック状態から、ロック要求された共用資源をロックすることが可能か否かを判定する。ロック可であれば、排他制御部４１１は、ロックを要求したタスクがその共用資源をロックしている情報を排他制御テーブル４２２に登録し、ロック要求を行ったホスト上のタスクに対してロック成功のコマンド実行結果と通番制御部４１２から取得した通番とを送信する。また排他制御部４１１は、稼働系ＭＳＣＰ４の識別情報と上記ロックを要求するコマンドのイメージと上記実行結果と上記通番とをロックデータ送信部４１３へ通知する。 For example, upon receiving a lock request command from the hosts 1 and 2, the exclusive control unit 411 determines whether or not it is possible to lock the requested shared resource from the shared resource lock status recorded in the exclusive control table 422. If lockable, the exclusive control unit 411 registers information indicating that the shared resource is locked by the task requesting the lock in an exclusive control table 422, and transmits the lock successful command execution result and the serial number obtained from the serial number control unit 412 to the task on the host that requested the lock. The exclusive control unit 411 also notifies the lock data transmission unit 413 of the identification information of the active system MSCP 4, the image of the command requesting the lock, the execution result, and the serial number.

ロック不可であれば、排他制御部４１１は、ロック待ちの情報を排他制御テーブル４２２に登録し、ロック要求を行ったホスト上のタスクに対してロック待ちのコマンド実行結果と通番制御部４１２から取得した通番とを送信する。また排他制御部４１１は、稼働系ＭＳＣＰ４の識別情報と上記ロックを要求するコマンドのイメージと上記実行結果と上記通番とをロックデータ送信部４１３へ通知する。 If the lock is not possible, the exclusive control unit 411 registers lock wait information in the exclusive control table 422, and sends the command execution result of the lock wait and the serial number obtained from the serial number control unit 412 to the task on the host that requested the lock. The exclusive control unit 411 also notifies the lock data transmission unit 413 of the identification information of the active system MSCP 4, the image of the command requesting the lock, the execution result, and the serial number.

また排他制御部４１１は、ホスト１，２からアンロックを要求するコマンドを受信すると、アンロック要求に該当するタスクのロック情報を排他制御テーブル４２２から削除し、アンロック要求を行ったホスト上のタスクに対してアンロック成功のコマンド実行結果と通番制御部４１２から取得した通番を送信する。また排他制御部４１１は、稼働系ＭＳＣＰ４の識別情報と上記アンロックを要求するコマンドのイメージと上記実行結果と上記通番とをロックデータ送信部４１３へ通知する。 Further, upon receiving a command requesting unlocking from the hosts 1 and 2, the exclusive control unit 411 deletes the lock information of the task corresponding to the unlock request from the exclusive control table 422, and transmits the command execution result of unlocking success and the serial number acquired from the serial number control unit 412 to the task on the host that made the unlock request. The exclusive control unit 411 also notifies the lock data transmission unit 413 of the identification information of the active system MSCP 4, the image of the command requesting unlocking, the execution result, and the serial number.

さらに、アンロックされた共用資源に対してロック待ちしているタスクがあれば、排他制御部４１１は、排他制御テーブル４２２から当該ロック待ちの情報を削除した後、排他制御テーブル４２２にそのタスクがその共用資源をロックしている情報を登録し、ロック待ちしていたホスト上のタスクに対してロック成功の実行結果と排他ＩＤと通番制御部４１２から取得した通番とを含む通知を送信する。以降、この通知をアテンション通知と呼ぶ。上記排他ＩＤは、ロック待ちになっていたロックコマンドを特定できる情報であり、例えば、ロックコマンドに含まれるホスト上のタスクＩＤおよび共用資源ＩＤから構成されていてよい。また排他制御部４１１は、稼働系ＭＳＣＰ４の識別情報とアテンション通知とをロックデータ送信部４１３へ通知する。 Further, if there is a task waiting to lock the unlocked shared resource, the exclusive control part 411 deletes the lock waiting information from the exclusive control table 422, registers the information that the shared resource is locked by the task in the exclusive control table 422, and transmits a notification including the lock success execution result, the exclusive ID, and the serial number acquired from the serial number control part 412 to the task on the host waiting for the lock. Hereinafter, this notification will be called an attention notification. The exclusive ID is information that can identify the lock command waiting for the lock, and may be composed of, for example, a task ID on the host and a shared resource ID included in the lock command. The exclusive control unit 411 also notifies the lock data transmission unit 413 of the identification information of the active MSCP 4 and the attention notification.

通番制御部４１２は、排他制御部４１１から通番の取得が要求されると、排他制御部４１１に最後に通知した通番の次の通番を排他制御部４１１に通知するように構成されている。 The serial number control unit 412 is configured to notify the exclusive control unit 411 of the serial number next to the serial number last notified to the exclusive control unit 411 when the exclusive control unit 411 requests acquisition of the serial number.

ロックデータ送信部４１３は、稼働系ＭＳＣＰ４の識別情報とロックもしくはアンロックを要求するコマンドのイメージと当該コマンドの実行結果と通番とが排他制御部４１１から通知されると、それらを１つのロックデータとして、信号線６７を通じて待機系ＭＳＣＰ５へ送信するように構成されている。またロックデータ送信部４１３は、稼働系ＭＳＣＰ４の識別情報とアテンション通知とが排他制御部４１１から通知されると、それらを１つのロックデータとして、信号線６７を通じて待機系ＭＳＣＰ５へ送信するように構成されている。ロックデータ送信部４１３は、１つのロックデータが発生する毎に、その発生したロックデータを、信号線６７を通じて待機系ＭＳＣＰ５へ送信するように構成されていてよい。或いはロックデータ送信部４１３は、発生したロックデータを送信バッファに蓄積し、蓄積量が閾値を超えるか、或いは最も過去に蓄積したロックデータの蓄積時刻からの経過時間が一定時間を超えると、送信バッファに蓄積された全てのロックデータを、信号線６７を通じて一括して待機系ＭＳＣＰ５へ送信するように構成されていてよい。 When the exclusive control unit 411 notifies the lock data transmission unit 413 of the identification information of the active MSCP 4, the image of the command requesting locking or unlocking, the execution result of the command, and the serial number, the lock data transmission unit 413 transmits them as one piece of lock data through the signal line 67 to the standby MSCP 5. Further, the lock data transmission unit 413 is configured to transmit the identification information of the active MSCP 4 and the attention notification from the exclusive control unit 411 to the standby MSCP 5 as one piece of lock data through the signal line 67 . The lock data transmission unit 413 may be configured to transmit the generated lock data to the standby system MSCP 5 via the signal line 67 each time one piece of lock data is generated. Alternatively, the lock data transmission unit 413 may be configured to store the generated lock data in the transmission buffer, and when the storage amount exceeds a threshold value or when the elapsed time from the storage time of the most recently stored lock data exceeds a certain period of time, all the lock data stored in the transmission buffer is transmitted to the standby system MSCP 5 all at once through the signal line 67.

メッセージ転送部４１４は、稼働系ＭＳＣＰ４を通じて行われるホスト間通信のメッセージの転送を行うように構成されている。例えば、メッセージ転送部４１４は、信号線６２を通じてホスト１から受信したホスト２宛てのメッセージを、通信領域４２４に一時的に保持し、その後、通信領域４２４に保持したホスト２宛てのメッセージを、信号線６５を通じてホスト２へ送信するように構成されている。またメッセージ転送部４１４は、信号線６５を通じてホスト２から受信したホスト１宛てのメッセージを、通信領域４２４に一時的に保持し、その後、通信領域４２４に保持したホスト１宛てのメッセージを、信号線６２を通じてホスト１へ送信するように構成されている。 The message transfer unit 414 is configured to transfer messages for inter-host communication performed through the active MSCP 4 . For example, the message transfer unit 414 is configured to temporarily store in the communication area 424 a message addressed to the host 2 received from the host 1 through the signal line 62, and then transmit the message addressed to the host 2 held in the communication area 424 to the host 2 through the signal line 65. The message transfer unit 414 is configured to temporarily hold a message addressed to the host 1 received from the host 2 through the signal line 65 in the communication area 424, and then transmit the message addressed to the host 1 held in the communication area 424 to the host 1 through the signal line 62.

待機系ＭＳＣＰ５は、稼働系ＭＳＣＰ４が故障した場合に稼働系ＭＳＣＰ４に代わって共用資源３の排他制御を実行する情報処理装置である。待機系ＭＳＣＰ５は、演算処理部５１と記憶部５２とを含んで構成されている。 The standby MSCP 5 is an information processing device that executes exclusive control of the shared resource 3 in place of the active MSCP 4 when the active MSCP 4 fails. The standby MSCP 5 includes an arithmetic processing unit 51 and a storage unit 52 .

記憶部５２は、ハードディスクやメモリなどの記憶装置からなり、演算処理部５１での各種処理に必要な処理情報およびプログラム５２１を記憶するように構成されている。プログラム５２１は、演算処理部５１に読み込まれて実行されることにより各種処理部を実現するプログラムであり、入出力装置（図示せず）などのデータ入出力機能を介して外部装置（図示せず）や記録媒体（図示せず）から予め読み込まれて記憶部５２に保存される。記憶部５２で記憶される主な処理情報として、排他制御テーブル５２２とロックデータテーブル５２３と通信領域５２４とがある。 The storage unit 52 is composed of a storage device such as a hard disk or a memory, and is configured to store processing information and programs 521 necessary for various processes in the arithmetic processing unit 51 . The program 521 is a program that realizes various processing units by being read and executed by the arithmetic processing unit 51, and is read in advance from an external device (not shown) or a recording medium (not shown) and stored in the storage unit 52 via a data input/output function such as an input/output device (not shown). Main processing information stored in the storage unit 52 includes an exclusive control table 522 , a lock data table 523 and a communication area 524 .

ロックデータテーブル５２３は、稼働系ＭＳＣＰ４から受信したロックデータを保持するテーブルである。 The lock data table 523 is a table that holds lock data received from the active MSCP 4 .

排他制御テーブル５２２は、ＭＳＣＰリリーフによって再生された排他制御テーブルである。その構成は、排他制御テーブル４２２と同じである。 The exclusive control table 522 is an exclusive control table reproduced by MSCP relief. Its configuration is the same as that of the exclusive control table 422 .

通信領域５２４は、ホスト１とホスト２間で待機系ＭＳＣＰ５を通じて行われるホスト間通信のために共用される通信領域である。 The communication area 524 is a shared communication area for inter-host communication between the host 1 and the host 2 through the standby MSCP 5 .

演算処理部５１は、ＣＰＵなどのマイクロプロセッサとその周辺回路を有し、記憶部５２からプログラム５２１を読み込んで実行することにより、上記ハードウェアとプログラム５２１とを協働させて各種処理部を実現するように構成されている。演算処理部５１で実現される主な処理部として、メッセージ転送部５１４、ロックデータ受信部５１５、排他制御テーブル再生部５１６、および、受信状況応答部５１７がある。 The arithmetic processing unit 51 has a microprocessor such as a CPU and its peripheral circuits, and by reading and executing a program 521 from the storage unit 52, the hardware and the program 521 cooperate to realize various processing units. Main processing units implemented by the arithmetic processing unit 51 include a message transfer unit 514 , a lock data reception unit 515 , an exclusion control table reproduction unit 516 , and a reception status response unit 517 .

ロックデータ受信部５１５は、稼働系ＭＳＣＰ４のロックデータ送信部４１３から送信されたロックデータを、信号線６７を通じて受信するように構成されている。ロックデータ受信部５１５は、受信したロックデータをロックデータテーブル５２３に保存するように構成されている。またロックデータ受信部５１５は、稼働系ＭＳＣＰ４から最後に受信したロックデータに含まれる通番を受信状況応答部５１７に通知するように構成されている。さらにロックデータ受信部５１５は、ＭＳＣＰリリーフ時、ホスト１、２のＭＳＣＰリリーフ制御部１１８から送信されたロックデータ（後述する不足ロックデータ）を、信号線６３、６６を通じて受信し、ロックデータテーブル５２３に保存するように構成されている。 The lock data reception unit 515 is configured to receive the lock data transmitted from the lock data transmission unit 413 of the active MSCP 4 through the signal line 67 . The lock data reception unit 515 is configured to store the received lock data in the lock data table 523 . The lock data reception unit 515 is also configured to notify the reception status response unit 517 of the serial number included in the last lock data received from the active system MSCP 4 . Further, the lock data receiving unit 515 is configured to receive lock data (missing lock data, which will be described later) transmitted from the MSCP relief control units 118 of the hosts 1 and 2 through the signal lines 63 and 66 during MSCP relief, and store it in the lock data table 523.

受信状況応答部５１７は、ロックデータ受信部５１５から通知された、稼働系ＭＳＣＰ４から最後に受信したロックデータに含まれる通番を保持するように構成されている。また受信状況応答部５１７は、ホスト１、２の受信状況問合せ部１１６、２１６から受信状況の問合せ要求を受信すると、最後に保持した通番を問合せ元に送信するように構成されている。 The reception status response unit 517 is configured to hold the serial number included in the last lock data received from the active MSCP 4 notified from the lock data reception unit 515 . Further, the reception status response section 517 is configured to, upon receiving a reception status inquiry request from the reception status inquiry sections 116 and 216 of the hosts 1 and 2, transmit the last held serial number to the inquiry source.

排他制御テーブル再生部５１６は、ＭＳＣＰリリーフ時、ロックデータテーブル５２３に保持されたロックデータに基づいて、故障した稼働系ＭＳＣＰ４の排他制御テーブル４２２を排他制御テーブル５２２として再生するように構成されている。 The exclusive control table reproducing unit 516 is configured to reproduce the exclusive control table 422 of the failed active system MSCP 4 as the exclusive control table 522 based on the lock data held in the lock data table 523 at the time of MSCP relief.

メッセージ転送部５１４は、待機系ＭＳＣＰ５を通じて行われるホスト間通信のメッセージの転送を行うように構成されている。例えば、メッセージ転送部５１４は、信号線６３を通じてホスト１から受信したホスト２宛てのメッセージを、通信領域５２４に一時的に保持し、その後、通信領域５２４に保持したホスト２宛てのメッセージを、信号線６６を通じてホスト２へ送信するように構成されている。またメッセージ転送部５１４は、信号線６６を通じてホスト２から受信したホスト１宛てのメッセージを、通信領域５２４に一時的に保持し、その後、通信領域５２４に保持したホスト１宛てのメッセージを、信号線６３を通じてホスト１へ送信するように構成されている。 The message transfer unit 514 is configured to transfer messages for communication between hosts performed through the standby MSCP 5 . For example, the message transfer unit 514 is configured to temporarily store in the communication area 524 a message addressed to the host 2 received from the host 1 through the signal line 63, and then transmit the message addressed to the host 2 held in the communication area 524 to the host 2 through the signal line 66. The message transfer unit 514 is configured to temporarily hold a message addressed to the host 1 received from the host 2 through the signal line 66 in the communication area 524, and then transmit the message addressed to the host 1 held in the communication area 524 to the host 1 through the signal line 63.

次に、上述のように構成された疎結合システム１００の動作を説明する。先ず、稼働系ＭＳＣＰ４が正常に動作している状態で何れかのホストのＡＰから共用資源３の排他要求が出されたときのシステムの動作を説明する。一例として、ホスト１のＡＰ１１１から排他要求が出された場合について説明するが、ホスト２のＡＰ２１１から排他要求が出された場合も同様の動作となる。 Next, the operation of the loosely coupled system 100 configured as described above will be described. First, the operation of the system when an exclusion request for the shared resource 3 is issued from any host AP while the active MSCP 4 is operating normally will be described. As an example, the case where the AP 111 of the host 1 issues an exclusion request will be described, but the same operation is performed when the AP 211 of the host 2 issues an exclusion request.

図４は、稼働系ＭＳＣＰ４が正常に動作している状態でホスト１上のＡＰ１１１から共用資源３の排他要求が出されたときのシステムの動作を示すフローチャートである。図４を参照すると、ＡＰ１１１から共用資源３の排他要求（ロック要求もしくはアンロック要求）が出されると（ステップＳ１０１）、排他制御部１１２は排他コマンド（ロックコマンドもしくはアンロックコマンド）を生成し（ステップＳ１０２）、Ｉ／Ｏ制御部１１３は、排他コマンドを、信号線６２を通じて稼働系ＭＳＣＰ４に対して送信（発行）する（ステップＳ１０３）。 FIG. 4 is a flow chart showing the operation of the system when the AP 111 on the host 1 issues an exclusion request for the shared resource 3 while the active MSCP 4 is operating normally. Referring to FIG. 4, when the AP 111 issues an exclusion request (lock request or unlock request) for the shared resource 3 (step S101), the exclusion control unit 112 generates an exclusion command (lock command or unlock command) (step S102), and the I/O control unit 113 transmits (issues) the exclusion command to the active system MSCP 4 via the signal line 62 (step S103).

稼働系ＭＳＣＰ４の排他制御部４１１は、ホスト１から排他コマンドを受信すると（ステップＳ１０４）、排他処理を実行し（ステップＳ１０５）、その実行結果（ロック成功、ロック待ち、アンロック成功）に対して通番制御部４１２から取得した通番を付与する（ステップＳ１０６）。次に排他制御部４１１は、実行結果と通番とを要求元のホスト１へ返却する（ステップＳ１０７）。またロックデータ送信部４１３は、排他制御部４１１から稼働系ＭＳＣＰ４の識別情報と上記排他コマンドのイメージとその実行結果と通番とを受け取り、それらを１つのロックデータとして信号線６７を通じて待機系ＭＳＣＰ５へ送信する（ステップＳ１０８）。 When the exclusion command is received from the host 1 (step S104), the exclusion control unit 411 of the active MSCP 4 executes exclusion processing (step S105), and assigns the serial number obtained from the serial number control unit 412 to the execution result (successful lock, waiting for lock, successful unlock) (step S106). Next, the exclusive control unit 411 returns the execution result and serial number to the requesting host 1 (step S107). Further, the lock data transmission unit 413 receives the identification information of the active MSCP 4, the image of the exclusive command, its execution result, and the serial number from the exclusive control unit 411, and transmits them as one piece of lock data to the standby MSCP 5 through the signal line 67 (step S108).

ホスト１のＩ／Ｏ制御部１１３は、排他コマンドに対するコマンド結果と通番とを信号線６２を通じて稼働系ＭＳＣＰ４から受信する（ステップＳ１０９）。次にロックデータ保持部１１４は、稼働系ＭＳＣＰ４の識別情報と上記発行された排他コマンドのイメージとその実行結果と通番とを１つのロックデータとしてロックデータテーブル１２２に保存する（ステップＳ１１０）。また排他制御部１１２は、上記コマンド結果を要求元のＡＰ１１１へ通知する（ステップＳ１１１）。一方、待機系ＭＳＣＰ５のロックデータ受信部５１５は、稼働系ＭＳＣＰ４から送信されたロックデータを、信号線６７を通じて受信し（ステップＳ１１２）、ロックデータテーブル５２３に保存する（ステップＳ１１３）。 The I/O control unit 113 of the host 1 receives the command result and serial number for the exclusive command from the active system MSCP 4 via the signal line 62 (step S109). Next, the lock data holding unit 114 stores the identification information of the active MSCP 4, the image of the issued exclusive command, its execution result, and the serial number as one piece of lock data in the lock data table 122 (step S110). The exclusive control unit 112 also notifies the requesting AP 111 of the result of the command (step S111). On the other hand, the lock data receiving unit 515 of the standby MSCP 5 receives the lock data transmitted from the active MSCP 4 through the signal line 67 (step S112), and stores it in the lock data table 523 (step S113).

また稼働系ＭＳＣＰ４の排他制御部４１１は、ホスト１から受信した排他コマンドがアンロックコマンドである場合、アンロックされた共用資源に対してロック待ちしているタスクがあれば（ステップＳ１１４）、そのロック待ちをロック成功に変更し（ステップＳ１１５）、そのロック成功の実行結果に通番制御部４１２から取得した通番を付与し（ステップＳ１１６）、ロック成功のコマンド実行結果と排他ＩＤと通番とを含むアテンション通知をホストへ送信する（ステップＳ１１７）。またロックデータ送信部４１３は、稼働系ＭＳＣＰ４の識別情報と上記アテンション通知とを１つのロックデータとして信号線６７を通じて待機系ＭＳＣＰ５へ送信する（ステップＳ１１８）。 If the exclusion command received from the host 1 is an unlock command, the exclusive control unit 411 of the active MSCP 4 changes the lock waiting to lock success (step S115) if there is a task waiting to lock the unlocked shared resource (step S114), assigns the serial number obtained from the serial number control unit 412 to the execution result of the lock success (step S116), and transmits an attention notification including the lock successful command execution result, the exclusive ID, and the serial number to the host. (Step S117). The lock data transmission unit 413 also transmits the identification information of the active MSCP 4 and the attention notice as one piece of lock data to the standby MSCP 5 through the signal line 67 (step S118).

ホスト１のＩ／Ｏ制御部１１３は、上記アテンション通知を受信する（ステップＳ１１９）。次にロックデータ保持部１１４は、稼働系ＭＳＣＰ４の識別情報と上記アテンション通知とを１つのロックデータとしてロックデータテーブル１２２に保存する（ステップＳ１２０）。また排他制御部１１２は、アテンション通知の排他ＩＤで特定されるＡＰ１１１へロック成功のコマンド結果を通知する（ステップＳ１２１）。一方、待機系ＭＳＣＰ５のロックデータ受信部５１５は、稼働系ＭＳＣＰ４から送信されたアテンション通知を含むロックデータを、信号線６７を通じて受信し（ステップＳ１２２）、ロックデータテーブル５２３に保存する（ステップＳ１２３）。 The I/O control unit 113 of the host 1 receives the notice of attention (step S119). Next, the lock data holding unit 114 stores the identification information of the active MSCP 4 and the attention notification as one piece of lock data in the lock data table 122 (step S120). The exclusion control unit 112 also notifies the AP 111 specified by the exclusion ID of the attention notification of the lock success command result (step S121). On the other hand, the lock data receiving unit 515 of the standby MSCP 5 receives the lock data including the attention notification transmitted from the active MSCP 4 through the signal line 67 (step S122), and stores it in the lock data table 523 (step S123).

上述したように、稼働系ＭＳＣＰ４が正常に動作している場合、稼働系ＭＳＣＰ４は、何れかのホスト１、２から送信された共用資源３をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元のホスト１、２に送信し、且つ、稼働系ＭＳＣＰ４の識別情報とコマンドイメージとその実行結果と通番とを含むロックデータを待機系ＭＳＣＰ５に送信する。また、それぞれのホスト１、２は、稼働系ＭＳＣＰ４に送信したコマンドと稼働系ＭＳＣＰ４から受信したコマンド実行結果と通番とを含むロックデータをロックデータテーブル１２２に保持する。さらに待機系ＭＳＣＰ５は、稼働系ＭＳＣＰ４から受信したロックデータをロックデータテーブル５２３に保存する。このような動作が行われることにより、ホスト１、２から稼働系ＭＳＣＰ４に対して送信された排他コマンドとその実行結果とが、ホスト側のロックデータテーブル１２２、２２２に保存されると共に、待機系ＭＳＣＰ５側のロックデータテーブル５２３に保存されることになる。但し、稼働系ＭＳＣＰ４が、ステップＳ１０７の実行直後もしくはステップＳ１１７の実行直後に故障した場合、稼働系ＭＳＣＰ４からホスト１，２へ送信されたコマンド実行結果やアテンション通知は稼働系ＭＳＣＰ４に送信されない。また、ロックデータ送信部４１３が、過去一定期間もしくは一定量のロックデータを送信バッファに蓄積後、一括して信号線６７を通じてロックデータ受信部５１５へ送信する場合、送信前に稼働系ＭＳＣＰ４が故障すると、送信バッファに蓄積された全てのロックデータが待機系ＭＳＣＰ５へ送信されない。稼働系ＭＳＣＰ４故障時にホスト１、２のロックデータテーブル１２２、２２２に保存されているロックデータのうち、待機系ＭＳＣＰ５のロックデータテーブル５２３に存在しないロックデータを、不足ロックデータと呼ぶことがある。 As described above, when the active MSCP 4 is operating normally, the active MSCP 4 performs exclusive processing according to the command for locking or unlocking the shared resource 3 transmitted from any one of the hosts 1 and 2, transmits the command execution result and the serial number assigned to the command execution result to the transmission source hosts 1 and 2, and also transmits the lock data including the identification information of the active MSCP 4, the command image, the execution result and the serial number to the standby MSCP 5. Also, each of the hosts 1 and 2 retains in the lock data table 122 lock data including the command sent to the active system MSCP 4, the command execution result received from the active system MSCP 4, and the serial number. Furthermore, the standby MSCP 5 saves the lock data received from the active MSCP 4 in the lock data table 523 . By performing such operations, the exclusive commands and their execution results sent from the hosts 1 and 2 to the active MSCP 4 are saved in the lock data tables 122 and 222 on the host side and also saved in the lock data table 523 on the standby MSCP 5 side. However, if the active MSCP 4 fails immediately after executing step S107 or immediately after executing step S117, the command execution results and attention notifications sent from the active MSCP 4 to the hosts 1 and 2 are not sent to the active MSCP 4 . Further, when the lock data transmission unit 413 accumulates a certain amount of lock data for a certain period in the past in the transmission buffer and then collectively transmits the lock data to the lock data reception unit 515 through the signal line 67, if the active MSCP 4 fails before transmission, all the lock data accumulated in the transmission buffer is not transmitted to the standby MSCP 5. Of the lock data stored in the lock data tables 122 and 222 of the hosts 1 and 2 when the active MSCP 4 fails, the lock data that does not exist in the lock data table 523 of the standby MSCP 5 is sometimes called insufficient lock data.

次に、稼働系ＭＳＣＰ４の故障時にホスト間の排他制御に使われるＭＳＣＰを待機系ＭＳＣＰに切り替えるＭＳＣＰリリーフ動作について説明する。 Next, an MSCP relief operation for switching the MSCP used for exclusive control between hosts to the standby MSCP when the active MSCP 4 fails will be described.

図５はＭＳＣＰリリーフ動作の一例を示すフローチャートである。図５を参照すると、ホスト１の障害検出部１１７が稼働系ＭＳＣＰ４の障害を検出すると（ステップＳ１３１）、ホスト１が代表ホストとなって、ＭＳＣＰリリーフ制御部１１８によりＭＳＣＰリリーフ動作が開始される。 FIG. 5 is a flow chart showing an example of MSCP relief operation. Referring to FIG. 5, when the failure detection unit 117 of the host 1 detects a failure of the active MSCP 4 (step S131), the host 1 becomes the representative host and the MSCP relief control unit 118 starts the MSCP relief operation.

先ず、ＭＳＣＰリリーフ制御部１１８は、ホスト間通信部１１５によるホスト間通信を使用して、他の全ホストのＭＳＣＰリリーフ制御部に対して、稼働系ＭＳＣＰ４に故障が発生した旨の通知を送信する（ステップＳ１３２）。その後、ＭＳＣＰリリーフ制御部１１８は、ＡＰ１１１から共用資源３に対する新たな排他要求（ロック要求もしくはアンロック要求）が出されてもそれを保留するように排他制御部１１２を制御し、他の全ホストからの新規排他要求抑止完了通知の受信を待ち合わせる（ステップＳ１３４）。ホスト２のＭＳＣＰリリーフ制御部２１８は、ホスト間通信によって稼働系ＭＳＣＰ４に故障が発生した旨の通知を代表ホストから受信すると（ステップＳ１３５）、ＡＰ２１１から共用資源３に対する新たな排他要求（ロック要求もしくはアンロック要求）が出されてもそれを保留するように排他制御部２１２を制御し（ステップＳ１３６）、ホスト間通信部２１５によるホスト間通信を使用して、要求元のホスト１のＭＳＣＰリリーフ制御部１１８に新規排他要求抑止完了通知を送信する（ステップＳ１３７）。 First, the MSCP relief control unit 118 uses inter-host communication by the inter-host communication unit 115 to transmit a notification to the effect that a failure has occurred in the active MSCP 4 to the MSCP relief control units of all other hosts (step S132). After that, the MSCP relief control unit 118 controls the exclusion control unit 112 so as to hold the new exclusion request (lock request or unlock request) to the shared resource 3 from the AP 111, and waits for reception of new exclusion request suppression completion notifications from all other hosts (step S134). When the MSCP relief control unit 218 of the host 2 receives a notification from the representative host to the effect that a failure has occurred in the active MSCP 4 through inter-host communication (step S135), it controls the exclusion control unit 212 to hold the new exclusion request (lock request or unlock request) for the shared resource 3 from the AP 211 (step S136). (step S137).

代表ホスト１のＭＳＣＰリリーフ制御部１１８は、他の全ホストから新規排他要求抑止完了通知を受信すると（ステップＳ１３８）、ホスト間通信部１１５によるホスト間通信を使用して、他の全ホストのＭＳＣＰリリーフ制御部に対して、不足ロックデータ送信要求を送信する（ステップＳ１３９）。その後、ＭＳＣＰリリーフ制御部１１８は、ロックデータテーブル１２２に保存されているロックデータのうち、待機系ＭＳＣＰ５のロックデータテーブル５２３に保存されていないロックデータ（不足ロックデータ）をロックデータテーブル１２２から取得し、信号線６３を通じて待機系ＭＳＣＰ５へ送信し（ステップＳ１４０）、他の全ホストからの不足ロックデータ送信完了通知の受信を待ち合わせる（ステップＳ１４１）。なお、ＭＳＣＰリリーフ制御部１１８は、不足ロックデータが存在しない場合、待機系ＭＳＣＰ５への不足ロックデータの送信は行わず、ステップＳ１４１の処理へと進む。ここで、ＭＳＣＰリリーフ制御部１１８は、不足ロックデータを次のようにして取得する。 When the MSCP relief control unit 118 of the representative host 1 receives the new exclusion request suppression completion notification from all the other hosts (step S138), it uses the inter-host communication by the inter-host communication unit 115 to transmit the insufficient lock data transmission request to the MSCP relief control units of all the other hosts (step S139). After that, the MSCP relief control unit 118 acquires from the lock data table 122 the lock data not stored in the lock data table 523 of the standby system MSCP 5 (missing lock data) from among the lock data stored in the lock data table 122, transmits it to the standby system MSCP 5 via the signal line 63 (step S140), and waits for reception of insufficient lock data transmission completion notifications from all other hosts (step S141). If there is no insufficient lock data, the MSCP relief control unit 118 does not transmit the insufficient lock data to the standby MSCP 5, and proceeds to the process of step S141. Here, the MSCP relief control unit 118 acquires insufficient lock data as follows.

先ず、ＭＳＣＰリリーフ制御部１１８は、受信状況問合せ部１１６に対して受信完了通番の問合せを依頼する。受信状況問合せ部１１６は、その依頼に応じて待機系ＭＳＣＰ５の受信状況応答部５１７へ受信完了通番を問合せる。その問合せに応じて受信状況応答部５１７は、稼働系ＭＳＣＰ４から最後に受信したロックデータに含まれる通番を受信完了通番として受信状況問合せ部１１６へ送信する。受信状況問合せ部１１６は、受信した受信完了通番をＭＳＣＰリリーフ制御部１１８へ通知する。ＭＳＣＰリリーフ制御部１１８は、通知された受信完了通番以降の通番を有するロックデータを不足ロックデータとしてロックデータテーブル１２２から取得する。 First, the MSCP relief control unit 118 requests the reception status inquiry unit 116 to inquire about the reception completion serial number. In response to the request, the reception status inquiry unit 116 inquires the reception completion serial number of the reception status response unit 517 of the standby MSCP 5 . In response to the inquiry, the reception status response unit 517 transmits the serial number included in the last lock data received from the active system MSCP 4 to the reception status inquiry unit 116 as the reception completion serial number. Reception status inquiry section 116 notifies MSCP relief control section 118 of the received reception completion serial number. The MSCP relief control unit 118 acquires from the lock data table 122 lock data having serial numbers after the notified reception completion serial number as missing lock data.

ホスト２のＭＳＣＰリリーフ制御部２１８は、ホスト間通信によって不足ロックデータ送信要求を受信すると（ステップＳ１４２）、ロックデータテーブル２２２に保存されているロックデータのうち、待機系ＭＳＣＰ５のロックデータテーブル５２３に保存されていないロックデータを不足ロックデータとしてロックデータテーブル２２２から取得し、信号線６６を通じて待機系ＭＳＣＰ５へ送信し（ステップＳ１４３）、ホスト間通信部２１５のホスト間通信を使用して、代表ホスト１のＭＳＣＰリリーフ制御部１１８に対して不足ロックデータ送信完了通知を送信する（ステップＳ１４４）。なお、ＭＳＣＰリリーフ制御部２１８は、不足ロックデータが存在しない場合、待機系ＭＳＣＰ５への不足ロックデータの送信は行わず、ステップＳ１４４の処理へと進む。また、ＭＳＣＰリリーフ制御部２１８は、不足ロックデータの取得では、ＭＳＣＰリリーフ制御部１１８と同様の方法で受信完了通番を取得し、受信完了通番以降の通番を有するロックデータをロックデータテーブル５２３から取得する。 When the MSCP relief control unit 218 of the host 2 receives the insufficient lock data transmission request through inter-host communication (step S142), it acquires the lock data not stored in the lock data table 523 of the standby system MSCP 5 from among the lock data stored in the lock data table 222 as insufficient lock data from the lock data table 222, and transmits it to the standby system MSCP 5 via the signal line 66 (step S143). An insufficient lock data transmission completion notification is transmitted to the MSCP relief control unit 118 (step S144). If there is no insufficient lock data, the MSCP relief control unit 218 does not transmit the insufficient lock data to the standby MSCP 5, and proceeds to step S144. Also, when acquiring insufficient lock data, the MSCP relief control unit 218 acquires a reception completion serial number in the same manner as the MSCP relief control unit 118, and acquires lock data having a serial number after the reception completion serial number from the lock data table 523.

待機系ＭＳＣＰ５のロックデータ受信部５１５は、ホスト１のＭＳＣＰリリーフ制御部１１８から送信された不足ロックデータを、信号線６３を通じて受信すると、ロックデータテーブル５２３へ保存する（ステップＳ１４５）。また待機系ＭＳＣＰ５のロックデータ受信部５１５は、ホスト２のＭＳＣＰリリーフ制御部２１８から送信された不足ロックデータを、信号線６６を通じて受信すると、ロックデータテーブル５２３へ保存する（ステップＳ１４５）。 When the lock data receiving unit 515 of the standby MSCP 5 receives the missing lock data transmitted from the MSCP relief control unit 118 of the host 1 through the signal line 63, it stores it in the lock data table 523 (step S145). When the lock data receiving unit 515 of the standby MSCP 5 receives the insufficient lock data transmitted from the MSCP relief control unit 218 of the host 2 through the signal line 66, it stores it in the lock data table 523 (step S145).

代表ホスト１のＭＳＣＰリリーフ制御部１１８は、他の全ホストから不足ロックデータ送信完了通知を受信すると（ステップＳ１４６）、信号線６３を通じて待機系ＭＳＣＰ５の排他制御テーブル再生部５１６に対して排他情報再生要求を送信する（ステップＳ１４７）。 When the MSCP relief control unit 118 of the representative host 1 receives the insufficient lock data transmission completion notification from all the other hosts (step S146), it transmits an exclusion information reproduction request to the exclusion control table reproduction unit 516 of the standby MSCP 5 via the signal line 63 (step S147).

待機系ＭＳＣＰ５の排他制御テーブル再生部５１６は、排他情報再生要求を受信すると（ステップＳ１４８）、ロックデータテーブル５２３から通番順にロックデータを読み出し、ロックデータに含まれるコマンド、コマンド実行結果、および、アテンション通知に基づいて、障害が発生した稼働系ＭＳＣＰ４の排他制御テーブル４２２と実質的に同じ内容の排他制御テーブル５２２を再生する（ステップＳ１４９）。そして、排他制御テーブル再生部５１６は、排他制御テーブル５２２の再生が完了すると、信号線６３を通じて再生完了通知を代表ホスト１のＭＳＣＰリリーフ制御部１１８へ送信し（ステップＳ１５０）、新稼働系ＭＳＣＰとして動作を開始する。 Upon receiving the exclusion information reproduction request (step S148), the exclusion control table reproducing unit 516 of the standby MSCP 5 reads out the lock data from the lock data table 523 in serial number order, and reproduces the exclusion control table 522 having substantially the same content as the exclusion control table 422 of the failed active MSCP 4 based on the command, command execution result, and attention notification included in the lock data (step S149). Upon completing the reproduction of the exclusive control table 522, the exclusion control table reproduction unit 516 transmits a reproduction completion notification to the MSCP relief control unit 118 of the representative host 1 through the signal line 63 (step S150), and starts operating as a new active MSCP.

代表ホスト１のＭＳＣＰリリーフ制御部１１８は、待機系ＭＳＣＰ５の排他制御テーブル再生部５１６から再生完了通知を受信すると（ステップＳ１５１）、ホスト間通信部１１５のホスト間通信を使用して、他の全ホストのＭＳＣＰリリーフ制御部に対して運用再開要求を送信する（ステップＳ１５２）。運用再開要求を受信したホスト２のＭＳＣＰリリーフ制御部２１８、および、運用再開要求を送信したホスト１のＭＳＣＰリリーフ制御部１１８は、以後、ＭＳＣＰ５を新稼働系ＭＳＣＰとしてシステムの運用を再開する。 When the MSCP relief control unit 118 of the representative host 1 receives the reproduction completion notification from the exclusive control table reproduction unit 516 of the standby MSCP 5 (step S151), it uses the inter-host communication of the inter-host communication unit 115 to transmit an operation restart request to the MSCP relief control units of all other hosts (step S152). The MSCP relief control unit 218 of the host 2 that received the operation resumption request and the MSCP relief control unit 118 of the host 1 that transmitted the operation resumption request thereafter resume the operation of the system with MSCP5 as the new active system MSCP.

このように本実施形態では、稼働系ＭＳＣＰ４が故障した場合、ホスト１、２のそれぞれは、ロックデータテーブルに保存されているロックデータのうち待機系ＭＳＣＰ５が稼働系ＭＳＣＰ４から受信したロックデータに含まれる通番の最新のもの以降の通番のロックデータ（不足ロックデータ）を待機系ＭＳＣＰ５へ送信し、待機系ＭＳＣＰ５は、稼働系ＭＳＣＰ４が正常に動作しているときに稼働系ＭＳＣＰ４から受信したロックデータとホスト１，２のそれぞれから受信した不足ロックデータとに基づいて、故障した稼働系ＭＳＣＰ４の排他制御テーブル４２２の排他制御情報を排他制御テーブル５２２に再生する。 As described above, in this embodiment, when the active MSCP 4 fails, each of the hosts 1 and 2 transmits to the standby MSCP 5 lock data (missing lock data) having a serial number after the latest serial number included in the lock data received from the active MSCP 4 by the standby MSCP 5 among the lock data stored in the lock data table (missing lock data). Based on the lock data, the exclusive control information of the exclusive control table 422 of the failed active system MSCP 4 is reproduced in the exclusive control table 522 .

次に、簡単な例を挙げて、本実施形態によるＭＳＣＰリリーフについてさらに詳細に説明する。 A simple example will now be given to further describe MSCP relief according to the present embodiment.

図６Ａは、稼働系ＭＳＣＰ４に故障が発生する迄にホスト１、２のＡＰ１１１、２１１から共用資源３に対して出された一連の排他要求および稼働系ＭＳＣＰ４からホストに出されたアテンション通知の一例を示す図である。この例では、共用資源３は、ホスト１、２で共用される資源ａ１～ａ３、ｂ１～ｂ３を含んで構成されている。また、ＡＰ１１１、２１１からの排他要求およびアテンション通知は時間的に以下の順番で出されている。 FIG. 6A is a diagram showing an example of a series of exclusion requests issued to the shared resource 3 from the APs 111 and 211 of the hosts 1 and 2 and attention notifications issued from the active MSCP 4 to the host until a failure occurs in the active MSCP 4. In this example, the shared resource 3 includes resources a1 to a3 and b1 to b3 shared by the hosts 1 and 2. FIG. Also, exclusion requests and attention notifications from the APs 111 and 211 are issued in the following order in terms of time.

（１）ＡＰ１１１から資源ａ２に対するロック要求（結果は成功）
（２）ＡＰ１１１から資源ａ１に対するロック要求（結果は成功）
（３）ＡＰ２１１から資源ａ２に対するロック要求（結果はロック待ち）
（４）ＡＰ１１１から資源ａ１に対するアンロック要求（結果は成功）
（５）ＡＰ１１１から資源ａ２に対するアンロック要求（結果は成功）
（６）稼働系ＭＳＣＰ４からＡＰ２１１に対する資源ａ２に係るアテンション通知
（７）ＡＰ２１１から資源ａ３に対するロック要求（結果は成功）
（８）ＡＰ１１１から資源ｂ１に対するロック要求（結果は成功）
（９）ＡＰ２１１から資源ｂ２に対するロック要求（結果は成功）
（１０）ＡＰ１１１から資源ｂ３に対するロック要求（結果は成功）
（１１）ＡＰ２１１から資源ａ３に対するアンロック要求（結果は成功） (1) Lock request from AP 111 to resource a2 (successful)
(2) Lock request from AP 111 to resource a1 (successful)
(3) Lock request from AP 211 to resource a2 (result is waiting for lock)
(4) Unlock request from AP 111 to resource a1 (successful)
(5) Unlock request from AP 111 to resource a2 (successful)
(6) Attention notification regarding resource a2 from active system MSCP 4 to AP 211 (7) Lock request for resource a3 from AP 211 (result successful)
(8) Lock request from AP 111 to resource b1 (successful)
(9) Lock request from AP 211 to resource b2 (successful)
(10) Lock request from AP 111 to resource b3 (successful)
(11) Unlock request from AP 211 to resource a3 (successful)

図６Ｂは、稼働系ＭＳＣＰ４に故障が発生した時点の排他制御テーブル４２２で管理されている共用資源３の排他制御状態を表す図である。図６Ｂに示すように、稼働系ＭＳＣＰ４の故障時点の排他制御テーブル４２２は、ＡＰ１１１が資源ｂ１、ｂ３をロックし、ＡＰ２１１が資源ａ２、ｂ２をロックしている、という排他制御状態を保持している。 FIG. 6B is a diagram showing the exclusive control state of the shared resource 3 managed by the exclusive control table 422 when a failure occurs in the active MSCP 4 . As shown in FIG. 6B, the exclusive control table 422 at the time of failure of the active MSCP 4 holds an exclusive control state in which the AP 111 locks the resources b1 and b3 and the AP 211 locks the resources a2 and b2.

図７Ａ、図７Ｂ、および、図７Ｃは、稼働系ＭＳＣＰ４に故障が発生した時点のホスト１のロックデータテーブル１２２、ホスト２のロックデータテーブル２２２、および、待機系ＭＳＣＰ５のロックデータテーブル５２３の一例を表す図である。この例では、ロックデータテーブル１２２には、図６Ａに示される６つの要求（（１）ロック要求、（２）ロック要求、（４）アンロック要求、（５）アンロック要求、（８）ロック要求、（１０）ロック要求）に１対１に対応する６つのロックデータが保存されている。またロックデータテーブル２２２には、図６Ａに示される４つの要求（（３）ロック要求、（７）ロック要求、（９）ロック要求、（１１）アンロック要求）と１つのアテンション通知（（６）アテンション通知）とに１対１に対応する５つのロックデータが保存されている。また、待機系ＭＳＣＰ５のロックデータテーブル５２３には、図６Ａに示される全ての要求およびアテンション通知に１対１に対応する全てのロックデータが保存されている。 7A, 7B, and 7C are diagrams showing examples of the lock data table 122 of the host 1, the lock data table 222 of the host 2, and the lock data table 523 of the standby MSCP 5 at the time when the active MSCP 4 fails. In this example, the lock data table 122 stores six pieces of lock data corresponding one-to-one to the six requests shown in FIG. 6A ((1) lock request, (2) lock request, (4) unlock request, (5) unlock request, (8) lock request, and (10) lock request). In addition, the lock data table 222 stores five pieces of lock data corresponding one-to-one to the four requests ((3) lock request, (7) lock request, (9) lock request, and (11) unlock request) shown in FIG. 6A and one attention notification ((6) attention notification). In addition, the lock data table 523 of the standby MSCP 5 stores all lock data corresponding to all the requests and attention notifications shown in FIG. 6A on a one-to-one basis.

このような状態でＭＳＣＰリリーフが開始されると、待機系ＭＳＣＰ５が稼働系ＭＳＣＰ４から最後に受信したロックデータに含まれる通番（受信完了通番）は、「１１１」である。そのため、ＭＳＣＰリリーフ制御部１１８、２１８は、ロックデータテーブル１２２、２２２中に受信完了通番「１１１」以降の通番を含むロックデータが１つも存在しないので、ステップＳ１４０、Ｓ１４３における待機系ＭＳＣＰ５への不足ロックデータの送信は実質的に行われない。そのため、ステップＳ１４７における待機系ＭＳＣＰ５に対する排他情報再生要求の送信は、速やかに実施されることになる。 When MSCP relief is started in such a state, the serial number (reception completion serial number) included in the last lock data received by the standby MSCP 5 from the active MSCP 4 is "111". Therefore, in the lock data tables 122, 222, the MSCP relief control units 118, 218 do not have even one piece of lock data including the reception completion serial number "111" or later, so the transmission of insufficient lock data to the standby system MSCP 5 in steps S140, S143 is not performed substantially. Therefore, the transmission of the exclusion information reproduction request to the standby MSCP 5 in step S147 is promptly executed.

待機系ＭＳＣＰ５の排他制御テーブル再生部５１６は、ロックデータテーブル５２３に保存された図７Ｃに示す合計１１個のロックデータを、通番の順に処理することによって、故障時点の排他制御テーブル４２２を排他制御テーブル５２２に再生する。例えば、排他制御テーブル再生部５１６は、通番１０１のロックデータに基づいて、共用資源ａ２がＡＰ１１１によってロックされている状態を管理する情報を排他制御テーブル５２２に作成する。即ち、排他制御テーブル再生部５１６は、ＡＰ１１１から共用資源ａ２に対するロックコマンドが発行され且つロック成功したときに稼働系ＭＳＣＰ４の排他制御部４１１が排他制御テーブル４２２に対して行う処理と同様の処理を、排他制御テーブル５２２に対して行う。また排他制御テーブル再生部５１６は、通番１０３のロックデータの場合、ＡＰ２１１が共用資源ａ２をロック待ちしている状態を管理する情報を排他制御テーブル５２２に作成する。また排他制御テーブル再生部５１６は、通番１０５のロックデータの場合、共用資源ａ２がＡＰ１１１によってロックされている状態を管理する情報を排他制御テーブル５２２から削除する。また排他制御テーブル再生部５１６は、通番１０６のアテンション通知に係るロックデータの場合、ＡＰ２１１が共用資源ａ２をロック待ちしている状態を管理する情報を排他制御テーブル５２２から削除し、代わりに、共用資源ａ２がＡＰ２１１によってロックされている状態を管理する情報を排他制御テーブル５２２に作成する。 The exclusive control table reproduction unit 516 of the standby MSCP 5 reproduces the exclusive control table 422 at the time of failure in the exclusive control table 522 by processing the total 11 pieces of lock data shown in FIG. 7C saved in the lock data table 523 in serial number order. For example, based on the lock data with the serial number 101, the exclusive control table reproducing unit 516 creates information for managing the state in which the shared resource a2 is locked by the AP 111 in the exclusive control table 522. FIG. That is, the exclusive control table reproducing unit 516 performs the same processing for the exclusive control table 422 as the exclusive control unit 411 of the active system MSCP 4 performs for the exclusive control table 422 when the lock command for the shared resource a2 is issued from the AP 111 and the lock is successful. Also, in the case of the lock data with serial number 103, the exclusive control table reproduction unit 516 creates in the exclusive control table 522 information for managing the state in which the AP 211 is waiting to lock the shared resource a2. Also, in the case of the lock data with the serial number 105, the exclusion control table reproducing unit 516 deletes from the exclusion control table 522 the information for managing the state in which the shared resource a2 is locked by the AP111. Further, in the case of the lock data related to the attention notification of serial number 106, the exclusion control table reproducing unit 516 deletes information for managing the state in which the AP 211 is waiting to lock the shared resource a2 from the exclusion control table 522, and instead creates information for managing the state in which the shared resource a2 is locked by the AP 211 in the exclusion control table 522.

上記説明では、待機系ＭＳＣＰ５の排他制御テーブル再生部５１６は、ロックデータテーブル５２３に保存されたロックデータを通番の順に処理することによって、故障時点の排他制御テーブル４２２を排他制御テーブル５２２に再生した。しかし、排他制御テーブルの再生方法は上記に限定されない。故障時点の排他制御テーブル４２２を再生できるのであれば、他の方法を使用してもよい。例えば、次のような方法であってもよい。 In the above description, the exclusive control table reproduction unit 516 of the standby MSCP 5 reproduces the exclusive control table 422 at the time of failure into the exclusive control table 522 by processing the lock data stored in the lock data table 523 in order of serial number. However, the method of reproducing the exclusive control table is not limited to the above. Other methods may be used as long as the exclusive control table 422 at the time of failure can be reproduced. For example, the following method may be used.

待機系ＭＳＣＰ５の排他制御テーブル再生部５１６は、ロックデータテーブル５２３に対して、先ず、以下の処理１、２をその順に行う。
処理１：アテンション通知の前提となるロック待ちのロックデータにおけるロック待ちをロック成功に変更し、当該アテンション通知のロックデータを削除する。
処理２：アンロック成功のロックデータとその前提となるロック成功のロックデータとをロックデータテーブル５２３から削除する。 The exclusive control table reproducing unit 516 of the standby MSCP 5 first performs the following processes 1 and 2 on the lock data table 523 in that order.
Process 1: Change lock wait in the lock data of lock wait, which is the premise of the attention notification, to lock success, and delete the lock data of the attention notification.
Process 2: Deletes the lock data indicating successful unlocking and the lock data indicating successful locking, which is the premise thereof, from the lock data table 523 .

次に排他制御テーブル再生部５１６は、ロックデータテーブル５２３からロック成功のロックデータを全て抽出し、それぞれのコマンドイメージに従って、ロックコマンドに応じた排他制御を行って排他制御テーブル５２２を更新する。次に排他制御テーブル再生部５１６は、ロックデータテーブル５２３からロック待ちのロックデータを全て抽出し、それぞれのコマンドイメージに従って、ロックコマンドに応じた排他制御を行って排他制御テーブル５２２を更新する。以上の処理により、故障時点の排他制御テーブル４２２を排他制御テーブル５２２に再生することができる。 Next, the exclusive control table reproduction unit 516 extracts all the lock data indicating the lock success from the lock data table 523, performs exclusive control according to the lock command according to each command image, and updates the exclusive control table 522. FIG. Next, the exclusive control table reproducing unit 516 extracts all the lock data waiting for lock from the lock data table 523, performs exclusive control according to the lock command according to each command image, and updates the exclusive control table 522. FIG. Through the above processing, the exclusive control table 422 at the time of failure can be reproduced in the exclusive control table 522 .

図７Ｃに示すように、稼働系ＭＳＣＰ４に故障が発生した時点のホスト１、２のロックデータテーブル１２２、２２２に保存されたロックデータの全てが、待機系ＭＳＣＰ５のロックデータテーブル５２３に保存されている状況では、ホスト１、２側から待機系ＭＳＣＰ５へロックデータを１つも送信することなく、稼働系ＭＳＣＰ４故障時の排他制御テーブル４２２を待機系ＭＳＣＰ５の排他制御テーブル５２２に再生することができる。 As shown in FIG. 7C, in a situation where all of the lock data stored in the lock data tables 122 and 222 of the hosts 1 and 2 at the time of failure of the active MSCP 4 are stored in the lock data table 523 of the standby MSCP 5, the exclusive control table 422 at the time of failure of the active MSCP 4 can be reproduced in the exclusive control table 522 of the standby MSCP 5 without sending any lock data from the hosts 1 and 2 to the standby MSCP 5.

図７Ｄは、稼働系ＭＳＣＰ４に故障が発生した時点の待機系ＭＳＣＰ５のロックデータテーブル５２３の他の例を表す図である。この例では、ロックデータテーブル５２３には、図６Ａに示される５つの要求（（１）ロック要求、（２）ロック要求、（３）ロック要求、（４）アンロック要求、（５）アンロック要求）に１対１に対応する５つのロックデータが保存されている。このような状態でＭＳＣＰリリーフが開始されると、待機系ＭＳＣＰ５が稼働系ＭＳＣＰ４から最後に受信したロックデータに含まれる通番（受信完了通番）は、「１０５」になる。そのため、ＭＳＣＰリリーフ制御部１１８は、通番「１０５」以降の通番を含むロックデータ（通番１０８、１１０のロックデータ）を不足ロックデータとしてロックデータテーブル１２２から取得し、待機系ＭＳＣＰ５へ送信する。またＭＳＣＰリリーフ制御部２１８は、通番「１０５」以降の通番を含むロックデータ（通番１０６、１０７、１０９、１１１）を不足ロックデータとしてロックデータテーブル１２２から取得し、待機系ＭＳＣＰ５へ送信する。そして、ＭＳＣＰリリーフ制御部１１８から待機系ＭＳＣＰ５に対して排他情報再生要求が送信される。待機系ＭＳＣＰ５の排他制御テーブル再生部５１６は、ロックデータテーブル５２３に保存された図７Ｄに示す合計５個のロックデータと、上述のようにしてホスト１、２から送信された不足ロックデータとを、通番の順に処理することによって、故障時点の排他制御テーブル４２２を排他制御テーブル５２２に再生する。このように、稼働系ＭＳＣＰ４に故障が発生した時点でホスト１、２のロックデータテーブル１２２、２２２に保存されているロックデータの全てが待機系ＭＳＣＰ５のロックデータテーブル５２３に保存されていない場合、不足しているロックデータだけをホスト１、２側から待機系ＭＳＣＰ５へ送信する。これにより、稼働系ＭＳＣＰ４故障時の排他制御テーブル４２２を待機系ＭＳＣＰ５の排他制御テーブル５２２に速やかに再生することができる。 FIG. 7D is a diagram showing another example of the lock data table 523 of the standby MSCP 5 at the time when the active MSCP 4 fails. In this example, the lock data table 523 stores five pieces of lock data corresponding one-to-one to the five requests ((1) lock request, (2) lock request, (3) lock request, (4) unlock request, and (5) unlock request) shown in FIG. 6A. When MSCP relief is started in such a state, the serial number (reception completion serial number) included in the last lock data received by the standby MSCP 5 from the active MSCP 4 becomes "105". Therefore, the MSCP relief control unit 118 acquires the lock data containing the serial numbers after the serial number “105” (the lock data with the serial numbers 108 and 110) from the lock data table 122 as missing lock data, and transmits it to the standby system MSCP 5 . Also, the MSCP relief control unit 218 acquires the lock data (serial numbers 106, 107, 109, and 111) including the serial numbers after the serial number “105” from the lock data table 122 as insufficient lock data, and transmits them to the standby system MSCP 5 . Then, an exclusion information reproduction request is transmitted from the MSCP relief control unit 118 to the standby MSCP 5 . The exclusive control table reproduction unit 516 of the standby MSCP 5 reproduces the exclusive control table 422 at the time of failure in the exclusive control table 522 by processing the total of five pieces of lock data shown in FIG. In this way, when all the lock data stored in the lock data tables 122, 222 of the hosts 1, 2 are not stored in the lock data table 523 of the standby system MSCP 5 at the time when the failure occurs in the active system MSCP 4, only the lacking lock data is transmitted from the host 1, 2 side to the standby system MSCP 5. As a result, the exclusion control table 422 at the time of failure of the active MSCP 4 can be quickly reproduced in the exclusion control table 522 of the standby MSCP 5 .

このように本実施形態によれば、ホスト１、２が稼働系ＭＳＣＰ４に送信したロックコマンド、アンロックコマンドをロックデータテーブル１２２、２２２に大量に保持している状況で稼働系ＭＳＣＰ４が故障した場合であっても、故障した稼働系ＭＳＣＰ４が排他制御テーブル４２２に保持していた排他制御情報を待機系ＭＳＣＰ５の排他制御テーブル５２２に速やかに再生することができる。 As described above, according to this embodiment, even if the active MSCP 4 fails in a situation where a large amount of lock commands and unlock commands sent to the active MSCP 4 by the hosts 1 and 2 are stored in the lock data tables 122 and 222, the exclusive control information held in the exclusive control table 422 by the failed active MSCP 4 can be quickly reproduced in the exclusive control table 522 of the standby MSCP 5.

［第２の実施形態］
次に、本発明の第２の実施形態に係る疎結合システム２００について、第１の実施形態との相違点を中心に説明する。 [Second embodiment]
Next, a loosely coupled system 200 according to the second embodiment of the present invention will be described, focusing on differences from the first embodiment.

図８は稼働系ＭＳＣＰ４が正常に動作している状態でホスト１上のＡＰ１１１から共用資源３の排他要求が出されたときの疎結合システム２００の動作を示すフローチャートである。また図９はＭＳＣＰリリーフ動作の一例を示すフローチャートである。また図１０はホスト１，２において定期的に行われる処理の一例を示すフローチャートである。 FIG. 8 is a flow chart showing the operation of the loosely coupled system 200 when the AP 111 on the host 1 issues an exclusion request for the shared resource 3 while the active MSCP 4 is operating normally. FIG. 9 is a flow chart showing an example of MSCP relief operation. FIG. 10 is a flow chart showing an example of processing periodically performed in the hosts 1 and 2. In FIG.

第１の実施形態では、待機系ＭＳＣＰ５の排他制御テーブル再生部５１６は、ＭＳＣＰリリーフの開始後にホストから受信した排他情報再生要求を契機に排他制御テーブル５２２の再生処理を開始した（図５のステップＳ１４８、Ｓ１４９）。これに対して本実施形態では、排他制御テーブル再生部５１６は、稼働系ＭＳＣＰ４が正常に動作している最中に、稼働系ＭＳＣＰ４から受信したロックデータに基づいて、排他制御テーブル５２２の再生処理を行う。具体的には、稼働系ＭＳＣＰ４が正常に動作している最中に、ロックデータ受信部５１５が稼働系ＭＳＣＰ４のロックデータ送信部４１３から新たなロックデータを受信し保存する毎に（図８のステップＳ１１２、Ｓ１１３）、排他制御テーブル再生部５１６は、その新たに受信して保存されたロックデータに基づいて排他制御テーブル５２２の再生処理を行う（ステップＳ２０１）。こうすることによって、待機系ＭＳＣＰ５が稼働系ＭＳＣＰ４と全く同じ動作をほぼ並行して行うことになるため、稼働系ＭＳＣＰ４故障によるＭＳＣＰリリーフ時に待機系ＭＳＣＰ５で再生すべきコマンド量が低減され、故障した稼働系ＭＳＣＰ４が排他制御テーブル４２２に保持していた排他情報を待機系ＭＳＣＰ５の排他制御テーブル５２２により速やかに再生することができる。 In the first embodiment, the exclusion control table reproduction unit 516 of the standby MSCP 5 started the reproduction process of the exclusion control table 522 in response to the exclusion information reproduction request received from the host after the start of MSCP relief (steps S148 and S149 in FIG. 5). On the other hand, in this embodiment, the exclusive control table reproduction unit 516 reproduces the exclusive control table 522 based on the lock data received from the active MSCP 4 while the active MSCP 4 is operating normally. Specifically, every time the lock data receiving unit 515 receives and stores new lock data from the lock data transmitting unit 413 of the active MSCP 4 while the active MSCP 4 is operating normally (steps S112 and S113 in FIG. 8), the exclusive control table reproducing unit 516 reproduces the exclusive control table 522 based on the newly received and stored lock data (step S201). By doing so, the standby MSCP 5 performs exactly the same operation as the active MSCP 4 in parallel, so that the amount of commands to be reproduced in the standby MSCP 5 at the time of MSCP relief due to the malfunction of the active MSCP 4 is reduced, and the exclusion information held in the exclusive control table 422 by the failed active MSCP 4 can be quickly reproduced by the exclusive control table 522 of the standby MSCP 5.

また本実施形態では、排他制御テーブル再生部５１６は、排他制御テーブル５２２の再生処理に使ったロックデータに含まれる稼働系ＭＳＣＰ４の識別情報と通番とを受信状況応答部５１７に通知し、受信状況応答部５１７は、通知された稼働系ＭＳＣＰ４の識別情報に対応して、通知された通番を受信完了通番として保持する（ステップＳ２０２）。さらに本実施形態では、図１０のフローチャートに示されるように、ホスト１、２の受信状況問合せ部１１６、２１６は、稼働系ＭＳＣＰ４が正常に動作している最中に、例えばタイマによって定期的に起動され、起動される毎に、待機系ＭＳＣＰ５に対して稼働系ＭＳＣＰ４からのロックデータの受信状況を問合せ（ステップＳ２３１）、その応答である受信完了通番を受信状況テーブル１２３に保存する（ステップＳ２３２）。さらに、ロックデータ保持部１１４、２１４は、受信状況テーブル１２３に保存された最新の受信完了通番に基づいて、ロックデータテーブル１２２、２２２を更新する（ステップＳ２３３）。 In this embodiment, the exclusive control table reproduction unit 516 notifies the reception status response unit 517 of the identification information and the serial number of the active MSCP 4 included in the lock data used for the reproduction process of the exclusive control table 522, and the reception status response unit 517 holds the notified serial number as the reception completion serial number in correspondence with the notified identification information of the active MSCP 4 (step S202). Furthermore, in this embodiment, as shown in the flowchart of FIG. 10, the reception status inquiry units 116 and 216 of the hosts 1 and 2 are periodically activated by, for example, a timer while the active MSCP 4 is operating normally, and every time they are activated, they inquire of the standby MSCP 5 about the reception status of the lock data from the active MSCP 4 (step S231), and store the reception completion sequence number as a response to the reception status table 123 (step S232). Further, the lock data holding units 114, 214 update the lock data tables 122, 222 based on the latest reception completion serial number stored in the reception status table 123 (step S233).

ステップＳ２３３におけるロックデータテーブル１２２、２２２の更新では、ロックデータ保持部１１４、２１４は、以下の処理ａ、ｂをその順に行う。
処理ａ：最新の受信完了通番以前の通番を有するアテンション通知のロックデータの通番で、その前提となるロック待ちのロックデータの通番を上書きし、且つ、ロック待ちをロック成功に変更する。また当該アテンション通知のロックデータを削除する。
処理ｂ：最新の受信完了通番以前の通番を有するアンロック成功のロックデータとその前提となるロック成功のロックデータとをロックデータテーブル１２２、２２２から削除する。 In updating the lock data tables 122 and 222 in step S233, the lock data holding units 114 and 214 perform the following processes a and b in that order.
Process a: Overwrite the serial number of the lock data waiting for lock, which is the premise of the attention notification lock data having a serial number before the latest reception completion serial number, and change lock waiting to lock successful. Also, the lock data of the attention notification is deleted.
Process b: Delete from the lock data tables 122 and 222 the successfully unlocked lock data having a serial number before the latest reception completion serial number and the lock successful lock data that is the premise thereof.

例えば、ロックデータテーブル１２２が図７Ａに示す状態にあるときに最新の受信完了通番が「１０７」として得られた場合、ロックデータ保持部１１４は、通番「１０４」のアンロック成功のロックデータおよびその前提となる通番「１０２」のロック成功のロックデータと、通番「１０５」のアンロック成功のロックデータおよびその前提となる通番「１０１」のロック成功のロックデータとをロックデータテーブル１２２から削除する。また、ロックデータテーブル２２２が図７Ｂに示す状態にあるときに最新の受信完了通番が「１０７」として得られた場合、ロックデータ保持部２１４は、アテンション通知のロックデータの通番「１０６」で、その前提となるロック待ちのロックデータの通番「１０３」を上書きし、且つ、そのロック待ちをロック成功に変更する。なお、通番「１１１」のアンロック成功のロックデータおよびその前提となる通番「１０７」のロック成功のロックデータは、双方の通番が共に受信完了通番「１０７」以降でないため、削除されない。その理由は、もし削除してしまうと、待機系ＭＳＣＰ５が受信完了通番「１０７」の時点で稼働系ＭＳＣＰ４に故障が発生した場合、待機系ＭＳＣＰ５が排他制御テーブル５２２上で管理している、ＡＰ２１１が共用資源ａ３をロックしている状態を、アンロックするためのコマンドをホスト２から待機系ＭＳＣＰ５へ不足ロックデータとして送信できないためである。 For example, when the latest reception completion serial number is obtained as "107" when the lock data table 122 is in the state shown in FIG. Also, when the latest reception completion serial number is obtained as "107" when the lock data table 222 is in the state shown in FIG. 7B, the lock data holding unit 214 overwrites the serial number "103" of the lock data waiting for lock, which is the premise thereof, with the serial number "106" of the lock data of the attention notification, and changes the lock waiting to lock success. Note that the successfully unlocked lock data with the serial number "111" and the lock data with the serial number "107", which is the premise of it, are not deleted because both serial numbers are not after the reception completion serial number "107". The reason for this is that if this is deleted, if a failure occurs in the active MSCP 4 when the standby MSCP 5 receives the reception completion sequence number "107", the host 2 cannot send a command for unlocking the shared resource a3, which is managed by the standby MSCP 5 on the exclusive control table 522, to the standby MSCP 5 from the host 2 as insufficient lock data.

上記のようにロックデータテーブル１２２、２２２を更新することにより、ロックデータテーブル１２２、２２２に保存されるロックデータ量を削減でき、ロックデータテーブル１２２、２２２に必要な記憶容量を削減することができる。 By updating the lock data tables 122 and 222 as described above, the amount of lock data stored in the lock data tables 122 and 222 can be reduced, and the storage capacity required for the lock data tables 122 and 222 can be reduced.

また第１の実施形態では、ホスト１、２のＭＳＣＰリリーフ制御部１１８、２１８は、不足ロックデータ全体を待機系ＭＳＣＰ５へ送信し、排他制御テーブル再生部５１６は、受信したロックデータに基づいて排他制御テーブル５２２の再生を行った。これに対して本実施形態では、ホスト１、２のＭＳＣＰリリーフ制御部１１８、２１８は、不足ロックデータに含まれるロック成功したロックコマンド、ロック待ちしたロックコマンドを待機系ＭＳＣＰ５に対して発行し、排他制御テーブル再生部５１６は、発行されたロックコマンドに基づく排他制御処理を行うことによって、排他制御テーブル５２２の再生を行う。以下、この点について詳細に説明する。 In the first embodiment, the MSCP relief control units 118 and 218 of the hosts 1 and 2 transmit the entire insufficient lock data to the standby system MSCP 5, and the exclusive control table reproducing unit 516 reproduces the exclusive control table 522 based on the received lock data. On the other hand, in the present embodiment, the MSCP relief control units 118 and 218 of the hosts 1 and 2 issue to the standby system MSCP 5 the lock commands that are successfully locked and the lock commands that are waiting for lock included in the insufficient lock data, and the exclusive control table reproducing unit 516 reproduces the exclusive control table 522 by performing exclusive control processing based on the issued lock commands. This point will be described in detail below.

図９に示すように、ホスト１のＭＳＣＰリリーフ制御部１１８は、他の全ホストから新規排他要求抑止完了通知を受信すると（ステップＳ１３８）、ホスト間通信部１１５によるホスト間通信を使用して、他の全ホストのＭＳＣＰリリーフ制御部に対して、ロック成功に係る不足ロックデータに基づく復元要求を送信する（ステップＳ２１１）。その後、ＭＳＣＰリリーフ制御部１１８は、ロックデータテーブル１２２に保存されているロック成功に係るロックデータのうち待機系ＭＳＣＰ５のロックデータテーブル５２３に保存されていないロックデータに基づいて、待機系ＭＳＣＰ５の排他制御テーブル再生部５１６との間で、不足ロックデータに基づく復元処理を行う（ステップＳ２１２、Ｓ２１３）。そして、ＭＳＣＰリリーフ制御部１１８は、他の全ホストからのロック成功に係る不足ロックデータに基づく復元完了通知の受信を待ち合わせる（ステップＳ２１４）。なお、ＭＳＣＰリリーフ制御部１１８は、ロック成功に係る不足ロックデータが存在しない場合、待機系ＭＳＣＰ５との間のロック成功に係る不足ロックデータに基づく復元処理は行わず、ステップＳ２１４の処理へと進む。 As shown in FIG. 9, when the MSCP relief control unit 118 of the host 1 receives the new exclusive request suppression completion notification from all the other hosts (step S138), it uses inter-host communication by the inter-host communication unit 115 to transmit a restoration request based on the insufficient lock data related to the lock success to the MSCP relief control units of all the other hosts (step S211). After that, the MSCP relief control unit 118 performs restoration processing based on the insufficient lock data with the exclusive control table reproduction unit 516 of the standby MSCP 5 based on the lock data not stored in the lock data table 523 of the standby MSCP 5 among the lock data related to the lock success stored in the lock data table 122 (steps S212, S213). Then, the MSCP relief control unit 118 waits for reception of restoration completion notification based on insufficient lock data related to lock success from all other hosts (step S214). If there is no insufficient lock data related to lock success, the MSCP relief control unit 118 does not perform restoration processing based on the insufficient lock data related to lock success with the standby MSCP 5, and proceeds to the processing of step S214.

一方、ホスト２のＭＳＣＰリリーフ制御部２１８は、ロック成功に係る不足ロックデータに基づく復元要求を受信すると（ステップＳ２１５）、ロックデータテーブル２２２に保存されているロック成功に係るロックデータのうち待機系ＭＳＣＰ５のロックデータテーブル５２３に保存されていないロックデータ（不足ロックデータ）に基づいて、待機系ＭＳＣＰ５の排他制御テーブル再生部５１６との間で、不足ロックデータに基づく復元処理を行う（ステップＳ２１６、Ｓ２１７）。そして、ＭＳＣＰリリーフ制御部２１８は、ロック成功に係る不足ロックデータに基づく復元処理を完了すると、ホスト間通信部２１５によるホスト間通信を使用して、ロック成功に係る不足ロックデータに基づく復元完了通知をホスト１のＭＳＣＰリリーフ制御部１１８へ送信する（ステップＳ２１８）。 On the other hand, when the MSCP relief control unit 218 of the host 2 receives the restoration request based on the insufficient lock data related to the lock success (step S215), based on the lock data (insufficient lock data) not stored in the lock data table 523 of the standby MSCP 5 among the lock data related to the lock success stored in the lock data table 222, restoration processing based on the insufficient lock data is performed with the exclusion control table reproduction unit 516 of the standby MSCP 5 (steps S216, S217). . Then, when the restoration processing based on the insufficient lock data related to the lock success is completed, the MSCP relief control unit 218 uses inter-host communication by the inter-host communication unit 215 to transmit a restoration completion notification based on the insufficient lock data related to the lock success to the MSCP relief control unit 118 of the host 1 (step S218).

ホスト１のＭＳＣＰリリーフ制御部１１８は、他の全ホストからロック成功に係る不足ロックデータに基づく復元完了通知を受信すると（ステップＳ２１９）、ホスト間通信部１１５によるホスト間通信を使用して、他の全ホストのＭＳＣＰリリーフ制御部に対して、ロック待ちに係る不足ロックデータに基づく復元要求を送信する（ステップＳ２２１）。その後、ＭＳＣＰリリーフ制御部１１８は、ロックデータテーブル１２２に保存されているロック待ちに係るロックデータのうち待機系ＭＳＣＰ５のロックデータテーブル５２３に保存されていないロックデータに基づいて、待機系ＭＳＣＰ５の排他制御テーブル再生部５１６との間で、不足ロックデータに基づく復元処理を行う（ステップＳ２２２、Ｓ２２３）。そして、ＭＳＣＰリリーフ制御部１１８は、他の全ホストからのロック待ちに係る不足ロックデータに基づく復元完了通知の受信を待ち合わせる（ステップＳ２２４）。なお、ＭＳＣＰリリーフ制御部１１８は、ロック待ちに係る不足ロックデータが存在しない場合、待機系ＭＳＣＰ５との間のロック待ちに係る不足ロックデータに基づく復元処理は行わず、ステップＳ２２４の処理へと進む。 When the MSCP relief control unit 118 of the host 1 receives the restoration completion notification based on the insufficient lock data related to the lock success from all the other hosts (step S219), it uses inter-host communication by the inter-host communication unit 115 to transmit a restoration request based on the insufficient lock data related to lock waiting to the MSCP relief control units of all the other hosts (step S221). Thereafter, the MSCP relief control unit 118 performs restoration processing based on insufficient lock data with the exclusive control table reproduction unit 516 of the standby MSCP 5 based on the lock data not stored in the lock data table 523 of the standby MSCP 5 among the lock data related to lock waiting stored in the lock data table 122 (steps S222, S223). Then, the MSCP relief control unit 118 waits for reception of restoration completion notification based on insufficient lock data related to lock waiting from all other hosts (step S224). When there is no insufficient lock data related to lock waiting, the MSCP relief control unit 118 does not perform restoration processing based on the insufficient lock data related to lock waiting with the standby MSCP 5, and proceeds to the processing of step S224.

一方、ホスト２のＭＳＣＰリリーフ制御部２１８は、ロック待ちに係る不足ロックデータに基づく復元要求を受信すると（ステップＳ２２５）、ロックデータテーブル２２２に保存されているロック待ちに係るロックデータのうち待機系ＭＳＣＰ５のロックデータテーブル５２３に保存されていないロックデータ（不足ロックデータ）に基づいて、待機系ＭＳＣＰ５の排他制御テーブル再生部５１６との間で、不足ロックデータに基づく復元処理を行う（ステップＳ２２６、Ｓ２２７）。そして、ＭＳＣＰリリーフ制御部２１８は、ロック待ちに係る不足ロックデータに基づく復元処理を完了すると、ホスト間通信部２１５によるホスト間通信を使用して、ロック待ちに係る不足ロックデータに基づく復元完了通知をホスト１のＭＳＣＰリリーフ制御部１１８へ送信する（ステップＳ２２８）。ロック成功およびロック待ちに係る不足ロックデータに基づく復元が完了した待機系ＭＳＣＰ５は、以後、新稼働系として動作する。 On the other hand, when the MSCP relief control unit 218 of the host 2 receives a restoration request based on the insufficient lock data related to lock waiting (Step S225), based on the lock data (insufficient lock data) not stored in the lock data table 523 of the standby MSCP 5 among the lock data related to lock waiting stored in the lock data table 222, the MSCP relief control unit 218 performs restoration processing based on the insufficient lock data with the exclusive control table reproducing unit 516 of the standby MSCP 5 (Steps S226, S227). . Then, when the restoration processing based on the insufficient lock data related to lock waiting is completed, the MSCP relief control unit 218 uses inter-host communication by the inter-host communication unit 215 to transmit a restoration completion notification based on the insufficient lock data related to lock waiting to the MSCP relief control unit 118 of the host 1 (step S228). The standby MSCP 5, which has completed restoration based on lock success and insufficient lock data related to lock wait, will thereafter operate as a new operating system.

ホスト１のＭＳＣＰリリーフ制御部１１８は、他の全ホストからロック待ちに係る不足ロックデータに基づく復元完了通知を受信すると（ステップＳ２２９）、ホスト間通信部１１５のホスト間通信を使用して、他の全ホストのＭＳＣＰリリーフ制御部に対して運用再開要求を送信し（ステップＳ２３０）、以後、ＭＳＣＰ５を新稼働系ＭＳＣＰとしてシステムの運用を再開する。またホスト２のＭＳＣＰリリーフ制御部２１８は、運用再開要求を受信すると（ステップＳ２３１）、以後、ＭＳＣＰ５を新稼働系ＭＳＣＰとしてシステムの運用を再開する。 When the MSCP relief control unit 118 of the host 1 receives the restoration completion notification based on the insufficient lock data related to lock waiting from all the other hosts (step S229), it uses the inter-host communication of the inter-host communication unit 115 to transmit an operation restart request to the MSCP relief control units of all the other hosts (step S230), and thereafter restarts the system operation with the MSCP5 as the new active MSCP. Further, when the MSCP relief control unit 218 of the host 2 receives the operation resumption request (step S231), thereafter, the MSCP 5 is set as the new active system MSCP and the system operation is resumed.

図１１は、ホスト１のＭＳＣＰリリーフ制御部１１８で行われるロック成功に係る不足ロックデータに基づく復元処理（ステップＳ２１２）の一例を示すフローチャートである。図１１を参照すると、ＭＳＣＰリリーフ制御部１１８は、先ず、ロックデータテーブル１２２からロック成功に係るロックデータを１つ取り出す（ステップＳ２４１）。ここで、ロック成功に係るロックデータとは、コマンド実行結果が「ロック成功」となっているロックデータであって、それに関連するアンロック成功のロックデータがロックデータテーブル１２２に存在しないものである。また、コマンド実行結果が「ロック待ち」になっているロックデータであって、それに関連するアテンション通知がロックデータテーブル１２２に保存されており、且つ、それに関連するアンロック成功のロックデータがロックデータテーブル１２２に存在しないものも、ロック成功に係るロックデータとして扱う（このときの通番はアテンション通知の通番を使用する）。 FIG. 11 is a flow chart showing an example of restoration processing (step S212) based on insufficient lock data related to lock success performed by the MSCP relief control unit 118 of the host 1. FIG. Referring to FIG. 11, the MSCP relief control unit 118 first retrieves one piece of lock data related to lock success from the lock data table 122 (step S241). Here, the lock data related to the lock success is the lock data whose command execution result is "lock success", and the related lock data of the unlock success does not exist in the lock data table 122.例文帳に追加In addition, lock data whose command execution result is "waiting for lock", attention notification related to it is stored in the lock data table 122, and lock data related to unlock success does not exist in the lock data table 122 are also treated as lock data related to lock success (at this time, the serial number of the attention notification is used).

次にＭＳＣＰリリーフ制御部１１８は、コマンド発行先のＭＳＣＰとして待機系ＭＳＣＰ５を決定する（ステップＳ２４２）。次にＭＳＣＰリリーフ制御部１１８は、受信状況テーブル１２３から最新の受信完了通番を参照する（ステップＳ２４３）。次にＭＳＣＰリリーフ制御部１１８は、ステップＳ２４１で取り出したロックデータに含まれる通番が最新の受信完了通番より大きいか否か（より最新か否か）を判定する（ステップＳ２４４）。次にＭＳＣＰリリーフ制御部１１８は、その判定結果がＹＥＳならば、ステップＳ２４１で取り出したロックデータに含まれるコマンドイメージで特定されるロックコマンドを送信バッファ（図示せず）に蓄積し（ステップＳ２４５）、ステップＳ２４６へ進む。また上記判定結果がＮＯならば、ＭＳＣＰリリーフ制御部１１８は、ステップＳ２４５をスキップして、ステップＳ２４６へ進む。ステップＳ２４６では、ＭＳＣＰリリーフ制御部１１８は、ロック成功に係るロックデータをロックデータテーブル１２２から全て取り出したか否かを判定し、その判定結果がＮＯならば、ステップＳ２４１に戻って、上述した処理と同様の処理を繰り返す。。上記判定結果がＹＥＳならば、ＭＳＣＰリリーフ制御部１１８は、送信バッファに蓄積された全てのロックコマンドをＩ／Ｏ制御部１１３を通じて、待機系ＭＳＣＰ５へ発行する（ステップＳ２４７）。待機系ＭＳＣＰ５の排他制御テーブル再生部５１６は、ＭＳＣＰリリーフ制御部１１８から発行されたロックコマンドに応じた排他制御処理を行って、排他制御テーブル５２２を更新する。 Next, the MSCP relief control unit 118 determines the standby MSCP 5 as the MSCP to which the command is issued (step S242). Next, the MSCP relief control unit 118 refers to the latest reception completion serial number from the reception status table 123 (step S243). Next, the MSCP relief control unit 118 determines whether or not the serial number included in the lock data extracted in step S241 is greater than the latest reception completion serial number (is it more recent?) (step S244). Next, if the determination result is YES, the MSCP relief control unit 118 stores the lock command specified by the command image included in the lock data extracted in step S241 in a transmission buffer (not shown) (step S245), and proceeds to step S246. If the determination result is NO, the MSCP relief control unit 118 skips step S245 and proceeds to step S246. In step S246, the MSCP relief control unit 118 determines whether or not all the lock data related to the lock success has been extracted from the lock data table 122. If the determination result is NO, the process returns to step S241 and repeats the same processing as described above. . If the determination result is YES, the MSCP relief control unit 118 issues all lock commands accumulated in the transmission buffer to the standby MSCP 5 through the I/O control unit 113 (step S247). The exclusive control table reproducing unit 516 of the standby MSCP 5 performs exclusive control processing according to the lock command issued from the MSCP relief control unit 118 and updates the exclusive control table 522 .

ホスト２のＭＳＣＰリリーフ制御部２１８で行われるロック成功に係る不足ロックデータに基づく復元処理（ステップＳ２１６）も、図１１を参照して説明した処理と同様に行われる。またホスト１、２のＭＳＣＰリリーフ制御部１１８、２１８で行われるロック待ちに係る不足ロックデータに基づく復元処理（ステップＳ２２２、２２６）は、ロック成功に係るロックデータの代わりにロック待ちに係るロックデータに基づいて行われる以外、図１１を参照して説明した処理と同様に行われる。ここで、ロック待ちに係るロックデータとは、コマンド実行結果が「ロック待ち」となっているロックデータであって、それに関連するアテンション通知がロックデータテーブル１２２に存在しないものである。 Restoration processing (step S216) based on insufficient lock data related to lock success performed by the MSCP relief control unit 218 of the host 2 is also performed in the same manner as the processing described with reference to FIG. Restoration processing (steps S222, 226) based on insufficient lock data related to lock waiting performed by the MSCP relief control units 118, 218 of the hosts 1, 2 is performed in the same manner as the processing described with reference to FIG. Here, lock data related to lock wait is lock data whose command execution result is "wait for lock", and the lock data table 122 does not have an attention notification related to it.

［第３の実施形態］
次に、本発明の第３の実施形態に係る疎結合システム３００について、第１の実施形態との相違点を中心に説明する。 [Third embodiment]
Next, a loosely coupled system 300 according to the third embodiment of the present invention will be described, focusing on differences from the first embodiment.

第１の実施形態では、稼働系ＭＳＣＰおよび待機系ＭＳＣＰがそれぞれ１台の構成であったが、本実施形態ではそれ以外の構成に対して本発明を適用する例を説明する。以下、疎結合システムに存在するＭＳＣＰの集合をＭＳＣＰサブシステムと記す。 In the first embodiment, there is one active MSCP and one standby MSCP. In this embodiment, an example in which the present invention is applied to other configurations will be described. A set of MSCPs existing in a loosely coupled system is hereinafter referred to as an MSCP subsystem.

図１２Ａは、ＭＳＣＰサブシステムの一例を示す。この例では、ＭＳＣＰは、ＭＳＣＰ０、ＭＳＣＰ１、ＭＳＣＰ２の合計３台存在する。そのうち、ＭＳＣＰ０は、第１の実施形態における稼働系ＭＳＣＰ４と同様な動作を行い、ＭＳＣＰ２は、第１の実施形態における待機系ＭＳＣＰ５と同様な動作を行い、ＭＳＣＰ１は、第１の実施形態における稼働系ＭＳＣＰ４および待機系ＭＳＣＰ５の両方の動作を行っている。具体的には、ＭＳＣＰ０は、ホスト１、２から発行されたロックコマンド、アンロックコマンドに従って排他制御を実施して排他制御テーブルＡを更新し、またロックデータをＭＳＣＰ０の待機系であるＭＳＣＰ１に対して送信している。またＭＳＣＰ１は、ホスト１、２から発行されたロックコマンド、アンロックコマンドに従って排他制御を実施して排他制御テーブルＢを更新し、またロックデータをＭＳＣＰ１の待機系であるＭＳＣＰ１に対して送信している。さらにＭＳＣＰ１は、ＭＳＣＰ０から受信したロックデータをロックデータテーブルＡに保存している。またＭＳＣＰ２は、ＭＳＣＰ１から受信したロックデータをロックデータテーブルＢに保存している。なお、ＭＳＣＰ０およびＭＳＣＰ１のロックデータ送信部４１３には、ロックデータの送り先となるＭＳＣＰの情報が事前に設定されている。 FIG. 12A shows an example of the MSCP subsystem. In this example, there are a total of three MSCPs, MSCP0, MSCP1, and MSCP2. Of these, MSCP0 performs the same operation as the active MSCP4 in the first embodiment, MSCP2 performs the same operation as the standby MSCP5 in the first embodiment, and MSCP1 performs both the active MSCP4 and the standby MSCP5 in the first embodiment. Specifically, MSCP0 executes exclusive control according to the lock and unlock commands issued from hosts 1 and 2, updates exclusive control table A, and transmits lock data to MSCP1, which is the standby system of MSCP0. MSCP1 also executes exclusive control according to the lock and unlock commands issued from hosts 1 and 2, updates exclusive control table B, and transmits lock data to MSCP1, which is the standby system of MSCP1. Further, MSCP1 stores the lock data received from MSCP0 in lock data table A. MSCP2 also stores the lock data received from MSCP1 in lock data table B. FIG. Information on the MSCP to which the lock data is to be sent is set in advance in the lock data transmission units 413 of MSCP0 and MSCP1.

図１２Ｂは、複数のホスト１、２の排他制御部がロックコマンドを何れのＭＳＣＰに対して発行するかを決定するための制御情報の一例を示す。この制御情報は各ホスト１，２に事前に記憶されている。この例では、共用資源の識別情報（例えばファイルＩＤとブロックＩＤとを連列したもの）を数値として、その数値を４で割った余りをハッシュ値として求め、そのハッシュ値に対応して予め定められたＭＳＣＰをコマンド発行先ＭＳＣＰとしている。具体的には、ＭＳＣＰ０とＭＳＣＰ１が正常な場合、排他制御部は、ハッシュ値が０または１の共用資源についてはＭＳＣＰ０に対してコマンドを発行し、ハッシュ値が２または３の共用資源についてはＭＳＣＰ１に対してコマンドを発行する。また、ＭＳＣＰ０が故障してＭＳＣＰ１とＭＳＣＰ２とが動作している場合、排他制御部は、ハッシュ値が０または１の共用資源についてはＭＳＣＰ２に対してコマンドを発行し、ハッシュ値が２または３の共用資源についてはＭＳＣＰ１に対してコマンドを発行する。また、ＭＳＣＰ１が故障してＭＳＣＰ０とＭＳＣＰ２とが動作している場合、排他制御部は、ハッシュ値が０または１の共用資源についてはＭＳＣＰ０に対してコマンドを発行し、ハッシュ値が２または３の共用資源についてはＭＳＣＰ２に対してコマンドを発行する。 FIG. 12B shows an example of control information for determining to which MSCP the exclusive control units of the hosts 1 and 2 issue the lock command. This control information is stored in each host 1, 2 in advance. In this example, identification information of a shared resource (for example, a file ID and a block ID in series) is set to a numerical value, and the remainder obtained by dividing the numerical value by 4 is obtained as a hash value. Specifically, when MSCP0 and MSCP1 are normal, the exclusive control unit issues a command to MSCP0 for shared resources with a hash value of 0 or 1, and issues a command to MSCP1 for shared resources with a hash value of 2 or 3. When MSCP0 fails and MSCP1 and MSCP2 are operating, the exclusive control unit issues a command to MSCP2 for shared resources with a hash value of 0 or 1, and issues a command to MSCP1 for shared resources with a hash value of 2 or 3. When MSCP1 fails and MSCP0 and MSCP2 are operating, the exclusive control unit issues a command to MSCP0 for shared resources with a hash value of 0 or 1, and issues a command to MSCP2 for shared resources with a hash value of 2 or 3.

図１２Ｃは、ＭＳＣＰ０故障時のＭＳＣＰサブシステムの復元状態を示す。ＭＳＣＰ０が故障した場合、ＭＳＣＰ１のロックデータテーブルＡに保存されたロックデータに基づいて、故障したＭＳＣＰ０の排他制御テーブルＡをＭＳＣＰ１上に復元し、またＭＳＣＰ２のロックデータテーブルＢに保存されたロックデータに基づいて、ＭＳＣＰ１の排他制御テーブルＢをＭＳＣＰ２上に復元する。そして、故障したＭＳＣＰ０をシステムから切り離し、ＭＳＣＰ１、２の２台を使ってシステムの運用を継続する。 FIG. 12C shows the restored state of the MSCP subsystem upon MSCP0 failure. When MSCP0 fails, the exclusive control table A of the failed MSCP0 is restored on MSCP1 based on the lock data saved in the lock data table A of MSCP1, and the exclusive control table B of MSCP1 is restored on MSCP2 based on the lock data saved in the lock data table B of MSCP2. Then, the failed MSCP0 is separated from the system, and the two MSCP1 and 2 are used to continue the operation of the system.

図１２Ｄは、ＭＳＣＰ１故障時のＭＳＣＰサブシステムの復元状態を示す。ＭＳＣＰ１が故障した場合、ＭＳＣＰ２のロックデータテーブルＢに保存されたロックデータに基づいて、ＭＳＣＰ２上にＭＳＣＰ１の排他制御テーブルＢを復元する。そして、故障したＭＳＣＰ１をシステムから切り離し、ＭＳＣＰ０、２の２台を使ってシステムの運用を継続する。 FIG. 12D shows the restored state of the MSCP subsystem upon MSCP1 failure. When MSCP1 fails, the exclusive control table B of MSCP1 is restored on MSCP2 based on the lock data saved in the lock data table B of MSCP2. Then, the failed MSCP1 is separated from the system, and the two MSCP0 and 2 are used to continue the operation of the system.

図１３Ａは、ＭＳＣＰサブシステムの他の例を示す。この例では、ＭＳＣＰは、ＭＳＣＰ０、ＭＳＣＰ１、ＭＳＣＰ２の合計３台存在し、それぞれのＭＳＣＰは第１の実施形態における稼働系ＭＳＣＰ４および待機系ＭＳＣＰ５の両方の動作を行っている。 FIG. 13A shows another example of the MSCP subsystem. In this example, there are a total of three MSCPs, MSCP0, MSCP1, and MSCP2, and each MSCP operates as both the active MSCP4 and the standby MSCP5 in the first embodiment.

具体的には、ＭＳＣＰ０は、ホスト１、２から発行されたロックコマンド、アンロックコマンドに従って排他制御を実施して排他制御テーブルＡを更新し、またロックデータをＭＳＣＰ０の待機系であるＭＳＣＰ１、ＭＳＣＰ２に対して送信している。またＭＳＣＰ１は、ホスト１、２から発行されたロックコマンド、アンロックコマンドに従って排他制御を実施して排他制御テーブルＢを更新し、またロックデータをＭＳＣＰ１の待機系であるＭＳＣＰ０、ＭＳＣＰ２に対して送信している。またＭＳＣＰ２は、ホスト１、２から発行されたロックコマンド、アンロックコマンドに従って排他制御を実施して排他制御テーブルＣを更新し、またロックデータをＭＳＣＰ２の待機系であるＭＳＣＰ０、１に対して送信している。さらにＭＳＣＰ０は、ＭＳＣＰ１およびＭＳＣＰ２から受信したロックデータをロックデータテーブルＢ、Ｃに保存している。またＭＳＣＰ１は、ＭＳＣＰ０およびＭＳＣＰ２から受信したロックデータをロックデータテーブルＡ、Ｂに保存している。またＭＳＣＰ２は、ＭＳＣＰ０およびＭＳＣＰ１から受信したロックデータをロックデータテーブルＡ、Ｂに保存している。なお、ＭＳＣＰ０、ＭＳＣＰ１、ＭＳＣＰ２のロックデータ送信部４１３には、ロックデータの送り先となるＭＳＣＰの情報が事前に設定されている。 Specifically, MSCP0 executes exclusive control according to lock commands and unlock commands issued from hosts 1 and 2, updates exclusive control table A, and transmits lock data to MSCP1 and MSCP2, which are standby systems of MSCP0. MSCP1 also executes exclusive control according to the lock and unlock commands issued from hosts 1 and 2, updates exclusive control table B, and transmits lock data to MSCP0 and MSCP2, which are standby systems of MSCP1. MSCP2 also executes exclusive control according to the lock and unlock commands issued from hosts 1 and 2, updates exclusive control table C, and transmits lock data to MSCP0 and 1, which are standby systems of MSCP2. Further, MSCP0 stores the lock data received from MSCP1 and MSCP2 in lock data tables B and C. FIG. MSCP1 also stores the lock data received from MSCP0 and MSCP2 in lock data tables A and B. FIG. MSCP2 also stores the lock data received from MSCP0 and MSCP1 in lock data tables A and B. FIG. Information on the MSCP to which the lock data is sent is set in advance in the lock data transmission units 413 of MSCP0, MSCP1, and MSCP2.

図１３Ｂは、複数のホスト１、２の排他制御部がロックコマンドを何れのＭＳＣＰに対して発行するかを決定するための制御情報の一例を示す。この制御情報は各ホスト１，２に事前に記憶されている。この例では、共用資源の識別情報を数値として、その数値を６で割った余りをハッシュ値として求め、そのハッシュ値に対応して予め定められたＭＳＣＰをコマンド発行先ＭＳＣＰとしている。具体的には、ＭＳＣＰ０、ＭＳＣＰ１、ＭＳＣＰ２の全てが正常な場合、排他制御部は、ハッシュ値が０または１の共用資源についてはＭＳＣＰ０に対してコマンドを発行し、ハッシュ値が２または３の共用資源についてはＭＳＣＰ１に対してコマンドを発行し、ハッシュ値が４または５の共用資源についてはＭＳＣＰ２に対してコマンドを発行する。また、ＭＳＣＰ０が故障してＭＳＣＰ１とＭＳＣＰ２とが動作している場合、排他制御部は、ハッシュ値が０、２、または３の共用資源についてはＭＳＣＰ１に対してコマンドを発行し、ハッシュ値が１、４、または５の共用資源についてはＭＳＣＰ２に対してコマンドを発行する。また、ＭＳＣＰ１が故障してＭＳＣＰ０とＭＳＣＰ２とが動作している場合、排他制御部は、ハッシュ値が０、１、または２の共用資源についてはＭＳＣＰ０に対してコマンドを発行し、ハッシュ値が３、４、または５の共用資源についてはＭＳＣＰ２に対してコマンドを発行する。また、ＭＳＣＰ２が故障してＭＳＣＰ０とＭＳＣＰ１とが動作している場合、排他制御部は、ハッシュ値が０、１、または４の共用資源についてはＭＳＣＰ０に対してコマンドを発行し、ハッシュ値が２、３、または５の共用資源についてはＭＳＣＰ１に対してコマンドを発行する。 FIG. 13B shows an example of control information for determining to which MSCP the exclusive control units of the hosts 1 and 2 issue the lock command. This control information is stored in each host 1, 2 in advance. In this example, the identification information of the shared resource is set to a numerical value, and the remainder obtained by dividing the numerical value by 6 is obtained as a hash value. Specifically, when all of MSCP0, MSCP1, and MSCP2 are normal, the exclusive control unit issues commands to MSCP0 for shared resources with a hash value of 0 or 1, to MSCP1 for shared resources with a hash value of 2 or 3, and to MSCP2 for shared resources with a hash value of 4 or 5. When MSCP0 fails and MSCP1 and MSCP2 are operating, the exclusive control unit issues commands to MSCP1 for shared resources with hash values of 0, 2, or 3, and issues commands to MSCP2 for shared resources with hash values of 1, 4, or 5. When MSCP1 fails and MSCP0 and MSCP2 are operating, the exclusive control unit issues commands to MSCP0 for shared resources with hash values of 0, 1, or 2, and issues commands to MSCP2 for shared resources with hash values of 3, 4, or 5. When MSCP2 fails and MSCP0 and MSCP1 are operating, the exclusive control unit issues commands to MSCP0 for shared resources with hash values of 0, 1, or 4, and issues commands to MSCP1 for shared resources with hash values of 2, 3, or 5.

図１３Ｃは、ＭＳＣＰ０故障時のＭＳＣＰサブシステムの復元状態を示す。ＭＳＣＰ０が故障した場合、ホスト１のＭＳＣＰリリーフ制御部１１８は、図１３Ｂに示した制御情報を参照して、故障したＭＳＣＰ０の代わりに使用するＭＳＣＰ１、ＭＳＣＰ２が受け持つ共用資源を決定する。図１３Ｂを参照すると、ＭＳＣＰ０故障時、ハッシュ値０の共用資源をＭＳＣＰ１が受け持ち、ハッシュ値１の共用資源をＭＳＣＰ２が受け持つように定められている。ホスト１のＭＳＣＰリリーフ制御部１１８は、図５のステップＳ１３９においてホスト２のＭＳＣＰリリーフ制御部２１８に対して不足ロックデータ送信要求を送信する際、故障したＭＳＣＰ０の代わりに使用するＭＳＣＰ１、ＭＳＣＰ２が受け持つ共用資源に係る上記決定情報を添付する。そして、ＭＳＣＰリリーフ制御部１１８は、ロックデータテーブル１２２中の不足ロックデータのうち、ハッシュ値０の共用資源に係るロックデータをＭＳＣＰ０の排他制御テーブル復元用の不足ロックデータとしてＭＳＣＰ１へ送信し、ハッシュ値１の共用資源に係るロックデータをＭＳＣＰ１の排他制御テーブル復元用の不足ロックデータとしてＭＳＣＰ２へ送信する。またホスト１のＭＳＣＰリリーフ制御部１１８は、図５のステップＳ１４３では、ロックデータテーブル２２２中の不足ロックデータのうち、ハッシュ値０の共用資源に係るロックデータをＭＳＣＰ０の排他制御テーブル復元用の不足ロックデータとしてＭＳＣＰ１へ送信し、ハッシュ値１の共用資源に係るロックデータをＭＳＣＰ１の排他制御テーブル復元用の不足ロックデータとしてＭＳＣＰ２へ送信する。 FIG. 13C shows the restored state of the MSCP subsystem upon MSCP0 failure. When MSCP0 fails, the MSCP relief control unit 118 of the host 1 refers to the control information shown in FIG. 13B to determine the shared resources to be used by MSCP1 and MSCP2 instead of the failed MSCP0. Referring to FIG. 13B, when MSCP0 fails, MSCP1 is in charge of the shared resource with hash value 0, and MSCP2 is in charge of the shared resource with hash value 1. FIG. When the MSCP relief control unit 118 of the host 1 transmits the insufficient lock data transmission request to the MSCP relief control unit 218 of the host 2 in step S139 of FIG. Then, the MSCP relief control unit 118 transmits lock data related to the shared resource with a hash value of 0 among the insufficient lock data in the lock data table 122 to MSCP1 as insufficient lock data for restoring the exclusive control table of MSCP0, and transmits lock data related to the shared resource with a hash value of 1 to MSCP2 as insufficient lock data for restoring the exclusive control table of MSCP1. Further, in step S143 of FIG. 5, the MSCP relief control unit 118 of the host 1 transmits lock data related to the shared resource with a hash value of 0 out of the missing lock data in the lock data table 222 to MSCP1 as missing lock data for restoring the exclusive control table of MSCP0, and transmits lock data related to the shared resource with a hash value of 1 to MSCP2 as missing lock data for restoring the exclusive control table of MSCP1.

またホスト１のＭＳＣＰリリーフ制御部１１８は、図５のステップＳ１４７では、ハッシュ値０の共用資源に限定する指示を添えたＭＳＣＰ０排他情報再生要求をＭＳＣＰ１へ送信し、またハッシュ値１の共用資源に限定する指示を添えたＭＳＣＰ０排他情報再生要求をＭＳＣＰ２へ送信する。ＭＳＣＰ１の排他制御テーブル再生部５１６は、ＭＳＣＰ１のロックデータテーブルＡに保存されたロックデータ中のハッシュ値０の共用資源に係るロックデータに基づいて、故障したＭＳＣＰ０の排他制御テーブルＡの一部である排他制御テーブルＡ１をＭＳＣＰ１上に復元する。またＭＳＣＰ２の排他制御テーブル再生部５１６は、ＭＳＣＰ２のロックデータテーブルＡに保存されたロックデータ中のハッシュ値１の共用資源に係るロックデータに基づいて、故障したＭＳＣＰ０の排他制御テーブルＡの残りの部分である排他制御テーブルＡ２を復元する。その後、故障したＭＳＣＰ０がシステムから切り離され、ＭＳＣＰ１、２の２台を使ってシステムの運用が継続される。このとき、ＭＳＣＰ１では、排他制御テーブルＡ１、Ｂを使用し、ＭＳＣＰ２では、排他制御テーブルＡ２、Ｃを使用する。 Also, in step S147 of FIG. 5, the MSCP relief control unit 118 of the host 1 transmits to MSCP1 an MSCP0 exclusion information reproduction request with an instruction to limit to the shared resource with a hash value of 0, and also transmits an MSCP0 exclusion information reproduction request with an instruction to limit to the shared resource with a hash value of 1 to MSCP2. The exclusive control table reproducing unit 516 of MSCP1 restores the exclusive control table A1, which is a part of the exclusive control table A of the failed MSCP0, on the MSCP1 based on the lock data related to the shared resource with the hash value 0 in the lock data stored in the lock data table A of MSCP1. Also, the exclusive control table reproducing unit 516 of MSCP2 restores the exclusive control table A2, which is the remaining part of the exclusive control table A of the failed MSCP0, based on the lock data related to the shared resource with the hash value 1 in the lock data stored in the lock data table A of MSCP2. After that, the failed MSCP0 is disconnected from the system, and the system continues to operate using the two MSCP1 and 2 units. At this time, MSCP1 uses exclusive control tables A1 and B, and MSCP2 uses exclusive control tables A2 and C.

図１３Ｄは、ＭＳＣＰ１故障時のＭＳＣＰサブシステムの復元状態を示す。ＭＳＣＰ１が故障した場合、ＭＳＣＰ０故障時と同様のＭＳＣＰリリーフ動作が行われることにより、ＭＳＣＰ０のロックデータテーブルＢに保存されたロックデータに基づいて、故障したＭＳＣＰ１の排他制御テーブルＢの一部である排他制御テーブルＢ１がＭＳＣＰ０上に復元され、またＭＳＣＰ２のロックデータテーブルＢに保存されたロックデータに基づいて、故障したＭＳＣＰ１の排他制御テーブルＢの残りの部分である排他制御テーブルＢ２が復元される。そして、故障したＭＳＣＰ１がシステムから切り離され、ＭＳＣＰ０、２の２台を使ってシステムの運用が継続される。 FIG. 13D shows the restored state of the MSCP subsystem upon MSCP1 failure. When MSCP1 fails, the same MSCP relief operation as in the case of MSCP0 failure is performed to restore exclusive control table B1, which is part of exclusive control table B of failed MSCP1, on MSCP0 based on the lock data saved in lock data table B of MSCP0, and restore exclusive control table B2, which is the remaining part of exclusive control table B of failed MSCP1, based on the lock data saved in lock data table B of MSCP2. Then, the failed MSCP1 is separated from the system, and the system operation is continued using the two MSCP0 and 2.

図１３Ｅは、ＭＳＣＰ２故障時のＭＳＣＰサブシステムの復元状態を示す。ＭＳＣＰ２が故障した場合、ＭＳＣＰ０故障時と同様のＭＳＣＰリリーフ動作が行われることにより、ＭＳＣＰ０のロックデータテーブルＣに保存されたロックデータに基づいて、故障したＭＳＣＰ２の排他制御テーブルＣの一部である排他制御テーブルＣ１がＭＳＣＰ０上に復元され、またＭＳＣＰ１のロックデータテーブルＣに保存されたロックデータに基づいて、故障したＭＳＣＰ２の排他制御テーブルＣの残りの部分である排他制御テーブルＣ２が復元される。そして、故障したＭＳＣＰ２がシステムから切り離し、ＭＳＣＰ０、１の２台を使ってシステムの運用が継続される。 FIG. 13E shows the restored state of the MSCP subsystem upon MSCP2 failure. When MSCP2 fails, the same MSCP relief operation as in the case of MSCP0 failure is performed to restore the exclusive control table C1, which is a part of the exclusive control table C of the failed MSCP2, on MSCP0 based on the lock data saved in the lock data table C of MSCP0, and restore the exclusive control table C2, which is the remaining part of the exclusive control table C of the failed MSCP2, based on the lock data saved in the lock data table C of MSCP1. Then, the failed MSCP2 is separated from the system, and the system operation is continued using the two MSCP0 and MSCP1.

排他制御テーブルＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２を復元する方法について、排他制御テーブルＡ１を例にしてより詳細に説明する。 A method for restoring the exclusive control tables A1, A2, B1, B2, C1, and C2 will be described in more detail using the exclusive control table A1 as an example.

ホスト１のＭＳＣＰリリーフ制御部１１８は、図５のステップＳ１４０において、先ず、ロックデータテーブル１２２に保存されているロックデータのうち、ＭＳＣＰ１がＭＳＣＰ０から最後に受信したロックデータに含まれる通番（受信完了通番）以降の通番を含むロックデータを全て取得する。この取得したロックデータに係る共用資源は、その識別情報のハッシュ値が０または１の何れかである。次にＭＳＣＰリリーフ制御部１１８は、上記取得したロックデータのうち、共用資源の識別情報のハッシュ値が０となるロックデータのみを不足ロックデータとして取得し、ＭＳＣＰ０排他制御テーブル復元用の不足ロックデータとしてＭＳＣＰ１へ送信する。またホスト２のＭＳＣＰリリーフ制御部２１８は、図５のステップＳ１４３において、先ず、ロックデータテーブル２２２に保存されているロックデータのうち、ＭＳＣＰ１がＭＳＣＰ０から最後に受信したロックデータに含まれる通番（受信完了通番）以降の通番を含むロックデータを全て取得する。この取得したロックデータに係る共用資源は、その識別情報のハッシュ値が０または１の何れかである。次にＭＳＣＰリリーフ制御部２１８は、上記取得したロックデータのうち、共用資源の識別情報のハッシュ値が０となるロックデータのみをＭＳＣＰ０排他制御テーブル復元用の不足ロックデータとして取得し、ＭＳＣＰ１へ送信する。 In step S140 of FIG. 5, the MSCP relief control unit 118 of the host 1 first acquires all of the lock data stored in the lock data table 122 that includes serial numbers (reception completion serial numbers) and subsequent numbers contained in the lock data lastly received by MSCP1 from MSCP0. The shared resource associated with the acquired lock data has a hash value of either 0 or 1 for its identification information. Next, the MSCP relief control unit 118 acquires only the lock data whose hash value of the identification information of the shared resource is 0 among the acquired lock data as insufficient lock data, and transmits it to MSCP1 as insufficient lock data for restoring the MSCP0 exclusion control table. Also, in step S143 of FIG. 5, the MSCP relief control unit 218 of the host 2 first acquires all lock data including a serial number (reception completion serial number) and subsequent numbers included in the lock data lastly received by MSCP1 from MSCP0, among the lock data stored in the lock data table 222. The shared resource associated with the acquired lock data has a hash value of either 0 or 1 for its identification information. Next, the MSCP relief control unit 218 acquires only the lock data whose shared resource identification information has a hash value of 0 from the acquired lock data as missing lock data for restoring the MSCP0 exclusive control table, and transmits it to MSCP1.

ＭＳＣＰ１のロックデータ受信部５１５は、図５のステップＳ１４５において、ホスト１、２から送信された上記不足ロックデータを受信してロックデータテーブルＡに保存する。またＭＳＣＰ１の排他制御テーブル再生部５１６は、図５のステップＳ１４９において、ロックデータテーブルＡに保存されたロックデータに基づいて、故障したＭＳＣＰ０の排他制御テーブルＡのうち、ハッシュ値が０となる識別情報の共用資源に係る排他制御テーブルＡ１を再生する。具体的には、ロックデータテーブルＡに保存されているロックデータのうち、ハッシュ値が０となる識別情報の共用資源に係るロックデータに基づいて排他制御テーブルを再生する。 The lock data receiving unit 515 of the MSCP 1 receives the insufficient lock data transmitted from the hosts 1 and 2 and stores it in the lock data table A in step S145 of FIG. 5, based on the lock data stored in the lock data table A, the exclusion control table reproduction unit 516 of MSCP1 reproduces the exclusion control table A1 related to the shared resource of the identification information whose hash value is 0 among the exclusion control tables A of the failed MSCP0. Specifically, among the lock data stored in the lock data table A, the exclusive control table is regenerated based on the lock data related to the shared resource of the identification information whose hash value is 0.

排他制御テーブルＡ２は、ハッシュ値が１となる識別情報の共用資源に係るロックデータに基づいて再生されるテーブルである。排他制御テーブルＢ１は、ハッシュ値が２となる識別情報の共用資源に係るロックデータに基づいて再生されるテーブルである。排他制御テーブルＢ２は、ハッシュ値が３となる識別情報の共用資源に係るロックデータに基づいて再生されるテーブルである。排他制御テーブルＣ１は、ハッシュ値が４となる識別情報の共用資源に係るロックデータに基づいて再生されるテーブルである。排他制御テーブルＣ２は、ハッシュ値が５となる識別情報の共用資源に係るロックデータに基づいて再生されるテーブルである。これらの排他制御テーブルＡ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２の再生方法は、排他制御テーブルＡ１の再生方法と同様であるため、その詳細な説明は省略する。 The exclusive control table A2 is a table that is reproduced based on the lock data related to the shared resource of the identification information whose hash value is 1. The exclusive control table B1 is a table reproduced based on the lock data related to the shared resource of the identification information with the hash value of 2. The exclusive control table B2 is a table reproduced based on the lock data related to the shared resource of the identification information whose hash value is 3. The exclusive control table C1 is a table that is reproduced based on the lock data related to the shared resource of the identification information with the hash value of 4. The exclusive control table C2 is a table that is reproduced based on the lock data related to the shared resource of the identification information with the hash value of 5. Since the reproduction method of these exclusive control tables A2, B1, B2, C1, and C2 is the same as the reproduction method of the exclusive control table A1, detailed description thereof will be omitted.

図１３Ａ～図１３Ｅを参照して説明したように、稼働系ＭＳＣＰ（例えばＭＳＣＰ０）に対して複数の待機系ＭＳＣＰ（例えばＭＳＣＰ1、ＭＳＣＰ２）を備えた疎結合システムにおいて、稼働系ＭＳＣＰ０は、ロックデータをそれぞれの待機系ＭＳＣＰ１、２に送信し、稼働系ＭＳＣＰ０が故障した場合、それぞれのホスト１、２は、故障した稼働系ＭＳＣＰ０の代わりに使用する複数の待機系ＭＳＣＰ１，２それぞれが受け持つ共用資源を決定し、待機系ＭＳＣＰ１、２毎に、ホスト側のロックデータのうち待機系ＭＳＣＰ１、２が稼働系ＭＳＣＰから受信したロックデータに含まれる通番の最新のもの以降の通番であって且つ当該待機系ＭＳＣＰ１、２が受け持つ共用資源に係るロックデータを待機系ＭＳＣＰ１，２へ送信し、それぞれの待機系ＭＳＣＰ１、２は、稼働系ＭＳＣＰ０から受信したロックデータとそれぞれのホスト１、２から受信したロックデータとに基づいて、故障した稼働系ＭＳＣＰ０の排他制御テーブルＡのうち当該待機系ＭＳＣＰ１，２が受け持つ共用資源に係る排他制御テーブルＡ１、Ａ２を再生する。このようにすることによって、稼働系ＭＳＣＰ０故障時に、その排他制御テーブルＡ全体を１つの待機系ＭＳＣＰ（例えばＭＳＣＰ１）に再生する場合に比べて、排他制御テーブル再生処理の負荷が特定のＭＳＣＰに集中するのを防止でき、また運用再開後にロックもしくはアンロックに係る排他制御処理の負荷が特定のＭＳＣＰに集中するのを防止することができる。 As described with reference to FIGS. 13A-13E, in a loosely coupled system with multiple standby MSCPs (eg, MSCP1, MSCP2) to an active MSCP (eg, MSCP0), the active MSCP0 sends lock data to the respective standby MSCP1,2, and if the active MSCP0 fails, the respective hosts 1,2 determine the shared resources each of the multiple standby MSCPs1,2 will use in place of the failed active MSCP0. Each of the standby MSCPs 1 and 2 transmits to the standby MSCPs 1 and 2, of the lock data on the host side, lock data having serial numbers after the latest serial number included in the lock data received from the active MSCP by the standby MSCPs 1 and 2 and related to the shared resources that the standby MSCPs 1 and 2 are in charge of, and each of the standby MSCPs 1 and 2 transmits to the standby MSCPs 1 and 2 based on the lock data received from the active system MSCP 0 and the lock data received from the respective hosts 1 and 2, the failed active MSCP. 0 of the exclusive control table A, the exclusive control tables A1 and A2 related to the shared resources handled by the standby MSCP 1 and 2 are reproduced. By doing so, when the active system MSCP0 fails, the load of the exclusive control table reproduction process can be prevented from being concentrated on a specific MSCP, and the load of the exclusive control process related to locking or unlocking can be prevented from being concentrated on the specific MSCP after the restart of the operation, compared to the case where the entire exclusive control table A is reproduced in one standby system MSCP (for example, MSCP1).

［第４の実施形態］
次に本発明の第４の実施形態に係る疎結合システム４００について説明する。図１４を参照すると、疎結合システム４００は、複数のホスト４０１と、複数のホスト４０１で共用する共用資源４０２と、稼働系ＭＳＣＰ４０３と、待機系ＭＳＣＰ４０４と、を備えている。 [Fourth embodiment]
Next, a loosely coupled system 400 according to a fourth embodiment of the invention will be described. Referring to FIG. 14, the loosely coupled system 400 comprises a plurality of hosts 401 , a shared resource 402 shared by the plurality of hosts 401 , an active MSCP 403 and a standby MSCP 404 .

稼働系ＭＳＣＰ４０３は、それぞれのホスト４０１から送信された共用資源４０２をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元のホスト４０１に送信するように構成されている。また稼働系ＭＳＣＰ４０３は、上記コマンドと上記コマンド実行結果とを含む装置側ロックデータを待機系ＭＳＣＰ４０４に送信するように構成されている。 The active MSCP 403 is configured to perform exclusive processing in accordance with commands for locking or unlocking the shared resource 402 sent from each host 401 and to send command execution results to the host 401 that is the sender. The active MSCP 403 is also configured to transmit device-side lock data including the above command and the command execution result to the standby MSCP 404 .

待機系ＭＳＣＰ４０４は、稼働系ＭＳＣＰ４０３から装置側ロックデータを受信するように構成されている。また待機系ＭＳＣＰ４０４は、稼働系ＭＳＣＰ４０３が故障した場合、稼働系ＭＳＣＰ４０３から受信した装置側ロックデータに基づいて、故障した稼働系ＭＳＣＰ４０３の排他制御情報を再生するように構成されている。 The standby MSCP 404 is configured to receive device-side lock data from the active MSCP 403 . The standby MSCP 404 is configured to reproduce the exclusive control information of the failed active MSCP 403 based on the device-side lock data received from the active MSCP 403 when the active MSCP 403 fails.

このように構成された疎結合システム４００は、以下のように機能する。即ち、稼働系ＭＳＣＰ４０３は、それぞれのホスト４０１から送信された共用資源４０２をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元のホスト４０１に送信し、また上記コマンドと上記コマンド実行結果とを含む装置側ロックデータを待機系ＭＳＣＰ４０４に送信する。待機系ＭＳＣＰ４０４は、稼働系ＭＳＣＰ４０３から装置側ロックデータを受信し、稼働系ＭＳＣＰ４０３が故障した場合、稼働系ＭＳＣＰ４０３から受信した装置側ロックデータに基づいて、故障した稼働系ＭＳＣＰ４０３の排他制御情報を再生する。 The loosely coupled system 400 configured in this way functions as follows. That is, the active MSCP 403 performs exclusive processing according to the command to lock or unlock the shared resource 402 transmitted from each host 401, transmits the command execution result to the transmission source host 401, and transmits device-side lock data including the command and the command execution result to the standby MSCP 404. The standby MSCP 404 receives device-side lock data from the active MSCP 403 , and when the active MSCP 403 fails, reproduces the exclusive control information of the failed active MSCP 403 based on the device-side lock data received from the active MSCP 403 .

このように本実施形態によれば、複数のホストと複数のＭＳＣＰとの接続形態による制約を受けずに、故障した稼働系ＭＳＣＰが保持していた排他制御情報を待機系ＭＳＣＰに速やかに再生することができる。その理由は、稼働系ＭＳＣＰ４０３は、それぞれのホスト４０１から送信された共用資源４０２をロックもしくはアンロックするコマンドに従って排他処理を行い、上記コマンドと上記コマンド実行結果とを含む装置側ロックデータを待機系ＭＳＣＰ４０４に送信し、待機系ＭＳＣＰ４０４は、稼働系ＭＳＣＰ４０３から装置側ロックデータを受信し、稼働系ＭＳＣＰ４０３が故障した場合、稼働系ＭＳＣＰ４０３から受信した装置側ロックデータに基づいて、故障した稼働系ＭＳＣＰ４０３の排他制御情報を再生するためである。 As described above, according to the present embodiment, exclusive control information held by a failed working MSCP can be quickly reproduced in a standby MSCP without being restricted by connection modes between multiple hosts and multiple MSCPs. The reason for this is that the active MSCP 403 performs exclusive processing according to the command to lock or unlock the shared resource 402 transmitted from each host 401, transmits the device-side lock data including the command and the command execution result to the standby MSCP 404, and the standby MSCP 404 receives the device-side lock data from the active MSCP 403, and if the active MSCP 403 fails, based on the device-side lock data received from the active MSCP 403, This is for reproducing the exclusive control information of the active system MSCP 403 that has failed.

以上、上記各実施形態を参照して本発明を説明したが、本発明は、上述した実施形態に限定されるものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解しうる様々な変更をすることができる。 Although the present invention has been described with reference to the above-described embodiments, the present invention is not limited to the above-described embodiments. Various changes can be made to the configuration and details of the present invention within the scope of the present invention that can be understood by those skilled in the art.

本発明は、複数のホスト間で共用される共用資源を、ＭＳＣＰを用いて排他制御しながら複数の処理を行う疎結合システムに利用できる。 INDUSTRIAL APPLICABILITY The present invention can be used in a loosely coupled system in which shared resources shared among a plurality of hosts are subjected to exclusive control using MSCP while performing a plurality of processes.

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備え、
前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
前記待機系排他制御装置は、前記稼働系排他制御装置から前記装置側ロックデータを受信し、
前記稼働系排他制御装置が故障した場合、前記待機系排他制御装置は、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
疎結合システム。
［付記２］
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備え、
前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
それぞれの前記ホストは、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、
前記待機系排他制御装置は、前記稼働系排他制御装置から前記装置側ロックデータを受信し、
前記稼働系排他制御装置が故障した場合、それぞれの前記ホストは、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番の前記ホスト側ロックデータを前記待機系排他制御装置へ送信し、前記待機系排他制御装置は、前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
疎結合システム。
［付記３］
前記待機系排他制御装置を複数備え、
前記稼働系排他制御装置は、前記装置側ロックデータをそれぞれの前記待機系排他制御装置に送信し、
前記稼働系排他制御装置が故障した場合、それぞれの前記ホストは、故障した前記稼働系排他制御装置の代わりに使用する前記複数の待機系排他制御装置それぞれが受け持つ前記共用資源を決定し、前記待機系排他制御装置毎に、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番であって且つ当該待機系排他制御装置が受け持つ前記共用資源に係る前記ホスト側ロックデータを前記待機系排他制御装置へ送信し、それぞれの前記待機系排他制御装置は、前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報のうち当該待機系排他制御装置が受け持つ前記共用資源に係る排他制御情報を再生する、
付記２に記載の疎結合システム。
［付記４］
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備えた疎結合システムが実行するリカバリ方法であって、
前記稼働系排他制御装置が、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
前記待機系排他制御装置が、前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
リカバリ方法。
［付記５］
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備えた疎結合システムが実行するリカバリ方法であって、
前記稼働系排他制御装置が、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
それぞれの前記ホストが、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、
前記待機系排他制御装置が、前記稼働系排他制御装置から前記装置側ロックデータを受信し、
前記稼働系排他制御装置が故障した場合、それぞれの前記ホストが、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番の前記ホスト側ロックデータを前記待機系排他制御装置へ送信し、前記待機系排他制御装置が、前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
リカバリ方法。
［付記６］
前記疎結合システムは、前記待機系排他制御装置を複数備え、
前記稼働系排他制御装置が、前記装置側ロックデータをそれぞれの前記待機系排他制御装置に送信し、
前記稼働系排他制御装置が故障した場合、それぞれの前記ホストが、故障した前記稼働系排他制御装置の代わりに使用する前記複数の待機系排他制御装置それぞれが受け持つ前記共用資源を決定し、前記待機系排他制御装置毎に、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番であって且つ当該待機系排他制御装置が受け持つ前記共用資源に係る前記ホスト側ロックデータを前記待機系排他制御装置へ送信し、それぞれの前記待機系排他制御装置が、前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報のうち当該待機系排他制御装置が受け持つ前記共用資源に係る排他制御情報を再生する、
付記５に記載のリカバリ方法。
［付記７］
複数のホストと前記複数のホストで共用する共用資源と稼働系排他制御装置と待機系排他制御装置とを備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信する、疎結合システムにおける前記待機系排他制御装置であって、
前記稼働系排他制御装置から前記装置側ロックデータを受信する手段と、
前記稼働系排他制御装置が故障した場合、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する手段と、
を備える待機系排他制御装置。
［付記８］
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを前記待機系排他制御装置に送信し、それぞれの前記ホストは、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、前記稼働系排他制御装置が故障した場合、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番の前記ホスト側ロックデータを前記待機系排他制御装置へ送信する、疎結合システムにおける前記待機系排他制御装置であって、
前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストから前記ホスト側ロックデータを受信する手段と、
前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する手段と、
を備える待機系排他制御装置。
［付記９］
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、複数の待機系排他制御装置と、を備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを複数の前記待機系排他制御装置のそれぞれに送信し、それぞれの前記ホストは、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストは、故障した前記稼働系排他制御装置の代わりに使用する前記複数の待機系排他制御装置それぞれが受け持つ前記共用資源を決定し、前記待機系排他制御装置毎に、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番であって且つ当該待機系排他制御装置が受け持つ前記共用資源に係る前記ホスト側ロックデータを前記待機系排他制御装置へ送信する、疎結合システムにおける前記待機系排他制御装置であって、
前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストから前記ホスト側ロックデータを受信する手段と、
前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する手段と、
を備える待機系排他制御装置。
［付記１０］
複数のホストと前記複数のホストで共用する共用資源と稼働系排他制御装置と待機系排他制御装置とを備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果を送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果とを含む装置側ロックデータを前記待機系排他制御装置に送信する、疎結合システムにおける前記待機系排他制御装置を構成するコンピュータに、
前記稼働系排他制御装置から前記装置側ロックデータを受信する処理と、
前記稼働系排他制御装置が故障した場合、前記稼働系排他制御装置から受信した前記装置側ロックデータに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する処理と、
を行わせるためのプログラム。
［付記１１］
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを前記待機系排他制御装置に送信し、それぞれの前記ホストは、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、前記稼働系排他制御装置が故障した場合、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番の前記ホスト側ロックデータを前記待機系排他制御装置へ送信する、疎結合システムにおける前記待機系排他制御装置を構成するコンピュータに、
前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストから前記ホスト側ロックデータを受信する処理と、
前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する処理と、
を行わせるためのプログラム。
［付記１２］
複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、複数の待機系排他制御装置と、を備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを複数の前記待機系排他制御装置のそれぞれに送信し、それぞれの前記ホストは、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストは、故障した前記稼働系排他制御装置の代わりに使用する前記複数の待機系排他制御装置それぞれが受け持つ前記共用資源を決定し、前記待機系排他制御装置毎に、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番であって且つ当該待機系排他制御装置が受け持つ前記共用資源に係る前記ホスト側ロックデータを前記待機系排他制御装置へ送信する、疎結合システムにおける前記待機系排他制御装置を構成するコンピュータに、
前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストから前記ホスト側ロックデータを受信する処理と、
前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する処理と、
を行わせるためのプログラム。 Some or all of the above embodiments may also be described in the following additional remarks, but are not limited to the following.
[Appendix 1]
a plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a standby exclusive control device;
The active exclusive control device performs exclusive processing according to a command for locking or unlocking the shared resource transmitted from each of the hosts, transmits a command execution result to the transmission source host, and transmits device-side lock data including the command and the command execution result to the standby exclusive control device;
The standby exclusive control device receives the device-side lock data from the active exclusive control device,
When the active exclusive control device fails, the standby exclusive control device reproduces the exclusive control information of the failed active exclusive control device based on the device-side lock data received from the active exclusive control device.
Loosely coupled system.
[Appendix 2]
a plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a standby exclusive control device;
The active exclusive control device performs exclusive processing according to a command for locking or unlocking the shared resource transmitted from each of the hosts, transmits a command execution result and a serial number assigned to the command execution result to the transmission source host, and transmits device-side lock data including the command, the command execution result, and the serial number to the standby exclusive control device;
each of the hosts holds host-side lock data including the command sent to the active exclusive control device, the command execution result received from the active exclusive control device, and the serial number;
The standby exclusive control device receives the device-side lock data from the active exclusive control device,
When the active exclusive control device fails, each of the hosts transmits to the standby exclusive control device the host-side lock data having a serial number after the latest serial number included in the device-side lock data received by the standby exclusive control device from the active exclusive control device, among the host-side lock data. regenerate exclusive control information,
Loosely coupled system.
[Appendix 3]
comprising a plurality of the standby exclusive control devices;
The active exclusive control device transmits the device-side lock data to each of the standby exclusive control devices,
When the active exclusive control device fails, each of the hosts determines the shared resources to be handled by each of the plurality of standby exclusive control devices to be used in place of the failed active exclusive control device, and waits for each of the standby exclusive control devices the host-side locked data having a serial number after the newest serial number included in the device-side lock data received by the standby exclusive control device from the active exclusive control device and related to the shared resource handled by the standby exclusive control device. each of the standby exclusive control devices, based on the device-side lock data received from the active exclusive control device and the host-side lock data received from each of the hosts, among the exclusive control information of the failed active exclusive control device, reproduces the exclusive control information related to the shared resource that the standby exclusive control device is in charge of.
The loosely coupled system of clause 2.
[Appendix 4]
A recovery method executed by a loosely coupled system comprising a plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a standby exclusive control device,
The active exclusive control device performs exclusive processing according to commands for locking or unlocking the shared resource transmitted from each of the hosts, transmits command execution results to the transmission source host, and transmits device-side lock data including the commands and the command execution results to the standby exclusive control device;
When the standby exclusive control device receives the device-side lock data from the working exclusive control device and the working exclusive control device fails, the exclusive control information of the failed working exclusive control device is reproduced based on the device-side lock data received from the working exclusive control device.
recovery method.
[Appendix 5]
A recovery method executed by a loosely coupled system comprising a plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a standby exclusive control device,
The active exclusive control device performs exclusive processing according to a command for locking or unlocking the shared resource transmitted from each of the hosts, transmits a command execution result and a serial number assigned to the command execution result to the transmission source host, and transmits device-side lock data including the command, the command execution result, and the serial number to the standby exclusive control device;
each of the hosts holds host-side lock data including the command sent to the active exclusive control device, the command execution result received from the active exclusive control device, and the serial number;
the standby exclusive control device receives the device-side lock data from the active exclusive control device;
When the active exclusive control device fails, each of the hosts transmits to the standby exclusive control device the host-side lock data having a serial number after the latest serial number included in the device-side lock data received by the standby exclusive control device from the active exclusive control device, and the standby exclusive control device determines the status of the failed active exclusive control device based on the device-side lock data received from the active exclusive control device and the host-side lock data received from each of the hosts. regenerate exclusive control information,
recovery method.
[Appendix 6]
The loosely coupled system includes a plurality of the standby exclusive control devices,
the active exclusive control device transmits the device-side lock data to each of the standby exclusive control devices;
When the active exclusive control device fails, each of the hosts determines the shared resource to be handled by each of the plurality of standby exclusive control devices to be used in place of the failed active exclusive control device, and waits for each of the standby exclusive control devices the host-side locked data having a serial number after the latest serial number included in the device-side lock data received by the standby exclusive control device from the active exclusive control device and related to the shared resource handled by the standby exclusive control device. each of the standby exclusive control devices, based on the device-side lock data received from the active exclusive control device and the host-side lock data received from each of the hosts, among the exclusive control information of the failed active exclusive control device, reproduces the exclusive control information related to the shared resource handled by the standby exclusive control device;
The recovery method described in Supplementary Note 5.
[Appendix 7]
A standby exclusive control device in a loosely coupled system comprising a plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a standby exclusive control device, wherein the active exclusive control device performs exclusive processing according to a command for locking or unlocking the shared resource transmitted from each of the hosts, transmits a command execution result to the host as a transmission source, and transmits device-side lock data including the command and the command execution result to the standby exclusive control device,
means for receiving the device-side lock data from the active exclusive control device;
means for, when the active exclusive control device fails, reproducing exclusive control information of the failed active exclusive control device based on the device-side lock data received from the active exclusive control device;
Standby system exclusive control device.
[Appendix 8]
A plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a standby exclusive control device are provided, wherein the active exclusive control device performs exclusive processing according to a command for locking or unlocking the shared resource transmitted from each of the hosts, transmits a command execution result and a serial number assigned to the command execution result to the host as a transmission source, and transmits device-side lock data including the command, the command execution result, and the serial number to the standby exclusive control device, The host holds host-side lock data including the command sent to the active exclusive control device, the command execution result received from the active exclusive control device, and the serial number, and when the active exclusive control device fails, the host-side lock data having a serial number after the latest serial number included in the device-side lock data received by the standby exclusive control device from the active exclusive control device among the host-side lock data is transmitted to the standby exclusive control device, wherein the host-side lock data is transmitted to the standby exclusive control device. ,
means for receiving the device-side lock data from the active exclusive control device, and receiving the host-side lock data from each of the hosts when the active exclusive control device fails;
means for reproducing exclusive control information of the failed active exclusive control device based on the device-side lock data received from the active exclusive control device and the host-side lock data received from each of the hosts;
Standby system exclusive control device.
[Appendix 9]
A plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a plurality of standby exclusive control devices, wherein the active exclusive control device performs exclusive processing according to a command for locking or unlocking the shared resource transmitted from each of the hosts, transmits a command execution result and a serial number assigned to the command execution result to the host as a transmission source, and sends device-side lock data including the command, the command execution result, and the serial number to each of the plurality of standby exclusive control devices. each host retains host-side lock data including the command sent to the active exclusive control device, the command execution result received from the active exclusive control device, and the serial number; when the active exclusive control device fails, each of the hosts determines the shared resource to be used by each of the plurality of standby exclusive control devices to be used in place of the failed active exclusive control device; said standby exclusive control device in a loosely coupled system, which transmits to said standby exclusive control device said host side lock data having a serial number subsequent to the latest serial number included in said device side lock data received from said system exclusive control device and related to said shared resource that said standby exclusive control device is in charge of, said standby exclusive control device comprising:
means for receiving the device-side lock data from the active exclusive control device, and receiving the host-side lock data from each of the hosts when the active exclusive control device fails;
means for reproducing exclusive control information of the failed active exclusive control device based on the device-side lock data received from the active exclusive control device and the host-side lock data received from each of the hosts;
Standby system exclusive control device.
[Appendix 10]
A computer that constitutes the standby exclusive control device in a loosely coupled system, comprising a plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a standby exclusive control device, wherein the active exclusive control device performs exclusive processing according to a command for locking or unlocking the shared resource transmitted from each of the hosts, transmits a command execution result to the host that is the transmission source, and transmits device-side lock data including the command and the command execution result to the standby exclusive control device.
a process of receiving the device-side lock data from the active exclusive control device;
a process of reproducing exclusive control information of the failed active exclusive control device based on the device-side lock data received from the active exclusive control device when the active exclusive control device fails;
A program to make the
[Appendix 11]
A plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a standby exclusive control device are provided, wherein the active exclusive control device performs exclusive processing according to a command for locking or unlocking the shared resource transmitted from each of the hosts, transmits a command execution result and a serial number assigned to the command execution result to the host as a transmission source, and transmits device-side lock data including the command, the command execution result, and the serial number to the standby exclusive control device, The host configures the standby exclusive control device in a loosely coupled system, wherein host-side lock data including the command sent to the active exclusive control device, the command execution result received from the active exclusive control device, and the serial number are included, and when the active exclusive control device fails, the host-side lock data having serial numbers after the latest serial number included in the device-side lock data received by the standby exclusive control device from the active exclusive control device among the host-side lock data are transmitted to the standby exclusive control device. on the computer that
a process of receiving the device-side lock data from the active exclusive control device, and receiving the host-side lock data from each of the hosts when the active exclusive control device fails;
a process of reproducing exclusive control information of the failed active exclusive control device based on the device-side lock data received from the active exclusive control device and the host-side lock data received from each of the hosts;
A program to make the
[Appendix 12]
A plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a plurality of standby exclusive control devices are provided, wherein the active exclusive control devices perform exclusive processing according to commands for locking or unlocking the shared resources transmitted from the respective hosts, transmit command execution results and serial numbers assigned to the command execution results to the transmission source host, and transmit device-side lock data including the commands, the command execution results, and the serial numbers to each of the plurality of standby exclusive control devices. each host retains host-side lock data including the command sent to the active exclusive control device, the command execution result received from the active exclusive control device, and the serial number; when the active exclusive control device fails, each of the hosts determines the shared resource to be used by each of the plurality of standby exclusive control devices to be used in place of the failed active exclusive control device; A computer constituting the standby exclusive control device in a loosely coupled system, which transmits to the standby exclusive control device the host side lock data having a serial number after the latest serial number included in the device side lock data received from the system exclusive control device and related to the shared resource that the standby exclusive control device is in charge of,
a process of receiving the device-side lock data from the active exclusive control device, and receiving the host-side lock data from each of the hosts when the active exclusive control device fails;
a process of reproducing exclusive control information of the failed active exclusive control device based on the device-side lock data received from the active exclusive control device and the host-side lock data received from each of the hosts;
A program to make the

１…ホスト
２…ホスト
３…共用資源
４…稼働系ＭＳＣＰ
５…待機系ＭＳＣＰ 1 --- Host 2 --- Host 3 --- Shared resource 4 --- Active MSCP
5 Standby system MSCP

Claims (7)

複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備え、
前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
それぞれの前記ホストは、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、
前記待機系排他制御装置は、前記稼働系排他制御装置から前記装置側ロックデータを受信し、
前記稼働系排他制御装置が故障した場合、それぞれの前記ホストは、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番の前記ホスト側ロックデータを前記待機系排他制御装置へ送信し、前記待機系排他制御装置は、前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
疎結合システム。 a plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a standby exclusive control device;
The active exclusive control device performs exclusive processing according to a command for locking or unlocking the shared resource transmitted from each of the hosts, transmits a command execution result and a serial number assigned to the command execution result to the transmission source host, and transmits device-side lock data including the command, the command execution result, and the serial number to the standby exclusive control device;
each of the hosts holds host-side lock data including the command sent to the active exclusive control device, the command execution result received from the active exclusive control device, and the serial number;
The standby exclusive control device receives the device-side lock data from the active exclusive control device,
When the active exclusive control device fails, each of the hosts transmits to the standby exclusive control device the host-side lock data having a serial number after the latest serial number included in the device-side lock data received by the standby exclusive control device from the active exclusive control device, among the host-side lock data. regenerate exclusive control information,
Loosely coupled system. 前記待機系排他制御装置を複数備え、
前記稼働系排他制御装置は、前記装置側ロックデータをそれぞれの前記待機系排他制御装置に送信し、
前記稼働系排他制御装置が故障した場合、それぞれの前記ホストは、故障した前記稼働系排他制御装置の代わりに使用する前記複数の待機系排他制御装置それぞれが受け持つ前記共用資源を決定し、前記待機系排他制御装置毎に、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番であって且つ当該待機系排他制御装置が受け持つ前記共用資源に係る前記ホスト側ロックデータを前記待機系排他制御装置へ送信し、それぞれの前記待機系排他制御装置は、前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報のうち当該待機系排他制御装置が受け持つ前記共用資源に係る排他制御情報を再生する、
請求項１に記載の疎結合システム。 comprising a plurality of the standby exclusive control devices;
The active exclusive control device transmits the device-side lock data to each of the standby exclusive control devices,
When the active exclusive control device fails, each of the hosts determines the shared resources to be handled by each of the plurality of standby exclusive control devices to be used in place of the failed active exclusive control device, and waits for each of the standby exclusive control devices the host-side locked data having a serial number after the newest serial number included in the device-side lock data received by the standby exclusive control device from the active exclusive control device and related to the shared resource handled by the standby exclusive control device. each of the standby exclusive control devices, based on the device-side lock data received from the active exclusive control device and the host-side lock data received from each of the hosts, among the exclusive control information of the failed active exclusive control device, reproduces the exclusive control information related to the shared resource that the standby exclusive control device is in charge of.
2. The loosely coupled system of claim 1 . 複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備えた疎結合システムが実行するリカバリ方法であって、
前記稼働系排他制御装置が、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを前記待機系排他制御装置に送信し、
それぞれの前記ホストが、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、
前記待機系排他制御装置が、前記稼働系排他制御装置から前記装置側ロックデータを受信し、
前記稼働系排他制御装置が故障した場合、それぞれの前記ホストが、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番の前記ホスト側ロックデータを前記待機系排他制御装置へ送信し、前記待機系排他制御装置が、前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する、
リカバリ方法。 A recovery method executed by a loosely coupled system comprising a plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a standby exclusive control device,
The active exclusive control device performs exclusive processing according to a command for locking or unlocking the shared resource transmitted from each of the hosts, transmits a command execution result and a serial number assigned to the command execution result to the transmission source host, and transmits device-side lock data including the command, the command execution result, and the serial number to the standby exclusive control device;
each of the hosts holds host-side lock data including the command sent to the active exclusive control device, the command execution result received from the active exclusive control device, and the serial number;
the standby exclusive control device receives the device-side lock data from the active exclusive control device;
When the active exclusive control device fails, each of the hosts transmits to the standby exclusive control device the host-side lock data having a serial number after the latest serial number included in the device-side lock data received by the standby exclusive control device from the active exclusive control device, and the standby exclusive control device determines the status of the failed active exclusive control device based on the device-side lock data received from the active exclusive control device and the host-side lock data received from each of the hosts. regenerate exclusive control information,
recovery method. 前記疎結合システムは、前記待機系排他制御装置を複数備え、
前記稼働系排他制御装置が、前記装置側ロックデータをそれぞれの前記待機系排他制御装置に送信し、
前記稼働系排他制御装置が故障した場合、それぞれの前記ホストが、故障した前記稼働系排他制御装置の代わりに使用する前記複数の待機系排他制御装置それぞれが受け持つ前記共用資源を決定し、前記待機系排他制御装置毎に、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番であって且つ当該待機系排他制御装置が受け持つ前記共用資源に係る前記ホスト側ロックデータを前記待機系排他制御装置へ送信し、それぞれの前記待機系排他制御装置が、前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報のうち当該待機系排他制御装置が受け持つ前記共用資源に係る排他制御情報を再生する、
請求項３に記載のリカバリ方法。 The loosely coupled system includes a plurality of the standby exclusive control devices,
the active exclusive control device transmits the device-side lock data to each of the standby exclusive control devices;
When the active exclusive control device fails, each of the hosts determines the shared resource to be handled by each of the plurality of standby exclusive control devices to be used in place of the failed active exclusive control device, and waits for each of the standby exclusive control devices the host-side locked data having a serial number after the latest serial number included in the device-side lock data received by the standby exclusive control device from the active exclusive control device and related to the shared resource handled by the standby exclusive control device. each of the standby exclusive control devices, based on the device-side lock data received from the active exclusive control device and the host-side lock data received from each of the hosts, among the exclusive control information of the failed active exclusive control device, reproduces the exclusive control information related to the shared resource handled by the standby exclusive control device;
The recovery method according to claim 3 . 複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを前記待機系排他制御装置に送信し、それぞれの前記ホストは、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、前記稼働系排他制御装置が故障した場合、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番の前記ホスト側ロックデータを前記待機系排他制御装置へ送信する、疎結合システムにおける前記待機系排他制御装置であって、
前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストから前記ホスト側ロックデータを受信する手段と、
前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する手段と、
を備える待機系排他制御装置。 A plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a standby exclusive control device are provided, wherein the active exclusive control device performs exclusive processing according to a command for locking or unlocking the shared resource transmitted from each of the hosts, transmits a command execution result and a serial number assigned to the command execution result to the host as a transmission source, and transmits device-side lock data including the command, the command execution result, and the serial number to the standby exclusive control device, The host holds host-side lock data including the command sent to the active exclusive control device, the command execution result received from the active exclusive control device, and the serial number, and when the active exclusive control device fails, the host-side lock data having a serial number after the latest serial number included in the device-side lock data received by the standby exclusive control device from the active exclusive control device among the host-side lock data is transmitted to the standby exclusive control device, wherein the host-side lock data is transmitted to the standby exclusive control device. ,
means for receiving the device-side lock data from the active exclusive control device, and receiving the host-side lock data from each of the hosts when the active exclusive control device fails;
means for reproducing exclusive control information of the failed active exclusive control device based on the device-side lock data received from the active exclusive control device and the host-side lock data received from each of the hosts;
Standby system exclusive control device. 複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、複数の待機系排他制御装置と、を備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを複数の前記待機系排他制御装置のそれぞれに送信し、それぞれの前記ホストは、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストは、故障した前記稼働系排他制御装置の代わりに使用する前記複数の待機系排他制御装置それぞれが受け持つ前記共用資源を決定し、前記待機系排他制御装置毎に、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番であって且つ当該待機系排他制御装置が受け持つ前記共用資源に係る前記ホスト側ロックデータを前記待機系排他制御装置へ送信する、疎結合システムにおける前記待機系排他制御装置であって、
前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストから前記ホスト側ロックデータを受信する手段と、
前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する手段と、
を備える待機系排他制御装置。 A plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a plurality of standby exclusive control devices, wherein the active exclusive control device performs exclusive processing according to a command for locking or unlocking the shared resource transmitted from each of the hosts, transmits a command execution result and a serial number assigned to the command execution result to the host as a transmission source, and sends device-side lock data including the command, the command execution result, and the serial number to each of the plurality of standby exclusive control devices. each host retains host-side lock data including the command sent to the active exclusive control device, the command execution result received from the active exclusive control device, and the serial number; when the active exclusive control device fails, each of the hosts determines the shared resource to be used by each of the plurality of standby exclusive control devices to be used in place of the failed active exclusive control device; said standby exclusive control device in a loosely coupled system, which transmits to said standby exclusive control device said host side lock data having a serial number subsequent to the latest serial number included in said device side lock data received from said system exclusive control device and related to said shared resource that said standby exclusive control device is in charge of, said standby exclusive control device comprising:
means for receiving the device-side lock data from the active exclusive control device, and receiving the host-side lock data from each of the hosts when the active exclusive control device fails;
means for reproducing exclusive control information of the failed active exclusive control device based on the device-side lock data received from the active exclusive control device and the host-side lock data received from each of the hosts;
Standby system exclusive control device. 複数のホストと、前記複数のホストで共用する共用資源と、稼働系排他制御装置と、待機系排他制御装置と、を備え、前記稼働系排他制御装置は、それぞれの前記ホストから送信された前記共用資源をロックもしくはアンロックするコマンドに従って排他処理を行い、コマンド実行結果と該コマンド実行結果に付与した通番とを送信元の前記ホストに送信し、且つ、前記コマンドと前記コマンド実行結果と前記通番とを含む装置側ロックデータを前記待機系排他制御装置に送信し、それぞれの前記ホストは、前記稼働系排他制御装置に送信した前記コマンドと前記稼働系排他制御装置から受信した前記コマンド実行結果と前記通番とを含むホスト側ロックデータを保持し、前記稼働系排他制御装置が故障した場合、前記ホスト側ロックデータのうち前記待機系排他制御装置が前記稼働系排他制御装置から受信した前記装置側ロックデータに含まれる通番の最新のもの以降の通番の前記ホスト側ロックデータを前記待機系排他制御装置へ送信する、疎結合システムにおける前記待機系排他制御装置を構成するコンピュータに、 A plurality of hosts, a shared resource shared by the plurality of hosts, an active exclusive control device, and a standby exclusive control device are provided, wherein the active exclusive control device performs exclusive processing according to a command for locking or unlocking the shared resource transmitted from each of the hosts, transmits a command execution result and a serial number assigned to the command execution result to the host as a transmission source, and transmits device-side lock data including the command, the command execution result, and the serial number to the standby exclusive control device, The host configures the standby exclusive control device in a loosely coupled system, wherein host-side lock data including the command sent to the active exclusive control device, the command execution result received from the active exclusive control device, and the serial number are included, and when the active exclusive control device fails, the host-side lock data having serial numbers after the latest serial number included in the device-side lock data received by the standby exclusive control device from the active exclusive control device among the host-side lock data are transmitted to the standby exclusive control device. on the computer that
前記稼働系排他制御装置から前記装置側ロックデータを受信し、前記稼働系排他制御装置が故障した場合、それぞれの前記ホストから前記ホスト側ロックデータを受信する処理と、 a process of receiving the device-side lock data from the active exclusive control device, and receiving the host-side lock data from each of the hosts when the active exclusive control device fails;
前記稼働系排他制御装置から受信した前記装置側ロックデータとそれぞれの前記ホストから受信した前記ホスト側ロックデータとに基づいて、前記故障した稼働系排他制御装置の排他制御情報を再生する処理と、 a process of reproducing exclusive control information of the failed active exclusive control device based on the device-side lock data received from the active exclusive control device and the host-side lock data received from each of the hosts;
を行わせるためのプログラム。A program to make the
JP2019216420A 2019-11-29 2019-11-29 loosely coupled system Active JP7315215B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2019216420A JP7315215B2 (en) 2019-11-29 2019-11-29 loosely coupled system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019216420A JP7315215B2 (en) 2019-11-29 2019-11-29 loosely coupled system

Publications (2)

Publication Number Publication Date
JP2021086489A JP2021086489A (en) 2021-06-03
JP7315215B2 true JP7315215B2 (en) 2023-07-26

Family

ID=76087891

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019216420A Active JP7315215B2 (en) 2019-11-29 2019-11-29 loosely coupled system

Country Status (1)

Country Link
JP (1) JP7315215B2 (en)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012212280A (en) 2011-03-31 2012-11-01 Nec Corp File system, file system management method and file exclusive control device

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012212280A (en) 2011-03-31 2012-11-01 Nec Corp File system, file system management method and file exclusive control device

Also Published As

Publication number Publication date
JP2021086489A (en) 2021-06-03

Similar Documents

Publication Publication Date Title
US7685227B2 (en) Message forwarding backup manager in a distributed server system
US7114094B2 (en) Information processing system for judging if backup at secondary site is necessary upon failover
KR101547719B1 (en) Maintaining data integrity in data servers across data centers
JP2948496B2 (en) System and method for maintaining replicated data consistency in a data processing system
KR101801432B1 (en) Providing transparent failover in a file system
JP4204769B2 (en) System and method for handling failover
JP5075736B2 (en) System failure recovery method and system for virtual server
KR101970839B1 (en) Replaying jobs at a secondary location of a service
US6654771B1 (en) Method and system for network data replication
US8533525B2 (en) Data management apparatus, monitoring apparatus, replica apparatus, cluster system, control method and computer-readable medium
JP5444178B2 (en) Backup / restore processing device, backup / restore processing method and program
WO1991014230A1 (en) Message communication processing system
JP2004295540A (en) Method for synchronizing transaction, database system, and database apparatus
JP5292351B2 (en) Message queue management system, lock server, message queue management method, and message queue management program
JPH08212095A (en) Client server control system
KR101605455B1 (en) Method for Replicationing of Redo Log without Data Loss and System Thereof
CN116233146A (en) Techniques to achieve cache coherency across distributed storage clusters
WO2009031156A2 (en) Method and apparatus for grid based data protection
JP7315215B2 (en) loosely coupled system
US20230401337A1 (en) Two person rule enforcement for backup and recovery systems
JP5480046B2 (en) Distributed transaction processing system, apparatus, method and program
JP7315214B2 (en) loosely coupled system
JP2008084264A (en) Network storage computer system, network storage management method, management server, and program for it
TW202424774A (en) Systems and methods for recovery with a distributed lock manager
JP6305078B2 (en) System and control method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221005

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230425

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230606

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: 20230613

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230706

R151 Written notification of patent or utility model registration

Ref document number: 7315215

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151