JP4495508B2

JP4495508B2 - 計算機システムの構成管理方法および構成管理装置

Info

Publication number: JP4495508B2
Application number: JP2004128126A
Authority: JP
Inventors: 山本　　政行; 康行味松; 泰典兼田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2004-04-23
Filing date: 2004-04-23
Publication date: 2010-07-07
Anticipated expiration: 2024-04-23
Also published as: JP2005309929A; US7877782B2; US7484238B2; US20090138667A1; US20050240986A1

Description

本発明は、計算機システムの構成管理技術に関し、特にボリュームおよびそのレプリカに対するセキュリティ設定の整合性を検証する技術に関する。

特許文献１には、ストレージネットワークに接続されるホスト計算機、スイッチ、ストレージ装置などの各装置の物理的な接続関係（トポロジ）を検出し、各装置が発行するイベント通知を用いて、ストレージネットワークに生じている問題の判別や障害の分離を行う技術が開示されている。

米国特許第６６３６９８１号公報

ところで、ホスト計算機、スイッチおよびストレージ装置で構成される計算機システムにおいて、業務データのバックアップや災害対策などの目的により、ストレージ装置が備える装置内レプリカ機能や装置間レプリカ機能を用いて、当該ストレージ装置のボリュームのレプリカを作成することが行われている。ここで、ボリュームとは、少なくとも１つのディスク装置により構成される論理的な記憶領域である。また、装置内レプリカ機能とは、同じストレージ装置内にレプリカを作成する機能であり、装置間レプリカ機能とは、異なるストレージ装置にレプリカを作成する機能である。図２３に示す例では、ストレージ装置２００００ａのオリジナルのボリューム２５０００ａに対して、装置内レプリカ機能により同じストレージ装置２００００ａ内にレプリカ２５０００ｂが作成され、装置間レプリカ機能により他のストレージ装置２００００ｂ内にレプリカ２５０００ｃが作成された様子を示している。

また、計算機システムにおいて、ストレージ装置のボリュームに格納されたデータがホスト計算機からセキュアにアクセスされるか否かといった、ホスト計算機およびボリューム間のパスのセキュリティ管理も重要性を増している。図２３に示す例では、オリジナル２５０００ａおよびホスト計算機１００００ａ間のパスのセキュリティ設定が有効になっていることを示している。

ここで、レプリカと当該レプリカにアクセスするホスト計算機との間のパスのセキュリティ設定について、当該レプリカのオリジナルへのパスのセキュリティ設定と同等の設定をしない場合、計算機システム全体としてのセキュリティレベルが低下する。図２３に示す例では、レプリカ２５０００ｃとホスト計算機１００００ｃとの間のパスはセキュリティ設定が有効となっているが、レプリカ２５０００ｂとホスト計算機１００００ｂとの間のパスはセキュリティ設定が無効である。このため、計算機システム全体としてのセキュリティレベルが低下してしまう。しかし、多数のホスト計算機、スイッチおよびストレージ装置で構成されるような大型且つ複雑な構成を持つ計算機システムにおいて、オリジナルに対して多数のレプリカが作成される場合がある。この場合、レプリカ構成を考慮しつつ、オリジナルとレプリカ各々との間でセキュリティ設定の整合を図ることは、ストレージ管理者の負担が大きい。この点について、特許文献１は何ら考慮していない。

また、ストレージ管理者は、ホスト計算機およびボリューム間のパス定義を実施する場合に、ストレージ管理者自身がパスのセキュリティ設定を行わなければならない。このため、オリジナルのパス定義でセキュリティ設定を有効にしているにもかかわらず、ストレージ管理者のミスにより、レプリカのパス定義でセキュリティ設定を無効にしてしまう可能性がある。この点についても、特許文献１は何ら考慮していない。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、オリジナルおよびレプリカに対するセキュリティ設定の整合性の検証を容易にすることにある。また、セキュリティ設定を支援することにある。

上記課題を解決するために、本発明の第１の態様は、ストレージネットワークを管理する管理計算機に、オリジナルのパスセキュリティおよび当該オリジナルのレプリカのパスセキュリティを比較することで、パスセキュリティ設定の整合性を検証するパスセキュリティ確認処理を行わせる。

例えば、本態様の計算機システムの構成管理方法は、少なくとも１つのホスト計算機と、前記ホスト計算機に少なくとも１つのボリュームを提供する少なくとも１つのストレージ装置とが、少なくとも１つのストレージネットワークを介して接続されて構成された計算機システムの構成管理方法であって、
管理用ネットワークを介して前記ストレージ装置に接続された管理計算機が、
前記ストレージ装置から、当該ストレージ装置が提供するボリュームにアクセスするためのパスのパスセキュリティ設定内容を含むパス定義情報、および、当該ストレージ装置が提供するボリュームのうちレプリカボリュームを有するオリジナルボリュームのレプリカ定義情報を収集する構成情報収集ステップと、
前記ストレージ装置から収集したレプリカ定義情報に基づいて、ボリュームのレプリカ関係を把握するレプリカ関係把握ステップと、
前記ストレージ装置から収集したパス定義情報に基づいて、同じレプリカ関係にあるボリューム各々のパスセキュリティ設定内容を検証し、検証結果を出力するセキュリティ状態検証ステップと、を行う。

また、本発明の第２の態様は、ストレージネットワークを管理する管理計算機に、ストレージ管理者がレプリカの定義を実施する際に、オリジナルのパスセキュリティポリシの内容を、レプリカのパスセキュリティに反映させるパスセキュリティポリシ更新処理と、ストレージ管理者がレプリカのパス定義を実施する際に、オリジナルのパスに設定されているセキュリティを、レプリカのパスに設定するパス定義処理とを行わせる。

例えば、本態様の計算機システムの構成管理方法は、少なくとも１つのホスト計算機と、前記ホスト計算機に少なくとも１つのボリュームを提供する少なくとも１つのストレージ装置とが、少なくとも１つのストレージネットワークを介して接続されて構成された計算機システムの構成管理方法であって、
管理用ネットワークを介して前記ストレージ装置に接続された管理計算機が、
入力装置を介して外部より、ボリュームのレプリカ定義情報を受け付けるレプリカ定義情報受付ステップと、
外部よりレプリカ定義情報を受け付けたオリジナルのボリュームに対して、当該ボリュームにアクセスするためのパスに適用すべきパスセキュリティ設定情報が予め登録されている場合に、前記レプリカ定義情報により特定されるレプリカのボリュームに、当該パスセキュリティ設定情報を登録するセキュリティポリシ更新ステップと、
前記入力装置を介して外部より、ボリュームのパス定義情報を受け付けるパス定義情報受付ステップと、
外部よりパス定義情報を受け付けたボリュームに対して、パスセキュリティ設定情報が登録されている場合に、当該パスセキュリティ設定情報を当該パス定義情報に含め、当該パス定義情報の当該ボリュームへの適用要求を、当該ボリュームを提供するストレージ装置に送信するパス定義ステップと、を行う。

本発明によれば、ストレージ管理者は、オリジナルのボリュームにどのようなレプリカがあるかを意識しなくても、レプリカへのアクセスに対して、オリジナルと同等のセキュリティレベルが確保されているか否かを確認することができる。また、オリジナルに対してパスセキュリティポリシを設定しておくことで、ストレージ管理者は、レプリカに対するアクセスについても、同等のセキュリティレベルを確保できる。

以下、本発明の実施の形態について説明する。なお、以下の実施形態において、ストレージ管理者をユーザと表記することもある。

<<第１実施形態>>
本発明の第１実施形態の計算機システムを、ホスト計算機およびストレージ装置間のストレージネットワークがｉＳＣＳＩ（Internet Small Computer System Interface）を用いて構築されている場合を例にとり説明する。なお、ストレージネットワークは、ｉＳＣＳＩインターフェースに限定されるものではなく、例えばファイバチャネル（ＦＣ）インターフェースを用いて構築してもよい。

（１）システム構成
図１は、本発明の第１実施形態が適用された計算機システムの概略図である。

図示するように、本実施形態の計算機システムは、少なくとも１台のホスト計算機１０００および少なくとも１台のストレージ装置２０００がストレージネットワーク４０００に接続された構成されたストレージシステム４５００と、例えばＩＰネットワークなどの管理用ネットワーク５０００を介してストレージ装置２０００と接続する管理計算機３０００と、を有する。

