JP2004021507A - サーバ相互の監視制御方法 - Google Patents
サーバ相互の監視制御方法 Download PDFInfo
- Publication number
- JP2004021507A JP2004021507A JP2002174294A JP2002174294A JP2004021507A JP 2004021507 A JP2004021507 A JP 2004021507A JP 2002174294 A JP2002174294 A JP 2002174294A JP 2002174294 A JP2002174294 A JP 2002174294A JP 2004021507 A JP2004021507 A JP 2004021507A
- Authority
- JP
- Japan
- Prior art keywords
- server
- servers
- status
- shutdown
- monitoring
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
【課題】二台のサーバを相互に接続して互いの状態を監視し、サーバに対して異常検出が発見されたときに、リセットされるシステムにおいて、サーバの電源のＳｈｕｔｄｏｗｎの状態如何によらず、安定稼動をできるようにする。
【解決手段】一方のサーバは、状態チェックをおこなう方のサーバに対して自らがシャットダウン状態に移ることを通知する。そして、状態チェックをおこなう方のサーバは、相手のサーバがシャットダウン状態であるときには、異常検出をおこなわないようにする。状態チェックをおこなう方のサーバは、相手のサーバの稼動状態を保持しておく。
【選択図】 図２
【解決手段】一方のサーバは、状態チェックをおこなう方のサーバに対して自らがシャットダウン状態に移ることを通知する。そして、状態チェックをおこなう方のサーバは、相手のサーバがシャットダウン状態であるときには、異常検出をおこなわないようにする。状態チェックをおこなう方のサーバは、相手のサーバの稼動状態を保持しておく。
【選択図】 図２
Description
【０００１】
【発明の属する技術分野】
本発明は、サーバ相互の監視制御方法に係り、特に、複数台のサーバを相互に監視してクラスタを構成するＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）に用いて好適であって、サーバの安定稼動を図るサーバ相互の監視制御方法に関する。
【０００２】
【従来の技術】
従来、システムのフェールセーフを目的として、サーバの２重化を図るために２台のサーバでクラスタを構成する場合には、その多くは一方のサーバがメインで動作し、もう、一方のサーバは普段動作せずスタンバイ状態であり、メインのサーバでの障害時のバックアップとして存在している。
【０００３】
この場合、メイン側のサーバがスタンバイ側のサーバの状態を逐次監視する必要は無く、メイン側で障害が発生してスタンバイ側に処理を移管する直前か、あるいは、ある程度時間をおいてスタンバイ側の状態をチェックする。
【０００４】
ところが、チェックされるスタンバイ側のサーバがＳｈｕｔｄｏｗｎしようとするときに、メイン側からチェックをおこなったときには正しくチェックされず、Ｓｈｕｔｄｏｗｎ時にも相手サーバの異常状態と認識される。
【０００５】
しかしながら、このような一方のサーバがスタンバイするシステムでは、Ｓｈｕｔｄｏｗｎと状態チェックが同時期におこなわれる頻度は少なく、問題となることはまれであった。
【０００６】
【発明が解決しようとする課題】
上記従来技術は、メイン側のサーバとスタンバイ側のサーバで機能分担するシステムについて述べたが、ＮＡＳなどでは、２台のサーバにてクラスタを構成し、２台のサーバを共にアクティブで動作させるシステム構成であることが多い。このようなときには、相手サーバ障害（無応答など）検出時は、早急に回復処理を実施する必要があるため、相手の状態を逐次監視している。
【０００７】
そして、相手サーバの異常を検知すると、回復処理として相手サーバのリセット（リブート）をおこなう。
【０００８】
ところが、サーバの電源をおとす際のＳｈｕｔｄｏｗｎ時に状態チェックがおこなわれると、相手の状態を障害がおこったものと誤認識して、リセット処理がおこなわれるため、永久にサーバの電源をおとすことができない、また、Ｓｈｕｔｄｏｗｎが完璧におこなえないために誤動作につながると言う問題点があった。
【０００９】
本発明は、上記問題点を解決するためになされたもので、その目的は、二台のサーバを相互に接続して互いの状態を監視し、サーバに対して異常検出が発見されたときに、リセットされるシステムにおいて、サーバの電源のＳｈｕｔｄｏｗｎの状態如何によらず、安定稼動を図ることができるサーバ相互の監視制御方法を提供することにある。
【００１０】
【課題を解決するための手段】
一方のサーバは、状態チェックをおこなう方のサーバに対して自らがシャットダウン状態に移ることを通知する。そして、状態チェックをおこなう方のサーバは、相手のサーバがシャットダウン状態であるときには、異常検出をおこなわないようにする。
【００１１】
状態チェックをおこなう方のサーバは、相手のサーバの稼動状態を保持しておく。
【００１２】
【発明の実施の形態】
以下、本発明に係る一実施形態を、図１および図２を用いて説明する。
図１は、本発明に係るＮＡＳ装置１におけるサーバ相互の監視制御方法の状態管理機構の概略図である。
図２は、図１に示されるサーバ２内にサーバ相互の監視制御方法の処理のフローチャートを埋め込んだ図である。
【００１３】
ＮＡＳ装置１は、既存のユーザＬＡＮ１２を活かし、異種プラットフォーム間でのファイル共用を可能にする記憶装置である。このＮＡＳ装置１を使用することにより、ファイルの一元管理が可能となる。ＮＡＳ装置１で障害が発生した場合、修復するまで装置１内の共有ストレージデバイスに格納したファイルに一切アクセスできなくなってしまうため、通常、ＮＡＳ装置１の構成要素は、２重化されていることが多い。
【００１４】
２重化対象の一つとして、ＮＡＳのエンジンとなるサーバ２（Ｕｎｉｘマシンｏｒ ＰＣ「Ｕｎｉｘは、登録商標」）がある。
【００１５】
上記のようにフェールセーフの理由だけによる２重化の場合、一方のサーバはスタンバイとして、障害が発生するまで待機する構成をとることも考えられるが、ＮＡＳのようなネットワークに接続される装置では、アクセス性能も重要な要素であり、本ＮＡＳ装置１では２台のサーバ２ともアクティブで動作するものである。
【００１６】
本発明のＮＡＳ装置１に含まれるサーバ２は、図１に示されるように、状態通知機構３、状態監視機構７、リセット機構８、相手状態監視テーブル１０を含み、共有ストレージデバイス１１に接続されている。
【００１７】
ユーザＬＡＮを介して、共有ストレージデバイス１１にアクセスする場合には、どちらのサーバ２を用いてもよい。
【００１８】
２台のサーバ２が共にアクティブで動作する場合、互いに相手サーバの状態を監視６をおこない、相手サーバ障害（無応答など）の検出時には早急に回復処理を実施する必要がある。
【００１９】
そのために、図１に示されるように、それぞれのサーバ２の状態監視機構７は、監視ライン５を使用して相手サーバ状態監視６をおこなっている。相手サーバの障害検出時には、回復処理としてリセット機構８からリセットライン９を使用して、相手サーバのリセットをおこなう。
【００２０】
この処理は、通常動作中では有益であるが、サーバの電源をおとす際のＳｈｕｔｄｏｗｎ処理時に状態監視されたときには、監視の対象となっているサーバの異常と判断され、Ｓｈｕｔｄｏｗｎ中でもリセットがかけられることになり、サーバがまた立ち上がってしまってＳｈｕｔｄｏｗｎができなくなったり、誤動作の原因となる。
【００２１】
そのために、図２に示されるように、サーバの制御機構からＳｈｕｔｄｏｗｎのメッセージを受信して（Ｓ２０１）、Ｓｈｕｔｄｏｗｎ処理をおこなう際には（Ｓ２０９）、状態通知機構３が相手サーバに対し、自サーバ状態（Ｓｈｕｔｄｏｗｎ）を通知する（Ｓ２０８）。図２には示していないが、状態通知機構３で受領した相手サーバ状態は、相手サーバ状態管理テーブル１０に格納される。
【００２２】
相手サーバ状態管理テーブル１０には、”Ｓｈｕｔｄｏｗｎ”の他に、”Ａｃｔｉｖｅ”，”Ｒｅｓｅｔ”が格納される。
【００２３】
ここで、”Ａｃｔｉｖｅ”は”正常動作中”、”Ｒｅｓｅｔ”は”相手サーバのリセット中”を意味する。図２には示していないが、”Ａｃｔｉｖｅ”が相手サーバ状態管理テーブル１０が設定されるときは、相手サーバに電源が入れられて立ち上がるか、リセットによりリブートされるかして、相手サーバから状態通知機構３により通知を受けたときである。
【００２４】
監視をおこなっているサーバでは、相手サーバ状態管理テーブル１０に、”Ｓｈｕｔｄｏｗｎ”が格納されているときには監視コマンドを発行せず（Ｓ２０２）、それ以外のときには、監視コマンドを発行する（Ｓ２０３）。
【００２５】
この監視コマンドにより、相手サーバの状態の監視をおこなって状態監視機構７が相手サーバ異常と認識した場合であって、かつ、サーバ状態管理テーブル１０が、”Ａｃｔｉｖｅ”のときには（Ｓ２０４）、リセットラインにより相手サーバに対してリセット指示２２をおこなって（Ｓ２０５）、相手状態監視テーブル１０に”Ｒｅｓｅｔ”を記録する（Ｓ２０６）。
【００２６】
この監視は、一定時間のＷａｉｔ間隔をおいて繰り返される（Ｓ２０７）
この方法により、サーバをＳｈｕｔｄｏｗｎするときには、監視しているサーバからの監視が遮断されて、リセットされることがなくなるため、Ｓｈｕｔｄｏｗｎ処理が完遂されて、Ｓｈｕｔｄｏｗｎが完了していない状態で、リセットされる不都合を回避することができる。
【００２７】
【発明の効果】
本発明によれば、二台のサーバを相互に接続して互いの状態を監視し、サーバに対して異常検出が発見されたときに、リセットされるシステムにおいて、サーバの電源のＳｈｕｔｄｏｗｎの状態如何によらず、安定稼動を図ることができるサーバ相互の監視制御方法を提供することができる。
【図面の簡単な説明】
【図１】本発明に係るＮＡＳ装置１におけるサーバ相互の監視制御方法の状態管理機構の概略図である。
【図２】図１に示されるサーバ２内にサーバ相互の監視制御方法の処理のフローチャートを埋め込んだ図である。
【符号の説明】
１…ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）装置
２…サーバ：ＮＡＳ装置のエンジン部（Ｕｎｉｘマシン ｏｒ ＰＣ「Ｕｎｉｘは、登録商標」）
３…状態通知機構
４…自サーバ状態（Ｓｈｕｔｄｏｗｎ処理中）送信
５…サーバ間の状態監視ライン
６…状態監視処理
７…状態監視機構
８…セット機構
９…リセットライン
１０…相手サーバ状態管理テーブル
１１…共有ストレージデバイス
【発明の属する技術分野】
本発明は、サーバ相互の監視制御方法に係り、特に、複数台のサーバを相互に監視してクラスタを構成するＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）に用いて好適であって、サーバの安定稼動を図るサーバ相互の監視制御方法に関する。
【０００２】
【従来の技術】
従来、システムのフェールセーフを目的として、サーバの２重化を図るために２台のサーバでクラスタを構成する場合には、その多くは一方のサーバがメインで動作し、もう、一方のサーバは普段動作せずスタンバイ状態であり、メインのサーバでの障害時のバックアップとして存在している。
【０００３】
この場合、メイン側のサーバがスタンバイ側のサーバの状態を逐次監視する必要は無く、メイン側で障害が発生してスタンバイ側に処理を移管する直前か、あるいは、ある程度時間をおいてスタンバイ側の状態をチェックする。
【０００４】
ところが、チェックされるスタンバイ側のサーバがＳｈｕｔｄｏｗｎしようとするときに、メイン側からチェックをおこなったときには正しくチェックされず、Ｓｈｕｔｄｏｗｎ時にも相手サーバの異常状態と認識される。
【０００５】
しかしながら、このような一方のサーバがスタンバイするシステムでは、Ｓｈｕｔｄｏｗｎと状態チェックが同時期におこなわれる頻度は少なく、問題となることはまれであった。
【０００６】
【発明が解決しようとする課題】
上記従来技術は、メイン側のサーバとスタンバイ側のサーバで機能分担するシステムについて述べたが、ＮＡＳなどでは、２台のサーバにてクラスタを構成し、２台のサーバを共にアクティブで動作させるシステム構成であることが多い。このようなときには、相手サーバ障害（無応答など）検出時は、早急に回復処理を実施する必要があるため、相手の状態を逐次監視している。
【０００７】
そして、相手サーバの異常を検知すると、回復処理として相手サーバのリセット（リブート）をおこなう。
【０００８】
ところが、サーバの電源をおとす際のＳｈｕｔｄｏｗｎ時に状態チェックがおこなわれると、相手の状態を障害がおこったものと誤認識して、リセット処理がおこなわれるため、永久にサーバの電源をおとすことができない、また、Ｓｈｕｔｄｏｗｎが完璧におこなえないために誤動作につながると言う問題点があった。
【０００９】
本発明は、上記問題点を解決するためになされたもので、その目的は、二台のサーバを相互に接続して互いの状態を監視し、サーバに対して異常検出が発見されたときに、リセットされるシステムにおいて、サーバの電源のＳｈｕｔｄｏｗｎの状態如何によらず、安定稼動を図ることができるサーバ相互の監視制御方法を提供することにある。
【００１０】
【課題を解決するための手段】
一方のサーバは、状態チェックをおこなう方のサーバに対して自らがシャットダウン状態に移ることを通知する。そして、状態チェックをおこなう方のサーバは、相手のサーバがシャットダウン状態であるときには、異常検出をおこなわないようにする。
【００１１】
状態チェックをおこなう方のサーバは、相手のサーバの稼動状態を保持しておく。
【００１２】
【発明の実施の形態】
以下、本発明に係る一実施形態を、図１および図２を用いて説明する。
図１は、本発明に係るＮＡＳ装置１におけるサーバ相互の監視制御方法の状態管理機構の概略図である。
図２は、図１に示されるサーバ２内にサーバ相互の監視制御方法の処理のフローチャートを埋め込んだ図である。
【００１３】
ＮＡＳ装置１は、既存のユーザＬＡＮ１２を活かし、異種プラットフォーム間でのファイル共用を可能にする記憶装置である。このＮＡＳ装置１を使用することにより、ファイルの一元管理が可能となる。ＮＡＳ装置１で障害が発生した場合、修復するまで装置１内の共有ストレージデバイスに格納したファイルに一切アクセスできなくなってしまうため、通常、ＮＡＳ装置１の構成要素は、２重化されていることが多い。
【００１４】
２重化対象の一つとして、ＮＡＳのエンジンとなるサーバ２（Ｕｎｉｘマシンｏｒ ＰＣ「Ｕｎｉｘは、登録商標」）がある。
【００１５】
上記のようにフェールセーフの理由だけによる２重化の場合、一方のサーバはスタンバイとして、障害が発生するまで待機する構成をとることも考えられるが、ＮＡＳのようなネットワークに接続される装置では、アクセス性能も重要な要素であり、本ＮＡＳ装置１では２台のサーバ２ともアクティブで動作するものである。
【００１６】
本発明のＮＡＳ装置１に含まれるサーバ２は、図１に示されるように、状態通知機構３、状態監視機構７、リセット機構８、相手状態監視テーブル１０を含み、共有ストレージデバイス１１に接続されている。
【００１７】
ユーザＬＡＮを介して、共有ストレージデバイス１１にアクセスする場合には、どちらのサーバ２を用いてもよい。
【００１８】
２台のサーバ２が共にアクティブで動作する場合、互いに相手サーバの状態を監視６をおこない、相手サーバ障害（無応答など）の検出時には早急に回復処理を実施する必要がある。
【００１９】
そのために、図１に示されるように、それぞれのサーバ２の状態監視機構７は、監視ライン５を使用して相手サーバ状態監視６をおこなっている。相手サーバの障害検出時には、回復処理としてリセット機構８からリセットライン９を使用して、相手サーバのリセットをおこなう。
【００２０】
この処理は、通常動作中では有益であるが、サーバの電源をおとす際のＳｈｕｔｄｏｗｎ処理時に状態監視されたときには、監視の対象となっているサーバの異常と判断され、Ｓｈｕｔｄｏｗｎ中でもリセットがかけられることになり、サーバがまた立ち上がってしまってＳｈｕｔｄｏｗｎができなくなったり、誤動作の原因となる。
【００２１】
そのために、図２に示されるように、サーバの制御機構からＳｈｕｔｄｏｗｎのメッセージを受信して（Ｓ２０１）、Ｓｈｕｔｄｏｗｎ処理をおこなう際には（Ｓ２０９）、状態通知機構３が相手サーバに対し、自サーバ状態（Ｓｈｕｔｄｏｗｎ）を通知する（Ｓ２０８）。図２には示していないが、状態通知機構３で受領した相手サーバ状態は、相手サーバ状態管理テーブル１０に格納される。
【００２２】
相手サーバ状態管理テーブル１０には、”Ｓｈｕｔｄｏｗｎ”の他に、”Ａｃｔｉｖｅ”，”Ｒｅｓｅｔ”が格納される。
【００２３】
ここで、”Ａｃｔｉｖｅ”は”正常動作中”、”Ｒｅｓｅｔ”は”相手サーバのリセット中”を意味する。図２には示していないが、”Ａｃｔｉｖｅ”が相手サーバ状態管理テーブル１０が設定されるときは、相手サーバに電源が入れられて立ち上がるか、リセットによりリブートされるかして、相手サーバから状態通知機構３により通知を受けたときである。
【００２４】
監視をおこなっているサーバでは、相手サーバ状態管理テーブル１０に、”Ｓｈｕｔｄｏｗｎ”が格納されているときには監視コマンドを発行せず（Ｓ２０２）、それ以外のときには、監視コマンドを発行する（Ｓ２０３）。
【００２５】
この監視コマンドにより、相手サーバの状態の監視をおこなって状態監視機構７が相手サーバ異常と認識した場合であって、かつ、サーバ状態管理テーブル１０が、”Ａｃｔｉｖｅ”のときには（Ｓ２０４）、リセットラインにより相手サーバに対してリセット指示２２をおこなって（Ｓ２０５）、相手状態監視テーブル１０に”Ｒｅｓｅｔ”を記録する（Ｓ２０６）。
【００２６】
この監視は、一定時間のＷａｉｔ間隔をおいて繰り返される（Ｓ２０７）
この方法により、サーバをＳｈｕｔｄｏｗｎするときには、監視しているサーバからの監視が遮断されて、リセットされることがなくなるため、Ｓｈｕｔｄｏｗｎ処理が完遂されて、Ｓｈｕｔｄｏｗｎが完了していない状態で、リセットされる不都合を回避することができる。
【００２７】
【発明の効果】
本発明によれば、二台のサーバを相互に接続して互いの状態を監視し、サーバに対して異常検出が発見されたときに、リセットされるシステムにおいて、サーバの電源のＳｈｕｔｄｏｗｎの状態如何によらず、安定稼動を図ることができるサーバ相互の監視制御方法を提供することができる。
【図面の簡単な説明】
【図１】本発明に係るＮＡＳ装置１におけるサーバ相互の監視制御方法の状態管理機構の概略図である。
【図２】図１に示されるサーバ２内にサーバ相互の監視制御方法の処理のフローチャートを埋め込んだ図である。
【符号の説明】
１…ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）装置
２…サーバ：ＮＡＳ装置のエンジン部（Ｕｎｉｘマシン ｏｒ ＰＣ「Ｕｎｉｘは、登録商標」）
３…状態通知機構
４…自サーバ状態（Ｓｈｕｔｄｏｗｎ処理中）送信
５…サーバ間の状態監視ライン
６…状態監視処理
７…状態監視機構
８…セット機構
９…リセットライン
１０…相手サーバ状態管理テーブル
１１…共有ストレージデバイス
Claims (3)
- 二台のサーバを相互に接続して互いの状態を監視し、第一のサーバが第二のサーバに対して異常検出をおこなって、前記第二のサーバの異常を発見したときに、前記第二のサーバに対してリセット指示をおこなうサーバ相互の監視制御方法において、
前記第二のサーバは、前記第一のサーバに対して自らがシャットダウン状態に移ることを通知し、
前記第一のサーバは、前記第二のサーバがシャットダウン状態であるときには、前記第二のサーバに対して異常検出をおこなわないことを特徴とするサーバ相互の監視制御方法。 - 前記第一のサーバは、前記第二のサーバがシャットダウン状態であるときには、前記第二のサーバに対してリセット指示をおこなわないことを特徴とする請求項１記載のサーバ相互の監視制御方法。
- 前記第一のサーバは、前記第二のサーバの稼動状態を保持する手段を有することを特徴とする請求項１および請求項２記載のいずれかのサーバ相互の監視制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002174294A JP2004021507A (ja) | 2002-06-14 | 2002-06-14 | サーバ相互の監視制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002174294A JP2004021507A (ja) | 2002-06-14 | 2002-06-14 | サーバ相互の監視制御方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004021507A true JP2004021507A (ja) | 2004-01-22 |
Family
ID=31173299
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002174294A Pending JP2004021507A (ja) | 2002-06-14 | 2002-06-14 | サーバ相互の監視制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004021507A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5163807B2 (ja) * | 2010-03-18 | 2013-03-13 | トヨタ自動車株式会社 | マイコン相互監視システム及びマイコン相互監視方法 |
| JP2020190800A (ja) * | 2019-05-20 | 2020-11-26 | Ｎｅｃプラットフォームズ株式会社 | 監視制御装置、監視制御方法、コンピュータ及びプログラム |
-
2002
- 2002-06-14 JP JP2002174294A patent/JP2004021507A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5163807B2 (ja) * | 2010-03-18 | 2013-03-13 | トヨタ自動車株式会社 | マイコン相互監視システム及びマイコン相互監視方法 |
| JP2020190800A (ja) * | 2019-05-20 | 2020-11-26 | Ｎｅｃプラットフォームズ株式会社 | 監視制御装置、監視制御方法、コンピュータ及びプログラム |
| JP7040784B2 (ja) | 2019-05-20 | 2022-03-23 | Ｎｅｃプラットフォームズ株式会社 | 監視制御装置、監視制御方法、コンピュータ及びプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8954784B2 (en) | Reduced power failover | |
| JP4572250B2 (ja) | 計算機切り替え方法、計算機切り替えプログラム及び計算機システム | |
| US9262257B2 (en) | Providing boot data in a cluster network environment | |
| WO2015169199A1 (zh) | 分布式环境下虚拟机异常恢复方法 | |
| US20050251802A1 (en) | Dynamic migration of virtual machine computer programs upon satisfaction of conditions | |
| JPWO2010140222A1 (ja) | 情報処理システム、管理装置および情報処理方法 | |
| CN114090184B (zh) | 一种虚拟化集群高可用性的实现方法和设备 | |
| JP5773166B2 (ja) | 計算機の制御方法、計算機及び計算機システム | |
| JP2010224847A (ja) | 計算機システム及び設定管理方法 | |
| CN111209265B (zh) | 一种数据库切换方法和终端设备 | |
| JP2011065480A (ja) | 電源制御装置及びその制御方法並びにストレージシステム | |
| JP3957065B2 (ja) | ネットワーク計算機システムおよび管理装置 | |
| US7437445B1 (en) | System and methods for host naming in a managed information environment | |
| US20090150459A1 (en) | Highly available multiple storage system consistency heartbeat function | |
| JP2004021507A (ja) | サーバ相互の監視制御方法 | |
| JPH10307635A (ja) | コンピュータシステム及び同システムに適用する温度監視方法 | |
| WO2021238579A1 (zh) | 存储系统管理sata硬盘的方法及存储系统 | |
| JP5577016B2 (ja) | リモート電源制御装置 | |
| JP4157807B2 (ja) | 無停電電源装置 | |
| JP2006229512A (ja) | サーバ切替方法，サーバ及びサーバ切替プログラム | |
| US7676682B2 (en) | Lightweight management and high availability controller | |
| JP4068277B2 (ja) | ハードウェアシステム | |
| JP2011166886A (ja) | 情報処理装置 | |
| JP2002099444A (ja) | コンピュータシステム | |
| JPH10269087A (ja) | リモートネットワークコンピュータシステム |