JP3683831B2 - データ処理システムにおけるチャネル回復のためのチェックポイント指定方法、装置およびプログラム記録媒体 - Google Patents
データ処理システムにおけるチャネル回復のためのチェックポイント指定方法、装置およびプログラム記録媒体 Download PDFInfo
- Publication number
- JP3683831B2 JP3683831B2 JP2001160196A JP2001160196A JP3683831B2 JP 3683831 B2 JP3683831 B2 JP 3683831B2 JP 2001160196 A JP2001160196 A JP 2001160196A JP 2001160196 A JP2001160196 A JP 2001160196A JP 3683831 B2 JP3683831 B2 JP 3683831B2
- Authority
- JP
- Japan
- Prior art keywords
- ccw
- last
- received
- ccw number
- equal
- 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 - Lifetime
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR 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/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1443—Transmit or communication errors
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Retry When Errors Occur (AREA)
Description
【０００１】
【発明が属する技術分野】
本発明はデータ処理システムにおけるチャネル回復のためのチェックポイント指定に関し、詳細にいうと、フレーム・レベルでのマルチプレックス操作を可能とし、コマンドとデータのストリーミングを可能とするプロトコルを使用したデータ処理システムにおけるチャネル回復のためのチェックポイント指定に関する。
【０００２】
【従来の技術】
チャネルを有する、ＩＢＭ Ｓ／３９０システムのようなデータ処理システムであって、そのチャネルの操作がチャネル・コマンド・ワード（ＣＣＷ）によって制御され、そのチャネルの入出力（Ｉ／Ｏ）リンクがＩＢＭ ＦＩＣＯＮコネクティビティ・アーキテクチャを使用する光ファイバであるデータ処理システムにおいて、チャネルがファイバ・リンクのインタフェース・エラーから回復することを試み、かつサブチャネルが活動状態にある時、チャネルは再試行を求める要求を有する選択的リセットを発行して、どのＣＣＷを再試行するかを指定することによって、障害点からの操作の再試行を試みることができる。再試行回復活動が不成功であった結果、インタフェース・コントロール・チェック（ＩＦＣＣ）状況がＳ／３９０オペレーティング・システムに提示された時、拡張状況ワード／拡張リポート・ワード（Extended Status Word/Extended Report Word、ＥＳＷ／ＥＲＷ）のフィールドを、ニューヨーク州アーモンクのインターナショナル・ビジネス・マシンーズ社から入手できるＩＢＭエンタープライズ・システムズ・アーキテクチャ／３９０操作原理、ＳＡ２２−７２０１−０６で説明されているようにセットアップしなければならない。これらの中で、エラー時にチャネルがＣＣＷチェインを介して行った進行情況をオペレーティング・システムに通信して返す一次ＣＣＷがある。この情報に基づいて、オペレーティング・システムは、どのストーレッジがエラー回復手順で使用するために更新されたかを決定できる。ＦＩＣＯＮの前のＳ／３９０チャネル上では、プロトコルにより、チャネルが、以前のコマンドの実行が完了したことの明示的な指示（状態またはデータ）を受取り次第にＣＣＷチェイン内の次のコマンドを送ることが許可されるだけである。しかし、ＦＩＣＯＮプロトコルにより、複数のデバイスに対して同じことを同時に行いながら、チャネルが単一のデバイスに対してコマンドまたはデータあるいはその両方をストリーム・アウトすることが許可される。
【０００３】
米国特許第５３９２４２５号は、チャネルがエラー状態を検出して、制御ユニットにＩ／Ｏ操作の現行コマンドの再試行を要求する制御ユニットに接続されたチャネルを有するデータ処理Ｉ／ＯシステムでＣＣＷからのコマンドを再試行することを開示している。
【０００４】
本発明は、チャネルが、１）複数のデバイスが活動している間単一のデバイスに対する操作の回復に必要なデータを管理すること（チェックポイント指定）ができ、２）関連するチェックポイントをトラッキングおよび検査することによりＩＦＣＣ状態において報告する正しい一次ＣＣＷアドレスを決定することができる方法、プログラム・プロダクトおよび装置を提供する。
【０００５】
ＩＢＭ ＦＩＣＯＮアーキテクチャを実施することにより、チャネルは、以前のコマンドのいずれかが完了したとの肯定確認を待つことなく制御ユニットに複数のコマンドをストリーム・アウトすることが可能になる。さらに、これは複数のデバイスにも同時に行うことができる。本発明の目的は、エラーが検出され、操作がアボートされた時に、チャネルが制御ユニットに再試行を試みるのがどのＣＣＷであるかの適切な選択が可能であり、再試行が不成功である場合、チャネルがＳ／３９０ストーレッジの変更とそれに対するアクセスを完了した範囲を示す訂正一次ＣＣＷアドレスをソフトウェアに報告して返すのがどのＣＣＷであるかについての適切な選択が可能であるように、ＦＩＣＯＮチャネル内で、様々なステージを通るＣＣＷの進行をトラッキングすることである。ＦＩＣＯＮアーキテクチャは２つのチェックポイント・イベントを確立する、すなわちＣＣＷが非ゼロ・バイト・カウントである「Ｒｅａｄ」であるか、ＣＣＷフラグがプログラム制御割込み（ＰＣＩ）を含む場合、チェックポイントがそのＣＣＷ番号に対してチャネルと制御ユニットの間に確立される。
【０００６】
本発明の他の目的は、機能性能に与える影響が最小である方式で、チェックポイント指定の概念を実施することであり、その方式では、通常操作の間に必要である最小限のデータをトラッキングするだけであり、エラー回復の間に行われる長い分析でそのデータが使用される。このデータは「操作当たり（per operation）」ベースでトラッキングされるので、多くの操作を同時に行うことができ、チェイン内の各ＣＣＷに対するＣＣＷ番号付けのアーキテクチャ概念を利用する。
【０００７】
【課題を解決するための手段】
本発明の方法は、フレーム・レベルでのマルチプレックス操作を可能とするプロトコルを使用したデータ処理システムで制御ユニットに接続されたチャネルの回復のためにチェックポイント指定する方法であって、チャネル内で、様々なステージを通して複数のチャネル・コマンド・ワード（ＣＣＷ）の進行をトラッキングするステップと、いつエラーが起こり、操作がアボートされたかを検出するステップと、複数のＣＣＷの進行に基づいて、どのＣＣＷが再試行を試みるかを選択するステップとを含む方法である。
【０００８】
【発明の実施の形態】
図１は本発明で使用できるデータ処理システム１０の略図である。データ処理システムは中央処理ユニット１２を含み、これは本実施形態においては、チャネル・サブシステム（ＣＳＳ）１４を有するＩＢＭ Ｓ／３９０コンピュータとすることができ、チャネル・サブシステム（ＣＳＳ）１４は、リンク１６により制御ユニット１８に接続されたチャネルを含み、制御ユニット１８は複数台のＩ／Ｏデバイス２０を制御する。本実施形態のリンク１６はＩＢＭ ＦＩＣＯＮリンクであり、この上をデータとコマンドが、送られる各フレームに対する応答を待たずにフレームで送られる。ＦＩＣＯＮはＴ１１／ＰＲＯＪＥＣＴ１３５７−Ｄ／Ｒｅｖ１．２，ＦＩＢＲＥ ＣＨＡＮＮＥＬＳｉｎｇｌｅ−Ｂｙｔｅ Ｃｏｍｍａｎｄ Ｃｏｄｅ Ｓｅｔｓ-２ Ｍａｐｐｉｎｇ Ｐｒｏｒｏｃｏｌ（ＦＣ−ＳＢ−２）に記載された標準原稿のＦＣ４上位レイヤ・プロトコルのＩＢＭバージョンである。ＦＣ−ＳＢ−２は、Ａｃｃｒｅｄｉｔｅｄ Ｓｔａｎｄａｒｄｓ Ｃｏｍｍｉｔｔｅｅ，Ｎａｔｉｏｎａｌ Ｃｏｍｍｉｔｔｅｅ ｆｏｒ Ｉｎｆｏｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ（これは米国規格協会(American National Standards Institute)の手続きのもとで運営されている）下のＴ１１技術委員会（T11 Technical Committee）（ウェブ・サイトｈｔｔｐ：／／ｗｗｗ．ｔ１１．ｏｒｇ）から入手できる。当技術分野で周知のように、データはチャネル・コマンド・ワード（ＣＣＷ）２２によってＣＳＳ１４と制御ユニット１８との間で送られる。ＣＣＷは実行されるコマンドを指定し、いくつかのＩ／Ｏ操作を開始するコマンドについては、その操作に関連したストーレッジ領域を指定し、その動作は、該領域に対しまたはそこからの転送が終了するたびに行われ、かつ他のオプションが行われる。ＣＣＷとその使い方とは周知のものであり、前出の操作原理で詳細に説明されており、これ以上は説明しない。データを２０のＩ／Ｏデバイスから読み取った時、データはＣＳＳ１４内のバッファ２４に読み込まれ、さらに、コンピュータ１２のＳ／３９０メモリまたはカストマ・ストーレッジ２６に格納される。前出の操作原理で示したように、ＩＦＣＣは無効の信号がチャネル・パスで生じたことを示す。転送中にエラーが起こった場合、本発明は、どの範囲までの転送が完了したのか、あるとすれば、どれくらいのカストマ・ストーレッジ２６が変更されたのか、ならびに、コマンドの再試行を試みるＣＣＷチェインの点がどれかを決定する。他のＣＣＷを開始する前に完了されるべき１つのＣＣＷを待たずにＦＩＣＯＮアーキテクチャで多数のＣＣＷが実行されるため、これはさらに複雑になる。
【０００９】
このデータは操作当たりベースでトラッキングされるので、多くの操作を同時に行うことができ、チェイン内の各ＣＣＷに対してＣＣＷ番号付けのアーキテクチャ概念を利用することができる。本発明において、機能コードは前出のＦＣ−ＳＢ−２で提案された標準に従って作成されており、チェックポイント指定および回復とに関連する各ＣＣＷ操作に対して４つのＣＣＷ番号をトラッキングする。４つのＣＣＷ番号は次の通りである。
Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ（最新完了）。所与のＣＣＷに対する全てのＲＥＡＤデータがリンクで受け取られて、Ｓ／３９０ストーレッジへの格納に成功する、またはＰＣＩ割込みがオペレーティング・システムへ送り返された時、このＣＣＷ番号は更新される。前出の操作原理で指定されているように、ＰＣＩ機能により、Ｉ／Ｏ操作の実行中にプログラムがＩ／Ｏ割込みをさせるのが許可される。この機能はＣＣＷのＰＣＩフラグによって制御される。ＰＣＩフラグの値も関連する割込み要求も現行操作の実行に影響しない。
Ｌａｓｔ−ｒｅｃｅｉｖｅｄ（最新受取り）。所与のＣＣＷに対する幾つかあるいは全てのＲＥＡＤデータがリンクに受け取られて、ストーレッジ・キューに置かれる、または、ＰＣＩに対するコマンド応答（ＣＭＲ）が受け取られて、ストーレッジ・キューに置かれたものの、データが格納されたこと、またはＰＣI割込み条件が生成されたことの確認がまだ行われていない時、このＣＣＷ番号は更新される。
Ｌａｓｔ−ｅｘｐｅｃｔｅｄ（最新待受け）。非ゼロ・バイト・カウントのＲＥＡＤまたはＰＣＩのＣＣＷが、コマンドを送ったものの応答においてリンクからまだ何も受け取っていない時点まで処理された時、このＣＣＷ番号は更新される。
Ｌａｓｔ−ａｓｓｉｇｅｎｄ（最新割当て）いずれかのＣＣＷ（ＲｅａｄやＰＣＩだけでなく）が処理され、送り出された時、このＣＣＷ番号は更新される。
【００１０】
これら４つのＣＣＷ番号間の関係は常に下記の通りである（ＣＣＷ番号のラッピングは含まない）。
Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ＜＝Ｌａｓｔ−ｒｅｃｅｉｖｅｄ
Ｌａｓｔ−ｒｅｃｅｉｖｅｄ＜＝Ｌａｓｔ−ｅｘｐｅｃｔｅｄ
Ｌａｓｔ−ｅｘｐｅｃｔｅｄ＜＝Ｌａｓｔ−ａｓｓｉｇｎｅｄ
ある時点で、それらの番号のうち２つ、３つ、または全４つの番号が等しくてよい。以下の例で、ＣＣＷ番号値は、チェインの最初のＣＣＷである「０１」に初期化される。以下の例において矢印の方向は最後のコマンドまたはデータの方向を指し、左から右はＳ／３９０システムから制御ユニットへのメッセージであり、右から左は制御ユニットからＳ／３９０システムへのメッセージである。一次ＣＣＷアドレスを決定するには、考慮すべき３つの関連事例がある。
【００１１】
事例１
Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ＝Ｌａｓｔ−ｒｅｃｅｉｖｅｄｅ＝Ｌａｓｔ−ｅｘｐｅｃｔｅｄ
事例１の場合、Ｌａｓｔ−ｒｅｃｅｉｖｅｄチェックポイント以降に予想されるチェックポイント指定イベントはないので、チャネルは、制御ユニットに対しエラーの時点で処理していたいずれかのＣＣＷからの再試行でも行わせることになる。ただし、次いで、チャネルの進行をオペレーティング・システムへ報告して返す目的で、再試行が不成功となった場合、一次ＣＣＷのアドレスは、Ｌａｓｔ−ａｓｓｉｇｅｎｄのアドレスとなるが、その理由は、全ての関連データをあらゆるチェックポイント指定イベントからオペレーティング・システムに返しており、その時点以降に（もしあれば、Ｌａｓｔ−ａｓｓｉｇｎｅｄがＬａｓｔ−ｅｘｐｅｃｔｅｄと等しいときから）送られた以降のＣＣＷはチェックポイント指定イベントを含まないからである。
【表１】
【００１２】
例１において、制御ユニットはＣＣＷ＃０４または＃０５または＃０６のいずれかの再試行を選ぶことができる。
【００１３】
事例２
Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ＝Ｌａｓｔ−ｒｅｃｅｉｖｅｄ
事例２において、制御ユニットからのチェックポイント指定イベントの応答をまだ待っているが、受け取ったあらゆるものに対するチェックポイント指定以前のイベントに対する全てのものを格納しきったので、再試行を目的として、チャネルは、最新の既知の良好なチェックポイント（Ｌａｓｔ−ｒｅｃｅｉｖｅｄ）を制御ユニットが再試行することを要求する。しかし、再試行が不成功な場合に、一次ＣＣＷアドレスを決定するために、Ｌａｓｔ−ｒｅｃｅｉｖｅｄとＬａｓｔ−ｅｘｐｅｃｔｅｄとの間のＣＣＷチェインを調べなければならない。他のチェックポイント指定イベントを見出した場合任意の時点で、この次に予想されるチェックポイントの前のＣＣＷ番号のＣＣＷアドレスが一次ＣＣＷアドレスとして使用される。他のチェックポイント・イベントを見出せずにＬａｓｔ−ｅｘｐｅｃｔｅｄに到達した場合、その前におけるＣＣＷアドレスが一次ＣＣＷアドレスとして使用される。
【表２】
【００１４】
例２において、＃０２と＃０６との間のＣＣＷを検査すると、ＣＣＷ＃０４にある次のチェックポイント指定イベントが発見される。このチェックポイントが完了していないため、チャネルは最新の既知の良好なチェックポイントの再試行を要求する（ＣＣＷ＃０２）。再試行が不成功で、ＩＦＣＣ状態が報告されるべき場合、一次ＣＣＷのアドレスは、次に不完全なチェックポイントから１つのＣＣＷをバック・アップすることによって見出され、それ故ＣＣＷ＃０３のアドレスが使用される。
【００１５】
事例３
Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ≠Ｌａｓｔ−ｒｅｃｅｉｖｅｄ
事例３において、ファイバ・リンクに渡ってどのＣＣＷを再試行するかを決定する目的で、チャネルは最新の既知の良好なチェックポイントに再び戻らなければならない。しかし、データがＳ／３９０メモリに格納された、または、ＰＣＩが送り返されたという肯定確認がないので、ので、再試行ＣＣＷ番号と一次ＣＣＷアドレスとの両方は、Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ後の次のチェックポイント指定ＣＣＷのそれとなる。これは少なくとも、幾つかのＲＥＡＤデータがＳ／３９０ストーレッジに格納された可能性があるためであり、一次ＣＣＷアドレスはこれを示さなければない。Ｌａｓｔ−ｒｅｃｅｉｖｅｄがこのようなイベントのＬＡＳＴであり、必ずしもＮＥＸＴではないので、Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄからＬａｓｔ−ｒｅｃｅｉｖｅｄまでのＣＣＷチェインを検査する必要がある。いずれかの点で他のチェックポイント指定イベントに遭遇すると、そのＣＣＷ番号が再試行ＣＣＷ番号として使用され、再試行の失敗に対するそのＣＣＷ番号に対応するＣＣＷアドレスが一次ＣＣＷアドレスとして使用される。Ｌａｓｔ−ｒｅｃｅｉｖｅｄに到達する前にそれ以上のチェックポイント指定イベントに遭遇しない場合、そのＣＣＷアドレスが使用される。
【表３】
【００１６】
例３において、＃０１と＃０４の間のＣＣＷを検査すると、データが受け取られているが、必ずしも全部が格納されたわけではないＣＣＷ＃０２のチェックポイント指定イベントを見出す。この場合、ＣＣＷ＃０２が再試行ＣＣＷ番号として使用され、ＣＣＷ＃０２のアドレスが再試行失敗ＩＦＣＣ報告についての一次ＣＣＷアドレスとして使用される。
【００１７】
図２と図３は、コネクタａにより接続されて、チェックポイント指定値がどのように設定されるかを決定するコンピュータ・プログラムの流れ図である。チャネル１４がリンク１６からコマンドまたはデータを受け取った場合、以下で考察するように、何をチャンネルが受け取ったかに応じて、プログラムは３０、４２、または５４の一つに進む。図２において、ＣＣＷのコマンドを３０で受け取った場合、チャネルには３２でＣＣＷ番号を割り当てる。ＣＣＷが非ゼロ・バイト・カウントを有するＲｅａｄコマンドであるかを決定するためにチェックが３４で行われる。ｙｅｓであれば、Ｌａｓｔ−ｅｘｐｅｃｔｅｄが３６で更新される。３４におけるチェックがｎｏであれば、ＣＣＷでＰＣＩフラグがオンであるかを調べるため３８でチェックが行われる。ｙｅｓであれば、Ｌａｓｔ−ｅｘｐｅｃｔｅｄが３６で更新される。Ｌａｓｔ−ｅｘｐｅｃｔｅｄが３６で更新されたか、チェックが３８においてｎｏだった後、プログラムは４０に進み、付加的なチェックポイント指定は今回行われず、次のイベントを待つ。チャネルが４２においてリンクからフレームを受け取ると、フレームがＲｅａｄコマンドからのデータを含むかどうかを調べるためのチェックが４４で行われる。４４でのチェックがｙｅｓであると、４６でプログラムは、Ｓ／３９０メモリ２６に格納されるようにストーレッジ・キューにデータを置く。４４でのチェックがｎｏであると、ＣＣＷのＰＣＩフラグのためフレームがＣＭＲであるかどうかを決定するために４８でチェックが行われる。ＣＭＲはＦＣ−ＳＢ−２提案標準で説明されている。チェックがｎｏであれば、プログラムは４０に進み、付加的なチェックポイント指定は今回行われず、次のイベントを待つ。４８でのチェックがｙｅｓであると、５０におけるプログラムは、ＰＣＩが以前の任意のＲｅａｄデータの後ろでかつ以降の任意のＲｅａｄデータの前の順序に戻るように、ストーレッジ・キューにＰＣＩを送り返すようイニシアチブ（ｉｎｉｔｉａｔｉｖｅ）をとる。４０または５０の後、Ｌａｓｔ−ｒｅｃｅｉｖｅｄは５２で更新され、プログラムは４０に進み、付加的なチェックポイント指定は今回行われず、次のイベントを待つ。
【００１８】
図３において、チャネルが５４で、成功したストーレッジ操作の指示またはＰＣＩ割込み状態生成イニシアチブを受け取ると、指示が格納操作であるかどうかを決定するためのチェックが５６で行われる。５６でのチェックがｎｏであると、チャネルは５８でＰＣＩ割込み状態を生成する。５６でのチェックがｙｅｓであると、これがこの操作に関連するＣＣＷ番号に対するデータの最新のものかどうかを決定するためのチェックが６０で行われる。６０でのチェックがｙｅｓである、または、ＰＣＩが５８で送り返されると、Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄが６２で更新される。６０でのチェックがｎｏである、または、Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄが６２で更新されると、プログラムは４０に進み、付加的なチェックポイントは今回行われず、次のイベントを待つ。
【００１９】
図４は再試行するコマンドを決定するための値を解析するためのコンピュータ・プログラムの流れ図である。このプログラムは、ＣＣＷの操作でエラーが検出された時、開始される。Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄについて図２および図３のプログラムによって決定された値がＬａｓｔ−ｒｅｃｅｉｖｅｄについて決定された値と等しいかどうかを調べるためのチェックが７０で行われる。７０でのチェックがｙｅｓであれば、Ｌａｓｔ−ｒｅｃｅｉｖｅｄについて図２および図３のプログラムによって決定された値がＬａｓｔ−ｅｘｐｅｃｔｅｄについて決定された値と等しいかどうかを調べるためのチェックが７２で行われる。７２でのチェックがｙｅｓであれば、事例１の条件が認識され、７４において、制御ユニット１８は再試行するコマンドを選択することを許可される。７２でのチェックがｎｏであれば、事例２の条件が認識され、７６において、Ｌａｓｔ−ｒｅｃｅｉｖｅｄＣＣＷである、最新の既知の良好なチェックポイントのコマンドを再試行するための要求を行う。
【００２０】
７０でのチェックがｎｏであれば、事例３が認識され、７８において、ＣＣＷ番号はＬａｓｔ−ｃｏｍｐｌｅｔｅｄ＋１に等しく設定され、新しいＣＣＷ番号を与える。新しいＣＣＷ番号がＬａｓｔ−ｒｅｃｅｉｖｅｄと等しいかどうか調べるためのチェックが８０で行われる。８０でのチェックがｙｅｓであれば、８２において、Ｌａｓｔ−ｒｅｃｅｉｖｅｄＣＣＷでコマンドを再試行するための要求が行われる。８０でのチェックがｎｏであれば、新しいＣＣＷ番号のコマンドが非ゼロ・バイト・カウントを有するＲｅａｄであるかどうかを調べるためのチェックが８４で行われる。８４でのチェックがｎｏであると、ＰＣＩフラグが新しいＣＣＷでオンであるかどうかを調べるためのチェックが８６で行われる。８４または８６のいずれかにおけるチェックがｙｅｓであると、８８において、新しいＣＣＷ番号のコマンドを再試行するための要求が行われる。８６でのチェックがｎｏであると、９０において、ＣＣＷ番号を１だけ増分させることにより新しいＣＣＷ番号を計算し、プログラムを８０にループ・バックさせる。
【００２１】
図５および図６は、コネクタｂによって接続される、コンピュータ・プログラムの流れ図であり、このコンピュータ・プログラムは、図４のプログラムによって決定される再試行操作が失敗するとオペレーティング・システムに報告して返される一次ＣＣＷアドレスを決定するための値を解析するコンピュータ・プログラムである。図５において、１００で、Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄについて図２および図３のプログラムによって決定される値がＬａｓｔ−ｒｅｃｅｉｖｅｄについて決定される値と等しいかどうかを調べるためのチェックが行われる。１００でのチェックがｙｅｓであると、Ｌａｓｔ−ｒｅｃｅｉｖｅｄについて図２および図３のプログラムによって決定される値がＬａｓｔ−ｅｘｐｅｃｔｅｄについて決定される値と等しいのかどうかを調べるチェックが１０２で行われる。１０２でのチェックがｙｅｓであると、事例１が認識され、１０４において、一次ＣＣＷアドレスがＬａｓｔ−ａｓｓｉｇｎｅｄＣＣＷのアドレスになる。この一次アドレスはオペレーティング・システムへ送り返される。１０２でのチェックがｎｏであると、事例２が認識され、１０６において、ＣＣＷ番号が計算されてＬａｓｔ−ｒｅｃｅｉｖｅｄ＋１に等しくなる。ＣＣＷ番号はＬａｓｔ−ｅｘｐｅｃｔｅｄと等しいかどうかを調べるチェックが１０８で行われる。ｙｅｓであると、１１０において、オペレーティング・システムへ送り返される一次ＣＣＷアドレスがＬａｓｔ−ｅｘｐｅｃｔｅｄ−１のアドレスに等しい。１０８でのチェックがｎｏであると、ＣＣＷ番号のコマンドが非ゼロ・バイト・カウントを有するＲｅａｄであるかどうかを調べるチェックが１１２で行われる。チェックがｎｏであると、ＰＣＩフラグがＣＣＷ番号でオンかどうかを調べるチェックが１１４で行われる。１１２または１１４のいずれかにおけるチェックがｙｅｓであると、オペレーティング・システムに送り返される一次ＣＣＷアドレスが、ＣＣＷ番号−１のアドレスに等しい。１１４でのチェックがｎｏであると、ＣＣＷ番号が１だけ増分し、プログラムは１０８へループ・バックする。
【００２２】
１００でのチェックがｎｏであると、事例３が認識され、図６の１２０においてＣＣＷ番号がＬａｓｔ−ｃｏｍｐｌｅｔｅｄ＋１に等しいように計算される。ＣＣＷ番号がＬａｓｔ−ｒｅｃｅｉｖｅｄと等しいかどうかを調べるチェックが１２２で行われる。１２２でのチェックがｙｅｓであると、１２４において、オペレーティング・システムに送られる一次ＣＣＷ番号がＬａｓｔ−ｒｅｃｅｉｖｅｄのアドレスである。１２２でのチェックがｎｏであると、ＣＣＷ番号のコマンドが非ゼロ・バイト・カウントを有するＲｅａｄであるかどうかを調べるチェックが１２６で行われる。１２６でのチェックがｎｏであると、ＰＣＩフラグがＣＣＷでオンであるかどうかを調べるチェックが１２８で行われる。１２６でのチェックまたは１２８でのチェックのいずれかがｙｅｓであると、１３０において、オペレーティング・システムに送られる一次ＣＣＷアドレスがＣＣＷ番号のアドレスである。１２８でのチェックがｎｏであると、１３２においてＣＣＷ番号は１だけ増分され、プログラムは１２２へループ・バックする。前に説明したように、一次ＣＣＷがオペレーティング・システム・ソフトウェアに報告して返されて、チャネルがどの範囲までＳ／３９０ストーレッジ２６の変更とそれへのアクセスとを完了したかを示す。一次ＣＣＷアドレスはオペレーティング・システムに、操作が終了した時点で、ＣＣＷチェインによって、チャネルの進行を知らせる。次いでオペレーティング・システムは、たとえば、この一次ＣＣＷアドレスの後にどのＲｅａｄＣＣＷも起こらなかったことを知り、したがってＳ／３９０ストーレッジが後続ののＲｅａｄがあったとしても、それによって変更されない。
【００２３】
尚、本願発明は、ハードウエア、ソフトウエア、またはハードウエアおよびソフトウエアの組み合わせとして実現可能である。ハードウェアとソフトウェアの組み合わせによる実行において、所定のプログラムを有するコンピュータ・システムにおける実行が典型的な例として挙げられる。かかる場合、該所定プログラムが該コンピュータ・システムにロードされ実行されることにより、該プログラムは、コンピュータ・システムを制御し、本願発明にかかる処理を実行させる。このプログラムは、任意の言語・コード・表記によって表現可能な命令群から構成される。そのような命令群は、システムが特定の機能を直接、または１．他の言語・コード・表記への変換、２．他の媒体への複製、のいずれか一方もしくは双方が行われた後に、実行することを可能にするものである。もちろん、本願発明は、そのようなプログラム自体のみならず、プログラムを記録した媒体もその範囲に含むものである。本願発明の機能を実行するためのプログラムは、フロッピー（Ｒ）・ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ、ハード・ディスク装置、ＲＯＭ、ＭＲＡＭ、ＲＡＭ等の任意のコンピュータ読み取り可能な記録媒体に格納することができる。かかるプログラムは、記録媒体への格納のために、通信回線で接続する他のコンピュータ・システムからダウンロードしたり、他の記録媒体から複製したりすることができる。また、かかるプログラムは、圧縮し、または複数に分割して、単一または複数の記録媒体に格納することもできる。
【図面の簡単な説明】
【図１】本発明に使用できるデータ処理システムの略図である。
【図２】コネクタａによって接続されて、チェックポイント値がどのように設定されるかを決定するコンピュータ・プログラムの流れ図を形成する図である。
【図３】コネクタａによって接続されて、チェックポイント値がどのように設定されるかを決定するコンピュータ・プログラムの流れ図を形成する図である。
【図４】再試行するコマンドを決定する値の分析のためのコンピュータ・プログラムの流れ図である。
【図５】コネクタｂによって接続されて、再試行が失敗したときにオペレーティング・システムに報告して返される一次ＣＣＷ値を決定する値を分析するコンピュータ・プログラムの流れ図を形成するである。
【図６】コネクタｂによって接続されて、再試行が失敗したときにオペレーティング・システムに報告して返される一次ＣＣＷ値を決定する値を分析するコンピュータ・プログラムの流れ図を形成するである。
【符号の説明】
１０ データ処理システム
１２ 中央処理ユニット
１４ チャネル・サブシステム
１６ リンク
１８ 制御ユニット
２０ Ｉ／Ｏデバイス
２２ チャネル・コマンド・ワード
２４ バッファ
２６ カストマ・ストーレッジ
ａ コネクタ
ｂ コネクタ
【発明が属する技術分野】
本発明はデータ処理システムにおけるチャネル回復のためのチェックポイント指定に関し、詳細にいうと、フレーム・レベルでのマルチプレックス操作を可能とし、コマンドとデータのストリーミングを可能とするプロトコルを使用したデータ処理システムにおけるチャネル回復のためのチェックポイント指定に関する。
【０００２】
【従来の技術】
チャネルを有する、ＩＢＭ Ｓ／３９０システムのようなデータ処理システムであって、そのチャネルの操作がチャネル・コマンド・ワード（ＣＣＷ）によって制御され、そのチャネルの入出力（Ｉ／Ｏ）リンクがＩＢＭ ＦＩＣＯＮコネクティビティ・アーキテクチャを使用する光ファイバであるデータ処理システムにおいて、チャネルがファイバ・リンクのインタフェース・エラーから回復することを試み、かつサブチャネルが活動状態にある時、チャネルは再試行を求める要求を有する選択的リセットを発行して、どのＣＣＷを再試行するかを指定することによって、障害点からの操作の再試行を試みることができる。再試行回復活動が不成功であった結果、インタフェース・コントロール・チェック（ＩＦＣＣ）状況がＳ／３９０オペレーティング・システムに提示された時、拡張状況ワード／拡張リポート・ワード（Extended Status Word/Extended Report Word、ＥＳＷ／ＥＲＷ）のフィールドを、ニューヨーク州アーモンクのインターナショナル・ビジネス・マシンーズ社から入手できるＩＢＭエンタープライズ・システムズ・アーキテクチャ／３９０操作原理、ＳＡ２２−７２０１−０６で説明されているようにセットアップしなければならない。これらの中で、エラー時にチャネルがＣＣＷチェインを介して行った進行情況をオペレーティング・システムに通信して返す一次ＣＣＷがある。この情報に基づいて、オペレーティング・システムは、どのストーレッジがエラー回復手順で使用するために更新されたかを決定できる。ＦＩＣＯＮの前のＳ／３９０チャネル上では、プロトコルにより、チャネルが、以前のコマンドの実行が完了したことの明示的な指示（状態またはデータ）を受取り次第にＣＣＷチェイン内の次のコマンドを送ることが許可されるだけである。しかし、ＦＩＣＯＮプロトコルにより、複数のデバイスに対して同じことを同時に行いながら、チャネルが単一のデバイスに対してコマンドまたはデータあるいはその両方をストリーム・アウトすることが許可される。
【０００３】
米国特許第５３９２４２５号は、チャネルがエラー状態を検出して、制御ユニットにＩ／Ｏ操作の現行コマンドの再試行を要求する制御ユニットに接続されたチャネルを有するデータ処理Ｉ／ＯシステムでＣＣＷからのコマンドを再試行することを開示している。
【０００４】
本発明は、チャネルが、１）複数のデバイスが活動している間単一のデバイスに対する操作の回復に必要なデータを管理すること（チェックポイント指定）ができ、２）関連するチェックポイントをトラッキングおよび検査することによりＩＦＣＣ状態において報告する正しい一次ＣＣＷアドレスを決定することができる方法、プログラム・プロダクトおよび装置を提供する。
【０００５】
ＩＢＭ ＦＩＣＯＮアーキテクチャを実施することにより、チャネルは、以前のコマンドのいずれかが完了したとの肯定確認を待つことなく制御ユニットに複数のコマンドをストリーム・アウトすることが可能になる。さらに、これは複数のデバイスにも同時に行うことができる。本発明の目的は、エラーが検出され、操作がアボートされた時に、チャネルが制御ユニットに再試行を試みるのがどのＣＣＷであるかの適切な選択が可能であり、再試行が不成功である場合、チャネルがＳ／３９０ストーレッジの変更とそれに対するアクセスを完了した範囲を示す訂正一次ＣＣＷアドレスをソフトウェアに報告して返すのがどのＣＣＷであるかについての適切な選択が可能であるように、ＦＩＣＯＮチャネル内で、様々なステージを通るＣＣＷの進行をトラッキングすることである。ＦＩＣＯＮアーキテクチャは２つのチェックポイント・イベントを確立する、すなわちＣＣＷが非ゼロ・バイト・カウントである「Ｒｅａｄ」であるか、ＣＣＷフラグがプログラム制御割込み（ＰＣＩ）を含む場合、チェックポイントがそのＣＣＷ番号に対してチャネルと制御ユニットの間に確立される。
【０００６】
本発明の他の目的は、機能性能に与える影響が最小である方式で、チェックポイント指定の概念を実施することであり、その方式では、通常操作の間に必要である最小限のデータをトラッキングするだけであり、エラー回復の間に行われる長い分析でそのデータが使用される。このデータは「操作当たり（per operation）」ベースでトラッキングされるので、多くの操作を同時に行うことができ、チェイン内の各ＣＣＷに対するＣＣＷ番号付けのアーキテクチャ概念を利用する。
【０００７】
【課題を解決するための手段】
本発明の方法は、フレーム・レベルでのマルチプレックス操作を可能とするプロトコルを使用したデータ処理システムで制御ユニットに接続されたチャネルの回復のためにチェックポイント指定する方法であって、チャネル内で、様々なステージを通して複数のチャネル・コマンド・ワード（ＣＣＷ）の進行をトラッキングするステップと、いつエラーが起こり、操作がアボートされたかを検出するステップと、複数のＣＣＷの進行に基づいて、どのＣＣＷが再試行を試みるかを選択するステップとを含む方法である。
【０００８】
【発明の実施の形態】
図１は本発明で使用できるデータ処理システム１０の略図である。データ処理システムは中央処理ユニット１２を含み、これは本実施形態においては、チャネル・サブシステム（ＣＳＳ）１４を有するＩＢＭ Ｓ／３９０コンピュータとすることができ、チャネル・サブシステム（ＣＳＳ）１４は、リンク１６により制御ユニット１８に接続されたチャネルを含み、制御ユニット１８は複数台のＩ／Ｏデバイス２０を制御する。本実施形態のリンク１６はＩＢＭ ＦＩＣＯＮリンクであり、この上をデータとコマンドが、送られる各フレームに対する応答を待たずにフレームで送られる。ＦＩＣＯＮはＴ１１／ＰＲＯＪＥＣＴ１３５７−Ｄ／Ｒｅｖ１．２，ＦＩＢＲＥ ＣＨＡＮＮＥＬＳｉｎｇｌｅ−Ｂｙｔｅ Ｃｏｍｍａｎｄ Ｃｏｄｅ Ｓｅｔｓ-２ Ｍａｐｐｉｎｇ Ｐｒｏｒｏｃｏｌ（ＦＣ−ＳＢ−２）に記載された標準原稿のＦＣ４上位レイヤ・プロトコルのＩＢＭバージョンである。ＦＣ−ＳＢ−２は、Ａｃｃｒｅｄｉｔｅｄ Ｓｔａｎｄａｒｄｓ Ｃｏｍｍｉｔｔｅｅ，Ｎａｔｉｏｎａｌ Ｃｏｍｍｉｔｔｅｅ ｆｏｒ Ｉｎｆｏｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ（これは米国規格協会(American National Standards Institute)の手続きのもとで運営されている）下のＴ１１技術委員会（T11 Technical Committee）（ウェブ・サイトｈｔｔｐ：／／ｗｗｗ．ｔ１１．ｏｒｇ）から入手できる。当技術分野で周知のように、データはチャネル・コマンド・ワード（ＣＣＷ）２２によってＣＳＳ１４と制御ユニット１８との間で送られる。ＣＣＷは実行されるコマンドを指定し、いくつかのＩ／Ｏ操作を開始するコマンドについては、その操作に関連したストーレッジ領域を指定し、その動作は、該領域に対しまたはそこからの転送が終了するたびに行われ、かつ他のオプションが行われる。ＣＣＷとその使い方とは周知のものであり、前出の操作原理で詳細に説明されており、これ以上は説明しない。データを２０のＩ／Ｏデバイスから読み取った時、データはＣＳＳ１４内のバッファ２４に読み込まれ、さらに、コンピュータ１２のＳ／３９０メモリまたはカストマ・ストーレッジ２６に格納される。前出の操作原理で示したように、ＩＦＣＣは無効の信号がチャネル・パスで生じたことを示す。転送中にエラーが起こった場合、本発明は、どの範囲までの転送が完了したのか、あるとすれば、どれくらいのカストマ・ストーレッジ２６が変更されたのか、ならびに、コマンドの再試行を試みるＣＣＷチェインの点がどれかを決定する。他のＣＣＷを開始する前に完了されるべき１つのＣＣＷを待たずにＦＩＣＯＮアーキテクチャで多数のＣＣＷが実行されるため、これはさらに複雑になる。
【０００９】
このデータは操作当たりベースでトラッキングされるので、多くの操作を同時に行うことができ、チェイン内の各ＣＣＷに対してＣＣＷ番号付けのアーキテクチャ概念を利用することができる。本発明において、機能コードは前出のＦＣ−ＳＢ−２で提案された標準に従って作成されており、チェックポイント指定および回復とに関連する各ＣＣＷ操作に対して４つのＣＣＷ番号をトラッキングする。４つのＣＣＷ番号は次の通りである。
Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ（最新完了）。所与のＣＣＷに対する全てのＲＥＡＤデータがリンクで受け取られて、Ｓ／３９０ストーレッジへの格納に成功する、またはＰＣＩ割込みがオペレーティング・システムへ送り返された時、このＣＣＷ番号は更新される。前出の操作原理で指定されているように、ＰＣＩ機能により、Ｉ／Ｏ操作の実行中にプログラムがＩ／Ｏ割込みをさせるのが許可される。この機能はＣＣＷのＰＣＩフラグによって制御される。ＰＣＩフラグの値も関連する割込み要求も現行操作の実行に影響しない。
Ｌａｓｔ−ｒｅｃｅｉｖｅｄ（最新受取り）。所与のＣＣＷに対する幾つかあるいは全てのＲＥＡＤデータがリンクに受け取られて、ストーレッジ・キューに置かれる、または、ＰＣＩに対するコマンド応答（ＣＭＲ）が受け取られて、ストーレッジ・キューに置かれたものの、データが格納されたこと、またはＰＣI割込み条件が生成されたことの確認がまだ行われていない時、このＣＣＷ番号は更新される。
Ｌａｓｔ−ｅｘｐｅｃｔｅｄ（最新待受け）。非ゼロ・バイト・カウントのＲＥＡＤまたはＰＣＩのＣＣＷが、コマンドを送ったものの応答においてリンクからまだ何も受け取っていない時点まで処理された時、このＣＣＷ番号は更新される。
Ｌａｓｔ−ａｓｓｉｇｅｎｄ（最新割当て）いずれかのＣＣＷ（ＲｅａｄやＰＣＩだけでなく）が処理され、送り出された時、このＣＣＷ番号は更新される。
【００１０】
これら４つのＣＣＷ番号間の関係は常に下記の通りである（ＣＣＷ番号のラッピングは含まない）。
Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ＜＝Ｌａｓｔ−ｒｅｃｅｉｖｅｄ
Ｌａｓｔ−ｒｅｃｅｉｖｅｄ＜＝Ｌａｓｔ−ｅｘｐｅｃｔｅｄ
Ｌａｓｔ−ｅｘｐｅｃｔｅｄ＜＝Ｌａｓｔ−ａｓｓｉｇｎｅｄ
ある時点で、それらの番号のうち２つ、３つ、または全４つの番号が等しくてよい。以下の例で、ＣＣＷ番号値は、チェインの最初のＣＣＷである「０１」に初期化される。以下の例において矢印の方向は最後のコマンドまたはデータの方向を指し、左から右はＳ／３９０システムから制御ユニットへのメッセージであり、右から左は制御ユニットからＳ／３９０システムへのメッセージである。一次ＣＣＷアドレスを決定するには、考慮すべき３つの関連事例がある。
【００１１】
事例１
Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ＝Ｌａｓｔ−ｒｅｃｅｉｖｅｄｅ＝Ｌａｓｔ−ｅｘｐｅｃｔｅｄ
事例１の場合、Ｌａｓｔ−ｒｅｃｅｉｖｅｄチェックポイント以降に予想されるチェックポイント指定イベントはないので、チャネルは、制御ユニットに対しエラーの時点で処理していたいずれかのＣＣＷからの再試行でも行わせることになる。ただし、次いで、チャネルの進行をオペレーティング・システムへ報告して返す目的で、再試行が不成功となった場合、一次ＣＣＷのアドレスは、Ｌａｓｔ−ａｓｓｉｇｅｎｄのアドレスとなるが、その理由は、全ての関連データをあらゆるチェックポイント指定イベントからオペレーティング・システムに返しており、その時点以降に（もしあれば、Ｌａｓｔ−ａｓｓｉｇｎｅｄがＬａｓｔ−ｅｘｐｅｃｔｅｄと等しいときから）送られた以降のＣＣＷはチェックポイント指定イベントを含まないからである。
【表１】
例１において、制御ユニットはＣＣＷ＃０４または＃０５または＃０６のいずれかの再試行を選ぶことができる。
【００１３】
事例２
Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ＝Ｌａｓｔ−ｒｅｃｅｉｖｅｄ
事例２において、制御ユニットからのチェックポイント指定イベントの応答をまだ待っているが、受け取ったあらゆるものに対するチェックポイント指定以前のイベントに対する全てのものを格納しきったので、再試行を目的として、チャネルは、最新の既知の良好なチェックポイント（Ｌａｓｔ−ｒｅｃｅｉｖｅｄ）を制御ユニットが再試行することを要求する。しかし、再試行が不成功な場合に、一次ＣＣＷアドレスを決定するために、Ｌａｓｔ−ｒｅｃｅｉｖｅｄとＬａｓｔ−ｅｘｐｅｃｔｅｄとの間のＣＣＷチェインを調べなければならない。他のチェックポイント指定イベントを見出した場合任意の時点で、この次に予想されるチェックポイントの前のＣＣＷ番号のＣＣＷアドレスが一次ＣＣＷアドレスとして使用される。他のチェックポイント・イベントを見出せずにＬａｓｔ−ｅｘｐｅｃｔｅｄに到達した場合、その前におけるＣＣＷアドレスが一次ＣＣＷアドレスとして使用される。
【表２】
例２において、＃０２と＃０６との間のＣＣＷを検査すると、ＣＣＷ＃０４にある次のチェックポイント指定イベントが発見される。このチェックポイントが完了していないため、チャネルは最新の既知の良好なチェックポイントの再試行を要求する（ＣＣＷ＃０２）。再試行が不成功で、ＩＦＣＣ状態が報告されるべき場合、一次ＣＣＷのアドレスは、次に不完全なチェックポイントから１つのＣＣＷをバック・アップすることによって見出され、それ故ＣＣＷ＃０３のアドレスが使用される。
【００１５】
事例３
Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ≠Ｌａｓｔ−ｒｅｃｅｉｖｅｄ
事例３において、ファイバ・リンクに渡ってどのＣＣＷを再試行するかを決定する目的で、チャネルは最新の既知の良好なチェックポイントに再び戻らなければならない。しかし、データがＳ／３９０メモリに格納された、または、ＰＣＩが送り返されたという肯定確認がないので、ので、再試行ＣＣＷ番号と一次ＣＣＷアドレスとの両方は、Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ後の次のチェックポイント指定ＣＣＷのそれとなる。これは少なくとも、幾つかのＲＥＡＤデータがＳ／３９０ストーレッジに格納された可能性があるためであり、一次ＣＣＷアドレスはこれを示さなければない。Ｌａｓｔ−ｒｅｃｅｉｖｅｄがこのようなイベントのＬＡＳＴであり、必ずしもＮＥＸＴではないので、Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄからＬａｓｔ−ｒｅｃｅｉｖｅｄまでのＣＣＷチェインを検査する必要がある。いずれかの点で他のチェックポイント指定イベントに遭遇すると、そのＣＣＷ番号が再試行ＣＣＷ番号として使用され、再試行の失敗に対するそのＣＣＷ番号に対応するＣＣＷアドレスが一次ＣＣＷアドレスとして使用される。Ｌａｓｔ−ｒｅｃｅｉｖｅｄに到達する前にそれ以上のチェックポイント指定イベントに遭遇しない場合、そのＣＣＷアドレスが使用される。
【表３】
例３において、＃０１と＃０４の間のＣＣＷを検査すると、データが受け取られているが、必ずしも全部が格納されたわけではないＣＣＷ＃０２のチェックポイント指定イベントを見出す。この場合、ＣＣＷ＃０２が再試行ＣＣＷ番号として使用され、ＣＣＷ＃０２のアドレスが再試行失敗ＩＦＣＣ報告についての一次ＣＣＷアドレスとして使用される。
【００１７】
図２と図３は、コネクタａにより接続されて、チェックポイント指定値がどのように設定されるかを決定するコンピュータ・プログラムの流れ図である。チャネル１４がリンク１６からコマンドまたはデータを受け取った場合、以下で考察するように、何をチャンネルが受け取ったかに応じて、プログラムは３０、４２、または５４の一つに進む。図２において、ＣＣＷのコマンドを３０で受け取った場合、チャネルには３２でＣＣＷ番号を割り当てる。ＣＣＷが非ゼロ・バイト・カウントを有するＲｅａｄコマンドであるかを決定するためにチェックが３４で行われる。ｙｅｓであれば、Ｌａｓｔ−ｅｘｐｅｃｔｅｄが３６で更新される。３４におけるチェックがｎｏであれば、ＣＣＷでＰＣＩフラグがオンであるかを調べるため３８でチェックが行われる。ｙｅｓであれば、Ｌａｓｔ−ｅｘｐｅｃｔｅｄが３６で更新される。Ｌａｓｔ−ｅｘｐｅｃｔｅｄが３６で更新されたか、チェックが３８においてｎｏだった後、プログラムは４０に進み、付加的なチェックポイント指定は今回行われず、次のイベントを待つ。チャネルが４２においてリンクからフレームを受け取ると、フレームがＲｅａｄコマンドからのデータを含むかどうかを調べるためのチェックが４４で行われる。４４でのチェックがｙｅｓであると、４６でプログラムは、Ｓ／３９０メモリ２６に格納されるようにストーレッジ・キューにデータを置く。４４でのチェックがｎｏであると、ＣＣＷのＰＣＩフラグのためフレームがＣＭＲであるかどうかを決定するために４８でチェックが行われる。ＣＭＲはＦＣ−ＳＢ−２提案標準で説明されている。チェックがｎｏであれば、プログラムは４０に進み、付加的なチェックポイント指定は今回行われず、次のイベントを待つ。４８でのチェックがｙｅｓであると、５０におけるプログラムは、ＰＣＩが以前の任意のＲｅａｄデータの後ろでかつ以降の任意のＲｅａｄデータの前の順序に戻るように、ストーレッジ・キューにＰＣＩを送り返すようイニシアチブ（ｉｎｉｔｉａｔｉｖｅ）をとる。４０または５０の後、Ｌａｓｔ−ｒｅｃｅｉｖｅｄは５２で更新され、プログラムは４０に進み、付加的なチェックポイント指定は今回行われず、次のイベントを待つ。
【００１８】
図３において、チャネルが５４で、成功したストーレッジ操作の指示またはＰＣＩ割込み状態生成イニシアチブを受け取ると、指示が格納操作であるかどうかを決定するためのチェックが５６で行われる。５６でのチェックがｎｏであると、チャネルは５８でＰＣＩ割込み状態を生成する。５６でのチェックがｙｅｓであると、これがこの操作に関連するＣＣＷ番号に対するデータの最新のものかどうかを決定するためのチェックが６０で行われる。６０でのチェックがｙｅｓである、または、ＰＣＩが５８で送り返されると、Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄが６２で更新される。６０でのチェックがｎｏである、または、Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄが６２で更新されると、プログラムは４０に進み、付加的なチェックポイントは今回行われず、次のイベントを待つ。
【００１９】
図４は再試行するコマンドを決定するための値を解析するためのコンピュータ・プログラムの流れ図である。このプログラムは、ＣＣＷの操作でエラーが検出された時、開始される。Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄについて図２および図３のプログラムによって決定された値がＬａｓｔ−ｒｅｃｅｉｖｅｄについて決定された値と等しいかどうかを調べるためのチェックが７０で行われる。７０でのチェックがｙｅｓであれば、Ｌａｓｔ−ｒｅｃｅｉｖｅｄについて図２および図３のプログラムによって決定された値がＬａｓｔ−ｅｘｐｅｃｔｅｄについて決定された値と等しいかどうかを調べるためのチェックが７２で行われる。７２でのチェックがｙｅｓであれば、事例１の条件が認識され、７４において、制御ユニット１８は再試行するコマンドを選択することを許可される。７２でのチェックがｎｏであれば、事例２の条件が認識され、７６において、Ｌａｓｔ−ｒｅｃｅｉｖｅｄＣＣＷである、最新の既知の良好なチェックポイントのコマンドを再試行するための要求を行う。
【００２０】
７０でのチェックがｎｏであれば、事例３が認識され、７８において、ＣＣＷ番号はＬａｓｔ−ｃｏｍｐｌｅｔｅｄ＋１に等しく設定され、新しいＣＣＷ番号を与える。新しいＣＣＷ番号がＬａｓｔ−ｒｅｃｅｉｖｅｄと等しいかどうか調べるためのチェックが８０で行われる。８０でのチェックがｙｅｓであれば、８２において、Ｌａｓｔ−ｒｅｃｅｉｖｅｄＣＣＷでコマンドを再試行するための要求が行われる。８０でのチェックがｎｏであれば、新しいＣＣＷ番号のコマンドが非ゼロ・バイト・カウントを有するＲｅａｄであるかどうかを調べるためのチェックが８４で行われる。８４でのチェックがｎｏであると、ＰＣＩフラグが新しいＣＣＷでオンであるかどうかを調べるためのチェックが８６で行われる。８４または８６のいずれかにおけるチェックがｙｅｓであると、８８において、新しいＣＣＷ番号のコマンドを再試行するための要求が行われる。８６でのチェックがｎｏであると、９０において、ＣＣＷ番号を１だけ増分させることにより新しいＣＣＷ番号を計算し、プログラムを８０にループ・バックさせる。
【００２１】
図５および図６は、コネクタｂによって接続される、コンピュータ・プログラムの流れ図であり、このコンピュータ・プログラムは、図４のプログラムによって決定される再試行操作が失敗するとオペレーティング・システムに報告して返される一次ＣＣＷアドレスを決定するための値を解析するコンピュータ・プログラムである。図５において、１００で、Ｌａｓｔ−ｃｏｍｐｌｅｔｅｄについて図２および図３のプログラムによって決定される値がＬａｓｔ−ｒｅｃｅｉｖｅｄについて決定される値と等しいかどうかを調べるためのチェックが行われる。１００でのチェックがｙｅｓであると、Ｌａｓｔ−ｒｅｃｅｉｖｅｄについて図２および図３のプログラムによって決定される値がＬａｓｔ−ｅｘｐｅｃｔｅｄについて決定される値と等しいのかどうかを調べるチェックが１０２で行われる。１０２でのチェックがｙｅｓであると、事例１が認識され、１０４において、一次ＣＣＷアドレスがＬａｓｔ−ａｓｓｉｇｎｅｄＣＣＷのアドレスになる。この一次アドレスはオペレーティング・システムへ送り返される。１０２でのチェックがｎｏであると、事例２が認識され、１０６において、ＣＣＷ番号が計算されてＬａｓｔ−ｒｅｃｅｉｖｅｄ＋１に等しくなる。ＣＣＷ番号はＬａｓｔ−ｅｘｐｅｃｔｅｄと等しいかどうかを調べるチェックが１０８で行われる。ｙｅｓであると、１１０において、オペレーティング・システムへ送り返される一次ＣＣＷアドレスがＬａｓｔ−ｅｘｐｅｃｔｅｄ−１のアドレスに等しい。１０８でのチェックがｎｏであると、ＣＣＷ番号のコマンドが非ゼロ・バイト・カウントを有するＲｅａｄであるかどうかを調べるチェックが１１２で行われる。チェックがｎｏであると、ＰＣＩフラグがＣＣＷ番号でオンかどうかを調べるチェックが１１４で行われる。１１２または１１４のいずれかにおけるチェックがｙｅｓであると、オペレーティング・システムに送り返される一次ＣＣＷアドレスが、ＣＣＷ番号−１のアドレスに等しい。１１４でのチェックがｎｏであると、ＣＣＷ番号が１だけ増分し、プログラムは１０８へループ・バックする。
【００２２】
１００でのチェックがｎｏであると、事例３が認識され、図６の１２０においてＣＣＷ番号がＬａｓｔ−ｃｏｍｐｌｅｔｅｄ＋１に等しいように計算される。ＣＣＷ番号がＬａｓｔ−ｒｅｃｅｉｖｅｄと等しいかどうかを調べるチェックが１２２で行われる。１２２でのチェックがｙｅｓであると、１２４において、オペレーティング・システムに送られる一次ＣＣＷ番号がＬａｓｔ−ｒｅｃｅｉｖｅｄのアドレスである。１２２でのチェックがｎｏであると、ＣＣＷ番号のコマンドが非ゼロ・バイト・カウントを有するＲｅａｄであるかどうかを調べるチェックが１２６で行われる。１２６でのチェックがｎｏであると、ＰＣＩフラグがＣＣＷでオンであるかどうかを調べるチェックが１２８で行われる。１２６でのチェックまたは１２８でのチェックのいずれかがｙｅｓであると、１３０において、オペレーティング・システムに送られる一次ＣＣＷアドレスがＣＣＷ番号のアドレスである。１２８でのチェックがｎｏであると、１３２においてＣＣＷ番号は１だけ増分され、プログラムは１２２へループ・バックする。前に説明したように、一次ＣＣＷがオペレーティング・システム・ソフトウェアに報告して返されて、チャネルがどの範囲までＳ／３９０ストーレッジ２６の変更とそれへのアクセスとを完了したかを示す。一次ＣＣＷアドレスはオペレーティング・システムに、操作が終了した時点で、ＣＣＷチェインによって、チャネルの進行を知らせる。次いでオペレーティング・システムは、たとえば、この一次ＣＣＷアドレスの後にどのＲｅａｄＣＣＷも起こらなかったことを知り、したがってＳ／３９０ストーレッジが後続ののＲｅａｄがあったとしても、それによって変更されない。
【００２３】
尚、本願発明は、ハードウエア、ソフトウエア、またはハードウエアおよびソフトウエアの組み合わせとして実現可能である。ハードウェアとソフトウェアの組み合わせによる実行において、所定のプログラムを有するコンピュータ・システムにおける実行が典型的な例として挙げられる。かかる場合、該所定プログラムが該コンピュータ・システムにロードされ実行されることにより、該プログラムは、コンピュータ・システムを制御し、本願発明にかかる処理を実行させる。このプログラムは、任意の言語・コード・表記によって表現可能な命令群から構成される。そのような命令群は、システムが特定の機能を直接、または１．他の言語・コード・表記への変換、２．他の媒体への複製、のいずれか一方もしくは双方が行われた後に、実行することを可能にするものである。もちろん、本願発明は、そのようなプログラム自体のみならず、プログラムを記録した媒体もその範囲に含むものである。本願発明の機能を実行するためのプログラムは、フロッピー（Ｒ）・ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ、ハード・ディスク装置、ＲＯＭ、ＭＲＡＭ、ＲＡＭ等の任意のコンピュータ読み取り可能な記録媒体に格納することができる。かかるプログラムは、記録媒体への格納のために、通信回線で接続する他のコンピュータ・システムからダウンロードしたり、他の記録媒体から複製したりすることができる。また、かかるプログラムは、圧縮し、または複数に分割して、単一または複数の記録媒体に格納することもできる。
【図面の簡単な説明】
【図１】本発明に使用できるデータ処理システムの略図である。
【図２】コネクタａによって接続されて、チェックポイント値がどのように設定されるかを決定するコンピュータ・プログラムの流れ図を形成する図である。
【図３】コネクタａによって接続されて、チェックポイント値がどのように設定されるかを決定するコンピュータ・プログラムの流れ図を形成する図である。
【図４】再試行するコマンドを決定する値の分析のためのコンピュータ・プログラムの流れ図である。
【図５】コネクタｂによって接続されて、再試行が失敗したときにオペレーティング・システムに報告して返される一次ＣＣＷ値を決定する値を分析するコンピュータ・プログラムの流れ図を形成するである。
【図６】コネクタｂによって接続されて、再試行が失敗したときにオペレーティング・システムに報告して返される一次ＣＣＷ値を決定する値を分析するコンピュータ・プログラムの流れ図を形成するである。
【符号の説明】
１０ データ処理システム
１２ 中央処理ユニット
１４ チャネル・サブシステム
１６ リンク
１８ 制御ユニット
２０ Ｉ／Ｏデバイス
２２ チャネル・コマンド・ワード
２４ バッファ
２６ カストマ・ストーレッジ
ａ コネクタ
ｂ コネクタ
Claims (28)
- フレーム・レベルでのマルチプレックス操作を可能とするプロトコルを使用したデータ処理システムで制御ユニットに接続されたチャネルの回復のためにチェックポイント指定する方法であって、
チャネル内で、様々なステージを通して複数のチャネル・コマンド・ワード（ＣＣＷ）の進行をＣＣＷ番号でトラッキングするステップと、
いつエラーが起こり、操作がアボートされたかを検出するステップと、
エラーが生じた時に、トラッキングされたＣＣＷ番号に基づいて、どのＣＣＷが再試行を試みるかを選択するステップとを含み、
前記ＣＣＷ番号は、
所与のＣＣＷに対する全ての読み取りデータが受け取られて、前記システムのストーレッジへの格納に成功した時、またはプログラム制御割込み（ＰＣＩ)がオペレーティング・システムへ送り返された時に更新される最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号と、
所与のＣＣＷに対する幾つかあるいは全ての読み取りデータが受け取られて、ストーレッジ・キューに置かれるか、または、ＰＣＩに対するコマンド応答（ＣＭＲ）が受け取られて、ストーレッジ・キューに置かれたものの、データが格納されたこと、またはＰＣI割込み条件が生成されたことの確認がまだ行われていない時に更新される最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号と、
非ゼロ・バイト・カウントのＲＥＡＤまたはＰＣＩのＣＣＷが、コマンドを送ったものの応答においてリンクからまだ何も受け取っていない時点まで処理された時に更新される最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ）ＣＣＷ番号と、
いずれかのＣＣＷが処理され、送り出された時に更新される最新割当て（ｌａｓｔ−ａｓｓｉｇｎｅｄ）ＣＣＷ番号とを含む、
方法。 - 選択されたＣＣＷが非ゼロ・バイト・カウントを有するＲｅａｄである、または、選択されたＣＣＷフラグがＰＣＩを含むかのいずれかのとき、チャネルと制御ユニットの間にチェックポイントを確立するステップをさらに含む、請求項１に記載の方法。
- 最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ）ＣＣＷ番号と等しい最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号に等しい時、再試行すべきＣＣＷを制御ユニットに選択させる、請求項１に記載の方法。
- 最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号に等しいが、最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号が最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ）ＣＣＷ番号と等しくない時、選択されたＣＣＷは最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号である、請求項１に記載の方法。
- 最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号と等しくない時、選択された前記ＣＣＷは、
最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号に等しいものであるか、
または
最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号より大きいＣＣＷ番号であって、非ゼロ・バイト・カウントを有するＲｅａｄである、もしくはＰＣＩフラグをオンにしているかのいずれかであるＣＣＷ番号であるか、
のいずれかである、請求項１に記載の方法。 - 前記選択されたＣＣＷを再試行するステップと、
前記選択されたＣＣＷの再試行が不成功であった場合、チャネルがどのくらいまで前記データ処理システムのストーレッジの変更と、これへのアクセスを完了したかを示す一次ＣＣＷアドレスを決定するステップと、
前記データ処理システムの前記オペレーティング・システムに、前記一次ＣＣＷアドレスを報告するステップと
をさらに含む、請求項１に記載の方法。 - 最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が、最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ）ＣＣＷ番号に等しい最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号に等しい時、オペレーティング・システムに報告される一次ＣＣＷアドレスが最新割当て（ｌａｓｔ−ａｓｓｉｇｎｅｄ）ＣＣＷのアドレスである、請求項６に記載の方法。
- 最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号に等しいが、最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号が最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ)ＣＣＷ番号に等しくない時、前記オペレーティング・システムに報告される前記一次ＣＣＷアドレスは、
最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ）ＣＣＷ番号直前のＣＣＷ番号のアドレスか、
最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号より大きく、かつ、非ゼロ・バイト・カウントを有するＲｅａｄである、またはＰＣＩフラグをオンにしているかのいずれかであるそのようなＣＣＷ番号の直前のＣＣＷ番号のアドレス
のいずれかである、請求項６に記載の方法。 - 最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号に等しくない時、前記オペレーティング・システムに報告する一次ＣＣＷアドレスは、
最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号のアドレスであるか、
最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号よりも大きく、かつ、非ゼロ・バイト・カウントを有するＲｅａｄである、またはＰＣＩフラグをオンにしているかのいずれかであるそのようなＣＣＷ番号の最初のものであるＣＣＷ番号のアドレス
のいずれかである、請求項６に記載の方法。 - 請求項１乃至９のいずれかに記載の方法をコンピュータに実行させるためのプログラムを記録したプログラム記録媒体。
- フレーム・レベルでのマルチプレックス操作を可能とするプロトコルを使用するデータ処理システムで制御ユニットに接続されたチャネルを回復するためのチェックポイント指定する装置であって、
前記チャネル内で、様々なステージを通して複数のチャネル・コマンド・ワード（ＣＣＷ）の進行をＣＣＷ番号でトラッキングする手段と、
いつエラーが起こり、操作がアボートされたかを検出する手段と、
エラーが生じた時に、トラッキングされたＣＣＷ番号に基づいて、どのＣＣＷが再試行を試みるかを選択する手段とを含み、
前記ＣＣＷ番号は、
所与のＣＣＷに対する全ての読み取りデータが受け取られて、前記システムのストーレッジへの格納に成功した時、またはプログラム制御割込み（ＰＣＩ)がオペレーティング・システムへ送り返された時に更新される最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号と、
所与のＣＣＷに対する幾つかあるいは全ての読み取りデータが受け取られて、ストーレッジ・キューに置かれるか、または、ＰＣＩに対するコマンド応答（ＣＭＲ）が受け取られて、ストーレッジ・キューに置かれたものの、データが格納されたこと、またはＰＣI割込み条件が生成されたことの確認がまだ行われていない時に更新される最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号と、
非ゼロ・バイト・カウントのＲＥＡＤまたはＰＣＩのＣＣＷが、コマンドを送ったものの応答においてリンクからまだ何も受け取っていない時点まで処理された時に更新される最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ）ＣＣＷ番号と、
いずれかのＣＣＷが処理され、送り出された時に更新される最新割当て（ｌａｓｔ−ａｓｓｉｇｎｅｄ）ＣＣＷ番号とを含む、
装置。 - 選択されたＣＣＷが非ゼロ・バイト・カウントを有するＲｅａｄである、または選択されたＣＣＷフラグがＰＣＩを含むかのいずれかのとき、チャネルと制御ユニットとの間にチェックポイントを確立する手段をさらに含む、請求項１１に記載の装置。
- 最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ）ＣＣＷ番号と等しい最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号に等しい時、再試行すべきＣＣＷを制御ユニットに選択させる、請求項１１に記載の装置。
- 最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号に等しいが、最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号が最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ）ＣＣＷ番号に等しくない時、前記選択されたＣＣＷが最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号である、請求項１１に記載の装置。
- 最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号に等しくない時、前記選択されたＣＣＷは、
最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号に等しいものであるか、
または、
最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号より大きいＣＣＷ番号であって、非ゼロ・バイト・カウントを有するＲｅａｄである、もしくはＰＣＩフラグをオンにしているかのいずれかであるＣＣＷ番号であるか、
のいずれかである、請求項１１に記載の装置。 - 前記選択されたＣＣＷを再試行する手段と、
前記選択されたＣＣＷの再試行が不成功な場合に、チャネルがどのくらいまで前記データ処理システムの変更と、これへのアクセスを完了したかを示す一次ＣＣＷアドレスを決定する手段と、
前記データ処理システムの前記オペレーティング・システムに前記一次ＣＣＷアドレスを報告する手段と
をさらに含む、請求項１１に記載の装置。 - 最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が、最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ）ＣＣＷ番号に等しい最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号に等しい時、前記オペレーティング・システムに報告する前記一次ＣＣＷアドレスが最新割当て（ｌａｓｔ−ａｓｓｉｇｎｅｄ）ＣＣＷのアドレスである、請求項１６に記載の装置。
- 最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号と等しいが、最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号が最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ）ＣＣＷ番号に等しくない時、前記オペレーティング・システムに報告される前記一次ＣＣＷアドレスは、
最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ）ＣＣＷ番号直前のＣＣＷ番号のアドレスか、
最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号よりも大きく、かつ、非ゼロ・バイト・カウントを有するＲｅａｄである、またはＰＣＩフラグをオンにしているかのいずれかであるそのようなＣＣＷ番号の直前のＣＣＷ番号のアドレス
のいずれかである、請求項１６に記載の装置。 - 最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号に等しくない時、前記オペレーティング・システムに報告する前記一次ＣＣＷアドレスは、
最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号のアドレスであるか、
最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号よりも大きく、かつ、非ゼロ・バイト・カウントを有するＲｅａｄである、またはＰＣＩフラグをオンにしているかのいずれかであるそのようなＣＣＷ番号の最初のものであるＣＣＷ番号のアドレス
のいずれかである、請求項１６に記載の装置。 - データ処理システムと、
前記データ処理システムにおけるチャネルと、
フレーム・レベルにおいてマルチプレックス操作を可能とするプロトコルを使用した前記チャネルに接続される制御ユニットと、
コンピュータ読取り可能プログラム・コードを記憶したメモリとを含み、
前記コンピュータ読取り可能プログラム・コードは前記データ処理システムを、
前記チャネル内で、様々なステージを通して複数のチャネル・コマンド・ワード（ＣＣＷ）の進行をＣＣＷ番号でトラッキングする手段、
いつエラーが起こり、操作がアボートされたかを決定する手段、及び
エラーが生じた時に、トラッキングされたＣＣＷ番号に基づいて、どのＣＣＷが再試行を試みるかを選択する手段として機能させ、
前記ＣＣＷ番号は、
所与のＣＣＷに対する全ての読み取りデータが受け取られて、前記システムのストーレッジへの格納に成功した時、またはプログラム制御割込み（ＰＣＩ)がオペレーティング・システムへ送り返された時に更新される最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号と、
所与のＣＣＷに対する幾つかあるいは全ての読み取りデータが受け取られて、ストーレッジ・キューに置かれるか、または、ＰＣＩに対するコマンド応答（ＣＭＲ）が受け取られて、ストーレッジ・キューに置かれたものの、データが格納されたこと、またはＰＣＩ割込み条件が生成されたことの確認がまだ行われていない時に更新される最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号と、
非ゼロ・バイト・カウントのＲＥＡＤまたはＰＣＩのＣＣＷが、コマンドを送ったものの応答においてリンクからまだ何も受け取っていない時点まで処理された時に更新される最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ）ＣＣＷ番号と、
いずれかのＣＣＷが処理され、送り出された時に更新される最新割当て（ｌａｓｔ−ａｓｓｉｇｎｅｄ）ＣＣＷ番号とを含む、
装置。 - 前記コンピュータ読取り可能プログラム・コードはさらに前記データ処理システムを、選択されたＣＣＷが非ゼロ・バイト・カウントを有するＲｅａｄである、または選択されたＣＣＷフラグがＰＣＩを含むかのいずれかのとき、チャネルと制御ユニットとの間にチェックポイントを確立する手段として機能させる、請求項２０に記載の装置。
- 前記コンピュータ読取り可能プログラム・コードはさらに前記データ処理システムを、最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が最新待受けＣＣＷ番号と等しい最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号に等しい時、再試行すべきＣＣＷを制御ユニットに選択させる手段として機能させる、請求項２０に記載の装置。
- 前記コンピュータ読取り可能プログラム・コードはさらに前記データ処理システムを、最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号と等しいが、最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号が最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ）ＣＣＷ番号と等しくない時、最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ）ＣＣＷ番号となるＣＣＷを選択する手段として機能させる、請求項２０に記載の装置。。
- 前記コンピュータ読取り可能プログラム・コードはさらに前記データ処理システムを、
最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号と等しくない時、
最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号に等しい、
または、
最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号より大きいＣＣＷ番号であって、非ゼロ・バイト・カウントを有するＲｅａｄである、またはＰＣＩフラグをオンにしているかのいずれかであるＣＣＷ番号であるか、
のいずれかであるＣＣＷを選択する手段として機能させる、請求項２０に記載の装置。 - 前記コンピュータ読取り可能プログラム・コードはさらに前記データ処理システムを、
前記選択されたＣＣＷを再試行する手段、
前記選択されたＣＣＷの再試行が不成功な場合に、チャネルがどのくらいまで前記データ処理システムのストーレッジの変更と、これへのアクセスを完了したかを示す一次ＣＣＷアドレスを決定する手段、及び
前記データ処理システムの前記オペレーティング・システムに前記一次ＣＣＷアドレスを報告する手段
として機能させる、請求項２０に記載の装置。 - 前記コンピュータ読取り可能プログラム・コードはさらに前記データ処理システムを、最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が、最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ）ＣＣＷ番号に等しい最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号に等しい時、最新割当て（ｌａｓｔ−ａｓｓｉｇｎｅｄ）ＣＣＷ番号のアドレスとなる、前記オぺレーティング・システムに報告される前記一次ＣＣＷアドレスを選択する手段として機能させる、請求項２５に記載の装置。
- 前記コンピュータ読取り可能プログラム・コードはさらに前記データ処理システムを、
最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号に等しいが、最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号が最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ）ＣＣＷ番号に等しくない時、
最新待受け（ｌａｓｔ−ｅｘｐｅｃｔｅｄ）ＣＣＷ番号直前のＣＣＷ番号のアドレスか、
最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号より大きく、かつ、非ゼロ・バイト・カウントを有するＲｅａｄである、またはＰＣＩフラグをオンにしているかのいずれかであるそのようなＣＣＷの直前のＣＣＷ番号のアドレス
のいずれかである、前記オペレーティング・システムに報告する前記一次ＣＣＷアドレスを選択する手段として機能させる、請求項２５に記載の装置。 - 前記コンピュータ読取り可能プログラム・コードはさらに前記データ処理システムを、
最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号が最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号に等しくない時、
最新受取り（ｌａｓｔ−ｒｅｃｅｉｖｅｄ）ＣＣＷ番号のアドレスであるか、
最新完了（ｌａｓｔ−ｃｏｍｐｌｅｔｅｄ）ＣＣＷ番号よりも大きく、非ゼロ・バイト・カウントを有するＲｅａｄである、またはＰＣＩフラグをオンにしているかのいずれかであるそのようなＣＣＷ番号の最初のものであるＣＣＷ番号のアドレス
のいずれかである前記オペレーティング・システムに報告する前記一次ＣＣＷアドレスを選択する手段として機能させる、請求項２５に記載の装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/583,670 US6687853B1 (en) | 2000-05-31 | 2000-05-31 | Checkpointing for recovery of channels in a data processing system |
| US09/583670 | 2000-05-31 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002024102A JP2002024102A (ja) | 2002-01-25 |
| JP3683831B2 true JP3683831B2 (ja) | 2005-08-17 |
Family
ID=24334104
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001160196A Expired - Lifetime JP3683831B2 (ja) | 2000-05-31 | 2001-05-29 | データ処理システムにおけるチャネル回復のためのチェックポイント指定方法、装置およびプログラム記録媒体 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6687853B1 (ja) |
| JP (1) | JP3683831B2 (ja) |
| KR (1) | KR100444092B1 (ja) |
| TW (1) | TW589525B (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7478278B2 (en) * | 2005-04-14 | 2009-01-13 | International Business Machines Corporation | Template based parallel checkpointing in a massively parallel computer system |
| US7613846B2 (en) * | 2007-08-30 | 2009-11-03 | International Business Machines Corporation | System for generating a data logout in a computing environment |
| US7600056B2 (en) | 2007-08-30 | 2009-10-06 | International Business Machines Corporation | Method for generating a data logout in a computing environment |
| US8850262B2 (en) * | 2010-10-12 | 2014-09-30 | International Business Machines Corporation | Inter-processor failure detection and recovery |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3688274A (en) * | 1970-12-23 | 1972-08-29 | Ibm | Command retry control by peripheral devices |
| US3736566A (en) * | 1971-08-18 | 1973-05-29 | Ibm | Central processing unit with hardware controlled checkpoint and retry facilities |
| JPS60142418A (ja) * | 1983-12-28 | 1985-07-27 | Hitachi Ltd | 入出力エラ−回復方式 |
| US4912707A (en) * | 1988-08-23 | 1990-03-27 | International Business Machines Corporation | Checkpoint retry mechanism |
| US5392425A (en) | 1991-08-30 | 1995-02-21 | International Business Machines Corporation | Channel-initiated retry and unit check for peripheral devices |
| US6035424A (en) * | 1996-12-09 | 2000-03-07 | International Business Machines Corporation | Method and apparatus for tracking processing of a command |
| KR20010037622A (ko) * | 1999-10-19 | 2001-05-15 | 정선종 | 분산 시스템에서 메모리 체크포인트를 이용한 독립 체크포인팅 방법 |
-
2000
- 2000-05-31 US US09/583,670 patent/US6687853B1/en not_active Expired - Lifetime
-
2001
- 2001-05-14 TW TW090111449A patent/TW589525B/zh not_active IP Right Cessation
- 2001-05-16 KR KR10-2001-0026712A patent/KR100444092B1/ko active IP Right Grant
- 2001-05-29 JP JP2001160196A patent/JP3683831B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002024102A (ja) | 2002-01-25 |
| KR100444092B1 (ko) | 2004-08-11 |
| TW589525B (en) | 2004-06-01 |
| US6687853B1 (en) | 2004-02-03 |
| KR20010110100A (ko) | 2001-12-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7350114B2 (en) | Mechanism for enabling enhanced fibre channel error recovery across redundant paths using SCSI level commands | |
| US5528755A (en) | Invalid data detection, recording and nullification | |
| US6983353B2 (en) | Method and apparatus for enhancing operations in disk array storage devices | |
| EP0682313A1 (en) | System and procedure for detection of a fault in a chained series of control blocks | |
| US20080109576A1 (en) | Data Transfer Apparatus, Storage Device Control Apparatus and Control Method Using Storage Device Control Apparatus | |
| JP2002149499A (ja) | データの完全性を備えるリモートコピーシステム | |
| JP5932947B2 (ja) | ホスト及びシステム | |
| JP2006139478A (ja) | ディスクアレイシステム | |
| US7069305B2 (en) | Computer system and a data transfer method thereof using remote direct memory access | |
| US7143206B2 (en) | Method for controlling data transfer unit having channel control unit, storage device control unit, and DMA processor | |
| JP2002244933A (ja) | チェックサムを異なるメモリ位置へ動的に移動させるシステムおよび方法 | |
| JP3683831B2 (ja) | データ処理システムにおけるチャネル回復のためのチェックポイント指定方法、装置およびプログラム記録媒体 | |
| JP3139548B2 (ja) | エラーリトライ方法、エラーリトライシステム及びその記録媒体 | |
| JP2005165619A (ja) | データ転送装置の制御方法、データ転送装置、記憶デバイス制御装置、記憶デバイス制御装置の制御方法、及びチャネルアダプタ。 | |
| JP2006031335A (ja) | 情報処理システム及び方法 | |
| JPS61278958A (ja) | データ転送装置 | |
| US8289838B2 (en) | Data transfer in a messaging system | |
| US7934067B2 (en) | Data update history storage apparatus and data update history storage method | |
| JP3964629B2 (ja) | ディスクアレイ装置のパトロールによるデータパス異常検出方法及びディスクアレイ装置を備えたコンピュータシステム | |
| US20060005073A1 (en) | Data integrity checking in data storage devices | |
| JPH0713833A (ja) | 順編成ファイル処理方式 | |
| JPH07219796A (ja) | 情報処理装置 | |
| JP2919457B1 (ja) | 二重化装置ｉ／ｏ制御方式およびそのプログラム記録媒体 | |
| JPH10247157A (ja) | トランザクション処理システムおよびそのリカバリ方法 | |
| JPH11212917A (ja) | トランザクションリカバリ方式およびそのプログラム記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040304 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040420 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20040713 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20040716 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041020 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050315 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050330 |
|
| 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: 20050510 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050526 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3683831 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080603 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090603 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100603 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110603 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110603 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120603 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120603 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130603 Year of fee payment: 8 |
|
| EXPY | Cancellation because of completion of term |