ここで、ストレージシステム４５００は複数存在してもよい。この場合、異なるストレージシステム４５００のストレージ装置２０００間で装置間レプリカ機能を実施できるようにするために、異なるストレージシステム４５００のネットワークストレージ４０００間を、専用線やＶＰＮなどのネットワークストレージ間接続で接続するようにしてもよい。図１では、２つのストレージネットワーク４０００ａ、４０００ｂがストレージ間接続４１００で接続され、これにより、ストレージ装置２０００ａが装置間レプリカ機能によりストレージ装置２０００ｂにレプリカを作成できるようしている。

ホスト計算機１０００は、ストレージネットワーク４０００を介してストレージ装置２０００にアクセスし、ストレージ装置１００に格納されたデータを読み書きする。ホスト計算機１０００は、ＣＰＵ１１００と、メモリ１２００と、ストレージネットワーク４０００に接続するためのＩ/Ｏポート１３００と、これら１１００〜１３００を接続する内部バス１４００と、を有する。図示していないが、メモリ１２００には、ＯＳ（オペレーティングシステム）と、ストレージ装置２０００へのアクセスを伴うデータ処理を行うアプリケーションプログラムとが記憶されている。ＣＰＵ１１００がこれらのプログラムを実行することにより、ストレージ装置２０００が提供するボリュームにアクセスし、当該ボリュームにデータを読み書きする。

ストレージ装置２０００は、ホスト計算機１０００にボリュームを少なくとも１つ提供する。図２は、ストレージ装置２０００の概略図である。図示するように、ストレージ装置２０００は、管理用ネットワーク５０００に接続するための管理ポート２１００と、ストレージネットワーク４０００に接続するための少なくとも１つのＩ/Ｏポート２２００と、ストレージ装置２０００内の制御を行うコントローラ２３００と、コントローラ２３００が用いるプログラムメモリ２４００と、少なくとも１つのボリューム２５００を構成する少なくとも１つのディスク装置２７００と、を有する。

プログラムメモリ２４００には、ホスト計算機１０００およびボリューム２５００間の論理的なデータ通信路であるパスの管理情報を保持するパステーブル２４１０と、ストレージ装置２０００の装置内レプリカ機能に関する管理情報を保持する装置内レプリカテーブル２４２０と、ストレージ装置２０００の装置間レプリカ機能に関する管理情報を保持する装置間レプリカテーブル２４３０とが格納されている。

図３は、パステーブル２４１０の登録内容例を示す図である。図示するように、パステーブル２４１０にはパス毎にエントリが設けられる。エントリは、ストレージ装置２０００内でパスを一意に識別するためのパスＩＤを登録するフィールド２４１１と、パスに割り当てられたＩ/Ｏポート２２００を登録するフィールド２４１２と、パスに割り当てられたＳＣＳＩロジカルユニット番号（ＬＵＮ）を登録するフィールド２４１３と、パスに割り当てられたボリュームの識別子であるボリュームＩＤを登録するフィールド２４１４と、パスのセキュリティ設定の状態を登録するフィールド２４１５と、を備えている。

ここで、パスのセキュリティ設定の状態を登録するフィールド２４１５には、具体的には、ＲＦＣ２４０１で規定されているＩＰｓｅｃのようなセキュリティ設定を実施済みであるか否かを示す値が登録される。この値は、ユーザによるパス設定の際にコントローラ２３００が登録する。

なお、図３（Ａ）は、ストレージ装置２０００ａのパステーブル２４１０を例示している。この例において、ストレージ装置２０００ａは、それぞれ”ｐａ１”，”ｐａ２”，”ｐａ３”，”ｐａ４”というパスＩＤで示される４つのパスを保持している。また、図３（Ｂ）は、ストレージ装置２０００ｂのパステーブル２４１０を例示している。この例において、ストレージ装置２０００ｂは、”ｐｂ１”というパスＩＤで示される１つのパスを保持している。

図４は、装置内レプリカテーブル２４２０の登録内容例を示す図である。図示するように、装置内レプリカテーブル２４２０には、装置内レプリカ処理によりレプリカ関係が作成される毎にエントリが設けられる。エントリは、ストレージ装置２０００内で装置内レプリカ関係を一意に識別するためのレプリカＩＤを登録するフィールド２４２１と、オリジナルのボリューム（正ボリューム）の識別子であるボリュームＩＤを登録するフィールド２４２２と、レプリカのボリューム（副ボリューム）の識別子であるボリュームＩＤを登録するフィールド２４２３と、を備えている。

なお、図４（Ａ）は、ストレージ装置２０００ａの装置内レプリカテーブル２４２０を例示している。この例において、ストレージ装置２０００ａは、それぞれ”Ｉｎｔｒａ-ａ１”，”Ｉｎｔｒａ-ａ２”というレプリカＩＤで示される２つの装置内レプリカ関係を保持している。また、図４（Ｂ）は、ストレージ装置２０００ｂの装置内レプリカテーブル２４２０を例示している。この例において、ストレージ装置２０００ｂは、”Ｉｎｔｒａ-ｂ１”というレプリカＩＤで示される１つの装置内レプリカ関係を保持している。

図５は、装置間レプリカテーブル２４３０の登録内容例を示している。図示するように、装置間レプリカテーブル２４３０には、装置間レプリカ処理により自ストレージ装置２０００内のボリュームをオリジナルとするレプリカ関係が作成される毎にエントリが設けられる。エントリは、自ストレージ装置２０００内のボリュームをオリジナルとする装置間レプリカ関係を一意に識別するためのレプリカＩＤを登録するフィールド２４３１と、オリジナルを有するストレージ装置２０００の識別子である装置ＩＤを登録するフィールド２４３２と、オリジナルのボリューム（正ボリューム）の識別子であるボリュームＩＤを登録するフィールド２４３３と、レプリカが作成されるストレージ装置２０００の識別子である装置ＩＤを登録するフィールド２４３４と、レプリカのボリューム（副ボリューム）の識別子であるボリュームＩＤを登録するフィールド２４３５と、装置間レプリカのパス（オリジナルおよびレプリカ間のパス）のセキュリティ設定の状態を登録するフィールド２４３６と、を備えている。

ここで、パスのセキュリティ設定の状態を登録するフィールド２４３６には、具体的には、ＩＰｓｅｃのようなセキュリティ設定を実施済みであるか否かを示す値が登録される。この値は、装置間レプリカ処理によるレプリカ作成の際に、コントローラ２３００がユーザの指示を受けてあるいは自動的に登録する。なお、セキュリティ設定の状態をコントローラ２３００が自動登録する場合、コントローラ２３００は、計算機システムの構成を管理する管理ソフトウェアに対してストレージネットワーク間接続４１００の構成を問い合わせ、その結果に応じて登録するようにしてもよい。

なお、図５は、ストレージ装置２０００ａの装置間レプリカテーブル２４３０を例示している。この例において、ストレージ装置２０００ａは、”Ｉｎｔｅｒ-ａ１”というレプリカＩＤで示される装置間レプリカ関係を保持している。このエントリの装置間レプリカ関係は、ストレージ装置２０００ａ（識別子Ｓ１）のボリューム２５００（識別子ｖａ１）をオリジナルとし、ストレージ装置２０００ｂ（識別子Ｓ２）のボリューム（識別子ｖｂ１）をレプリカとし、両者ボリューム間のパスには、セキュリティ設定が実施済みであることを示している。

コントローラ２３００は、パステーブル２４１０に従い、ホスト計算機１０００およびボリューム間のデータ転送処理を制御する。また、装置内レプリカテーブル２４２０に従い、オリジナルのボリュームに対して同じストレージ装置２０００に作成されたレプリカのボリュームへの複製処理（装置内レプリカ処理）を制御する。また、装置間レプリカテーブル２４３０に従い、オリジナルのボリュームに対して他のストレージ装置２０００に作成されたレプリカのボリュームへの複製処理（装置間レプリカ処理）を制御する。また、ボリュームへのパスにセキュリティ設定がされている場合は、ホスト計算機１０００あるいは他のストレージ装置２０００からの、当該パスを用いた当該ボリュームへのアクセスにセキュリティ機能（ＩＰｓｅｃ）を適用する。

