JP3653335B2 - コンピュータ管理システム - Google Patents
コンピュータ管理システム Download PDFInfo
- Publication number
- JP3653335B2 JP3653335B2 JP13801796A JP13801796A JP3653335B2 JP 3653335 B2 JP3653335 B2 JP 3653335B2 JP 13801796 A JP13801796 A JP 13801796A JP 13801796 A JP13801796 A JP 13801796A JP 3653335 B2 JP3653335 B2 JP 3653335B2
- Authority
- JP
- Japan
- Prior art keywords
- management
- power
- computer
- unit
- failure
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Power Sources (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
- Computer And Data Communications (AREA)
Description
【発明の属する技術分野】
本発明は、コンピュータ・システムの管理装置(以下、マネージャと称す)に関し、特に、ローカル・エリア・ネットワーク(以下、LANと称す)や公衆回線等のネットワークによって複数のコンピュータが接続されたクライアント・サーバ・システム(以下、CSSと称す)において、ネットワークを介して、ネットワーク上の複数のコンピュータの障害や性能の監視や制御を行う管理システムに関する。
【0002】
【従来の技術】
パーソナルコンピュータやワークステーションの高性能化により、複数台のコンピュータをLANで接続してシステムを構築するCSSが普及してきた。CSSでは、クライアントやサーバとなるコンピュータに、様々なタイプのネットワーク・オペレーティング・システム(以下、ネットワークOSと称する)を搭載して、それぞれのコンピュータをネットワークで接続し、連携させて運用する。
【0003】
こうしたCSSシステムでは、規模が大きくなるにつれ、クライアントやサーバとなるコンピュータの台数が、数百から数千台にも及ぶため、システム管理者の人手でネットワークやそれぞれのコンピュータを管理運用した場合、システム管理者の負担とそのコストが増大し、問題となってきている。こうした問題を解決するために、LAN上の少なくとも一つのコンピュータに管理装置(以下、マネージャと称する)とLANに接続されている管理対象の各サーバやクライアントに、前記マネージャの指示にしたがって各コンピュータの管理を行う管理装置(以下、エージェントと称す)を搭載し、ネットワークを介してマネージャから一括して管理を行う管理システムが提供されている。特に、企業の基幹業務向けのCSSシステムを構築する場合には、サーバに対して高い信頼性が要求されることから、主にサーバの障害管理に焦点を置いた管理システムが提供されている。
【0004】
このような障害管理に焦点を置いたシステムでは、特開平5−257914に示されるように、コンピュータ本体の拡張インターフェイス等に、本体とは独立したプロセッサを搭載した障害監視を行うための専用の拡張ボードを接続して、拡張ボードで収集した障害情報をエージェントが受け取り、障害警告等として、ネットワークOSを介して、LANで接続された他の管理コンピュータのマネージャに送付し、障害管理を行っている。さらには、モデムと公衆回線で接続されたリモートのコンピュータからもこうした収集情報が取得できるように、前記拡張ボードに非同期インターフェイスを搭載し、モデムと公衆回線経由で、リモートの管理コンピュータからも前記拡張ボードに接続し、専用のマネージャで障害監視ができるようにしている。このようなリモートからの監視は、ネットワークOSが正常に動作できなないような致命的障害が管理対象のコンピュータで発生した場合でも、前記拡張ボード上の本体とは独立したプロセッサで障害監視や警告を行うため、障害監視を継続して行えるメリットがある。図2の従来例を参照。
【0005】
一方、CSSのネットワーク環境を提供するネットワークOSの最近の動きとして、LANで接続された複数のコンピュータに対してネットワーク機能を提供するだけでなく、モーバイル・コンピュータとオフィスのコンピュータを接続する等、ネットワーク接続の範囲やシステムの応用範囲を広げるために、図3に示すように、モデムと公衆回線を接続された遠隔地のコンピュータ間にもLANで接続したコンピュータとまったく等価なリモート・アクセス機能を実現し、公衆回線接続も含めて、透過的なネットワーク環境を提供するものが出てきた。ネットワークOS上で動作するアプリケーション(AP)からは、通信速度を除けば、下位のネットワークが、LANで接続されているか、回線で接続されているかを意識する必要がない。このようなネットワークOSの例としては、Windows NT(米国マイクロソフト社の登録商標)のリモート・アクセス・サービス(RAS)等があり、今後のネットワークOSの標準的な機能となりつつある。したがって、回線接続されたリモートのコンピュータに対してもLAN用の管理システムを導入でき、統一的な管理が可能となる。
【0006】
【発明が解決しようとする課題】
上記従来技術による障害監視に重点を置いたシステムでは、前記のネットワークOSのリモート・アクセス機能について配慮していないため、前記リモート・アクセス機能を利用して、公衆回線によって接続されたリモートのコンピュータからもLAN接続されたコンピュータと同様のシステム管理を行おうとすると、図4のように、前記リモート・アクセス機能を利用して、エージェントを介してシステム管理を行うためのリモート管理コンピュータとそれを接続するための回線及びモデム、そして、前記障害監視拡張ボードに直接接続して管理するためのリモート管理コンピュータと、やはり、それを接続するための回線及びモデムが必要となる。2台の管理コンピュータと2回線及び2つのモデムが、管理コンピュータ側に、管理対象コンピュータ側にも2回線及び2つのモデムが必要となり、運用上の障害となる可能性があった。
【0007】
本発明は、前記リモート・アクセス機能を利用して、LAN接続されている場合と同じように、リモート管理コンピュータのマネージャから管理対象コンピュータのエージェントを介して行うシステム管理は、管理対象コンピュータが正常動作している場合の定常的なシステム管理に好適であり、一方、前記障害監視拡張ボードに直接モデムと回線を接続してシステム管理を実現した場合には、管理対象コンピュータで致命的障害が発生しエージェントが動作できない場合のシステム管理に好適であるという、それぞれ異なった排他的な場面で有効なシステム管理方法であることに着目して、1台のリモート管理コンピュータと1回線と1つのモデムで、上記二つの方法によるリモートからのシステム管理を実現するための手段を提供することを目的とする。これにより、運用上の障害となる冗長なリモート管理コンピュータと回線及びモデムを削減する。
【0008】
本発明の他の目的は、従来、LANや公衆回線で接続されたマネージャからは実現できなかった管理対象コンピュータのリモートからの電源制御も合わせて実現し、複数のコンピュータの細かな障害からシステム・ダウンに至る重大な障害までの障害管理と管理対象コンピュータの起動・停止等の運用支援をLANや公衆回線で接続されたマネージャから一括に行う環境を提供し、システム管理者の負担と管理コストを低減するコンピュータの管理方法と装置を提供することである。
【0009】
【課題を解決するための手段】
上記の目的を達成するために、本発明の1つの実施態様に従えば、管理対象コンピュータ上で障害監視や電源制御を行うエージェントと管理対象コンピュータ本体とは独立したプロセッサにより制御され、エージェントと連携して障害の監視や電源制御を行う拡張ボードであるサービス・プロセッサ・ボード(以下、SVPボードと称す)と、公衆回線、または、LANで接続された管理コンピュータ上で動作し、リモート・アクセス機能を含むネットワークOSを介してエージェントに接続し、システム管理を行うマネージャと、公衆回線で直接SVPボードに接続し、SVPボードの制御を行うSVPマネージャを有するコンピュータ管理システムが提供される。
【0010】
さらに、SVPボード上には、SVPボードのプロセッサに接続された非同期インターフェイスと管理対象コンピュータからアクセス可能な非同期インターフェイスのうち何れか一方を選択的に回線に接続したモデムに接続するためのスイッチ回路と、その切換制御手段が設けられている。また、SVPボードには、管理対象コンピュータからアクセス可能な非同期インターフェイスを介して回線接続後、回線の接続状況を監視し、回線切断を契機にSVPボードのプロセッサ側に前記の非同期インターフェイスのスイッチ回路を切換える回線接続監視手段を有する。
【0011】
さらに、SVPボードには、電源ユニットの電源ON/OFFを制御するための電源制御回路とその制御手段を有する。
【0012】
また、SVPマネージャは、前記の非同期インターフェイスのスイッチ回路の切換え要求をユーザ操作に合わせて送付する回線切換え手段を有する。
【0013】
管理対象コンピュータが電源OFFの状態では、前記SVPボードの非同期インターフェイスのスイッチ回路は、SVPボードのプロセッサ側に選択しておく。また、SVPボードは、前記サブ電源により本体電源OFF時でも常時稼動状態にする。したがって、SVPマネージャがSVPボードに常時、直接接続することが可能となり、前記SVPボードの電源制御回路に電源ON要求を送付してリモートから本体電源をONすることが可能となる。
【0014】
また、管理対象コンピュータが電源ONされた後、正常に動作している状態では、前記非同期インターフェイスのスイッチ回路を前記SVPマネージャの回線切換え手段により管理対象コンピュータからアクセス可能な非同期インターフェイス側を選択する。これにより、管理コンピュータのリモート・アクセス機能と管理対象コンピュータのリモート・アクセス機能によりそれぞれネットワークOSが接続できるので、リモートからマネージャによりエージェント経由で障害監視や電源制御を行うことができる。
【0015】
さらに、前記の回線接続監視手段により、リモート・アクセス機能による接続を終了させたり、障害により接続が切断された場合には、常に、前記非同期インターフェイスのスイッチ回路をSVPボードのプロセッサ側を選択しておくことになる。したがって、管理対象コンピュータで、致命的障害が発生してネットワークOSやエージェントが動作できなくなった場合には、SVPマネージャがリモートから、直接、SVPボードに接続して、障害診断やリモート・リセット等を行うことが可能となる。
【0016】
【発明の実施の形態】
図1に本発明を実現する一実施例のブロック図を示し、構成について説明する。
10は、管理対象コンピュータ、11は、管理対象コンピュータのハードウェア、12は、SVPボード、121は、SVPのプロセッサによって制御するファームウェアであるSVP制御部、122は、非同期インターフェイスのスイッチ回路、123は、SVPボードのプロセッサに接続された非同期インターフェイス(以下、非同期I/Fと称す)、124は、管理対象コンピュータ10からアクセス可能な非同期I/F、13は、電源ユニット、131は、SVPボードに、常時電源供給するサブ電源、141、142は、LANアダプタ、15は、ディスク装置、161、162、163は、コンピュータで通信を行うためのネットワークOS、1611、1631は、公衆回線経由でネットワークOSを接続するためのリモート・アクセス機能、17は、ネットワークOS上で動作し、管理対象コンピュータ10の障害監視や電源制御を管理するエージェント、181、182は、それぞれリモート・アクセス機能1611、1631が公衆回線にアクセスするための回線ドライバ、19は、本体バスを介して、エージェント17とSVPボード12間でのデータ交換を行う行うSVPドライバ、201、202は、それぞれネットワーク・アダプタ141、142を制御するネットワーク・ドライバ、21は、ディスク15を制御するディスク・ドライバ、22は、管理コンピュータと管理対象コンピュータを接続するLAN(ローカル・エリア・ネットワーク)、23は、管理対象コンピュータにLANで接続された管理コンピュータ、241、242は、ネットワークOS161、162、163により、エージェント17と接続して管理対象コンピュータ10の管理を行うマネージャ、25は、管理対象コンピュータ10あるいはSVPボード12とリモート管理コンピュータである27を接続するための公衆回線、261、262は、回線接続を行うためのモデム、28は、リモート管理コンピュータ27がモデムに接続するための非同期I/F、29は、SVPボードに直接接続して、電源ON/OFFや致命的障害監視を行うSVPマネージャを表す。
【0017】
リモート管理コンピュータ27と管理対象コンピュータ10とは、回線25により接続されるが、リモート・アクセス機能1611、1631により、低速であるが、LAN22で接続された管理コンピュータとまったく等価であり、透過的なネットワーク環境が実現される。マネージャ242は、このリモート・アクセス機能により、管理対象コンピュータ10と接続されている場合に利用する管理装置であり、マネージャ241とまったく同一のものであってよい。リモート・アクセス機能により公衆回線での接続を含めて透過的なシステム管理を実現できる。
【0018】
マネージャ242の障害管理部2421は、リモート・アクセス機能により接続時において、致命的な障害至らない場合の定常的な障害管理を行う。障害管理2421は、リモート・アクセス機能1631から回線25を経由して、リモート・アクセス機能1611によって、エージェント17に接続され、エージェント17を介して管理対象コンピュータ10の障害管理を行う。また、電源管理部2422も同様にエージェント17を介して管理対象コンピュータ10の電源管理を行う。
【0019】
エージェント17は、SVPドライバ19によって、SVPボード12の障害監視部1211からの障害情報を受け取ったり、電源制御部1212に電源ON/OFF要求を送付する。
【0020】
一方、管理対象コンピュータ10が、電源OFF時や致命的傷害を発生した後では、既に、ネットワークOS161が動作できない状況にあり、リモート・アクセス機能を介してのマネージャ242からエージェント17への接続は行えない。管理対象コンピュータに致命的障害が発生した場合でも、SVPボードは、独立したプロセッサで制御するため、正常に動作し続ける。また、本体が電源OFF状態でも、SVPボード12には、サブ電源131により常時電源供給するので動作している。
【0021】
そこで、致命的障害発生時や電源OFF時に、SVPボードに直接接続して、管理対象コンピュータ10の障害管理や電源制御を行うのが、SVPマネージャ29である。回線制御部1213は、本体電源OFF時には、非同期I/Fスイッチ回路122を非同期I/F123側に選択しておく。これにより、SVPマネージャ29は、回線管理部291によって、回線25経由で、SVPボード12の回線制御部1213と接続することが可能となる。接続後、SVPマネージャ29は、電源管理部292によって、SVPボード12の電源制御部1212に電源ON要求を送付し、管理対象コンピュータ10の電源をONすることができる。
【0022】
また、管理対象コンピュータ10で、致命的障害が発生した場合、致命的障害監視部1214は、回線制御部1213によって、自動的にダイアルし、回線25を介してSVPマネージャ29の致命的傷害管理部293に障害発生を通知する。
【0023】
図5は、SVPボード、SVPマネージャ、マネージャの構成と関係を示す詳細ブロック図である。図6から図21までは各制御手段の動作を示すフローチャートである。図1、図5、および図6から図21のフローチャートにより実施例の詳細制御を説明する。
【0024】
図6のフローチャートが示すように、まず、ユーザは、回線制御手段2912に管理対象コンピュータ10の電話番号を入力し、SVPマネージャ29からSVPボード12への回線接続要求を出す(ステップ5001)。回線接続手段2912は、非同期I/F28を介して、モデム262を制御し、回線25経由で、モデム261と回線接続する(ステップ5002)。これにより、SVPマネージャ29から非同期通信制御部12131を介して、SVPボードと通信が可能になる。以後、SVPマネージャからSVPボードへの全てのアクセスでは、この回線接続を既に行っていることを前提に説明する。
【0025】
次に、リモート電源ON/OFFについて説明する。図7のフローチャートが示すように、ユーザは、リモート電源ON/OFF手段292に電源ONまたはOFF要求を出す(ステップ5011)。リモート電源ON/OFF手段292は、非同期I/F28、回線25、非同期I/F123、非同期通信制御部12131を介して(以下、同じ経路では、回線25を介してと省略する)、電源制御部12122に電源ONまたはOFF要求を送付(ステップ5912)。電源ON要求の場合、電源制御部12122は、電源ユニット13を制御して、直ちに電源ONする(ステップ5013)。一方、電源OFF要求の場合には、電源制御部12122は、SVPドライバ19を介してエージェント17に、一旦、電源OFF要求を送付する(ステップ5014)。エージェント17は、ネットワークOS161にシステム終了要求を出し、システム終了処理完了後、SVPドライバ19介して、SVPボード12の電源制御部12122に電源OFF要求を送付する。電源制御部12122は、電源OFF要求を受け、今度は、直ちに、電源ユニット13を制御し電源OFFする(ステップ5015〜5018)。
【0026】
次に、回線切換えについては、図8が示すように、SVP側に選択されている非同期インターフェイス・スイッチ回路22の本体側への回線切換えを行う。ユーザは、回線切換手段2911に回線切換え要求を出す(ステップ5021)。回線切換手段2911は、回線25を介して、回線切換制御部12132に回線切換え要求を送付(ステップ5022)。回線切換制御部12132は、非同期インターフェイスのスイッチ回路22を制御して、非同期I/F124側に切換える(ステップ5023)。回線ドライバ181が、モデム261の接続を検出し、リモート・アクセス機能1661に通知する(ステップ5024)。リモート・アクセス機能1661は、回線ドライバ181により、モデム261を初期化し、接続待ち状態となる(ステップ5025)。
【0027】
回線切換えで、リモート・アクセスによる接続(リモート・アクセス接続)の準備ができたので、次に、図9のように、リモート・アクセス機能接続を行う。ユーザは、リモート・アクセス機能1631に管理対象コンピュータ10側の電話番号(回線、モデムが同一なので、同一番号)を入力し、回線接続要求を出す(ステップ5031)。リモート・アクセス機能1631は、回線ドライバ182により、非同期I/F28、モデム262を制御して、回線25経由で、モデム261に回線接続する(ステップ5032)。回線ドライバ182、非同期I/F28、回線25、非同期I/F124、回線ドライバ181を介して、リモート・アクセス機能1631とリモート・アクセス機能1611との間でリモート・アクセス接続を相互に確立する(ステップ5033)。
【0028】
リモート・アクセス接続の切断は、図10のフローチャートが示すように、ユーザは、リモート・アクセス機能1631に回線切断要求を出し、リモート・アクセス機能1631との間で、相互に接続解除し、回線を切断する(ステップ5041〜5043)。回線接続監視部12133は、リモート・アクセス接続の確立を契機に、非同期I/Fと外部モデムを接続するための非同期I/Fドライバ回路125を介して、モデム261のキャリア信号により回線切断を監視する。これより、前記の回線切断を検出し、回線切換制御部12132に回線切換要求を送付し、非同期I/F切換スイッチ122を非同期I/F123側に切り換える(ステップ5044〜5045)。これにより、リモート・アクセス接続されている場合を除き、SVPマネージャ29が常に、SVPボード12に回線接続できるようになる。
【0029】
次に、管理対象コンピュータが正常に動作している定常状態での障害監視機能である障害警告とエージェント17での障害ロギングについて説明する。筐体温度異常、FANの停止、電源ユニットの異常等が障害信号として、管理対象コンピュータ10からSVPボードに通知するケーブル等を有する。障害警告は、図11のように、障害監視12111が常に、前記の本体の筐体温度センサ等から来る障害信号をモニタし、障害発生を障害イベント生成部12112に通知する(ステップ5051)。障害イベント生成部12112で生成した障害イベントは、障害ログ記録部12113でロギングする一方、本体バス、SVPドライバ19経由で、エージェント17に送付する。(ステップ5052〜5054)。SVP内のログ領域は容量にある程度制限があるため、エージェント17は、障害イベントをファイルにロギングした後、障害警告として、リモート・アクセス接続されている場合は、マネージャ242に送付する(ステップ5055)。SVP内部の障害ログは、ファイルに保存された障害ログがディスクの障害等で失われた場合の予備としてロギングするものと考えられる。リモート管理コンピュータでの管理中心に説明しているが障害イベントは、もちろん、LANで接続されたマネージャ241にも送付する。障害警告送付されるとマネージャ242の障害警告表示手段24211が画面に障害警告ウィンドウなど、グラフィック・ユーザ・インターフェイス等で表示し、障害発生を即ユーザに知らせることが可能となる。これにより、重大な障害の予防や障害対策時間の短縮化を図ることができる(ステップ5056)。
【0030】
図12のフローチャートが示すように、障害イベントは、SVPボード内部でのみ検出されるものでなく、ディスク15やネットワークアダプタ141で発生した障害イベントは、それぞれディスクドライバ21やネットワークドライバ201からSVPドライバ19と同様に送付し、エージェント17は、同じくファイルにロギングし、マネージャ242に送付する(ステップ5061〜5062)。これらのSVPボード12以外で発生した障害イベントの場合、SVP内部のログとしても残すために、エージェント17はSVPドライバ19介して、SVPボード12の障害ログ記録部12113に送付する(ステップ5063〜5065)。
【0031】
これらの障害ログは、警告としてマネージャ242に送付されるだけでなく、必要に応じて、マネージャ241、242から全ての障害ログを参照できるようにする。図13のフローチャートに示すように、ユーザは、リモート・アクセス機能1631でリモート・アクセス接続されている状態で、マネージャ242の障害ログ表示手段24212により障害ログ要求をリモート・アクセス機能1631を介してエージェント17に送付する(ステップ5071〜5072)。エージェント17は、ファイルにロギングされた前障害ログをマネージャ242に送り返し、それを障害ログ表示手段24212により、画面に表示する(ステップ5073〜5074)。これにより、ユーザは、過去の障害履歴からコンピュータの状態を解析し重大な障害の予防を行ったり、障害原因の解析のデータを得ることができる。
【0032】
次に、マネージャ242の管理対象コンピュータ10の電源管理について説明する。マネージャ242の電源管理部2422には、電源OFF手段24222と定時刻電源ON/OFF手段24221がある。電源OFF手段24222では、図14のフローチャートのように、ユーザは、電源OFF手段24222により電源OFF要求をリモート・アクセス機能1631によりエージェント17に送付する(ステップ5081〜5082)。エージェント17は、ネットワークOS161にシステム終了要求を出し、システム終了処理完了後、SVPドライバ19介して、SVPボード12の電源制御部12122に電源OFF要求を送付する。電源制御部12122は、電源OFF要求を受け、直ちに、電源ユニット13を制御し電源OFFする(ステップ5083〜5086)。
【0033】
定時刻電源ON/OFF設定では、図15のフローチャートのように、定時刻電源制御手段24221によりユーザが設定した電源ON/OFF要求時刻をリモート・アクセス機能1631によりエージェント17に送付する(ステップ5091〜5092)。エージェント17は、SVPドライバ19介して、SVPボード12の定時刻電源制御部12121に電源ON/OFF要求時刻を送付する。定時刻電源制御部12121は、RTC(リアルタイムクロック)127に電源ON/OFF要求時刻を設定する(ステップ5093〜5095)。
【0034】
定時刻電源OFFでは、図16のフローチャートのように、設定された電源OFF要求時刻が来ると、RTC127が定時刻電源制御部12121に電源OFF要求時刻が来たことを通知する(ステップ5101)。定時刻電源制御部12121は、SVPドライバを介して、一旦、電源OFF要求をエージェント17に送付する(ステップ5102)。エージェント17は、ネットワークOS161にシステム終了要求を出し、システム終了処理完了後、SVPドライバ19介して、SVPボード12の電源制御部12122に電源OFF要求を送付する。電源制御部12122は、電源OFF要求を受け、直ちに、電源ユニット13を制御し電源OFFする(ステップ5103〜5106)。
【0035】
定時刻電源ONでは、図17のフローチャートのように、設定された電源ON要求時刻が来ると、RTC127が定時刻電源制御部12121に電源ON要求時刻が来たことを通知する(ステップ5111)。定時刻電源制御部12121は、電源制御部12122を介して、電源ユニット13を制御し電源ONする(ステップ5112)。
【0036】
次に、SVPマネージャ29の致命的障害管理部293について説明する。致命的障害管理部293は、障害自動通報受信手段2931、障害診断手段2932、リモート・リセット手段2933、システム動作確認手段2944を含み、それぞれ管理対象コンピュータ10で、致命的障害が発生した場合の、通報から診断、リセットとリモート管理コンピュータ27から初期対策を行うための機能を提供する。
【0037】
図18のフローチャートに示すように、障害自動通報は、管理対象コンピュータ10で致命的障害が発生すると、まず、リモート・アクセス機能1631とリモート・アクセス機能1611との間で、リモート・アクセス接続されていた場合、リモート・アクセス機能1611の応答が無い事で、リモート・アクセス機能1631によって回線が切断される(ステップ5121〜5122)。回線接続監視部12133は、リモート・アクセス接続中は、非同期I/Fドライバ回路125のモデム261からのキャリア信号により、回線切断を監視しており、ここで回線切断を検出し、回線切換制御部12132に回線切換要求を送付し、非同期I/F切換スイッチ122を非同期I/F123側に切り換える(ステップ5123〜5124)。リモート・アクセス接続中でない場合は、ステップ5122〜5124)は、スキップする。本体OS状態監視部12141は、定期的にSVPドライバ19と連絡しあい、管理対象コンピュータ10の正常動作を随時確認する。致命的障害時にはSVPドライバ19からの応答が無いことで、管理対象コンピュータ10のシステム・ダウンを検出し、障害自動通報制御12142に通報する(ステップ5125〜5126)。あらかじめ登録されている電話番号で、非同期通信制御部12131により、障害自動通報制御12142は、リモート管理コンピュータ27と回線接続し、SVPマネージャ29の障害自動通報受信手段2931にシステム・ダウンを通知する(ステップ5127〜5128)。障害自動通報受信手段2931は、管理対象コンピュータ10のシステム・ダウン・メッセージを表示して、ユーザに伝える(ステップ5129)。
【0038】
図19のフローチャートが示すように、障害診断では、致命的障害の通報を受けたユーザが、障害診断手段2932に障害情報取得要求を出す(ステップ5131)。障害診断手段2932は、回線25を介して、SVP12の障害監視部12111に障害信号情報を、障害ログ記録部12113に全障害ログ情報を、それぞれ要求し、回線25経由で、取得し、画面に表示する(ステップ5132〜5136)。ユーザは、これらを見て、管理対象コンピュータ10の現在の状態を確認し、また、過去の障害ログの履歴から致命的障害に至るまでの経過を確認できる。
【0039】
リモート・リセットについては、図20のフローチャートが示すように、リモート・リセット手段2933では、回線25を経由して、電源制御部12122に電源OFF要求と電源ON要求とを連続に送付し、電源OFF後、直ちに、電源ONすることで、管理対象コンピュータ10にリセットをかける(ステップ5141〜5145)。前記の障害診断手段2932で、特に、問題がないと判断された場合、このリセットをかけることで、管理手段コンピュータ10に再スタートがかけられる。システム・ダウンの多く原因は、ネットワークOSの不具合等で、たまたま、障害が発生した場合もあり、再スタートにより、正常に動作させられるケースも多い。ユーザの判断で、再スタートさせることも初期対策として、有効な手段である。
【0040】
リモート・リセット後のシステム動作確認は、図21のフローチャートが示すように、システム動作確認手段2944が、回線25を経由して、本体OS状態監視部12141にシステム動作確認要求を送付する(ステップ5151〜5152)。本体OS状態監視部12141は、SVPドライバ19に応答を要求し、その応答の有無でシステム動作中か否かを判断し、回線25経由で結果をシステム動作確認手段2944に返す(ステップ5153〜5155)。システム動作確認手段2944は、システム動作状態のメッセージを画面表示し、ユーザに知らせる(ステップ5156)。
【0041】
次に、SVPボード12のハードウェアの実施例について、図22のブロック図を用いて説明する。
【0042】
1201は、SVPボード12のローカルプロセッサを表し、管理対象コンピュータ本体のCPU52とは、独立したプロセッサである。1202は、管理対象コンピュータ10の障害を監視する複数のセンサから障害に関する情報を信号として送付する信号線群からローカル・プロセッサ1201が信号の状態を入力するためのSVPインターフェイス制御回路を表す。センサとしては、筐体温度異常を監視するセンサ、FAN停止を監視するセンサ、電源ユニット異常を監視するセンサ、前記I/Oバスに接続する周辺機器ボードの障害を監視するセンサ、ディスク装置、特に、ディスクアレイ装置を構成するハードディスクドライブの障害を監視するセンサ等が含まれる。
【0043】
1203は、回線25に接続されたモデム261を制御して通信を行うための回線制御回路を表す。1204は、電源ユニット13を制御して管理対象コンピュータ10本体の電源ON/OFFを制御する電源制御回路を表す。また、SVPボード12は、サブ電源131から常時電源供給を受ける。1205は、SVPボードのスタート・プログラム等を格納するPROM、1206は、SVP制御部121のプログラムや障害ログ情報を格納するための書き換え可能なEEPROMを表す。1207は、SVP制御の制御プログラムを実行するためのワーク領域となるSRAMを表す。SVP制御部121は、EEPROM1206およびSRAM1207上の制御プログラムとしてローカル・プロセッサ1201により制御する。1208は、ローカル・プロセッサ1201にメモリ、周辺回路を接続するためのローカル・バスを表す。52は、管理対象コンピュータ10本体のCPU、51はSVPボード12と本体を接続するための本体側のEISAバスを表す。1241は、本体CPU52からアクセス可能なシリアルポート制御回路であって、本体CPU52が、EISAバス51を介して、モデム261に接続するための非同期I/Fとして動作する。1251は、モデム261とSVPボードを接続するためのRS232Cドライバ回路を表す。ローカルプロセッサ1201は、RS232Cドライバ回路1251からモデム261のキャリア信号をモニタし、回線の接続状態を監視する。1261は、ローカル・プロセッサ1201が、EISAバス51を介して、管理対象コンピュータ10本体のI/OやメモリにアクセスするためのEISAバス・マスター制御回路を表す。
【0044】
次に、図5の実施例と図22のブロック図の関係について説明する。バス制御部1215は、バス制御回路126にあたるEISAバス・マスター制御回路1261を制御し、SVPドライバ19と、ひいては、エージェント17と障害イベントの送付などのデータ交換を行う。障害監視部12111は、SVPインターフェイス制御回路1202を介して、筐体温度異常、電源ユニット異常、FAN停止などのアラーム信号を受信し、障害イベント生成部12112に障害発生を通知する。回線接続監視部12133は、RS232Cドライバ回路1251からモデム261のキャリア信号をモニタし、回線の接続状態を監視する。回線切換制御部12132は、SVPマネージャ29の回線切換手段2911からの切換え要求や回線接続監視部12133かの切換え要求によって、非同期I/Fスイッチ回路122を制御し、回線制御回路1203、あるいは、シリアルポート制御回路1241の何れかを選択する。回線制御回路1203側が選択されている場合、非同期通信制御部12131は、回線制御回路1203を制御し、回線25を介して、SVPマネージャ29とデータ交換する。一方、シリアルポート制御回路1241が選択されている場合は、管理コンピュータ10の回線ドライバ181がシリアルポート制御回路1241を制御し、回線25を介して、リモート・アクセス機能1611と1631とを接続する。電源制御部12122は、エージェント17や定時刻電源制御部12121、リモート電源ON/OFF手段2921の電源ON/OFF要求によって、電源制御回路1204を制御し、電源ユニット13のON/OFFを制御する。
【0045】
上記図6から図20の各種フローチャートは、当該機能を実現するプログラムをストアする媒体部分に相当すると解すべきである。
【0046】
図23、24は図1の実施例の修正実施例を示す。
図23の修正例は、図1と比較すると、管理対象コンピュータ10において、エージェント17は障害管理部171、自動運転管理部及び構成管理部173を有し、その詳細は図24に示されている。さらに状態監視回路30と状態監視ドライバ31が設けられている。管理コンピュータ23のマネージャ241とリモート管理コンピュータ27のマネージャ242とはそれぞれ構成管理部2413、2423と自動運転管理部2412、2422を有する。
【0047】
次に,エージェント17を中心とした障害管理、自動運転管理、および、構成管理の実施例について,図23、24により説明する。
図23で、30は筐体温度、FAN稼動状況、電源ユニット稼動状況等、管理対象コンピュータ10のデバイスの状態や異常を監視するため状態監視回路、31は状態監視回路30にアクセスしてデバイスの状態に関する情報を取得するための状態監視ドライバ、32は電源ユニット13を制御して管理対象コンピュータ10を電源OFFするための電源OFFドライバである。171はエージェント17内で管理対象コンピュータ10の各デバイスの障害管理を行う障害管理部、1711は状態監視ドライバ31やネットワークドライバ201、ディスクドライバ21をアクセスして各デバイスの状態を監視し、異常な状態を判定して障害イベントを生成する障害監視手段、1712は前記の障害イベントの障害ログをディスク等に記録する障害ログ記録手段、1713は前記イベントを障害警告としてマネージャ241に送付する障害警告生成手段である。また、172はエージェント17内で管理対象コンピュータ10の自動運転管理を行う自動運転管理部、1721は自動運転のための例えば一年分のスケジュール情報をディスク等に格納してそれに合わせて管理対象コンピュータ10の自動運転を制御する自動運転スケジュール管理手段、1722は電源OFF要求を受けてネットワークOS161にシャットダウン要求を出すシャットダウン手段である。173は、構成情報管理手段1731により、ネットワークOS161やネットワークドライバ201、ディスクドライバ21、あるいは、障害監視ドライバ31、SVPドライバ19等から各デバイスやネットワークOS161の構成や状態の取得/設定を行う構成情報管理部である。2411は障害管理のユーザインターフェイスを提供するマネージャの障害管理部、24111は障害警告生成手段1713からの障害警告を管理コンピュータの画面に表示するための障害警告表示手段、24112は障害ログ記録手段1712で記録した障害ログを同じく画面に表示するための障害ログ表示手段、2412は自動運転のユーザインターフェイスを提供するマネージャの運転管理部、24121は自動スケジュール管理手段1721にスケジュールを設定するための自動運転スケジュール設定手段、24122は1722により管理対象コンピュータ10を電源OFFするための電源OFF手段、2413は構成情報管理のユーザインターフェイスを提供するマネージャの構成情報管理部で、24131は構成情報管理手段1731を介して画面に構成情報表示したり設定を行うための構成情報表示設定手段である。その他の構成は第1図の実施例と共通である。
【0048】
本実施例では、SVP12を経由することなく、エージェント17が、状態監視ドライバ31により、直接、状態監視回路30にアクセスして、ハードウェアの状態を監視し、筐体温度異常や、FANの停止、電源ユニットの異常等のハードウェア障害の判定を可能とした。エージェント17の障害監視手段1711は、状態監視ドライバ31介して、状態検出回路30にアクセスして、筐体温度、FAN稼動状況、電源ユニット稼動状況等、管理対象コンピュータ10のハードウェアの状態を監視し、ハードウェアの異常な状態を判定して、障害イベントを生成する。障害イベントには、イベント名、障害発生日時、障害発生源等の情報を設定する。また、障害監視手段1711はネットワークドライバ201、ディスクドライバ21、SVPドライバ19を介して、各デバイスの状態を監視し、各デバイスの異常な状態を判定して、同様に障害イベントを生成する。障害イベントを生成後、障害監視手段1711は、生成した障害イベントを障害ログ記録手段1712と障害警告生成手段1713に送付する。障害ログ記録手段1712では、ディスク等に障害イベントを障害ログと記録する。記録された障害ログは、マネージャ241の障害ログ表示手段24112を介して、ユーザが参照可能となる。一方、障害警告手段1713は、障害を発生した管理対象コンピュータ10の名前等を障害イベント追加して障害警告を生成し、ただちに、マネージャ241の障害警告表示手段24111に送付し、障害警告メッセージ等を表示し、ユーザに障害発生を通知する。
【0049】
次に、管理対象コンピュータ10の電源OFFに関して説明する。ユーザの電源OFF操作により、マネージャ241の電源OFF手段24122はLAN22を介してエージェント17のシャットダウン手段1722に電源OFF要求を送付する。その後シャットダウン手段1722はネットワークOS161にシャットダウン要求を出す。シャットダウン処理が終了して、ネットワークOS161から電源OFFドライバ33にシャットダウン終了通知が来ると電源OFFドライバ33は電源ユニット13に対して電源OFFの設定を行い管理対象コンピュータ10を電源OFFする。
【0050】
次に、自動運転管理について説明する。マネージャの自動運転スケジュール設定手段24121は、例えば、カレンダー形式などのグラフィックユーザインターフェイス等により、管理対象コンピュータ10の自動運転スケジュールをユーザに設定させ、その自動運転スケジュール情報をエージェント17の自動運転スケジュール管理手段1721に送付する。自動運転スケジュール管理手段1721は、スケジュール情報を受け取るとディスクに格納し、以後、このスケジュール情報に合わせて管理対象コンピュータ10を自動運転する。スケジュール情報に設定された定時刻の電源OFFを実現するために、自動運転スケジュール管理手段1721は、まず、管理対象コンピュータ10が電源ONしてエージェント17が実行された際に、ディスクに格納したスケジュール情報から最も近い未来の電源OFF時刻を検索し、定時刻電源OFF要求として、SVPドライバ19を介して、SVPボード12に送付する。管理対象コンピュータ10が稼動中に、設定された電源OFF要求時刻が来ると、SVPボード12は、SVPドライバ19を介して、電源OFF要求をエージェント17のシャットダウン処理1722に送付する。シャットダウン処理1722は、マネージャ241からの電源OFFの場合と同様にネットワークOS161のシャットダウン処理後、管理対象コンピュータ10の電源をOFFする。一方、スケジュール情報に設定された定時刻の電源ONを実現するために、自動運転スケジュール管理手段1721は、シャットダウン処理の際に、ディスクに格納したスケジュール情報から最も近い未来の電源ON時刻を検索し、定時刻電源ON要求として、SVPドライバ19を介して、SVPボード12に送付する。管理対象コンピュータ10が電源OFF中に、電源ON要求時刻が来ると、SVPボード12は、電源ユニット13を制御して、直ちに、電源ONする。
【0051】
次に、構成情報管理について説明する。構成情報管理は、管理対象コンピュータ10のデバイスやネットワークOS161の構成や状態に関する情報を管理し、ユーザに対して、参照/設定機能を提供するものである。ユーザの参照/設定要求により、マネージャ241の構成情報表示設定手段24131はLAN22を介して、エージェント17の構成情報管理手段1731に構成情報の取得/設定要求を送付する。取得要求を受け取った場合、構成情報管理手段1731は、ネットワークOS161やネットワークドライバ201、ディスクドライバ21、障害監視ドライバ31、SVPドライバ19からCPU数、メモリやディスクの容量等、ネットワークOS161や各デバイスの構成や状態に関する情報を収集し、構成情報表示設定手段24131に返送する。そして、構成情報表示設定手段24131は返送された情報を画面に表示する。一方、設定要求を受けとった場合、構成情報管理手段1731は、ネットワークOS161や各ドライバに設定要求を送付し設定の変更を行う。
【0052】
【発明の効果】
本発明によれば、LANだけでなく公衆回線で接続された複数のコンピュータの障害監視や電源制御をネットワークOSのリモート・アクセス機能によって、通常のLAN接続した場合と同様に、エージェントを介した統一的手法で、一括集中的に行うことが可能であり、特に、広域なネットワークでのシステム管理者のコンピュータ管理の負担を大幅に低減することが可能となる。また、筐体温度異常、電源ユニット異常、FAN停止、ディスクエラーといった重大な障害につながる障害を障害警告として、早期にかつ網羅的に監視可能であり、事前対策により、システム障害予防を行うことが可能である。また、一旦、致命的障害が発生し、コンピュータがシステムダウン状態に陥った場合にも、公衆回線などネットワークを介して、システム管理者が即座に通知が受けられ、また、障害に関連した情報の取得やリモートからの電源OFF、リモート・リセット、リセット後のシステム動作確認が可能であり、即座に致命的障害に対する初期対応を展開できる。ひいては、システムダウン時間の低減を実現し、障害による損害を最少に押さえることができる。また、LANや公衆回線などネットワークを介して、常時、自動で、定時刻電源ON/OFFやリモートからの電源ON/OFF制御が可能であり、ネットワークで接続されたコンピュータの一括運用管理を実現し、システム管理者の負担低減を図り、遠隔運用保守を支援する。
【図面の簡単な説明】
【図1】本発明の一実施例を示すブロック図である。
【図2】従来技術のシステム構成を示すブロック図である。
【図3】リモート・アクセス機能を示すブロック図である。
【図4】従来技術での問題点を示すブロック図である。
【図5】実施例の詳細を示すブロック図である。
【図6】回線接続手順を示すフローチャートである。
【図7】リモート電源ON/OFF手順を示すフローチャートである。
【図8】回線切換手順を示すフローチャートである。
【図9】リモート・アクセス手順を示すフローチャートである。
【図10】リモート・アクセス切断手順を示すフローチャートである。
【図11】障害警告/障害ロギング手順を示すフローチャートである。
【図12】障害ロギング手順を示すフローチャートである。
【図13】障害ログ表示手順を示すフローチャートである。
【図14】電源OFF手順を示すフローチャートである。
【図15】定時刻電源ON/OFF時刻設定手順を示すフローチャートである。
【図16】定時刻手順電源OFF手順を示すフローチャートである。
【図17】定時刻電源ON手順を示すフローチャートである。
【図18】障害自動通報手順を示すフローチャートである。
【図19】障害診断手順を示すフローチャートである。
【図20】リモート・リセット手順を示すフローチャートである。
【図21】システム動作確認手順を示すフローチャートである。
【図22】SVPボードのハードウェアの実施例を示すブロック図である。
【図23】図1の実施例を修正した他の実施例を示すブロック図である。
【図24】図23の実施例の詳細を示すブロック図である。
【符号の説明】
10…管理対象コンピュータ、11…管理対象コンピュータのハードウェア、12…SVPボード、121…SVP制御部、122…非同期インターフェイスのスイッチ回路、123、124…非同期インターフェイス、13…電源ユニット、131…サブ電源、141、142…LANアダプタ、15…ディスク装置、161、162、163…ネットワークOS、1611、1631…リモート・アクセス機能、17…エージェント、181、182…回線ドライバ、19…SVPドライバ、201、202…ネットワークドライバ、21…ディスクドライバ、22…ローカルエリアネットワーク、23…管理コンピュータ、241、242…マネージャ、25…公衆回線、261、262…モデム、27…リモート管理コンピュータ、28…非同期I/F、29…SVPマネージャ、30…状態監視回路、31…状態監視ドライバ
Claims (6)
- 管理コンピュータにより通信回線を介して管理される管理対象コンピュータであって、
障害監視を実行する管理部と、
前記管理部を含む管理対象コンピュータ本体に、電源を供給する電源ユニットと、
前記管理部とは独立で動作し、障害監視及び電源制御を行うプロセッサと、
前記管理部と前記プロセッサとの間で、前記プロセッサにより障害監視及び電源制御を行うために必要なデータを交換するプロセッサドライバとを有し、
前記プロセッサは、
前記管理対象コンピュータの障害発生を監視し、前記管理対象コンピュータで障害が発生した場合に、障害警告を前記管理コンピュータの障害管理部に前記通信回線を介して送信する障害監視手段と、
前記電源ユニットの電源のON/OFFを制御する電源制御手段と、
前記障害監視手段と前記電源制御手段とを前記通信回線に接続するための第1のインターフェイスと、
前記管理対象コンピュータ本体を前記通信回線に接続するための第2のインターフェイスと、
前記障害警告を前記第1あるいは第2のインターフェイスいずれかを介して前記管理コンピュータに送信するために、前記障害監視手段により監視した結果に基づいて、前記通信回線を前記第1及び第2のインターフェイスのいずれかに接続する回線切換手段と、を有することを特徴とする管理対象コンピュータ。 - 前記切換手段は、前記管理コンピュータの回線管理部からの指示に基づいて前記第1及び第2のインターフェイスのいずれかに切換えることを特徴とする請求項1記載の管理対象コンピュータ。
- 前記第2のインターフェイスが前記通信回線と接続されている場合、前記障害警告は、前記管理コンピュータ本体の前記管理部を介して前記管理コンピュータに送信され、
前記接続切替手段は、第2のインターフェイスを介する通信が切断されたことを検出した場合、前記第1のインターフェイスに接続し、前記障害監視手段は、前記障害警告を前記管理コンピュータに前記第1のインターフェイスを介して送信することを特徴とする管理対象コンピュータ。 - 前記電源制御手段は、前記管理コンピュータの電源管理部からの指示に基づいて、前記電源ユニットの電源のON/OFFを制御することを特徴とする請求項1記載の管理対象コンピュータ。
- 前記管理コンピュータの障害管理部は、前記管理対象コンピュータから前記障害警告を受け取った際に、前記管理対象コンピュータから前記障害情報を受け取って出力することを特徴とする請求項1または3いずれか記載の管理対象コンピュータ。
- 前記電源制御手段は、前記管理コンピュータの電源管理部からの指示に基づいて、電源ON/OFF時間を設定し、前記設定された時間に電源をON/OFFすることを特徴とする請求項4記載の管理対象コンピュータ。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP13801796A JP3653335B2 (ja) | 1995-05-31 | 1996-05-31 | コンピュータ管理システム |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP13317795 | 1995-05-31 | ||
JP7-133177 | 1995-05-31 | ||
JP13801796A JP3653335B2 (ja) | 1995-05-31 | 1996-05-31 | コンピュータ管理システム |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002234304A Division JP3794358B2 (ja) | 1995-05-31 | 2002-08-12 | 電源制御方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH0950386A JPH0950386A (ja) | 1997-02-18 |
JP3653335B2 true JP3653335B2 (ja) | 2005-05-25 |
Family
ID=26467585
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP13801796A Expired - Fee Related JP3653335B2 (ja) | 1995-05-31 | 1996-05-31 | コンピュータ管理システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3653335B2 (ja) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6718482B2 (en) | 1997-09-12 | 2004-04-06 | Hitachi, Ltd. | Fault monitoring system |
JP3624657B2 (ja) * | 1997-11-07 | 2005-03-02 | 株式会社日立製作所 | 管理計算機又は計算機システム |
US7155498B1 (en) | 1997-11-07 | 2006-12-26 | Hitachi, Ltd. | Computer operation management system |
JPH11328047A (ja) * | 1998-05-12 | 1999-11-30 | Nec Corp | デバイスのアラーム検出方法及びデバイスのアラーム検出プログラムを記録したコンピュータ読み取り可能な記録媒体 |
JP3360719B2 (ja) * | 1998-06-19 | 2002-12-24 | 日本電気株式会社 | ディスクアレイクラスタリング通報方法およびシステム |
US6948100B1 (en) | 1999-02-24 | 2005-09-20 | Hitachi, Ltd. | Computer system and method of handling trouble of computer system |
JP3438686B2 (ja) * | 1999-12-03 | 2003-08-18 | 株式会社デンソー | 携帯型情報管理装置 |
US7447761B1 (en) * | 2000-10-05 | 2008-11-04 | Hewlett-Packard Development Company, L.P. | Device detection system and method |
JP2002229806A (ja) | 2001-02-02 | 2002-08-16 | Hitachi Ltd | 計算機システム |
JP5577016B2 (ja) * | 2007-09-27 | 2014-08-20 | 株式会社日本デジタル研究所 | リモート電源制御装置 |
JP2010267127A (ja) * | 2009-05-15 | 2010-11-25 | Giga-Byte Technology Co Ltd | 自動電源投入遮断スケジューリングシステムおよびその自動電源投入遮断スケジューリング制御手法 |
JP5672225B2 (ja) * | 2011-12-19 | 2015-02-18 | 日本電気株式会社 | ハードウェア管理装置、情報処理装置、ハードウェア管理方法、および、コンピュータ・プログラム |
JP6958925B2 (ja) * | 2019-01-21 | 2021-11-02 | Necプラットフォームズ株式会社 | 障害通知装置、システム、方法及びプログラム |
-
1996
- 1996-05-31 JP JP13801796A patent/JP3653335B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JPH0950386A (ja) | 1997-02-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6044476A (en) | Computer management system | |
US7801984B2 (en) | Diagnostic/remote monitoring by email | |
JP3653335B2 (ja) | コンピュータ管理システム | |
US8176208B2 (en) | Storage system and operating method of storage system | |
JP2001325124A (ja) | 計算機、システム管理支援装置及び管理方法 | |
TW454128B (en) | Shared disk type multiple system | |
KR20040047209A (ko) | 네트워크 상의 컴퓨터 시스템의 자동 복구 방법 및 이를구현하기 위한 컴퓨터 시스템의 자동 복구 시스템 | |
JP2679674B2 (ja) | 半導体製造ライン制御装置 | |
JP2001005692A (ja) | 計算機システムおよびその保守管理システム並びに障害通知方法 | |
JP3794358B2 (ja) | 電源制御方法 | |
CN114528163A (zh) | 一种服务器故障硬盘自动定位系统、方法及装置 | |
CN111679956A (zh) | 一种带外管理系统及管理方法 | |
JP3190880B2 (ja) | スタンバイシステム、スタンバイ方法、および記録媒体 | |
JPH10260860A (ja) | クライアント/サーバシステム及びコンピュータシステム | |
JP3431796B2 (ja) | コンピュータ通信監視ローカルエリアネットワーク(lan)カード | |
JPH06250886A (ja) | 計算機システムの遠隔監視方法及び遠隔計算機管理システム | |
CN114442786B (zh) | 一种电源故障告警及恢复方法、装置及存储介质 | |
JPS596735A (ja) | 障害通知方式 | |
JP2000148629A (ja) | 無人顧客応対システムにおけるサ―バクラッシュの遠隔地への通報及びリセット方式 | |
WO2024084776A1 (ja) | 監視装置、管理装置、通信システム、および復旧方法 | |
US9819588B1 (en) | Techniques for monitoring a server | |
JP2000057017A (ja) | 遠隔管理モジュール及びそれを用いた遠隔管理機能付コンピュータ | |
CN116185674A (zh) | 一种故障处理方法、装置,业务卡及分布式设备 | |
JPH10107792A (ja) | サーバ監視装置 | |
CN115801640A (zh) | 基于arm阵列服务器的bmc管理板与网络交换板相互保活系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041115 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050104 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050228 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090304 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100304 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110304 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110304 Year of fee payment: 6 |
|
LAPS | Cancellation because of no payment of annual fees |