(57)【要約】【課題】制御部と切換手段間の接続に障害があっても、イーサネット等の異なるネットワークにより速やかに異常を解消（障害回復）できるようにすること。【解決手段】情報を格納する複数の格納デバイス３１と、前記格納デバイス３１の制御を行う制御部１２と、前記格納デバイス３１と前記制御部１２間の接続の切り換えを行う切換手段２１と、前記格納デバイス３１と前記制御部１２を接続する前記切換手段２１による接続とは異なるネットワークとを備え、前記格納デバイス３１への情報のリード／ライトは前記制御部１２から前記切換手段２１を通して行い、前記格納デバイス３１の障害発生時には前記制御部１２から前記ネットワークを通して該当格納デバイス３１又は前記切換手段２１に障害回復コマンドを送信する。【選択図】図２
2007299079.tif 000002
【特許請求の範囲】
【請求項１】
情報を格納する複数の格納デバイスと、
前記格納デバイスの制御を行う制御部と、
前記複数の格納デバイスと前記制御部間の接続の切り換えを行う切換手段と、
前記格納デバイスと前記制御部を接続する前記切換手段による接続とは異なるネットワークとを備え、
前記格納デバイスへの情報のリード／ライトは前記制御部から前記切換手段を通して行い、前記格納デバイスの障害発生時には前記制御部から前記ネットワークを通して該当格納デバイス又は前記切換手段に障害回復コマンドを送信することを特徴としたストレージ装置。
【請求項２】
前記格納デバイス又は前記切換手段で同時に複数の同じ障害回復コマンドを受け取った場合は、障害回復処理を一回にまとめることを特徴とした請求項１記載のストレージ装置。
【請求項３】
前記制御部は、前記格納デバイスの情報を前記ネットワークを通して獲得することを特徴とした請求項１又は２記載のストレージ装置。
【請求項４】
情報を格納する複数の格納デバイスと、
前記格納デバイスの制御を行う制御部と、
前記複数の格納デバイスと前記制御部間の接続の切り換えを行う切換手段と、
前記格納デバイスと前記制御部を接続する前記切換手段による接続とは異なるネットワークとを備えたストレージ装置において、
前記格納デバイスへの情報のリード／ライトは前記制御部から前記切換手段を通して行い、前記格納デバイスの障害発生時には前記制御部から前記ネットワークを通して該当格納デバイス又は前記切換手段に障害回復コマンドを送信することを特徴としたストレージ装置の障害回復方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージ装置のファイバチャネル（ＦＣ）の機能であるファイバチャネルのインタフェース（Ｉ／Ｆ）を使用せずに、他のネットワーク（Ｅｔｈｅｒｎｅｔ（登録商標）など）を使って実現することで、ファイバチャネル上の負荷の軽減と、経路異常となった場合の復旧を速やか行うことができるようにしたストレージ装置及びその障害回復方法に関する。
【背景技術】
【０００２】
従来、ファブリック（Fabric）接続では、デバイスエンクロージャ（ＤＥ）側のループ（Loop）になんらかの異常が発生し、コントロールモジュール（ＣＭ）がループを復旧する（ループを初期化する）ためにＬＩＰ（Loop Initialization Primitive ）を発行したい場合、コントロールモジュールからファイバチャネルを経由してファイバチャネルスイッチ（ＦＣ−ＳＷ）にＬＩＰを発行するコマンドを送信する必要がある。
【０００３】
また、なんらかの理由でコントロールモジュールがデバイスエンクロージャのハードディスク（ＨＤＤ）に発行したコマンドをキャンセルしたい場合は、そのＨＤＤに対してコマンドを発行するか、そのＨＤＤのループにＬＩＰを発行する必要がある。しかし、コントロールモジュールとファイバチャネルスイッチのファイバチャネル接続が切れてコマンドを送信できない場合、異常となったループを復旧することができない。
【０００４】
上記の状態となった場合、従来は他のコントロールモジュールがそのループ異常を検出しＬＩＰ発行コマンドを送信するか、コントロールモジュールとコントロールモジュール間の通信（ＣＭ−ＣＭ間通信）を使って他のコントロールモジュールにＬＩＰ発行コマンドの送信を依頼するしか方法がない。
【０００５】
図６は従来例の説明図である。図６において、ストレージ装置には、コントロールモジュール（ＣＭ＃０〜ＣＭ＃３）１２、フロントエンドルータ（ＦＲＴ）１３、バックエンドルータ（ＢＲＴ）２１、デバイスエンクロージャ（ＤＥ＃００〜ＤＥ＃０７）３１が設けてある。ここで例として、デバイスエンクロージャ３１の＃００と＃０１とファイバチャネルスイッチ（ここではバックエンドルータ２１）側のループに異常（ループ異常）が発生した場合と、コントロールモジュール１２の＃１とファイバチャネルスイッチ（ここではバックエンドルータ２１）のファイバチャネル接続が切れた（パス異常）場合を示している。なお、デバイスエンクロージャ３１側（＃００と＃０１）はＦＣインタフェース（ＦＣ  Ｉ／Ｆ）でループ接続されているものである。コントロールモジュールとコントロールモジュール間の通信（ＣＭ−ＣＭ間通信）は、フロントエンドルータ１３を使って行われる。
【０００６】
また、従来のディスクアレイ装置において、障害に関する情報を記憶デバイスから読み出して、管理端末に転送し、障害情報を効率的に管理するものがあった（特許文献１参照）。しかし、このディスクアレイ装置では障害情報の採取のみであり、ＬＩＰの発行についての説明は行われていないものであった。
【特許文献１】特開２００５−７１１９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
前記従来のものは次のような課題があった。
【０００８】
（１）：他のコントロールモジュールがそのループ異常を検出しＬＩＰ発行コマンドを送信する場合では、他のコントロールモジュール１２がループ異常であることを検出するまでに時間がかかる上に、もし他のコントロールモジュール１２がそのループにアクセスしていない場合は異常を検出することができず、ＬＩＰを発行することができないものであった。
【０００９】
（２）：コントロールモジュールとコントロールモジュール間の通信（ＣＭ−ＣＭ間通信）を使って他のコントロールモジュールにＬＩＰ発行コマンドの送信を依頼する場合では、どのコントロールモジュール１２がそのループと接続されているか、そのコントロールモジュール１２とファイバチャネルスイッチ間の接続が切れていないかどうかを確認しなければならないなど、処理が複雑になる。また、全てのコントロールモジュール１２にＬＩＰ発行依頼を出した場合は、ＬＩＰを多重に発行することでファブリック（Fabric）（ここではバックエンドルータ２１）に負荷がかかってしまうため、他の処理が遅れる原因となるものであった。
【００１０】
本発明は、このような従来の課題を解決し、データを読み書きする経路とは異なる他のネットワークで接続された監視制御部を経由して、速やかにループ異常を解消することができ、他コントロールモジュールの情報をやり取りする必要がなく処理が簡略化でき、また、同時に複数コントロールモジュールがループ異常を検出した場合でも、ＬＩＰの発行数を減らしＦＣトラフィック（ＢＲＴの負荷）の増加を抑えることができるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
図２は本発明のイーサネットによって接続された監視制御部を用いる場合の説明図である。図２中、１２はコントロールモジュール（ＣＭ）（制御部）、１３はフロントエンドルータ（ＦＲＴ）、１７は監視制御部（ＳＶＣ）、２１はバックエンドルータ（ＢＲＴ）（切換手段）、３１はデバイスエンクロージャ（ＤＥ）（格納デバイス）である。
【００１２】
本発明は、上記従来の課題を解決するため、次のように構成した。
【００１３】
（１）：情報を格納する複数の格納デバイス３１と、前記格納デバイス３１の制御を行う制御部１２と、前記複数の格納デバイス３１と前記制御部１２間の接続の切り換えを行う切換手段２１と、前記格納デバイス３１と前記制御部１２を接続する前記切換手段２１による接続とは異なるネットワークとを備え、前記格納デバイス３１への情報のリード／ライトは前記制御部１２から前記切換手段２１を通して行い、前記格納デバイス３１の障害発生時には前記制御部１２から前記ネットワークを通して該当格納デバイス３１又は前記切換手段２１に障害回復コマンドを送信する。このため、制御部と切換手段間の接続に障害があっても、イーサネット（登録商標）等の異なるネットワークにより速やかに異常を解消（障害回復）することができる。
【００１４】
（２）：前記（１）のストレージ装置において、前記格納デバイス３１又は前記切換手段２１で同時に複数の同じ障害回復コマンドを受け取った場合は、障害回復処理を一回にまとめる。このため、格納デバイスや切換手段の負荷（ＢＲＴの負荷）の増加を抑えることができる。
【００１５】
（３）：前記（１）又は（２）のストレージ装置において、前記制御部１２は、前記格納デバイス３１の情報を前記ネットワークを通して獲得する。このため、切換手段の負荷を軽減することができる。
【発明の効果】
【００１６】
本発明によれば次のような効果がある。
【００１７】
（１）：格納デバイスへの情報のリード／ライトは制御部から切換手段を通して行い、前記格納デバイスの障害発生時には前記制御部からネットワークを通して該当格納デバイス又は前記切換手段に障害回復コマンドを送信するため、制御部と切換手段間の接続に障害があっても、イーサネット等の異なるネットワークにより速やかに異常を解消（障害回復）することができる。
【００１８】
（２）：格納デバイス又は切換手段で同時に複数の同じ障害回復コマンドを受け取った場合は、障害回復処理を一回にまとめるため、格納デバイスや切換手段の負荷（ＢＲＴの負荷）の増加を抑えることができる。
【００１９】
（３）：制御部で、格納デバイスの情報をネットワークを通して獲得するため、切換手段の負荷を軽減することができる。
【発明を実施するための最良の形態】
【００２０】
（１）：ストレージ装置の説明
次期ＲＡＩＤ（Redundant Arrays of Inexpensive Disks ）装置である本発明のストレージ装置は、バックエンドルータ（Backend Router）（以下、ＢＲＴ）で、ファイバチャネルのスイッチ（Fibre Channel Switch）（以下、ＦＣ−ＳＷ）でファブリックトポロジ（Fabric Topology ）を構築できる。このストレージ装置は以下のようにコントロールモジュールであるＣＭとデバイスエンクロージャであるＤＥとの間（ＣＭ−ＤＥ間）にＢＲＴを接続することでファブリック（Fabric）接続を行っている。なお、ＦＣ（Fibre Channel ）は、ファイバチャネルのプロトコルであることを示している。
【００２１】
図１はストレージ装置の説明図であり、ストレージ装置のシステム概要を示している。このストレージ装置は、複数のホスト（ホストコンピュータ）と接続され、ディスクアレイとなるものである。
【００２２】
図１において、ストレージ装置には、チャネルアダプタ（ＣＡ＃００〜ＣＡ＃７０）１１、コントロールモジュール（ＣＭ＃０〜ＣＭ＃７）１２、フロントエンドルータ（ＦＲＴ＃０、ＦＲＴ＃１）１３、バックエンドルータ（ＢＲＴ＃０〜ＢＲＴ＃７）２１、デバイスエンクロージャ（ＤＥ＃００〜ＤＥ＃１Ｆ）３１が設けてある。コントロールモジュール（ＣＭ＃０〜ＣＭ＃７）１２には、接続手段１４、ＦＣチップ１５、１６、マザーボードＩＡ３２が設けてある。
【００２３】
チャネルアダプタ１１は、ホストと接続されるポートを備えるものである。ここではホストと接続されるチャネルアダプタのカードが１チャネルアダプタ当たり４枚あり、１枚当たり２又は４ポートを備えるものである。なお、＃の次の数字は１６進である。コントロールモジュール１２は、メモリ、ＣＰＵ等を備え、ホストからのＳＣＳＩのプロトコルを理解して何処のディスクに書き込むかの制御を行うディスク（ファイル）の制御装置であり、ここでＲＡＩＤの構築（ＲＡＩＤの組の管理）も行われるものである。接続手段１４は、フロントエンドルータ（ＦＲＴ＃０、ＦＲＴ＃１）１３と接続するためのブリッジである。ＦＣチップ１５、１６は、各チップ当たり４ポートがあり、バックエンドルータ（ＢＲＴ＃０〜ＢＲＴ＃７）２１と接続するためのアダプタである。マザーボードＩＡ３２は、メモリ、ＣＰＵ等を備えたコントロールモジュール１２の制御部となるものである。
【００２４】
フロントエンドルータ１３は、コントロールモジュール１２間の接続の制御を行うものであり、ＦＲＴ＃０、ＦＲＴ＃１の２個が設けてある。バックエンドルータ２１は、コントロールモジュール１２とデバイスエンクロージャ３１間のＦＣ接続の制御を行うものであり、ＢＲＴ＃０〜ＢＲＴ＃７の８個が設けてある。デバイスエンクロージャ３１は、複数のハードディスク（ＨＤＤ）が内蔵され情報を格納するものであり、ここではＤＥ＃００〜ＤＥ＃１Ｆの３２個が設けてある。
【００２５】
また、図１では示されていないが、コントロールモジュール１２とバックエンドルータ２１間（ＣＭ−ＢＲＴ間）及びコントロールモジュール１２とデバイスエンクロージャ３１間（ＣＭ−ＤＥ間）は、監視制御部（ＳＶＣ）を経由してバス型のＬＡＮであるイーサネット（Ethernet）で接続されており、相互に通信が可能となっている。
【００２６】
このストレージ装置の書き込み動作は、ホストからの書き込み要求を受けたチャネルアダプタ１１が、書き込みデータをコントロールモジュール１２に送る。コントロールモジュール１２は、チャネルアダプタ１１からの書き込みデータをバックエンドルータ２１を介してデバイスエンクロージャ３１に書き込むものである。
【００２７】
ストレージ装置の読み出し動作は、ホストからの読み出し要求を受けたチャネルアダプタ１１が、読み出し要求をコントロールモジュール１２に送る。コントロールモジュール１２は、チャネルアダプタ１１からの読み出し要求のデータをバックエンドルータ２１を介してデバイスエンクロージャ３１から読み出し、チャネルアダプタ１１に送る。チャネルアダプタ１１は、ホストに読み出し要求のあったデータを送信するものである。
【００２８】
（２）：イーサネットによって接続された監視制御部を用いる場合の説明
本発明のストレージ装置では、各コントロールモジュール（ＣＭ）、各デバイスエンクロージャ（ＤＥ）、フロントエンドルータ（ＦＲＴ）、バックエンドルータ（ＢＲＴ）それぞれが監視制御部とイーサネット（Ethernet）によって接続されている。このため、初めにループの異常を検出したコントロールモジュールが、イーサネット（Ethernet）経由で指定されたループに障害回復手段であるＬＩＰを発行することができる機能を持たすことができる。これにより、コントロールモジュールとバックエンドルータ間（ＣＭ−ＢＲＴ間）のファイバチャネル（ＦＣ）が通信不可能な状態であっても、ＬＩＰを発行したいコントロールモジュールから直接にＬＩＰ発行コマンドを送信することができる。これにより、ループ異常の回復やコマンドの破棄を短時間に行うことが可能となり、他コントロールモジュールの状態を把握する必要がなくなるため、処理をシンプルにすることができる。
【００２９】
図２はイーサネットによって接続された監視制御部を用いる場合の説明図である。図２において、コントロールモジュール（ＣＭ）１２、フロントエンドルータ（ＦＲＴ）１３、監視制御部（ＳＶＣ）１７、バックエンドルータ（ＢＲＴ）２１、デバイスエンクロージャ（ＤＥ）３１が設けてある。
【００３０】
コントロールモジュール１２は、ＣＭ＃０〜ＣＭ＃３の４個あり、各コントロールモジュールはイーサネットによって監視制御部１７と接続され、各コントロールモジュールは高速バスである拡張ＰＣＩ（ＰＣＩ−Ｅｘｐ）によってフロントエンドルータ１３と接続され、さらに各コントロールモジュールはファイバチャネルインタフェース（ＦＣ  Ｉ／Ｆ）によってバックエンドルータ２１と接続されている。
【００３１】
フロントエンドルータ１３は、イーサネットによって監視制御部１７と接続され、拡張ＰＣＩ（ＰＣＩ−Ｅｘｐ）によって各コントロールモジュール１２と接続されている。監視制御部（ＳＶＣ）１７は、イーサネットによって各コントロールモジュール１２、各デバイスエンクロージャ３１、フロントエンドルータ１３、バックエンドルータ２１と接続されており、監視系のコマンドを扱う（ホストからのデータコマンドは使われない）サービスコントローラである。バックエンドルータ２１は、イーサネットによって監視制御部１７と接続され、ファイバチャネルインタフェース（ＦＣ  Ｉ／Ｆ）によって各コントロールモジュール１２と各デバイスエンクロージャ３１と接続されている。
【００３２】
デバイスエンクロージャ３１は、ＤＥ＃００〜ＤＥ＃０７の８個あり、各デバイスエンクロージャにはデータを格納する複数のＨＤＤを内蔵するものである。各デバイスエンクロージャは、それぞれがイーサネットによって監視制御部１７と接続されている。デバイスエンクロージャ３１のＤＥ＃００とＤＥ＃０１とバックエンドルータ２１はファイバチャネルインタフェース（ＦＣ  Ｉ／Ｆ）によってループ接続され、デバイスエンクロージャ３１のＤＥ＃０２とＤＥ＃０３とバックエンドルータ２１はファイバチャネルインタフェース（ＦＣ  Ｉ／Ｆ）によってループ接続され、デバイスエンクロージャ３１のＤＥ＃０４とＤＥ＃０５とバックエンドルータ２１はファイバチャネルインタフェース（ＦＣ  Ｉ／Ｆ）によってループ接続され、デバイスエンクロージャ３１のＤＥ＃０６とＤＥ＃０７とバックエンドルータ２１はファイバチャネルインタフェース（ＦＣ  Ｉ／Ｆ）によってループ接続されている。
【００３３】
例えば、コントロールモジュール１２の＃１が、デバイスエンクロージャ３１のＤＥ＃００とＤＥ＃０１とバックエンドルータ２１のループ異常を検出した場合、コントロールモジュール１２の＃１は、イーサネットによって接続されている監視制御部１７を経由してループ異常を検出したループを指定してＬＩＰを発行することができる。このため、コントロールモジュール１２の＃１とバックエンドルータ２１とのパス異常（通信不可能）の場合でも、ＬＩＰを発行したいコントロールモジュール１２の＃１から直接にＬＩＰ発行コマンドを送信することができる。
【００３４】
このように、以前に使用していた監視制御部（ＳＶＣ）１７との接続であるＤＥＩ（デバイスエンクロージャインタフェース）より高速なイーサネットを使用することで、ＦＣ上からはできない障害回復機能（ＬＩＰ発行）をイーサネット経由でデバイスエンクロージャ３１に指示することが行えるようになる。
【００３５】
（３）：ＬＩＰ発行処理の説明
以下にループ異常の復旧やコマンド（例、データのリード又はライト）破棄が必要になってからＬＩＰを発行するまでのフローを説明する。
【００３６】
図３はＬＩＰ発行処理フローチャートである。以下、図３の処理Ｓ１〜Ｓ６に従ってＬＩＰ発行の処理を説明する。
【００３７】
Ｓ１：コントロールモジュール１２は、ループ異常の検出又はコマンドキャンセルが必要となると、処理Ｓ２に移る。
【００３８】
Ｓ２：コントロールモジュール１２は、該当ループに接続しているバックエンドルータ（ＢＲＴ）２１と当該コントロールモジュール（ＣＭ）１２間のＦＣ接続は切れているかどうか判断する。この判断で、ＢＲＴ−ＣＭ間のＦＣ接続が切れていない場合は処理Ｓ３に移り、切れている場合は処理Ｓ４に移る。
【００３９】
Ｓ３：コントロールモジュール１２は、ＢＲＴ−ＣＭ間のＦＣ接続を使用して通常のＬＩＰ処理を行う。
【００４０】
Ｓ４：コントロールモジュール１２は、ＬＩＰを発行したいループが接続されているバックエンドルータ（ＢＲＴ）２１又はデバイスエンクロージャ（ＤＥ）３１にイーサネット経由でＬＩＰ発行コマンドを（監視制御部１７に）送信し、処理Ｓ５に移る。
【００４１】
Ｓ５：バックエンドルータ（ＢＲＴ）２１又はデバイスエンクロージャ（ＤＥ）３１は、ＬＩＰ発行コマンドを（監視制御部１７から）受信し、処理Ｓ６に移る。
【００４２】
Ｓ６：バックエンドルータ（ＢＲＴ）２１又はデバイスエンクロージャ（ＤＥ）３１は、指定されたループにＬＩＰを発行する（ＢＲＴは複数のループを持つため）。
【００４３】
なお、バックエンドルータ（ＢＲＴ）２１又はデバイスエンクロージャ（ＤＥ）３１には、それぞれの制御部があり、該制御部で情報の送受信やＬＩＰ発行を行うものである。
【００４４】
また、異常となったループに接続しているバックエンドルータ（ＢＲＴ）２１と異常を検出したコントロールモジュール１２間（ＢＲＴ−ＣＭ間）のＦＣ接続が切れていない場合でもイーサネット経由でのＬＩＰ発行を行うこともできる。複数のコントロールモジュール１２が同じループの異常を検出した時は、イーサネット経由で同時にＬＩＰ発行指示が出される。バックエンドルータ（ＢＲＴ）２１又はデバイスエンクロージャ（ＤＥ）３１側で同時に複数のＬＩＰ発行指示を受け取った場合は、ＬＩＰの発行を一回にまとめる（ＢＲＴ又はＤＥ内で制御部をまとめる）ことで、トラフィック増加の原因となるＬＩＰ発行数を減らすことができる。
【００４５】
（４）：送信先の変換の説明
図４は送信先の変換の説明図である。図４において、コントロールモジュール（ＣＭ）１２の送信先の指定は、「ＢＲＴ＃２Ｐｏｒｔ＃３」、「ＤＥ＃０３ＰＢＣ＃０」等で行う。ＢＲＴ＃２Ｐｏｒｔ＃３は、＃２のバックエンドルータに＃３のポートを（ＬＩＰ発行）指定している。ＤＥ＃０３ＰＢＣ＃０は、＃０３のデバイスエンクロージャの＃０のＰＢＣを（ＬＩＰ発行）指定している。ここでＰＢＣは、ポートバイパスサーキットであり、通常ＤＥ（デバイスエンクロージャ）にはループ（ポートバイパスサーキット）が２つあるためどちらかを指定する。
【００４６】
コントロールモジュール（ＣＭ）１２からのＬＩＰ発行指示の送信は、イーサネット経由とＦＣ経由のどちらかで行われる。イーサネット経由の場合は、コントロールモジュール１２の内部でもっている位置情報のまま監視制御部（ＳＶＣ）１７に送信する。監視制御部（ＳＶＣ）１７では、内部でもっている位置情報から通常のＬＡＮアドレスであるＩＰアドレスに変換（変換テーブルを使用）し、ＢＲＴ（バックエンドルータ）又はＰＢＣに送信する。ＦＣ経由の場合は、内部にもっている位置情報からファブリックアドレス（ＦＣ上のアドレス）に変換（変換テーブルを使用）してＢＲＴ（バックエンドルータ）又はＰＢＣに送信する。
【００４７】
（５）：送信コマンドの変換の説明
図５は送信コマンドの変換の説明図である。図５において、コントロールモジュール（ＣＭ）１２からのループ（Loop）初期化（ＬＩＰ）コマンドは、イーサネット経由とＦＣ経由のどちらかで行われ、それぞれのルートに対応したコマンドに変換される。イーサネット経由の場合は、コントロールモジュール１２から実施したい機能に対応するイーサネット上のコマンド（ＬＡＮ上のコマンド）を監視制御部（ＳＶＣ）１７に送信する。監視制御部（ＳＶＣ）１７では、コントロールモジュール１２から来たコマンドをそのまま、ＢＲＴ（バックエンドルータ）又はＰＢＣに送信する。ＦＣ経由の場合は、実施したい機能に対応するＦＣ上のコマンドをＢＲＴ（バックエンドルータ）又はＰＢＣに送信（コマンドとＦＣ上のコマンドはリンクしている）する。
【００４８】
（他の機能の説明）
さらに以下のような本来は、ＦＣ経由で行う他の機能についてもイーサネット（Ether net ）経由で行うことにより、より一層のＦＣ上のトラフィック軽減を行うことが可能となる。
【００４９】
・ループ状態の取得（ＢＲＴからみて、ＤＥのループがつながっているかどうか（Onlineかどうか) 、ＤＥのループであるアービトレイテッドループのデバイスリスト（AL-PA Map ）の状態など）
・ディスク（ Disk ）情報の獲得、各ＤＥにディスクが何台つながっているか(Disk のアドレスであるAL-PA やデバイス固有の名前であるWWN など) など
・ネームサーバ（ Name Server）機能。すなわち、ＢＲＴの中にネームサーバ（ Name Server）があり、どのポートにどれだけディスクがつながっているかの情報。
【００５０】
このように、今回の方式を採用することにより、速やかにループ異常を解消することができる。他ＣＭの情報をやり取りする必要がないため、処理が簡略化できる。同時に複数ＣＭがループ異常を検出した場合でも、ＬＩＰの発行をEthernet経由で行うことにより、ＬＩＰの発行数を減らし（同じものをまとめる）ＦＣトラフィックの増加を抑えることができる。ＬＩＰ機能以外の機能もEthernet経由で行うことによりＦＣトラフィックを軽減することができる。
【図面の簡単な説明】
【００５１】
【図１】本発明のストレージ装置の説明図である。
【図２】本発明のイーサネットによって接続された監視制御部を用いる場合の説明図である。
【図３】本発明のＬＩＰ発行処理フローチャートである。
【図４】本発明の送信先の変換の説明図である。
【図５】本発明の送信コマンドの変換の説明図である。
【図６】従来例の説明図である。
【符号の説明】
【００５２】
１２  コントロールモジュール（ＣＭ）（制御部）
１３  フロントエンドルータ（ＦＲＴ）
１７  監視制御部（ＳＶＣ）
２１  バックエンドルータ（ＢＲＴ）（切換手段）
３１  デバイスエンクロージャ（ＤＥ）（格納デバイス）
【図１】
2007299079.tif 000003
【図２】
2007299079.tif 000004
【図３】
2007299079.tif 000005
【図４】
2007299079.tif 000006
【図５】
2007299079.tif 000007
【図６】
2007299079.tif 000008