管理計算機３０００は、オリジナルおよびそのレプリカのパスセキュリティ設定の整合性を検証し、その結果を出力する（パスセキュリティ確認処理）。図６は、管理計算機３０００の概略図である。図示するように、管理計算機３０００は、ＣＰＵ３２００と、メモリ３５００と、管理用ネットワーク５０００に接続するための管理ポート３１００と、ディスプレイ等の出力装置３３００と、キーボード、マウス等の入力装置３４００と、これら３１００〜３５００を相互接続する内部バス３６００と、を有する。

メモリ３５００には、ＯＳ（不図示）と、上述のパスセキュリティ確認処理を実施するための構成管理プログラム３５１０と、装置検出リスト３５２０と、レプリカ関係テーブル３５３０と、パスセキュリティ設定確認ログ３５４０と、を有する。

装置検出リスト３５２０には、計算機システムを構成する各ストレージ装置２０００の構成情報が登録される。図７は、装置検出リスト３５２０の登録内容例を示している。図示するように、装置検出リスト３５２０には、計算機システムを構成する検出対象のストレージ装置２０００毎にエントリが設けられる。エントリは、エントリを一意に識別するための検出対象ＩＤを登録するフィールド３５２１と、検出対象のストレージ装置２０００の識別子である装置ＩＤを登録するフィールド３５２２と、検出対象のストレージ装置２０００のベンダ名、型名などの装置情報を登録するフィールド３５２３と、検出対象のストレージ装置２０００の管理ポート２２００に接続するためのアドレスを登録するフィールド３５２４と、を有する。本実施形態では、管理用ネットワーク５０００にＩＰネットワークを用いているので、フィールド３５２４にはＩＰアドレスが登録される。

なお、図７は、計算機システムを構成する２つのストレージ装置２０００ａ（識別子：Ｓ１）およびストレージ装置２０００ｂ（識別子：Ｓ２）各々のエントリが設けられている。また、装置検出リスト３５２０に登録する各ストレージ装置２０００のエントリは、ユーザが予め登録しておくか、あるいは、管理用ネットワーク５０００上のネームサービスなどを利用して自動的に各ストレージ装置２０００の情報を取得し登録する。

レプリカ関係テーブル３５３０は、上述のパスセキュリティ確認処理により確認されたレプリカ関係が登録される。図８は、レプリカ関係テーブル３５３０の登録内容例を示している。図示するように、レプリカ関係テーブル３５３０には、パスセキュリティ確認処理により確認されたレプリカ関係毎にエントリが設けられる。エントリは、レプリカ関係を一意に識別するための識別子であるレプリカ関係ＩＤを登録するフィールド３５３１と、レプリカ関係にあるボリューム各々の情報（装置ＩＤ、ボリュームＩＤ）を登録するフィールド３５３２と、ボリュームリスト３５３２に登録されたボリュームがレプリカ関係にあると判断した要因となる、装置内レプリカおよび装置間レプリカ各々の情報（装置ＩＤ、レプリカＩＤ）を登録するフィールド３５３３と、を有する。レプリカ関係テーブル３５３０の作成方法および利用方法については後述する。

パスセキュリティ設定確認ログ３５４０は、上述のパスセキュリティ確認処理により確認されたパスセキュリティの整合状態が登録される。図９は、パスセキュリティ設定確認ログ３５４０の登録内容例を示している。図示するように、パスセキュリティ設定確認ログ３５３０には、パスセキュリティ確認処理毎にエントリ（ログ）が設けられる。エントリは、ログを一意に識別するためのログＩＤを登録するフィールド３５４１と、パスセキュリティ確認処理を実施した日時およびパスセキュリティ確認処理に関連したユーザ操作の日時を登録するフィールド３５４２と、ログ内容を保持するフィールド３５４３と、を有する。フィールド３５４３に登録されるログ内容は、具体的には、パスセキュリティ確認処理の処理結果（セキュリティ設定の整合状態）および当該処理結果に伴うのセキュリティの設定変更の内容が登録される。

（１）パスセキュリティ確認処理
次に、管理計算機３０００が行なうパスセキュリティ確認処理について説明する。

図１０は、管理計算機３０００が行なうパスセキュリティ確認処理を説明するためのフロー図である。このフローは、管理計算機３０００において、ＣＰＵ３２００がメモリ３５００に格納された構成管理プログラム３５１０を実行することにより開始される。

まず、ＣＰＵ３２００は、計算機システムを構成する各ストレージ装置２０００の構成情報を取得する（Ｓ６１０５）。具体的には、ＣＰＵ３２００は、装置検出リスト３５２０を用いて各ストレージ装置２０００のアドレスを特定する。次に、管理ポート３１００を介して各ストレージ装置２０００に構成情報要求を送信する。一方、各ストレージ装置２０００において、コントローラ２３００は、管理ポート２１００を介して管理計算機５０００から構成情報要求を受信すると、プログラムメモリ２４００に登録されたパステーブル２４１０、装置内レプリカテーブル２４２０および装置間レプリカテーブル２４３０の情報を含む構成情報を作成し、管理計算機３０００に送信する。管理計算機３０００のＣＰＵ３２００は、以上のようにして各ストレージ装置２０００から送られてきた構成情報を受信する。

次に、ＣＰＵ３２００は、各ストレージ装置２０００から取得した構成情報を用いて、レプリカ関係テーブル３５３０を作成するレプリカ関係把握処理を行う(Ｓ６２００)。レプリカ関係把握処理の詳細については後述する。

次に、ＣＰＵ３２００は、レプリカ関係毎、つまり、レプリカ関係テーブル３５３０に登録されたエントリ毎に、ボリューム各々のパスセキュリティの整合状態を検証するセキュリティ整合状態検証処理を行う（Ｓ６３００）。セキュリティ整合状態検証処理の詳細については後述する。

それから、ＣＰＵ３２００は、レプリカ関係各々のパスセキュリティ整合状態の検証結果を出力装置３３００に出力する（Ｓ６１２０）。そして、入力装置３４００を介してユーザから、不整合状態にあるパスセキュリティ設定の変更の有無を受け付ける（Ｓ６１２５）。ここで、不整合状態とは、レプリカ関係にあるボリュームの全てのパスについて、パスセキュリティ設定の有無にばらつきがあることを意味する。

Ｓ６１２５において、ユーザからパスセキュリティ設定の変更「無」を受け付けた場合はパスセキュリティ確認処理を終了する。一方、パスセキュリティ設定の変更「有」を受け付けた場合は、変更「有」を指定されたパスのセキュリティ設定を変更し（Ｓ６１３０）、パスセキュリティ確認処理を終了する。具体的には、管理ポート３１００を介して、変更「有」を指定されたボリュームを提供するストレージ装置２０００に、変更「有」を指定されたパスの指定を含むパスセキュリティ設定変更要求を送信する。一方、ストレージ装置２０００において、コントローラ２３００は、管理ポート２１００を介して管理計算機５０００からパスセキュリティ設定変更要求を受信すると、プログラムメモリ２４００に登録されたパステーブル２４１０から、該要求で指定されているパスのエントリを検索し、検索したエントリのフィールド２４１５に登録されているセキュリティ設定状態を変更する。

なお、このフローでは、ユーザからパスセキュリティ設定の変更「有」を受け付けた場合に、パスセキュリティ設定の変更を実施するようにしているが、ＣＰＵ３２００が、構成管理プログラム３５１０に従い、自動的に実施するようにしてもよい。具体的には、セキュリティ整合状態検証処理により不整合状態のレプリカ関係を検出した場合に、当該レプリカ関係にあるボリュームの全てのパスのうちの少なくとも１つに、パスセキュリティ設定を有効とするパスが存在するならば、当該パス以外の全てのパスのセキュリティ設定も有効となるように、ストレージ装置のパスセキュリティ設定を変更する。

図１１および図１２は、図１０のＳ６２００に示すレプリカ関係把握処理を説明するためのフロー図である。

ＣＰＵ３２００は、図１０のＳ６１０５で各ストレージ装置２０００から取得した全ての装置内レプリカ関係テーブル２４２０のエントリに対して、Ｓ６２０２〜Ｓ６２０６の処理を繰り返す(ステップ６２０１)。

