JP2002099437A - ネットワーク接続装置の制御方法 - Google Patents
ネットワーク接続装置の制御方法Info
- Publication number
- JP2002099437A JP2002099437A JP2000289047A JP2000289047A JP2002099437A JP 2002099437 A JP2002099437 A JP 2002099437A JP 2000289047 A JP2000289047 A JP 2000289047A JP 2000289047 A JP2000289047 A JP 2000289047A JP 2002099437 A JP2002099437 A JP 2002099437A
- Authority
- JP
- Japan
- Prior art keywords
- queue
- connection device
- interrupt
- data
- activation
- 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.)
- Granted
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】
【課題】 起動キュー、再起動キュー、割り込みキュー
が脱落した場合でも、正常な動作を継続し、信頼性を向
上させる。 【解決手段】 ＬＰＡＲ０１、０２の ＯＳが不当ウェ
イトしたことを検出した際に、ＬＡＮ接続装置０６に対
し、ＯＳの動作不能状態を通知し、 ＯＳに対する送信
データをＬＡＮ接続装置内０６バッファから破棄するこ
とにより、バッファを開放し、当該ＬＡＮ接続装置０６
を共有する他システムには影響を与えず、連続使用を可
能とする。またＬＡＮ接続装置０６の内部バッファ使用
量の規定値オーバーを契機として、又はＲＥＡＤコマン
ドの終了報告から次ＲＥＡＤコマンドの起動迄の待ち時
間の規定時間オーバーを契機として、コマンド起動の状
態を判定し、起動キュー又は割込みキューから要因の脱
落が発生していた場合は、キューを回復する。
が脱落した場合でも、正常な動作を継続し、信頼性を向
上させる。 【解決手段】 ＬＰＡＲ０１、０２の ＯＳが不当ウェ
イトしたことを検出した際に、ＬＡＮ接続装置０６に対
し、ＯＳの動作不能状態を通知し、 ＯＳに対する送信
データをＬＡＮ接続装置内０６バッファから破棄するこ
とにより、バッファを開放し、当該ＬＡＮ接続装置０６
を共有する他システムには影響を与えず、連続使用を可
能とする。またＬＡＮ接続装置０６の内部バッファ使用
量の規定値オーバーを契機として、又はＲＥＡＤコマン
ドの終了報告から次ＲＥＡＤコマンドの起動迄の待ち時
間の規定時間オーバーを契機として、コマンド起動の状
態を判定し、起動キュー又は割込みキューから要因の脱
落が発生していた場合は、キューを回復する。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワーク接続
装置の制御方法に係わり、特に、ホストコンピュータに
内蔵されるＬＡＮ接続装置の障害検出と障害のリカバリ
を行うネットワーク接続装置の制御方法に関する。
装置の制御方法に係わり、特に、ホストコンピュータに
内蔵されるＬＡＮ接続装置の障害検出と障害のリカバリ
を行うネットワーク接続装置の制御方法に関する。
【０００２】
【従来の技術】一般に、計算機システムのハードウェア
資源を論理的に分割して、複数のプロセッサとして使用
する形態をＬＰＡＲ（Logically Partitioned）モード
と呼ぶ。このモードでは、ハードウェア資源(ＬＡＮ接
続装置も含む)は、複数のＯＳ(基本ソフトウェア、オペ
レーティングシステム)に共有されて使用される。
資源を論理的に分割して、複数のプロセッサとして使用
する形態をＬＰＡＲ（Logically Partitioned）モード
と呼ぶ。このモードでは、ハードウェア資源(ＬＡＮ接
続装置も含む)は、複数のＯＳ(基本ソフトウェア、オペ
レーティングシステム)に共有されて使用される。
【０００３】従来より、資源分割管理機構であるＬＰＡ
Ｒ環境下で、 ひとつのＬＡＮ接続装置が複数のＯＳに
共用され使用される場合、あるＯＳが不当にウェイトす
ると、そのＬＡＮ接続装置を共用している全てのシステ
ムに影響が生じる場合がある。その理由は、例えば、ウ
ェイトしたＯＳからは、コマンドが発行されず、ＬＡＮ
接続装置内部バッファに取り込んたデータが処理されな
い為、当該障害システムに対するデータで埋め尽くさ
れ、データバッファを共有している他のシステムへのサ
ービスが出来なくなるからである。
Ｒ環境下で、 ひとつのＬＡＮ接続装置が複数のＯＳに
共用され使用される場合、あるＯＳが不当にウェイトす
ると、そのＬＡＮ接続装置を共用している全てのシステ
ムに影響が生じる場合がある。その理由は、例えば、ウ
ェイトしたＯＳからは、コマンドが発行されず、ＬＡＮ
接続装置内部バッファに取り込んたデータが処理されな
い為、当該障害システムに対するデータで埋め尽くさ
れ、データバッファを共有している他のシステムへのサ
ービスが出来なくなるからである。
【０００４】そこで従来技術としては、 ＬＡＮ接続装
置がＯＳの障害によるウェイトを検出する手段として、
ＯＳから一定間隔で、専用のコマンドを発行してもら
い、ＬＡＮ接続装置側でそのコマンドの発行される間隔
をタイマー監視し、タイムアウトした際は、当該システ
ムはダウンしたとみなし、当該システムに対するデータ
を破棄する方式がある。
置がＯＳの障害によるウェイトを検出する手段として、
ＯＳから一定間隔で、専用のコマンドを発行してもら
い、ＬＡＮ接続装置側でそのコマンドの発行される間隔
をタイマー監視し、タイムアウトした際は、当該システ
ムはダウンしたとみなし、当該システムに対するデータ
を破棄する方式がある。
【０００５】
【発明が解決しようとする課題】しかしながら、このよ
うな従来技術では、一定間隔でＯＳから起動を発行する
必要があること、またＬＡＮ接続装置側でもその起動に
対する時間監視を常に行う必要があることから、これら
処理のオーバヘッドにより性能が劣化することとなる。
また、起動処理中、割込み処理中のハードウェアに障害
が発生すると、たとえそのリカバリに成功しても、入出
力動作に使用する各種のキューから、起動、割り込みの
要因が脱落することがある。このような脱落は、たとえ
ば、起動キュー、再起動キューからの起動要因の脱落、
割り込みキューからの割り込み要因の脱落である。
うな従来技術では、一定間隔でＯＳから起動を発行する
必要があること、またＬＡＮ接続装置側でもその起動に
対する時間監視を常に行う必要があることから、これら
処理のオーバヘッドにより性能が劣化することとなる。
また、起動処理中、割込み処理中のハードウェアに障害
が発生すると、たとえそのリカバリに成功しても、入出
力動作に使用する各種のキューから、起動、割り込みの
要因が脱落することがある。このような脱落は、たとえ
ば、起動キュー、再起動キューからの起動要因の脱落、
割り込みキューからの割り込み要因の脱落である。
【０００６】また、従来、ＬＡＮ接続装置等のネットワ
ークを制御するデバイスに対するＲＥＡＤ（読取り）コ
マンドは、対象となるデータがいつＬＡＮから届くか判
断できない為、ＯＳによるＲＥＡＤコマンドのタイムア
ウト監視はむずかしかった。従って、障害等でＲＥＡＤ
コマンドの終了報告が消滅した様なケースにおいても、
ＯＳは障害を検出することが出来ず、おそらく永遠に来
るはずの無いであろう終了報告を待つことになる。ま
た、何らかの方法で動作上の不具合を検出できたとして
も、障害の発生からあまりにも時間が経過している為
に、障害の原因を特定できる有効なデータは採取できな
いことがあった。
ークを制御するデバイスに対するＲＥＡＤ（読取り）コ
マンドは、対象となるデータがいつＬＡＮから届くか判
断できない為、ＯＳによるＲＥＡＤコマンドのタイムア
ウト監視はむずかしかった。従って、障害等でＲＥＡＤ
コマンドの終了報告が消滅した様なケースにおいても、
ＯＳは障害を検出することが出来ず、おそらく永遠に来
るはずの無いであろう終了報告を待つことになる。ま
た、何らかの方法で動作上の不具合を検出できたとして
も、障害の発生からあまりにも時間が経過している為
に、障害の原因を特定できる有効なデータは採取できな
いことがあった。
【０００７】このように従来の方式では、上述の様なハ
ードウエアの障害等でＲＥＡＤコマンドに対する起動、
割込み要因が抜けた場合には対応できず、結果としてさ
らに重度の障害を引き起こす可能性があった。
ードウエアの障害等でＲＥＡＤコマンドに対する起動、
割込み要因が抜けた場合には対応できず、結果としてさ
らに重度の障害を引き起こす可能性があった。
【０００８】以下に、従来のＲＥＡＤ動作に関する課題
を説明する。図６に、本発明に関連するＬＡＮ接続装置
を有するホストコンピュータの構成図を示す。ホストコ
ンピュータ（６００）は、ＬＰＡＲ１（６０１）のＯ
Ｓ、ＬＰＡＲ２（６０２）のＯＳ、ホストコンピュータ
の命令プロセッサ（Instruction Processor、ＩＰ）
（６０３）、入出力命令に使用する起動キュー（６０
４）、入出力命令に使用する割り込みキュー（６０
５）、ホストコンピュータに内蔵されているＬＡＮ接続
装置（６０６）を備える。ＬＰＡＲ１（６０１）のＯＳ
は、ＬＡＮ（６０７）と接続される。
を説明する。図６に、本発明に関連するＬＡＮ接続装置
を有するホストコンピュータの構成図を示す。ホストコ
ンピュータ（６００）は、ＬＰＡＲ１（６０１）のＯ
Ｓ、ＬＰＡＲ２（６０２）のＯＳ、ホストコンピュータ
の命令プロセッサ（Instruction Processor、ＩＰ）
（６０３）、入出力命令に使用する起動キュー（６０
４）、入出力命令に使用する割り込みキュー（６０
５）、ホストコンピュータに内蔵されているＬＡＮ接続
装置（６０６）を備える。ＬＰＡＲ１（６０１）のＯＳ
は、ＬＡＮ（６０７）と接続される。
【０００９】通常、ＬＰＡＲ１（６０１）のホストＯＳ
のＲＥＡＤ処理は、先にＲＥＡＤコマンドを発行し、そ
の終了割込みを待ち、終了を確認すると、次ＲＥＡＤコ
マンドを発行する方式を採用している。従って、ＲＥＡ
Ｄコマンドは常に発行された状態であり、 ＬＡＮ接続
装置（６０６）はＬＡＮ（６０７）からのデータを待
ち、ＬＡＮ（６０７）からデータが到着した時点で、Ｌ
ＰＡＲ１（６０１）へのデータ読み込み動作を行うのが
一般的である。
のＲＥＡＤ処理は、先にＲＥＡＤコマンドを発行し、そ
の終了割込みを待ち、終了を確認すると、次ＲＥＡＤコ
マンドを発行する方式を採用している。従って、ＲＥＡ
Ｄコマンドは常に発行された状態であり、 ＬＡＮ接続
装置（６０６）はＬＡＮ（６０７）からのデータを待
ち、ＬＡＮ（６０７）からデータが到着した時点で、Ｌ
ＰＡＲ１（６０１）へのデータ読み込み動作を行うのが
一般的である。
【００１０】ところが、ＬＡＮ（６０７）からのデータ
は、いつ到着するか予想できない。従って、ＬＰＡＲ１
（６０１）のＯＳは、このＲＥＡＤコマンドの終了に対
する時間監視を行うことができない。ＲＥＡＤコマンド
の起動、終了割込みが、ハードウエアの一時的な障害に
より、起動キュー（６０４）、あるいは割込みキュー
（６０５）から脱落したとしても、ＬＰＡＲ１（６０
１）のＯＳは、その障害を検出できず、結果として、Ｌ
ＡＮ接続装置の内部のデーターバッファは、当該ＯＳに
対するデータで埋めつくされ、ＬＰＡＲ１（６０１）の
みならず、当ＬＡＮ接続装置（６０６）を共有している
他システムであるＬＰＡＲ２（６０２）でも、通信障害
等の影響が発生する。
は、いつ到着するか予想できない。従って、ＬＰＡＲ１
（６０１）のＯＳは、このＲＥＡＤコマンドの終了に対
する時間監視を行うことができない。ＲＥＡＤコマンド
の起動、終了割込みが、ハードウエアの一時的な障害に
より、起動キュー（６０４）、あるいは割込みキュー
（６０５）から脱落したとしても、ＬＰＡＲ１（６０
１）のＯＳは、その障害を検出できず、結果として、Ｌ
ＡＮ接続装置の内部のデーターバッファは、当該ＯＳに
対するデータで埋めつくされ、ＬＰＡＲ１（６０１）の
みならず、当ＬＡＮ接続装置（６０６）を共有している
他システムであるＬＰＡＲ２（６０２）でも、通信障害
等の影響が発生する。
【００１１】また、ＬＰＡＲ１（６０１）のＯＳが不当
にウェイトした場合も同様である。ＯＳがウェイトして
いる為、ＲＥＡＤコマンドは発行されず、結果として、
上述と同様にＬＡＮ接続装置内部のデータバッファは、
当該ＯＳに対するデータで埋めつくされ、当ＬＡＮ接続
装置（６０６）を共有している他システムのＬＰＡＲ２
（６０２）でも、通信障害等の影響が発生する。
にウェイトした場合も同様である。ＯＳがウェイトして
いる為、ＲＥＡＤコマンドは発行されず、結果として、
上述と同様にＬＡＮ接続装置内部のデータバッファは、
当該ＯＳに対するデータで埋めつくされ、当ＬＡＮ接続
装置（６０６）を共有している他システムのＬＰＡＲ２
（６０２）でも、通信障害等の影響が発生する。
【００１２】ＬＡＮ接続装置（６０６）でない、ディス
ク装置、ＭＴ装置など他の入出力装置の場合は、ＲＥＡ
Ｄコマンドに対する時間監視が可能である。従ってＬＰ
ＡＲ（６０１）ＯＳは時間監視を実施し、タイムアウト
した際には、例えばＨＡＬＴ／ＣＬＥＡＲ命令と言っ
た、リカバリ系の命令が発行される。ホストコンピュー
タ（６００）のハードウェアは、これらの命令を契機と
して、起動キュー、割込みキューの正常性をチェック
し、異常を検出したならば、キューの回復を行ってい
る。しかしながら、先に述べた様にＬＡＮ接続装置（６
０６）に関しては、ＲＥＡＤコマンドの時間監視を行え
ない為、 ＨＡＬＴ／ＣＬＥＡＲ命令等は発行されず、
各キューの正常性チェックを行う契機がない。
ク装置、ＭＴ装置など他の入出力装置の場合は、ＲＥＡ
Ｄコマンドに対する時間監視が可能である。従ってＬＰ
ＡＲ（６０１）ＯＳは時間監視を実施し、タイムアウト
した際には、例えばＨＡＬＴ／ＣＬＥＡＲ命令と言っ
た、リカバリ系の命令が発行される。ホストコンピュー
タ（６００）のハードウェアは、これらの命令を契機と
して、起動キュー、割込みキューの正常性をチェック
し、異常を検出したならば、キューの回復を行ってい
る。しかしながら、先に述べた様にＬＡＮ接続装置（６
０６）に関しては、ＲＥＡＤコマンドの時間監視を行え
ない為、 ＨＡＬＴ／ＣＬＥＡＲ命令等は発行されず、
各キューの正常性チェックを行う契機がない。
【００１３】本発明は、以上の点に鑑み、特に、複数の
システムから共有されるＬＡＮ接続装置を有するホスト
コンピュータにおいて、信頼性を向上することを目的と
する。また、本発明は、プログラム、ハードウェアの通
常処理におけるオーバヘッド無しに、ＯＳの不当なウェ
イトを検知し、ＯＳがウェイトしていた場合には、当該
ＯＳに対するデータを破棄し、共有している他システム
に影響を与えず、動作を継続することを目的とする。ま
た、本発明は、ハードウエアの障害等でＲＥＡＤコマン
ドが起動キュー、再起動キュー、または、割り込みキュ
ーから脱落した場合でも、 ＬＡＮ接続装置内バッファ
使用量の規定値オーバー、あるいはＲＥＡＤコマンド待
ち時間の規定時間オーバーを契機として、入出力動作で
使用する各種キューを回復することで、正常な動作を継
続し、共有している他システムに影響を与えない高信頼
性のＬＡＮ接続装置を提供することを目的とする。
システムから共有されるＬＡＮ接続装置を有するホスト
コンピュータにおいて、信頼性を向上することを目的と
する。また、本発明は、プログラム、ハードウェアの通
常処理におけるオーバヘッド無しに、ＯＳの不当なウェ
イトを検知し、ＯＳがウェイトしていた場合には、当該
ＯＳに対するデータを破棄し、共有している他システム
に影響を与えず、動作を継続することを目的とする。ま
た、本発明は、ハードウエアの障害等でＲＥＡＤコマン
ドが起動キュー、再起動キュー、または、割り込みキュ
ーから脱落した場合でも、 ＬＡＮ接続装置内バッファ
使用量の規定値オーバー、あるいはＲＥＡＤコマンド待
ち時間の規定時間オーバーを契機として、入出力動作で
使用する各種キューを回復することで、正常な動作を継
続し、共有している他システムに影響を与えない高信頼
性のＬＡＮ接続装置を提供することを目的とする。
【００１４】
【課題を解決するための手段】本発明に関するホストコ
ンピュータでは、内蔵されるＬＡＮ接続装置に於いて、
例えば、次の（１）〜（７）の手段を備える事で、上述
のような課題を解決する。 （１）ＯＳ（基本ソフト）が不当ウェイトしたことを検
出した際に、ホストコンピュータに内蔵されるＬＡＮ接
続装置に対し、ＯＳの動作不能状態を通知するＯＳ動作
不能通知手段 （２）ＯＳの動作不能状態通知を受領した際に、当該Ｏ
Ｓに対するＬＡＮ接続装置内送信データを破棄するデー
タ破棄手段 （３）ＬＡＮから受信したデータを格納するＬＡＮ接続
装置の内部バッファ使用量を、接続システム毎に判定可
能なバッファ使用量判定手段 （４）ＲＥＡＤコマンドの終了報告から、次ＲＥＡＤコ
マンドの起動を受領する迄の時間を監視するＲＥＡＤコ
マンド待ち時間監視手段 （５）バッファ使用量が規定値以上の場合、あるいはＲ
ＥＡＤコマンドの終了報告から、次ＲＥＡＤコマンドの
起動を受領する迄が規定時間以上である場合は、入出力
動作で使用する各種キューのチェックを指示するキュー
チェック指示手段 （６）指示を受けキューチェックを行うキューチェック
実行手段 （７）キューチェックにより、起動が起動キュー、ある
いは割込みが割込みキューから抜け落ちていた場合は、
キューへのつなぎこみを行う起動・割込みキュー回復手
段
ンピュータでは、内蔵されるＬＡＮ接続装置に於いて、
例えば、次の（１）〜（７）の手段を備える事で、上述
のような課題を解決する。 （１）ＯＳ（基本ソフト）が不当ウェイトしたことを検
出した際に、ホストコンピュータに内蔵されるＬＡＮ接
続装置に対し、ＯＳの動作不能状態を通知するＯＳ動作
不能通知手段 （２）ＯＳの動作不能状態通知を受領した際に、当該Ｏ
Ｓに対するＬＡＮ接続装置内送信データを破棄するデー
タ破棄手段 （３）ＬＡＮから受信したデータを格納するＬＡＮ接続
装置の内部バッファ使用量を、接続システム毎に判定可
能なバッファ使用量判定手段 （４）ＲＥＡＤコマンドの終了報告から、次ＲＥＡＤコ
マンドの起動を受領する迄の時間を監視するＲＥＡＤコ
マンド待ち時間監視手段 （５）バッファ使用量が規定値以上の場合、あるいはＲ
ＥＡＤコマンドの終了報告から、次ＲＥＡＤコマンドの
起動を受領する迄が規定時間以上である場合は、入出力
動作で使用する各種キューのチェックを指示するキュー
チェック指示手段 （６）指示を受けキューチェックを行うキューチェック
実行手段 （７）キューチェックにより、起動が起動キュー、ある
いは割込みが割込みキューから抜け落ちていた場合は、
キューへのつなぎこみを行う起動・割込みキュー回復手
段
【００１５】本発明の第１の解決手段によると、計算機
システムのハードウェア資源を論理的に分割して、複数
のプロセッサとして使用する機構におけるネットワーク
接続装置の制御方法であって、基本ソフトウェアが不当
ウェイトしたことを検出した際に、ホストコンピュータ
に関連するネットワーク接続装置に対し、基本ソフトウ
ェアの動作不能状態を通知するステップと、基本ソフト
ウェアの動作不能状態の通知に基づき、 当該基本ソフ
トウェアに対するデータをネットワーク接続装置内のバ
ッファから破棄することにより、バッファを開放するス
テップとを含むネットワーク接続装置の制御方法を提供
する。
システムのハードウェア資源を論理的に分割して、複数
のプロセッサとして使用する機構におけるネットワーク
接続装置の制御方法であって、基本ソフトウェアが不当
ウェイトしたことを検出した際に、ホストコンピュータ
に関連するネットワーク接続装置に対し、基本ソフトウ
ェアの動作不能状態を通知するステップと、基本ソフト
ウェアの動作不能状態の通知に基づき、 当該基本ソフ
トウェアに対するデータをネットワーク接続装置内のバ
ッファから破棄することにより、バッファを開放するス
テップとを含むネットワーク接続装置の制御方法を提供
する。
【００１６】本発明の第２の解決手段によると、計算機
システムのハードウェア資源を論理的に分割して、複数
のプロセッサとして使用する機構におけるネットワーク
接続装置の制御方法であって、ネットワークから受信し
たデータを格納するネットワーク接続装置のバッファ使
用量が規定値を超えているか検出するステップと、バッ
ファ使用量が規定値以上と判定された場合、入出力動作
で使用する各種キューのチェックを指示するステップ
と、この指示を受けキューチェックを行うステップと、
起動が起動キューあるいは割込みが割込みキューから脱
落していた場合は、脱落した起動キューあるいは割込み
キューを回復するステップとを含むネットワーク接続装
置の制御方法を提供する。
システムのハードウェア資源を論理的に分割して、複数
のプロセッサとして使用する機構におけるネットワーク
接続装置の制御方法であって、ネットワークから受信し
たデータを格納するネットワーク接続装置のバッファ使
用量が規定値を超えているか検出するステップと、バッ
ファ使用量が規定値以上と判定された場合、入出力動作
で使用する各種キューのチェックを指示するステップ
と、この指示を受けキューチェックを行うステップと、
起動が起動キューあるいは割込みが割込みキューから脱
落していた場合は、脱落した起動キューあるいは割込み
キューを回復するステップとを含むネットワーク接続装
置の制御方法を提供する。
【００１７】本発明の第３の解決手段によると、計算機
システムのハードウェア資源を論理的に分割して、複数
のプロセッサとして使用する機構におけるネットワーク
接続装置の制御方法であって、読出しコマンドの終了報
告から、次の読出しコマンドの起動を受領する迄の時間
を監視し、規定時間を超えているか検出するステップ
と、規定時間を過ぎても次の読出しコマンドが発行され
ていないと判断された場合、入出力動作で使用する各種
キューのチェックを指示するステップと、この指示を受
けキューチェックを行うステップと、起動が起動キュー
あるいは割込みが割込みキューから脱落していた場合
は、脱落した起動キューあるいは割込みキューを回復す
るステップとを含むネットワーク接続装置の制御方法を
提供する。
システムのハードウェア資源を論理的に分割して、複数
のプロセッサとして使用する機構におけるネットワーク
接続装置の制御方法であって、読出しコマンドの終了報
告から、次の読出しコマンドの起動を受領する迄の時間
を監視し、規定時間を超えているか検出するステップ
と、規定時間を過ぎても次の読出しコマンドが発行され
ていないと判断された場合、入出力動作で使用する各種
キューのチェックを指示するステップと、この指示を受
けキューチェックを行うステップと、起動が起動キュー
あるいは割込みが割込みキューから脱落していた場合
は、脱落した起動キューあるいは割込みキューを回復す
るステップとを含むネットワーク接続装置の制御方法を
提供する。
【００１８】
【発明の実施の形態】以下に、本発明の実施の形態を図
面を用いて詳細に説明する。まず、ＬＡＮ接続装置を有
するホストコンピュータの動作について具体的に説明す
る。図１は、ＬＡＮ接続装置を有するホストコンピュー
タの基本構成図を示している。ホストコンピュータ（０
０）は、ＬＰＡＲ１（０１）のＯＳ（オペレーティング
システム、基本ソフトウェア）、ＬＰＡＲ２（０２）の
ＯＳ、ホストコンピュータの命令プロセッサ（Instruct
ion Processor、ＩＰ）（０３）、入出力命令に使用す
る起動キュー（０４）、入出力命令に使用する割り込み
キュー（０５）、ホストコンピュータに内蔵されている
ＬＡＮ接続装置（０６）を備える。ＬＰＡＲ１（０１）
のＯＳは、ＬＡＮ（０７）と接続される。ＬＰＡＲ１
（０１）のＯＳ、ＬＰＡＲ２（０２）のＯＳは、それぞ
れ、ＬＰＡＲ１（０１）のＯＳで使用しているメインメ
モリ（ＭＳ）（０１１）、ＬＰＡＲ２で使用しているＭ
Ｓ（０２１）を有する。ＩＰ（０３）は、ＯＳ動作不能
通知手段（０３１）、キューチェック実行手段（０３
２）、起動・割込みキュー回復手段（０３３）を有す
る。ＬＡＮ接続装置（０６）は、ＬＡＮ接続装置内のデ
ータバッファ（０６１）、ＬＡＮ接続装置内のＬＡＮボ
ード（０６２）、データ破棄手段（０６３）、バッファ
使用量判定手段（０６４）、キューチェック指示手段
（０６５）、ＲＥＡＤコマンド待ち時間監視手段（０６
６）、データバッファ制御手段（０６７）を有する。こ
れら各手段に関しては、図２、図３および図４を用い、
後で詳しく説明する。
面を用いて詳細に説明する。まず、ＬＡＮ接続装置を有
するホストコンピュータの動作について具体的に説明す
る。図１は、ＬＡＮ接続装置を有するホストコンピュー
タの基本構成図を示している。ホストコンピュータ（０
０）は、ＬＰＡＲ１（０１）のＯＳ（オペレーティング
システム、基本ソフトウェア）、ＬＰＡＲ２（０２）の
ＯＳ、ホストコンピュータの命令プロセッサ（Instruct
ion Processor、ＩＰ）（０３）、入出力命令に使用す
る起動キュー（０４）、入出力命令に使用する割り込み
キュー（０５）、ホストコンピュータに内蔵されている
ＬＡＮ接続装置（０６）を備える。ＬＰＡＲ１（０１）
のＯＳは、ＬＡＮ（０７）と接続される。ＬＰＡＲ１
（０１）のＯＳ、ＬＰＡＲ２（０２）のＯＳは、それぞ
れ、ＬＰＡＲ１（０１）のＯＳで使用しているメインメ
モリ（ＭＳ）（０１１）、ＬＰＡＲ２で使用しているＭ
Ｓ（０２１）を有する。ＩＰ（０３）は、ＯＳ動作不能
通知手段（０３１）、キューチェック実行手段（０３
２）、起動・割込みキュー回復手段（０３３）を有す
る。ＬＡＮ接続装置（０６）は、ＬＡＮ接続装置内のデ
ータバッファ（０６１）、ＬＡＮ接続装置内のＬＡＮボ
ード（０６２）、データ破棄手段（０６３）、バッファ
使用量判定手段（０６４）、キューチェック指示手段
（０６５）、ＲＥＡＤコマンド待ち時間監視手段（０６
６）、データバッファ制御手段（０６７）を有する。こ
れら各手段に関しては、図２、図３および図４を用い、
後で詳しく説明する。
【００１９】ＬＰＡＲは、資源分割管理機構である。本
実施の形態では、ひとつのホストコンピュータ（ハード
ウェア）（００）を、ＬＰＡＲ１（０１）のＯＳ、ＬＰ
ＡＲ２（０２）のＯＳの二つのシステムに分割して使用
し、ＬＡＮ接続装置は、これら二つのシステムで共用さ
れている。実際の使用環境下では、さらに複数のシステ
ムで共用される場合が多いが、ここでは、説明を簡単化
する為に本構成で説明する。
実施の形態では、ひとつのホストコンピュータ（ハード
ウェア）（００）を、ＬＰＡＲ１（０１）のＯＳ、ＬＰ
ＡＲ２（０２）のＯＳの二つのシステムに分割して使用
し、ＬＡＮ接続装置は、これら二つのシステムで共用さ
れている。実際の使用環境下では、さらに複数のシステ
ムで共用される場合が多いが、ここでは、説明を簡単化
する為に本構成で説明する。
【００２０】まず、ＯＳ−ＬＡＮ間のデータの流れにつ
いてＬＰＡＲ１（０１）での動作を例に説明する。 Ｌ
ＡＮ接続装置（０６）の動作として、 ＭＳ（０１１）
からＬＡＮ（０７）へデータを転送するＷＲＩＴＥ動作
と、 ＬＡＮ（０７）からのデータを、ホストＭＳ（０
１１）へ読み込むＲＥＡＤ動作があるが、本発明は、特
に、ＲＥＡＤ動作に関するものである。以下にＲＥＡＤ
動作について説明する。
いてＬＰＡＲ１（０１）での動作を例に説明する。 Ｌ
ＡＮ接続装置（０６）の動作として、 ＭＳ（０１１）
からＬＡＮ（０７）へデータを転送するＷＲＩＴＥ動作
と、 ＬＡＮ（０７）からのデータを、ホストＭＳ（０
１１）へ読み込むＲＥＡＤ動作があるが、本発明は、特
に、ＲＥＡＤ動作に関するものである。以下にＲＥＡＤ
動作について説明する。
【００２１】ＬＰＡＲ（０１）のＯＳは、ＭＳ（０１
１）上にデータを格納する為のエリアを準備し、ＬＡＮ
接続装置（０６）に対して、ＲＥＡＤコマンドのスター
ト起動を発行する、スタート起動は、一旦起動キュー
（０４）に登録され、その後、起動キュー（０４）の先
頭から取り出され、 ＬＡＮ接続装置（０６）が起動さ
れる。この時点でＬＡＮ接続装置内のデータバッファ
（０６１）にＬＰＡＲ１（０１）宛てのデータが無い場
合は、本起動は待たされ、 ＬＡＮ接続装置（０６）は
ＬＡＮ（０７）からのデータ到着を待つ。ＬＡＮ（０
７）からデータが届くとＬＡＮ接続装置（０６）は、Ｌ
ＡＮボード（０６２）を介してデータを受領し、ＬＡＮ
接続装置内部のデータバッファ（０６１）に格納する。
ホストＬＰＡＲ（０１）のＯＳからのＲＥＡＤコマンド
のスタート起動が発行されている場合は、コマンドの指
示に従って、データバッファ（０６１）からＭＳ（０１
１）に対してデータを書込み、終了したら、その結果を
割込みキュー（０５）に登録し、ＬＰＡＲ１（０１）の
ＯＳに割込む。もしもＲＥＡＤコマンドのスタート起動
が発行されていない場合は、ＬＰＡＲ１（０１）のホス
トＯＳからのＲＥＡＤコマンドのスタート起動を待つこ
とになる。
１）上にデータを格納する為のエリアを準備し、ＬＡＮ
接続装置（０６）に対して、ＲＥＡＤコマンドのスター
ト起動を発行する、スタート起動は、一旦起動キュー
（０４）に登録され、その後、起動キュー（０４）の先
頭から取り出され、 ＬＡＮ接続装置（０６）が起動さ
れる。この時点でＬＡＮ接続装置内のデータバッファ
（０６１）にＬＰＡＲ１（０１）宛てのデータが無い場
合は、本起動は待たされ、 ＬＡＮ接続装置（０６）は
ＬＡＮ（０７）からのデータ到着を待つ。ＬＡＮ（０
７）からデータが届くとＬＡＮ接続装置（０６）は、Ｌ
ＡＮボード（０６２）を介してデータを受領し、ＬＡＮ
接続装置内部のデータバッファ（０６１）に格納する。
ホストＬＰＡＲ（０１）のＯＳからのＲＥＡＤコマンド
のスタート起動が発行されている場合は、コマンドの指
示に従って、データバッファ（０６１）からＭＳ（０１
１）に対してデータを書込み、終了したら、その結果を
割込みキュー（０５）に登録し、ＬＰＡＲ１（０１）の
ＯＳに割込む。もしもＲＥＡＤコマンドのスタート起動
が発行されていない場合は、ＬＰＡＲ１（０１）のホス
トＯＳからのＲＥＡＤコマンドのスタート起動を待つこ
とになる。
【００２２】本発明においては、例えば、通常のよう
に、ＬＰＡＲ１（０１）のホストＯＳのＲＥＡＤ処理
は、先にＲＥＡＤコマンドを発行し、その終了割込みを
待ち、終了を確認すると、次ＲＥＡＤコマンドを発行す
る方式を採用している。従って、ＲＥＡＤコマンドは常
に発行された状態であり、 ＬＡＮ接続装置（０６）は
ＬＡＮ（０７）からのデータを待ち、ＬＡＮ（０７）か
らデータが到着した時点で、ホストＭＳ（０１１）への
データ読み込み動作を行うのが一般的である。
に、ＬＰＡＲ１（０１）のホストＯＳのＲＥＡＤ処理
は、先にＲＥＡＤコマンドを発行し、その終了割込みを
待ち、終了を確認すると、次ＲＥＡＤコマンドを発行す
る方式を採用している。従って、ＲＥＡＤコマンドは常
に発行された状態であり、 ＬＡＮ接続装置（０６）は
ＬＡＮ（０７）からのデータを待ち、ＬＡＮ（０７）か
らデータが到着した時点で、ホストＭＳ（０１１）への
データ読み込み動作を行うのが一般的である。
【００２３】図２は、ＯＳが不当ウェイトしたケースの
処理概要の説明図を示す。ここでは、一例として、ＬＰ
ＡＲ（０１）のＯＳについて説明する。まず、図２のＯ
Ｓが不当にウェイトしたケースの処理概要を説明図を示
す。ＬＰＡＲ（０１）のＯＳの不当なウェイトは、ＩＰ
（０３）がＰＳＷ(プログラム・ステータス・ワード)の
ウェイトフラグを参照すること、また資源分割管理機構
を使用している場合は、資源分割管理機構がゲストＯＳ
の不当ウェイトを検出し（「動作不能状態発生」）、Ｉ
Ｐ（０３）に通知することにより検出される（「動作不
能状態検出」）。ＬＰＡＲ（０１）のＯＳの不当なウェ
イトの検出に関しては、既知の技術である。ここでの詳
細な説明は省略する。ＬＰＡＲ（０１）のＯＳの不当な
ウェイトを検出したＩＰ（０３）は、ＯＳ「動作不能通
知手段（０３１）」を用いてＬＡＮ接続装置（０６）に
通知する。ＯＳの動作不能状態通知を受領したＬＡＮ接
続装置（０６）は（「ＯＳ動作不能状態受領」）、「デ
ータの破棄手段（０６３）」を用いて、当該ＬＰＡＲ
（０１）のＯＳに対する転送データを破棄し、ＬＡＮ接
続装置（０６）を共有している他システムには影響を与
えず連続使用を可能とする。
処理概要の説明図を示す。ここでは、一例として、ＬＰ
ＡＲ（０１）のＯＳについて説明する。まず、図２のＯ
Ｓが不当にウェイトしたケースの処理概要を説明図を示
す。ＬＰＡＲ（０１）のＯＳの不当なウェイトは、ＩＰ
（０３）がＰＳＷ(プログラム・ステータス・ワード)の
ウェイトフラグを参照すること、また資源分割管理機構
を使用している場合は、資源分割管理機構がゲストＯＳ
の不当ウェイトを検出し（「動作不能状態発生」）、Ｉ
Ｐ（０３）に通知することにより検出される（「動作不
能状態検出」）。ＬＰＡＲ（０１）のＯＳの不当なウェ
イトの検出に関しては、既知の技術である。ここでの詳
細な説明は省略する。ＬＰＡＲ（０１）のＯＳの不当な
ウェイトを検出したＩＰ（０３）は、ＯＳ「動作不能通
知手段（０３１）」を用いてＬＡＮ接続装置（０６）に
通知する。ＯＳの動作不能状態通知を受領したＬＡＮ接
続装置（０６）は（「ＯＳ動作不能状態受領」）、「デ
ータの破棄手段（０６３）」を用いて、当該ＬＰＡＲ
（０１）のＯＳに対する転送データを破棄し、ＬＡＮ接
続装置（０６）を共有している他システムには影響を与
えず連続使用を可能とする。
【００２４】次に、図３に、バッファ使用量判定手段に
よるリカバリについてのキュー障害における処理概要の
説明図を示す。以下に、各種キューから起動、あるいは
割込みが脱落したキュー障害のケースの処理概要を説明
する。
よるリカバリについてのキュー障害における処理概要の
説明図を示す。以下に、各種キューから起動、あるいは
割込みが脱落したキュー障害のケースの処理概要を説明
する。
【００２５】起動キュー、割込みキューを更新中にハー
ドウエア障害が発生すると、リカバリが正常に行われて
いても、起動、割込み要因が各キューから脱落すること
がある。ここで、ハードウェア障害とは、例えば、ＩＰ
（０３）から起動キュー（０４）へのキュー登録、起動
キュー（０４）からＬＡＮ接続装置（０６）へのキュー
取り出し、ＬＡＮ接続装置（０６）から割込みキュー
（０５）へのキュー登録、又は、割込みキュー（０５）
からＩＰ（０３）へのキュー取り出しのいずれか又は複
数に関するハードウェアについての障害である。
ドウエア障害が発生すると、リカバリが正常に行われて
いても、起動、割込み要因が各キューから脱落すること
がある。ここで、ハードウェア障害とは、例えば、ＩＰ
（０３）から起動キュー（０４）へのキュー登録、起動
キュー（０４）からＬＡＮ接続装置（０６）へのキュー
取り出し、ＬＡＮ接続装置（０６）から割込みキュー
（０５）へのキュー登録、又は、割込みキュー（０５）
からＩＰ（０３）へのキュー取り出しのいずれか又は複
数に関するハードウェアについての障害である。
【００２６】まず、この図は、バッファ使用量判定手段
によるリカバリを、起動キューから起動要因が脱落した
ケースを例に示している。なお、割込みキューについて
も同様にバッファ使用量判定手段によりリカバリするこ
とができる（この点については、以下の説明中かっこ内
を参照）。
によるリカバリを、起動キューから起動要因が脱落した
ケースを例に示している。なお、割込みキューについて
も同様にバッファ使用量判定手段によりリカバリするこ
とができる（この点については、以下の説明中かっこ内
を参照）。
【００２７】ＬＰＡＲ（０１）のＯＳが「ＲＥＡＤ起動
発行」を行うと、ＩＰ（０３）は「起動キュー登録」を
行う（かぎかっこは図との対応を示す。以下同様）。こ
こで、「ハードウェア障害発生」により、ＲＥＡＤコマ
ンドの起動（あるいは割込み）がこれらキューから脱落
すると、 ＬＰＡＲ（０１）のＯＳはコマンドの終了を
待ち続ける為、その後のＲＥＡＤコマンドが発行され
ず、ＬＡＮ接続装置（０６）内のデータバッファに転送
すべきデータが蓄積される。 ＬＡＮ接続装置（０６）
は、「バッファ使用量判定手段（０６４）」により、当
該システムに対する送信データが規定値をオーバーして
いることを検出し、「キューチェック指示手段（０６
５）」により、ＩＰ（０３）に対し当該転送に関する、
起動キュー・（割込みキュー）のチェックを指示する。
ＩＰ（０３）は、「キューチェック指示受領」に従い、
起動キュー（割込みキュー）についての「キューチェッ
ク実行手段（０３２）」によりキューのチェックを実行
し、キューに関する要因がキューから脱落していた場合
は、「キューの回復手段（０３３）」を用いてキューを
回復する。その後、ＩＰ（０３）は、ＬＡＮ接続装置
（０６）を「起動」し、ＬＡＮ接続装置（０６）は「起
動受領（データ転送）」を行う。ＬＡＮ接続装置（０
６）の「終了（終了割込み）」、ＩＰ（０３）の「割込
みキュー登録」及びＬＰＡＲ１（０１）のＯＳの「終了
割込み受領」を経て、割込みが正しくキューに登録され
る。このようにして、ＬＡＮ接続装置（０６）は、正常
動作を継続可能となる。
発行」を行うと、ＩＰ（０３）は「起動キュー登録」を
行う（かぎかっこは図との対応を示す。以下同様）。こ
こで、「ハードウェア障害発生」により、ＲＥＡＤコマ
ンドの起動（あるいは割込み）がこれらキューから脱落
すると、 ＬＰＡＲ（０１）のＯＳはコマンドの終了を
待ち続ける為、その後のＲＥＡＤコマンドが発行され
ず、ＬＡＮ接続装置（０６）内のデータバッファに転送
すべきデータが蓄積される。 ＬＡＮ接続装置（０６）
は、「バッファ使用量判定手段（０６４）」により、当
該システムに対する送信データが規定値をオーバーして
いることを検出し、「キューチェック指示手段（０６
５）」により、ＩＰ（０３）に対し当該転送に関する、
起動キュー・（割込みキュー）のチェックを指示する。
ＩＰ（０３）は、「キューチェック指示受領」に従い、
起動キュー（割込みキュー）についての「キューチェッ
ク実行手段（０３２）」によりキューのチェックを実行
し、キューに関する要因がキューから脱落していた場合
は、「キューの回復手段（０３３）」を用いてキューを
回復する。その後、ＩＰ（０３）は、ＬＡＮ接続装置
（０６）を「起動」し、ＬＡＮ接続装置（０６）は「起
動受領（データ転送）」を行う。ＬＡＮ接続装置（０
６）の「終了（終了割込み）」、ＩＰ（０３）の「割込
みキュー登録」及びＬＰＡＲ１（０１）のＯＳの「終了
割込み受領」を経て、割込みが正しくキューに登録され
る。このようにして、ＬＡＮ接続装置（０６）は、正常
動作を継続可能となる。
【００２８】図４に、ＲＥＡＤコマンド待ち時間監視手
段によるリカバリについてのキュー障害における処理概
要の説明図を示す。この図は、ＲＥＡＤコマンド待ち時
間監視手段によるリカバリを、割込みキューから割込み
要因が脱落したケースを例に示している。なお、起動キ
ューについても同様にＲＥＡＤコマンド待ち時間監視手
段により、リカバリすることができる（以下の説明中か
っこ内参照）。
段によるリカバリについてのキュー障害における処理概
要の説明図を示す。この図は、ＲＥＡＤコマンド待ち時
間監視手段によるリカバリを、割込みキューから割込み
要因が脱落したケースを例に示している。なお、起動キ
ューについても同様にＲＥＡＤコマンド待ち時間監視手
段により、リカバリすることができる（以下の説明中か
っこ内参照）。
【００２９】ＬＰＡＲ（０１）のＯＳが「ＲＥＡＤ起動
発行」を行うと、ＩＰ（０３）が「起動キュー登録」
後、ＬＡＮ接続装置（０６）を「起動」する。ＬＡＮ接
続装置（０６）は「起動受領（データ転送）」により、
「終了（終了割込み）」をＩＰ（０３）に送り、ＩＰ
（０３）は「割込みキュー登録」を行う。ＬＡＮ接続装
置（０６）は、ＲＥＡＤコマンド待ち時間監視手段（０
６６）により、ＲＥＡＤコマンドの終了報告を行ってか
ら、次ＲＥＡＤコマンドの起動を受領する迄の時間を監
視する。上述のようにハードウェアの障害が発生し、Ｒ
ＥＡＤコマンド割込み（あるいは起動）が各キューから
脱落すると、 ＬＰＡＲ（０１）のＯＳはコマンドの終
了を待ち続ける為、その後のＲＥＡＤコマンドが発行さ
れない。 ＬＡＮ接続装置（０６）は、「ＲＥＡＤコマ
ンド待ち時間監視手段（０６６）」により、 ＲＥＡＤ
コマンドの待ち時間が規定時間をオーバーした場合、
「キューチェック指示手段（０６５）」により、ＩＰ
（０３）に対し当該転送に関する、割込みキュー（起動
キュー）のチェックを指示する。「キューチェック指示
受領によりＩＰ（０３）は、「起動・割込みキューのチ
ェック実行手段（０３２）」で、キューのチェックを実
行し、キュー障害が発生していた場合は、「キューの回
復手段（０３３）」を用いてキューを回復する。ＬＰＡ
Ｒ（０１）のＯＳは、ＩＰ（０３）からの「終了割込み
受領」により、「次ＲＥＡＤ起動発行」を行う。ＩＰ
（０３）が「起動キュー登録」後、ＬＡＮ接続装置（０
６）を「起動」する。ＬＡＮ接続装置（０６）は「起動
受領（データ転送）」により、「終了（終了割込み）」
をＩＰ（０３）に送り、ＩＰ（０３）は「割込みキュー
登録」を行い、ＬＰＡＲ（０１）のＯＳは「終了割込み
受領」をする。こうして、割込みが正しくキューに登録
されることにより、ＬＡＮ接続装置（０６）は、正常動
作を継続可能となる。
発行」を行うと、ＩＰ（０３）が「起動キュー登録」
後、ＬＡＮ接続装置（０６）を「起動」する。ＬＡＮ接
続装置（０６）は「起動受領（データ転送）」により、
「終了（終了割込み）」をＩＰ（０３）に送り、ＩＰ
（０３）は「割込みキュー登録」を行う。ＬＡＮ接続装
置（０６）は、ＲＥＡＤコマンド待ち時間監視手段（０
６６）により、ＲＥＡＤコマンドの終了報告を行ってか
ら、次ＲＥＡＤコマンドの起動を受領する迄の時間を監
視する。上述のようにハードウェアの障害が発生し、Ｒ
ＥＡＤコマンド割込み（あるいは起動）が各キューから
脱落すると、 ＬＰＡＲ（０１）のＯＳはコマンドの終
了を待ち続ける為、その後のＲＥＡＤコマンドが発行さ
れない。 ＬＡＮ接続装置（０６）は、「ＲＥＡＤコマ
ンド待ち時間監視手段（０６６）」により、 ＲＥＡＤ
コマンドの待ち時間が規定時間をオーバーした場合、
「キューチェック指示手段（０６５）」により、ＩＰ
（０３）に対し当該転送に関する、割込みキュー（起動
キュー）のチェックを指示する。「キューチェック指示
受領によりＩＰ（０３）は、「起動・割込みキューのチ
ェック実行手段（０３２）」で、キューのチェックを実
行し、キュー障害が発生していた場合は、「キューの回
復手段（０３３）」を用いてキューを回復する。ＬＰＡ
Ｒ（０１）のＯＳは、ＩＰ（０３）からの「終了割込み
受領」により、「次ＲＥＡＤ起動発行」を行う。ＩＰ
（０３）が「起動キュー登録」後、ＬＡＮ接続装置（０
６）を「起動」する。ＬＡＮ接続装置（０６）は「起動
受領（データ転送）」により、「終了（終了割込み）」
をＩＰ（０３）に送り、ＩＰ（０３）は「割込みキュー
登録」を行い、ＬＰＡＲ（０１）のＯＳは「終了割込み
受領」をする。こうして、割込みが正しくキューに登録
されることにより、ＬＡＮ接続装置（０６）は、正常動
作を継続可能となる。
【００３０】本実施の形態では、一例としてＩＰ（０
３）により、キューのチェックとキューの回復を行う例
を示した。キューのチェックとキューの回復は、キュー
の更新を行えるユニットであれば、どのユニットが実施
しても良く、本方式は適用可能である。
３）により、キューのチェックとキューの回復を行う例
を示した。キューのチェックとキューの回復は、キュー
の更新を行えるユニットであれば、どのユニットが実施
しても良く、本方式は適用可能である。
【００３１】また、キューチェック、キューの回復処理
は従来技術の範疇であり、ここでは詳しく説明しないが
以下に補足する。起動キュー、割込みキューの作りは、
装置により様々あり、一般的な例を上げて説明する。一
般に、キューには、デバイス情報(サブチャネル情報)の
番号が登録される。デバイス情報は、入出力動作を行う
入出力装置(入出力経路)の情報であり、入出力装置と１
対１に対応している。この情報の中に起動の有無、起動
の種類、割込みを保留しているか否か、起動キューある
いは割込みキューに登録されているか否かを示す制御フ
ラグ等も含まれる。ＬＡＮ接続装置（０６）は、ＲＥＡ
Ｄ命令が発行されず、障害を起こす可能性があるとキュ
ーチェックを指示する。ＩＰ（０３）は、キューチェッ
クが指示されると、キューチェックを要求した入出力装
置の番号から、デバイス情報を読み、未処理の起動が有
るか、未処理の割込みが有るか、あるいは起動キュー、
割込みキューに登録されているか否かを示す制御フラグ
(起動・割込みキュー登録フラグ)が‘１’かを調べる。
未処理の起動が有る、あるいは起動キュー登録フラグが
‘１’の場合は、起動キューの先頭から、キューに登録
されている入出力装置(デバイス情報の番号)を調査し、
当該入出力装置が登録されていなければ、キューからの
脱落が発生していると判断し、当該入出力装置を再度キ
ューイングする。さらにキューの情報として、キュー長
(キューに登録されている装置の数)を持っている場合、
上述のようなキューのチェックにより、キュー長の矛盾
が発生していても、キュー長の書き換えが行われる。起
動キューに関して説明したが、割込みキューに関しても
同様である。
は従来技術の範疇であり、ここでは詳しく説明しないが
以下に補足する。起動キュー、割込みキューの作りは、
装置により様々あり、一般的な例を上げて説明する。一
般に、キューには、デバイス情報(サブチャネル情報)の
番号が登録される。デバイス情報は、入出力動作を行う
入出力装置(入出力経路)の情報であり、入出力装置と１
対１に対応している。この情報の中に起動の有無、起動
の種類、割込みを保留しているか否か、起動キューある
いは割込みキューに登録されているか否かを示す制御フ
ラグ等も含まれる。ＬＡＮ接続装置（０６）は、ＲＥＡ
Ｄ命令が発行されず、障害を起こす可能性があるとキュ
ーチェックを指示する。ＩＰ（０３）は、キューチェッ
クが指示されると、キューチェックを要求した入出力装
置の番号から、デバイス情報を読み、未処理の起動が有
るか、未処理の割込みが有るか、あるいは起動キュー、
割込みキューに登録されているか否かを示す制御フラグ
(起動・割込みキュー登録フラグ)が‘１’かを調べる。
未処理の起動が有る、あるいは起動キュー登録フラグが
‘１’の場合は、起動キューの先頭から、キューに登録
されている入出力装置(デバイス情報の番号)を調査し、
当該入出力装置が登録されていなければ、キューからの
脱落が発生していると判断し、当該入出力装置を再度キ
ューイングする。さらにキューの情報として、キュー長
(キューに登録されている装置の数)を持っている場合、
上述のようなキューのチェックにより、キュー長の矛盾
が発生していても、キュー長の書き換えが行われる。起
動キューに関して説明したが、割込みキューに関しても
同様である。
【００３２】次に、 ＬＡＮ接続装置内部のデータバッ
ファ（０６１）の使用例と、バッファ使用量判定手段
（０６４）を説明する。図５は、ＬＡＮ接続装置内部の
データバッファ（０６１）の使用例の説明図を示してい
る。有効なディスクリプタの位置を示すポインタ（５０
１）〜（５０ｎ）は、ＬＰＡＲ１の有効なディスクリプ
タのスタートポインタ（００１）、ＬＰＡＲ１の有効な
ディスクリプタのエンドポインタ（００２）、ＬＰＡＲ
ｎの有効なディスクリプタのスタートポインタ（０１
１）、ＬＰＡＲｎの有効なディスクリプタのエンドポイ
ンタ（０１２）を含む。レジスタ（００３）及び（０１
３）は、当該ＬＰＡＲに対するバッファ使用量、あるい
は有効ディスクリプタ数の上限を設定する規定値を記憶
する。ＬＡＮ接続装置内部のデータバッファ（０６１）
は、内部バッファ内のデータのアドレスとデータ長を示
すディスクリプタ（０３）及び（０４）、転送データ
（０５０）〜（０５２）及び（０６０）〜（０６２）を
含む。
ファ（０６１）の使用例と、バッファ使用量判定手段
（０６４）を説明する。図５は、ＬＡＮ接続装置内部の
データバッファ（０６１）の使用例の説明図を示してい
る。有効なディスクリプタの位置を示すポインタ（５０
１）〜（５０ｎ）は、ＬＰＡＲ１の有効なディスクリプ
タのスタートポインタ（００１）、ＬＰＡＲ１の有効な
ディスクリプタのエンドポインタ（００２）、ＬＰＡＲ
ｎの有効なディスクリプタのスタートポインタ（０１
１）、ＬＰＡＲｎの有効なディスクリプタのエンドポイ
ンタ（０１２）を含む。レジスタ（００３）及び（０１
３）は、当該ＬＰＡＲに対するバッファ使用量、あるい
は有効ディスクリプタ数の上限を設定する規定値を記憶
する。ＬＡＮ接続装置内部のデータバッファ（０６１）
は、内部バッファ内のデータのアドレスとデータ長を示
すディスクリプタ（０３）及び（０４）、転送データ
（０５０）〜（０５２）及び（０６０）〜（０６２）を
含む。
【００３３】つぎに、 ＬＡＮ接続装置（０６）のデー
タ受信動作について説明する。データバッファ制御手段
（０６７）は、ＬＡＮ（０７）からデータを受信する
と、 ＬＡＮ接続装置内部のデータバッファ（０６１）
にデータを格納し、データの中に記述されているＩＰ
（インターネット・プロトコル）アドレスから、どのＬ
ＰＡＲ(システム)に対するデータであるかを判断し、対
応するＬＰＡＲのエンドポインタ（００２／０１２）で
示されるディスクリプタ（０３／０４）に、データを格
納したアドレスとデータ長を書き込み、当該ＬＰＡＲの
ディスクリプタのエンドポインタ（００２／０１２）を
更新し、作成したディスクリプタを有効にする。
タ受信動作について説明する。データバッファ制御手段
（０６７）は、ＬＡＮ（０７）からデータを受信する
と、 ＬＡＮ接続装置内部のデータバッファ（０６１）
にデータを格納し、データの中に記述されているＩＰ
（インターネット・プロトコル）アドレスから、どのＬ
ＰＡＲ(システム)に対するデータであるかを判断し、対
応するＬＰＡＲのエンドポインタ（００２／０１２）で
示されるディスクリプタ（０３／０４）に、データを格
納したアドレスとデータ長を書き込み、当該ＬＰＡＲの
ディスクリプタのエンドポインタ（００２／０１２）を
更新し、作成したディスクリプタを有効にする。
【００３４】また、データバッファ制御手段（０６７）
は、ホストＯＳからＲＥＡＤコマンドの起動が発行され
ると、コマンドが発行されたＬＰＡＲのポインタ（００
／０１）を参照し、有効なディスクリプタが存在する場
合は、スタートポインタ（００１／０１１）で示される
ディスクリプタ（０３／０４）を読出し、ディスクリプ
タに書かれているアドレスとデータ長に従い、ホストの
メインメモリにデータを転送し、当該スタートポインタ
（００１／０１１）を更新して処理したディスクリプタ
を無効とする。
は、ホストＯＳからＲＥＡＤコマンドの起動が発行され
ると、コマンドが発行されたＬＰＡＲのポインタ（００
／０１）を参照し、有効なディスクリプタが存在する場
合は、スタートポインタ（００１／０１１）で示される
ディスクリプタ（０３／０４）を読出し、ディスクリプ
タに書かれているアドレスとデータ長に従い、ホストの
メインメモリにデータを転送し、当該スタートポインタ
（００１／０１１）を更新して処理したディスクリプタ
を無効とする。
【００３５】次にＬＡＮ接続装置内のバッファ使用量の
計測方法について、図５のＬＰＡＲ１を例にとり説明す
る。ＬＰＡＲ１のスタートポインタ（００１）とエンド
ポインタ（００２）の値を参照すると、ＬＰＡＲ１に対
する有効なディスクリプタ（０３）が特定できる。バッ
ファ使用量判定手段（０６４）は、この有効なディスク
リプタを読込みディスクリプタに記述されているカウン
ト（データ長）を全て加算することにより、ＬＡＮ接続
装置バッファ内のＬＰＡＲ１に転送すべきデータの量を
算出する。
計測方法について、図５のＬＰＡＲ１を例にとり説明す
る。ＬＰＡＲ１のスタートポインタ（００１）とエンド
ポインタ（００２）の値を参照すると、ＬＰＡＲ１に対
する有効なディスクリプタ（０３）が特定できる。バッ
ファ使用量判定手段（０６４）は、この有効なディスク
リプタを読込みディスクリプタに記述されているカウン
ト（データ長）を全て加算することにより、ＬＡＮ接続
装置バッファ内のＬＰＡＲ１に転送すべきデータの量を
算出する。
【００３６】バッファ使用量判定手段（０６４）は、デ
ータを受信し、エンドポインタ（００２／０１２）を更
新する際、あるいは定期的にスタートポインタ（００１
／０１１）とエンドポインタ（００２／０１２）の値か
ら、有効なディスクリプタの数を計算し、有効なディス
クリプタ数が当該ＬＡＮ接続装置で許されている規定値
（００３／０１３）に達した時、あるいは上記方法で有
効なディスクリプタ（０３／０４）より、当該ＬＰＡＲ
に転送すべきデータの量を算出し、データ量が規定値
（００３／０１３）を超過していた場合は、コマンド起
動の障害を想定してリカバリ処理を実行する。
ータを受信し、エンドポインタ（００２／０１２）を更
新する際、あるいは定期的にスタートポインタ（００１
／０１１）とエンドポインタ（００２／０１２）の値か
ら、有効なディスクリプタの数を計算し、有効なディス
クリプタ数が当該ＬＡＮ接続装置で許されている規定値
（００３／０１３）に達した時、あるいは上記方法で有
効なディスクリプタ（０３／０４）より、当該ＬＰＡＲ
に転送すべきデータの量を算出し、データ量が規定値
（００３／０１３）を超過していた場合は、コマンド起
動の障害を想定してリカバリ処理を実行する。
【００３７】本実施例では、ＬＡＮ接続装置バッファ内
の特定番地にディスクリプタを設けているが、 ディス
クリプタをＬＡＮ接続装置内専用のレジスタに設けるこ
と、またポインタをバッファ内に設けること等、接続シ
ステム毎にＬＡＮ接続装置内のデータ量が推定可能な構
成であれば、いずれも本方式は適用可能であり、本発明
の範疇である。
の特定番地にディスクリプタを設けているが、 ディス
クリプタをＬＡＮ接続装置内専用のレジスタに設けるこ
と、またポインタをバッファ内に設けること等、接続シ
ステム毎にＬＡＮ接続装置内のデータ量が推定可能な構
成であれば、いずれも本方式は適用可能であり、本発明
の範疇である。
【００３８】
【発明の効果】本発明によると、以上のように、特に、
複数のシステムから共有されるＬＡＮ接続装置を有する
ホストコンピュータにおいて、信頼性を向上することが
できる。また、本発明によると、プログラム、ハードウ
ェアの通常処理におけるオーバヘッド無しに、ＯＳの不
当なウェイトを検知し、ＯＳがウェイトしていた場合に
は、当該ＯＳに対するデータを破棄し、共有している他
システムに影響を与えず、動作を継続することができ
る。また、本発明によると、ハードウエアの障害等でＲ
ＥＡＤコマンドが起動キュー、再起動キュー、または、
割り込みキューから脱落した場合でも、 ＬＡＮ接続装
置内バッファ使用量の規定値オーバー、あるいはＲＥＡ
Ｄコマンド待ち時間の規定時間オーバーを契機として、
入出力動作で使用する各種キューを回復することで、正
常な動作を継続し、共有している他システムに影響を与
えない高信頼性のＬＡＮ接続装置を提供することができ
る。
複数のシステムから共有されるＬＡＮ接続装置を有する
ホストコンピュータにおいて、信頼性を向上することが
できる。また、本発明によると、プログラム、ハードウ
ェアの通常処理におけるオーバヘッド無しに、ＯＳの不
当なウェイトを検知し、ＯＳがウェイトしていた場合に
は、当該ＯＳに対するデータを破棄し、共有している他
システムに影響を与えず、動作を継続することができ
る。また、本発明によると、ハードウエアの障害等でＲ
ＥＡＤコマンドが起動キュー、再起動キュー、または、
割り込みキューから脱落した場合でも、 ＬＡＮ接続装
置内バッファ使用量の規定値オーバー、あるいはＲＥＡ
Ｄコマンド待ち時間の規定時間オーバーを契機として、
入出力動作で使用する各種キューを回復することで、正
常な動作を継続し、共有している他システムに影響を与
えない高信頼性のＬＡＮ接続装置を提供することができ
る。
【図１】ＬＡＮ接続装置を有するホストコンピュータの
基本構成図。
基本構成図。
【図２】ＯＳが不当ウェイトしたケースの処理概要の説
明図。
明図。
【図３】バッファ使用量判定手段によるリカバリについ
てのキュー障害における処理概要の説明図。
てのキュー障害における処理概要の説明図。
【図４】ＲＥＡＤコマンド待ち時間監視手段によるリカ
バリについてのキュー障害における処理概要の説明図。
バリについてのキュー障害における処理概要の説明図。
【図５】ＬＡＮ接続装置内部のデータバッファの使用例
の説明図。
の説明図。
【図６】ＬＥＮ接続装置を有するホストコンピュータの
構成図。
構成図。
００ ：ホストコンピュータ ０１ ：資源分割管理機構におけるＬＰＡＲ１の基本ソ
フト ０１１：ＬＰＡＲ１で使用するメインメモリ ０２ ：資源分割管理機構におけるＬＰＡＲ２の基本ソ
フト ０２１：ＬＰＡＲ２で使用するメインメモリ ０３ ：ホストコンピュータのハードウェア内ＩＰ ０４ ：入出力処理に使用する起動キュー ０５ ：入出力処理に使用する割込みキュー ０６ ：ＬＡＮ接続装置 ０６１：ＬＡＮ接続装置内データバッファ ０６２：ＬＡＮ接続装置内ＬＡＮボード ０７ ：ＬＡＮ環境
フト ０１１：ＬＰＡＲ１で使用するメインメモリ ０２ ：資源分割管理機構におけるＬＰＡＲ２の基本ソ
フト ０２１：ＬＰＡＲ２で使用するメインメモリ ０３ ：ホストコンピュータのハードウェア内ＩＰ ０４ ：入出力処理に使用する起動キュー ０５ ：入出力処理に使用する割込みキュー ０６ ：ＬＡＮ接続装置 ０６１：ＬＡＮ接続装置内データバッファ ０６２：ＬＡＮ接続装置内ＬＡＮボード ０７ ：ＬＡＮ環境
───────────────────────────────────────────────────── フロントページの続き (72)発明者 宮越 利晋 神奈川県秦野市堀山下１番地 株式会社日 立製作所エンタープライズサーバ事業部内 Ｆターム(参考） 5B014 GD25 HA10 HA14 5B042 GA12 GA23 GB09 JJ17 JJ42 KK04 KK09 5B098 AA09 FF02 GB05 GD05 GD22 JJ08
Claims (3)
- 【請求項１】計算機システムのハードウェア資源を論理
的に分割して、複数のプロセッサとして使用する機構に
おけるネットワーク接続装置の制御方法であって、 基本ソフトウェアが不当ウェイトしたことを検出した際
に、ホストコンピュータに関連するネットワーク接続装
置に対し、基本ソフトウェアの動作不能状態を通知する
ステップと、 基本ソフトウェアの動作不能状態の通知に基づき、 当
該基本ソフトウェアに対するデータをネットワーク接続
装置内のバッファから破棄することにより、バッファを
開放するステップとを含むネットワーク接続装置の制御
方法。 - 【請求項２】計算機システムのハードウェア資源を論理
的に分割して、複数のプロセッサとして使用する機構に
おけるネットワーク接続装置の制御方法であって、 ネットワークから受信したデータを格納するネットワー
ク接続装置のバッファ使用量が規定値を超えているか検
出するステップと、 バッファ使用量が規定値以上と判定された場合、入出力
動作で使用する各種キューのチェックを指示するステッ
プと、 この指示を受けキューチェックを行うステップと、 起動が起動キューあるいは割込みが割込みキューから脱
落していた場合は、脱落した起動キューあるいは割込み
キューを回復するステップとを含むネットワーク接続装
置の制御方法。 - 【請求項３】計算機システムのハードウェア資源を論理
的に分割して、複数のプロセッサとして使用する機構に
おけるネットワーク接続装置の制御方法であって、 読出しコマンドの終了報告から、次の読出しコマンドの
起動を受領する迄の時間を監視し、規定時間を超えてい
るか検出するステップと、 規定時間を過ぎても次の読出しコマンドが発行されてい
ないと判断された場合、入出力動作で使用する各種キュ
ーのチェックを指示するステップと、 この指示を受けキューチェックを行うステップと、 起動が起動キューあるいは割込みが割込みキューから脱
落していた場合は、脱落した起動キューあるいは割込み
キューを回復するステップとを含むネットワーク接続装
置の制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000289047A JP4205843B2 (ja) | 2000-09-22 | 2000-09-22 | ネットワーク接続装置の制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000289047A JP4205843B2 (ja) | 2000-09-22 | 2000-09-22 | ネットワーク接続装置の制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002099437A true JP2002099437A (ja) | 2002-04-05 |
| JP4205843B2 JP4205843B2 (ja) | 2009-01-07 |
Family
ID=18772523
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000289047A Expired - Fee Related JP4205843B2 (ja) | 2000-09-22 | 2000-09-22 | ネットワーク接続装置の制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4205843B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7680965B2 (en) | 2004-09-16 | 2010-03-16 | Hitachi, Ltd. | Data processing system having a channel adapter shared by multiple operating systems |
| JP2010079468A (ja) * | 2008-09-25 | 2010-04-08 | Hitachi Ltd | ファイルサーバリソース分割方法、システム、装置及びプログラム |
| JP2013541091A (ja) * | 2010-09-14 | 2013-11-07 | マイクロソフト コーポレーション | メッセージキュー管理 |
-
2000
- 2000-09-22 JP JP2000289047A patent/JP4205843B2/ja not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7680965B2 (en) | 2004-09-16 | 2010-03-16 | Hitachi, Ltd. | Data processing system having a channel adapter shared by multiple operating systems |
| US7877526B2 (en) | 2004-09-16 | 2011-01-25 | Hitachi, Ltd. | Data processing system having a channel adapter shared by multiple operating systems |
| JP2010079468A (ja) * | 2008-09-25 | 2010-04-08 | Hitachi Ltd | ファイルサーバリソース分割方法、システム、装置及びプログラム |
| JP2013541091A (ja) * | 2010-09-14 | 2013-11-07 | マイクロソフト コーポレーション | メッセージキュー管理 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4205843B2 (ja) | 2009-01-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7003775B2 (en) | Hardware implementation of an application-level watchdog timer | |
| JP4468426B2 (ja) | 高可用システム及び実行状態制御方法 | |
| US9430266B2 (en) | Activating a subphysical driver on failure of hypervisor for operating an I/O device shared by hypervisor and guest OS and virtual computer system | |
| US7424666B2 (en) | Method and apparatus to detect/manage faults in a system | |
| CN108121630B (zh) | 电子装置、重新启动方法及记录媒介 | |
| US7672247B2 (en) | Evaluating data processing system health using an I/O device | |
| CN111273923B (zh) | 基于PCIe接口的FPGA升级方法 | |
| KR20000006576A (ko) | 디지탈데이터처리시스템내의다수의호스트컴퓨터사이에서자원의공유를용이하게하기위한시스템 | |
| JP2002082816A (ja) | 障害監視システム | |
| US5805791A (en) | Method and system for detection of and graceful recovery from a peripheral device fault | |
| US5983359A (en) | Processor fault recovering method for information processing system | |
| US8839268B2 (en) | Method and system of preventing silent data corruption | |
| US8156386B2 (en) | Information processing apparatus, and method and computer program for controlling same, for detecting certain failures | |
| JP2006285384A (ja) | プロセッサ障害処理方式、管理プロセッサ及びプロセッサ障害処理方法 | |
| EP3748496A1 (en) | Parallel processing apparatus | |
| US8028189B2 (en) | Recoverable machine check handling | |
| JP2002099437A (ja) | ネットワーク接続装置の制御方法 | |
| JP4487756B2 (ja) | コンピュータシステム及びシステム監視プログラム | |
| JP2018092571A (ja) | 電子装置、再起動方法およびプログラム | |
| JP4572138B2 (ja) | サーバ装置、サーバシステム、及びサーバシステムでの系切り換え方法 | |
| US9176806B2 (en) | Computer and memory inspection method | |
| KR102211853B1 (ko) | 이종의 멀티 cpu가 탑재된 시스템-온-칩 및 cpu 리부팅을 제어하는 방법 | |
| JP2004334863A (ja) | 順番のある（ｉｎ−ｏｒｄｅｒ）キューをドレインする（ｄｒａｉｎ）システムおよび方法 | |
| JP2001101034A (ja) | 異種ｏｓ間制御による障害復旧方法 | |
| EP3729271B1 (en) | Devices with networking functionality |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050126 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20070220 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070314 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20070220 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070410 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070605 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071113 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080110 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081007 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081017 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111024 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121024 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121024 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131024 Year of fee payment: 5 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |