JP4379836B2 - Input/Output Control Unit - Google Patents

Description

Translated fromJapanese

【０００１】
【発明の属する技術分野】
本発明は、上位装置からの情報の入出力要求を制御する入出力制御装置において、高性能、高信頼性を確保するため、入出力制御装置内のコントローラ／キャッシュを冗長構成とするコンピュータシステムに関する。
【０００２】
【従来の技術】
コントローラ、ディスクおよびキャッシュ等の記憶装置に冗長性を持たせ、かつ論理ボリューム（以下、ＬＵＮという）の担当コントローラを重複せず割り当てたものとして、特開平９−１４６８４２号に記載のようにキャッシュ領域を各コントローラ毎に割り当てて各コントローラが使用するキャッシュ領域を固定化することによりコントローラ間のキャッシュの排他制御をなくし、またコントローラ間の通信により、割り当てられたＬＵＮ以外のアクセスも担当コントローラに処理させることにより複数コントローラ化にともなう性能劣化を防いでいた。
【０００３】
【発明が解決しようとする課題】
最近の市場動向として、記憶装置の高性能化、高信頼性、大容量化、低価格化の要求が高まっており、上記の特開平９−１４６８４２号のような技術により、冗長化されたコントローラ、キャッシュを持つ構成で低価格、高性能なＲＡＩＤシステムを実現していた。
【０００４】
一方ホスト側の技術としてOracle Palarel Serverのように、基幹系大規模システムで実現していた、同一ＬＵＮへ複数のポート／コントローラを経由した負荷分散的アクセスの技術などが中規模以下のホストシステムでも適用されるようになった。そのため、上記のような低価格ＲＡＩＤシステムにおいても、同一ＬＵＮへ複数のポート／コントローラを経由した負荷分散的アクセスに対する性能が重視されるようになった。
【０００５】
また、複数のホストを接続して同一ＬＵＮを共用するようにもなり、複数のポート／コントローラからの同一ＬＵＮへの個別アクセスに対する性能も重視されるようになった。
【０００６】
しかし上記特開平９−１４６８４２号では、複数ポート／コントローラ経由で同一のＬＵＮへの順次(以下、シーケンシャルという)アクセスが分散された場合や、同一ＬＵＮへのホスト個別のシーケンシャルアクセスに対する性能確保が考慮されておらず、それらの性能劣化が問題となってきた。
【０００７】
【課題を解決するための手段】
上記課題を解決するために、本発明は、ホストコンピュータに対してデータの読み書きをするために論理ボリュームを提供するディスク装置を、複数のコントローラを介して制御する入出力制御装置において、各前記コントローラには、当該コントローラが担当する前記論理ボリュームが予め割り当てられ、前記コントローラは、非担当の前記論理ボリュームに対するアクセス要求を前記ホストコンピュータから受領した場合には、当該アクセス要求を当該論理ボリュームを担当する前記コントローラに送信する一方、自己が担当する前記論理ボリュームごとに、前記複数のコントローラをグループに分けて管理し、前記ホストコンピュータから当該論理ボリュームへのアクセスに関するシーケンシャル判定を、グループごとに、当該グループを構成する各前記コントローラを経由して受領した前記アクセス要求に基づいて行うことを特徴とする。
【０００８】
この結果、複数のホストコンピュータに分散されたシーケンシャルのアクセス要求を、ホスト側発行時間の入れ替わり、および入出力制御装置内のコントローラ間通信における通信時間差等による、シーケンシャルの順番の入れ替わりなども考慮した、シーケンシャル判定する手段を提供し、かつ複数のホストコンピュータにつながったコントローラごとに、同一ＬＵＮへのシーケンシャル判定を実施する手段を提供することができる。
【０００９】
【発明の実施の形態】
以下、本発明の一実施例を、図面を用いて説明する。
【００１０】
図１は、本発明をマルチコントローラ構成の磁気ディスクアレイサブシステムに適用した場合の一構成図である。
【００１１】
図１において、１０００、１１００、１２００はデータ処理を行う中央処理装置としてのホストコンピュータ、２０００はディスク装置の制御を行うマルチコントローラ構成をとる入出力制御装置、７０００はホストデータを格納するディスク装置である。ここで入出力制御装置２０００は、ホストバスに直結したスロットに差込みホスト筐体に組み込む場合もあるし、制御装置として独立した筐体に組み込む場合も有るし、ディスク装置を組み込んだ筐体として実現する場合も有る。
【００１２】
入出力制御装置２０００は、ホストコンピュータ１０００、１１００、１２００とディスク装置群７０００間のデータ転送を制御するコントローラ３０００、４０００、５０００、６０００より構成する。
【００１３】
コントローラ３０００は、ホストコンピュータ１０００とのプロトコル制御を行うホストI/F制御部３１００、データの転送を実行するデータ転送制御部３２００、コントローラ全体を制御するマイクロプロセッサ(以下、プロセッサと称す)３３００、ホストコンピュータ１０００とディスク装置群７０００のデータ転送に用いられるキャッシュ３４００より構成する。
【００１４】
コントローラ４０００、５０００、６０００はコントローラ３０００と同一構成であり、各コントローラ間で通信を行う手段を有する。
【００１５】
各コントローラはあらかじめ排他的に割り当てられた担当ＬＵＮの処理を行い、非担当のＬＵＮの処理要求をホストコンピュータから受け取った場合には、該ＬＵＮの担当コントローラに処理要求を通信し、処理結果を受け取ったのちにホストコンピュータへ処理結果を報告する。これらの処理のための制御情報は各コントローラのキャッシュメモリ上の共通管理エリアに格納することも可能である。
【００１６】
各コントローラは、ホストまたは他コントローラからの担当ＬＵＮの処理要求に関して図３に示すような担当ＬＵＮのＲｅａｄシーケンシャル判定テーブルを参照して判定を行い、シーケンシャル制御処理を行う。シーケンシャル判定テーブルは、Ｒｅａｄ／Ｗｒｉｔｅおよび担当ＬＵＮ別に区別して各コントローラのキャッシュメモリ上の共通管理エリアに格納することも可能である。また、シーケンシャル制御処理とは、たとえばＲｅａｄ要求では次に予想されうる処理要求に該当するデータを、要求より先にディスク装置群からキャッシュ上に読み込む処理などである。
【００１７】
次に本実施例における、磁気ディスクサブシステムでのホストコンピュータからのＩ／Ｏ処理のシーケンシャル判定について図２、図３、図４を用いて説明する。
【００１８】
図２は各コントローラのＩ／Ｏ処理のフローチャート図である。ホストまたは他のコントローラからのＩ／Ｏ要求（５０１）を受領すると、担当ＬＵＮへのＩ／Ｏ処理要求かの判定を行い（５０２）、非担当のＬＵＮの処理要求の場合は該ＬＵＮの担当コントローラへ処理要求を通信/結果受信を行う（５０７）。ここで、Ｉ／Ｏ要求（５０１）にはホストより受領したコントローラを示す情報が付加される。担当ＬＵＮへのＩ／Ｏ処理要求の判定（５０２）で、担当ＬＵＮへのＩ／Ｏ処理要求であればＩ／Ｏ処理判定を行い（５０３）、Ｒｅａｄ処理かＷｒｉｔｅ処理かの判定を行う。ここではＲｅａｄ処理でのフローを例にとり説明するが、Ｗｒｉｔｅ処理でも同様である。Ｉ／Ｏ処理判定（５０３）でＲｅａｄ処理の場合、後に詳細に述べるシーケンシャル判定処理（５０４）を行う。その後、実際のコマンド処理を実施する。Ｒｅａｄの場合、バッファ上のデータの有無の判定（５０５）を行い、有ればそのデータを用いてホスト又は処理要求元のコントローラは応答（５０９）を行う。バッファ上にデータが無ければディスク装置群からのデータ読み込み（５０６）を実施し、同様に応答（５０９）を行う。
【００１９】
図３はコントローラ３０００のある担当ＬＵＮのＲｅａｄシーケンシャル判定テーブル８０００である。判定テーブル８０００は、コントローラ種別８１００、判定要否８２００、判定グループ８３００、コマンド格納エリア８４００の各要素からなる。また各要素は、本構成におけるコントローラ数だけ存在し、各コントローラに関連付けられるものである。
【００２０】
コントローラ種別８１００はコントローラそのものである。判定要否８２００は、ユーザがコントローラ別にこのＬＵＮへのＲｅａｄアクセスに関し、シーケンシャル判定を行うか否かを設定可能な要素である。判定グループ８３００は、ユーザがＲｅａｄシーケンシャル判定を行うコントローラのグループ分けを行い、その結果が反映される要素である。
図３の例では、コントローラ３０００および４０００が同じグループ１でコントローラ５０００が別のグループ２となっている。コマンド格納エリア８４００は各コントローラ経由で受領したＲｅａｄコマンドが格納されており、各コマンドは要求ロジカルアドレスおよび要求ブロック数からなる。
【００２１】
ここで、Ｒ１〜Ｒ５、Ｒ７はコントローラ３０００および４０００から分散されたシーケンシャルなＲｅａｄコマンドで、数値が順序を示す。Ｒ６が欠如しているのは、コントローラ間通信やホストからの要求の遅延などの時間差により、コントローラ４０００からの要求がまだコントローラ３０００の到達していない場合に起こる可能性がある。ｒ１〜ｒ３はコントローラ５０００からのシーケンシャルなＲｅａｄコマンドで数値が順序を示す。
【００２２】
図４は、コントローラ３０００の担当ＬＵＮへのＲｅａｄコマンド処理におけるシーケンシャル判定処理の詳細である。コントローラ３０００のＷｒｉｔｅシーケンシャル判定や、他のコントローラのシーケンシャル判定も同様に可能なものである。
【００２３】
図２のＩ／Ｏ処理判定５０３の後、当該処理についてコントローラ３０００が担当するＬＵＮの中の選別９０１を行う。選別により、判定に使用するテーブル８０００を決め、シーケンシャル判定要否９０２を確認する。このときＩ／Ｏ処理要求に付加されたコントローラ情報から、テーブル８０００の該当するコントローラの判定要否８２００を参照しｙｅｓなら判定グループの判別９０３、ｎｏならばそのまま本処理を抜ける。判定グループの判別９０３でテーブル８０００の判定グループ８３００を参照し該当するグループの処理９０４または９０８に進む。ここではコマンドＲ７を受領したものとしグループ１の場合で説明する。処理９０４に進み、判定グループ１に属するコマンド格納エリア８４００内に、Ｒ（Ｎ−５）〜Ｒ（Ｎ−１）すなわちＲ２〜Ｒ６のコマンドが有るか無いかを判定する。この場合、Ｒ２〜Ｒ５が存在するのでシーケンシャル判定９０５となる。そして、コマンド格納９０７でＲ７に該当するコントローラのコマンド格納エリア８４００に格納し、本処理を抜ける。また受け取ったコマンドがＲ１００などのＲ１〜Ｒ６までとは離れたアクセスの場合は、処理９０４でシーケンシャル判定とはならず、シーケンシャル判定なし９０６となる。
【００２４】
この処理９０４の判定は一例であり、他の方法による判定も可能である。また、シーケンシャル判定９０５および、シーケンシャル判定なし９０６の利用の方法は、たとえば判定９０５では先読み処理を起動、判定９０６では先読み処理の中断などであり、他の利用方法も可能である。
【００２５】
また、判定テーブルを担当ＬＵＮ毎に分け、テーブル内にコントローラグループを設定可能としているため、シーケンシャル判定がＬＵＮ毎、コントローラのグループ別に可能となる。
【００２６】
【発明の効果】
本発明によれば、複数のホストに分散されたシーケンシャルのアクセス要求を、ホスト側発行時間の入れ替わり、および入出力制御装置内のコントローラ間通信における通信時間差等による、シーケンシャルの順番の入れ替わりなども考慮した、シーケンシャル判定する手段を提供し、かつ複数のホストにつながったコントローラごとに、同一ＬＵＮへのシーケンシャル判定を実施する手段を提供することにより、コントローラ複数化によるシーケンシャル性能の劣化を防止することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施例を示す全体構成図である。
【図２】本発明の一実施例におけるＩ／Ｏ処理方式の一例を示すフローチャートである。
【図３】本発明の一実施例におけるシーケンシャル判定に用いられるテーブルの一例を示す概念図である。
【図４】本発明の一実施例におけるシーケンシャル判定処理の一例を示すフローチャートである。
【符号の説明】
１０００、１２００、１３００…ホストコンピュータ、２０００…入出力制御装置、３０００、４０００、５０００、６０００…コントローラ、３１００、４１００、５１００、６１００…ホストＩ／Ｆ制御部、３２００、４２００、５２００、６２００…データ転送制御部、3３００、４３００、５３００、６３００…マイクロプロセッサ、３４００、４４００、５４００、６４００…キャッシュメモリ、７０００…ディスク装置群、８０００…シーケンシャル判定テーブル、８１００…コントローラ種別要素、８２００…判定要否要素、８３００…判定グループ要素、８４００…コマンド格納エリア、５０１〜５０９…Ｉ／Ｏ処理フロー、９０１〜９０２…Ｒｅａｄシーケンシャル判定フロー。[0001]
[Technical field to which the invention pertains]
The present invention relates to a computer system in which a controller/cache in aninput /output control device that controls input/output requests for information from a host device is configured redundantly to ensure high performance and high reliability.
[0002]
2. Description of the Related Art
By providing redundancy to storage devices such as controllers, disks, and caches, and by assigning controllers responsible forlogical volumes (hereinafter referred to as LUNs) without overlapping, as described in Japanese Patent Laid-Open Publication No. 9-146842, a cache area is assigned to each controller and the cache area used by each controller is fixed, thereby eliminating exclusive control of the cache between controllers, and by having the responsible controller process accesses other than those to the assigned LUNs through communication between the controllers, the performance degradation that accompanies the use of multiple controllers is prevented.
[0003]
[Problem to be solved by the invention]
Recent market trends have led to an increasing demand for storage devices with higher performance, higher reliability, larger capacity, and lower cost, and technology such as that described in JP 09-146842 A has realized low-cost, high-performance RAID systems with configurations having redundant controllers and caches.
[0004]
On the other hand, host-side technologies such as Oracle Parallel Server, which have been realized in large-scale mission-critical systems, such as load-balanced access to the same LUN via multiple ports/controllers, have also come to be applied to medium-sized and smaller host systems. Therefore, even in the low-cost RAID systems mentioned above, emphasis has been placed on the performance of load-balanced access to the same LUN via multiple ports/controllers.
[0005]
Furthermore, multiple hosts are now connected and share the same LUN, and importance is now being placed on performance for individual access to the same LUN from multiple ports/controllers.
[0006]
However, the above-mentioned JP-A-9-146842 does not take into consideration the case where sequential access to thesame LUN is distributed via multiple ports/controllers,or the assurance of performance for sequential access to the same LUN by individual hosts, and performance degradation in these cases has become a problem.
[0007]
[Means for solving the problem]
In order to solve the above problems, the present invention provides an input/output control device that controls, via a plurality of controllers, a disk device that provides a logical volume for a host computer to read andwrite data, wherein each controller is pre-assigned the logical volume that it is responsible for, and when a controller receives an access request from the host computer for a logical volume that it is not responsible for, it sends the access request to the controller responsible for that logical volume, while managing the plurality of controllers in groups for each of the logical volumes that it is responsible for,and makes sequential judgments regarding access to the logical volume from the host computerfor each group based on the access requests received via each of the controllers that make up the group .
[0008]
As a result, a means is provided for sequentially determining sequential access requests distributed to multiple host computers, taking into account changes in the sequential order due to changes in host-side issue times and communication time differences in communication between controllers within an input/output control device, and a means is provided for performing sequential determination for the same LUN for each controller connected to multiple host computers.
[0009]
[0023]
An embodiment of the present invention will now be describedwith reference to the drawings.
[0010]
FIG. 1 is a diagram showinga configuration in which the present invention is applied to a magnetic disk array subsystem having a multi-controller configuration.
[0011]
1, 1000, 1100, and 1200 are host computers serving as central processing units for data processing, 2000 is aninput/output control device having a multi-controller configuration for controlling disk devices, and 7000 is a disk device for storing host data. Here, theinput/output control device 2000 may be inserted into a slot directly connected to a host bus and incorporated into the host housing, may be incorporated into an independent housing as a control device, or may be realized as a housing incorporating a disk device.
[0012]
Theinput/output control device 2000 comprisescontrollers 3000 , 4000 , 5000 , and 6000 which control data transfer betweenhost computers 1000 , 1100 , and 1200 and a group ofdisk devices 7000 .
[0013]
Thecontroller 3000 is composed of a host I/F control unit 3100 which performs protocol control with thehost computer 1000, a datatransfer control unit 3200 which executes data transfer, a microprocessor (hereinafter referred to as the processor) 3300 which controls the entire controller, and acache 3400 which is used for data transfer between thehost computer 1000 and the group ofdisk devices 7000.
[0014]
Thecontrollers 4000, 5000, and 6000 have the same configuration as thecontroller 3000, and each controller has a means for communicating with each other.
[0015]
Each controller processes the LUN that is exclusively assigned to it in advance, and when it receives a processing request for a LUN that it is not responsible for from a host computer, it communicates the processing request to the controller responsible for that LUN, and after receiving the processing result, reports the processing result to the host computer. The control information for these processes can also be stored in a common management area on the cache memory of each controller.
[0016]
Each controller performs sequential control processing by making a judgment based on a processing request for the assigned LUN from the host or other controllers by referring to a read sequential judgment table for the assigned LUN as shown in Fig. 3. The sequential judgment table can be stored in a common management area on the cache memory of each controller, distinguished by read/write and assigned LUN.In addition, sequential control processing is, for example, a process of reading data corresponding to the next expected processing request from a disk device group onto the cache before the request.
[0017]
Next, the sequential determination of I/O processing from a host computer in the magnetic disk subsystem in this embodiment will be described with reference to FIGS.
[0018]
2 is a flow chart of I/O processing of each controller. When an I/O request (501) is received from a host or another controller, it is judged whether it is an I/O processing request to a responsible LUN (502), and if it is a processing request to a non-responsible LUN, it communicates the processing request to the controller in charge of the LUN and receives the result (507). Here, information indicating the controller that received the I/O request from the host is added to the I/O request (501). In the judgment of an I/O processing request to a responsible LUN (502), if it is an I/O processing request to a responsible LUN, it judges an I/O processing (503) and judges whether it is a read processing or a write processing. Here, the flow in a read processing is explained as an example, but the same applies to a write processing. If the I/O processing judgment (503) is a read processing, it performs a sequential judgment processing (504) which will be described in detail later. After that, the actual command processing is performed. In the case of a read, the presence or absence of data in the buffer is determined (505), and if present, the host or the controller that originated the processing request uses that data to respond (509). If there is no data in the buffer, data is read from the disk device group (506), and a similar response (509) is made.
[0019]
3 shows a read sequential judgment table 8000 for a LUN in charge of acontroller 3000. The judgment table 8000 is made up of the following elements:controller type 8100,judgment necessity 8200,judgment group 8300, andcommand storage area 8400. Each element exists for the number of controllers in this configuration, and isassociated with each controller.
[0020]
Thecontroller type 8100 is the controller itself. Thejudgment necessity 8200 is an element that allows the user to set whether or not sequential judgment is performed for read access to this LUN for each controller. Thejudgment group 8300 is an element in which the user groups the controllers that perform read sequential judgment, and the result is reflected.
3, thecontrollers 3000 and 4000 are in thesame group 1, and thecontroller 5000 is in anothergroup 2. Thecommand storage area 8400 stores read commands received via each controller, and each command consists of a requested logical address and a requested number of blocks.
[0021]
Here, R1 to R5 and R7 are sequential read commands distributed fromcontrollers 3000 and 4000, and the numbers indicate the order. R6 is missing, which may occur when a request fromcontroller 4000 has not yet reachedcontroller 3000 due to a time difference such as delays in inter-controller communications or requests from the host. r1 to r3 are sequential read commands fromcontroller 5000, and the numbers indicate the order.
[0022]
4 shows the details of sequential determination processing in processing a read command to the LUN in charge of thecontroller 3000. Write sequential determination of thecontroller 3000 and sequential determination of other controllers are also possible in the same way.
[0023]
After the I/O process determination 503 in FIG. 2, thecontroller 3000 selects901 the LUNs it is responsible for for the process. The table 8000 to be used for the determination is determined by the selection, andsequential determination necessity902 is confirmed. At this time, the controller information added to the I/O process request is referred to for thedetermination necessity 8200 of the corresponding controller in the table 8000. If yes, thedetermination group determination903 is performed, and if no, the process is terminated. In thedetermination group determination903 , thedetermination group 8300 in the table 8000 is referred to, and the process proceeds to thecorresponding group process 904 or 908. Here, the case ofgroup 1 will be described assuming that command R7 has been received. The process proceeds to process 904, and it is determined whether commands R(N-5) to R(N-1), i.e., commands R2 to R6, are present in thecommand storage area 8400belonging to thedetermination group 1. In this case, R2 to R5 are present, sosequential determination 905 is performed. Then, incommand storage 907, the command is stored in thecommand storage area 8400 of the controller correspondingto R7, and this process is terminated. If the received command is an access other than R1 to R6, such as R100, then sequential determination is not made inprocess 904, and nosequential determination 906 is made.
[0024]
The determination instep 904 is merely an example, and other methods are also possible. Thesequential determination 905 and nosequential determination 906 can be used in other ways, such as starting a read-ahead process instep 905 and interrupting the read-ahead process instep 906.
[0025]
Furthermore, since the judgment table is divided for each LUN in charge and controller groups can be set within the table, sequential judgment can be performed for each LUN and for each controller group.
[0026]
Effect of the Invention
According to the present invention, a means is provided for making sequential judgments of sequential access requests distributed to multiple hosts, taking into consideration changes in the sequential order due to changes in host-side issue times and communication time differences in communications between controllers within an input/output control device, and by providing a means for performing sequential judgments for the same LUN for each controller connected to multiple hosts, it is possible to prevent deterioration of sequential performance due to the use of multiple controllers.
[Brief description of the drawings]
FIG. 1is an overall configuration diagram showingan embodiment of the present invention.
FIG. 2is a flowchart showingan example of an I/O processing method according toan embodiment of the present invention.
FIG. 3is a conceptual diagram showingan example of a table used for sequential determination inan embodiment of the present invention.
FIG. 4is a flowchart showingan example of a sequential determination process according toan embodiment of the present invention.
[Explanation of symbols]
1000, 1200, 1300... host computer, 2000...input/output control device, 3000, 4000, 5000, 6000... controller, 3100, 4100, 5100, 6100... host I/F control unit, 3200, 4200, 5200, 6200... data transfer control unit, 3300, 4300, 5300, 6300... microprocessor, 3400, 4400, 5400, 6400... cache memory, 7000... disk device group, 8000... sequential judgment table, 8100... controller type element, 8200... judgment necessity element, 8300... judgment group element, 8400... command storage area, 501-509... I/O processing flow, 901-902... Read sequential judgment flow.

