(57)【要約】【課題】アクセスパスの作成を行う際のユーザの作業負荷を低減させる。【解決手段】パス作成支援装置が、パス作成に必要となるパラメータのうちの一部のパラメータ或いはその一部のパラメータを決定するための情報であるパラメータ決定情報を、ストレージシステム或いはホストから前もって取得する。パス作成支援装置は、パラメータ決定情報に基づいて一部のパラメータを決定する。アクセスパスの作成の開始の要求を受けたパス作成支援装置は、アクセスパスの作成の開始の要求とともに指定されたパラメータと、前もって取得したパラメータ或いは前もって取得したパラメータ決定情報に基づいて決定したパラメータとを指定したアクセスパス作成指示を、前記ホスト及び前記ストレージシステムへ送信する。【選択図】図１
2009140147.tif 000002
【特許請求の範囲】
【請求項１】
ホストからストレージシステム内の論理ボリュームまでのアクセスパスの作成を支援する装置であるパス作成支援装置であって、
複数の前記アクセスパスは、前記アクセスパスを利用するホストが備えるＯＳ（オペレーティングシステム）の種別に基づいてグループ化されており、
前記パス作成支援装置が、
前記ホストが利用するアクセスパスが属することとなるグループを示すグループ情報を前記ストレージシステムから取得するグループ情報取得部と、
前記取得したグループ情報と、前記取得したグループ情報に関連する、前記ホストが備えるＯＳの種別とを記憶するグループ情報記憶部と、
アクセスパスの作成の開始の要求を受けたときに、前記アクセスパスの作成を行うホストが備えるＯＳの種別に関連するグループ情報を前記グループ情報記憶部から取得し、前記アクセスパスの作成の開始の要求とともに指定されたパラメータと前記取得したグループ情報とを指定したアクセスパス作成指示を、前記ホスト及び前記ストレージシステムへ送信するパス作成指示部と、
を備えるパス作成支援装置。
【請求項２】
前記ストレージシステムがホストへ提供することができる論理ボリュームのそれぞれを示す論理ボリューム情報と前記論理ボリュームのそれぞれの残量とを前記ストレージシステムから取得する論理ボリューム情報取得部と、
前記取得した論理ボリューム情報と、前記取得した論理ボリューム情報に関連する、前記論理ボリュームの残量とを記憶する論理ボリューム情報記憶部と、
前記論理ボリューム情報記憶部に記憶されている論理ボリュームのそれぞれの残量に基づいて、作成するアクセスパスに割り当てる論理ボリュームを決定する論理ボリューム決定部と、を更に備え、
前記アクセスパス作成指示は、更に、前記ボリューム決定部が決定した論理ボリュームを示す論理ボリューム情報を指定する、
請求項１記載のパス作成支援装置。
【請求項３】
前記論理ボリューム決定部は、前記論理ボリューム情報記憶部に記憶されている論理ボリュームの中から、前記論理ボリュームの残量が最も大きい論理ボリュームを、作成するアクセスパスに割り当てる論理ボリュームと決定する、
請求項２記載のパス作成支援装置。
【請求項４】
前記論理ボリューム決定部は、前記論理ボリューム情報記憶部に記憶されている論理ボリュームの中から、前記論理ボリュームの残量が予め設定された閾値に最も近い論理ボリュームを、作成するアクセスパスに割り当てる論理ボリュームと決定する、
請求項２記載のパス作成支援装置。
【請求項５】
前記アクセスパスの作成の開始の要求は、前記アクセスパスの変更の開始の要求であり、
ホスト上で稼働しアクセスパスを利用して論理ボリュームへアクセスするアプリケーションが、変更対象のアクセスパスを使用した論理ボリュームへのアクセスを行っているか否かを示すアクセス情報と、前記アプリケーションが常時稼働しているものか否かを示す常時稼働情報とを、前記ホストから取得するアプリケーション情報取得部と、
前記アプリケーションに関連する、前記アクセス情報及び前記常時稼働情報を記憶するアプリケーション情報記憶部と、
アクセスパスの変更の開始の要求を受けたときに、前記アクセスパスの変更を行うホスト上で稼働するアプリケーションに関連する前記アクセス情報及び前記常時稼働情報を参照して、前記アプリケーションが変更対象のアクセスパスを使用した論理ボリュームへのアクセスを行っており、かつ前記アプリケーションが常時稼働しているものでないときは、前記アプリケーションが行っている変更対象のアクセスパスを使用した論理ボリュームのアクセスが終了するまで待機し、変更対象のアクセスパスを使用した論理ボリュームのアクセスが終了した後で、前記パス作成指示部にアクセスパスの変更の指示を行わせるパス変更時期決定部と、を更に備える、
請求項１〜４のいずれか１項に記載のパス作成支援装置。
【請求項６】
前記アクセスパスの作成の開始の要求は、前記アクセスパスの変更の開始の要求であり、
ホスト上で稼働しアクセスパスを利用して論理ボリュームへアクセスするアプリケーションが、変更対象のアクセスパスを使用した論理ボリュームへのアクセスを行っているか否かを示すアクセス情報と、前記アプリケーションが常時稼働しているものか否かを示す常時稼働情報と、前記アプリケーションが利用するアクセスパスの交替パスが存在するか否かを示す交替パス情報とを、前記ホストから取得するアプリケーション情報取得部と、
前記アプリケーションに関連する、前記アクセス情報、前記常時稼働情報及び前記交替パス情報を記憶するアプリケーション情報記憶部と、
アクセスパスの変更の開始の要求を受けたときに、前記アクセスパスの変更を行うホスト上で稼働するアプリケーションに関連する前記アクセス情報、前記常時稼働情報及び前記交替パス情報を参照して、前記アプリケーションが変更対象のアクセスパスを使用した論理ボリュームへのアクセスを行っており、かつ前記アプリケーションが常時稼働しているものであり、かつ変更対象のアクセスパスの交替パスが存在するときは、ホストに対して、変更対象のアクセスパスから交替パスへのアクセスパスの切換えを指示した後、前記パス作成指示部にアクセスパスの変更の指示を行わせ、アクセスパスの変更が終了した後、ホストに対して、交替パスから変更後のアクセスパスへのアクセスパスの切換えを指示する交替パス切換指示部と、を更に備える、
請求項１〜５のいずれか１項に記載のパス作成支援装置。
【請求項７】
ホストからストレージシステム内の論理ボリュームまでのアクセスパスの作成を支援するパス作成支援方法であって、
複数の前記アクセスパスは、前記アクセスパスを利用するホストが備えるＯＳの種別に基づいてグループ化されており、
前記ホストが利用するアクセスパスが属することとなるグループを示すグループ情報を前記ストレージシステムから取得し、
前記取得したグループ情報と、前記取得したグループ情報に関連する、前記ホストが備えるＯＳの種別とを記憶し、
アクセスパスの作成の開始の要求を受けたときに、前記アクセスパスの作成を行うホストが備えるＯＳの種別に関連するグループ情報を取得し、前記アクセスパスの作成の開始の要求とともに指定されたパラメータと前記取得したグループ情報とを指定したアクセスパス作成指示を、前記ホスト及び前記ストレージシステムへ送信する、
パス作成支援方法。
【請求項８】
前記ストレージシステムがホストへ提供することができる論理ボリュームのそれぞれを示す論理ボリューム情報と前記論理ボリュームのそれぞれの残量とを前記ストレージシステムから取得し、
前記取得した論理ボリューム情報と、前記取得した論理ボリューム情報に関連する、前記論理ボリュームの残量とを記憶し、
前記記憶されている論理ボリュームのそれぞれの残量に基づいて、作成するアクセスパスに割り当てる論理ボリュームを決定し、
前記アクセスパス作成指示は、更に、前記決定した論理ボリュームを示す論理ボリューム情報を指定する、
請求項７記載のパス作成支援方法。
【請求項９】
前記記憶されている論理ボリュームの中から、前記論理ボリュームの残量が最も大きい論理ボリュームを、作成するアクセスパスに割り当てる論理ボリュームと決定する、
請求項８記載のパス作成支援方法。
【請求項１０】
前記記憶されている論理ボリュームの中から、前記論理ボリュームの残量が予め設定された閾値に最も近い論理ボリュームを、作成するアクセスパスに割り当てる論理ボリュームと決定する、
請求項８記載のパス作成支援方法。
【請求項１１】
前記アクセスパスの作成の開始の要求は、前記アクセスパスの変更の開始の要求であり、
前記パス作成支援装置が、
ホスト上で稼働しアクセスパスを利用して論理ボリュームへアクセスするアプリケーションが、変更対象のアクセスパスを使用した論理ボリュームへのアクセスを行っているか否かを示すアクセス情報と、前記アプリケーションが常時稼働しているものか否かを示す常時稼働情報とを、前記ホストから取得し、
前記アプリケーションに関連する、前記アクセス情報及び前記常時稼働情報を記憶し、
アクセスパスの変更の開始の要求を受けたときに、前記アクセスパスの変更を行うホスト上で稼働するアプリケーションに関連する前記アクセス情報及び前記常時稼働情報を参照して、前記アプリケーションが変更対象のアクセスパスを使用した論理ボリュームへのアクセスを行っており、かつ前記アプリケーションが常時稼働しているものでないときは、前記アプリケーションが行っている変更対象のアクセスパスを使用した論理ボリュームのアクセスが終了するまで待機し、変更対象のアクセスパスを使用した論理ボリュームのアクセスが終了した後で、前記パス作成指示部にアクセスパスの変更の指示を行わせる、
請求項７〜１０のいずれか１項に記載のパス作成支援方法。
【請求項１２】
前記アクセスパスの作成の開始の要求は、前記アクセスパスの変更の開始の要求であり、
前記パス作成支援装置が、
ホスト上で稼働しアクセスパスを利用して論理ボリュームへアクセスするアプリケーションが、変更対象のアクセスパスを使用した論理ボリュームへのアクセスを行っているか否かを示すアクセス情報と、前記アプリケーションが常時稼働しているものか否かを示す常時稼働情報と、前記アプリケーションが利用するアクセスパスの交替パスが存在するか否かを示す交替パス情報とを、前記ホストから取得し、
前記アプリケーションに関連する、前記アクセス情報、前記常時稼働情報及び前記交替パス情報を記憶し、
アクセスパスの変更の開始の要求を受けたときに、前記アクセスパスの変更を行うホスト上で稼働するアプリケーションに関連する前記アクセス情報、前記常時稼働情報及び前記交替パス情報を参照して、前記アプリケーションが変更対象のアクセスパスを使用した論理ボリュームへのアクセスを行っており、かつ前記アプリケーションが常時稼働しているものであり、かつ変更対象のアクセスパスの交替パスが存在するときは、ホストに対して、変更対象のアクセスパスから交替パスへのアクセスパスの切換えを指示した後、前記パス作成指示部にアクセスパスの変更の指示を行わせ、アクセスパスの変更が終了した後、ホストに対して、交替パスから変更後のアクセスパスへのアクセスパスの切換えを指示する、
請求項７〜１１のいずれか１項に記載のパス作成支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホストからストレージシステム内の論理ボリュームまでのアクセスパスを作成する技術に関する。
【背景技術】
【０００２】
特許文献１には、ホストコンピュータ（以下、「ホスト」）及びストレージシステムに接続された管理サーバが、ホストからストレージシステムが提供する論理ボリュームまでのパス（以下、「アクセスパス」）の作成を行う技術が開示されている。
【０００３】
【特許文献１】特開２００７−２３３９０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
通常、アクセスパスの作成（新規に作成したアクセスパスへの変更も含む）を行うためには、ユーザは、様々なパラメータをホストへ入力する必要がある。ホストへ入力する必要のあるパラメータとしては、例えば、アクセスパス（新規に作成するアクセスパス或いは変更の対象とするアクセスパス）を特定するためのパラメータ（例えば、ＬＵＮ（Logical Unit Number）やポートＩＤや論理ボリュームのＩＤ等）がある。また、ストレージシステムが複数のホストからアクセスされる場合には、新規に作成するアクセスパスが属することとなるホストストレージドメインを示す情報等も、入力を必要とするパラメータとなる。このような様々なパラメータがある中で、それぞれについて適切な値を決定してホストに入力することは、ユーザにとって大変な作業である。
【０００５】
また、アクセスパスの変更は、その変更の対象となるアクセスパスが使用されていない状態で行われる必要がある。従って、ユーザは、アクセスパスの変更が正常に行われるためにも、アクセスパスの変更を行う際、変更の対象となるアクセスパスの使用状態を確認することが望まれる。しかしながら、アクセスパスの使用状態の確認作業は、ユーザにとって面倒な作業である。
【０００６】
そこで、本発明の目的は、アクセスパスの作成行う際のユーザの作業負荷を低減させることである。
【課題を解決するための手段】
【０００７】
パス作成支援装置が、パス作成に必要となるパラメータのうちの一部のパラメータ或いはその一部のパラメータを決定するための情報であるパラメータ決定情報を、ストレージシステム或いはホストから前もって取得する。パス作成支援装置は、パラメータ決定情報に基づいて一部のパラメータを決定する。アクセスパスの作成の開始の要求を受けたパス作成支援装置は、アクセスパスの作成の開始の要求とともに指定されたパラメータと、前もって取得したパラメータ或いは前もって取得したパラメータ決定情報に基づいて決定したパラメータとを指定したアクセスパス作成指示を、前記ホスト及び前記ストレージシステムへ送信する。
【発明を実施するための最良の形態】
【０００８】
実施形態１では、ホストからストレージシステム内の論理ボリュームまでのアクセスパスの作成を支援する装置であるパス作成支援装置が、グループ情報取得部と、グループ情報記憶部と、パス作成指示部とを備える。複数の前記アクセスパスは、前記アクセスパスを利用するホストが備えるＯＳ（オペレーティングシステム）の種別に基づいてグループ化されている。グループ情報取得部は、前記ホストが利用するアクセスパスが属することとなるグループを示すグループ情報を前記ストレージシステムから取得する。グループ情報記憶部は、前記取得したグループ情報と、前記取得したグループ情報に関連する、前記ホストが備えるＯＳの種別とを記憶する。パス作成指示部は、アクセスパスの作成の開始の要求を受けたときに、前記アクセスパスの作成を行うホストが備えるＯＳの種別に関連するグループ情報を前記グループ情報記憶部から取得し、前記アクセスパスの作成の開始の要求とともに指定されたパラメータと前記取得したグループ情報とを指定したアクセスパス作成指示を、前記ホスト及び前記ストレージシステムへ送信する。
【０００９】
実施形態２では、実施形態１において、パス作成支援装置が、論理ボリューム情報取得部と、論理ボリューム情報記憶部と、論理ボリューム決定部とを更に備える。論理ボリューム情報取得部は、前記ストレージシステムがホストへ提供することができる論理ボリュームのそれぞれを示す論理ボリューム情報と前記論理ボリュームのそれぞれの残量とを前記ストレージシステムから取得する。論理ボリューム情報記憶部は、前記取得した論理ボリューム情報と、前記取得した論理ボリューム情報に関連する、前記論理ボリュームの残量とを記憶する。論理ボリューム決定部は、前記論理ボリューム情報記憶部に記憶されている論理ボリュームのそれぞれの残量に基づいて、作成するアクセスパスに割り当てる論理ボリュームを決定する。前記アクセスパス作成指示は、更に、前記ボリューム決定部が決定した論理ボリュームを示す論理ボリューム情報を指定する。
【００１０】
実施形態３では、実施形態２において、前記論理ボリューム決定部は、前記論理ボリューム情報記憶部に記憶されている論理ボリュームの中から、前記論理ボリュームの残量が最も大きい論理ボリュームを、作成するアクセスパスに割り当てる論理ボリュームと決定する。
【００１１】
実施形態４では、実施形態２において、前記論理ボリューム決定部は、前記論理ボリューム情報記憶部に記憶されている論理ボリュームの中から、前記論理ボリュームの残量が予め設定された閾値に最も近い論理ボリュームを、作成するアクセスパスに割り当てる論理ボリュームと決定する。
【００１２】
実施形態５では、実施形態１〜４のいずれかにおいて、前記アクセスパスの作成の開始の要求は、前記アクセスパスの変更の開始の要求である。パス作成支援装置が、アプリケーション情報取得部と、アプリケーション情報記憶部と、パス変更時期決定部とを更に備える。アプリケーション情報取得部は、ホスト上で稼働しアクセスパスを利用して論理ボリュームへアクセスするアプリケーションが、変更対象のアクセスパスを使用した論理ボリュームへのアクセスを行っているか否かを示すアクセス情報と、前記アプリケーションが常時稼働しているものか否かを示す常時稼働情報とを、前記ホストから取得する。アプリケーション情報記憶部は、前記アプリケーションに関連する、前記アクセス情報及び前記常時稼働情報を記憶する。パス変更時期決定部は、アクセスパスの変更の開始の要求を受けたときに、前記アクセスパスの変更を行うホスト上で稼働するアプリケーションに関連する前記アクセス情報及び前記常時稼働情報を参照して、前記アプリケーションが変更対象のアクセスパスを使用した論理ボリュームへのアクセスを行っており、かつ前記アプリケーションが常時稼働しているものでないときは、前記アプリケーションが行っている変更対象のアクセスパスを使用した論理ボリュームのアクセスが終了するまで待機し、変更対象のアクセスパスを使用した論理ボリュームのアクセスが終了した後で、前記パス作成指示部にアクセスパスの変更の指示を行わせる。
【００１３】
実施形態６では、実施形態１〜５のいずれかにおいて、前記アクセスパスの作成の開始の要求は、前記アクセスパスの変更の開始の要求である。パス作成支援装置が、アプリケーション情報取得部と、アプリケーション情報記憶部と、交替パス切替指示部とを更に備える。アプリケーション情報取得部は、ホスト上で稼働しアクセスパスを利用して論理ボリュームへアクセスするアプリケーションが、変更対象のアクセスパスを使用した論理ボリュームへのアクセスを行っているか否かを示すアクセス情報と、前記アプリケーションが常時稼働しているものか否かを示す常時稼働情報と、前記アプリケーションが利用するアクセスパスの交替パスが存在するか否かを示す交替パス情報とを、前記ホストから取得する。アプリケーション情報記憶部は、前記アプリケーションに関連する、前記アクセス情報、前記常時稼働情報及び前記交替パス情報を記憶する。交替パス切換指示部は、アクセスパスの変更の開始の要求を受けたときに、前記アクセスパスの変更を行うホスト上で稼働するアプリケーションに関連する前記アクセス情報、前記常時稼働情報及び前記交替パス情報を参照して、前記アプリケーションが変更対象のアクセスパスを使用した論理ボリュームへのアクセスを行っており、かつ前記アプリケーションが常時稼働しているものであり、かつ変更対象のアクセスパスの交替パスが存在するときは、ホストに対して、変更対象のアクセスパスから交替パスへのアクセスパスの切換えを指示した後、前記パス作成指示部にアクセスパスの変更の指示を行わせ、アクセスパスの変更が終了した後、ホストに対して、交替パスから変更後のアクセスパスへのアクセスパスの切換えを指示する。
【００１４】
上述した各部（グループ情報取得部、グループ情報記憶部、パス作成指示部、論理ボリューム情報取得部、論理ボリューム情報記憶部、論理ボリューム決定部、アプリケーション情報取得部、アプリケーション情報記憶部、パス変更時期決定部及び交替パス切替指示部）のうちの少なくとも一つは、ハードウェア、コンピュータプログラム又はそれらの組み合わせ（例えば一部をコンピュータプログラムにより実現し残りをハードウェアで実現すること）により構築することができる。コンピュータプログラムは、所定のプロセッサに読み込まれて実行される。また、コンピュータプログラムがプロセッサに読み込まれて行われる情報処理の際、適宜に、メモリ等のハードウェア資源上に存在する記憶域が使用されてもよい。また、コンピュータプログラムは、ＣＤ−ＲＯＭ等の記録媒体から計算機にインストールされてもよいし、通信ネットワークを介して計算機にダウンロードされてもよい。
【００１５】
以下、図面を参照しながら本発明の一実施形態について詳細に説明する。尚、本実施形態の説明では、コンピュータプログラムを主語として記述している説明文は、実際にはそのコンピュータプログラムを実行するＣＰＵによって処理が行われることを意味するものとして記述する。
【００１６】
図１は、本実施形態に係る計算機システムの構成例を示す図である。
【００１７】
第一の通信ネットワーク４と第二の通信ネットワークのそれぞれに、複数のホスト１、ストレージシステム２及びホスト情報管理サーバ３が接続されている。第一の通信ネットワーク４として、種々のネットワーク（例えばＬＡＮ（Local Area Network））を採用することができる。第二の通信ネットワーク５としても、種々のネットワーク（例えばＳＡＮ（Storage Area Network））を採用することができる。また、第一と第二の通信ネットワーク４，５は、一つの通信ネットワークであっても良い。
【００１８】
ホスト１は、ストレージシステム２が提供する論理ボリューム（論理ＶＯＬ）２２にアクセスするコンピュータである。ホスト１は、例えば、ＣＰＵ１１と、メモリ１２と、ストレージシステム２と接続するためのインタフェースであるＨＢＡ（Host Bus Adapter）１４と、ホスト情報管理サーバ３と接続するためのインタフェースである管理Ｉ／Ｆ（インタフェース）１３とを備える。メモリ１２には、例えば、ストレージシステム２が提供する論理ＶＯＬ２２へのアクセスを行う所定のアプリケーションプログラム（ＡＰ）１２１や、ＯＳ（Operating System）１２２や、パス管理部１２３等が記憶される。パス管理部１２３が行う処理の詳細については後述する。
【００１９】
ストレージシステム２は、例えば、アレイ状に配列された多数の記憶装置（例えば、ハードディスクドライブ（ＨＤＤ））を備えるＲＡＩＤ（Redundant Arrays of Independent （or Inexpensive） Disks）システムとすることができる。記憶装置は、ＨＤＤに限らず、他種の記憶装置（例えばフラッシュメモリドライブ）から構成されてもよく、複数種類の記憶装置が混在してもよい。
【００２０】
図２を参照してストレージシステムの構成を説明する。ストレージシステム２は、そのコントローラ２１として、例えば、ＣＨＡ（Channel Adapter）２１１と、ＤＫＡ（Disk Adapter）２１８と、スイッチ２１５と、共有メモリ２１６と、キャッシュメモリ（以下、単に「キャッシュ」と言う）２１７と、ホスト情報管理サーバ３と接続するためのインタフェースである管理Ｉ／Ｆ２１２とを備える。ストレージシステム２のコントローラ２１によって、記憶装置２３へのアクセスが制御される。尚、例えば、ストレージシステム２のコントローラ２１の機能が、第二の通信ネットワーク５を構成するＦＣ（Fibre Channel）スイッチ上に搭載され、ＦＣスイッチと複数の記憶装置２３との組み合わせによりストレージシステム２が実現されてもよい。
【００２１】
ＣＨＡ２１１は、ホスト１との間のデータ通信を行うものであり、一又は複数の通信ポート２１４を備えている。ＣＨＡ２１１は、ＣＰＵやメモリ等を備えたマイクロコンピュータシステム（例えば、回路基盤）として構成されている。ＣＨＡ２１１が備えるメモリには、例えば、パス作成制御部２１３が記憶される。パス作成制御部２１３は、ホスト情報管理サーバ３からの指示に従って、ストレージシステム２内のパス（ポート２１４から論理ＶＯＬ２２までのパス）を作成するコンピュータプログラムである。ＣＨＡ２１１は、例えば、ホスト１からのライト要求があった場合、ライト対象のデータをキャッシュ２１７に、ホスト１から受信したコマンドを共有メモリ２１６にそれぞれ書き込む。また、ＣＨＡ２１１は、ホスト１からのリード要求があった場合、ホスト１から受信したコマンドを共有メモリ２１６に書き込み、また、ＤＫＡ２１８が記憶装置２３から読み出してキャッシュ２１７に書き込んだリード対象のデータをホスト１に送信する。
【００２２】
ＤＫＡ２１８は、各記憶装置２３との間のデータ授受を行うものである。各ＤＫＡ２１８も、ＣＨＡ２１１と同様に、ＣＰＵやメモリ等を備えたマイクロコンピュータシステムとして構成することができる。ＤＫＡ２１８は、例えば、ＣＨＡ２１１からキャッシュ２１７に書き込まれたライト対象のデータを記憶装置２３に書き込んだり、記憶装置２３から読み出したリード対象のデータをキャッシュ２１７に書き込んだりする。
【００２３】
スイッチ２１５は、例えばクロスバスイッチであり、ＣＨＡ２１１、ＤＫＡ２１８、共有メモリ２１６、キャッシュ２１７及び管理Ｉ／Ｆ２１２を相互に接続させる装置である。スイッチ２１５に代えて、バスなどの他種の接続部が採用されてもよい。
【００２４】
共有メモリ２１６は、例えば、不揮発または揮発の半導体メモリから構成することができる。共有メモリ２１６には、例えば、ホスト１から受信した各種コマンドや、ストレージシステム２の制御に使用される制御情報等が記憶される。コマンドや制御情報等は、複数の共有メモリ２１６によって、冗長記憶されてもよい。
【００２５】
キャッシュ２１７は、例えば、揮発または不揮発の半導体メモリから構成することができる。キャッシュ２１７には、ホスト１から受信したデータや、記憶装置２３から読み出されたデータ等が記憶される。尚、共有メモリ２１６とキャッシュ２１７とは、本実施形態のように、それぞれ別々のメモリとして構成されてもよいし、一つのメモリから構成されてもよい。一つのメモリから構成される場合は、例えば、メモリの一部がキャッシュ領域として使用され、同一のメモリの別の一部が共有メモリ領域として使用される。
【００２６】
また、ストレージシステム２には、例えば、一以上のＲＡＩＤグループ２４が、複数の記憶装置２３から構成される。ＲＡＩＤグループ２４は、例えば、ＲＡＩＤ１やＲＡＩＤ５等に基づく冗長化された記憶方式を提供する。ＲＡＩＤグループ２４に含まれる複数の記憶装置２３のそれぞれの記憶領域の一部ずつが割り当てられることによって、論理ＶＯＬ２２が形成される。論理ＶＯＬ２２は、ストレージシステム２からホスト１に提供される。
【００２７】
図１に戻り、管理サーバ３は、ホスト１やストレージシステム２を管理するためのコンピュータである。管理サーバ３は、例えば、ＣＰＵ３１と、メモリ３２とを備える。メモリ３２には、例えば、ホスト情報取得部３２１やＨＳＤ登録処理部３２２やＨＳＤ検出処理部３２２やＶＯＬ残量登録処理部３２４やＶＯＬ決定処理部３２５やＡＰ情報登録処理部３２６やＡＰ稼働状況確認部３２７やパス作成指示部３２８等の各種のコンピュータプログラムが記憶される。更に、メモリ３２には、ＨＳＤ管理テーブル３２９やＶＯＬ管理テーブル３２０やＡＰ稼働状況管理テーブル３２ＡやＡＰ稼働設定管理テーブル３２Ｂ等の各種のテーブルが記憶される。各種のコンピュータプログラム３０３，３０４，３０５，３０６，３０７，３０８，３０９，３１０が行う処理、及び各種のテーブル３１１，３１２，３１３，３１４の詳細については後述する。
【００２８】
本実施形態に係るホスト情報管理サーバ３は、ホスト１のユーザが、そのホスト１からストレージシステム２が提供する論理ＶＯＬ２２までのパス（アクセスパス）を新規に作成する際、或いは既存のアクセスパスを新規に作成したアクセスパスへ変更する際に、ユーザがそのアクセスパスの作成や変更を容易に行えるようにするために、種々の処理行う。例えば、ホスト情報管理サーバ３は、アクセスパスの作成や変更を行う際に必要な複数のパラメータのうちの一部のパラメータを自動的に検出する。これにより、ユーザは、ホスト情報管理サーバ３が自動的に検出するパラメータについては入力する必要がなくなり、パラメータ入力の作業負荷を軽減することができるようになる。また、アクセスパスの変更は、その変更の対象となるアクセスパスが使用されていない状態（即ち、ＡＰ１２１が、そのアクセスパスを利用した論理ＶＯＬ２２へのアクセスを行っていない状態）で行われる必要がある。ホスト情報管理サーバ３は、アクセスパスの変更が行われる際、そのアクセスパスを利用するＡＰ１２１が論理ＶＯＬ２２へアクセスしている状態にあるか否かを判断する。そして、ホスト情報管理サーバ３は、そのＡＰ１２１の状態に応じて、アクセスパスの変更の処理を制御することができる。例えば、ホスト情報管理サーバ３は、ＡＰ１２１がアクセスしている状態にあれば、そのアクセスが終了してからアクセスパスの変更が行われるように制御する。
【００２９】
アクセスパスの作成や変更を行う際にユーザが入力する必要のあるパラメータとしては、例えば、新規に作成するアクセスパスを特定するためのパラメータや、その新規に作成するアクセスパスが属することとなるホストストレージドメイン（以下、「ＨＳＤ」と省略する）を示す情報等がある。新規に作成するアクセスパスを特定するためのパラメータとしては、そのアクセスパスでのアクセス先となる論理ＶＯＬ２２を示すＶＯＬ
ＩＤや、そのアクセスパスに割り当てられるＬＵＮや、そのアクセスパスに割り当てられるポート２１４を示すポートＩＤ等がある。ＨＳＤについては、図１２を参照してその詳細を説明する。
【００３０】
図１２は、ＨＳＤ（ホストストレージドメイン）を説明する図である。
【００３１】
同図に示すように、ストレージシステム２が管理するアクセスパス（図中の破線で示したもの）は、グループ化されている。このアクセスパスのグループ（図中の楕円で示したもの）が、ＨＳＤ６である。同図の場合は、ホストＡから“SV01”の論理ＶＯＬ２２までのアクセスパスと、ホストＢから“SV02”の論理ＶＯＬ２２までのアクセスパスとがＨＳＤ６Ａに属している。また、ホストＢから“SV03”、“SV04”及び“SV05”のそれぞれまでのアクセスパスのそれぞれが、ＨＳＤ６Ｂに属している。ＨＳＤ６には、ホスト１上で稼働するＯＳ１２２のＯＳ種別と一対一に対応するホストモードが関連付けられる。同図では、ＨＳＤ６Ａには、“OS-A”というＯＳ種別に対応するホストモードＡが関連付けられており、また、ＨＳＤ６Ｂには、“OS-B”というＯＳ種別に対応するホストモードＢが関連付けられている。ＨＳＤ６に関連付けられているホストモードは、そのＨＳＤ６に属するアクセスパスを利用するホスト１を制限する。即ち、ＨＳＤ６に関連付けられているホストモードに対応するＯＳ種別のＯＳ１２２を備えるホスト１だけが、そのＨＳＤ６に属するアクセスパスを利用することができる。同図では、ホストＡ及びホストＣのそれぞれが備えるＯＳ１２２のＯＳ種別が“OS-A”である。従って、ホストＡ及びホストＣは、“OS-A”に対応するホストモードＡが関連付けられているＨＳＤ６Ａに属するアクセスパスを利用できることになる。一方、ホストＢが備えるＯＳ１２２のＯＳ種別は“OS-B”であるため、ＨＳＤ６Ａに属するアクセスパスを利用することができない。見方を変えると、ホストＡ及びＣが利用するアクセスパスは、“OS-A”に対応するホストモードＡが関連付けられているＨＳＤ６に属するように設定される。同様に、ホストＢが利用するアクセスパスは、“OS-B”に対応するホストモードＢが関連付けられているＨＳＤ６に属するように設定される。以上のようにして、ストレージシステム２は、ホスト１が備えるＯＳ１２２のＯＳ種別に応じて、ホスト１から論理ＶＯＬ２２へのアクセスの制御を行うことができる。
【００３２】
次に、図３乃至図６を参照して、ホスト情報管理サーバ３に備えられる各種のテーブル（ＨＳＤ６管理テーブル３２９、ＶＯＬ管理テーブル３２０、ＡＰ稼働状況管理テーブル３２Ａ及びＡＰ稼働設定管理テーブル３２Ｂ）の詳細を説明する。なお、各図のテーブルにおいて、参照番号が付されているのは、カラム或いはフィールドを指し、カラム或いはフィールドに格納される値それ自体を指してはいない。従って、以下の説明では、カラム或いはフィールドを指す場合には、参照番号を付して説明し、カラム或いはフィールドを指しているわけではない場合には、参照番号を付さずに説明することにする。
【００３３】
図３は、ＨＳＤ管理テーブル３２９の一例を示す図である。
【００３４】
ＨＳＤ管理テーブル３２９は、ＨＳＤ６とホストモードとＯＳ種別との対応付けを管理するテーブルである。ＨＳＤ管理テーブル３２９には、例えば、ＨＳＤ３２９１や、ホストモード３２９２や、ＯＳ種別３２９３等のカラムが備えられる。ＨＳＤ３２９１は、そのＨＳＤ６を一意に特定することができる情報（例えば、ＨＳＤ６の名称や識別子等であり、以下、「ＨＳＤ情報」）を格納するカラムである。ホストモード３２９２は、そのＨＳＤ６に関連付けられたホストモードを一意に特定することができる情報（例えば、ホストモードの名称や識別子等であり、以下、「ホストモード情報」）を格納するカラムである。ＯＳ種別３２９３は、そのＨＳＤ６に関連付けられたホストモードに対応するＯＳ種別を格納するカラムである。
【００３５】
図４は、ＶＯＬ管理テーブル３２０の一例を示す図である。
【００３６】
ＶＯＬ管理テーブル３２０は、ストレージシステム２がホスト１へ提供することができる論理ＶＯＬ２２について、それぞれの空き容量（残量）を管理するテーブルである。ＶＯＬ管理テーブル３２０には、例えば、ＶＯＬ ＩＤ３２０１や、残量３２０２等のカラムが備えられる。ＶＯＬ ＩＤ３２０１は、その論理ＶＯＬ２２の識別子（ＶＯＬ ＩＤ）を格納するカラムである。残量３２０２は、その論理ＶＯＬ２２の残量を格納するカラムである。
【００３７】
ＶＯＬ管理テーブル３２０に設定される値は、ＶＯＬ残量登録処理部３２４により登録され或いは更新される。具体的には、例えば、ＶＯＬ残量登録処理部３２４は、定期的又は不定期的に、ＶＯＬ管理テーブル３２０に登録されている論理ＶＯＬ２２の残量や、ストレージシステム２に新たに追加された論理ＶＯＬ２２があればその新たに追加された論理ＶＯＬ２２を示すＶＯＬ ＩＤ及びその論理ＶＯＬ２２の残量を取得する要求をストレージシステム２へ送信する。そして、ＶＯＬ残量登録処理部３２４は、この要求の応答としてストレージシステム２から受信した論理ＶＯＬ２２の残量を、ＶＯＬ管理テーブル３２０へ登録する。新規に追加された論理ＶＯＬ２２を示すＶＯＬ ＩＤが通知された場合は、ＶＯＬ残量登録処理部３２４は、その論理ＶＯＬ２２に関する情報（ＶＯＬ ＩＤ及び残量）を、ＶＯＬ管理テーブル３２０へ登録する。
【００３８】
図５は、ＡＰ稼働状況管理テーブル３２Ａの一例を示す図である。
【００３９】
ＡＰ稼働状況管理テーブル３２Ａは、ホスト１上で稼働する各ＡＰ１２１ごとに、そのＡＰ１２１の稼働状況（そのＡＰ１２１が利用する論理ＶＯＬ２２へのアクセスの状況）等を管理するテーブルである。ＡＰ稼働状況管理テーブル３２Ａには、例えば、ホスト３２Ａ１や、ＡＰ３２Ａ２や、アクセス状態３２Ａ３や、交替パス３２Ａ４等のカラムが備えられる。ホスト３２Ａ１は、そのＡＰ１２１が稼働しているホスト１を一意に特定することができる情報（例えば、ホストの名称や識別子等であり、以下、「ホスト情報」）を格納するカラムである。ＡＰ名３２Ａ２は、そのＡＰ１２１を一意に特定することができる情報（例えば、ＡＰ１２１の名称や識別子等であり、以下、「ＡＰ情報」）を格納するカラムである。アクセス状態３２Ａ３は、そのＡＰ１２１が、論理ＶＯＬ２２へアクセスしている状態（アクセス中の状態）にあるか否かを示す情報を格納するカラムである。例えば、アクセス状態３２Ａ３には、そのＡＰ１２１が論理ＶＯＬ２２へアクセス中であれば“アクセス”が、アクセスしていなければ“非アクセス”が、それぞれ設定される。交替パス３２Ａ４は、ホスト１から、そのＡＰ１２１が利用する論理ＶＯＬ２２までのパス（アクセスパス）について、交替パスが存在するか否かを示す情報（以下、「交替パス情報」）を格納するカラムである。例えば、交替パス３２Ａ４には、ホスト１から、そのＡＰ１２１が利用する論理ＶＯＬ２２までの交替パスが存在すれば“有り”が、上記の交替パスが存在しなければ“無し”が、それぞれ設定される。
【００４０】
図６は、ＡＰ稼働設定管理テーブル３２Ｂの一例を示す図である。
【００４１】
ＡＰ稼働設定管理テーブル３２Ｂは、ホスト１上で稼働する各ＡＰ１２１ごとに、そのＡＰ１２１が常時稼働しているものであるかどうかを管理するテーブルである。ＡＰ稼働設定管理テーブル３２Ｂには、例えば、ホスト３２Ｂ１や、ＡＰ３２Ｂ２や、常時稼働３２Ｂ３等のカラムが備えられる。ホスト３２Ｂ１及びＡＰ３２Ｂ２は、ＡＰ稼働状況管理テーブル３２Ａにおけるホスト３２Ａ１及びＡＰ３２Ａ２と同じである。即ち、ホスト３２Ｂ１には、そのＡＰ１２１を稼働するホスト１のホスト情報が、ＡＰ３２Ｂ２には、そのＡＰ１２１のＡＰ情報が、それぞれ格納される。常時稼働３２Ｂ３は、そのＡＰ１２１が常時稼働しているものであるか否かを示す情報（以下、「常時稼働情報」）を格納するカラムである。例えば、常時稼働３２Ｂ３には、そのＡＰ１２１が常時稼働しているものであれば“ＹＥＳ”が、常時稼働しているものでなければ“ＮＯ”が、それぞれ設定される。
【００４２】
以上が、本実施形態に係る計算機システムの構成の説明である。以下、ホスト情報管理サーバ３、ホスト１及びストレージシステム２において行われる種々の処理の流れを説明する。なお、以下の各フローチャートは、本発明の理解及び実施に必要な程度で各処理の概要を示している。従って、いわゆる当業者であれば、本発明の範囲から逸脱しない程度に、ステップの順序を変更したり、ステップを別のステップに変更等することができる。
【００４３】
図７は、新規のアクセスパスを作成する処理の全体の流れを示すフローチャートである。
【００４４】
本処理は、ホスト１のユーザが、ホスト１に対して、新規のアクセスパスの作成の指示を行うことによって開始される。この指示を行う際、ホスト１のユーザは、新規に作成するアクセスパスに割り当てるＬＵＮとポートＩＤとを指定する。
【００４５】
まず、ユーザからアクセスパス作成の指示を受けると、ホスト１は、ホスト情報管理サーバ３へアクセスパス作成の要求を発行する（Ｓ１０１）。この際、ホスト１は、そのホスト１が備えるＯＳ１２２のＯＳ種別と、そのホスト１上で稼動するＡＰ１２１のＡＰ情報と、ユーザから指定されたＬＵＮ及びポートＩＤとを、ホスト情報管理サーバ３へ通知する。尚、ホスト１は、アクセスパス作成の要求を発行する前に、予めＯＳ種別とＡＰ情報をホスト情報管理サーバ３へ通知しておいても良い。また、ホスト情報管理サーバ３は、アクセスパス作成の要求を受けた際に、どのホスト１がアクセスパス作成の要求を発行したかを知ることができる。ホスト情報管理サーバ３が、そのアクセスパス作成の要求を発行したホスト１を知ることで、そのホスト１が備えるＯＳ１２２のＯＳ種別やそのホスト１上で稼働するＡＰ１２１のＡＰ情報を知ることができる場合は、ホスト１は、必ずしもこれらの情報（ＯＳ種別やＡＰ情報）をホスト情報管理サーバ３へ通知する必要はない。例えば、ホスト情報管理サーバ３は、ストレージシステム２に接続されるホスト１ごとに、そのホスト１が備えるＯＳ１２２のＯＳ種別やそのホスト１上で稼働するＡＰ１２１のＡＰ情報を管理するテーブルを保持することで、ホスト１に関するＯＳ種別とＡＰ情報を知ることができる。
【００４６】
アクセスパス作成の要求を受けたホスト情報管理サーバ３は、アクセスパス作成の要求を発行したホスト１（以下、「対象ホスト１」）に対応するＨＳＤ６を検出する処理（以下、「ＨＳＤ検出処理」）を行う（Ｓ１０２）。ＨＳＤ検出処理は、ＨＳＤ検出処理部３２３によって行われる。ＨＳＤ検出処理が行われることにより、対象ホスト１に対応するＨＳＤ６及びホストモードが検出され、その検出された、対象ホスト１に対応するＨＳＤ６及びホストモードのそれぞれを示すＨＳＤ情報及びホストモード情報が、パス作成指示部３２８へ通知される。ＨＳＤ検出処理の詳細は、後に図８を参照して説明する。
【００４７】
次に、ホスト情報管理サーバ３は、新規に作成するアクセスパスに割り当てる論理ＶＯＬ２２（即ち、対象ホスト１上で稼働するＡＰ１２１が利用することとなる論理ＶＯＬ２２）として適切な論理ＶＯＬ２２を検出する処理（以下、「論理ＶＯＬ検出処理」）を行う（Ｓ１０３）。論理ＶＯＬ検出処理は、論理ＶＯＬ検出処理部３２５によって行われる。論理ＶＯＬ検出処理が行われることにより、新規に作成するアクセスパスに割り当てる論理ＶＯＬ２２が検出され、その検出された論理ＶＯＬ２２を示すＶＯＬ ＩＤが、パス作成指示部３２８へ通知される。論理ＶＯＬ検出処理の詳細は、後に図９を参照して説明する。尚、論理ＶＯＬ検出処理が行われる前に、ＶＯＬ残量登録処理部３２４が、ＶＯＬ管理テーブル３２０に設定されている値を、最新のものに更新しておくことが望ましい。
【００４８】
その後、ホスト情報管理サーバ３のパス作成指示部３２８は、アクセスパスの作成に利用するパラメータ（Ｓ１０２のＨＳＤ検出処理において取得した対象ホスト１に対応するＨＳＤ６及びホストモードのそれぞれを示すＨＳＤ情報及びホストモード情報と、Ｓ１０３のＶＯＬ検出処理で取得した論理ＶＯＬ２２を示すＶＯＬ ＩＤと、ユーザから指定されたＬＵＮ及びポートＩＤ）を指定したアクセスパス作成の指示を、ストレージシステム２へ出す（Ｓ１０４）。
【００４９】
アクセスパス作成の指示を受けたストレージシステム２は、ホスト情報管理サーバ３から指定されたパラメータを利用して、ストレージシステム２内の内部パス（アクセスパスを構成するパスであってポート２１４から論理ＶＯＬ２２までのパス）の作成を行う（Ｓ１０５）。具体的には、例えば、ストレージシステム２のパス作成制御部２１３は、ホスト情報管理サーバ３から指定されたＶＯＬ ＩＤ、ＬＵＮ及びポートＩＤを指定した内部パスを作成するコマンド（例えば、AddLUNと呼ばれるコマンド）を実行する。尚、ＦＣ接続ではなく、例えば、ＳＣＳＩ（Small Computer System Interface）接続が採用される場合は、内部パスを作成するコマンドを実行する際に、ＳＣＳＩ ＩＤも指定される。これにより、ホスト情報管理サーバ３から指定されたＶＯＬ ＩＤとＬＵＮとポートＩＤとの組み合わせによって特定される内部パス（ポートＩＤにより示されるポート２１４からＶＯＬ ＩＤにより示される論理ＶＯＬ２２までのパス）が作成される。そして、この作成された内部パスが、ホスト情報管理サーバ３から指定されたＨＳＤ情報により示されるＨＳＤ６に属することとなるように、上記作成された内部パスの設定が行われる。この設定の際、ホスト情報管理サーバ３から指定されたホストモード情報により示されるホストモードも利用される。
【００５０】
ストレージシステム２内の内部パスの作成が完了した後、ストレージシステム２は、内部パスの作成が完了した旨をホスト情報管理サーバ３へ通知する（Ｓ１０６）。
【００５１】
ホスト情報管理サーバ３がストレージシステム２から内部パスの作成の完了通知を受けると、ホスト情報管理サーバ３のパス作成指示部３２８は、Ｓ１０４で指定したパラメータと同様のパラメータ（即ち、ＨＳＤ情報、ホストモード情報、ＶＯＬ ＩＤ、ＬＵＮ及びポートＩＤ）を指定したアクセスパス作成の指示を、対象ホスト１へ出す（Ｓ１０７）。
【００５２】
アクセスパス作成の指示を受けたストレージシステム２は、ホスト情報管理サーバ３から指定されたパラメータを利用して、Ｓ１０５においてストレージシステム２が作成した内部パスへ接続するパスの作成を行う（Ｓ１０８）。具体的には、対象ホスト１のパス管理部１２３が、ホスト情報管理サーバ３から指定されたＨＳＤ情報、ホストモード情報、ＶＯＬ ＩＤ、ＬＵＮ及びポートＩＤを指定した、内部パスへ接続するパスを作成する所定のコマンドを実行する。これにより、対象ホスト１から、ホスト情報管理サーバ３から指定されたＶＯＬ ＩＤにより示される論理ＶＯＬ２２までのパス（アクセスパス）が作成される。
【００５３】
図８は、ＨＳＤ検出処理のフローチャートである。
【００５４】
まず、ＨＳＤ検出処理部３２３は、対象ホスト１に関するＯＳ種別（図７のＳ１０１にて対象ホスト１から通知されたＯＳ種別）が、ＨＳＤ管理テーブル３２９に登録されているか否かを判定する（Ｓ２０１）。
【００５５】
対象ホスト１に関するＯＳ種別がＨＳＤ管理テーブル３２９に登録されている場合は（Ｓ２０１：ＹＥＳ）、ＨＳＤ検出処理部３２３は、ＨＳＤ管理テーブル３２９から、対象ホスト１に対応する（対象ホスト１に関するＯＳ種別に対応する）ＨＳＤ情報及びホストモード情報を取得する（Ｓ２０２）。
【００５６】
一方、対象ホスト１に関するＯＳ種別がＨＳＤ管理テーブル３２９に登録されていない場合は（Ｓ２０１：ＮＯ）、対象ホスト１に対応するＨＳＤ情報及びホストモード情報をストレージシステム２から取得して、ＨＳＤ管理テーブル３２９へ登録する処理が行われる（Ｓ２０３、Ｓ２０４）。この登録する処理は、ＨＳＤ登録処理部３２２によって行われる。具体的には、ＨＳＤ登録処理部３２２は、対象ホスト１に対応するＨＳＤ情報及びホストモード情報を取得するための要求を、ストレージシステム２へ送信する。この際、ＨＳＤ登録処理部３２２は、対象ホスト１に関するＯＳ種別をストレージシステム２へ通知する。ＨＳＤ情報及びホストモード情報を取得するための要求を受信したストレージシステム２は、その要求とともに通知されたＯＳ種別に対応するＨＳＤ６とホストモードとを検出する。例えば、ストレージシステム２のＣＨＡ２１１は、ＨＳＤ６ごとに、そのＨＳＤ６にどのようなホストモードやＯＳ種別が関連付けられているかを、対応テーブルを保持する等して管理している。ストレージシステム２は、その対応テーブルを参照する等して、ホスト情報管理サーバ３から通知されたＯＳ種別に関連付けられているＨＳＤ６とホストモードとを知ることができる。その後、ストレージシステム２は、検出したＨＳＤ６を示すＨＳＤ情報と、検出したホストモードを示すホストモード情報とを、ホスト情報管理サーバ３へ通知する。ＨＳＤ情報及びホストモード情報の通知を受けたホスト情報管理サーバ３のＨＳＤ登録処理部３２２は、それらの情報を対象ホスト１のＯＳ種別と関連付けて、ＨＳＤ管理テーブル３２９へ登録する。
【００５７】
その後、ＨＳＤ検出処理部３２３は、Ｓ２０２或いはＳ２０３で取得したＨＳＤ情報及びホストモード情報をパス作成指示部３２８へ通知する。
【００５８】
図９は、論理ＶＯＬ検出処理のフローチャートである。
【００５９】
まず、ＶＯＬ検出処理部３２５は、ＶＯＬ管理テーブル３２０を参照して、新規に作成するアクセスパスに割り当てる論理ＶＯＬ２２（即ち、対象ホスト１上で稼働するＡＰ１２１が利用することとなる論理ＶＯＬ２２）として適切な論理ＶＯＬ２２の検出を行う（Ｓ３０１）。どの論理ＶＯＬ２２を適切な論理ＶＯＬ２２とするかといった判断の基準は、様々なものが考えられるが、ＶＯＬ検出処理部３２５は、例えば、以下の３つの基準のいずれかを採用して、適切な論理ＶＯＬ２２を検出することができる。
（基準１）残量が最大の論理ＶＯＬ２２を適切な論理ＶＯＬ２２とする。即ち、この基準１の場合、論理ＶＯＬ２２として図４に示されたものが存在していたときは、ＶＯＬ検出処理部３２５は、残量が最大（“1TB（テラバイト）”）であるＶＯＬ ＩＤが“SV03”の論理ＶＯＬ２２を、適切な論理ＶＯＬ２２として検出することになる。
（基準２）各ホスト１上で稼動するＡＰ１２１のＡＰ種別ごとに、そのＡ１２１が利用する上で最低限必要と考えられる論理ＶＯＬ２２の容量（以下、「ＡＰ利用容量」）が予め設定され、その予め設定されたＡＰ利用容量と同じ或いはそれに近い容量を有する論理ＶＯＬ２２（即ち、残量が上記設定されたＡＰ利用容量と同じ或いはそれに近い）を、適切な論理ＶＯＬ２２とする。
（基準３）予め設定された閾値以上の容量を有する論理ＶＯＬ２２を適切な論理ＶＯＬ２２とする。閾値以上の容量を有する論理ＶＯＬ２２が複数存在する場合は、閾値により近いものを適切な論理ＶＯＬ２２とする。閾値は、ユーザが設定してもよいし、ストレージシステム２がホスト１へ提供することができる論理ＶＯＬ２２の残量の平均値を、その閾値としてもよい。
【００６０】
次に、ＶＯＬ検出処理部３２５は、Ｓ３０１において適切な論理ＶＯＬ２２を検出できたか否かを判定する（Ｓ３０２）。
【００６１】
適切な論理ＶＯＬ２２を検出できた場合は（Ｓ３０２：ＹＥＳ）、ＶＯＬ検出処理部３２５は、検出した論理ＶＯＬ２２のＶＯＬ ＩＤをパス作成指示部３２８へ通知する（Ｓ３０３）。
【００６２】
一方、適切な論理ＶＯＬ２２を検出できなかった場合は（Ｓ３０２：ＮＯ）、ＶＯＬ検出処理部３２５は、その旨を示すエラー通知を対象ホスト１へ送信して、アクセスパス作成の処理を終了する（Ｓ３０４）。
【００６３】
以上が、新規のアクセスパスを作成する処理の説明である。以上の処理が行われることにより、アクセスパスの作成に必要なパラメータがホスト情報管理サーバ３により自動的に検出され、その検出されたパラメータを利用して、ホスト１からストレージシステム２の論理ＶＯＬ２２までのパス（アクセスパス）が作成される。従って、ユーザは、アクセスパスの作成を行う際、ホスト情報管理サーバ３が自動的に検出するパラメータ以外のパラメータ（本実施形態ではＬＵＮとポートＩＤ）を指定するだけでよく、アクセスパスの作成を容易に行うことができるようになる。
【００６４】
尚、本実施形態では、ホスト情報管理サーバ３が、新規に作成するアクセスパスに接続する論理ＶＯＬ２２を自動的に検出したが、必ずしもこのようにする必要はない。ユーザが、新規に作成したアクセスパスに割り当てる論理ＶＯＬ２２を決めたい場合は、例えば、ユーザがホスト１へ指示する際に、論理ＶＯＬ２２を示すＶＯＬ ＩＤを指定することができる。
【００６５】
図１０は、既存のアクセスパスを新規に作成したアクセスパスへ変更する処理の全体の流れを示すフローチャートである。
【００６６】
この処理に含まれる各ステップのうち、図７の場合と実質的に同一の処理を行うステップには、図７において付与した符号と同一の符号を付している。図１０の説明では、主に図７乃至図９との相違点について説明する。
【００６７】
図１０の処理は、ホスト１のユーザが、ホスト１に対して、既存のアクセスパスの変更の指示を行うことによって開始される。この指示を行う際、ホスト１のユーザは、変更の対象となるアクセスパスを特定するＶＯＬ ＩＤ、ＬＵＮ及びポートＩＤを指定する。
【００６８】
まず、ホスト１或いはホスト情報管理サーバ３において、Ｓ１０１〜Ｓ１０３の処理が行われる。即ち、ホスト１は、ホスト情報管理サーバ３へアクセスパス変更の要求を発行する（Ｓ１０１）。この際、ホスト１は、図７の場合と同様に、ＯＳ種別、ＡＰ情報、ＬＵＮ及びポートＩＤをホスト情報管理サーバ３へ通知するのに加えて、ユーザから指定されたＶＯＬ ＩＤ（変更前のアクセスパスに割り当てられている論理ＶＯＬ２２を示すＶＯＬ ＩＤ）をもホスト情報管理サーバ３へ通知する。図１０の説明においては、ホスト情報管理サーバ３へアクセスパス変更の要求を発行したホスト１を「対象ホスト１」と呼ぶこととする。
【００６９】
アクセスパスの変更の要求を受けたホスト情報管理サーバ３は、アクセスパスの作成及び変更を行う際に利用される、対象ホスト１に対応するＨＳＤ６とホストモードとを検出するＨＳＤ検出処理を行う（Ｓ１０２）。ＨＳＤ検出処理は、図８で説明したものと実質的に同じである。また、ホスト情報管理サーバ３は、変更後のアクセスパスに割り当てる論理ＶＯＬ２２を検出する論理ＶＯＬ検出処理を行う（Ｓ１０３）。論理ＶＯＬ検出処理は、図９で説明したものと実質的に同じである。
【００７０】
次に、ホスト情報管理サーバ３は、対象ホスト１上で稼働するＡＰ１２１の稼働状況を確認する処理（以下、「ＡＰ稼働状況確認処理」）を行う（Ｓ４０１）。ＡＰ稼働状況確認処理は、ＡＰ稼働状況確認部３２７によって行われる。ＡＰ稼働状況確認処理が行われることにより、対象ホスト１上で稼働するＡＰ１２１が論理ＶＯＬ２２へのアクセス中の状態にあるか否か（言い換えれば、変更の対象となっているアクセスパスが使用中であるか否か）が判断される。例えば、ＡＰ１２１の状態がアクセス中でありかつそのＡＰが常時稼動のＡＰ１２１でなければ、ホスト情報管理サーバ３は、そのアクセスが終了するまで待機する。そして、そのアクセスが終了した後、ホスト情報管理サーバ３は、ストレージシステム２や対象ホスト１へアクセスパスの変更の指示を出す。ＡＰ稼働状況確認処理の詳細は、後に図１１を参照して説明する。
【００７１】
その後、ホスト情報管理サーバ３のパス作成指示部３２８は、アクセスパスの変更を行う際に交替パスを利用するか否かを判定する（Ｓ４０２）。具体的には、ＡＰ稼働状況確認処理において、ＡＰ稼働状況確認部３２７から交替パスを利用する旨の通知を受けている場合は、パス作成指示部３２８は、交替パスを利用するものと判定し、上記通知を受けていない場合は、交替パスを利用しないものと判定する。
【００７２】
交替パスを利用しない場合は（Ｓ４０２：ＮＯ）、パス作成指示部３２８は、Ｓ１０４の処理を実施する。
【００７３】
一方、交替パスを利用する場合は（Ｓ４０２：ＮＯ）、パス作成指示部３２８は、対象ホスト１に対してアクセスパスの切替えを指示する（Ｓ４０３）。
【００７４】
アクセスパスの切替えの指示を受けた対象ホスト１のパス管理部１２３は、アクセスパスを交替パスへ切り替え、その切替えが完了した旨をホスト情報管理サーバ３へ通知する（Ｓ４０４）。
【００７５】
その後、図７の処理と同様に、Ｓ１０４〜Ｓ１０８の処理が行われる。これにより、ユーザから指定されたパラメータ（ＬＵＮ及びポートＩＤ）とホスト情報管理サーバ３が自動的に検出したパラメータ（ＨＳＤ情報、ホストモード情報及びＶＯＬ ＩＤ）とを利用して、対象ホスト１からストレージシステム２の論理ＶＯＬ２２までのパス（アクセスパス）が新規に作成される。この際、既存のアクセスパスは、新規に作成したアクセスパスへ変更される。
【００７６】
対象ホスト１からアクセスパスの作成の完了の通知を受けると（Ｓ４０５）、ホスト情報管理サーバ３のパス作成指示部３２８は、アクセスパスの変更を行う際に交替パスを利用したか否かを判定する（Ｓ４０６）。
【００７７】
交替パスを利用していない場合は（Ｓ４０６：ＮＯ）、パス作成指示部３２８は、アクセスパス変更の処理を終了する。
【００７８】
交替パスを利用している場合は（Ｓ４０６：ＹＥＳ）、パス作成指示部３２８は、対象ホスト１に対して、交替パスから新規に作成されたアクセスパスへの切替えを指示する（Ｓ４０７）。
【００７９】
アクセスパスの切替えの指示を受けた対象ホスト１のパス管理部１２３は、アクセスパスを交替パスから新規に作成されたアクセスパスへ切り替える（Ｓ４０８）。
【００８０】
図１１は、ＡＰ稼働状況確認処理のフローチャートである。
【００８１】
まず、ＡＰ稼働状況確認部３２７は、対象ホスト１上で稼働するＡＰ１２１（以下、「対象ＡＰ１２１」）の稼働状況をストレージシステム２から取得し、その結果をＡＰ稼働状況管理テーブル３２Ａへ登録する（Ｓ５０１）。具体的には、ＡＰ稼働状況確認部３２７は、Ｓ１０１で通知されたＶＯＬ ＩＤ（対象ホスト１上で稼動するＡＰ１２１が利用する論理ＶＯＬ２２のＶＯＬ ＩＤ）が示す論理ＶＯＬ２２が、対象ＡＰ１２１からアクセスされている状態（アクセス中の状態）にあるか否かをストレージシステム２へ問い合わせる。その問合せの結果、アクセス中の状態にある場合は、ＡＰ稼働状況確認部３２７は、ＡＰ稼働状況管理テーブル３２Ａにおける対象ＡＰ１２１に対応するアクセス状態３２Ａ３に“アクセス”を設定する。一方、アクセス中の状態にない場合は、ＡＰ稼働状況確認部３２７は、ＡＰ稼働状況管理テーブル３２Ａにおける対象ＡＰ１２１に対応するアクセス状態３２Ａ３に“非アクセス”を設定する。尚、対象ＡＰ１２１は、Ｓ１０１で通知されたＡＰ情報によって示されるＡＰ１２１である。
【００８２】
次に、ＡＰ稼働状況確認部３２７は、ＡＰ稼働状況管理テーブル３２Ａを参照して、対象ＡＰ１２１がアクセス中の状態にあるか否かを判定する（Ｓ５０２）。
【００８３】
対象ＡＰ１２１がアクセス中の状態にない場合は（Ｓ５０２：ＮＯ）、ＡＰ稼働状況確認部３２７は、ＡＰ稼働状況確認処理を終了する。
【００８４】
一方、対象ＡＰ１２１がアクセス中の状態にある場合は（Ｓ５０２：ＹＥＳ）、ＡＰ稼働状況確認部３２７は、対象ＡＰ１２１に関する常時稼働情報が、ＡＰ稼働設定管理テーブル３２Ｂに登録されているか否かを判定する（Ｓ５０３）。
【００８５】
対象ＡＰ１２１に関する常時稼働情報がＡＰ稼働設定管理テーブル３２Ｂに登録されている場合は（Ｓ５０３：ＹＥＳ）、ＡＰ稼働状況確認部３２７は、ＡＰ稼働設定管理テーブル３２Ｂから、対象ＡＰ１２１に関する常時稼働情報を取得する（Ｓ５０４）。
【００８６】
一方、対象ＡＰ１２１に関する常時稼働情報がＡＰ稼働設定管理テーブル３２Ｂに登録されていない場合は（Ｓ５０３：ＮＯ）、対象ＡＰ１２１に関する常時稼働情報を対象ホスト１から取得して、ＡＰ稼働設定管理テーブル３２Ｂへ登録する処理が行われる（Ｓ５０５、Ｓ５０６）。この登録する処理は、ＡＰ情報登録処理部３２６によって行われる。具体的には、ＡＰ情報登録処理部３２６は、対象ＡＰ１２１に関する常時稼働情報を取得するための要求を、対象ホスト１へ送信する。常時稼働情報を取得するための要求を受信した対象ホスト１は、対象ＡＰ１２１が常時稼働しているものであるか否かを確認し、その結果を常時稼働情報として、ホスト情報管理サーバ３へ通知する。常時稼働情報の通知を受けたホスト情報管理サーバ３のＡＰ情報登録処理部３２６は、通知された常時稼働情報を対象ＡＰ１２１のＡＰ情報と関連付けて、ＡＰ稼働設定管理テーブル３２Ｂへ登録する。
【００８７】
その後、ＡＰ稼働状況確認部３２７は、Ｓ５０４或いはＳ５０５で取得した常時稼働情報を参照して、対象ＡＰ１２１が、常時稼働しているものであるか否かを判定する（Ｓ５０７）。
【００８８】
対象ＡＰ１２１が常時稼働しているものでない場合は（Ｓ５０７：ＮＯ）、ＡＰ稼働状況確認部３２７は、対象ＡＰ１２１の論理ＶＯＬ２２へのアクセスが終了するまで待機する。そして、対象ＡＰ１２１の論理ＶＯＬ２２へのアクセスが終了した後、ＡＰ稼働状況確認部３２７は、Ｓ５０８の待機を終了して、ＡＰ稼働状況確認処理を終了する。
【００８９】
一方、対象ＡＰ１２１が常時稼働しているものである場合は（Ｓ５０７：ＹＥＳ）、ＡＰ稼働状況確認部３２７は、対象ＡＰ１２１に関する交替パス情報が、ＡＰ稼働状況管理テーブル３２Ａに登録されているか否かを判定する（Ｓ５０９）。
【００９０】
対象ＡＰ１２１に関する交替パス情報がＡＰ稼働状況管理テーブル３２Ａに登録されている場合は（Ｓ５０９：ＹＥＳ）、ＡＰ稼働状況確認部３２７は、ＡＰ稼働状況管理テーブル３２Ａから、対象ＡＰ１２１に関する交替パス情報を取得する（Ｓ５１０）。
【００９１】
一方、対象ＡＰ１２１に関する交替パス情報がＡＰ稼働設定管理テーブル３２Ａに登録されていない場合は（Ｓ５０９：ＮＯ）、対象ＡＰ１２１に関する交替パス情報を対象ホスト１から取得して、ＡＰ稼働状況管理テーブル３２Ａへ登録する処理が行われる（Ｓ５１１、Ｓ５１２）。この登録する処理は、ＡＰ情報登録処理部３２６によって行われ、常時稼働情報を登録する処理（Ｓ５０５、Ｓ５０６）と実質的に同じである。即ち、ＡＰ情報登録処理部３２６は、対象ＡＰ１２１に関する交替パス情報を取得するための要求を、対象ホスト１へ送信する。交替パス情報を取得するための要求を受信した対象ホスト１は、対象ホスト１から対象ＡＰ１２１が利用する論理ＶＯＬ２２までのパス（アクセスパス）について、交替パスが存在するか否かを確認し、その結果を交替パス情報として、ホスト情報管理サーバ３へ通知する。交替パス情報の通知を受けたホスト情報管理サーバ３のＡＰ情報登録処理部３２６は、通知された交替パス情報を対象ＡＰ１２１のＡＰ情報と関連付けて、ＡＰ稼働状況管理テーブル３２Ａへ登録する。
【００９２】
その後、ＡＰ稼働状況確認部３２７は、Ｓ５１０或いはＳ５１１で取得した交替パス情報を参照して、対象ＡＰ１２１に関する交替パス（対象ホスト１から対象ＡＰ１２１が利用する論理ＶＯＬ２２までのアクセスパスの交替パス）が存在するか否かを判定する（Ｓ５１３）。
【００９３】
対象ＡＰ１２１に関する交替パスが存在しない場合は（Ｓ５１３：ＮＯ）、ＡＰ稼働状況確認部３２７は、その旨を示すエラー通知を対象ホスト１へ送信して、アクセスパス変更の処理を終了する（Ｓ５１４）。
【００９４】
一方、対象ＡＰ１２１に関する交替パスが存在する場合は（Ｓ５１３：ＹＥＳ）、ＡＰ稼働状況確認部３２７は、パス作成指示部３２８に対して、アクセスパスの変更を行う際に交替パスを利用する旨を通知して、ＡＰ稼働状況確認処理を終了する。上述したように、交替パスを利用する場合は、対象ＡＰ１２１が現在利用しているアクセスパス（即ち、変更対象のアクセスパス）を交替パスへ切り替えてから、アクセスパスの変更の処理が行われる。
【００９５】
以上が、既存のアクセスパスを新規に作成したアクセスパスへ変更する処理の説明である。以上の処理が行われることにより、ホスト情報管理サーバ３は、アクセスパス変更の処理が、そのアクセスパスが使用されていない状態（ＡＰ１２１が、そのアクセスパスを利用して論理ＶＯＬ２２へアクセスしていない状態）で行われるように、ホスト１とストレージシステム２を制御することができる。具体的には、ホスト情報管理サーバ３は、ＡＰ１２１がアクセスしている状態にあれば、そのアクセスが終了してからアクセスパスの変更が行われるように制御する。また、ＡＰ１２１の状態がアクセス中であって、そのＡＰが常時稼動のＡＰ１２１でありかつそのＡＰ１２１に関する交替パスが存在する場合は、ホスト情報管理サーバ３は、交替パスへ切り替えた上で（即ち、変更対象のアクセスパスが使用されていない状態となった上で）、アクセスパスの変更が行われるように制御する。これにより、ユーザは、変更対象のアクセスパスが現在使用されているのかどうかを特別意識することなく、アクセスパス変更の処理を開始することができるようになる。
【００９６】
上述した本発明の幾つかの実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。本発明は、その要旨を逸脱することなく、その他の様々な態様でも実施することができる。
【図面の簡単な説明】
【００９７】
【図１】本実施形態に係る計算機システムの構成例を示す図である。
【図２】ストレージシステムの構成例を示す図である。
【図３】ＨＳＤ管理テーブルの一例を示す図である。
【図４】ＶＯＬ管理テーブルの一例を示す図である。
【図５】ＡＰ稼働状況管理テーブルの一例を示す図である。
【図６】ＡＰ稼働設定管理テーブルの一例を示す図である。
【図７】新規のアクセスパスを作成する処理の全体の流れを示すフローチャートである。
【図８】ＨＳＤ検出処理のフローチャートである。
【図９】論理ＶＯＬ検出処理のフローチャートである。
【図１０】既存のアクセスパスを新規に作成したアクセスパスへ変更する処理の全体の流れを示すフローチャートである。
【図１１】ＡＰ稼働状況確認処理のフローチャートである。
【図１２】ＨＳＤ（ホストストレージドメイン）を説明する図である。
【符号の説明】
【００９８】
１…ホスト、２…ストレージシステム、３…ホスト情報管理サーバ、４…第一の通信ネットワーク、５…第二の通信ネットワーク、６…ホストストレージドメイン
【図１】
2009140147.tif 000003
【図２】
2009140147.tif 000004
【図３】
2009140147.tif 000005
【図４】
2009140147.tif 000006
【図５】
2009140147.tif 000007
【図６】
2009140147.tif 000008
【図７】
2009140147.tif 000009
【図８】
2009140147.tif 000010
【図９】
2009140147.tif 000011
【図１０】
2009140147.tif 000012
【図１１】
2009140147.tif 000013
【図１２】
2009140147.tif 000014