JP3732869B2 - 外部記憶装置 - Google Patents
外部記憶装置 Download PDFInfo
- Publication number
- JP3732869B2 JP3732869B2 JP13978195A JP13978195A JP3732869B2 JP 3732869 B2 JP3732869 B2 JP 3732869B2 JP 13978195 A JP13978195 A JP 13978195A JP 13978195 A JP13978195 A JP 13978195A JP 3732869 B2 JP3732869 B2 JP 3732869B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- host
- storage
- host device
- control device
- 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 - Fee Related
Links
Images
Classifications
-
- 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/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2089—Redundant storage control functionality
- G06F11/2092—Techniques of failing over between control units
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
- G06F11/3433—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment for load management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
-
- 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/08—Error detection or correction by redundancy in data representation, e.g. by using checking codes
- G06F11/10—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
- G06F11/1008—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's in individual solid state devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F2003/0697—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers device management, e.g. handlers, drivers, I/O schedulers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/85—Active fault masking without idle spares
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Computer Hardware Design (AREA)
- Human Computer Interaction (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
- Hardware Redundancy (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【産業上の利用分野】
本発明は、外部記憶装置に関し、特に、上位装置からの情報の入出力要求を制御する入出力制御装置を多重に備えた冗長構成の外部記憶サブシステム等に適用して有効な技術に関する。
【０００２】
【従来の技術】
コンピュータシステムを構成する外部記憶装置においては、記憶媒体を備えた記憶装置と上位装置との間に介在して両者間の情報の授受を制御する記憶制御装置が冗長構成でない場合、記憶制御装置に障害が発生するとサブシステムは停止を余儀なくされ、この間に復旧作業がおこなわれる。そして、この復旧作業が終了すると、記憶制御装置が再起動され、あるいは、サブシステムが再起動されそれまで中断していた業務が再開される。
【０００３】
また最近では、コンピュータシステムを用いる様々な情報処理業務において２４時間稼働の運用形態が増加しており、外部記憶サブシステムにも連続運転が要求されている。このため、たとえば、特開平３−２０６５２９号公報に記載されているように、一方の記憶制御装置が運転中、他系の記憶制御装置は停止してスタンバイ状態をとるという、記憶制御装置に関して冗長な構成をとり、記憶制御装置の障害時、他系のスタンバイ状態の記憶制御装置に切り替わることにより、システムを継続運転可能にしようとする技術が知られている。
【０００４】
【発明が解決しようとする課題】
しかし、上述の従来技術においては、障害時の連続運転は可能であるが、２台の記憶制御装置を備えているにもかかわらず、実際に稼働するのはいずれか１台のみであり性能的には１台の時となんら変わらなかった。すなわち冗長な他系の記憶制御装置はあくまでホットスタンバイ用であり、障害の記憶制御装置の単なる代替でしかなかった。
【０００５】
また、近年では、システムへの要求も様々であり、上位装置からも複数の経路より、同一の記憶装置へ、または別々の記憶装置へとアクセス要求が発行されるような様々な接続形態があり、従来のような記憶制御装置の単なる冗長構成では、多様なユーザの要請に合わせてシステムを構築することが困難であった。
【０００６】
また、従来において、安価なシステムでは１つのボード内に記憶制御装置とデータバッファが搭載された構成となっており、記憶制御装置内のデータバッファの増設等の保守管理を行う場合、データバッファのみの切り放しが不可能なため、システムを一旦停止させた状態でデータバッファを増設し、増設作業の終了後、記憶制御装置やシステムを再起動させ、それまで中断していた業務を再開する、という手順を踏む必要があり、上位装置からの入出力要求（Ｉ／Ｏ）を処理しながら増設等の保守管理作業を遂行することは不可能であった。
【０００７】
本発明の目的は、冗長構成の複数の記憶制御装置に負荷を分散させることにより、信頼性および性能を向上させることが可能な外部記憶装置を提供することにある。
【０００８】
本発明の他の目的は、上位装置の側に記憶制御装置の冗長構成を意識させることなく、記憶制御装置の多重化による信頼性の向上、さらには記憶制御装置の多様な制御動作を実現することが可能な外部記憶装置を提供することにある。
【０００９】
本発明のさらに他の目的は、稼働を停止させることなく、冗長構成の複数の記憶制御装置におけるハードウェアおよびソフトウェア等の保守管理作業を簡便に遂行することが可能な外部記憶装置を提供することにある。
【００１０】
本発明のさらに他の目的は、単一のボード上に記憶制御装置およびデータバッファを搭載した構成の保守管理作業を、稼働中に実行することが可能な外部記憶装置を提供することにある。
【００１１】
【課題を解決するための手段】
本発明の外部記憶装置は、複数の記憶制御装置が上位装置からみて同一に見えるように記憶制御装置を上位装置に接続するインターフェイス手段と、複数の記憶制御装置間で他の記憶制御装置を監視する監視手段と、記憶制御装置間での情報の伝達が可能な通信手段と、上位装置からの要求を受領している記憶制御装置を切り替える切替手段と、１つの記憶制御装置が受領した上位装置からの入出力要求と、それに付随する処理を複数の記憶制御装置にて負荷分散する負荷分散手段とを含む構成としたものである。
【００１２】
また、個々の記憶制御装置に備えられ、記憶制御装置と同様の冗長構成をとることによって上位装置からの書き込みデータを一旦格納するデータバッファと、上位装置からの書き込みデータをデータバッファに格納した時点で上位装置へ終了を報告し、上位装置との要求とは非同期にデータバッファから記憶装置に書き込むとともに、冗長構成の複数のデータバッファのすべてに書き込むか選択的に書き込むかを制御するデータ転送手段とを含む構成としたものである。
【００１３】
また、複数の記憶制御装置から共通にアクセス可能にされ、個々の記憶制御装置が健全か否かを識別するための第１の管理情報、ライトアフタ処理およびライトスルー処理の何れを実行するかを指定する第２の管理情報、複数の記憶制御装置の何れが上位装置からの入出力要求を受け付けるかを指定する第３の管理情報、複数の記憶制御装置の各々における負荷の分担を指定する第４の管理情報、の少なくとも一つが格納される管理情報記憶手段を含む構成としたものである。
【００１４】
【作用】
本発明の外部記憶装置では、たとえば、一対の第１および第２の記憶制御装置を含む冗長構成であるとき、この第１および第２の記憶制御装置は上位装置と、たとえばＳＣＳＩインターフェースによりデージーチェーン接続され、同一ＳＣＳＩＩＤでアクセスされる。たとえば上位装置からの入出力要求を固定的に第１の記憶制御装置が受領している場合、当該入出力要求の処理に伴う負荷は、複数の記憶制御装置の各々における負荷の分担を指定する第４の管理情報に基づいて他の第２の記憶制御装置に分散され、冗長構成による信頼性の向上と第１および第２の記憶制御装置の並行稼働による入出力処理の処理能力の向上が図れる。
【００１５】
また、たとえば上位装置からの入出力要求を固定的に第１の記憶制御装置が受領している場合、第１の記憶制御装置に障害が発生した時、第１の管理情報および監視手段により障害を検出し、切替手段によって要求を受領する記憶制御装置を第２の記憶制御装置に切り替えることにより、上位装置は障害後も同一のＳＣＳＩＩＤに対してＩ／Ｏ要求を発行すればよく、切り替えに対してなんら意識する必要はない。その後、障害となった記憶制御装置を切り放し、縮退運転に入る。部品やマイクロプログラムの交換等の保守作業終了後に第１の記憶制御装置を復旧し、元の冗長構成に復元される。
【００１６】
また、各記憶制御装置内にデータバッファを持ち、上位装置からの書き込みデータを第１の記憶制御装置が受領し、ライトアフタ処理を実行している場合、第１の記憶制御装置に障害が発生したことを監視手段により検出し、切替手段により、第１の記憶制御装置から第２の記憶制御装置に入出力要求を受領する記憶制御装置を切り替えた時、同時に、複数のデータバッファに対する多重なデータ書き込み処理から、稼働中の記憶制御装置に備えられたデータバッファに選択的にデータを書き込む処理に切り替える。
【００１７】
この時、ライトアフタ処理を実行するかライトスルー処理を実行するかを選択する。この選択は、管理情報記憶手段の第２の管理情報をユーザが設定することにより可能である。すなわち、ユーザのデータ信頼性に対する要求が高い時は、ライトスルーモードに設定し、信頼性よりは性能を要求する場合は、ライトアフタモードに設定する。
【００１８】
第２の記憶制御装置の復旧後、選択的な書き込みか多重書き込みに切り替えることによりデータバッファに多重に書き込む操作に切り替え、冗長構成に復元できる。
【００１９】
上位装置からの入出力要求を第１の記憶制御装置が受領し、上位装置からの書き込み要求に関しては、第１の記憶制御装置のデータバッファと第２の記憶制御装置のデータバッファに２重書きを行い、ライトアフタ処理を行なっている場合、多重に書き込む処理から選択的に書き込む処理に切り替えて第２の記憶制御装置を切り放して縮退させ、データバッファの増設やマイクロプログラムの交換等の保守を行なった後、元の冗長構成に復旧させる。その後、記憶制御装置間での情報の伝達が可能な通信手段用いて第２の記憶制御装置は第１の記憶制御装置にデータバッファの増設等の保守作業の完了を通知し、通知後、切替手段を用い、上位装置からの要求の受領を自装置に切り替える。
【００２０】
一方、通知を受けた第１の記憶制御装置は自装置を縮退させ、データバッファの増設等の保守を行ない復旧させる。復旧後、情報の伝達が可能な通信手段を用いて第１の記憶制御装置は第２の記憶制御装置にデータバッファの増設等の保守完了を通知する。これを契機に、単一のデータバッファに対する選択的なデータ書き込みから、複数のデータバッファに対する多重書き込み処理に切り替える。これにより、一対の第１の記憶制御装置および第２の記憶制御装置のデータバッファの増設やマイクロプログラムの交換等の保守管理業務を、上位装置との間における入出力処理を継続しながら可能となる。
【００２１】
また、本発明によれば、管理情報記憶手段に設定されている複数の前記記憶制御装置の何れが前記上位装置からの入出力要求を受け付けるかを指定する第３の管理情報を参照することにより、第１の記憶制御装置および第２の記憶制御装置は、上位装置からの要求をいずれが受領するかを判断することが可能である。これにより、たとえば、第１の記憶制御装置および第２の記憶制御装置のどちらか一方のみが上位装置からの要求を受け付けることに限らず、両方の記憶制御装置にて入出力要求を受け付けて処理することも可能である。また、第３の管理情報をユーザにて随意に設定することにより、上位装置からの要求を受ける記憶制御装置をユーザから任意に指定することが可能となる。
【００２２】
【実施例】
以下、本発明の実施例を図面を参照しながら詳細に説明する。
【００２３】
図１は本発明の一実施例である外部記憶装置を含む計算機システムの一例を示す概念図である。本実施例の計算機システムは、中央処理装置である上位装置１００と、ディスクドライブ制御装置２００、ディスクドライブ制御装置４００と、ディスク装置５００とを含んでいる。ディスクドライブ制御装置２００とディスクドライブ制御装置４００は上位装置１００とＳＣＳＩインターフェースのデージーチェーンで接続され、ディスクドライブ制御装置２００、４００は同一のＳＣＳＩＩＤが設定され、冗長構成をとっている。そして本実施例の場合、ディスクドライブ制御装置２００は、上位装置１００からの要求を受領し、要求に付随する処理をディスクドライブ制御装置２００と冗長なディスクドライブ制御装置４００とで実行し、ディスク装置５００を制御する。
【００２４】
図２は、ディスクドライブ制御装置２００および４００の内部構成の一例を示すブロック図である。なお、ディスクドライブ制御装置２００とディスクドライブ制御装置４００の内部構成は同一であるため、ディスクドライブ制御装置２００を例に説明し、ディスクドライブ制御装置４００の側については対応する部位の符号の下２桁を同一にして説明は割愛する。
【００２５】
マイクロプロセッサユニット２５０（以下ＭＰＵと称す）は、ランダムアクセスメモリ（ＲＡＭ、図示せず）を逐次デコードしながら実行し、ディスクドライブ制御装置２００の全体を制御している。
【００２６】
ホストＩ／Ｆ制御部２１０は、上位装置１００とのプロトコル制御を行なっている。ＤＲＶＩ／Ｆ制御部２７０は各ドライブとのプロトコル制御を行なっている。データバッファ２４０は、ホストＩ／Ｆ制御部２１０とＤＲＶＩ／Ｆ制御部２７０のデータ転送時に用いられるものである。このメモリは揮発メモリでもよいし不揮発メモリでもよい。本実施例は揮発メモリでデータバッファ２４０を構築した場合を例に記述する。
【００２７】
切替機構２２０は、各ディスクドライブ制御装置２００およびディスクドライブ制御装置４００のホストＩ／Ｆ制御部２１０およびホストＩ／Ｆ制御部４１０に対し、上位装置１００からのＩ／Ｏを受領するホストＩ／Ｆ制御部を切り替えるためのものである。この実施例では、ホストＩ／Ｆ制御部２１０が受領しているものとする。データ転送制御部２３０は上位装置１００とデータバッファ２４０とのデータ転送を制御している。このデータ転送制御部２３０は上位装置１００からのライトデータをデータバッファ２４０とデータバッファ４４０の２面に２重書きするか、データバッファ２４０のみの１重書きするかの両方の機能を備えている。また、ＭＰＵ２５０からの指示により１重書きか２重書きかを切り替えることが可能である。
【００２８】
ＤＲＶ転送制御部２６０はデータバッファ２４０とディスク装置５００との間のデータ転送を制御する。
【００２９】
通信機構３００は、ＭＰＵ２５０と、ＭＰＵ４５０間での情報の伝達をするための機構である。この通信機構３００はＭＰＵ２５０とＭＰＵ４５０間における双方向の伝達を可能としている。
【００３０】
共通管理テーブル３１０は、ＭＰＵ２５０とＭＰＵ４５０の双方から参照／更新が可能な管理テーブルである。
【００３１】
本実施例では、上位装置１００からの論理データを複数のディスク装置５００へ分散させて格納する、アレイ構成によるドライブ格納方式を例に採って説明する。
【００３２】
ＥＣＣ生成回路２８０は、上位装置１００より送られてきたデータに対して冗長データを生成する機能を有し、この機能はデータの復元にも用いることができる。冗長データを付加する単位は、上位から送られてきた１論理データ単位でもよいし複数の論理データ単位に対してでもよい。本実施例は、４つの論理データに対し冗長データを付加し、この冗長データを格納するドライブを固定しないＲＡＩＤ５方式において記述する。
【００３３】
次に、図３を参照して共通管理テーブル３１０の構成の一例について説明する。監視情報３２０は各ディスクドライブ制御装置２００／４００が正常に動作しているかどうかをチェックするのに用いられる。監視情報Ａ３２１はディスクドライブ制御装置２００のＭＰＵ２５０が正常に動作可能と判断された時、一定間隔にて情報を設定する。また、ＭＰＵ２５０が正常に動作不能と判断した時、異常を示す情報を設定する。なお、ディスクドライブ制御装置４００のＭＰＵ４５０も、ＭＰＵ２５０と同様に情報を監視情報Ｂ３２２に設定する。
【００３４】
データ転送モード情報３３０は、システムの縮退状態時に上位装置１００からのライトデータ書き込み要求に対する終了報告契機を指示する。すなわち、この情報がデータバッファ２４０、またはデータバッファ４４０に対する書きこみ完了時点で上位装置１００に終了を報告するか（以下ライトアフタモードと称す）、データバッファ２４０からディスク装置５００にまで書き込んだ時点で終了報告するか（以下ライトスルーモードと称す）を判断するための情報である。
【００３５】
ホストＩ／Ｏ受信情報３４０は２つのディスクドライブ制御装置２００／４００の内、Ｉ／Ｏを受信するディスクドライブ制御装置の指示情報が示されている。本実施例では、ディスクドライブ制御装置２００がホストＩ／Ｏ受信側に設定されているものとして説明する。
【００３６】
負荷分散情報３５０は、上位装置からのＩ／Ｏに伴う処理を、２つのディスクドライブ制御装置２００／４００間で負荷分散するための情報である。負荷分散の方法は各ディスクドライブ制御装置にアクセス対象とするディスク装置を分割してもよいし、上位装置１００からのＩ／Ｏ要求の処理と、上位装置１００からのＩ／Ｏ要求とは非同期のデータバッファからディスク装置５００へライトデータを格納する処理とに分担してもよい。または処理しなければならない事柄を全て負荷分散情報の中に書き込み、２つのＭＰＵ間で競争論理とし、ＭＰＵとして空きがあるほうが処理を実行するという方法でもかまわない。
【００３７】
本実施例では上位装置１００からのＩ／Ｏ要求の処理と、上位装置１００からのＩ／Ｏ要求とは非同期にデータバッファ２４０／４４０からディスク装置５００へライトデータを格納する処理とに分担する方式について説明する。よって、本実施例では、負荷分散情報３５０にはデータバッファ２４０／４４０に格納されたライトデータの情報が入っているものとする。
【００３８】
次に本実施例における計算機システムでの、上位装置１００からディスク装置５００に対するデータの書き込み処理および読み込み処理について説明する。
【００３９】
ディスクドライブ制御装置２００は、通常、上位装置１００からの書き込み要求時、ホストＩ／Ｆ制御部２１０により、書き込み論理データを受領し、データ転送制御部２３０にてデータバッファ２４０とデータバッファ４４０に２重に格納し、共通管理テーブル３１０の負荷分散情報３５０に格納情報を設定し、この時点で上位装置１００に終了を報告する。ＭＰＵ４５０は、逐次、負荷分散情報３５０を参照し、格納情報があれば、当該ライトデータと同一アドレスの、既にドライブに格納されているデータ（以下旧データと称す）と、当該ライトデータに対応するパリティデータをＤＲＶＩ／Ｆ制御部４７０とＤＲＶ転送制御部４６０によりディスク装置５００から読み出し、ＥＣＣ生成回路４８０にてライトデータと旧データとパリティデータにて、ライトデータに対応したパリティデータ（以下新パリティデータと称す）を生成する。生成された新パリティデータとライトデータをＤＲＶＩ／Ｆ制御部４７０とＤＲＶ転送制御部４６０によりディスク装置５００に書き込むことにより、ライトデータをディスク装置５００に格納する。この処理は上位装置１００からのＩ／Ｏ要求とは非同期に行なわれる。また、ライトデータを格納するために行なわれる、旧データ／旧パリティデータの読み出し処理及び新パリティ生成処理、新パリティデータ格納処理はＲＡＩＤ５におけるライトペナルティと呼ばれている。
【００４０】
このように、上位装置１００からのライトデータの格納要求は、複数のディスク装置５００をディスクアレイ装置として機能させる場合において、非常に負荷が高い処理である。この処理を２つのディスクドライブ制御装置２００、４００にて役割分担し実行することは、１台のディスクドライブ制御装置だけで実行するより、効率がよくシステムとしての性能向上につながる。特に最近の市場動向としては、安価なプロセッサを搭載し、システム全体のコストを低減させることが、高性能、高信頼性とともに、非常に大切な要素となっている。よって、ライトペナルティ処理においては、ドライブへのアクセスが多数発生することも性能劣化につながるが、それ以前にそれを制御するプロセッサのマイクロプログラムの走行時間が長いために、システムとしてプロセッサネックになることも多い。この時、本実施例のように、２台のディスクドライブ制御装置２００および４００にて処理を行なうことで２倍近くの性能を出すことができる。
【００４１】
次に上位装置１００からの読み込み要求時、ＭＰＵ２５０は、ＤＲＶＩ／Ｆ制御部２７０とＤＲＶ転送制御部２６０により物理ドライブ（ディスク装置５００）よりデータの読み込みを開始し、上位装置１００に転送する。また、この時、上位装置１００からのリード要求アドレスが連続していた時、ディスクドライブ制御装置４００がシーケンシャルリード処理だと判断し、上位装置１００からのリード要求アドレスに続くあるデータ量を上位装置１００からのＩ／Ｏとは非同期にデータバッファ２４０および４４０に読み出す処理を行っても良い。こうすることにより、次に上位装置からＩ／Ｏ要求があった時、対象となるデータがすでにデータバッファ２４０／４４０に格納されており、時間の掛かるディスク装置５００へのアクセスを生じることなくデータを転送することができ、全体としての性能向上につながる。
【００４２】
以上のように、冗長構成でありながら、冗長な部分（本実施例では、ディスクドライブ制御装置４００）を障害発生時の切り替え用として単にスタンバイさせておくのではなく、処理の一部を実行させることにより、信頼性だけでなく性能の向上にもつながる。
【００４３】
次に本実施例において、２台のディスクドライブ制御装置２００／４００が処理を実行しながら、障害時の自動切り替えおよび復旧を実行する動作について説明する。まず、自動的に障害を検出する監視手続きについて説明する。
【００４４】
ＭＰＵ２５０、４５０はディスクドライブ制御装置２００、４００を制御しながら、一定時間が経過する度に、ＭＰＵ２５０は監視情報３２１に、ＭＰＵ４５０は監視情報３２２に正常であることを示す情報（以下、正常情報と称す）を設定する。但し、一定時間毎に設定していることを示すために、この情報には逐次変化する情報を設定する。たとえば、１つずつ加算されるような情報である。また、各ＭＰＵ２５０，４５０が、当該ディスクドライブ制御装置２００、４００にて正常に動作が不可能と判断したと、たとえば、ＭＰＵからデータバッファがアクセス不可能となった時、監視情報に障害であることを示す情報（以下これを障害情報と称す）を設定する。以下、図４のフローチャートにより前述の監視手続きの一例を説明する。
【００４５】
ここでは、ディスクドライブ制御装置４００のＭＰＵ４５０が他系のディスクドライブ制御装置２００の監視を行う動作を例に採り説明する。
【００４６】
まずＭＰＵ２５０はステップ６００にて一定時間が経過したかを判断する。一定時間が経過していなければ、ステップ６０８へ進み、ディスクドライブ制御装置２００が正常と判断する。
【００４７】
一定時間が経過していれば、ステップ６０１へ進み、ＭＰＵ４５０が正常であることを示す正常情報を設定する。そしてステップ６０２へ進み、ディスクドライブ制御装置２００の監視情報３２２を参照する。この情報が正常か否かを判断し、ステップ６０３にて正常だと判断したら、ステップ６０４に進む。障害であると判断したら、ステップ６０７に進み、ディスクドライブ制御装置２００は障害であると判断する。
【００４８】
正常情報の時、ステップ６０５に進み、この正常情報に以前から変更があったかどうかをステップ６０５にて判断する。すなわち、ＭＰＵ２５０がマイクロプログラムの障害等により、監視情報を設定不可能に陥っている可能性がある。このような障害を、このステップ６０５のチェックにて判断する。変更があれば、ステップ６０８へ進み、正常と判断する。変更が無かったとき、ステップ６０６に進み、一定時間よりも長いマージンの時間が経過しているか否かを判断する。その結果、経過していれば、ステップ６０７へ進み、障害と判断し、経過していなければ、ステップ６０８へ進み、正常と判断する。以上のような監視手続きによれば、ハードウェアの障害も、マイクロプログラムの障害も両方同時に検出が可能である。
【００４９】
次に、図５のフローチャートを参照してディスクドライブ制御装置４００が他系のディスクドライブ制御装置２００の障害を認識して切り替わる処理の一例を説明する。
【００５０】
まずＭＰＵ４５０はステップ７００にて逐次、負荷分散情報３５０を参照している。その結果、ステップ７０１にてデータバッファ２４０、４４０内に上位装置１００からのライトデータが存在しなければ、ステップ７０４に進む。存在すれば、ステップ７０２に進み、データバッファ４４０のライトデータに対応するパリティを生成するため、当該ライトデータに対応する旧データと旧パリティデータをディスク装置５００から読み出し、ＥＣＣ生成回路４８０にて新パリティデータを生成する。その後、ステップ７０３に進み、ライトデータと新パリティデータをＤＲＶ転送制御部４６０および、ＤＲＶＩ／Ｆ制御部４７０によりディスク装置５００に格納する。次にステップ７０４にて、図４のステップ６００以降の監視手続きによりディスクドライブ制御装置２００の障害をチェックする。その結果、正常ならば、ステップ７００に進み、処理を続ける。切り替えが必要と判断したら、ステップ７１０に進み、切り替え手続きを用いて、上位装置１００からのＩ／Ｏの受信をディスクドライブ制御装置２００からディスクドライブ制御装置４００に切り替える。そして、ディスクドライブ制御装置２００が行なっていた上位装置１００からのＩ／Ｏ処理をステップ７２０にてディスクドライブ制御装置４００が代替して行なう。
【００５１】
次に、図６のフローチャートにて切り替え手続きの一例を説明する。
【００５２】
まずステップ７１１にて、データ転送制御部４３０に対し、上位装置１００からのライトデータ受領時、当該データをデータバッファ４４０へ１重に書き込むことを指示する。すなわち、ディスクドライブ制御装置２００に障害が発生したため、ディスクドライブ制御装置２００を縮退させて切り放し、障害発生した部位を交換し、復旧するまでの間、データバッファはディスクドライブ制御装置４００にしか存在しないため、正常な冗長構成時のような２重書きはできない。
【００５３】
そして、ステップ７１２にて、切替機構４２０にて上位装置１００からのＩ／Ｏ要求をホストＩ／Ｆ制御部２１０から、ホストＩ／Ｆ制御部４１０に切り替えるよう指示をする。これにより、ホストＩ／Ｆ制御部２１０は上位装置１００からの要求を受け付けなくなり、また、ホストＩ／Ｆ制御部４１０は上位装置１００からの要求を受け付けるようになり、実質的にはディスクドライブ制御装置が切り替わることになるが、本実施例ではＳＣＳＩＩＤが同一なため、上位装置１００はＩ／Ｏを切り替える以前と同様のＳＣＳＩＩＤに発行すればよく、受領側のディスクドライブ制御装置が切り替わったことを知る必要が全くない。
【００５４】
次に図７のフローチャートを用いて、切り替わった後、ディスクドライブ制御装置４００にてＩ／Ｏを実行する手順の一例を説明する。
【００５５】
ステップ７２１にて上位装置１００よりＩ／Ｏ処理を受信すると、ステップ７２２に進み、リード要求かライト要求かを判断する。リード要求の時、ステップ７２９に進み、当該リード要求に対応するディスク装置５００よりデータバッファ４４０に対象データを読み込む。ステップ７３０に進み、データバッファ４４０から上位装置１００へデータを転送し、ステップ７２８にて上位装置１００に対し、終了を報告する。
【００５６】
ライト要求の時、ステップ７２３に進み、データバッファ４４０にライトデータを格納する。さらに、ステップ７２４に進み、データ転送モード情報３３０を参照し、ステップ７２５でライトスルーモードか否かを判定する。その結果、ライトアフタモードの時、すなわちデータバッファ４４０に格納した時点で上位装置１００に対して終了を報告するモードの時は、ステップ７２８に進み、終了を報告し、その後、非同期にデータバッファ４４０からディスク装置５００に格納する。ライトスルーモードの時は、ステップ７２６に進み、ライトデータに対するパリティデータを作成し、ステップ７２７にてライトデータと新パリティデータをディスク装置５００に格納し、ステップ７２８にて終了を報告する。さらに、この後、図５のフローチャートにおけるステップ７００からステップ７０３を実行し、切り替え以前の処理も実行する。
【００５７】
このように、本実施例によれば、上位装置１００からの指示なしに、上位装置１００になんの意識もさせずに、ディスクドライブ制御装置２００／４００にて、自動的に相互間の切り替え動作および処理の続行が可能である。
【００５８】
次に、ディスクドライブ制御装置２００が復旧し、元の冗長構成に戻る時の方法の一例を説明する。
【００５９】
まず、図８に示されるフローチャートにて、ディスクドライブ制御装置２００の側の復旧動作の一例について説明する。ステップ８１０で、通信機構３００にてディスクドライブ制御装置４００に対して復旧が完了したことを通知する。その後、ディスクドライブ制御装置２００が冗長なディスクドライブ制御装置となり、以前と立場が入れ替わる。ステップ８１１にて、以前、ディスクドライブ制御装置４００が行なっていた非同期のデステージ処理（図５のステップ７００〜７０５）を行なう。
【００６０】
さらに、図９に示されるフローチャートにて、通知を受けた側のディスクドライブ制御装置４００の動作の一例を説明する。
【００６１】
ステップ８２０にて通信機構３００にてディスクドライブ制御装置２００の復旧完了を認識すると、ステップ８２１でデータ転送制御部４３０にデータバッファ２４０と４４０への２重書きを指示し、ステップ８２１にて上位装置１００からのＩ／Ｏ処理のみを実行する。このように、上位装置１００からのＩ／Ｏ要求を受けながら、元の冗長な構成に復旧することが可能であり、さらに２つのディスクドライブ制御装置２００／４００で処理を負荷分散することにより、性能の向上も図れる。
【００６２】
次に、ディスクドライブ制御装置２００／４００の稼働中におけるデータバッファの増設方法の一例について図１０のフローチャートを参照しながら説明する。なお、上位装置１００からのＩ／Ｏを受信しているディスクドライブ制御装置は、ディスクドライブ制御装置２００とする。
【００６３】
データバッファの増設要求があった時、ステップ９１１にて当該ディスクドライブ制御装置はＩ／Ｏ受信側かを判断する。まずディスクドライブ制御装置２００の処理内容について説明する。ディスクドライブ制御装置２００はＩ／Ｏ受信側なので、ステップ９１２に進み、ディスクドライブ制御装置４００がまず縮退し、切り放すことを認識する。そこで、データ転送制御部２３０にデータバッファ２４０へライトデータを１重書きとするよう指示をする。その後、ステップ９１３にて上位装置１００からのＩ／Ｏ処理を実行し、ステップ９１４にて、図５のステップ７００〜ステップ７０３を実行する。すなわちディスクドライブ制御装置４００にて実行していた分を代替する。ステップ９１３とステップ９１４を繰り返しながらディスクドライブ制御装置４００の復旧完了を待つ。
【００６４】
次にディスクドライブ制御装置４００もステップ９１１にて当該ディスクドライブ制御装置はＩ／Ｏ受信側かを判断する。その結果Ｉ／Ｏ受信側ではないので、ステップ９１５に進み、当該ディスクドライブ制御装置４００は切り放しを行ない、ステップ９１６にてデータバッファ４４０の増設を行なう。増設完了後、ステップ９１７にて復旧したことを通信機構３００を介してディスクドライブ制御装置２００に通知する。
【００６５】
今度はディスクドライブ制御装置２００が増設を行なう必要があるため、ディスクドライブ制御装置４００はＩ／Ｏの受領を代替するため、ステップ９１９で切替機構４２０を用いてＩ／Ｏ受信するホストＩ／Ｆ制御部を自系に切り替える。その後、ステップ９２０にて上位装置１００からのＩ／Ｏ処理を実行し、ステップ９２１にて図５のステップ７００〜ステップ７０３を実行し、ディスクドライブ制御装置２００の復旧完了を待つ。
【００６６】
ステップ９１８で復旧を通信機構３００を介して認識したディスクドライブ制御装置２００は、ステップ９２２にて切り放し、ステップ９２３にてデータバッファ２４０の増設を行なう。増設完了後、ステップ９２４にて復旧を通信機構３００にてディスクドライブ制御装置４００に通知する。通知後、当該ディスクドライブ制御装置２００はホストＩ／Ｏ受信側ではないのでステップ９２５にて図５のステップ７００〜ステップ７０５を実行する側に回る。
【００６７】
ディスクドライブ制御装置４００は、ステップ９２６にて他系の復旧を通信機構３００にて認識すると、ステップ９２７にてデータ転送制御部２３０にデータバッファ２４０／４４０へライトデータを２重に書くよう指示をする。ステップ９２８にて上位装置１００からのＩ／Ｏ処理を実行する。
【００６８】
このように上位装置１００からのＩ／Ｏを実行しながらも各系のデータバッファ２４０／４４０の増設が可能となる。すなわち本実施例によれば、従来ではデータバッファの増設はシステムを停止してからでないと実現できなかったのに対し、オンライン中に増設が可能となる。特に、低コストにて実現されている１つのボード上にディスクドライブ制御装置が構築されているときは、ボード毎の交換が必要なため、稼働中の増設は不可能であった。本実施例では、冗長構成のディスクドライブ制御装置２００／４００において、１台ずつを縮退／復旧させながら、データバッファの増設が可能である。
【００６９】
また、本実施例によれば、図１０のステップ９１６および、ステップ９２３の処理をマイクロプログラム交換作業に置き換えることにより、稼働中のマイクロプログラムの交換が可能であり、２４時間運転の要求が著しい近年のコンピュータシステムにおける保守管理作業に特に有効である。
【００７０】
また、片系障害時の縮退中、上位装置１００からのライト要求をデータバッファまでに書き込んで終了を報告するか、ディスク装置５００にまで書き込んで終了を報告するかはユーザが指示可能である。すなわち、このデータ転送モード情報３３０の書き換えは、ユーザのプログラムで自動的に行なってもよい。すなわち、データバッファが１面構成になった時、データファッバに格納した時点で終了を報告すれば、応答性にはすぐれているが、この時点でディスクドライブ制御装置に障害が発生すると、データ保証ができなくなる。一方、ディスク装置５００にまで格納するのでは、ライトペナルティ処理が発生してしまうため、応答性はかなり劣化してしまうが、上位装置１００に対しては、確実な応答が報告でき、信頼性は高い。本実施例の外部記憶装置の場合、ユーザが扱うファイルへの信頼度の要求レベルに応じて、ユーザの指示により、信頼度を優先するか、応答速度を優先するかを随意に選択でき、柔軟なファイルシステムを構築することが可能となる。
【００７１】
さらに本発明では、複数のディスクドライブ制御装置は冗長な構成だけではなく、複数の上位装置または、複数のバスより、同時にアクセスが可能なシステムも提供できる。このシステム構成例を図１１および図１２に示す。
【００７２】
図１１は、これまでに説明した実施例の図１と同じ構成だが、上位装置１００とのＩ／ＦがＳＣＳＩの時、図１の構成では記憶制御装置０と記憶制御装置１は同じＳＣＳＩＩＤで接続されていたのに対して、図１１の構成では記憶制御装置０（４００Ａ）と記憶制御装置１（２００Ａ）は異なるＳＣＳＩＩＤで接続されている点が異なっている。この図１１の構成の場合、どちらも、上位装置１００からＩ／Ｏ要求を受領して処理する。また、図１２は、複数の記憶制御装置０（４００Ｂ）および記憶制御装置１（２００Ｂ）が、同一の上位装置１００に対してマルチパスにより接続されたシステム構成の一例を示すブロック図である。この図１２の構成でも、記憶制御装置０（４００Ｂ）と記憶制御装置１（２００Ｂ）は、いずれも上位装置１００からのＩ／Ｏ要求を実行可能である。いずれがＩ／Ｏ要求を実行するかの指定は共通管理テーブル３１０の、ホストＩ／Ｏ受信情報３４０を書き換えることにより実現される。すなわち、各記憶制御装置は、まずホストＩ／Ｏ受信情報３４０を参照し、当該記憶制御装置が上位装置からのＩ／Ｏを受信するか否かを決定する。このように、本発明では様々なユーザの接続方法に対応することができ、柔軟なシステムが構築できる。
【００７３】
以上説明したように、本実施例によれば、冗長構成の複数のディスクドライブ制御装置２００／４００が負荷分散しながら上位装置１００からの要求を実行することにより、信頼性の向上だけでなく性能の向上も同時に実現することが可能なファイルシステムを提供できる。また、すべてのディスクドライブ制御装置２００／４００が負荷分散しながら上位装置１００からのＩ／Ｏ要求を実行しながらでも、障害発生時に上位装置１００からなんら指示を仰ぐことなく自動的に切り替わって稼働を継続し、さらに復旧することが可能となる。これにより、上位装置１００からのＩ／Ｏ要求を実行しながらデータバッファの増設やマイクロプログラムの交換が可能となり、無停止保守が実現できる。また、冗長構成だけでなく、すべてのディスクドライブ制御装置が同時に上位装置１００からの要求を受信する構成にすることも可能であり、ユーザの要求する多様なファイルシステムに柔軟に対応することができる。
【００７４】
【発明の効果】
本発明の外部記憶装置によれば、冗長構成の複数の記憶制御装置に負荷を分散させることにより、信頼性および性能を向上させることができる、という効果が得られる。
【００７５】
また、上位装置の側に記憶制御装置の冗長構成を意識させることなく、記憶制御装置の多重化による信頼性の向上、さらには記憶制御装置の多様な制御動作を実現することができる、という効果が得られる。
【００７６】
また、稼働を停止させることなく、冗長構成の複数の記憶制御装置におけるハードウェアおよびソフトウェア等の保守管理作業を簡便に遂行することができる、という効果が得られる。
【００７７】
また、単一のボード上に記憶制御装置およびデータバッファを搭載した構成の保守管理作業を、稼働中に実行することができる、という効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例である外部記憶装置を含む計算機システムの一例を示す概念図である。
【図２】本発明の一実施例である外部記憶装置を構成するディスクドライブ制御装置の内部構成の一例を示すブロック図である。
【図３】本発明の一実施例である外部記憶装置において用いられる共通管理テーブルの構成の一例を示す概念図である。
【図４】本発明の一実施例である外部記憶装置の作用の一例を示すフローチャートである。
【図５】本発明の一実施例である外部記憶装置の作用の一例を示すフローチャートである。
【図６】本発明の一実施例である外部記憶装置の作用の一例を示すフローチャートである。
【図７】本発明の一実施例である外部記憶装置の作用の一例を示すフローチャートである。
【図８】本発明の一実施例である外部記憶装置の作用の一例を示すフローチャートである。
【図９】本発明の一実施例である外部記憶装置の作用の一例を示すフローチャートである。
【図１０】本発明の一実施例である外部記憶装置の作用の一例を示すフローチャートである。
【図１１】本発明の一実施例である外部記憶装置における上位装置との接続形態の変形例を示す概念図である。
【図１２】本発明の一実施例である外部記憶装置における上位装置との接続形態の変形例を示す概念図である。
【符号の説明】
１００…上位装置、２００…ディスクドライブ制御装置、２１０…ホストＩ／Ｆ制御部、２２０…切替機構、２３０…データ転送制御部、２４０…データバッファ、２５０…マイクロプロセッサユニット、２６０…ＤＲＶ転送制御部、２７０…ＤＲＶＩ／Ｆ制御部、２８０…ＥＣＣ生成回路、３００…通信機構、３１０…共通管理テーブル、３２０…監視情報、３２１…監視情報、３２２…監視情報、３３０…データ転送モード情報、３４０…ホストＩ／Ｏ受信情報、３５０…負荷分散情報、４００…ディスクドライブ制御装置、４１０…ホストＩ／Ｆ制御部、４２０…切替機構、４３０…データ転送制御部、４４０…データバッファ、４５０…マイクロプロセッサユニット、４６０…ＤＲＶ転送制御部、４７０…ＤＲＶＩ／Ｆ制御部、４８０…ＥＣＣ生成回路、５００…ディスク装置。
【産業上の利用分野】
本発明は、外部記憶装置に関し、特に、上位装置からの情報の入出力要求を制御する入出力制御装置を多重に備えた冗長構成の外部記憶サブシステム等に適用して有効な技術に関する。
【０００２】
【従来の技術】
コンピュータシステムを構成する外部記憶装置においては、記憶媒体を備えた記憶装置と上位装置との間に介在して両者間の情報の授受を制御する記憶制御装置が冗長構成でない場合、記憶制御装置に障害が発生するとサブシステムは停止を余儀なくされ、この間に復旧作業がおこなわれる。そして、この復旧作業が終了すると、記憶制御装置が再起動され、あるいは、サブシステムが再起動されそれまで中断していた業務が再開される。
【０００３】
また最近では、コンピュータシステムを用いる様々な情報処理業務において２４時間稼働の運用形態が増加しており、外部記憶サブシステムにも連続運転が要求されている。このため、たとえば、特開平３−２０６５２９号公報に記載されているように、一方の記憶制御装置が運転中、他系の記憶制御装置は停止してスタンバイ状態をとるという、記憶制御装置に関して冗長な構成をとり、記憶制御装置の障害時、他系のスタンバイ状態の記憶制御装置に切り替わることにより、システムを継続運転可能にしようとする技術が知られている。
【０００４】
【発明が解決しようとする課題】
しかし、上述の従来技術においては、障害時の連続運転は可能であるが、２台の記憶制御装置を備えているにもかかわらず、実際に稼働するのはいずれか１台のみであり性能的には１台の時となんら変わらなかった。すなわち冗長な他系の記憶制御装置はあくまでホットスタンバイ用であり、障害の記憶制御装置の単なる代替でしかなかった。
【０００５】
また、近年では、システムへの要求も様々であり、上位装置からも複数の経路より、同一の記憶装置へ、または別々の記憶装置へとアクセス要求が発行されるような様々な接続形態があり、従来のような記憶制御装置の単なる冗長構成では、多様なユーザの要請に合わせてシステムを構築することが困難であった。
【０００６】
また、従来において、安価なシステムでは１つのボード内に記憶制御装置とデータバッファが搭載された構成となっており、記憶制御装置内のデータバッファの増設等の保守管理を行う場合、データバッファのみの切り放しが不可能なため、システムを一旦停止させた状態でデータバッファを増設し、増設作業の終了後、記憶制御装置やシステムを再起動させ、それまで中断していた業務を再開する、という手順を踏む必要があり、上位装置からの入出力要求（Ｉ／Ｏ）を処理しながら増設等の保守管理作業を遂行することは不可能であった。
【０００７】
本発明の目的は、冗長構成の複数の記憶制御装置に負荷を分散させることにより、信頼性および性能を向上させることが可能な外部記憶装置を提供することにある。
【０００８】
本発明の他の目的は、上位装置の側に記憶制御装置の冗長構成を意識させることなく、記憶制御装置の多重化による信頼性の向上、さらには記憶制御装置の多様な制御動作を実現することが可能な外部記憶装置を提供することにある。
【０００９】
本発明のさらに他の目的は、稼働を停止させることなく、冗長構成の複数の記憶制御装置におけるハードウェアおよびソフトウェア等の保守管理作業を簡便に遂行することが可能な外部記憶装置を提供することにある。
【００１０】
本発明のさらに他の目的は、単一のボード上に記憶制御装置およびデータバッファを搭載した構成の保守管理作業を、稼働中に実行することが可能な外部記憶装置を提供することにある。
【００１１】
【課題を解決するための手段】
本発明の外部記憶装置は、複数の記憶制御装置が上位装置からみて同一に見えるように記憶制御装置を上位装置に接続するインターフェイス手段と、複数の記憶制御装置間で他の記憶制御装置を監視する監視手段と、記憶制御装置間での情報の伝達が可能な通信手段と、上位装置からの要求を受領している記憶制御装置を切り替える切替手段と、１つの記憶制御装置が受領した上位装置からの入出力要求と、それに付随する処理を複数の記憶制御装置にて負荷分散する負荷分散手段とを含む構成としたものである。
【００１２】
また、個々の記憶制御装置に備えられ、記憶制御装置と同様の冗長構成をとることによって上位装置からの書き込みデータを一旦格納するデータバッファと、上位装置からの書き込みデータをデータバッファに格納した時点で上位装置へ終了を報告し、上位装置との要求とは非同期にデータバッファから記憶装置に書き込むとともに、冗長構成の複数のデータバッファのすべてに書き込むか選択的に書き込むかを制御するデータ転送手段とを含む構成としたものである。
【００１３】
また、複数の記憶制御装置から共通にアクセス可能にされ、個々の記憶制御装置が健全か否かを識別するための第１の管理情報、ライトアフタ処理およびライトスルー処理の何れを実行するかを指定する第２の管理情報、複数の記憶制御装置の何れが上位装置からの入出力要求を受け付けるかを指定する第３の管理情報、複数の記憶制御装置の各々における負荷の分担を指定する第４の管理情報、の少なくとも一つが格納される管理情報記憶手段を含む構成としたものである。
【００１４】
【作用】
本発明の外部記憶装置では、たとえば、一対の第１および第２の記憶制御装置を含む冗長構成であるとき、この第１および第２の記憶制御装置は上位装置と、たとえばＳＣＳＩインターフェースによりデージーチェーン接続され、同一ＳＣＳＩＩＤでアクセスされる。たとえば上位装置からの入出力要求を固定的に第１の記憶制御装置が受領している場合、当該入出力要求の処理に伴う負荷は、複数の記憶制御装置の各々における負荷の分担を指定する第４の管理情報に基づいて他の第２の記憶制御装置に分散され、冗長構成による信頼性の向上と第１および第２の記憶制御装置の並行稼働による入出力処理の処理能力の向上が図れる。
【００１５】
また、たとえば上位装置からの入出力要求を固定的に第１の記憶制御装置が受領している場合、第１の記憶制御装置に障害が発生した時、第１の管理情報および監視手段により障害を検出し、切替手段によって要求を受領する記憶制御装置を第２の記憶制御装置に切り替えることにより、上位装置は障害後も同一のＳＣＳＩＩＤに対してＩ／Ｏ要求を発行すればよく、切り替えに対してなんら意識する必要はない。その後、障害となった記憶制御装置を切り放し、縮退運転に入る。部品やマイクロプログラムの交換等の保守作業終了後に第１の記憶制御装置を復旧し、元の冗長構成に復元される。
【００１６】
また、各記憶制御装置内にデータバッファを持ち、上位装置からの書き込みデータを第１の記憶制御装置が受領し、ライトアフタ処理を実行している場合、第１の記憶制御装置に障害が発生したことを監視手段により検出し、切替手段により、第１の記憶制御装置から第２の記憶制御装置に入出力要求を受領する記憶制御装置を切り替えた時、同時に、複数のデータバッファに対する多重なデータ書き込み処理から、稼働中の記憶制御装置に備えられたデータバッファに選択的にデータを書き込む処理に切り替える。
【００１７】
この時、ライトアフタ処理を実行するかライトスルー処理を実行するかを選択する。この選択は、管理情報記憶手段の第２の管理情報をユーザが設定することにより可能である。すなわち、ユーザのデータ信頼性に対する要求が高い時は、ライトスルーモードに設定し、信頼性よりは性能を要求する場合は、ライトアフタモードに設定する。
【００１８】
第２の記憶制御装置の復旧後、選択的な書き込みか多重書き込みに切り替えることによりデータバッファに多重に書き込む操作に切り替え、冗長構成に復元できる。
【００１９】
上位装置からの入出力要求を第１の記憶制御装置が受領し、上位装置からの書き込み要求に関しては、第１の記憶制御装置のデータバッファと第２の記憶制御装置のデータバッファに２重書きを行い、ライトアフタ処理を行なっている場合、多重に書き込む処理から選択的に書き込む処理に切り替えて第２の記憶制御装置を切り放して縮退させ、データバッファの増設やマイクロプログラムの交換等の保守を行なった後、元の冗長構成に復旧させる。その後、記憶制御装置間での情報の伝達が可能な通信手段用いて第２の記憶制御装置は第１の記憶制御装置にデータバッファの増設等の保守作業の完了を通知し、通知後、切替手段を用い、上位装置からの要求の受領を自装置に切り替える。
【００２０】
一方、通知を受けた第１の記憶制御装置は自装置を縮退させ、データバッファの増設等の保守を行ない復旧させる。復旧後、情報の伝達が可能な通信手段を用いて第１の記憶制御装置は第２の記憶制御装置にデータバッファの増設等の保守完了を通知する。これを契機に、単一のデータバッファに対する選択的なデータ書き込みから、複数のデータバッファに対する多重書き込み処理に切り替える。これにより、一対の第１の記憶制御装置および第２の記憶制御装置のデータバッファの増設やマイクロプログラムの交換等の保守管理業務を、上位装置との間における入出力処理を継続しながら可能となる。
【００２１】
また、本発明によれば、管理情報記憶手段に設定されている複数の前記記憶制御装置の何れが前記上位装置からの入出力要求を受け付けるかを指定する第３の管理情報を参照することにより、第１の記憶制御装置および第２の記憶制御装置は、上位装置からの要求をいずれが受領するかを判断することが可能である。これにより、たとえば、第１の記憶制御装置および第２の記憶制御装置のどちらか一方のみが上位装置からの要求を受け付けることに限らず、両方の記憶制御装置にて入出力要求を受け付けて処理することも可能である。また、第３の管理情報をユーザにて随意に設定することにより、上位装置からの要求を受ける記憶制御装置をユーザから任意に指定することが可能となる。
【００２２】
【実施例】
以下、本発明の実施例を図面を参照しながら詳細に説明する。
【００２３】
図１は本発明の一実施例である外部記憶装置を含む計算機システムの一例を示す概念図である。本実施例の計算機システムは、中央処理装置である上位装置１００と、ディスクドライブ制御装置２００、ディスクドライブ制御装置４００と、ディスク装置５００とを含んでいる。ディスクドライブ制御装置２００とディスクドライブ制御装置４００は上位装置１００とＳＣＳＩインターフェースのデージーチェーンで接続され、ディスクドライブ制御装置２００、４００は同一のＳＣＳＩＩＤが設定され、冗長構成をとっている。そして本実施例の場合、ディスクドライブ制御装置２００は、上位装置１００からの要求を受領し、要求に付随する処理をディスクドライブ制御装置２００と冗長なディスクドライブ制御装置４００とで実行し、ディスク装置５００を制御する。
【００２４】
図２は、ディスクドライブ制御装置２００および４００の内部構成の一例を示すブロック図である。なお、ディスクドライブ制御装置２００とディスクドライブ制御装置４００の内部構成は同一であるため、ディスクドライブ制御装置２００を例に説明し、ディスクドライブ制御装置４００の側については対応する部位の符号の下２桁を同一にして説明は割愛する。
【００２５】
マイクロプロセッサユニット２５０（以下ＭＰＵと称す）は、ランダムアクセスメモリ（ＲＡＭ、図示せず）を逐次デコードしながら実行し、ディスクドライブ制御装置２００の全体を制御している。
【００２６】
ホストＩ／Ｆ制御部２１０は、上位装置１００とのプロトコル制御を行なっている。ＤＲＶＩ／Ｆ制御部２７０は各ドライブとのプロトコル制御を行なっている。データバッファ２４０は、ホストＩ／Ｆ制御部２１０とＤＲＶＩ／Ｆ制御部２７０のデータ転送時に用いられるものである。このメモリは揮発メモリでもよいし不揮発メモリでもよい。本実施例は揮発メモリでデータバッファ２４０を構築した場合を例に記述する。
【００２７】
切替機構２２０は、各ディスクドライブ制御装置２００およびディスクドライブ制御装置４００のホストＩ／Ｆ制御部２１０およびホストＩ／Ｆ制御部４１０に対し、上位装置１００からのＩ／Ｏを受領するホストＩ／Ｆ制御部を切り替えるためのものである。この実施例では、ホストＩ／Ｆ制御部２１０が受領しているものとする。データ転送制御部２３０は上位装置１００とデータバッファ２４０とのデータ転送を制御している。このデータ転送制御部２３０は上位装置１００からのライトデータをデータバッファ２４０とデータバッファ４４０の２面に２重書きするか、データバッファ２４０のみの１重書きするかの両方の機能を備えている。また、ＭＰＵ２５０からの指示により１重書きか２重書きかを切り替えることが可能である。
【００２８】
ＤＲＶ転送制御部２６０はデータバッファ２４０とディスク装置５００との間のデータ転送を制御する。
【００２９】
通信機構３００は、ＭＰＵ２５０と、ＭＰＵ４５０間での情報の伝達をするための機構である。この通信機構３００はＭＰＵ２５０とＭＰＵ４５０間における双方向の伝達を可能としている。
【００３０】
共通管理テーブル３１０は、ＭＰＵ２５０とＭＰＵ４５０の双方から参照／更新が可能な管理テーブルである。
【００３１】
本実施例では、上位装置１００からの論理データを複数のディスク装置５００へ分散させて格納する、アレイ構成によるドライブ格納方式を例に採って説明する。
【００３２】
ＥＣＣ生成回路２８０は、上位装置１００より送られてきたデータに対して冗長データを生成する機能を有し、この機能はデータの復元にも用いることができる。冗長データを付加する単位は、上位から送られてきた１論理データ単位でもよいし複数の論理データ単位に対してでもよい。本実施例は、４つの論理データに対し冗長データを付加し、この冗長データを格納するドライブを固定しないＲＡＩＤ５方式において記述する。
【００３３】
次に、図３を参照して共通管理テーブル３１０の構成の一例について説明する。監視情報３２０は各ディスクドライブ制御装置２００／４００が正常に動作しているかどうかをチェックするのに用いられる。監視情報Ａ３２１はディスクドライブ制御装置２００のＭＰＵ２５０が正常に動作可能と判断された時、一定間隔にて情報を設定する。また、ＭＰＵ２５０が正常に動作不能と判断した時、異常を示す情報を設定する。なお、ディスクドライブ制御装置４００のＭＰＵ４５０も、ＭＰＵ２５０と同様に情報を監視情報Ｂ３２２に設定する。
【００３４】
データ転送モード情報３３０は、システムの縮退状態時に上位装置１００からのライトデータ書き込み要求に対する終了報告契機を指示する。すなわち、この情報がデータバッファ２４０、またはデータバッファ４４０に対する書きこみ完了時点で上位装置１００に終了を報告するか（以下ライトアフタモードと称す）、データバッファ２４０からディスク装置５００にまで書き込んだ時点で終了報告するか（以下ライトスルーモードと称す）を判断するための情報である。
【００３５】
ホストＩ／Ｏ受信情報３４０は２つのディスクドライブ制御装置２００／４００の内、Ｉ／Ｏを受信するディスクドライブ制御装置の指示情報が示されている。本実施例では、ディスクドライブ制御装置２００がホストＩ／Ｏ受信側に設定されているものとして説明する。
【００３６】
負荷分散情報３５０は、上位装置からのＩ／Ｏに伴う処理を、２つのディスクドライブ制御装置２００／４００間で負荷分散するための情報である。負荷分散の方法は各ディスクドライブ制御装置にアクセス対象とするディスク装置を分割してもよいし、上位装置１００からのＩ／Ｏ要求の処理と、上位装置１００からのＩ／Ｏ要求とは非同期のデータバッファからディスク装置５００へライトデータを格納する処理とに分担してもよい。または処理しなければならない事柄を全て負荷分散情報の中に書き込み、２つのＭＰＵ間で競争論理とし、ＭＰＵとして空きがあるほうが処理を実行するという方法でもかまわない。
【００３７】
本実施例では上位装置１００からのＩ／Ｏ要求の処理と、上位装置１００からのＩ／Ｏ要求とは非同期にデータバッファ２４０／４４０からディスク装置５００へライトデータを格納する処理とに分担する方式について説明する。よって、本実施例では、負荷分散情報３５０にはデータバッファ２４０／４４０に格納されたライトデータの情報が入っているものとする。
【００３８】
次に本実施例における計算機システムでの、上位装置１００からディスク装置５００に対するデータの書き込み処理および読み込み処理について説明する。
【００３９】
ディスクドライブ制御装置２００は、通常、上位装置１００からの書き込み要求時、ホストＩ／Ｆ制御部２１０により、書き込み論理データを受領し、データ転送制御部２３０にてデータバッファ２４０とデータバッファ４４０に２重に格納し、共通管理テーブル３１０の負荷分散情報３５０に格納情報を設定し、この時点で上位装置１００に終了を報告する。ＭＰＵ４５０は、逐次、負荷分散情報３５０を参照し、格納情報があれば、当該ライトデータと同一アドレスの、既にドライブに格納されているデータ（以下旧データと称す）と、当該ライトデータに対応するパリティデータをＤＲＶＩ／Ｆ制御部４７０とＤＲＶ転送制御部４６０によりディスク装置５００から読み出し、ＥＣＣ生成回路４８０にてライトデータと旧データとパリティデータにて、ライトデータに対応したパリティデータ（以下新パリティデータと称す）を生成する。生成された新パリティデータとライトデータをＤＲＶＩ／Ｆ制御部４７０とＤＲＶ転送制御部４６０によりディスク装置５００に書き込むことにより、ライトデータをディスク装置５００に格納する。この処理は上位装置１００からのＩ／Ｏ要求とは非同期に行なわれる。また、ライトデータを格納するために行なわれる、旧データ／旧パリティデータの読み出し処理及び新パリティ生成処理、新パリティデータ格納処理はＲＡＩＤ５におけるライトペナルティと呼ばれている。
【００４０】
このように、上位装置１００からのライトデータの格納要求は、複数のディスク装置５００をディスクアレイ装置として機能させる場合において、非常に負荷が高い処理である。この処理を２つのディスクドライブ制御装置２００、４００にて役割分担し実行することは、１台のディスクドライブ制御装置だけで実行するより、効率がよくシステムとしての性能向上につながる。特に最近の市場動向としては、安価なプロセッサを搭載し、システム全体のコストを低減させることが、高性能、高信頼性とともに、非常に大切な要素となっている。よって、ライトペナルティ処理においては、ドライブへのアクセスが多数発生することも性能劣化につながるが、それ以前にそれを制御するプロセッサのマイクロプログラムの走行時間が長いために、システムとしてプロセッサネックになることも多い。この時、本実施例のように、２台のディスクドライブ制御装置２００および４００にて処理を行なうことで２倍近くの性能を出すことができる。
【００４１】
次に上位装置１００からの読み込み要求時、ＭＰＵ２５０は、ＤＲＶＩ／Ｆ制御部２７０とＤＲＶ転送制御部２６０により物理ドライブ（ディスク装置５００）よりデータの読み込みを開始し、上位装置１００に転送する。また、この時、上位装置１００からのリード要求アドレスが連続していた時、ディスクドライブ制御装置４００がシーケンシャルリード処理だと判断し、上位装置１００からのリード要求アドレスに続くあるデータ量を上位装置１００からのＩ／Ｏとは非同期にデータバッファ２４０および４４０に読み出す処理を行っても良い。こうすることにより、次に上位装置からＩ／Ｏ要求があった時、対象となるデータがすでにデータバッファ２４０／４４０に格納されており、時間の掛かるディスク装置５００へのアクセスを生じることなくデータを転送することができ、全体としての性能向上につながる。
【００４２】
以上のように、冗長構成でありながら、冗長な部分（本実施例では、ディスクドライブ制御装置４００）を障害発生時の切り替え用として単にスタンバイさせておくのではなく、処理の一部を実行させることにより、信頼性だけでなく性能の向上にもつながる。
【００４３】
次に本実施例において、２台のディスクドライブ制御装置２００／４００が処理を実行しながら、障害時の自動切り替えおよび復旧を実行する動作について説明する。まず、自動的に障害を検出する監視手続きについて説明する。
【００４４】
ＭＰＵ２５０、４５０はディスクドライブ制御装置２００、４００を制御しながら、一定時間が経過する度に、ＭＰＵ２５０は監視情報３２１に、ＭＰＵ４５０は監視情報３２２に正常であることを示す情報（以下、正常情報と称す）を設定する。但し、一定時間毎に設定していることを示すために、この情報には逐次変化する情報を設定する。たとえば、１つずつ加算されるような情報である。また、各ＭＰＵ２５０，４５０が、当該ディスクドライブ制御装置２００、４００にて正常に動作が不可能と判断したと、たとえば、ＭＰＵからデータバッファがアクセス不可能となった時、監視情報に障害であることを示す情報（以下これを障害情報と称す）を設定する。以下、図４のフローチャートにより前述の監視手続きの一例を説明する。
【００４５】
ここでは、ディスクドライブ制御装置４００のＭＰＵ４５０が他系のディスクドライブ制御装置２００の監視を行う動作を例に採り説明する。
【００４６】
まずＭＰＵ２５０はステップ６００にて一定時間が経過したかを判断する。一定時間が経過していなければ、ステップ６０８へ進み、ディスクドライブ制御装置２００が正常と判断する。
【００４７】
一定時間が経過していれば、ステップ６０１へ進み、ＭＰＵ４５０が正常であることを示す正常情報を設定する。そしてステップ６０２へ進み、ディスクドライブ制御装置２００の監視情報３２２を参照する。この情報が正常か否かを判断し、ステップ６０３にて正常だと判断したら、ステップ６０４に進む。障害であると判断したら、ステップ６０７に進み、ディスクドライブ制御装置２００は障害であると判断する。
【００４８】
正常情報の時、ステップ６０５に進み、この正常情報に以前から変更があったかどうかをステップ６０５にて判断する。すなわち、ＭＰＵ２５０がマイクロプログラムの障害等により、監視情報を設定不可能に陥っている可能性がある。このような障害を、このステップ６０５のチェックにて判断する。変更があれば、ステップ６０８へ進み、正常と判断する。変更が無かったとき、ステップ６０６に進み、一定時間よりも長いマージンの時間が経過しているか否かを判断する。その結果、経過していれば、ステップ６０７へ進み、障害と判断し、経過していなければ、ステップ６０８へ進み、正常と判断する。以上のような監視手続きによれば、ハードウェアの障害も、マイクロプログラムの障害も両方同時に検出が可能である。
【００４９】
次に、図５のフローチャートを参照してディスクドライブ制御装置４００が他系のディスクドライブ制御装置２００の障害を認識して切り替わる処理の一例を説明する。
【００５０】
まずＭＰＵ４５０はステップ７００にて逐次、負荷分散情報３５０を参照している。その結果、ステップ７０１にてデータバッファ２４０、４４０内に上位装置１００からのライトデータが存在しなければ、ステップ７０４に進む。存在すれば、ステップ７０２に進み、データバッファ４４０のライトデータに対応するパリティを生成するため、当該ライトデータに対応する旧データと旧パリティデータをディスク装置５００から読み出し、ＥＣＣ生成回路４８０にて新パリティデータを生成する。その後、ステップ７０３に進み、ライトデータと新パリティデータをＤＲＶ転送制御部４６０および、ＤＲＶＩ／Ｆ制御部４７０によりディスク装置５００に格納する。次にステップ７０４にて、図４のステップ６００以降の監視手続きによりディスクドライブ制御装置２００の障害をチェックする。その結果、正常ならば、ステップ７００に進み、処理を続ける。切り替えが必要と判断したら、ステップ７１０に進み、切り替え手続きを用いて、上位装置１００からのＩ／Ｏの受信をディスクドライブ制御装置２００からディスクドライブ制御装置４００に切り替える。そして、ディスクドライブ制御装置２００が行なっていた上位装置１００からのＩ／Ｏ処理をステップ７２０にてディスクドライブ制御装置４００が代替して行なう。
【００５１】
次に、図６のフローチャートにて切り替え手続きの一例を説明する。
【００５２】
まずステップ７１１にて、データ転送制御部４３０に対し、上位装置１００からのライトデータ受領時、当該データをデータバッファ４４０へ１重に書き込むことを指示する。すなわち、ディスクドライブ制御装置２００に障害が発生したため、ディスクドライブ制御装置２００を縮退させて切り放し、障害発生した部位を交換し、復旧するまでの間、データバッファはディスクドライブ制御装置４００にしか存在しないため、正常な冗長構成時のような２重書きはできない。
【００５３】
そして、ステップ７１２にて、切替機構４２０にて上位装置１００からのＩ／Ｏ要求をホストＩ／Ｆ制御部２１０から、ホストＩ／Ｆ制御部４１０に切り替えるよう指示をする。これにより、ホストＩ／Ｆ制御部２１０は上位装置１００からの要求を受け付けなくなり、また、ホストＩ／Ｆ制御部４１０は上位装置１００からの要求を受け付けるようになり、実質的にはディスクドライブ制御装置が切り替わることになるが、本実施例ではＳＣＳＩＩＤが同一なため、上位装置１００はＩ／Ｏを切り替える以前と同様のＳＣＳＩＩＤに発行すればよく、受領側のディスクドライブ制御装置が切り替わったことを知る必要が全くない。
【００５４】
次に図７のフローチャートを用いて、切り替わった後、ディスクドライブ制御装置４００にてＩ／Ｏを実行する手順の一例を説明する。
【００５５】
ステップ７２１にて上位装置１００よりＩ／Ｏ処理を受信すると、ステップ７２２に進み、リード要求かライト要求かを判断する。リード要求の時、ステップ７２９に進み、当該リード要求に対応するディスク装置５００よりデータバッファ４４０に対象データを読み込む。ステップ７３０に進み、データバッファ４４０から上位装置１００へデータを転送し、ステップ７２８にて上位装置１００に対し、終了を報告する。
【００５６】
ライト要求の時、ステップ７２３に進み、データバッファ４４０にライトデータを格納する。さらに、ステップ７２４に進み、データ転送モード情報３３０を参照し、ステップ７２５でライトスルーモードか否かを判定する。その結果、ライトアフタモードの時、すなわちデータバッファ４４０に格納した時点で上位装置１００に対して終了を報告するモードの時は、ステップ７２８に進み、終了を報告し、その後、非同期にデータバッファ４４０からディスク装置５００に格納する。ライトスルーモードの時は、ステップ７２６に進み、ライトデータに対するパリティデータを作成し、ステップ７２７にてライトデータと新パリティデータをディスク装置５００に格納し、ステップ７２８にて終了を報告する。さらに、この後、図５のフローチャートにおけるステップ７００からステップ７０３を実行し、切り替え以前の処理も実行する。
【００５７】
このように、本実施例によれば、上位装置１００からの指示なしに、上位装置１００になんの意識もさせずに、ディスクドライブ制御装置２００／４００にて、自動的に相互間の切り替え動作および処理の続行が可能である。
【００５８】
次に、ディスクドライブ制御装置２００が復旧し、元の冗長構成に戻る時の方法の一例を説明する。
【００５９】
まず、図８に示されるフローチャートにて、ディスクドライブ制御装置２００の側の復旧動作の一例について説明する。ステップ８１０で、通信機構３００にてディスクドライブ制御装置４００に対して復旧が完了したことを通知する。その後、ディスクドライブ制御装置２００が冗長なディスクドライブ制御装置となり、以前と立場が入れ替わる。ステップ８１１にて、以前、ディスクドライブ制御装置４００が行なっていた非同期のデステージ処理（図５のステップ７００〜７０５）を行なう。
【００６０】
さらに、図９に示されるフローチャートにて、通知を受けた側のディスクドライブ制御装置４００の動作の一例を説明する。
【００６１】
ステップ８２０にて通信機構３００にてディスクドライブ制御装置２００の復旧完了を認識すると、ステップ８２１でデータ転送制御部４３０にデータバッファ２４０と４４０への２重書きを指示し、ステップ８２１にて上位装置１００からのＩ／Ｏ処理のみを実行する。このように、上位装置１００からのＩ／Ｏ要求を受けながら、元の冗長な構成に復旧することが可能であり、さらに２つのディスクドライブ制御装置２００／４００で処理を負荷分散することにより、性能の向上も図れる。
【００６２】
次に、ディスクドライブ制御装置２００／４００の稼働中におけるデータバッファの増設方法の一例について図１０のフローチャートを参照しながら説明する。なお、上位装置１００からのＩ／Ｏを受信しているディスクドライブ制御装置は、ディスクドライブ制御装置２００とする。
【００６３】
データバッファの増設要求があった時、ステップ９１１にて当該ディスクドライブ制御装置はＩ／Ｏ受信側かを判断する。まずディスクドライブ制御装置２００の処理内容について説明する。ディスクドライブ制御装置２００はＩ／Ｏ受信側なので、ステップ９１２に進み、ディスクドライブ制御装置４００がまず縮退し、切り放すことを認識する。そこで、データ転送制御部２３０にデータバッファ２４０へライトデータを１重書きとするよう指示をする。その後、ステップ９１３にて上位装置１００からのＩ／Ｏ処理を実行し、ステップ９１４にて、図５のステップ７００〜ステップ７０３を実行する。すなわちディスクドライブ制御装置４００にて実行していた分を代替する。ステップ９１３とステップ９１４を繰り返しながらディスクドライブ制御装置４００の復旧完了を待つ。
【００６４】
次にディスクドライブ制御装置４００もステップ９１１にて当該ディスクドライブ制御装置はＩ／Ｏ受信側かを判断する。その結果Ｉ／Ｏ受信側ではないので、ステップ９１５に進み、当該ディスクドライブ制御装置４００は切り放しを行ない、ステップ９１６にてデータバッファ４４０の増設を行なう。増設完了後、ステップ９１７にて復旧したことを通信機構３００を介してディスクドライブ制御装置２００に通知する。
【００６５】
今度はディスクドライブ制御装置２００が増設を行なう必要があるため、ディスクドライブ制御装置４００はＩ／Ｏの受領を代替するため、ステップ９１９で切替機構４２０を用いてＩ／Ｏ受信するホストＩ／Ｆ制御部を自系に切り替える。その後、ステップ９２０にて上位装置１００からのＩ／Ｏ処理を実行し、ステップ９２１にて図５のステップ７００〜ステップ７０３を実行し、ディスクドライブ制御装置２００の復旧完了を待つ。
【００６６】
ステップ９１８で復旧を通信機構３００を介して認識したディスクドライブ制御装置２００は、ステップ９２２にて切り放し、ステップ９２３にてデータバッファ２４０の増設を行なう。増設完了後、ステップ９２４にて復旧を通信機構３００にてディスクドライブ制御装置４００に通知する。通知後、当該ディスクドライブ制御装置２００はホストＩ／Ｏ受信側ではないのでステップ９２５にて図５のステップ７００〜ステップ７０５を実行する側に回る。
【００６７】
ディスクドライブ制御装置４００は、ステップ９２６にて他系の復旧を通信機構３００にて認識すると、ステップ９２７にてデータ転送制御部２３０にデータバッファ２４０／４４０へライトデータを２重に書くよう指示をする。ステップ９２８にて上位装置１００からのＩ／Ｏ処理を実行する。
【００６８】
このように上位装置１００からのＩ／Ｏを実行しながらも各系のデータバッファ２４０／４４０の増設が可能となる。すなわち本実施例によれば、従来ではデータバッファの増設はシステムを停止してからでないと実現できなかったのに対し、オンライン中に増設が可能となる。特に、低コストにて実現されている１つのボード上にディスクドライブ制御装置が構築されているときは、ボード毎の交換が必要なため、稼働中の増設は不可能であった。本実施例では、冗長構成のディスクドライブ制御装置２００／４００において、１台ずつを縮退／復旧させながら、データバッファの増設が可能である。
【００６９】
また、本実施例によれば、図１０のステップ９１６および、ステップ９２３の処理をマイクロプログラム交換作業に置き換えることにより、稼働中のマイクロプログラムの交換が可能であり、２４時間運転の要求が著しい近年のコンピュータシステムにおける保守管理作業に特に有効である。
【００７０】
また、片系障害時の縮退中、上位装置１００からのライト要求をデータバッファまでに書き込んで終了を報告するか、ディスク装置５００にまで書き込んで終了を報告するかはユーザが指示可能である。すなわち、このデータ転送モード情報３３０の書き換えは、ユーザのプログラムで自動的に行なってもよい。すなわち、データバッファが１面構成になった時、データファッバに格納した時点で終了を報告すれば、応答性にはすぐれているが、この時点でディスクドライブ制御装置に障害が発生すると、データ保証ができなくなる。一方、ディスク装置５００にまで格納するのでは、ライトペナルティ処理が発生してしまうため、応答性はかなり劣化してしまうが、上位装置１００に対しては、確実な応答が報告でき、信頼性は高い。本実施例の外部記憶装置の場合、ユーザが扱うファイルへの信頼度の要求レベルに応じて、ユーザの指示により、信頼度を優先するか、応答速度を優先するかを随意に選択でき、柔軟なファイルシステムを構築することが可能となる。
【００７１】
さらに本発明では、複数のディスクドライブ制御装置は冗長な構成だけではなく、複数の上位装置または、複数のバスより、同時にアクセスが可能なシステムも提供できる。このシステム構成例を図１１および図１２に示す。
【００７２】
図１１は、これまでに説明した実施例の図１と同じ構成だが、上位装置１００とのＩ／ＦがＳＣＳＩの時、図１の構成では記憶制御装置０と記憶制御装置１は同じＳＣＳＩＩＤで接続されていたのに対して、図１１の構成では記憶制御装置０（４００Ａ）と記憶制御装置１（２００Ａ）は異なるＳＣＳＩＩＤで接続されている点が異なっている。この図１１の構成の場合、どちらも、上位装置１００からＩ／Ｏ要求を受領して処理する。また、図１２は、複数の記憶制御装置０（４００Ｂ）および記憶制御装置１（２００Ｂ）が、同一の上位装置１００に対してマルチパスにより接続されたシステム構成の一例を示すブロック図である。この図１２の構成でも、記憶制御装置０（４００Ｂ）と記憶制御装置１（２００Ｂ）は、いずれも上位装置１００からのＩ／Ｏ要求を実行可能である。いずれがＩ／Ｏ要求を実行するかの指定は共通管理テーブル３１０の、ホストＩ／Ｏ受信情報３４０を書き換えることにより実現される。すなわち、各記憶制御装置は、まずホストＩ／Ｏ受信情報３４０を参照し、当該記憶制御装置が上位装置からのＩ／Ｏを受信するか否かを決定する。このように、本発明では様々なユーザの接続方法に対応することができ、柔軟なシステムが構築できる。
【００７３】
以上説明したように、本実施例によれば、冗長構成の複数のディスクドライブ制御装置２００／４００が負荷分散しながら上位装置１００からの要求を実行することにより、信頼性の向上だけでなく性能の向上も同時に実現することが可能なファイルシステムを提供できる。また、すべてのディスクドライブ制御装置２００／４００が負荷分散しながら上位装置１００からのＩ／Ｏ要求を実行しながらでも、障害発生時に上位装置１００からなんら指示を仰ぐことなく自動的に切り替わって稼働を継続し、さらに復旧することが可能となる。これにより、上位装置１００からのＩ／Ｏ要求を実行しながらデータバッファの増設やマイクロプログラムの交換が可能となり、無停止保守が実現できる。また、冗長構成だけでなく、すべてのディスクドライブ制御装置が同時に上位装置１００からの要求を受信する構成にすることも可能であり、ユーザの要求する多様なファイルシステムに柔軟に対応することができる。
【００７４】
【発明の効果】
本発明の外部記憶装置によれば、冗長構成の複数の記憶制御装置に負荷を分散させることにより、信頼性および性能を向上させることができる、という効果が得られる。
【００７５】
また、上位装置の側に記憶制御装置の冗長構成を意識させることなく、記憶制御装置の多重化による信頼性の向上、さらには記憶制御装置の多様な制御動作を実現することができる、という効果が得られる。
【００７６】
また、稼働を停止させることなく、冗長構成の複数の記憶制御装置におけるハードウェアおよびソフトウェア等の保守管理作業を簡便に遂行することができる、という効果が得られる。
【００７７】
また、単一のボード上に記憶制御装置およびデータバッファを搭載した構成の保守管理作業を、稼働中に実行することができる、という効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例である外部記憶装置を含む計算機システムの一例を示す概念図である。
【図２】本発明の一実施例である外部記憶装置を構成するディスクドライブ制御装置の内部構成の一例を示すブロック図である。
【図３】本発明の一実施例である外部記憶装置において用いられる共通管理テーブルの構成の一例を示す概念図である。
【図４】本発明の一実施例である外部記憶装置の作用の一例を示すフローチャートである。
【図５】本発明の一実施例である外部記憶装置の作用の一例を示すフローチャートである。
【図６】本発明の一実施例である外部記憶装置の作用の一例を示すフローチャートである。
【図７】本発明の一実施例である外部記憶装置の作用の一例を示すフローチャートである。
【図８】本発明の一実施例である外部記憶装置の作用の一例を示すフローチャートである。
【図９】本発明の一実施例である外部記憶装置の作用の一例を示すフローチャートである。
【図１０】本発明の一実施例である外部記憶装置の作用の一例を示すフローチャートである。
【図１１】本発明の一実施例である外部記憶装置における上位装置との接続形態の変形例を示す概念図である。
【図１２】本発明の一実施例である外部記憶装置における上位装置との接続形態の変形例を示す概念図である。
【符号の説明】
１００…上位装置、２００…ディスクドライブ制御装置、２１０…ホストＩ／Ｆ制御部、２２０…切替機構、２３０…データ転送制御部、２４０…データバッファ、２５０…マイクロプロセッサユニット、２６０…ＤＲＶ転送制御部、２７０…ＤＲＶＩ／Ｆ制御部、２８０…ＥＣＣ生成回路、３００…通信機構、３１０…共通管理テーブル、３２０…監視情報、３２１…監視情報、３２２…監視情報、３３０…データ転送モード情報、３４０…ホストＩ／Ｏ受信情報、３５０…負荷分散情報、４００…ディスクドライブ制御装置、４１０…ホストＩ／Ｆ制御部、４２０…切替機構、４３０…データ転送制御部、４４０…データバッファ、４５０…マイクロプロセッサユニット、４６０…ＤＲＶ転送制御部、４７０…ＤＲＶＩ／Ｆ制御部、４８０…ＥＣＣ生成回路、５００…ディスク装置。
Claims (5)
- 上位装置との間で授受されるデータが格納される記憶装置と、前記記憶装置と前記上位装置との間に介在し、前記上位装置と前記記憶装置との間における前記データの授受を制御する複数の記憶制御装置とを含む外部記憶装置であって、
複数の前記記憶制御装置の各々が、前記上位装置に接続するインターフェイス手段と、
前記上位装置からの入出力要求に関する処理を複数の前記記憶制御装置に分担させ、障害および保守作業時には前記入出力要求を受け付ける前記記憶制御装置を障害、保守作業中の前記記憶制御装置以外へ切り替える処理手段と、を備え、
前記上位装置と複数の前記インターフェイス手段を、ＳＣＳＩデージーチェーンで接続し、複数の前記インターフェイス手段のＳＣＳＩＩＤを同一に設定することを特徴とする外部記憶装置。 - 請求項１記載の外部記憶装置において、
複数の前記記憶制御装置の各々に設けられ、前記上位装置との間で授受される前記データを一時的に格納するデータバッファを備えたことを特徴とする外部記憶装置。 - 上位装置との間で授受されるデータが格納される記憶装置と、前記記憶装置と前記上位装置との間に介在し、前記上位装置と前記記憶装置との間における前記データの授受を制御する複数の記憶制御装置とを含む外部記憶装置であって、
複数の前記記憶制御装置の各々が、前記上位装置に接続するホストＩ／Ｆ制御部と、
前記ホストＩ／Ｆ制御部を介して前記上位装置との間で授受される前記データが一時的に格納されるデータバッファと、
前記上位装置と前記データバッファとの間の前記データの転送を制御しているデータ転送制御部と、
前記上位装置からの入出力要求に関する処理を複数の前記記憶制御装置に分担して処理させるように、前記データ転送制御部を指示するマイクロプロセッサと、を備え、
前記上位装置と複数の前記ホストＩ／Ｆ制御部を、ＳＣＳＩデージーチェーンで接続し、複数の前記ホストＩ／Ｆ制御部のＳＣＳＩＩＤを同一に設定することを特徴とする外部記憶装置。 - 請求項３記載の外部記憶装置において、
前記データ転送制御部は、個々の前記記憶制御装置の各々に設けられた前記データバッファの各々に対する前記書き込み要求データの選択的な書き込み操作の停止および再開を行う制御論理を備えたことを特徴とする外部記憶装置。 - 請求項４記載の外部記憶装置において、
複数の前記記憶制御装置の中の少なくとも一つを選択的に停止させて縮退運転を行うとともに、停止された前記記憶制御装置に対応するデータバッファの保守または前記記憶制御装置を制御するマイクロプログラムの保守を実行することを特徴とする外部記憶装置。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13978195A JP3732869B2 (ja) | 1995-06-07 | 1995-06-07 | 外部記憶装置 |
| DE69615611T DE69615611T2 (de) | 1995-06-07 | 1996-06-05 | Externes Speichersystem mit redundanten Speichersteuerungen |
| EP96109061A EP0747822B1 (en) | 1995-06-07 | 1996-06-05 | External storage system with redundant storage controllers |
| US08/660,685 US5720028A (en) | 1995-06-07 | 1996-06-05 | External storage system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13978195A JP3732869B2 (ja) | 1995-06-07 | 1995-06-07 | 外部記憶装置 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004351674A Division JP3776438B2 (ja) | 2004-12-03 | 2004-12-03 | 記憶装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08335144A JPH08335144A (ja) | 1996-12-17 |
| JP3732869B2 true JP3732869B2 (ja) | 2006-01-11 |
Family
ID=15253279
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP13978195A Expired - Fee Related JP3732869B2 (ja) | 1995-06-07 | 1995-06-07 | 外部記憶装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5720028A (ja) |
| EP (1) | EP0747822B1 (ja) |
| JP (1) | JP3732869B2 (ja) |
| DE (1) | DE69615611T2 (ja) |
Families Citing this family (88)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3628777B2 (ja) * | 1995-10-30 | 2005-03-16 | 株式会社日立製作所 | 外部記憶装置 |
| US6571324B1 (en) * | 1997-06-26 | 2003-05-27 | Hewlett-Packard Development Company, L.P. | Warmswap of failed memory modules and data reconstruction in a mirrored writeback cache system |
| US6070251A (en) * | 1997-06-26 | 2000-05-30 | Sun Microsystems, Inc. | Method and apparatus for high availability and caching data storage devices |
| US6009535A (en) * | 1997-06-30 | 1999-12-28 | Emc Corporation | SCSI adaptor failover for a disk drive system |
| JPH1185659A (ja) | 1997-09-03 | 1999-03-30 | Hitachi Ltd | ディスク制御装置及びこれを用いた記憶装置 |
| AU4334099A (en) | 1998-06-05 | 1999-12-20 | Mylex Corporation | Apparatus, system and method for n-way raid controller |
| JP4412685B2 (ja) * | 1998-09-28 | 2010-02-10 | 株式会社日立製作所 | 記憶制御装置及びこれを用いたデータ格納システムの取り扱い方法 |
| US6370605B1 (en) | 1999-03-04 | 2002-04-09 | Sun Microsystems, Inc. | Switch based scalable performance storage architecture |
| US6397267B1 (en) * | 1999-03-04 | 2002-05-28 | Sun Microsystems, Inc. | Redirected I/O for scalable performance storage architecture |
| US6349357B1 (en) | 1999-03-04 | 2002-02-19 | Sun Microsystems, Inc. | Storage architecture providing scalable performance through independent control and data transfer paths |
| US6616819B1 (en) * | 1999-11-04 | 2003-09-09 | Therasense, Inc. | Small volume in vitro analyte sensor and methods |
| US6604155B1 (en) | 1999-11-09 | 2003-08-05 | Sun Microsystems, Inc. | Storage architecture employing a transfer node to achieve scalable performance |
| US6598106B1 (en) | 1999-12-23 | 2003-07-22 | Lsi Logic Corporation | Dual-port SCSI sub-system with fail-over capabilities |
| US6574753B1 (en) * | 2000-01-10 | 2003-06-03 | Emc Corporation | Peer link fault isolation |
| JP4462697B2 (ja) | 2000-01-31 | 2010-05-12 | 株式会社日立製作所 | 記憶制御装置 |
| US7228538B1 (en) | 2000-05-02 | 2007-06-05 | International Business Machines Corporation | Method, system, and program for updating firmware to a storage system comprised of multiple controllers |
| US6601128B1 (en) | 2000-05-02 | 2003-07-29 | International Business Machines Corporation | Method, system, program, and data structure for selecting a preferred path to a storage device |
| US6393535B1 (en) | 2000-05-02 | 2002-05-21 | International Business Machines Corporation | Method, system, and program for modifying preferred path assignments to a storage device |
| JP2002236682A (ja) * | 2001-02-13 | 2002-08-23 | Fuji Photo Film Co Ltd | データベース・システム |
| JP4060552B2 (ja) * | 2001-08-06 | 2008-03-12 | 株式会社日立製作所 | 記憶装置システム、および、記憶装置システムの構成方法 |
| JP4721379B2 (ja) * | 2001-09-26 | 2011-07-13 | 株式会社日立製作所 | ストレージシステム、ディスク制御クラスタおよびディスク制御クラスタの増設方法 |
| JP3800516B2 (ja) * | 2002-01-22 | 2006-07-26 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 外部記憶装置、制御方法、外部記憶装置システム、プログラム、及び記録媒体 |
| JP4219602B2 (ja) | 2002-03-01 | 2009-02-04 | 株式会社日立製作所 | 記憶制御装置および記憶制御装置の制御方法 |
| EP1484685A4 (en) * | 2002-03-07 | 2008-04-02 | Fujitsu Ltd | DEVICE AND METHOD FOR CONVERTING MANAGEMENT OF MEMORY VIRTUALIZATION SYSTEM |
| US6934878B2 (en) * | 2002-03-22 | 2005-08-23 | Intel Corporation | Failure detection and failure handling in cluster controller networks |
| JP2003316522A (ja) * | 2002-04-26 | 2003-11-07 | Hitachi Ltd | 計算機システムおよび計算機システムの制御方法 |
| US6859890B2 (en) * | 2002-04-30 | 2005-02-22 | Lsi Logic Corporation | Method for reducing data/parity inconsistencies due to a storage controller failure |
| JP2004021556A (ja) * | 2002-06-14 | 2004-01-22 | Hitachi Ltd | 記憶制御装置およびその制御方法 |
| JP2004171437A (ja) | 2002-11-22 | 2004-06-17 | Fujitsu Ltd | ストレージ制御装置及びその制御方法 |
| JP2004234558A (ja) * | 2003-01-31 | 2004-08-19 | Hitachi Ltd | 記憶デバイス制御装置、及びプログラム |
| JP2004234555A (ja) * | 2003-01-31 | 2004-08-19 | Hitachi Ltd | ストレージシステムの制御方法、ストレージシステム、及びプログラム |
| JP4342804B2 (ja) * | 2003-01-31 | 2009-10-14 | 株式会社日立製作所 | ストレージシステムの制御方法、ストレージシステム、及びプログラム |
| US20040162928A1 (en) * | 2003-02-18 | 2004-08-19 | Hewlett-Packard Development Company, L.P. | High speed multiple ported bus interface reset control system |
| US20040168008A1 (en) * | 2003-02-18 | 2004-08-26 | Hewlett-Packard Development Company, L.P. | High speed multiple ported bus interface port state identification system |
| JP2004302713A (ja) * | 2003-03-31 | 2004-10-28 | Hitachi Ltd | 記憶システム及びその制御方法 |
| JP4090400B2 (ja) * | 2003-07-24 | 2008-05-28 | 株式会社日立製作所 | ストレージシステム |
| JP4386694B2 (ja) * | 2003-09-16 | 2009-12-16 | 株式会社日立製作所 | 記憶システム及び記憶制御装置 |
| US7904428B2 (en) * | 2003-09-23 | 2011-03-08 | Symantec Corporation | Methods and apparatus for recording write requests directed to a data store |
| US7287133B2 (en) | 2004-08-24 | 2007-10-23 | Symantec Operating Corporation | Systems and methods for providing a modification history for a location within a data store |
| US7631120B2 (en) | 2004-08-24 | 2009-12-08 | Symantec Operating Corporation | Methods and apparatus for optimally selecting a storage buffer for the storage of data |
| US7577806B2 (en) * | 2003-09-23 | 2009-08-18 | Symantec Operating Corporation | Systems and methods for time dependent data storage and recovery |
| US7577807B2 (en) * | 2003-09-23 | 2009-08-18 | Symantec Operating Corporation | Methods and devices for restoring a portion of a data store |
| US7725760B2 (en) * | 2003-09-23 | 2010-05-25 | Symantec Operating Corporation | Data storage system |
| US7991748B2 (en) * | 2003-09-23 | 2011-08-02 | Symantec Corporation | Virtual data store creation and use |
| US7730222B2 (en) | 2004-08-24 | 2010-06-01 | Symantec Operating System | Processing storage-related I/O requests using binary tree data structures |
| US7827362B2 (en) * | 2004-08-24 | 2010-11-02 | Symantec Corporation | Systems, apparatus, and methods for processing I/O requests |
| JP2005165852A (ja) | 2003-12-04 | 2005-06-23 | Hitachi Ltd | ストレージシステム、ストレージ制御装置、ストレージシステムの制御方法 |
| US7549029B2 (en) * | 2005-05-06 | 2009-06-16 | International Business Machines Corporation | Methods for creating hierarchical copies |
| JP4327130B2 (ja) * | 2005-06-24 | 2009-09-09 | 富士通株式会社 | ディスクアレイアクセス動的制御装置、及び方法 |
| JP4806557B2 (ja) * | 2005-10-18 | 2011-11-02 | 株式会社日立製作所 | ログを管理するストレージ装置及び計算機システム |
| JP4757038B2 (ja) * | 2006-01-25 | 2011-08-24 | 株式会社日立製作所 | ストレージシステム及び記憶制御装置 |
| JP2007219571A (ja) | 2006-02-14 | 2007-08-30 | Hitachi Ltd | 記憶制御装置及びストレージシステム |
| JP4901316B2 (ja) * | 2006-06-06 | 2012-03-21 | 株式会社日立製作所 | ストレージシステム及び記憶制御装置 |
| US20080005382A1 (en) * | 2006-06-14 | 2008-01-03 | Hitachi, Ltd. | System and method for resource allocation in fault tolerant storage system |
| US8161353B2 (en) | 2007-12-06 | 2012-04-17 | Fusion-Io, Inc. | Apparatus, system, and method for validating that a correct data segment is read from a data storage device |
| US7713068B2 (en) * | 2006-12-06 | 2010-05-11 | Fusion Multisystems, Inc. | Apparatus, system, and method for a scalable, composite, reconfigurable backplane |
| US9495241B2 (en) | 2006-12-06 | 2016-11-15 | Longitude Enterprise Flash S.A.R.L. | Systems and methods for adaptive data storage |
| US9116823B2 (en) | 2006-12-06 | 2015-08-25 | Intelligent Intellectual Property Holdings 2 Llc | Systems and methods for adaptive error-correction coding |
| US20080313364A1 (en) | 2006-12-06 | 2008-12-18 | David Flynn | Apparatus, system, and method for remote direct memory access to a solid-state storage device |
| US8151082B2 (en) | 2007-12-06 | 2012-04-03 | Fusion-Io, Inc. | Apparatus, system, and method for converting a storage request into an append data storage command |
| JP5106913B2 (ja) | 2007-04-23 | 2012-12-26 | 株式会社日立製作所 | ストレージシステム、ストレージシステム管理方法、及び計算機システム |
| US8150806B2 (en) * | 2007-09-11 | 2012-04-03 | International Business Machines Corporation | Idempotent storage replication management |
| US9519540B2 (en) | 2007-12-06 | 2016-12-13 | Sandisk Technologies Llc | Apparatus, system, and method for destaging cached data |
| US7836226B2 (en) | 2007-12-06 | 2010-11-16 | Fusion-Io, Inc. | Apparatus, system, and method for coordinating storage requests in a multi-processor/multi-thread environment |
| US8195912B2 (en) | 2007-12-06 | 2012-06-05 | Fusion-io, Inc | Apparatus, system, and method for efficient mapping of virtual and physical addresses |
| US9300738B2 (en) * | 2008-01-03 | 2016-03-29 | International Business Machines Corporation | Virtual state machine for managing operation requests in a client server environment |
| JP2009230484A (ja) * | 2008-03-24 | 2009-10-08 | Nec Corp | ストレージサブシステム、ストレージシステム、ファームウェア置換方法、及びプログラム |
| JP5183403B2 (ja) | 2008-09-30 | 2013-04-17 | 株式会社日立製作所 | ストレージシステムおよび制御プログラムならびにストレージシステム制御方法 |
| US8346996B2 (en) | 2008-10-29 | 2013-01-01 | Nec Corporation | Information processing system |
| US9223514B2 (en) | 2009-09-09 | 2015-12-29 | SanDisk Technologies, Inc. | Erase suspend/resume for memory |
| US8429436B2 (en) | 2009-09-09 | 2013-04-23 | Fusion-Io, Inc. | Apparatus, system, and method for power reduction in a storage device |
| US8321622B2 (en) * | 2009-11-10 | 2012-11-27 | Hitachi, Ltd. | Storage system with multiple controllers and multiple processing paths |
| US8984216B2 (en) | 2010-09-09 | 2015-03-17 | Fusion-Io, Llc | Apparatus, system, and method for managing lifetime of a storage device |
| US10817421B2 (en) | 2010-12-13 | 2020-10-27 | Sandisk Technologies Llc | Persistent data structures |
| US9047178B2 (en) | 2010-12-13 | 2015-06-02 | SanDisk Technologies, Inc. | Auto-commit memory synchronization |
| US10817502B2 (en) | 2010-12-13 | 2020-10-27 | Sandisk Technologies Llc | Persistent memory management |
| US9208071B2 (en) | 2010-12-13 | 2015-12-08 | SanDisk Technologies, Inc. | Apparatus, system, and method for accessing memory |
| US9218278B2 (en) | 2010-12-13 | 2015-12-22 | SanDisk Technologies, Inc. | Auto-commit memory |
| EP2652623B1 (en) | 2010-12-13 | 2018-08-01 | SanDisk Technologies LLC | Apparatus, system, and method for auto-commit memory |
| WO2012116369A2 (en) | 2011-02-25 | 2012-08-30 | Fusion-Io, Inc. | Apparatus, system, and method for managing contents of a cache |
| WO2012164625A1 (en) * | 2011-06-01 | 2012-12-06 | Hitachi, Ltd. | Load distribution storage system and method therefor |
| US9021232B2 (en) * | 2011-06-30 | 2015-04-28 | Infinidat Ltd. | Multipath storage system and method of operating thereof |
| US9941680B2 (en) * | 2011-07-22 | 2018-04-10 | Hydro-Quebec | Switching apparatus, control system and method for varying an impedance of a phase line |
| US9251086B2 (en) | 2012-01-24 | 2016-02-02 | SanDisk Technologies, Inc. | Apparatus, system, and method for managing a cache |
| US10009438B2 (en) | 2015-05-20 | 2018-06-26 | Sandisk Technologies Llc | Transaction log acceleration |
| JP6750380B2 (ja) | 2016-08-05 | 2020-09-02 | 富士通株式会社 | 制御装置、ストレージ装置、及び制御プログラム |
| WO2018173246A1 (ja) * | 2017-03-24 | 2018-09-27 | 株式会社日立製作所 | ストレージシステム及び記憶制御方法 |
| US10558598B2 (en) * | 2018-03-20 | 2020-02-11 | Seagate Technology Llc | Logic circuit that provides verification of signals used to interrupt server operation |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63178360A (ja) * | 1987-01-20 | 1988-07-22 | Hitachi Ltd | 入出力システム構成方式 |
| JPH03206529A (ja) * | 1990-01-09 | 1991-09-09 | Fujitsu Ltd | コンピュータシステム |
| US5140592A (en) * | 1990-03-02 | 1992-08-18 | Sf2 Corporation | Disk array system |
| JPH04628A (ja) * | 1990-04-18 | 1992-01-06 | Nec Corp | サブシステム構成の認識方法 |
| US5274799A (en) * | 1991-01-04 | 1993-12-28 | Array Technology Corporation | Storage device array architecture with copyback cache |
| JPH05508506A (ja) * | 1991-04-23 | 1993-11-25 | イーストマン・コダック・カンパニー | 耐障害性回路網ファイルシステム |
| US5313584A (en) * | 1991-11-25 | 1994-05-17 | Unisys Corporation | Multiple I/O processor system |
| WO1993018456A1 (en) * | 1992-03-13 | 1993-09-16 | Emc Corporation | Multiple controller sharing in a redundant storage array |
| JP2999089B2 (ja) * | 1993-05-10 | 2000-01-17 | 株式会社日立製作所 | 通信制御装置の２重化システム |
| JP3004861U (ja) * | 1993-06-04 | 1994-11-29 | ディジタル イクイプメント コーポレイション | 密接に結合された二重のコントローラモジュールを用いた欠陥許容式の記憶装置用制御システム |
| US5548711A (en) * | 1993-08-26 | 1996-08-20 | Emc Corporation | Method and apparatus for fault tolerant fast writes through buffer dumping |
| US5504882A (en) * | 1994-06-20 | 1996-04-02 | International Business Machines Corporation | Fault tolerant data storage subsystem employing hierarchically arranged controllers |
| US5588110A (en) * | 1995-05-23 | 1996-12-24 | Symbios Logic Inc. | Method for transferring data between two devices that insures data recovery in the event of a fault |
-
1995
- 1995-06-07 JP JP13978195A patent/JP3732869B2/ja not_active Expired - Fee Related
-
1996
- 1996-06-05 DE DE69615611T patent/DE69615611T2/de not_active Expired - Lifetime
- 1996-06-05 US US08/660,685 patent/US5720028A/en not_active Expired - Lifetime
- 1996-06-05 EP EP96109061A patent/EP0747822B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP0747822A2 (en) | 1996-12-11 |
| JPH08335144A (ja) | 1996-12-17 |
| DE69615611D1 (de) | 2001-11-08 |
| EP0747822A3 (en) | 1997-04-09 |
| US5720028A (en) | 1998-02-17 |
| DE69615611T2 (de) | 2002-05-29 |
| EP0747822B1 (en) | 2001-10-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3732869B2 (ja) | 外部記憶装置 | |
| JP3772369B2 (ja) | 記憶サブシステム | |
| US6006342A (en) | Failover and failback system for a direct access storage device | |
| US8464094B2 (en) | Disk array system and control method thereof | |
| US6061750A (en) | Failover system for a DASD storage controller reconfiguring a first processor, a bridge, a second host adaptor, and a second device adaptor upon a second processor failure | |
| US8117376B2 (en) | Storage system and control method thereof | |
| JP3187730B2 (ja) | Ｒａｉｄ記憶サブシステムにおけるデータのスナップショットコピー作成方法及びその装置 | |
| JP3078972B2 (ja) | ディスクアレイ装置 | |
| US7444541B2 (en) | Failover and failback of write cache data in dual active controllers | |
| US6425049B1 (en) | Disk array system and method of changing the configuration of the disk array system | |
| US7669022B2 (en) | Computer system and data management method using a storage extent for backup processing | |
| US7558981B2 (en) | Method and apparatus for mirroring customer data and metadata in paired controllers | |
| JP3681766B2 (ja) | ディスクアレイ装置 | |
| KR19980022356A (ko) | 알에이아이디 서브시스템에 있어서 분할패러티 예비 디스크 구현방법 | |
| GB2368161A (en) | Method and apparatus for providing battery-backed immediate write back cashe for an arrayof disk drives in a computor system | |
| JP2005301419A (ja) | ディスクアレイ装置およびそのデータ処理方法 | |
| JP2005196490A (ja) | データ多重化のためのシステム及び方法 | |
| JPH09269871A (ja) | ディスクアレイ装置におけるデータ再冗長化方式 | |
| JP3776438B2 (ja) | 記憶装置 | |
| JP2006114064A (ja) | 記憶サブシステム | |
| JP2006260141A (ja) | 記憶システムの制御方法、記憶システム、記憶制御装置、記憶システムの制御プログラム、情報処理システム | |
| JP3399398B2 (ja) | フォールトトレラントシステムにおけるミラーディスク復旧方式 | |
| JP4398596B2 (ja) | ディスクアレイ装置 | |
| US8453007B2 (en) | Storage device and recovery method | |
| KR19990051729A (ko) | 이중 어레이 제어기를 갖는 래이드 시스템의 구조 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041005 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041203 |
|
| 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: 20051004 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051014 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091021 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091021 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101021 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111021 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121021 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121021 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131021 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |