WO2001001262A1

WO2001001262A1 - Controleur de peripherique et systeme d'entree/sortie

Info

Publication number: WO2001001262A1
Application number: PCT/JP1999/003366
Authority: WO
Inventors: Sawao Iwatani; Sanae Kamakura
Original assignee: Fujitsu Limited
Priority date: 1999-06-24
Filing date: 1999-06-24
Publication date: 2001-01-04
Also published as: US20050021878A1; US20020040411A1; US6792482B2; US7409472B2

Description

明紺書デバイス制御装置及び入出力システム技術分野

本発明は、メインフレームやオープン系ホスト等の^多様なホストからディスクァレイ等の物理デバィスに文る入出力 ^^をするデバイス制御装 g¾ び入出力システムに関し、特に、入出; ¾ ^の ±i» ^"るキューイング、パスえに伴なうシーケンシャルルアクセスの対応、 ^^^時の待 a¾へのえ、更にチャネル轄 !r^Tるレートの確保の各々を S ^はるデバイス制御装 M¾び入出力システムに默る。背景技術'

現在、ディ

御装置は、 ^能、高高 fi l性ィ匕が進み、の計からだけでなく、 UN I Xやパーソナルコンピュータなど様々な分野のホストシステムに接統できることか"^視されている。

し力、し、デバイス制御装置を多够数のホストに接続するには、いくつかの解決しなければならないがあった。第 1のは、多^数のホストから i¾ にデバイス制御装置に入出力魏（I ZOュマンド）が発行されるため、ホストからの入出力 ^をしてする待ち f W®リソースに負荷が^ Φし、ボトルネックとなっている。デバイス制御装置は、腿のホストを物理的 ir¾続するポート毎のチャネルアダプタと、ホストからの入出^^^括してするリソースマネージャと、各物理デバイス〖 *fし U御を行うデバイスァダプダを備える。ホストからの入出力要求は、チャネルアダプタで入出力要求の内容が解析さォその^^はそのままリソースマネージャに渡される。リソースマネージャは、チヤネノレアダプタからの入出力^^リソースマネージャ內のキュー制御部に設けたキューテーブル（待ち f^ij) 納し、その中より mr次入出力要求を対象となるデバイスアダプタに発行する。デバィズアダプタは、その入出力要求をデノィスに発行し応答をリソース^一ジャに返答する。リソース^一ジャは、デバイス制御装置動 ί^Ψの入出力の排他や、デバイス ^する入出力要求のキュー ®、デバイス制御装置がアレイディスクの場合はアレイ制御を行う。このようにホストからの入出^ は、チャネルアダプ^^ ¾容が解析され、その要求はそのままリソース^ージャに^れている。したがって

、複数醜に入出力魏を発行してくるホストが増えてきている現状では、リソ —スマネージャ内のキュ一制 «5の中にホストの入出力 '積み重なつてしまい、リソースマネージャで行うキュー制 ®K オーバ"^ッドが、デバイス制御装置はボトルネックとなっている。

従って本発明の巨的は、チャネルアダプタにキュー制御部を設け、ホストからの要求はチャネルアダプタで一旦格納され、そののいくつかがリソース一ジャに送られることによりリソ一ス^ージャ力く制御するキューの数を減らすようにしたデバイス制御装置を提^^ることにある。

また本発明のデバイス制御装置にあっては、各種のホストとしてオープン系ホストと接続する、ホストアプリケーションからの入出力 ^をドラィバにより複数パスに分けてロードバランスをとり、 ^のパスがボトルネットとならないような環境を構築することか望ましい。オープン系ホストのホストァプリケーシヨンからの入出力は、散ドラィバによつ T¾数のパスの各デバイスドライバに振り分けられ、更に各ホストアダプタから入出力要求をデバイス制御装置に発行する。このようにして: St分散ドライバ ^数パスを構築することにより、ホストとデバィス制御がるパスのボトルネックを減らす ο

しかし、ここでカつ生じている。それは入出力を分散させることにより、デバイス制御装置 mr従作していたシーケンシヤノレができなくなつてしまうことである。 ^のシーケンシャル入出力要求は、入出のアドレスを確保し、前回のコマンド <Lft較し、アドレスに連緣があつだときシ一ケンシャル入出方^^と判断している。シーケンシャル入出ノ求 eある t ^バイス制御装置が判断すると、プリフェツチ動作や複数領域^リード'ライトなどシーケンシャル入出力要求に効果的な動 "ドをできる。しかし、入出力要求が処理分散ドライバによるロードパランスをとるため、複数パス通してバラバラに発行されると、シーケンシャル入出力^の検出機構力働作しなくなつてしまう。

従って本発明の他の目的は、ホストアプリケーションからのシーケンシャル入出力要求がロートバランスを取るためにパラバラに分けて発行されても、デバイス制御装置側でシーケンシャルカ、か！^できるようにしたデバィス制御装置を提^ることにある。

デノィス制御装置をオープン系ホストに接続して入出力システムを構築する場合、システムの性を向上するためにパス ¾ ^^パスと待パスにィ匕する。例えばオープン系ホストに設けストアプリケーション入出力魏は、パスドライバによって運用系パスのデバイスドライバに発行され、デバイス制御装置のホストアダプタに送られる。この: ϋ ^のデバイスドライバの IfTに繋がるパスに轄力くし合は、パス備ドライバにより轄カ ¾ ^し^ 用系パスのを停止し、待に設定されているデバイスドライバに入出力要求の発行を移行する。

しかしながら、待;^デバイスドライバの S 〖がるパス力長時使用していない間に壌れてしまい、

待縣が動作しない轄が姓している可 fgfe^ある ₀

従って本発明の他の目的は、パスから待パスにを移行した際にに動作するようにした入出力システムを提^ ることにある。

オープン系ホストのホストアプリケーションによる入出方^^をパスと待匿ノ、。スにより 5¾化してデノ <ィス制御装置に発る場合、ヽ。スを使用して特定のデバイスをリザーブ状態に確保しているときに、運^ mノスに轄が ¾^して待縣ノ、°スに移行し d#合、デ / <ィス制御装置と懇したリザ一プのリリース処理の対処カ^ Wである。

即ち、オープン系ホス卜に設け^ストアプリケーションからの入出力要求は、パス替ドライバによって運用系のデバイスドライバに発行される。このデバイスドライバの ΙΪΤΊ^がるパスに轄が ¾ ^した場合、パスドライバはのパスの使用を停止し、入出の発行を待 ^^パ設定されているデバイスドライバに移行する。

しかし、この時、既にホストアプリケーション力^^のデバイスドライバより特定のデスをリザーブしていた場合、デバィス制御装置はパス毎にリザ一ブを制御しているため、他パある待縣デバイスドラ 1ίΤのパスに対しては、処理リザべーシヨン，コンフリクトを応答せざるを得なくなり、パスの冗長化が阻まれてる。

従つて本発明の他の目的は、デバイスのリザ一フが Hiされてる状で他パスに移行しても、リザ一ブ状態を再構築できるようにした入出力システムを提^ r ることにある。

オープン系ホストでは、分散ドライバによりホストアプリケーションからの入出力要求を複数スに分散してロードバランスをとつている。ま†：デノ <ィスドライバの 1パスが故障した場合、残りのパスを使用して処理分散ドライバによりホストアプリケーションからの入出力^ ^分散してドバランスをとることができる。

し力、し、パスに故障を起し^スト系は、他の正^:ホスト系に比較すると故障によつて ¾5®分散の対象となるパスの数が減つているため、システム全体からみた場合に入出力のパスボトルネックとなり、か ¾ちてしまうがある o

従って本発明の他の巨的は、 S分散のパスが ¾l しても、故障前と同等の口一ドバランスを^^して ttt^T を抑えるようにした入出力システムを提^ る

」と Iしめる。

デバイス制御装置によりホス卜からの物理デバイス〖：^ る入出

する入出力システムにおいて、ホスト側のホストアダプタのレートとデバイス制御装置側のチャネルアダプタのレートとの間に差があると、どちら力、遅い方のレートに引っ張られてしまう^ がある。

従って本発明の他の目的は、ホストとデバイス制御装のチャネル^!レートに相違があつても高 L、方のレ一ト ¾tmrきるようにした入出力システムを提 W "る。発明の開示-

(分散キュー制御）

本発明は、多種多様な複数のホストが接続され、ホストからデバイスに対する入出力要求を処理するデバイス制御装置であって、ホストからの入出力要求を受付ける複数のチャネルアダプタと、デバイスに入出力^を発行する複数のデバイスアダプタと、複数のチャネルアダプタと複数のデバイス了ダフタの間でホス卜からの全 ί»¾入出力制御を斤うリソースマネージャとを備える。

このようなデバイス装置につき本発明にあっては、複数のチャネルアダプタの各々に設けられ、ホストからの入出を格 IfrTる第 1キューテーブルと、複数のチャネルアダプタの各々に設けられ、第 1キ —テーブルに格納したホストからの入出力要求をリソースマネージャに発 ίϊ "る第 1キュー制と、リソースマネージャに設けられ、複数のチャネルダプタカ行し:^ストからの入出力要求を複る第 2キューテーブルと、リソース^一ジャに設けられ、第 2キューテーブルに格納しス卜からの入出力^^デバイスアダプタに発行する第 2キュー制»とを設けたことを mとする。

このため複数のホストから複数 |¾に入出力^ ¾受けても、これらのホストからの入出力要求はチャネルアダプタに一旦格納され、その中のいくつかがリソースマネージャに送られるため、リソ一ス^ージャのキュー制御で扱う入出力数を実節に低減することができ、リソース^ジャで行うキュー制御のオーバへッドがデノくィス制御装置のボトルネックとなってしまうことを防ぎ、処理 ¾ を高めることができる。

ここで各チャネルァタプタの第 1キュー制 Mは、第 1キユーテーブルに格納したホストからの入出力^^の中から、 1 Xは複数個単位に入出を取り出してリソースマネージャに Sを依る。また各チャネルァ夕プ夕の第 1キユー制»は、入出力要求のタイミングとして、リソースマネージャからに発行した入出力要求の終告を受けた際に、第 1キューテーブルに格納したホストからの入出力を取り出し ntf記リソースマネージャに処理を依 i る。また各チャネルァ夕プタの第 1キュー制 TOは、一 ¾ ^間毎にソ一ス τ^、ージャに入出力要求力受け付けられるか否かを問 t、合わせ、受付け可能応答を得て第 1 キューテーブルに格納し;/ ス卜からの入出力^^を取り出してリソースマネ一ジャに処理を依頼するようによしてもよい。

リソースマネージャに設けた第 2キュー制御部は、第 2キューテーブルに格納できるホス卜の入出力の数に制限を設け、制 1¾未満のチャネルアダプタからの入出力要求を受け付けて第 2キューテーブルに格納し、制限数以上のチャネルァダブ夕からの入出は受け付けを ig^し、チャネルアダプ^ ϊの第 1キューテ一ブルに格納させる。この場合、リソース、一ジャに設けた第 2キュー制御部は、第 2キューテーブルのビジィ率を計算し、ビジィ率か葛くなづはキュ一ィンク能な入出力要求のを ϋ¾Πさせ、ビジィ率が低くなった場合はキューイング可能な入出力^のを減少させる。ここでビジィ率は、 , 点でキューィングしている全入出力^の数を、キューィング可能な ¾ ^数出割つた値である。これにより各チャネルアダプタからリソースマネージャにキューィングできる入出方要求の数を、リソースマネージャでの入出力のの度合に応じ τ¾的に変化させることができ、チヤネノレアダプタ側でのキューイングがフルとホス卜からの入出力がオーバ一タイムすることを回避する。

また本発明のデバイス制御装置では、チャネルアダプタの第 1キュー制御部とリソースマネージャの第 2キュー制御部は、チャネルアダプタの第 1キューテーブルとリソース^一ジャの第 2キューテーブルを、物理デバイス単位に分けて制御する。

本発明は、更に、多種多様な複数のホストとデバイスの間をデバイス制御装置で接続し、このデバイス制御装置に、ホストからの入出力魏を受付ける複数のチャネルアダプタと、デバイスに入出力^ ¾発行するネ复数のデバイスアダプタと、複数のチャネルアダプタと複数のデバイダ 7夕の間で寸ス卜からの全体的な入出力制御を行うリソース^ージャとを、複数のホス卜から物理デバイスに対する入出力要求を処理するデバイス制御方法をるものであり、複数のチャネルァダプダで受け付けたホス卜からの入出方要求を、各チャネルアダプタに設けた第 1キューテーブルに格納し、第 1キューイングテーブルに格納しているホストからの入出力^^をリソース^—ジャに発る第 1キュー制御過程と；チャネルダプタ力く発行したホストからの入出力をリソースマネージャの第 2キューテーブルに格納し、第 2キューテーブルに格納したホス卜からの入出力要求をデバイスアダプタに発行する第 2キュー制御過程と；

を備えたことを特徵とする。

(シ一ゲンシャル入出力^ ^の検出）

本発明は、ホストのアプリケーションによる入出力^^力く S "分散ドライバによって負荷バランスをとるために複数のデバイスドライバに振り分けられ、各デバイスドラが割り当てられた入出を発る環^ elr作するデバイス制御装置であって、ホストから受領した入出^^ ドレスとデータ長を格るシーケンシャル検出用テーブルと、新たな入出力^ ¾受けた際に、シ一ゲンシャノレ検出用テーブルに既に登録している入出力の了ドレスとデータ長からシーケンシャル入出力^ あつ ^合の次のァドレスを予測し、新たな入出力要求のアドレス <Lt匕較してシーケンシャルをするシーケンシャル検出部とを設けたことを特徵とする。

このためホストアプリケーションのシーケンシャノレ入出力要求カ^9"分散ドラィパ、による複数スのロードバランスを取るための分散 Sによりバラバラになつてデバイス制御装置に発行されても、デバイス制御装置側でシ一ケンシャルな入出方要あることかでき、プリフェツチ動作や複数領域,リード.ラィトなどシーケンシャル入出力 ^^に効 J¾Sr ^~ドを颠できる。

ここでシーケンシャル検は、入出方がシーケンシャルであつた場合の次の予測ァドレスとして、シーケンシャル検出用テーブルに既に登録している入出力要求のァドレスにデータ長をした予測ァドレスを求め、予測ァドレス力新たな入出力要求のァドレスと同一と半衝された場合、シーケンシャル入出力要求と I ^する。

またシーケンシャル検出部は、シーケンシャル入出方^の次の予測ァドレスとして、ホストとの間のチャネルバスの数を n個とした場合、シーケンシャル検出用テーブルに既に登録している入出力^ CTTドレスに、そのデータ長に 1から前記チャネルパス数 nまでの値を) li^®け合わせ Ttn算した予測ァドレス、即ち、予測アドレス =アドレス +データ長 x ( l〜n) を複数求め、いかの予測ァドレスが f ^な入出力要求のァドレスと同一と判断された場台、シーケンシャル入出方要求とすることを特徵とする。これはシーケンシャル入出力要求力く処理分散ドライバにより ^のチャネルアダプタに振り分けられずに、他のチャネルアダプタに振り分けられてしまっている場合、 1つチャネルアダプタからすると、必ずしも次の入出力^^がシーケンシャルになる訳でなく、例えば次の次の入出が自分のチャネルに回ってくることを考慮している。

またシーケンシャル入出力を語識する各チャネルアダプタは、ホストの環境下で、複数のシーケンシャル入出力^ ¾カ1¾に^ Pfしてホストアプリケーション作している場合、各チャネルアダプタのシ一ゲンシャル検出用テーブルを複数のシーケンシャル入出力要求に対応し数設け、シーケンシャル検出部は、複数のシーケンシャル検出用テーブルを)！^照してシーケンシャル多 Sfl作を検出する。この場合、シーケンシャル検出部は、複数のシーケンシャル検出用テ一ブルのいずれかの参照で新たな入出力のシーケンシャルを認識した場合、シーケンシャルのに使用したシーケンシャル検出用テーブルに新たな入出力要求のァドレスとデータ長を格 Ifrする。このため複数のシーケンシャル入出力要求が同時に複数のホストアプリケーションで動作している場合でも、各シーゲンシ.ャル入出力要求に対応して複数のシ一ゲンシャル検出用テーブルを各チャネルアダプタにもつことで、テーブル分のシーケンシャル入出: の多認識できる。

本発明のデバイス制御装置は、ホス卜の各デバイスドライバが発行した入出力要求を受^ tる複数のチャネルアダプタの各々に、シ一ケンシャル検出用テープルとシ一ゲンシャル検出部を設けることを基本とする。