Claims (3)

Translated fromJapanese

ホストコンピュータに対してデータの読み書きをするために論理ボリュームを提供するディスク装置を、複数のコントローラを介して制御する入出力制御装置において、
各前記コントローラには、当該コントローラが担当する前記論理ボリュームが予め割り当てられ、
前記コントローラは、
非担当の前記論理ボリュームに対するアクセス要求を前記ホストコンピュータから受領した場合には、当該アクセス要求を当該論理ボリュームを担当する前記コントローラに送信する一方、自己が担当する前記論理ボリュームごとに、前記複数のコントローラをグループに分けて管理し、前記ホストコンピュータから当該論理ボリュームへのアクセスに関するシーケンシャル判定を、前記グループごとに、当該グループを構成する各前記コントローラを経由して受領した前記アクセス要求に基づいて行う
ことを特徴とする入出力制御装置。 An input/output control device that controls, via a plurality of controllers, a disk device that provides a logical volume for a host computer to read and write data,
The logical volumes that the controller is responsible for are assigned to each of the controllers in advance,
The controller:
an input/output control device which, when receiving an access request from a host computer for a logical volume which it is not responsible for, sends the access request to the controller responsible for that logical volume, while dividing the controllers into groups and managing them for each logical volume which it is responsible for, and makes sequential determinations regarding access from the host computer tothat logical volume for each group based on the access requests received via each of the controllers which make up the group . 請求項１記載の入出力制御装置において、
前記コントローラは、
前記ホストコンピュータ又はその他の前記コントローラから送信される前記アクセス要求を受領し、
当該アクセス要求が自己が担当する前記論理ボリュームに対するアクセス要求である場合には、リード処理又はライト処理の判定をする入出力処理判定を行った後に、前記シーケンシャル判定を行う
ことを特徴とする入出力制御装置。 2. The input/output control device according to claim1 ,
Thecontroller :
receivingthe access request transmitted from the host computer orother of the controllers;
an input/output control device which, ifthe access request isan access request to the logical volume which it is responsible for, performs an input/output process determination to determine whether the process is a read process or a write process, and then performs the sequential determination. 請求項２記載の入出力制御装置において、
前記コントローラは、
前記コントローラごとのシーケンシャル判定の要否及び前記コントローラのグループを規定したシーケンシャル判定テーブルを前記論理ボリュームごとに有し、
前記入出力処理判定を行った後に、
担当する前記論理ボリュームを選別し、
選別した前記論理ボリュームに対応する前記シーケンシャル判定テーブルに基づいて、シーケンシャル判定の要否及び対応する前記コントローラの前記グループを判断する
ことを特徴とする入出力制御装置。 3. The input/output control device according to claim2 ,
Thecontroller :
a sequential determination tablefor each of the logical volumesthat defines whether or not sequential determination is requiredfor each of the controllers and a group of the controllers;
After performing the input/output process determination,
Select the logical volume to be handled;
and determining whether or not sequentialdetermination isrequired and the groupof the corresponding controllerbased on the sequential determination table corresponding to the selected logical volume .

Images