JPH06214969A - 情報通信方法および装置 - Google Patents

情報通信方法および装置

Info

Publication number
JPH06214969A
JPH06214969A JP5206636A JP20663693A JPH06214969A JP H06214969 A JPH06214969 A JP H06214969A JP 5206636 A JP5206636 A JP 5206636A JP 20663693 A JP20663693 A JP 20663693A JP H06214969 A JPH06214969 A JP H06214969A
Authority
JP
Japan
Prior art keywords
manager
iop
error
status information
communicating
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP5206636A
Other languages
English (en)
Inventor
Brent A Carlson
アレン カールソン ブレント
Frederic L Huss
ローレンス フス フレデリック
Nancy M Schmucki
マリー シュマッキー ナンシー
Richard E Zelenski
エルマー ゼレンスキー リチャード
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.)
International Business Machines Corp
Original Assignee
International Business Machines Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by International Business Machines Corp filed Critical International Business Machines Corp
Publication of JPH06214969A publication Critical patent/JPH06214969A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0775—Content or structure details of the error report, e.g. specific table structure, specific error fields
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0745—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in an input/output transactions management context
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0784—Routing of error reports, e.g. with a specific transmission path or data flow
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10—Program control for peripheral devices
    • G06F13/12—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor
    • G06F13/124—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware is a sequential transfer control unit, e.g. microprocessor, peripheral processor or state-machine
    • G06F13/126—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware is a sequential transfer control unit, e.g. microprocessor, peripheral processor or state-machine and has means for transferring I/O instructions and statuses between control unit and main processor

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Computer Hardware Design (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer And Data Communications (AREA)
  • Hardware Redundancy (AREA)
  • Debugging And Monitoring (AREA)
  • Multi Processors (AREA)

Abstract

(57)【要約】 【目的】 クラスタ化されたシステム環境で問題所有権
を調整する。 【構成】 共用IOP に接続された装置の問題が１次IOP
マネージャに通知されると、常駐システム管理情報を更
新し、対象装置の新しいステータスを示し、訂正アクシ
ョンが行われるように、そのローカルシステム管理にそ
の問題を通知し、しかも、ステータス情報を２次IOP マ
ネージャにIOP 自身を介して送信する。共用IOP に接続
された装置に関する問題が２次IOP マネージャに送信さ
れると、２次IOP マネージャは対象装置の新しいステー
タスを更新し、そのステータス情報を１次IOP マネージ
ャと他の２次IOP マネージャにIOP 自身を介して送信す
る。しかし、２次マネージャは、訂正アクションが求め
られるローカルシステム管理に通知する。

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明はデータ処理分野に関す
る。特に、本発明は、資源を共用するプロセッサにステ
ータス情報を通信することに関する。
【０００２】なお、本明細書の記述は本件出願の優先権
の基礎たる米国特許出願第０７／９５４，２０３号（１
９９２年９月３０日出願）の明細書の記載に基づくもの
であって、当該米国特許出願の番号を参照することによ
って当該米国特許出願の明細書の記載内容が本明細書の
一部分を構成するものとする。
【０００３】
【従来の技術】初期のコンピュータシステムは、簡単な
タスクのみをパフォームするので、２つ以上の入出力装
置（I/O 装置）を含む必要はなかった。このため、コン
ピュータシステム、例えば、1948年のEDVAC 装置は単一
のI/O 装置のみを含んでいた。そのI/O 装置は外部の世
界と通信するため、コンピュータシステムにより用いら
れる単なる機構であった。これらの初期のコンピュータ
システムは比較的少量の情報を必要とするので、I/O 装
置は中央処理装置(CPU) により制御することができる。
時が経過するとともに、コンピュータシステムによりパ
フォームされる複雑なタスクは、益々多くの情報にアク
セスする必要があった。I/O 装置をCPU が直接制御する
のは、最早、実際的ではなくなった。
【０００４】1959年には、Univac corporationがLARCコ
ンピュータシステムを導入した。LARCコンピュータシス
テムは、それ自体真正のコンピュータである入出力制御
機構(IOC) を含んでいた。IOC は外部世界との情報の流
れをハンドルし、主CPU が必要とする作業を減少させる
のに用いられた。「情報時代」の大量のデータをハンド
ルするのに必要であるので、現代のコンピュータシステ
ムは通常幾つかのI/O御機構を含む。これらのI/O 制御
機構は入出力プロセッサ(IOP) と呼ばれている。LARCコ
ンピュータシステムのIOC と同様に、IOP は自分自身に
とってはコンピュータシステムである。各IOP は２つ以
上の外部世界（すなわち、「外部世界」）とコンピュー
タシステム間の情報の流れをハンドルすることを担当す
る。
【０００５】IOP が広範囲に使用されたので、今日のコ
ンピュータシステムの全体的なパフォーマンスが著しく
改善された。今日では、コンピュータシステムは、主CP
U に負荷をかけ過ぎることなく、種々の外部装置と通信
を行う。IOP を介して接続される装置は、例えば、端末
と、磁気記憶装置と、光ディスク記憶装置と、プログラ
ム式ワークステーションと、他のコンピュータシステム
とを含む。コンピュータシステムに対して、これらの外
部装置は、それぞれ、指定されたタスクをパフォームす
るために用いることができる資源を表す。多くの場合、
パフォームされるタスクは、CPU の一部に対して広範囲
に干渉することなく、外部装置により遂行される。こう
することにより、勿論、CPU が必要とする作業が大幅に
減少される。
【０００６】IOP のパワーをさらにレバレッジするた
め、個々のコンピュータシステムはIOP と、関連する外
部装置を共用する。これら独立のコンピュータシステム
は、一緒にして、いわゆる、クラスタコンピュータシス
テムが形成される。クラスタコンピュータシステムは今
日の並列プロセッサコンピュータシステムとは区別され
る。今日の並列コンピューティングシステムは単一のオ
ペレーティングシステムをランする幾つかのCPU を含む
ことが多いが、未来のクラスタコンピュータシステム
は、それぞれ自己完結型コンピュータシステムであり、
個々のオペレーティングシステムであって、ことによる
と異なるオペレーティングシステムをランする。
【０００７】しかし、このクラスタ化アプローチをイン
プリメントするには、重大な障害が２つある。第１の障
害は、共用するコンピュータシステムの間で問題の所有
権（すなわち、サービスおよび保守アクション）を調整
するのが困難なことである。第２の障害は共用するコン
ピュータシステムの間にある種々の装置の現ステータス
を伝播することが含まれる。任意のコンピュータシステ
ムが問題所有権をハンドルすることができることが、少
なくとも、混乱のもとになっている。しかし、おそら
く、冗長および／または矛盾するサービスおよび保守に
対して努力しなければならなくなるであろう。共用して
いる各コンピュータシステムに、充分有益で時機を得た
方法で、ステータス情報を通信する必要があり、そのこ
とは同様に重要である。しかし、そのようにしても、共
用しているコンピュータシステムに、冗長な情報または
矛盾する情報は供給されない。
【０００８】慣用の問題所有権とステータス伝播スキー
ムは、このクラスタ化アプローチをハンドルするように
設計されていない。そのため、この構成に対するそれら
のアプリケーションは、幾つかの欠点がある。例えば、
IBM 370 環境では、各装置はそれ自体の問題所有権とス
テータス伝播を担当する。勿論、各装置はそれ自体の問
題を担当しないので、問題所有権を判定するのに困難は
ない。しかし、ステータス伝播は人間の干渉（すなわ
ち、コンピュータ技術者）に任せられている。人間の干
渉は、勿論、途方もなく高価であり、時間の浪費であ
る。さらに、装置は、問題所有権スキームが異なり、ス
テータス情報をコンピュータ技術者に通信する方法も異
なっているのが典型的である。よって、コンピュータ技
術者は異なる回復スキームおよびユーザインタフェース
が過多であることを理解しなければならない。このよう
に過多であると、ジョブセキュリティをコンピュータ技
術者に提供することはできるが、未来のクラスタコンピ
ュータシステムに固有の困難は、少しもハンドルするこ
とはできない。人間の干渉は意図できないし、好ましい
ものではない。市場で成功するには、今日のコンピュー
タシステムも、未来のコンピュータシステムも、高価な
人間の干渉に依存しない方法でステータス情報を伝播す
ることができなければならない。
【０００９】別の慣用のアプローチは現在のIBM AS/400
ミッドレンジコンピュータで具現化されている。高価な
人間が370 環境に干渉することなく、AS/400問題所有権
と、ステータス伝播スキームを、ステータス伝播に供給
する。AS/400コンピュータシステムのIOP に接続された
装置は、それぞれ、ステータス情報を、直接担当IOPに
通知する。担当IOP はステータス情報を主CPU に直接通
知する。しかし、現AS/400コンピュータシステムは単一
のコンピュータのみを含み、よって、幾つかのコンピュ
ータシステムの間で問題所有権を調整する能力に欠け
る。このスキームが未来のクラスタシステム環境に適用
された場合、冗長および／または矛盾するサービスおよ
び保守に対して努力しなければならないのは疑いのない
ことである。
【００１０】本発明の主な目的は、クラスタ化されたシ
ステム環境で問題所有権を調整する方法および装置を提
供することにある。
【００１１】本発明の他の目的は、ステータス情報をク
ラスタ化されたシステム環境のCPU間でステータス情報
を伝播する方法および装置を提供することにある。
【００１２】本発明のさらに他の目的は、問題所有権を
ネットワーク環境で調整する方法および装置を提供する
ことにある。
【００１３】本発明のさらにまた他の目的は、ステータ
ス情報をネットワークのノードの間で伝播する方法およ
び装置を提供することにある。
【００１４】
【課題を解決するための手段】これらの目的および他の
目的は、本明細書で開示される問題所有権およびステー
タス伝播機構により達成される。
【００１５】クラスタ化されたシステム環境での問題所
有権およびステータス伝播は、冗長および／または矛盾
する回復努力を避ける方法で調整されなければならな
い。これらの問題を解決するIOP マネージャが開示され
ている。IOP マネージャはこのスペシフィケーションを
介して「１次」、「２次」、または「ローカル」として
特徴付けられる。
【００１６】１次IOP マネージャは特定のIOP に対して
問題所有権を有する。各IOP を対して１つの１次IOP マ
ネージャが存在する。２次IOP マネージャは、特定の１
つのIOP または複数のIOP の資源を共用するコンピュー
タシステムに常駐するが、その特定の（複数の）IOP に
対して問題所有権は持たない。所定の１つのIOP に対し
て１つ以上の２次IOP マネージャが存在する。１次およ
び２次IOP マネージャは、さらに、ローカルIOP マネー
ジャとして特徴付けられている。ローカルIOPマネージ
ャは、共用IOP に接続されている装置に関する問題が最
初に通知されるマネージャである。そのため、ローカル
IOP マネージャも１次または２次IOP マネージャであ
る。
【００１７】ローカルIOP マネージャに、共用IOP に接
続された装置の問題が通知されると、ローカルIOP マネ
ージャは、まず、自分自身がそのIOP に関連する１次IO
P マネージャであるか否かを判定する。ローカルIOP マ
ネージャが１次IOP マネージャと判定された場合、ロー
カルIOP マネージャは常駐システム管理情報を更新し、
対象装置の新しいステータスを示し、訂正アクションが
行われるように、そのローカルシステム管理にその問題
を通知し、ステータス情報を２次IOP マネージャにIOP
自身を介して送信する。２次IOP マネージャはステータ
ス情報を受信すると、２次IOP マネージャもその常駐シ
ステム管理情報を更新し、その装置の新しいステータス
を示す。しかし、２次IOP マネージャはそれらのローカ
ルシステム管理に訂正アクションを行う必要があること
を通知しない。
【００１８】ローカルIOP マネージャが２次IOP マネー
ジャであると判定された場合、ローカルIOP マネージャ
はシステム管理情報を更新し、対象装置の新しいステー
タスを示し、そのステータス情報を１次IOP マネージャ
と他の２次IOP マネージャにIOP 自身を介して送信す
る。しかし、ローカル−２次IOP マネージャが訂正アク
ションが要求されるローカルシステム管理を通知する。
他の２次IOP マネージャがステータス情報を受信する
と、それらの常駐システム管理情報を更新し、その装置
の新しいステータスを示す。しかし、ローカル−２次IO
P マネージャの場合のように、他の２次IOP マネージャ
ローカルシステム管理に、訂正アクションを行う必要が
あることを通知しない。１次IOP マネージャがステータ
ス情報を受信すると、その常駐システム管理情報を更新
し、その装置の新しいステータスを示し、そのローカル
システム管理に訂正アクションを行う必要があることを
通知する。
【００１９】次のようにすることができる。
【００２０】１） 本発明に係るエラーおよびステータ
ス情報を通信する装置であって、共用バスを介して相互
結合されている第１、第２、および第３のコンピュータ
システムと、第１のコンピュータシステムに常駐する第
１のシステムマネージャと、第２のコンピュータシステ
ムに常駐する第２のシステムマネージャと、第３のコン
ピュータシステムに常駐する第３のシステムマネージャ
と、第１のコンピュータシステムに常駐する１次ＩＯＰ
マネージャと、第２のコンピュータシステムに常駐する
第１の２次ＩＯＰマネージャと、第３のコンピュータシ
ステムに常駐する第２の２次ＩＯＰマネージャと、少な
くとも１つのＩＯＰと、エラーおよびステータス情報を
第１のＩＯＰマネージャから１次ＩＯＰマネージャに通
信する手段と、エラーおよびステータス情報を１次ＩＯ
Ｐマネージャから第１のシステムマネージャに通信する
手段と、第１のＩＯＰを介して通信されるエラーおよび
ステータス情報を、１次ＩＯＰマネージャから第１の２
次ＩＯＰマネージャおよび第２の２次ＩＯＰマネージャ
に通信する手段と、エラーおよびステータス情報を第１
の２次ＩＯＰマネージャから第２のシステムマネージャ
に通信するとともに、第２の２次ＩＯＰマネージャから
第３のシステムマネージャに通信する手段とを備えたこ
とを特徴とする。
【００２１】２） 上記１）に記載の装置において、エ
ラーおよびステータス情報を１次ＩＯＰマネージャから
第１のシステムマネージャに通信する手段は、エラー情
報を、第１のコンピュータシステムに常駐する第１のシ
ステムエラーログにログする手段をさらに備えたことを
特徴とする。
【００２２】３） 上記２）に記載の装置において、エ
ラーおよびステータス情報を第１の２次ＩＯＰマネージ
ャから第２のシステムマネージャに通信するとともに、
第２の２次ＩＯＰマネージャから第３のシステムマネー
ジャに通信する手段は、エラー情報を、第２のコンピュ
ータシステムに常駐する第２のシステムエラーログと、
第３のコンピュータシステムに常駐する第３のシステム
エラーログとにログする手段を備えたことを特徴とす
る。
【００２３】４） 本発明に係るエラーおよびステータ
ス情報を通信する装置であって、第１、第２、および第
３のコンピュータシステムと、第１のコンピュータシス
テムに常駐する第１のシステムマネージャと、第２のコ
ンピュータシステムに常駐する第２のシステムマネージ
ャと、第３のコンピュータシステムに常駐する第３のシ
ステムマネージャと、第１のコンピュータシステムに常
駐する１次ＩＯＰマネージャと、第２のコンピュータシ
ステムに常駐する第１の２次ＩＯＰマネージャと、第３
のコンピュータシステムに常駐する第２の２次ＩＯＰマ
ネージャと、少なくとも１つのＩＯＰと、エラーおよび
ステータス情報を第１のＩＯＰマネージャから第１の２
次ＩＯＰマネージャに通信する手段と、エラーおよびス
テータス情報を第１の２次ＩＯＰマネージャから第２の
システムマネージャに通信する手段と、第１のＩＯＰを
介して通信されるエラーおよびステータス情報を、第１
の２次ＩＯＰマネージャから１次ＩＯＰマネージャおよ
び第２の２次ＩＯＰマネージャに通信する手段と、エラ
ーおよびステータス情報を１次ＩＯＰマネージャから第
１のシステムマネージャに通信するとともに、第２の２
次ＩＯＰマネージャから第３のシステムマネージャに通
信する手段とを備えたことを特徴とする。
【００２４】５） 上記４）に記載の装置において、エ
ラーおよびステータス情報を第１の２次ＩＯＰマネージ
ャから第２のシステムマネージャに通信する手段は、エ
ラー情報を、第２のコンピュータシステムに常駐する第
２のシステムエラーログにログする手段をさらに備えた
ことを特徴とする。
【００２５】６） 上記５）に記載の装置において、エ
ラーおよびステータス情報を１次ＩＯＰマネージャから
前記第１のシステムマネージャに通信するとともに、第
２の２次ＩＯＰマネージャから第３のシステムマネージ
ャに通信する手段は、エラー情報を、第１のコンピュー
タシステムに常駐する第１のシステムエラーログと、第
３のコンピュータシステムに常駐する第３のシステムエ
ラーログとにログする手段をさらに備えたことを特徴と
する。
【００２６】７） 上記４）に記載の装置において、受
信確認情報を１次ＩＯＰマネージャから第１の２次ＩＯ
Ｐマネージャに送信する手段をさらに備えたことを特徴
とする。
【００２７】８） 上記７）に記載の装置において、エ
ラーおよびステータス情報を、第１の２次ＩＯＰマネー
ジャから１次ＩＯＰマネージャおよび第２の２次ＩＯＰ
マネージャに通信する手段は、タイマを設定する手段
と、受信確認情報と、タイマの満了とを待つ手段とを備
えたことを特徴とする。
【００２８】９） 本発明に係るエラーおよびステータ
ス情報を通信する装置であって、少なくとも１つのＩＯ
Ｐと、第１のＩＯＰに常駐する装置マネージャと、エラ
ーおよびステータス情報を、１次ＩＯＰマネージャと、
第１および第２の２次ＩＯＰマネージャとの間で中継す
る手段とを備えたことを特徴とする。
【００２９】１０） 本発明に係るラーおよびステータ
ス情報を通信する方法であって、エラーおよびステータ
ス情報を、第１のコンピュータシステムに常駐する第１
のＩＯＰマネージャから１次ＩＯＰマネージャに通信す
るステップと、エラーおよびステータス情報を、１次Ｉ
ＯＰマネージャから、第１のコンピュータシステムに常
駐する第１のシステムマネージャに通信するステップ
と、第１のＩＯＰマネージャを介して通信されているエ
ラーおよびステータス情報を、１次ＩＯＰマネージャか
ら、第２のコンピュータシステムに常駐する第１の２次
ＩＯＰマネージャと、第３のコンピュータシステムに常
駐する２次ＩＯＰマネージャとに通信するステップと、
エラーおよびステータス情報を、第１の２次ＩＯＰマネ
ージャから第２のコンピュータシステムに常駐する第２
のシステムマネージャに通信するとともに、第２の２次
ＩＯＰマネージャから第３のコンピュータシステムに常
駐する第３のシステムマネージャに通信するステップと
を備えたことを特徴とする。
【００３０】１１） 上記１０）に記載の方法におい
て、 エラーおよびステータス情報を、１次ＩＯＰマネ
ージャから、第１のコンピュータシステムに常駐する第
１のシステムマネージャに通信するステップは、エラー
情報を、前記第１のコンピュータシステムに常駐する第
１のシステムエラーログにログすステップをさらに備え
たことを特徴とする。
【００３１】１２） 上記１１）に記載の方法におい
て、エラーおよびステータス情報を、第１の２次ＩＯＰ
マネージャから第２のコンピュータシステムに常駐する
第２のシステムマネージャに通信するとともに、第２の
２次ＩＯＰマネージャから第３のコンピュータシステム
に常駐する第３のシステムマネージャに通信するステッ
プは、エラー情報を、第２のコンピュータシステムに常
駐する第２システムエラーログと、第３のコンピュータ
システムに常駐する第３のシステムエラーログにログす
るステップをさらに備えたことを特徴とする。
【００３２】１３） 本発明に係るエラーおよびステー
タス情報を、第１、第２、および第３コンピュータシス
テムの間で通信する方法であって、エラーおよびステー
タス情報を、ＩＯＰから、第２のコンピュータシステム
に常駐する第１の２次ＩＯＰマネージャに通信するステ
ップと、エラーおよびステータス情報を、第１の２次Ｉ
ＯＰマネージャから、第２のコンピュータシステムに常
駐する第２のシステムマネージャに通信するステップ
と、ＩＯＰマネージャを介して通信されているエラーお
よびステータス情報を、第１の２次ＩＯＰマネージャか
ら、第１のコンピュータシステムに常駐する１次ＩＯＰ
マネージャと、第３のコンピュータシステムに常駐する
第２の２次ＩＯＰマネージャとに通信するステップと、
エラーおよびステータス情報を、第１のコンピュータシ
ステムに常駐する１次ＩＯＰマネージャから、第１のシ
ステムマネージャに通信すると共に、第２の２次ＩＯＰ
マネージャから、第３のコンピュータシステムに常駐す
る第３のシステムマネージャに通信するステップとを備
えたことを特徴とする。
【００３３】１４） 上記１３）に記載の方法におい
て、エラーおよびステータス情報を、第１の２次ＩＯＰ
マネージャから、第２のシステムマネージャに通信する
ステップは、エラー情報を、第２のコンピュータシステ
ムに常駐する第２のシステムエラーログにログするステ
ップを備えたことを特徴とする。
【００３４】１５） 上記１４）に記載の方法におい
て、エラーおよびステータス情報を、第１の２次ＩＯＰ
マネージャから第２のコンピュータシステムに常駐する
第２のシステムマネージャに通信するとともに、第２の
２次ＩＯＰマネージャから第３のコンピュータシステム
に常駐する第３のシステムマネージャに通信するステッ
プは、エラーおよびステータス情報を、第１のコンピュ
ータシステムに常駐する第１のシステムログと、第３の
コンピュータシステムに常駐する第３のシステムログに
ログするステップをさらに備えたことを特徴とする。
【００３５】１６） 上記１３）に記載の方法におい
て、受信確認情報を前記１次ＩＯＰマネージャから第１
の２次ＩＯＰマネージャに送信するステップをさらに備
えたことを特徴とする。
【００３６】１７） 上記１６）に記載の方法におい
て、エラーおよびステータス情報を、第１の２次ＩＯＰ
マネージャから、１次ＩＯＰマネージャおよび２次ＩＯ
Ｐマネージャに通信するステップは、タイマを設定する
ステップと、受信確認情報と、タイマの満了を待つステ
ップと、タイマが満了すると直ちに、エラーおよびステ
ータス情報を第２のシステムマネージャに再通信するス
テップとをさらに備えたことを特徴とする。
【００３７】１８） 本発明に係るエラーおよびステー
タス情報を通信する方法であって、エラーおよびステー
タス情報を含むメッセージであって、複数のＩＯＰマネ
ージャのうちの１つによりオリジネートされたメッセー
ジを装置マネージャにより受信するステップと、メッセ
ージを前記複数のＩＯＰマネージャ以外の全てのＩＯＰ
マネージャにより中継するステップとを備えたことを特
徴とする。
【００３８】１９） 本発明に係るエラーおよびステー
タスをネットワークのノードの間で通信する装置であっ
て、ネットワークを介して相互結合した第１、第２、お
よび第３のノードと、第１のノードに常駐する第１のシ
ステムマネージャと、第２のノードに常駐する第２のシ
ステムマネージャと、第３のノードに常駐する第３のシ
ステムマネージャと、第１のノードに常駐する１次通信
マネージャと、第２のノードに常駐する第１の２次通信
マネージャと、第３のノードに常駐する第２の２次通信
マネージャと、少なくとも１つの共用装置と、エラーお
よびステータス情報を、第１の共用装置から１次通信マ
ネージャに通信する手段と、エラーおよびステータス情
報を、１次通信マネージャから前記第１のシステムマネ
ージャに通信する手段と、第１の共用装置を介して通信
されているエラーおよびステータス情報を、１次通信マ
ネージャから、第１の２次通信マネージャおよび第２の
２次通信マネージャに通信する手段と、エラーおよびス
テータス情報を、第１の２次通信マネージャから、第２
のシステムマネージャに通信するとともに、第２の２次
通信マネージャから第３のシステムマネージャに通信す
る手段とを備えたことを特徴とする。
【００３９】２０） 本発明に係るエラーおよびステー
タス情報を通信する装置であって、第１、第２、および
第３のノードと、第１のノードに常駐する第１のシステ
ムマネージャと、第２のノードに常駐する第２のシステ
ムマネージャと、第３のノードに常駐する第３のシステ
ムマネージャと、第１のノードに常駐する１次通信マネ
ージャと、第２のノードに常駐する第１の２次通信マネ
ージャと、第３のノードに常駐する第２の２次通信マネ
ージャと、少なくとも１つの共用装置と、エラーおよび
ステータス情報を、第１の共用装置から第１の２次通信
マネージャに通信する手段と、エラーおよびステータス
情報を、第１の２次通信マネージャから第２のシステム
マネージャに通信する手段と、第１の共用装置を介して
通信されているエラーおよびステータス情報を、第１の
２次通信マネージャから、１次通信マネージャおよび第
２の２次通信マネージャに通信する手段と、エラーおよ
びステータス情報を、１次通信マネージャから、第１の
システムマネージャに通信するとともに、第２の２次通
信マネージャから第３のシステムマネージャに通信する
手段とを備えたことを特徴とする。
【００４０】
【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。
【００４１】図１は本発明に係るクラスタ化されたコン
ピュータシステムを示すブロック図である。好ましい実
施例に係るクラスタ化されたコンピュータシステムは、
IBMAS/400中規模コンピュータシステムを拡張したもの
である。しかし、クラスタ化された環境でオペレート可
能なコンピュータシステムであれば、任意のコンピュー
タシステムを用いることができる。図１はコンピュータ
システム１００および１５０の分解図を示す。図１は２
つの独立したコンピュータシステムを示すが、１つ以上
のコンピュータシステムに同様に本発明が適用されるこ
とは、当業者にとって当然である。コンピュータシステ
ム１００および１５０は、それぞれ、主処理装置または
中央処理装置(CPU) （１０５，１７５) を備えている。
主処理装置、すなわち、中央処理装置(CPU) （１０５，
１７５) は、主記憶装置（１２５，１５５）に接続さ
れ、しかも、共に、システムI/O バス１８５に結合され
ている。図１に示すシステムは、それぞれ、単一の主CP
U のみを含み、しかも、単一のシステムI/O バスに結合
されているが、複数の主CPU と、複数のI/O バスを有す
るコンピュータシステムに、本発明を同様に適用できる
ことは、当業者にとって当然である。同様に、好ましい
実施例のI/O バスは配線された典型的なマルチドロップ
バスであり、両方向通信をサポートする任意の接続手段
を用いることができる。
【００４２】IOP １８０はシステムI/O バス１８５に接
続されている。図１は８つのIOP と４つの外部装置を示
すが、本発明は任意の数のIOP に接続された任意の数の
外部装置に同様に適用される。IOP １８０はそれぞれバ
ス１８５を介して外部装置に通信するか、あるいはIOP
が担当する装置にバス１８５を介して通信するように設
計されている。図には、各IOP を単一の装置に接続する
例を示すが、本発明は、単一のIOP に接続された複数の
装置に同様に適用される。好ましい実施例のIOP （IOP
１８０）で用いられるプロセッサは、Motorola 68020マ
イクロコンピュータである。しかし、他のマイクロコン
ピュータ、例えば、Intel i960を用いることもできる。
システムコンソール１２７はIOP １８０の１つを介して
バス１８５に接続されている。システム管理者は、通常
は、ノンプログラム式ワークステーションにより通信を
行っているが、システムコンソール１２７により、コン
ピュータシステム１００と通信することができる。同様
に、磁気記憶装置１３０と、光ディスク記憶装置１３５
と、プログラム式ワークステーション１４０が、それぞ
れ、IOP １８０のうちの１つを介してバス１８５に接続
されている。２次記憶装置１３０および１３５（すなわ
ち、磁気記憶装置１３０と、光ディスク記憶装置１３
５）が、データおよびプログラムを記憶するため、大規
模記憶デポジトリとして、コンピュータシステム１００
および１５０で用いられている。ユーザおよびディベロ
ッパは、プログラム式ワークステーション１４０によ
り、コンピュータシステム１００および１５０と通信を
行うことができる。
【００４３】１次記憶装置（１２５，１５５）はアプリ
ケーションプログラム（１０７，１７２）と、システム
マネージャ（１１０，１７０）と、I/O ドライバ（１１
５，１６５）と、IOP マネージャ（１１７，１６７）
と、オペレーティングシステム（１２０，１６０）と、
システム管理情報（１２２，１６２）とを含む。図に
は、これらのエンティティは、それぞれ、主記憶装置
（１２５，１５５）に常駐する例を示した。しかし、こ
れらのエンティティは主記憶装置に常駐するのが典型的
であるが、中には、磁気記憶装置１３０または光ディス
ク記憶装置１３５に常駐することができるものもあるこ
とは、当業者にとって当然である。
【００４４】図２はバス１８５に接続される典型的なIO
P （すなわち、IOP １８７）の分解図を示す。図２に示
すように、IOP １８７はI/O バス１８５と光ディスク記
憶装置１３５とのインタフェースとして用いられる。IO
P １８７は、CPU ２１０と、バスインタフェース２０５
と、１次記憶装置２１５と、ROM ２１７と、装置インタ
フェース２２０とを備え、全て、バス２２３を介して相
互結合されている。装置インタフェース２２０は光ディ
スク記憶装置１３５にバス２２７を介して相互結合され
ている。好ましい実施例では、バス２２７はSCSIバスで
あるが、任意の工業規格のバスまたは専用バスを用いる
ことができる。工業規格タイプのバスにより、異なる製
造者により製造された装置をIOP １８７に接続すること
ができる。装置マネージャ２２５は主記憶装置２１５に
常駐する。
【００４５】バスインタフェース２０５と、CPU ２１０
と、１次記憶装置２１５と、バス２２３は、多くの場
合、各IOP １８０のそれらと同一であるが、装置マネー
ジャ２２５と装置インタフェース２２０は、通常、対象
IOP に接続された装置のタイプに依存する。この場合、
IOP １８７は光ディスク記憶装置１３５に接続されてい
るので、装置マネージャ２２５は光ディスク記憶装置と
通信を行うことができるソフトウェアである。同様に、
装置インタフェース２２０は光ディスク記憶装置１３５
と同等の入出力ハードウェアを備えることになる。
【００４６】図３および図４は本発明に係るコンポーネ
ントの機能を示す図である。特に、図３および図４はコ
ンピュータシステム１００および１５０のコンポーネン
トが機能的にIOP １８７と光ディスク記憶装置１３５と
どのように相互関係にあるかを示す。問題所有権および
ステータス伝播を一様にハンドルする機構を、本発明が
どのように提供するかを最も良く説明するために、次
に、２つの例を示す。第１の例は、図３を循環する例で
あり、１次IOP マネージャが常駐するコンピュータシス
テムによりエラーが検出されたときに、そのエラーをど
のようにハンドルするかを説明する。すなわち、ローカ
ルIOP マネージャの例である。第２の例は、図４を循環
する例であり、２次IOP マネージャが常駐するコンピュ
ータシステムによりエラーが検出されたとき、そのエラ
ーをどのようにハンドルするかを示す。すなわち、ロー
カルIOP マネージャの例である。しかし、これらの例を
詳細に説明する前に、個々のコンピュータシステムおよ
びIOP が互いにどのように関係するかを、個々のコンピ
ュータシステムおよびIOP がどのようにして理解するよ
うになるかということを基本的に理解することは、重要
なことである。図５，図６，および図７は好ましい実施
例で用いられるメッセージおよびファイルフォーマット
を示し、図３，図４，および図８に示しかつ／または説
明するメッセージのフォーマットを示す。
【００４７】初期設定 コンピュータシステム１００および１５０と、IOP １８
７が「パワーオン」されると、それぞれに対する初期設
定プログラムを開始する。コンピュータシステムに対す
る初期設定プログラムは、コンピュータシステム１００
および１５０の図示しないサービスプロセッサ上でラン
するブートプログラムにより開始される。IOP １８７の
初期設定プログラムはIOP １８７のROM ２１７（すなわ
ち、read-only-memory）にある。ブートプログラムと、
サービスプロセッサと、ROM は当業者にとって公知であ
り、それらの詳細は後程説明する。IOP 初期設定シーケ
ンスの一部として、IOP １８７はまずどの装置がIOP １
８７に接続されるかを判定することになる。そして、IO
P １８７は、図示しない装置構成レコードに照会した結
果を収集することになる。
【００４８】また、コンピュータシステム１００および
１５０の初期設定シーケンスは、並列に生じる。コンピ
ュータシステム１００および１５０上の図示しない初期
設定プログラムは、バス１８５を「ウォーク(walk)」
（すなわち、調査）し、接続されたIOP を突き止め、識
別する。そして、初期設定プログラムは、共に、装置マ
ネージャ２２５をIOP １８７にロードする。各システム
はほとんど同時にパワーを受け取るので、初期設定プロ
グラムは共にほとんど同時に装置マネージャ２２５をロ
ードしようと試みる。勿論、ナノ秒のコンピュータシス
テムでは、他の初期設定プログラムの前に、１つの初期
設定プログラムが実際にロードされることになる。最初
にロードされる初期設定プログラムは、装置マネージャ
２２５をIOP １８７にロードすることを担当する。一
度、ロードされると、各コンピュータシステム上の初期
設定プログラムは、バス１８５に接続された各IOP に対
してIOP マネージャを生成(spawn) する。そして、IOP
マネージャ１１７および１６７は、それぞれ、IOP １８
７への論理的なコネクションをオープンする。（論理コ
ネクション３００および３２０としてそれぞれ示す。）
これらのコネクションがセットアップされた後、IOP マ
ネージャ１１７および１６７は、まず、論理コネクショ
ン３００および３２０を用いて、どのIOP マネージャが
IOP １８７に対して１次IOP マネージャとしてアクトす
るかを判定する。再び、両IOP マネージャがほとんど同
時にIOP １８７と１次コンタクトを確立しようとするこ
とになる。しかし、初期設定プログラムの場合、１つの
IOP マネージャは、実際には、他のIOP マネージャの前
に、IOP １８７とコンタクトする。最初にIOP １８７と
のコンタクトを確立する予定のIOP マネージャは、IOP
１８７に対して１次IOP マネージャであり、最初にIOP
１８７とのコンタクトを確立しないIOP マネージャは、
２次IOP マネージャである。この時点で、３つ以上のIO
P マネージャがIOP １８７とのコンタクトを確立しよう
と試みることができることに注意することは重要であ
る。よって、１次IOP マネージャは１つだけ存在するこ
とになるが、２次IOP マネージャは幾つか存在すること
ができる。IOP１８７の初期設定プログラムは、１次コ
ンタクトの試みを受け取るか、あるいは拒絶するかを示
す（図示しない）メッセージを用いて、（適正な論理コ
ネクションを介して）各IOP マネージャに応答する。そ
して、このネゴシエーションは、IOP １８７と各IOP マ
ネージャとの関係を成立させる。後程説明する実施例の
ために、IOP マネージャ１１７が最初にIOP １８７との
コンタクトを確立し、そのため、IOP １８７に対して１
次IOP マネージャになるものと仮定する。
【００４９】IOP マネージャ１１７が図示しない受諾メ
ッセージを装置マネージャ２２５から受信すると、IOP
マネージャ１１７は（図５にIOP マネージャタイプフィ
ールド５８７として示す）一般システム管理情報を更新
し、IOP マネージャ１１７がIOP １８７に対する１次IO
P であることを示すことになる。IOP マネージャ１６７
は拒絶メッセージを装置マネージャ２２５から受信する
と、IOP マネージャ１６７は（図５にIOP マネージャタ
イプフィールド５８７として示す）一般システム管理情
報を更新して、IOP マネージャ１６７がIOP １８７に対
するIOP マネージャであることを示す。
【００５０】このことが遂行されると、IOP マネージャ
１１７および１６７は、再び、論理コネクション３００
および３２０を用いて、装置構成レコードをIOP １８７
から獲得する。IOP マネージャ１１７および１６７は、
装置構成レコードから、それらのシステムに対してシス
テム装置表を作成し、各装置に対してI/O ドライバをそ
れぞれ生成する。図５はシステム装置表が（図１に示
す）システム管理情報１２２および１６２の一部である
ことを示す。一例として、I/O ドライバを説明する。I/
O ドライバ３３４は図１、図３、および図４に示す複数
のI/O ドライバ（すなわち、I/O ドライバ１１５および
１６５）のうちの１つである。一度、生成されると、I/
O ドライバ３３４もIOP １８７と論理コネクション（す
なわち、論理コネクション３１０）を確立する。図で
は、論理コネクション３１０のみがI/O ドライバ１１５
とIOP １８７とを接続しているが、そのコネクションが
I/O ドライバ単位にセットアップされることは当然であ
る。
【００５１】これらの論理コネクションを用いて、コマ
ンドと、エラー情報と、装置ステータス情報とを受け渡
す。図には、これらのコネクション（すなわち、コネク
ション３００，３１０，３２０，および３３０）は論理
コネクションとして示すが、これらのコネクションは実
際にはI/O バス１８５上で物理的に行われることは当然
である。好ましい実施例では、IBM Inter-process Comm
unication Facility(IPCF)プロトコルを用いて、これら
に論理コネクションを確立する。しかし、論理コネクシ
ョンを確立することができる場合は任意のプロトコルを
用いることができる。IPCFの詳細は、米国特許第4,649,
473 号（発明者：Hammer他）を参照されたい。この特許
番号を付して実施例の一部とする。
【００５２】１次IOP マネージャメッセージフロー（例
１） この例は、１次IOP マネージャに常駐するコンピュータ
システムにより、アクションを行った結果、エラーが生
じるときに、エラー情報がどのようにハンドルされるか
を示す。図３はこの例で用いられる１次IOP マネージャ
を示すブロック図である。（図１には示すが、図３に示
さない）アプリプログラム１０７のうちの１つは、光デ
ィスク記憶装置１３５にストアされたデータにアクセス
するため、メッセージ３０１を論理コネクション３１０
を介してディスパッチする。光ディスク記憶装置１３５
（すなわち、I/O ドライバ３３４）に関連するI/O ドラ
イバがメッセージ３０１を受信すると、I/O ドライバは
その要求をIOP １８７に経路指定することを担当する。
IOP １８７の装置マネージャ２２５はその要求（メッセ
ージ３０１）を光ディスク記憶装置１３５に経路指定す
ることを担当する。当業者には公知であるが、I/O ドラ
イバはコマンドおよび情報を、接続された装置に渡すの
に用いられる。メッセージ３０１は光ディスク記憶装置
１３５を命令して特定の機能（ここでは、情報にアクセ
スし、かつ、戻す機能）をパフォームするコマンド例と
すべきである。上述したように、I/O ドライバと、関連
するコマンドは当業者に公知であるので、これらドライ
バと、メッセージ３０１のフォーマットをさらに説明す
る。
【００５３】要求メッセージ３０１はIOP １８７で装置
マネージャ２２５により受信される。そして、装置マネ
ージャ２２５はメッセージ３０１を光ディスク記憶装置
１３５に中継する。内部エラーがあるので、光ディスク
記憶装置１３５はこのアクセス要求（メッセージ３０
１）を処理することはできない。次に、光ディスク記憶
装置１３５は内部回復機構を介してその問題解決を試み
ることができる。好ましい実施例の装置と機構は、一般
的に、内部回復機構を含むが、本発明はこのような機構
に依存しないし、内部回復機構により排除されないこと
は当然である。この時点で、光ディスク記憶装置１３５
の内部回復機構は、アクセス要求メッセージ３０１のサ
ービスを禁止する問題を訂正することができないものと
仮定する。よって、光ディスク記憶装置は装置エラーメ
ッセージ３０２３を送信することにより、装置マネージ
ャ２２５にその問題を通知する。装置エラーメッセージ
３０２のフォーマットを図６に示す。装置エラーメッセ
ージフォーマット５５０は、装置IDフィールド５５１
と、戻りコードフィールド５５３と、追加エラーデータ
フィールド５５４とを備えている。
【００５４】装置ＩＤフィールドを用いて、故障した装
置の一意の識別子を保持する。手近な例では、光ディス
ク記憶装置１３５に関連する一意の識別子は、このフィ
ールドを占有することになる。これらの一意の識別子
を、その装置に、IOP １８７の初期設定プロセスの一部
として知らせるか、あるいは、その装置により提供され
る幾つかの物理的な手段（例えば、スイッチ設定）によ
り知らせる。戻りコードフィールド５５３は機能問題識
別子を含むことになる。機能問題識別子はその問題の高
レベルのレプリゼンテーションである。この場合、機能
問題識別子は、「データアクセス障害」が存在したこと
を表すことになる。追加エラーデータフィールド５５４
は光ディスク記憶装置１３５に対して利用可能な任意の
追加エラー情報に対して用いられる。例えば、光ディス
ク記憶装置１３５は、内部回復プロセスの一部として、
自己試験をランし、レジスタおよび／またはスタック情
報を獲得する。その場合、光ディスク記憶装置１３５は
装置エラーメッセージ３０２の追加エラーデータフィー
ルド５５４にその情報を含むために選択することができ
る。
【００５５】装置マネージャ２２５は、同様に、内部回
復機構を介してその問題を解決することができないが、
論理コネクション３１０を用いて、IOP エラーメッセー
ジ３０３を送信し、I/O ドライバ３３４にその問題を通
知する。好ましい実施例に係るIOP エラーメッセージの
フォーマットを図６に示す。IOP エラーメッセージフォ
ーマット５６０は資源IDフィールド５６１と、戻りコー
ドフィールド５６２と、システムログID(SLID)フィール
ド５６３と、システム参照コード(SRC) フィールド５６
４と、追加エラーデータフィールド５６５とを備えてい
る。
【００５６】資源IDフィールド５６１の内容は装置エラ
ーメッセージ３０２の装置IDフィールド５５１から取り
出される。IOP １８７の装置マネージャ２２５は、装置
IDを、高レベルコンポーネントにとって望ましい資源ID
に変換する。対象IOP と装置に接続するバス（ここで
は、バス２２７）のアーキテクチャが変化するので、こ
の変換は必要である。このように、用いられる特定のIO
P バスアーキテクチャはより高いレベルのコンポーネン
トから隠される。よって、コンピュータシステムは、そ
れぞれ、含まれるIOP バスアーキテクチャに関わらず、
資源IDを参照することにより、任意の装置と通信するこ
とができる。
【００５７】戻りコードフィールド５６２はエラーメッ
セージ３０２の戻りコードフィールド５５３から直接コ
ピーすることができる。（これらのフィールドの説明に
関する記述を参照されたい。）SLIDフィールド５６３は
特定の問題に関連するシステム幅の一意のエラー数であ
る。SLIDフィールドを装置マネージャ２２５とIOP マネ
ージャ１１７により用いて、複数のIOP エラーメッセー
ジを関係付けることができる。例えば、装置マネージャ
２２５が前の問題に関する情報をその後に獲得する場
合、装置マネージャ２２５は前の問題に関連するSLID
と、新しい問題情報を、IOP マネージャ１１７に送信す
る。このようにすることにより、I/O ドライバ３３４は
新しい問題情報を前の問題情報と関係付けることができ
る。戻りコードフィールド５６２に含まれるエラー情報
より詳細なエラー情報を、SRC フィールド５６４を用い
て保持する。例えば、特定のハードウェアコンポーネン
トがその障害を担当することを、装置マネージャ２５が
判定することができる場合、装置マネージャ２２５は適
正な指示をIOP エラーメッセージ３０３のSRC フィール
ドに含む。装置エラーメッセージの場合のように、利用
することができる任意の追加エラー情報に対して追加エ
ラーデータフィールド５６５が用いられる。装置マネー
ジャ２２５は装置エラーメッセージ３０２内の対応する
フィールドの内容をコピーするか、あるいは、装置マネ
ージャ２２５が内部エラー回復プロセスの一部として独
立に獲得した情報を含むことになる。I/O ドライバ３３
４がIOP エラーメッセージ３０３を受信すると、I/O ド
ライバ３３４もその問題を内部回復機構を介して解決し
ようと試みる。その問題が解決されないと、I/O ドライ
バ３３４はまずIOP エラーメッセージ全体をシステムエ
ラーログにログし、エラーログの各エントリをIOP エラ
ーメッセージ（すなわち、エントリ５９７）に一致させ
る。SLIDフィールドまたは資源IDフィールドにより、シ
ステムエラーログを索引付けすることができる。図５は
好ましい実施例のシステムエラーログを示す。
【００５８】適正なエラー情報がログされた後、I/O ド
ライバ３３４はローカル障害通知メッセージ３０５をロ
ーカルIOP マネージャ１１７に送信する。図６は好まし
い実施例のローカル障害通知メッセージを示す。ローカ
ル障害通知メッセージフォーマット５７０は、資源IDフ
ィールド５７２と、SLIDフィールド５７４を備えてい
る。I/O ドライバ３３４はこれらのフィールドの内容を
直接IOP エラーメッセージ３０３にコピーする。これら
のフィールドの説明は上記記述を参照されたい。
【００５９】ローカル障害通知メッセージ３０５が受信
されると直ちに、ローカルIOP マネージャ１１７はその
システム装置表を更新して、光ディスク記憶装置１３５
が利用不可能であることを示す。図５は好ましい実施例
に係るコンピュータシステムのシステム装置表を示す。
例を説明すると、エントリ５９２の装置ステータスフィ
ールドが更新され、光ディスク記憶装置１３５の現ステ
ータスが「実行」から「失敗」に変化したことを示す。
そして、IOP マネージャ１１７はIOP １８７に関連する
１次IOP マネージャであるか否かを判定する。好ましい
実施例では、そのシステムの初期設定プロセスの一部と
してセットアップされた一般システム管理情報（図５に
一般システム管理情報５８５のIOP マネージャタイプフ
ィールド５８７として示す）を参照することにより、IO
P マネージャ１１７はこの判定を行う。
【００６０】この例では、ローカルIOP マネージャ１１
７は実際にはIOP １８７に関連する１次IOP マネージャ
であるので、IOP マネージャ１１７は続けてそのローカ
ルシステムマネージャ（すなわち、システムマネージャ
１１０）と、２次IOP マネージャに、その問題を通知す
る。ローカルシステムマネージャにその問題を通知する
には、１次IOP マネージャ１１７は資源更新メッセージ
３０７をシステムマネージャ１１０に送信する。図６は
好ましい実施例に係る資源更新メッセージのフォーマッ
トを示す。資源更新メッセージフォーマット５７５は、
資源IDフィールド５７６と、資源状態フィールド５７７
と、SLIDフィールド５７８と、必要サービスアクション
フィールド５７９とを備えている。既に説明したよう
に、資源IDフィールド５７６は前のメッセージから直接
コピーされる。この場合、資源IDフィールド５７６の内
容はローカル障害通知メッセージ３０５の対応するフィ
ールドからコピーされることになる。資源状態フィール
ド５７７は１次IOP マネージャ１１７により一杯にされ
る。その例では、エラーが生じると、１次IOP マネージ
ャ１１７はこのフィールドに「失敗」と適正にマークを
付ける。同様に、IOPネージャ１１７はIOP １８７に対
して１次IOP マネージャであるので、そのシステムマネ
ージャ（すなわち、システムマネージャ１１０）は、そ
の問題の解決を担当する。よって、１次IOP マネージャ
１１７は必要サービスアクションフィールド５７９にTR
UEを設定し、訂正されたアクションがローカルシステム
マネージャ１１０に要求されることを示す。システムマ
ネージャ１１０はSLIDフィールド５７８の内容を用い
て、関連するエラーログエントリをシステムエラーログ
５９５から取り出すことになる。そして、このエラーロ
グエントリに含まれる情報を用いて、どのような訂正ア
クションが必要かを判定する。
【００６１】システムマネージャ１１０に要求される訂
正アクションは、手のこんだ自己試験シナリオの集合で
あるか、あるいは、システム管理者へのエラー通知と同
じように簡単にすることができる。本発明を訂正アクシ
ョンの全てのタイプに同様に適用できることは、当業者
にとって当然である。
【００６２】システムマネージャ１１０に通知する他
に、１次IOP マネージャ１１７も障害が生じた資源（す
なわち、光ディスク記憶装置１３５）を共用する他のシ
ステムに通知しなければならない。この通知を行うた
め、１次IOP マネージャ１１７はIOP １８７を用いてス
テータス情報を伝播する。このため、１次IOP マネージ
ャ１１７は遠隔障害通知メッセージ３０９を、論理コネ
クション３００を介して装置マネージャ２２５に送信す
る。図６は好ましい実施例に係る遠隔障害通知メッセー
ジのフォーマットを示す。障害通知メッセージフォーマ
ット５８０は、資源IDフィールド５８１と、資源状態フ
ィールド５８２と、SLIDフィールド５８４を備えてい
る。これらのフィールドの意味は上述したフィールドの
意味と同一であるので、さらに説明しない。本発明に係
るIOP マネージャの詳細は図８を参照されたい。
【００６３】装置マネージャ２２５は遠隔障害通知メッ
セージ３０９を受信すると、そのメッセージを２次IOP
マネージャに経路指定する。２次IOP マネージャはIOP
１８７に接続された装置を共用するシステムに常駐して
いる。その例では、遠隔障害通知メッセージ３０９はIO
P マネージャ１６７により論理コネクション３２０を介
して受信されることになる。IOP マネージャ１６７はそ
のシステム装置表を適正に更新し、光ディスク記憶装置
１３５が現在利用不可能であることを示す。上述したよ
うに、装置ステータスフィールドが更新され、光ディス
ク記憶装置１３５が「実行」から「失敗」に変更された
ことを示す。さらに、IOP マネージャ１６７はその内部
システム管理情報を用いて、IOP マネージャ１６７がIO
P １８７に関連する１次IOP マネージャであるか否かを
判定する。IOP マネージャ１６７がIOP １８７に関連す
る２次IOP マネージャであることを、IOP マネージャ１
６７が判定すると、IOP マネージャ１６７は訂正アクシ
ョンが必要であることをローカルシステムマネージャに
通知する必要がないことを知る。従って、２次IOPマネ
ージャは適正なフィールド値を遠隔障害通知メッセージ
３０９からコピーし、資源更新メッセージ３１１の必要
サービスアクションフィールド５７９をFALSE に設定
し、そのメッセージをシステムマネージャ１７０に送信
する。
【００６４】２次IOP マネージャメッセージフロー（例
２） この例は、２次IOP マネージャが常駐するコンピュータ
システムによるアクションの結果、エラーが生じたと
き、エラー情報をどのようにハンドルするかを示す。図
４はこの例を主として示すブロック図として用いられ
る。この例で用いられるメッセージおよびメッセージフ
ォーマットは、大部分、例１で詳細に説明したものと相
違しない。よって、対象となるメッセージフォーマット
を示す図を指摘したが、個々のメッセージフィールドの
冗長な説明は避けられるであろう。（図１には示すが、
図４には示していない）アプリケーションプログラム１
７２のうちの１つは、光ディスク記憶装置１３５にスト
アされたデータにアクセスするため、論理コネクション
３３０に関するメッセージ４０１をディスパッチする。
光ディスク記憶装置１３５に関連するI/O ドライバ（す
なわち、I/O ドライバ４３４）がメッセージ４０１を受
信すると、そのI/O ドライバはその要求をIOP １８７へ
の経路指定を担当する。IOP １８７の装置マネージャ２
２５は光ディスク記憶装置１３５へのデータ要求メッセ
ージ４０１の経路指定を担当する。
【００６５】要求メッセージ４０１はIOP １８７にて装
置マネージャ２２５により受信される。そして、装置マ
ネージャ２２５はメッセージ４０１を光ディスク記憶装
置１３５に中継する。上述した例のように、光ディスク
記憶装置１３５はデータアクセス要求メッセージ４０１
を処理することができない。さらに、光ディスク記憶装
置１３５の内部回復機構が、アクセス要求メッセージ４
０１のサービスを禁止する問題を訂正することができな
い。よって、光ディスク記憶装置１３５は装置エラーメ
ッセージ４０２を送信することにより、装置マネージャ
２２５にその問題を通知する。前の例のように、好まし
い実施例に係る装置エラーメッセージのフォーマットを
図６に示す。
【００６６】装置マネージャ２２５は、同様に、内部回
復機構を介してその問題を解決することはできず、論理
コネクションを用いて、IOP エラーメッセージ４０３を
I/Oライバ４３４に送信し、I/O ドライバ４３４にその
問題を通知する。好ましい実施例に係るIOP エラーメッ
セージのフォーマットを図６に示す。I/O ドライバ４３
４がIOP エラーメッセージ４０３を受信すると、I/O ド
ライバ４３４も内部回復機構を介してその問題を解決し
ようとする。その問題は解決することができないので、
I/O ドライバ４３４はまずIOP エラーメッセージ４０３
に含まれるエラー情報をシステムエラーログにログす
る。図５を参照すると共に、好ましい実施例に係るシス
テムエラーログを記述した前の例を参照されたい。
【００６７】適正なエラー情報がログされた後、I/O ド
ライバ４３４は次にローカル障害通知メッセージ４０５
をローカルIOP マネージャ１６７に送信する。図６は好
ましい実施例のローカル障害通知メッセージのフォーマ
ットを示す。ローカル障害通知メッセージ４０５を受信
すると直ちに、ローカルIOP マネージャ１６７はまずそ
のシステム装置表を更新し、光ディスク記憶装置１３５
が利用不可能であることを示す。図５は好ましい実施例
に係るコンピュータシステムで用いられるシステム装置
表を示す。この表のフィールドを説明した前の例を参照
されたい。そして、IOP マネージャ１６７は、IOP マネ
ージャ１６７がIOP １８７に関連するIOP マネージャで
あるか否かを判定する。好ましい実施例では、IOP マネ
ージャ１６７は、そのシステムの初期設定プロセスの一
部としてセットアップされた一般システム管理情報（一
般システム管理情報のIOP マネージャタイプフィールド
５８７として図５に示す）を参照してこの判定を行う。
【００６８】ローカルIOP マネージャ１６７はローカル
IOP マネージャ１６７がIOP １８７に関連するIOP マネ
ージャでないと判定すると、IOP マネージャ１６７は引
き続き１次マネージャと、他の２次IOP マネージャと、
そのローカルシステムマネージャ（すなわち、システム
マネージャ１７０）に、その問題を通知する。その最初
の２つの目的が達成されると、２次IOP マネージャ１６
７はIOP １８７を用いてそのステータス情報を伝播する
ことになる。この目的のため、２次IOP マネージャ１６
７はこの特定のエラーに対して内部タイマをスタートさ
せ、遠隔障害通知メッセージ４０９を装置マネージャ２
２５にローカルコネクション３２０を介して送信する。
図６は好ましい実施例に係る遠隔障害通知メッセージを
示す。本発明に係るIOP マネージャの詳細は図８を参照
されたい。
【００６９】装置マネージャ２２５は遠隔障害通知メッ
セージ４０９を受信すると、そのメッセージを１次IOP
マネージャと他の２次IOP マネージャに経路指定する。
遠隔障害通知メッセージ４０９が１次IOP マネージャ１
１７により論理コネクションを介して受信される。１次
IOP マネージャ１１７はそのシステム装置表を適正に更
新し、光ディスク記憶装置１３５が現在利用不可能であ
ることを示す。上述したように、装置ステータスフィー
ルドが更新され、光ディスク記憶装置１３５が「実行」
から「失敗」に変更されたことを示す。さらに、IOP マ
ネージャ１１７はその内部システム管理通知を用いて、
IOP マネージャ１１７がIOP １８７に関連する１次IOP
マネージャであるか否かを判定する。IOP マネージャ１
１７がIOP １８７に関連する１次IOP マネージャである
と判定されると、そのローカルシステムマネージャ（す
なわち、システムマネージャ１１０）は、訂正アクショ
ンを行うことを担当する。従って、１次IOP マネージャ
１１７は、資源更新メッセージ４１１の必要サービスア
クションフィールドをTRUEに設定し、そのメッセージを
システムマネージャ１１０に送信する。前の例のよう
に、訂正アクションは多くの形式をとることができる。
【００７０】１次IOP マネージャ１１７がシステムマネ
ージャ１１０に訂正アクションを取る必要があることを
通知した後、１次IOP マネージャは遠隔障害通知受信確
認メッセージ４１３を２次IOP マネージャ１６７に論理
コネクション３００およびIOP １８７を介して戻す。装
置マネージャ２２５が遠隔障害通知受信確認メッセージ
を適正な２次IOP マネージャに適正に戻すことができる
ように、装置マネージャ２２５は２次IOP マネージャか
らの遠隔障害通知メッセージをトラッキングすることを
担当する。好ましい実施例に係る遠隔障害通知受信確認
メッセージのフォーマットを図７に示す。遠隔障害通知
受信確認メッセージフォーマット５００は資源IDフィー
ルドとSLIDフィールド５１０を備えている。これらのフ
ィールドは２次IOP マネージャ１６７により用いられる
ものであり、遠隔障害通知受信確認メッセージ４１３
を、元の問題と適正に関係付け、適正な内部タイマを停
止させるものである。
【００７１】関連するタイマが満了する前に、遠隔障害
通知受信確認メッセージ４１３が２次IOP マネージャ１
６７により受信されない場合は、２次IOP マネージャ１
６７は図示しない別の資源更新メッセージをシステムマ
ネージャ１７０に送信する。この資源更新メッセージは
必要サービスアクションフィールドをTRUEに設定する。
このようにして、所定のメッセージが紛失されるか、あ
るいは破壊されるかに関わらず、結果的に、訂正アクシ
ョンが行われる。
【００７２】IOP １８７に対する１次IOP マネージャ
と、IOP １８７に対する他の２次ＩＯＰネージャに通知
する他に、２次ＩＯＰ マネージャ１６７はシステムマ
ネージャ１６７に通知しなければならない。このことを
遂行するため、２次IOP マネージャ１６７は資源更新メ
ッセージ４０７をシステムマネージャ１７０に送信す
る。図６は好ましい実施例に係る資源更新メッセージの
フォーマットを示す。IOP マネージャ１６７はIOP １８
７に対する２次IOP マネージャであるので、そのシステ
ムマネージャ（すなわち、システムマネージャ１７０）
はその問題解決を担当しない。よって、２次IOP マネー
ジャ１６７は必要サービスアクションフィールド５７９
にFALSE を設定して、訂正アクションがローカルシステ
ムマネージャ１７０に求められないことを示す。
【００７３】図８は本発明に係るIOP マネージャの内部
作業の流れ図を示す。例２のように、スペシフィケーシ
ョン(specification) のこの部分に記述されたメッセー
ジは第１の例に充分に記載されている。よって、ここで
は、詳細な説明は繰り返さない。
【００７４】ブロック６００にて、ローカル障害通知メ
ッセージはIOP マネージャにより受信される。そして、
IOP マネージャは自分自身が対象IOP ６１０に関連する
１次IOP マネージャであるか否かを判定する。上述した
ように、その一般システム管理情報（IOP マネージャタ
イプフィールド５８７として図５に示す）を参照して、
IOP マネージャは、この判定を行う。
【００７５】判定した結果、IOP マネージャが実際はこ
のIOP に関連する１次IOP マネージャである場合、その
IOP マネージャは資源更新メッセージをそのローカルシ
ステムマネージャ６１５に送信する。ブロック６１５に
て、この資源更新メッセージは、訂正アクションをロー
カルシステムマネージャに要求することを示す。ブロッ
ク６２５にて、IOP マネージャは、障害通知メッセージ
が別のIOP マネージャから受信されたか、あるいは、ロ
ーカルI/O ドライバから受信されたかを問い合わせる。
障害通知メッセージが別のIOP マネージャから受信され
た場合、１次IOP マネージャは遠隔障害通知受信確認メ
ッセージを、メッセージ６３５を送信した２次IOP マネ
ージャに送信して、そのメッセージの受信を確認しなけ
ればならない。障害通知メッセージがローカルI/O ドラ
イバから受信された場合は、１次IOP は２次IOP マネー
ジャにその問題を通知しなければならない。これは、遠
隔障害通知メッセージ６４０を送信して行う。障害通知
メッセージ６４０が対象装置マネージャにより受信され
ると、その装置マネージャは、障害通知メッセージ６４
０のコピーが特定のIOP に関連する他のIOP マネージャ
に全て送信されることを保証する。
【００７６】ブロック６１０にて、判定した結果、IOP
マネージャがこのIOP に関連する１次IOP マネージャで
ない場合、そのIOP マネージャは資源更新メッセージを
そのローカルシステムマネージャ６２０に送信する。ブ
ロック６２０にて、この資源更新メッセージは、訂正ア
クションをローカルシステムマネージャに要求しないこ
とを示す。ブロック６３０にて、障害通知メッセージが
別のIOP マネージャから受信されるか、あるいは、ロー
カルI/O ドライバから受信されるかを、IOP マネージャ
が問い合わせる。障害通知メッセージが別のIOP マネー
ジャから受信された場合、ブロック６６５にて、２次IO
P マネージャは実行を終了する。しかし、障害通知メッ
セージがローカルI/O ドライバから受信された場合、２
次IOP マネージャは１次IOP マネージャおよび他の２次
IOP マネージャにその問題を通知する。これは、単一の
遠隔障害通知メッセージをその装置マネージャに送信
し、１次IOP マネージャと、他の２次IOP マネージャの
それぞれが、そのメッセージ６４５を受信することを、
その装置マネージャが保証することにより、遂行され
る。１次IOP マネージャが遠隔障害通知メッセージを受
信することを保証し、しかも、訂正アクションが結果的
に行われることを保証するため、ブロック６５０にて、
２次IOP マネージャタイマをスタートさせ、１次IOP マ
ネージャからの遠隔障害通知受信確認メッセージを待つ
ことになる。ブロック６５５にて、遠隔障害通知受信確
認メッセージが受信される前に、タイマが満了した場
合、ブロック６６０にて、２次IOP マネージャは別の資
源更新メッセージをそのローカルシステムマネージャに
送信する。このアクションは、その問題が少なくとも１
つのシステムマネージャにより結局アドレスされること
を保証するために行われる。ブロック６５５にて、タイ
マ満了前に、遠隔障害通知受信確認メッセージが受信さ
れた場合、ブロック６５５にて、２次IOP マネージャは
実行を終了する。
【００７７】本発明は、別の実施例では、コンピュータ
のネットワークに適用される。この実施例では、コンピ
ュータシステム１００および１５０と、IOP １８０は、
ネットワークの１つ以上のノードと置換され、１次IOP
マネージャ１１７および２次IOP マネージャ１６７は１
次および２次通信マネージャとそれぞれ置換される。装
置マネージャ２２５は個々の装置に常駐することにな
り、バス１８５は１つ以上のネットワーキングインタフ
ェースと置換される。このようなネットワーキングイン
タフェースの例として、IEEE 802.5(Token Ring)と、IE
EE 802.4(Token Bus) と、IEEE 802.3(Ethernet)と、FD
DIと、X.25と、ISDNとを含む。上述した方法および装置
は同様にこの実施例に適用する。
【００７８】以上、特定の実施例を、別の実施例ととも
に開示したが、特許請求の範囲を逸脱せずに変更するこ
とができることは当業者にとって当然のことである。
【００７９】
【発明の効果】以上説明したように、本発明によれば、
上記のように構成したので、クラスタ化されたシステム
環境で問題所有権を調整することができる。
【図面の簡単な説明】
【図１】本発明に係るクラスタ化されたコンピュータシ
ステムを示すブロック図である。
【図２】IOP および装置マネージャの一例を示すブロッ
ク図である。
【図３】１次IOP マネージャが常駐するコンピュータシ
ステムに、装置エラーが最初に通知されるとき、本発明
に係るシステムコンポーネントがどのように相互に関係
するかを示す機能ブロック図である。
【図４】２次IOP マネージャが常駐するコンピュータシ
ステムに、装置エラーが最初に通知されるとき、本発明
に係るシステムコンポーネントがどのように相互に関係
するかを示す機能ブロック図である。
【図５】好ましい実施例に係る常駐システム管理情報を
示すブロック図である。
【図６】図３、図４、および図８で記述するメッセージ
のフォーマットを示す図である。
【図７】遠隔障害通知受信確認メッセージフォーマット
を示す図である。
【図８】IOP マネージャのメッセージ処理を示すフロー
チャートである。
【符号の説明】
１００，１５０ コンピュータシステム １０５，１７５ 中央処理装置 １０７，１７２ アプリケーションプログラム １１０，１７０ システムマネージャ １１５，１６５ ドライバ １１７，１６７ マネージャ １２０，１６０ オペレーティングシステム １２２，１６２ システム管理情報 １２５，１５５ １次記憶装置 １２７ システムコンソール １３０ 磁気記憶装置 １３５ 光ディスク記憶装置 １４０ プログラム式ワークステーション １８０，１８７ ＩＯＰ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 フレデリック ローレンス フス アメリカ合衆国 55906 ミネソタ州 ロ チェスター 21エスティー ストリート ノースイースト 1016 (72)発明者 ナンシー マリー シュマッキー アメリカ合衆国 55901 ミネソタ州 ロ チェスター 13ティーエイチ アヴェニュ ー ノースウエスト 4304 (72)発明者 リチャード エルマー ゼレンスキー アメリカ合衆国 55901−2381 ミネソタ 州 ロチェスター 29ティーエイチ スト リート ノースウエスト 529