まず、ＣＰＵ３２００は、取得した全ての装置内レプリカ関係テーブル２４２０から未処理のエントリを１つ選択し、これを第１注目エントリに設定する(Ｓ６２０２)。

次に、ＣＰＵ３２００は、第１注目エントリに登録されているオリジナルのボリュームＩＤおよびレプリカのボリュームＩＤが、メモリ３５００に格納されているレプリカ関係テーブル３５３０に登録済みか否かを調べる(Ｓ６２０３)。

具体的には、第１注目エントリが登録されている装置内レプリカ関係テーブル２４２０の入手先ストレージ装置２０００の装置ＩＤ、および、第１注目エントリのフィールド２４２２に登録されている正ボリューム（オリジナル）のボリュームＩＤの組が、レプリカ関係テーブル３５３０のエントリとして、フィールド３５３２に登録されているか否かを調べる。同様に、前記入手先ストレージ装置２０００の装置ＩＤ、および、第１注目エントリのフィールド２４２３に登録されている副ボリューム（レプリカ）のボリュームＩＤの組が、レプリカ関係テーブル３５３０のエントリとして、フィールド３５３２に登録されているか否かを調べる。

さて、ステップ６２０３において、正副ボリュームの少なくとも一方が、レプリカ関係テーブル３５３０のエントリとして登録済みである場合、ＣＰＵ３２００は、当該エントリ（登録済みエントリと呼ぶ）に情報を追加する(ステップ６２０４)。具体的には、当該エントリに登録済みの正ボリューム（または副ボリューム）と装置内レプリカ関係にある副ボリューム（または正ボリューム）のボリュームＩＤと、前記入手先ストレージ装置２０００の装置ＩＤとの組を、登録済みエントリのフィールド３５３２に追加する。さらに、第１注目エントリのフィールド２４２１に登録されているレプリカＩＤと、前記入手先ストレージ装置の装置ＩＤとの組を、登録済みエントリのフィールド３５３３に追加する。

一方、Ｓ６２０３において、正副ボリュームが、レプリカ関係テーブル３５３０に未登録である場合、ＣＰＵ３２００は、レプリカ関係テーブル３５３０にエントリを新規作成する(Ｓ６２０５)。

具体的には、新規作成するエントリの各フィールドに、以下の値を登録する。一意の識別子を新規作成し、レプリカ関係ＩＤとしてフィールド３５３１に登録する。前記入手先ストレージ装置２０００の装置ＩＤと、第１注目エントリの正ボリュームのボリュームＩＤとの組、および、前記入手先ストレージ装置２０００の装置ＩＤと、第１注目エントリの副ボリュームのボリュームＩＤとの組を、フィールド３５３２に登録する。そして、前記入手先ストレージ装置２０００の装置ＩＤと、第１注目エントリのレプリカＩＤとの組を、フィールド３５３３に登録する。

次に、ＣＰＵ３２００は、Ｓ６２０４あるいはＳ６２０５の処理を行ったならば、第１注目エントリを処理済みとし(Ｓ６２０６)、ステップ６２０１に戻る。そして、図１０のＳ６１０５で各ストレージ装置２０００から取得した全ての装置内レプリカ関係テーブル２４２０のエントリに対して、Ｓ６２０２〜Ｓ６２０６の処理を行ったならば、Ｓ６２０７に移行する。

Ｓ６２０７において、ＣＰＵ３２００は、図１０のＳ６１０５で各ストレージ装置２０００から取得した全ての装置間レプリカ関係テーブル２４３０のエントリに対して、Ｓ６２０８〜Ｓ６２１３の処理を繰り返す。

まず、ＣＰＵ３２００は、取得した全ての装置間レプリカ関係テーブル２４３０から未処理のエントリを１つ選択し、これを第２注目エントリに設定する(Ｓ６２０８)。

次に、ＣＰＵ３２００は、第２注目エントリに登録されているオリジナルのボリュームＩＤおよびレプリカのボリュームＩＤが、メモリ３５００に格納されているレプリカ関係テーブル３５３０に登録済みか否かを調べる(Ｓ６２０９)。

具体的には、第２注目エントリのフィールド２４３３に登録されている正ボリューム（オリジナル）のボリュームＩＤ、および、フィールド２４３２に登録されている正ボリュームを提供するストレージ装置２０００の装置ＩＤの組が、レプリカ関係テーブル３５３０のエントリとして、フィールド３５３２に登録されているか否かを調べる。同様に、第２注目エントリのフィールド２４３５に登録されている副ボリューム（レプリカ）のボリュームＩＤ、および、フィールド２４３４に登録されている副ボリュームを提供するストレージ装置２０００の装置ＩＤの組が、レプリカ関係テーブル３５３０のエントリとして、フィールド３５３２に登録されているか否かを調べる。

さて、Ｓ６２０９において、正ボリュームがフィールド３５３２に登録されているエントリおよび副ボリュームがフィールド３５３２に登録されているエントリの両方が、レプリカ関係テーブル３５３０に登録済みである場合、ＣＰＵ３２００は、これらをマージして１つのエントリとする（Ｓ６２１０）。

具体的には、以下の３つの処理を実施する。まず、正ボリュームがフィールド３５３２に登録されているエントリのフィールド３５３２に、副ボリュームがフィールド３５３２に登録されているエントリのフィールド３５３２の値を登録する。次に、正ボリュームがフィールド３５３２に登録されているエントリのフィールド３５３３に、副ボリュームがフィールド３５３２に登録されているエントリのフィールド３５３３の値を登録する。副ボリュームがフィールド３５３２に登録されているエントリを、レプリカ関係テーブル３５３０から削除する。

また、Ｓ６２０９において、正ボリュームがフィールド３５３２に登録されているエントリおよび副ボリュームがフィールド３５３２に登録されているエントリの一方のみが、レプリカ関係テーブル３５３０に登録済みである場合、ＣＰＵ３２００は、この登録済みのエントリに情報を追加する（Ｓ６２１１）。

具体的には、正ボリュームがフィールド３５３２に登録されているエントリがレプリカ関係テーブル３５３０に登録済みである場合、第２注目エントリのフィールド２４３５に登録されている副ボリュームのボリュームＩＤ、および、フィールド２４３４に登録されている副ボリュームを提供するストレージ装置２０００の装置ＩＤの組を、登録済みのエントリのフィールド３５３２に追加する。また、第２注目エントリのフィールド２４３１に登録されているレプリカＩＤ、および、フィールド２４３２に登録されている正ボリュームを提供するストレージ装置２０００の装置ＩＤの組を、登録済みのエントリのフィールド３５３３に追加する。

また、正ボリュームがフィールド３５３２に登録されているエントリおよび副ボリュームがフィールド３５３２に登録されているエントリの両方が、レプリカ関係テーブル３５３０に未登録である場合、ＣＰＵ３２００は、レプリカ関係テーブル３５３０にエントリを新規作成する（Ｓ６２１２）。

具体的には、新規作成するエントリの各フィールドに、以下の値を登録する。一意の識別子を新規作成し、レプリカ関係ＩＤとしてフィールド３５３１に登録する。また、第２注目エントリのフィールド２４３２に登録されている正ボリュームのボリュームＩＤ、および、フィールド２４３３に登録されている正ボリュームを提供するストレージ装置２０００の装置ＩＤの組を、フィールド３５３２に登録する。同様に、第２注目エントリのフィールド２４３４に登録されている副ボリュームのボリュームＩＤ、および、フィールド２４３５に登録されている副ボリュームを提供するストレージ装置２０００の装置ＩＤの組を、フィールド３５３２に登録する。そして、フィールド２４３３に登録されている正ボリュームを提供するストレージ装置２０００の装置ＩＤ、および、第２注目エントリのフィールド２４３１に登録されているレプリカＩＤの組を、フィールド３５３３に登録する。

次に、ＣＰＵ３２００は、Ｓ６２１０〜Ｓ６２１２のうちのいずれかの処理を行ったならば、第２注目エントリを処理済みとし(Ｓ６２１３)、ステップ６２０７に戻る。そして、図１０のＳ６１０５で各ストレージ装置２０００から取得した全ての装置間レプリカ関係テーブル２４３０のエントリに対して、Ｓ６２０８〜Ｓ６２１３の処理を行ったならば、レプリカ関係把握処理を終了する。これにより、図８に示したようなレプリカ関係テーブル３５３０が作成される。

