(57)【要約】【課題】ＮＡＳクラスタ構成において、プログラム要因でファイルアクセス障害が発生した時、フェイルオーバー先で同一障害の発生を抑止することができる技術を提供する。【解決手段】ＮＡＳクラスタ構成のストレージシステムにおいて、チャネルアダプタの稼動中に、対応するファイルシステムへのアクセス毎に、記憶装置に実行処理のトレースを記録し、障害発生時に、記憶装置に記録したトレース情報を検索し、障害を検出した処理と同時に実行されていた処理を特定し、この特定した処理に基づいてフェイルオーバー元のチャネルアダプタで発生した障害をフェイルオーバー先のチャネルアダプタで回避する処理を実行する。この回避する処理を実行する場合には、特定した処理をＷＡＩＴ、あるいは縮退させる。【選択図】図２
2008146365.tif 000002
【特許請求の範囲】
【請求項１】
外部からのアクセスによるライト／リード動作を制御する複数のチャネルアダプタと、前記ライト／リード動作によるデータを格納する複数のファイルシステムとを有し、前記複数のチャネルアダプタと前記複数のファイルシステムはクラスタ構成からなり、
前記複数のチャネルアダプタに接続され、クラスタ共有情報を格納する記憶装置を有するストレージシステムにおける障害回避方法であって、
前記複数のチャネルアダプタのそれぞれは、
チャネルアダプタの稼動中に、対応するファイルシステムへのアクセス毎に、前記記憶装置に実行処理のトレースを記録し、
障害発生時に、前記記憶装置に記録したトレース情報を検索し、障害を検出した処理と同時に実行されていた処理を特定し、
この特定した処理に基づいてフェイルオーバー元のチャネルアダプタで発生した障害をフェイルオーバー先のチャネルアダプタで回避する処理を実行する、ことを特徴とするストレージシステムの障害回避方法。
【請求項２】
請求項１記載のストレージシステムの障害回避方法において、
前記回避する処理を実行する場合には、前記フェイルオーバー先のチャネルアダプタで、前記フェイルオーバー元のチャネルアダプタで発生した障害を検出した処理と同時に実行されていた処理を一定時間待たせる、ことを特徴とするストレージシステムの障害回避方法。
【請求項３】
請求項１記載のストレージシステムの障害回避方法において、
前記回避する処理を実行する場合には、前記フェイルオーバー先のチャネルアダプタで、前記フェイルオーバー元のチャネルアダプタで発生した障害を検出した処理と同時に実行されていた処理を縮退させる、ことを特徴とするストレージシステムの障害回避方法。
【請求項４】
請求項１記載のストレージシステムの障害回避方法において、
前記フェイルオーバー先のチャネルアダプタでは、ＣＰＵが過負荷にならないか否かを判定し、あらかじめ設定してある負荷の閾値を超えた場合に処理を縮退させる、ことを特徴とするストレージシステムの障害回避方法。
【請求項５】
請求項４記載のストレージシステムの障害回避方法において、
前記処理を縮退させる場合には、処理の優先順位で設定されている順に縮退させる、ことを特徴とするストレージシステムの障害回避方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージシステムの障害回避技術に関し、特に、ＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）のファイルアクセス障害時におけるフェイルオーバー先での障害回避方法に適用して有効な技術に関する。
【背景技術】
【０００２】
例えば、ストレージシステムにおけるＮＡＳは、外部からのアクセスによるライト／リード動作を制御する複数のチャネルアダプタと、このライト／リード動作によるデータを格納する複数のファイルシステムから構成され、これらがクラスタ構成となっている（例えば特許文献１参照）。
【特許文献１】米国特許第６６７１７７３号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、前記のようなＮＡＳにおいては、複数の処理を実行中、同一の管理情報を使用した場合、プログラム不良によりファイルアクセス障害が発生する場合がある。この場合、同じＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）を実装しているフェイルオーバー先でも同じ障害が発生する可能性がある。具体的に、２台のチャネルアダプタＣＨＮ１，ＣＨＮ２のＮＡＳクラスタ構成を例に、この課題を説明する。
【０００４】
（１）プログラム要因によるファイルアクセス障害が検出された時、どの処理で異常検知されたかはログから特定可能であるが、異常検知した処理とその時に動作している他の処理との関連性から同一障害を回避することができない。
【０００５】
（２）ＮＡＳクラスタ構成は、チャネルアダプタＣＨＮ１とチャネルアダプタＣＨＮ２で同じＯＳを実装していることから、プログラム要因でチャネルアダプタＣＨＮ１からチャネルアダプタＣＨＮ２へフェイルオーバーしても、フェイルオーバー先で同じ障害が発生する可能性がある。
【０００６】
（３）ＮＡＳクラスタ構成では、両方のチャネルアダプタＣＨＮ１，ＣＨＮ２がアクティブ状態なので、フェイルオーバー発生後に負荷状態が高くなり、サービスに影響を与える可能性がある。
【０００７】
そこで、本発明の目的は、これらの課題を解決し、ＮＡＳクラスタ構成において、プログラム要因でファイルアクセス障害が発生した時、フェイルオーバー先で同一障害の発生を抑止することができる技術を提供することにある。
【課題を解決するための手段】
【０００８】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。すなわち、本発明は、ＮＡＳクラスタ構成において、チャネルアダプタの稼動中に、対応するファイルシステムへのアクセス毎に、記憶装置に実行処理のトレースを記録し、障害発生時に、記憶装置に記録したトレース情報を検索し、障害を検出した処理と同時に実行されていた処理を特定し、この特定した処理に基づいてフェイルオーバー元のチャネルアダプタで発生した障害をフェイルオーバー先のチャネルアダプタで回避する処理を実行するものである。
【発明の効果】
【０００９】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。すなわち、本発明によれば、ＮＡＳクラスタ構成において、プログラム要因でファイルアクセス障害が発生した時、フェイルオーバー先で同一障害の発生を抑止することができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１１】
（ストレージシステムの構成および動作）
図１は、本発明の一実施の形態であるストレージシステムの構成および動作を示す図である。
【００１２】
本実施の形態のストレージシステムは、ＮＡＳのディスクコントローラＤＫＣと、このディスクコントローラＤＫＣにおける障害発生時の回復・再開処理や構成変更などを行う管理者コンピュータＰＣと、ディスクコントローラＤＫＣに対してアクセスする複数（図１では２台）のサーバＳＶ１，ＳＶ２などから構成される。ディスクコントローラＤＫＣは、複数（図１では２台）のチャネルアダプタＣＨＮ１，ＣＨＮ２と、複数（図１では２台）のファイルシステムＦＳ１，ＦＳ２と、記憶装置ＳＤと、サービスプロセッサＳＶＰなどから構成され、チャネルアダプタＣＨＮ１，ＣＨＮ２とファイルシステムＦＳ１，ＦＳ２はクラスタ構成をとっている。
【００１３】
各チャネルアダプタＣＨＮ１，ＣＨＮ２は、外部のサーバＳＶ１，ＳＶ２からのアクセスによるライト／リード動作を制御する装置であり、ＮＡＳ−ＯＳを動作させる中央演算処理装置ＣＰＵ１，ＣＰＵ２と、メインマイクロを動作させるプロセッサＭＰ１（ａ，ｂ），ＭＰ２（ａ，ｂ）などから構成される。各中央演算処理装置ＣＰＵ１，ＣＰＵ２には、ＮＡＳ−ＯＳのプログラムや後述する処理テーブルおよび障害時処理テーブルなどが格納されたメモリＭＮ１，ＭＮ２が設けられている。各プロセッサＭＰ１（ａ，ｂ），ＭＰ２（ａ，ｂ）には、メインマイクロのプログラムなどが格納されたメモリＭＭ１（ａ，ｂ），ＭＭ２（ａ，ｂ）が設けられている。
【００１４】
各ファイルシステムＦＳ１，ＦＳ２は、ライト／リード動作によるデータを格納する装置であり、管理情報、ユーザーデータなどを格納している。
【００１５】
記憶装置ＳＤは、クラスタ構成をとるＮＡＳに接続され、クラスタ共有情報などを格納している。
【００１６】
サービスプロセッサＳＶＰは、管理者コンピュータＰＣからの障害発生時の回復・再開処理や構成変更などを行う場合に介在するプロセッサである。
【００１７】
以上のように構成されるストレージシステムでは、各サーバＳＶ１，ＳＶ２からのアクセスによるライト動作、リード動作により、ディスクコントローラＤＫＣにおいて、各チャネルアダプタＣＨＮ１，ＣＨＮ２を通じて、各ファイルシステムＦＳ１，ＦＳ２にユーザーデータの書き込み、読み出しが行われる。このライト動作、リード動作における処理の際に、本実施の形態では以下のように動作する。
【００１８】
ここでは、一例として、チャネルアダプタＣＨＮ１で障害が発生し、チャネルアダプタＣＨＮ２にフェイルオーバーしてファイルシステムを引き継ぐ場合を説明するが、逆の場合も同様である。
【００１９】
（１）各チャネルアダプタＣＨＮ１，ＣＨＮ２で、対応するファイルシステムＦＳ１、ファイルシステムＦＳ２へのアクセス毎の処理をトレースし、記憶装置ＳＤにクラスタ共有情報として記録する。
【００２０】
（２）チャネルアダプタＣＨＮ１の処理により、複数の処理（ａ）（ｂ）でファイルシステムＦＳ１の同じ管理情報を参照した場合、ファイルアクセス障害が発生する場合がある。
【００２１】
（３）フェイルオーバーして、チャネルアダプタＣＨＮ２でチャネルアダプタＣＨＮ１のファイルシステムＦＳ１を引き継ぐ前に、記憶装置ＳＤのクラスタ共有情報からファイルアクセス障害となった時に実行していた処理を、チャネルアダプタＣＨＮ２の中央演算処理装置ＣＰＵ２内のメモリＭＮ２上に読み出す。
【００２２】
（４）チャネルアダプタＣＨＮ２で、チャネルアダプタＣＨＮ１のファイルシステムＦＳ１を引き継ぎ、サービスを開始する。
【００２３】
（５）チャネルアダプタＣＨＮ２のサービス開始以降に行われる処理と、中央演算処理装置ＣＰＵ２内のメモリＭＮ２に読み出した障害発生時の処理が一致するか否かを比較しながら、サービスを継続する。
【００２４】
（６）チャネルアダプタＣＨＮ２で、サービス開始以降の処理と、中央演算処理装置ＣＰＵ２内のメモリＭＮ２に読み出した処理とが一致した時には、いずれか一方の処理を一定時間待たせ（ＷＡＩＴ）、障害が発生した時に行われていた処理が行われないようにする。これにより、チャネルアダプタＣＨＮ１で発生した障害がチャネルアダプタＣＨＮ２にフェイルオーバーした後に発生することを回避することができる。この詳細は、障害回避方法１として後述する。
【００２５】
（７）または、チャネルアダプタＣＨＮ２で、サービス開始以降の処理と、中央演算処理装置ＣＰＵ２内のメモリＭＮ２に読み出した処理とが一致した時には、その処理を縮退させ、障害が発生した時に行われていた処理が行われないようにする。これにより、チャネルアダプタＣＨＮ１で発生した障害がチャネルアダプタＣＨＮ２にフェイルオーバーした後に発生することを回避することができる。この詳細は、障害回避方法２として後述する。
【００２６】
（８）チャネルアダプタＣＨＮ２にフェイルオーバーしたことにより、中央演算処理装置ＣＰＵ２が過負荷にならないように、あらかじめ設定してある負荷の閾値を超えた場合、処理の優先順位で設定されている順に機能を縮退させる。この詳細は、障害回避方法１、障害回避方法２で併せて後述する。
【００２７】
（９）管理者により、チャネルアダプタＣＨＮ１を回復し、フェールバックするとき、管理者コンピュータＰＣからサービスプロセッサＳＶＰを介した操作により障害時の処理にＷＡＩＴを入れて処理を再開させる。また、過負荷により縮退していた処理を回復する。
【００２８】
（障害発生の具体例）
障害発生の具体例として、フェイルオーバー元で、処理（ａ）と処理（ｂ）が同時に行われ、ファイルシステム上にあるファイルを処理する時、同じファイル管理情報「ファイル参照カウンタ」を使用した時、処理（ａ）にＯＳ問題がある影響で処理（ｂ）が異常終了する例で説明する。
【００２９】
「ファイル参照カウンタ」とは、ファイル作成、ファイル属性を変更中にＵＰし、他処理との排他目的で使用し、処理終了後にＤＯＷＮするファイルの管理情報である。処理（ａ）では、ファイルシステム上にファイル作成する時、「ファイル参照カウンタ」をＵＰし、ファイル作成終了後に「ファイル参照カウンタ」をＤＯＷＮする。処理（ｂ）では、ファイルシステム上のファイルを別のファイルシステムにコピーするとき、ファイルシステム上の「ファイル参照カウンタ」がＤＯＷＮしているかを確認する。
【００３０】
このような具体例において、処理（ａ）、処理（ｂ）が同じ時間に動作した時にのみ顕在化する、処理（ａ）にＯＳ問題があり「ファイル参照カウンタ」をＤＯＷＮしなかった。この影響で、処理（ｂ）の「ファイル参照カウンタ」のＤＯＷＮ確認が完了せず、異常終了し、フェイルオーバーした。このＯＳ問題は、処理（ａ）、処理（ｂ）が同時に行われなければ発生しない問題であるため、フェイルオーバー先でサービスを開始しても同じＯＳが実装されているために再度障害が発生する。
【００３１】
そこで、本実施の形態では、障害が発生した時に行われている複数の処理を記録しておき、フェイルオーバー先でサービス再開以降に同じ処理が行われることを確認した時に、処理タイミングを変えることで障害を回避するものである。
【００３２】
（障害回避方法１）
図２は、障害回避方法１の処理手順を示すフロー図である。図３〜図５は、その処理ＷＡＩＴ動作、過負荷時縮退動作を示す説明図である。
【００３３】
障害回避方法１の処理手順は、図２に示すように、チャネルアダプタＣＨＮ１において、プロセッサＭＰ１はファイルアクセス毎にＮＡＳ−ＯＳの処理をトレースし、このトレース情報を記憶装置ＳＤのクラスタ共有情報に記録する（Ｓ１）。
【００３４】
もし、稼働中に、チャネルアダプタＣＨＮ１に障害が発生した場合（Ｓ２）、プロセッサＭＰ１はＡＳＳＩＳＴ、ＳＮＭＰを通じて管理者コンピュータＰＣに障害発生を通知する（Ｓ３）。そして、プロセッサＭＰ１はハードウェア要因による障害か否かを判定する（Ｓ４）。この判定の結果、ハードウェア要因による障害の場合（ＹＥＳ）にはチャネルアダプタＣＨＮ２にフェイルオーバーし（Ｓ５）、一方、ハードウェア要因による障害でない場合（ＮＯ）は、クラスタ共有情報にソフトウェア要因を記録し（Ｓ６）、プログラム要因による障害としてチャネルアダプタＣＨＮ２にフェイルオーバーする（Ｓ７）。
【００３５】
続いて、フェイルオーバー先のチャネルアダプタＣＨＮ２において（Ｓ８）、プロセッサＭＰ２はクラスタ共有情報を読み出すプログラム要因か否かを判定する（Ｓ９）。この判定の結果、プログラム要因でない場合（ＮＯ）にはマウントしてサービスを開始し（Ｓ１０）、一方、プログラム要因の場合（ＹＥＳ）は、記憶装置ＳＤのトレース情報から障害発生時の処理を読み出し（Ｓ１１）、この読み出した処理を中央演算処理装置ＣＰＵ２内のメモリＭＮ２に格納して障害時処理テーブルとする（Ｓ１２）。そして、ファイルシステムＦＳ１をマウントしてサービスを再開する（Ｓ１３）。
【００３６】
さらに、チャネルアダプタＣＨＮ２において、プロセッサＭＰ２はサービス開始後の処理と、中央演算処理装置ＣＰＵ２内のメモリＭＮ２に格納した処理が一致するか否かを判定する（Ｓ１４）。この判定の結果、一致する場合には処理をＷＡＩＴして（Ｓ１５）、Ｓ１６に進み、一方、不一致の場合は、フェイルオーバーしたことにより中央演算処理装置ＣＰＵ２が過負荷か否かを判定する（Ｓ１６）。この判定の結果、過負荷の場合（ＹＥＳ）には処理を縮退させ（Ｓ１７）、ＡＳＳＩＳＴ、ＳＮＭＰを通じて管理者コンピュータＰＣに過負荷で縮退させた処理を通知して（Ｓ１８）、Ｓ１９に進み、一方、過負荷でない場合（ＮＯ）は、サービスを継続し（Ｓ１９）、Ｓ１４に戻る。
【００３７】
続いて、フェイルオーバー元のチャネルアダプタＣＨＮ１において、フェイルオーバー先のチャネルアダプタＣＨＮ２からの通知により、管理者が管理者コンピュータＰＣからサービスプロセッサＳＶＰを介してチャネルアダプタＣＨＮ１を回復させて（Ｓ２０）、フェールバックさせる（Ｓ２１）。そして、プロセッサＭＰ１は過負荷により縮退した処理があるか否かを判定する（Ｓ２２）。この判定の結果、過負荷により縮退した処理がある場合（ＹＥＳ）には縮退した処理を回復させ（Ｓ２３）、一方、過負荷により縮退した処理がない場合（ＮＯ）は、マウントしてサービスを再開する（Ｓ２４）。
【００３８】
具体例として、たとえば図３に示すように、チャネルアダプタＣＨＮ２において処理（ａ）（ｂ）（ｃ）（ｄ）を実行する際に、たとえば図４に示すような障害時処理テーブルａと、図５に示すような処理テーブルｂを参照して処理ＷＡＩＴ動作、過負荷時縮退動作が判定される。障害時処理テーブルａ、処理テーブルｂは、中央演算処理装置ＣＰＵ１，ＣＰＵ２内の各メモリＭＮ１，ＭＮ２に、処理内容が縦方向（バイト）／横方向（ビット）で格納されている。
【００３９】
たとえば、障害時処理テーブルａのバイト０の処理内容は、０〜７ビットに処理（ａ）、８〜ＥビットにＮＵ（Ｎｏｔ  Ｕｓｅ）、Ｆビットにエラー有無フラグが割り当てられている。このエラー有無フラグは、“０”がエラーなし、“１”がエラーありを示す。他のバイトの処理内容は、図４の通りである。
【００４０】
また、処理テーブルｂのバイト０の処理内容は、０〜７ビットに処理（ａ）、８〜ＥビットにＮＵ、ＦビットにＷＡＩＴフラグが割り当てられている。このＷＡＩＴフラグは、“０”がＷＡＩＴなし、“１”がＷＡＩＴ追加を示す。他のバイトの処理内容は、図５の通りである。
【００４１】
この具体例では、障害発生時に、処理（ａ）（ｂ）（ｃ）（ｄ）のうち、処理（ｂ）でファイルアクセス障害が発生し、この場合には障害時処理テーブルａの処理（ｂ）にフラグ（“１”）を立てる。そして、新たな処理テーブルｂと、障害時処理テーブルａを比較して、同一処理があった場合、処理テーブルｂにフラグ（“１”）を立て、処理（ｂ）をＷＡＩＴさせる。
【００４２】
さらに、中央演算処理装置ＣＰＵ２の負荷が任意の設定値を超えた場合、あらかじめ設定されている過負荷時処理の優先順位により、対応する処理を縮退させる。この場合には、優先順位が、１位：処理（ａ）、２位：処理（ｂ）、３位：処理（ｄ）、４位：処理（ｃ）となっているので、最下位の処理（ｃ）を縮退させる。
【００４３】
このような具体例では、ファイルシステムＦＳ１に、処理（ａ）、ＷＡＩＴによりタイミングをずらした処理（ｂ）、処理（ｄ）の実行結果が格納される。
【００４４】
（障害回避方法２）
図６は、障害回避方法２の処理手順を示すフロー図である。図７〜図９は、その処理縮退動作、過負荷時縮退動作を示す説明図である。
【００４５】
この障害回避方法２は、前記障害回避方法１（図２）に比べて、Ｓ１４〜Ｓ１８の処理が異なり、また、Ｓ２１とＳ２２の間に１つの処理が追加される以外は同様であるので、異なる部分のみを説明する。
【００４６】
すなわち、Ｓ１３の処理後に、チャネルアダプタＣＨＮ２において、プロセッサＭＰ２はサービス開始後の処理と、中央演算処理装置ＣＰＵ２内のメモリＭＮ２に格納した処理が一致するか否かを判定する（Ｓ３１）。この判定の結果、一致する場合には処理を縮退させ（Ｓ３２）、ＡＳＳＩＳＴ、ＳＮＭＰを通じて管理者コンピュータＰＣに障害で縮退させた処理を通知して（Ｓ３３）、Ｓ３４に進み、一方、不一致の場合は、フェイルオーバーしたことにより中央演算処理装置ＣＰＵ２が過負荷か否かを判定する（Ｓ３４）。この判定の結果、過負荷の場合（ＹＥＳ）には処理を縮退させ（Ｓ３５）、ＡＳＳＩＳＴ、ＳＮＭＰを通じて管理者コンピュータＰＣに過負荷で縮退させた処理を通知して（Ｓ３６）、Ｓ１９に進み、一方、過負荷でない場合（ＮＯ）は、サービスを継続し（Ｓ１９）、Ｓ３１に戻る。その後、Ｓ２０からの処理を同様に行う。
【００４７】
また、Ｓ２１とＳ２２の間で、Ｓ２１の処理後に、管理者は、管理者コンピュータＰＣからサービスプロセッサＳＶＰを介した操作により障害時の処理にＷＡＩＴを追加し（Ｓ３７）、処理のタイミングをずらした後、Ｓ２２からの処理を同様に行う。
【００４８】
具体例として、たとえば図７に示すように、チャネルアダプタＣＨＮ２において処理（ａ）（ｂ）（ｃ）（ｄ）を実行する際に、たとえば図８に示すような障害時処理テーブルａと、図９に示すような処理テーブルｂを参照して処理縮退動作、過負荷時縮退動作が判定される。
【００４９】
各テーブルにおいて、障害時処理テーブルａは、前記障害回避方法１（図４）と同様である。また、処理テーブルｂは、Ｆビットに縮退フラグが割り当てられる以外は、前記障害回避方法１（図５）と同様である。この縮退フラグは、“０”が縮退なし、“１”が縮退ありを示す。
【００５０】
この具体例では、障害発生時に、処理（ａ）（ｂ）（ｃ）（ｄ）のうち、処理（ｂ）でファイルアクセス障害が発生し、この場合には障害時処理テーブルａの処理（ｂ）にフラグ（“１”）を立てる。そして、新たな処理テーブルｂと、障害時処理テーブルａを比較して、同一処理があった場合、処理テーブルｂにフラグ（“１”）を立て、処理（ｂ）を縮退させる。
【００５１】
さらに、中央演算処理装置ＣＰＵ２の負荷が任意の設定値を超えた場合、あらかじめ設定されている過負荷時処理の優先順位により、対応する処理を縮退させる。この場合には、優先順位が、１位：処理（ａ）、２位：処理（ｂ）、３位：処理（ｄ）、４位：処理（ｃ）となっているので、最下位の処理（ｃ）を縮退させる。
【００５２】
このような具体例では、ファイルシステムＦＳ１に、処理（ａ）、処理（ｄ）の実行結果が格納される。
【００５３】
以上説明したように、本実施の形態によれば、チャネルアダプタＣＨＮ１，ＣＨＮ２の稼動中に、対応するファイルシステムＦＳ１，ＦＳ２へのアクセス毎に、記憶装置ＳＤに実行処理のトレースを記録し、障害発生時に、記憶装置ＳＤに記録したトレース情報を検索し、障害を検出した処理と同時に実行されていた処理を特定し、この特定した処理に基づいてフェイルオーバー元のチャネルアダプタＣＨＮ１（ＣＨＮ２）で発生した障害をフェイルオーバー先のチャネルアダプタＣＨＮ２（ＣＨＮ１）で回避するために、ＷＡＩＴあるいは縮退させる処理を実行することで、プログラム要因でファイルアクセス障害が発生した時、フェイルオーバー先で同一障害の発生を抑止することができる。さらに、フェイルオーバーしたことにより中央演算処理装置ＣＰＵ２（ＣＰＵ１）の負荷が閾値を超えた場合、過負荷にならないように優先順位に従って処理を縮退させることができる。
【００５４】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【産業上の利用可能性】
【００５５】
本発明は、ストレージシステムの障害回避技術に関し、特に、ＮＡＳのファイルアクセス障害時におけるフェイルオーバー先での障害回避方法に利用可能である。
【図面の簡単な説明】
【００５６】
【図１】本発明の一実施の形態であるストレージシステムの構成および動作を示す図である。
【図２】本発明の一実施の形態であるストレージシステムにおいて、障害回避方法１の処理手順を示すフロー図である。
【図３】本発明の一実施の形態であるストレージシステムにおいて、障害回避方法１の処理ＷＡＩＴ動作、過負荷時縮退動作を示す説明図である。
【図４】本発明の一実施の形態であるストレージシステムにおいて、障害回避方法１の障害時処理テーブルを示す説明図である。
【図５】本発明の一実施の形態であるストレージシステムにおいて、障害回避方法１の処理テーブルを示す説明図である。
【図６】本発明の一実施の形態であるストレージシステムにおいて、障害回避方法２の処理手順を示すフロー図である。
【図７】本発明の一実施の形態であるストレージシステムにおいて、障害回避方法２の処理縮退動作、過負荷時縮退動作を示す説明図である。
【図８】本発明の一実施の形態であるストレージシステムにおいて、障害回避方法２の障害時処理テーブルを示す説明図である。
【図９】本発明の一実施の形態であるストレージシステムにおいて、障害回避方法２の処理テーブルを示す説明図である。
【符号の説明】
【００５７】
ＤＫＣ…ディスクコントローラ、ＰＣ…管理者コンピュータ、ＳＶ１，ＳＶ２…サーバ、ＣＨＮ１，ＣＨＮ２…チャネルアダプタ、ＦＳ１，ＦＳ２…ファイルシステム、ＳＤ…記憶装置、ＳＶＰ…サービスプロセッサ、ＣＰＵ１，ＣＰＵ２…中央演算処理装置、ＭＰ１（ａ，ｂ），ＭＰ２（ａ，ｂ）…プロセッサ、ＭＮ１，ＭＮ２…メモリ、ＭＭ１（ａ，ｂ），ＭＭ２（ａ，ｂ）…メモリ。
【図１】
2008146365.tif 000003
【図２】
2008146365.tif 000004
【図３】
2008146365.tif 000005
【図４】
2008146365.tif 000006
【図５】
2008146365.tif 000007
【図６】
2008146365.tif 000008
【図７】
2008146365.tif 000009
【図８】
2008146365.tif 000010
【図９】
2008146365.tif 000011