Claims (8)

    【特許請求の範囲】
  1. 【請求項１】 エラーおよびステータス情報を通信する
    装置であって、 共用バスを介して相互結合されている第１、第２、およ
    び第３のコンピュータシステムと、 該第１のコンピュータシステムに常駐する第１のシステ
    ムマネージャと、 前記第２のコンピュータシステムに常駐する第２のシス
    テムマネージャと、 前記第３のコンピュータシステムに常駐する第３のシス
    テムマネージャと、 前記第１のコンピュータシステムに常駐する１次IOP マ
    ネージャと、 前記第２のコンピュータシステムに常駐する第１の２次
    IOP マネージャと、 前記第３のコンピュータシステムに常駐する第２の２次
    IOP マネージャと、 少なくとも１つのIOP と、 前記エラーおよびステータス情報を第１のIOP マネージ
    ャから前記１次IOP マネージャに通信する手段と、 前記エラーおよびステータス情報を前記１次IOP マネー
    ジャから前記第１のシステムマネージャに通信する手段
    と、 前記第１のIOP を介して通信される前記エラーおよびス
    テータス情報を、前記１次IOP マネージャから前記第１
    の２次IOP マネージャおよび前記第２の２次IOP マネー
    ジャに通信する手段と、 前記エラーおよびステータス情報を前記第１の２次IOP
    マネージャから前記第２のシステムマネージャに通信す
    るとともに、前記第２の２次IOP マネージャから前記第
    ３のシステムマネージャに通信する手段とを備えたこと
    を特徴とする装置。
  2. 【請求項２】 エラーおよびステータス情報を通信する
    装置であって、 第１、第２、および第３のコンピュータシステムと、 該第１のコンピュータシステムに常駐する第１のシステ
    ムマネージャと、 前記第２のコンピュータシステムに常駐する第２のシス
    テムマネージャと、 前記第３のコンピュータシステムに常駐する第３のシス
    テムマネージャと、 前記第１のコンピュータシステムに常駐する１次IOP マ
    ネージャと、 前記第２のコンピュータシステムに常駐する第１の２次
    IOP マネージャと、 前記第３のコンピュータシステムに常駐する第２の２次
    IOP マネージャと、 少なくとも１つのIOP と、 前記エラーおよびステータス情報を第１のIOP マネージ
    ャから前記第１の２次IOP マネージャに通信する手段
    と、 前記エラーおよびステータス情報を前記第１の２次IOP
    マネージャから前記第２のシステムマネージャに通信す
    る手段と、 前記第１のIOP を介して通信される前記エラーおよびス
    テータス情報を、前記第１の２次IOP マネージャから前
    記１次IOP マネージャおよび前記第２の２次IOP マネー
    ジャに通信する手段と、 前記エラーおよびステータス情報を前記１次IOP マネー
    ジャから前記第１のシステムマネージャに通信するとと
    もに、前記第２の２次IOP マネージャから前記第３のシ
    ステムマネージャに通信する手段とを備えたことを特徴
    とする装置。
  3. 【請求項３】 エラーおよびステータス情報を通信する
    装置であって、 少なくとも１つのIOP と、 第１のIOP に常駐する装置マネージャと、 エラーおよびステータス情報を、１次IOP マネージャ
    と、第１および第２の２次IOP マネージャとの間で中継
    する手段とを備えたことを特徴とする装置。
  4. 【請求項４】 エラーおよびステータス情報を通信する
    方法であって、 前記エラーおよびステータス情報を、第１のコンピュー
    タシステムに常駐する第１のIOP マネージャから１次IO
    P マネージャに通信するステップと、 前記エラーおよびステータス情報を、前記１次IOP マネ
    ージャから、前記第１のコンピュータシステムに常駐す
    る第１のシステムマネージャに通信するステップと、 前記第１のIOP マネージャを介して通信されている前記
    エラーおよびステータス情報を、前記１次IOP マネージ
    ャから、第２のコンピュータシステムに常駐する第１の
    ２次IOP マネージャと、第３のコンピュータシステムに
    常駐する２次IOP マネージャとに通信するステップと、 前記エラーおよびステータス情報を、前記第１の２次IO
    P マネージャから前記第２のコンピュータシステムに常
    駐する第２のシステムマネージャに通信するとともに、
    前記第２の２次IOP マネージャから前記第３のコンピュ
    ータシステムに常駐する第３のシステムマネージャに通
    信するステップとを備えたことを特徴とする方法。
  5. 【請求項５】 エラーおよびステータス情報を、第１、
    第２、および第３コンピュータシステムの間で通信する
    方法であって、 前記エラーおよびステータス情報を、IOP から、前記第
    ２のコンピュータシステムに常駐する第１の２次IOP マ
    ネージャに通信するステップと、 前記エラーおよびステータス情報を、前記第１の２次IO
    P マネージャから、前記第２のコンピュータシステムに
    常駐する第２のシステムマネージャに通信するステップ
    と、 前記IOP マネージャを介して通信されている前記エラー
    およびステータス情報を、前記第１の２次IOP マネージ
    ャから、前記第１のコンピュータシステムに常駐する１
    次IOP マネージャと、前記第３のコンピュータシステム
    に常駐する第２の２次IOP マネージャとに通信するステ
    ップと、 前記エラーおよびステータス情報を、前記第１のコンピ
    ュータシステムに常駐する前記１次IOP マネージャか
    ら、第１のシステムマネージャに通信するととともに、
    前記第２の２次IOP マネージャから、前記第３のコンピ
    ュータシステムに常駐する第３のシステムマネージャに
    通信するステップとを備えたことを特徴とする方法。
  6. 【請求項６】 エラーおよびステータス情報を通信する
    方法であって、 エラーおよびステータス情報を含むメッセージであっ
    て、複数のIOP マネージャのうちの１つによりオリジネ
    ートされたメッセージを装置マネージャにより受信する
    ステップと、 前記メッセージを前記複数のIOP マネージャ以外の全て
    のIOP マネージャにより中継するステップとを備えたこ
    とを特徴とする方法。
  7. 【請求項７】 エラーおよびステータスをネットワーク
    のノードの間で通信を行う装置であって、 ネットワークを介して相互結合した第１、第２、および
    第３のノードと、 前記第１のノードに常駐する第１のシステムマネージャ
    と、 前記第２のノードに常駐する第２のシステムマネージャ
    と、 前記第３のノードに常駐する第３のシステムマネージャ
    と、 前記第１のノードに常駐する１次通信マネージャと、 前記第２のノードに常駐する第１の２次通信マネージャ
    と、 前記第３のノードに常駐する第２の２次通信マネージャ
    と、 少なくとも１つの共用装置と、 前記エラーおよびステータス情報を、第１の共用装置か
    ら前記１次通信マネージャに通信する手段と、 前記エラーおよびステータス情報を、前記１次通信マネ
    ージャから前記第１のシステムマネージャに通信する手
    段と、 前記第１の共用装置を介して通信されている前記エラー
    およびステータス情報を、前記１次通信マネージャか
    ら、前記第１の２次通信マネージャおよび前記第２の２
    次通信マネージャに通信する手段と、 前記エラーおよびステータス情報を、前記第１の２次通
    信マネージャから、前記第２のシステムマネージャに通
    信するとともに、前記第２の２次通信マネージャから前
    記第３のシステムマネージャに通信する手段とを備えた
    ことを特徴とする装置。
  8. 【請求項８】 エラーおよびステータス情報を通信する
    装置であって、 第１、第２、および第３のノードと、 前記第１のノードに常駐する第１のシステムマネージャ
    と、 前記第２のノードに常駐する第２のシステムマネージャ
    と、 前記第３のノードに常駐する第３のシステムマネージャ
    と、 前記第１のノードに常駐する１次通信マネージャと、 前記第２のノードに常駐する第１の２次通信マネージャ
    と、 前記第３のノードに常駐する第２の２次通信マネージャ
    と、 少なくとも１つの共用装置と、 前記エラーおよびステータス情報を、第１の共用装置か
    ら前記第１の２次通信マネージャに通信する手段と、 前記エラーおよびステータス情報を、前記第１の２次通
    信マネージャから前記第２のシステムマネージャに通信
    する手段と、 前記第１の共用装置を介して通信されている前記エラー
    およびステータス情報を、前記第１の２次通信マネージ
    ャから、前記１次通信マネージャおよび前記第２の２次
    通信マネージャに通信する手段と、 前記エラーおよびステータス情報を、前記１次通信マネ
    ージャから、前記第１のシステムマネージャに通信する
    とともに、前記第２の２次通信マネージャから前記第３
    のシステムマネージャに通信する手段とを備えたことを
    特徴とする装置。
