JP2009110218A - 仮想化スイッチおよびそれを用いたコンピュータシステム - Google Patents
仮想化スイッチおよびそれを用いたコンピュータシステム Download PDFInfo
- Publication number
- JP2009110218A JP2009110218A JP2007281166A JP2007281166A JP2009110218A JP 2009110218 A JP2009110218 A JP 2009110218A JP 2007281166 A JP2007281166 A JP 2007281166A JP 2007281166 A JP2007281166 A JP 2007281166A JP 2009110218 A JP2009110218 A JP 2009110218A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- fiber channel
- communication line
- abnormality
- virtualization switch
- 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
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/2002—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 interconnections or communication control functionality are redundant
- G06F11/2007—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 interconnections or communication control functionality are redundant using redundant communication media
- G06F11/201—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 interconnections or communication control functionality are redundant using redundant communication media between storage system components
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
Abstract
【課題】システムダウンのおそれを低減できるコンピュータシステムおよび仮想化スイッチを提供する。
【解決手段】他の仮想化スイッチとの間の第２の通信回線の通信異常を検出した場合には、当該仮想化スイッチから集線装置までの間の自装置側第２の通信回線の異常か否かを検出する第２の通信回線監視手段と、第２の通信回線監視手段によって、他の仮想化スイッチとの間の通信異常が検出され、且つ自装置側第２の通信回線の異常であることが検出された場合には、閉塞処理を実行すると共に他の仮想化スイッチにフェイルオーバー指示命令を出力させ、第２の通信回線監視手段によって、他の仮想化スイッチとの間の通信異常が検出され、且つ自装置側第２の通信回線の通信は正常であることが検出された場合に、フェイルオーバー処理を実行すると共に他の仮想化スイッチに閉塞指示命令を出力させる異常時対処手段とを具備する。
【選択図】図３
【解決手段】他の仮想化スイッチとの間の第２の通信回線の通信異常を検出した場合には、当該仮想化スイッチから集線装置までの間の自装置側第２の通信回線の異常か否かを検出する第２の通信回線監視手段と、第２の通信回線監視手段によって、他の仮想化スイッチとの間の通信異常が検出され、且つ自装置側第２の通信回線の異常であることが検出された場合には、閉塞処理を実行すると共に他の仮想化スイッチにフェイルオーバー指示命令を出力させ、第２の通信回線監視手段によって、他の仮想化スイッチとの間の通信異常が検出され、且つ自装置側第２の通信回線の通信は正常であることが検出された場合に、フェイルオーバー処理を実行すると共に他の仮想化スイッチに閉塞指示命令を出力させる異常時対処手段とを具備する。
【選択図】図３
Description
本発明は、ホストコンピュータ、単数または複数の物理ストレージ装置および他の仮想化スイッチのそれぞれに第１の通信回線により接続可能な、複数の第１の通信回線接続端子と、マネージャコンピュータに接続された集線装置に、第２の通信回線により接続可能な第２の通信回線接続端子と、前記単数または複数の物理ストレージ装置の記憶領域の一部または全部を組み合わせた記憶領域を、仮想的なストレージ装置として前記ホストコンピュータに認識させるストレージ仮想化手段とを備えた仮想化スイッチおよびそれを用いたコンピュータシステムに関する。
特に複数のストレージ装置を使用するコンピュータシステムにおいて、複数の物理ストレージ装置の記憶領域を組み合わせた記憶領域を、仮想的なストレージ装置としてホストコンピュータに認識させるストレージの仮想化が提案されている。
例えば、図６に示すように、複数のホストコンピュータ（ノード装置）１，１・・および複数の物理ストレージ装置２，２・・を、ファイバーチャネルスイッチ（ネットワークスイッチ）３を介してファイバーチャネルにより接続するとともに、ファイバーチャネルスイッチ３のネットワークプロセッサ４により、複数の物理ストレージ装置２，２・・の記憶領域の一部または全部を組み合わせて仮想的なストレージ装置（仮想共有ディスク）５として構成し、その仮想的なストレージ装置５をホストコンピュータ１，１・・にアクセス可能に提供するコンピュータシステムが知られている（例えば特許文献１参照）。
例えば、図６に示すように、複数のホストコンピュータ（ノード装置）１，１・・および複数の物理ストレージ装置２，２・・を、ファイバーチャネルスイッチ（ネットワークスイッチ）３を介してファイバーチャネルにより接続するとともに、ファイバーチャネルスイッチ３のネットワークプロセッサ４により、複数の物理ストレージ装置２，２・・の記憶領域の一部または全部を組み合わせて仮想的なストレージ装置（仮想共有ディスク）５として構成し、その仮想的なストレージ装置５をホストコンピュータ１，１・・にアクセス可能に提供するコンピュータシステムが知られている（例えば特許文献１参照）。
このようなファイバーチャネルスイッチによるストレージの仮想化によれば、ユーザーは、ホストコンピュータの用途に適した仮想的なストレージ装置を自由に構築でき、ホストコンピュータは、その仮想的なストレージ装置にアクセスすることで、物理ストレージ装置のそれぞれの記憶容量や接続形態等を意識することなく、物理ストレージ装置を使用することができるという効果がある。
さらに、ファイバーチャネルスイッチを用いたストレージの仮想化において、複数のファイバーチャネルスイッチを多重化して冗長経路を設けることで、信頼性を高める構成が提案されている（例えば特許文献２参照）。
複数のファイバーチャネルスイッチを多重化して冗長経路を設けた構成のコンピュータシステムの従来例の説明図を、図７に示す。
複数のファイバーチャネルスイッチを多重化して冗長経路を設けた構成のコンピュータシステムの従来例の説明図を、図７に示す。
図７において、１つのホストコンピュータ１１は、２つのファイバーチャネルスイッチ１０ａ，１０ｂのそれぞれに対してファイバーチャネル（ＦＣ）によって接続される。
２つのファイバーチャネルスイッチ１０ａ，１０ｂは、それぞれファイバーチャネル（ＦＣ）によってＲＡＩＤ（Redundant Arrays of Inexpensive Disks）ストレージ装置１４に接続されている。ここではＲＡＩＤストレージ装置１４としては、複数の物理ストレージ装置が仮想的に１つのストレージ装置として構成されている。
２つのファイバーチャネルスイッチ１０ａ，１０ｂは、それぞれファイバーチャネル（ＦＣ）によってＲＡＩＤ（Redundant Arrays of Inexpensive Disks）ストレージ装置１４に接続されている。ここではＲＡＩＤストレージ装置１４としては、複数の物理ストレージ装置が仮想的に１つのストレージ装置として構成されている。
２つのファイバーチャネルスイッチ１０ａ，１０ｂは、２つのハブ１２ａ，１２ｂにそれぞれＬＡＮ通信規格の一例としてのイーサネット（Ｒ）によって接続される。
さらに、各ハブ１２ａ，１２ｂは、それぞれイーサネット（Ｒ）Ｅｔによってマネージャコンピュータ１８に接続されている。マネージャコンピュータ１８は、ハブ１２ａ，１２ｂを介して各ファイバーチャネルスイッチ１０ａ，１０ｂ内の仮想ボリューム等を設定するなどのマネージメントを実行する。
また、２つのファイバーチャネルスイッチ１０ａ，１０ｂどうしは、ハブ１２ａ，１２ｂを介したイーサネット（Ｒ）による接続以外にも、ファイバーチャネルによって接続されている。
さらに、各ハブ１２ａ，１２ｂは、それぞれイーサネット（Ｒ）Ｅｔによってマネージャコンピュータ１８に接続されている。マネージャコンピュータ１８は、ハブ１２ａ，１２ｂを介して各ファイバーチャネルスイッチ１０ａ，１０ｂ内の仮想ボリューム等を設定するなどのマネージメントを実行する。
また、２つのファイバーチャネルスイッチ１０ａ，１０ｂどうしは、ハブ１２ａ，１２ｂを介したイーサネット（Ｒ）による接続以外にも、ファイバーチャネルによって接続されている。
そして、各ファイバーチャネルスイッチ１０ａ，１０ｂは、それぞれ同構成の仮想的なストレージ装置を、ホストコンピュータ１１に認識させる。すなわち、ホストコンピュータ１１は、二つのファイバーチャネルスイッチ１０ａ，１０ｂのいずれを介しても、仮想的なストレージ装置に対して同様にアクセスすることができる。
この冗長なシステム構成を採用することによれば、例えば一方のファイバーチャネルスイッチ１０ａ，１０ｂが故障するなどの問題が生じてもシステム運用を継続することができる等、よりシステムの耐障害性を高くすることができる。
この冗長なシステム構成を採用することによれば、例えば一方のファイバーチャネルスイッチ１０ａ，１０ｂが故障するなどの問題が生じてもシステム運用を継続することができる等、よりシステムの耐障害性を高くすることができる。
このようなシステムにおける、障害発生時の対処方法を、図８に基づいて説明する。ただし以下では、説明の簡略化のためにハブを１つだけ設けた例について説明する。
まず、複数のファイバーチャネルスイッチのうちいずれか一を主（本明細書中では一般的な用語としてマスターと称する場合がある）、他を従（本明細書中では一般的な用語としてスレーブと称する場合がある）となるように設定する。この例では２つのファイバーチャネルスイッチを用いており、左側のファイバーチャネルスイッチをマスター、右側のファイバーチャネルスイッチをスレーブと設定している。
まず、複数のファイバーチャネルスイッチのうちいずれか一を主（本明細書中では一般的な用語としてマスターと称する場合がある）、他を従（本明細書中では一般的な用語としてスレーブと称する場合がある）となるように設定する。この例では２つのファイバーチャネルスイッチを用いており、左側のファイバーチャネルスイッチをマスター、右側のファイバーチャネルスイッチをスレーブと設定している。
各ファイバーチャネルスイッチ１０ａ，１０ｂでは、イーサネット（Ｒ）とハブ１２を介してイーサネット（Ｒ）の通信の異常を検出することができる。
各ファイバーチャネルスイッチ１０ａ，１０ｂがいずれかのイーサネット（Ｒ）の通信が異常であることを検出した場合、マスター側のファイバーチャネルスイッチ１０ａがスレーブ側の処理を引き継ぐフェイルオーバー処理を実行し、マスター側のファイバーチャネルスイッチ１０ａは、スレーブ側のファイバーチャネルスイッチ１０ｂに対して閉塞処理を行うように閉塞指示コマンドを出力する。
そして、スレーブ側のファイバーチャネルスイッチ１０ｂでは閉塞指示コマンドを受けてホストコンピュータ１１とＲＡＩＤストレージ装置１４との間のアクセスを閉塞する。
各ファイバーチャネルスイッチ１０ａ，１０ｂがいずれかのイーサネット（Ｒ）の通信が異常であることを検出した場合、マスター側のファイバーチャネルスイッチ１０ａがスレーブ側の処理を引き継ぐフェイルオーバー処理を実行し、マスター側のファイバーチャネルスイッチ１０ａは、スレーブ側のファイバーチャネルスイッチ１０ｂに対して閉塞処理を行うように閉塞指示コマンドを出力する。
そして、スレーブ側のファイバーチャネルスイッチ１０ｂでは閉塞指示コマンドを受けてホストコンピュータ１１とＲＡＩＤストレージ装置１４との間のアクセスを閉塞する。
上述したような従来のコンピュータシステムにおいては、各ファイバーチャネルスイッチ間のイーサネット（Ｒ）通信の異常の場合には、常にマスター側でフェイルオーバー処理を実行し、片側のスイッチで処理を継続するようにしていた。
しかし、各ファイバーチャネルスイッチとの間は、ハブとの間にそれぞれに接続された２本のイーサネットを有しているので、イーサネット（Ｒ）の通信異常といってもいずれの回線の異常かまでは判別していない。そこで、常にマスター側でフェイルオーバー処理をする従来の構成では、マスター側のファイバーチャネルスイッチとハブとの間のイーサネット（Ｒ）での障害が発生していた場合でもスレーブ側を閉塞してしまっているので、システムダウンのおそれが生じるという課題がある。
しかし、各ファイバーチャネルスイッチとの間は、ハブとの間にそれぞれに接続された２本のイーサネットを有しているので、イーサネット（Ｒ）の通信異常といってもいずれの回線の異常かまでは判別していない。そこで、常にマスター側でフェイルオーバー処理をする従来の構成では、マスター側のファイバーチャネルスイッチとハブとの間のイーサネット（Ｒ）での障害が発生していた場合でもスレーブ側を閉塞してしまっているので、システムダウンのおそれが生じるという課題がある。
本発明は上記課題を解決すべくなされ、その目的とするところは、ＬＡＮ通信回線（第２の通信回線）を介してのファイバーチャネルスイッチ（仮想化スイッチ）どうしの間の通信が異常であることが検出された場合でも、システムダウンのおそれを低減できるコンピュータシステム、およびそれに用いられる仮想化スイッチを提供することにある。
本発明に係る仮想化スイッチによれば、上記課題を解決するために以下の構成を備える。すなわち、ホストコンピュータ、単数または複数の物理ストレージ装置および他の仮想化スイッチのそれぞれに第１の通信回線により接続可能な、複数の第１の通信回線接続端子と、マネージャコンピュータに接続された単数または複数の集線装置に、第２の通信回線により接続可能な第２の通信回線接続端子と、前記単数または複数の物理ストレージ装置の記憶領域の一部または全部を組み合わせた記憶領域を、仮想的なストレージ装置として前記ホストコンピュータに認識させるストレージ仮想化手段とを備えた仮想化スイッチにおいて、他の仮想化スイッチとの間で第１の通信回線を介して通信可能な第１の通信手段と、他の仮想化スイッチとの間で前記第２の通信回線および前記集線装置を介して通信可能な第２の通信手段と、前記第２の通信手段によって他の仮想化スイッチとの間で通信可能か否かを定期的にテスト通信すると共に、テスト通信時に通信異常を検出した場合には、当該仮想化スイッチから前記集線装置までの間の自装置側第２の通信回線の異常か否かを検出する第２の通信回線監視手段と、前記第２の通信回線監視手段が通信異常を検出した場合に動作する異常時対処手段とを具備し、前記異常時対処手段は、前記第２の通信回線監視手段によって、他の仮想化スイッチとの間の通信異常が検出され、且つ自装置側第２の通信回線の異常であることが検出された場合に、当該仮想化スイッチを介した前記ホストコンピュータと前記物理ストレージ装置との間のアクセスを閉塞する閉塞処理を実行すると共に、他の仮想化スイッチにフェイルオーバー処理を実行させるフェイルオーバー指示命令を前記第１の通信手段により出力させ、前記第２の通信回線監視手段によって、他の仮想化スイッチとの間の通信異常が検出され、且つ自装置側第２の通信回線の通信は正常であることが検出された場合に、フェイルオーバー処理を実行すると共に、他の仮想化スイッチを介した前記ホストコンピュータと前記物理ストレージ装置との間のアクセスを閉塞する閉塞処理を実行させる閉塞指示命令を前記第１の通信手段により出力させることを特徴としている。
この構成を採用することによって、他の仮想化スイッチとの間で第２の通信回線による通信ができなくなったとき、自装置側の第２の通信回線の異常か他装置側の第２の通信回線の異常かを検出して、異常がある側の仮想化スイッチを閉塞するので、正常な側の仮想化スイッチで継続処理ができ、システムダウンの可能性を低減させることができる。
この構成を採用することによって、他の仮想化スイッチとの間で第２の通信回線による通信ができなくなったとき、自装置側の第２の通信回線の異常か他装置側の第２の通信回線の異常かを検出して、異常がある側の仮想化スイッチを閉塞するので、正常な側の仮想化スイッチで継続処理ができ、システムダウンの可能性を低減させることができる。
また、前記異常時対処手段は、前記第２の通信回線監視手段によって、他の仮想化スイッチとの間の通信異常が検出され、且つ自装置側第２の通信回線の異常であることが検出された場合には、他の仮想化スイッチに対して他装置側第２の通信回線の状態を取得する他装置側状態取得命令を前記第１の通信手段により出力させることを特徴としてもよい。
これによれば、自装置側の第２の通信回線だけでなく、他装置側の第２の通信回線の異常の有無を認識できるようになるため、システム全体として最適な対処を実行できるようになった。
これによれば、自装置側の第２の通信回線だけでなく、他装置側の第２の通信回線の異常の有無を認識できるようになるため、システム全体として最適な対処を実行できるようになった。
さらに、前記他の仮想化スイッチとの間で、互いの主従関係を設定可能な主従設定手段を具備し、前記主従設定手段により当該仮想化スイッチが主であると設定されている場合にのみ、前記異常時対処手段は、前記第１の通信手段に前記フェイルオーバー指示命令または前記閉塞指示命令を出力させ、前記主従設定手段により当該仮想化スイッチが従であると設定されている場合には、前記異常時対処手段は、前記第１の通信手段が受信した指示命令の指示に基づいてフェイルオーバー処理または閉塞処理を実行することを特徴としてもよい。
また、前記第１の通信手段による他の仮想化スイッチとの間の通信の異常の有無を検出する第１の通信回線異常検出手段を具備し、前記第２の通信回線監視手段によって、他の仮想化スイッチとの間の通信異常が検出され、且つ前記第１の通信回線異常検出手段が、他の仮想化スイッチとの間の第１の通信回線による通信異常を検出した場合には、前記異常時対処手段は、前記フェイルオーバー指示命令または前記閉塞指示命令を受信の有無に拘わらず、当該仮想化スイッチの自装置側第２の通信回線の状態に基づいてフェイルオーバー処理または閉塞処理を実行することを特徴としてもよい。
この構成によれば、他の仮想化スイッチ間の第１の通信回線による通信ができない場合において指示命令によらずに処理ができる。また、従来で第１の通信回線による通信も異常である場合には、マスターの仮想化スイッチは、スレーブの仮想化スイッチに対して閉塞指示を出力することができなかったので、スレーブの仮想化スイッチが閉塞せず、マスターとスレーブの双方の仮想化スイッチが生存することとなってしまい、いわゆるスプリットブレイン状態となってしまう問題点があった。スプリットブレイン状態になると、複数の仮想化スイッチでそれぞれ同じ処理を実行するようになって、データ化け等が発生するおそれがある。しかし、この構成によれば、他の仮想化スイッチからの指示によらずに処理を継続できるので、スプリットブレイン状態にならないようにすることができる。
この構成によれば、他の仮想化スイッチ間の第１の通信回線による通信ができない場合において指示命令によらずに処理ができる。また、従来で第１の通信回線による通信も異常である場合には、マスターの仮想化スイッチは、スレーブの仮想化スイッチに対して閉塞指示を出力することができなかったので、スレーブの仮想化スイッチが閉塞せず、マスターとスレーブの双方の仮想化スイッチが生存することとなってしまい、いわゆるスプリットブレイン状態となってしまう問題点があった。スプリットブレイン状態になると、複数の仮想化スイッチでそれぞれ同じ処理を実行するようになって、データ化け等が発生するおそれがある。しかし、この構成によれば、他の仮想化スイッチからの指示によらずに処理を継続できるので、スプリットブレイン状態にならないようにすることができる。
なお、前記第１の通信回線はファイバーチャネルであり、前記第２の通信回線はＬＡＮ通信回線であり、前記集線装置はハブであることを特徴としてもよい。
本発明にかかるコンピュータシステムによれば、請求項１〜５のうちのいずれか１項記載の複数の仮想化スイッチと、各該仮想化スイッチに、前記第１の通信回線接続端子を介して第１の通信回線により接続されたホストコンピュータと、各前記仮想化スイッチに、前記第１の通信回線接続端子を介して第１の通信回線により接続された単数または複数の物理ストレージ装置と、各前記仮想化スイッチに、前記第２の通信回線接続端子を介して第２の通信回線により接続された集線装置と、前記集線装置に、第２の通信回線により接続されたマネージャコンピュータとを具備することを特徴としている。
この構成を採用することによって、複数の仮想化スイッチスイッチ間で第２の通信回線での通信ができなくなったとき、正常な第２の通信回線が接続されている側での仮想化スイッチに処理を継続させるので、システムダウンの可能性を低減することができる。
この構成を採用することによって、複数の仮想化スイッチスイッチ間で第２の通信回線での通信ができなくなったとき、正常な第２の通信回線が接続されている側での仮想化スイッチに処理を継続させるので、システムダウンの可能性を低減することができる。
本発明に係る仮想化スイッチおよびコンピュータシステムによれば、正常な第２の通信回線が接続された仮想化スイッチによってフェイルオーバー処理ができるので、システムダウンの可能性を低減することができる。
以下、本発明に係る仮想化スイッチおよびコンピュータシステムを実施するための最良の形態を説明する。
本実施の形態に係るコンピュータシステムの構成を、図１の説明図に示し、コンピュータシステムの全体構成を説明する。
本実施形態で説明するコンピュータシステム３０は、１台のホストコンピュータ３１に２台のファイバーチャネルスイッチＶａ、Ｖｂ（特許請求の範囲でいう仮想化スイッチ）がファイバーチャネルＦＣ（特許請求の範囲でいう第１の通信回線）によって接続されている。各ファイバーチャネルスイッチＶａ、Ｖｂは、２個の物理ストレージ装置Ｘ，Ｙから構成されるＲＡＩＤストレージ装置３２にそれぞれファイバーチャネルＦＣを介して接続される。
本実施形態で説明するコンピュータシステム３０は、１台のホストコンピュータ３１に２台のファイバーチャネルスイッチＶａ、Ｖｂ（特許請求の範囲でいう仮想化スイッチ）がファイバーチャネルＦＣ（特許請求の範囲でいう第１の通信回線）によって接続されている。各ファイバーチャネルスイッチＶａ、Ｖｂは、２個の物理ストレージ装置Ｘ，Ｙから構成されるＲＡＩＤストレージ装置３２にそれぞれファイバーチャネルＦＣを介して接続される。
各ファイバーチャネルスイッチＶａ、Ｖｂは、それぞれ同じ構成の仮想ストレージ装置Ａ，Ｂをホストコンピュータに認識させることができる。このため、ホストコンピュータ３１は、２つのファイバーチャネルスイッチＶａ，Ｖｂのいずれを介しても仮想ストレージ装置Ａ，Ｂに同様にアクセスすることができる。
本実施形態では、各ファイバーチャネルスイッチＶａ，Ｖｂは、物理ストレージ装置Ｘの一部ａ１と物理ストレージ装置Ｙの一部ａ２とを組み合わせて仮想ストレージ装置Ａを構成し、物理ストレージ装置Ｙの一部ｂ１と物理ストレージ装置Ｘの一部ｂ２とを組み合わせて仮想ストレージ装置Ｂを構成している。
各ファイバーチャネルスイッチＶａ，Ｖｂは、このような仮想ストレージ装置Ａ，Ｂを接続されたホストコンピュータ３１がアクセス可能となるように提供している。
本実施形態では、各ファイバーチャネルスイッチＶａ，Ｖｂは、物理ストレージ装置Ｘの一部ａ１と物理ストレージ装置Ｙの一部ａ２とを組み合わせて仮想ストレージ装置Ａを構成し、物理ストレージ装置Ｙの一部ｂ１と物理ストレージ装置Ｘの一部ｂ２とを組み合わせて仮想ストレージ装置Ｂを構成している。
各ファイバーチャネルスイッチＶａ，Ｖｂは、このような仮想ストレージ装置Ａ，Ｂを接続されたホストコンピュータ３１がアクセス可能となるように提供している。
また、各ファイバーチャネルスイッチは、ハブ３６（特許請求の範囲でいう集線装置）を介してマネージャコンピュータ３８とＬＡＮ（特許請求の範囲でいう第２の通信回線）接続されている。本実施形態では、ＬＡＮ通信規格としてイーサネット（Ｒ）を例として説明している。マネージャコンピュータ３８は、ハブ３６を介して各ファイバーチャネルスイッチＶａ，Ｖｂ内の仮想ボリューム等を設定するなどのマネージメントを実行する。
このように、マネージャコンピュータ３８と、２台のファイバーチャネルスイッチＶａ，Ｖｂは、集線装置であるハブ３６を介してイーサネット（Ｒ）Ｅｔを介して相互に通信可能に設けられる。
さらに、２台のファイバーチャネルスイッチＶａ，Ｖｂどうしは、直接ファイバーチャネルＦＣでも接続されており、ファイバーチャネルによる通信も可能である。
このように、マネージャコンピュータ３８と、２台のファイバーチャネルスイッチＶａ，Ｖｂは、集線装置であるハブ３６を介してイーサネット（Ｒ）Ｅｔを介して相互に通信可能に設けられる。
さらに、２台のファイバーチャネルスイッチＶａ，Ｖｂどうしは、直接ファイバーチャネルＦＣでも接続されており、ファイバーチャネルによる通信も可能である。
以下、ファイバーチャネルスイッチＶａ，Ｖｂの実施の形態について図２に基づいて説明する。図２は、本実施の形態に係るファイバーチャネルスイッチＶａの構成を示すブロック図である。なお、ファイバーチャネルスイッチＶｂは、ファイバーチャネルスイッチＶａと同様の構成であるため、図示を省略する。
ファイバーチャネルスイッチＶａは、ホストコンピュータ３１、他のファイバーチャネルスイッチおよびＲＡＩＤストレージ装置３２のそれぞれに、ファイバーチャネルにより接続可能に設けられた複数のファイバーチャネル接続端子３４ａ〜３４ｆを備える。
ファイバーチャネル接続端子３４ａ〜３４ｆには、ファイバーチャネルに対応した同軸ケーブルまたは光ファイバーケーブルから成るファイバーチャネルケーブルを接続することができる。ホストコンピュータ３１、他のファイバーチャネルスイッチおよびＲＡＩＤストレージ装置３２は、そのファイバーチャネルケーブルを介して、ファイバーチャネル接続端子３４ａ〜３４ｆに接続される。
ファイバーチャネルスイッチＶａは、ハブ３６にＬＡＮ接続可能なＬＡＮ接続端子３９Ａ〜３９Ｃを備えている。上述したように本実施形態では、ＬＡＮ通信規格としてイーサネット（Ｒ）を採用している。イーサネット（Ｒ）では、同軸ケーブルまたはツイストペアケーブルなどのイーサネット（Ｒ）用のケーブルが用いられることが一般的であり、ＬＡＮ接続端子３９Ａ〜３９Ｃは、このようなイーサネット（Ｒ）用のケーブルが接続可能となるように設けられている。
ファイバーチャネルスイッチＶａは、ＣＰＵやその他のＬＳＩやメモリ等から成る制御部４０を有する。制御部４０は、ＣＰＵによりＲＯＭに記録されたファームウェアプログラムを実行したり、ＬＳＩの機能を実行したりすることにより、ストレージ仮想化手段４２、ファイバーチャネル通信手段４４、ファイバーチャネル通信異常検出手段４６、異常時対処手段４８、主従設定手段５０、イーサネット（Ｒ）通信手段５２およびイーサネット（Ｒ）監視手段５４を実現することができる。
なお、特許請求の範囲でいう第２の通信手段がイーサネット（Ｒ）通信手段に該当し、第２の通信回線監視手段がイーサネット（Ｒ）監視手段に該当する。
なお、特許請求の範囲でいう第２の通信手段がイーサネット（Ｒ）通信手段に該当し、第２の通信回線監視手段がイーサネット（Ｒ）監視手段に該当する。
（ストレージ仮想化手段４２）
ストレージ仮想化手段４２は、図１の例で示したように、ファイバーチャネル接続端子３４ａを介して接続された物理ストレージ装置Ｘ，Ｙのそれぞれの記憶領域の一部を組み合わせた記憶領域を、仮想的なストレージ装置Ａ，Ｂとして、ホストコンピュータ３１に提供する。なお、ファイバーチャネルスイッチＶａ，Ｖｂによる仮想的なストレージ装置の構成は、この例に限定されず、接続された多数の物理ストレージ装置の記憶領域の全部または一部を、自由に組み合わせて、仮想的なストレージ装置を構成することができる。
ストレージ仮想化手段４２は、ホストコンピュータ３１からファイバーチャネル接続端子３４ａ〜３４ｆを介して入力された仮想的なストレージ装置Ａ，Ｂに対するアクセス信号に基づいて、ファイバーチャネル接続端子３２ａを通じて物理ストレージ装置Ｘ，Ｙの対応する領域にアクセスする。
ストレージ仮想化手段４２は、図１の例で示したように、ファイバーチャネル接続端子３４ａを介して接続された物理ストレージ装置Ｘ，Ｙのそれぞれの記憶領域の一部を組み合わせた記憶領域を、仮想的なストレージ装置Ａ，Ｂとして、ホストコンピュータ３１に提供する。なお、ファイバーチャネルスイッチＶａ，Ｖｂによる仮想的なストレージ装置の構成は、この例に限定されず、接続された多数の物理ストレージ装置の記憶領域の全部または一部を、自由に組み合わせて、仮想的なストレージ装置を構成することができる。
ストレージ仮想化手段４２は、ホストコンピュータ３１からファイバーチャネル接続端子３４ａ〜３４ｆを介して入力された仮想的なストレージ装置Ａ，Ｂに対するアクセス信号に基づいて、ファイバーチャネル接続端子３２ａを通じて物理ストレージ装置Ｘ，Ｙの対応する領域にアクセスする。
（ファイバーチャネル通信手段）
ファイバーチャネル通信手段４４は、ファイバーチャネル接続端子３４ａ〜３４ｆを介してファイバーチャネルＦＣにより接続された、他のファイバーチャネルスイッチＶｂとの間で、通信する機能を有する。
なお、特許請求の範囲でいう第１の通信手段がファイバーチャネル通信手段に該当する。
ファイバーチャネル通信手段４４は、ファイバーチャネル接続端子３４ａ〜３４ｆを介してファイバーチャネルＦＣにより接続された、他のファイバーチャネルスイッチＶｂとの間で、通信する機能を有する。
なお、特許請求の範囲でいう第１の通信手段がファイバーチャネル通信手段に該当する。
（ファイバーチャネル通信異常検出手段）
ファイバーチャネル通信異常検出手段４６は、ファイバーチャネル通信手段４４の一機能として備えられている。本実施形態においては、ファイバーチャネル通信手段４４は、主として他のファイバーチャネルスイッチＶｂとの間での通信制御を実行するが、他のファイバーチャネルスイッチＶｂへ何らかのコマンドを送信した後、所定時間経過しても応答が無かった場合に、ファイバーチャネル通信回線の異常であると認識する。
なお、特許請求の範囲でいう第１の通信回線異常検出手段がファイバーチャネル通信異常検出手段に該当する。
ファイバーチャネル通信異常検出手段４６は、ファイバーチャネル通信手段４４の一機能として備えられている。本実施形態においては、ファイバーチャネル通信手段４４は、主として他のファイバーチャネルスイッチＶｂとの間での通信制御を実行するが、他のファイバーチャネルスイッチＶｂへ何らかのコマンドを送信した後、所定時間経過しても応答が無かった場合に、ファイバーチャネル通信回線の異常であると認識する。
なお、特許請求の範囲でいう第１の通信回線異常検出手段がファイバーチャネル通信異常検出手段に該当する。
（イーサネット（Ｒ）通信手段）
イーサネット（Ｒ）通信手段５２は、ＬＡＮ通信規格の一例として一般的に普及しているイーサネット（Ｒ）により他の機器と通信可能な機能を有している。ここでは他の機器とは、ハブ３６を介して他のファイバーチャネルスイッチＶｂおよびマネージャコンピュータ３８のことであり、イーサネット（Ｒ）通信手段５２がこれらの機器に対してアクセス制御を実行する。
また、イーサネット（Ｒ）通信手段５２は、データを他の機器に送信するときにケーブルの空き状況を確認する。もし、相手からデータが送信されている最中にこちらからもデータを送信するとコリジョンが生じてデータの消滅もありうるためである。
イーサネット（Ｒ）通信手段５２は、ＬＡＮ通信規格の一例として一般的に普及しているイーサネット（Ｒ）により他の機器と通信可能な機能を有している。ここでは他の機器とは、ハブ３６を介して他のファイバーチャネルスイッチＶｂおよびマネージャコンピュータ３８のことであり、イーサネット（Ｒ）通信手段５２がこれらの機器に対してアクセス制御を実行する。
また、イーサネット（Ｒ）通信手段５２は、データを他の機器に送信するときにケーブルの空き状況を確認する。もし、相手からデータが送信されている最中にこちらからもデータを送信するとコリジョンが生じてデータの消滅もありうるためである。
（イーサネット（Ｒ）監視手段）
イーサネット（Ｒ）監視手段５４は、イーサネット（Ｒ）通信手段５２の一機能として備えられている。イーサネット（Ｒ）監視手段５４は、ホストコンピュータ３１による仮想的なストレージ装置Ａ，Ｂへのアクセスが途絶えているときなど、他のファイバーチャネルスイッチＶｂとの間に必要な通信が発生していないときには、他のファイバーチャネルスイッチＶｂに対してダミー情報を送信してその応答を得ることで、他のファイバーチャネルスイッチＶｂとの間でイーサネット(Ｒ)通信が可能な状態にあるか否かを常時監視する。このダミー情報の送信は、特に限定されないが、例えば必要な通信が１秒以上途絶えたときに、１秒おきに行うといった構成を採用できる。
イーサネット（Ｒ）監視手段５４は、イーサネット（Ｒ）通信手段５２の一機能として備えられている。イーサネット（Ｒ）監視手段５４は、ホストコンピュータ３１による仮想的なストレージ装置Ａ，Ｂへのアクセスが途絶えているときなど、他のファイバーチャネルスイッチＶｂとの間に必要な通信が発生していないときには、他のファイバーチャネルスイッチＶｂに対してダミー情報を送信してその応答を得ることで、他のファイバーチャネルスイッチＶｂとの間でイーサネット(Ｒ)通信が可能な状態にあるか否かを常時監視する。このダミー情報の送信は、特に限定されないが、例えば必要な通信が１秒以上途絶えたときに、１秒おきに行うといった構成を採用できる。
また、イーサネット（Ｒ）監視手段５４は、他のファイバーチャネルスイッチＶｂとの間の通信異常が、自装置Ｖａからハブ３６までの自装置側のイーサネット（Ｒ）回線における異常か否かを検出することができる。つまり、イーサネット（Ｒ）監視手段５４は、ダミー情報の送信を他のファイバーチャネルスイッチＶｂにしたのち、応答が戻ってこなかった場合には、次にハブ３６に対してダミー情報を送信する。ダミー情報の発信に対してハブ３６が応答した場合には、イーサネット（Ｒ）監視手段５４は、自装置側のイーサネット（Ｒ）回線は正常であると判断する。ダミー情報の発信に対してハブ３６が応答してこなかった場合には、イーサネット（Ｒ）監視手段５４は、自装置側のイーサネット（Ｒ）回線が異常であると判断する。
（主従設定手段）
主従設定手段５０は、他のファイバーチャネルスイッチＶｂとの間で、互いの主従（マスターまたはスレーブ）関係を設定する機能を有する。
主従設定手段５０における主従関係の設定は、他のファイバーチャネルスイッチＶｂに対して当該ファイバーチャネルスイッチＶａがマスターであるかスレーブであるかを表す主従情報が、予め不揮発性メモリに記憶されてなされている。
これによれば、コンピュータシステムの構成時に不揮発性メモリに主従情報を書き込むことで、予め、各ファイバーチャネルスイッチＶａ，Ｖｂの主従関係を設定することができる。
主従設定手段５０は、他のファイバーチャネルスイッチＶｂとの間で、互いの主従（マスターまたはスレーブ）関係を設定する機能を有する。
主従設定手段５０における主従関係の設定は、他のファイバーチャネルスイッチＶｂに対して当該ファイバーチャネルスイッチＶａがマスターであるかスレーブであるかを表す主従情報が、予め不揮発性メモリに記憶されてなされている。
これによれば、コンピュータシステムの構成時に不揮発性メモリに主従情報を書き込むことで、予め、各ファイバーチャネルスイッチＶａ，Ｖｂの主従関係を設定することができる。
（異常時対処手段）
異常時対処手段４８は、イーサネット（Ｒ）監視手段５４がイーサネット（Ｒ）通信の異常を検出したときに動作する。
異常時対処手段４８は、イーサネット（Ｒ）監視手段５４が、他のファイバーチャネルスイッチＶｂとの通信異常であることを検出した場合には、さらに他のファイバーチャネルスイッチＶｂの状況も考慮しつつ、ホストコンピュータ３１と物理ストレージ装置Ｘ，Ｙとの間のアクセスを閉塞するか、またはフェイルオーバー処理を実行するものである。
異常時対処手段４８は、イーサネット（Ｒ）監視手段５４がイーサネット（Ｒ）通信の異常を検出したときに動作する。
異常時対処手段４８は、イーサネット（Ｒ）監視手段５４が、他のファイバーチャネルスイッチＶｂとの通信異常であることを検出した場合には、さらに他のファイバーチャネルスイッチＶｂの状況も考慮しつつ、ホストコンピュータ３１と物理ストレージ装置Ｘ，Ｙとの間のアクセスを閉塞するか、またはフェイルオーバー処理を実行するものである。
本実施形態では、マスターに設定されたファイバーチャネルスイッチＶａとスレーブに設定されたファイバーチャネルスイッチＶｂとでは、異常時対処手段４８の動作が異なっている。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、イーサネット（Ｒ）の通信異常が検出された場合であっても、自装置からハブ３６までの間の自装置側のイーサネット（Ｒ）回線が正常であれば、スレーブ側の状況に拘わらず、スレーブ側で行っていた処理をマスター側で処理する、フェイルオーバー処理を実行する。
一方、スレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、マスター側からの指示コマンドを受信した場合には、この指示にしたがって閉塞処理またはフェイルオーバー処理を行い、マスター側からの応答が無い場合にのみ自装置からハブ３６までの間の自装置側のイーサネット（Ｒ）回線が正常かどうかに基づいて閉塞処理またはフェイルオーバー処理を行う。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、イーサネット（Ｒ）の通信異常が検出された場合であっても、自装置からハブ３６までの間の自装置側のイーサネット（Ｒ）回線が正常であれば、スレーブ側の状況に拘わらず、スレーブ側で行っていた処理をマスター側で処理する、フェイルオーバー処理を実行する。
一方、スレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、マスター側からの指示コマンドを受信した場合には、この指示にしたがって閉塞処理またはフェイルオーバー処理を行い、マスター側からの応答が無い場合にのみ自装置からハブ３６までの間の自装置側のイーサネット（Ｒ）回線が正常かどうかに基づいて閉塞処理またはフェイルオーバー処理を行う。
ここで、異常時対処手段４８の閉塞処理とフェイルオーバー処理について説明する。
閉塞処理とは、ファイバーチャネルスイッチＶａまたはＶｂを介したホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞するものである。
具体的には、例えば、ファイバーチャネルスイッチＶａが、ホストコンピュータ３１が接続されたファイバーチャネル接続端子３２ｄを介して、ホストコンピュータ３１に対して仮想的なストレージ装置Ａ，Ｂがアクセスビジーであることを示すビジー信号を出力して、ホストコンピュータが仮想的なストレージ装置Ａ，Ｂにアクセスできないようにする。こうすることで、ホストコンピュータ３１は、ファイバーチャネルスイッチＶａを介した仮想的なストレージ装置Ａ，Ｂへのアクセスができなくなるから、アクセスビジーが発生していない他のパス、すなわち他方のファイバーチャネルスイッチＶｂに繋がるパスを介して、仮想的なストレージ装置Ａ，Ｂへアクセスすることになる。
閉塞処理とは、ファイバーチャネルスイッチＶａまたはＶｂを介したホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞するものである。
具体的には、例えば、ファイバーチャネルスイッチＶａが、ホストコンピュータ３１が接続されたファイバーチャネル接続端子３２ｄを介して、ホストコンピュータ３１に対して仮想的なストレージ装置Ａ，Ｂがアクセスビジーであることを示すビジー信号を出力して、ホストコンピュータが仮想的なストレージ装置Ａ，Ｂにアクセスできないようにする。こうすることで、ホストコンピュータ３１は、ファイバーチャネルスイッチＶａを介した仮想的なストレージ装置Ａ，Ｂへのアクセスができなくなるから、アクセスビジーが発生していない他のパス、すなわち他方のファイバーチャネルスイッチＶｂに繋がるパスを介して、仮想的なストレージ装置Ａ，Ｂへアクセスすることになる。
フェイルオーバー処理とは、いずれかのファイバーチャネルスイッチに障害が発生した場合に、障害が発生したファイバーチャネルスイッチの処理やデータを引き継いで実行する処理である。
すなわち、各ファイバーチャネルスイッチＶａ，Ｖｂは、互いの状態をイーサネット（Ｒ）を介して監視しつつ、データの処理等については同期をとっており、何れか一方のファイバーチャネルスイッチが閉塞した場合には、データの処理等の引き継ぎを確実に行えるようにしている。
すなわち、各ファイバーチャネルスイッチＶａ，Ｖｂは、互いの状態をイーサネット（Ｒ）を介して監視しつつ、データの処理等については同期をとっており、何れか一方のファイバーチャネルスイッチが閉塞した場合には、データの処理等の引き継ぎを確実に行えるようにしている。
次に、異常時対処手段４８が、イーサネット（Ｒ）通信の異常時にどのような対処方法を実行するかについて、図３〜図５に基づいて、さらに具体的に説明する。
ただし、ここで説明するファイバーチャネルスイッチＶａは、マスターに設定されているものとし、他のファイバーチャネルスイッチＶｂは、スレーブに設定されているものとする。
図３は、マスター側およびスレーブ側におけるファイバーチャネルスイッチの、イーサネット（Ｒ）通信の異常の有無と、ファイバーチャネル通信の異常の有無とにより場合分けした８つのパターンを示している。
図４は、マスターに設定されたファイバーチャネルスイッチＶａの処理フローチャートであり、図５はスレーブに設定されたファイバーチャネルスイッチＶｂの処理フローチャートである。
ただし、ここで説明するファイバーチャネルスイッチＶａは、マスターに設定されているものとし、他のファイバーチャネルスイッチＶｂは、スレーブに設定されているものとする。
図３は、マスター側およびスレーブ側におけるファイバーチャネルスイッチの、イーサネット（Ｒ）通信の異常の有無と、ファイバーチャネル通信の異常の有無とにより場合分けした８つのパターンを示している。
図４は、マスターに設定されたファイバーチャネルスイッチＶａの処理フローチャートであり、図５はスレーブに設定されたファイバーチャネルスイッチＶｂの処理フローチャートである。
以下においては、まず図３の表に基づいて各パターンにおける各ファイバーチャネルスイッチＶａ，Ｖｂの処理について説明する。
なお、以下の８つのパターンの説明においては、マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４がイーサネット（Ｒ）通信の異常を検出するか、またはスレーブ側のファイバーチャネルスイッチＶｂのイーサネット（Ｒ）監視手段５４がイーサネット（Ｒ）通信の異常を検出し、マスター側のファイバーチャネルスイッチＶａへファイバーチャネル通信を介して報告することで、マスター側のファイバーチャネルスイッチＶａがイーサネット（Ｒ）通信異常を認識したところまでは共通である。
したがって、マスター側のファイバーチャネルスイッチＶａがイーサネット（Ｒ）通信異常を認識する部分の説明は省き、認識してから以降の説明をする。
なお、以下の８つのパターンの説明においては、マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４がイーサネット（Ｒ）通信の異常を検出するか、またはスレーブ側のファイバーチャネルスイッチＶｂのイーサネット（Ｒ）監視手段５４がイーサネット（Ｒ）通信の異常を検出し、マスター側のファイバーチャネルスイッチＶａへファイバーチャネル通信を介して報告することで、マスター側のファイバーチャネルスイッチＶａがイーサネット（Ｒ）通信異常を認識したところまでは共通である。
したがって、マスター側のファイバーチャネルスイッチＶａがイーサネット（Ｒ）通信異常を認識する部分の説明は省き、認識してから以降の説明をする。
（パターン１）
マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４は、は、自装置側のイーサネット（Ｒ）回線が正常であると判断。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、スレーブ側のファイバーチャネルスイッチＶｂへ閉塞指示コマンドを出力させる。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、スレーブ側のファイバーチャネルスイッチＶｂの処理を片寄せするフェイルオーバー処理を実行する。
なお、スレーブ側のファイバーチャネルスイッチＶｂでは、閉塞指示コマンドを受信した異常時対処手段４８がホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する。
マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４は、は、自装置側のイーサネット（Ｒ）回線が正常であると判断。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、スレーブ側のファイバーチャネルスイッチＶｂへ閉塞指示コマンドを出力させる。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、スレーブ側のファイバーチャネルスイッチＶｂの処理を片寄せするフェイルオーバー処理を実行する。
なお、スレーブ側のファイバーチャネルスイッチＶｂでは、閉塞指示コマンドを受信した異常時対処手段４８がホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する。
ちなみに、パターン１のような状態は、スレーブ側でのイーサネット（Ｒ）回線も正常であるため、イーサネット（Ｒ）通信の異常は、ハブ３６内部の影響であると考えられる。このような状況は希であると考えられる。
（パターン２）
マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４は、は、自装置側のイーサネット（Ｒ）回線が正常であると判断。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、スレーブ側のファイバーチャネルスイッチＶｂへ閉塞指示コマンドを出力させる。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、スレーブ側のファイバーチャネルスイッチＶｂの処理を片寄せするフェイルオーバー処理を実行する。
なお、スレーブ側のファイバーチャネルスイッチＶｂでは、閉塞指示コマンドを受信した異常時対処手段４８がホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する。
マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４は、は、自装置側のイーサネット（Ｒ）回線が正常であると判断。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、スレーブ側のファイバーチャネルスイッチＶｂへ閉塞指示コマンドを出力させる。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、スレーブ側のファイバーチャネルスイッチＶｂの処理を片寄せするフェイルオーバー処理を実行する。
なお、スレーブ側のファイバーチャネルスイッチＶｂでは、閉塞指示コマンドを受信した異常時対処手段４８がホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する。
（パターン３）
マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４は、は、自装置側のイーサネット（Ｒ）回線が正常であると判断。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、スレーブ側のファイバーチャネルスイッチＶｂへ閉塞指示コマンドを出力させる。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、スレーブ側のファイバーチャネルスイッチＶｂの処理を片寄せするフェイルオーバー処理を実行する。
このパターンでは、ファイバーチャネル通信にも異常が生じているため、閉塞指示コマンドはスレーブ側のファイバーチャネルスイッチＶｂへは届かない。さらに、スレーブ側のファイバーチャネルスイッチＶｂにおいても、イーサネット（Ｒ）通信の異常を検出しているが、その報告がファイバーチャネル通信の異常によってマスター側のファイバーチャネルスイッチＶａに届かない。
スレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、マスター側のファイバーチャネルスイッチＶａの指示がないため、イーサネット（Ｒ）監視手段５４によって自装置側のイーサネット（Ｒ）回線が正常であるか否か判断させ、正常であることを検出する。
そしてスレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、マスター側のファイバーチャネルスイッチＶａの処理を片寄せするフェイルオーバー処理を実行する。
マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４は、は、自装置側のイーサネット（Ｒ）回線が正常であると判断。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、スレーブ側のファイバーチャネルスイッチＶｂへ閉塞指示コマンドを出力させる。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、スレーブ側のファイバーチャネルスイッチＶｂの処理を片寄せするフェイルオーバー処理を実行する。
このパターンでは、ファイバーチャネル通信にも異常が生じているため、閉塞指示コマンドはスレーブ側のファイバーチャネルスイッチＶｂへは届かない。さらに、スレーブ側のファイバーチャネルスイッチＶｂにおいても、イーサネット（Ｒ）通信の異常を検出しているが、その報告がファイバーチャネル通信の異常によってマスター側のファイバーチャネルスイッチＶａに届かない。
スレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、マスター側のファイバーチャネルスイッチＶａの指示がないため、イーサネット（Ｒ）監視手段５４によって自装置側のイーサネット（Ｒ）回線が正常であるか否か判断させ、正常であることを検出する。
そしてスレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、マスター側のファイバーチャネルスイッチＶａの処理を片寄せするフェイルオーバー処理を実行する。
ちなみに、パターン３では、双方のファイバーチャネルスイッチＶａ，Ｖｂともフェイルオーバー処理することでスプリットブレイン状態となってしまう。しかしこのパターンは、ハブ３６の内部での通信異常で且つ双方のファイバーチャネルスイッチＶａ，Ｖｂを結ぶファイバーチャネル通信異常という極めて希なケースであり、発生する可能性は極めて低いものと考えられる。
（パターン４）
マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４は、は、自装置側のイーサネット（Ｒ）回線が正常であると判断。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、スレーブ側のファイバーチャネルスイッチＶｂへ閉塞指示コマンドを出力させる。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、スレーブ側のファイバーチャネルスイッチＶｂの処理を片寄せするフェイルオーバー処理を実行する。
このパターンでは、ファイバーチャネル通信に異常が生じているため、閉塞指示コマンドはスレーブ側のファイバーチャネルスイッチＶｂへは届かない。さらに、スレーブ側のファイバーチャネルスイッチＶｂにおいても、イーサネット（Ｒ）通信の異常を検出しているが、その報告がファイバーチャネル通信の異常によってマスター側のファイバーチャネルスイッチＶａに届かない。
スレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、マスター側のファイバーチャネルスイッチＶａの指示がないため、イーサネット（Ｒ）監視手段５４によって自装置側のイーサネット（Ｒ）回線が正常であるか否か判断させ、異常であることを検出する。
そしてスレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、ホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する。
マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４は、は、自装置側のイーサネット（Ｒ）回線が正常であると判断。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、スレーブ側のファイバーチャネルスイッチＶｂへ閉塞指示コマンドを出力させる。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、スレーブ側のファイバーチャネルスイッチＶｂの処理を片寄せするフェイルオーバー処理を実行する。
このパターンでは、ファイバーチャネル通信に異常が生じているため、閉塞指示コマンドはスレーブ側のファイバーチャネルスイッチＶｂへは届かない。さらに、スレーブ側のファイバーチャネルスイッチＶｂにおいても、イーサネット（Ｒ）通信の異常を検出しているが、その報告がファイバーチャネル通信の異常によってマスター側のファイバーチャネルスイッチＶａに届かない。
スレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、マスター側のファイバーチャネルスイッチＶａの指示がないため、イーサネット（Ｒ）監視手段５４によって自装置側のイーサネット（Ｒ）回線が正常であるか否か判断させ、異常であることを検出する。
そしてスレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、ホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する。
（パターン５）
マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４は、は、自装置側のイーサネット（Ｒ）回線が異常であると判断。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、イーサネット（Ｒ）回線の状況を知らせるように命令する状況送信コマンドをスレーブ側のファイバーチャネルスイッチＶｂへ送信させる。
スレーブ側のファイバーチャネルスイッチＶｂは状況送信コマンドを受信する。
スレーブ側のファイバーチャネルスイッチＶｂのイーサネット（Ｒ）監視手段５４は、自装置側のイーサネット（Ｒ）回線が正常であると判断。スレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、ファイバーチャネル通信手段４４に、スレーブ側のイーサネット（Ｒ）回線が正常である旨の監視結果コマンドをマスター側のファイバーチャネルスイッチＶａへ送信させる。
マスター側のファイバーチャネルスイッチＶａは、スレーブ側のイーサネット（Ｒ）回線が正常である旨の監視結果コマンドを受信する。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、スレーブ側のファイバーチャネルスイッチＶｂでフェイルオーバー処理をさせるフェイルオーバー処理コマンドを送信させる。そして、マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、自装置側のイーサネット（Ｒ）回線が異常であるため、ホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する。
一方、フェイルオーバー処理コマンドを受信したスレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、マスター側のファイバーチャネルスイッチＶａの処理を片寄せするフェイルオーバー処理を実行する。
マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４は、は、自装置側のイーサネット（Ｒ）回線が異常であると判断。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、イーサネット（Ｒ）回線の状況を知らせるように命令する状況送信コマンドをスレーブ側のファイバーチャネルスイッチＶｂへ送信させる。
スレーブ側のファイバーチャネルスイッチＶｂは状況送信コマンドを受信する。
スレーブ側のファイバーチャネルスイッチＶｂのイーサネット（Ｒ）監視手段５４は、自装置側のイーサネット（Ｒ）回線が正常であると判断。スレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、ファイバーチャネル通信手段４４に、スレーブ側のイーサネット（Ｒ）回線が正常である旨の監視結果コマンドをマスター側のファイバーチャネルスイッチＶａへ送信させる。
マスター側のファイバーチャネルスイッチＶａは、スレーブ側のイーサネット（Ｒ）回線が正常である旨の監視結果コマンドを受信する。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、スレーブ側のファイバーチャネルスイッチＶｂでフェイルオーバー処理をさせるフェイルオーバー処理コマンドを送信させる。そして、マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、自装置側のイーサネット（Ｒ）回線が異常であるため、ホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する。
一方、フェイルオーバー処理コマンドを受信したスレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、マスター側のファイバーチャネルスイッチＶａの処理を片寄せするフェイルオーバー処理を実行する。
（パターン６）
マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４は、は、自装置側のイーサネット（Ｒ）回線が異常であると判断。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、イーサネット（Ｒ）回線の状況を知らせるように命令する状況送信コマンドをスレーブ側のファイバーチャネルスイッチＶｂへ送信させる。
スレーブ側のファイバーチャネルスイッチＶｂは状況送信コマンドを受信する。
スレーブ側のファイバーチャネルスイッチＶｂのイーサネット（Ｒ）監視手段５４は、自装置側のイーサネット（Ｒ）回線が異常であると判断。スレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、ファイバーチャネル通信手段４４に、スレーブ側のイーサネット（Ｒ）回線が異常である旨の監視結果コマンドをスレーブ側のファイバーチャネルスイッチＶｂへ送信させる。
マスター側のファイバーチャネルスイッチＶａは、スレーブ側のイーサネット（Ｒ）回線が異常である旨の監視結果コマンドを受信する。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、スレーブ側のファイバーチャネルスイッチＶｂを閉塞させる閉塞処理コマンドを送信させる。そして、マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、自装置側のイーサネット（Ｒ）回線が異常であるが、スレーブ側のファイバーチャネルスイッチＶｂの処理を片寄せするフェイルオーバー処理を実行する。
一方、閉塞処理コマンドを受信したスレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、ホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する。
マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４は、は、自装置側のイーサネット（Ｒ）回線が異常であると判断。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、イーサネット（Ｒ）回線の状況を知らせるように命令する状況送信コマンドをスレーブ側のファイバーチャネルスイッチＶｂへ送信させる。
スレーブ側のファイバーチャネルスイッチＶｂは状況送信コマンドを受信する。
スレーブ側のファイバーチャネルスイッチＶｂのイーサネット（Ｒ）監視手段５４は、自装置側のイーサネット（Ｒ）回線が異常であると判断。スレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、ファイバーチャネル通信手段４４に、スレーブ側のイーサネット（Ｒ）回線が異常である旨の監視結果コマンドをスレーブ側のファイバーチャネルスイッチＶｂへ送信させる。
マスター側のファイバーチャネルスイッチＶａは、スレーブ側のイーサネット（Ｒ）回線が異常である旨の監視結果コマンドを受信する。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、スレーブ側のファイバーチャネルスイッチＶｂを閉塞させる閉塞処理コマンドを送信させる。そして、マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、自装置側のイーサネット（Ｒ）回線が異常であるが、スレーブ側のファイバーチャネルスイッチＶｂの処理を片寄せするフェイルオーバー処理を実行する。
一方、閉塞処理コマンドを受信したスレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、ホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する。
（パターン７）
マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４は、は、自装置側のイーサネット（Ｒ）回線が異常であると判断。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、イーサネット（Ｒ）回線の状況を知らせるように命令する状況送信コマンドをスレーブ側のファイバーチャネルスイッチＶｂへ送信させる。
しかし、ファイバーチャネル通信の異常のため、状況送信コマンドはスレーブ側のファイバーチャネルスイッチＶｂに届かず、通信が失敗する。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、スレーブ側のイーサネット（Ｒ）回線の状況は不明であるが、自装置側のイーサネット（Ｒ）回線が異常であるので、ホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する。
このパターンでは、ファイバーチャネル通信に異常が生じているため、状況指示コマンドはスレーブ側のファイバーチャネルスイッチＶｂへは届かないが、スレーブ側のファイバーチャネルスイッチＶｂにおいても、イーサネット（Ｒ）通信の異常を検出しており、その報告がファイバーチャネル通信の異常によってマスター側のファイバーチャネルスイッチＶａに届かない。
スレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、マスター側のファイバーチャネルスイッチＶａの指示がないため、イーサネット（Ｒ）監視手段５４によって自装置側のイーサネット（Ｒ）回線が正常であるか否か判断させ、正常であることを検出する。
ファイバーチャネルスイッチＶｂの異常時対処手段４８は、マスター側のファイバーチャネルスイッチＶａの処理を片寄せするフェイルオーバー処理を実行する。
マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４は、は、自装置側のイーサネット（Ｒ）回線が異常であると判断。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、イーサネット（Ｒ）回線の状況を知らせるように命令する状況送信コマンドをスレーブ側のファイバーチャネルスイッチＶｂへ送信させる。
しかし、ファイバーチャネル通信の異常のため、状況送信コマンドはスレーブ側のファイバーチャネルスイッチＶｂに届かず、通信が失敗する。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、スレーブ側のイーサネット（Ｒ）回線の状況は不明であるが、自装置側のイーサネット（Ｒ）回線が異常であるので、ホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する。
このパターンでは、ファイバーチャネル通信に異常が生じているため、状況指示コマンドはスレーブ側のファイバーチャネルスイッチＶｂへは届かないが、スレーブ側のファイバーチャネルスイッチＶｂにおいても、イーサネット（Ｒ）通信の異常を検出しており、その報告がファイバーチャネル通信の異常によってマスター側のファイバーチャネルスイッチＶａに届かない。
スレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、マスター側のファイバーチャネルスイッチＶａの指示がないため、イーサネット（Ｒ）監視手段５４によって自装置側のイーサネット（Ｒ）回線が正常であるか否か判断させ、正常であることを検出する。
ファイバーチャネルスイッチＶｂの異常時対処手段４８は、マスター側のファイバーチャネルスイッチＶａの処理を片寄せするフェイルオーバー処理を実行する。
（パターン８）
マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４は、は、自装置側のイーサネット（Ｒ）回線が異常であると判断。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、イーサネット（Ｒ）回線の状況を知らせるように命令する状況送信コマンドをスレーブ側のファイバーチャネルスイッチＶｂへ送信させる。
しかし、ファイバーチャネル通信の異常のため、状況送信コマンドはスレーブ側のファイバーチャネルスイッチＶｂに届かず、通信が失敗する。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、スレーブ側のイーサネット（Ｒ）回線の状況は不明であるが、自装置側のイーサネット（Ｒ）回線が異常であるので、ホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する。
このパターンでは、ファイバーチャネル通信に異常が生じているため、状況指示コマンドはスレーブ側のファイバーチャネルスイッチＶｂへは届かないが、スレーブ側のファイバーチャネルスイッチＶｂにおいても、イーサネット（Ｒ）通信の異常を検出しており、その報告がファイバーチャネル通信の異常によってマスター側のファイバーチャネルスイッチＶａに届かない。
スレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、マスター側のファイバーチャネルスイッチＶａの指示がないため、イーサネット（Ｒ）監視手段５４によって自装置側のイーサネット（Ｒ）回線が正常であるか否か判断させ、異常であることを検出する。
そこで、スレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、ホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する。
マスター側のファイバーチャネルスイッチＶａのイーサネット（Ｒ）監視手段５４は、は、自装置側のイーサネット（Ｒ）回線が異常であると判断。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、ファイバーチャネル通信手段４４に、イーサネット（Ｒ）回線の状況を知らせるように命令する状況送信コマンドをスレーブ側のファイバーチャネルスイッチＶｂへ送信させる。
しかし、ファイバーチャネル通信の異常のため、状況送信コマンドはスレーブ側のファイバーチャネルスイッチＶｂに届かず、通信が失敗する。
マスター側のファイバーチャネルスイッチＶａの異常時対処手段４８は、スレーブ側のイーサネット（Ｒ）回線の状況は不明であるが、自装置側のイーサネット（Ｒ）回線が異常であるので、ホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する。
このパターンでは、ファイバーチャネル通信に異常が生じているため、状況指示コマンドはスレーブ側のファイバーチャネルスイッチＶｂへは届かないが、スレーブ側のファイバーチャネルスイッチＶｂにおいても、イーサネット（Ｒ）通信の異常を検出しており、その報告がファイバーチャネル通信の異常によってマスター側のファイバーチャネルスイッチＶａに届かない。
スレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、マスター側のファイバーチャネルスイッチＶａの指示がないため、イーサネット（Ｒ）監視手段５４によって自装置側のイーサネット（Ｒ）回線が正常であるか否か判断させ、異常であることを検出する。
そこで、スレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、ホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する。
上記のパターン８の場合には、両方のファイバーチャネルスイッチＶａ，Ｖｂが閉塞処理を実行するので、システムダウン状態となる。しかしながら、スプリットブレイン状態になることはないため、データ化けの発生は防止することができる。
次に、上述したパターンをふまえ、マスター側のファイバーチャネルスイッチＶａが実行する動作について図４のフローチャートに基づいて説明する。なおフローチャート中の丸付き数字は、上述した各ステップの数字に対応している。
まず、イーサネット（Ｒ）監視手段５４は、上述したようにダミー情報を送信してイーサネット（Ｒ）通信に異常があるかどうか常時監視している（ステップＳ１００）。
イーサネット（Ｒ）監視手段５４は、イーサネット（Ｒ）の通信異常を検出した場合またはスレーブ側のファイバーチャネルスイッチＶｂからイーサネット（Ｒ）の通信に異常がある旨の報告があった場合（ステップＳ１０２）、さらに異常が自装置側のイーサネット（Ｒ）回線の異常であるかどうかを検出する（ステップＳ１０４）。
まず、イーサネット（Ｒ）監視手段５４は、上述したようにダミー情報を送信してイーサネット（Ｒ）通信に異常があるかどうか常時監視している（ステップＳ１００）。
イーサネット（Ｒ）監視手段５４は、イーサネット（Ｒ）の通信異常を検出した場合またはスレーブ側のファイバーチャネルスイッチＶｂからイーサネット（Ｒ）の通信に異常がある旨の報告があった場合（ステップＳ１０２）、さらに異常が自装置側のイーサネット（Ｒ）回線の異常であるかどうかを検出する（ステップＳ１０４）。
イーサネット（Ｒ）監視手段５４が、自装置側のイーサネット（Ｒ）回線は正常であると判断すると、異常時対処手段４８は、スレーブ側のファイバーチャネルスイッチＶｂに対して閉塞処理コマンドを出力する（ステップＳ１２０）。
そして、異常時対処手段４８は、スレーブ側のファイバーチャネルスイッチＶｂの処理を片寄せしてフェイルオーバー処理を実行する（ステップＳ１２２）。この流れが、上述したパターン（１）から（４）に該当する。
そして、異常時対処手段４８は、スレーブ側のファイバーチャネルスイッチＶｂの処理を片寄せしてフェイルオーバー処理を実行する（ステップＳ１２２）。この流れが、上述したパターン（１）から（４）に該当する。
ステップＳ１０４において、イーサネット（Ｒ）監視手段５４が自装置側のイーサネット（Ｒ）回線が異常であると判断すると、異常時対処手段４８は、スレーブ側のファイバーチャネルスイッチＶｂにおけるイーサネット（Ｒ）回線の状況を取得する（ステップＳ１０６）。この流れが上述したパターン（５）〜（８）に該当する。
スレーブ側の状況の取得ができない場合、異常時対処手段４８は、ファイバーチャネル通信の異常であると判断する（ステップＳ１０９）。この場合、スレーブ側の状況はマスター側では把握できないが、マスター側のイーサネット（Ｒ）回線自体は異常であるから、マスター側の異常時対処手段４８は、ホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する（ステップＳ１１１）。この流れが上記のパターン（７）と（８）に該当する。
スレーブ側の状況の取得ができない場合、異常時対処手段４８は、ファイバーチャネル通信の異常であると判断する（ステップＳ１０９）。この場合、スレーブ側の状況はマスター側では把握できないが、マスター側のイーサネット（Ｒ）回線自体は異常であるから、マスター側の異常時対処手段４８は、ホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する（ステップＳ１１１）。この流れが上記のパターン（７）と（８）に該当する。
ステップＳ１０８において、スレーブ側の状況が取得できた場合、スレーブ側のイーサネット（Ｒ）回線が正常か異常かで処理が分かれる（ステップＳ１１０）。
スレーブ側のイーサネット（Ｒ）回線が正常であった場合、異常時対処手段４８は、スレーブ側のファイバーチャネルスイッチＶｂに対してフェイルオーバー処理コマンドを出力する（ステップＳ１１３）。そして、異常時対処手段４８は、ホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する（ステップＳ１１５）。この流れが上記のパターン（５）に該当する。
スレーブ側のイーサネット（Ｒ）回線が正常であった場合、異常時対処手段４８は、スレーブ側のファイバーチャネルスイッチＶｂに対してフェイルオーバー処理コマンドを出力する（ステップＳ１１３）。そして、異常時対処手段４８は、ホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する（ステップＳ１１５）。この流れが上記のパターン（５）に該当する。
ステップＳ１１０において、スレーブ側のイーサネット（Ｒ）回線が異常であった場合、異常時対処手段４８は、スレーブ側のファイバーチャネルスイッチＶｂに対して閉塞処理コマンドを出力する（ステップＳ１１２）。そして、異常時対処手段４８は、スレーブ側のファイバーチャネルスイッチＶｂの処理を片寄せしてフェイルオーバー処理を実行する（ステップＳ１１４）。この流れが上記のパターン（６）に該当する。
次に、上述したパターンをふまえ、スレーブ側のファイバーチャネルスイッチＶｂが実行する動作について図５のフローチャートに基づいて説明する。なおフローチャート中の丸付き数字は、上述した各ステップの数字に対応している。
まず、スレーブ側のファイバーチャネルスイッチＶｂのイーサネット（Ｒ）監視手段５４は、上述したようにダミー情報を送信してイーサネット（Ｒ）通信に異常があるかどうか常時監視している（ステップＳ２００）。
イーサネット（Ｒ）監視手段５４は、イーサネット（Ｒ）の通信異常を検出した場合（ステップＳ２０２）には、ファイバーチャネル通信手段４４にマスター側のファイバーチャネルスイッチＶａへイーサネット（Ｒ）の通信に異常がある旨の報告をさせる（ステップＳ２０４）。
まず、スレーブ側のファイバーチャネルスイッチＶｂのイーサネット（Ｒ）監視手段５４は、上述したようにダミー情報を送信してイーサネット（Ｒ）通信に異常があるかどうか常時監視している（ステップＳ２００）。
イーサネット（Ｒ）監視手段５４は、イーサネット（Ｒ）の通信異常を検出した場合（ステップＳ２０２）には、ファイバーチャネル通信手段４４にマスター側のファイバーチャネルスイッチＶａへイーサネット（Ｒ）の通信に異常がある旨の報告をさせる（ステップＳ２０４）。
異常時対処手段４８は、ステップＳ２０６において、通信異常の報告に対してマスター側のファイバーチャネルスイッチＶａからの応答があった場合、マスター側からの指示コマンドに基づいて処理を行う。
マスター側のファイバーチャネルスイッチＶａからのスレーブ側への指示としては、閉塞処理またはフェイルオーバー処理のいずれかであり、異常時対処手段４８は、受信したいずれかのコマンドに基づいて閉塞処理またはフェイルオーバー処理を実行する（ステップＳ２０７）。この流れが上述したパターン（５）、（６）に該当する。
マスター側のファイバーチャネルスイッチＶａからのスレーブ側への指示としては、閉塞処理またはフェイルオーバー処理のいずれかであり、異常時対処手段４８は、受信したいずれかのコマンドに基づいて閉塞処理またはフェイルオーバー処理を実行する（ステップＳ２０７）。この流れが上述したパターン（５）、（６）に該当する。
イーサネット（Ｒ）監視手段５４は、ステップＳ２０６において、通信異常の報告に対してマスター側のファイバーチャネルスイッチＶａからの応答が所定時間経過してもなかった場合には、異常が自装置側のイーサネット（Ｒ）回線の異常であるかどうかを検出する（ステップＳ２０８）。
自装置側のイーサネット（Ｒ）回線が異常無かった場合には、異常時対処手段４８はマスター側のファイバーチャネルスイッチＶａの処理を片寄せしてフェイルオーバー処理を実行する（ステップＳ２１１）。この流れが上記のパターン（３），（７）に該当する。
自装置側のイーサネット（Ｒ）回線が異常無かった場合には、異常時対処手段４８はマスター側のファイバーチャネルスイッチＶａの処理を片寄せしてフェイルオーバー処理を実行する（ステップＳ２１１）。この流れが上記のパターン（３），（７）に該当する。
ステップＳ２０８において、イーサネット（Ｒ）監視手段５４が、自装置側のイーサネット（Ｒ）回線が異常であることを検出した場合には、異常時対処手段４８はホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する（ステップＳ２１０）。この流れが上記のパターン（４），（８）に該当する。
なお、スレーブ側のファイバーチャネルスイッチＶｂの異常時対処手段４８は、上述したフローとは別個にマスター側からの閉塞処理コマンドを受信した場合には（ステップＳ２２０）、ホストコンピュータ３１とＲＡＩＤストレージ装置３２との間のアクセスを閉塞する閉塞処理を実行する（ステップＳ２２２）。この流れが上記のパターン（１），（２）に該当する。
また、本実施の形態においては、主従設定手段５０は、主従関係を示す主従情報を、予め不揮発性メモリに記憶しておく構成を採ったが、本発明はこれに限定されるものではない。例えば、主従設定手段５０を、イーサネット(Ｒ)通信手段１３ａ，１３ｂを介した他のファイバーチャネルスイッチとの通信ができなくなったときに、ファイバーチャネル通信手段２６を介して他のファイバーチャネルスイッチと通信して互いの主従関係を決定して設定するよう構成してもよい。
さらに、上述してきた実施の形態では、ＬＡＮ通信の規格としてイーサネット（Ｒ）を採用した場合について説明したが、本発明のＬＡＮ通信としてはイーサネット（Ｒ）に限定することはなく、ＦＤＤＩ（Fiber-Distributed Data Interface）や、トークンリングを採用してもよい。
３０ コンピュータシステム
３１ ホストコンピュータ
３２ ＲＡＩＤストレージ装置
３４ａ〜３４ｆ ファイバーチャネル接続端子
３６ ハブ
３８ マネージャコンピュータ
３９Ａ，３９Ｂ ＬＡＮ接続端子
４０ 制御部
４２ ストレージ仮想化手段
４４ ファイバーチャネル通信手段
４６ ファイバーチャネル通信異常検出手段
４８ 異常時対処手段
５０ 主従設定手段
５２ イーサネット（Ｒ）通信手段
５４ イーサネット（Ｒ）監視手段
Ａ，Ｂ 仮想ストレージ装置
Ｅｔ イーサネット（Ｒ）
ＦＣ ファイバーチャネル
Ｖａ，Ｖｂ ファイバーチャネルスイッチ
Ｘ，Ｙ 物理ストレージ装置
３１ ホストコンピュータ
３２ ＲＡＩＤストレージ装置
３４ａ〜３４ｆ ファイバーチャネル接続端子
３６ ハブ
３８ マネージャコンピュータ
３９Ａ，３９Ｂ ＬＡＮ接続端子
４０ 制御部
４２ ストレージ仮想化手段
４４ ファイバーチャネル通信手段
４６ ファイバーチャネル通信異常検出手段
４８ 異常時対処手段
５０ 主従設定手段
５２ イーサネット（Ｒ）通信手段
５４ イーサネット（Ｒ）監視手段
Ａ，Ｂ 仮想ストレージ装置
Ｅｔ イーサネット（Ｒ）
ＦＣ ファイバーチャネル
Ｖａ，Ｖｂ ファイバーチャネルスイッチ
Ｘ，Ｙ 物理ストレージ装置
Claims (6)
- ホストコンピュータ、単数または複数の物理ストレージ装置および他の仮想化スイッチのそれぞれに第１の通信回線により接続可能な、複数の第１の通信回線接続端子と、
マネージャコンピュータに接続された単数または複数の集線装置に、第２の通信回線により接続可能な第２の通信回線接続端子と、
前記単数または複数の物理ストレージ装置の記憶領域の一部または全部を組み合わせた記憶領域を、仮想的なストレージ装置として前記ホストコンピュータに認識させるストレージ仮想化手段とを備えた仮想化スイッチにおいて、
他の仮想化スイッチとの間で第１の通信回線を介して通信可能な第１の通信手段と、
他の仮想化スイッチとの間で前記第２の通信回線および前記集線装置を介して通信可能な第２の通信手段と、
前記第２の通信手段によって他の仮想化スイッチとの間で通信可能か否かを定期的にテスト通信すると共に、テスト通信時に通信異常を検出した場合には、当該仮想化スイッチから前記集線装置までの間の自装置側第２の通信回線の異常か否かを検出する第２の通信回線監視手段と、
前記第２の通信回線監視手段が通信異常を検出した場合に動作する異常時対処手段とを具備し、
前記異常時対処手段は、
前記第２の通信回線監視手段によって、他の仮想化スイッチとの間の通信異常が検出され、且つ自装置側第２の通信回線の異常であることが検出された場合に、当該仮想化スイッチを介した前記ホストコンピュータと前記物理ストレージ装置との間のアクセスを閉塞する閉塞処理を実行すると共に、他の仮想化スイッチにフェイルオーバー処理を実行させるフェイルオーバー指示命令を前記第１の通信手段により出力させ、
前記第２の通信回線監視手段によって、他の仮想化スイッチとの間の通信異常が検出され、且つ自装置側第２の通信回線の通信は正常であることが検出された場合に、フェイルオーバー処理を実行すると共に、他の仮想化スイッチを介した前記ホストコンピュータと前記物理ストレージ装置との間のアクセスを閉塞する閉塞処理を実行させる閉塞指示命令を前記第１の通信手段により出力させることを特徴とする仮想化スイッチ。 - 前記異常時対処手段は、
前記第２の通信回線監視手段によって、他の仮想化スイッチとの間の通信異常が検出され、且つ自装置側第２の通信回線の異常であることが検出された場合には、他の仮想化スイッチに対して他装置側第２の通信回線の状態を取得する他装置側状態取得命令を前記第１の通信手段により出力させることを特徴とする請求項１記載の仮想化スイッチ。 - 前記他の仮想化スイッチとの間で、互いの主従関係を設定可能な主従設定手段を具備し、
前記主従設定手段により当該仮想化スイッチが主であると設定されている場合にのみ、前記異常時対処手段は、前記第１の通信手段に前記フェイルオーバー指示命令または前記閉塞指示命令を出力させ、
前記主従設定手段により当該仮想化スイッチが従であると設定されている場合には、前記異常時対処手段は、前記第１の通信手段が受信した指示命令の指示に基づいてフェイルオーバー処理または閉塞処理を実行することを特徴とする請求項１または請求項２記載の仮想化スイッチ。 - 前記第１の通信手段による他の仮想化スイッチとの間の通信の異常の有無を検出する第１の通信回線異常検出手段を具備し、
前記第２の通信回線監視手段によって、他の仮想化スイッチとの間の通信異常が検出され、且つ前記第１の通信回線異常検出手段が、他の仮想化スイッチとの間の第１の通信回線による通信異常を検出した場合には、前記異常時対処手段は、前記フェイルオーバー指示命令または前記閉塞指示命令を受信の有無に拘わらず、当該仮想化スイッチの自装置側第２の通信回線の状態に基づいてフェイルオーバー処理または閉塞処理を実行することを特徴とする請求項３記載の仮想化スイッチ。 - 前記第１の通信回線はファイバーチャネルであり、前記第２の通信回線はＬＡＮ通信回線であり、前記集線装置はハブであることを特徴とする請求項１〜請求項４のうちのいずれか１項記載の仮想化スイッチ。
- 請求項１〜５のうちのいずれか１項記載の複数の仮想化スイッチと、
各該仮想化スイッチに、前記第１の通信回線接続端子を介して第１の通信回線により接続されたホストコンピュータと、
各前記仮想化スイッチに、前記第１の通信回線接続端子を介して第１の通信回線により接続された単数または複数の物理ストレージ装置と、
各前記仮想化スイッチに、前記第２の通信回線接続端子を介して第２の通信回線により接続された集線装置と、
前記集線装置に、第２の通信回線により接続されたマネージャコンピュータとを具備することを特徴とするコンピュータシステム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007281166A JP2009110218A (ja) | 2007-10-30 | 2007-10-30 | 仮想化スイッチおよびそれを用いたコンピュータシステム |
| US12/260,430 US7801026B2 (en) | 2007-10-30 | 2008-10-29 | Virtualization switch and method for controlling a virtualization switch |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007281166A JP2009110218A (ja) | 2007-10-30 | 2007-10-30 | 仮想化スイッチおよびそれを用いたコンピュータシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2009110218A true JP2009110218A (ja) | 2009-05-21 |
Family
ID=40584446
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007281166A Pending JP2009110218A (ja) | 2007-10-30 | 2007-10-30 | 仮想化スイッチおよびそれを用いたコンピュータシステム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7801026B2 (ja) |
| JP (1) | JP2009110218A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011145199A1 (ja) * | 2010-05-20 | 2011-11-24 | Suginaka Junko | 外部ブートデバイス、外部ブート方法、情報処理装置及びネットワーク通信システム |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4738438B2 (ja) * | 2008-04-17 | 2011-08-03 | 株式会社日立製作所 | 外部接続ストレージシステムのパス管理及び障害箇所検出方法 |
| US8849977B2 (en) * | 2012-03-09 | 2014-09-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and a control node in an overlay network |
| CN108650101B (zh) * | 2018-03-30 | 2021-01-15 | 新华三信息安全技术有限公司 | 一种数据传输的方法及设备 |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003044421A (ja) * | 2001-07-26 | 2003-02-14 | Fujitsu Ltd | 仮想ストレージシステム及び同システムに使用されるスイッチングノード |
| JP2003167683A (ja) * | 2001-11-30 | 2003-06-13 | Hitachi Ltd | 情報記憶システム及びその制御方法 |
| JP2005507201A (ja) * | 2001-09-28 | 2005-03-10 | マランティ ネットワークス インコーポレイテッド | 記憶ネットワーク中のサービスの品質の実行 |
| JP2005115581A (ja) * | 2003-10-07 | 2005-04-28 | Hitachi Ltd | ストレージパス制御方法 |
| JP2006072957A (ja) * | 2004-08-03 | 2006-03-16 | Hitachi Ltd | Ｗｏｒｍ機能付きデータマイグレーションを実行するストレージ装置、ストレージシステム及びデータ移動方法 |
| JP2006268625A (ja) * | 2005-03-25 | 2006-10-05 | Hitachi Ltd | アクセスパス管理方法及び装置 |
| JP2006293863A (ja) * | 2005-04-13 | 2006-10-26 | Hitachi Ltd | ディスクアレイ装置及びその制御方法 |
| JP2007012000A (ja) * | 2005-07-04 | 2007-01-18 | Hitachi Ltd | 記憶制御装置及びストレージシステム |
| JP2007026089A (ja) * | 2005-07-15 | 2007-02-01 | Hitachi Ltd | アクセスパス管理方法及びプログラム |
| JP2007072571A (ja) * | 2005-09-05 | 2007-03-22 | Hitachi Ltd | 計算機システム及び管理計算機ならびにアクセスパス管理方法 |
| JP2007172172A (ja) * | 2005-12-20 | 2007-07-05 | Fujitsu Ltd | ファイバーチャネルスイッチおよびそれを用いたコンピュータシステム |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3609599B2 (ja) * | 1998-01-30 | 2005-01-12 | 富士通株式会社 | ノード代理システム、ノード監視システム、それらの方法、及び記録媒体 |
| JP2003256276A (ja) | 2002-02-27 | 2003-09-10 | Nec Corp | スイッチ間データ転送機能付きキャッシュ内蔵スイッチ装置と制御方法 |
| US20030189929A1 (en) * | 2002-04-04 | 2003-10-09 | Fujitsu Limited | Electronic apparatus for assisting realization of storage area network system |
| JP2003296037A (ja) * | 2002-04-05 | 2003-10-17 | Hitachi Ltd | 計算機システム |
| US7409583B2 (en) * | 2002-10-07 | 2008-08-05 | Hitachi, Ltd. | Volume and failure management method on a network having a storage device |
| US7669032B2 (en) * | 2003-11-26 | 2010-02-23 | Symantec Operating Corporation | Host-based virtualization optimizations in storage environments employing off-host storage virtualization |
| US7565568B1 (en) * | 2004-02-27 | 2009-07-21 | Veritas Operating Corporation | Method and system for virtualization switch failover |
| US7284020B2 (en) * | 2004-09-01 | 2007-10-16 | Hitachi, Ltd. | System and method for data recovery in a storage system |
-
2007
- 2007-10-30 JP JP2007281166A patent/JP2009110218A/ja active Pending
-
2008
- 2008-10-29 US US12/260,430 patent/US7801026B2/en not_active Expired - Fee Related
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003044421A (ja) * | 2001-07-26 | 2003-02-14 | Fujitsu Ltd | 仮想ストレージシステム及び同システムに使用されるスイッチングノード |
| JP2005507201A (ja) * | 2001-09-28 | 2005-03-10 | マランティ ネットワークス インコーポレイテッド | 記憶ネットワーク中のサービスの品質の実行 |
| JP2003167683A (ja) * | 2001-11-30 | 2003-06-13 | Hitachi Ltd | 情報記憶システム及びその制御方法 |
| JP2005115581A (ja) * | 2003-10-07 | 2005-04-28 | Hitachi Ltd | ストレージパス制御方法 |
| JP2006072957A (ja) * | 2004-08-03 | 2006-03-16 | Hitachi Ltd | Ｗｏｒｍ機能付きデータマイグレーションを実行するストレージ装置、ストレージシステム及びデータ移動方法 |
| JP2006268625A (ja) * | 2005-03-25 | 2006-10-05 | Hitachi Ltd | アクセスパス管理方法及び装置 |
| JP2006293863A (ja) * | 2005-04-13 | 2006-10-26 | Hitachi Ltd | ディスクアレイ装置及びその制御方法 |
| JP2007012000A (ja) * | 2005-07-04 | 2007-01-18 | Hitachi Ltd | 記憶制御装置及びストレージシステム |
| JP2007026089A (ja) * | 2005-07-15 | 2007-02-01 | Hitachi Ltd | アクセスパス管理方法及びプログラム |
| JP2007072571A (ja) * | 2005-09-05 | 2007-03-22 | Hitachi Ltd | 計算機システム及び管理計算機ならびにアクセスパス管理方法 |
| JP2007172172A (ja) * | 2005-12-20 | 2007-07-05 | Fujitsu Ltd | ファイバーチャネルスイッチおよびそれを用いたコンピュータシステム |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011145199A1 (ja) * | 2010-05-20 | 2011-11-24 | Suginaka Junko | 外部ブートデバイス、外部ブート方法、情報処理装置及びネットワーク通信システム |
Also Published As
| Publication number | Publication date |
|---|---|
| US7801026B2 (en) | 2010-09-21 |
| US20090113234A1 (en) | 2009-04-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20070288585A1 (en) | Cluster system | |
| JP4505763B2 (ja) | ノードクラスタの管理 | |
| US7565567B2 (en) | Highly available computing platform | |
| WO2015169199A1 (zh) | 分布式环境下虚拟机异常恢复方法 | |
| JP3620527B2 (ja) | ループ状インタフェースの障害解析方法及び障害解析機能を有するシステム | |
| JP4695705B2 (ja) | クラスタシステムおよびノード切り替え方法 | |
| US20070088978A1 (en) | Internal failover path for SAS disk drive enclosure | |
| EP2637102B1 (en) | Cluster system with network node failover | |
| KR101437735B1 (ko) | 정보 처리 장치 및 동작 상태 감시 방법 | |
| JP2008172592A (ja) | クラスタシステム、コンピュータおよびその異常検出方法 | |
| JP2009110218A (ja) | 仮想化スイッチおよびそれを用いたコンピュータシステム | |
| EP2784677A1 (en) | Processing apparatus, program and method for logically separating an abnormal device based on abnormality count and a threshold | |
| JP2016046702A (ja) | 通信システム，異常制御装置および異常制御方法 | |
| JP5651962B2 (ja) | Ｒａｉｄ装置、異常デバイス検出装置および異常デバイス検出方法 | |
| US8918670B2 (en) | Active link verification for failover operations in a storage network | |
| JP2006189963A (ja) | ストレージアクセス制御方法、クラスタシステム、パス接続スイッチおよびストレージアクセス制御プログラム | |
| JP6134720B2 (ja) | 接続方法 | |
| JP4511455B2 (ja) | ファイバーチャネルスイッチおよびそれを用いたコンピュータシステム | |
| JP2007028118A (ja) | ノード装置の故障判断方法 | |
| JP5176914B2 (ja) | 伝送装置及び冗長構成部の系切替え方法 | |
| JP2001346181A (ja) | データ記憶部共有装置およびプログラム記録媒体 | |
| JP2007266708A (ja) | ケーブル誤接続検出装置及び方法 | |
| CN110321261B (zh) | 一种监控系统及监控方法 | |
| JP2008003646A (ja) | 不良モジュール検出方法および信号処理装置 | |
| JP2007026038A (ja) | パス監視システム，パス監視方法，およびパス監視プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090319 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20091009 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091027 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091224 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100629 |