JP2006268278A - Remote maintenance computer maintenance system - Google Patents
Remote maintenance computer maintenance system Download PDFInfo
- Publication number
- JP2006268278A JP2006268278A JP2005083798A JP2005083798A JP2006268278A JP 2006268278 A JP2006268278 A JP 2006268278A JP 2005083798 A JP2005083798 A JP 2005083798A JP 2005083798 A JP2005083798 A JP 2005083798A JP 2006268278 A JP2006268278 A JP 2006268278A
- Authority
- JP
- Japan
- Prior art keywords
- svp
- remote maintenance
- tenant
- connection destination
- maintenance center
- 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.)
- Withdrawn
Links
Images
Landscapes
- Hardware Redundancy (AREA)
- Debugging And Monitoring (AREA)
Abstract
Description
本発明は、遠隔保守コンピュータ保守システムに関し、特に、遠隔保守機能を多重化制御する遠隔保守コンピュータ保守システムに関する。 The present invention relates to a remote maintenance computer maintenance system, and more particularly to a remote maintenance computer maintenance system that multiplex-controls remote maintenance functions.
昨今、コンピュータシステムの高速化への要求による大型化／複雑化に伴い、システムを構成するホスト数は増加の傾向にあり、これらの保守の一元化による簡素化が要求されている。また、２４Ｈ運転への要求の高まりにより、即時保守操作を可能とする遠隔保守センタから、公衆回線を使ってコンピュータシステムに接続し、遠隔保守を行うシステムが提供されている。 In recent years, with an increase in size / complexity due to demands for speeding up computer systems, the number of hosts constituting the system tends to increase, and simplification by unifying these maintenances is required. Further, with the increasing demand for 24H operation, a remote maintenance center that enables immediate maintenance operation is connected to a computer system using a public line to perform a remote maintenance system.
複数のホストコンピュータ及び、各ホストコンピュータを制御する複数のサービスプロセッサから構成される大規模クラスタコンピュータシステムにおいて、従来の遠隔保守システムは、コンピュータシステム全体を統合管理する手段（統合管理手段）を持つ統合監視装置を遠隔保守センタと公衆回線で接続する構成をとり、保守員が遠隔保守センタから公衆回線を使って、コンピュータシステム内の統合監視装置に接続して、統合監視装置を操作することで、統合監視装置が持つ統合管理手段により、コンピュータシステムの全体の保守作業を行っていた。 In a large-scale cluster computer system composed of a plurality of host computers and a plurality of service processors that control each host computer, the conventional remote maintenance system is integrated with means for integrated management of the entire computer system (integrated management means). By configuring the monitoring device to connect to the remote maintenance center via a public line, the maintenance staff connects to the integrated monitoring device in the computer system using the public line from the remote maintenance center, and operates the integrated monitoring device. The whole maintenance of the computer system was performed by the integrated management means of the integrated monitoring device.
図１０に従来の遠隔保守システムを示す。 FIG. 10 shows a conventional remote maintenance system.
図１０において、コンピュータシステム１は複数のホスト（ホスト２１〜２ｎ）、ホストのそれぞれを管理／制御するＳＶＰ（ＳＶＰ３１〜３ｎ）、複数存在する全てのＳＶＰを制御し、システム全体の管理／制御を行う手段である、統合管理手段５を有する統合監視装置４から構成されている。
In FIG. 10, the
各ＳＶＰと統合監視装置４はＬＡＮ７により接続され、互いに通信が可能である。また、遠隔保守センタ９は公衆回線８により統合監視装置４と接続されている。 Each SVP and the integrated monitoring device 4 are connected by a LAN 7 and can communicate with each other. Further, the remote maintenance center 9 is connected to the integrated monitoring device 4 through a public line 8.
従来の遠隔保守の方法は、保守員が遠隔保守センタ９から公衆回線８を使って、コンピュータシステム１の統合監視装置４に接続して、統合監視装置４を操作することで、統合監視装置４が有する統合管理手段５により、コンピュータシステム１の全体の保守作業を行っていた。
In the conventional remote maintenance method, the maintenance staff connects to the integrated monitoring apparatus 4 of the
しかし、上記の従来の方法では、コンピュータシステムの遠隔保守機能は、統合監視装置に集中されているため、統合監視装置が遠隔保守を行う上でのＳＰＯＦ（Ｓｉｎｇｌｅ Ｐｏｉｎｔ Ｏｆ Ｆａｉｌｕｒｅ）になってしまい問題であった。たとえば、図１０の上記の従来の方法では、コンピュータシステム１の遠隔保守機能は、統合管理手段５と遠隔保守センタ９との接続を持つ統合監視装置４に集中されているため、統合監視装置４に障害が発生した場合、遠隔保守を行うことが全くできない状態となってしまい問題であった。
However, in the above-described conventional method, the remote maintenance function of the computer system is concentrated on the integrated monitoring device, so that the integrated monitoring device becomes a single point of failure (SPOF) for performing remote maintenance. Met. For example, in the above conventional method of FIG. 10, the remote maintenance function of the
本発明の遠隔保守コンピュータ保守システムは、公衆回線を介して接続を行う統合管理手段、および、保守を行う遠隔保守機能多重化制御手段を備える１以上のサービスプロセッサを持つコンピュータシステムと、前記サービスプロセッサと接続し遠隔保守機能を多重化制御する接続先制御手段を備える遠隔保守センターとを有する。 A remote maintenance computer maintenance system according to the present invention includes a computer system having one or more service processors comprising integrated management means for connection via a public line, and remote maintenance function multiplexing control means for maintenance, and the service processor. And a remote maintenance center having connection destination control means for multiplexing and controlling remote maintenance functions.
本発明の効果は、コンピュータシステムに複数存在するサービスプロセッサ上で遠隔保守機能を実現し、複数のサービスプロセッサの遠隔保守機能を多重化制御する事で、コンピュータシステムの遠隔保守機能は、統合監視装置に集中されているため、統合監視装置に障害が発生し場合、遠隔保守を行うことが全くできない状態となってしまうという問題を回避することができることである。 The effect of the present invention is that a remote maintenance function is realized on a plurality of service processors existing in a computer system, and the remote maintenance functions of a plurality of service processors are multiplexed and controlled. Therefore, when a failure occurs in the integrated monitoring apparatus, it is possible to avoid the problem that remote maintenance cannot be performed at all.
その理由はコンピュータシステム１内の各サービスプロセッサに、統合管理手段，公衆回線を介した遠隔保守センタとの接続を設けることで、各サービスプロセッサ上で遠隔保守機能を実現し、各サービスプロセッサに遠隔保守機能多重化制御手段を設け、遠隔保守センタに接続先制御手段を設けることにより、コンピュータシステムの遠隔保守機能を多重化する。そして、遠隔保守の際に接続先となるテナント状態のサービスプロセッサに障害が発生した場合に、バックアップ状態のサービスプロセッサがテナント状態のサービスプロセッサに切り替わり、遠隔保守センタが切り替わった、新しいテナント状態のサービスプロセッサに接続を行うことで、障害により遠隔保守が行えなくなることを防ぐことができるためである。
The reason for this is that each service processor in the
また、本発明の第２の効果は、安価に遠隔保守機能を設けることができることである。 The second effect of the present invention is that a remote maintenance function can be provided at low cost.
その理由は、コンピュータシステム内に従来から存在しているＨＷ資源であるサービスプロセッサに統合管理手段，公衆回線を介した遠隔保守センタとの接続を設けることによって、サービスプロセッサ上で遠隔保守機能を実現することで、統合監視装置のＨＷを不要とすることができるためである。 The reason is that the remote maintenance function is realized on the service processor by providing a connection to the remote maintenance center via the public management line and the integrated management means in the service processor, which is a HW resource that exists in the computer system. This is because the HW of the integrated monitoring device can be eliminated.
また、本発明の第三の効果は、遠隔保守機能の多重化を実現できることである。 The third effect of the present invention is that the remote maintenance function can be multiplexed.
その理由は、コンピュータシステム内に従来から複数存在しているサービスプロセッサに統合管理手段，公衆回線を介した遠隔保守センタとの接続を設けることによって、サービスプロセッサ上で遠隔保守機能を実現し、さらに、サービスプロセッサ上に遠隔保守機能多重化手段を設けることによって、サービスプロセッサ上に実現した遠隔保守機能を多重化制御することで、新たなＨＷ資源を必要とせずに、遠隔保守機能の多重化が実現できるためである。 The reason for this is that a remote maintenance function is realized on the service processor by providing a connection to a remote maintenance center via an integrated management means and a public line in a service processor that has conventionally existed in a computer system. By providing the remote maintenance function multiplexing means on the service processor, the remote maintenance function realized on the service processor is multiplexed, so that the remote maintenance function can be multiplexed without requiring a new HW resource. This is because it can be realized.
次に、本発明を実施するための最良の形態について図面を参照して詳細に説明する。 Next, the best mode for carrying out the present invention will be described in detail with reference to the drawings.
図１に本発明の原理図を示す。 FIG. 1 shows a principle diagram of the present invention.
図１では遠隔保守センタ９が公衆回線８により、各ＳＶＰ（サービスプロセッサ）（ＳＶＰ３１〜３ｎ）と接続されていること、統合監視装置４が存在しないこと、各ＳＶＰに遠隔保守機能多重化制御手段６と統合管理手段５が設けられていること、及び遠隔保守センタ９に接続先制御手段１０が設けられていることが図１０とは異なる。 In FIG. 1, the remote maintenance center 9 is connected to each SVP (service processor) (SVP 31 to 3n) through the public line 8, the absence of the integrated monitoring device 4, and the remote maintenance function multiplexing control means in each SVP. 6 and the integrated management means 5 are different from FIG. 10 in that the remote maintenance center 9 is provided with the connection destination control means 10.
各ＳＶＰ（ＳＶＰ３１〜３ｎ）に統合管理手段５と、公衆回線８を介した遠隔保守センタ９との接続を持たせることにより、従来、統合監視装置のみが有していたコンピュータシステム１の遠隔保守機能を複数存在するＳＶＰの各々で実現させることができる。すなわち、保守員は遠隔保守センタ９から公衆回線８を使って、コンピュータシステム１内のＳＶＰに接続して、ＳＶＰを操作することで、ＳＶＰが有する統合管理手段５により、コンピュータシステム１全体の遠隔保守作業を行う。
By providing each SVP (SVP 31 to 3n) with the integrated management means 5 and the remote maintenance center 9 via the public line 8, remote maintenance of the
遠隔保守機能多重化制御手段６はＬＡＮ７を用いたＳＶＰ間の通信による連携により、各ＳＶＰ上で実現される遠隔保守機能を、コンピュータシステム１全体で多重化制御する手段である。遠隔保守機能多重化制御手段６は、コンピュータシステム１を、遠隔保守機能が有効であるＳＶＰ（このＳＶＰを以降、テナントＳＶＰ、または、テナント状態のＳＶＰと呼ぶ）が必ず１つのみ存在し、他のＳＶＰは遠隔保守機能を待機状態（このＳＶＰを以降、バックアップＳＶＰ、または、バックアップ状態のＳＶＰと呼ぶ）となるように制御する。ここで、待機状態とは遠隔保守機能が無効な状態であるが、テナントに切り替えることにより、いつでも有効な状態になることができる待機的な状態を意味する。
The remote maintenance function multiplexing control means 6 is a means for multiplexing and controlling the remote maintenance function realized on each SVP by the
遠隔保守センタ９上に設けられた接続先制御手段１０は、テナントＳＶＰを検索し、検出したテナントＳＶＰをコンピュータシステム１の遠隔保守における接続先として、遠隔保守センタ９が認識するための手段である。
The connection destination control means 10 provided on the remote maintenance center 9 is a means for the remote maintenance center 9 to search for a tenant SVP and recognize the detected tenant SVP as a connection destination in the remote maintenance of the
テナントＳＶＰに障害が発生し、遠隔保守が行えなくなる場合には、遠隔保守機能多重化制御手段６により、バックアップＳＶＰの内のひとつが新たなテナントＳＶＰに切り替えられる。遠隔保守センタ９は接続先制御手段１０を用いて、接続先のテナントＳＶＰを新たに切り替えられたテナントＳＶＰに変更して接続を行うことで、コンピュータシステム１全体として遠隔保守が行えなくなることを防ぐことができる。
When a failure occurs in the tenant SVP and remote maintenance cannot be performed, the remote maintenance function multiplexing control means 6 switches one of the backup SVPs to a new tenant SVP. The remote maintenance center 9 uses the connection destination control means 10 to change the connection-destination tenant SVP to the newly switched tenant SVP, thereby preventing the remote maintenance of the
本発明の特徴は、コンピュータシステム１内の各ＳＶＰに、統合管理手段５，公衆回線８を介した遠隔保守センタ９との接続を設けることで、各ＳＶＰ上で遠隔保守機能を実現し、各ＳＶＰに遠隔保守機能多重化制御手段６を設け、遠隔保守センタ９に接続先制御手段１０を設けることにより、各ＳＶＰで実現した遠隔保守機能を多重化する、その結果、従来の問題点であった障害により遠隔保守が行えなくなることを防ぐことが実現できることである。また、本発明では、従来からコンピュータシステム１内に存在しているＨＷであるＳＶＰ上で遠隔保守機能を実現することで、新規ＨＷ資源を必要とせず、統合監視装置を不要とすることができるため、低コストで遠隔保守機能の多重化を実現することを可能とする。
A feature of the present invention is that each SVP in the
なお、図１ではＳＶＰ３１〜３ｎの全てに対して、遠隔保守機能多重化制御手段６、統合管理手段５を設け、公衆回線８と接続を行う構成となっているが、必ずしも全てのＳＶＰではなく、システム構築の際に、ユーザのニーズに応じて多重化を行いたい必要数のＳＶＰに対して、統合管理手段５と遠隔保守機能多重化制御手段６を設け、公衆回線８を接続するものとする。 In FIG. 1, the remote maintenance function multiplexing control means 6 and the integrated management means 5 are provided for all of the SVPs 31 to 3n and are connected to the public line 8. However, not all SVPs are necessarily connected. In the system construction, the integrated management means 5 and the remote maintenance function multiplexing control means 6 are provided for the required number of SVPs to be multiplexed according to the user's needs, and the public line 8 is connected. To do.
以降、本発明の実施例を図面を用いて詳細に説明する。 Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
図２に本発明の第１の実施例の構成を示す。 FIG. 2 shows the configuration of the first embodiment of the present invention.
図２において、本発明の第１の実施例はコンピュータシステム１とコンピュータシステム１に対して遠隔保守を行う遠隔保守センタ９が公衆回線８を介して接続されている構成から成る。
In FIG. 2, the first embodiment of the present invention has a configuration in which a
コンピュータシステム１は、複数のホスト（ホスト２１〜２ｎ）、ホストのそれぞれを制御するＳＶＰ（ＳＶＰ３１〜３ｎ）、及びＳＶＰ３１〜３ｎが互いに通信を行うことを可能とするＬＡＮ７から構成される。ホスト２１〜２ｎはコンピュータシステム１において、業務アプリケーションを動作させる演算機能を有し、ＳＶＰ３１〜３ｎはホスト２１〜２ｎの電源の制御や障害ログの採取など、運用・保守面でホスト２１〜２ｎの制御を行う機能を有する。また、ＳＶＰ３１〜３ｎにはモデム１１が接続され、公衆回線８を介してそれぞれのＳＶＰが遠隔保守センタ９と通信可能である。
The
ＳＶＰ３１〜３ｎのそれぞれには、統合管理手段５、遠隔保守機能パトロール手段６１、テナント／バックアップ状態制御手段６２を備えている。ここで、遠隔保守機能パトロール手段６１とテナント／バックアップ状態制御手段６２は図１の本発明の原理図における遠隔保守機能多重化手段６に対応する手段である。 Each of the SVPs 31 to 3n includes an integrated management unit 5, a remote maintenance function patrol unit 61, and a tenant / backup status control unit 62. Here, the remote maintenance function patrol means 61 and the tenant / backup status control means 62 are means corresponding to the remote maintenance function multiplexing means 6 in the principle diagram of the present invention in FIG.
統合管理手段５はＬＡＮ７を介してＳＶＰ３１〜３ｎ間で通信を行うことで、システム全体の運用・保守操作（電源の制御や障害ログの採取等）を可能とする手段であり、従来は図１の統合監視装置４が備えていた手段である。保守員は遠隔保守センタ９から公衆回線８を介してＳＶＰに接続し、接続したＳＶＰを操作し、統合管理手段５を用いてシステム全体の保守操作を行うことで遠隔保守を実施する。 The integrated management means 5 is means for enabling operation / maintenance operations (power supply control, collection of failure logs, etc.) of the entire system by performing communication between the SVPs 31 to 3n via the LAN 7. Conventionally, FIG. The integrated monitoring device 4 has the means. The maintenance staff connects to the SVP from the remote maintenance center 9 via the public line 8, operates the connected SVP, and performs maintenance operation of the entire system using the integrated management means 5, thereby performing remote maintenance.
テナント／バックアップ状態制御手段６２は各ＳＶＰのテナント／バックアップの状態制御を行うための手段である。テナント状態は遠隔保守機能が使用可能な状態を意味する。また、バックアップ状態は遠隔保守機能が使用不可の状態を意味するが、バックアップ状態はテナント状態に切り替え可能で、切り替えることにより、いつでも遠隔保守機能を使用可能とすることができる待機的な状態である。 The tenant / backup status control means 62 is a means for performing tenant / backup status control of each SVP. The tenant state means a state in which the remote maintenance function can be used. In addition, the backup status means that the remote maintenance function cannot be used, but the backup status can be switched to the tenant status, and the remote maintenance function can be used at any time by switching. .
遠隔保守機能パトロール手段６１はＳＶＰ３１〜３ｎ間で通信を行い、各ＳＶＰの遠隔保守機能が正常に機能しているかどうかを相互にチェックし、異常を検出した場合には公衆回線８を介して遠隔保守センタ９に障害の通報を行う機能を実現する手段である。 The remote maintenance function patrol means 61 communicates between the SVPs 31 to 3n, mutually checks whether the remote maintenance function of each SVP is functioning normally, and if an abnormality is detected, the remote maintenance function patrol means 61 is remotely connected via the public line 8. This is a means for realizing a function of reporting a failure to the maintenance center 9.
遠隔保守センタ９は接続先決定手段１０１と接続先ＳＶＰ情報１０２を有する。 ここで、接続先決定手段１０１と接続先ＳＶＰ情報１０２は図１の本発明の原理図における接続先制御手段１０に対応するものである。 The remote maintenance center 9 has connection destination determination means 101 and connection destination SVP information 102. Here, the connection destination determination means 101 and the connection destination SVP information 102 correspond to the connection destination control means 10 in the principle diagram of the present invention in FIG.
接続先ＳＶＰ情報１０２は遠隔保守センタ９から遠隔保守を行う対象であるコンピュータシステム１内の接続先のＳＶＰについての情報を持つデータベースであり、各ＳＶＰについて、名称、電話番号、状態（テナント／バックアップ／障害など）を管理している。
接続先決定手段１０１は、前記接続先ＳＶＰ情報１０２を参照することで、接続先のＳＶＰを決定し、そのＳＶＰの電話番号をモデム１１でダイアルし、接続を行う機能を有する。
The connection destination SVP information 102 is a database having information on the connection destination SVP in the
The connection destination determination means 101 has a function of determining a connection destination SVP by referring to the connection destination SVP information 102, dialing the telephone number of the SVP with the modem 11, and performing a connection.
次に、本発明を実施するための最良の形態の動作について図面を参照して説明する。 Next, the operation of the best mode for carrying out the present invention will be described with reference to the drawings.
次に、本発明の実施例の構成を示す図２、フローチャート図３、図４を用いて、本実施例の全体の動作について説明する。 Next, the overall operation of this embodiment will be described with reference to FIG. 2, the flowcharts FIG. 3 and FIG. 4 showing the configuration of the embodiment of the present invention.
図３，図４は本発明の実施例の動作を示すフローチャートであり、図３は遠隔保守センタ９の動作を示すフローチャート、図４はＳＶＰ（ＳＶＰ３１〜３ｎ）の動作を示すフローチャートである。 3 and 4 are flowcharts showing the operation of the embodiment of the present invention, FIG. 3 is a flowchart showing the operation of the remote maintenance center 9, and FIG. 4 is a flowchart showing the operation of the SVP (SVP 31 to 3n).
以降で、本発明の実施例の動作を、ＳＶＰの状態初期設定動作、遠隔保守時の動作、テナントＳＶＰ障害発生時の動作に分けて説明を行う。 In the following, the operation of the embodiment of the present invention will be described by dividing it into SVP state initial setting operation, remote maintenance operation, and tenant SVP failure operation.
初めに、ＳＶＰの状態初期設定動作について説明を行う。
ＳＶＰ３１〜３ｎの電源をＯＮとする前に、保守員はあらかじめ遠隔保守センタ９の接続先ＳＶＰ情報１０２を編集し、コンピュータシステム１内のＳＶＰの状態をＳＶＰ１台のみテナント、他のＳＶＰはバックアップとなる記述しておく。
First, the SVP state initial setting operation will be described.
Before turning on the power of the SVPs 31 to 3n, the maintenance staff edits the connection destination SVP information 102 of the remote maintenance center 9 in advance, and the SVP status in the
ＳＶＰの電源をＯＮすると、ＳＶＰは図４の“（Ｃ）立ち上げ処理フロー”の動作を開始する（図４のステップＣ１）。電源がＯＮとなったＳＶＰはモデム１１をダイアルし、遠隔保守センタ９に接続を行う（図４のステップＣ２）。遠隔保守センタ９はＳＶＰからの接続の要求があると、図３の“（Ａ）ＳＶＰからの接続要求受信時のフロー”の処理を開始し（図３のステップＡ１）、ＳＶＰと接続する（図３のステップＡ２）。ＳＶＰは遠隔保守センタに接続ＳＶＰ情報の読み出しを要求する（図４のステップＣ３）。 When the power source of the SVP is turned on, the SVP starts the operation of “(C) Startup processing flow” in FIG. 4 (step C1 in FIG. 4). The SVP whose power is turned on dials the modem 11 and connects to the remote maintenance center 9 (step C2 in FIG. 4). When there is a connection request from the SVP, the remote maintenance center 9 starts the processing of “(A) Flow when receiving a connection request from the SVP” in FIG. 3 (step A1 in FIG. 3) and connects to the SVP ( Step A2 in FIG. The SVP requests the remote maintenance center to read the connected SVP information (step C3 in FIG. 4).
遠隔保守センタ９は接続ＳＶＰ情報の読み出し要求の受信を認識後（図３のステップＡ３で“Ｙｅｓ”のケース）、接続先ＳＶＰ情報１０２の内容を接続しているＳＶＰに送信し（図３のステップＡ４）、ＳＶＰとの接続を切断する（図３のステップＡ９）。ＳＶＰは遠隔保守センタ９より送信されてくる接続先ＳＶＰ情報１０２の内容を受信し（図４のステップＣ４）、遠隔保守センタ９との接続を切断する（図４のステップＣ５）。 The remote maintenance center 9 recognizes the reception of the connection SVP information read request (in the case of “Yes” in step A3 in FIG. 3), and then transmits the contents of the connection destination SVP information 102 to the connected SVP (in FIG. 3). Step A4), disconnecting from the SVP (Step A9 in FIG. 3). The SVP receives the contents of the connection destination SVP information 102 transmitted from the remote maintenance center 9 (step C4 in FIG. 4), and disconnects from the remote maintenance center 9 (step C5 in FIG. 4).
その後、ＳＶＰはテナント／バックアップ状態制御手段６２により、受信した接続先ＳＶＰ情報に登録されている自ＳＶＰの状態に合わせて、自ＳＶＰの状態をテナント又はバックアップの状態に変更する（図４のステップＣ６）。上記の電源ＯＮ時の動作をＳＶＰ３１〜３ｎの全てが行うことにより、コンピュータシステム１の動作開始時の初期設定として、全ＳＶＰのテナント／バックアップの状態を遠隔保守センタ９が持つ接続ＳＶＰ情報１０２に一致させる。ＳＶＰの本設定が行われた後、コンピュータシステム１は運用の状態に入る。
Thereafter, the SVP uses the tenant / backup status control means 62 to change the status of the local SVP to the tenant or backup status according to the status of the local SVP registered in the received connection destination SVP information (step of FIG. 4). C6). When all of the SVPs 31 to 3n perform the above-described operation when the power is turned on, as the initial setting at the start of the operation of the
次に、コンピュータシステム１を運用中に、保守員が遠隔保守センタ９で遠隔保守操作を行う際のＳＶＰ３１〜３ｎと遠隔保守センタ９の動作について説明を行う。
Next, operations of the SVPs 31 to 3n and the remote maintenance center 9 when a maintenance person performs a remote maintenance operation at the remote maintenance center 9 while operating the
遠隔保守センタ９において、保守員による遠隔保守操作が開始されると、遠隔保守センタ９は図３の“（Ｂ）遠隔保守実行時のフロー”の処理を開始する（図３のステップＢ１）。遠隔保守センタ９は接続先決定手段１０１によって、接続先ＳＶＰ情報１０２の情報から、テナント状態のＳＶＰを検索し（図３のステップＢ２）、検出したテナント状態のＳＶＰを接続先とする（図３のステップＢ３）。 When the remote maintenance operation by the maintenance staff is started in the remote maintenance center 9, the remote maintenance center 9 starts the processing of “(B) Flow at the time of remote maintenance execution” in FIG. 3 (step B1 in FIG. 3). The remote maintenance center 9 searches for the SVP in the tenant state from the information of the connection destination SVP information 102 by the connection destination determining means 101 (step B2 in FIG. 3), and uses the detected SVP in the tenant state as the connection destination (FIG. 3). Step B3).
そして、遠隔保守センタ９は接続先ＳＶＰ情報１０２内に登録されている電話番号を使ってモデムでダイアルし、決定した接続先のＳＶＰに接続を行う（図３のステップＢ４）。接続要求を受けたＳＶＰは図４の“（Ｅ）遠隔保守センタからの接続要求受信時のフロー”の処理を開始し（図４のステップＥ１）、遠隔保守センタ９に接続する（図４のステップＥ２）。 Then, the remote maintenance center 9 dials with a modem using the telephone number registered in the connection destination SVP information 102, and connects to the determined connection destination SVP (step B4 in FIG. 3). Upon receiving the connection request, the SVP starts the processing of “(E) flow when receiving a connection request from the remote maintenance center” in FIG. 4 (step E1 in FIG. 4) and connects to the remote maintenance center 9 (in FIG. 4). Step E2).
ＳＶＰへの接続が成功した場合（図３のステップＢ５でＮｏの場合）、遠隔保守センタ９は接続したＳＶＰに遠隔保守要求を送信し（図３のステップＢ６）、その後、ＳＶＰにシステム管理コマンドを送信して、遠隔保守作業を行う（図３のステップＢ７）。なお、ＳＶＰへの接続に失敗した場合には、遠隔保守センタ９は図３のステップＢ２に戻り、いずれかのＳＶＰに接続できるまで（図３のステップＢ３，Ｂ４）、再接続を行う（図３のステップＢ５でＹｅｓの場合）。 If the connection to the SVP is successful (No in step B5 in FIG. 3), the remote maintenance center 9 transmits a remote maintenance request to the connected SVP (step B6 in FIG. 3), and then a system management command to the SVP. To perform remote maintenance work (step B7 in FIG. 3). If the connection to the SVP fails, the remote maintenance center 9 returns to step B2 in FIG. 3 and reconnects until it can connect to any SVP (steps B3 and B4 in FIG. 3) (FIG. 3). 3) In the case of Yes in step B5).
ＳＶＰは遠隔保守センタ９より、要求を受信し（図４のステップＥ３）、送信されてきた要求が遠隔保守要求かどうかの判定（図４のステップＥ４）、自ＳＶＰがテナント状態かどうかの判定（図４のステップＥ５）を行い、要求が遠隔保守要求であり（図４のステップＥ４でＹｅｓの場合）、自ＳＶＰがテナント状態（図４のステップＥ５でＹｅｓの場合）の場合に、遠隔保守センタ９から送信されてくるシステム管理コマンドを実行し（図４のステップＥ６）、システム管理コマンドを実行することで、統合管理手段５によるコンピュータシステム１を統合した遠隔保守動作を行う。
The SVP receives a request from the remote maintenance center 9 (step E3 in FIG. 4), determines whether the transmitted request is a remote maintenance request (step E4 in FIG. 4), and determines whether the own SVP is in the tenant state. (Step E5 in FIG. 4), if the request is a remote maintenance request (Yes in Step E4 in FIG. 4) and the local SVP is in the tenant state (Yes in Step E5 in FIG. 4), the remote A system management command transmitted from the maintenance center 9 is executed (step E6 in FIG. 4), and the system management command is executed to perform a remote maintenance operation in which the
以降、保守員が遠隔保守終了コマンドを実行するまで、遠隔保守操作を繰り返す（図４のステップＥ７でＮｏの場合）。遠隔保守終了コマンドを実行するとＳＶＰは遠隔保守操作を終了させ、遠隔保守センタ９との接続を切断する（図４のステップＥ８）。なお、遠隔保守センタ９から送信されてくる要求が遠隔保守要求でない場合（図４のステップＥ４でＮｏの場合）や自ＳＶＰがテナント状態ではない場合（図４のステップＥ５でＮｏの場合）には遠隔保守センタ９との接続を切断する（図４のステップＥ８）。 Thereafter, the remote maintenance operation is repeated until the maintenance staff executes the remote maintenance end command (in the case of No in step E7 in FIG. 4). When the remote maintenance end command is executed, the SVP ends the remote maintenance operation and disconnects from the remote maintenance center 9 (step E8 in FIG. 4). When the request transmitted from the remote maintenance center 9 is not a remote maintenance request (No in Step E4 in FIG. 4) or when the local SVP is not in the tenant state (No in Step E5 in FIG. 4). Disconnects from the remote maintenance center 9 (step E8 in FIG. 4).
以上の動作により、保守員は遠隔保守センタ９からテナント状態のＳＶＰを操作して、遠隔保守動作を行わせることができる。 Through the above operation, the maintenance staff can operate the tenant SVP from the remote maintenance center 9 to perform the remote maintenance operation.
しかし、上記動作だけでは、テナント状態のＳＶＰに障害が発生した場合、遠隔保守センタ９からテナントＳＶＰに接続することができない問題が発生する。そこで、本実施例では次に述べる、テナントＳＶＰ障害発生時の動作によって、テナントＳＶＰに障害が発生した場合に遠隔保守操作が行えなくなってしまう問題点を解決する。 However, with the above operation alone, when a failure occurs in the SVP in the tenant state, there arises a problem that the remote maintenance center 9 cannot connect to the tenant SVP. Therefore, this embodiment solves the problem that the remote maintenance operation cannot be performed when a failure occurs in the tenant SVP due to the operation when the failure occurs in the tenant SVP described below.
遠隔保守を行う際、遠隔保守センタ９は接続先ＳＶＰ情報１０２にテナント状態と記録されているＳＶＰに対して、接続を行う（図３のステップＢ４）。しかし、接続先のテナント状態のＳＶＰに障害が発生した場合、接続が失敗してしまい（図３のステップＢ５でＹｅｓの場合）、このままでは遠隔保守が行えない。 When performing remote maintenance, the remote maintenance center 9 connects to the SVP whose tenant state is recorded in the connection destination SVP information 102 (step B4 in FIG. 3). However, if a failure occurs in the SVP in the tenant state of the connection destination, the connection fails (in the case of Yes in step B5 in FIG. 3), and remote maintenance cannot be performed as it is.
バックアップ状態のＳＶＰは、遠隔保守機能パトロール手段６１により、一定時間毎に図４の“（Ｄ）パトロール実行フロー”で示される動作を行い、他ＳＶＰの遠隔保守機能に異常がないかどうか、常時監視を行っている（図４のステップＤ１）。今、バックアップ状態のＳＶＰがパトロールにより、障害の発生しているテナント状態のＳＶＰを発見したとすると（図４のステップＤ２でＹｅｓの場合）、バックアップ状態のＳＶＰは遠隔保守センタ９に接続を行う（図４のステップＤ３）。 The SVP in the backup state performs the operation indicated by “(D) Patrol execution flow” in FIG. 4 at regular time intervals by the remote maintenance function patrol means 61 to check whether the remote maintenance function of other SVP is normal. Monitoring is performed (step D1 in FIG. 4). If the SVP in the backup state finds an SVP in the tenant state where the failure has occurred by patrol (Yes in step D2 in FIG. 4), the SVP in the backup state connects to the remote maintenance center 9. (Step D3 in FIG. 4).
接続要求を受けた遠隔保守センタ９は図３の“（Ａ）ＳＶＰからの接続要求受信時のフロー”の動作を開始し（図３のステップＡ１）、ＳＶＰと接続する（図３のステップＡ２）。次に障害ＳＶＰを検出したバックアップＳＶＰは遠隔保守センタ９に対して、障害通報を行う（図４のステップＤ４）。遠隔保守センタ９は障害通報を受ける（図３のステップＡ５でＹｅｓの場合）と、通報データを受信し（図３のステップＡ６）、バックアップＳＶＰに接続先ＳＶＰ情報１０２の内容を送信し（図３のステップＡ７）、その後、接続先ＳＶＰ情報１０２を通報内容に合わせて更新する（図３のステップＡ８）。その際、テナントＳＶＰで障害が発生した場合には、通報を行ってきたバックアップＳＶＰを新たなテナントＳＶＰとして、接続先ＳＶＰ情報１０２を更新するものとする。その後、ＳＶＰとの接続を切断する（図３のステップＡ９）。 Upon receiving the connection request, the remote maintenance center 9 starts the operation of “(A) Flow when receiving connection request from SVP” in FIG. 3 (step A1 in FIG. 3) and connects to the SVP (step A2 in FIG. 3). ). Next, the backup SVP that has detected the failure SVP issues a failure notification to the remote maintenance center 9 (step D4 in FIG. 4). When the remote maintenance center 9 receives a failure notification (Yes in step A5 in FIG. 3), it receives notification data (step A6 in FIG. 3), and transmits the contents of the connection destination SVP information 102 to the backup SVP (FIG. 3). 3 step A7), and thereafter the connection destination SVP information 102 is updated in accordance with the contents of the report (step A8 in FIG. 3). At that time, if a failure occurs in the tenant SVP, the connection destination SVP information 102 is updated with the backup SVP that has been notified as the new tenant SVP. Thereafter, the connection with the SVP is disconnected (step A9 in FIG. 3).
通報を行ったバックアップＳＶＰは遠隔保守センタ９から送信されてきた更新前の接続先ＳＶＰ情報を受信し（図４のステップＤ５）、障害が発生したＳＶＰがテナント状態であったかどうかを判断する（図４のステップＤ６）。障害ＳＶＰがテナントＳＶＰだった場合は、障害を発見したバックアップＳＶＰが自身の持つテナント／バックアップ状態制御手段６２により、バックアップ→テナント切り替えを行い、新しいテナントＳＶＰとなる（図４のステップＤ７）。 The backup SVP that made the notification receives the pre-update connection destination SVP information transmitted from the remote maintenance center 9 (step D5 in FIG. 4), and determines whether or not the failed SVP is in the tenant state (FIG. 4). 4 step D6). If the failed SVP is a tenant SVP, the backup SVP that found the failure switches from backup to tenant by the tenant / backup status control means 62 that the failure SVP has, and becomes a new tenant SVP (step D7 in FIG. 4).
上記の動作により、テナントＳＶＰに障害が発生した場合でも、障害を検出したバックアップＳＶＰが新しいテナントＳＶＰに切り替わり、それに合わせて接続先ＳＶＰ情報１０２を更新し、遠隔保守センタ９が遠隔保守実行時に、更新された接続先ＳＶＰ情報１０２を参照して、切り替えられたテナントＳＶＰを、新しい接続先として認識することで、遠隔保守センタ９からテナントＳＶＰに接続できなくなり、遠隔保守が行えなくなることを防ぐことができる。 With the above operation, even when a failure occurs in the tenant SVP, the backup SVP in which the failure is detected is switched to the new tenant SVP, the connection destination SVP information 102 is updated accordingly, and the remote maintenance center 9 performs the remote maintenance. By referring to the updated connection destination SVP information 102 and recognizing the switched tenant SVP as a new connection destination, the remote maintenance center 9 cannot be connected to the tenant SVP and remote maintenance cannot be performed. Can do.
次に、テナントＳＶＰで障害が発生した場合の上記の動作を、具体例を挙げて説明する。図５にテナントＳＶＰ障害発生時の動作の具体例を示す。なお、図５では説明を簡潔にするために、ＳＶＰはＳＶＰ３１とＳＶＰ３２のみを示している。 Next, the above operation when a failure occurs in the tenant SVP will be described with a specific example. FIG. 5 shows a specific example of the operation when a tenant SVP failure occurs. In FIG. 5, for the sake of brevity, only SVP 31 and SVP 32 are shown as SVP.
初期状態としてＳＶＰ３１がテナント状態、その他のＳＶＰがバックアップ状態であったとする。この状態で遠隔保守を行おうとしたとき、ＳＶＰ３１で障害が発生し、ＳＶＰ３１がダウンしてしまったとする（図５の（１））。このままでは遠隔保守センタ９からＳＶＰ３１に接続できずに遠隔保守失敗となってしまう（図５の（２））。バックアップＳＶＰの内の一つであるＳＶＰ３２がテナントＳＶＰ３１の障害を遠隔保守機能パトロール手段６１により、検出する（図５の（３））。障害を検出したＳＶＰ３２は遠隔保守センタ９に対して、障害の通報を行う（図５の（４））。 Assume that the SVP 31 is in the tenant state and the other SVPs are in the backup state as the initial state. When remote maintenance is performed in this state, it is assumed that a failure occurs in the SVP 31 and the SVP 31 is down ((1) in FIG. 5). In this state, the remote maintenance center 9 cannot connect to the SVP 31 and the remote maintenance fails ((2) in FIG. 5). The SVP 32, which is one of the backup SVPs, detects a failure of the tenant SVP 31 by the remote maintenance function patrol means 61 ((3) in FIG. 5). The SVP 32 that has detected the failure reports the failure to the remote maintenance center 9 ((4) in FIG. 5).
通報を受けた遠隔保守センタ９は接続先ＳＶＰ情報１０２をバックアップＳＶＰ３２に対して送信し（図５の（５））、通報内容に合わせて、接続先ＳＶＰ情報１０２を、ＳＶＰ３１の状態をテナント→障害、ＳＶＰ３２の状態をバックアップ→テナントのように更新する（図５の（６））。ここで、ＳＶＰ３２の状態をテナントとするのは、テナントＳＶＰ障害の場合は通報を行ったＳＶＰをテナントとするためである。通報を行ったＳＶＰ３２は遠隔保守センタ９から送信されてきた更新前の接続先ＳＶＰ情報を受信し、障害がテナントＳＶＰで発生していたものと認識する。テナントＳＶＰの障害のため、障害を検出したＳＶＰ３２自身がテナント／バックアップ状態制御手段６２により、バックアップ状態からテナント状態に切り替わり、新たなテナントとなる（図５の（７））。 Upon receiving the report, the remote maintenance center 9 transmits the connection destination SVP information 102 to the backup SVP 32 ((5) in FIG. 5), and changes the connection destination SVP information 102 and the status of the SVP 31 to the tenant according to the content of the notification → The failure and the state of the SVP 32 are updated as backup → tenant ((6) in FIG. 5). Here, the reason that the state of the SVP 32 is a tenant is that, in the case of a tenant SVP failure, the SVP that made the notification is the tenant. The SVP 32 that made the report receives the connection destination SVP information before update transmitted from the remote maintenance center 9 and recognizes that a failure has occurred in the tenant SVP. Due to the failure of the tenant SVP, the SVP 32 itself that has detected the failure is switched from the backup state to the tenant state by the tenant / backup state control means 62 and becomes a new tenant ((7) in FIG. 5).
その後、遠隔保守センタ９は接続先決定手段１０１によって、接続先ＳＶＰ情報１０２を参照し、テナント状態であるＳＶＰ３２に対して、接続、遠隔保守を行う。このようにパトロールによって、障害を検出し、障害検出したバックアップＳＶＰがテナントＳＶＰに切り替わることによって、テナントＳＶＰで障害が発生した場合でも遠隔保守が行えなくなることを防ぐことができる。 Thereafter, the remote maintenance center 9 refers to the connection destination SVP information 102 by the connection destination determination unit 101 and performs connection and remote maintenance for the SVP 32 in the tenant state. Thus, by detecting a failure by patrol and switching the detected backup SVP to the tenant SVP, it is possible to prevent remote maintenance from being performed even if a failure occurs in the tenant SVP.
次に、本発明の第２の実施例の構成について図面を参照して詳細に説明する。 Next, the configuration of the second embodiment of the present invention will be described in detail with reference to the drawings.
図６に本発明の第２の実施例の構成を示す。 FIG. 6 shows the configuration of the second embodiment of the present invention.
図６の構成は図２に示した実施例の構成に加え、ＳＶＰ３１〜３ｎに状態制御外部Ｉ／Ｆ６３、遠隔保守センタ９に接続先変更手段１０３が設けられ、接続先ＳＶＰ情報１０２’に、バックアップＳＶＰに対して優先順位が設定されている点が異なる。その他の構成要素に関しては図２と同一であるため、説明は省略する。 6 includes the state control external I / F 63 in the SVPs 31 to 3n and the connection destination changing means 103 in the remote maintenance center 9 in addition to the configuration of the embodiment shown in FIG. The difference is that priority is set for the backup SVP. Other components are the same as those in FIG.
状態制御外部Ｉ／Ｆ６３は各ＳＶＰのテナント／バックアップ状態の制御をＳＶＰの外部である遠隔保守センタ９から行うことを可能にするものである。遠隔保守センタ９はＳＶＰに対して、状態変更要求を行い、ＳＶＰは状態制御外部Ｉ／Ｆ６３で要求を判断し、テナント／バックアップ状態制御手段６２により、ＳＶＰの状態を変更する。 The status control external I / F 63 makes it possible to control the tenant / backup status of each SVP from the remote maintenance center 9 that is outside the SVP. The remote maintenance center 9 issues a status change request to the SVP, the SVP determines the request at the status control external I / F 63, and changes the SVP status by the tenant / backup status control means 62.
遠隔保守センタ９に備えられた接続先変更手段１０３はテナントＳＶＰへの接続に連続で失敗した場合、そのテナントＳＶＰへの接続を不可と判断し、接続先を別のＳＶＰに変更する手段である。その際、接続先ＳＶＰ情報１０２’に設定されたバックアップＳＶＰの優先順位に従って、優先順位が最高のバックアップＳＶＰに状態変更要求を行う。
なお、状態制御外部Ｉ／Ｆ６３は図１の本発明の原理図における遠隔保守機能多重化制御手段６の一部に対応し、接続先変更手段１０３、接続先ＳＶＰ情報１０２’は図１の接続先制御手段１０の一部に対応するものである。
The connection destination changing means 103 provided in the remote maintenance center 9 is a means for determining that connection to the tenant SVP is impossible and continuously changing the connection destination to another SVP when the connection to the tenant SVP fails continuously. . At that time, according to the priority order of the backup SVP set in the connection destination SVP information 102 ′, a state change request is made to the backup SVP having the highest priority order.
The state control external I / F 63 corresponds to a part of the remote maintenance function multiplexing control means 6 in the principle diagram of the present invention in FIG. 1, and the connection destination changing means 103 and the connection destination SVP information 102 ′ are the connections in FIG. This corresponds to a part of the previous control means 10.
次に本発明の第２の実施例の動作について説明する。 Next, the operation of the second embodiment of the present invention will be described.
図７，図８に本発明の第２の実施例の動作を示すフローチャートを示す。 7 and 8 are flowcharts showing the operation of the second embodiment of the present invention.
図７は遠隔保守センタ９の動作を示すフローチャート、図８はＳＶＰの動作を示すフローチャートである。図７は本発明の第１の実施例の遠隔保守センタ９のフローチャートである図３に新たにステップＢ８、Ｂ９、Ｂ１０の処理を追加したものである。また、図８は本発明の第１の実施例のＳＶＰのフローチャートである図４に新たにステップＥ９、Ｅ１０の処理を追加したものである。上記、追加した処理以外の動作は図３，図４に示した実施例と同一であるため、説明は省略する。 FIG. 7 is a flowchart showing the operation of the remote maintenance center 9, and FIG. 8 is a flowchart showing the operation of the SVP. FIG. 7 is a flowchart in which steps B8, B9 and B10 are newly added to FIG. 3 which is a flowchart of the remote maintenance center 9 of the first embodiment of the present invention. FIG. 8 is a flowchart in which steps E9 and E10 are newly added to FIG. 4 which is a flowchart of the SVP according to the first embodiment of the present invention. The operations other than the added processing are the same as those in the embodiment shown in FIGS.
図６の実施例について、図２の実施例との相違点のみを説明する。 Only the differences between the embodiment of FIG. 6 and the embodiment of FIG. 2 will be described.
図２の実施例では、遠隔保守機能が正常かどうかの識別は、バックアップＳＶＰによる遠隔保守パトロール機能により行っていた。そのため、テナントＳＶＰに障害があった場合は障害の検出を行うことができたが、公衆回線８への接続に障害があった場合（例えば、モデムの故障や回線の障害などが考えられる）、障害を検出することができない。 そこで、図６の本発明の第２の実施例は、第１の実施例を、上記のようなケースにも対応できるように改善したものである。 In the embodiment of FIG. 2, whether or not the remote maintenance function is normal is identified by the remote maintenance patrol function by the backup SVP. Therefore, if the tenant SVP has a failure, the failure can be detected, but if the connection to the public line 8 has a failure (for example, a modem failure or a line failure is considered) The failure cannot be detected. Therefore, the second embodiment of the present invention shown in FIG. 6 is an improvement of the first embodiment so that it can cope with the above-described case.
以下、第２の実施例で実現される、テナントＳＶＰでの公衆回線８への接続に障害がある場合の動作について説明する。 Hereinafter, an operation performed when there is a failure in the connection to the public line 8 in the tenant SVP realized in the second embodiment will be described.
保守員がコンピュータシステム１の遠隔保守操作を開始すると、テナントＳＶＰに対して接続を実行する（図７のステップＢ４）。しかし、テナントＳＶＰの公衆回線８への接続に障害が発生している場合、接続に失敗してしまう（図７のステップＢ５でＹｅｓの場合）。接続に失敗した場合、遠隔保守センタ９は図７のステップＢ２から処理をやり直す。再接続を繰り返し、規定されたリトライ回数で全て接続が失敗した場合（図７のステップＢ８でＹｅｓの場合）には、接続先のテナントＳＶＰに固定障害が発生していると判断し、遠隔保守センタ９は接続先変更手段１０３により、接続先ＳＶＰ情報１０２’のバックアップＳＶＰの優先順位で最高の優先順位を持つバックアップＳＶＰに対して、状態変更要求を送信し（図７のステップＢ９）、接続先ＳＶＰ情報１０２’をテナントＳＶＰは障害状態に、優先順位最高のバックアップＳＶＰはテナント状態に、バックアップＳＶＰの優先順位を繰り上げて、２位のものは１位に、３位のものは２位となるように更新する（図７のステップＢ１０）。
When the maintenance staff starts the remote maintenance operation of the
遠隔保守センタ９からの状態変更要求を受信した、最高の優先順位を持つバックアップＳＶＰは、状態制御外部Ｉ／Ｆ６３により、状態変更要求を受けたことを認識し（図８のステップＥ９でＹｅｓの場合）、バックアップからテナントに状態を切り替える（図８のステップＥ１０）。 The backup SVP having the highest priority that received the status change request from the remote maintenance center 9 recognizes that the status change request has been received by the status control external I / F 63 (Yes in step E9 in FIG. 8). ), The state is switched from the backup to the tenant (step E10 in FIG. 8).
遠隔保守センタ９は更新された接続先ＳＶＰ情報１０２’を参照し（図７のステップＢ２）、新たにテナントとなったＳＶＰを新しい接続先に決定し（図７のステップＢ３）、そのＳＶＰに接続し（図７のステップＢ４）、遠隔保守を行う（図７のステップＢ７）。 The remote maintenance center 9 refers to the updated connection destination SVP information 102 ′ (step B2 in FIG. 7), determines the SVP that has newly become the tenant as a new connection destination (step B3 in FIG. 7), and sets the SVP Connect (step B4 in FIG. 7) and perform remote maintenance (step B7 in FIG. 7).
次に上記、動作について、図９の具体例を用いて説明する。 Next, the operation will be described with reference to a specific example of FIG.
なお、説明を簡潔にするために、図９ではＳＶＰはＳＶＰ３１とＳＶＰ３２のみを示し、他は省略している。 For the sake of brevity, in FIG. 9, only SVP 31 and SVP 32 are shown in SVP, and the others are omitted.
図９において、ＳＶＰ３１はテナント状態、他のＳＶＰはバックアップ状態であるとする。また、ＳＶＰ３１と公衆回線８を結ぶ通信路に障害が発生しているとする（図９の（１））。保守員が遠隔保守センタ９でコンピュータシステム１の遠隔保守操作を開始すると、接続先ＳＶＰ情報１０２’を参照して、接続先決定手段１０１はテナント状態であるＳＶＰ３１を接続先として認識し、ＳＶＰ３１に接続を行う。しかし、ＳＶＰ３１と公衆回線８を結ぶ通信路に障害が発生しているため、接続は失敗してしまう（図９の８２））。遠隔保守センタ９は規定回数、リトライして再接続を試みるも接続失敗となる（図９の（３））。
In FIG. 9, it is assumed that the SVP 31 is in the tenant state and the other SVPs are in the backup state. Further, it is assumed that a failure has occurred in the communication path connecting the SVP 31 and the public line 8 ((1) in FIG. 9). When the maintenance staff starts remote maintenance operation of the
規定回数のリトライを行っても接続できない場合、遠隔保守センタ９はテナントＳＶＰ３１に固定障害が発生していると判断し、接続先ＳＶＰ情報１０２’を参照し、バックアップＳＶＰの中で最高の優先順位となっているＳＶＰ３２に対して、接続先変更手段１０３により、状態変更要求を送信する（図９の（４））。バックアップＳＶＰの中で最高の優先順位を持つＳＶＰ３２は、遠隔保守センタ９から送信されてくる状態変更要求を受信し、状態制御外部Ｉ／Ｆ５３で状態変更要求を認識後、テナント／バックアップ状態制御手段６２を用いて、バックアップ状態からテナント状態へ状態を切り替える（図９の（５））。遠隔保守センタ９は接続先ＳＶＰ情報１０２’を新しい状態（ＳＶＰ３１の状態を障害に、ＳＶＰ３２の状態をテナントに変更し、他のバックアップＳＶＰの優先順位を繰り上げる）に更新する。その後、遠隔保守センタ９は接続先決定手段１０１により、新しいテナントＳＶＰ３２を接続先と決定し、接続を行う（図９の（７））。そして、保守員はテナントＳＶＰ３２に接続後、遠隔保守を実施する。 If the connection cannot be made even after a specified number of retries, the remote maintenance center 9 determines that a fixed failure has occurred in the tenant SVP 31, refers to the connection destination SVP information 102 ', and has the highest priority among the backup SVPs. The connection destination changing unit 103 transmits a state change request to the SVP 32 (FIG. 9 (4)). The SVP 32 having the highest priority among the backup SVPs receives the status change request transmitted from the remote maintenance center 9 and recognizes the status change request by the status control external I / F 53, and then the tenant / backup status control means. 62 is used to switch the status from the backup status to the tenant status ((5) in FIG. 9). The remote maintenance center 9 updates the connection destination SVP information 102 ′ to a new state (changes the state of the SVP 31 to a failure, changes the state of the SVP 32 to a tenant, and raises the priority of other backup SVPs). After that, the remote maintenance center 9 determines the new tenant SVP 32 as the connection destination by the connection destination determination means 101 and performs the connection ((7) in FIG. 9). The maintenance staff then performs remote maintenance after connecting to the tenant SVP 32.
１ コンピュータシステム
５ 統合管理手段
６ 遠隔保守機能多重化制御手段
７ ＬＡＮ
８ 公衆回線
９ 遠隔保守センタ
１０ 接続先制御手段
２１〜２ｎ ホスト
３１〜３ｎ ＳＶＰ
１１ モデム
６１ 遠隔保守機能パトロール手段
６２ テナント／バックアップ状態制御手段
６３ 状態制御外部Ｉ／Ｆ
１０１ 接続先決定手段
１０２ 接続先ＳＶＰ情報
１０２’ 接続先ＳＶＰ情報
１０３ 接続先変更手段
1 Computer System 5 Integrated Management Unit 6 Remote Maintenance Function Multiplexing Control Unit 7 LAN
8 Public line 9 Remote maintenance center 10 Destination control means 21-2n Host 31-3n SVP
11 Modem 61 Remote maintenance function patrol means 62 Tenant / backup status control means 63 Status control external I / F
101 connection destination determining means 102 connection destination SVP information 102 'connection destination SVP information 103 connection destination changing means
Claims (1)
A computer system having one or more service processors comprising integrated management means for connection via a public line and remote maintenance function multiplexing control means for maintenance, and multiplexing control of remote maintenance functions connected to the service processor A remote maintenance computer maintenance system comprising: a remote maintenance center comprising connection destination control means for performing
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005083798A JP2006268278A (en) | 2005-03-23 | 2005-03-23 | Remote maintenance computer maintenance system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005083798A JP2006268278A (en) | 2005-03-23 | 2005-03-23 | Remote maintenance computer maintenance system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2006268278A true JP2006268278A (en) | 2006-10-05 |
Family
ID=37204214
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005083798A Withdrawn JP2006268278A (en) | 2005-03-23 | 2005-03-23 | Remote maintenance computer maintenance system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2006268278A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007249574A (en) * | 2006-03-15 | 2007-09-27 | Ricoh Co Ltd | Remote diagnosis system, remote diagnosis method and program |
| WO2009066336A1 (en) * | 2007-11-19 | 2009-05-28 | Fujitsu Limited | Information processing apparatus, information processing system, and control method therefor |
| JP2011076512A (en) * | 2009-10-01 | 2011-04-14 | Hitachi Solutions Ltd | Integrated management system of job management server |
-
2005
- 2005-03-23 JP JP2005083798A patent/JP2006268278A/en not_active Withdrawn
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007249574A (en) * | 2006-03-15 | 2007-09-27 | Ricoh Co Ltd | Remote diagnosis system, remote diagnosis method and program |
| JP4632979B2 (en) * | 2006-03-15 | 2011-02-16 | 株式会社リコー | Remote diagnosis system, remote diagnosis method and program |
| WO2009066336A1 (en) * | 2007-11-19 | 2009-05-28 | Fujitsu Limited | Information processing apparatus, information processing system, and control method therefor |
| JP5299283B2 (en) * | 2007-11-19 | 2013-09-25 | 富士通株式会社 | Information processing apparatus, information processing system, and control method therefor |
| US8745436B2 (en) | 2007-11-19 | 2014-06-03 | Fujitsu Limited | Information processing apparatus, information processing system, and control method therefor |
| JP2011076512A (en) * | 2009-10-01 | 2011-04-14 | Hitachi Solutions Ltd | Integrated management system of job management server |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8700760B2 (en) | Method and systems for redundant server automatic failover | |
| US8862928B2 (en) | Techniques for achieving high availability with multi-tenant storage when a partial fault occurs or when more than two complete faults occur | |
| US8032786B2 (en) | Information-processing equipment and system therefor with switching control for switchover operation | |
| CN103346903A (en) | Dual-machine backup method and device | |
| CN101594383B (en) | Method for monitoring service and status of controllers of double-controller storage system | |
| JP2009265805A (en) | Failover method, program, failover device and failover system | |
| CN102394914A (en) | Cluster brain-split processing method and device | |
| US8112518B2 (en) | Redundant systems management frameworks for network environments | |
| CN109446169B (en) | Double-control disk array shared file system | |
| CN107071189B (en) | Connection method of communication equipment physical interface | |
| JP4318211B2 (en) | High reliability system, redundant configuration control method and program | |
| JP5285045B2 (en) | Failure recovery method, server and program in virtual environment | |
| JP2006268278A (en) | Remote maintenance computer maintenance system | |
| JP5285044B2 (en) | Cluster system recovery method, server, and program | |
| JP2002136000A (en) | Uninterruptible power supply system | |
| CN114124803B (en) | Device management method and device, electronic device and storage medium | |
| CN110661651A (en) | SDN controller data management method, system, device and readable storage medium | |
| CN111309515A (en) | Disaster recovery control method, device and system | |
| CN104133700A (en) | Dual-system switching method of exchange and routing device | |
| JP2018116477A (en) | Information processing apparatus and information processing system | |
| KR20140140719A (en) | Apparatus and system for synchronizing virtual machine and method for handling fault using the same | |
| JPH06195318A (en) | Distributed processing system | |
| CN110752955A (en) | Seat invariant fault migration system and method | |
| CN103744702A (en) | Dual-system starting method of switching and routing device | |
| KR20050097015A (en) | Method of resilience for fault tolerant function |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20080603 |