図１３は、図１０のＳ６３００に示すセキュリティ整合状態検証処理を説明するためのフロー図である。

ＣＰＵ３２００は、メモリ３５００に格納されているレプリカ関係テーブル３５３０の全エントリに対して、Ｓ６３０２〜Ｓ６３０７の処理を繰り返す(ステップ６３０１)。

まず、ＣＰＵ３２００は、レプリカ関係テーブル３５３０から未処理のエントリを１つ選択し、これを第３注目エントリに設定する(Ｓ６３０２)。

次に、ＣＰＵ３２００は、図１０のＳ６１０５で各ストレージ装置２０００から取得した全てのパステーブル２４１０および装置間レプリカテーブル２４３０から、第３注目エントリのフィールド３５３２にボリュームＩＤが登録されているボリューム各々のパス情報を取得する(Ｓ６３０３)。

具体的には、第３注目エントリのフィールド３５３２に登録されている装置ＩＤおよびボリュームＩＤの組各々について、当該組に含まれる装置ＩＤで示されるストレージ装置２０００から取得したパステーブル２４１０から、当該組に含まれるボリュームＩＤがフィールド２４１４に登録されているパスのエントリを抽出する。また、第３注目エントリのフィールド３５３３に登録されている装置ＩＤおよびレプリカＩＤの組各々について、当該組のレプリカＩＤが装置間レプリカを示しているならば、当該組に含まれる装置ＩＤで示されるストレージ装置２０００から取得した装置間レプリカテーブル２４３０から、当該組に含まれるレプリカＩＤがフィールド２４３１に登録されている装置間レプリカのエントリを抽出する。ここで、装置間レプリカのエントリも抽出するのは、装置間レプリカのパスのセキュリティ設定を確認するために必要となるからである。

次に、ＣＰＵ３２００は、Ｓ６３０３で取得したボリューム各々のパス情報について、パスセキュリティ設定に不整合がないか否かを確認する（Ｓ６３０４）。

具体的には、抽出したパスのエントリのフィールド２４１５、および、抽出した装置間レプリカのエントリのフィールド２４３６を走査し、セキュリティ設定の有無にばらつきがないか否かを調べる。

ここで、ストレージ装置２０００ａ、２０００ｂ各々のテーブル２４１０、２４２０、２４３０が図３〜図５に示す登録内容を持ち、管理計算機３０００のテーブル３５２０、３５３０が図７、図８に示す登録内容を持つ場合を例にとり、Ｓ６３０２〜Ｓ６３０４の処理を詳細に説明する。

図８に示すレプリカ関係テーブル３５３０において、ストレージ装置２０００ａ（装置ＩＤ：Ｓ１）の２つのボリューム２５００（ボリュームＩＤ：ｖａ１，ｖａ２）と、ストレージ装置２０００ｂ（装置ＩＤ：Ｓ２）の２つのボリューム２５００（ボリュームＩＤ：ｖｂ１，ｖｂ２）とは、レプリカ関係ＩＤ１で示されるレプリカ関係（エントリ）を有している。このエントリに対してＳ６３０２が実行されると、ストレージ装置２０００ａ（装置ＩＤ：Ｓ１）の３つのパス（パスＩＤ：ｐａ１，ｐａ２、レプリカＩＤ：Ｉｎｔｅｒ-ａ１）、ストレージ装置２０００ｂ（装置ＩＤ：Ｓ２）の１つのパス（パスＩＤ：ｐｂ１）が抽出される。これらのパスにＳ６３０３が実行されると、３つのパス（パスＩＤ：ｐａ１，ｐａ２、レプリカＩＤ：Ｉｎｔｅｒ-ａ１）がセキュリティ設定「有」であるのに対して、パス（パスＩＤ：ｐｂ１）がセキュリティ設定「無」である。このため、セキュリティ設定が不整合であると判断される。

一方、ストレージ装置２０００ａ（装置ＩＤ：Ｓ１）の２つのボリューム２５００（ボリュームＩＤ：ｖａ３，ｖａ４）は、レプリカ関係ＩＤ２で示されるレプリカ関係（エントリ）を有している。このエントリに対してＳ６３０２が実行されると、ストレージ装置２０００ａ（装置ＩＤ：Ｓ１）の２つのパス（パスＩＤ：ｐａ３，ｐａ４）が抽出される。これらのパスにＳ６３０３が実行されると、全てのパス（パスＩＤ：ｐａ３，ｐａ４）がセキュリティ設定「無」であるので、セキュリティ設定に不整合がないと判断される。

さて、Ｓ６３０４において、パスセキュリティ設定に不整合があると判断された場合、ＣＰＵ３２００は、パスセキュリティ設定確認ログ３５４０にエントリを新規作成し、当該エントリにパスセキュリティ設定不整合「有」の処理結果を登録する(Ｓ６３０５)。例えば、図８に示すレプリカ関係テーブル３５３０において、レプリカ関係ＩＤ１で示されるレプリカ関係に対しては、図９に示すパスセキュリティ設定確認ログ３５４０の、ログＩＤ「１」で示されるようなエントリが作成される。

一方、Ｓ６３０４において、パスセキュリティ設定に不整合がないと判断された場合、ＣＰＵ３２００は、パスセキュリティ設定確認ログ３５４０にエントリを新規作成し、当該エントリにパスセキュリティ設定不整合「無」の処理結果を登録する(Ｓ６３０６)。例えば、図８に示すレプリカ関係テーブル３５３０において、レプリカ関係ＩＤ２で示されるレプリカ関係に対しては、図９に示すパスセキュリティ設定確認ログ３５４０の、ログＩＤ「２」で示されるようなエントリが作成される。

次に、ＣＰＵ３２００は、Ｓ６３０５およびＳ６３０６のうちのいずれかの処理を行ったならば、第３注目エントリを処理済みとし(Ｓ６３０７)、ステップ６３０１に戻る。そして、レプリカ関係テーブル３５３０の全エントリに対して、Ｓ６３０２〜Ｓ６３０７の処理を行ったならば、セキュリティ整合状態検証処理を終了する。

次に、パスセキュリティ確認処理における表示画面の例について説明する。

図１４は、パスセキュリティ確認処理の実施指示の受付け、および、パスセキュリティ確認処理の結果サマリを表示するための画面例を示している。図１４において、符号７００２は、パスセキュリティ設定の確認ボタンである。ユーザは入力装置３４００を用いてカーソル（不図示）を操作し、確認ボタン７００２を選択することにより、上述のパスセキュリティ確認処理（図１０に示すフロー）を実施させることができる。また、符号７００３は、図１０のＳ６１２０において出力されるパスセキュリティ確認処理の処理結果である。この例では、レプリカ関係テーブル３５３０のエントリ毎に、パスセキュリティ設定の不整合の有無を表示している。そして、符号７００４は、不整合「有」が検出されたパスセキュリティ設定の詳細を表示するための詳細表示ボタンである。ユーザはカーソル（不図示）を操作して詳細ボタン７００４を選択することにより、不整合「有」が検出されたパスセキュリティ設定の詳細を表示させることができる。

図１５は、不整合「有」が検出されたパスセキュリティ設定の詳細表示画面例を示している。図１５において、符号７００５は、レプリカ関係テーブル３５３０の対象エントリ（不整合「有」が検出されたエントリ）のフィールド３５３２に登録されている各ボリュームのパス、および、フィールド３５３３に登録されているボリューム間のレプリカ関係を図示する領域である。各ボリュームのパスは、図１３のＳ６３０３の処理で入手したパス情報により特定することができる。また、ボリューム間のレプリカ関係は、図１０のＳ６１０５で各ストレージ装置２０００から入手した装置内レプリカテーブル２４２０および装置間レプリカテーブル２４３０から、フィールド３５３３に登録されているレプリカＩＤを持つエントリを検索し、検索したエントリの情報により特定することができる。ＣＰＵ３２００は、領域７００５に表示するパスの表示態様を、図１３のＳ６３０３の処理で入手したパス情報に含まれているパスセキュリティ設定内容（フィールド２４１５の情報）に応じて異ならせる。また、符号７００６は、レプリカ関係テーブル３５３０の対象エントリ（不整合「有」が検出されたエントリ）に登録されている各ボリュームのパスセキュリティ設定の状態をリスト表示する領域である。そして、符号７００７は、図１０のＳ６１２５において、ユーザからパスセキュリティ設定の変更指示を受付けるための変更ボタンである。ユーザは入力装置３４００を用いてカーソル（不図示）を操作し、変更ボタン７００７を選択することにより、領域７００６の対応する欄に示されたパスセキュリティ設定の変更を受付ける。この詳細画面により、ユーザは、パスセキュリティ設定を確認しつつ、設定を変更することが可能となる。

