JP2004164072A - ディスク制御装置およびディスク制御装置の制御方法 - Google Patents
ディスク制御装置およびディスク制御装置の制御方法 Download PDFInfo
- Publication number
- JP2004164072A JP2004164072A JP2002326598A JP2002326598A JP2004164072A JP 2004164072 A JP2004164072 A JP 2004164072A JP 2002326598 A JP2002326598 A JP 2002326598A JP 2002326598 A JP2002326598 A JP 2002326598A JP 2004164072 A JP2004164072 A JP 2004164072A
- Authority
- JP
- Japan
- Prior art keywords
- control unit
- disk
- disk control
- network control
- network
- 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.)
- Pending
Links
Images
Classifications
-
- 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
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1456—Hardware arrangements for backup
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1464—Management of the backup or restore process for networked environments
-
- 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
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/061—Improving I/O performance
- G06F3/0611—Improving I/O performance in relation to response time
-
- 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
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0653—Monitoring storage devices or systems
-
- 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
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
- G06F3/0658—Controller construction arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Quality & Reliability (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】ファイバチャンネル通信による、サーバ、デイスク制御装置の潜在的な性能、能力の低下を改善するディスク制御装置およびその制御方法を提供する。
【解決手段】ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを有し、ディスク制御部がネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行うように構成したディスク制御装置。
【選択図】 図１
【解決手段】ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを有し、ディスク制御部がネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行うように構成したディスク制御装置。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
この発明は、ディスク制御装置およびディスク制御装置の制御方法に関する。
【０００２】
【従来の技術】
ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を用いて構成されるストレージシステムの典型的な構成を図１２に示す。ディスク制御装置６０が提供する記憶領域にアクセスしようとする情報処理装置であるホストコンピュータ２０は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）５０を通じてサーバコンピュータ７０にアクセスする。サーバコンピュータ７０とディスク制御装置６０とはファイバチャネル８０により接続されている。
【０００３】
サーバコンピュータ７０ではファイルシステム７５が動作している。ホストコンピュータ２０からサーバコンピュータ７０へは、ファイル指定によるデータ入出力要求が送信される。ファイルシステム７５はこのデータ入出力要求に基づいてＳＣＳＩ規格などに従ったＩ／Ｏコマンドを生成し、生成したＩ／Ｏコマンドをファイバチャネル８０を通じてディスク制御装置６０に送信する。ディスク制御装置６０はファイバチャネル８０を通じて送られてくるＩ／Ｏコマンドに従ってディスクドライブ９０に対してデータ入出力を行う。ディスク制御装置６０は、ディスクドライブ９０から読み出したデータや処理完了報告などをサーバコンピュータ７０に送信し、さらにサーバコンピュータ７０からホストコンピュータ２０に読み出したデータや処理完了報告が通知される。
【０００４】
【特許文献１】
特開平８−３３５１４４号公報
【０００５】
【発明が解決しようとする課題】
ところで、ファイバチャネル８０による通信は、ファイバチャネル規格やＳＣＳＩ規格に従って行われるが、これらの規格は、時としてサーバコンピュータ７０やディスク制御装置のハードウエアが有する潜在的な性能や能力を引き出すことの妨げとなる。またファイバチャネル８０で通信を行うためには、ディスク制御装置６０やサーバコンピュータ７０内で稼働するＣＰＵやメモリ間で行われる内部バスを通じた通信とファイバチャネル８０を用いた通信との間でのプロトコル変換のための回路が必要であり、これにより装置の複雑化やコスト増を招く。またこの変換にかかる処理のオーバーヘッドはストレージシステムの性能を低下させる要因となる。
【０００６】
本発明は、このような事情に鑑みてなされたもので、ディスク制御装置およびディスク制御装置の制御方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
この目的を達成するための主たる発明にかかるディスク制御装置は、ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを有し、
前記ディスク制御部がネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行う手段と、
前記ネットワーク制御部が複数のアドレスが設定されている１の前記コマンドをディスク制御部に送信する手段と、
前記ディスク制御部が前記コマンドを受信してこのコマンドに設定されている前記各アドレスに対応するデータ入出力をディスクドライブに対して行う手段と、
を備えることとする。
なお、本発明の他の特徴については、本明細書及び添付図面の記述により明らかにする。
【０００８】
【発明の実施の形態】
＜開示の概要＞
以下の開示により、少なくともつぎのことが明らかにされる。
前記の発明において、ネットワーク制御部は、ＬＡＮを通じてホストコンピュータ２０から所定のネットワークプロトコルに従って送られてくるデータ入出力要求を受信するという、従来のストレージシステムにおけるサーバコンピュータが行っていた機能を提供する。またネットワーク制御部は、ウイルスチェックやＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）、クラスタ管理、ファイルに対するアクセス制限や時刻管理などのシステム管理の機能などを備えていることもある。また、ディスク制御部は、ＳＡＮを通じてサーバコンピュータからコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行うという、従来のストレージシステムにおけるディスク制御装置の機能を提供する。なお、データ入出力という場合には、ディスクドライブへのデータの書き込みもしくはディスクドライブからの読み出しのうち少なくともいずれかが含まれる。前記コマンドは、例えば、後述するＩ／Ｏコマンドが対応する。
【０００９】
このディスク制御装置では、ネットワーク制御部とディスク制御部とが同一回路基板上に形成され、両者がこの回路基板に設けられたＰＣＩバス（ＰｅｒｉｐｈｅｒａｌＣｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｂｕｓ）などの内部バスで接続されていることで、ファイバチャネルによる通信の場合のようにプロトコルの制限に束縛されることなくネットワーク制御部とディスク制御部とは自由度の高い通信を行うことが可能である。
【００１０】
また、前記のようにネットワーク制御部が複数のアドレスが設定されている１の前記コマンドをディスク制御部に送信し、ディスク制御部が前記コマンドを受信してこのコマンドに設定されている各アドレスに対応するデータ入出力をディスクドライブに対して行うようにすることが可能である。
【００１１】
従って、従来のファイバチャネルによる通信では、あるデータ入出力要求を受信したサーバコンピュータがディスク制御装置に複数のコマンドを送信する必要があった処理を１のコマンドの送信により行うことができ、これにより通信にかかるオーバーヘッドが軽減されてストレージシステムの性能向上が図られる。
【００１２】
また、ネットワーク制御部とディスク制御部とが回路基板に設けられた内部バスを通じて接続することで、前述のようなファイバチャネルの通信と内部バスの通信との間の変換のための回路も必要なく、ストレージシステムの生産性の向上やコスト低減も図られる。
【００１３】
また、ディスク制御部がディスクドライブへのデータ入出力に関する処理について並行処理が可能な場合には、１のコマンドで複数のアドレスに対応するデータ入出力に関する処理を並行して行うことが可能となり、これによりストレージシステムの性能向上が図られる。また、ネットワーク制御部とディスク制御部とを同一回路基板に形成することで、これらが異なる回路基板で構成される場合に比べて製造工程の簡素化を図ることができる。
【００１４】
また、ネットワーク制御部は、ディスクドライブに入出力されるデータをファイル名により指定するデータ入出力要求を受け付ける仕組みを提供するファイルシステムが動作していることもあり、この場合、ネットワーク制御部はデータ入出力要求に設定されるファイル名に対応するデータのディスクドライブ上の記憶位置に対応するアドレスを生成し、このアドレスをコマンドに設定する。
【００１５】
本発明の一の態様であるディスク制御装置は、ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを有し、ディスク制御部が、ネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行い、前記回路基板に前記ネットワーク制御部および前記ディスク制御部が共通してアクセス可能なメモリを備え、前記ネットワーク制御部および前記ディスク制御部が設定されたタイミングで前記メモリに自身の動作状態を示す動作状態情報を更新する手段を備え、前記動作状態情報に基づいて前記ネットワーク制御部もしくは前記ディスク制御部に障害が発生したことを検知する手段を備えることとしている。
【００１６】
ここで、ネットワーク制御部が、ディスク制御部に送信したコマンドについての受信通知を取得できない場合に動作状態情報に基づいて送信先のディスク制御部の動作状態を調査し、その調査の結果に応じてそのコマンドを再びディスク制御部に送信するかどうかを判断するようにすることもできる。
【００１７】
また、ネットワーク制御部が、ディスク制御部に送信したコマンドについての受信通知を取得できない場合に動作状態情報に基づいて送信先の前記ディスク制御部の動作状態を調査し、ディスク制御装置が正常に動作していないと判断した場合には、他のディスク制御部に前記コマンドを送信するようにすることもできる。また、障害を検知した場合にその旨を通知するユーザインタフェースを設けてもよい。さらに、障害を検知した場合に、障害が発生している前記ネットワーク制御部もしくは前記ネットワーク制御部に、再起動を要求する信号を送信するように構成してもよい。これによりフェールオーバを実現できる。
【００１８】
このようにネットワーク制御部とディスク制御部とを同一回路基板に形成し、さらに両者が共通してアクセス可能なメモリを設けることで、メモリにネットワーク制御部およびディスク制御部の動作状態情報を記憶しネットワーク制御部およびディスク制御部における障害を検知するようにするといった障害検知の仕組みを構成することができる。
【００１９】
そしてこの構成では、ネットワーク制御部やディスク制御部からの動作状態情報の更新、動作状態情報の参照、再起動信号の送信などの仕組みは、高速かつ信頼性の高い内部バスを用いた通信を介して行われる。このため、ストレージシステムの性能および信頼性を向上させることができる。
【００２０】
また、ネットワーク制御部が、前記コマンドをディスク制御部に送信するに際し前記コマンドの送信先となるディスク制御部の動作状態を動作状態情報から取得し、取得した動作状態に応じて前記コマンドをディスク制御部に送信するかどうかを決定するようにすることもできる。
【００２１】
本発明の一の態様であるディスク制御装置は、ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを備え、ディスク制御部が、ネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行い、ディスク制御部はバックアップ装置との接続手段を備え、ネットワーク制御部が、前記ディスクドライブに記憶しているデータについてのバックアップ要求を外部装置から受信して前記ディスク制御部にバックアップコマンドを送信し、前記ディスク制御部が、前記バックアップコマンドを受信すると前記ディスクドライブのデータについてのバックアップ指示をバックアップ装置に送信する手段を備えることとしている。
【００２２】
従来、バックアップ装置はファイバチャネルを介してサーバコンピュータに接続する構成が一般的であり、この場合、サーバコンピュータはファイバチャネルを介してディスク制御装置からバックアップ装置にデータ転送を行う必要があった。しかしながら、このようにネットワーク制御部とディスク制御部とが内部バスにより接続する構成では、ネットワーク制御部からバックアップ指示コマンドをディスク制御部に送信するのみでディスク制御部によりバックアップを開始させることができる。そして、この構成ではディスク制御部からバックアップ装置に直接にバックアップ対象となるデータの転送が行われ、バックアップ中にネットワーク制御部にかかる負荷は大幅に低減されることになる。また、ファイバチャネル等の通信を介さない分、処理の高速化が図られる。
【００２３】
本発明の一態様であるディスク制御装置は、ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを備え、ディスク制御部が、ネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行うディスク制御装置において、互いに通信可能に接続された複数の前記回路基板を備え、前記回路基板間でハートビートメッセージを交換することで１の前記回路基板に障害が生じたことを他の回路基板が検知する手段を備え、前記回路基板が他の前記回路基板についての障害を検知した場合に、障害となっている前記回路基板が行っている処理をその回路基板とは異なる他の回路基板に代行させる手段を備えることとしている。
【００２４】
このように、ネットワーク制御部とディスク制御部とが形成された回路基板を複数有する構成では、これら回路基板の間でハートビートメッセージを交換し、他の回路基板に障害が生じた場合にその回路基板で行われていた処理を他の回路基板に代行させるようにすることで、フェールオーバの仕組みを実現することができ、ストレージシステムの信頼性を向上させることができる。
【００２５】
＜システム構成＞
図１に本発明の一実施例として説明するストレージシステムの構成を示す。 ディスク制御装置１０にＬＡＮ５０を介して一台以上のホストコンピュータ２０が接続する。ホストコンピュータ２０は、パーソナルコンピュータやワークステーション、汎用機などである。
【００２６】
ディスク制御装置１０は、ネットワーク制御部１１１、ディスク制御部１１２、障害監視部１１３、キャッシュメモリ１１４、ディスクドライブ１１５などを備えて構成される。なお、ディスクドライブ１１５は、ディスク制御装置１０が収容される筐体とは別筐体に収容されディスク制御装置１０と通信手段を介して接続する構成であってもよい。
【００２７】
このディスク制御装置１０では、ネットワーク制御部１１１、ディスク制御部１１２、障害監視部１１３が、同じ一枚の回路基板１１７上に形成されている。また、この回路基板１１７上には、さらに、ＬＡＮアダプタ（Ｌａｎ Ａｄａｐｔｏｒ）もしくはＮＩＣ（Ｉｎｔｅｒｎｅｔ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）などに相当する機能を実現する回路であるネットワークインタフェース１１８、ＤＭＡコントローラ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｅｒ）１１９が形成されている。
そして、回路基板１１７上に形成されたこれらの回路は、例えば、ＰＣＩバス（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｂｕｓ）などの内部バス３０により通信可能に結合されている。
【００２８】
ネットワーク制御部１１１は、ＣＰＵ、メモリ（以下、「ネットワーク制御部用メモリ１２１」と称する）などからなる。ネットワーク制御部１１１では、オペレーティングシステムが動作しており、このオペレーティングシステム上では、ＴＣＰ／ＩＰ（登録商標）、ＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）（登録商標）などのネットワークプロトコルに対応した通信を行うためのプログラムなど、各種のプログラムが動作する。
【００２９】
ディスク制御部１１２は、ＣＰＵ、メモリ（以下、「ディスク制御部用メモリ１２２」と称する）、ディスクドライブ制御回路などからなる。また、ディスク制御部１１２は、ディスクドライブ１１５をＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ）の方式で制御する機能を備えていることもある。 障害監視部１１３は、ＣＰＵ、メモリ（以下、「障害監視部用メモリ１２３」と称する）などからなる。
【００３０】
また、ディスク制御装置１０は、前記回路基板１１７上もしくはこれとは別の回路基板上に、バックアップ装置１８４が接続するためのインタフェース回路１８３を備える。なお、このインタフェース回路１８３は内部バス３０に接続されている。インタフェース回路１８３に接続されるバックアップ装置１８４としては、ＤＡＴテープドライブ、ＤＶＤ−ＲＡＭ、ＭＯ、ＣＤ−Ｒ、ディスクドライブ、カセットテープなどがある。
【００３１】
＜データ入出力要求＞
ネットワーク制御部１１１は、ホストコンピュータ２０から送信されてくるデータ入出力要求をＬＡＮ５０を通じて受信すると、図２に示すようにこれをネットワーク制御部用メモリ１２１に確保されている受信バッファに記憶する。なお、図２ではホストコンピュータ２０ごとに別の受信バッファを用意しているが、複数のホストコンピュータ２０に共通の受信バッファを用意してもよい。
【００３２】
ホストコンピュータ２０から送られてくるデータ入出力要求には、それがデータ書き込み（Ｗｒｉｔｅ）要求であるのか、データ読み出し（Ｒｅａｄ）要求であるのかなどを識別するコマンドコード、ファイル名、処理対象となるデータのファイル内の位置を特定するためのファイル内オフセットアドレスとデータサイズ、そのデータ入出力要求がデータ書き込み要求である場合に設定される書き込みデータ、などの情報が含まれている。
【００３３】
ネットワーク制御部１１１は、受信バッファに記憶しているデータ入出力要求に基づいてＩ／Ｏコマンドを生成し、生成したＩ／Ｏコマンドを、内部バス３０を通じてディスク制御部１１２に送信する。ディスク制御部１１２は、ネットワーク制御部１１１からＩ／Ｏコマンドを受信すると、このＩ／Ｏコマンドに対応するデータ入出力をディスクドライブ１１５に対して行う。
【００３４】
＜ファイル管理情報＞
ネットワーク制御部１１１からディスク制御部１１２に送信されるＩ／Ｏコマンドは、データ入出力要求と、ファイル管理情報に基づいて生成される。ファイル管理情報はディスクドライブ１１５に記憶されている。
【００３５】
図３にファイル管理情報の一例を示す。ファイル管理情報には、ファイル名に対応させて、そのファイルのデータサイズであるファイルサイズ、当該ファイル名に対応するデータが複数の記憶領域に分割されて記憶されている場合における分割数を示すデータ領域数、各連続領域のディスクドライブ１１５上の記憶位置を特定するデータアドレスやデータサイズなどが設定されている。なお、図４に示すようにファイル管理情報は、処理性能の向上のため、ネットワーク制御部用メモリ１２１に記憶（キャッシング）されることもある。
【００３６】
＜Ｉ／Ｏコマンド＞
図５は、データ入出力要求に基づいてＩ／Ｏコマンドが生成される仕組みを説明している。ネットワーク制御部１１１は、まずデータ入出力要求のファイル内オフセットアドレスをファイル管理情報に対照し、そのデータ入出力要求が処理対象とするファイルに関するデータのディスクドライブ１１５上の記憶位置に対応するデータアドレスとデータサイズとを求める。前述したように、１のファイルに対応するデータは、ディスクドライブ１１５上の連続する記憶領域に纏まって記憶されている場合もあるし、複数の記憶領域に分割されて記憶されている場合もある。図５は、１のファイルに対応するデータが２つの記憶領域に分割されて記憶されている場合である。
【００３７】
ここでデータ入出力要求の処理対象であるファイルが、ディスクドライブ１１５上の連続する記憶領域に纏まって記憶されている場合、ネットワーク制御部１１１はそのデータ入出力要求に対応するＩ／Ｏコマンドとして、その記憶領域を指定するための、１の論理アドレス（ＬＢＡ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓ））とブロック数とが設定されたＩ／Ｏコマンドを生成する。ここで論理アドレスとは、ディスクドライブの記憶領域に区画設定された論理的な記憶領域（以下、「論理ユニット」もしくは「ＬＵ（Ｌｏｇｉｃａｌ Ｕｎｉｔ）」と称する）におけるデータの記憶位置を指定する論理的なアドレスである。
【００３８】
一方、データ入出力要求の処理対象であるファイルが、ディスクドライブ１１５の複数の記憶領域に分割されて記憶されている場合、ネットワーク制御部１１１は、分割された各記憶領域のそれぞれを指定する複数の論理アドレスとブロック数との組合せを設定したＩ／Ｏコマンドを生成する。またこの場合には、ファイルがいくつの記憶領域に分割されているかを示す分割数がＩ／Ｏコマンドのリスト数の欄に設定される。
【００３９】
図６は、生成されたＩ／Ｏコマンドがネットワーク制御部用メモリ１２１に記憶されている様子を示している。なお、この図ではＩ／ＯコマンドはＬＵごとにネットワーク制御部用メモリ１２１上に用意されたコマンドテーブルに管理されているが、これに限られるわけではない。
【００４０】
＜Ｉ／Ｏコマンドの生成＞
つぎにネットワーク制御部１１１がデータ入出力要求に基づいてＩ／Ｏコマンドを生成する処理について、図７に示すフローチャートとともに説明する。
ネットワーク制御部１１１は、受信バッファにデータ入出力要求が存在する場合（Ｓ７１１）、受信バッファからデータ入出力要求を一つ取り出し（Ｓ７１２）、データ入出力要求に設定されているファイル名に対応するファイルをネットワーク制御部用メモリ１２１のファイル管理情報から検索する（Ｓ７１３）。
【００４１】
ここで対応するファイルがネットワーク制御部用メモリ１２１のファイル管理情報に存在する場合（Ｓ７１４：ＹＥＳ）には、（Ｓ７１６）に進む。他方、対応するファイルが存在しない場合（Ｓ７１４：ＮＯ）はファイル管理情報をディスクドライブ１１５から読み出す（Ｓ７１５）。
【００４２】
（Ｓ７１６）ではデータ入出力要求のオフセットアドレスとデータサイズに対応するディスクドライブ１１５のデータアドレスとデータサイズとを求める。ここで前述したようにそのファイルを構成するデータがディスクドライブ１１５上の複数の記憶領域に分割されて記憶されている場合には、それぞれの領域に対応するデータアドレスとデータサイズとを求める。そして算出したデータアドレスとデータサイズとが設定されたＩ／Ｏコマンドをネットワーク制御部用メモリ１２１上に生成する（Ｓ７１７）。
【００４３】
Ｉ／Ｏコマンドがネットワーク制御部用メモリ１２１に生成される様子を図８に示している。図８（ａ）は、複数のホストコンピュータ２０から１の論理ボリュームについてのＩ／Ｏコマンドが生成される場合におけるＩ／Ｏコマンドの生成の様子である。図８（ｂ）は１のホストコンピュータ２０が複数の論理ボリュームにアクセスする場合におけるＩ／Ｏコマンドの生成の様子である。
【００４４】
図７の（Ｓ７１８）では、ネットワーク制御部１１１は、つぎに処理すべきデータ入出力要求が存在するかどうかを受信バッファから調べる。他のホストコンピュータ２０の受信バッファが存在する場合には、（Ｓ７１２）からの処理が繰り返される。
一方、つぎに処理すべきデータ入出力要求が受信バッファに存在しない場合（Ｓ５７８：ＮＯ）、ネットワーク制御部１１１は、Ｉ／Ｏコマンドの実行要求を適宜なタイミングでディスク制御部１１２に送信する（Ｓ７１９）。
なお、（Ｓ７１９）の処理は（Ｓ７１８）の処理を待たずに行うように構成することもできる。また以上の処理は、受信バッファが複数存在する場合には各受信バッファについて行われる（Ｓ７１９）。
【００４５】
＜Ｉ／Ｏコマンドの実行＞
つぎに、ディスク制御部１１２によるＩ／Ｏコマンドの実行について、図９に示すフローチャートとともに説明する。
ディスク制御部１１２は、ネットワーク制御部１１１から受信したＩ／Ｏコマンドの実行要求を、ディスク制御部用メモリ１２２に記憶している。ディスク制御部１１２は、ディスク制御部用メモリ１２２にＩ／Ｏコマンドの実行要求が存在するかどうかを監視している（Ｓ９１１）。ディスク制御部１１２は、ディスク制御部用メモリ１２２にＩ／Ｏコマンドの実行要求が存在する場合、ディスク制御部用メモリ１２２からＩ／Ｏコマンドを１つ読み出し（Ｓ９１２）、そのコマンドに設定されているコマンドコードから、そのコマンドがデータ書き込みのコマンドであるのか、データ読み出しのコマンドであるのかを調べる（Ｓ９１３）。ここで読み出しコマンドの場合には、（Ｓ９１４）に進む。一方、データ書き込みコマンドの場合には（Ｓ９３１）に進む。
【００４６】
（Ｓ９１４）においてｎには初期値として１が設定されているものとする。ディスク制御部１１２は、ＬＢＡ番号ｎのＬＢＡおよびデータサイズを読み出す（Ｓ９１５）。つぎにディスク制御部１１２は、そのＬＢＡおよびデータサイズに対応するデータがキャッシュメモリ１１４に存在するかどうかを調べ（Ｓ９１６）、存在する場合（Ｓ９１６：ＹＥＳ）にはキャッシュメモリ１１４からそのデータを読み出してネットワーク用メモリに転送する（Ｓ９１７）。一方、キャッシュメモリ１１４に存在しない場合、ディスク制御部１１２はディスクドライブ１１５に読み出し要求を送信する（Ｓ９１８）。つぎにディスク制御部１１２はＬＢＡ番号ｎをインクリメントし（Ｓ９１９）、インクリメント後のｎの値をＩ／Ｏコマンドのリスト数と比較する（Ｓ９２０）。ここでｎがリスト数以下の場合（Ｓ９２０：ＹＥＳ）には（Ｓ９１５）に進む。一方、ｎがリスト数よりも大きい場合（Ｓ９２０：ＮＯ）には（Ｓ９２１）に進む。
【００４７】
（Ｓ９２１）では、（Ｓ９１８）において読み出し要求を送信した場合（Ｓ９２１：ＹＥＳ）、ディスクドライブ１１５がその要求に対応するデータを読み出すのを待ってから（Ｓ９２３）に進む（Ｓ９２２）。一方、（Ｓ９１８）において読み出し要求を送信していない場合には（Ｓ９２３）に進む。
【００４８】
（Ｓ９２３）では、ディスクドライブ１１５からデータが読み出されると、そのデータをキャッシュメモリ１１４に記憶するとともにネットワーク制御部用メモリ１２１へ転送し、ディスク制御部１１２はネットワーク制御部１１１にデータ入出力要求についての処理を完了した旨のステータスを報告する。
【００４９】
一方、（Ｓ９１３）においてＩ／Ｏコマンドが書き込み要求であった場合には、（Ｓ９３１）に進む。（Ｓ９３１）において、ｎには初期値として１が設定されているものとする。（Ｓ９３２）において、ディスク制御部１１２はＬＢＡ番号ｎのＬＢＡおよびデータサイズを読み出す。
【００５０】
つぎにディスク制御部１１２は、そのＬＢＡおよびデータサイズに対応するデータがキャッシュメモリ１１４に存在するかどうかを調べ（Ｓ９３３）、存在しない場合（Ｓ９３３：ＮＯ）には、キャッシュメモリ１１４に記憶領域を確保し（Ｓ９３４）、その記憶領域に書き込みデータを書き込む（Ｓ７３５）。
一方、存在する場合（Ｓ９３３：ＹＥＳ）には、そのデータに書き込みデータを上書きする（Ｓ９３６）。
（Ｓ９３７）では、その書き込みデータに対応させてキャッシュメモリに記憶されている当該書き込みデータについてのデステージフラグをオンにする。なお、デステージフラグがオンになっている書き込みデータは、適宜なタイミングで、キャッシュメモリ１１４からディスクドライブ１１５にデステージされる。
【００５１】
つぎにディスク制御部１１２はＬＢＡ番号ｎをインクリメントし（Ｓ９３８）、インクリメント後のｎがＩ／Ｏコマンドのリスト数に設定されている値と比較する（Ｓ９３９）。ここでｎがリスト数以下の場合（Ｓ９３９：ＹＥＳ）には（Ｓ９３２）に進む。また、ｎがリスト数よりも大きい場合（Ｓ９３９：ＮＯ）には（Ｓ９２３）に進み、ディスク制御部はネットワーク制御部にデータ入出力要求についての処理を完了した旨のステータスを報告する（Ｓ９４０）。
【００５２】
以上のように、ネットワーク制御部１１１からディスク制御部１１２に複数のアドレスが設定されている１のコマンドを送信するだけで、ディスク制御部１１２が複数のアドレスに対応するデータ入出力をディスクドライブ１１５に対して行う。このためコマンドの処理にかかるオーバーヘッドが削減されてストレージシステムの性能向上が図られる。
【００５３】
＜バックアップ処理＞
つぎにホストコンピュータ２０から送信されてくるバックアップ要求に応じてディスク制御装置１０が実行するデータバックアップ処理について説明する。 ネットワーク制御部１１１で動作するオペレーティングシステム上では、ホストコンピュータ２０から送信されてくるバックアップ要求を受信した場合にディスクドライブ１１５に記憶しているデータを、図１に示すバックアップ装置１８４のバックアップメディアに記憶する処理を実行する、バックアッププログラムが動作している。
【００５４】
バックアップ要求には、ファイル名や論理ユニット名などの情報により、バックアップ対象となるデータが指定されている。バックアップ要求を受信すると、バックアッププログラムはバックアップ要求に指定されている情報に基づいて、バックアップ対象となるデータのディスクドライブ１１５上の記憶位置を特定するアドレス及びデータサイズを求め、これらを設定したバックアップ指示コマンドを内部バス３０を通じてディスク制御部１１２に送信する。
【００５５】
ディスク制御部１１２は、バックアップ指示コマンドを受信すると、このコマンドに指定されているアドレスとデータサイズとで指定される記憶領域に格納されているデータと、バックアップの開始を指示するバックアップ開始コマンドとをバックアップ装置１８４に送信する。バックアップ開始コマンドを受信したバックアップ装置１８４は、このコマンドと共に送られてくるバックアップ対象のデータをバックアップメディアに記録する。
【００５６】
ディスク制御部１１２は、バックアップ対象データのバックアップメディアへの記録が終了した旨の通知をバックアップ装置１８４から受信すると、内部バス３０を通じてバックアッププログラムに完了通知を送信する。バックアッププログラムは完了通知を受信すると、ホストコンピュータ２０にバックアップ完了報告を送信する。
【００５７】
ところで、従来、バックアップ装置１８４はファイバチャネルを介してサーバコンピュータに接続する構成が一般的であり、この場合、サーバコンピュータはファイバチャネルを介してディスク制御装置からバックアップ装置にデータ転送を行う必要があった。
【００５８】
しかしながら、本実施例のようにネットワーク制御部１１１とディスク制御部１１２とが内部バス３０により接続する構成では、ネットワーク制御部１１１からバックアップ指示コマンドをディスク制御部１１２に送信するのみでディスク制御部１１２によりバックアップを開始させることができる。そして、この構成ではディスク制御部１１２からバックアップ装置１８４に直接的にバックアップ対象となるデータの転送が行われ、バックアップ中にネットワーク制御部１１１にかかる負荷は大幅に軽減されることになる。また、ファイバチャネル等の通信を介さない分、処理の高速化も図られる。
【００５９】
＜複数の回路基板＞
フェールオーバさせること等を目的として、ディスク制御装置１０に同一の機能を備える複数の回路基板が実装されることが行われているが、ネットワーク制御部１１１とディスク制御部１１２とが形成された１の回路基板を、１台のディスク制御装置１０に複数枚実装することもできる。図１０は、そのように複数枚の前記回路基板が実装されたディスク制御装置１０を用いて構成したストレージシステムである。
【００６０】
図１０において、各回路基板１１７上には、ネットワークインタフェース１１８、ネットワーク制御部１１１、ディスク制御部１１２およびＤＭＡコントローラ１１９が形成されており、これらはＰＣＩバスなどの内部バス３０に接続している。各回路基板１１７の内部バス３０は互いに接続されている。
【００６１】
また、ディスク制御装置１０には、各回路基板１１７とは別に、障害監視部１１３および共用メモリ１４１が形成された回路基板１２７が実装されている。なお、この回路基板１２７の障害監視部１１３および共用メモリ１４１も、接続ライン３１を介して内部バス３０に接続している。
【００６２】
ここでこのような構成からなるディスク制御装置１０では、各回路基板１１７に形成されているネットワーク制御部１１１間で、内部バス３０を通じてハートビートメッセージを交換して互いに動作状態を監視することで、フェールオーバの仕組みを実現することができる。
【００６３】
以下、この仕組みについて、図１１〜図１３に示すフローチャートとともに説明する。
まず、前提として、共用メモリ１４１には、各回路基板のネットワーク制御部１１１の動作状態に関するステータス情報が記憶されているものとする。なお、動作に関するステータス情報とは、例えば、ネットワーク制御部１１１が、正常に動作しているかどうかを示すステータス情報である。
【００６４】
このステータス情報は、定期的もしくは不定期などの設定されたタイミングで、各回路基板１１７のネットワーク制御部１１１により内部バス３０を通じて書き込まれる。なお、このステータス情報は、障害監視部１１３が内部バス３０を通じて各ネットワーク制御部１１１に動作状態を問い合わせ、その応答として取得した各ネットワーク制御部１１１の動作状態を、障害監視部１１３が内部バス３０を通じて間接的に共用メモリ１４１に書き込むこともある。
【００６５】
図１１は、ある回路基板１１７のネットワーク制御部１１１が、他の回路基板１１７の他のネットワーク制御部１１１に対し、ハートビートメッセージを要求する側として動作する場合における当該ネットワーク制御部１１１の処理を説明するフローチャートである。
【００６６】
ネットワーク制御部１１１は、内部バス３０を通じて共用メモリ１４１にアクセスしてステータス情報を調べ、正常に動作しているネットワーク制御部１１１を探索する（Ｓ１１１１）。そして、正常に動作している他のネットワーク制御部１１１が探索されると、そのネットワーク制御部１１１に対し、内部バス３０を通じてハートビートメッセージを要求するメッセージを送信し（Ｓ１１１２）、そのネットワーク制御部１１１からハートビートメッセージが送られてくるのを一定時間待つ（Ｓ１１１３）。
【００６７】
ここで他のネットワーク制御部１１１からハートビートメッセージが送られてきた場合（Ｓ１１１４：ＹＥＳ）には、リトライカウンタに「０」を設定し（Ｓ１１１５）、一定時間待機した後（Ｓ１１１６）、再び（Ｓ１１１１）からの処理に戻る。
【００６８】
一方、（Ｓ１１１４）において、他のネットワーク制御部１１１からハートビートメッセージが受信できなかった場合（Ｓ１１１４：ＮＯ）には、リトライカウンタに「１」を加算し（Ｓ１１１７）、リトライカウンタをあらかじめ設定されているリトライオーバ閾値と比較する（Ｓ１１１８）。
【００６９】
ここでリトライカウンタの値がリトライオーバ閾値を超えている場合（Ｓ１１１８：ＹＥＳ）には、内部バス３０を通じて障害監視部１１３に、他のネットワーク制御部１１１に障害が発生している旨のメッセージを送信する（Ｓ１１１９）。
なお、このメッセージには、その障害がハードウエアの障害に起因するのか、ソフトウエアに起因するのかを示す情報や、あるネットワーク制御部１１１からのハートビートメッセージが中断している旨を通知する情報など、障害の内容に関する情報も付帯される。ネットワーク制御部１１１は、そのメッセージに対して障害監視部１１３から応答があると（Ｓ１１２０）、他のネットワーク制御部１１１の処理を代行する、フェールオーバ処理を開始する（Ｓ１１２１）。
【００７０】
一方、（Ｓ１１１８）の処理において、リトライカウンタの値がリトライオーバ閾値を超えていない場合（Ｓ１１１８：ＮＯ）には、リトライカウンタに「０」を設定し（Ｓ１１１５）、再び（Ｓ１１１１）からの処理に戻る。
【００７１】
図１２は、ある回路基板１１７のネットワーク制御部１１１が、ハートビートメッセージを受信したり、障害監視部１１３からのメッセージを受信した場合における処理を説明するフローチャートである。
ネットワーク制御部１１１は、内部バス３０を通じて送られてくるメッセージを受信すると（Ｓ１２１１）、そのメッセージがハートビートメッセージであるかどうかを調べる（Ｓ１２１２）。
ここで受信したメッセージがハートビートメッセージである場合（Ｓ１２１２：ＹＥＳ）、ネットワーク制御部１１１は、そのハートビートメッセージを送信したネットワーク制御部１１１に対し、ハートビートメッセージを送信する（Ｓ１２１３）。
【００７２】
一方、受信したメッセージがハートビートメッセージ以外のメッセージであった場合（Ｓ１２１２：ＹＥＳ）は、ネットワーク制御部１１１はそのメッセージが障害監視部１１３から送られてくる、他のネットワーク制御部１１１が動作していない旨を通知するメッセージであるかどうかを調べる（Ｓ１２１４）。
（Ｓ１２１４）において、そのメッセージが、他のネットワーク制御部１１１が動作していない旨を通知する障害監視部１１３からのメッセージであった場合には（Ｓ１２１４：ＹＥＳ）、そのネットワーク制御部１１１との間の通信を抑止して（Ｓ１２１５）、必要な場合にはそのネットワーク制御部１１１に関するフェールオーバ処理を開始する（Ｓ１２１６）。
【００７３】
図１３は、障害制御部１３の処理を説明するフローチャートである。障害制御部１３は、図１１における（Ｓ１１１９）の通知、すなわち、あるネットワーク制御部１１１に障害が発生している旨のメッセージを受信すると（Ｓ１３１１：ＹＥＳ）、そのメッセージに付帯する情報に基づいて、その障害通知がハードウエアの障害によるものであるのかを判断する（Ｓ１３１２）。
【００７４】
（Ｓ１３１２）において、ハードウエアの障害であると判断した場合には（Ｓ１３１２：ＹＥＳ）、障害監視部１１３は、前記メッセージにより特定されるネットワーク制御部１１１が動作していない旨のステータス情報を共用メモリ１４１に書き込む（Ｓ１３１３）。そして、障害監視部１１３は、前記メッセージで特定されるネットワーク制御部１１１に障害が発生している旨を記載したメッセージを、障害が発生してないネットワーク制御部１１１に送信する（Ｓ１３１４）。
【００７５】
一方、（Ｓ１３１２）において、ハードウエアの障害でないと判断した場合には（Ｓ１３１２：ＮＯ）、障害監視部１１３は、受信したメッセージが、ネットワーク制御部１１１からハートビートメッセージが送られてきていない旨を通知するメッセージであるかどうかを調べる（Ｓ１３１５）。そして、障害監視部１１３は、受信したメッセージが、ネットワーク制御部１１１からハートビートメッセージが送られてきていない旨を通知するメッセージであった場合には、内部バス３０を通じてそのネットワーク制御部１１１を制御してそのネットワーク制御部１１１の動作を停止させた（Ｓ１３１６）後、（Ｓ１３１３）からの処理に進む。
【００７６】
以上のようにしてフェールオーバの仕組みを実現することができる。ちなみに、ＬＡＮを介してハートビートメッセージを通信する場合には、ハートビートメッセージの通信によりＬＡＮに負荷がかかり、また、この負荷を回避しようとすれば、ハートビートメッセージのための専用のＬＡＮを設ける必要があるが、内部バス３０によりハートビートメッセージを通信する仕組みとした場合にはこのような問題や煩わしさが一切生じないという利点がある。
【００７７】
＜障害監視＞
処理能力の向上や可用性の向上などを目的として、ディスク制御装置１０に複数のネットワーク制御部１１１やディスク制御部１１２が実装されることがある。
このような場合、複数のネットワーク制御部１１１やディスク制御部１１２を、図１４に示すように同一の回路基板１４０上に形成することで、処理能力の向上や信頼性の向上を図ることができる。なお、回路基板１４０には、ネットワーク制御部１１１およびディスク制御部１１２が共通してアクセス可能な共用メモリ１４１が形成されている。
【００７８】
共用メモリ１４１には、ネットワーク制御部１１１やディスク制御部１１２が内部バス３０を通じて書き込む時刻情報を記憶するための記憶領域（以下、「タイマテーブル」と称する）が確保される。タイマテーブルには、ネットワーク制御部１１１やディスク制御部１１２の動作状態に関する情報が設定される。ここでは動作状態情報としてその書き込みが行われた時刻が書き込まれる。また、ネットワーク制御部１１１やディスク制御部１１２からタイマテーブルへの書き込みは、障害監視に必要とされる設定されたタイミング（例えば１秒間隔）で行われる。
【００７９】
図１５は、ネットワーク制御部１１１がディスク制御部１１２にＩ／Ｏコマンドを送信するに際し、ネットワーク制御部１１１により行われる障害検知の仕組みを説明するフローチャートである。
ネットワーク制御部１１１は、ディスク制御部１１２にＩ／Ｏコマンドを送信するにあたり、事前にタイマテーブルを参照してそのＩ／Ｏコマンドの送信先のディスク制御部１１２が正常に動作しているかどうかを調査する（Ｓ１５１１，Ｓ１５１２）。なお、この調査は、例えば、タイマの更新が直前の所定秒数以内に行われていたかどうかを調べることにより行われる。
【００８０】
この調査によりＩ／Ｏコマンドを送信しようとするディスク制御部１１２に対応するタイマテーブルの更新が行われていない（正常に動作していない）場合には（Ｓ１５１２：ＮＯ）、ネットワーク制御部１１１はその処理を中断してホストコンピュータ２０にエラーを報告し、また正常に動作しているディスク制御部１１２を検索し（Ｓ１５１３）、検索された他のディスク制御部１１２にＩ／Ｏコマンドの送信を試みる（Ｓ１５１４）。
一方、（Ｓ１５１２）においてＩ／Ｏコマンドを送信しようとするディスク制御部１１２についてタイマテーブルの更新が行われている（正常に動作している）場合には（Ｓ１５１２：ＹＥＳ）、そのディスク制御部１１２にコマンドを送信する（Ｓ１５１５）。
【００８１】
ここで前記調査によりネットワーク制御部１１１がＩ／Ｏコマンドの送信先のディスク制御部１１２が正常に動作していると判断（Ｓ１５１２：ＹＥＳ）し、Ｉ／Ｏコマンドをそのディスク制御部１１２に送信した（Ｓ１５１４，Ｓ１５１５）にもかかわらず、そのＩ／Ｏコマンドが送信先に受け付けられず、タイムアウトとなってしまうことがあるが、Ｉ／Ｏコマンドを送信した後にディスク制御部１１２に障害が発生した可能性もあるため、この場合は（Ｓ１５１１）に進む。
一方、（Ｓ１５１６）において、タイムアウトにならずにネットワーク制御部１１１がディスク制御部１１２からＩ／Ｏコマンドの受領通知を受信すれば処理が終了する（Ｓ１５１７）。
【００８２】
以上の障害監視の仕組みによれば、ネットワーク制御部１１１からディスク制御部１１２に対するＩ／Ｏコマンドを確実にディスク制御部１１２に引き渡すことが可能となり、これによりストレージシステムの信頼性を向上させることができる。
【００８３】
＜障害監視部＞
ところで、前出の図１４に示す回路基板１４０には、各ネットワーク制御部１１１および各ディスク制御部１１２に対応するタイマテーブルの時刻が更新されているかどうかを監視する障害監視部１３が形成されている。障害監視部１３は、例えば、一定時間以上、時刻の更新を行っていないネットワーク制御部１１１もしくはディスク制御部１１２を検知し、ＳＮＭＰに従って外部装置やユーザインタフェースに障害の発生を通知する。
【００８４】
また障害監視部１３は、時刻が更新されていない原因がネットワーク制御部１１１やディスク制御部１１２のファームウエアの障害によるものであると判断した場合、ネットワーク制御部１１１やディスク制御部１１に内部バス３０を通じてリセット信号（例えば、Ｐｏｗｅｒ ｏｎ ｒｅｓｅｔ 信号）を送信する。また、障害監視部１３は、内部バス３０を通じて送られてくるネットワーク制御部１１１やディスク制御部１１２からの通知によっても、ネットワーク制御部１１１やディスク制御部１１２に障害の発生を認知する。
【００８５】
以上のように、ネットワーク制御部１１１、ディスク制御部１１２、共用メモリ１４１、障害監視部１３が、それぞれ同じ回路基板上に形成されていることで、ネットワーク制御部１１１やディスク制御部１１２からの共用メモリ１４１のタイマテーブルへの時刻の書き込み、ネットワーク制御部１１１によるタイマテーブルの参照、障害監視部１３によるタイマテーブルの時刻の更新状態の監視、ネットワーク制御部１１１やディスク制御部１１２へのリセット信号の送信などの処理は、全て内部バス３０を通じて行われることになる。従って、これらの処理は高速かつ高信頼に行われ、ディスク制御装置１０の処理の高速化や信頼性の向上が図られる。
【００８６】
以上、本発明に係るディスク制御装置等について説明してきたが、上記した発明の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれることは勿論である。
【００８７】
【発明の効果】
本発明によれば、ディスク制御装置およびディスク制御装置の制御方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施例による、ストレージシステムの構成を示す図である。
【図２】本発明の一実施例による、データ入出力要求がネットワークデータ用メモリの受信バッファに記憶される様子を説明する図である。
【図３】本発明の一実施例による、ファイル管理情報を示す図である。
【図４】本発明の一実施例による、ファイル管理情報が制御用メモリに記憶される様子を説明する図である。
【図５】本発明の一実施例による、データ入出力要求に基づいてＩ／Ｏコマンドが生成される仕組みを説明する図である。
【図６】本発明の一実施例による、生成されたＩ／Ｏコマンドが制御用メモリに記憶されている様子を説明する図である。
【図７】本発明の一実施例による、ネットワーク制御部がデータ入出力要求に基づいてＩ／Ｏコマンドを生成する処理を説明するフローチャートである。
【図８】（ａ）、（ｂ）は、それぞれ本発明の一実施例による、Ｉ／Ｏコマンドが制御用メモリに生成される様子を説明する図である。
【図９】本発明の一実施例による、Ｉ／Ｏコマンドの実行を説明するフローチャートを示す図である。
【図１０】本発明の一実施例による、複数枚の回路基板が実装されたディスク制御装置を用いて構成されるストレージシステムの構成を示す図である。
【図１１】本発明の一実施例による、ある回路基板のネットワーク制御部が、他の回路基板の他のネットワーク制御部に対し、ハートビートメッセージを要求する側として動作する場合における当該ネットワーク制御部の処理を説明するフローチャートを示す図である。
【図１２】本発明の一実施例による、ある回路基板のネットワーク制御部が、ハートビートメッセージを受信したり、障害監視部からのメッセージを受信した場合における処理を説明するフローチャートを示す図である。
【図１３】本発明の一実施例による、障害制御部の処理を説明するフローチャートである。
【図１４】本発明の一実施例による、複数のネットワーク制御部およびディスク制御部が形成された回路基板を示す図である。
【図１５】本発明の一実施例による、障害検知の仕組みを説明するフローチャートを示す図である。
【図１６】従来の典型的なストレージシステムの構成を示す図である。
【符号の説明】
１０ ディスク制御装置
１８ 回路基板
２０ ホストコンピュータ
３０ 内部バス
５０ ＬＡＮ（ネットワーク）
１１１ ネットワーク制御部
１１２ ディスク制御部
１１３ 障害監視部
１１４ キャッシュメモリ
１１５ ディスクドライブ
１２１ ネットワーク制御部用メモリ
１２２ ディスク制御部用メモリ
１４０ 回路基板
１４１ 共用メモリ
１８４ バックアップ装置
【発明の属する技術分野】
この発明は、ディスク制御装置およびディスク制御装置の制御方法に関する。
【０００２】
【従来の技術】
ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を用いて構成されるストレージシステムの典型的な構成を図１２に示す。ディスク制御装置６０が提供する記憶領域にアクセスしようとする情報処理装置であるホストコンピュータ２０は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）５０を通じてサーバコンピュータ７０にアクセスする。サーバコンピュータ７０とディスク制御装置６０とはファイバチャネル８０により接続されている。
【０００３】
サーバコンピュータ７０ではファイルシステム７５が動作している。ホストコンピュータ２０からサーバコンピュータ７０へは、ファイル指定によるデータ入出力要求が送信される。ファイルシステム７５はこのデータ入出力要求に基づいてＳＣＳＩ規格などに従ったＩ／Ｏコマンドを生成し、生成したＩ／Ｏコマンドをファイバチャネル８０を通じてディスク制御装置６０に送信する。ディスク制御装置６０はファイバチャネル８０を通じて送られてくるＩ／Ｏコマンドに従ってディスクドライブ９０に対してデータ入出力を行う。ディスク制御装置６０は、ディスクドライブ９０から読み出したデータや処理完了報告などをサーバコンピュータ７０に送信し、さらにサーバコンピュータ７０からホストコンピュータ２０に読み出したデータや処理完了報告が通知される。
【０００４】
【特許文献１】
特開平８−３３５１４４号公報
【０００５】
【発明が解決しようとする課題】
ところで、ファイバチャネル８０による通信は、ファイバチャネル規格やＳＣＳＩ規格に従って行われるが、これらの規格は、時としてサーバコンピュータ７０やディスク制御装置のハードウエアが有する潜在的な性能や能力を引き出すことの妨げとなる。またファイバチャネル８０で通信を行うためには、ディスク制御装置６０やサーバコンピュータ７０内で稼働するＣＰＵやメモリ間で行われる内部バスを通じた通信とファイバチャネル８０を用いた通信との間でのプロトコル変換のための回路が必要であり、これにより装置の複雑化やコスト増を招く。またこの変換にかかる処理のオーバーヘッドはストレージシステムの性能を低下させる要因となる。
【０００６】
本発明は、このような事情に鑑みてなされたもので、ディスク制御装置およびディスク制御装置の制御方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
この目的を達成するための主たる発明にかかるディスク制御装置は、ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを有し、
前記ディスク制御部がネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行う手段と、
前記ネットワーク制御部が複数のアドレスが設定されている１の前記コマンドをディスク制御部に送信する手段と、
前記ディスク制御部が前記コマンドを受信してこのコマンドに設定されている前記各アドレスに対応するデータ入出力をディスクドライブに対して行う手段と、
を備えることとする。
なお、本発明の他の特徴については、本明細書及び添付図面の記述により明らかにする。
【０００８】
【発明の実施の形態】
＜開示の概要＞
以下の開示により、少なくともつぎのことが明らかにされる。
前記の発明において、ネットワーク制御部は、ＬＡＮを通じてホストコンピュータ２０から所定のネットワークプロトコルに従って送られてくるデータ入出力要求を受信するという、従来のストレージシステムにおけるサーバコンピュータが行っていた機能を提供する。またネットワーク制御部は、ウイルスチェックやＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）、クラスタ管理、ファイルに対するアクセス制限や時刻管理などのシステム管理の機能などを備えていることもある。また、ディスク制御部は、ＳＡＮを通じてサーバコンピュータからコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行うという、従来のストレージシステムにおけるディスク制御装置の機能を提供する。なお、データ入出力という場合には、ディスクドライブへのデータの書き込みもしくはディスクドライブからの読み出しのうち少なくともいずれかが含まれる。前記コマンドは、例えば、後述するＩ／Ｏコマンドが対応する。
【０００９】
このディスク制御装置では、ネットワーク制御部とディスク制御部とが同一回路基板上に形成され、両者がこの回路基板に設けられたＰＣＩバス（ＰｅｒｉｐｈｅｒａｌＣｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｂｕｓ）などの内部バスで接続されていることで、ファイバチャネルによる通信の場合のようにプロトコルの制限に束縛されることなくネットワーク制御部とディスク制御部とは自由度の高い通信を行うことが可能である。
【００１０】
また、前記のようにネットワーク制御部が複数のアドレスが設定されている１の前記コマンドをディスク制御部に送信し、ディスク制御部が前記コマンドを受信してこのコマンドに設定されている各アドレスに対応するデータ入出力をディスクドライブに対して行うようにすることが可能である。
【００１１】
従って、従来のファイバチャネルによる通信では、あるデータ入出力要求を受信したサーバコンピュータがディスク制御装置に複数のコマンドを送信する必要があった処理を１のコマンドの送信により行うことができ、これにより通信にかかるオーバーヘッドが軽減されてストレージシステムの性能向上が図られる。
【００１２】
また、ネットワーク制御部とディスク制御部とが回路基板に設けられた内部バスを通じて接続することで、前述のようなファイバチャネルの通信と内部バスの通信との間の変換のための回路も必要なく、ストレージシステムの生産性の向上やコスト低減も図られる。
【００１３】
また、ディスク制御部がディスクドライブへのデータ入出力に関する処理について並行処理が可能な場合には、１のコマンドで複数のアドレスに対応するデータ入出力に関する処理を並行して行うことが可能となり、これによりストレージシステムの性能向上が図られる。また、ネットワーク制御部とディスク制御部とを同一回路基板に形成することで、これらが異なる回路基板で構成される場合に比べて製造工程の簡素化を図ることができる。
【００１４】
また、ネットワーク制御部は、ディスクドライブに入出力されるデータをファイル名により指定するデータ入出力要求を受け付ける仕組みを提供するファイルシステムが動作していることもあり、この場合、ネットワーク制御部はデータ入出力要求に設定されるファイル名に対応するデータのディスクドライブ上の記憶位置に対応するアドレスを生成し、このアドレスをコマンドに設定する。
【００１５】
本発明の一の態様であるディスク制御装置は、ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを有し、ディスク制御部が、ネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行い、前記回路基板に前記ネットワーク制御部および前記ディスク制御部が共通してアクセス可能なメモリを備え、前記ネットワーク制御部および前記ディスク制御部が設定されたタイミングで前記メモリに自身の動作状態を示す動作状態情報を更新する手段を備え、前記動作状態情報に基づいて前記ネットワーク制御部もしくは前記ディスク制御部に障害が発生したことを検知する手段を備えることとしている。
【００１６】
ここで、ネットワーク制御部が、ディスク制御部に送信したコマンドについての受信通知を取得できない場合に動作状態情報に基づいて送信先のディスク制御部の動作状態を調査し、その調査の結果に応じてそのコマンドを再びディスク制御部に送信するかどうかを判断するようにすることもできる。
【００１７】
また、ネットワーク制御部が、ディスク制御部に送信したコマンドについての受信通知を取得できない場合に動作状態情報に基づいて送信先の前記ディスク制御部の動作状態を調査し、ディスク制御装置が正常に動作していないと判断した場合には、他のディスク制御部に前記コマンドを送信するようにすることもできる。また、障害を検知した場合にその旨を通知するユーザインタフェースを設けてもよい。さらに、障害を検知した場合に、障害が発生している前記ネットワーク制御部もしくは前記ネットワーク制御部に、再起動を要求する信号を送信するように構成してもよい。これによりフェールオーバを実現できる。
【００１８】
このようにネットワーク制御部とディスク制御部とを同一回路基板に形成し、さらに両者が共通してアクセス可能なメモリを設けることで、メモリにネットワーク制御部およびディスク制御部の動作状態情報を記憶しネットワーク制御部およびディスク制御部における障害を検知するようにするといった障害検知の仕組みを構成することができる。
【００１９】
そしてこの構成では、ネットワーク制御部やディスク制御部からの動作状態情報の更新、動作状態情報の参照、再起動信号の送信などの仕組みは、高速かつ信頼性の高い内部バスを用いた通信を介して行われる。このため、ストレージシステムの性能および信頼性を向上させることができる。
【００２０】
また、ネットワーク制御部が、前記コマンドをディスク制御部に送信するに際し前記コマンドの送信先となるディスク制御部の動作状態を動作状態情報から取得し、取得した動作状態に応じて前記コマンドをディスク制御部に送信するかどうかを決定するようにすることもできる。
【００２１】
本発明の一の態様であるディスク制御装置は、ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを備え、ディスク制御部が、ネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行い、ディスク制御部はバックアップ装置との接続手段を備え、ネットワーク制御部が、前記ディスクドライブに記憶しているデータについてのバックアップ要求を外部装置から受信して前記ディスク制御部にバックアップコマンドを送信し、前記ディスク制御部が、前記バックアップコマンドを受信すると前記ディスクドライブのデータについてのバックアップ指示をバックアップ装置に送信する手段を備えることとしている。
【００２２】
従来、バックアップ装置はファイバチャネルを介してサーバコンピュータに接続する構成が一般的であり、この場合、サーバコンピュータはファイバチャネルを介してディスク制御装置からバックアップ装置にデータ転送を行う必要があった。しかしながら、このようにネットワーク制御部とディスク制御部とが内部バスにより接続する構成では、ネットワーク制御部からバックアップ指示コマンドをディスク制御部に送信するのみでディスク制御部によりバックアップを開始させることができる。そして、この構成ではディスク制御部からバックアップ装置に直接にバックアップ対象となるデータの転送が行われ、バックアップ中にネットワーク制御部にかかる負荷は大幅に低減されることになる。また、ファイバチャネル等の通信を介さない分、処理の高速化が図られる。
【００２３】
本発明の一態様であるディスク制御装置は、ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを備え、ディスク制御部が、ネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行うディスク制御装置において、互いに通信可能に接続された複数の前記回路基板を備え、前記回路基板間でハートビートメッセージを交換することで１の前記回路基板に障害が生じたことを他の回路基板が検知する手段を備え、前記回路基板が他の前記回路基板についての障害を検知した場合に、障害となっている前記回路基板が行っている処理をその回路基板とは異なる他の回路基板に代行させる手段を備えることとしている。
【００２４】
このように、ネットワーク制御部とディスク制御部とが形成された回路基板を複数有する構成では、これら回路基板の間でハートビートメッセージを交換し、他の回路基板に障害が生じた場合にその回路基板で行われていた処理を他の回路基板に代行させるようにすることで、フェールオーバの仕組みを実現することができ、ストレージシステムの信頼性を向上させることができる。
【００２５】
＜システム構成＞
図１に本発明の一実施例として説明するストレージシステムの構成を示す。 ディスク制御装置１０にＬＡＮ５０を介して一台以上のホストコンピュータ２０が接続する。ホストコンピュータ２０は、パーソナルコンピュータやワークステーション、汎用機などである。
【００２６】
ディスク制御装置１０は、ネットワーク制御部１１１、ディスク制御部１１２、障害監視部１１３、キャッシュメモリ１１４、ディスクドライブ１１５などを備えて構成される。なお、ディスクドライブ１１５は、ディスク制御装置１０が収容される筐体とは別筐体に収容されディスク制御装置１０と通信手段を介して接続する構成であってもよい。
【００２７】
このディスク制御装置１０では、ネットワーク制御部１１１、ディスク制御部１１２、障害監視部１１３が、同じ一枚の回路基板１１７上に形成されている。また、この回路基板１１７上には、さらに、ＬＡＮアダプタ（Ｌａｎ Ａｄａｐｔｏｒ）もしくはＮＩＣ（Ｉｎｔｅｒｎｅｔ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）などに相当する機能を実現する回路であるネットワークインタフェース１１８、ＤＭＡコントローラ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｅｒ）１１９が形成されている。
そして、回路基板１１７上に形成されたこれらの回路は、例えば、ＰＣＩバス（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｂｕｓ）などの内部バス３０により通信可能に結合されている。
【００２８】
ネットワーク制御部１１１は、ＣＰＵ、メモリ（以下、「ネットワーク制御部用メモリ１２１」と称する）などからなる。ネットワーク制御部１１１では、オペレーティングシステムが動作しており、このオペレーティングシステム上では、ＴＣＰ／ＩＰ（登録商標）、ＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）（登録商標）などのネットワークプロトコルに対応した通信を行うためのプログラムなど、各種のプログラムが動作する。
【００２９】
ディスク制御部１１２は、ＣＰＵ、メモリ（以下、「ディスク制御部用メモリ１２２」と称する）、ディスクドライブ制御回路などからなる。また、ディスク制御部１１２は、ディスクドライブ１１５をＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ）の方式で制御する機能を備えていることもある。 障害監視部１１３は、ＣＰＵ、メモリ（以下、「障害監視部用メモリ１２３」と称する）などからなる。
【００３０】
また、ディスク制御装置１０は、前記回路基板１１７上もしくはこれとは別の回路基板上に、バックアップ装置１８４が接続するためのインタフェース回路１８３を備える。なお、このインタフェース回路１８３は内部バス３０に接続されている。インタフェース回路１８３に接続されるバックアップ装置１８４としては、ＤＡＴテープドライブ、ＤＶＤ−ＲＡＭ、ＭＯ、ＣＤ−Ｒ、ディスクドライブ、カセットテープなどがある。
【００３１】
＜データ入出力要求＞
ネットワーク制御部１１１は、ホストコンピュータ２０から送信されてくるデータ入出力要求をＬＡＮ５０を通じて受信すると、図２に示すようにこれをネットワーク制御部用メモリ１２１に確保されている受信バッファに記憶する。なお、図２ではホストコンピュータ２０ごとに別の受信バッファを用意しているが、複数のホストコンピュータ２０に共通の受信バッファを用意してもよい。
【００３２】
ホストコンピュータ２０から送られてくるデータ入出力要求には、それがデータ書き込み（Ｗｒｉｔｅ）要求であるのか、データ読み出し（Ｒｅａｄ）要求であるのかなどを識別するコマンドコード、ファイル名、処理対象となるデータのファイル内の位置を特定するためのファイル内オフセットアドレスとデータサイズ、そのデータ入出力要求がデータ書き込み要求である場合に設定される書き込みデータ、などの情報が含まれている。
【００３３】
ネットワーク制御部１１１は、受信バッファに記憶しているデータ入出力要求に基づいてＩ／Ｏコマンドを生成し、生成したＩ／Ｏコマンドを、内部バス３０を通じてディスク制御部１１２に送信する。ディスク制御部１１２は、ネットワーク制御部１１１からＩ／Ｏコマンドを受信すると、このＩ／Ｏコマンドに対応するデータ入出力をディスクドライブ１１５に対して行う。
【００３４】
＜ファイル管理情報＞
ネットワーク制御部１１１からディスク制御部１１２に送信されるＩ／Ｏコマンドは、データ入出力要求と、ファイル管理情報に基づいて生成される。ファイル管理情報はディスクドライブ１１５に記憶されている。
【００３５】
図３にファイル管理情報の一例を示す。ファイル管理情報には、ファイル名に対応させて、そのファイルのデータサイズであるファイルサイズ、当該ファイル名に対応するデータが複数の記憶領域に分割されて記憶されている場合における分割数を示すデータ領域数、各連続領域のディスクドライブ１１５上の記憶位置を特定するデータアドレスやデータサイズなどが設定されている。なお、図４に示すようにファイル管理情報は、処理性能の向上のため、ネットワーク制御部用メモリ１２１に記憶（キャッシング）されることもある。
【００３６】
＜Ｉ／Ｏコマンド＞
図５は、データ入出力要求に基づいてＩ／Ｏコマンドが生成される仕組みを説明している。ネットワーク制御部１１１は、まずデータ入出力要求のファイル内オフセットアドレスをファイル管理情報に対照し、そのデータ入出力要求が処理対象とするファイルに関するデータのディスクドライブ１１５上の記憶位置に対応するデータアドレスとデータサイズとを求める。前述したように、１のファイルに対応するデータは、ディスクドライブ１１５上の連続する記憶領域に纏まって記憶されている場合もあるし、複数の記憶領域に分割されて記憶されている場合もある。図５は、１のファイルに対応するデータが２つの記憶領域に分割されて記憶されている場合である。
【００３７】
ここでデータ入出力要求の処理対象であるファイルが、ディスクドライブ１１５上の連続する記憶領域に纏まって記憶されている場合、ネットワーク制御部１１１はそのデータ入出力要求に対応するＩ／Ｏコマンドとして、その記憶領域を指定するための、１の論理アドレス（ＬＢＡ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓ））とブロック数とが設定されたＩ／Ｏコマンドを生成する。ここで論理アドレスとは、ディスクドライブの記憶領域に区画設定された論理的な記憶領域（以下、「論理ユニット」もしくは「ＬＵ（Ｌｏｇｉｃａｌ Ｕｎｉｔ）」と称する）におけるデータの記憶位置を指定する論理的なアドレスである。
【００３８】
一方、データ入出力要求の処理対象であるファイルが、ディスクドライブ１１５の複数の記憶領域に分割されて記憶されている場合、ネットワーク制御部１１１は、分割された各記憶領域のそれぞれを指定する複数の論理アドレスとブロック数との組合せを設定したＩ／Ｏコマンドを生成する。またこの場合には、ファイルがいくつの記憶領域に分割されているかを示す分割数がＩ／Ｏコマンドのリスト数の欄に設定される。
【００３９】
図６は、生成されたＩ／Ｏコマンドがネットワーク制御部用メモリ１２１に記憶されている様子を示している。なお、この図ではＩ／ＯコマンドはＬＵごとにネットワーク制御部用メモリ１２１上に用意されたコマンドテーブルに管理されているが、これに限られるわけではない。
【００４０】
＜Ｉ／Ｏコマンドの生成＞
つぎにネットワーク制御部１１１がデータ入出力要求に基づいてＩ／Ｏコマンドを生成する処理について、図７に示すフローチャートとともに説明する。
ネットワーク制御部１１１は、受信バッファにデータ入出力要求が存在する場合（Ｓ７１１）、受信バッファからデータ入出力要求を一つ取り出し（Ｓ７１２）、データ入出力要求に設定されているファイル名に対応するファイルをネットワーク制御部用メモリ１２１のファイル管理情報から検索する（Ｓ７１３）。
【００４１】
ここで対応するファイルがネットワーク制御部用メモリ１２１のファイル管理情報に存在する場合（Ｓ７１４：ＹＥＳ）には、（Ｓ７１６）に進む。他方、対応するファイルが存在しない場合（Ｓ７１４：ＮＯ）はファイル管理情報をディスクドライブ１１５から読み出す（Ｓ７１５）。
【００４２】
（Ｓ７１６）ではデータ入出力要求のオフセットアドレスとデータサイズに対応するディスクドライブ１１５のデータアドレスとデータサイズとを求める。ここで前述したようにそのファイルを構成するデータがディスクドライブ１１５上の複数の記憶領域に分割されて記憶されている場合には、それぞれの領域に対応するデータアドレスとデータサイズとを求める。そして算出したデータアドレスとデータサイズとが設定されたＩ／Ｏコマンドをネットワーク制御部用メモリ１２１上に生成する（Ｓ７１７）。
【００４３】
Ｉ／Ｏコマンドがネットワーク制御部用メモリ１２１に生成される様子を図８に示している。図８（ａ）は、複数のホストコンピュータ２０から１の論理ボリュームについてのＩ／Ｏコマンドが生成される場合におけるＩ／Ｏコマンドの生成の様子である。図８（ｂ）は１のホストコンピュータ２０が複数の論理ボリュームにアクセスする場合におけるＩ／Ｏコマンドの生成の様子である。
【００４４】
図７の（Ｓ７１８）では、ネットワーク制御部１１１は、つぎに処理すべきデータ入出力要求が存在するかどうかを受信バッファから調べる。他のホストコンピュータ２０の受信バッファが存在する場合には、（Ｓ７１２）からの処理が繰り返される。
一方、つぎに処理すべきデータ入出力要求が受信バッファに存在しない場合（Ｓ５７８：ＮＯ）、ネットワーク制御部１１１は、Ｉ／Ｏコマンドの実行要求を適宜なタイミングでディスク制御部１１２に送信する（Ｓ７１９）。
なお、（Ｓ７１９）の処理は（Ｓ７１８）の処理を待たずに行うように構成することもできる。また以上の処理は、受信バッファが複数存在する場合には各受信バッファについて行われる（Ｓ７１９）。
【００４５】
＜Ｉ／Ｏコマンドの実行＞
つぎに、ディスク制御部１１２によるＩ／Ｏコマンドの実行について、図９に示すフローチャートとともに説明する。
ディスク制御部１１２は、ネットワーク制御部１１１から受信したＩ／Ｏコマンドの実行要求を、ディスク制御部用メモリ１２２に記憶している。ディスク制御部１１２は、ディスク制御部用メモリ１２２にＩ／Ｏコマンドの実行要求が存在するかどうかを監視している（Ｓ９１１）。ディスク制御部１１２は、ディスク制御部用メモリ１２２にＩ／Ｏコマンドの実行要求が存在する場合、ディスク制御部用メモリ１２２からＩ／Ｏコマンドを１つ読み出し（Ｓ９１２）、そのコマンドに設定されているコマンドコードから、そのコマンドがデータ書き込みのコマンドであるのか、データ読み出しのコマンドであるのかを調べる（Ｓ９１３）。ここで読み出しコマンドの場合には、（Ｓ９１４）に進む。一方、データ書き込みコマンドの場合には（Ｓ９３１）に進む。
【００４６】
（Ｓ９１４）においてｎには初期値として１が設定されているものとする。ディスク制御部１１２は、ＬＢＡ番号ｎのＬＢＡおよびデータサイズを読み出す（Ｓ９１５）。つぎにディスク制御部１１２は、そのＬＢＡおよびデータサイズに対応するデータがキャッシュメモリ１１４に存在するかどうかを調べ（Ｓ９１６）、存在する場合（Ｓ９１６：ＹＥＳ）にはキャッシュメモリ１１４からそのデータを読み出してネットワーク用メモリに転送する（Ｓ９１７）。一方、キャッシュメモリ１１４に存在しない場合、ディスク制御部１１２はディスクドライブ１１５に読み出し要求を送信する（Ｓ９１８）。つぎにディスク制御部１１２はＬＢＡ番号ｎをインクリメントし（Ｓ９１９）、インクリメント後のｎの値をＩ／Ｏコマンドのリスト数と比較する（Ｓ９２０）。ここでｎがリスト数以下の場合（Ｓ９２０：ＹＥＳ）には（Ｓ９１５）に進む。一方、ｎがリスト数よりも大きい場合（Ｓ９２０：ＮＯ）には（Ｓ９２１）に進む。
【００４７】
（Ｓ９２１）では、（Ｓ９１８）において読み出し要求を送信した場合（Ｓ９２１：ＹＥＳ）、ディスクドライブ１１５がその要求に対応するデータを読み出すのを待ってから（Ｓ９２３）に進む（Ｓ９２２）。一方、（Ｓ９１８）において読み出し要求を送信していない場合には（Ｓ９２３）に進む。
【００４８】
（Ｓ９２３）では、ディスクドライブ１１５からデータが読み出されると、そのデータをキャッシュメモリ１１４に記憶するとともにネットワーク制御部用メモリ１２１へ転送し、ディスク制御部１１２はネットワーク制御部１１１にデータ入出力要求についての処理を完了した旨のステータスを報告する。
【００４９】
一方、（Ｓ９１３）においてＩ／Ｏコマンドが書き込み要求であった場合には、（Ｓ９３１）に進む。（Ｓ９３１）において、ｎには初期値として１が設定されているものとする。（Ｓ９３２）において、ディスク制御部１１２はＬＢＡ番号ｎのＬＢＡおよびデータサイズを読み出す。
【００５０】
つぎにディスク制御部１１２は、そのＬＢＡおよびデータサイズに対応するデータがキャッシュメモリ１１４に存在するかどうかを調べ（Ｓ９３３）、存在しない場合（Ｓ９３３：ＮＯ）には、キャッシュメモリ１１４に記憶領域を確保し（Ｓ９３４）、その記憶領域に書き込みデータを書き込む（Ｓ７３５）。
一方、存在する場合（Ｓ９３３：ＹＥＳ）には、そのデータに書き込みデータを上書きする（Ｓ９３６）。
（Ｓ９３７）では、その書き込みデータに対応させてキャッシュメモリに記憶されている当該書き込みデータについてのデステージフラグをオンにする。なお、デステージフラグがオンになっている書き込みデータは、適宜なタイミングで、キャッシュメモリ１１４からディスクドライブ１１５にデステージされる。
【００５１】
つぎにディスク制御部１１２はＬＢＡ番号ｎをインクリメントし（Ｓ９３８）、インクリメント後のｎがＩ／Ｏコマンドのリスト数に設定されている値と比較する（Ｓ９３９）。ここでｎがリスト数以下の場合（Ｓ９３９：ＹＥＳ）には（Ｓ９３２）に進む。また、ｎがリスト数よりも大きい場合（Ｓ９３９：ＮＯ）には（Ｓ９２３）に進み、ディスク制御部はネットワーク制御部にデータ入出力要求についての処理を完了した旨のステータスを報告する（Ｓ９４０）。
【００５２】
以上のように、ネットワーク制御部１１１からディスク制御部１１２に複数のアドレスが設定されている１のコマンドを送信するだけで、ディスク制御部１１２が複数のアドレスに対応するデータ入出力をディスクドライブ１１５に対して行う。このためコマンドの処理にかかるオーバーヘッドが削減されてストレージシステムの性能向上が図られる。
【００５３】
＜バックアップ処理＞
つぎにホストコンピュータ２０から送信されてくるバックアップ要求に応じてディスク制御装置１０が実行するデータバックアップ処理について説明する。 ネットワーク制御部１１１で動作するオペレーティングシステム上では、ホストコンピュータ２０から送信されてくるバックアップ要求を受信した場合にディスクドライブ１１５に記憶しているデータを、図１に示すバックアップ装置１８４のバックアップメディアに記憶する処理を実行する、バックアッププログラムが動作している。
【００５４】
バックアップ要求には、ファイル名や論理ユニット名などの情報により、バックアップ対象となるデータが指定されている。バックアップ要求を受信すると、バックアッププログラムはバックアップ要求に指定されている情報に基づいて、バックアップ対象となるデータのディスクドライブ１１５上の記憶位置を特定するアドレス及びデータサイズを求め、これらを設定したバックアップ指示コマンドを内部バス３０を通じてディスク制御部１１２に送信する。
【００５５】
ディスク制御部１１２は、バックアップ指示コマンドを受信すると、このコマンドに指定されているアドレスとデータサイズとで指定される記憶領域に格納されているデータと、バックアップの開始を指示するバックアップ開始コマンドとをバックアップ装置１８４に送信する。バックアップ開始コマンドを受信したバックアップ装置１８４は、このコマンドと共に送られてくるバックアップ対象のデータをバックアップメディアに記録する。
【００５６】
ディスク制御部１１２は、バックアップ対象データのバックアップメディアへの記録が終了した旨の通知をバックアップ装置１８４から受信すると、内部バス３０を通じてバックアッププログラムに完了通知を送信する。バックアッププログラムは完了通知を受信すると、ホストコンピュータ２０にバックアップ完了報告を送信する。
【００５７】
ところで、従来、バックアップ装置１８４はファイバチャネルを介してサーバコンピュータに接続する構成が一般的であり、この場合、サーバコンピュータはファイバチャネルを介してディスク制御装置からバックアップ装置にデータ転送を行う必要があった。
【００５８】
しかしながら、本実施例のようにネットワーク制御部１１１とディスク制御部１１２とが内部バス３０により接続する構成では、ネットワーク制御部１１１からバックアップ指示コマンドをディスク制御部１１２に送信するのみでディスク制御部１１２によりバックアップを開始させることができる。そして、この構成ではディスク制御部１１２からバックアップ装置１８４に直接的にバックアップ対象となるデータの転送が行われ、バックアップ中にネットワーク制御部１１１にかかる負荷は大幅に軽減されることになる。また、ファイバチャネル等の通信を介さない分、処理の高速化も図られる。
【００５９】
＜複数の回路基板＞
フェールオーバさせること等を目的として、ディスク制御装置１０に同一の機能を備える複数の回路基板が実装されることが行われているが、ネットワーク制御部１１１とディスク制御部１１２とが形成された１の回路基板を、１台のディスク制御装置１０に複数枚実装することもできる。図１０は、そのように複数枚の前記回路基板が実装されたディスク制御装置１０を用いて構成したストレージシステムである。
【００６０】
図１０において、各回路基板１１７上には、ネットワークインタフェース１１８、ネットワーク制御部１１１、ディスク制御部１１２およびＤＭＡコントローラ１１９が形成されており、これらはＰＣＩバスなどの内部バス３０に接続している。各回路基板１１７の内部バス３０は互いに接続されている。
【００６１】
また、ディスク制御装置１０には、各回路基板１１７とは別に、障害監視部１１３および共用メモリ１４１が形成された回路基板１２７が実装されている。なお、この回路基板１２７の障害監視部１１３および共用メモリ１４１も、接続ライン３１を介して内部バス３０に接続している。
【００６２】
ここでこのような構成からなるディスク制御装置１０では、各回路基板１１７に形成されているネットワーク制御部１１１間で、内部バス３０を通じてハートビートメッセージを交換して互いに動作状態を監視することで、フェールオーバの仕組みを実現することができる。
【００６３】
以下、この仕組みについて、図１１〜図１３に示すフローチャートとともに説明する。
まず、前提として、共用メモリ１４１には、各回路基板のネットワーク制御部１１１の動作状態に関するステータス情報が記憶されているものとする。なお、動作に関するステータス情報とは、例えば、ネットワーク制御部１１１が、正常に動作しているかどうかを示すステータス情報である。
【００６４】
このステータス情報は、定期的もしくは不定期などの設定されたタイミングで、各回路基板１１７のネットワーク制御部１１１により内部バス３０を通じて書き込まれる。なお、このステータス情報は、障害監視部１１３が内部バス３０を通じて各ネットワーク制御部１１１に動作状態を問い合わせ、その応答として取得した各ネットワーク制御部１１１の動作状態を、障害監視部１１３が内部バス３０を通じて間接的に共用メモリ１４１に書き込むこともある。
【００６５】
図１１は、ある回路基板１１７のネットワーク制御部１１１が、他の回路基板１１７の他のネットワーク制御部１１１に対し、ハートビートメッセージを要求する側として動作する場合における当該ネットワーク制御部１１１の処理を説明するフローチャートである。
【００６６】
ネットワーク制御部１１１は、内部バス３０を通じて共用メモリ１４１にアクセスしてステータス情報を調べ、正常に動作しているネットワーク制御部１１１を探索する（Ｓ１１１１）。そして、正常に動作している他のネットワーク制御部１１１が探索されると、そのネットワーク制御部１１１に対し、内部バス３０を通じてハートビートメッセージを要求するメッセージを送信し（Ｓ１１１２）、そのネットワーク制御部１１１からハートビートメッセージが送られてくるのを一定時間待つ（Ｓ１１１３）。
【００６７】
ここで他のネットワーク制御部１１１からハートビートメッセージが送られてきた場合（Ｓ１１１４：ＹＥＳ）には、リトライカウンタに「０」を設定し（Ｓ１１１５）、一定時間待機した後（Ｓ１１１６）、再び（Ｓ１１１１）からの処理に戻る。
【００６８】
一方、（Ｓ１１１４）において、他のネットワーク制御部１１１からハートビートメッセージが受信できなかった場合（Ｓ１１１４：ＮＯ）には、リトライカウンタに「１」を加算し（Ｓ１１１７）、リトライカウンタをあらかじめ設定されているリトライオーバ閾値と比較する（Ｓ１１１８）。
【００６９】
ここでリトライカウンタの値がリトライオーバ閾値を超えている場合（Ｓ１１１８：ＹＥＳ）には、内部バス３０を通じて障害監視部１１３に、他のネットワーク制御部１１１に障害が発生している旨のメッセージを送信する（Ｓ１１１９）。
なお、このメッセージには、その障害がハードウエアの障害に起因するのか、ソフトウエアに起因するのかを示す情報や、あるネットワーク制御部１１１からのハートビートメッセージが中断している旨を通知する情報など、障害の内容に関する情報も付帯される。ネットワーク制御部１１１は、そのメッセージに対して障害監視部１１３から応答があると（Ｓ１１２０）、他のネットワーク制御部１１１の処理を代行する、フェールオーバ処理を開始する（Ｓ１１２１）。
【００７０】
一方、（Ｓ１１１８）の処理において、リトライカウンタの値がリトライオーバ閾値を超えていない場合（Ｓ１１１８：ＮＯ）には、リトライカウンタに「０」を設定し（Ｓ１１１５）、再び（Ｓ１１１１）からの処理に戻る。
【００７１】
図１２は、ある回路基板１１７のネットワーク制御部１１１が、ハートビートメッセージを受信したり、障害監視部１１３からのメッセージを受信した場合における処理を説明するフローチャートである。
ネットワーク制御部１１１は、内部バス３０を通じて送られてくるメッセージを受信すると（Ｓ１２１１）、そのメッセージがハートビートメッセージであるかどうかを調べる（Ｓ１２１２）。
ここで受信したメッセージがハートビートメッセージである場合（Ｓ１２１２：ＹＥＳ）、ネットワーク制御部１１１は、そのハートビートメッセージを送信したネットワーク制御部１１１に対し、ハートビートメッセージを送信する（Ｓ１２１３）。
【００７２】
一方、受信したメッセージがハートビートメッセージ以外のメッセージであった場合（Ｓ１２１２：ＹＥＳ）は、ネットワーク制御部１１１はそのメッセージが障害監視部１１３から送られてくる、他のネットワーク制御部１１１が動作していない旨を通知するメッセージであるかどうかを調べる（Ｓ１２１４）。
（Ｓ１２１４）において、そのメッセージが、他のネットワーク制御部１１１が動作していない旨を通知する障害監視部１１３からのメッセージであった場合には（Ｓ１２１４：ＹＥＳ）、そのネットワーク制御部１１１との間の通信を抑止して（Ｓ１２１５）、必要な場合にはそのネットワーク制御部１１１に関するフェールオーバ処理を開始する（Ｓ１２１６）。
【００７３】
図１３は、障害制御部１３の処理を説明するフローチャートである。障害制御部１３は、図１１における（Ｓ１１１９）の通知、すなわち、あるネットワーク制御部１１１に障害が発生している旨のメッセージを受信すると（Ｓ１３１１：ＹＥＳ）、そのメッセージに付帯する情報に基づいて、その障害通知がハードウエアの障害によるものであるのかを判断する（Ｓ１３１２）。
【００７４】
（Ｓ１３１２）において、ハードウエアの障害であると判断した場合には（Ｓ１３１２：ＹＥＳ）、障害監視部１１３は、前記メッセージにより特定されるネットワーク制御部１１１が動作していない旨のステータス情報を共用メモリ１４１に書き込む（Ｓ１３１３）。そして、障害監視部１１３は、前記メッセージで特定されるネットワーク制御部１１１に障害が発生している旨を記載したメッセージを、障害が発生してないネットワーク制御部１１１に送信する（Ｓ１３１４）。
【００７５】
一方、（Ｓ１３１２）において、ハードウエアの障害でないと判断した場合には（Ｓ１３１２：ＮＯ）、障害監視部１１３は、受信したメッセージが、ネットワーク制御部１１１からハートビートメッセージが送られてきていない旨を通知するメッセージであるかどうかを調べる（Ｓ１３１５）。そして、障害監視部１１３は、受信したメッセージが、ネットワーク制御部１１１からハートビートメッセージが送られてきていない旨を通知するメッセージであった場合には、内部バス３０を通じてそのネットワーク制御部１１１を制御してそのネットワーク制御部１１１の動作を停止させた（Ｓ１３１６）後、（Ｓ１３１３）からの処理に進む。
【００７６】
以上のようにしてフェールオーバの仕組みを実現することができる。ちなみに、ＬＡＮを介してハートビートメッセージを通信する場合には、ハートビートメッセージの通信によりＬＡＮに負荷がかかり、また、この負荷を回避しようとすれば、ハートビートメッセージのための専用のＬＡＮを設ける必要があるが、内部バス３０によりハートビートメッセージを通信する仕組みとした場合にはこのような問題や煩わしさが一切生じないという利点がある。
【００７７】
＜障害監視＞
処理能力の向上や可用性の向上などを目的として、ディスク制御装置１０に複数のネットワーク制御部１１１やディスク制御部１１２が実装されることがある。
このような場合、複数のネットワーク制御部１１１やディスク制御部１１２を、図１４に示すように同一の回路基板１４０上に形成することで、処理能力の向上や信頼性の向上を図ることができる。なお、回路基板１４０には、ネットワーク制御部１１１およびディスク制御部１１２が共通してアクセス可能な共用メモリ１４１が形成されている。
【００７８】
共用メモリ１４１には、ネットワーク制御部１１１やディスク制御部１１２が内部バス３０を通じて書き込む時刻情報を記憶するための記憶領域（以下、「タイマテーブル」と称する）が確保される。タイマテーブルには、ネットワーク制御部１１１やディスク制御部１１２の動作状態に関する情報が設定される。ここでは動作状態情報としてその書き込みが行われた時刻が書き込まれる。また、ネットワーク制御部１１１やディスク制御部１１２からタイマテーブルへの書き込みは、障害監視に必要とされる設定されたタイミング（例えば１秒間隔）で行われる。
【００７９】
図１５は、ネットワーク制御部１１１がディスク制御部１１２にＩ／Ｏコマンドを送信するに際し、ネットワーク制御部１１１により行われる障害検知の仕組みを説明するフローチャートである。
ネットワーク制御部１１１は、ディスク制御部１１２にＩ／Ｏコマンドを送信するにあたり、事前にタイマテーブルを参照してそのＩ／Ｏコマンドの送信先のディスク制御部１１２が正常に動作しているかどうかを調査する（Ｓ１５１１，Ｓ１５１２）。なお、この調査は、例えば、タイマの更新が直前の所定秒数以内に行われていたかどうかを調べることにより行われる。
【００８０】
この調査によりＩ／Ｏコマンドを送信しようとするディスク制御部１１２に対応するタイマテーブルの更新が行われていない（正常に動作していない）場合には（Ｓ１５１２：ＮＯ）、ネットワーク制御部１１１はその処理を中断してホストコンピュータ２０にエラーを報告し、また正常に動作しているディスク制御部１１２を検索し（Ｓ１５１３）、検索された他のディスク制御部１１２にＩ／Ｏコマンドの送信を試みる（Ｓ１５１４）。
一方、（Ｓ１５１２）においてＩ／Ｏコマンドを送信しようとするディスク制御部１１２についてタイマテーブルの更新が行われている（正常に動作している）場合には（Ｓ１５１２：ＹＥＳ）、そのディスク制御部１１２にコマンドを送信する（Ｓ１５１５）。
【００８１】
ここで前記調査によりネットワーク制御部１１１がＩ／Ｏコマンドの送信先のディスク制御部１１２が正常に動作していると判断（Ｓ１５１２：ＹＥＳ）し、Ｉ／Ｏコマンドをそのディスク制御部１１２に送信した（Ｓ１５１４，Ｓ１５１５）にもかかわらず、そのＩ／Ｏコマンドが送信先に受け付けられず、タイムアウトとなってしまうことがあるが、Ｉ／Ｏコマンドを送信した後にディスク制御部１１２に障害が発生した可能性もあるため、この場合は（Ｓ１５１１）に進む。
一方、（Ｓ１５１６）において、タイムアウトにならずにネットワーク制御部１１１がディスク制御部１１２からＩ／Ｏコマンドの受領通知を受信すれば処理が終了する（Ｓ１５１７）。
【００８２】
以上の障害監視の仕組みによれば、ネットワーク制御部１１１からディスク制御部１１２に対するＩ／Ｏコマンドを確実にディスク制御部１１２に引き渡すことが可能となり、これによりストレージシステムの信頼性を向上させることができる。
【００８３】
＜障害監視部＞
ところで、前出の図１４に示す回路基板１４０には、各ネットワーク制御部１１１および各ディスク制御部１１２に対応するタイマテーブルの時刻が更新されているかどうかを監視する障害監視部１３が形成されている。障害監視部１３は、例えば、一定時間以上、時刻の更新を行っていないネットワーク制御部１１１もしくはディスク制御部１１２を検知し、ＳＮＭＰに従って外部装置やユーザインタフェースに障害の発生を通知する。
【００８４】
また障害監視部１３は、時刻が更新されていない原因がネットワーク制御部１１１やディスク制御部１１２のファームウエアの障害によるものであると判断した場合、ネットワーク制御部１１１やディスク制御部１１に内部バス３０を通じてリセット信号（例えば、Ｐｏｗｅｒ ｏｎ ｒｅｓｅｔ 信号）を送信する。また、障害監視部１３は、内部バス３０を通じて送られてくるネットワーク制御部１１１やディスク制御部１１２からの通知によっても、ネットワーク制御部１１１やディスク制御部１１２に障害の発生を認知する。
【００８５】
以上のように、ネットワーク制御部１１１、ディスク制御部１１２、共用メモリ１４１、障害監視部１３が、それぞれ同じ回路基板上に形成されていることで、ネットワーク制御部１１１やディスク制御部１１２からの共用メモリ１４１のタイマテーブルへの時刻の書き込み、ネットワーク制御部１１１によるタイマテーブルの参照、障害監視部１３によるタイマテーブルの時刻の更新状態の監視、ネットワーク制御部１１１やディスク制御部１１２へのリセット信号の送信などの処理は、全て内部バス３０を通じて行われることになる。従って、これらの処理は高速かつ高信頼に行われ、ディスク制御装置１０の処理の高速化や信頼性の向上が図られる。
【００８６】
以上、本発明に係るディスク制御装置等について説明してきたが、上記した発明の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれることは勿論である。
【００８７】
【発明の効果】
本発明によれば、ディスク制御装置およびディスク制御装置の制御方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施例による、ストレージシステムの構成を示す図である。
【図２】本発明の一実施例による、データ入出力要求がネットワークデータ用メモリの受信バッファに記憶される様子を説明する図である。
【図３】本発明の一実施例による、ファイル管理情報を示す図である。
【図４】本発明の一実施例による、ファイル管理情報が制御用メモリに記憶される様子を説明する図である。
【図５】本発明の一実施例による、データ入出力要求に基づいてＩ／Ｏコマンドが生成される仕組みを説明する図である。
【図６】本発明の一実施例による、生成されたＩ／Ｏコマンドが制御用メモリに記憶されている様子を説明する図である。
【図７】本発明の一実施例による、ネットワーク制御部がデータ入出力要求に基づいてＩ／Ｏコマンドを生成する処理を説明するフローチャートである。
【図８】（ａ）、（ｂ）は、それぞれ本発明の一実施例による、Ｉ／Ｏコマンドが制御用メモリに生成される様子を説明する図である。
【図９】本発明の一実施例による、Ｉ／Ｏコマンドの実行を説明するフローチャートを示す図である。
【図１０】本発明の一実施例による、複数枚の回路基板が実装されたディスク制御装置を用いて構成されるストレージシステムの構成を示す図である。
【図１１】本発明の一実施例による、ある回路基板のネットワーク制御部が、他の回路基板の他のネットワーク制御部に対し、ハートビートメッセージを要求する側として動作する場合における当該ネットワーク制御部の処理を説明するフローチャートを示す図である。
【図１２】本発明の一実施例による、ある回路基板のネットワーク制御部が、ハートビートメッセージを受信したり、障害監視部からのメッセージを受信した場合における処理を説明するフローチャートを示す図である。
【図１３】本発明の一実施例による、障害制御部の処理を説明するフローチャートである。
【図１４】本発明の一実施例による、複数のネットワーク制御部およびディスク制御部が形成された回路基板を示す図である。
【図１５】本発明の一実施例による、障害検知の仕組みを説明するフローチャートを示す図である。
【図１６】従来の典型的なストレージシステムの構成を示す図である。
【符号の説明】
１０ ディスク制御装置
１８ 回路基板
２０ ホストコンピュータ
３０ 内部バス
５０ ＬＡＮ（ネットワーク）
１１１ ネットワーク制御部
１１２ ディスク制御部
１１３ 障害監視部
１１４ キャッシュメモリ
１１５ ディスクドライブ
１２１ ネットワーク制御部用メモリ
１２２ ディスク制御部用メモリ
１４０ 回路基板
１４１ 共用メモリ
１８４ バックアップ装置
Claims (18)
- ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを有し、
前記ディスク制御部がネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行う手段と、
前記ネットワーク制御部が複数のアドレスが設定されている１の前記コマンドをディスク制御部に送信する手段と、
前記ディスク制御部が前記コマンドを受信してこのコマンドに設定されている前記各アドレスに対応するデータ入出力をディスクドライブに対して行う手段と、
を備えることを特徴とするディスク制御装置。 - 請求項１に記載のディスク制御装置において、
前記ネットワーク制御部ではファイルシステムが動作し、
前記データ入出力要求は、ディスクドライブに入出力されるデータをファイル名により指定するものであり、
前記ネットワーク制御部は、前記データ入出力要求に設定されているファイル名に対応するデータのディスクドライブ上の記憶位置に対応するアドレスを生成し、このアドレスを前記コマンドに設定する手段を備えること、
を特徴とするディスク制御装置。 - 請求項１に記載のディスク制御装置において、
前記アドレスは前記ディスクドライブの記憶領域に区画設定された論理的な記憶領域におけるデータの記憶位置を指定する論理的なアドレスであること、
を特徴とするディスク制御装置。 - 請求項１に記載のディスク制御装置において、前記内部バスはＰＣＩバスであること、
を特徴とするディスク制御装置。 - 請求項１に記載のディスク制御装置において、前記ネットワーク制御部はネットワークプロトコルに従って前記外部装置と通信する手段を備えること、
を特徴とするディスク制御装置。 - ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを有し、
前記ディスク制御部がネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行う手段を備え、
前記回路基板に前記ネットワーク制御部および前記ディスク制御部が共通してアクセス可能なメモリを有し、
前記ネットワーク制御部および前記ディスク制御部が設定されたタイミングで前記メモリに自身の動作状態を示す動作状態情報を更新する手段を備え、
前記動作状態情報に基づいて前記ネットワーク制御部もしくは前記ディスク制御部に障害が発生したことを検知する手段を備えること、
を特徴とするディスク制御装置。 - 請求項６に記載のディスク制御装置において、
前記ネットワーク制御部は、前記コマンドを前記ディスク制御部に送信するに際し前記コマンドの送信先となる前記ディスク制御部の動作状態を前記動作状態情報から取得し、取得した動作状態に応じて前記コマンドを前記ディスク制御部に送信するかどうかを決定すること、
を特徴とするディスク制御装置。 - 請求項６に記載のディスク制御装置において、
前記ネットワーク制御部は、前記ディスク制御部に送信したコマンドについての受信通知を取得できない場合に前記動作状態情報に基づいて送信先の前記ディスク制御部の動作状態を調査し、その調査の結果に応じてそのコマンドを再び前記ディスク制御部に送信するかどうかを判断すること、
を特徴とするディスク制御装置。 - 請求項６に記載のディスク制御装置において、
前記ネットワーク制御部は、前記ディスク制御部に送信したコマンドについての受信通知を取得できない場合に前記動作状態情報に基づいて送信先の前記ディスク制御部の動作状態を調査し、前記ディスク制御装置が正常に動作していないと判断した場合には、他の前記ディスク制御部に前記コマンドを送信すること、
を特徴とするディスク制御装置。 - 請求項６に記載のディスク制御装置において、
前記障害を検知した場合にその旨を通知するユーザインタフェースを備えることを特徴とするディスク制御装置。 - 請求項６に記載のディスク制御装置において、
前記障害を検知した場合に、障害が発生している前記ネットワーク制御部もしくは前記ネットワーク制御部に、再起動を要求する信号を送信すること、
を特徴とするディスク制御装置。 - ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを有し、
前記ディスク制御部がネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行う手段を備え、
前記ディスク制御部がバックアップ装置との接続手段を備え、
前記ネットワーク制御部が前記ディスクドライブに記憶しているデータについてのバックアップ要求を外部装置から受信して前記ディスク制御部にバックアップコマンドを送信する手段を備え、
前記ディスク制御部はが前記バックアップコマンドを受信すると前記ディスクドライブのデータについてのバックアップ指示をバックアップ装置に送信する手段を備えること、
を特徴とするディスク制御装置。 - ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを備え、ディスク制御部が、ネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行うディスク制御装置において、
互いに通信可能に接続された複数の前記回路基板を備え、
前記回路基板間でハートビートメッセージを交換することで１の前記回路基板に障害が生じたことを他の回路基板が検知する手段を備え、
前記回路基板が他の前記回路基板についての障害を検知した場合に、障害となっている前記回路基板が行っている処理をその回路基板とは異なる他の回路基板に代行させる手段を備えること、
を特徴とするディスク制御装置。 - ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを有し、ディスク制御部がネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行う手段を備えることを特徴とするディスク制御装置。
- ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを備え、前記ディスク制御部が、ネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行うディスク制御装置を、
前記ネットワーク制御部が、複数のアドレスが設定されている１の前記コマンドをディスク制御部に送信し、
前記ディスク制御部が、前記コマンドを受信してこのコマンドに設定されている各アドレスに対応するデータ入出力をディスクドライブに対して行うようにすること、
を特徴とするディスク制御装置の制御方法。 - ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを備え、前記ディスク制御部が、ネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行い、前記回路基板に前記ネットワーク制御部および前記ディスク制御部が共通してアクセス可能なメモリを有するディスク制御装置を、
前記ネットワーク制御部および前記ディスク制御部が、設定されたタイミングで前記メモリに自身の動作状態を示す動作状態情報を更新し、
前記動作状態情報に基づいて前記ネットワーク制御部もしくは前記ディスク制御部に障害が発生したことを検知するようにすること、
を特徴とするディスク制御装置の制御方法。 - ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを備え、ディスク制御部が、ネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行い、ディスク制御部はバックアップ装置との接続手段を備えるディスク制御装置を、
前記ネットワーク制御部が、前記ディスクドライブに記憶しているデータについてのバックアップ要求を外部装置から受信して前記ディスク制御部にバックアップコマンドを送信し、
前記ディスク制御部が、前記バックアップコマンドを受信すると前記ディスクドライブのデータについてのバックアップ指示をバックアップ装置に送信するようにすること、
を特徴とするディスク制御装置の制御方法。 - ネットワークを通じて外部装置から送られてくるデータ入出力要求を受信するネットワーク制御部と、ネットワーク制御部と同一回路基板に形成され当該基板に設けられた内部バスによりネットワーク制御部と接続するディスク制御部とを備え、ディスク制御部が、ネットワーク制御部から内部バスを通じて送信されてくるコマンドを受信してこのコマンドに応じてディスクドライブに対するデータ入出力を行い、互いに通信可能に接続された複数の前記回路基板を備えるディスク制御装置を、
前記回路基板間でハートビートメッセージを交換することで１の前記回路基板に障害が生じたことを他の回路基板が検知し、
前記回路基板が他の前記回路基板についての障害を検知した場合に、障害となっている前記回路基板が行っている処理をその回路基板とは異なる他の回路基板に代行させるようにすること、
を特徴とするディスク制御装置の制御方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002326598A JP2004164072A (ja) | 2002-11-11 | 2002-11-11 | ディスク制御装置およびディスク制御装置の制御方法 |
| US10/632,750 US20070226547A1 (en) | 2002-11-11 | 2003-08-01 | Disk controller and controlling method of the same |
| EP03017476A EP1418494A3 (en) | 2002-11-11 | 2003-08-01 | Disc controller and controlling method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002326598A JP2004164072A (ja) | 2002-11-11 | 2002-11-11 | ディスク制御装置およびディスク制御装置の制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004164072A true JP2004164072A (ja) | 2004-06-10 |
| JP2004164072A5 JP2004164072A5 (ja) | 2005-12-22 |
Family
ID=32105518
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002326598A Pending JP2004164072A (ja) | 2002-11-11 | 2002-11-11 | ディスク制御装置およびディスク制御装置の制御方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20070226547A1 (ja) |
| EP (1) | EP1418494A3 (ja) |
| JP (1) | JP2004164072A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012018568A (ja) * | 2010-07-08 | 2012-01-26 | Fujitsu Telecom Networks Ltd | 通信装置および構成管理方法 |
| JP2016186688A (ja) * | 2015-03-27 | 2016-10-27 | 日本電気株式会社 | 情報処理装置、デバイス、および復旧方法、並びにコンピュータ・プログラム |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050078606A1 (en) * | 2003-09-11 | 2005-04-14 | Bernstein David R. | Pattern-based correlation of non-translative network segments |
| US20050060403A1 (en) * | 2003-09-11 | 2005-03-17 | Bernstein David R. | Time-based correlation of non-translative network segments |
| US20060112303A1 (en) * | 2004-11-09 | 2006-05-25 | Arco Computer Products, Llc. | Local backup device with remote management capability and method for remote backup management |
| CN100511162C (zh) * | 2006-09-29 | 2009-07-08 | 华为技术有限公司 | 一种隔离总线故障的方法、装置与一种单板 |
| JP4333763B2 (ja) * | 2007-03-26 | 2009-09-16 | コニカミノルタビジネステクノロジーズ株式会社 | 画像処理装置、記憶領域の管理方法、およびコンピュータプログラム |
| WO2010087858A1 (en) | 2009-01-31 | 2010-08-05 | Hewlett-Packard Development Company, L.P. | File-name extension characters for file distribution |
| US10642633B1 (en) * | 2015-09-29 | 2020-05-05 | EMC IP Holding Company LLC | Intelligent backups with dynamic proxy in virtualized environment |
Family Cites Families (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE69032508T2 (de) * | 1989-12-22 | 1999-03-25 | Tandem Computers Inc | Fehlertolerantes Rechnersystem mit Online-Wiedereinfügung und Abschaltung/Start |
| US5542064A (en) * | 1991-11-21 | 1996-07-30 | Hitachi, Ltd. | Data read/write method by suitably selecting storage units in which multiple copies of identical data are stored and apparatus therefor |
| US5768623A (en) * | 1995-09-19 | 1998-06-16 | International Business Machines Corporation | System and method for sharing multiple storage arrays by dedicating adapters as primary controller and secondary controller for arrays reside in different host computers |
| EP1457897A3 (en) * | 1995-10-26 | 2005-04-20 | Matsushita Electric Industrial Co., Ltd. | File System |
| US5940866A (en) * | 1995-12-13 | 1999-08-17 | International Business Machines Corporation | Information handling system having a local address queue for local storage of command blocks transferred from a host processing side |
| JP3817339B2 (ja) * | 1997-06-26 | 2006-09-06 | 株式会社日立製作所 | ファイル入出力制御方法 |
| US6415373B1 (en) * | 1997-12-24 | 2002-07-02 | Avid Technology, Inc. | Computer system and process for transferring multiple high bandwidth streams of data between multiple storage units and multiple applications in a scalable and reliable manner |
| US6321276B1 (en) * | 1998-08-04 | 2001-11-20 | Microsoft Corporation | Recoverable methods and systems for processing input/output requests including virtual memory addresses |
| US6449607B1 (en) * | 1998-09-11 | 2002-09-10 | Hitachi, Ltd. | Disk storage with modifiable data management function |
| JP4412685B2 (ja) * | 1998-09-28 | 2010-02-10 | 株式会社日立製作所 | 記憶制御装置及びこれを用いたデータ格納システムの取り扱い方法 |
| JP4252139B2 (ja) * | 1998-12-16 | 2009-04-08 | 株式会社日立製作所 | 記憶装置システム |
| JP2000305716A (ja) * | 1999-04-23 | 2000-11-02 | Sony Corp | ディスク制御装置及びディスク制御方法 |
| AU2001255531A1 (en) * | 2000-04-20 | 2001-11-07 | Ciprico Inc. | Network appliance |
| US6728897B1 (en) * | 2000-07-25 | 2004-04-27 | Network Appliance, Inc. | Negotiating takeover in high availability cluster |
| JP4087072B2 (ja) * | 2001-01-25 | 2008-05-14 | 株式会社日立製作所 | ストレージシステム及び仮想プライベートボリューム制御方法 |
| US7107337B2 (en) * | 2001-06-07 | 2006-09-12 | Emc Corporation | Data storage system with integrated switching |
| JP4041656B2 (ja) * | 2001-03-02 | 2008-01-30 | 株式会社日立製作所 | ストレージシステム及びストレージシステムにおけるデータ送受信方法 |
| US6779063B2 (en) * | 2001-04-09 | 2004-08-17 | Hitachi, Ltd. | Direct access storage system having plural interfaces which permit receipt of block and file I/O requests |
| JP3997061B2 (ja) * | 2001-05-11 | 2007-10-24 | 株式会社日立製作所 | 記憶サブシステムおよび記憶サブシステムの制御方法 |
| US6920579B1 (en) * | 2001-08-20 | 2005-07-19 | Network Appliance, Inc. | Operator initiated graceful takeover in a node cluster |
| JP2003162439A (ja) * | 2001-11-22 | 2003-06-06 | Hitachi Ltd | ストレージシステム及びその制御方法 |
| US7028177B2 (en) * | 2002-01-31 | 2006-04-11 | Hewlett-Packard Development Company, L.P. | Array controller ROM cloning in redundant controllers |
| US6971042B2 (en) * | 2002-04-18 | 2005-11-29 | Huge Systems, Inc. | Media server with single chip storage controller |
| JP4252301B2 (ja) * | 2002-12-26 | 2009-04-08 | 株式会社日立製作所 | 記憶システム及びそのデータバックアップ方法 |
-
2002
- 2002-11-11 JP JP2002326598A patent/JP2004164072A/ja active Pending
-
2003
- 2003-08-01 US US10/632,750 patent/US20070226547A1/en not_active Abandoned
- 2003-08-01 EP EP03017476A patent/EP1418494A3/en not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012018568A (ja) * | 2010-07-08 | 2012-01-26 | Fujitsu Telecom Networks Ltd | 通信装置および構成管理方法 |
| JP2016186688A (ja) * | 2015-03-27 | 2016-10-27 | 日本電気株式会社 | 情報処理装置、デバイス、および復旧方法、並びにコンピュータ・プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1418494A2 (en) | 2004-05-12 |
| US20070226547A1 (en) | 2007-09-27 |
| EP1418494A3 (en) | 2008-04-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101196547B1 (ko) | 결정론적 ｓａｓ 검색 및 구성을 위한 방법 | |
| US7210061B2 (en) | Data redundancy for writes using remote storage system cache memory | |
| JP4252301B2 (ja) | 記憶システム及びそのデータバックアップ方法 | |
| CN100544342C (zh) | 存储*** | |
| JP3944449B2 (ja) | 計算機システム、磁気ディスク装置、および、ディスクキャッシュ制御方法 | |
| EP1760591B1 (en) | System and method of managing access path | |
| JP5416843B2 (ja) | ストレージ装置、及びストレージ装置の制御方法 | |
| JP5511960B2 (ja) | 情報処理装置、及びデータの転送方法 | |
| JP4354495B2 (ja) | ディスクドライブの自動認識設定装置 | |
| JP4566874B2 (ja) | Ｉｐネットワークにおけるストレージアクセス管理機能及びシステム | |
| EP1736879A2 (en) | DIsk array apparatus and method for controlling the same | |
| US20060136654A1 (en) | Method and computer program product to increase I/O write performance in a redundant array | |
| US20040139168A1 (en) | SAN/NAS integrated storage system | |
| US20050005066A1 (en) | Storage system and storage device system | |
| US20030131068A1 (en) | Distributed storage system, storage device and method of copying data | |
| US8433862B2 (en) | Storage system for adjusting asynchronous copy load based on cache activity rate | |
| JP2002259063A (ja) | バックアップ処理可能な記憶システム | |
| JP2002108572A (ja) | バックアップシステム、及び複製装置 | |
| JP2006127201A (ja) | ストレージシステムおよび導通確認方法 | |
| JP2010009306A (ja) | ストレージ装置及びストレージ装置のデータ処理方法 | |
| WO2010140189A1 (en) | Storage system and control methods for the same | |
| JP2004164072A (ja) | ディスク制御装置およびディスク制御装置の制御方法 | |
| JP4796251B2 (ja) | ネットワークストレージシステム及びその制御方法 | |
| JP4080970B2 (ja) | パス切替えを提供するスイッチ | |
| US7752340B1 (en) | Atomic command retry in a data storage system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040928 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051102 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051102 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20051102 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20051102 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080731 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080826 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081023 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090113 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090313 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090616 |