JP5206636A 1992-09-30 1993-08-20 情報通信方法および装置 Pending JPH06214969A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US95420392A 1992-09-30 1992-09-30
US954203 1992-09-30

Publications (1)

Publication Number Publication Date
JPH06214969A true JPH06214969A (ja) 1994-08-05

Family

ID=25495083

Family Applications (1)

Application Number Title Priority Date Filing Date
JP5206636A Pending JPH06214969A (ja) 1992-09-30 1993-08-20 情報通信方法および装置

Country Status (2)

Country Link
US (2) US5600791A (ja)
JP (1) JPH06214969A (ja)

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9603582D0 (en) 1996-02-20 1996-04-17 Hewlett Packard Co Method of accessing service resource items that are for use in a telecommunications system
US8290721B2 (en) 1996-03-28 2012-10-16 Rosemount Inc. Flow measurement diagnostics
US6032266A (en) * 1996-04-05 2000-02-29 Hitachi, Ltd. Network system having function of changing route upon failure
US6230198B1 (en) * 1998-09-10 2001-05-08 International Business Machines Corporation Server-to-server event logging
US6393485B1 (en) 1998-10-27 2002-05-21 International Business Machines Corporation Method and apparatus for managing clustered computer systems
US9239763B2 (en) 2012-09-28 2016-01-19 Oracle International Corporation Container database
US6408407B1 (en) * 1999-06-03 2002-06-18 Ncr Corporation Methods and apparatus for delegated error handling
US6424971B1 (en) 1999-10-29 2002-07-23 International Business Machines Corporation System and method for interactive classification and analysis of data
US7117397B1 (en) * 1999-12-15 2006-10-03 Fujitsu Limited Apparatus and method for preventing an erroneous operation at the time of detection of a system failure
US20020124201A1 (en) * 2001-03-01 2002-09-05 International Business Machines Corporation Method and system for log repair action handling on a logically partitioned multiprocessing system
US20020124214A1 (en) * 2001-03-01 2002-09-05 International Business Machines Corporation Method and system for eliminating duplicate reported errors in a logically partitioned multiprocessing system
US6952766B2 (en) 2001-03-15 2005-10-04 International Business Machines Corporation Automated node restart in clustered computer system
US6918051B2 (en) * 2001-04-06 2005-07-12 International Business Machines Corporation Node shutdown in clustered computer system
US20020194407A1 (en) * 2001-04-25 2002-12-19 Kim Hyon T. Maintaining fabric device configuration through dynamic reconfiguration
US7171474B2 (en) * 2001-04-25 2007-01-30 Sun Microsystems, Inc. Persistent repository for on-demand node creation for fabric devices
US6920491B2 (en) * 2001-04-25 2005-07-19 Sun Microsystems, Inc. Fabric device configuration interface for onlining fabric devices for use from a host system
US7200646B2 (en) * 2001-04-25 2007-04-03 Sun Microsystems, Inc. System and method for on-demand node creation for fabric devices
US7370239B2 (en) * 2001-05-31 2008-05-06 Fisher-Rosemount Systems, Inc. Input/output device with configuration, fault isolation and redundant fault assist functionality
US6886113B2 (en) * 2001-06-04 2005-04-26 Lucent Technologies Inc. System and method for determining and presenting network problems
US6925582B2 (en) 2001-08-01 2005-08-02 International Business Machines Corporation Forwarding of diagnostic messages in a group
US6965951B2 (en) * 2002-05-17 2005-11-15 Sun Microsystems, Inc. Device centric discovery and configuration for fabric devices
US20040015611A1 (en) * 2002-06-25 2004-01-22 Kim Hyon T. Interfaces to multiple layers of device properties in a storage network
US7747717B2 (en) * 2003-08-14 2010-06-29 Oracle International Corporation Fast application notification in a clustered computing system
US7664847B2 (en) 2003-08-14 2010-02-16 Oracle International Corporation Managing workload by service
US7953860B2 (en) * 2003-08-14 2011-05-31 Oracle International Corporation Fast reorganization of connections in response to an event in a clustered computing system
US20060064400A1 (en) * 2004-09-21 2006-03-23 Oracle International Corporation, A California Corporation Methods, systems and software for identifying and managing database work
US20050240555A1 (en) * 2004-02-12 2005-10-27 Lockheed Martin Corporation Interactive electronic technical manual system integrated with the system under test
US7801702B2 (en) 2004-02-12 2010-09-21 Lockheed Martin Corporation Enhanced diagnostic fault detection and isolation
US7584420B2 (en) * 2004-02-12 2009-09-01 Lockheed Martin Corporation Graphical authoring and editing of mark-up language sequences
US20060120181A1 (en) * 2004-10-05 2006-06-08 Lockheed Martin Corp. Fault detection and isolation with analysis of built-in-test results
US20060085692A1 (en) * 2004-10-06 2006-04-20 Lockheed Martin Corp. Bus fault detection and isolation
US20080052281A1 (en) * 2006-08-23 2008-02-28 Lockheed Martin Corporation Database insertion and retrieval system and method
US7743286B2 (en) * 2005-05-17 2010-06-22 International Business Machines Corporation Method, system and program product for analyzing demographical factors of a computer system to address error conditions
US7427025B2 (en) * 2005-07-08 2008-09-23 Lockheed Marlin Corp. Automated postal voting system and method
US8788070B2 (en) * 2006-09-26 2014-07-22 Rosemount Inc. Automatic field device service adviser
US8713186B2 (en) * 2007-03-13 2014-04-29 Oracle International Corporation Server-side connection resource pooling
US8898036B2 (en) * 2007-08-06 2014-11-25 Rosemount Inc. Process variable transmitter with acceleration sensor
US8238538B2 (en) 2009-05-28 2012-08-07 Comcast Cable Communications, Llc Stateful home phone service
US8549038B2 (en) 2009-06-15 2013-10-01 Oracle International Corporation Pluggable session context
US10387387B2 (en) 2015-12-17 2019-08-20 Oracle International Corporation Enabling multi-tenant access to respective isolated data sets organized using different application schemas
US10289617B2 (en) 2015-12-17 2019-05-14 Oracle International Corporation Accessing on-premise and off-premise datastores that are organized using different application schemas
US10303894B2 (en) 2016-08-31 2019-05-28 Oracle International Corporation Fine-grained access control for data manipulation language (DML) operations on relational data
US10474653B2 (en) 2016-09-30 2019-11-12 Oracle International Corporation Flexible in-memory column store placement

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS55140952A (en) * 1979-04-20 1980-11-04 Hitachi Ltd Fault processing system
JPS57174747A (en) * 1981-04-22 1982-10-27 Hitachi Ltd Device diagnosing system
JPS59136828A (ja) * 1983-01-26 1984-08-06 Hitachi Ltd 多重アクセス制御方法
JPH01316851A (ja) * 1988-06-17 1989-12-21 Toshiba Corp チャネル制御方式
JPH03102458A (ja) * 1989-09-14 1991-04-26 Fujitsu Ltd マルチプロセッサ制御装置

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4266271A (en) * 1978-10-10 1981-05-05 Chamoff Martin E Reconfigurable cluster of data-entry terminals
US4412281A (en) * 1980-07-11 1983-10-25 Raytheon Company Distributed signal processing system
US4400773A (en) * 1980-12-31 1983-08-23 International Business Machines Corp. Independent handling of I/O interrupt requests and associated status information transfers
JPS5829243A (ja) * 1981-08-13 1983-02-21 Toshiba Corp 伝送システムの信号監視装置
JPS5851233A (ja) * 1981-09-21 1983-03-25 Hitachi Ltd 燃料噴射弁駆動回路
US4486826A (en) * 1981-10-01 1984-12-04 Stratus Computer, Inc. Computer peripheral control apparatus
JPS59720A (ja) * 1982-06-25 1984-01-05 Fujitsu Ltd 系列間共用制御方式
US4654820A (en) * 1983-11-30 1987-03-31 At&T Bell Laboratories Interrupt bus structure
US4633245A (en) * 1983-12-30 1986-12-30 International Business Machines Corporation Local area network interconnect switching system
JPS60195649A (ja) * 1984-03-16 1985-10-04 Nec Corp マイクロプログラム制御型デ−タ処理装置におけるエラ−報告方式
JPS60239845A (ja) * 1984-05-15 1985-11-28 Fujitsu Ltd 誤り報告方式
IT1184553B (it) * 1985-05-07 1987-10-28 Honeywell Inf Systems Architettura di sistema a piu' processori
US4819159A (en) * 1986-08-29 1989-04-04 Tolerant Systems, Inc. Distributed multiprocess transaction processing system and method
US4847837A (en) * 1986-11-07 1989-07-11 The United States Of America As Represented By The Administrator Of The National Aeronautics And Space Administration Local area network with fault-checking, priorities and redundant backup
US4807228A (en) * 1987-03-18 1989-02-21 American Telephone And Telegraph Company, At&T Bell Laboratories Method of spare capacity use for fault detection in a multiprocessor system
US4965717A (en) * 1988-12-09 1990-10-23 Tandem Computers Incorporated Multiple processor system having shared memory with private-write capability
JPH0363731A (ja) * 1989-08-02 1991-03-19 Nec Corp システム障害処理方式
US5239629A (en) * 1989-12-29 1993-08-24 Supercomputer Systems Limited Partnership Dedicated centralized signaling mechanism for selectively signaling devices in a multiprocessor system
US5161156A (en) * 1990-02-02 1992-11-03 International Business Machines Corporation Multiprocessing packet switching connection system having provision for error correction and recovery
US5287453A (en) * 1990-09-18 1994-02-15 Bull Hn Information Systems, Inc. Fast remote file access facility for distributing file access requests in a closely coupled computer system
US5255388A (en) * 1990-09-26 1993-10-19 Honeywell Inc. Synchronizing slave processors through eavesdrop by one on a write request message directed to another followed by comparison of individual status request replies
US5136498A (en) * 1990-09-26 1992-08-04 Honeywell Inc. Method for enacting failover of a 1:1 redundant pair of slave processors
US5202822A (en) * 1990-09-26 1993-04-13 Honeywell Inc. Universal scheme of input/output redundancy in a process control system
US5261092A (en) * 1990-09-26 1993-11-09 Honeywell Inc. Synchronizing slave processors through eavesdrop by one on periodic sync-verify messages directed to another followed by comparison of individual status
US5418937A (en) * 1990-11-30 1995-05-23 Kabushiki Kaisha Toshiba Master-slave type multi-processing system with multicast and fault detection operations having improved reliability
US5282272A (en) * 1990-12-21 1994-01-25 Intel Corporation Interrupt distribution scheme for a computer bus
AU645174B2 (en) * 1991-03-15 1994-01-06 Fujitsu Limited Centralized supervisory system for transmission network elements and method of supervising transmission network elements
JP2870254B2 (ja) * 1991-10-02 1999-03-17 日本電気株式会社 仮想計算機の入出力割り込み処理方式
US5313584A (en) * 1991-11-25 1994-05-17 Unisys Corporation Multiple I/O processor system
JP2519390B2 (ja) * 1992-09-11 1996-07-31 インターナショナル・ビジネス・マシーンズ・コーポレイション デ―タ通信方法及び装置
US5371852A (en) * 1992-10-14 1994-12-06 International Business Machines Corporation Method and apparatus for making a cluster of computers appear as a single host on a network
US5455934A (en) * 1993-03-23 1995-10-03 Eclipse Technologies, Inc. Fault tolerant hard disk array controller
US5491791A (en) * 1995-01-13 1996-02-13 International Business Machines Corporation System and method for remote workstation monitoring within a distributed computing environment

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS55140952A (en) * 1979-04-20 1980-11-04 Hitachi Ltd Fault processing system
JPS57174747A (en) * 1981-04-22 1982-10-27 Hitachi Ltd Device diagnosing system
JPS59136828A (ja) * 1983-01-26 1984-08-06 Hitachi Ltd 多重アクセス制御方法
JPH01316851A (ja) * 1988-06-17 1989-12-21 Toshiba Corp チャネル制御方式
JPH03102458A (ja) * 1989-09-14 1991-04-26 Fujitsu Ltd マルチプロセッサ制御装置