以上、本発明の第１実施形態について説明した。本実施形態によれば、ストレージ管理者は、管理対象のボリュームにどのようなレプリカ関係があるかを意識しなくても、レプリカの関係にある複数のボリュームへのアクセスに対して、同等のセキュリティレベルが確保されているか否かを容易に把握することができる。また、レプリカの関係にある複数のボリュームへのアクセスに対して、同等のセキュリティレベルを容易に確保することができる。

<<第２実施形態>>
次に、本発明の第２実施形態を説明する。
（１）システム構成
本実施形態の計算機システムが、図１に示す第１実施形態の計算機システムと異なる点は、管理計算機３０００に代えて管理計算機３０００ａを設けたことである。その他の構成は、図１に示す第１実施形態の計算機システムと同様である。

本実施形態の管理計算機３０００ａは、上述のパスセキュリティ確認処理に加え、ユーザがレプリカの定義を実施する際に、オリジナルのパスセキュリティポリシの内容を、レプリカのパスセキュリティに反映させる処理（パスセキュリティポリシ更新処理）と、ユーザがレプリカのパス定義を実施する際に、オリジナルのパスに設定されているセキュリティを、レプリカのパスに設定する処理（パス定義処理）とを行う。図１６は、管理計算機３０００ａの概略図である。図示するように、本実施形態の管理計算機３０００ａが、図６に示す第１実施形態の管理計算機３０００と異なる点は、メモリ３５００に、パスセキュリティポリシ更新プログラム３５６０、パス定義プログラム３５７０およびパスセキュリティポリシテーブル３５５０を追加したことにある。その他の構成は、図６に示す第１実施形態の管理計算機３０００と同様である。

パスセキュリティポリシテーブル３５５０は、ボリュームへのパスに適用するパスセキュリティポリシが登録される。図１７は、パスセキュリティポリシテーブル３５５０の登録内容例を示している。図示するように、パスセキュリティポリシテーブル３５５０には、ストレージ装置２０００が提供するボリューム毎にエントリが設けられる。エントリは、ボリュームを提供するストレージ装置２０００の識別子である装置ＩＤを登録するフィールド３５５１と、ボリュームのボリュームＩＤを登録するフィールド３５５２と、ボリュームへのパスに適用するパスセキュリティポリシを登録するフィールド３５５３と、を有する。ここで、フィールド３５５３には、具体的には、ボリュームへのパスにセキュリティを常に設定することを示す値「有(ＩＰｓｅｃ)」と、セキュリティ設定を必ずしも必要としないことを示す値「無」のどちらかを登録する。この値は、ＣＰＵ３２００が入力装置３４００を介して受け付けたユーザに指示に従って登録される。

（２）パスセキュリティポリシ更新処理
次に、管理計算機３０００ａが行なうパスセキュリティポリシ更新処理について説明する。図１８は、管理計算機３０００ａが行なうパスセキュリティポリシ更新処理を説明するためのフロー図である。このフローは、管理計算機３０００ａにおいて、ＣＰＵ３２００がメモリ３５００に格納されたパスセキュリティポリシ更新プログラム３５６０を実行することにより開始される。

まず、ＣＰＵ３２００は、入力装置３４００を介してユーザから、装置内レプリカ定義情報あるいは装置間レプリカ定義情報を受け付ける(Ｓ６４０１)。ここで、装置内レプリカ定義情報および装置間レプリカ定義情報は、それぞれ、具体的には、正ボリュームを提供するストレージ装置２０００の装置ＩＤ、正ボリュームのボリュームＩＤ、副ボリュームを提供するストレージ装置２０００の装置ＩＤ、副ボリュームのボリュームＩＤの４つの値の組を指す。

