(57)【要約】【課題】本発明は、サーバ装置の障害に対する対応についての設定を簡易に検証するディスクアレイ装置を提案するものである。【解決手段】クライアント装置からサーバ装置を介して送信されるアクセス要求に基づいて、データを読み書きするボリュームを有するディスクアレイ装置であって、自装置に対して擬似的に障害を発生させる障害発生部と、前記クライアント装置が送信する前記アクセス要求を前記サーバ装置に送信するアクセス要求送信部と、前記障害発生部により前記障害を発生させた状態において、前記アクセス要求送信部により送信されたアクセス要求に対する前記サーバ装置の対応に基づいて、前記サーバ装置の前記障害に対する対応についての設定を検証する検証部とを備えるようにした。【選択図】図２
2007122396.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置からサーバ装置を介して送信されるアクセス要求に基づいて、データを読み書きするボリュームを有するディスクアレイ装置であって、
自装置に対して擬似的に障害を発生させる障害発生部と、
前記クライアント装置が送信する前記アクセス要求を前記サーバ装置に送信するアクセス要求送信部と、
前記障害発生部により前記障害を発生させた状態において、前記アクセス要求送信部により送信されたアクセス要求に対する前記サーバ装置の対応に基づいて、前記サーバ装置の前記障害に対する対応についての設定を検証する検証部と
を備えることを特徴とするディスクアレイ装置。
【請求項２】
前記障害発生部は、
前記サーバ装置及び前記自装置間を通信不能にさせるリンクダウン障害を所定時間だけ発生させ、
前記検証部は、
前記リンクダウン障害中における前記サーバ装置の対応及び前記リンクダウン障害後における前記サーバ装置の対応に基づいて、前記サーバ装置の前記リンクダウン障害に対する対応についての設定を検証する
ことを特徴とする請求項１に記載のディスクアレイ装置。
【請求項３】
前記障害発生部は、
前記サーバ装置及び前記自装置間を間欠的に通信不能にさせる間欠リンクダウン障害を発生させ、
前記検証部は、
前記間欠リンクダウン障害中における前記サーバ装置の対応に基づいて、前記サーバ装置の前記間欠リンクダウン障害に対する対応についての設定を検証する
ことを特徴とする請求項１に記載のディスクアレイ装置。
【請求項４】
前記障害発生部は、
前記サーバ装置及び前記自装置のメインインタフェース間のみを通信不能にさせるメインインターフェースリンクダウン障害を発生させ、
前記検証部は、
前記メインインターフェースリンクダウン障害中における前記サーバ装置の対応に基づいて、前記サーバ装置の前記メインインターフェースリンクダウン障害に対する対応についての設定を検証する
ことを特徴とする請求項１に記載のディスクアレイ装置。
【請求項５】
前記障害発生部は、
前記自装置の前記データの読み書きを所定時間だけ遅延させる応答遅延障害を発生させ、
前記検証部は、
前記応答遅延障害中における前記サーバ装置の対応及び前記応答遅延障害後における前記サーバ装置の対応に基づいて、前記サーバ装置の前記応答遅延障害に対する対応についての設定を検証する
ことを特徴とする請求項１に記載のディスクアレイ装置。
【請求項６】
前記障害発生部は、
複数の異なる障害を所定の順序で発生させ、
前記検証部は、
前記複数の異なる障害ごとに、前記サーバ装置の対応についての設定を検証する
ことを特徴とする請求項１に記載のディスクアレイ装置。
【請求項７】
前記検証部は、
前記サーバ装置に送信し、その後前記サーバ装置から送信される前記アクセス要求に対応するデータと、前記サーバ装置に送信する前の前記アクセス要求に対応するデータとが一致するか否かを検証する
ことを特徴とする請求項１に記載のディスクアレイ装置。
【請求項８】
前記検証部による検証により実行されるボリュームをバックアップすると共に、前記検証部による検証が実行されたボリュームを、バックアップ前の状態に復元するバックアップリストア部
を備えることを特徴とする請求項１に記載のディスクアレイ装置。
【請求項９】
クライアント装置からサーバ装置を介して送信されるアクセス要求に基づいて、データを読み書きするボリュームを有するディスクアレイ装置の障害対応検証方法であって、
自装置に対して擬似的に障害を発生させる第１のステップと、
前記クライアント装置が送信する前記アクセス要求を前記サーバ装置に送信する第２のステップと、
前記第１のステップにおいて前記障害を発生させた状態において、前記第２のステップにおいて送信したアクセス要求に対する前記サーバ装置の対応に基づいて、前記サーバ装置の前記障害に対する対応についての設定を検証する第３のステップと
を備えることを特徴とする障害対応検証方法。
【請求項１０】
前記第１のステップでは、
前記サーバ装置及び前記自装置間を通信不能にさせるリンクダウン障害を所定時間だけ発生させ、
前記第３のステップでは、
前記リンクダウン障害中における前記サーバ装置の対応及び前記リンクダウン障害後における前記サーバ装置の対応に基づいて、前記サーバ装置の前記リンクダウン障害に対する対応についての設定を検証する
ことを特徴とする請求項９に記載の障害対応検証方法。
【請求項１１】
前記第１のステップでは、
前記サーバ装置及び前記自装置間を間欠的に通信不能にさせる間欠リンクダウン障害を発生させ、
前記第３のステップでは、
前記間欠リンクダウン障害中における前記サーバ装置の対応に基づいて、前記サーバ装置の前記間欠リンクダウン障害に対する対応についての設定を検証する
ことを特徴とする請求項９に記載の障害対応検証方法。
【請求項１２】
前記第１のステップでは、
前記サーバ装置及び前記自装置のメインインタフェース間のみを通信不能にさせるメインインターフェースリンクダウン障害を発生させ、
前記第３のステップでは、
前記メインインターフェースリンクダウン障害中における前記サーバ装置の対応に基づいて、前記サーバ装置の前記メインインターフェースリンクダウン障害に対する対応についての設定を検証する
ことを特徴とする請求項９に記載の障害対応検証方法。
【請求項１３】
前記第１のステップでは、
前記自装置の前記データの読み書きを所定時間だけ遅延させる応答遅延障害を発生させ、
前記第３のステップでは、
前記応答遅延障害中における前記サーバ装置の対応及び前記応答遅延障害後における前記サーバ装置の対応に基づいて、前記サーバ装置の前記応答遅延障害に対する対応についての設定を検証する
ことを特徴とする請求項９に記載の障害対応検証方法。
【請求項１４】
前記第１のステップでは、
複数の異なる障害を所定の順序で発生させ、
前記第３のステップでは、
前記複数の異なる障害ごとに、前記サーバ装置の対応についての設定を検証する
ことを特徴とする請求項９に記載の障害対応検証方法。
【請求項１５】
前記第３のステップでは、
前記サーバ装置に送信し、その後前記サーバ装置から送信される前記アクセス要求に対応するデータと、前記サーバ装置に送信する前の前記アクセス要求に対応するデータとが一致するか否かを検証する
ことを特徴とする請求項９に記載の障害対応検証方法。
【請求項１６】
前記第３のステップにおける検証により実行されるボリュームをバックアップすると共に、前記検証が実行されたボリュームを、バックアップ前の状態に復元するステップ
を備えることを特徴とする請求項９に記載の障害対応検証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディスクアレイ装置及びその障害対応検証方法に関し、特にクライアント装置からサーバ装置を介して送信されるアクセス要求に基づいてデータを読み書きするディスクアレイ装置に適用して好適なものである。
【背景技術】
【０００２】
従来、複数のクライアント装置に接続されたサーバ装置と、ディスクアレイ装置とを接続することにより、クライアント装置からサーバ装置を介してディスクアレイ装置にアクセス要求を送信し、アクセス要求に従って、データをディスクアレイ装置の物理ディスクに記憶し、又は当該物理ディスクからデータを読み出すストレージシステムが広く普及している。
【０００３】
この場合、ストレージシステムでは、サーバ装置及びディスクアレイ装置における接続性、又は障害時における対応若しくはパスの切り替え等についての設定を検証するためには、例えば、保守員がパスの抜き差し等をして、擬似的に障害を発生させることによって、サーバ装置及びディスクアレイ装置の設定の検証を行う必要があった。
【０００４】
かかる課題を解決するために、外部記憶装置の擬似記憶動作を実行する擬似記憶装置（ディスクアレイ装置）と、この擬似記憶装置による擬似動作の結果を評価する情報処理装置（サーバ装置）と、前記擬似動作に対応する擬似項目及び前記擬似動作の結果を前記擬似記憶装置と前記情報処理装置との間で送受信する擬似項目通信手段と、外部記憶装置に対して実際に入出力される実データを前記擬似記憶装置と前記情報処理装置との間で送受信する実データ通信手段とを備えており、前記擬似項目通信手段と前記実データ通信手段とが互いに独立して動作する入出力試験システムが提案されている（例えば特許文献１参照）。
【特許文献１】特願２００２−１３２５３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、上述のような入出力試験システムでは、情報処理装置が主体となって動作確認を行うため、擬似記憶装置に行わせる擬似動作に関する情報を情報処理装置及び擬似記憶装置間で送受信する擬似項目通信手段が必要であった。
【０００６】
また、上述のような入出力システムでは、情報処理装置それぞれにテストプログラムをインストールしなければならないという煩雑な作業が必要となると共に、擬似記憶装置を用いて試験するため、実際のストレージシステムにおける環境で検証することができないという問題がある。
【０００７】
本発明は以上の点を考慮してなされたもので、サーバ装置の障害に対する対応についての設定を簡易に検証し得るディスクアレイ装置及びその障害対応検証方法を提案するものである。
【課題を解決するための手段】
【０００８】
かかる課題を解決するために本発明においては、クライアント装置からサーバ装置を介して送信されるアクセス要求に基づいて、データを読み書きするボリュームを有するディスクアレイ装置であって、自装置に対して擬似的に障害を発生させる障害発生部と、前記クライアント装置が送信する前記アクセス要求を前記サーバ装置に送信するアクセス要求送信部と、前記障害発生部により前記障害を発生させた状態において、前記アクセス要求送信部により送信されたアクセス要求に対する前記サーバ装置の対応に基づいて、前記サーバ装置の前記障害に対する対応についての設定を検証する検証部とを備えるようにした。
【０００９】
従って、サーバ装置に対して何ら新たなテストプログラムをインストールすることなく、当該サーバ装置の障害に対する対応についての設定を検証することができると共に、実際のネットワーク環境においてサーバ装置の障害に対する対応についての設定を検証することができる。
【００１０】
また、本発明においては、クライアント装置からサーバ装置を介して送信されるアクセス要求に基づいて、データを読み書きするボリュームを有するディスクアレイ装置の障害対応検証方法であって、自装置に対して擬似的に障害を発生させる第１のステップと、前記クライアント装置が送信する前記アクセス要求を前記サーバ装置に送信するアクセス第２のステップと、前記第１のステップにおいて前記障害を発生させた状態において、前記第２のステップにおいて送信したアクセス要求に対する前記サーバ装置の対応に基づいて、前記サーバ装置の前記障害に対する対応についての設定を検証する第３のステップとを備えるようにした。
【００１１】
従って、サーバ装置に対して何ら新たなテストプログラムをインストールすることなく、当該サーバ装置の障害に対する対応についての設定を検証することができると共に、実際のネットワーク環境においてサーバ装置の障害に対する対応についての設定を検証することができる。
【発明の効果】
【００１２】
本発明によれば、自装置に対して擬似的に障害を発生させ、クライアント装置が送信するアクセス要求をサーバ装置に送信して、障害を発生させた状態において、アクセス要求に対するサーバ装置の対応に基づいて、サーバ装置の障害に対する対応についての設定を検証することにより、サーバ装置に対して何ら新たなテストプログラムをインストールすることなく、当該サーバ装置の障害に対する対応についての設定を検証することができると共に、実際のネットワーク環境においてサーバ装置の障害に対する対応についての設定を検証することができ、かくしてサーバ装置の障害に対する対応についての設定を簡易に検証し得るディスクアレイ装置及びその障害対応検証方法を実現できる。
【発明を実施するための最良の形態】
【００１３】
以下図面について、本発明の一実施の形態を詳述する。
【００１４】
（１）本実施の形態によるストレージシステムの構成
図１は、本実施の形態によるストレージシステム１のシステム構成を示している。このストレージシステム１は、クライアント装置２、サーバ装置３、ディスクアレイ装置４及び操作端末５を備えている。
【００１５】
この場合、ストレージシステム１では、クライアント装置２、サーバ装置３及びディスクアレイ装置４がＬＡＮ（Local Area Network）７を介して接続され、ディスクアレイ装置４及び操作端末５がＬＡＮ７を介して接続され、サーバ装置３及びディスクアレイ装置４がＳＡＮ（Storage Area Network）８を介して接続されることにより構成されている。
【００１６】
なお、ストレージシステム１では、ＬＡＮ６とＬＡＮ７を別々に構成した場合について述べたが、本発明はこれに限らず、例えば、これらを１つのＬＡＮで構成するようにしても良く、またクライアント装置２、サーバ装置３、ディスクアレイ装置４及び操作端末５を１つのＳＡＮで構成するようにしても良く、対応するインタフェース及びプロトコルを適用してこの他種々のネットワーク構成に広く適用することができる。
【００１７】
クライアント装置２は、例えば、図示しないＣＰＵ（Central Processing Unit）やメモリ等を備え、また図示しない操作部や表示部を備えており、具体的には、パーソナルコンピュータ、メインフレームコンピュータ等でなる。また、クライアント装置２には、例えば、ＬＡＮ６を介してサーバ装置３とアクセスするためのＬＡＮＩ／Ｆ部１１が実装されている。なお、本実施の形態においては、図面の便宜上、クライアント装置２が１台接続されている場合について述べたが、本発明はこれに限らず、複数のクライアント装置２がＬＡＮ６を介してサーバ装置３と接続されていても良い。
【００１８】
サーバ装置３は、例えば、図示しないＣＰＵやメモリ等を備え、また図示しない操作部や表示部等を備えており、具体的には、ワークステーション等でなる。また、サーバ装置３には、例えば、ＬＡＮ６を介してクライアント装置２とアクセスするためのＬＡＮＩ／Ｆ部２１と、ＳＡＮ８を介してディスクアレイ装置４とアクセスするためのクライアントバスアダプタ（Host Bus Adapter）２２とが実装されている。
【００１９】
このサーバ装置３は、マウント処理が行われたクライアント装置２に対して、当該サーバ装置３の対応するディレクトリ内のデータを提示することができるようになされている。なお、本実施の形態においては、図面の便宜上、サーバ装置３が１台接続されている場合について述べたが、本発明はこれに限らず、複数のサーバ装置３がＳＡＮ８を介してディスクアレイ装置４と接続されていても良い。
【００２０】
ディスクアレイ装置４は、ディスクコントローラ３１及び複数の物理ディスク４２を有する記憶部４１を備えて構成されている。この場合、ディスクコントローラ３１は、フロントエンドＩ／Ｆ部３２、データコントローラ３３、キャッシュメモリ３４、バックエンドＩ／Ｆ部３５、ＭＰＵ３６、メモリ３７及びＬＡＮＩ／Ｆ部３８を備えて構成されている。
【００２１】
フロントエンドＩ／Ｆ部３２は、サーバ装置３との間で通信を行う際の所定の通信インタフェースを備えており、それぞれを識別するためのネットワークアドレス（例えば、ＭＡＣ（Media Access Control）アドレスやＷＷＮ（World Wide Name）、ＩＰ（Internet Protocol）アドレス）等が割り当てられている。
【００２２】
また、フロントエンドＩ／Ｆ部３２は、信頼性を向上するために、プライマリ側のフロントエンドＩ／Ｆ部３２Ａ及びオルタネイト側のフロントエンドＩ／Ｆ部３２Ｂからなり、通常時には、プライマリ側のフロントエンドＩ／Ｆ部３２Ａを介してアクセス要求及びデータ等を送受信する一方、プライマリ側のフロントエンドＩ／Ｆ部３２Ａに障害が起こったときには、オルタネイト側のフロントエンドＩ／Ｆ部３２Ｂを介してアクセス要求及びデータ等を送受信する。
【００２３】
データコントローラ３３は、例えば、高速スイッチングによりデータ伝送を行うクロスバススイッチなどのスイッチ又はバス等で構成されており、フロントエンドＩ／Ｆ部３２、バックエンドＩ／Ｆ部３５、キャッシュメモリ３４及びＭＰＵ３６と接続されており、当該フロントエンドＩ／Ｆ部３２、バックエンドＩ／Ｆ部３５、キャッシュメモリ３４及びＭＰＵ３６間のアクセス要求及びデータを転送する。
【００２４】
キャッシュメモリ３４は、例えば揮発性メモリから構成されており、記憶部４１の物理ディスク４２に読み書きするデータを一時的に保持するために用いられる。
【００２５】
バックエンドＩ／Ｆ部３５は、記憶部４１の物理ディスク４２との間で通信を行う際の所定の通信インタフェースを備えており、キャッシュメモリ３４から読み出されたデータを記憶部４１に送信する一方、記憶部４１の物理ディスク４２から読み出されたデータを受信する。また、バックエンドＩ／Ｆ部３５は、信頼性を向上するために、２重化されて構成されている。
【００２６】
ＭＰＵ３６は、図示しない内部メモリに格納された各種制御プログラムに基づいてフロントエンドＩ／Ｆ部３２、バックエンドＩ／Ｆ３５部及びデータコントローラ３３を制御する。すなわち、ＭＰＵ３６は、フロントエンドＩ／Ｆ部３２において受信したアクセス要求に従って、キャッシュメモリ３４に保持されたデータを読み出して、当該データの物理ディスク４２への書き込み及び物理ディスク４２からの読み出し等を実行させる。
【００２７】
このとき、ＭＰＵ３６は、物理ディスク４２をいわゆるＲＡＩＤ（Redundant Array of Inexpensive Disks）方式により規定されるＲＡＩＤレベル（例えばＲＡＩＤ１，ＲＡＩＤ５等）で制御することができるようになされている。
【００２８】
すなわちＭＰＵ３６は、これら物理ディスク４２を複数組み合わせることで、例えば、ＲＡＩＤ方式で運用されるグループ（ＲＡＩＤグループ等）が構成され、この前記グループにより提供される記憶領域上に１つまたは複数の論理ボリューム（以下、これを論理ボリュームと呼ぶ）を設定することができるようになされている。
【００２９】
メモリ３７は、例えば、不揮発性メモリから構成されており、物理ディスク４２にＲＡＩＤレベルで記憶されたデータを管理するための管理情報及びプログラム等が使用する制御情報が記憶されている。
【００３０】
ＬＡＮＩ／Ｆ部３８は、操作端末５及びサーバ装置３との間で通信を行う際の所定の通信インタフェースを備えており、操作端末５に操作を行わせるための表示データ等を送信する一方、操作端末５からの送信される操作データ等を受信する。
【００３１】
記憶部４１は、アレイ状に配列された複数の物理ディスク４２から構成されている。この物理ディスク４２は、例えば、ＡＴＡ（Advanced Technology Attachment）ハードディスク、ＳＡＴＡ（Serial-ATA）ハードディスク、ＳＣＳＩ（Small Computer System Interface）ハードディスク、ＳＡＳ（Serial Attached SCSI）ハードディスク、ファイバチャネルハードディスク等により構成されている。
【００３２】
操作端末５は、ＬＡＮ７を介してディスクアレイ装置４とアクセスするためのＬＡＮＩ／Ｆ部５１を備えたディスクアレイ装置４を保守又は管理するための端末装置であり、例えば、図示しないＣＰＵやメモリ等を備え、また図示しない操作部や表示部等を備えた一般的なパーソナルコンピュータである。操作端末５の保守員は、この操作端末５を操作することにより、例えば、物理ディスク４２に定義される論理ボリュームの設定、物理ディスク４２の増設又は減設、ＲＡＩＤ構成の設定変更（例えば、ＲＡＩＤレベル５からＲＡＩＤレベル１への変更）等を行うようになされている。
【００３３】
ここで、このストレージシステム１におけるデータの入出力の流れについて説明する。このストレージシステム１では、クライアント装置２からＬＡＮ６、サーバ装置３及びＳＡＮ８を順次介して送信されたアクセス要求がフロントエンドＩ／Ｆ部３２及びデータコントローラ３３を順次介してＭＰＵ３６に与えられる。
【００３４】
ＭＰＵ３６は、クライアント装置２からＬＡＮ６、サーバ装置３及びＳＡＮ８を順次介してデータ書込み要求のアクセス要求が与えられた場合、同じくクライアント装置２からＬＡＮ６、サーバ装置３及びＳＡＮ８を順次介して送信されるデータ書込み要求に対応する書込み対象のデータを、フロントエンドＩ／Ｆ部３２及びデータコントローラ３３を順次介してキャッシュメモリ３４に記憶する。
【００３５】
またＭＰＵ３６は、キャッシュメモリ３４に記憶された書込み対象のデータを読み出して、これをバックエンドＩ／Ｆ部３５を介して記憶部４１内の対応する物理ディスク４２のアドレス位置に書き込む。
【００３６】
一方、ＭＰＵ３６は、データ読出し要求のアクセス要求が与えられた場合、当該データ読出し要求に従って、読み出し対象のデータを記憶部４１の対応する物理ディスク４２のアドレス位置から読み出して、バックエンドＩ／Ｆ部３５及びデータコントローラ３３を順次介してキャッシュメモリ３４に記憶する。
【００３７】
そしてＭＰＵ３６は、キャッシュメモリ３４に記憶された読出し対象のデータを読み出して、データコントローラ３３、フロントエンドＩ／Ｆ部３２、ＳＡＮ８、サーバ装置３及びＬＡＮ６を順次介してクライアント装置２に送信する。
【００３８】
なお、本実施の形態においては、ディスクアレイ装置４においてディスクコントローラ３１が１台設けられている場合について述べたが、本発明はこれに限らず、信頼性を向上させるために、２台以上設けるようにしても良く、また、その場合、ディスクコントローラ３１同士を接続パス等で接続するようにしても良い。
【００３９】
（１−２）障害対応検証処理
次に、かかるストレージシステム１における障害対応検証処理に関する方法について、図２〜図１１を参照して説明する。本実施の形態によるストレージシステム１では、ディスクアレイ装置４において、擬似的に障害を発生させ、クライアント装置２が送信するアクセス要求を生成してＬＡＮ６を介してサーバ装置３に送信し、擬似的に障害を発生させた状態において、アクセス要求に対するサーバ装置３の対応に基づいて、このサーバ装置の障害に対する対応についての設定を検証することを特徴としている。
【００４０】
図２は、かかる障害対応検証処理を実行するためのディスクコントローラ３１のＭＰＵ３６についての機能を概略的に表した構成を示している。この場合、ディスクコントローラ３１のＭＰＵ３６は、この障害対応検証処理において統括制御を行う制御部６１、当該処理において使用する論理ボリュームのバックアップ処理及び復元処理を行うバックアップリストア部６２、当該処理において擬似的に障害を発生させる擬似障害発生部６３、クライアント装置２が送信するアクセス要求及びデータを送信する擬似クライアント部６４及び当該処理におけるログ及び判断結果を生成するログ生成部６５を備えて構成されている。
【００４１】
なお、制御部６１、バックアップリストア部６２、擬似障害発生部６３、擬似クライアント部６４及びログ生成部６５は、それぞれメモリ３７に記憶されている各種制御プログラム等がＭＰＵ３６の内部メモリ（図示せず）に展開され、これをＭＰＵ３６が実行することで各種処理が行われるソフトウェアである。
【００４２】
また、ディスクコントローラ３１のメモリ３７には、このディスクアレイ装置４に接続されているサーバ装置３の情報が格納されているサーバ情報格納テーブル７１、擬似的に発生させる障害の情報が格納されている障害情報格納テーブル８１、障害のうち、どの障害をどのような順序で発生させてテストを実行するかの情報であるテストスケジュールが格納されているテストスケジュール情報格納テーブル９１がそれぞれ記憶されている。
【００４３】
サーバ情報格納テーブル７１は、図３に示すように、サーバ装置３を識別するためのサーバＩＤが格納されているサーバＩＤ格納欄７２、かかるサーバ装置３のＩＰアドレスの情報が格納されているＩＰアドレス格納欄７３、ディスクアレイ装置４の論理ボリュームを使用するときのサーバ装置３におけるディレクトリの情報が格納されているサーバ使用ディレクトリ格納欄７４及びかかるサーバ装置３のディレクトリを使用するときの、クライアント装置２におけるディレクトリの情報が格納されているクライアント使用ディレクトリ格納欄７５から構成されている。
【００４４】
障害情報格納テーブル８１は、図４に示すように、障害を識別するための障害ＩＤが格納されている障害ＩＤ格納欄８２、擬似的に発生させる具体的な障害の情報が格納されている障害格納欄８３、かかる障害の発生状態の情報が格納されている障害状態格納欄８４、かかる障害を発生させる時間又は障害を発生させる間隔が格納されている障害発生時間又は間隔格納欄８５、かかる障害を発生させるときに使用する障害データが格納されている使用障害データ格納欄８６から構成されている。
【００４５】
テストスケジュール情報格納テーブル９１は、図５に示すように、テストスケジュールを識別するためのテストスケジュールＩＤが格納されているテストスケジュールＩＤ格納欄９２、プライマリ側のフロントエンドＩ／Ｆ部３２Ａのネットワークアドレスが格納されているプライマリ側Ｉ／Ｆアドレス格納欄９３、オルタネイト側のフロントエンドＩ／Ｆ部３２Ｂのネットワークアドレスが格納されているオルタネイト側Ｉ／Ｆアドレス格納欄９４、使用するサーバ装置３のサーバＩＤが格納されている使用サーバＩＤ格納欄９５、使用する論理ボリュームのＬＵＮ（Logical Unit Number）が格納されている使用ＬＵＮ格納欄９６、当該テストスケジュールが格納されているテストスケジュール格納欄９７及びかかるテストスケジュールにおける所要時間が格納されている所要時間格納欄９８から構成されている。
【００４６】
ここで、このストレージシステム１における障害対応検証処理時のデータの入出力の流れについて説明する。このストレージシステム１では、操作端末５からＬＡＮ７及びＬＡＮＩ／Ｆ部３８を順次介してテスト処理実行要求がＭＰＵ３６の制御部６１に与えられる。
【００４７】
制御部６１は、データを書き込む場合には、擬似クライアント部６４を制御することにより、データ書込み要求のアクセス要求を生成させると共に、メモリ３７に記憶されている、データ書込み要求に対応するテスト用の書込み対象のデータを読み出して、当該データ書込み要求及び書込み対象のデータを、ＬＡＮＩ／Ｆ部３８及びＬＡＮ６を順次介してサーバ装置３に送信させる。
【００４８】
また、制御部６１は、サーバ装置３からＳＡＮ８、フロントエンドＩ／Ｆ部３２及びデータコントローラ３３を順次介してデータ書込み要求が与えられると、同じくサーバ装置３から送信される、データ書込み要求に対応する書込み対象のデータを、フロントエンドＩ／Ｆ部３２及びデータコントローラ３３（図１）を順次介してキャッシュメモリ３４（図１）に記憶する。
【００４９】
さらに、制御部６１は、キャッシュメモリ３４（図１）に記憶された書込み対象のデータを読み出して、これをバックエンドＩ／Ｆ部３５を介して記憶部４１内の対応する物理ディスク４２のアドレス位置に書き込む。
【００５０】
一方、制御部６１は、データを読み出す場合には、擬似クライアント部６４を制御することにより、データ読出し要求のアクセス要求を生成させ、当該データ読出し要求を、ＬＡＮＩ／Ｆ部３８及びＬＡＮ６を順次介してサーバ装置３に送信させる。
【００５１】
また、制御部６１は、サーバ装置３からフロントエンドＩ／Ｆ部３２及びデータコントローラ３３を順次介してデータ読出し要求が与えられると、当該データ読出し要求に従って、読み出し対象のデータを記憶部４１の対応する物理ディスク４２のアドレス位置から読み出して、バックエンドＩ／Ｆ部３５及びデータコントローラ３３（図１）を順次介してキャッシュメモリ３４（図１）に順次記憶する。
【００５２】
さらに、制御部６１は、キャッシュメモリ３４（図１）に記憶された読出し対象のデータを読み出して、データコントローラ３３（図１）、フロントエンドＩ／Ｆ部３２及びＳＡＮ８を順次介してサーバ装置３に送信する。そして、制御部６１は、サーバ装置に送信した当該読出し対象のデータを、サーバ装置３からＬＡＮ６及びＬＡＮＩ／Ｆ部３８を順次介して擬似クライアント部６４において受信する。
【００５３】
（１−３）障害対応検証処理手順
次に、かかるストレージシステム１における障害対応検証処理手順について説明する。図６は、擬似的に障害を発生させ、クライアント装置２が送信するアクセス要求を生成してＬＡＮ６を介してサーバ装置３に送信し、擬似的に障害を発生させた状態において、アクセス要求に対するサーバ装置３の対応に基づいて、このサーバ装置の障害に対する対応についての設定を検証するためのテストについての制御を行うテスト処理の具体的な処理手順を示したフローチャートである。
【００５４】
制御部６１は、初期時、図６に示すテスト処理手順ＲＴ１に従って、操作端末５からＬＡＮ７及びＬＡＮＩ／Ｆ部３８を順次介してテスト処理実行要求を受信するのを待機モードで待ち受ける（ＳＰ１）。
【００５５】
やがて、制御部６１は、操作端末５からＬＡＮ７、ＬＡＮＩ／Ｆ部３８を順次介してテスト処理実行要求を受信すると（ＳＰ１：ＹＥＳ）、擬似クライアント部６４を制御することにより、テスト処理実行要求に基づき、テストスケジュール情報格納テーブルに従って、テスト処理が実行されるサーバ装置３へのマウント処理を行わせる（ＳＰ２）。
【００５６】
続いて、制御部６１は、バックアップリストア部６２を制御することにより、テスト処理が実行される論理ボリュームに対して、例えばスナップショットやボリューム複製等のバックアップ処理を行わせる（ＳＰ３）。
【００５７】
ここで、制御部６１は、テスト処理が実行される論理ボリュームに対して、バックアップ処理が行われると、受信したテスト処理実行要求に基づき、テストスケジュール情報格納テーブルに従って、テストスケジュール処理（後述）を実行する（ＲＴ２）。
【００５８】
続いて、制御部６１は、ログ生成部６５を制御することにより、テストスケジュール処理が終了すると、当該テストスケジュール処理におけるすべての障害対応検証処理の判断結果を含むログ情報を生成し、ＬＡＮＩ／Ｆ部３８及びＬＡＮ７を順次介して操作端末５に送信させる（ＳＰ４）。
【００５９】
続いて、制御部６１は、擬似クライアント部６４を制御することにより、テスト処理が実行されたサーバ装置３からのアンマウント処理を行わせる（ＳＰ５）。
【００６０】
続いて、制御部６１は、バックアップリストア部６２を制御することにより、テスト処理が実行された論理ボリュームを、バックアップ前の状態に復元する復元処理を行わせて（ＳＰ６）、この後、テスト処理手順ＲＴ１を終了する（ＳＰ７）。
【００６１】
次に、かかるストレージシステム１におけるテストスケジュール処理手順について説明する。図７は、テストスケジュール情報格納テーブル９１に格納されているテストスケジュールを実行するための制御を行うテストスケジュール処理の具体的な処理手順を示したフローチャートである。
【００６２】
なお、本実施の形態においては、テストスケジュール情報格納テーブル９１に格納されているテストスケジュールのうち、テストスケジュールＴ１のテスト処理実行要求を受信し、当該テストスケジュールＴ１のテスト実行要求に基づき、テストスケジュール情報格納テーブル９１に従って、テストスケジュールＴ１を実行した場合について説明するが、本発明はこれに限らず、この他種々のテストスケジュール情報格納テーブル９１に格納されているテストスケジュールについてテスト処理を実行することができる。
【００６３】
制御部６１は、初期時、図７に示すテストスケジュール処理手順ＲＴ２に従って、テストスケジュール情報格納テーブルのテストスケジュール格納欄９７の一番初めに格納されている障害ＩＤである障害Ａ１に基づく障害対応検証処理（後述）を実行する（ＲＴ３）。
【００６４】
続いて、制御部６１は、この障害Ａ１に基づく障害対応検証処理の実行結果によりサーバ装置３が正常であると判断したか否かをチェックする（ＳＰ１１）。そして、制御部６１は、この障害Ａ１に基づく障害対応検証処理の実行結果によりサーバ装置３が正常であると判断しなかった場合、すなわちサーバ装置３が異常であると判断した場合（ＳＰ１１：ＮＯ）には、このテストスケジュール処理手順ＲＴ２を終了する（ＳＰ１７）。これに対して、制御部６１は、この障害Ａ１に基づく障害対応検証処理の実行結果によりサーバ装置３が正常であると判断した場合（ＳＰ１１：ＹＥＳ）には、テストスケジュール情報格納テーブル９１のテストスケジュール格納欄９７の障害Ａ１の次に格納されている障害ＩＤである障害Ａ２に基づく障害対応検証処理（後述）を実行する（ＲＴ４）。
【００６５】
続いて、制御部６１は、この障害Ａ２に基づく障害対応検証処理の実行結果によりサーバ装置３が正常であると判断したか否かをチェックする（ＳＰ１２）。そして、制御部６１は、この障害Ａ２に基づく障害対応検証処理の実行結果によりサーバ装置３が正常であると判断しなかった場合、すなわちサーバ装置３が異常であると判断した場合（ＳＰ１２：ＮＯ）には、このテストスケジュール処理手順ＲＴ２を終了する（ＳＰ１７）。これに対して、制御部６１は、この障害Ａ２に基づく障害対応検証処理の実行結果によりサーバ装置３が正常であると判断した場合（ＳＰ１２：ＹＥＳ）には、擬似障害発生部６３に制御することにより、障害Ａ２を解除して障害のない状態に復元する障害解除処理を行わせる（ＳＰ１３）。
【００６６】
続いて、制御部６１は、テストスケジュール情報格納テーブル９１のテストスケジュール格納欄９７の障害Ａ２の次に格納されている障害ＩＤである障害Ａ３に基づく障害対応検証処理（後述）を実行する（ＲＴ５）。
【００６７】
続いて、制御部６１は、この障害Ａ３に基づく障害対応検証処理の実行結果によりサーバ装置３が正常であると判断したか否かをチェックする（ＳＰ１４）。そして、制御部６１は、この障害Ａ３に基づく障害対応検証処理の実行結果によりサーバ装置３が正常であると判断しなかった場合、すなわちサーバ装置３が異常であると判断した場合（ＳＰ１４：ＮＯ）には、このテストスケジュール処理手順ＲＴ２を終了する（ＳＰ１７）。これに対して、制御部６１は、この障害Ａ３に基づく障害対応検証処理の実行結果によりサーバ装置３が正常であると判断した場合（ＳＰ１４：ＹＥＳ）には、テストスケジュール情報格納テーブル９１のテストスケジュール格納欄９７の障害Ａ３の次に格納されている障害ＩＤである障害Ｂ１に基づく障害対応検証処理（後述）を実行する（ＲＴ６）。
【００６８】
続いて、制御部６１は、この障害Ｂ１に基づく障害対応検証処理の実行結果によりサーバ装置３が正常であると判断したか否かをチェックする（ＳＰ１５）。そして、制御部６１は、この障害Ｂ１に基づく障害対応検証処理の実行結果によりサーバ装置３が正常であると判断しなかった場合、すなわちサーバ装置３が異常であると判断した場合（ＳＰ１５：ＮＯ）には、このテストスケジュール処理手順ＲＴ２を終了する（ＳＰ１７）。これに対して、制御部６１は、この障害Ｂ１に基づく障害対応検証処理の実行結果によりサーバ装置３が正常であると判断した場合（ＳＰ１５：ＹＥＳ）には、テストスケジュール情報格納テーブル９１のテストスケジュール格納欄９７の障害Ｂ１の次に格納されている障害ＩＤである障害Ｃ１に基づく障害対応検証処理を実行する（ＳＰ１６）。
【００６９】
この場合、制御部６１は、障害Ｃ１に基づく障害対応検証処理において、擬似障害発生部６３を制御することにより、送信フレーム障害を発生させるようになされている。制御部６１は、擬似クライアント部６４を制御することにより、データ読出し要求を生成させ、これをＬＡＮＩ／Ｆ部３８、ＬＡＮ６を順次介してサーバ装置３に送信させる。
【００７０】
また、制御部６１は、サーバ装置３からＳＡＮ８、フロントエンドＩ／Ｆ部３２及びデータコントローラ３３を順次介してデータ読出し要求が与えられると、読出し要求に対応する読出し対象のデータをキャッシュメモリ３４（図１）に記憶する。
【００７１】
さらに、制御部６１は、障害情報格納テーブル８１の使用障害データ格納欄８６に格納されている障害データを用いて、読出し対象のデータに対して変化を生じさせる。そして制御部６１は、変化を生じさせた、読出し対象のデータとは異なるデータをサーバ装置３に送信する。
【００７２】
そして、制御部６１は、変化を生じさせた、読出し対象のデータとは異なるデータを受信したサーバ装置３がどのように対応するかによって、サーバ装置の障害に対する対応についての設定を検証するようになされている。
【００７３】
例えば、制御部６１は、サーバ装置３が読出し対象のデータとは異なるデータを受信したときにリトライ処理を行うように設定されている場合には、サーバ装置３がリトライ処理を行ってもう一度読出し要求を送信し、当該制御部６１において読出し要求を受信したときに、サーバ装置３が正常であると判断する。これに対して、制御部６１は、サーバ装置３がリトライ処理を行なわずに、読出し対象のデータとは異なるデータがそのままＬＡＮ６及びＬＡＮＩ／Ｆ部３８を順次介して擬似クライアント部６４において受信したときに、サーバ装置３が異常であると判断するようになされている。
【００７４】
やがて、制御部６１は、この障害Ｃ１に基づく障害対応検証処理が終了すると、このテストスケジュール処理手順ＲＴ２を終了する（ＳＰ１７）。
【００７５】
次に、かかるストレージシステム１における障害Ａ１に基づく障害対応検証処理手順について説明する。図８は、障害情報格納テーブル８１に格納されている障害Ａ１に基づいて、サーバ装置３の障害Ａ１に対する対応についての設定を検証するための制御を行う障害Ａ１に基づく障害対応検証処理の具体的な処理手順を示したフローチャートである。
【００７６】
この場合、例えば、サーバ装置３がアクセス要求を受信してから２０(sec)以内に処理を完了しないときにエラー応答を擬似クライアント部６４に送信し、それまではリトライ処理を行うように設定されており、また、障害情報格納テーブル８１の障害Ａ１における障害発生時間又は間隔格納欄８５に格納されている障害発生時間が１０(sec)であるとする。
【００７７】
制御部６１は、初期時、図８に示す障害Ａ１に基づく障害対応検証処理手順ＲＴ３に従って、擬似障害発生部６３を制御することにより、フロントエンドＩ／Ｆ部３２について、障害発生時間である１０(sec)間、リンクダウン障害を連続的に発生させる（ＳＰ２１）。この場合、擬似障害発生部６３は、具体的にサーバ装置３及びフロントエンドＩ／Ｆ部３２間の信号線の光を遮断することでサーバ装置３と通信不能にするようになされている。
【００７８】
続いて、制御部６１は、擬似クライアント部６４を制御することにより、アクセス要求を生成させ、当該アクセス要求をサーバ装置３に送信させる（ＳＰ２２）。
【００７９】
続いて、制御部６１は、障害情報格納テーブル８１の障害Ａ１における障害発生時間又は間隔格納欄８５に格納されている障害発生時間が経過するのを待機モードで待ち受ける（ＳＰ２３）。やがて、制御部６１は、障害情報格納テーブル８１の障害Ａ１における障害発生時間又は間隔格納欄８５に格納されている障害発生時間が経過すると（ＳＰ２３：ＹＥＳ）、擬似障害発生部６３を制御することにより、フロントエンドＩ／Ｆ部３２についてのリンクダウン障害の発生を解除させる（ＳＰ２４）。
【００８０】
続いて、制御部６１は、所定時間内にサーバ装置３からアクセス要求を受信したか否かをチェックする（ＳＰ２５）。そして、制御部６１は、所定時間内にサーバ装置３からアクセス要求を受信しなかった場合（ＳＰ２５：ＮＯ）には、サーバ装置３が障害Ａ１に対する対応について設定されている処理を実行しない、すなわちサーバ装置３が異常であると判断する（ＳＰ２８）。
【００８１】
このとき、制御部６１は、サーバ装置３がアクセス要求を受信してから２０(sec)以内に処理を完了しないときにエラー応答を擬似クライアント部６４に送信し、それまではリトライ処理を行うように設定され、障害発生時間が１０(sec)であるため、例えば、リンクダウン障害中に、エラー応答が擬似クライアント部６４において受信したときや、リンクダウン障害が解除されてもアクセス要求が当該制御部６１に受信しないとき等にサーバ装置３が異常であると判断するようになされている。
【００８２】
なお、サーバ装置３がアクセス要求を受信してからエラー応答を擬似クライアント部６４に送信するまでの設定時間や、障害情報格納テーブル８１の障害Ａ１における障害発生時間又は間隔格納欄８５に格納されている障害発生時間を変更することにより、例えば、逆にリンクダウン障害中に、エラー応答が擬似クライアント部６４において受信したときに、サーバ装置３が正常であると判断させるようにもでき、この他種々の障害対応検証処理を実行することができるようになされている。
【００８３】
これに対して、制御部６１は、所定時間内にサーバ装置３からアクセス要求を受信した場合（ＳＰ２５：ＹＥＳ）には、アクセス要求がデータ書込み要求の場合については、上述のデータ入出力の流れにおいて説明したように、サーバ装置３から受信した書込み対象のデータを、物理ディスク４２に書き込む（ＳＰ２６）。
【００８４】
続いて、制御部６１は、擬似クライアント部６４において送信させた、メモリ３７に記憶されているテスト用の書込み対象のデータを読み出して、サーバ装置３から受信した書込み対象データと一致するか否かをチェックする（ＳＰ２７）。そして、制御部６１は、擬似クライアント部６４において送信させた、メモリ３７に記憶されているテスト用の書込み対象のデータと、サーバ装置３から受信した書込み対象データとが一致しない場合（ＳＰ２７：ＮＯ）には、サーバ装置３が異常であると判断する（ＳＰ２８）。これに対して、制御部６１は、擬似クライアント部６４において送信させた、メモリ３７に記憶されているテスト用の書込み対象のデータと、サーバ装置３から受信した書込み対象データとが一致する場合（ＳＰ２７：ＹＥＳ）には、サーバ装置３が正常であると判断し（ＳＰ２９）、この後障害Ａ１に基づく障害対応検証処理手順ＲＴ３を終了する（ＳＰ３０）。
【００８５】
一方、制御部６１は、アクセス要求がデータ読出し要求の場合については、上述のデータ入出力の流れにおいて説明したように、当該データ読出し要求に対応する読出し対象のデータを物理ディスク４２から読み出してサーバ装置３に送信する（ＳＰ２６）。
【００８６】
続いて、制御部６１は、サーバ装置３から擬似クライアント部６４において受信した読出し対象のデータと、物理ディスク４２から読み出した、サーバ装置３から受信したデータ読出し要求に対応する読出し対象のデータとが一致するか否かをチェックする（ＳＰ２７）。そして、制御部６１は、サーバ装置３から擬似クライアント部６４において受信した読出し対象のデータと、物理ディスク４２から読み出した、サーバ装置３から受信したデータ読出し要求に対応する読出し対象のデータとが一致しない場合（ＳＰ２７：ＮＯ）には、サーバ装置３が異常であると判断する（ＳＰ２８）。これに対して、制御部６１は、サーバ装置３から擬似クライアント部６４において受信した読出し対象のデータと、物理ディスク４２から読み出した、サーバ装置３から受信したデータ読出し要求に対応する読出し対象のデータとが一致する場合（ＳＰ２７：ＹＥＳ）には、サーバ装置３が正常であると判断し（ＳＰ２９）、この後障害Ａ１に基づく障害対応検証処理手順ＲＴ３を終了する（ＳＰ３０）。
【００８７】
次に、かかるストレージシステム１における障害Ａ２に基づく障害対応検証処理手順について説明する。図９は、障害情報格納テーブル８１に格納されている障害Ａ２に基づいて、サーバ装置３の障害Ａ２に対する対応についての設定を検証するための制御を行う障害Ａ２に基づく障害対応検証処理の具体的な処理手順を示したフローチャートである。
【００８８】
この場合、例えば、サーバ装置３がアクセス要求を受信してから２０(sec)以内に処理を完了しないときにエラー応答を擬似クライアント部６４に送信し、それまではリトライ処理を行うように設定されており、また、障害情報格納テーブル８１の障害Ａ２における障害発生時間又は間隔格納欄８５に格納されている障害発生間隔が１(sec)ごとであるとする。そして、サーバ装置３は、このような設定の場合には、データの送受信について多少の影響はあるもののデータの送受信は完了することができるものである。
【００８９】
制御部６１は、初期時、図９に示す障害Ａ２に基づく障害対応検証処理手順ＲＴ４に従って、擬似障害発生部６３を制御することにより、フロントエンドＩ／Ｆ部３２について、障害発生時間である１(sec)ごとに、リンクダウン障害を間欠的に発生させる（ＳＰ３１）。この場合、擬似障害発生部６３は、具体的にサーバ装置３及びフロントエンドＩ／Ｆ部３２間の信号線の光を遮断したり、当該遮断を解除したりすることでサーバ装置３と間欠的に通信不能にするようになされている。
【００９０】
続いて、制御部６１は、擬似クライアント部６４を制御することにより、アクセス要求を生成させ、当該アクセス要求をサーバ装置に送信させる（ＳＰ３２）。
【００９１】
続いて、制御部６１は、所定時間内にサーバ装置３からアクセス要求を受信したか否かをチェックする（ＳＰ３３）。そして、制御部６１は、所定時間内にサーバ装置３からアクセス要求を受信しなかった場合（ＳＰ３３：ＮＯ）には、サーバ装置３が障害Ａ２に対する対応について設定されている処理を実行しない、すなわちサーバ装置３が異常であると判断する（ＳＰ３６）。
【００９２】
このとき、制御部６１は、サーバ装置３がアクセス要求を受信してから２０(sec)以内に処理を完了しないときにエラー応答を擬似クライアント部６４に送信し、それまではリトライ処理を行うように設定されている場合には、データの送受信について多少の影響はあるもののデータの送受信は完了することができるものであるため、例えば、間欠的なリンクダウン障害中に、エラー応答が擬似クライアント部６４において受信したとき等にサーバ装置３が異常であると判断するようになされている。
【００９３】
なお、サーバ装置３がアクセス要求を受信してからエラー応答を擬似クライアント部６４に送信するまでの設定時間や、障害情報格納テーブル８５の障害Ａ２における障害発生時間又は間隔格納欄８５に格納されている障害発生間隔を変更することにより、例えば、逆に間欠的なリンクダウン障害中に、エラー応答が擬似クライアント部６４において受信したときに、サーバ装置３が正常であると判断させるようにもでき、この他種々の障害対応検証処理を実行することができるようになされている。
【００９４】
これに対して、制御部６１は、所定時間内にサーバ装置３からアクセス要求を受信した場合（ＳＰ３３：ＹＥＳ）には、この後ＳＰ２６〜ＳＰ２９と同様の処理を実行し（ＳＰ３４〜ＳＰ３７）、この後障害Ａ２に基づく障害対応検証処理手順ＲＴ４を終了する（ＳＰ３８）。
【００９５】
次に、かかるストレージシステム１における障害Ａ３に基づく障害対応検証処理手順について説明する。図１０は、障害情報格納テーブル８１に格納されている障害Ａ３に基づいて、サーバ装置３の障害Ａ３に対する対応についての設定を検証するための制御を行う障害Ａ３に基づく障害対応検証処理の具体的な処理手順を示したフローチャートである。
【００９６】
この場合、例えば、サーバ装置３がアクセス要求を受信してから５(sec) 以内に処理を完了しないときに、プライマリ側のフロントエンドＩ／Ｆ部３２Ａからオルタネイト側のフロントエンドＩ／Ｆ部３２Ｂにデータの入出力を切り替えると共に、２０(sec) 以内に処理を完了しないときに、エラー応答を擬似クライアント部６４に送信し、それまではリトライ処理を行うように設定されており、また、障害情報格納テーブル８１の障害Ａ３における障害発生時間又は間隔格納欄８５に格納されている障害発生時間が３０(sec)であるとする。
【００９７】
制御部６１は、初期時、図１０に示す障害Ａ３に基づく障害対応検証処理手順ＲＴ５に従って、擬似障害発生部６３を制御することにより、プライマリ側のフロントエンドＩ／Ｆ部３２Ａのみについて、障害発生時間である３０(sec)の間、リンクダウン障害を連続的に発生させる（ＳＰ４１）。この場合、擬似障害発生部６３は、具体的にサーバ装置３及びプライマリ側のフロントエンドＩ／Ｆ部３２Ａ間の信号線の光を遮断することでサーバ装置３と通信不能にするようになされている。
【００９８】
続いて、制御部６１は、擬似クライアント部６４を制御することにより、アクセス要求を生成させ、当該アクセス要求をサーバ装置３に送信させる（ＳＰ４２）。
【００９９】
続いて、制御部６１は、所定時間内にサーバ装置３からオルタネイト側のフロントエンドＩ／Ｆ部３２Ｂを介してアクセス要求を受信したか否かをチェックする（ＳＰ４３）。そして、制御部６１は、所定時間内にサーバ装置３からオルタネイト側のフロントエンドＩ／Ｆ部３２Ｂを介してアクセス要求を受信しなかった場合（ＳＰ４３：ＮＯ）には、サーバ装置３が障害Ａ３に対する対応について設定されている処理を実行しない、すなわちサーバ装置３が異常であると判断する（ＳＰ４６）。
【０１００】
このとき、制御部６１は、サーバ装置３がアクセス要求を受信してから５(sec)以内に処理を完了しないときに、プライマリ側のフロントエンドＩ／Ｆ部３２Ａからオルタネイト側のフロントエンドＩ／Ｆ部３２Ｂにデータの入出力を切り替えると共に、２０(sec)以内に処理を完了しないときに、エラー応答を擬似クライアント部６４に送信するように設定され、障害発生時間が３０(sec)であるため、例えば、プライマリ側のフロントエンドＩ／Ｆ部３２Ａのリンクダウン障害中に、エラー応答が擬似クライアント部６４に受信したとき等にサーバ装置３が異常であると判断するようになされている。
【０１０１】
なお、サーバ装置３がプライマリ側のフロントエンドＩ／Ｆ部３２Ａからオルタネイト側のフロントエンドＩ／Ｆ部３２Ｂにデータの入出力を切り替えるまでの切替設定時間や、エラー応答を擬似クライアント部６４に送信するまでの設定時間や、障害情報格納テーブル８１の障害Ａ３における障害発生時間又は間隔格納欄８５に格納されている障害発生時間を変更することにより、例えば、逆にプライマリ側のフロントエンドＩ／Ｆ部３２Ａのリンクダウン障害中に、エラー応答が擬似クライアント部６４に受信したときに、サーバ装置３が正常であると判断させるようにもでき、この他種々の障害対応検証処理を実行することができるようになされている。
【０１０２】
これに対して、制御部６１は、所定時間内にサーバ装置３からアクセス要求を受信した場合（ＳＰ４３：ＹＥＳ）には、この後ＳＰ２６〜ＳＰ２９と同様の処理を実行し（ＳＰ４４〜ＳＰ４７）、この後障害Ａ３に基づく障害対応検証処理手順ＲＴ５を終了する（ＳＰ４８）。
【０１０３】
次に、かかるストレージシステム１における障害Ｂ１に基づく障害対応検証処理手順について説明する。図１１は、障害情報格納テーブル８１に格納されている障害Ｂ１に基づいて、サーバ装置３の障害Ｂ１に対する対応についての設定を検証するための制御を行う障害Ｂ１に基づく障害対応検証処理の具体的な処理手順を示したフローチャートである。
【０１０４】
この場合、例えば、サーバ装置３がアクセス要求をディスクアレイ装置４に送信してから２０(sec)以内に処理を完了しないときに、応答遅延としてエラー応答を擬似クライアント部６４に送信し、それまでは待機処理を行うように設定されており、また、障害情報格納テーブル８１の障害Ｂ１における障害発生時間又は間隔格納欄８５に格納されている障害発生時間が１５(sec)であるとする。
【０１０５】
制御部は、初期時、図１１に示す障害Ｂ１に基づく障害対応検証処理手順ＲＴ６に従って、擬似クライアント部６４を制御することにより、アクセス要求を生成させ、当該アクセス要求をサーバ装置３に送信させる（ＳＰ５１）。
【０１０６】
続いて、制御部６１は、サーバ装置３からアクセス要求を受信し、そのアクセス要求がデータ書込み要求の場合については、上述のデータ入出力の流れにおいて説明したように、サーバ装置３から書込み対象のデータをフロントエンドＩ／Ｆ部３２において受信する一方、そのアクセス要求がデータ読出し要求の場合については、当該データ読出し要求に対応する読出し対象のデータを物理ディスク４２から読み出してフロントエンドＩ／Ｆ部３２に送信する（ＳＰ５２）。
【０１０７】
続いて、制御部６１は、擬似障害発生部６３を制御することにより、障害発生時間である１５(sec)間、応答遅延障害を発生させる（ＳＰ５３）。この場合、擬似障害発生部６３は、フロントエンドＩ／Ｆ部３２において、障害発生時間分だけ書込み対象のデータ及び読出し対象のデータを待機させるようになされている。
【０１０８】
続いて、制御部６１は、障害情報格納テーブル８１の障害Ｂ１における障害発生時間又は間隔格納欄８５に格納されている障害発生時間が経過するのを待機モードで待ち受ける（ＳＰ５４）。やがて、制御部６１は、障害情報格納テーブル８１の障害Ｂ１における障害発生時間又は間隔格納欄８５に格納されている障害発生時間が経過すると（ＳＰ５４：ＹＥＳ）、擬似障害発生部６３を制御することにより、応答遅延障害の発生を解除させる（ＳＰ５５）。
【０１０９】
続いて、制御部６１は、障害発生時間が経過するまでにサーバ装置３からエラー応答を受信したか否かをチェックする（ＳＰ５６）。そして、制御部６１は、障害発生時間が経過するまでにサーバ装置３からエラー応答を受信した場合（ＳＰ５６：ＹＥＳ）には、サーバ装置３が障害Ｂ１に対する対応について設定されている処理を実行しない、すなわちサーバ装置３が異常であると判断する（ＳＰ５９）。
【０１１０】
このとき、制御部６１は、サーバ装置３がアクセス要求をディスクアレイ装置４に送信してから２０(sec)を経過したときに、応答遅延としてエラー応答を擬似クライアント部６４に送信し、それまでは待機処理を行うように設定されているため、例えば、応答遅延障害中に、エラー応答が擬似クライアント部６４に受信したとき等にサーバ装置３が異常であると判断するようになされている。
【０１１１】
なお、サーバ装置３がアクセス要求をディスクアレイ装置４に送信してから待機処理を行う応答遅延待機設定時間や、障害情報格納テーブル８１の障害Ｂ１における障害発生時間又は間隔格納欄８５に格納されている障害発生時間を変更することにより、例えば、逆に応答遅延障害中に、エラー応答が擬似クライアント部６４に受信したときに、サーバ装置３が正常であると判断させるようにもでき、この他種々の障害対応検証処理を実行することができるようになされている。
【０１１２】
これに対して、制御部６１は、障害発生時間が経過するまでにサーバ装置３からエラー応答を擬似クライアント部６４に受信しなかった場合（ＳＰ５６：ＮＯ）には、アクセス要求がデータ書込み要求の場合については、当該書込み要求に対応する書込み対象のデータを物理ディスク４２に書き込む一方、アクセス要求がデータ読出し要求の場合については、当該読出し要求に対応する読出し対象のデータをサーバ装置３に送信する（ＳＰ５７）。
【０１１３】
続いて、制御部６１は、この後ＳＰ２７〜ＳＰ２９と同様の処理を実行し（ＳＰ５８〜ＳＰ６０）、この後障害Ｂ１に基づく障害対応検証処理手順ＲＴ６を終了する（ＳＰ６１）。
【０１１４】
（１−４）テストスケジュール設定フォーム
次に、かかるストレージシステム１におけるテストスケジュール設定フォームについて説明する。本実施の形態によるストレージシステム１では、障害情報格納テーブル８１に格納されている障害を選択して、当該障害のうち、どの障害をどのような順序で発生させるかを設定するテストスケジュールを設定し、当該順序でサーバ装置３の障害に対する対応についての設定を検証することを特徴としている。
【０１１５】
操作端末５は、例えば、保守員による操作部（図示せず）の操作に応じて、メモリ３７に記憶されている各種制御プログラムに基づいて、図１２に示すようなテストスケジュール設定フォーム１００をＧＵＩ（Graphical User Interface）を用いて操作端末５の表示部に表示させる。
【０１１６】
このテストスケジュール設定フォーム１００は、サーバＩＤを選択するサーバＩＤ入力欄１０１、サーバＩＤの入力に対応してクライアント使用ディレクトリが格納されるクライアント使用ディレクトリ格納欄１０２、使用するＬＵＮを入力する使用ＬＵＮ入力欄１０３、テストスケジュールを入力するテストスケジュール入力欄１０４、テストスケジュールにおける所要時間を入力する所要時間入力欄１０５及びディスクアレイ装置４から送信されるサーバ情報格納テーブル７１、障害情報格納テーブル８１及びテストスケジュール格納テーブル９１等を表示するための表示欄１０６を備えている。
【０１１７】
また、このテストスケジュール設定フォーム１００は、テスト処理を実行する実行ボタン１０７、テストスケジュール格納テーブル９１を読み出す読出しボタン１０８、入力された各種パラメータをテストスケジュールとして登録する登録ボタン１０９、当該テストスケジュールを登録すると共に、他のテストスケジュールについて設定する他テスト設定ボタン１１０及び入力された各種パラメータをキャンセルするキャンセルボタン１１１を備えている。
【０１１８】
操作端末５は、例えば、保守員による操作部（図示せず）の操作に応じて、サーバＩＤ入力欄１０１が選択されると、サーバ情報格納テーブル送信要求をディスクアレイ装置４の制御部６１に送信する。ディスクアレイ装置４の制御部６１は、サーバ情報格納テーブル送信要求に応じてサーバ情報格納テーブル７１を操作端末５に送信する。これにより、テストスケジュール設定フォーム１００の表示欄１０６にサーバ情報格納テーブル７１が表示される。
【０１１９】
また、操作端末５は、保守員による操作部（図示せず）の操作に応じて、サーバ情報格納テーブル７１に従って、サーバＩＤ入力欄１０１に入力されると、クライアント使用ディレクトリ格納欄１０２に、対応するクライアント使用ディレクトリを格納する。
【０１２０】
さらに、操作端末５は、保守員による操作部（図示せず）の操作に応じて、使用ＬＵＮ入力欄１０３が選択されると、ＬＵＮ情報送信要求をディスクアレイ装置４の制御部６１に送信する。ディスクアレイ装置４の制御部６１は、ＬＵＮ情報送信要求に応じてＬＵＮ情報を操作端末５に送信する。これにより、テストスケジュール設定フォーム１００の表示欄１０６にＬＵＮ情報が表示される。そして、操作端末５は、ＬＵＮ情報に従って、使用ＬＵＮ入力欄１０３に使用するＬＵＮが入力される。
【０１２１】
さらに、操作端末５は、テストスケジュール入力欄１０４が選択されると、障害情報格納テーブル送信要求をディスクアレイ装置４の制御部６１に送信する。ディスクアレイ装置４の制御部６１は、障害情報格納テーブル送信要求に応じて障害情報格納テーブル８１を操作端末５に送信する。これにより、テストスケジュール設定フォーム１００の表示欄１０６に障害情報格納テーブル８１が表示される。そして、操作端末５は、保守員による操作部（図示せず）の操作に応じて、障害情報格納テーブル８１に従って、サーバ装置３の障害に対する対応についての設定を検証するための障害ＩＤが順次入力される。
【０１２２】
さらに、操作端末５は、保守員による操作部（図示せず）の操作に応じて、所要時間入力欄１０５にテスト処理における全体の所要時間が入力される。
【０１２３】
そして、操作端末５は、サーバＩＤ入力欄１０１、クライアント使用ディレクトリ格納欄１０２、使用ＬＵＮ入力欄１０３、テストスケジュール入力欄１０４、所要時間入力欄１０５が入力され、登録ボタン１０９が押下されると、テストスケジュールＩＤを付与し、テストスケジュール格納情報テーブル９１の対応する格納欄に、入力された各種パラメータをそれぞれ格納するようになされている。これにより、保守員の所望する様々なテストスケジュールを設定することができ、当該テストスケジュールで、サーバ装置３の障害に対する対応についての設定を検証することができる。
【０１２４】
（１−５）テスト処理実行時表示フォーム
次に、かかるストレージシステム１におけるテスト処理実行時表示フォームについて説明する。本実施の形態によるストレージシステム１では、操作端末５を操作することにより、テスト処理を実行すると、操作端末５の表示部にテスト処理の実行状態を表示させることを特徴としている。
【０１２５】
操作端末５は、例えば、保守員による操作部（図示せず）の操作に応じて、読出しボタン１０８が押下されると、テストスケジュール情報格納テーブル送信要求をディスクアレイ装置４の制御部６１に送信する。ディスクアレイ装置４の制御部６１は、テストスケジュール情報格納テーブル送信要求に応じてテストスケジュール情報格納テーブル９１を操作端末５に送信する。これにより、テストスケジュール設定フォーム１００の表示欄１０６にテストスケジュール情報格納テーブル９１が表示される。
【０１２６】
そして、操作端末５は、例えば、表示欄１０６に表示されたテストスケジュール情報格納テーブル１０６の所望のテストスケジュールＩＤが押下されると、テストスケジュールＩＤに格納されている各種パラメータがサーバＩＤ入力欄１０１、クライアント使用ディレクトリ格納欄１０２、使用ＬＵＮ入力欄１０３、テストスケジュール入力欄１０４、所要時間入力欄１０５に入力される。
【０１２７】
ここで、操作端末５は、例えば、テストスケジュール設定フォーム１００の実行ボタン１０７が押下されると、テスト処理実行要求をディスクアレイ装置４に送信する。これにより、上述のようにディスクアレイ装置４の制御部６１によりテスト処理が開始されるようになされている。
【０１２８】
このとき、操作端末５は、テストスケジュール設定フォーム１００に代えて、図１３に示すテスト処理実行状態表示フォーム１２１を操作端末５の表示部に表示させるようになされている。
【０１２９】
このテスト処理実行状態表示フォーム１２１は、実行されているテストスケジュールＩＤに格納されている各種パラメータが表示されたサーバＩＤ表示欄１２２、クライアント使用ディレクトリ表示欄１２３、使用ＬＵＮ表示欄１２４、テストスケジュール表示欄１２５、所要時間表示欄１２６及びテストスケジュール及び実行状態が表示された実行状態表示欄１２７を備えている。
【０１３０】
このテスト処理実行状態表示フォーム１２１は、このテスト処理を中止するための中止ボタン１２８を備えている。この場合、実行状態表示欄１２７は、どの障害対応検証処理が終了し、どの障害対応検証処理が実行中で、障害対応検証処理が未実行なのかが保守員に一見して識別できるようになされている。また、障害対応検証処理が正常終了したのか、又は異常終了したのかについても一見して識別できるようになされている。
【０１３１】
また、このテスト処理実行状態表示フォーム１２１は、テスト処理が終了すると、中止ボタン１２８に代えてログ情報を出力するログ出力ボタン１２９及びテスト処理実行状態表示フォームを終了する終了ボタン１３０を備えている。
【０１３２】
このとき、操作端末５は、保守員による操作部（図示せず）の操作に応じて、ログ出力ボタン１２９が押下されると、ログ情報送信要求をディスクアレイ装置４の制御部６１に送信する。ディスクアレイ装置４の制御部６１は、ログ情報送信要求に応じて、ログ生成部６５を制御することにより、テスト処理におけるログ情報を生成させ、これを操作端末５に送信する。これにより、図１５に示すログ出力フォーム１３１が操作端末５の表示部に表示される。
【０１３３】
このログ出力フォーム１３１には、障害Ａ１に基づく障害対応検証処理のログ出力及び判断結果を示すログ出力Ｌ１、障害Ａ２に基づく障害対応検証処理のログ出力及び判断結果を示すログ出力Ｌ２、障害Ａ３に基づく障害対応検証処理のログ出力及び判断結果を示すログ出力Ｌ３、障害Ａ４に基づく障害対応検証処理のログ出力及び判断結果を示すログ出力Ｌ４、障害Ａ５に基づく障害対応検証処理のログ出力及び判断結果を示すログ出力Ｌ５が表示されており、これにより、保守員に容易にテスト処理の結果について認識させることができる。
【０１３４】
このようにしてストレージシステム１では、ディスクアレイ装置４において、擬似的に障害を発生させ、クライアント装置２が送信するアクセス要求を生成してＬＡＮ６を介してサーバ装置３に送信し、擬似的に障害を発生させた状態において、アクセス要求に対するサーバ装置３の対応に基づいて、このサーバ装置の障害に対する対応についての設定を検証することによって、サーバ装置３に対して何ら新たなテストプログラムをインストールすることなく、当該サーバ装置３の障害に対する対応についての設定を検証することができると共に、実際のストレージシステム１における環境でサーバ装置３の障害に対する対応についての設定を検証することができ、かくしてサーバ装置の障害に対する対応についての設定を簡易に検証することができる。
【０１３５】
また、ストレージシステム１では、サーバ装置における接続性、又は障害時における対応若しくはパスの切り替え等を検証するために、例えば、保守員がパスの抜き差し等をして、擬似的に障害を発生させることなく、自動的にサーバ装置の障害に対する対応についての設定を検証することができる。
【０１３６】
さらに、ストレージシステム１では、テスト処理が実行される論理ボリュームに対して、例えばスナップショットやボリューム複製等のバックアップ処理を行わせると共に、テスト処理が実行された論理ボリュームを、バックアップ処理を行った論理ボリュームに復元する復元処理を行わせることにより、テスト処理におけるデータの破損等を有効に防止しながら実際のストレージシステム１における環境でサーバ装置３の障害に対する対応についての設定を検証することができる。
【０１３７】
なお、本実施の形態においては、一連の処理をそれぞれの機能を有するハードウェアにより実行させるようにしても良く、ソフトウェアにより実行させるようにしても良い。このとき、一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータに対して、各種プログラムをインストールすることで各種の機能を実行することが可能となり、例えば記録媒体からインストールされることができるようになされている。そしてこの記録媒体は、例えば、光ディスク、光磁気ディスク、半導体メモリ、磁気ディスク等の種々の記録媒体を含むことは言うまでもない。また、例えば、インターネット等のネットワークを介してダウンロードすることによって、各種プログラムをインストールするようにしても良い。
【産業上の利用可能性】
【０１３８】
本発明は、クライアント装置からサーバ装置を介して送信されるアクセス要求に基づいてデータを読み書きする種々の形態のディスクアレイ装置に広く適用することができる。
【図面の簡単な説明】
【０１３９】
【図１】本実施の形態によるストレージシステムの構成を示す略線図である。
【図２】本実施の形態によるストレージシステムの構成を示す略線図である。
【図３】サーバ情報格納テーブルの説明に供する概念図である。
【図４】障害情報格納テーブルの説明に供する概念図である。
【図５】テストスケジュール格納テーブルの説明に供する概念図である。
【図６】テスト処理手順の説明に供するフローチャートである。
【図７】テストスケジュール制御処理手順の説明に供するフローチャートである。
【図８】障害Ａ１に基づく障害対応検証処理手順の説明に供するフローチャートである。
【図９】障害Ａ２に基づく障害対応検証処理手順の説明に供するフローチャートである。
【図１０】障害Ａ３に基づく障害対応検証処理手順の説明に供するフローチャートである。
【図１１】障害Ｂ１に基づく障害対応検証処理手順の説明に供するフローチャートである。
【図１２】テストスケジュール設定フォームの説明に供する概念図である。
【図１３】テスト処理実行状態表示フォームの説明に供する概念図である。
【図１４】テスト処理実行状態表示フォームの説明に供する概念図である。
【図１５】ログ出力画面の説明に供する概念図である。
【符号の説明】
【０１４０】
１……ストレージシステム、２……クライアント装置、３……サーバ装置、４……ディスクアレイ装置、５……操作端末、３１……ディスクコントローラ、３２Ａ……プライマリ側のフロントエンドＩ／Ｆ部、３２Ｂ……オルタネイト側のフロントエンドＩ／Ｆ部、３６……ＭＰＵ、６１……制御部、６２……バックアップリストア部、６３……擬似障害発生部、６４……擬似クライアント部、６５……ログ生成部、７１……サーバ情報格納テーブル、８１……障害情報格納テーブル、９１……テストスケジュール情報格納テーブル
【図１】
2007122396.tif 000003
【図２】
2007122396.tif 000004
【図３】
2007122396.tif 000005
【図４】
2007122396.tif 000006
【図５】
2007122396.tif 000007
【図６】
2007122396.tif 000008
【図７】
2007122396.tif 000009
【図８】
2007122396.tif 000010
【図９】
2007122396.tif 000011
【図１０】
2007122396.tif 000012
【図１１】
2007122396.tif 000013
【図１２】
2007122396.tif 000014
【図１３】
2007122396.tif 000015
【図１４】
2007122396.tif 000016
【図１５】
2007122396.tif 000017