(57)【特許請求の範囲】
【請求項１】
コンピュータとネットワークを介して情報のやり取りを行なうファイルサーバ部と、当該ファイルサーバ部との間で情報の入出力を制御する記憶制御装置と、当該記憶制御装置に制御され情報を格納する情報格納媒体とを有するネットワークストレージシステムであって、
前記ファイルサーバ部は、
前記記憶制御装置の各論理単位について、前記コンピュータとやり取りする情報以外の処理要求を受け付けることが可能な制御デバイスであるか否かを識別する情報を格納する構成情報テーブルと、
障害を検出して、障害の情報を、前記構成情報テーブルにおいて前記制御デバイスとして定義されている前記論理単位のいずれかを指定して、前記記憶制御装置に送出する機能を有し、
前記記憶制御装置は、
前記各論理単位について、前記制御デバイスであるか否かを識別する情報を含む、前記各論理単位を前記ファイルサーバ部に認識させるための情報を格納するアドレス管理テーブルと、
検出された障害毎に、障害の部位を含む情報を格納する障害部位管理テーブルと、
前記ファイルサーバ部から情報が送出された前記論理単位が、前記アドレス管理テーブルにおいて前記制御デバイスとして定義されている場合に、前記ファイルサーバ部から送出された情報を、障害の情報として、前記コンピュータとやり取りする情報と区別して、前記障害部位管理テーブルに格納する機能と、
前記ファイルサーバ部の障害以外の障害を検出し、前記障害部位管理テーブルに格納する機能と、
障害部位管理テーブルの内容の全部又は一部を外部に送出する機能を有する、
ネットワークストレージシステム。
【請求項２】
請求項１記載のネットワークストレージシステムにおいて、
前記記憶制御装置は、更に、これに接続し当該記憶制御装置の制御情報にアクセスできるサービスプロセッサであって、前記障害部位管理テーブルの内容の全部又は一部を、外部の通信路に送出するものを有するネットワークストレージシステム。
【請求項３】
請求項１記載のネットワークストレージシステムにおいて、
前記外部に送出された障害部位管理テーブルの内容により、障害が、ファイルサーバ部、ネットワーク、ハードウエア、又は、ソフトウエアのどこで生じたか、区別できることを特徴とするネットワークストレージシステム。
【請求項４】
コンピュータとネットワークを介して情報のやり取りを行なうファイルサーバ機能と、当該ファイルサーバ機能との間で情報の入出力を制御する記憶制御装置と、当該記憶制御装置に接続され、その制御情報にアクセスできる入出力装置とを有するネットワークストレージシステムの制御方法であって、
前記ファイルサーバ機能が、前記記憶制御装置の所定の論理単位を指定して、情報を前記記憶制御装置に送出する第１のステップと、
前記記憶制御装置が、第１のステップで送出された情報を受けて、
当該情報が送出された前記論理単位が、前記コンピュータとやり取りする情報以外の処理要求を受け付けることが可能な制御デバイスであるか否かを判定する第２のステップと、
当該情報が、前記制御デバイスとして定義されていない前記論理単位に送出されたものであれば、前記コンピュータとやり取りするデータとして、リード又はライトの処理をおこなう第３のステップと、
当該情報が、前記制御デバイスとして定義されている前記論理単位に送出されたものであれば、障害の情報として、前記入出力装置が障害の発生を通知する第４のステップ
を有するネットワークストレージシステムの制御方法。
【請求項５】
請求項４記載のネットワークストレージシステムの制御方法において、第４のステップで通知された障害の情報に、前記ファイルサーバ機能の障害の情報が含まれていることを特徴とするネットワークストレージシステムの制御方法。
【請求項６】
請求項５記載のネットワークストレージシステムの制御方法において、前記ファイルサーバ機能の障害の情報に、エラーログが含まれていることを特徴とするネットワークストレージシステムの制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）システムに係り、特に、システムの障害監視手段をクライエントコンピュータに設けることを不要とする技術に関する。
【０００２】
【従来の技術】
近年、インターネット上で扱われるデータ量は、飛躍的に増大しており、データストレージの重要性は益々増加している。データは統合し、蓄積し、一元化することで付加価値が高まり、蓄積されたデータのニーズが拡大する傾向にある。
このデータストレージの市場に対し、これまでにＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）接続のディスクアレイサブシステムが投入され、性能/容量の両面でのスケーラビリティや、各種のインテリジェント機能によりストレージ統合、一元化が図られてきた。
【０００３】
最近では、異なるプラットフォームにまたがるクライエントコンピュータ間で、ファイル共有を可能にすることにより、より使い勝手の良いデータの一元化を図るファイルサーバや、ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）へ、データストレージシステムを展開することのニーズが高まっている。
【０００４】
具体的には、ネットワークに接続されたストレージサーバの技術が、特開２００１-５６１７号公報、特開２００１-８４１１２号公報、米国特許第５７８１７１６号に開示されている。特開２００１-５６１７号公報、特開２００１-８４１１２号公報では、クライエントコンピュータとファイルサーバがＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を通して接続され、ファイルサーバと記憶制御装置が接続されている。
【０００５】
米国特許第５７８１７１６号では、ローカルエリアネットワーク（ＬｏｃａｌＡｒｅａ Ｎｅｔｗｏｒｋ、略してＬＡＮ）に接続されたファイルサーバが、図示されないクライエントコンピュータに接続された例が開示されている。そのファイルサーバは互いを監視し、片側のファイルサーバが障害によりダウンすると、残りのファイルサーバが処理を引き継いで、クライエントコンピュータからのファイル入出力処理を継続するフォールトトレラントなシステムを構成している。
【０００６】
いずれの公報記載の技術も、クライエントコンピュータと、ファイルサーバが、ＬＡＮで接続され、ストレージはファイルサーバに接続されている。
【０００７】
【発明が解決しようとする課題】
ＮＡＳの利点は、クライエントコンピュータとストレージ間にファイルサーバ機能を介在し、ストレージのハードウエア構成を意識することなく、隠蔽化することである。しかし、隠蔽化すると、従来、ホストコンピュータから直接、検出できたストレージの障害検出が困難となる。
【０００８】
例えば、米国特許第５７８１７１６号記載の構成のように、２つのファイルサーバを備え、ファイルサーバがお互いの状態を監視し、障害を起こしたファイルサーバの処理を引き継ぐようなネットワークシステムでは、障害の検出自体と、障害部位の特定がいっそう難しくなる。つまり、ファイルサーバの障害か、クライエントコンピュータとサーバ間を接続するＬＡＮの障害か、ファイルサーバとストレージ間のインタフェイスの障害か、区別がつかない。
【０００９】
特開２００１-５６１７号公報、特開２００１-８４１１２号公報に開示された技術では、クライエントコンピュータからファイルがアクセス出来なくなったとき、ファイルサーバの障害か、データストレージシステムの障害か、区別することができない。また、障害を通知する手段が無い。
【００１０】
また、一見して、障害が発生していないと思われるクライエントコンピュータにおいて、そのログファイルを参照すると、クライエントコンピュータ上で動作するアプリケーションのエラー、ホストバスアダプタその他ハードウエアエラー、データストレージシステムから応答のあった種々のエラー情報などが記録されていることがある。このような情報は、外部へ通報する特別な手段、例えば、障害監視装置がなければわからない。クライエントコンピュータがダウンして初めて発覚する場合もある。
【００１１】
更に、従来のオープン環境下のコンピュータシステムでは、コンピュータが、データストレージシステムから通知を受け取るプロトコルや、非同期事象の通知であるＡＥＮ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｅｖｅｎｔ Ｎｏｔｉｆｉｃａｔｉｏｎ）が存在する。
同様の環境をスカジーＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ ＳｙｓｔｅｍＩｎｔｅｒｆａｃｅ）規格で表現すると、イニシエータが、ターゲットからの通知を受け取るプロトコルが存在する。
【００１２】
しかし、これらのプロトコルは、現実には普及しておらず、ネットワークに接続されたクライエントコンピュータに対する障害通知手段として十分ではない。
【００１３】
本発明の目的は、障害の部位を特定して、外部に通知できるネットワークストレージシステムを提供することにある。尚、障害の部位としては、クライエントコンピュータが検出可能な障害、クライエントコンピュータとファイルサーバ部（又は、ファイルサーバ機能、以下、同じ）との間のネットワーク障害、ファイルサーバ部の障害、ファイルサーバ部と記憶制御装置であるディスク制御装置間のファイバチャネルインタフェイス障害、ディスク制御装置自体の障害、ディスク装置の障害がある。
【００１４】
本発明の別の目的は、障害の種別を特定して、外部に通知できるネットワークストレージシステムを提供することにある。尚、障害の種別としては、フロントエンドであるファイルサーバ部、又は、バックエンドである記憶制御装置としてのディスク制御装置及びこの下位装置がある。
【００１５】
本発明の別の目的は、ファイルサーバ部又はファイルサーバ機能が検出した障害を、外部に通知できるネットワークストレージシステムを提供することにある。
【００１６】
【課題を解決するための手段】
ファイルサーバ部又はファイルサーバ機能からディスク制御装置へ障害を通知する仕組みとこれを受領する機能、データストレージシステム内部の障害状態を監視する手段又は機能と、ディスク制御装置から外部へ障害を通知する手段又は機能を設ける。尚、障害状態は、障害部位管理テーブルにより管理する。
【００１７】
尚、ディスク制御装置とは、記憶制御装置の下位概念であり、記憶制御装置は、後述する磁気ディスク、磁気テープ、光ディスク、光磁気ディスク、フロッピディスクその他の情報格納媒体との間の情報の入出力を制御する。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態を、図面により詳細に説明する。
図１は、本発明の適用例の一例を示す、キャッシュメモリ１２８付きディスクサブシステム、ファイルサーバ１０７、１０８を含むネットワークストレージシステム１０５のシステム構成図１００である。
【００１９】
ネットワークストレージシステム１０５の上位側は、ＬＡＮ１０４経由で、クライエントコンピュータ１０１、１０２、１０３を接続する。ＬＡＮ１０４は、Ｅｔｈｅｒｎｅｔで構成される。また、クライエントコンピュータ１０１のオペレーティングシステム（以下、ＯＳと略記する。）はマイクロソフト社のＷｉｎｄｏｗｓ２０００、クライエントコンピュータ１０２のＯＳはサンマイクロシステムズ社のＳｏｌａｒｉｓ、クライエントコンピュータ１０３のＯＳはヒューレットパッカード社のＨＰ-ＵＸである。
【００２０】
ネットワークストレージシステム１０５は、主要な構成要素として、ファイルサーバ部１０６、ディスク制御装置１１４、磁気ディスク装置部１２４を有する。
【００２１】
ファイルサーバ部１０６は、ファイルサーバ１０７とファイルサーバ１０８を有する。サーバ部１０６は、コンピュータ１０１、１０２、１０３からのファイル入出力処理を行う。ファイルサーバ１０７、１０８は、通常は、クライエントコンピュータ１０１、１０２、１０３とは異なるＯＳと異なるファイルシステムを具備している。
本例では、ＵＮＩＸ系ＯＳである、シリコングラフィックス社のＩＲＩＸを実装し、このＯＳ上で動作するファイルシステムである“ＣＸファイルシステム（ＣＸＦＳ）”を具備している。
【００２２】
ファイルサーバ１０７とファイルサーバ１０８は、信号線１０９で相互に接続され、お互いの状態を監視する。例えば、ファイルサーバ１０７が故障その他の不具合により動作不能になった場合には、これを検出したファイルサーバ１０８が、ファイルサーバ１０７の仕事を引き継いでクライエントコンピュータ１０１、１０２、１０３のファイル入出力処理要求を継続して処理できる。
【００２３】
ファイルサーバ部１０６とディスク制御装置１１４は、ファイバチャネルインタフェイス１１０、１１１により接続される。ファイバチャネルインタフェイス１１０が接続する場所をポートＡ、ファイバチャネルインタフェイス１１１が接続する場所をポートＢと呼ぶことにする。ファイルサーバ１０７、１０８は、構成情報テーブル１１２、１１３をそれぞれ具備している。このテーブル１１２、１１３の詳細は、後述する。
【００２４】
ファイルサーバ１０７、１０８にあるエラーログファイル１３９、１４０は、サーバ１０７、１０８のＯＳやアプリケーションが検出したエラー、サーバ１０７、１０８に接続されたハードウエア、例えば、ホストバスアダプタ、電源のエラーの時間推移を記録するファイルである。エラーログファイルは、一般的には、ｓｙｓｌｏｇと呼ばれ、ＯＳを持つシステムには必ず存在するファイルである。
【００２５】
ディスク制御装置１１４は、ファイバチャネルループ１３７、１３８を介して、磁気ディスク装置部１２４と接続し、磁気ディスク装置１１５、１１６、１１７に対し、ファイルサーバ部１０６の要求に応じて、データの書き込み、読み出しを行う。尚、磁気ディスク装置部１２４は、複数の磁気ディスク装置群で構成されている。
【００２６】
ファイルサーバ部１０６と磁気ディスク装置１１５、１１６、１１７の間のデータ転送を制御するのは、ディスク制御装置１１４内部の制御プロセッサ１１８、１１９、１２０、１２１である。
制御プロセッサ１１８、１１９は、ホストインタフェイスコントローラ１２２、１２３を介して、ファイルサーバ部１０６と接続する。
制御プロセッサ１２０、１２１は、ドライブインタフェイスコントローラ１２６、１２７を介して、ファイバチャネルループ１３７、１３８に接続される。ドライブ１１５、１１６、１１７は、ファイバチャネルループ１３７、１３８と接続される。
【００２７】
制御プロセッサ１１８、１１９は、ファイルサーバ部１０６とキャッシュメモリ１２８とのデータ転送を制御し、制御プロセッサ１２０、１２１は、キャッシュメモリ１２８とドライブ１１５、１１６、１１７との間のデータ転送を制御する。
共通制御メモリ１２９は、制御プロセッサ１１８、１１９、１２０、１２１からアクセス可能な共通メモリで、ディスク制御装置１１４がファイルサーバ部１０６からのデータ入出力要求を処理するための共通制御情報１３０が格納してある。尚、共通制御情報１３０の具体的な説明は後述する。
【００２８】
キャッシュメモリ１２８は、制御プロセッサ１１８、１１９、１２０、１２１からアクセス可能なメモリであり、ドライブ１１５、１１６、１１７から読み出したデータを一時的に格納するために用いる。キャッシュスロット１３１は、キャッシュメモリ１２８のデータ管理単位である。
【００２９】
制御プロセッサ１１８、１１９、１２０、１２１は信号線１３２を介して、キャッシュメモリ１２８、共通制御メモリ１２９と互いにデータ、および制御信号をやり取りする。本例では、共通バス構成を開示したが、制御プロセッサ、共通制御メモリ、キャッシュメモリ間をクロスバースイッチ構成に置き換えても良い。
【００３０】
制御プロセッサ１１８、１１９、１２０、１２１は、また、信号線１３３を介して、サービスプロセッサ１３４に接続され、通信が可能になっている。ここで、サービスプロセッサ１３４とは、ディスク制御装置１１４に接続され、制御装置１１４の内部構成、論理ディスクの配置、論理単位の設定、その他の制御情報にアクセスできるコンソール機能を有する入出力装置である。
【００３１】
制御プロセッサ１１８、１１９、１２０、１２１が、サービスプロセッサ１３４に対して、送信要求を出すと、サービスプロセッサ１３４は、信号線１３５を介して、ディスク制御装置１１４から外部へ通知を行なう。本例では、サービスプロセッサ１３４の通知が、独自の通信線１３５を介して遠隔保守センタ１３６のコンピュータに接続する例を開示している。尚、保守センタ１３６の例として、本件出願人のＡＳＳＩＳＴ（Ａｄｖａｎｃｅｄ Ｓｅｒｖｉｃｅ Ｓｕｐｐｏｒｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ Ｔｅｃｈｎｏｌｏｇｙ）センタがある。また、サービスプロセッサ１３４からＬＡＮ１０４経由で保守センタ１３６へ通知しても良い。
【００３２】
本件出願人のＡＳＳＩＳＴは、コンピュータシステムと保守センタを通信回線で結び、その回線を通してコンピュータの状況を保守センタに送り、システムの稼動状況を保守センタ側で確認し、迅速でタイムリな保守サービスを提供するシステムである。
【００３３】
サービスプロセッサ１３４から共通制御メモリ１２９内部の共通制御情報の更新を指示すると、サービスプロセッサ１３４が、制御プロセッサ１１８、１１９、１２０、１２１のいずれかを選択して、更新要求を送る。この要求を受けて、選択された制御プロセッサは、共通制御メモリ１２９内部の共通制御情報１３０の更新を行う。
【００３４】
次に、共通制御情報１３０について説明する。
共通制御情報１３０には、アドレス管理テーブル２００（図２）と障害部位管理テーブル３００（図３）がある。
【００３５】
図２は、アドレス管理テーブル２００を示す。
テーブル２００は、ディスク制御装置１１４（図１）毎にあり、ファイルサーバ部１０６から磁気ディスク装置部１２４を含むディスク制御装置１１４内部の論理ユニット（Ｌｏｇｉｃａｌ Ｕｎｉｔ、以下、ＬＵと略記する。）を認識させ、ＬＵを使用できるように管理するテーブルである。尚、ディスク制御装置１１４は、ポートＡ及びポートＢに対し、クロスバスイッチ等を介して、複数存在しても良い。
【００３６】
アドレス管理テーブル２００は、４種のデータである、ポート番号２０１、ＡＬ−ＰＡ（Ａｒｂｉｔｒａｔｅｄ Ｌｏｏｐ Ｐｈｙｓｉｃａｌ Ａｄｄｒｅｓｓ）２０２、ＬＵＮ（Ｌｏｇｉｃａｌ Ｕｎｉｔ Ｎｕｍｂｅｒ）２０３、制御デバイス情報２０４を具備している。
【００３７】
アドレス管理テーブル２００に基づいて、ファイルサーバ部１０６が、磁気ディスク装置部１２４を含むディスク制御装置１１４内部のＬＵを位置決めでき、データの入出力が可能となる。制御デバイス情報２０４は、ファイルサーバ部１０６から、ディスク制御装置１１４が、通常のデータ入出力処理以外の処理要求を受け付けることが可能であることを意味する情報である。
【００３８】
制御デバイス情報２０４は、“ＮＯ”であれば、制御デバイスでなく、“ＹＥＳ”であれば、制御デバイスであることを示す。本例では、ポート番号：Ａ；ＡＬ−ＰＡ：ＥＦ；ＬＵＮ：２、ポート番号：Ｂ；ＡＬ−ＰＡ：Ｅ８；ＬＵＮ：２が、制御デバイスであることを意味する。アドレス管理テーブル２００は、サービスプロセッサ１３４からの指示により、テーブル内容の登録、削除、変更が可能である。
【００３９】
次に、図３に示す障害部位管理テーブル３００について説明する。
テーブル３００は、ディスク制御装置１１４毎にあり、４種のデータである、エントリ番号３０１、障害部位３０２、部位番号３０３、部位種別３０４をもつ。
【００４０】
エントリ番号３０１には登録番号、障害部位３０２には障害が発生した部位、部位番号３０３には障害が発生した部位の番号、部位種別３０４には障害が発生した部位の種別を格納する。
障害部位３０４は、例えば、“Ａ”であればファイルサーバ部１０６、“Ｂ”であればディスク制御システム１１４より下位（バックエンド）の障害であることを、それぞれ、示す情報である。
【００４１】
本例では、エントリ番号１には、障害部位として“ファイルサーバ”、部位番号として“１０７”（図１）、部位種別として“Ａ”が登録されている。エントリ番号２には、障害部位として“制御プロセッサ”、部位番号として“１２０”、部位種別として“Ｂ”が登録されている。エントリ番号３には、障害部位として“ドライブ”、部位番号として“１１５”、部位種別として“Ｂ”が登録されている。つまり、各々、ファイルサーバ１０７が障害により使用不可、制御プロセッサ１２０が障害になっていることを示す。障害部位管理テーブル３００は、ＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）で管理されている。
【００４２】
図４に示す構成情報テーブル４００は、ファイルサーバ１０７、ファイルサーバ１０８に、それぞれ存在し（図１の１１２、１１３）、どのＬＵが制御デバイスであるかを示す情報を格納する。テーブル４００は、２種のデータである、ＬＵＮ４０１、制御デバイス情報４０２をもつ。
【００４３】
ＬＵＮ４０１にはＬＵＮの番号が、制御デバイス情報４０２には制御デバイスであれば"ＹＥＳ"、制御デバイスでなければ"ＮＯ"が、それぞれ格納される。本例では、ＬＵＮ：２が制御デバイスであることが分かる。
【００４４】
このような情報の構成情報テーブル４００への入力は次のように行なわれる。
ユーザは、ディスク制御装置１１４内部にどのようなＬＵが定義されているかを知るために、ファイルサーバ１０７又は１０８から、ＬＵを認識するコマンドを発行する。
【００４５】
例えば、前述のＯＳであるＨＰ-ＵＸであれば、ｉｏｓｃａｎコマンドが標準装備されている。このコマンドを実行すると、ディスク制御装置１１４に対しＩｎｑｕｉｒｙコマンドが発行され、この結果でディスク制御装置１１４内部に定義されている制御デバイスであるＬＵが分かる。
【００４６】
このような情報が入力されると、ファイルサーバ１０７又は１０８は、どのＬＵが制御デバイスであるかを認識できる。本例では、ＬＵＮ：２が、制御デバイスである。
【００４７】
尚、Ｉｎｑｕｉｒｙコマンドは、問い合わせコマンドで、ＬＵの構成情報や属性を応答するものである。詳細は、米国規格協会、ＡＮＳＩ策定のＳＣＳＩ-２規格、規格番号：Ｘ３.１３１-１９９４に開示されている。ここで、ＡＮＳＩとはＡｍｅｒｉｃａｎ Ｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅの、ＳＣＳＩとはＳｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅの、それぞれ、略称である。
【００４８】
＜システムの動作＞
次に、本発明を適用したファイルサーバ１０７、１０８、ディスク制御装置１１４内部の制御プロセッサ１１８、１１９、１２０、１２１、サービスプロセッサ１３４の動作を説明する。
【００４９】
ファイルサーバ１０７は、クライエントコンピュータ１０１、１０２、１０３からファイル入出力要求をＬＡＮ１０４を介して受領する。ファイルサーバ１０７のＯＳは、コンピュータ１０１〜１０３からのファイル入出力要求を、ファイル入出力要求とデータ入出力要求とに分解する。
【００５０】
ファイル入出力要求とは、例えば、ファイルオープン、ファイルクローズの要求であり、データ入出要求とは、ドライブへのリード/ライト要求を意味する。ファイルサーバ１０７は、ファイバチャネルインタフェイス１１０を介して、ディスク制御装置１１４へ入出力要求を送出する。
【００５１】
例えば、ファイルサーバ１０７が、ポートＡを使用して入出力要求を出すと、制御プロセッサ１１８が、アドレス管理テーブル２００（図２）を参照し、ＡＬ−ＰＡ＝ＥＦ、ＬＵＮ＝０へ入出力要求を実行する。受領した要求が、書き込み要求であれば、ファイルサーバ部１０６からデータを受領し、キャッシュスロット１３１へ書き込み、書き込み要求処理を終了する。また、読み出し要求であれば、キャッシュスロット１３１より読み出す。
【００５２】
このとき、キャッシュスロット１３１に要求データがあれば、キャッシュメモリ１２８からファイルサーバ部１０６へデータを送る。キャッシュメモリ１２８に無ければ、制御プロセッサ１１８は、ドライブ１１５、１１６、１１７からキャッシュメモリ１２８へデータを読み出すよう、制御プロセッサ１２０、１２１へ、指示を出す。
【００５３】
尚、キャッシュスロット１３１に存在して、ドライブ１１５〜１１７に書き込まれるべきデータは、制御プロセッサ１２０、１２１が、ファイルサーバ部１０６の動作と非同期に、ドライブ１１５〜１１７へ書き込む。すなわち、制御プロセッサ１２０、１２１が、キャッシュメモリ１２８を探索し、キャッシュスロット１３１にドライブ１１５等に書き込むべきデータがあるとき、そのデータを所定のドライブ１１５〜１１７へ書き込む。
【００５４】
ドライブ１１５、１１６、１１７への入出力要求は、制御プロセッサ１２０、１２１のいずれでも処理可能である。例えば、ファイバチャネルループ１３７が故障した場合には、制御プロセッサ１２１とファイバチャネルループ１３８を使って入出力要求を処理できる。これにより、障害発生の際もドライブ１１５〜１１７への入出力を停止することなく入出力要求を実行できる。
【００５５】
＜障害の通知その１：ファイルサーバ部の処理＞
ファイルサーバ部１０６において障害が発生したときの通知の動作を説明する。ファイルサーバ１０７とファイルサーバ１０８は、２本の信号線１０９で接続され、互いの状態を監視している。
【００５６】
本例では、ファイルサーバ１０７が、何かしらの障害によりダウンしたとする。ファイルサーバ１０８は、信号線１０９を介してファイルサーバ１０７の応答が無いことを検出し、ファイルサーバ１０７が停止したと認識する。ファイルサーバ１０８は、ファイバチャネルインタフェイス１１１を介して、この障害をディスク制御装置１１４に通知する。その通知の方法を以下説明する。
【００５７】
ファイルサーバ１０８は、構成情報テーブル１１３（図１）を参照し、制御デバイスを定義しているＬＵＮをサーチする。本例では、ＬＵＮ：２とする。このＬＵＮ：２に対して、障害部位：ファイルサーバ、部位番号：１０７を通知する。通知の方法は、ＳＣＳＩ規格のライトコマンドにて行う。
【００５８】
＜障害の通知その１：ディスク制御装置の処理＞
図５に、制御プロセッサ１１８〜１１９が司るリード/ライト処理と、障害通知のフローチャート５００を示す。ファイルサーバ部１０６からライトコマンドを受領した制御プロセッサ１１９は、ＬＵＮが２であることを検索キーとして、共通制御メモリ１２９上の共通制御情報１３０に含まれるアドレス管理テーブル１３０の検索を開始する（５０１）。
【００５９】
ＬＵＮ：２は制御デバイスと定義されているので（図４）、制御デバイスへの要求と判断する（５０２）。制御デバイスへの要求でなければ、通常のリード/ライト処理を実行し（５０３）、終了する（５１０）。制御デバイスへのＩ/Ｏであると判断した場合（５０２のＹｅｓの場合）には、制御プロセッサ１１９は、ライト要求かリード要求かを判断する（５０４）。ライト要求であれば、ライトデータをファイルサーバ１０８から受領し、共通制御メモリ１２９上の障害部位管理テーブル３００の、エントリ番号３０１に“Ｂ”、障害部位３０２に“ファイルサーバ”、部位番号３０３に“１０７”、部位種別３０４に“Ａ”を登録する（５０７）。
【００６０】
５０７の登録後、制御プロセッサ１１９は、ファイルサーバ１０８へ正常終了を応答する（５０８）。その後、制御プロセッサ１１９は、信号線１３３を介して、サービスプロセッサ１３４へ障害発生を通知する（５０９）。もし、分岐処理５０４の判定で、リード要求であれば、キャッシュメモリ１２８、あるいは、ドライブ１１５〜１１７からデータを読み出し、ファイルサーバへ転送し、正常終了を応答し（５０６）、終了する（５１０）。
【００６１】
サービスプロセッサ１３４は、制御プロセッサ１１９に指示された障害部位管理テーブル３００から外部の遠隔保守センタ１３６へ信号線１３５を介して通知する。
上記のようにすれば、ファイルサーバ１０７又は１０８と、ディスク制御装置１１４との間に、特別なインタフェイスを設けることなく、通常のＳＣＳＩ規格の範囲で、障害情報のやり取りが可能となる。
【００６２】
＜障害の通知その２＞
例えば、制御プロセッサ１１８がダウンしたときの障害通知の動作について説明する。制御プロセッサ１１８、１１９、１２０、１２１は、互いの制御プロセッサの状態を監視している。各制御プロセッサが所定の期間毎に、共通制御メモリ１２９にその時刻を書き込む。それを他の制御プロセッサが所定の期間毎に参照し、参照時刻相互の差分があるか否かチェックし、差分がなければ、当該制御プロセッサは停止していると判断する。
【００６３】
本例では、制御プロセッサ１１８がダウンしていることを、制御プロセッサ１１９が検出し、共通制御メモリ１２９に置かれた障害部位管理テーブル３００（図３）の、エントリ番号３０１に“２”、障害部位３０２に“制御プロセッサ”、部位番号３０３に“１１８”、部位種別３０４に、ディスク制御装置１１４に故障が生じたことを意味する“Ｂ”を登録する。その後、制御プロセッサ１１９は、信号線１３３を介して、サービスプロセッサ１３４へ障害発生を通知する。
【００６４】
サービスプロセッサ１３４は、制御プロセッサ１１９に指示された障害部位管理テーブル３００の全部又は一部を、信号線１３５を介して、外部の遠隔保守センタ１３６へ通知する。制御プロセッサ１１８から１２１のうち、他のプロセッサも同じ動作をする。
【００６５】
ドライブ１１５が故障した場合、制御プロセッサ１２０がこれを検出し、同じように障害部位管理テーブル３００に、エントリ番号３０１に“３”、障害部位３０２に"ドライブ"、部位番号３０３に“１１５”、部位種別３０４に“Ｂ”を登録する。
【００６６】
＜障害の通知その３＞
ＬＡＮ１０４やファイバチャネルインタフェイス１１０、１１１の障害も、ファイルサーバ部１０６がその障害を検出し、ディスク制御装置１１４へ制御デバイス２０４（図２）を経由して通知することが可能である。
【００６７】
ファイルサーバ１０７又は１０８で動作するアプリケーションやＯＳが検出した障害や、ホストバスアダプタその他のファイルサーバ部１０６のハードウエア障害も、ファイルサーバ１０７又は１０８がディスク制御装置１１４に通知することにより、同様な方法でネットワークストレージシステム１０５の外部へ通知できる。
【００６８】
遠隔保守センタ１３６では、ネットワークストレージシステム１０５から通知された、障害通報の部位種別から、ファイルサーバ部１０６の障害（フロントエンドの障害）か、ディスク制御装置１１４の障害（バックエンドの障害）かを容易に区別できる。これにより、例えば、ファイルサーバを保守している保守管理会社の保守センタにファイルサーバ障害を速報でき、迅速にファイルサーバの保守が可能になる。
【００６９】
また、クライエントコンピュータがダウンするに至らない、クライエントコンピュータの軽微な障害も通報できるので、障害の予防保守も可能になる。例えば、障害部位管理テーブル３００（図３）のエントリ番号３０１の“５”について考察する。障害部位３０２に“エラーログ”、部位番号３０３に“１４０”、部異種別３００にファイルサーバ部１０６で障害が生じたことを意味する“Ａ”が登録されている。
【００７０】
この障害通知を受領した保守センタ１３６では、まず、障害種別が“Ａ”であるので、保守員は、ファイルサーバ１０８のエラーログファイル１４０を調べることができる。この結果、例えば、電源障害の発生が記録されていれば、ファイルサーバ部１０６の全ての電源が停止する前に電源機器の予防保守ができる。尚、部位種別の内容と実際の機器の対応関係は、例えば、保守マニュアルの所定事項の一覧表、チェックコードその他の障害情報として、予め与えられている。
【００７１】
以上に述べて来た通り、ファイルサーバ部１０６の障害を、ディスク制御装置１１４を経由させて、システム１０５の外部に通知できる。また、障害部位を容易に識別でき、障害検出から保守の実行までの時間を短縮することができる。
【００７２】
ファイルサーバにおける障害を、ディスク制御装置により外部に通知することが可能となるため、例えば、クライエントコンピュータからファイルサーバを監視するハードウエア又はソフトウエアによる手段が不要で、システムコストの低減が図れる。
【００７３】
本例では情報格納媒体として、磁気ディスク装置１１５〜１１７を例に説明したが、ドライブインタフェイスコントローラ１２６、１２７を変えることによって、磁気テープ、光ディスク、光磁気ディスク、フロッピディスクも接続できる。
【００７４】
ファイルサーバ部１０６とディスク記憶制御装置１１４との間を、ファイバチャネルインタフェイスで接続した例を開示したが、ホストインタフェイスコントローラ１２２、１２３を変えることにより、ＳＣＳＩインタフェイスでも接続可能である。
【００７５】
【発明の効果】
ファイルサーバ部の障害を、ディスク制御装置を経由してシステムの外部に通知可能となる。
障害部位を容易に区別でき、障害検知から保守実施までの時間を短縮することができる。
クライエントコンピュータからのファイルサーバを監視するためのハードウエア又はソフトウエアによる手段が不要で、システムコストの低減が図れる。
【図面の簡単な説明】
【図１】図１は、本発明の適用例である、ネットワークストレージシステム１０５を有する、システムの全体構成図である。
【図２】共通制御情報１３０に含まれる、アドレス管理テーブル２００の構成を示す概念図である。
【図３】共通制御情報１３０に含まれる、障害部位管理テーブル３００の構成を示す概念図である。
【図４】ファイルサーバ１０７、ファイルサーバ１０８に、それぞれ存在し、図１の１１２、１１３に対応する構成情報テーブル４００の概念図である。
【図５】ライトコマンドを用いて障害通知処理を行う、制御プロセッサの処理のフローチャートである。
【符号の説明】
１０１、１０２、１０３  クライエントコンピュータ
１０４   ＬＡＮ
１０５   ネットワークストレージシステム
１０７、１０８  ファイルサーバ
１１２、１１３  構成情報テーブル
１１４   ディスク制御装置
１１５、１１６、１１７  ドライブ
１１８〜１２１  制御プロセッサ
１２２、１２３  ホストインタフェイスコントローラ
１２４  磁気ディスク装置群
１２６、１２７  ドライブインタフェイスコントローラ
１３２、１３３、１３５  信号線
１２８  キャッシュメモリ      １２９  共通制御メモリ
１３０  共通制御情報          １３１  キャッシュスロット
１３４  サービスプロセッサ    １３６   保守センタ
１３７、１３８  ファイバチャネルインタフェイスのループ
【図１】
0004796251.tif 000002
【図２】
0004796251.tif 000003
【図３】
0004796251.tif 000004
【図４】
0004796251.tif 000005
【図５】
0004796251.tif 000006