次に、ＣＰＵ３２００は、ユーザから受け取ったレプリカ定義情報の正ボリュームにパスセキュリティポリシが存在するか否かを確認する(Ｓ６４０２）。具体的には、正ボリュームを提供するストレージ装置２０００の装置ＩＤおよび正ボリュームのボリュームＩＤの値をキーとして、パスセキュリティポリシテーブル３５５０内に両者が一致するエントリが登録されているか否かを確認すればよい。

Ｓ６４０２において、正ボリュームにパスセキュリティポリシが存在すると判断した場合、ＣＰＵ３２００は、出力装置３３００にメッセージを出力し、入力装置３４００を介してユーザより、正ボリュームのパスセキュリティポリシを副ボリュームのパスセキュリティポリシとして引き継ぐか否かの確認を受け付ける(Ｓ６４０３)。そして、引き継ぐ旨の確認を受け付けた場合、正ボリュームのパスセキュリティポリシを副ボリュームのパスセキュリティポリシとしてセキュリティポリシテーブル３５５０に登録する(Ｓ６４０４)。具体的には、セキュリティポリシテーブル３５５０にエントリを追加し、このエントリに、パスセキュリティポリシテーブル３５５０の正ボリュームに関するエントリの内容をコピーし、それから追加したエントリの装置ＩＤおよびボリュームＩＤを、副ボリュームを提供するストレージ装置の装置ＩＤおよび副ボリュームのボリュームＩＤに変更する。一方、引き継がない旨の確認を受け付けた場合は、ユーザ入力に従ってセキュリティポリシテーブル３５５０に副ボリュームに関するエントリを追加し、このエントリにパスセキュリティポリシを登録する(Ｓ６４０５)。なお、Ｓ６４０３においてユーザ確認を行うことなく、自動的にＳ６４０４へ移行し、引き継ぎを実施するようにしてもよい。

一方、Ｓ６４０２において、正ボリュームにパスセキュリティポリシが存在しないと判断した場合、ＣＰＵ３２００は、出力装置３３００にメッセージを出力し、入力装置３４００を介してユーザより、副ボリュームのパスセキュリティポリシを新規作成するか否かの確認を受け付ける(Ｓ６４０６)。そして、新規作成する旨の確認を受け付けた場合、ユーザ入力に従ってセキュリティポリシテーブル３５５０に副ボリュームに関するエントリを追加し、このエントリにパスセキュリティポリシを登録する(Ｓ６４０７)。一方、新規作成しない旨の確認を受け付けた場合、副ボリュームのセキュリティポリシを作成することなく処理を終了する（Ｓ６４０８）。なお、Ｓ６４０６においてユーザ確認を行うことなく、Ｓ６４０８に移行し、副ボリュームを登録しないようにしてもよい。

次に、パスセキュリティポリシ更新処理における表示画面の例について説明する。

図１９は、パスセキュリティポリシの設定を受け付けるための画面例を示している。この画面は、例えば図１８のＳ６４０５やＳ６４０７において、ボリュームのパスセキュリティポリシを登録する場合に用いられる。図１９において、符号８００２は、パスセキュリティポリシを適用するボリュームを提供するストレージ装置２０００の装置ＩＤを登録する入力欄（フィールド）である。符号８００３は、パスセキュリティポリシを適用するボリュームのボリュームＩＤを登録する入力欄である。そして、符号８００４は、パスセキュリティ設定の有無を入力する入力欄である。入力欄８００４はプルダウンメニュー形式となっており、メニューの中からパスセキュリティ設定の有無を選択できる。

図２０は、パスセキュリティ設定の引継ぎを受け付けるための画面例を示している。この画面は、例えば図１８のＳ６４０３において、正ボリュームのパスセキュリティポリシを副ボリュームに引き継がせるか否かをユーザに問い合わせる場合に用いられる。図２０において、符号８００５は、引継ぎを指示するためのボタンであり、符号８００６は、引継ぎを行わない旨を指示するためのボタンである。

（３）パス定義処理
次に、管理計算機３０００ａが行なうパス定義処理について説明する。ここで、パス定義処理とは、ストレージ装置２００００のパステーブル２４１０へのエントリ追加・変更に相当する処理である。パス定義を実施してストレージ装置２０００のパステーブル２４１０を変更することで、当該ストレージ装置２０００がホスト計算機１０００に提供するボリュームの設定が変更される。

図２１は、管理計算機３０００ａが行なうパス定義処理を説明するためのフロー図である。このフローは、管理計算機３０００ａにおいて、ＣＰＵ３２００がメモリ３５００に格納されたパス定義プログラム３５７０を実行することにより開始される。

まず、ＣＰＵ３２００は、入力装置３４００を介してユーザからパス定義情報を受け付ける(Ｓ６５０１)。ここで、パス定義情報は、具体的には、パス定義の対象ストレージ装置２０００の装置ＩＤ、パス定義を行うポートのポートＩＤ、パス定義を行うボリュームのボリュームＩＤ、および、パス定義を行うボリュームに付与されているＬＵＮを含む。

次に、ＣＰＵ３２００は、ユーザから受け取ったパス定義情報に含まれるパス定義の対象ボリュームにパスセキュリティポリシが存在するか否かを確認し、その結果に応じたパスセキュリティ設定の有無の情報を該パス定義情報に追加する(Ｓ６５０２）。具体的には、パス定義情報に含まれているストレージ装置２０００の装置ＩＤおよびボリュームのボリュームＩＤの値をキーとして、両者が一致するエントリをパスセキュリティポリシテーブル３５５０から検索する。一致するエントリを検索できた場合は、当該エントリのフィールド３５５３に登録されているパスセキュリティ設定の有無を、ユーザから受け取ったパス定義情報に含める。一方、一致するエントリを検索できなかった場合は、パスセキュリティ設定「無」の情報を、ユーザから受け取ったパス定義情報に含める。

次に、ＣＰＵ３２００は、パスセキュリティ設定の有無の情報を含めたパス定義情報を表示装置３３００に表示して、ユーザからパス定義の実施指示およびパスセキュリティ設定の有無の変更指示のいずれかを受け付ける（Ｓ６５０３）。パスセキュリティ設定の有無の変更指示を受け付けた場合は、パス定義情報に含まれているパスセキュリティ設定の有無を「有」から「無」へ、あるいは、「無」から「有」へ変更し（Ｓ６５０４）、Ｓ６５０３に戻る。一方、パス定義の実施指示を受け付けた場合は、パス定義情報に従いストレージ装置２０００のパステーブル２４１０を変更し、パス定義の内容をストレージ装置２０００に反映させる（Ｓ６５０５）。具体的には、ＣＰＵ３２００は、管理ポート３１００を介して、パス定義情報を伴うパス定義実行指示を、当該パス定義情報に含まれている装置ＩＤにより特定されるストレージ装置２０００へ送信する。一方、ストレージ装置２０００において、コントローラ２３００は、管理ポート２１００を介して管理計算機３０００よりパス定義実行指示を受け取ると、当該指示に付与されているパス定義情報に含まれているポートＩＤ、ＬＵＮ、ボリュームＩＤを持つエントリを、パステーブル２４１０から検索する。このようなエントリを検索できた場合は、当該エントリのフィールド２４１５の登録内容を、パス定義情報に含まれているパスセキュリティ設定の有無の情報に変更する。一方、このようなエントリを検索できなかった場合は、ユニークなパスＩＤを付与したエントリをパステーブル２４１０に新規作成し、このエントリにパス定義情報に含まれているポートＩＤ、ＬＵＮ、ボリュームＩＤおよびパスセキュリティ設定の有無の情報を登録する。なお、Ｓ６５０３においてユーザ確認を行うことなく、自動的にＳ６５０５に移行し、パス定義内容をストレージ装置２０００に反映させるようにしてもよい。

次に、パス定義処理における表示画面の例について説明する。

図２２は、パス定義の実施および変更指示を受け付けるための画面例を示している。この画面は、例えば図２１のＳ６５０３において、パス定義を実施するか、それとも変更するかをユーザに問い合わせる場合に用いられる。図２２において、符号８００７は、パス定義の実施を指示するためボタンであり、符号８００８は、パス定義の変更を指示するためのボタンである。

以上、本発明の第２実施形態について説明した。本実施形態によれば、ストレージ管理者は、ボリュームにパスセキュリティポリシを予め設定しておくことで、当該ボリュームのレプリカに対するアクセスについても、同等のセキュリティレベルを自動的に確保することができる。

なお、本発明の上記の実施形態に限定されるものではなく、その要旨の範囲内で様々な変形が可能である。例えば、上記の第２実施形態において、パスセキュリティ確認処理を行わない場合、管理計算機３０００に、構成管理プログラム３５１０、レプリカ関係テーブル３５３０およびパスセキュリティ設定確認ログ３５４０は不要である。また、上記の実施形態では、ボリュームに設定するパスセキュリティとして、ＲＦＣ２４０１で規定されているＩＰｓｅｃを用いている。しかし、本発明はこれに限定されない。例えば、ＬＵＮセキュリティ機能などを用いるようにしてもよい。また、本発明は、大規模なデータセンタにおける多数のボリュームの構成管理に好適である。

図１は本発明の第１実施形態が適用された計算機システムの概略図である。図２はストレージ装置２０００の概略図である。図３はパステーブル２４１０の登録内容例を示す図である。図４は装置内レプリカテーブル２４２０の登録内容例を示す図である。図５は装置間レプリカテーブル２４３０の登録内容例を示している。図６は管理計算機３０００の概略図である。図７は装置検出リスト３５２０の登録内容例を示している。図８はレプリカ関係テーブル３５３０の登録内容例を示している。図９はパスセキュリティ設定確認ログ３５４０の登録内容例を示している。図１０は管理計算機３０００が行なうパスセキュリティ確認処理を説明するためのフロー図である。図１１は図１０のＳ６２００に示すレプリカ関係把握処理を説明するためのフロー図である。図１２は図１０のＳ６２００に示すレプリカ関係把握処理を説明するためのフロー図である。図１３は図１０のＳ６３００に示すセキュリティ整合状態検証処理を説明するためのフロー図である。図１４はパスセキュリティ確認処理の実施指示の受付け、および、パスセキュリティ確認処理の結果サマリを表示するための画面例を示す図である。図１５は不整合「有」が検出されたパスセキュリティ設定の詳細表示画面例を示す図である。図１６は管理計算機３０００ａの概略図である。図１７はパスセキュリティポリシテーブル３５５０の登録内容例を示す図である。図１８は管理計算機３０００ａが行なうパスセキュリティポリシ更新処理を説明するためのフロー図である。図１９はパスセキュリティポリシの設定を受け付けるための画面例を示す図である。図２０はパスセキュリティ設定の引継ぎを受け付けるための画面例を示す図である。図２１は管理計算機３０００ａが行なうパス定義処理を説明するためのフロー図である。図２２はパス定義の実施および変更指示を受け付けるための画面例を示す図である。図２３は従来技術の問題を説明するための図である。

符号の説明

１０００：ホスト計算機、１１００：ＣＰＵ、１２００：メモリ、１３００：Ｉ/Ｏポート、１４００：内部バス、２０００：ストレージ装置、２１００：管理用ポート、２２００：Ｉ/Ｏポート、２３００：コントローラ、２４００：プログラムメモリ、２４１０：パステーブル、２４２０：装置間レプリカテーブル、２４３０：装置間レプリカテーブル、２５００：ボリューム、２７００：ディスク装置、３０００：管理計算機、３１００：管理ポート、３２００：ＣＰＵ、３３００：出力装置、３４００：入力装置、３５００：メモリ、３５１０：構成管理プログラム、３５２０：装置検出リスト、３５３０：レプリカ関係テーブル、パスセキュリティ設定確認ログ３５４０、３５５０：パスセキュリティポリシテーブル、３５６０：パスセキュリティポリシ更新プログラム、３５７０：パス定義プログラム、４０００：ストレージネットワーク、４１００：ストレージネットワーク間接続、５０００：管理用ネットワーク

Claims

少なくとも１つのホスト計算機と、前記ホスト計算機に少なくとも１つのボリュームを提供し、装置内レプリカ機能により自ストレージ装置内に作成されたレプリカボリュームを有するオリジナルボリュームのレプリカ定義情報が記憶された装置内レプリカテーブルと、装置間レプリカ機能により他ストレージ装置内に作成されたレプリカボリュームを有するオリジナルボリュームのレプリカ定義情報が記憶された装置間レプリカテーブルと、を有する少なくとも１つのストレージ装置とが、少なくとも１つのストレージネットワークを介して接続されて構成された計算機システムの構成管理方法であって、
管理用ネットワークを介して前記ストレージ装置に接続され、レプリカ関係毎に、当該レプリカ関係にあるボリューム各々の情報を登録するためのレプリカ関係テーブルを有する管理計算機が、
前記ストレージ装置から、当該ストレージ装置が提供するボリュームにアクセスするためのパスのパスセキュリティ設定内容を含むパス定義情報、および、当該ストレージ装置が提供するボリュームのうちレプリカボリュームを有するオリジナルボリュームのレプリカ定義情報を収集する構成情報収集ステップと、
前記ストレージ装置から収集したレプリカ定義情報に基づいて、ボリュームのレプリカ関係を把握するレプリカ関係把握ステップと、
前記ストレージ装置から収集したパス定義情報に基づいて、同じレプリカ関係にあるボリューム各々のパスセキュリティ設定内容を検証し、検証結果を出力するセキュリティ状態検証ステップと、を行い、
前記レプリカ関係把握ステップは、
前記ストレージ装置から収集した装置内レプリカテーブルに含まれているレプリカ定義情報各々について、オリジナルボリュームおよびレプリカボリュームのうちの少なくとも一方のボリュームの情報が登録されているレプリカ関係のエントリが前記レプリカ関係テーブルにあるならば、当該エントリに登録されていない前記オリジナルボリュームまたは前記レプリカボリュームの情報を当該エントリに追加し、当該エントリが前記レプリカ関係テーブルにないならば、新たなレプリカ関係のエントリを前記レプリカ関係テーブルに追加して、前記オリジナルボリュームおよび前記レプリカボリュームの情報を当該追加したエントリに登録するステップと、
前記ストレージ装置から収集した装置間レプリカテーブルに含まれているレプリカ定義情報各々について、オリジナルボリュームおよびレプリカボリュームの情報のそれぞれが、前記レプリカ関係テーブルの異なるレプリカ関係のエントリに登録されているならば、当該異なるレプリカ関係のエントリを１つにマージし、前記オリジナルボリュームおよび前記レプリカボリュームの一方の情報が、前記レプリカ関係テーブルのレプリカ関係のエントリに登録されているならば、当該エントリに他方のボリュームの情報を追加し、前記オリジナルボリュームおよび前記レプリカボリュームの両方の情報が、前記レプリカ関係テーブルのレプリカ関係のエントリに登録されていないならば、新たなレプリカ関係のエントリを前記レプリカ関係テーブルに追加して、前記オリジナルボリュームおよび前記レプリカボリュームの情報を当該追加したエントリに登録するステップと、を有すること
を特徴とする計算機システムの構成管理方法。
請求項１に記載の計算機システムの構成管理方法であって、
前記セキュリティ状態検証ステップは、
前記レプリカ関係テーブルに登録されているレプリカ関係のエントリ各々について、当該エントリに含まれているボリューム各々のパス定義情報に含まれるパスセキュリティ設定の有無が一致しているか否かを検証すること
を特徴とする計算機システムの構成管理方法。
請求項２に記載の計算機システムの構成管理方法であって、
前記管理計算機が、
前記レプリカ関係テーブルに登録されているレプリカ関係のエントリに対する前記セキュリティ状態検証ステップでの検証結果が、パスセキュリティ設定の有無の不一致を示している場合に、当該エントリに含まれているボリュームであってパス定義情報のパスセキュリティ設定が「無」のボリュームを提供するストレージ装置に対して、当該ボリュームのパスセキュリティ設定を「有」に変更するための変更要求を送信する送信ステップを、さらに行うこと
を特徴とする計算機システムの構成管理方法。
請求項３に記載の計算機システムの構成管理方法であって、
前記送信ステップは、入力装置を介してユーザよりパスセキュリティ設定変更の確認を受け付けた場合に、前記変更要求を送信すること
を特徴とする計算機システムの構成管理方法。
ストレージネットワークを介してホスト計算機に接続された少なくとも１つのストレージ装置と、管理用ネットワークを介して前記ストレージ装置に接続された管理計算機と、を有する計算機システムであって、
前記ストレージ装置は、
前記ストレージネットワークに接続される少なくとも１つのＩ/Ｏポートと、
前記管理用ネットワークに接続される第１の管理ポートと、
前記ホスト計算機に提供するボリュームを格納する少なくとも１つのディスク装置と、
前記Ｉ/Ｏポートおよび前記ディスク装置間のデータ伝送を制御する、前記第１の管理ポートを用いた通信機能を有するコントローラと、
プログラムメモリと、を有し、
前記プログラムメモリには、自ストレージ装置が提供するボリュームにアクセスするためのパスのパスセキュリティ設定内容を含むパス定義情報と、装置内レプリカ機能により自ストレージ装置内に作成されたレプリカボリュームを有するオリジナルボリュームのレプリカ定義情報が記憶された装置内レプリカテーブルと、装置間レプリカ機能により他ストレージ装置内に作成されたレプリカボリュームを有するオリジナルボリュームのレプリカ定義情報が記憶された装置間レプリカテーブルと、が記憶されており、
前記管理計算機は、
前記管理用ネットワークに接続される第２の管理ポートと、
前記第２の管理ポートを用いた通信機能を有する演算装置と、
メモリと、
出力装置と、を有し、
前記メモリには、レプリカ関係毎に、当該レプリカ関係にあるボリューム各々の情報を登録するためのレプリカ関係テーブルが記憶されており、
前記演算装置は、
前記第２の管理ポートを介して前記ストレージ装置から、当該ストレージ装置が提供するボリュームのパス定義情報、および、当該ストレージ装置が提供するボリュームのうちレプリカボリュームを有するオリジナルボリュームのレプリカ定義情報を収集する構成情報収集処理と、
前記ストレージ装置から収集した装置内レプリカテーブルに含まれているレプリカ定義情報各々について、オリジナルボリュームおよびレプリカボリュームのうちの少なくとも一方のボリュームの情報が登録されているレプリカ関係のエントリが前記レプリカ関係テーブルにあるならば、当該エントリに登録されていない前記オリジナルボリュームまたは前記レプリカボリュームの情報を当該エントリに追加し、当該エントリが前記レプリカ関係テーブルにないならば、新たなレプリカ関係のエントリを前記レプリカ関係テーブルに追加して、前記オリジナルボリュームおよび前記レプリカボリュームの情報を当該追加したエントリに登録すると共に、
前記ストレージ装置から収集した装置間レプリカテーブルに含まれているレプリカ定義情報各々について、オリジナルボリュームおよびレプリカボリュームの情報のそれぞれが、前記レプリカ関係テーブルの異なるレプリカ関係のエントリに登録されているならば、当該異なるレプリカ関係のエントリを１つにマージし、前記オリジナルボリュームおよび前記レプリカボリュームの一方の情報が、前記レプリカ関係テーブルのレプリカ関係のエントリに登録されているならば、当該エントリに他方のボリュームの情報を追加し、前記オリジナルボリュームおよび前記レプリカボリュームの両方の情報が、前記レプリカ関係テーブルのレプリカ関係のエントリに登録されていないならば、新たなレプリカ関係のエントリを前記レプリカ関係テーブルに追加して、前記オリジナルボリュームおよび前記レプリカボリュームの情報を当該追加したエントリに登録するレプリカ関係把握処理と、
前記メモリ内のレプリカ関係テーブルに登録されているレプリカ関係のエントリ各々について、当該エントリに含まれているボリューム各々のパス定義情報に含まれるパスセキュリティ設定の有無が一致しているか否かを検証し、検証結果を前記出力装置に出力するセキュリティ状態検証処理と、を行うこと
を特徴とする計算機システム。