また別の形態として本発明のデバイス制御装置は、複数のチャネルアダプタから参照できる共通領域に、ホストからの入出力のァドレスとデータの組^ ~ 括して格納したシ一ゲンシャノレ検出通テーブルを設け、各チャネルアダプタのシーケンシャル検出部はシーケンシャル検出^通テーブルを参照したな入出力のシーケンシャルのを語識する。更に、シーケンシャル検出部は、入出力^がシーケンシャルであった場合の次の予測ァドレスとして、シーケンシャル検出用テーブルに既に登録している入出力要求のアドレスにデータ長を [JD^した予測ァドレスを求め、予測ァドレスが新たな入出力要求のアドレスと同一と判断されなくとも近似値であれば、シーケンシャル入出力^^と IT識する。このためホストアプリケーションで ί«するシ一ゲンシャルデータのデータ長か^ r変である場合を考慮し、 if こな入出力要求のァドレスとシーケンシャル検出用テーブルのァドレス及びデータ長から算出した予測アドレス力くでなくとも、近似値であればシーケンシャルとする。例えば予測アドレスが

予測ァドレス =ァドレス 2 0 0 0 +データ長 5 = 2 0 0 5

の場台、新たな入出力要求の了ドレスが

2 0 0 0 <新ァドレス < 2 0 0 5

の近似値であれば、シーケンシャル入出力魏と ^する。 (パスの 7CM{h)

本発明は、ホストにデバイス制御装置を介しバイスを接続し、ホスト内のホストアプリケーションの入出力要求をパス潜ドライバによって通常はパスのデバイスドライバに発行し、パスに轄がし合は、パス切替ドライバにより^ パスの使用を停止し r ^^パスのデバイスドライバに入出力要求の発行を移行させる 7^性をもった入出力システムについて、ホスト内に、 ita^パスカ^ IE常に動作するかどうかを iteするため、待^ ¾パスのデバイスドライバの 1STにパス確認コマンドを発 ffTる待縣パス ¾n部を設けたことを特徴とする。このためパスに入出; ¾¾¾発行している通^^にあっても、待縣パスにコマンドか行されて待縣パス力く正常に動作するかどうかを ¾ でき、万一、待パスに!^力しても、このか It できるので^ の適切な対応がとられ、 ^力故障し T^ ^に Sか行した際の待の動 ί 保証することができる。

待縣パス 5S 部は、パス ίΙ コマンドとして、一定の時で、待 ¾¾パスのリード ^のデータとライト： ¾^のデータ ¾1を含むパ; «能を全て確認するコマンドを発行する。このように待 ®¾パスの機能の全てを確認するコマンドを発行することで、待の動作を m に^ IEする。

また待 ¾パス確認部は、パスコマンドとして、デバイス制御装置の制御情報の忧態を確保するコマンドを発行してもよい。このデバイス制御装置の制御情報の状態を確保するコマンドとしては、例えば状通知ユマンドを発行してデバイス制御装置から知コマンドを)^させる。このようにシステムエラ一に^ る状^!知コマンドを待^^パスにパス 51^コマンドとして発行することで、待パスの動作確認に加え、本来システラ"^ パスで発行していた状態通知コマンドを待縣パスにさせることができ、その分、珊系パスの率を低きるメリットがある。

また待麟パス確認部は、パス廳コマンドとして、運用系パスに発行する通常コマンドの"^を待縣パスに発行するようにしてもよい。例えば 1 0 0回に 1回は待«パスにコマンドを発行することで、待パスの動作力 ¾ できる。この場合、待パスに発 i tるコマンドは、どのようなコマンドであってもよい。このように系の通常コマンドの" ^をノヽ。ス確認の： ^ ^ ^に発行することで、待観パスの廳に使用されるコマンドが、待縣パスに対し専用のパス misコマンドを発行した場合に比べ、デバイス制御 ¾Sの^ I†なオーバへッドにならないメリットがある。

また待パス ^は、一 ¾^ 曰 Iで、パス «込んだデータが待パス! ^めるか、もしくは待パスで書込んだデータが運用系パスで^ るかどうかをチエツするクロスチヱツクユマンドを発行してシステム整合性を確認する。このように一で、で書き込んだデータ力待 m¾で読めるカヽ、逆に待ヽたデータ力めるかどうかをクロスチヱックすることで、待 a¾パスの動作 ¾ に加え、データのシステム亩体の整合性を ¾ 、することも可能である。

(リザーブ制御と隨パス體ぇ）

本発明は、ホストにデバイス制御装置を介して物理デバイスを接続し、ホスト内のホストアプリケーションの入出力 ^^パス爐ドライバによって通常は運用系パスのデバイスドライバに発行し、 ^^パスに^が ¾ ^した場合は、パス¾ ^ドライバにより^ パスの使用を停止し r^a^パスのデバイスドラィバに入出力要求の発行を移行させる入出力システムについて、リザーブ制御との連携を適切にする。

このためホスト内に設けられたリザーブ制 »により、待パスに入出力要求の発行を移行させた際に、ホストアプリケーション力にパスより物理デバイスをリザーブしていた場合は、リザーブを)^ るコマンドを待パスより発る。このホスト側のザープ制に対応しバイス制御に設けられたリザーブ制 «5により、待パスからリザーブを^^するコマンドを受領した際に、既に M¾パスより確保されている物理デバイスのリザーブ状態をする。このためパスの^ パスに移行した際に既にホストァプリケーシヨンがパスにより特定の物理デバイスをリザーブしていても、移行先の待パスからのリザーブコマンドにより既存の M¾パスによる物理デバィスのリザーブ状態を解除でき、以降後の待機系パスにより改めて特定の物理デバイスのリザーブ状態を蒲築できる。

またホストに S分散ドラィバを設け T¾数パスのロードバランスをとつている場合にも、同様にデバイスのリザ一フ状態か¾¾されてる状態で他パスに移行しても、リザーブ状態を再構築できるようする。ま発明の入出力システムは、ホストにデバイス制御装置を介し r i理デバイ^接続し、ホストアプリケーシヨン入出力 ^^を、ホスト内の処 M 散ドライバによってロードバランスをとるように複数パスに分散し、特定のパスに轄が発生し/ 合は、鍵分散ドライバにより隨パスの使用を停止し他パスに入出力魏を分散し、更に、ホストアプリケーションよりリザーブコマンドカ^ 分散ドライバに発行された場合に、処理分散ドライバの分 ¾ 理を停止し r ¾®他パスのデバイスドライバにリザーブコマンドを発行し、その後にホストアプリケーションよりリザ —ブ翻徐コマンドを発行した場合に、 S分散ドライバの分散処理を!?^する。このような入出力システムにっき本発明にあっては、ホスト内に設けられたリザーブ制御部により、 I ^パスの使用を停止して他パスに移行した際に、ホストアプリケーシヨン力 ¾にパスより物理デバイスをリザーブしてい ?y 合は、このリザ一ブを解除するコマンドを他パスより発行する。このザーブ制に対応してデバイス制御装置にリザーブ; 部を設け、他パスからリザーブをするコマンドを受領した際に、既に TOパスより確保されている物理デバイスのリザーブ状態を^^る。

(複数パスに财る瘦分散のパス故障対策）

本発明は、ホストにデバイス制御装置を介しバイスを接続し、ホスト内にホストアプリケーションの入出:^^を、分散ドライバにより複数パスの運用系のデバイスドライバに分散してロードバランス !^する入出力システムを対象とする。このように入出力システムにっき本発は、ホストにおいて、分散ドライバに待； ^のデバイスドライバを接続し、 3^のデバイスドライバの 1パスがした際に、待,のデバイスドライバを使用して^ 前と同等の複数パスのデバイスドライバによるロードバランスを H¾する。またデバイス制御装置おいては、のパスのチャネルアダプタと待の 1 パスのチャネルアダプタの各々に特定の物理デバイスと関連付けた I Dを設定し、各チャネルアダプタはホストから設定 I Dと同じ I Dをもつ入出力要求にして I Dで関連付けた物理デバイスにアクセスする。このため運 M¾のデバイスドライバの 1パスか!^を起こした場合は、 ^^のデバイスドライバが ff こなパスとして故障パスの借りに使用でき、故^ と同じパス数を確保して同等の口ードバランスカ^^でき、パスボトルネックがしない。

また本発明は、少くとも 2系統のホストにデバイス制御装置を介して物理デバイスを接続し、各ホスト内にホストアプリケーションの入出力^^を、複数パスの^^のデバイスドライバに分散してロードバランスをする処理分散ドラィバを各々設けた入出力システムを対象とする。

この場合、本発明にあっては、各ホストについて、 S分散ドライバに待のデバイスドライバを接続し、：TO系のデバイスドライバの 1パスで ^力した際に、待のデバイスドライバをし r^¾¾ ^前と同等の複数パスのデバイスドライバによるロードバランスを^する。またデバイス制御装置については、ホストの統毎に ¾¾¾の複数パスのチャネルアダプタを設けると共に、各ホス卜の待機系 2パスを共用待機チャネルの 1パスで受付ける待機系のチャネルアダプタを設け、運用系のチャネルアダプタに各系統毎に特定の物理デバイスと関連付けた I Dを設定し、待のチヤネノレ了グプタには統の物理デバイスに関連付けた 2つの I Dを設定し、各チャネルアダプタはホストから設定 I Dと同じ I Dをもつ入出力要求に応答して I DIT 連付けた物理デバイスにァクセスする。このため各ホスト系統は、 ^^のデバイスドライバの 1パスが障害を起こし;^合、待のデバイスドライバのパスを^ ¾す¾ことで、故障前と同じパス数を確保して同等のロードバランス力 ^できる。さらに、デバイス制御 ¾Sの待縣のチャネルアダプタが各ホスト赚の待縣 2パス i ¾し 1パスで共潘化されるため、 ^^のチャネルアダプタの数が減り、リソース GJ i力利用を^するメリットがある。

(チヤネル^!レートの ¾@化）

本発明は、ホスト側の 1つのホストアダプタとデバイス制御装置の複数のチヤネルァダブダをフアイバチヤネルで^^する^ Fで動作する入出力システムについて、チャネルアダプタのレートがホストアダプタの ¾1レートを Μる時に、ホスト側の複数のオペレーション^を S"分散ドライバによって複数のチャネルアダプタに分散させることを特徵とする。このためデバイス制御装置側のチャネルアダプタのレートか"？ Kくても、これに引きずられることなく、ホスト側のホストアダプタの高い^ §レートを^ im?きる。

また本発明は、ホスト側の複数のホストアダプタとデバイス制御装置の 1つのチャネルァダプダをファイバチャネルでする^ m 作する入出力システムついて、ホストアダプタのレートがチャネルアダプタのレートを Ιϋ る時に、ホスト側の謙のオペレーション魏を S5散ドライバによって繊のホストアダプタに分散させ、複数のホストアダプタより 1つのチャネルァダプ夕にアクセスすることを特徵とする。このためホスト側のホストアダプタの^! レートが引くても、これに引きずられることなく、デバイス制御装置側のチヤネルアダプタの高い^!レートを維持できる。

また本発明は、ホスト側の複数のホストアダプタとデバイス制御装置の 1つのチャネルアダプタをファイバチヤネルで接続する環境下で動作する入出力システムについて、現在どのホストアダプタとチャネルアダプタが使用 τあるかを管理するテーブルを持ち、分散ドライバ又はデバイスドライバは、コマンド処理中はテーブルのリソースに対し ^用中をセッ卜し、コマンド処理を終了した場合は空きをセットし、 ^¾分散ドライバは、テーブルから空きであるホストァダブ夕とチャネルアダプタの組み合わせをし使用することにより物理デバィスに対しアクセスするコマンドを発ること特徴とする。このようにホスト側ホストアダプタ及びデバイス制御装置側チャネルアダプタの空き状況を管理することによって、柔軟にデバイス制御装置に^"るホストからのパスを選択し、リソースの効率的な活用を行うことができ、體の向上にも貢 i る。

更に、本発明は、ホスト側の複数のホストアダプタとデバイス制御装置の 1つのチャネルアダプタをファイバチャネルで接^ 下で動作する入出力システムについて、現在どのホストアダプタとチャネルアダプタ力使用中であるかをするテーブルを持ち、分散ドライバ又はデバイスドライバは、コマンド処理中はテーブルのリソースし TOT中及び各リソース毎に設けたキューテ一ブルのキュ "^をセットし、コマンド ^了し ^合は空き又は 1つ減らしたキュー数をセットし、ドライバは、テーブルから空きであるホストアダプタとチャネルアダプタの組み合わせを^しすることにより物理デバイスに対しアクセスするコマンドを発行し、テ一ブルから空きがない場合は、一番キュー数の少ないホストアダプタとチャネルアダプタの組み合わせを検索し使用することにより、物理デバイスに対しアクセスするコマンドを発行することを特徴とする。このように分散ドライバが^ TTるテーブル内の情報を『使用中』と『空き』だけではなく、各リソース毎に設けたキューテーブルのューの数を入れることにより、分散処理ドライバは一 ^ユー数の少ないリソースに対してコマンドを実 fi^るように Sし、リソースの効率„ と ftfgの向上を図る。

1βの簡単な説明

図 1は分散キュー制御を行う本発明のデノくィス制御装置を用 L、た前半部分のブ口ック図；

図 2は図 1の後半部分のブロック図；

図 3は図 1， 2のチャネルアダプタに設けたキューテーブルの説明図；図 4は図 1 , 2のリソースマネージャに設けたキューテーブルの説明図；図 5は図 1， 2のリソースマネージャに設けたキューフル報告テーブルの説図 6は図 1 , 2のデバイス制御処理のタイムチャート；

図 7は図 1， 2のチャネルアダプタの制御処理のフローチャート；

図 8は図 1， 2のチャネルアダプタの他の制御処理のフローチャート；図 9は図 1， 2のリソースマネージャの制御処理のフローチャート；図 1 0は図 9のキューテーブル格納判 ¾¾ のフローチャート；

図 1 1はビジィ率に基づく 9のキューテーブル ί:¾Τる!^納判 ^理のフローチャート；

図 1 2は複数パスに分散されるシーケンシャル入出力要求をする本発明のデバイス制御装置の前半部分のプロック図；

図 1 3は図 1 2の後半部分のブロック図； .

図 1 4は図 1 2 , 1 3のチャネルアダプタによるシ一ケシンャル検出処理のフロ一チヤ一ト；

図 1 5は複数パスに分散された複数のシーケンシャル入出方をする本発明のデバイス制御装置^半部分のブロック図；

図 1 6は図 1 5の^^部分のブロック図；

図 1 7はシ一ゲンシャル検出テーブルを共通化した本発明のデバイス制御装置の前半部分のブロック図；

図 1 8は図 1 7の後半部分のブロック図；

図 1 9は図 1 7， 1 8のシーケンシャノレ検出用共通テーブルの説 «；図 2 0はパスに冗長性を持たせた塲合の待機系パスの動する本発明の入出力システムのブロック図；

図 2 1はパス切替ドライバにより ¾¾¾パスの障 ¾ ^に待機系パスに移行した際のリ'ザーブ制御の機能プロック図；図 2 2は図 2 1のデバイス制御装置に設けたリザーブリリース管理テーブルに説曜；

図 2 3は図 2 1の障害パス潜えとリザーブ制御のタイムチャート；図 2 4は分散ドライバを用いた場合のリザーブ制御の機能プロック図；図 2 5は図 2 4の隨パス ^えとリザーブ制御のタイムチャート；

図 2 6は処理分散ドライバに待機系のデバイスドライバを設けた本発明の入出力システムの前半部分のプロック図；

図 2 7は図 2 6の»部分のプロック図；

図 2 8は図 2 6， 2了のデバイス制御装置に設けた I D管理テーブルの説 TO ; 図 2 9は 2纖のホストについて分散ドライバに待疆のデバイスドライバを設けた本発明の入出力システムの前半部分のプロック図；

図 3 0は図 2 9の^部分のブロック図；

図 3 1はホスト側のレ一トかくデバイス制御装置側が低い場合のパス Si レートを ¾ϋί [^"る本発明の入出力システムの前半部分のプロック図；図 3 2は Hi3 1の ^^部分のブロック図；

図 3 3は 1ί3 1, 3 2の讓分散ドライノ及びデバイスドライバに設けるテ一ブルの説明図；

図 3 4はホスト側のレ一卜が低くデバイス制 ¾¾«かい場合のパスレートを最適ィる本発明の入出力システムの前半部分のプロック図；図 3 5は図 3 4の »部分のブロック図；

図 3 6は図 3 4, 3 5の分散ドライバに設ける管理テーブルの説明図；図 3 7はホスト側ホストアダプタとデバイス制 ©^g^チャネルアダプタの空き状態をし τ®^Πこノ、°ス» ^する本発明の入出力システムの前半部分のブ口ック図；

図 3 8は図 3 7の後半部分のプロック図；

図 3 9は図 3 7， 3 8の分散ドライバに設けるパステーブルの説画；図 4 0はホスト側ホストアダプタとデバイス制御 ¾S側チャネルアダプタの空き状 ^¾びキュ" ¾をし ¾的にゾ、。ス選択する本発明の入出力システムの前半部分のブロック図；図 4 1は図 4◦の後半部分のブロック図；

図 4 2は図 4 0， 4 1の! ¾5®分散ドライバに設けるパステーブルの説明図；発明を実施するための最良の形態

<目次〉

1. 分!^ユー制御

2. シーケンシャル入出方要求の検出

3. パスの^化

4. リザーブ制御とパスの體ぇ

5. 複数パスにる «I "分散のパス故障対策

6. チャネル ¾ レートの化

1. 分散キュー制御

図 1 , 2は。分ュ一制御が行なわれる本発のデバイス制御装置を備えたコンピュータシステムのブロック図である。

図 1 , 2において、本発明のデバイス制御装置 1 0に対してはメインフレーム 1 2、各種のホスト 1 4、更にオープン系ホスト 1 6力接続さ†U デバイス制御装置 1 0に接続されている物理航デバイス 1 8— 1〜1 8— m ¾ る入出力 ^^のためのコマンドを受付けて旨する。デバイス制御装置 1 0は、チャネルアダプタ 2 0— 1〜2 0— n、リソース^—ジャ 22及びデバイスアダプタ 2 4 _ 1〜2 4— mで構成される。即ち、デバイス制御装置 1 0は、メインフレーム 1 2、ホスト 1 4及びオープン系ホスト 1 6の各ホス卜からの物理的に皿されるポート毎にチャネルアダプタ 2 0— 1〜2 0— nを設けており、各ホストからの要求はチャネルアダプタ 2 0—：！〜 2 0— nで入出力のコマンドがさそのコマンドを必要に応じてキューィングした後にリソース^ージャ 2 2に^。リソースマネージャ 22は、チャネルアダプタ 2 0— 1〜2 0— n側からの入出力のコマンドをキューィングした後に、キューィングした中より欠デバイスアダプタ 2 4—1〜2 4—m側にコマンドを発行する。デバイスァダプタ 2 4—1〜2 4— mは、リソース^—ジャ 22からの入出力^^のコマンドを対応するデバイス 1 8— 1〜1 8—m側に発行し、をリソースマネージャ 2 2に返す。このリソース^ージャ 22による制御動作は、装 SS;作中の制御における入出力の排他^ S、デバイス側 i;r* "るコマンドのキュー^ Sであり、更にデバイス 1 8— 1〜丄 8— mがディスグアレイの場合はアレイ制御を行なう。

このようなデバイス制御装置 1 0にっき本発明にあっては、チャネルアダプタ 2 0—1〜2 0— 11のそれぞれにキュー制御部（第 1キュー制御部） 2 6— 1〜 2 6— nを設け、それぞれキューテーブル（第 1キューテーブル） 2 8— 1〜2 8— nを設けている。またリソース^—ジャ 2 2には ί¾と同様、キュー制御部（第 2キュー制 3 0、キューテーブル（第 2キューテーブル） 3 2カけられ、更 ( 翻でチャネルアダプタ 2 0—1〜2 0— η側にキュー制御部 2 6— 1〜2 6— ηを設けたことに対応してキューフル報告テーブル 3 4を設けている。

このよう ί^φ:発明のデバイス制御装置 1 0は、リソース^ rネージャ 2 2のキュ一制御に加え、各チャネルアダプタ 2 0— 1〜2 0— ηにもキュー制御の機能を分散し Τ¾けたことで、各ホス卜からの入出力のコマンドは一旦チャネルァグプタ 2 0— 1〜2 0— η側に格納さその後にその中の幾つかのコマンドがリソースマネージャ 2 2に送られ、キュ一制御の元にデバイスアダプタ 2 4 - 1 〜2 4— mに ¾ "る：！マン

これによつて同時に複数のホス卜からデバイス制御^ g l 0に入出力^^のコマンドが発行された場合にも、リソースマネージャ 2 2のキューィングでォ一バータイムとなつて制御処理のボトルネックになることを殿肖できる。

ここでオープン系ホスト 1 6にあっては、ホストアプリケーション 5 0に続いて処理分散ドライバ 5 2を設けており、処理分散ドライバ 5 2でホストアプリケーシヨン 5 0からの入出力要求に対し、ロードバランスを取るように下位に位置するデバイスドライバ 5 4— 1〜5 4— iの複数パスに分散したコマンド発行を行う。デバイスドライバ 5 4— 1〜5 4— iに続いては、ホストアダプタ 5 6— 丄〜 5 6— i力設けられ、デバイス制御 ¾S 1 0のチャネルアダプタ 2 0 - 3 - 2 0— nとの^ 複数のチャネルパスしている。図 3は、図 1 , 2のデバイス制御装置 1 0に設けたチャネルアダプタ 2 0—1 のキューテーブル 2 8— 1の構成である。このチャネルアダプタ 2 0— 1に設ける第 1キューテーブルとしてのキューテーブル 2 8— 1は、物理的なデバイス 1 8— 1〜1 8— mに対応してテーブル領域 3 6— 1〜3 6— mに分けられている。テーブル領域 3 6— 1〜 3 6—mには、例えば先頭のデバイス 1 8— 1に対応したテーブル領域 3 6—1を例にとると、ホストからの複数のユマンドを格納することができ、默でのようにコマンド 3 8— 1 1〜 3 8— 1 8の 8假を格ることができる。この点はデバイス 1 8— 2〜1 8— m ( 寸応したテーブル領域 3 8— 2 8〜3 8— m 8についても同様である。

図 4は、図 1， 2のリソースマネージャ 2 2に設けている第 2キューテーブルとしてのキューテーブル 3 2の構ある。このリソースマネージャ 2 2のキュ一テーブル 3 2についても、図 3のチャネルアダプタのキューテーブル 2 6—1 と同様、物理的なデバイス 1 8— 1〜1 8—m( 寸応してテーブル領域 4 0—1 〜4 0— mに分けられている。またテーブル領域 4 0 - 1 - 4 0— mは先頭のテ一ブル 4 0—1を例にとると、ホストからの入出求となる: irrンドが最大でのようにコマンド 4 2—1 1から 4 2— 1， 2 5 6の駄2 5 6個を格 Wることができる。この点は残りのテーブル領域 4 0— 2〜4 0— mについても同様である。

図 5は、図 1， 2のリソース^ージャ 2 2に設 i: tキュー 7ル報^—ブル 3 4の構成である。このキューフル^テーブル 3 4は、チャネルアダプタ 2 0 — 1〜 2 0— n側からキューイングしているコマンドの発れた際に、リソースマネージャ 2 2側でキューフルとなって受付けをキ g¾し fel 合、コマンド受付け f巨否を行つたチャネルアダプタに対するキューフル報告の了を示す「キユーフル報告済み」の情報カ登録される。このためキューフル報一ブル 3 4 は、図 1の物理 δ½デバイス 1 8— 1〜1 8— mに対応し一ブル領域 4 4一 1〜4 4— mに分けられている。このテーブル領域 4 4一 1〜4 4一 mの內、先頭のデバイス 1 8— 1に対応した領^例にとると、図 1， 2のチャネルァダプタ 2 0— 1 ~ 2 0— nのそれぞれに対応したチャネルアダプタ^ 4 6— ; L 1〜 4 6—1 nに対応してデータ領域 4 8— 1 1〜4 8— 1 n力 <設けられる。そして例えばリソースマネージャ 2 2より図 1， 2のチャネルアダプタ 2 0— 2に対し、コマンド発行に财る受付け ig¾を行ってい^合には、そのデータ領域 4 8 - 2 1にキューフル報告力 if ?れたことを^ f報として、例えば「キューフル報告済み」を格納している。 ¾、このデータ領域 4 4— 1 1〜 4 4— 1 nに格納される情報「キューフル ^済み」はフラグなどのオン -ォ7？も良いし、キユーフル報告済みを示すのコ一ドであつても良い。このようなテーブル領域 4 4 - 1の構成は、残りのテーブル領域 44一 2〜 44一 mについても同様である。図 6は、図 1， 2のデバイス制御装置 1 0に設けたチャネルアダプタとリソ一スマネ一ジャの間の制御処理のタイムチャートであり、説明を簡単にするためチャネルアダプタ 2 0—1とリソース^ージャ 2 2の間の制御を例にとつている。

図 6において、いまチャネルアダプタ 2 0— 1においてステップ S 1でホストからのコマンドを受付けると、受付けたュマンドを苣己のキューテーブル 2 8— 1に格納するキューイングをキュー制 6—1で行なう。続いてチャネルァダプ夕 2 0—1のキュー制 «52 6—1はステップ S 3でリソースマネージャ 2 2にコマンドを発行し、リソースマネージャ 22側でホス卜からのコマンドを受付け可能か否か合わせる。このリソース^ージャ 2 2側でのコマンド受付け可能かどうかの問合わせのタイミングは、後の説明で明らかにするように一定時あるいはリソース^ージャ 2 2から 1に発行した:^ンドの終 Tfg告があった場合に行なう。

チャネルアダプタ 2 0—1のステップ S 3によるュマンド発行を受けたリソースマネージャ 2 2は、ステップ S 1 0 1のようにコマンド付け可能か否かチェックし、コマンド受付け可能であれば、ステップ S 1 0 8に進み、コマンドを受付けて受付けたコマンドをキューテーブル 3 2【納して処理を行なう。これに対し、キューテーブル 3 2に格納している未 Sコマンドか定の条件を満足してコマンド受付けができない場合には、ステップ S 1 0 2に進み、要求元のチヤネルアダプタ 2 0— Ι ί: ^し、キュー 7ルを ¾ ^する。このリソース^—ジャ 2 2からのキューフルの報告を受けてチャネルアダプタ 2 0—1はステップ S 4 でそのコマンドを再びキューテーブル 2 8 - 1に再度キューィングする。リソースマネージャ 2 2はステップ S 1 0 3でチャネルアダプタ 2 0—1に対しキューフル報告を行なった後、ステップ S 1 0 3でキュー 7ル報告テーブル 3 4を更新する。即ち図 5のキューフル報告テーブル 3 4において、そのコマンドが対象とする、例えばデバイス 1 8—111 {^応したテーブル領域4 4—111のチャネルァダプ夕番号 4 6 -m lのデータ領域 4 8— m 1に「キューフノレ報告済み」を書込む更新処理を行なう。

次にステップ S 1 0 4でキューテーブル 3 2に保持している受付け済みのコマンドの中から順次取り出して対象のデバイスアダプタ 2 4—1 ~2 4— mのいずれかに '^T=rマンド ½iSを行なう。このコマンドのデバイスアダプタ側への発行によりキューテーブル 3 2は、ステップ S 1 0 5の様に新たにコマンドか受付けられる状態となる。そこでステップ S 1 0 6でリソース^—ジャ 2 2はキユーフル報告テーブル 3 4をサーチし、キューフル報告済みのチャネルアダプタを i¾Rする。この時、キューフル報告のチヤネノレアダプタ力^ 例えばチヤネルアダプタ 2 0— 1のみであった場合には、チャネルアダプタ 2 0— 1をキューフル報告済みのチャネルアダプタとして ¾Rし、ステップ S 1 0 7で皿したチャネルアダプタ 2 0—1に対し、キュけ可能:^ンドを発る。リソースマネージャ 2 2からのキュ一受付け可能コマンドを受領したチャネルアダプタ 2 0—1はステップ S 5でキューイングしていた該当コマンドを再度リソースマネ一ジャ 22に発 f fる。この^行されたュマンドをリソース^ r、一ジャ 2 2 はステップ S 1 0 8で受付け、受付【ュマンドをキューテーブル 3 2に格納してデバイス ί^¾·Τる入出力の処 ®に回す。ここでステップ S 1 0 6におけるキューフル報告テーブル 3 4のサーチで、複数のキューフル報告済みチャネルァダブ夕が同じデバイス領^ 選択され ^^合には、的に最も古いキューフル報告済みのチャネルアダプタを;^してキュ" ^付け可能コマンドを発行する。図 7は、図 6のようなリソース"^ージャ 22との間の讓を実 Tる図 1， 2のチャネルアダプタ 2 0— 1〜2 0—11のそれぞれにおけるチャネルアダプタ処理のフローチャートである。図 7において、チャネルアダプタは、まずステツプ S 1でホストからのコマンド¾1の有無をチエックしており、ホストからコマンドを受信するとステップ S 2で自己のキュ一テーブルる。 ¾コマンド受信がなければステップ S 2の処理をスキップしてステップ S 3に進む。ステップ S 3にあつては予め定めた一 ¾^間の ¾ϋをチエックしており、一定時間を経過するとステップ S 4に進み、キューテーブルに格納しているコマンドを取出しリソースマネージャに発行して受付げ可能か否かを問合わせる。この場合のキユーテーブルからのコマンドの取り出しは、 1假単位にコマンドを取り出して発行する場合と、予め定めた複数個のコマンドをに取り出して発 "る場合のいずれかとすることができる。

ステップ S 4のコマンド発行によるリソ一ス^ージャへの問合わせに対し、ステップ S 5でキューフノレ報告の ¾^エックする。キューフノレ^がなければコマンドを受付け可能であることから、ステップ S 8に進みキューテーブルに格納していたコマンドをリソースマネージャ 2 2に発行する。ステップ S 5でリソース"^ージャから受付け ig¾のキューフル報^ ¾受けると、ステップ S 6で該当コマンドを再びキューテーブルにる。そしてステップ S了でリソースマネージャよりコマンド受付け可能を^ キュ "^付け可能コマンドの有曹をチヱックする。もしキューテーブルに H S^した後 ί^ζテツプ S 7でリソース^ ージャからのキュー受付け可能コマンドが半 iJSijされるとステップ S 8に進み、キユーテーブル i ¾納していたコマンドを再度リソ一ス^ージャに発行して引き -o のステップ s i〜s 8の処葡まステップ s 指あるまで所定のタイムサイクルによる割込み^り返される。

図 8は、図 1， 2のチャネルアダプタ制御処理の他の実施形態のフローチヤ一トであり、 gprのチャネルアダプタ処理にあっては、ステップ s 3で一間毎にリソースマネージャ側にコマンド受付けを問合わせているカ^ 図 8の ¾5®にあつては、リソースマネージャから既に発行したコマンドの終了報告を受けたタイミングで新たなコマンドをリソースマネージャに発斤するようにしたことを特徵とする。

図 8において、ステップ S 1でホストからのコマンドを受信するとステップ S 2で受信したコマンドをキューテーブル^ frTる。続いてステップ S 3でリソ —スマネージャからのキューフル^^のヱックし、ューフル報告がなければステップ S 6に進み、キューィングテーブルに格納していたコマンドを 1 または^ ¾単位にリソースマネージャに発行する。一方、ステップ S 3でキューフル報告があった場合には、ステップ S 4でリソースマネージャのキュー受付け可能コマンドのチェックする。リソースマネージャにあっては、デバイスアダプタ側に既に受付け ^ストからのコマンドを発行すると、キューテーブル力つまたは複いてコマンド受付け可能^ になり、キュー 7ル報告テープルの参照 fg告済みのチャネルアダプタ〖^し、キュー受付け可能コマンドを発行してくる。従ってステップ S 4でキュー受付け可能コマンドがあれば、既に発行済みのコマンドの終了報告と認識でき、ステップ S 5に進んでキューテーブルに格納していたコマンドを 1または複数単位にリソース ^一ジャに発行する。このようなステップ S 1〜S 5のはステップ S 6 ^了指 ^あるまで所定のタイムサイクルなどによる割込み作り返される。

図 9は、図 1， 2のリソース^—ジャ 2 2の制御謹のフローチャートである。図 9において、リソースマネージャ 2 2は、ステップ S 1でチャネルァダプタ側からのコマンド受領のをチェックしており、ュマンドを受るとステップ S 2でキューテーブルの格を Hf Tる。この格納判 ®Μは、後の説明に明らかにする。漏判 ¾OTの！^、ステップ S 3でキュー 7ルでなければステップ S 4に進み、受付けたュマンドをキューテーブル 3 2に格納する。ステップ S 3でキューフルであれば、ステップ S 5に進み、発行元のチヤネルアダプタにキューフルを報告してキューフル^^—ブル 3 4を ¾fする。続いてステップ S 6でデバイスアダプタ側に空きがあれば、ステップ S 7で、空きとなつたデバイスアダプタに対しキューテーブル 3 2のコマンドを発行する。このデバィスアダプタ側 (;=*f^るコマン ¾行でチャネルアダプタからのコマンド受付け可能状態になることから、ステップ S 8でキューフノレ幸^ プル 3 4 をサーチし、ステップ S 9でキューフル^ 5feがある場合には、ステップ S 1 0 でその報告先のチャネルアダプタにキュー受付け可能コマンドを発行する。このようなステップ S 1〜S 1 0の ½醒をステップ S 1 1で終了指があるまで繰り返す。図 1 0は、図 9のステップ S 2におけるキューテーブル格納判 ¾ ®のフローチャートである。このキューテーブル^判にあっては、ステップ S 1で該当デバイスのキューテーブルしてい^処理のュマンド数を歸 366

2 4 し、ステップ S 2でしたコマンド数は、予め^ όた制限値 J:か否かチェックする。未処理のコマンド数が Φ服値未満であれば、ステップ S 3でキュー格納可能を判定する。一方、ステップ S 2で未^ Sのコマンド数が制限値 J:であればステップ S 4でキューフルを判定する。

図 1 1は、図 9のステップ S 2のキューテーブル格納判定処理の他の実施形態であり、この判定処理にあってはリソース T^、ージャ 2 2のキューテーブル 3 2 にホストを受付ける制限数を、キューテーブル 3 2のビジィ率に基づいて動的に変更するようにしたことを特徴とする。

図 1 1において、ステップ S 1で該当デバイスのキューテープノレ (c¾納している未処理のコマンド数を^"すると、ステップ S 2に進み未 Sのコマンド数をキューテーブル {^¾納可能なコマンド数のつて、ビジィ率を計算する。続いてステップ S 3でビジィ率が iSTしたか否かチェックする。ビジィ率が ® していれば、コマンドの受付けにがあることからステップ S 4でキュ一イングするコマンドのを ϋ¾Πさせる。逆にビジィ率力 <±t¾Dしている場合には、キュ一イングに余裕がないことからステップ S 5でキューイングするユマンドの Φ を減少させる。この様にビジィ率に基づいてステップ S 4で it¾またはステップ S 4で減少されたコマンドの «値を ¾ ^にステップ S 6で、この B¾付けたコマンドからの未讓のコマンド数カ謹値か否か^エツクし、謹値未蔬であればステップ S 7でキュ可能を^ mし、謹値 iiであればステップ S 8でキューフルを判定する。この結果、キューテーブル 3 2の実際の格納状況を^ τΤビジィ率に基づいて、チャネルアダプタ 2 0— 1〜2 0— η のキューテーブル 2 8— 1〜2 8— ηから受け取るコマンド数の制限値を変化させることで、 »[を固定的に設定しに比べ、より効率^ J¾コマンドの処理ができる。特にリソース^—ジャ 2 2からデバイス側に文る：^ンドの発効率良く行なわれて、リソースマネージャ 2 2のキューテーブル ^¾きが減つてビジィ率が ®Τしている場合には、制限数的に itJtrさせることでチヤネルアダプタ 2 0— 1〜2 0— n側にキューイングしているコマンドを効率良くリソースマネージャのキューテーブル 3 2にき、チャネルアダプタ 2 0— 1 〜2 0— n側のキューィングがオーバ一タイムによるボトルネックとなる;!犬況を未然に防止できる。

2. シーケンシャル入出方要求の

図 1， 2に示したように、本発明のデバイス制御装置 1 0は、各種ホストのうち、オープン系ホスト 1 6に対しても接続される。

図 1 2， 1 3は、図 1 , 2のオープン系ホスト 1 6に対し本発明のデバイス制御装置 1 0を接続し合のブロック図である。オープン系ホスト 1 6に設けられたホストアプリケーション 5 0— 1， 5 0— 2による入出求は、分散 S ドライバ 5 2によりデバイスドライバ 5 4— 1〜 5 4— nにロードバランスをとるように振り分けらそれぞれのホストアダプタ 5 6— 1〜5 6— nよりデバイス制御装置 1 0のチャネルアダプタ 2 0—1〜2 0— nに振り分けられた入出力要求のコマンドを発行している。このような分ドライバ 5 2によるホストアプリケーションからの入出力要求の振り分けにより、オープン系ホスト 1 6 とデバイス制御装置 1 0を接続するパスのボトルネットを減らとることができる。しかしながら、このような入出力要^^散ドライバ 5 2 "« 数パスに振り分ける場合、 ^が 1つ生じている。そのは、入出力要求を分散させることによつてデバイス制 ® ^置 1 0 m ½^作していたシ一ケンシャ

ことである。従来のシーケンシャル入出力要求は、入出方^^のアドレスをデバイス制御装置 1 0側に確保し、前回のコマンドのァドレス^ Jt較し、ァドレスに連緣性があつたときシーケンシャル入出方^^と判断している。デバイス制御装置 1 0でシーケンシャル入出力要求と判断すると、プリフェツ^^数領域同時リードライトなどのシーケンシャル入出力要求に効果 0 r¾動 p ~ドが額できる。し力、し、図 1, 2のようにオープン系ホスト 1 6に分散ドライバ 52を設けてシーケンシャル入出力要求を複数パスにばらばらに振り分けて発ると、デバイス制御装置 1 0における従来のシ一ケンシャル入出力^^の ¾ώ機構か Teきず、シ―ケンシャル入出力^^か ϋできなくなる。

そこで本発明にあっては、オープン系ホスト 1 6より複数パスり分けられて発行されてくるシーケンシャル入出力^ ¾をするため、図1 2， 1 3の実態にあっては、チャネルアダプタ 2 0—1〜2 0— nのそれぞれにシーゲンシャル検出部 6 0— 1〜6 0— nとシーケンシャル検出用テーブル 6 2 - 1〜6 2— nをそれぞれ設けている。シーケンシャル検出用テーブル 6 2 - 1〜6 2 _ nには、それぞれのチャネルアダプタ 2 0—1〜2 0— nで受領したオープン系ホスト 1 6からの入出力要求についているアドレスとデータ長を格納する。例えばオープン系ホスト 1 6のホストアプリケーション 5 0— 1， 5 0— 2力く、アドレス及びデータ長に示すようなシ一ケンシャル入出力^ ^分散ドラィバ 5 2で振り分けながらデバイス制御装置 1 0に発行すると、チャネルアダプタ 2 0 — 1〜2 0— nのシーケンシャル検^—ブル 6 2— 1〜6 2— nのように、各チャネルアダプタか領した入出力^^についているァドレスとデータ長力く格納される。尚、データ長は、例えばキロバイトを単位としている。

チャネルアダプタ 2 0—1〜2 0— nに設けているシーケンシャル検出部 6 0 — 1〜6 0— nは、オープン系ホスト 1 6から新たな入出力を受けた際に、シーケンシャノレ検出用テーブル 6 2— 1〜6 2— nに登録しているァドレス一夕長から次のアドレスを予測し、新たな入出のアドレスと比較してシーゲンシャル入出力要求のする。例えばチャネルアダプタ 2 0—1でホストアプリケーション 5 0—2からな入出^^として、アドレス「2 0 1 0」でデータ長 Γ5」のコマンドを受けつ i ^d 合、そのときシーケンシャル検出用テーブル 6 2—1に既に登録している入出力^ Tドレスにそのデータ長を加算した予測ァドレスを求め、この予測ァドレスが新たな入出方^^のァドレスと同一と判断され d 合、シーケンシャル入出力^ あるとする。例えば、シーケンシャル検出用テーブル 6 2—1の最¾1^ドレスは「1 0 0 0」であり、そのデータ長は「1 0」であることから、

予測ァドレス = 1 0 0 0 + 10 = 1010

を求め、これを f Ttな入出^^のアドレス「2 0 1 0」 <Li 較する。この場合には不一致となる。不一致の場合には次の入出力のァドレス「2 0 0 5」とデータ長「5」を出し、

予測アドレス = 2 0 0 5 + 5 = 2 0 1 0

を求め、新たな入出力要求のァドレス「2 0 1 0」と比較する。この場合には予測ァドレスと新たな入出力^のァドレス力であることから。今回受け取つた入出力要求はシーケンシャル入出^^あること力できる。

更にシーケンシャル検出部 6 0 - 1〜6 0— nは、シーケンシャル検出用テーブル 6 2— 1〜 6 2— nに登録しているそれ以前の入出力要求のァドレスとデータ長から求めた予測ァドレス力な入出力^^のァドレスと同一になるシ一ケンシャルァクセスでな L、と^し ^合には、シーケンシャル検出用テ一ブルのァドレスに加えるデータ長をオープン系ホスト 1 6との間のパスの数 nまで 1から順次 Jf¾Dさせて予測ァドレスを複め、新たな入出方要求のァドレス ϋ匕較して同一か否か判断し、同一であればシーケンシャル入出方^とする。これはホストアプリケーション 5 0— 1， 5 0— 2からのシーケンシャル入出力要求の 1つであり、それぞれの入出力^^が分散処理ドライバ 5 2による振り分けで、必ずしも同じチャネルアダプタに発^れないことを^している。例えばチャネルアダプタ 2 0— 2のシーケンシャル検出用テーブル 6 2— 2の先頭には既に受けつけた入出力^のァドレス「2 0 0 0」タ長「5」を格納している。この灘" eff こな入出力要求として、例えばアドレス「2 0 1 0」 — タ長「5」を受けつけたとすると、予測アドレスは

予測アドレス = 2 0 0 0 + 5 = 2 0 0 5 となり、新たな入出力のァドレス 2 0 1 0と同一にはならない。この場合シ一ゲンシャル検出部 6 0— 2は

予測ァドレス =ァドレス +データ長 X i の式を用い、 i = l〜nとオープン系ホスト 1 6との^パ η ^Γ とつずつ iを変化させながら予測ァドレスを複出する。

この場合 i = 2のとき、

予測ァドレス = 2 0 0 0 +5 x 2 = 2 0 1 0

となり、新たな入出方^^のアドレス「2 0 1 0」と同一となり、これによつてチャネルアダプタ 2 0— 2力く新たに受けた入出方はシーケンシャルアクセスであることを^ ¾できる。

図 1 4は、図 1 2 , . 1 3の実施形態におけるデバイス制御装置 1 0にも受けたチャネルアダプタ 2 0 - 1 - 2 0— nのひとつについてのシーケンシャル検出処理のフローチャートである。このシーケンシャル検出ま、例え ( 定のタイムサイクルの割り込み行される。シーケンシャノレ検出 Sが開始されると、ステップ S 1でオープン系ホスト 1 6からのコマンドの受領のをチヱックし、受領していればステップ S 2でシーケンシャル検出用テーブルにコマンドのァドレスとデータ長を格frTる。続いてステップ S 3でシーケンシャル検出用テーブルに書かれている前のコマンドのァドレス Ao i d とそのデータ長 L Dから i = 1とし T¾D算値 (A o i d + i - L D) を予測アドレスとして求め、

けたコマンドの新アドレス Anew と一致を判定する。ステップ S 4 TTドレス一致が判別されれば、ステップ S 1 0に進み、新コマンドはシーケンシャルァクセスと判定し、シーケンシャル騰籠能^ IrTる。一方、ステップ S 4でアドレス不一致力"^別され/ d#合には、ステップ S 5に進み、 iはオープン系ホスト 1 6との間の ¾ ^：パ ¾ riに足し否かチャックする。； R^:パ ¾ ηに足していなければ、ステップ S 6で iをひとつインクリメントし、再びステップ S 3に戻り i = 2とし" OJO^値で与えられる予測ァドレ； ^求め、新アドレスと一致判定を行う。このようなステップ S 3〜S 6のを i = l〜«^パス数 11に射るま^りかえす。 M≠ nに i力達してもァドレス一致とならない場合には、ステップ S 7 2進み、シーケンシャル検出用テーブルの全コマンドを Sしたか否かチェックし、未 ^であればステップ S 8に進み、次のコマンドを参照してステップ S たなコマンドのァドレス Ao i d とデータ長 L Dから加算値としての予測ァドレスを求め新ァドレス A n e¥ との一致判定を斤う。このようなステップ S 3〜S 8の処理により、シーケンシャル検出用テーブルに登録されてレ、るすべてのコマンドについての Mが終了してもァドレス一致が得られない場合にはステップ S 9に進み、新コマンドはシーケンシャルアクセスでないと判定する。図 1 5， 1 6は、オープン系ホスト 1 6に設けているホストアプリケーシヨン、例えば 2つのホストアプリケーション 5 0— 1， 5 0— 2力洞時行し τϋτ作することで 2つのシーケンシャル入出方^^同時に発行している場合のデバイス制御装置 1 0の態である。このようにオープン系ホスト 1 6に設けている 2つのホストアプリケーション 5 0— 1 , 5 0— 2が同時に 2つのシ一ゲンシャル入出方要求を出している場合には、デバイス制御装置 1 0のチヤネルアダプタ 2 0— 1〜2 0— nには、オープン系ホスト 1 6の同時に ¥ίϊし Τ» 作するホストアプリケーション 5 0— 1 , 5 0— 2の数、即ち、 2つのアプリケ —ションに対応した数のシーケンシャル検出用テーブル 6 2— 1 1と 6 2— 1 2 ， 6 2— 2 1と 6 2— 2 2， · · ·、 6 2— η 1と 6 2— η 2のように、 2つずつシーケンシャル検出用テーブルを設け、多重テーブル構成としている。シーケンシャル検出部 6 0— 1〜6 0— ηは、図 1 4の実態と同じである力く、 2つのシーケンシャル検出テーブルのう ¾~方でシ一ケンシャルアクセスか ¾(ϋできなかった場合には、別のテーブルに切り替えて同様にシーケンシャルアクセスをする。またシーケンシャル検出部 6 0—1〜6 0—ηは、一方のシーケンシャル検出用テーブルの参照で、シーケンシャルアクセスした場合は、そのシーケンシャルァクセスをするために参照したシーケンシャル検出テーブルに新たに受領している入出^ *のァドレスタ長を格 II ^る。

この場合のシーケンシャル入出力の認識のための ¾Ε®は、図 1 2， 1 3の態と同様、テーブルのァドレスにデータ長を TOした予測ァドレスと新ァドレスが ""であればシーケンシャル入出力 ^とする。更にテーブルのァドレスに、データ長 L Dにオープン系ホスト 1 6とのパ tS [を l〜nの^ ffl とつずつ it¾nし T¾け合わ"^値をした複数測ァドレスとの比較も行う。即ちシーケンシャル検出 ^iSそのものは図 1 4のフローチャートと同じであるが、ステップ S とつのシ一ゲンシャノレ検出用テーブルの全コマンドについて処理を行ってもアドレス一致が得られなかっ^合には、次のテーブルに切り替えて同様なりかえす点が異なる。

尚、図 1 5， 1 6の態はオープン系ホスト 1 6で 2つのホストアプリケーシヨン 5 0— 1 , 5 0— 2か!^並行して入出を発行する場合を例にとつている力 2£(±の任意の数のホストアプリケーションの^ 並行動 T もよく、この同時並 ίϊ¾?'ί^Τるホストアプリケーションの数に応じてチャネルァダプタ 2 0— 1〜2 0— ηに設けるシ一ケンシャノレ検出用テーブルの数力く if¾nする。図 1 7, 1 8は、オープン系ホスト 1 6からのホストアプリケーションによるシーケンシャル入出力要求が分散ドライバ 5 2によりばらばらに振り分けられてデバイス制御装置 1 0に発斤されるの他の Hffi形態である。この態にあっては、チャネルアダプタ 2 0— 1〜2 0— nに、図 1 2， 1 3の実施形態と同じシーケンシャル検出部 6 0— 1〜6 0— nを設けているが、シーケンシャル検出用テーブルについては各チャネルアダプタ 2 0— ;！〜 2 0— 11には設けず、チヤネルアダプタ 2 0— l〜2 0— nの総てが了クセス可能な共通の領域にシーケンシャル検出用共通テーブル 6 4として J¾¾けている。このシーケンシャル検出用共通テーブル 6 4には、チャネルアダプタ 2 0— 1〜2 0— nで受け付けたオープン系ホスト 1 6からの入出の了ドレスとデータ長力格納され、例えば図 1 9のようなテーブル内容を持つ。このようにシーケンシャル検出用共通テーブル 6 4を共通領域に一してまとめておくことで、チャネルアダプタ 2 0— 1〜2 0— nにに設けに比べ、共通テーブルのメモリ領域を節 ^きる。逆にチャネルアダプタ 2 0— 1〜2 0— nに分散し T¾けた場合に比ベると、複数のチャネルアダプタの参照が競合し^ ^i^他制御する必要があるため、その分シーケンシャルァ

かかる場合がある。

3. 冗長化パス

図 2 0は、ホストからデバイス制御装置に射るパ ¾r%M化し/ の待機系ノスの動' m¾確認する本発明の入出力システムのブロック図である。

図 2 0において、オープン系ホスト 1 6にあっては、デバイス制御装置 1 0に文するパスを J ^化するため、ホストアプリケーション 5 0に続いてパスドライバ 7 0を設け、パス¾]¾ドラィバ7 0の¾"^に^¾パス7 4としてホストドライバ 5 4— 1を設け、また待縣パス了 6— 1〜了 6— （n— 1 ) としてデバイスドライバ 5 4— 2〜5 4— nを設けている。

デバイスドライバ 5 4— l〜5 4— iiに続いては、ホストアダプタ 5 6— 1〜 5 6— IIカけられ、それぞれデバイス制御装置 1 0のチャネルアダプタ 2 0— 1 ~ 2 0— nを接続している。デバイ置 1 0には、デバイス制御を行なうリソースマネージャ 2 2かけられ、リソースマネージャ 2 2に続いてデバイスアダプタ 2 4— 1〜2 4— nを設け、これし物理的なデバイス 1 8— 1〜 1 8— nを接続している。この様な系パス 74と待縣パス 76—1〜76— (n-1) によりパスを冗長化した場合、通常時にあっては、ホストアプリケーション 50の入出力要求はパス潜ドライバ 70によって TO系パス 74のデバイスドライバ 54—1 に発行され、ホストアダプタ 56—1を介してデバイス制御装置 10のチャネルアダプタ 20— 1で入出力要求力受領され、リソースマネージャ 22によるデバィス制御の元に対応する領域の、例えばデバイス 18— 1に対し入出力要求が発行されて Sされる。

—方、待縣パス 76— 1〜了 6— (n-1) けているデバイスドライバ

54_2〜54— nにあっては、通^^にあっては使用されていない。デバイスドライバ 54— 1のにつながるパス 74に^ ¾力し^合、パス切替ドライバ 70はパス 74の麵を停止し、例えば待パス 76— 1 として設定されているデバイスドライバ 54— 2にホストアプリケーション 50 からの入出力^^移行させ、待縣パス了 6— 1の麵に漏える。

しかしながら、待¾^パス 76— 1は通¹^は使用されていないことから、長時間^ していない間に壌れてしまっている場合には、正常に動作しない場合がの

そこで本発明にあっては、オープン系ホスト 16 に待パスを設けている。待縣パス確認 ¾ 72は、パス了 6— 1〜76— (n-1) 力く正常に動作するかどうかを確認するため、通に待縣パス 76— 1〜 76 一 (n-1)のデバイスドライバ 54— 2〜54— nの 1E にパスコマンドを発行する。この待 ¾^パス ¾ ¾ΓΤ2によるパス、コマンドの発行による待縣パスの確認は、次のパス 1〜 4の 4つがある。

(1)待縣パス廳処理 1

このパス薦讓は、 ^^パス ϋ¾¾Γ 2カ定の^ ^p ^ ^パス 7 6— 1〜76— (n-1) のデバイスドライバ 54— 2〜54— nの ¾ にパスの機能がすべて 5ΙΜできるようなコマンドを発^る。待縣パス 76— 1〜 7

6— (n-1) の全てのパス機能か ΊΕ常に動作するかどうかを ¾Mできるュマンドとしては、リード: TOのデータを確認するリードコマンドとライト方向のデータ ¾1を確認するライトコマンドがある。例えばインタ一フェースが SCS Iの場合には、パス確認コマンドとして「Te s t Uni t Ready」を使用することで、例えば物理的なデバイス 18— 1の CEエリアに対するテストリードとテストライトを実 ίϊ^ることができる。

(2)待縣パス 5t 麵 2

このは、待驅パス 76— 1〜了 6— (n-1) に発行するパス廳コマンドとしてデバイス制 ® ^置 10の制御',の状態を確保するコマンドを用いる。デバイス制御装置 10の制御 ft¾の状態を確保するコマンドとしては、例えばシステラーに文る忧^ ¾ユマンドを発る。この 4犬知ユマンドに対し、デバイス制御装置 10は ^通知コマンドを ίϋ^することになる。このようなデバイス制御装置 10に ¾·τる状態通知コマンドは、通常はパス切替ドライバ 70によるパス 74のテストドライバ 54— 1ί るコマンド発行でしている。この Sffi^パス了 4に発行している状態通知コマンドを本発明にあっては、待縣パス了 6—1〜了 6— (n-1) のパス ¾ コマンドにすることで、待パスかE常に動^Tるかどうかを確認すると同時に、運縣パス 74i ¾"Tる状^¾1^コマンドの発く機無くなった分、パス 74の觀率を低きるメリットがある。

(3)待縣パス廳処理 3

このは、 OT¾パス 74に通常発行しているコマンドの "^を待パス 76— 1〜76— (n-1) に発る。この^^パスの ¾ に使用する通常のコマンドとしては、パス 74に発行しているどのようなコマンドであっても良い。パス 74の~^のュマンドの^^に¾ "る発行は、例えばパス 74にコマンドを 100 ¾-行したら 1回待パス ίταマンドを発 fi ^るようにすれば良い。このようにパス了 4に発行しているコマンドの ~ ^を待 ¾ ^パス 76— 1〜了 6— (n-1)のパス確認のためのコマンドに使用す ¾ことで、待縣パス ¾M処理用のノ ¾t コマンドを発行している場合に比べ、通常コマンドのを侍パスの ¾ に使用していることから、デバイス制御装置 10からみてパス ¾ コマンドを発行しても^ If "なオーバーへッドにならないメリットがある。

(4)待娠パス鹂麵 4 この確認麵は、一誘»1で¾^パス7 4で書込んだデ一タカ ^W パス 7 6— 1〜了 6— (n— 1 ) めるか、あるいは逆に待 ^パス 7 6—1 7 6— (η— 1 ) で書込んだデータが、 ¾¾¾パス 7 4でるかどうかのクロスチェックのコマンドを発 ff "る。この様な ffl^パスと待パスを用いた書込みと読出しのクロスチェックによって、待^ ¾パス 7 6— 1〜了 6— (n— 1 ) の正作の有無の確認と 1¾に 31 、。スと待 «¾、。スによるデータ共用のシステム自体の整合性を、できるメリットもある。

この様な待;) パス ¾i¾rai 4のいずれか、もしくはその組合わせによつて、待縣カ長時間使用されていない状にあっても、万一、待縣パスに故障があった場合には、待； (^パスの 5I によりが検知され速やかな、などの対策ができる。その結果、テストドライバ 5 4— 1の 1ETにつながる運用系パス 7 4に隨力 ¾ ^し d 合には、パス爐ドライバ 7 0はデバイスドライ、 5 4—1の使用を停止し、待縣パス T 6— 1〜了 6— (n- 1 ) の丙、例えば待;^パス 7 6—1のデバイスドライバ 5 4— 2にホストアプリケーション 5 0からの入出力^^を発行させるに移行し、この„ パス ¾Μ¾Γ 2により待縣パス 7 6— 1か ΊΕ常に動作することかできているため、待縣パス 7 6— 1に入出力^^の発行を移行しても正常に待パス 7 6— 1か作し、ホストアプリケーション 5 0からの入出力^^続しバイス制御装置 1 0側でることができ、高い fi l性が得られる。

尚、図 1 9の実施形態にあっては、パス爾ドライバ丁 0に対し複数の待縣パス 7 6— 1 7 6— (n - 1) を設けている力、待縣は^に応じて 1 あれば良い。

4. リザーブ制御と障害時のパス切替

図 2 1は、ホスト内のパス切替ドライバによりパスの障 ¾ ^に待機系パスに移行した際のリザーブ制御の機能ブロック図である。

図 2 1において、オープン系ホスト 1 6のホストアプリケーション 5 0は、通常時にあってはパス潜ドライバ 7 0により ^ ^パス 7 4のデバイスドライバ 5 4— 1のに入出力要求のコマンドを発行している。この: TO¾パスに力く起きると、パス體ドライバ了 0はデバイスドライバ 5 4— 1の使用を停止し、待機系パス 7 6— 1〜7 6— （n— 1 ) の内、例えば待機系パス 7 6— 1のデバイスドライバ 5 4— 2にホストアプリケーション 5 0からの入出力要求のユマンド発行を移行させる。

一方、ホストアプリケーション 5 0の 1つの機能としてリザーブ制 «8 0が設けられている。リザーブ制 0は、パス 7 4のデバイスドライバ 5 4一 1よりリザーブコマンドを発 fi^ る。デバイス制御装置 1 0にはリザープ処理部 8 2力《設けられ、オープン系ホスト 1 6のリザーブ制 0より発行されたリザーブコマンドで^:されたデバイス、例えばデバイス 1 8— 1のリザープ処理を実行し、ホストアプリケーション 5 0からの入出力^^をデバイス 1 8 - :U *fしてのみ固定するようになる。このリザーブ S部 8 2によるデバィス毎のリザーブ権の管理を行なうため、リソ一スマネージャ 2 2には、リザ一ブ^ ¾テーブル 8 4かけられている。

図 2 2は、リザーブテーブル 8 4の説■である。リザーブテーブル 8 4には、デバイス 1 8— 1〜1 8— m毎にテーブル領域 8 6— 1， 8 6 - 2. • · · 8 6— mカ壞保されている。各テーブル領域 8 6—1 ~ 8 6— mには、リザーブ Stf¾として、リザーブ中か否かを^"情報、リザーブコマンドを受付けたチャネルアダプタ番号、リザーブを行なつ 7 ^スト番号がされる。例えばデバイス 1 8— 1に対応したテーブル領域 8 6— 1には、デバイス 1 8がリザーブ状態に設定されていたとすると、リザーブ中か否かを示 "Tit報として「リザーブ中」力登録され、チャネルアダプタ番号として「2 0— 1」が格納され、更にホスト番号として「1」力《登録されている。次のデバイス 1 8— 2のテ一ブル領域 8 6— 2にあっては、このデバイス 1 8— 2がリザーブ中でないことから、リザーブ中力、否かを示 "T f報として「リザーブ無」が格納され、チャネルァダブ夕番号及びホスト番号は空きとなっている。

再び図 2 1を参照するに、オープン系ホスト 1 6に設けたリザーブ制御部 8 0 は、パス 7 4のにより待縣パス 7 6— 1に入出: のコマンド発行を移行さ場合、このとき既にパス 7 4 i ^Tるリザーブコマンドの発行で、例えばデバイス 1 8— 1がリザーブ状態となってい^合、移行先の待機系パス 7 6— 1のデバイスドライバ 5 4— 2より運用系パス Ί 4により既にリザーブ状態となつているデバイス 1 8— 1のリザーブを解除するためのリザーブ賺コマンドを発 ^ることができる。リザーブ騰コマンドは、待縣パス 7 6一 1の配下にあるデバィス制御装置 1 0のチャネルアダプタ 2 0— 2で受付けられ、リソース ^、一ジャ 2 2に設けたリザーブ; Μ¾58 2で ^ ffi パス 7 4によるデバイス 1 8—1のリザーブ状態の^ ^を行なうことができる。このときリサーブ部 8 2は、 HT2 2のリサーブテーブル 8 4を参照し、そのテープル領域 8 6— 1からデバイス 1 8— 1がリザ一ブ ttSにあることを^^し、且つそのリザ一ブがパス Ί 4のにあるチャネルアダプタ 2 0— 1で行なわれたことをし、リザーブを^ Tることができる。この移 ίϊ の運パス 7 4によるデバイス 1 8のリザーブ状態の^^できることで、ホストァプリケーシヨン 5 0のリザ一ブ制 0 行後の待縣パス 6— 1 ί:^し改めてデバイス 1 8— 1をしたリザーブコマンドを発行しても、デバイス制御装置 1 0で Sリザべーシヨン ·コンフリクトとならずに、藏待縣パス 7 6 によるリザーブコマンドで、デバイス 1 8をリザーブに設定することができる。

一方、ホストアプリケーション 5 0のリザ一ブ制御部 8 0よりリザ一ブ状除のためのリリースコマンドが発行されると、デバイス制御装置 1 0のリソースマネージャ 2 2に設けているリザーブ部 8 2は、リザーブテーブル 8 4 を参照して指定されたリリースコマンドの対象デバイスをし、そのデバイスのリザ一ブを库3^することになる。

図 2 3は、図 2 1の¾«5態におけるリザーブ制御 <h¾作パスで障害がした場合のリザ一ブ賺、更にリザーブ伏態のリリース讀のフロ一チャートである。いま図 2 1のオープン系ホスト 1 6において、パス爐ドライバ 7 0力 ¾TO 系パス 7 4によりホストアプリケーション 5 0からの入出力^^をデバイス制御装置 1 0側に発行して入出力を行なっている状 ^で、例えばステップ S 1の様にホストアプリケーション 5 0からリザープ^^が行なわれたとする。このリザ一ブ要求を受けて、. 系パス 7 4のデバイスドライバ 5 4— 1は、デバイス制郾装置 1 0にホストアダプタ 5 6— 1 由してリザーブコマンドを発行する。このオープン系ホスト 1 6からのリザーブコマンドはデバイス制御装置 1 0のチャネルアダプタ 2 0—1で受付けられ、リソース^—ジャ 2 2のリザーブ処理部 8 2により、例えばデバイス 1 8—1について要求パスのリザーブ権を確保し、それ I»のホストアプリケーション 5 0からの入出力^は、パス 7 4からデバイス 1 8— 1に対しデバイス制御装置 1 0を ¾ώして固定的なパスで行なわれる。

このようにデバイス 1 8— 1 ¾ ^^パス 7 4でリザーブした状態で、 m ^ パス 7 4のいずれか力 ^すると、オープン系ホスト 1 6のパス ¾J¾ドラィバ 7 0は、隨を起こしたパス了 4から例えば ^パス了 6— 1のデ《イスドライバ 5 4— 2 i ¾し、入出のコマンド発行を^¹させる。この運用系パス了 4から待;^パス 7 6— 1への入出力要求のコマンド発行の移行にともない、ステップ S 4でリザーブ制 0は移行先の待 ¾ ^パス 7 6— 1のデバイスドライバ 5 4— 2よりデバイス制 ®¾置 1 0に対し π也パスリザーブ権賺コマンド」を発る。この「他パスリザーブ « Ι^コマンド」は、デバイス制御装置 1 0のチャネルアダプタ 2 0—2で受付けられ、リソース^ージャ 2 2のリザ一ブ^ 3^8 2に与えられる。リザーブ Μ¾58 2は、ステップ S 1 0 2で図 2 2のリザーブテーブル 8 4を参照し、現在リザーブ状態にあるデバイスがデバイス 1 8—1であり、そのパスがチャネルアダプタ番号「2 0— 1 」及びホスト番号「1」からパス 7 4であることを ¾し、 Γ他パスリザ一ブ権纖コマンド」に基づき、この ϋ¾¾パス了 4のリザーブ権を賺する。 ^¾ステップ S 3で動作パスとしてのパス Ί 4にが ¾ ^しなければ、ステップ S 4の「他パスリザ一ブ¾ ^コマンド」の発行はスキップする。

次にステップ S 4でホストアプリケーション 5 0より入出力^ ^行後のパスとなる待縣パス 7 6— 1のデバイスドライバ 5 4— 2より「リザ一ブコマンド」をデバイス制御 ¾S 1 0に発る。このデバイスドライバ 5 4— 2からの「リザーブコマンド」は、デバイス制御装置 1 0のチャネルアダプタ 2 0— 2で受付けられ、リソースマネージャ 2 2のリザーブ 2により同じデバイス 1 8—1について、チャネルアダプタ番号「2 0— 2」とホスト番号「1」の設定により新しいパスのリザーブ権を確保する。続いてステップ S 6でホストアプリケーション 5 0からのリザーブ解除を受けると、最後にリザーブコマンドを発行したパスのデバイスドライバ、即ち待機系パス 7 6— 1のデバイスドライバ 5 4— 2から「リリースコマンド」をデバイス制御装置 1 0に発 fi^る。この「リリースコマンド」を受付けたデバイス制御装置 1 0のリザ一プ処理部 8 2は、リサーブ管理テーブル 8 4の参照で待機系パス 7 6— 1に設定されたリザープ権 ¾ ϋして、そのリザ一ブ権を引き渡すリリースを実行する。

図 2 4は、本発明によるデバイス制御とのパスえの他の実»態のブロック図であり、この HIS形態にあってはオープン系ホストに口ードバランスを確保するために複数のパスをえる分散ドライバを設け合を例にとつている。

図 2 4において、オープン系ホスト 1 6のホストアプリケーション 5 0に続いては、 S分散ドライバ 5 2力く設けられ、デバイスドライバ 5 4— 1〜5 4— n の ¾Tとなる複数のパス 7 8—1〜7 8—！！に対し、ホストアプリケーション 5 0からの入出虔求のロードバランスを保つようにパスえを行っている。このような画分散ドライバ 52を設け^一プン系ホスト 1 6のリザーブ制御処理のため、リザーブ制御部 8 0がホスト内に設けられ、またデバイス制御装置 1 0のリソースマネージャ 2 2にはリザーブ S¾U8 2とリサーブテープル 8 4か 15けられている。このリザーブテーブル 8 4は 2 2と同じものである。オープン系ホスト 1 6に設けたリザ一ブ制御部 8 0は、ホストアプリケーシヨン 5 0からリザ一ブ^^があると、ドライバ 5 2の分 MSを中止し、特定のパスのデバイスドライバ、例えばデバイスドライバ 5 4—1から「リザーブコマンド」をデバイス制置 1 0に発行し、デバイス制御装置 1 0のリソースマネージャ 2 2に設けたリザーブ部 8 2により^^パスのリザーブ権を確保し、且つリザーブテ一プル 8 4にリザーブ状としたデバイスについて「リザーブ中」、チャネルアダプタ番号、ホスト番 ^設定する。

このような処理分散ドライバ 5 2の分散を中止して特定パスのデバィスドライバで入出を発行させるリザーブ確保状態で、このパスに障害力く発るとリザーブ制 » 8 0は 1^パスのデバイスドライバ 5 4— 1の使用を停止し、正^ f他のパス、例えばパス 7 8—1のデバイスドライバ 5 4— 2に入出力^^のコマンド発行を移 ίϊ "る。このとき！^を起こしたパス 7 8— 1についてリザーブ権力 ¾保されていることから、リザーブ制 »8 0は、移行した他のパス 5 4— 2のデバイスドライバ 5 4— 2より「他パスリザーブコマンド」を発行し、デバイス制御装置 1 0で既にリザーブ権を確保した I ^パスについてのリザーブ権を,させる。この様にしてパスのリザーブ権ができると、 ^により ¾/ えた先のパス 7 8— 2のデバイスドライバ 5 4— 2より「リザ一ブコマンド」を発行しても、デバイス制御装置 1 0側で処理リザべーシヨン •コンフリクトとならずに新しいパス了 8— 2でのリザーブ権を確保することができる。また新しいパス了 8— 2に體えた後、ホストアプリケーション 5 0よりリサーブ要求解除があれば、リザーブ制御部 8 0は最後にリザーブコマンドを発行したパスのデバイスドライノく、即ちデバイスドライバ 5 4— 2から「リリースコマンド」をデバイス制御装置 1 0に発行し、パス 7 8— 2のリザーブ権を解除するリリ一ス処を行なう。この様にしてリザーブ権のリリ一スが済むと、リザーブ権の確保状態 ^止していた分散ドライバ 5 2による分 iicOTが欄され、ロードバランスを保つようなパス T 8—1〜了 8—nのデバイスドラィバ 5 4— 1〜5 4— n ( る入出力^^の発行の分散が行なわれる。

図 2 5は、図 2 4の処¾ "分散ドライバを甩い^合のリザーブ制御と轄魅時のパス騰のフ口"^ 一トである。この 2 5のフロ ~ "ャ一トにあっては、オープン系ホスト 1 6がステップ S 1でホスト T リケ一シヨン 5 0からリザ一ブ^^を行なった際に、処理分散ドライバ 5 2の分散処理を中止し、ステップ S 3 ? 定パスのデバイスドライバから「リザーブコマンド」を発行する点力図 2 1のパスドライバ了 0の場合と異なる。またステップ S 5， S 6で「他パスリザーブ; コマンド」の発行で、他パスのリザーブ権をし、ステップ S 6で「リザーブコマンド」を発行し T ?しいパスのリザーブ権を確保した後に、ステップ S 7でホストアプリケーション 5 0からリザーブ"^^^あり、これに基づきステップ S 8で「リリースコマンド」を発行してリザーブ権のリリ一ス処理を行なつた後、.それまで中止していた分散ドライバ 5 2の分散処理をする点か 1のパスドライバ 7 0と異なる。 5. 複数パス〖る処理分散のパス聽対策

図 26， 27は、オープン系ホストの分散ドライバに待機系のデバイスドライバを設けた本発明の入出力システムのブロック図である。

図 26, 27において、この実請態にあっては、オープン系ホスト 16—1 , 16— 2の 2系統について、デバイ ^®I¾S10を介して物理的なデバイス 18— 1〜18— mを接続している。オープン系ホスト 16— 1， 16— 2は、それぞれホストアプリケーション 50— 1, 50— 2の入出力要求 (^し、 S 分散ドライバ 52— 1， 52— 2によりデバイスドライバ 54—11〜54—1 n及びデバイスドライバ 54-21〜54— 2nのそれぞれの系パス 90— 11〜90— In及び 90-21〜90— 2 nに讓を分散してロードバランスを！ ^している。オープン系ホスト 16— 1， 16— 2のデバイスドライバ 54 —11〜54—1 n及びデバイスドライバ 54_21〜 54— 2 nに続いては、ホストアダプタ 56— 11〜 56— 1 n及びホストアダプタ 56— 21〜 56— 2 n力く設けられ、それぞ用のパスによつバイス制御装置 10のチャネルアダプタ 20— 11〜20— 1 n及びチャネルアダプタ 20— 21〜20-2 n に接続している。デバイス制御装置 10はチヤネノレアダプタ 20—11〜20— 2 nに続いて、リソースマネージャ 22を設けており、リソースマネージャ 22 にはデバイスアダプタ 24—1〜24— nのそれぞれを介して物理的なデバイス 18— 1〜18— mを接続している。

このようなオープン系ホスト 16— 1, 16— 2におけるホストアプリケーシヨン 50— 1， 50— 2からの入出力要^^ TO分散ドライバ 52— 1， 52- 2で、運縣パスのデバイスドライバ 54— 11〜54—1 n, 54-21〜5 4一 2nに分散してロードバランスを保つ構成に加え、本発明にあっては、更に処理分散ドライバ 52— 1， .52— 2に対し、待縣パス 92— 1、 92— 2を構築するデバイスドライバ 54— 01， 54— 02のそれぞれを新たに設けている。待縣のデバイスドライバ 54— 01， 54— 02の ί 寸しては、ホストァグプタ 56— 01, 56— 02力けられ、デバイス制御装置 10側にも、これに対応して待;^のチャネルアダプタ 20-01, 20— 02を設けている。ここでデバイス制御装置 10のリソースマネージャ 22には、 I D^Sテープル 94力- けられている。 I テーブル 94は、オープン系ホスト 16—1 ， 16— 2のごとに分けバイス制御装置 10に設けているチャネルァダプタ 20— 11〜20— 2ηに IDを設定している。即ち、オープン系ホスト 16—1の M¾パス 90—11〜90—1 nに対応したデバイス制御装置 10 のチャネルアダプタ 20— 11〜20— 1 nには、デバイス 18— 1に関連付ける「ID1」を設定している。一方、オープン系ホスト 16— 2のパス 9 0-21〜90— 2 nに対応したデバイス制御装置 10のチャネルアダプタ 20 -21〜20— 2 nには、デバイス 18— 2との関連付けを行なう「ID2」を設定している。この I Dの設定は、パス 92— 1, 92— 2に対応しバイス制御装置 10に設けている待のチャネルアダプタ 20— 01, 20- 02についても同様であり、オープン系ホスト 16— 1の系^待 »パス 92 —1に設けたチャネルアダプタ 20— 01には、運用系のチャネルアダプタ 20 一 ll〜20— lnと同じ、デバイス 18— 1に TO付ける「I D1」を設定している。一方、オープン系ホスト 16— 2の待機系パス 92— 2に設けているデノイス制御装置 10の^^のチャネルアダプタ 20— 02については、のチャネルアダプタ 20— 21〜20— 2 ηと同じ、デバイス 18— 2に^!付けた「I D2Jを設定している。

図 28は、デバイス制御装置 10のリソースマネージャに設けているテーブル 94の説画である。この I ϋ テーブル 94は、デバイス 18—1 〜18— mに対応してテーブル領域 96— 1〜96— τπを設けている。デバイス 18— 1に対応したテーブル領域 96—1には、 IDとして「1」が設定され、またチャネルアダプタ番号としての「20— l l〜20— ln」に加え、待機系の「20— 01」力設定される。更にホスト^としてオープン系ホスト 16— 1を^ "T「1」が設定されている。次のデバイス 18— 2に対応したテ一ブル領域 96— 2については、 IDとして「2」か定され、チャネルアダプタ番号としての「20-21〜20— 2n」及びの「20— 02」が設定され、更にホスト番号としてオープン系ホスト 16— 2を^ 「2」カ定されている。次に図 26， 27の入出力システムの処 SSJ作を説明する。通常の状態にあっては、オープン系ホスト 16— 1, 16— 2のホストアプリケーション 50 —1， 50— 2のそれぞれが、入出力要求を処散ドライバ 52— 1， 52- 2に対し行なっており、分散ドライバ 52— 1， 52— 2はロードバランスを保つように M¾パス 90—11〜90—1 nのデバイスドライバ 54—11 〜54— 1 n

90-21〜90— 2 nのデバイスドライバ 54— 21〜54— 2 nも対象に口一ドバランスを類するように擁を分散している o

ここでオープン系ホスト 16—1のドライバ 52— 1を例にとると、ホストアプリケーション 50—1より入出^^を受けた際に、ロードバランスを保つように、例えば S ^パス 90—11を使用して入出力魏 ί:^応したコマンドを発^るが、このユマンドにはチャネルアダプタ 20— 11に設定されている「ID1」を付けて発行する。このためデバイス制御装置 10のチャネルアダプタ 20— 11は、ホストアダプタ 56— 11を介しバイスドライバ 5 4-11より発行されたコマンドの「ID1」が自分に設定された I Dと同じであることからコマンド 2として受付け、リソースマネージャ 22に受けとつたコマンドを引き渡し、リソース^ージャ 22よりその I D 1で閲連付けられたデバイス 18—1に対しコマンドを発行し TTクセスを行なう。

この点はオープン系ホスト 16— 2側の散ドライバ 52— 2による処理分散についても同あり、入出力魏を受けた際に、讓分散ドライバ 52— 2は運用系のデバイスドライバ 54— 21〜54— 2 nのいずれか 1つを口一ドバランスを難するように麵してのチャネルアダプタ 20-21-20 一 2ηに設定されている「ID2」を付けたコマンドを発行し、デバイス制御装置 10側で「I D2」に関連付けたデバイス 18— 2 ¾"Tるアクセス行なわせる。

次に ^の 1パ故^^起き^合の^ Sを説明する。いまオープン系ホスト 16—1の S"分散ドライバ 52—1に接続し、るデバイスドライバ 54 -11及びその 1Ξ のパスとなるパス 90— 11で故障が ¾ ^したとする。このパス 90— 11におけるお偉¾^{ 寸し、分散ドライバ 52— 1はデバイスドライバ 54—11を使用したコマンドの発行を停止し、新たに待縣パス 92—1に設けているデバイスドライバ 54— 0 パスの故障パスに変えるパスに含める。このため故 Ittiiと同じパス数のデバイスドライバ 5

4一 01, 54— 12〜54— 1 nを対象に、ホストアプリケーション 50— 1 からの入出方要求にる S分散を行なってロードバランスを保つ。このため系ノ、。スの 1パスに故障が起きても、 «^/ スによるで故,と同等のロードバランスが類でき、 ¾ ^の 1パスに故^^起きても他のオープン系ホスト 16— 2の麵分散に比べ、パスボトルネックとなる事なく故^ と同等な入出力処理のする事ができる。この様な TO¾パスの故障は、オーブン系ホスト 16— 2側の S ^の 1パ 7TC故^^起き合にも同様に、待匿パス 90— 2のデバイスドライバ 56-02の^^故障パスの変わりに行なわれ、故,と同等なロードバランスを^できる。

図 29， 30は、図 26， 2了の実觸態について、 2系統のホストについて麵 Uに設けている待のデバイス制御装置 10のチャネルアダプタを共用化したことを特徴とする。 HT29, 30において、オープン系ホスト 16— 1, 16 一 2における処理分散ドライバ 52— 1， 52-2.運用系のデバイスドライバ 54— 11〜 54— In, 54— 21〜54一 2n、 ^^のデバイスドライバ

54— 01, 54— 02、更にホストアダプタ 56—11〜56—1 n， 56— 01， 56-02, 56—21〜56— 211は、図26， 27の実藤態と同じである。これ ( ¾しデバイス制御装置 10に設けている待のチャネルァダプ夕を、図 26， 27の絲統ごとのチャネルアダプタ 20— 01, 20— 02の代わり【^一のチャネルアダプタ 20— 00としている。この待 ^の共用チヤネルアダプタ 20— 00に対しては、オープン系ホスト 16— 1， 16— 2に設けている待i¾パス 92— 1， 92— 2のホストアダプタ 56— 01， 56-0 2より共通待機パス 98の 1パス镜している。また共用待機用のチャネルァダプタ 20-00に対する IDの設定は、チャネルアダプタ 20— 00がオーブン系ホスト 16— 1における待縣のデバイスドライバ 54— 01からの I D 1 のコマンドとオープン系ホスト 16— 2の待縣のデバイスドライバ 54— 02 の I D 2のコマンドの両方を力に受付け ΤΤΐ^するがあることから、ォ一プン系ホスト 16— 1， 16— 2の両方に it ^するための 2つの「I D 1」と「 ID 2」を設定している。このため待機用のチャネルアダプタ 20— 00はオープン系ホスト 16—1のデバイスドライバ 54— 01から I D 2のコマンドを受領した場合には、リソースマネージャ 22及びデバィスアダプタ 24 _ 1を介して「I D 1」連付けられたデバイス 18— 1にアクセスする。またォープン系ホスト 16— 2のデバイスドライバ 54— 02から「I D2」のコマンドを受付けた場合には、リソースマネージャ 22及びデバイスアダプタ 24— 2を介して「I D2」連付けたデバイス 18— 2にアクセスする。このようにォ一プン系ホスト 16— 1, 16— 2の異なる待縣パス 92— 1. 92— 2からの「ID1」または「ID2」付きのコマンドを受付け、 Γ番号で関連付けられるデバイス 18— 1または 18— 2にアクセスする機能を、例えば「Sha r e d i na c t i ve pa s s」と呼ぶことができる。このようにデバイス制御装置 10に設けている 2つのホスト系の待^ ^パスを 1パスとしてコマンドに応答する共用待機用のチャネルアダプタ 20— 00を設けた点以外は、図 26， 27の態と同じになる。

尚、図 26， 27¾び図 29， 30の実態にあっては、オープン系ホスト 16— 1， 16— 2の 2系統の入出力 ^^を ¾ 分散によりロードバランスを実現してデバイス制御装置 10にコマンドを発 fi^る場合を例にとっている力デバイス制御装置 10に接^ Tるオープン系ホス卜の数は^ に応じて意の数とすることができる。また、図 29， 30にあっては、 2系統のオープン系ホスト 16— 1, 16— 2からの待縣パスについてデバイス制御装置 10のチャネルアダプタを共用化しているカ^更にオープン系ホストが i ¾0し :^合には、ォープン系ホストの系寸応した I Dを設定することで、複数の待パスを共通の 1パスとして 1つの共用待機用のチャネルアダプタ" Cし、待のチヤネルァダブ^:を減らす事でリソースの ¾ iJ用ができる。

6. チャネル^!レートの ¾®化

図 31, 32は、ホスト側のレートかく、デバイス制御装置側の ¾¾レ一ト力低 L、場合のチヤネル間のパス^!レートをる本発明の入出力システムのブロック図である。

図 31， 32において、オープン系ホスト 16 ^バイス制御装置 10との間のチャネルパスとして、ファイバチャネル ·アビトレーテツドル一プ 98を^ している。このファイバチャネル ·アビトレーテッドループ 98は、オープン系ホスト 16とデバイス制御装置 10との間のデータ^単位を 2 Kバイト以内のフレームに分割して行なっている。このため従来のパラレル S C S Iと異なり、同時に複数のオペレーションの実 ff^可能である o

オープン系ホスト 16の麵分散ドライノ、 52は、ホストアプリケーション 5 0より、例えばオペレーション単位に入出力要求を受け、デバイスドライバ 54 _1~54— 4から入出力^^ ^¾応したコマンドを発行し、ホストアダプタ 5 6— 1〜56— 4からファイバチャネル ·アビトレ一テツドループ 98を介してデバイス制御装置 10のチャネルアダプタ 20— 1〜20— 4側 i rrマンドを転送している。デバイス制御装置 10は、チャネルアダプタ 20— 1〜20— 4に続いてリソースマネージャ 22を備え、リソース τ^—ジャ 22に対しては、デバイスアダプタ 24— 1, 24— 2を介して、例えばデバイス 18— 1， 18— 2を接続している。

ここでオープン系ホスト 16側に設けているホストアダプタ 56— 1〜56— 4のデータの gitレー卜が 10 OMB/sであり、これに対しデバイス制御装置 10に設けているチャネルアダプタ 20— 1〜20— 4のデータのレー卜が、その半分の 5 OMBZsであったとする。このようにホスト側のホストァダプ夕 56_1〜56— 4【 ¾しデバイス制御装置 10側のチャネルアダプタ 20— 1〜20— 4の^!レートが低い場合には、ホストアダプタとチャネルアダプタの 1対 1のチャネルパスによるデ一タ^ iにあつては、必 f¾iレートの低い方の 5 OMBZsに引っ張られ、ホストアダプタ 56— 1〜56— 4は、本来は 1 0 OMB/ sの^!レートを出すことができる力実際は半分の ¾ ^しか発揮することができない。

そこで本発明にあっては、オープン系ホスト 16側のホストアダプタ 56—1 とデバイス制御装置 10のチャネルアダプタ 20— 1， 20— 2について示すように、ホストアダプタ 56— 1からパス 100— 1によりチャネルアダプタ 20 一 1をアクセスすると同時に、ホストアダプタ 5 6—1からパス 1 0 0— 2により他のチャネルアダプタ 2 0— 2もァクセきるようにする。このようにホストアダプタ 5 6—1によって 2台のチャネルアダプタ 2 0 - 1 , 2 0— 2をァクセスできるようにするための機能は、オープン系ホスト 1 6側の ί¾ί1Ι分散ドライバ 5 2にチャネルアダプタ管理テーブル 1 0 4を設け、同時にデバイスドライバ 5 4— 1にも同じ P¾ を^ チャネルアダプタ ^テーブル 1 0 4— 1を設ける ο

図 3 3は、図 3 1， 3 2の処理分散ドライバ 5 2及びデバイスドライバ 5 4— 1に設けたチャネルアダプタテーブル 1 0 4， 1 0 4— 1の説 ^I である。このチャネルアダプタテーブル 1 0 4， 1 0 4— 1にあっては、 2つのオペレーシヨン 1， 2がどこまで進んでいるかをしている。

図 3 1， 3 2のホス卜アダプタ 5 6—1によって 2つのチャネルアダプタ 2 0 — 1， 2 0— 2に 1¾に 2つののデ一タ^!を行なう場合の «1®作を説明すると、次のようになる。オープン系ホスト 1 6のホストアプリケーション 5 0 は、処理分散ドライバ 5 2 ( しデバイス 1 8— 1 ί¾·Τる入出力魏として、オペレーション 1とオペレーション 2を出しており、オペレーション 1について図 3 3のチャネルアダプタ管理テーブル 1 0 4, 1 0 4— 1のように、チャネルアダプタ 2 0— 1にオペレーション 1カ当てられ、チャネルアダプタ 2 0 - 2 にオペレーション 2力割当てられる。ここで、デバイスドライバ 5 4—1によりオペレーション 1， 2を割当てるチャネルアダプタは、チャネルアダプタ 2 0— 1〜2 0— 4のいずれに対しても自由に行なうことができるが、この場合にはチャネルアダプタ 2 0— 1 , 2 0—.2に割当て^合を例にとっている。

続いて讀分散ドライバ 5 2は、 2つのオペレーション 1とオペレーション 2 のデータをデバイスドライバ 5 4— 1及びホストアダプタ 5 6— 1によりパス 1 0 0による 1 0 0 MB/ sの^ レート分割で 2つのチャネルアダプタ 2 0 ー1と 2 0— 2に ¾Sのパス 1 0 0— 1， 1 0 0— 2に分けてする麵り返す。このためチャネルアダプタ 2 0— 1 , 2 0— 2側から見ると、パス 1 0 0 - 1 , 1 0 0— 2によるホストアダプタ 5 6— 1から 5 O MBZ sの^レー卜でオペレーション 1とオペレーション 2のそれぞれのデータ^ ¾されていることになる。

このとき ί¾Ε®分散ドライバ 5 2及びデバイスドライバ 5 4— 1は、図 3 3に示したチャネルアダプタテーブルを参照して、チャネルアダプタ 2 0— 1に対するオペレーション 1のデータ^!がどこまで進んだか、同じくチャネルァダプ夕 2 0— 2に文るオペレーション 2のデ一タ^!がどこまで進んだかをしながら、オペレーション 1及びオペレ一シヨン 2の,^ 理を行なう。ここで、図 3 1 , 3 2の形態にあっては、ホストアダプタ 5 6— 1で 2つのオペレーションを 2つに分けてチャネルアダプタ 2 0— 1 , 2 0— 2に分けて fe¾しているが、 1つのオペレーションのデータ^!を 2つに分け TStすることも可能である。しかしながら、ファイバチャネル ·アビトレーテッドループ 9 8より 1つのオペレーションを 2つに分けてることは、ファイバチャネルの技術的ながあることから、 2つ £しヒのオペレ一シ 3ンをオペレーション単

にあっては、ホストアダプタ 5 6— 1からのデータ転送を例にとっているが、他のデバイスドライバ 5 4— 2 ~ 5 4— 4についても同様に、デバイス制御装置 1 0側に設けているチャネルアダプタ 2 0— 1〜2 0— 4の中から 2つのチャネルアダプタを選択して、に 2つのオペレーション^^ることができる。

このようにデバイス制御装置 1 0側のチャネルアダプタ 2 0— 1〜2 0— 4のレートに対し、ホスト側のホストアダプタ 5 6—1〜5 6—4側の^ ¾レートカくても、低い方の ¾1レートに引きずられる事なく、高い方のホストァダプ夕 5 6— 1〜5 6— 4の^ gレートによつバイス制御 ¾M 1 0に対するデ一タを行なうことができる。

図 3 4, 3 5は、図 3 1， 3 2の態とは逆に、ホスト側の ^レートが低く、デバイス制御装觀„ レートかい場合のパスレートを最適^ る本発明の入出力システムのプロックある。

図 3 4， 3 5において、オープン系ホスト 1 6及びデバイス制御装置 1◦側の構成は図 3 1， 3 2の H»態と同じであるが、ホスト側のホストアダプタ 5 6 — 1〜5 6— 4の ^^レートが 5 O MBZ sと低く、これに対しデバイス制御装置 1 0側のチャネルアダプタ 2 0— 1〜2 0— 4の^ iレートが 1 0 O MBZ s と高くなつている。このような場合にも、ホストアダプタとチャネルアダプタの 1対 1のチャネルパスによるデータ SI は、低いホスト側のホストアダプタの

¾¾ii^5 0 MB Z sに引きずられ、 s¾ ^^'erする。

そこで本発明にあっては、ホストアダプタ 5 6— 2からチャネルアダプタ 2 0 一 3をアクセスすると同時にホストアダプタ 5 6— 3からも同じチャネルァダプ夕 2 0— 3をアクセスできるようにする。この 2つのホストアダプタ 5 6— 2, 5 6— 3から 1つのチャネルアダプタ 2 0— 3をパス 1 0 2— 1 , 1 0 2— 2により同時にァクセ ττϋきる難は、鍵ドライバ 5 2及びデバイスドライバ 5 4— 2， 5 4— 3によって行なわれる。このため ^分散ドライバ 5 2には、ホストアダプタテーブル 1 0 6カけられ、またデバイスドライバ 5 4— 2 , 5 4— 3にも同じテーブル内容を^^ホストアダプタテーブル 1 0 6— 2 , 1 0 6— 3を設けている。これによつて分散ドライバ 5 2は 2つ J:の処理、具にはホストアプリケーション 5 0による 2つのオペレーションをデバイスドライバ 5 4— 2, 5 4— 3に対し、同時に行なわれるように構成している図 3 6は、図 3 4， 3 5のホストアダプタ雜テーブル 1 0 6, 1 0 6— 2, 1 0 6— 3の説 TOであり、ホストアダプタ 5 6— 2， 5 6— 3に対応して、それぞれのオペレーシヨン 1と 2がどこまで進んでいるかをテーブル上にしている。図 3 4， 3 5において、ホストアプリケーション 5 0よりオペレーション 1とオペレーション 2の入出力 ¾ ^か 1¾にあると、 S分散ドライノ、 5 2はホストアダプタテーブル 1 0 6を参照して、オペレーション 1の入出力要求をデバイスドライバ 5 4— 2に行ない、醜にオペレーション 2の入出求をデバイスドライバ 5 4— 3に行ない、それぞれ入出方に対応したコマンドを発行し、ホストアダプタ 5 6— 2， 5 6— 3よりパス 1 0 2— 1， 1 0 2に分けて各々 5 O MBZ sの^!レー卜で送って合成し、 1 0 O MBZ sのレートのチャネルパス 1 0 2としてデバ、イス制御装置 1 0のチャネルアダプタ 2 0 - 3 に送る。チャネルアダプタ 2 0— 3は、オペレーション 1のデータ^ びオペレーシヨン 2のデータ^!について、同じデバイス 1 8— 2に対しアクセスを行なう。この^にも、ホスト側で 1つのオペレーションを 2つに分けてホストアダプタ 56— 2， 56— 3からチャネルアダプタ 20— 3に送ることは、ファィバチャネル ·アビトレーテツドル一プ 98を使用し^合の技術上の,があることから、 2つのオペレーションを分散ドライバ 52によりデバイスドラィバ 54— 2， 54— 3に分散し、ホストアダプタ 56— 2, 56— 3から同じチャネルアダプタ 20— 3にし、チャネルアダプタ 20— 3側の高い ¾¾レート 10 OMBZsを確保している。

図 37， 38は、ホスト側のホストアダプタとデバイス制御装置側のチャネルアダプタの空き状態を^ Sし TSf的にチャネルパス択する本発西の入出力システムのブロック図である。

図 37， 38において、オープン系ホスト 16 バイ ¾fJ御 ¾S10は、図 31, 32の実匿態と同様、ファイバチャネル ·アビトレ一テッドループ 98 により接続されている。ここでオープン系ホスト 16側のホストアダプタ 56— 1のレートは、 lOOMB/sであり、ホストアダプタ 56— 2， 56-3 の ¾1レートは、その半分の 5 OMBZsとなっている。一方、デバイス制御装置 10にあっては、チャネルアダプタ 20— 1, 20— 2の^!レートが 50M BZsであり、チャネルアダプタ 20— 3， 20—4の ¾ϋレートが 100MB Zsとなっている。そしてホストアダプタ 56— 1とチャネルアダプタ 20-1 ， 20— 2の間については、図 31, 32の実:^態に従った 2つのオペレーシヨン 1, 2をホスト側から,〖¾¾し" バイス制御装置 10側で 2つのチヤネルアダプタ 20— 1, 20— 2に分けるチャネル^を行ない、ホストァダプタ 56—1の高い ¾ϋレート 10 OMBZsを確保している。ま^ストァダブタ 56— 2, 56— 3とチャネルアダプタ 20— 3の間では、 HT34, 35の実施形態に従ってホスト側でが分散された 2つのオペレーション 1, 2をホストアダプタ 56-2, 56— 3のそれぞれして 1つのパスに合成してチヤネルアダプタ 20— 3に送っており、これによつて、チャネルアダプタ 20— 3 の高い^ έレート 10 OMBZsの動作を確保している。更に、ホストアダプタ 56— 4とチャネルアダプタ 20—4は、空き状態にある。

このようなオープン系ホスト 16におけるホストアダプタ 56— 1〜56— 4 とデバイス制御装置 10におけるチャネルアダプタ 20— 1〜20— 4の使用状態及び空き状態は、処理分散ドライバ 5 2に設けたパス管理テーブル 1 0 8で管理されている。

図 3 9は、図 3了， 3 8のパス管理テーブル 1 0 8の説■である。パステーブル 1 0 8には、デバイスドライバ管理テーブル 1 1 0とチャネルアダプタ TOテーブル 1 1 2カけられている。デバイスドライバテーブル 1 1 0には、デバイスドライバ 5 4— 1〜5 4— 4ごとに纏状況がセッ卜されており、図 3 7, 3 8においバイスドライバ 5 4—1〜5 4— 3はオペレーションの入出力要求によるデータ ¾¾ あることから、用中」がセッ卜され、デバイスドライバ 5 4— 4には「空き」がセットされている。同様にチャネルァダプタ管理テーブル 1 1 2についても、チャネルアダプタ 2 0—1〜2 0— 3の使用状況としては「使用中」がセットされ、チャネルアダプタ 2 0— 4には「空き」がセッ卜されている。このため^ S分散ドライバ 52は、ホストアプリケーション 5 0から新たな入出方^^受けた際には、 HF3 9のパステ一プル 1 0 8 を参照し、デバイスドライバテーブル 1 1 0からデバイスドライバ 5 4— 4 力く空きであり、またチャネルアダプタテーブル 1 1 2からチヤネゾレアダプタ 2 0— 4力きであることをし、

トアダプタ 5 6— 4とチヤネルアダプタ 2 0— 4の組合わせを見つけ出し、見つけ出したホストアダプタ 5 6— 4とチャネルアダプタ 2 0— 4を使用して、例えばデバイス 1 8— 2に対しアクセスできるようにデバイスドライバ 5 4— 4からコマンドを発 ίϊ^Τ る。このように処理分散ドライバ 5 2で寸スト Μ¾びデバイス側のパス^き状態をすることにより、柔軟にデバイス制！^置 1 0とのパスを選択することができ、リソースの効率^ を可能にして、入出力 ¾ ^も向上する事ができる。

図 4 0， 4 1は、図 3 7, 3 8のデバイス制御装画空き状態に加え、キユー数をし Τ®的にパスを選択するようにした本発朋の入出力システムのブロック図である。

図 4 0， 4 1において、オープン系ホスト 1 6側の構成は、 3 7， 3 8の実態と同じであるが、デバイス制御装置 1 0側にあっては、チャネルアダプタ 2 0—1〜2 0— 4のそれぞれにキューテ一ブル 2 8— 1〜2 8— 4を設けており、更にリソース T、一ジャ 2 2に本来のキューテーブル 3 2を設けている。このキューテーブルをチャネルアダプタ 2 0— 1〜2 0— 4と、リソースマネージャ 2 2に分 tffi する構成は、図 1， 2の ¾| ^態と同じである。このようにチャネルアダプタ 2 0— 1〜2 0— 4側に分散してキューテーブル 2 8— 1〜2 8 一 4を設けた場合、. S分散ドライバ 5 2のパス管理テ一プル 1 0 8にチャネルアダプタ 2 0 _ 1〜2 0— 4のキューテーブル 2 8—1〜2 8— 4におけるキュ一数をセットする。

図 4 2は、図 4 0， 4 1の処理分散ドライバ 5 2に設けたパス管理テーブル 1 0 8の説である。このパステ一プル 1 0 8にあっては、デバイスドライバ管理テーブル 1 1 0については図 3 9のテーブルと同じであるが、チャネルァダプタ管理テーブル 1 1 4については使用状況に加え、それぞれのキューテ一ブル 2 8— 1〜2 8— 4に^^している未のコマンドの!^あるキュー数をセットしている。

このようにチャネルアダプタ管理テ一プル 1 1 4にキュ一テーブルのキュー数をセッ卜しておくことで、分散ドライバ 52力f こな入出力要求を受けた際に、図 4 2のように、チャネルアダプタ管理テーブル 1 1 4のセット内容からチャネルアダプタ 2 0— 1〜2 0— 4のすべてが使用状，にある場合、空きの^^ だけではチャネルアダプタ ¾g ^できない。この i ^にはキュー数を参照することで、最もキュ" ^の少ないチャネルアダプタ 2 0— 4 ¾¾択し、空き状態にあるデバイスドライバ 5 4— 4との組合わせを見つけ出し、このデバイスドライノく 5 4— 4とチャネルアダプタ 2 0— 4の糸且合わせを使用して、デバイスドライバ 5 4— 4に対し、アクセスできるように入出力要^行なってュマンドを発行させる。

このようにドライバ 5 2はデノくィス制 1 0側のチヤネルァダブ夕 2 0—1〜2 0— 4のすべてが使用あっても、その内の 1 ユー数の少ないリソースに対してコマンドを実るようにることで、リソースの効率的な活用ができ、入出力雌のをはかることができる。

産業上の利用の可 «

本発明は、チャネルアダプタでもキューイングできるようにしたことで、複数のホストから^:]^に入出力 ^を受けても、ホストからの入出力^^はチヤネルアダプタで一旦格納され、その中のいくつかがリソース^、ージャに送られるため、リソースマネージャのキュー制扱う入出 ¾を低 Μ ·き、リソースマネジャで斤うキュー制御のオーバへッドがデバイス制御装 gm?のボトルネットクとなってしまうことを防ぎ、！¾5¾1¾を高める。

また本発明は、ホストのシーケンシャ入出力 ¾*が複数パスへの分 twsによりバラバラになっても、デバイス制でシーケンシャルな入出力要^ あることを！^して対応ができる。

また本発明は、オープン系ホストからデバイス制御装置へのパスを 7 ^化した場合、パスに入出力を発行している通常時 i; ¾>つても、待 m¾パスにコマンドが発行され ^パス力 ¾E常に動 "るかどうかを觀でき、万一、待;^パスにが ¾ ^しても、この!^か ¾Μできるので ϋ¾等の適切な対応がとら ra^が^し ^にか行した際の待»の動 ^^nEすることができる。

また本発明は、ホストぉのパス J ドライバにより J!TOパスの障害で待機系パスに移行した際に既にホストアプリケーションが ^パスにより ^の物理デバイスをリザーブしていても、以^ feの待パスからのリザープ^^コマンドにより既存のパスによる物理デバイスのリザーブを■でき、以降後の待^^パスにより改め ^物理デバイスのリザ一ブ状態を^^できる。ホスト内にドライバを設けた場も同様である。

また本発明は、ホストのデバイスドライバの 1パスか!^を起こした場合、待縣のデバイスドライバのパスを^ することで、故随と同じパス数を確保して同等のロードバランスを Ι»Τる。

更に本発明は、ホストとデバイス制御装のチャネル^!レート ί 違があつても高い方の^!レートを難できる。

Claims

請求の範囲

1. 複数のホスト力く接続され、ホストからデバイスに文る入出力要求を処理するデバイス制御装置に於 t、て、

前記ホストからの入出力要求を受付ける複数のチャネルアダプタと、前記デバイスに入出方^ ^をる複数のデバイスアダプタと、

前記複数のチヤネルアダプタと複数のデバイス了ダフタの間でホストからの入出力要求を isするリソ一スマネ一ジャと、

前記複数のチャネルアダプタの各々 (^けられ、ホストからの入出力^^複る第 1キューテーブルと、

前記複数のチャネルアダプタの各々 ίこ設けられ、前記第 1キューテーブルに格納したホストからの入出力リソース^一ジャに発行する第 1キュー制 »と、

リソースマネージャに設けられ、複数のチャネルダブ夕力発行しストからの入出求を格る第 2キューテーブルと、

前記リソースマネージャに設けられ、前 ΙΞΒ2 ューテーブルに■したホストからの入出方要^^ Sデバイスアダプタに発る第 2キュー制と、を備えたことを特徵とするデバイス制 «Μ。 2. 請求の^ ffi lのデバイス制御装置 (：^いて、前記各チャネルア^タの第 1 キュー制御部は、 ΙΞ Ιキューテーブル ic^ ftしス卜からの入出力要求の中から、 1 Xは複数個単位に入出取り出し Τΐ記リソース^ージャに処理を依頼することを特徴とするデバィス制御 3. 請求の ^ffi lのデバイス制置【：^いて、 ΜΙΞ各チャネルア^^タの第 1 キュー制 ¾Ι¾ϋは、 Ξリソース^ージャからに発行した入出の終了 IS^を受けた際に、キューテ一プルに格納したホストからの入出力要求を取り出し記リソースマネージャに Mを依 ir ることを特徵とするデバイス制御装置。

4. 請求の範囲 1のデバイス制御装置に於いて、前記各チャネルアダプタの第 1 キュー制 «5は、一間毎に前記ソ一ス^—ジャに入出力要求力け付けられるか否かを問い合わせ、受付け可能を得 xmiキューテーブルに格納したホストからの入出力要求を取り出して Bリソースマネージャに Sを依頼することを特徴とするデバィス制置。

5. 請求ののデバイス制御装置に於いて、 ΙΐίΙΕリソースマネージャに設けた第 2キュー制 «Iは、キューテ一ブルに ^ fr きるホス卜の入出力の数に »を設け、 ΞΦΙΜ未前記チャネルアダプタからの入出力^^を受け付け ΤΐίίΙΞΒ2キューテ一ブルに欄し、 ΞΦί隱 2 ±の前記チャネルァダプ夕からの入出方^^は受け付けを ¾5し、 m ^ャネルァグプタ内の第 1キュ一テーブル〖 ¾納させることを特徴とするデバィス制御装置。

6. 請求の觀 1のデバイス制御装置 i ¾いて、前記リソ一ス^ージャに設けた第 2キュー制御部は、第 2キューテーブルのビジィ率を計算し、ビジィ率がくなつ /d 合はキューィンク^ T能な入出の «mを増加させ、ビジィ率が低くなつナ d 合はキューィンク^ r能な入出方を減少させることを特徴とするデバイス制御装置。 τ. 請求の範囲 1のデバイス制御 ¾sに於いて、 iieチャネルアダプタの第 1キユー制と ΙΞリソース^一ジャの第 2キュー制御は、前記チャネルァダプ夕の第 1キューテーブルと前記リソースマネージャの第 2キューテーブルを、前記物理デバィス単位に分けて制御することを特徵とするデバイス制御装置。

8. 複数のホストとデバイスの間を接^るデバイス制御装置に、ホストからの入出力^^を受付ける複数のチャネルアダプタと、前記デノくィスに入出力要求を発行する複数のデバイスアダプタと、 S複数のチャネルアダプタと複数のデバイスァダフ夕の間でホス卜からの全体な入出力制御を行うリソースマネージャとを設け、前記複数のホス卜からデバイスに^ る入出力要求を sするデバイス制御方法に於いて、

前記複数のチャネルアダプタで受け付けたホス卜からの入出力要求を、各チヤネルアダプタに設け第 1キューテーブルに格納し、前記第 1キューテーブルに格納しているホストからの入出力を iifBリソースマネ一ジャに発 ίϊΐ"る第 1 キュー制御過程と、

前記チャネルダプ夕が発行しストからの入出^^ ^ίίΙΞリソース^一ジャの第 2キューテーブル ¾納し、前 15^2キューテーブル【納しストからの入出方^^をデバイスアダプタに発 fr "る第 2キュー制御 iigと、を備えたことを特徴とするデバイス制 m ^法。

9. ホストに設けたアプリケーションの入出力^ ¾が、ホスト内の S"分散ドラィバによって負荷バランスをとるため ί¾¾のデバイスドライバ【切り分けられ

、各デバイスドライバが割り当てられた入出力^ ¾発作するデバイス制卸 ¾Sに於いて、

fiilSホストから受領した入出力^の 1^を^ ~るシ一ケンシャル検出用テ —プルと、

新たな入出: ¾^を受けた際に、シ一ケンシャル検出用テ一ブルに登録している入出方^^の體からシーゲンシャル入出力^ あつ ^合の次のァドレスを予測し、新たな入出のァドレス cLth較してシーケンシャルの有無を識するシーケンシャル検出部と、

を設けたことを特徴とするデバイス制御装置。

1 0. 請求の■ 9のデバイス制御装置に於いて、前記シーケンシャル検出部は、入出力要求がシ一ゲンシャルであつ ^合の次の予測ァドレスとして、 MISシ一ゲンシャノレ検出用テーブルに既に^している入出力^^のァドレスにデータ長を加算した予測ァドレスを求め、 S^測アドレスが新たな入出方要求のァドレスと同一と判断され ?y 合、シーケンシャル入出方^^とすることを特徴とするデバイス制御装置。

1 1. 請求の■ 9のデバイス制御装置に於いて、前記シーケンシャル検出部は、前記シーケンシャル入出力要求の次の予測アドレスとして、ホストとの間のチャネルバスの数を n假とした場合、前記シーケンシャル検出用テーブルに既に登録している入出のアドレスに、そのデータ長に 1から前記チャネルパ^ ηまでの値を »¾け合わせ Τ¾Π算した値の予測ァドレスを複め、いかの予測ァドレスが ff^な入出力^のァドレスと同一と浙され合、シーケンシャル入出力とすることを：とするデバイス制御装置。 1 2. 請求の範囲 9のデバイス制御装置に於いて、

前記各チャネルアダプタは、前記ホストので、複数のシーケンシャル入出力要求を斤うホストアプリケーションか 1¾にし T¾作している場合、各チャネルアダプタのシーケンシャル検出用テープルを前記複数のシーケンシャル入出力要求に対応し„ け、

ΙΞシ一ゲンシャル検出部は、 mte複数のシ一ケンシャル検出用テーブルを順照してシ一ケンシャル多 S¾作を検出することを特徴とするデバィス制^

1 3. 請求の OT1 2のデバイス制御装置に於いて、前記シーケンシャル検出部は、複数のシーケンシャル検出用テーブルのいずれかの参照で新たな入出方^ のシーケンシャル¾^した場合、該シ一ゲンシャル検出用テーブルに新たな入出力要求のァドレスとデータ長を格frTることをとするデバイス制御 ¾§。

1 4. 請求の ,9のデバイス制御^ 〖:ι5Η、て、 IBホストの各デバイスドラィバが発行した入出 ¾^を受 t る^^のチャネルアダプタの各々に、前記シ一ゲンシャル検出用テーブルとシ一ケンシャル検出部を設けたことを特徵とするデバイス制御装置。

1 5. 請求の^ のデバイス制御装置に於いて、ホストの各デバイスドラィ，が発行した入出力要求を受領する複数のチャネルアダプタの各々に、前記シーケンシャノレ検出部を設け、前記複数のチャネルアダプタから参照できる共域に、 ΙΞホス卜からの入出力要求のアドレス t ^一夕の組^ H¾して格納したシーケンシャル検出用共通テーブルを設け、各チャネルアダプタのシーケンシャノレ検出部記シ一ケンシャル検出通テーブルを参照し T fたな入出のシ一ゲンシャルの^をすることを：とするデバィス制御装置。

1 6. 請求の画 9のデバイス制御装置に於いて、 ifBシーケンシャル検出部は、入出力要求がシ一ゲンシャルであつの次の予測ァドレスとして、前記シ一ゲンシャル検出用テーブルに既に登録している入出力^^のァドレスにデータ長を加算した予測ァドレスを求め、前 !E?MTドレス力新たな入出力要求のァドレスと ί~と判断されなくとも近似値であれば、シーケンシャル入出と認識することを特徵とするデバイス制御装置。

1 7. ホストにデバイス制御装置を介し T ®デバイスを接続し、 5ホスト内のホストアプリケーションの入出力^^ パス體ドライバによって通常は運縣パスのデバイスドライノに発行し、 tiiia^ ^パスに隨が ¾ ^し^合は

、前記パスドライバにより IWOT^パスの使用を停止し ^パスのデバイスドライバに入出方魏の発行を移行させる入出力システムに於いて、前記ホスト内に、 ΜΙΞ待縣パス力 ¾Ε ^に動作するかどうかを磁するため、待パスのデバイスドライバの ¾fにパス^コマンドを発 iffる侍パス ϊ¾ 部を設けたことを特徴とする入出力システム。

1 8. 請求の醒 1 7の入出力システムに於いて、 iffS待縣パス ϊΙΜ部は、前記パス misコマンドとして、一定の時で、 ^^パスのリ一ド^のデ— タ^ iとライト: TOのデータ^ ¾を含むパスを全て確認するコマンドを発行することを特徵とする入出力システム。

1 9. 請求の画 1 7の入出力システムに於いて、 ΜΙΞ^縣パス部は、前記パス ¾ コマンドとして、前記デバイス制御装置の制御情報の状態を確保するコマンドを発行することを特徴とする入出力システム。

2 0. ft^の誦 1 9の入出力システムに於いて、前 IE待縣パスは、前記デバイス制御装置の制 ¾PW¾の状態を確保するコマンドとして、状知コマンドを発行し T 5デバイス制御 ¾Sから T^«¾Jュマンドを応答させることを特徴とする入出力システム。

2 1. 請求の画 7の入出力システムに於いて、前記待縣パス觀部は、前記パス ¾ コマンドとして、前 ISTO^パスに発る通常コマンドの "^を前記待 ^^ スに発行することを特徴とする入出力システム。

2 2. 請求のの入出力システムに於いて、 MIB^ ^パス部は、一定時^ MP!で M¾パ; *込んだデータが待^^パ；^⁵読めるか、もしくは待機系、。ス ¾込んだデータが ^Wsbるかどうかをチエツするクロスチェックコマンドを発行してシステム^ ftを iS することを特徵とする入出力システム。

2 3. ホストにデバイス制御装置を介しバイ ¾接続し、前記ホストのホストアプリケーションの入出を、パス潜ドライバによって通常はパスのデバイスドライバに発行し、前 13 ^パスに轄がし合は、前記パスドライバによりパスの^ を停止し T^«¾パスのデバイスドライバに入出の発行を移行させる入出力システム ¾H、て、

前記ホスト内に設けられ、 ifS待,パスに入出力要求の発行を移行さ際に、 Bホストアプリケーションかに前 IS^m パスよりデバイスをリザーブしていた場合は、 ift己リザーブを^^るコマンドを mi2待縣パスに発るリザーブ制と

前記デバィス制御装置に設けられ、前記待パスからリザ一ブをするコマンドを受領した際に、既に前 ISOT^パスより確保されている前論理デバィスのリザーブ状態を■するリサーブ ;M部と、

を設けたことを特徴とする入出力システム。

2 4. ホストにデバイス制御装置を介して物理デバイスを接続し、ホストアプリケ一シヨン入出^^を^ S分散ドライバによってロードバランスをとるように複数パスに分散し、特定のパスに隨が胜し^合は、前讓理分散ドライノによりパスの使用を停止し他パスに入出力^^散し、更に、上位ホストアプリケーションからリザーブコマンドが前 IB ®分散ドライバに発行され^ 合に、前分散ドライバの分散讓を停止し定の他パスのデバイスドラィバにリザーブコマンドを発行し、その後に ±ίίホストアプリケーションよりリザ一ブ騰コマンドを発行し^合に、前 S S分散ドライバの分散擁を欄させる入出力システムに於いて、

ホスト内に設けられ、前記パスの使用を^^より停止した際に、前記ホストアプリケーションかに ΐΞΙ^害パスにより mtffMデバイスをリザーブしていた場合は、 ΙΞリザーブを^ Tるコマンドを他パスより発るリザーブ制と、

デバイス制御装置に設けら ti Ιΐί¾パスからリザーブを■するコマンドを受領した際に、既に Ιΐί Ι^パスより確保されている物理デバィスのリザーブ状態を皿するリザーブ S部と、

を設けたことを特徴とする入出力システム。

2 5. ホストにデバイス制御装置を介しバイ ¾接続し、前記ホストにホストアプリケーションの入出力要求を、ドライバにより■パスの系のデバイスドライバに分散してロードバランスを^する入出力システムに於いて、

前記ホストは、 fSra分散ドライバに待 amのデバイスドライバを接続し、運用系のデバイスドライバの 1パスで！^かした際に、 1?15待^¾のデバイスドライバを使用して ^前と！^の複数パスのデバイスドライバによる口ードバランスを^し、前記デバィス制御装置は、 S¾系の複数パスのチャネルアダプタと待機系の 1 パスのチャネルアダプタの各々に特定"のデバイスと関連付けた I Dを設定し、前記チャネルアダプタはホス卜から設定 I Dと同じ I Dをもつ入出力要求に応答して I DtT 連付けた物理デバイスにアクセスすることを特徵とする入出力システム。

2 6. 少くとも 2 のホストにデバイス制御^ S¾介して物理デバイスを接続し、前記各ホスト内に設け^ストアプリケーションの入出^^を、 S分散ドライバによりロードバランスを難するように複数パスののデパイスドライバに 5 ¾してロードバランスを ¾Sする入出力システムに於いて、

前記各ホストは、前分散ドライバに待縣のデバイスドライバを接続し、のデバイスドライバの 1パ ^か ¾ ^した際に、 E^a^のデバイスドライバをし T1^¾¾¾前と同等のパスのデバイスドライバによるロードバランスを！^し、

前記デバイス制御装置は、前記ホストの^ ¾毎 i^TO^の複数パスのチヤネルアダプタを設けると共に、記各ホストの^^ 2パスを共待機チャネルの 1 パスで受付ける待^ ¾のチャネルアダプ^^設け、 ^^のチャネルア^ 夕に統毎に特定の物理デバィスと 1¾付けた Γ Όを設定し、前 1¾«¾のチャネルアダプタには統の物理デバイスに∞付けた 2つの I Dを設定し、前記チャネルアダプタは 2ホストカ、ら設定 I Dと同じ I Dをもつ入出力^ ^に応答して I 連津けた物理デバイスにアクセスすることを特徴とする入出力システム。

2 7. ホスト側の 1つのホストアダプタバイス制御装置の複数のチャネルァダプタをファイバチャネル ¾続した^ "Tea作する入出力システムに於いて前記チャネルアダプタの ¾ レ一ト力 Sホストアダプタのおレ一トをる時に、ホスト側の複数のオペ一レーヨンによる入出力^^を処理^ mドライバによつ τ¾数のチャネルアダプタに分散させることを特徵とする入出力システム

2 8. ホスト側の複数のホストアダプタとデバイス制御装置の 1つのチャネルァグプタをファイバチヤネルで接続する^ Τ 3&作する入出力システムに於いて前記ホストアダプタのレートカ^ ίΙΞチャネルアダプタのレートをる時に、ホスト側の複数のオペレーションによる入出方要求を処理分散ドライバによって複数のホストアダプタに分せ、 IH複数のホストアダプタより 1つのチャネルアダプタにアクセスすることを特徴とする入出力システム。

2 9. ホスト側の複数のホストアダプタとデバイス制御装置の 1つのチャネルァダプタをファイバチャネルで接続する環境下で動作する入出力システムに於いて現在どのホストアダプタとチャネルアダプタ力'使用あるかをするテープルを持ち、

前 ΙΞ3 ¾ ®ドラ Χはデバイスドライ Ίま、コマンド処理中は前記テープルのリソースに対して使用中をセットし、 IT ^ンドを終了した場合は空きをセッ卜し、

ΐίΙΞ 理分散ドライバは、前記テーブルから空きであるホストアダプタとチヤネルアダプタの組み合わせを； ^し^ Μすることにより、物理デバイスに対しァクセスするコマンドを発 frTること特徴とする入出力システム。

3 0. ホスト側の複数のホストアダプタとデバイス制御装置の 1つのチャネルァグプタをファイバチャネルる焉^ r 3&作する入出力システムに於いて、現在どのホストアダプタとチャネルアダプタ力使であるかを管理するテ一ブルを持ち、

前 ΙΒ5散処理ドラ '又はデバイスドラ Ίま、コマンド処理中は前記テープルのリソースに対して使用中及び各リソース毎に設けたキューテーブルのキュー数をセットし、コマンド讀を終了した場合は空き又は 1つ減らしたキュー数をセッ卜し、

処理分散ドライバは、前記テーブルから空きであるホストアダプタとチャネルアダプタの組み台わせを酵し使用することにより物理デバイスに対しアクセスするコマンドを発行し、前記テーブルに空きがない it^は、一番キュー数の少ないホストアダプタとチャネルアダプタの組み合わせを^^し使用することにより、物理デバイスに対しアクセスするコマンドを発 i "ることを特徵とする入出力システム。