Also Published As

Publication number Publication date
US5748883A (en) 1998-05-05
US5600791A (en) 1997-02-04

Similar Documents

Publication Publication Date Title
JPH06214969A (ja) 情報通信方法および装置
US6868442B1 (en) Methods and apparatus for processing administrative requests of a distributed network application executing in a clustered computing environment
US6260158B1 (en) System and method for fail-over data transport
US6983324B1 (en) Dynamic modification of cluster communication parameters in clustered computer system
US5483647A (en) System for switching between two different operating systems by invoking the server to determine physical conditions to initiate a physical connection transparent to the user
US7673172B2 (en) Method, system, and program for error handling in a dual adaptor system where one adaptor is a master
EP1291779B1 (en) Control method for a data storage system
US6934878B2 (en) Failure detection and failure handling in cluster controller networks
KR101033765B1 (ko) 논리 경로 수립 방법, 시스템 및 컴퓨터 판독가능 매체
US6782411B2 (en) Virtualizing and controlling input and output of computer programs
US7783794B2 (en) Remote USB access method
KR20000006576A (ko) 디지탈데이터처리시스템내의다수의호스트컴퓨터사이에서자원의공유를용이하게하기위한시스템
GB2366048A (en) Selecting a preferred path to a storage device
JPH0926891A (ja) アプリケーション間のネットワーク接続を維持するための方法およびデータ処理システム
EP0398649A2 (en) Remote interrupt processing
US5613133A (en) Microcode loading with continued program execution
JP2003131897A (ja) ポートを内蔵したストレージ
US6886053B2 (en) Method, system, and program for managing access to a device
JP2820942B2 (ja) 通信プロトコル処理方法
JPS6295621A (ja) 計算機システムの遠隔操作方式
JPH08161188A (ja) サーバの多重化方式
JPH0228866A (ja) ログイン切替え方式
JPH05158832A (ja) 端末ソフト転送方式
JPH1027151A (ja) 入出力処理システムおよび入出力処理装置
JPH0221706B2 (ja)