(57)【要約】複数のサーバ（１Ａ〜１Ｄ）とストレージシステム（３）とをネットワーク（２−１，２−２）を介し接続する。ストレージシステム（３）の制御ユニット（１０）は、サーバの各々のアクセスインターフェースのアドレス情報によりサーバの排他アクセスグループを定義し、排他アクセスグループの各々に対しサーバがアクセスを許可された論理ボリュームを定義し、サーバとアクセス許可された論理ボリュームと物理ボリュームの対応関係を定めるアクセスリスト（８２）を用いて、サーバのボリュームへのアクセスを制御する。このため、アクセス許可の対象の設定変更により、サーバと許可された論理ボリュームとの対応を変更できる。
2012035618.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク経路を介して接続される複数のサーバからアクセスされる複数の物理ボリュームを有するストレージシステムであって、
前記複数のサーバの各々のアクセスインターフェースのアドレス情報を用いてサーバの排他アクセスグループを定義する第１の定義情報と、前記排他アクセスグループの各々に対し前記サーバがアクセスを許可された論理ボリュームの識別番号を定義する第２の定義情報と、前記第１の定義情報と前記第２の定義情報とに対応付けて、前記第１の定義情報に含まれるサーバと前記アクセス許可された論理ボリュームと物理ボリュームの対応関係を定めるアクセスリストを保持する記憶ユニットと、
前記サーバからのアクセス要求を受け、前記サーバのアクセス要求に含まれる前記アドレス情報により前記第１の定義情報を参照し、前記サーバのアクセス要求の属する排他アクセスグループを判定し、前記サーバのアクセス要求が前記定義された排他アクセスグループに属すると判定した場合に、前記属すると判定した排他アクセスグループにより前記アクセスリストを参照し、前記サーバに対応する物理ボリュームが存在するかを判定し、前記判定結果により、前記物理ボリュームへのアクセスを制御する制御ユニットと
を備えることを特徴とするストレージシステム。
【請求項２】
請求項１記載のストレージシステムであって、
前記制御ユニットは、前記第２の定義情報の設定変更に応じて、前記アクセスリストの前記サーバと前記アクセス許可された論理ボリュームと物理ボリュームの対応関係を変更し、前記アクセス許可された論理ボリュームと物理ボリュームにアクセス可能なサーバの変更を行う
ことを特徴とするストレージシステム。
【請求項３】
請求項２のストレージシステムであって、
前記制御ユニットは、前記複数のサーバの内の一の運用中サーバから他の待機サーバへ切り替える際に、前記第２の定義情報の設定変更に応じて、前記アクセスリストの前記サーバと前記アクセス許可された論理ボリュームと物理ボリュームの対応関係を変更し、前記アクセス許可された論理ボリュームと物理ボリュームにアクセス可能なサーバを前記待機サーバに変更する
ことを特徴とするストレージシステム。
【請求項４】
請求項１又は２のいずれか一つに記載のストレージシステムであって、
前記制御ユニットは、アクセス要求を発行したサーバが前記第１の定義情報に定められた排他アクセスグループのいずれにも属しない場合に、前記アクセス要求を発行したサーバに対してエラー応答を行う
ことを特徴とするストレージシステム。
【請求項５】
請求項１乃至４のいずれかに記載のストレージシステムであって、
前記制御ユニットは、前記アクセスリストを参照し、前記サーバに対応する物理ボリュームが存在しないと判定した場合、前記アクセス要求を発行したサーバに対してエラー応答を行う
ことを特徴とするストレージシステム。
【請求項６】
請求項１に記載のストレージシステムであって、
前記物理ボリュームは、前記サーバのユーザデータを格納するユーザボリュームを少なくとも有する
ことを特徴とするストレージシステム。
【請求項７】
請求項１に記載のストレージシステムであって、
前記物理ボリュームは、前記サーバのユーザデータを格納するユーザボリュームと前記サーバのシステム情報を格納するシステムボリュームとを少なくとも有する
ことを特徴とするストレージシステム。
【請求項８】
各々業務処理を実行する複数のサーバと、
通信ネットワーク経路を介して接続される前記複数のサーバからアクセスされる複数の物理ボリュームを有するストレージシステムとを有し、
前記ストレージシステムは、
前記複数のサーバの各々のアクセスインターフェースのアドレス情報を用いてサーバの排他アクセスグループを定義する第１の定義情報と、前記排他アクセスグループの各々に対し前記サーバがアクセスを許可された論理ボリュームの識別番号を定義する第２の定義情報と、前記第１の定義情報と前記第２の定義情報とに対応付けて、前記第１の定義情報に含まれるサーバと前記アクセス許可された論理ボリュームと物理ボリュームの対応関係を定めるアクセスリストを保持する記憶ユニットと、
前記サーバからのアクセス要求を受け、前記サーバのアクセス要求に含まれる前記アドレス情報により前記第１の定義情報を参照し、前記サーバのアクセス要求の属する排他アクセスグループを判定し、前記サーバのアクセス要求が前記定義された排他アクセスグループに属すると判定した場合に、前記属すると判定した排他アクセスグループにより前記アクセスリストを参照し、前記サーバに対応する物理ボリュームが存在するかを判定し、前記判定結果により、前記物理ボリュームへのアクセスを制御する制御ユニットと
を備えることを特徴とするコンピュータシステム。
【請求項９】
請求項８に記載のコンピュータシステムであって、
前記制御ユニットは、前記第２の定義情報の設定変更に応じて、前記アクセスリストの前記サーバと前記アクセス許可された論理ボリュームと物理ボリュームの対応関係を変更し、前記アクセス許可された論理ボリュームと物理ボリュームにアクセス可能なサーバの変更を行う
ことを特徴とするコンピュータシステム。
【請求項１０】
請求項９に記載のコンピュータシステムであって、
前記制御ユニットは、前記複数のサーバの内の一の運用中サーバから他の待機サーバへ切り替える際に、前記第２の定義情報の設定変更に応じて、前記アクセスリストの前記サーバと前記アクセス許可された論理ボリュームと物理ボリュームの対応関係を変更し、前記アクセス許可された論理ボリュームと物理ボリュームにアクセス可能なサーバを前記待機サーバに変更する
ことを特徴とするコンピュータシステム。
【請求項１１】
請求項８又は９のいずれか一つに記載のコンピュータシステムであって、
前記制御ユニットは、アクセス要求を発行したサーバが前記第１の定義情報に定められた排他アクセスグループのいずれにも属しない場合に、前記アクセス要求を発行したサーバに対してエラー応答を行う
ことを特徴とするコンピュータシステム。
【請求項１２】
請求項８乃至１１のいずれかに記載のコンピュータシステムであって、
前記制御ユニットは、前記アクセスリストを参照し、前記サーバに対応する物理ボリュームが存在しないと判定した場合、前記アクセス要求を発行したサーバに対してエラー応答を行う
ことを特徴とするコンピュータシステム。
【請求項１３】
請求項８に記載のコンピュータシステムであって、
前記物理ボリュームは、前記サーバのユーザデータを格納するユーザボリュームを少なくとも有する
ことを特徴とするコンピュータシステム。
【請求項１４】
請求項８に記載のコンピュータシステムであって、
前記物理ボリュームは、前記サーバのユーザデータを格納するユーザボリュームと前記サーバのシステム情報を格納するシステムボリュームとを少なくとも有する
ことを特徴とするコンピュータシステム。
【請求項１５】
通信ネットワーク経路を介して接続される複数のサーバからアクセスされる複数の物理ボリュームを有するストレージシステムのアクセス制御方法であって、
制御ユニットが、前記サーバからのアクセス要求を受け、前記サーバのアクセス要求に含まれる前記アドレス情報により、前記複数のサーバの各々のアクセスインターフェースのアドレス情報を用いてサーバの排他アクセスグループを定義する前記第１の定義情報を参照し、前記サーバのアクセス要求の属する排他アクセスグループを判定し、
前記制御ユニットが、前記サーバのアクセス要求が前記定義された排他アクセスグループに属すると判定した場合に、前記属すると判定した排他アクセスグループにより、前記排他アクセスグループの各々に対し前記サーバがアクセスを許可された論理ボリュームの識別番号を定義する第２の定義情報と前記第１の定義情報とに対応付けて前記第１の定義情報に含まれるサーバと前記アクセス許可された論理ボリュームと物理ボリュームの対応関係を定める前記アクセスリストを参照し、前記サーバに対応する物理ボリュームが存在するかを判定し、前記判定結果により、前記物理ボリュームへのアクセスを制御する
ことを特徴とするストレージシステムのアクセス制御方法。
【請求項１６】
請求項１５に記載のストレージシステムのアクセス制御方法であって、
前記制御ユニットが、前記第２の定義情報の設定変更に応じて、前記アクセスリストの前記サーバと前記アクセス許可された論理ボリュームと物理ボリュームの対応関係を変更し、前記アクセス許可された論理ボリュームと物理ボリュームにアクセス可能なサーバの変更を行う
ことを特徴とするストレージシステムの制御方法。
【請求項１７】
請求項１６のストレージシステムのアクセス制御方法であって、
前記制御ユニットが、前記複数のサーバの内の一の運用中サーバから他の待機サーバへ切り替える際に、前記第２の定義情報の設定変更に応じて、前記アクセスリストの前記サーバと前記アクセス許可された論理ボリュームと物理ボリュームの対応関係を変更し、前記アクセス許可された論理ボリュームと物理ボリュームにアクセス可能なサーバを前記待機サーバに変更する
ことを特徴とするストレージシステムのアクセス制御方法。
【請求項１８】
請求項１５又は１６のいずれか一つに記載のストレージシステムのアクセス制御方法であって、
前記制御ユニットは、アクセス要求を発行したサーバが前記第１の定義情報に定められた排他アクセスグループのいずれにも属しない場合に、前記アクセス要求を発行したサーバに対してエラー応答を行う
ことを特徴とするストレージシステムのアクセス制御方法。
【請求項１９】
請求項１５乃至１８のいずれかに記載のストレージシステムのアクセス制御方法であって、
前記制御ユニットが、前記アクセスリストを参照し、前記サーバに対応する物理ボリュームが存在しないと判定した場合、前記アクセス要求を発行したサーバに対してエラー応答を行う
ことを特徴とするストレージシステムのアクセス制御方法。
【請求項２０】
請求項１５に記載のストレージシステムのアクセス制御方法であって、
前記物理ボリュームは、前記サーバのユーザデータを格納するユーザボリュームを少なくとも有する
ことを特徴とするストレージシステムのアクセス制御方法。
【請求項２１】
請求項１５に記載のストレージシステムのアクセス制御方法であって、
前記物理ボリュームは、前記サーバのユーザデータを格納するユーザボリュームと前記サーバのシステム情報を格納するシステムボリュームとを少なくとも有する
ことを特徴とするストレージシステムのアクセス制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージシステム、ストレージシステムのアクセス制御方法及びコンピュータシステムに関する。
【背景技術】
【０００２】
コンピュータシステムの高度化に伴い、コンピュータシステムでは、複数のサーバがスイッチを介しストレージシステムに接続し、データの保存及び読み取りを行う。このコンピュータシステムにおいて、サーバの故障時にサーバを切り替える方式として、クラスタソフトウェアによる切り替え方法がある。しかしながら、クラスタソフトウェアによる切り替え方法は、クラスタソフトウェアの導入に費用がかかり、クラスタソフトウェアに対応したアプリケーションを作成する必要がある。【０００３】
このため、導入費用が比較的安価であり、専用のアプリケーション開発工数を必要としないため、コールドスタンバイ（Ｃｏｌｄ  Ｓｔａｎｂｙ）構成によるサーバ運用が注目されている。コールドスタンバイ構成による運用方法は、同じ構成のサーバを複数台用意し、サーバの故障時には別のサーバ装置に入れ替えて運用する方式である。【０００４】
図２０はコールドスタンバイ構成の構成図である。図２０に示すように、２台の運用サーバ１００，１０２と、コールドスタンバイ向けに１台の待機サーバ１０４とを設ける。各サーバ１００，１０２，１０４は、一対のホストバスアダプタ（ＨＢＡ:Ｈｏｓｔ  Ｂｕｓ  Ａｄａｐｔｅｒ）１１０，１１２，１１４，１１６，１１８，１２０を有する。又、各サーバ１００，１０２，１０４のハードウェアは、同一構成である。【０００５】
各サーバ１００，１０２，１０４は一対のスイッチ（ＦＣ（Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ）スイッチ）１３０，１３２を介し、ディスクアレイ装置等で構成されるストレージシステム１４０に接続する。図２０の例では、サーバ１００，１０２，１０４とストレージシステム１４０との接続を冗長化するため、各サーバ１００，１０２、１０４に一対のホストバスアダプタを設け、一対のスイッチ１３０，１３２に一対のホストバスアダプタを接続する。【０００６】
図２０の例では、サーバ１００、１０２が運用中であり、サーバ１００又は１０２のいずれかが故障したときに、サーバ１０４を使用して運用を継続する構成を想定する。サーバ１００およびサーバ１０２はそれぞれ別業務を処理している。ストレージシステム１４０は、サーバ１００のシステムボリューム領域１５０とユーザデータ領域１５２と、サーバ１０２のシステムボリューム領域１５６とユーザデータ領域１５８を格納する。システムボリューム領域１５０，１５６はサーバ１００，１０２が実行するソフトウェア、パラメータ及びログデータを格納する。ユーザデータ領域１５８はサーバ１００、１０２の処理に伴うユーザデータを格納する。【０００７】
図２１は図２０のストレージシステムへのアクセス制御の説明図である。図２１に示すように、各々のコンポーネント(サーバ、ＦＣスイッチ、ストレージシステム)でアクセス制御を行う。サーバ１００，１０２，１０４は、ターゲットバインディングによるアクセス制御を行う（図２１の（１）参照）。即ち、サーバ１００，１０２，１０４は、アクセスするストレージシステム１４０のアクセスインタフェースであるチャネルアダプタ（Ｃｈａｎｎｅｌ  Ａｄａｐｔｏｒ)を指定する。例えば、サーバ１００のホストアダプタ１１０，１０２のＷＷＮ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｎａｍｅ）毎にターゲットバインディングであるストレージシステムのチャネルアダプタ１４４，１４６のＷＷＮを指定する。【０００８】
ＦＣスイッチ１３０，１３２はサーバ側のポートとストレージシステム側のポートとを有する。ＦＣスイッチ１３０，１３２はゾーニングによるアクセス制御を行う（図２１の（２）参照）。即ち、ＦＣスイッチ１３０，１３２は相互アクセス可能なＦＣインタフェースのＷＷＮのペアを指定する。例えば、サーバ側のホストバスアダプタのＷＷＮとストレージシステム側のチャネルアダプタのＷＷＮとを指定する。【０００９】
ストレージシステム１４０はＬＵＮ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ  Ｎｕｍｂｅｒ）マッピング（Ｍａｐｐｉｎｇ）によるアクセス制御を行う（図２１の（３）参照）。ＬＵＮマッピングは、仮想ＬＵ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ）を物理ＬＵに変換するものである。即ち、ストレージシステムのチャネルアダプタごとに仮想的に見える仮想ＬＵ（仮想ボリューム）に対応する物理ＬＵのＬＵＮ  マッピング定義を指定する。【００１０】
ストレージシステム１４０は、チャネルアダプタ毎にサーバ側のＦＣインタフェースであるＷＷＮによるアクセス制御を行う（図２１の（４））。即ち、ストレージシステム１４０のチャネルアダプタにアクセス可能なサーバ側のホストバスアダプタのＷＷＮを設定する。【００１１】
コールドスタンバイの構成においては、例えば、サーバ１０２の故障により業務を継続できないと判断した場合、サーバ１０２のシステムボリューム１５６を用いて、サーバ１０４を起動し、サーバ１０２が行っていた業務を継続する。この待機サーバ１０４が、故障したサーバ１０２のシステムボリューム１５６、ユーザボリューム１５８にアクセスするには、前述のホストバスアダプタ毎、及びチャネルアダプタ毎のアクセス可能範囲の設定をユーザーの手動操作でおこなっていた。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】日本特許公開２００５−１１２３７号公報
【特許文献２】日本特許公開２００３−１３１９００号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
コールドスタンバイ構成では、システムボリュームが格納されるストレージシステムが、複数のサーバで共有して使用されることが多く、ストレージシステムのボリュームへのアクセス制御の設定およびストレージシステムへのアクセスの設定が複雑になりがちである。ユーザーの手動操作で設定を行うため、設定の誤りが生じる場合がある。【００１４】
設定の誤りが生じた場合には、複数のサーバが１つのボリュームを二重使用する可能性があり、データ破壊が発生するおそれがある。二重使用は、サーバを起動できない状態やユーザデータを破壊するなどの重大トラブルを引き起こす。【００１５】
本発明の目的は、待機系処理装置への切り替え時に待機系処理装置がストレージシステムへのアクセスを行うための設定の誤りを防止し、切り替え運用の効率化を実現できるストレージシステム、ストレージシステムのアクセス制御方法及びコンピュータシステムを提供することにある。
【課題を解決するための手段】
【００１６】
この目的の達成のため、開示のストレージシステムは、通信ネットワーク経路を介して接続される複数のサーバからアクセスされる複数の物理ボリュームを有するストレージシステムであって、  前記複数のサーバの各々のアクセスインターフェースのアドレス情報を用いてサーバの排他アクセスグループを定義する第１の定義情報と、前記排他アクセスグループの各々に対し前記サーバがアクセスを許可された論理ボリュームの識別番号を定義する第２の定義情報と、前記第１の定義情報と前記第２の定義情報とに対応付けて、前記第１の定義情報に含まれるサーバと前記アクセス許可された論理ボリュームと物理ボリュームの対応関係を定めるアクセスリストを保持する記憶ユニットと、前記サーバからのアクセス要求を受け、前記サーバのアクセス要求に含まれる前記アドレス情報により前記第１の定義情報を参照し、前記サーバのアクセス要求の属する排他アクセスグループを判定し、前記サーバのアクセス要求が前記定義された排他アクセスグループに属すると判定した場合に、前記属すると判定した排他アクセスグループにより前記アクセスリストを参照し、前記サーバに対応する物理ボリュームが存在するかを判定し、前記判定結果により、前記物理ボリュームへのアクセスを制御する制御ユニットとを備える。【００１７】
又、この目的の達成のため、開示のコンピュータシステムは、各々業務処理を実行する複数のサーバと、通信ネットワーク経路を介して接続される前記複数のサーバからアクセスされる複数の物理ボリュームを有するストレージシステムとを有し、前記ストレージシステムは、前記複数のサーバの各々のアクセスインターフェースのアドレス情報を用いてサーバの排他アクセスグループを定義する第１の定義情報と、前記排他アクセスグループの各々に対し前記サーバがアクセスを許可された論理ボリュームの識別番号を定義する第２の定義情報と、前記第１の定義情報と前記第２の定義情報とに対応付けて、前記第１の定義情報に含まれるサーバと前記アクセス許可された論理ボリュームと物理ボリュームの対応関係を定めるアクセスリストを保持する記憶ユニットと、前記サーバからのアクセス要求を受け、前記サーバのアクセス要求に含まれる前記アドレス情報により前記第１の定義情報を参照し、前記サーバのアクセス要求の属する排他アクセスグループを判定し、前記サーバのアクセス要求が前記定義された排他アクセスグループに属すると判定した場合に、前記属すると判定した排他アクセスグループにより前記アクセスリストを参照し、前記サーバに対応する物理ボリュームが存在するかを判定し、前記判定結果により、前記物理ボリュームへのアクセスを制御する制御ユニットとを備える。【００１８】
更に、この目的の達成のため、開示のアクセス制御方法は、通信ネットワーク経路を介して接続される複数のサーバからアクセスされる複数の物理ボリュームを有するストレージシステムのアクセス制御方法であって、制御ユニットが、前記サーバからのアクセス要求を受け、前記サーバのアクセス要求に含まれる前記アドレス情報により、前記複数のサーバの各々のアクセスインターフェースのアドレス情報を用いてサーバの排他アクセスグループを定義する前記第１の定義情報を参照し、前記サーバのアクセス要求の属する排他アクセスグループを判定し、前記制御ユニットが、前記サーバのアクセス要求が前記定義された排他アクセスグループに属すると判定した場合に、前記属すると判定した排他アクセスグループにより、前記排他アクセスグループの各々に対し前記サーバがアクセスを許可された論理ボリュームの識別番号を定義する第２の定義情報と前記第１の定義情報とに対応付けて前記第１の定義情報に含まれるサーバと前記アクセス許可された論理ボリュームと物理ボリュームの対応関係を定める前記アクセスリストを参照し、前記サーバに対応する物理ボリュームが存在するかを判定し、前記判定結果により、前記物理ボリュームへのアクセスを制御する。
【発明の効果】
【００１９】
複数のサーバの各々のアクセスインターフェースのアドレス情報によりサーバの排他アクセスグループを定義し、排他アクセスグループの各々に対しサーバがアクセスを許可された論理ボリュームを定義し、サーバとアクセス許可された論理ボリュームと物理ボリュームの対応関係を定めるアクセスリストを用いて、サーバのアクセスを制御するため、アクセス許可の対象の設定変更により、サーバと許可された論理ボリュームとの対応関係を変更できる。
【図面の簡単な説明】
【００２０】
【図１】実施の形態のコンピュータシステムのブロック図である。
【図２】図１のストレージシステムのブロック図である。
【図３】図１及び図２のストレージデバイスへのアクセス制御の説明図である。
【図４】図１乃至図２のアクセス制御の設定処理フロー図である。
【図５】図４のストレージシステムのアクセス制御の設定処理フロー図である。
【図６】図５のサーバ１Ａのボリュームグループ定義の説明図である。
【図７】図５のサーバ１Ｂのボリュームグループ定義の説明図である。
【図８】図５のサーバ１Ｃのボリュームグループ定義の説明図である。
【図９】図５のサーバのＨＢＡ定義の説明図である。
【図１０】図５の排他アクセスグループ定義の説明図である。
【図１１】図５の排他アクセスグループのアクセス許可定義の説明図である。
【図１２】図５のアクセスリストの説明図である。
【図１３】実施の形態のボリュームアクセス処理フロー図である。
【図１４】実施の形態のサーバ切り替え時の設定処理フロー図である。
【図１５】図１４の設定処理によるアクセスリストの説明図である。
【図１６】比較例のボリュームアクセス処理フロー図である。
【図１７】比較例のボリュームアクセスの設定範囲の説明図である。
【図１８】実施の形態のボリュームアクセスの設定範囲の説明図である。
【図１９】他の実施の形態のコンピュータシステムのブロック図である。
【図２０】コールドスタンバイ構成の構成図である。
【図２１】図２０のストレージシステムへのアクセス制御の説明図である。
【発明を実施するための形態】
【００２１】
以下、実施の形態の例を、コンピュータシステムの第１の実施の形態、アクセス情報設定処理、ボリュームアクセス処理、待機系への切り替え処理、コンピュータシステムの他の実施の形態、他の実施の形態の順で説明するが、開示のコンピュータシステム、ストレージシステムは、この実施の形態に限られない。
【００２２】
（コンピュータシステムの第１の実施の形態）
図１は実施の形態のコンピュータシステムのブロック図である。図１に示すように、コンピュータシステムは複数の処理装置１Ａ〜１Ｄを有する。図１の例では、３台の処理装置（以下、サーバと呼ぶ）１Ａ、１Ｂ、１Ｃが運用系処理装置を構成し、１台のサーバ１Ｄがコールドスタンバイ向けの待機系処理装置を構成する。
【００２３】
サーバ１Ａ、１Ｂ、１Ｃ、１Ｄの各々は一対のホストバスアダプタ（ＨＢＡ:Ｈｏｓｔ  Ｂｕｓ  Ａｄａｐｔｅｒ）５−０，５−１と単数又は複数の処理ユニット（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と記憶ユニットとを少なくとも有する。
【００２４】
サーバ１Ａ、１Ｂ，１Ｃ、１Ｄは一対のスイッチ（ＦＣ（Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ）スイッチ）２−１、２−２を介し、ストレージシステム３に接続する。図１の例では、サーバ１Ａ、１Ｂ，１Ｃ、１Ｄとストレージシステム３との接続を冗長化するため、各サーバ１Ａ，１Ｂ，１Ｃ、１Ｄの一方のホストバスアダプタ５−０が第１のスイッチ２−１に、各サーバ１Ａ，１Ｂ，１Ｃ、１Ｄの他方のホストバスアダプタ５−１が第２のスイッチ２−２に接続する。
【００２５】
第１及び第２のスイッチ２−１，２−２の各々は、サーバ側の４つのポート６−０〜６−３と、ストレージシステム側の４つのポート７−０〜７−３とを有する。例えば、第１、第２のスイッチ２−１、２−２はＦＣ（Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ）スイッチを有する。ストレージシステム３は図２で後述するように、複数のストレージデバイスを有する。ストレージシステム３は、例えば、ディスクアレイ装置を有する。
【００２６】
ストレージシステム３は少なくとも２つのチャネルアダプタ１１、１２を有する。一方のチャネルアダプタ１１は第１のスイッチ２−１の各ポート７−０〜７−３に接続する。他方のチャネルアダプタ１２は第２のスイッチ２−２の各ポート７−０〜７−３に接続する。ストレージシステム３のチャネルアダプタも冗長化構成を採用する。このストレージシステムの構成は図２で詳述する。
【００２７】
ストレージシステム３は、サーバ１Ａのシステムボリューム領域（ＬＵＮ  Ｒ０（０）と記す）３−０とユーザデータ領域（ＬＵＮ  Ｒ３（１）と記す）４−０と、サーバ１Ｂのシステムボリューム領域（ＬＵＮ  Ｒ１（０）と記す）３−１とユーザデータ領域（ＬＵＮ  Ｒ４（１）と記す）４−１と、サーバ１Ｃのシステムボリューム領域（ＬＵＮ  Ｒ２（０）と記す）３−２とユーザデータ領域（ＬＵＮ  Ｒ５（１）と記す）４−２とを有する。
【００２８】
システムボリューム領域３−０〜３−２はサーバ１Ａ〜１Ｃが実行するソフトウェア、パラメータ及びログデータを格納する。ユーザデータ領域４−０〜４−２はサーバ１Ａ〜１Ｃの処理に伴うユーザデータを格納する。ストレージシステム３は待機系サーバ１Ｄのボリューム領域を有しない。即ち、この例は、故障したサーバから待機系サーバ１Ｄに切り替えた場合、サーバ１Ｄが故障したサーバのボリューム領域を使用する。これを共有型と呼ぶ。
【００２９】
又、ユーザインタフェース装置８はストレージシステム８に接続する。ユーザインタフェース装置８はキーボードとデイスプレイと演算処理ユニットを有する。ユーザインタフェース装置８はユーザーによりストレージシステム３の各種の設定を行い、且つストレージシステム３の状態等を監視及び表示する。ユーザインタフェース装置８は例えばパーソナルコンピュータで構成される。
【００３０】
図２は図１のストレージシステム３のブロック図である。図２の例は、単一のストレージコントローラを持つ構成を示す。しかしながら、複数のストレージコントローラで構成しても良い。図２に示すように、ストレージシステム３は、ストレージコントローラ（以下、コントローラという）３Ａと、このコントローラ３Ａにラインｌ１，ｌ２で接続された多数のストレージデバイス５０−１〜５０−ｍとを有する。ストレージデバイス５０−１〜５０−ｍは、例えば、磁気デイスク装置（ＨＤＤ：Ｈａｒｄ  Ｄｉｓｋ  Ｄｅｖｉｃｅ）を有する。
【００３１】
コントローラ３Ａはスイッチ２−１，２−２を介し、サーバ１Ａ〜１Ｄに接続し、サーバの大量のデータを、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｄｉｓｋ）構成のデイスクドライブ（磁気デイスク装置）へ高速かつランダムに読み書きする。コントローラ３Ａは一対のチャネルアダプタ（ＣＡ：Ｃｈａｎｎｅｌ  Ａｄａｐｔｅｒ）１１、１２と、制御モジュール（ＣＭ：Ｃｏｎｔｒｏｌ  Ｍｏｄｕｌｅ）１０、１５〜１９と、一対のデバイスアダプタ（ＤＡ：Ｄｅｖｉｃｅ  Ａｄａｐｔｅｒ)１３、１４とを有する。
【００３２】
チャネルアダプタ（以下、ＣＡと称す）１１、１２は、サーバとのホスト・インタフェースの制御を行う回路である。ＣＡ１１，１２は、例えば、ファイバーチャネル（ＦＣ：Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ）回路とＤＭＡ（Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ）回路等で構成される。デバイスアダプタ（以下、ＤＡと称す）１３、１４は、磁気デイスクデバイス５０−１〜５０−ｍを制御するため、磁気デイスクデバイスとコマンド、データのやり取りを行う回路である。ＤＡ１３、１４は、例えば、ファイバーチャネル回路（ＦＣ）とＤＭＡ回路等で構成される。
【００３３】
制御モジュール（以下、ＣＭと称す）は、中央演算ユニット（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０と、ブリッジ回路１７と、メモリ（ＲＡＭ）１５と、不揮発性メモリ（以下、フラッシュメモリと称す）１９と、ＩＯ（Ｉｎｐｕｔ  Ｏｕｔｐｕｔ）ブリッジ回路１８とを有する。メモリ１５は、バッテリーでバックアップされ、その一部が、キャッシュメモリ１６として使用される。
【００３４】
中央演算ユニット（以下、ＣＰＵと称す）１０は、ブリッジ回路１７を介し、メモリ１５、フラッシュメモリ１９、ＩＯブリッジ回路１８に接続する。このメモリ１５は、ＣＰＵ１０のワーク領域に使用される。又、フラッシュメモリ１９は、ＣＰＵ１０が実行するプログラムを格納する。
【００３５】
フラッシュメモリ１９は、このプログラムとして、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）、ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ/Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）、ファイルアクセスプログラム（リード／ライトプログラム）、ＲＡＩＤ管理プログラム等の制御プログラム（モジュール）を格納する。ＣＰＵ１０は、このプログラムを実行し、後述するように、リード／ライト処理、ＲＡＩＤ管理処理等を実行する。
【００３６】
ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｕｔｅｒ  Ｉｎｔｅｒｆａｃｅ）バス３１は、ＣＡ１１，１２と、ＤＡ１３、１４とを接続するとともに、ＩＯブリッジ回路１８を介し、ＣＰＵ１０、メモリ１５を接続する。更に、ＰＣＩバス３１には、ユーザインタフェース装置８と接続する外部インタフェース回路（ＩＮＦと記す）３０が接続される。
【００３７】
図２の例では、ストレージデバイス（以下、デイスク装置という）５０−１〜５０−ｍが物理ボリュームを構成する。即ち、デイスク装置５０−１〜５０−ｍに、図１のシステムボリューム領域３−０〜３−２とユーザデータ領域４−０〜４−２とが割り当てられる。
【００３８】
キャッシュメモリ１６は、各々、担当するデイスク装置のデータの一部を格納し、サーバからのライトデータ及びサーバから過去のリード要求に対応するリードデータを格納する。ＣＰＵ１０は、ＣＡ１１，１２を介しサーバからのリード要求を受けて、キャッシュメモリ１６を参照し、物理デイスクへのアクセスが必要かを判定し、必要であれば、デイスクアクセス要求をＤＡ１３，１４に要求する。又、ＣＰＵ１０は、サーバからのライト要求を受けて、ライトデータをキャッシュメモリ１６に書込み、且つ内部でスケジュールされるライトバック等をＤＡ１３，１４に要求する。
【００３９】
本実施の形態では、ＣＰＵ１０が情報管理部３６とアクセス制御部３２とＬＵＮマッピング制御部３４の機能を実行する。又、メモリ１５は設定された情報を記憶するリスト領域３８を有する。
【００４０】
図３は図２のストレージシステムの説明図である。図３において、図１及び図２において説明したものは、同一の記号で示す。図３に示すように、情報管理部３６は、運用を行うサーバ用途(目的)毎に、アクセス可能なストレージボリューム群を設定し、且つそれらのストレージボリューム群へアクセス可能なサーバ群の設定及び保持を行う。即ち、情報管理部３６は、ユーザインタフェース装置８からユーザーにより設定されたボリューム群、サーバ群に従い、後述するアクセスリストを作成し、メモリ１５のリスト領域３８に格納する。
【００４１】
アクセス制御部３２は、サーバのＨＢＡの情報を保持し、サーバのＨＢＡの情報を元に、アクセスリストを参照し、サーバからのアクセス可能か否かを判断する。ＬＵＮマッピング制御部３４は、アクセスリストに基づいて、サーバ用途毎のストレージボリュームのマッピング制御を行う。
【００４２】
詳細を後述するように、コールドスタンバイによって動作するサーバを切り替えるときに、アクセスリストを変更して、ストレージシステム３（ディスクアレイ装置）内のストレージボリューム群へアクセス可能なサーバ装置群の切り替えを行う。これにより、待機系処理装置がストレージシステムへのアクセスを行うための設定の誤りを防止し、切り替え運用の効率化を実現できる。
【００４３】
（アクセス情報設定処理）
図４は本実施の形態のアクセス情報設定処理の処理フロー図である。
【００４４】
（Ｓ１）サーバ１Ａ〜１Ｄのホストアダプタ５−０，５−１のＷＷＮ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｎａｍｅ）毎にターゲットバインディングであるストレージシステム３のチャネルアダプタ１１、１２のＷＷＮを設定する。これにより、ＨＢＡレベルでのターゲットバインディングによるアクセス制御の設定を行う。
【００４５】
（Ｓ２）次に、ＦＣスイッチ２−１，２−２の相互アクセス可能なＦＣインタフェースのＷＷＮのペアを指定する。例えば、サーバ側のホストバスアダプタのＷＷＮとストレージシステム側のチャネルアダプタのＷＷＮとを指定する。これにより、ＦＣスイッチ２−１，２−２のゾーニングによるアクセス制御の設定を行う。ステップＳ１，Ｓ２は、図１において、図示しないシステム制御装置からサーバ１Ａ〜１Ｄ及びスイッチ２−１，２−２に設定する。
【００４６】
（Ｓ３）ストレージシステム３へのアクセスグループによるアクセス制御の設定を行う。図５以下で後述するように、ユーザインタフェース装置８から設定情報を入力し、情報管理部３６が設定をストレージ装置単位で行う。
【００４７】
次に、図４のステップＳ３のアクセス設定処理を図５により説明する。図５は本実施の形態のストレージシステムのアクセス設定処理フロー図である。図６乃至図８は図５におけるＬＵマッピング定義テーブルの説明図である。図９は図５におけるサーバのＨＢＡ識別情報テーブルの説明図である。図１０は図５における排他アクセスグループ設定テーブルの説明図である。図１１は図５におけるアクセス許可設定テーブルの説明図である。図１２は図５におけるアクセスリストの説明図である。図５の処理は、情報管理部３６が実行する処理である。
【００４８】
以下、図６乃至図１２を参照して、図５の情報管理部３６が実行するアクセス情報設定処理を説明する。
【００４９】
（Ｓ１０）ユーザーは、ユーザインタフェース装置８から情報管理部３６にサーバの用途毎にアクセスしたい論理ユニット（ＬＵ：Ｌｏｇｉｃａｌ  Ｕｎｉｔ）の情報を設定する。例えば、図１で説明した構成において、サーバの用途として、ストレージシステム３にシステムボリュームを３つ用意する場合には、図６乃至図８のＬＵマッピング定義を設定する。図６に示すように、第１番目のシステムボリュームα使用時のＬＵマッピング定義（ＬＵＮ＿Ｇ０）７０として、システムボリュームαに論理ユニット番号ＬＵＮ０と物理ボリュームＬＵＮ＿Ｒ０を設定する。システムボリュームαに対しデータボリュームを設定する場合には、システムボリュームαのデータボリュームに論理ユニット番号ＬＵＮ１と物理ボリュームＬＵＮ＿Ｒ３を設定する。
【００５０】
図７に示すように、第２番目のシステムボリュームβ使用時のＬＵマッピング定義（ＬＵＮ＿Ｇ１）７２として、システムボリュームβに論理ユニット番号ＬＵＮ０と物理ボリュームＬＵＮ＿Ｒ１を設定する。システムボリュームβに対しデータボリュームを設定する場合には、システムボリュームβのデータボリュームに論理ユニット番号ＬＵＮ１と物理ボリュームＬＵＮ＿Ｒ４を設定する。
【００５１】
図８に示すように、第３番目のシステムボリュームγ使用時のＬＵマッピング定義（ＬＵＮ＿Ｇ２）７４として、システムボリュームγに論理ユニット番号ＬＵＮ０と物理ボリュームＬＵＮ＿Ｒ２を設定する。システムボリュームγに対しデータボリュームを設定する場合には、システムボリュームγのデータボリュームに論理ユニット番号ＬＵＮ１と物理ボリュームＬＵＮ＿Ｒ５を設定する。
【００５２】
図１で説明したように、この定義７０，７２，７４により、ストレージシステム３内に、システムボリューム領域（ＬＵＮ  Ｒ０（０））３−０とユーザデータ領域（ＬＵＮ  Ｒ３（１））４−０と、システムボリューム領域（ＬＵＮ  Ｒ１（０））３−１とユーザデータ領域（ＬＵＮ  Ｒ４）４−１と、システムボリューム領域（ＬＵＮ  Ｒ２（０））３−２とユーザデータ領域（ＬＵＮ  Ｒ５（１））４−２とが、確保される。
【００５３】
（Ｓ１２）ユーザは、ユーザインタフェース装置８から情報管理部３６にサーバ毎のホストバスアダプタ（ＨＢＡ）のＷＷＮ情報を設定し、且つ排他アクセスグループを設定する。情報管理部３６は入力された設定情報からＨＢＡ識別テーブル７６を作成する。図１の４台のサーバ１Ａ〜１Ｄの構成において、各サーバ１Ａ〜１Ｄが２つのホストバスアダプタ（ＨＢＡ）を備える例で説明する。図９のＨＢＡ識別テーブル７６に示すように、サーバ１Ａの第１のＨＢＡ５−０のＷＷＮ、第２のＨＢＡ５−１のＷＷＮを識別子ＷＷＮ＿Ａ０、ＷＷＮ＿Ａ１に設定する。サーバ１Ｂの第１のＨＢＡ５−０のＷＷＮ、第２のＨＢＡ５−１のＷＷＮを識別子ＷＷＮ＿Ｂ０、ＷＷＮ＿Ｂ１に設定する。サーバ１Ｃの第１のＨＢＡ５−０のＷＷＮ、第２のＨＢＡ５−１のＷＷＮを識別子ＷＷＮ＿Ｃ０、ＷＷＮ＿Ｃ１に設定する。サーバ１Ｄの第１のＨＢＡ５−０のＷＷＮ、第２のＨＢＡ５−１のＷＷＮを識別子ＷＷＮ＿Ｄ０、ＷＷＮ＿Ｄ１に設定する。
【００５４】
次に、ユーザは、ユーザインタフェース装置８から情報管理部３６に排他アクセスグループを設定する。図１０に示すように、情報管理部３６は、サーバ１ＡのＨＢＡ５−０，５−１の識別子ＷＷＮ＿Ａ０，Ａ１をグループ０に、サーバ１ＢのＨＢＡ５−０，５−１の識別子ＷＷＮ＿Ａ０，Ａ１をグループ１に、サーバ１ＣのＨＢＡ５−０，５−１の識別子ＷＷＮ＿Ａ０，Ａ１をグループ２に、サーバ１ＤのＨＢＡ５−０，５−１の識別子ＷＷＮ＿Ａ０，Ａ１をグループ３に設定した排他アクセスグループリスト７８を作成する。即ち、ＨＢＡのＷＷＮを、アクセスグループ０〜３に分類し、排他制御に利用する。
【００５５】
（Ｓ１４）ユーザは、ユーザインタフェース装置８から情報管理部３６に排他アクセスグループ毎にＬＵＮグループＬＵＮ＿Ｇ０〜ＬＵＮ＿Ｇ２のアクセス許可を設定する。図１１に示すように、情報管理部３６は、図５乃至図７で設定したＬＵＮグループＬＵＮ＿Ｇ０〜ＬＵＮ＿Ｇ２のアクセスを許可するアクセスグループｇｒｏｕｐ０〜２を設定したアクセス許可テーブル８０を作成する。
【００５６】
（Ｓ１６）情報管理部３６は、ステップＳ１０〜Ｓ１４で作成した図６乃至図８のＬＵマッピング定義７０、７２、７４、ＨＢＡ識別テーブル７６、排他アクセスグループリスト７８、アクセス許可テーブル８０から、図１２に示すアクセスリスト８２を作成する。図１２に示すように、アクセスリスト８２は、図１１の排他アクセスグループ０〜３のアクセス可能なＬＵＮグループとアクセス可能な物理ボリュームを対応付けて格納するリストである。
【００５７】
図１２の例では、図１１のアクセス許可テーブル８０で排他アクセスグループ３にアクセス許可するＬＵＮグループを設定していないため、図１０、図１１の排他アクセスグループ０〜２に対し、図６乃至図８で設定したアクセス可能なＬＵＮグループＬＵＮ＿Ｇ０〜ＬＵＮ＿Ｇ２とアクセス可能な物理ボリュームＬＵＮ＿Ｒ０とＬＵＮ＿Ｒ３、ＬＵＮ＿Ｒ１とＬＵＮ＿Ｒ４、ＬＵＮ＿Ｒ２とＬＵＮ＿Ｒ５とが設定される。
【００５８】
又、排他アクセスグループ３に対し、アクセス可能なＬＵＮグループとアクセス可能な物理ボリュームとは設定されない。このため、図１で説明したように、サーバ１ＡのＨＢＡ５−０，５−１は、システムボリューム領域（ＬＵＮ  Ｒ０（０））３−０とユーザーデータ領域（ＬＵＮ  Ｒ３（１））４−０のアクセスを許可される。又、サーバ１ＢのＨＢＡ５−０，５−１は、システムボリューム領域（ＬＵＮ  Ｒ１（０））３−１とユーザーデータ領域（ＬＵＮ  Ｒ４（１））４−１のアクセスを許可される。
【００５９】
更に、サーバ１ＣのＨＢＡ５−０，５−１は、システムボリューム領域（ＬＵＮ  Ｒ２（０））３−２とユーザーデータ領域（ＬＵＮ  Ｒ５（１））４−２のアクセスを許可される。サーバ１Ｄは、ストレージシステム３のいずれのシステムボリューム領域とユーザーデータ領域のアクセスを許可されない。このため、運用系及び待機系のサーバのアクセスの二重化を防止できる。
【００６０】
尚、情報管理部３６は、作成したＬＵマッピング定義７０、７２、７４、ＨＢＡ識別テーブル７６、排他アクセスグループリスト７８、アクセス許可テーブル８０、アクセスリスト８２をメモリ１５のリスト領域３８に格納する。
【００６１】
（ボリュームアクセス処理）
次に、前述の情報管理部３６が作成したアクセスリスト等を用いたストレージシステムのボリュームアクセス処理を説明する。図１３は本実施の形態のボリュームアクセス処理フロー図である。
【００６２】
（Ｓ２０）サーバ１Ａ〜１Ｃは、スイッチ２−１，２−２を介しストレージシステム３のＣＡ１１，１２にアクセス要求（Ｉ／Ｏ要求）を送信する。ＣＰＵ１０のアクセス制御部３２は、ＣＡ１１又は１２が受けたアクセス要求を処理する。先ず、ＣＰＵ１０のアクセス制御部３２は、サーバのＨＢＡから始めてアクセスを受けたか否かを判定する。例えば、アクセス要求は、ＨＢＡのＷＷＮとポート識別子（ポートＩＤ）を備える。アクセス制御部３２は受信したＨＢＡに変化がある場合又は新規にサーバが接続された場合には、初めてアクセスを受けたと判断する。
【００６３】
（Ｓ２２）アクセス制御部３２は、ＨＢＡから初めてアクセスを受けたと判断した場合に、ＨＢＡとポートＩＤの対応を記録（保存）する。ポートＩＤは運用時に環境によって動的に変化する識別子である。しかし、すべてのＩ／Ｏ要求に対して発行元のＨＢＡのポートＩＤがつけられているため、アクセス制御部３２は、Ｉ／Ｏ要求がどのＨＢＡから要求されたかを容易に判断できる。本実施の形態では、ＷＷＮ情報とポートＩＤとを組にして、アクセス制御に使用する。例えば、ポートＩＤ「０ｘ０００００１」を持つＨＢＡからアクセスを受けたときに、サーバとの接続時に受領したログイン情報（ＰＬＯＧＩ）からＷＷＮ情報を取得する。そして、アクセス制御部３２はポートＩＤ＝０ｘ０００００１とＷＷＮ＿Ａ０との対応情報を保存する。
【００６４】
（Ｓ２４）アクセス制御部は、サーバからのＩ／Ｏ要求を受けつけ、Ｉ／Ｏ要求のフレームに含まれるポートＩＤ情報から、ＨＢＡのＷＷＮを特定する。アクセス制御部３２は図９、図１０のテーブル７６，７８を参照して、どの排他アクセスグループに属するかを特定する。アクセス制御部３２は、ＨＢＡがいずれかの排他アクセスグループに属する場合には、ＬＵＮマッピング制御部３４にＩ／Ｏ要求を渡す。又、アクセス制御部３２は、いずれの排他アクセスグループにも属していない場合は、Ｉ／Ｏ要求に対しエラーをサーバに応答する。例えば、アクセス制御部３２は、保存したポートＩＤとＷＷＮとの対応関係と図９のテーブル７６からポートＩＤ「０ｘ０００００１」に対応するＷＷＮ＿Ａ０を導き、図１０のテーブル７８からｇｒｏｕｐ０の排他アクセスグループを導き出す。
【００６５】
（Ｓ２６）ＬＵＮマッピング制御部３４は、情報管理部３６が作成したアクセスリスト８２（図１２参照）にしたがって、対応するＬＵＮグループを選択し、物理ボリュームにアクセスする許可を行う。即ち、ＬＵＮマッピング制御部３４は、アクセス制御部３２からＩ／Ｏ要求を受け取った場合、アクセスリスト８２のどのアクセスグループに入っているかを判断し、アクセスが許可された物理ボリュームに対して発行されたＩ／Ｏ要求であるかを判定する。そして、ＬＵＮマッピング制御部３４は、アクセスが許可された物理ボリュームに対して発行されたＩ／Ｏ要求であると判定すると、アクセス可能と判定し、正常に応答する。即ち、ＬＵＮマッピング制御部３４は、そのＩ／Ｏ要求によりアクセス許可された物理ボリュームをアクセスし、サーバに応答を返す。ＬＵＮマッピング制御部３４は、アクセスリスト８２を参照した結果、アクセスする物理ボリュームが存在しない場合、もしくは、アクセスする物理ボリュームの範囲外のときには、サーバにエラーを応答する。例えば、図９乃至図１２の例では、ポートＩＤ「０ｘ０００００１」からＷＷＮ＿Ａ０を導き、ＷＷＮ＿Ａ０からｇｒｏｕｐ０を導き、ｇｒｏｕｐ０からＬＵＮ＿Ｇ０を導くため、物理ボリュームＬＵＮ＿Ｒ０,ＬＵＮ＿Ｒ１へアクセス可能となる。
【００６６】
アクセス制御部３２及びＬＵＮマッピング制御部３４は、以降のサーバからのアクセスに対し、ＨＢＡ情報が変化しない間、即ち、ＷＷＮ情報とポートＩＤとの対応が変化しない間、ポートＩＤをキーにアクセス可能かを判断する。又、アクセス制御部３２は、ＷＷＮ情報とポートＩＤとの対応の変化を検知したときは、ＷＷＮ情報に対応するポートＩＤ情報を破棄し、再度処理フローのＳ２２からの処理を行う。
【００６７】
（待機系への切り替え処理）
図１４は実施の形態のコールドスタンバイ切り替え時の処理フロー図である。図１５は図１４の処理によるアクセスリストの変更の説明図である。
【００６８】
（Ｓ３０）コンピュータシステムの環境の構築時に、図４及び図５の設定処理で、各種のテーブルを作成していたものとする。コールドスタンバイによるサーバ切り替えが発生した場合には、図５のステップＳ１４，Ｓ１６の処理で設定変更をおこなう。ユーザーは、ユーザインタフェース装置８から情報管理部３６に排他アクセスグループ毎にＬＵＮグループＬＵＮ＿Ｇ０〜ＬＵＮ＿Ｇ２のアクセス許可を設定する。例えば、サーバ１Ａが故障し、サーバ１Ａの運用をサーバ１Ｄに切り替える場合には、ユーザーは、図６乃至図８で設定したＬＵＮグループＬＵＮ＿Ｇ０〜ＬＵＮ＿Ｇ２のアクセスを許可するアクセスグループをｇｒｏｕｐ３、１〜２に設定する。情報管理部３６はこれに対応したアクセス許可テーブルを作成する。
【００６９】
（Ｓ３２）情報管理部３６は、ステップＳ１０〜Ｓ１４で作成した図６乃至図８のＬＵマッピング定義７０、７２、７４、ＨＢＡ識別テーブル７６、排他アクセスグループリスト７８、アクセス許可テーブル８０から、図１５に示すアクセスリスト８２−１を作成する。図１５に示すように、アクセスリスト８２は、図１１の排他アクセスグループ０〜３のアクセス可能なＬＵＮグループとアクセス可能な物理ボリュームを対応して格納するリストである。
【００７０】
図１５の例では、ステップＳ３０のアクセス許可テーブル８０で排他アクセスグループ０（サーバ１Ａ）にアクセス許可するＬＵＮグループを設定せず、排他アクセスグループ３（サーバ１Ｄ）にアクセス許可するＬＵＮグループを設定するため、図１０、図１１の排他アクセスグループ１〜３に対し、図６乃至図８で設定したアクセス可能なＬＵＮグループＬＵＮ＿Ｇ０〜ＬＵＮ＿Ｇ２とアクセス可能な物理ボリュームＬＵＮ＿Ｒ０とＬＵＮ＿Ｒ３、ＬＵＮ＿Ｒ１とＬＵＮ＿Ｒ４、ＬＵＮ＿Ｒ２とＬＵＮ＿Ｒ５とが設定される。
【００７１】
又、排他アクセスグループ０に対し、アクセス可能なＬＵＮグループとアクセス可能な物理ボリュームとは設定されない。即ち、図１２のアクセスリスト８０において、サーバ１Ａが使用するアクセス可能なＬＵＮグループＬＵＮ＿Ｇ０とアクセス可能な物理ボリュームＬＵＮ＿Ｒ０とＬＵＮ＿Ｒ３は、サーバ１Ｄが使用する排他アクセスグループ３に移される。
【００７２】
このため、切り替えられたサーバ１ＤのＨＢＡ５−０，５−１は、故障したサーバ１Ａが使用していたシステムボリューム領域（ＬＵＮ  Ｒ０（０））３−０とユーザデータ領域（ＬＵＮ  Ｒ３（１））４−０のアクセスを許可される。又、サーバ１ＢのＨＢＡ５−０，５−１は、システムボリューム領域（ＬＵＮ  Ｒ１（０））３−１とユーザデータ領域（ＬＵＮ  Ｒ４（１））４−１のアクセスを許可される。
【００７３】
更に、サーバ１ＣのＨＢＡ５−０，５−１は、システムボリューム領域（ＬＵＮ  Ｒ２（０））３−２とユーザデータ領域（ＬＵＮ  Ｒ５（１））４−２のアクセスを許可される。故障したサーバ１Ａは、ストレージシステム３のいずれのシステムボリューム領域とユーザデータ領域へのアクセスも許可されない。
【００７４】
（Ｓ３４）以降、アクセス制御部３２は、変更されたアクセスリスト８２−１を参照し、図１３のステップＳ２０〜Ｓ２４と同じ処理を実行する。
【００７５】
（Ｓ３６）そして、ＬＵＮマッピング制御部３４は、変更されたアクセスリスト８２−１のアクセス許可設定に応じて、図１３のステップＳ２６と同一の処理を実行する。
【００７６】
このように、アクセスリストにより、コールドスタンバイ構成でサーバを切り替えた場合に、排他グループに対するアクセス許可設定の変更という簡単で判りやすい設定により、サーバのアクセスの二重化を防止できるとともに、切り替えられたサーバ１Ｄが故障サーバ１Ａの業務を円滑に継続できる。
【００７７】
また、コールドスタンバイ切り替え時に、どのサーバがどの用途で使用しているかを、外部装置から情報管理部へ通知することにより、情報管理部で自動的にアクセスリストを更新しても良い。この構成により、コールドスタンバイ運用のための設定切り替えを自動化することが可能である。
【００７８】
次に、比較例のコールドスタンバイ切り替え時の設定処理を図１６で説明する。図１６は比較例のコールドスタンバイ切り替え時の設定処理のフロー図である。
【００７９】
（Ｓ１００）図４のステップＳ１と同様に、サーバ１Ａ〜１Ｄのホストアダプタ５−０，５−１のＷＷＮ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｎａｍｅ）毎にターゲットバインディングであるストレージシステム３のチャネルアダプタ１１、１２のＷＷＮを設定する。これにより、ＨＢＡレベルでのターゲットバインディングによるアクセス制御の設定を行う。
【００８０】
（Ｓ１０２）図４のステップＳ２と同様に、ＦＣスイッチ２−１，２−２の相互アクセス可能なＦＣインタフェースのＷＷＮのペアを指定する。例えば、サーバ側のホストバスアダプタのＷＷＮとストレージシステム側のチャネルアダプタのＷＷＮとを指定する。これにより、ＦＣスイッチ２−１，２−２のゾーニングによるアクセス制御の設定を行う。
【００８１】
（Ｓ１０４）ストレージシステム３へのＬＵＮマッピングによるアクセス制御を、チャネルアダプタ単位で設定する。即ち、ストレージシステム３のＣＡ毎に、図６乃至図８で説明した仮想的に見えるＬＵＮマッピングを設定する。コールドスタンバイのサーバの切り分け時には、このＬＵＮマッピングをＣＡごとに切り替える。
【００８２】
（Ｓ１０６）ストレージシステムのサーバＨＢＡによるアクセス制御を、チャネルアダプタ単位で設定する。即ち、ストレージシステム３のＣＡ毎に、図９乃至図１０で説明したＨＢＡを設定する。コールドスタンバイのサーバの切り分け時には、この設定テーブルをＣＡごとに切り替える。
【００８３】
従って、比較例では、ステップＳ１０４，Ｓ１０６の設定を、影響を受けるＨＢＡ数分繰り返す必要がある。例えば、図１の構成では、影響を受けるＨＢＡは、４個のため、ステップＳ１０４とＳ１０６とを４回繰り返す必要がある。このため、設定事項が多く、且つ複雑であり、誤った設定の可能性がある。
【００８４】
図１７は比較例の設定によるアクセス可能な範囲の説明図である。図１８は本実施の形態によるアクセス可能な範囲の説明図である。図１７及び図１８において、図１で説明したものと同一のものは、同一の記号で示してある。図１７及び図１８の点線は、設定によりアクセス可能な範囲を示す。図１７の比較例では、ホストバスアダプタＨＢＡ、チャネルアダプタＣＡ毎にアクセス可能範囲の設定を行うため、設定により、サーバ１Ａのアクセス可能範囲は、点線Ａ１，Ｂ１のチャネルアダプタまでの範囲と、点線Ａ２，Ｂ２のチャネルアダプタから物理ボリュームまでに分離される。
【００８５】
このため、サーバ１Ｄへのコールドスタンバイの切り替え時に、ＨＢＡ,ＣＡ単位で、アクセス範囲を点線のＣ１，Ｄ１，Ｃ２，Ｄ２に設定する必要がある。即ち、４回の設定が必要である。
【００８６】
一方、図１８の実施の形態では、点線に示すように、ＨＢＡと物理ボリュームとのアクセスグループによるアクセス制御の設定であるため、サーバ１Ｄへのコールドスタンバイの切り替え時に、アクセスグループ単位で、１回の設定で済む。又、チャネルアダプタに依存しないため、ストレージシステムの接続するチャネルアダプタを変更しても、設定の変更を必要としない。即ち、ストレージシステム３のチャネルアダプタが故障した場合でも、アクセス制御の設定変更を必要とせず、他のチャネルアダプタを使用して業務を継続することが可能となる。
【００８７】
また、ＳＡＳ（Ｓｅｒｉａｌ  Ａｔｔａｃｈｅｄ  ＳＣＳＩ）で接続されたストレージ装置の場合には、本実施の形態で説明したサーバＨＢＡのＷＷＮの管理から、ＨＢＡのＳＡＳ  ａｄｄｒｅｓｓへの管理に変更する。これにより、ＳＡＳ接続にも適用できる。
【００８８】
（他の実施の形態のコンピュータシステム）
図１９はコンピュータシステムの他の実施の形態のブロック図である。図１９において、図１乃至図３で説明したものと同一のものは、同一の記号で示してある。図１９に示すように、コンピュータシステムは複数のサーバ１Ａ〜１Ｄを有する。図１９の例では、３台のサーバ１Ａ、１Ｂ、１Ｃが運用系処理装置を構成し、１台のサーバ１Ｄがコールドスタンバイ向けの待機系処理装置を構成する。
【００８９】
サーバ１Ａ、１Ｂ、１Ｃ、１Ｄの各々は一対のホストバスアダプタ（ＨＢＡ:Ｈｏｓｔ  Ｂｕｓ  Ａｄａｐｔｅｒ）５−０，５−１と単数又は複数の処理ユニット（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と記憶ユニットとを少なくとも有する。
【００９０】
サーバ１Ａ、１Ｂ，１Ｃ、１Ｄは一対のスイッチ（ＦＣ（Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ）スイッチ）２−１、２−２を介し、ストレージシステム３に接続する。図１９の例でも、サーバ１Ａ、１Ｂ，１Ｃ、１Ｄとストレージシステム３との接続を冗長化するため、各サーバ１Ａ，１Ｂ，１Ｃ、１Ｄの一方のホストバスアダプタ５−０が第１のスイッチ２−１に、各サーバ１Ａ，１Ｂ，１Ｃ、１Ｄの他方のホストバスアダプタ５−１が第２のスイッチ２−２に接続する。
【００９１】
第１及び第２のスイッチ２−１，２−２の各々は、サーバ側の４つのポート６−０〜６−３と、ストレージシステム側の４つのポート７−０〜７−３とを有する。
【００９２】
ストレージシステム３は少なくとも２つのチャネルアダプタ１１、１２を有する。一方のチャネルアダプタ１１は第１のスイッチ２−１の各ポート７−０〜７−３に接続する。他方のチャネルアダプタ１２は第２のスイッチ２−２の各ポート７−０〜７−３に接続する。ストレージシステム３のチャネルアダプタも冗長化構成を採用する。
【００９３】
ストレージシステム３は、サーバ１Ａのシステムボリューム領域（ＬＵＮ  Ｒ０（０））３−０とユーザデータ領域（ＬＵＮ  Ｒ３（１））４−０と、サーバ１Ｂのシステムボリューム領域（ＬＵＮ  Ｒ１（０））３−１とユーザデータ領域（ＬＵＮ  Ｒ４（１））４−１と、サーバ１Ｃのシステムボリューム領域（ＬＵＮ  Ｒ２（０））３−２とユーザデータ領域（ＬＵＮ  Ｒ５（１））４−２とを有する。
【００９４】
更に、ストレージシステム３は、サーバ１Ａのシステムボリューム領域（ＬＵＮ  Ｒ０（０））３−０のコピー領域３−３と、サーバ１Ｂのシステムボリューム領域（ＬＵＮ  Ｒ１（０））３−１のコピー領域３−４と、サーバ１Ｃのシステムボリューム領域（ＬＵＮ  Ｒ２（０））３−２のコピー領域３−５とを有する。
【００９５】
このコピー領域３−３，３−４，３−５は、待機系サーバ１Ｄが使用するボリューム領域である。即ち、この例は、故障したサーバ１Ａ，１Ｂ、１Ｃのいずれかから待機系サーバ１Ｄに切り替えた場合、サーバ１Ｄが故障したサーバ１Ａ，１Ｂ，１Ｃのボリューム領域のコピー領域３−３，３−４，３−５のいずれかを使用する。これを非共有型と呼ぶ。
【００９６】
この構成では、運用サーバ１Ａ，１Ｂ，１Ｃと待機サーバ１Ｄとは、システムボリュームのみ非共有とし、ユーザボリュームを共有とする。従って、図６乃至図８と同様に、待機サーバ１Ｄに対し、コピー領域３−３、３−４，３−５をアクセス可能なボリュームに設定する。そして、サーバ１Ｄへの切り替え時に、図１５のアクセスリスト８２−１のシステムボリュームを、故障したサーバ１Ａ，１Ｂ，１Ｃのボリューム領域のコピー領域３−３，３−４，３−５のいずれかを設定する。
【００９７】
このように、非共有型のシステムボリュームにおいても、同様に設定動作を簡単化できる。
【００９８】
（他の実施の形態）
前述の実施の形態では、運用サーバを３台、待機サーバを１台用いたシステム例で説明したが、１台以上の運用サーバと１台以上の待機サーバのシステム構成にも適用できる。又、ＦＣスイッチを介するサーバとストレージシステムのネットワークで説明したが、他の構成のネットワークにも適用できる。
【００９９】
以上、本発明を実施の形態により説明したが、本発明の趣旨の範囲内において、本発明は、種々の変形が可能であり、本発明の範囲からこれらを排除するものではない。
【産業上の利用可能性】
【０１００】
複数のサーバの各々のアクセスインターフェースのアドレス情報によりサーバの排他アクセスグループを定義し、排他アクセスグループの各々に対しサーバがアクセスを許可された論理ボリュームを定義し、サーバとアクセス許可された論理ボリュームと物理ボリュームの対応関係を定めるアクセスリストを用いて、サーバのアクセスを制御するため、アクセス許可の対象の設定変更により、サーバと許可された論理ボリュームとの対応を変更できる。
【符号の説明】
【０１０１】
１Ａ，１Ｂ，１Ｃ  運用サーバ
１Ｄ  待機サーバ
２−１，２−２  ネットワークスイッチ
３  ストレージシステム
３Ａ  ストレージコントローラ
５−０，５−１  ホストバスアダプタ
６−０〜６−３  サーバ側ポート
７−０〜７−３  ストレージ側ポート
８  ユーザインタフェース装置
６  リード回路
１１，１２  チャネルアダプタ
１０  制御ユニット
１５  メモリ
１３，１４  デバイスアダプタ
３２  アクセス制御部
３４  ＬＵＮマッピング制御部
３６  情報管理部
５０−１〜５０−ｍ  ストレージデバイス
７８  排他アクセスグループ定義
８０  アクセス許可定義
８２  アクセスリスト
【図１】
2012035618.tif 000003
【図２】
2012035618.tif 000004
【図３】
2012035618.tif 000005
【図４】
2012035618.tif 000006
【図５】
2012035618.tif 000007
【図６】
2012035618.tif 000008
【図７】
2012035618.tif 000009
【図８】
2012035618.tif 000010
【図９】
2012035618.tif 000011
【図１０】
2012035618.tif 000012
【図１１】
2012035618.tif 000013
【図１２】
2012035618.tif 000014
【図１３】
2012035618.tif 000015
【図１４】
2012035618.tif 000016
【図１５】
2012035618.tif 000017
【図１６】
2012035618.tif 000018
【図１７】
2012035618.tif 000019
【図１８】
2012035618.tif 000020
【図１９】
2012035618.tif 000021
【図２０】
2012035618.tif 000022
【図２１】
2012035618.tif 000023
【手続補正書】
【提出日】平成25年3月29日(2013.3.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信ネットワーク経路を介して接続される複数のサーバからアクセスされる複数の物理ボリュームを有するストレージシステムであって、
前記複数のサーバの各々のアクセスインターフェースのアドレス情報を用いてサーバの排他アクセスグループを定義する第１の定義情報と、前記排他アクセスグループの各々に対し前記サーバがアクセスを許可された論理ボリュームの識別番号を定義する第２の定義情報と、前記第１の定義情報と前記第２の定義情報とに対応付けて、前記第１の定義情報に含まれるサーバと前記アクセス許可された論理ボリュームと物理ボリュームの対応関係を定めるアクセスリストを保持する記憶ユニットと、
前記サーバからのアクセス要求を受け、前記サーバのアクセス要求に含まれる前記アドレス情報により前記第１の定義情報を参照し、前記サーバのアクセス要求の属する排他アクセスグループを判定し、前記サーバのアクセス要求が前記定義された排他アクセスグループに属すると判定した場合に、前記属すると判定した排他アクセスグループにより前記アクセスリストを参照し、前記サーバに対応する物理ボリュームが存在するかを判定し、前記判定結果により、前記物理ボリュームへのアクセスを制御する制御ユニットと
を備えることを特徴とするストレージシステム。
【請求項２】
請求項１記載のストレージシステムであって、
前記制御ユニットは、前記第２の定義情報の設定変更に応じて、前記アクセスリストの前記サーバと前記アクセス許可された論理ボリュームと物理ボリュームの対応関係を変更し、前記アクセス許可された論理ボリュームと物理ボリュームにアクセス可能なサーバの変更を行う
ことを特徴とするストレージシステム。
【請求項３】
請求項２記載のストレージシステムであって、
前記制御ユニットは、前記複数のサーバの内の一の運用中サーバから他の待機サーバへ切り替える際に、前記第２の定義情報の設定変更に応じて、前記アクセスリストの前記サーバと前記アクセス許可された論理ボリュームと物理ボリュームの対応関係を変更し、前記アクセス許可された論理ボリュームと物理ボリュームにアクセス可能なサーバを前記待機サーバに変更する
ことを特徴とするストレージシステム。
【請求項４】
各々業務処理を実行する複数のサーバと、
通信ネットワーク経路を介して接続される前記複数のサーバからアクセスされる複数の物理ボリュームを有するストレージシステムとを有し、
前記ストレージシステムは、
前記複数のサーバの各々のアクセスインターフェースのアドレス情報を用いてサーバの排他アクセスグループを定義する第１の定義情報と、前記排他アクセスグループの各々に対し前記サーバがアクセスを許可された論理ボリュームの識別番号を定義する第２の定義情報と、前記第１の定義情報と前記第２の定義情報とに対応付けて、前記第１の定義情報に含まれるサーバと前記アクセス許可された論理ボリュームと物理ボリュームの対応関係を定めるアクセスリストを保持する記憶ユニットと、
前記サーバからのアクセス要求を受け、前記サーバのアクセス要求に含まれる前記アドレス情報により前記第１の定義情報を参照し、前記サーバのアクセス要求の属する排他アクセスグループを判定し、前記サーバのアクセス要求が前記定義された排他アクセスグループに属すると判定した場合に、前記属すると判定した排他アクセスグループにより前記アクセスリストを参照し、前記サーバに対応する物理ボリュームが存在するかを判定し、前記判定結果により、前記物理ボリュームへのアクセスを制御する制御ユニットと
を備えることを特徴とするコンピュータシステム。
【請求項５】
通信ネットワーク経路を介して接続される複数のサーバからアクセスされる複数の物理ボリュームを有するストレージシステムのアクセス制御方法であって、
制御ユニットが、前記サーバからのアクセス要求を受け、前記サーバのアクセス要求に含まれる前記アドレス情報により、前記複数のサーバの各々のアクセスインターフェースのアドレス情報を用いてサーバの排他アクセスグループを定義する前記第１の定義情報を参照し、前記サーバのアクセス要求の属する排他アクセスグループを判定し、
前記制御ユニットが、前記サーバのアクセス要求が前記定義された排他アクセスグループに属すると判定した場合に、前記属すると判定した排他アクセスグループにより、前記排他アクセスグループの各々に対し前記サーバがアクセスを許可された論理ボリュームの識別番号を定義する第２の定義情報と前記第１の定義情報とに対応付けて前記第１の定義情報に含まれるサーバと前記アクセス許可された論理ボリュームと物理ボリュームの対応関係を定める前記アクセスリストを参照し、前記サーバに対応する物理ボリュームが存在するかを判定し、前記判定結果により、前記物理ボリュームへのアクセスを制御する
ことを特徴とするストレージシステムのアクセス制御方法。
【国際調査報告】
2012035618.tif 000024
2012035618.tif 000025
2012035618.tif 000026
2012035618.tif 000027