JP2007233901A - ホスト計算機で認識可能なデータを別のホスト計算機で認識可能とすることを自動で行うサーバ及び方法 - Google Patents

Abstract

【課題】ホスト計算機が認識可能なデータを別のホスト計算機で認識可能にするために必要な処理を自動で行えるようにする。
【解決手段】サーバ１０１が、ホストＡ及びホストＡ´で管理されているＯＳ情報及びファイルシステム情報を要求する。それらの情報から、ホストＡとホストＡ´のＯＳが同一である、或いは、異なっていても、ホストＡのファイルシステムがホストＡ´でサポートされていると判別されたならば、サーバ１０１は、ホストＡで認識されていた論理ボリュームVOL-A1をホストＡから切断させてホストＡ´に接続させる。一方、ホストＡとホストＡ´のＯＳが異なっていて、ホストＡのファイルシステムがホストＡ´でサポートされていないと判断されたならば、サーバ１０１は、新たな論理ボリュームVOL-A1'を用意し、ホストＡに、VOL-A1内のデータを読み出させてホストＡ´に転送させ、ホストＡ´に、転送されて来るデータをVOL-A1'に書かせる。
【選択図】図３

Description

本発明は、ホスト計算機で認識可能なデータを別のホスト計算機で認識可能とすることを行うためのコンピュータ技術に関する。

例えば、特開２００５−１１５４３８号には、以下のことが開示されている。

分散ファイルシステム管理サーバ２の負荷監視部２１が、各ディスク４ａ〜４ｍの負荷状況を監視する。特定のディスクの負荷が所定レベルを超えた場合に、データ制御部２３が、当該ディスクに記憶されているデータを他のディスクに移動させ、このデータ移動を反映させて、ディレクトリ情報データベース２２１のディレクトリ情報を更新する。いずれかのクライアントからディレクトリ情報の問い合わせがあった場合には、ディレクトリ通知部２２が、更新後のディレクトリ情報を当該クライアントに送信し、クライアント側のディレクトリ情報データベースのキャッシュ３２１を更新させる。

特開２００５−１１５４３８号公報

ところで、複数のホスト計算機と一又は複数のストレージサブシステムとが通信可能になったコンピュータシステムが知られている。ストレージサブシステムは、例えば、配列された複数のディスクドライブ（例えばハードディスクドライブ）を備えたディスクアレイ装置である。ストレージサブシステムは、複数のディスクドライブにより提供された物理的な記憶資源を用いて設定された複数の論理ボリュームを備え、ホスト計算機から論理ボリュームに対するI/O要求（データのライトコマンド或いはリードコマンド）を受信し、そのI/O要求に従って、ホスト計算機からのデータを論理ボリュームに書く、或いは、論理ボリュームからデータを読み出してホスト計算機に送信することができる。

ここで、このようなコンピュータシステムにおいて、或る論理ボリューム内のデータを別のホスト計算機で認識できるようにすることが望まれる場合があるが、その場合、ホスト計算機から上記或る論理ボリューム内のデータを認識するための環境（以下、アクセス環境）を考慮する必要がある。このアクセス環境を無視しては、別のホスト計算機がそのデータを認識できるようにはならない。アクセス環境は、様々な要因、例えば、ホスト計算機での環境（具体例として、ホスト計算機のオペレーティングシステム（以下、OS））や、ストレージサブシステムでの環境（具体例として、ストレージサブシステムで設定されている情報）によって異なり得る。

このように、アクセス環境は様々な要因によって異なり得るので、ホスト計算機が認識可能なデータを別のホスト計算機で認識可能にするための方法としては、アクセス環境の個々の要因に基づいて手動で行う方法が考えられる。しかし、上記のように、アクセス環境は、ストレージサブシステムやホスト計算機の両方の環境に影響し得るものであり、ストレージサブシステムとホスト計算機の両方に対して所定の操作を行う必要が生じ、故に、操作が複雑且つ専門的な知識が必要になり得る。

従って、本発明の目的は、ホスト計算機が認識可能なデータを別のホスト計算機で認識可能にするために必要な処理を自動で行えるようにすることにある。

本発明の他の目的は、後述の説明から明らかになるであろう。

第一及び第二のホスト計算機と一以上のストレージサブシステムとに管理計算機が通信可能に接続される。各ホスト計算機は、接続されている論理ボリュームに対してデータの入出力を行う。一以上のストレージサブシステムに含まれるストレージサブシステムは、前記第一のホスト計算機に接続されている第一の論理ボリュームと、前記第一のホスト計算機による前記第一の論理ボリュームに対する入出力を制御するコントローラとを有する。前記管理計算機は、前記第一のホスト計算機での第一のデータ処理環境を表す第一のホスト情報を前記第一のホスト計算機に要求することにより前記第一のホスト情報を前記第一のホスト計算機から取得する第一のホスト情報取得部と、前記第二のホスト計算機での第二のデータ処理環境を表す第二のホスト情報を前記第二のホスト計算機に要求することにより前記第二のホスト情報を前記第二のホスト計算機から取得する第二のホスト情報取得部と、取得された前記第一のホスト情報と前記第二のホスト情報とを比較する比較部と、前記第二のホスト計算機に前記第一の論理ボリューム内のデータを認識可能にするための、前記第二のホスト計算機と前記ストレージサブシステム又は前記別のストレージサブシステムとに対する環境設定を、前記比較の結果に応じて自動で行う環境設定部とを備える。

第一の実施態様では、少なくとも前記ストレージサブシステムのコントローラが記憶域を備えてもよい。前記記憶域が、各ホスト計算機に対応した、一以上の論理ボリュームで構成される各ボリュームグループ毎に、ボリュームグループのグループＩＤと、該ボリュームグループを構成する一以上の論理ボリュームのボリュームＩＤと、該ボリュームグループに対応したホスト計算機の入出力形式を表す入出力形式情報とを記憶することができる。前記コントローラが、ボリュームグループに関連付けられている入出力形式情報が表す入出力形式以外の入出力形式で該ボリュームグループを構成する論理ボリュームに入出力させないように構成されてもよい。このような場合、前記第二のホスト情報には、前記第二のホスト計算機のＯＳに関するＯＳ情報が含まれていて、前記環境設定部が、前記第二のホスト計算機に対応した新たなホストグループを用意することのホストグループ作成要求を前記ストレージサブシステム又は前記別のストレージサブシステムに送信し、且つ、前記ホストグループ作成要求の送信先に、前記第二のホスト情報中のＯＳ情報に基づく入出力形式情報の設定要求を送信することができる。それにより、前記ストレージサブシステムのコントローラ又は前記別のストレージサブシステムのコントローラが、前記新たなホストグループを表す新たなグループＩＤを前記記憶域に追記し、且つ、該新たなグループＩＤに、前記設定要求された入出力形式情報を関連付けることができる。

第二の実施態様では、前記第一の実施態様において、前記一以上のストレージサブシステムの各々が複数の通信ポートを備えてもよい。前記記憶域が、前記各ボリュームグループ毎に、通信ポートのポートＩＤを記憶することができる。前記コントローラが、ボリュームグループに関連付けられている入出力形式情報が表す入出力形式での入出力であっても、該ボリュームグループに関連付けられていないポートＩＤに対応した通信ポートを介して入出力させないように構成されてもよい。このような場合、前記環境設定部が、前記ホストグループ作成要求の送信先に、ポートＩＤの設定要求を更に送信することができる。それにより、前記ストレージサブシステムのコントローラ又は前記別のストレージサブシステムのコントローラが、前記新たなグループＩＤに、前記設定要求されたポートＩＤを関連付けることができる。

第三の実施態様では、少なくとも前記ストレージサブシステムのコントローラが記憶域を備えてもよい。前記記憶域が、各論理ボリューム毎に、論理ボリュームのボリュームＩＤと、該論理ボリュームへの入出力形式が許可されたホスト計算機のホストＩＤとを記憶することができる。前記コントローラが、論理ボリュームに関連付けられているホストＩＤを有するホスト計算機以外のホスト計算機に前記論理ボリュームに入出力されないように構成されてもよい。このような場合、前記第二のホスト情報には、前記第二のホスト計算機のホストＩＤが含まれており、前記環境設定部が、前記第二のホスト計算機に認識させる論理ボリュームのボリュームＩＤを前記ストレージサブシステム又は前記別のストレージサブシステムに送信し、且つ、前記ボリュームＩＤの送信先に、前記第二のホスト情報中のホストＩＤの設定要求を送信することができる。それにより、前記ストレージサブシステムのコントローラ又は前記別のストレージサブシステムのコントローラが、前記記憶域上で、受信したボリュームＩＤに前記設定要求されたホストＩＤを関連付けることができる。

第四の実施態様では、前記環境設定部が、前記比較の結果、前記第一のデータ処理環境が前記第二のホスト計算機でサポートされている場合に、前記ストレージサブシステム内の前記第一の論理ボリュームを切断することの切断要求を前記第一のホスト計算機に送信し、且つ、前記第一の論理ボリュームを接続することの接続要求を前記第二のホスト計算機に送信することができる。それにより、前記第一の論理ボリュームが前記第一のホスト計算機から切断されて、前記第二のホスト計算機に前記第一の論理ボリュームが接続されることが可能となる。

第五の実施態様では、前記第四の実施態様において、前記第一のホスト情報に、前記第一のホスト計算機の第一のＯＳの種類を表す第一のＯＳ種類情報が含まれてもよい。記第二のホスト情報に、前記第二のホスト計算機の第二のＯＳの種類を表す第二のＯＳ種類情報が含まれてもよい。前記第一のデータ処理環境が前記第二のホスト計算機でサポートされている場合とは、前記第一のＯＳ種類情報が表す第一のＯＳ種類に、前記第二のＯＳ種類情報が表す第二のＯＳ種類が適合することであるとすることができる。

第六の実施態様では、前記第五の実施態様において、前記第一のホスト情報に、更に、前記第一のＯＳでサポートされている第一のボリューム形式を表す第一のボリューム形式情報が含まれてもよい。前記第二のホスト情報に、更に、前記第二のＯＳでサポートされている第二のボリューム形式を表す第二のボリューム形式情報が含まれてもよい。前記第一のＯＳ種類情報が表す第一のＯＳ種類に、前記第二のＯＳ種類情報が表す第二のＯＳ種類が適合していなくても、前記第一のボリューム形式情報が表す第一のボリューム形式を、前記第二のボリューム形式情報が表す第二のボリューム形式がサポートしていれば、前記第一のデータ処理環境が前記第二のホスト計算機でサポートされている場合となってもよい。

第七の実施態様では、前記第六の実施態様において、前記ボリューム形式とは、ＯＳがサポートしているファイルシステム及び／又はボリュームマネージャであってもよい。

第八の実施態様では、前記第四の実施態様において、少なくとも前記ストレージサブシステムのコントローラが記憶域を備えてもよい。前記記憶域が、各ホスト計算機に対応した、一以上の論理ボリュームで構成される各ボリュームグループ毎に、ボリュームグループのグループＩＤと、該ボリュームグループを構成する一以上の論理ボリュームのボリュームＩＤと、該ボリュームグループに対応したホスト計算機の入出力形式を表す入出力形式情報とを記憶することができる。前記コントローラが、ボリュームグループに関連付けられている入出力形式情報が表す入出力形式以外の入出力形式で該ボリュームグループを構成する論理ボリュームに入出力させないように構成されてもよい。前記第二のホスト情報には、前記第二のホスト計算機のＯＳに関するＯＳ情報が含まれてもよい。前記環境設定部が、前記第二のホスト計算機に対応した新たなホストグループを用意することのホストグループ作成要求を前記ストレージサブシステムに送信し、該ストレージサブシステムに、前記第二のホスト情報中のＯＳ情報に基づく入出力形式情報の設定要求を送信し、且つ、前記第一の論理ボリュームのボリュームＩＤを送信することができる。それにより、前記ストレージサブシステムのコントローラが、前記新たなホストグループを表す新たなグループＩＤを前記記憶域に追記し、且つ、該新たなグループＩＤに、前記設定要求された入出力形式情報と、前記第一の論理ボリュームのボリュームＩＤとを関連付けることができる。

第九の実施態様では、前記環境設定部が、前記比較の結果、前記第一のデータ処理環境が前記第二のホスト計算機でサポートされている場合に、新たな第二の論理ボリュームを前記ストレージサブシステム又は別のストレージサブシステムに準備させ、前記第一の論理ボリューム内のデータを少なくとも前記第二のホスト計算機を介さずに前記第二の論理ボリュームに書かせ、前記第二の論理ボリュームを接続することの接続要求を前記第二のホスト計算機に送信することができる。それにより、前記第一の論理ボリューム内のデータが書かれた前記第二の論理ボリュームが前記第二のホスト計算機に接続されることが可能となる。

第十の実施態様では、前記第九の実施態様において、少なくとも前記ストレージサブシステムのコントローラが記憶域を備えてもよい。前記記憶域が、各ホスト計算機に対応した、一以上の論理ボリュームで構成される各ボリュームグループ毎に、ボリュームグループのグループＩＤと、該ボリュームグループを構成する一以上の論理ボリュームのボリュームＩＤと、該ボリュームグループに対応したホスト計算機の入出力形式を表す入出力形式情報とを記憶することができる。前記コントローラが、ボリュームグループに関連付けられている入出力形式情報が表す入出力形式以外の入出力形式で該ボリュームグループを構成する論理ボリュームに入出力させないように構成されてもよい。この場合、前記第二のホスト情報には、前記第二のホスト計算機のＯＳに関するＯＳ情報が含まれてもよい。前記環境設定部が、前記第二のホスト計算機に対応した新たなホストグループを用意することのホストグループ作成要求を前記ストレージサブシステム又は前記別のストレージサブシステムに送信し、前記ホストグループ作成要求の送信先に、前記第二のホスト情報中のＯＳ情報に基づく入出力形式情報の設定要求を送信し、且つ、前記第二の論理ボリュームのボリュームＩＤを送信することができる。それにより、前記ストレージサブシステムのコントローラ又は前記別のストレージサブシステムのコントローラが、前記新たなホストグループを表す新たなグループＩＤを前記記憶域に追記し、且つ、該新たなグループＩＤに、前記設定要求された入出力形式情報と、前記第二の論理ボリュームのボリュームＩＤとを関連付けることができる。

第十一の実施態様では、前記環境設定部が、前記比較の結果、前記第一のデータ処理環境が前記第二のホスト計算機でサポートされていない場合に、前記ストレージサブシステム又は別のストレージサブシステムに新たな第二の論理ボリュームを準備させ、前記準備された第二の論理ボリュームを前記第二のホスト計算機に接続させ、前記第二の論理ボリュームに書かれるデータファイルを認識させるためのファイルシステムが前記第二のホスト計算機により作成され、前記第一の論理ボリューム内の全てのデータを読み出して前記第二のホスト計算機に転送することを前記第一のホスト計算機に実行させることができる。それにより、前記第二のホスト計算機が、前記転送されて来るデータを前記第二の論理ボリュームに書いていき、且つ、それに伴って前記作成したファイルシステムを更新していき、前記第一の論理ボリューム内の全てのデータが前記第二の論理ボリュームに書かれた場合に、前記更新されたファイルシステムを用いることにより前記第二の論理ボリューム内のデータを認識できるようになる。

第十二の実施態様では、前記第十一の実施態様において、前記環境設定部が、前記比較の結果、前記第一のデータ処理環境が前記第二のホスト計算機でサポートされている場合に、前記ストレージサブシステム内の前記第一の論理ボリュームを切断することの切断要求を前記第一のホスト計算機に送信し、且つ、前記第一の論理ボリュームを接続することの接続要求を前記第二のホスト計算機に送信することができる。それにより、前記第二のホスト計算機に前記第一の論理ボリュームが接続されることが可能となる。

第十三の実施態様では、前記第十一の実施態様において、前記環境設定部が、前記比較の結果、前記第一のデータ処理環境が前記第二のホスト計算機でサポートされている場合に、新たな第二の論理ボリュームを前記ストレージサブシステム又は別のストレージサブシステムに準備させ、前記第一の論理ボリューム内のデータを少なくとも前記第二のホスト計算機を介さずに前記第二の論理ボリュームに書かせ、前記第二の論理ボリュームを接続することの接続要求を前記第二のホスト計算機に送信することができる。それにより、前記第一の論理ボリューム内のデータが書かれた前記第二の論理ボリュームが前記第二のホスト計算機に接続されることが可能となる。

第十四の実施態様では、前記第十一の実施態様において、少なくとも前記ストレージサブシステムのコントローラが記憶域を備えてもよい。前記記憶域が、各ホスト計算機に対応した、一以上の論理ボリュームで構成される各ボリュームグループ毎に、ボリュームグループのグループＩＤと、該ボリュームグループを構成する一以上の論理ボリュームのボリュームＩＤと、該ボリュームグループに対応したホスト計算機の入出力形式を表す入出力形式情報とを記憶することができる。前記コントローラが、ボリュームグループに関連付けられている入出力形式情報が表す入出力形式以外の入出力形式で該ボリュームグループを構成する論理ボリュームに入出力させないように構成されてもよい。この場合、前記第二のホスト情報には、前記第二のホスト計算機のＯＳに関するＯＳ情報が含まれてもよい。前記環境設定部が、前記第二のホスト計算機に対応した新たなホストグループを用意することのホストグループ作成要求を前記ストレージサブシステム又は前記別のストレージサブシステムに送信し、前記ホストグループ作成要求の送信先に、前記第二のホスト情報中のＯＳ情報に基づく入出力形式情報の設定要求を送信し、且つ、前記第二の論理ボリュームのボリュームＩＤを送信することができる。それにより、前記ストレージサブシステムのコントローラ又は前記別のストレージサブシステムのコントローラが、前記新たなホストグループを表す新たなグループＩＤを前記記憶域に追記し、且つ、該新たなグループＩＤに、前記設定要求された入出力形式情報と、前記第二の論理ボリュームのボリュームＩＤとを関連付けることができる。

管理計算機が備える各部は各手段と言い換えてもよい。各部は、ハードウェア（例えば回路）、コンピュータプログラム、或いはそれらの組み合わせ（例えば、コンピュータプログラムを読み込んで実行する一又は複数のＣＰＵ）によって実現することもできる。各コンピュータプログラムは、コンピュータマシンに備えられる記憶資源（例えばメモリ）から読み込むことができる。その記憶資源には、ＣＤ−ＲＯＭやＤＶＤ（Digital Versatile Disk）等の記録媒体を介してインストールすることもできるし、インターネットやＬＡＮ等の通信ネットワークを介してダウンロードすることもできる。

本発明によれば、ホスト計算機が認識可能なデータを別のホスト計算機で認識可能にするために必要な処理を自動で行えるようになる。

以下、図面を参照して、本発明の一実施形態について説明する。

図１は、本発明の一実施形態に係る計算機システムの一例を示す。

第一の通信ネットワーク１０４に、ストレージ管理サーバ１０１、複数のホスト計算機１０３及びストレージサブシステム２０が接続されている。第二の通信ネットワーク１０２に、複数のホスト計算機１０３及びストレージサブシステム２０が接続されている。第一の通信ネットワーク１０４として、種々のネットワーク（例えばＬＡＮ（Local Area Network））を採用することができる。第二の通信ネットワーク１０２としても、種々のネットワーク（例えばＳＡＮ（Storage Area Network））を採用することができる。また、第一と第二の通信ネットワーク１０４、１０２は、一つの通信ネットワークであっても良い。

ストレージサブシステム２０は、第二の通信ネットワーク１０２に接続される複数の通信ポート１０６と、複数の論理ボリューム３１を備える。論理ボリューム３１は、ホスト計算機１０３に認識される論理的な記憶デバイスであり、ホスト計算機１０３からは、論理ボリューム３１に対するI/O要求を受信する。ストレージサブシステム２０は、受信したI/O要求がライトコマンドであれば、そのライトコマンドで指定されている論理ボリューム３１にホスト計算機１０３からのデータを書く。受信したI/O要求がリードコマンドであれば、ストレージサブシステム２０は、そのリードコマンドで指定されている論理ボリューム３１からデータを読出してホスト計算機１０３に送信する。

各ホスト計算機１０３は、例えば図６Ａに示すように、ＣＰＵ１４や、記憶資源（例えばメモリやハードディスク）１５を備える。記憶資源１５には、ＯＳ１１や、ＯＳ１１上で動作するコンピュータプログラムが記憶される。そのコンピュータプログラムには、例えば、ストレージ管理サーバ１０１からの指示を受け付けるエージェントプログラム（以下、エージェント）１３や、アプリケーションプログラム（以下、ＡＰ）１２がある。ホスト計算機１０３は、ストレージサブシステム２０に存在する複数の論理ボリューム３１のうちの特定の一以上の論理ボリューム３１を認識することができる。ホスト計算機１０３は、認識されている論理ボリューム３１に対するI/O要求を、ストレージサブシステム２０に送信することができる。

ホスト計算機１０３によって、ＯＳ１１の種類が異なる場合がある。例えば、或るホスト計算機１０３のOS１１は、Windows（商標）であるが、別のホスト計算機１０３のOS１１は、Solaris（商標）である等である。また、或る種のＯＳ１１では、複数のファイルシステムがサポートされている。また、ＯＳ１１の種類が異なることにより、サポートされているボリューム形式、具体例として、ファイルシステムやボリュームマネージャが異なることがある。

このような点に鑑みて、ストレージサブシステム２０が、論理ボリューム１３に対するアクセス制御機能を有している。そのアクセス制御機能として、本実施形態では２種類の機能がある。

第一のアクセス制御機能は、ホストモード機能である。ここで、「ホストモード」とは、OSの種類によって異なるI/Oの形式（つまり入出力形式）のことである。ストレージサブシステム２０は、ホスト計算機１０３に認識させても良い一以上の論理ボリュームに対し、ホストモードを関連付けることができる。以下、ホストモードが関連付けられた一以上の論理ボリュームを「ホストグループ」と呼ぶ。ホストモード機能とは、関連付けられているホストモードでホストグループ内の論理ボリュームに対するI/O要求を受けた場合にはその論理ボリュームに対するI/Oを行うが、そうではないホストモードでホストグループ内の論理ボリュームに対するI/O要求を受けた場合にはその論理ボリュームに対するI/Oを行わないとする機能である。なお、ストレージサブシステム２０では、一つのポート１０６に複数のホストグループを関連付けることができる（例えばポートＡには二つのホストグループＡ、Ｂを関連付けることができる）。

第二のアクセス制御機能は、LUNセキュリティ機能である。LUNとは、論理ユニット番号の略であり、論理ユニットの識別子のことである。ストレージサブシステム２０では、個々の論理ボリューム３１に対してホスト計算機１０３のWWN（World Wide Name）を関連付けることができる。以下、ホスト計算機１０３のWWNを「ホストWWN」と呼ぶ。ホストWWNは、例えば一つのホストバスアダプタに一つ設定されており、故に、一台のホスト計算機１０３に複数のホストバスアダプタがあれば、一台のホスト計算機は複数のホストWWNを有することになる。LUNセキュリティ機能とは、関連付けられているホストWWNを有するホストには論理ボリュームを公開する（例えば問い合わせに応答してその論理ボリュームの存在を知らせる）が、そうではないホストWWNを有するホストにはその論理ボリュームを公開しないとする機能である。

以下、説明を分かり易くするために、複数のホスト計算機１０３は、図１に示す通り、ホストＡ、ホストＢ及びホストＡ´の３台であるとする。また、ホストＡのOS種類に依存したホストモードを「ホストモードＡ」とし、ホストＡに割り当てられている論理ボリュームVOL-A1及びVOL-A2を「ホストグループＡ」とし、ホストグループＡにはホストモードＡが関連付けられているとし、VOL-A1及びVOL-A2がホストＡに認識されているとする。同様に、ホストＢのOS種類に依存したホストモードを「ホストモードＢ」とし、ホストＢに割り当てられている論理ボリュームVOL-B1及びVOL-B2を「ホストグループＢ」とし、ホストグループＢにはホストモードＢが関連付けられているとし、VOL-B1及びVOL-B2がホストＢに認識されているとする。一方、ホストＡ´には、認識されている論理ボリューム１３が存在しないとする（それにより、ホストＡやＢと違って、ホストＡ´とストレージサブシステム２０との間にはパスが張られていない状態になっている）。

このような状況において、例えば、ストレージ管理サーバ１０１が、例えばＧＵＩ（Graphical User Interface）を参照している管理者から、ホストＡからホストＡ´へのリプレース指示（例えばホストＡの識別子とホストＡ´の識別子とを含んだ指示）を受けた場合、その後、管理者による手動の操作を行わせることなく、つまり自動的に、ホストグループＡ内のデータをホストＡ´が認識できるように設定することができる。

図２は、ホストＡからホストＡ´へのリプレース処理の流れの概要を示す。

ストレージ管理サーバ１０１は、ホストＡのエージェントから、ＬＵ情報（ホストＡに認識されている論理ボリュームに関する情報）、ＯＳ情報（ホストＡのＯＳに関する情報）、ホストＷＷＮ（ホストＡが有するＷＷＮ）及びファイルシステム情報（ホストＡのＯＳで使用されているファイルシステムに関する情報）を取得する（ステップＳ１０）。

また、ストレージ管理サーバ１０１は、ホストＡ´のエージェントから、ＯＳ情報（ホストＡ´のＯＳに関する情報）、ホストＷＷＮ（ホストＡ´が有するＷＷＮ）及びサポートファイルシステム情報（ホストＡ´のＯＳでサポートされているファイルシステムに関する情報）を取得する（Ｓ２０）。

ストレージ管理サーバ１０１は、ホストＡが認識しているＬＵ（論理ボリューム）内のデータをホストＡ´が認識可能か否かを判断する（Ｓ３０）。ここでは、ホストＡとホストＡ´のＯＳ種類が同じであると判断された場合、或いは、そのＯＳ種類が異なっていても、ホストＡで使用されているファイルシステムがホストＡ´のＯＳでサポートされていると判断された場合に、認識可能と判断され（Ｓ３０でＹＥＳ）、そうではない場合、すなわち、ＯＳ種類が異なっており、且つ、ホストＡで使用されているファイルシステムがホストＡ´のＯＳでサポートされていないと判断された場合に、認識不可能と判断される（Ｓ３０でＮＯ）。

Ｓ３０でＹＥＳとなった場合に、ケース１の処理が実行される（Ｓ４０）。すなわち、ストレージ管理サーバ１０１が、ホストＡを静止化する。次に、ストレージ管理サーバ１０１が、ホストグループＡ´をストレージサブシステム２０に作成し、そのホストグループＡ´にVOL-A1及びVOL-A2を追加し、VOL-A1及びVOL-A2の各々にホストＡ´のホストＷＷＮを関連付け、ホストグループＡ´にホストＡ´のホストモードＡ´を関連付ける。また、ストレージ管理サーバ１０１が、ホストＡのエージェントに、VOL-A1及びVOL-A2を切り離させ（例えば、ホストＡで記憶されているVOL-A1及びVOL-A2のLUNを消去させ）、ホストＡ´のエージェントに、ホストＡ´のＯＳにVOL-A1及びVOL-A2を認識させる（例えば、VOL-A1及びVOL-A2のLUNを記憶させる）。ストレージ管理サーバ１０１が、ホストＡの静止化を解除する。なお、この説明において、ホストＡの静止化とは、ホストＡが認識している論理ボリューム（本実施形態ではVOL-A1及びVOL-A2）に対してライトコマンドを発行しない状態のことを言い、ホストＡを静止化するとは、具体的には、例えば、ライトコマンドを発行しないよう指示することである。一方、ホストＡの静止化の解除とは、ホストＡが認識している論理ボリュームに対してライトコマンドを発行してもよい状態に戻すことを言い、ホストＡの静止化を解除するとは、具体的には、例えば、ライトコマンドを発行してもよいと指示することである。

ＯＳ種類が同じ場合、換言すればホストモードが同じ場合、ケース１の処理では、図３のような処理が行われる。すなわち、点線で示すように、ホストＡでは、VOL-A1及びVOL-A2が認識されなくなり、故に、ホストＡからVOL-A1及びVOL-A2にはアクセスできない状態とされる。VOL-A1及びVOL-A2は、ホストグループＡ´を構成する要素に変わり、また、ホストＡとホストＡ´のＯＳ種類は同じなので、ホストグループＡ´には、ホストＡと同じホストモードＡが関連付けられる。さらに、VOL-A1及びVOL-A2が、ホストＡ´で認識される。これにより、ホストＡ´が、ホストＡで認識されていたVOL-A1或いはVOL-A2内のデータを認識することができるようになる。

ＯＳ種類が異なるが、ホストＡでのファイルシステムがホストＡ´でサポートされている場合に、ケース１の処理では、図４のような処理が行われる。すなわち、点線で示すように、ホストＡでは、VOL-A1及びVOL-A2が認識されなくなり、故に、ホストＡからVOL-A1及びVOL-A2にはアクセスできない状態とされる。VOL-A1及びVOL-A2は、ホストグループＡ´を構成する要素に変わり、また、ホストＡとホストＡ´のＯＳ種類が異なるので、ホストグループＡ´には、ホストＡとは異なるホストモードＡ´が関連付けられる。さらに、VOL-A1及びVOL-A2が、ホストＡ´で認識される。これにより、ホストＡ´が、ホストＡで認識されていたVOL-A1或いはVOL-A2内のデータを認識することができるようになる。

再び図２を参照する。Ｓ３０でＮＯとなった場合に、ケース２の処理が実行される（Ｓ５０）。これについて、図５も参照して説明する。すなわち、ストレージ管理サーバ１０１が、ホストＡを静止化する。次に、ストレージ管理サーバ１０１が、ホストグループＡ´をストレージサブシステム２０に作成し、そのホストグループＡ´に、VOL-A1及びVOL-A2とは異なる新規のVOL-A1'及びVOL-A2'（つまりVOL-A1及びVOL-A2とは異なるＬＵＮをそれぞれ有する論理ボリューム）を追加し、VOL-A1'及びVOL-A2'の各々にホストＡ´のホストＷＷＮを関連付け、ホストグループＡ´にホストＡ´のホストモードＡ´を関連付ける。また、ストレージ管理サーバ１０１が、ホストＡ´のエージェントに、ホストＡ´のＯＳにVOL-A1'及びVOL-A2'を認識させる。さらに、ストレージ管理サーバ１０１が、ホストAのエージェントに、VOL-A1及びVOL-A2内のデータ読み出してホストA'に転送させ、ホストA'のエージェントに、ホストAから転送されて来たデータを、VOL-A1'及びVOL-A2'に書き込ませる。そして、ストレージ管理サーバ１０１は、ホストAの静止化を解除する。これにより、以後、ホストＡ´が、ホストＡで認識されていたVOL-A1或いはVOL-A2とは異なるVOL-A1'及びVOL-A2'から、ホストＡで認識されていたVOL-A1或いはVOL-A2内のデータと同じデータを認識することができるようになる。

以上の説明からわかるように、本実施形態において、ホストＡが認識可能なデータの別のホスト´で認識可能にさせる場合、ホストＡ´がそのままそのデータを認識できる場合には、ケース１のように、ホストＡからホストＡ´に対して論理ボリュームへの付け替える処理が行われ、そのデータをそのままでは認識できない場合には、ケース２のように、ホストＡによって読み出されたデータをホストＡ´が論理ボリュームに書込むことが行われる。ケース２では、ホストＡで認識されていたデータを、ホストＡ´が、自分が認識した論理ボリュームに自分で書くので、ホストＡで認識されていたデータをホストＡ´で認識可能となる。

この実施形態によれば、ホスト計算機のホストモード（換言すればＯＳ種類）と別のホスト計算機のホストモードが同一であろうとなかろうと、ホスト計算機でサポートされているボリューム形式（例えばファイルシステムやボリュームマネージャ）が別のホスト計算機でサポートされていようといまいと、ホスト計算機で認識可能なデータを別のホスト計算機で認識可能とさせるために必要な処理を自動で行うことができる。

以下、本実施形態について詳細に説明する。

図６Ｂは、ストレージ管理サーバ１０１の構成例を示す。

ストレージ管理サーバ１０１は、一種の計算機であり、ＣＰＵ６３や記憶資源（例えばメモリやハードディスク）６１を備える。記憶資源６１には、ＯＳ５３や、ＯＳ５３上で動作するコンピュータプログラムや、そのコンピュータプログラムによって参照される制御情報が記憶される。そのコンピュータプログラムには、例えば、各ホスト計算機１０３のエージェント１３に対して指示を発行するマネージャプログラム（以下、マネージャ）５１がある。また、制御情報としては、例えば、ホストグループ管理テーブル５５、ＬＵ管理テーブル５８及びホスト管理テーブル５９がある。各テーブルの構成については後に詳述する。

図７は、ストレージサブシステム２０の構成例を示す。

ストレージサブシステム２０は、コントローラ部と、一又は複数の物理記憶デバイス（例えばハードディスクドライブ等のディスクドライブ）４００とを備える。物理記憶デバイス４００としては、例えば、ハードディスク、フレキシブルディスク、磁気テープ、半導体メモリ、光ディスク等のようなデバイスを用いることができる。一又は複数の物理記憶デバイス４００上には、一以上の論理ボリューム３１が用意される。コントローラ部は、例えば、複数（例えば二つ）のチャネルアダプタ（ＣＨＡ）２と、複数のディスクアダプタ（ＤＫＡ）２２と、サービスプロセッサ（ＳＶＰ）２３と、キャッシュメモリ２４と、共有メモリ２５と、接続部２６とを備えている。

各ＣＨＡ２は、ホスト計算機１０３との間のデータ通信を行うものであり、一又は複数の通信ポート１０６を備えている。各ＣＨＡ２は、ＣＰＵやメモリ等を備えたマイクロコンピュータシステムとして構成されており、ホスト計算機１０３から受信した各種コマンドを解釈して実行する。各ＣＨＡ２の通信ポートには、ＷＷＮが割り当てられている。

各ＤＫＡ２２は、物理記憶デバイス４００との間のデータ授受を行うものである。各ＤＫＡ２２も、ＣＨＡ２と同様に、ＣＰＵやメモリ等を備えたマイクロコンピュータシステムとして構成することができる。各ＤＫＡ２２は、ＣＨＡ２からの指示に従って、物理記憶デバイス４００にデータを書き込んだり、物理記憶デバイス４００からデータを読み出したりする。物理記憶デバイス４００との間でデータ入出力を行う場合、各ＤＫＡ２２は、論理的なアドレスを物理的なアドレスに変換する。

ＳＶＰ２３は、ストレージサブシステム２０の保守又は管理のために操作されるコンピュータ装置であり、例えば、ノート型のパーソナルコンピュータである。ＳＶＰ２３は、ストレージ管理サーバ１０１と通信可能に接続されていてもよい。また、ストレージ管理サーバ１０１は、ＳＶＰ２３に代えて又は加えて、ＣＨＡ２或いはＤＫＡ２２と通信可能に接続されても良い。

キャッシュメモリ２４は、ホスト計算機１０３から受信したデータや、論理ボリューム３１から読み出されたデータ等を一時的に記憶するものである。共有メモリ２５には、例えば、ストレージサブシステム２０の動作を制御するための制御情報（例えば、後述の図９Ａ及び図９Ｂに例示するテーブル）が格納される。キャッシュメモリ２４と共有メモリ２５は別々のメモリではなく一つのメモリであっても良い。

接続部２６は、各ＣＨＡ２，各ＤＫＡ２２，ＳＶＰ２３，キャッシュメモリ２４，共有メモリ２５を相互に接続させる。接続部２６は、例えば、高速スイッチング動作によってデータ伝送を行う超高速クロスバススイッチ等のような高速バスとして構成することができる。また、LAN、SANのような通信ネットワークでも構成でき、さらに、前述の高速バスとともに複数のネットワークでも構成することができる。

以下、上述した各種テーブルについて説明する。なお、各種テーブルの各セルの値は、図１に対応しているものとする。

図８Ａは、ストレージ管理サーバ１０１内のＬＵ管理テーブル５８の構成例を示す。

ＬＵ管理テーブル５８には、各論理ボリューム（ＬＵ）毎に、ＬＵ識別子、ホストグループ名称、接続されているホストの識別子、ファイルシステム名、ストレージポートＷＷＮ及びホストＷＷＮが記録される。各項目について、論理ボリュームVOL-A1を代表的に例に採り説明する。ホストグループ名称は、VOL-A1を構成要素としているホストグループＡの名称である。接続されているホストの識別子は、VOL-A1を認識しているホストＡの識別子である。ファイルシステム名は、VOL-A1内のファイルを管理するファイルシステムの名称である（なお、ファイルシステムは、例えば、VOL-B1及びVOL-B2のレコードに示すように、同一のホストグループＢの構成要素毎に異なっていても良い）。ストレージポートＷＷＮは、ホストＡからVOL-A1に対するアクセスの通過が許可されるポート１０６のＷＷＮである。ここでは、一又は複数のＷＷＮの設定が可能である。ホストＷＷＮは、VOL-A1を認識しているホストＡのＷＷＮである。ホストＡが例えば複数のホストバスアダプタを有する場合、ホストＷＷＮは複数設定されても良い。

図８Ｂは、ストレージ管理サーバ１０１内のホストグループ管理テーブル５５の構成例を示す。

ホストグループ管理テーブル５５には、各ホストグループ毎に、ホストグループ名、ホストモード名、ストレージポートＷＷＮ及びホストＷＷＮが記録される。各項目について、ホストグループＡを代表的に例に採り説明する。ホストグループ名は、ホストグループＡの名称である。ホストモード名は、ホストグループＡに関連付けられたホストモードの名称である。ストレージポートＷＷＮは、ホストグループＡに関連付けられた、ポート１０６のＷＷＮである。ホストＷＷＮは、ホストグループＡに関連付けられた、ホストＡのＷＷＮである。

図８Ｃは、ストレージ管理サーバ１０１内のホスト管理テーブル５９の構成例を示す。

ホスト管理テーブル５９には、各ホスト計算機毎に、ホスト識別子、ＯＳ名、ホストＷＷＮ及びサポートファイルシステムが記録される。各項目について、ホストＡを代表的に例に採り説明する。ホスト識別子は、ホストＡの識別子である。ＯＳ名は、ホストＡのＯＳの名称である。ホストＷＷＮは、ホストＡが有するＷＷＮである。サポートファイルシステムは、ホストＡのＯＳでサポートされているファイルシステムの名称である。

なお、この図８Ｃにおいて、各ホスト毎に２つのレコードがあるのは、各ホストが、２つのＷＷＮを有するためであるが、必ずしもそのような構成にしなくても良く、例えば一セルに二つのＷＷＮが記録されても良い。

図９Ａは、ストレージサブシステム２０内のＬＵ管理テーブルの構成例を示す。

ＬＵ管理テーブル７１には、各論理ボリューム（ＬＵ）毎に、ＬＵ識別子、ホストグループ名称、ストレージポートＷＷＮ、ホストＷＷＮ及びアレイグループ名が記録される。すなわち、図８ＡのＬＵ管理テーブル５８との相違点は、接続されているホストの識別子とファイルシステム名が無く、アレイグループが記録されていることにある。アレイグループとは、RAID（Redundant Array of Independent (or Inexpensive) Disks）の法則に従がって構成された、複数の物理記憶デバイス４００から成るグループのことであり、RAIDグループ或いはパリティグループと呼ばれることもある。例えば、VOL-A1についてのアレイグループ名は、VOL-A1を備えるアレイグループの名称である。

図９Ｂは、ストレージサブシステム内のホストグループ管理テーブルの構成例を示す。

ホストグループ管理テーブル７３には、各ホストグループ毎に、名称、ホストモード、ストレージポートＷＷＮ及びホストＷＷＮが記録される。このテーブル７３の構成は、図８Ｂに例示したホストグループ管理テーブル５５の構成と同じである。

上述したテーブル７１及び７３は、例えば、ＣＨＡ２のメモリに記憶されており、ＣＨＡ２において、各論理ボリューム３１へのアクセス制御が行えるようになっている。テーブル７１及び７３は、共有メモリ２５からＣＨＡ２のメモリにロードされても良いし、各ＣＨＡ２毎に固有のテーブル（例えば、ＣＨＡ２の配下の論理ボリュームや、ＣＨＡ２がアクセス許可すべきホストに関する情報のみが記録され、他のＣＨＡ２の配下の論理ボリュームや他のＣＨＡがアクセス許可すべきホストに関する情報が記録されていないテーブル）となっていても良い。

図１０は、図２のＳ１０、Ｓ２０、Ｓ３０及びＳ４０の流れの概要（つまりケース１が実行される場合の流れの概要）を示す。図１１は、図２のＳ１０、Ｓ２０、Ｓ３０及びＳ５０の流れの概要（つまりケース２が実行される場合の流れの概要）を示す。図１２は、ストレージ管理サーバ１０１が行う全体の処理流れの概要を示す。図１３は、ケース１の処理において、ストレージ管理サーバが行う処理の流れを示す。図１４は、ケース２の処理において、ストレージ管理サーバが行う処理の流れを示す。以下、これらの図を参照して、本実施形態で行われる処理流れを詳細に説明する。なお、以下の説明では、図１２〜図１４を主に用い、適宜、図１０、図１１或いは図１５〜図２０を参照する。また、以下の説明では、ストレージサブシステム２０内のホストグループ管理テーブル７３がストレージ管理サーバ２０に取得され、ストレージ管理サーバ２０には、図８Ｂに例示したようなホストグループ管理テーブル５５が記憶されているものとする（但し、ホストグループＡ´についての情報は記録されていない）。また、ストレージ管理サーバ２０内のＬＵ管理テーブル５８（図８Ａ）とホスト管理テーブル５９（図８Ｃ）は、全てブランクになっているものとする。また、ストレージサブシステム２０内のＬＵ管理テーブル７１（図９Ａ）とホストグループ管理テーブル７３（図９Ｂ）において、ホストグループＡ´についてのレコードが無いものとする。

管理者が、例えばＧＵＩを用いて、ホストＡからホストＡ´へのリプレース指示（例えばホストＡの識別子とホストＡ´の識別子とを含んだ指示）をストレージ管理サーバ１０１に送る。

ストレージ管理サーバ１０１は、図１２のＳ１００１を行う。すなわち、ストレージ管理サーバ１０１のマネージャ５１が、上記リプレース指示に応答して、そのリプレース指示から特定できるホストＡのエージェントに対し、情報取得要求を送る。これにより、図１０及び図１１のＳ１００が行われる。具体的には、ホストＡのエージェントが、図１５に例示するように、情報取得要求を受信したことに応答して（Ｓ１０１）、ＬＵ情報（例えば、ホストＡで認識されている論理ボリュームのＬＵ識別子）、ＯＳ情報（例えば、ホストＡのＯＳのＯＳ名）、ホストＷＷＮ（ホストＡが有するＷＷＮ）及びファイルシステム情報（例えば、ホストＡのＯＳで使用されている及びサポートされているファイルシステムの名称）を含んだホスト情報を、ホストＡの記憶資源から読出し（Ｓ１０２）、読み出したホスト情報を、ストレージ管理サーバ１０１に返信する（Ｓ１０３）。ストレージ管理サーバ１０１は、受信したホスト情報内の情報要素を用いて、ＬＵ管理テーブル５８及びホスト管理テーブル５９を更新する。

具体的には、例えば、ストレージ管理サーバ１０１のマネージャ５１が、ＬＵ情報中のＬＵ識別子VOL-A1及びVOL-A2をＬＵ管理テーブル５８に記録する。また、マネージャ５１が、受信したホストWWNと一致するホストグループ名称をホストグループ管理テーブル５５から取得し、取得したホストグループ名称を、ＬＵ管理テーブル５８上で、VOL-A1及びVOL-A2に対応付ける。また、マネージャ５１が、ＬＵ管理テーブル５８上で、ホストAの識別子をVOL-A1及びVOL-A2に対応付ける。また、マネージャ５１が、受信したファイルシステム情報中のファイルシステム名を、ＬＵ管理テーブル５８上で、VOL-A1及びVOL-A2に対応付ける。また、マネージャ５１が、受信したホストWWNと一致するストレージポートWWNをホストグループ管理テーブル５５から取得し、取得したストレージポートWWNを、ＬＵ管理テーブル５８上で、VOL-A1及びVOL-A2に対応付ける。また、マネージャ５１が、受信したホストWWNを、ＬＵ管理テーブル５８上で、VOL-A1及びVOL-A2に対応付ける。これにより、LU管理テーブル５８の更新の完了となる。また、マネージャ５１が、ホストAの識別子、受信したOS情報中のOS名、受信したホストWWN、及び、受信したファイルシステム情報中のサポートファイルシステム名を、ホスト管理テーブル５９上で対応付ける。これにより、ホスト管理テーブル５９の更新の完了となる。

さて、次に、ストレージ管理サーバ１０１は、図１２のＳ１００２の処理を実行する。具体的には、マネージャ５１が、上記リプレース指示から特定できるホストＡ´のエージェントに対し、情報取得要求を送る。これにより、ホストＡ´についても、前述したＳ１００が行われ、マネージャ５１が、そのエージェントからホスト情報を受ける。マネージャ５１は、そのホスト情報を用いて、ホスト管理テーブル５９を更新する。ここで、ＬＵ管理テーブル５８が更新されないのは、この実施形態では、ホストＡ´には未だ何の論理ボリュームも認識されていないためである。ホスト管理テーブル５９には、ホストＡ´について、受信したＯＳ情報、ホストＷＷＮ及びファイルシステム情報から、図８Ｃの３行目及び４行目のようなレコードが記録される。

ストレージ管理サーバ１０１は、Ｓ１００１で取得したＯＳ情報とＳ１００２で取得したＯＳ情報とを対比することにより、ホストＡとホストＡ´でＯＳの種類が同じか否かを判断する（図１２のＳ１００３）。その結果、同一であれば、ストレージ管理サーバ１０１は、図１３のケース１の処理を実行する。

具体的には、マネージャ５１が、ストレージサブシステム２０に、ホストグループＡ´の作成要求（例えば、ストレージポートＷＷＮ及びホストグループ名を含んだ要求）を発行する（図１３のＳ２００１）。これにより、図１０のＳ（Ｂ）が行われる。具体的には、図１９Ｂに例示するように、ストレージサブシステム２０が、ホストグループ作成要求に応答して（ＳＢ１）、対象のポート１０６（例えば、上記作成要求に含まれているストレージポートＷＷＮに対応したポート）に、ホストグループＡ´（例えば、上記作成要求に含まれているホストグループ名を有するホストグループ）を作成する（ＳＢ２）。換言すれば、ストレージサブシステム２０が、ストレージポートＷＷＮ及びホストグループＡ´の名称をホストグループ管理テーブル７３に書く。ストレージサブシステム２０は、それを終えたら、完了通知をストレージ管理サーバ１０１に返信する（ＳＢ３）。マネージャ５１は、完了通知を受けたら、上記作成要求中のストレージポートＷＷＮ及びホストグループＡ´の名称を、ホストグループ管理テーブル７３に書く（図１３のＳ２００２）。

次に、マネージャ５１が、図１０に示すように、ストレージサブシステム２０に、ホストモード設定及びＬＵＮセキュリティ設定を行い、Ｓ（Ｃ）が行われる。以下、具体的に説明する。

マネージャ５１は、ホストＡが認識しているVOL-A1及びVOL-A2をホストグループＡ´に追加することのＬＵ追加要求（例えば、ホストグループＡ´の名称及びVOL-A1及びVOL-A2のＬＵ識別子を含んだ要求）をストレージサブシステム２０に発行する（図１３のＳ２００３）。これにより、図２０のＳＣ１が行われる。すなわち、ストレージサブシステム２０が、ＬＵ追加要求に応答して、対象のホストグループＡ´（ＬＵ追加要求に含まれているホストグループ名称を持ったホストグループ）に、VOL-A1及びVOL-A2（ＬＵ追加要求に含まれているＬＵ識別子に対応したＬＵ）を追加する。換言すれば、ストレージサブシステム２０が、ＬＵ管理テーブル７１において、VOL-A1及びVOL-A2のＬＵ識別子に対応した欄に、図１９ＢのＳＢ３で書いたストレージポートＷＷＮ及びホストグループＡ´の名称を上書きする。ストレージサブシステム２０は、それを終えたら、完了通知をストレージ管理サーバ１０１に返信する。マネージャ５１は、完了通知を受けたら、ＬＵ追加要求中の情報（VOL-A1及びVOL-A2のＬＵ識別子）を、ＬＵ管理テーブル５８上で、ホストグループＡ´の名称に対応付ける（図１３のＳ２００４）。

次に、マネージャ５１は、ホストＡ´のホストＷＷＮを含んだ追加要求をストレージサブシステム２０に発行する（図１３のＳ２００５）。これにより、図２０のＳＣ２が行われる。すなわち、ストレージサブシステム２０が、追加要求に応答して、対象のホストグループＡ´（図１９ＢのＳＢ３や図２０のＳＣ１で追記されたホストグループ名称を持ったホストグループ）に、上記追加要求中のホストＷＷＮ（つまりホストＡ´のＷＷＮ）を追加する。換言すれば、ストレージサブシステム２０は、ＬＵ管理テーブル７１及びホストグループ管理テーブル７３において、ホストグループＡ´の名称に対応した欄に、ホストＡ´のＷＷＮを書く。ストレージサブシステム２０は、それを終えたら、完了通知をストレージ管理サーバ１０１に返信する。マネージャ５１は、完了通知を受けたら、上記追加要求中の情報（ホストＡ´のＷＷＮ）を、ＬＵ管理テーブル５８及びホストグループ管理テーブ５５上で、ホストグループＡ´の名称に対応付ける（図１３のＳ２００６）。

次に、マネージャ５１は、ホストＡ´のホストモード名を含んだ追加要求をストレージサブシステム２０に発行する（図１３のＳ２００７）。これにより、図２０のＳＣ３が行われる。すなわち、ストレージサブシステム２０が、追加要求に応答して、対象のホストグループＡ´に、上記追加要求中のホストモード名（つまりホストＡ´のホストモード名）を追加する。換言すれば、ストレージサブシステム２０は、ＬＵ管理テーブル７１及びホストグループ管理テーブル７３において、ホストグループＡ´の名称に対応した欄に、ホストＡ´のホストモード名を書く。ストレージサブシステム２０は、それを終えたら、完了通知をストレージ管理サーバ１０１に返信する。マネージャ５１は、完了通知を受けたら、上記追加要求中の情報（ホストＡ´のホストモード名）を、ホストグループ管理テーブ５５上で、ホストグループＡ´の名称に対応付ける（図１３のＳ２００８）。

次に、マネージャ５１が、図１０及び図１３に示すように、ホストＡのエージェントに、ＬＵ切り離し要求（認識されているＬＵ（ここではVOL-A1及びVOL-A2）を切り離すことの要求）を送信する（図１３のＳ２００９）。これにより、図１６Ｂ（Ｓ３００）の処理が行われる。すなわち、ホストＡのエージェントが、その要求に応答して（Ｓ３０１）、接続されている（換言すれば、認識されている）ＬＵをアンマウントし、アンマウントされたＬＵの識別子を、ホストＡの記憶資源から消去する。また、その際、エージェントは、ボリュームマネージャが使用されている場合には、そのボリュームマネージャに対し、アンマウントするＬＵを管理対象外とするように指示する。以上のことを終えたら、エージェントは、ＬＵ切り離しの完了通知をストレージ管理サーバ１０１に返信する（Ｓ３０３）。ストレージ管理サーバ１０１は、その完了通知を受けたら、ＬＵ（ここではVOL-A1及びVOL-A2）が切り離されたホストＡの識別子をＬＵ管理テーブル５８及びホスト管理テーブル５９から削除する（図１３のＳ２０１０）。

次に、ストレージ管理サーバ１０１は、図１０及び図１３に示すように、既存のＬＵの接続要求（ここでは、VOL-A1及びVOL-A2の識別子を含んだ要求）を、リプレース先のホストＡ´のエージェントに送信する（図１３のＳ２０１１）。これにより、図１７Ａの処理（Ｓ４００）が行われる。すなわち、ホストＡ´のエージェントが、その要求に応答して（Ｓ４０１）、ホストＡ´のＯＳに、VOL-A1及びVOL-A2をデバイスとして認識させ（例えば、VOL-A1及びVOL-A2の存在の有無をストレージサブシステム２０に問い合わせさせ）、VOL-A1及びVOL-A2をマウントする。それを終えたら、エージェントは、ＬＵ接続の完了通知をストレージ管理サーバ１０１に返信する（Ｓ４０３）。ストレージ管理サーバ１０１は、その完了通知を受けたら、ＬＵ管理テーブル５８上で、VOL-A1及びVOL-A2の識別子にホストＡ´の識別子を対応付ける（図１３のＳ２０１２）。

ストレージ管理サーバ１０１は、図１３のＳ２０１２を終えたならば、管理者に終了通知をする（図１２のＳ１００５、例えば、終了した旨のメッセージを表示する）。これにより、図１０の一連の流れが終了したことになる。

さて、図１２のＳ１００３で、同一でないと判断した場合には、ストレージ管理サーバ１０１は、Ｓ１００１で取得したファイルシステム情報とＳ１００２で取得したファイルシステム情報とを対比することにより、ホストＡで認識されているボリューム上のファイルシステムがホストＡ´のＯＳがサポートしているか否かを判断する（Ｓ１００４）。サポートしていると判断した場合、ストレージ管理サーバ１０１は、図１３のケース１の処理（つまり前述した処理）を実行し、サポートしていないと判断した場合、図１４のケース２の処理を実行する。

具体的には、マネージャ５１が、ストレージサブシステム２０に、ホストグループＡ´の作成要求を発行する（図１４のＳ２１００）。これにより、図１０のＳ（Ｂ）（図１９Ｂ）が行われ、且つ、図１３のＳ２００２と同様の処理（図１４のＳ２１０１）が行われる。

次に、マネージャ５１が、新規ＬＵの作成要求をストレージサブシステム２０に発行する（図１４のＳ２１０２）。その作成要求には、例えば、新規ＬＵ（VOL-A1'及びVOL-A2'）のＬＵ識別子や、新規ＬＵを備えさせるアレイグループの名称や、新規ＬＵの記憶容量など、新規ＬＵの作成に必要な情報が含まれる（なお、新規ＬＵの記憶容量は、例えば、少なくとも既存ＬＵの記憶容量と同じかそれよりも大きな容量とされる）。ストレージサブシステム２０では、Ｓ（Ａ）が行われる。図１９Ａを参照してＳ（Ａ）での処理を説明する。ストレージサブシステム２０が、新規ＬＵの作成要求に応答して（ＳＡ１）、その作成要求内のアレイグループ名称を有するアレイグループを用いて、その作成要求内のＬＵ識別子を有するＬＵを作成し（ＳＡ２）、そのＬＵ識別子やアレイグループ名をＬＵ管理テーブル７１に記録する（ＳＡ３）。それを終えたならば、ストレージサブシステム２０は、完了通知をストレージ管理サーバ１０１に返信する（ＳＡ４）。マネージャ５１は、その完了通知を受けたならば、新規ＬＵ（VOL-A1'及びVOL-A2'）のＬＵ識別子をＬＵ管理テーブル５８に記録する（図１４のＳ２１０３）。

次に、マネージャ５１が、図１１に示すように、ストレージサブシステム２０に、ホストモード設定及びＬＵＮセキュリティ設定を行い、Ｓ（Ｃ）が行われる。換言すれば、図１３のＳ２００３〜Ｓ２００８と実質的に同じ処理が行われる（図１４のＳ２１０４〜Ｓ２１０９）。それについては、ケース１の処理の説明の際に説明した通りである。このケース２での処理では、作成された新規ＬＵ（VOL-A1'及びVOL-A2'）に、ホストグループＡ´が関連付けられる（具体的には、ＬＵ管理テーブル７１及び５８上で、VOL-A1'及びVOL-A2'のＬＵ識別子にホストグループＡ´の名称が対応付けられる）。

次に、マネージャ５１が、図１１及び図１４に示すように、新規ＬＵの接続の接続要求（ここでは、VOL-A1'及びVOL-A2'の識別子を含んだ要求）を、リプレース先のホストＡ´のエージェントに送信する（図１４のＳ２１１０）。これにより、図１７Ｂ（Ｓ５００）の処理が行われる。すなわち、ホストＡ´のエージェントが、その接続要求に応答して（Ｓ５０１）、ホストＡ´のＯＳに、VOL-A1'及びVOL-A2'をデバイスとして認識させ（例えば、VOL-A1'及びVOL-A2'の存在の有無をストレージサブシステム２０に問い合わせさせ）、VOL-A1'及びVOL-A2'用のファイルシステムを作成し、VOL-A1'及びVOL-A2'をマウントする。それを終えたならば、エージェントは、ＬＵ接続の完了通知をストレージ管理サーバ１０１に返信する（Ｓ５０３）。ストレージ管理サーバ１０１は、その完了通知を受けたら、ＬＵ管理テーブル５８上で、VOL-A1'及びVOL-A2'の識別子にホストＡ´の識別子を対応付ける。

次に、マネージャ５１は、図１１及び図１４に示すように、ホストＡのエージェントに、データ転送要求（例えば、転送元と転送先のそれぞれのＬＵ識別子と、転送先のホストの識別子を含んだ要求）を発行する（図１４のＳ２１１０）。これにより、図１６Ａ（Ｓ２００）の処理が行われる。すなわち、ホストＡのエージェントが、データ転送要求に応答して（Ｓ２０１）、転送要求をホストＡ´に発行し、そのデータ転送要求から特定される転送元のＬＵ（VOL-A1及びVOL-A2）からデータを読出し、読み出したデータを、そのデータ転送要求から特定される転送先ＬＵ（VOL-A1'及びVOL-A2'）のＬＵ識別子を指定して、ホストＡ´に転送する（Ｓ２０２）。ホストＡ´のエージェントは、図１８に例示するように、転送要求に応答して（Ｓ６０１）、データの受付を開始し、転送されて来るデータを転送先ＬＵ（VOL-A1'及びVOL-A2'）に書込み（Ｓ６０２）、その際、新規に作成されたファイルシステムを更新し、全てのデータの書込みを終えたならば完了通知をホストＡのエージェントに返信する（Ｓ６０３）。ホストＡのエージェントは、その完了通知を受けたならば、ストレージ管理サーバ１０１に完了通知を返信する（図１６ＡのＳ２０３）。

ストレージ管理サーバ１０１は、図１４のＳ２００を終えたならば、管理者に終了通知をする（図１２のＳ１００５、例えば、終了した旨のメッセージを表示する）。これにより、図１１の一連の流れが終了したことになる。ケース２では、ホストＡ´が、更新後のファイルシステムを参照することにより、VOL-A1'及びVOL-A2'内のデータ、すなわち、ホストＡが認識可能な、VOL-A1及びVOL-A2内のデータを、認識することができるようになる。

以上、本発明の好適な実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。例えば、上述した実施形態では、ホストＡのボリューム形式がホストＡ´でサポートされているか否かの判定を、ファイルシステム情報同士を比較することにより行ったが、他の方法、例えば、ボリュームマネージャに関する情報（例えば名称など）を比較することにより、行っても良い。また、ケース２の処理では、図２１に例示するように、新規ＬＵ（VOL-A1'及びVOL-A2'）は、別のストレージサブシステム２０´に準備されても良い。その際、例えばホストグループの作成要求では、別のストレージサブシステム２０´の識別子が指定されても良い。また、ケース１では、ＬＵの付け替えが行われるが、新たなＬＵ（VOL-A1'及びVOL-A2'）がストレージサブシステム又は別のストレージサブシステムに作成され、その新たなＬＵに、既存のＬＵ（VOL-A1及びVOL-A2）内のデータが、ホストＡ及びＡ´を介さずにＬＵ間でコピー或いは移動されても良い。また、ケース２では、ホストＡから既存のＬＵ（VOL-A1及びVOL-A2）の切り離しが行われても良い。また、Ｓ（Ａ）、Ｓ（Ｂ）及びＳ（Ｃ）のうちの少なくとも一つの処理は、ＣＨＡ２、ＤＫＡ２２或いはＳＶＰ２３が行っても良い。

図１は、本発明の一実施形態に係る計算機システムの一例を示す。 図２は、ホストＡからホストＡ´へのリプレース処理の流れの概要を示す。 図３は、ＯＳ種類が同じ場合での図２のステップＳ４０の説明図。 図４は、ＯＳ種類が異なるがホストＡでのファイルシステムがホストＡ´でサポートされている場合での図２のステップＳ４０の説明図。 図５は、図２のＳ５０の説明図。 図６Ａは、ホスト計算機の構成例を示す。図６Ｂは、ストレージ管理サーバの構成例を示す。 図７は、ストレージサブシステムの構成例を示す。 図８Ａは、ストレージ管理サーバ内のＬＵ管理テーブルの構成例を示す。図８Ｂは、ストレージ管理サーバ内のホストグループ管理テーブルの構成例を示す。図８Ｃは、ストレージ管理サーバ内のホスト管理テーブルの構成例を示す。 図９Ａは、ストレージサブシステム内のＬＵ管理テーブルの構成例を示す。図９Ｂは、ストレージサブシステム内のホストグループ管理テーブルの構成例を示す。 図１０は、図２のＳ１０、Ｓ２０、Ｓ３０及びＳ４０の流れの概要を示す。 図１１は、図２のＳ１０、Ｓ２０、Ｓ３０及びＳ５０の流れの概要を示す。 図１２は、ストレージ管理サーバが行う全体の処理流れの概要を示す。 図１３は、ケース１の処理において、ストレージ管理サーバが行う処理の流れを示す。 図１４は、ケース２の処理において、ストレージ管理サーバが行う処理の流れを示す。 図１５は、図１０及び図１１のＳ１００で行うエージェントの処理流れを示す。 図１６Ａは、図１１のＳ２００で行うエージェントの処理流れを示す。図１６Ｂは、図１０のＳ３００で行うエージェントの処理流れを示す。 図１７Ａは、図１０のＳ４００で行うエージェントの処理流れを示す。図１７Ｂは、図１１のＳ５００で行うエージェントの処理流れを示す。 図１８は、図１１のＳ６００で行うエージェントの処理流れを示す。 図１９Ａは、図１１のＳ（Ａ）で行うストレージサブシステムの処理流れを示す。図１９Ｂは、図１０及び図１１のＳ（Ｂ）で行うストレージサブシステムの処理流れを示す。 図２０は、図１０及び図１１のＳ（Ｃ）で行うストレージサブシステムの処理流れを示す。 図２１は、ケース２で行われる処理の変形例を示す。

符号の説明

１３…エージェント ２０…ストレージサブシステム ３１…論理ボリューム １０１…ストレージ管理サーバ １０３…ホスト計算機

Claims (20)

1. 接続されている論理ボリュームに対してデータの入出力を行う第一及び第二のホスト計算機と、
   前記第一のホスト計算機に接続されている第一の論理ボリュームと、前記第一のホスト計算機による前記第一の論理ボリュームに対する入出力を制御するコントローラとを有するストレージサブシステムを含んだ一以上のストレージサブシステムと
   に通信可能に接続された計算機であって、
   前記第一のホスト計算機での第一のデータ処理環境を表す第一のホスト情報を前記第一のホスト計算機に要求することにより前記第一のホスト情報を前記第一のホスト計算機から取得する第一のホスト情報取得部と、
   前記第二のホスト計算機での第二のデータ処理環境を表す第二のホスト情報を前記第二のホスト計算機に要求することにより前記第二のホスト情報を前記第二のホスト計算機から取得する第二のホスト情報取得部と、
   取得された前記第一のホスト情報と前記第二のホスト情報とを比較する比較部と、
   前記第二のホスト計算機に前記第一の論理ボリューム内のデータを認識可能にするための、前記第二のホスト計算機と前記ストレージサブシステム又は前記別のストレージサブシステムとに対する環境設定を、前記比較の結果に応じて自動で行う環境設定部と
   を備えた管理計算機。
2. 少なくとも前記ストレージサブシステムのコントローラが記憶域を備え、
   前記記憶域が、各ホスト計算機に対応した、一以上の論理ボリュームで構成される各ボリュームグループ毎に、ボリュームグループのグループＩＤと、該ボリュームグループを構成する一以上の論理ボリュームのボリュームＩＤと、該ボリュームグループに対応したホスト計算機の入出力形式を表す入出力形式情報とを記憶し、
   前記コントローラが、ボリュームグループに関連付けられている入出力形式情報が表す入出力形式以外の入出力形式で該ボリュームグループを構成する論理ボリュームに入出力させないように構成されており、
   前記第二のホスト情報には、前記第二のホスト計算機のＯＳに関するＯＳ情報が含まれており、
   前記環境設定部が、前記第二のホスト計算機に対応した新たなホストグループを用意することのホストグループ作成要求を前記ストレージサブシステム又は前記別のストレージサブシステムに送信し、且つ、前記ホストグループ作成要求の送信先に、前記第二のホスト情報中のＯＳ情報に基づく入出力形式情報の設定要求を送信し、それにより、前記ストレージサブシステムのコントローラ又は前記別のストレージサブシステムのコントローラが、前記新たなホストグループを表す新たなグループＩＤを前記記憶域に追記し、且つ、該新たなグループＩＤに、前記設定要求された入出力形式情報を関連付ける、
   請求項１記載の管理計算機。
3. 前記一以上のストレージサブシステムの各々が複数の通信ポートを備え、
   前記記憶域が、前記各ボリュームグループ毎に、通信ポートのポートＩＤを記憶し、
   前記コントローラが、ボリュームグループに関連付けられている入出力形式情報が表す入出力形式での入出力であっても、該ボリュームグループに関連付けられていないポートＩＤに対応した通信ポートを介して入出力させないように構成されており、
   前記環境設定部が、前記ホストグループ作成要求の送信先に、ポートＩＤの設定要求を更に送信し、それにより、前記ストレージサブシステムのコントローラ又は前記別のストレージサブシステムのコントローラが、前記新たなグループＩＤに、前記設定要求されたポートＩＤを関連付ける、
   請求項２記載の管理計算機。
4. 少なくとも前記ストレージサブシステムのコントローラが記憶域を備え、
   前記記憶域が、各論理ボリューム毎に、論理ボリュームのボリュームＩＤと、該論理ボリュームへの入出力形式が許可されたホスト計算機のホストＩＤとを記憶し、
   前記コントローラが、論理ボリュームに関連付けられているホストＩＤを有するホスト計算機以外のホスト計算機に前記論理ボリュームに入出力されないように構成されており、
   前記第二のホスト情報には、前記第二のホスト計算機のホストＩＤが含まれており、
   前記環境設定部が、前記第二のホスト計算機に認識させる論理ボリュームのボリュームＩＤを前記ストレージサブシステム又は前記別のストレージサブシステムに送信し、且つ、前記ボリュームＩＤの送信先に、前記第二のホスト情報中のホストＩＤの設定要求を送信し、それにより、前記ストレージサブシステムのコントローラ又は前記別のストレージサブシステムのコントローラが、前記記憶域上で、受信したボリュームＩＤに前記設定要求されたホストＩＤを関連付ける、
   請求項１記載の管理計算機。
5. 前記環境設定部が、前記比較の結果、前記第一のデータ処理環境が前記第二のホスト計算機でサポートされている場合に、前記ストレージサブシステム内の前記第一の論理ボリュームを切断することの切断要求を前記第一のホスト計算機に送信し、且つ、前記第一の論理ボリュームを接続することの接続要求を前記第二のホスト計算機に送信し、それにより、前記第一の論理ボリュームが前記第一のホスト計算機から切断されて、前記第二のホスト計算機に前記第一の論理ボリュームが接続される、
   請求項１記載の管理計算機。
6. 前記第一のホスト情報に、前記第一のホスト計算機の第一のＯＳの種類を表す第一のＯＳ種類情報が含まれており、
   前記第二のホスト情報に、前記第二のホスト計算機の第二のＯＳの種類を表す第二のＯＳ種類情報が含まれており、
   前記第一のデータ処理環境が前記第二のホスト計算機でサポートされている場合とは、前記第一のＯＳ種類情報が表す第一のＯＳ種類に、前記第二のＯＳ種類情報が表す第二のＯＳ種類が適合することである、
   請求項５記載の管理計算機。
7. 前記第一のホスト情報に、更に、前記第一のＯＳでサポートされている第一のボリューム形式を表す第一のボリューム形式情報が含まれており、
   前記第二のホスト情報に、更に、前記第二のＯＳでサポートされている第二のボリューム形式を表す第二のボリューム形式情報が含まれており、
   前記第一のＯＳ種類情報が表す第一のＯＳ種類に、前記第二のＯＳ種類情報が表す第二のＯＳ種類が適合していなくても、前記第一のボリューム形式情報が表す第一のボリューム形式を、前記第二のボリューム形式情報が表す第二のボリューム形式がサポートしていれば、前記第一のデータ処理環境が前記第二のホスト計算機でサポートされている場合となる、
   請求項６記載の管理計算機。
8. 前記ボリューム形式とは、ＯＳがサポートしているファイルシステム及び／又はボリュームマネージャである、
   請求項７記載の管理計算機。
9. 少なくとも前記ストレージサブシステムのコントローラが記憶域を備え、
   前記記憶域が、各ホスト計算機に対応した、一以上の論理ボリュームで構成される各ボリュームグループ毎に、ボリュームグループのグループＩＤと、該ボリュームグループを構成する一以上の論理ボリュームのボリュームＩＤと、該ボリュームグループに対応したホスト計算機の入出力形式を表す入出力形式情報とを記憶し、
   前記コントローラが、ボリュームグループに関連付けられている入出力形式情報が表す入出力形式以外の入出力形式で該ボリュームグループを構成する論理ボリュームに入出力させないように構成されており、
   前記第二のホスト情報には、前記第二のホスト計算機のＯＳに関するＯＳ情報が含まれており、
   前記環境設定部が、前記第二のホスト計算機に対応した新たなホストグループを用意することのホストグループ作成要求を前記ストレージサブシステムに送信し、該ストレージサブシステムに、前記第二のホスト情報中のＯＳ情報に基づく入出力形式情報の設定要求を送信し、且つ、前記第一の論理ボリュームのボリュームＩＤを送信し、それにより、前記ストレージサブシステムのコントローラが、前記新たなホストグループを表す新たなグループＩＤを前記記憶域に追記し、且つ、該新たなグループＩＤに、前記設定要求された入出力形式情報と、前記第一の論理ボリュームのボリュームＩＤとを関連付ける、
   請求項５記載の管理計算機。
10. 前記環境設定部が、前記比較の結果、前記第一のデータ処理環境が前記第二のホスト計算機でサポートされている場合に、新たな第二の論理ボリュームを前記ストレージサブシステム又は別のストレージサブシステムに準備させ、前記第一の論理ボリューム内のデータを少なくとも前記第二のホスト計算機を介さずに前記第二の論理ボリュームに書かせ、前記第二の論理ボリュームを接続することの接続要求を前記第二のホスト計算機に送信し、それにより、前記第一の論理ボリューム内のデータが書かれた前記第二の論理ボリュームが前記第二のホスト計算機に接続される、
    請求項１記載の管理計算機。
11. 少なくとも前記ストレージサブシステムのコントローラが記憶域を備え、
    前記記憶域が、各ホスト計算機に対応した、一以上の論理ボリュームで構成される各ボリュームグループ毎に、ボリュームグループのグループＩＤと、該ボリュームグループを構成する一以上の論理ボリュームのボリュームＩＤと、該ボリュームグループに対応したホスト計算機の入出力形式を表す入出力形式情報とを記憶し、
    前記コントローラが、ボリュームグループに関連付けられている入出力形式情報が表す入出力形式以外の入出力形式で該ボリュームグループを構成する論理ボリュームに入出力させないように構成されており、
    前記第二のホスト情報には、前記第二のホスト計算機のＯＳに関するＯＳ情報が含まれており、
    前記環境設定部が、前記第二のホスト計算機に対応した新たなホストグループを用意することのホストグループ作成要求を前記ストレージサブシステム又は前記別のストレージサブシステムに送信し、前記ホストグループ作成要求の送信先に、前記第二のホスト情報中のＯＳ情報に基づく入出力形式情報の設定要求を送信し、且つ、前記第二の論理ボリュームのボリュームＩＤを送信し、それにより、前記ストレージサブシステムのコントローラ又は前記別のストレージサブシステムのコントローラが、前記新たなホストグループを表す新たなグループＩＤを前記記憶域に追記し、且つ、該新たなグループＩＤに、前記設定要求された入出力形式情報と、前記第二の論理ボリュームのボリュームＩＤとを関連付ける、
    請求項１０記載の管理計算機。
12. 前記環境設定部が、前記比較の結果、前記第一のデータ処理環境が前記第二のホスト計算機でサポートされていない場合に、前記ストレージサブシステム又は別のストレージサブシステムに新たな第二の論理ボリュームを準備させ、前記準備された第二の論理ボリュームを前記第二のホスト計算機に接続させ、前記第二の論理ボリュームに書かれるデータファイルを認識させるためのファイルシステムが前記第二のホスト計算機により作成され、前記第一の論理ボリューム内の全てのデータを読み出して前記第二のホスト計算機に転送することを前記第一のホスト計算機に実行させ、それにより、前記第二のホスト計算機が、前記転送されて来るデータを前記第二の論理ボリュームに書いていき、且つ、それに伴って前記作成したファイルシステムを更新していき、前記第一の論理ボリューム内の全てのデータが前記第二の論理ボリュームに書かれた場合に、前記更新されたファイルシステムを用いることにより前記第二の論理ボリューム内のデータを認識できるようになる、
    請求項１記載の管理計算機。
13. 前記環境設定部が、前記比較の結果、前記第一のデータ処理環境が前記第二のホスト計算機でサポートされている場合に、前記ストレージサブシステム内の前記第一の論理ボリュームを切断することの切断要求を前記第一のホスト計算機に送信し、且つ、前記第一の論理ボリュームを接続することの接続要求を前記第二のホスト計算機に送信し、それにより、前記第二のホスト計算機に前記第一の論理ボリュームが接続される、
    請求項１２記載の管理計算機。
14. 前記環境設定部が、前記比較の結果、前記第一のデータ処理環境が前記第二のホスト計算機でサポートされている場合に、新たな第二の論理ボリュームを前記ストレージサブシステム又は別のストレージサブシステムに準備させ、前記第一の論理ボリューム内のデータを少なくとも前記第二のホスト計算機を介さずに前記第二の論理ボリュームに書かせ、前記第二の論理ボリュームを接続することの接続要求を前記第二のホスト計算機に送信し、それにより、前記第一の論理ボリューム内のデータが書かれた前記第二の論理ボリュームが前記第二のホスト計算機に接続される、
    請求項１２記載の管理計算機。
15. 少なくとも前記ストレージサブシステムのコントローラが記憶域を備え、
    前記記憶域が、各ホスト計算機に対応した、一以上の論理ボリュームで構成される各ボリュームグループ毎に、ボリュームグループのグループＩＤと、該ボリュームグループを構成する一以上の論理ボリュームのボリュームＩＤと、該ボリュームグループに対応したホスト計算機の入出力形式を表す入出力形式情報とを記憶し、
    前記コントローラが、ボリュームグループに関連付けられている入出力形式情報が表す入出力形式以外の入出力形式で該ボリュームグループを構成する論理ボリュームに入出力させないように構成されており、
    前記第二のホスト情報には、前記第二のホスト計算機のＯＳに関するＯＳ情報が含まれており、
    前記環境設定部が、前記第二のホスト計算機に対応した新たなホストグループを用意することのホストグループ作成要求を前記ストレージサブシステム又は前記別のストレージサブシステムに送信し、前記ホストグループ作成要求の送信先に、前記第二のホスト情報中のＯＳ情報に基づく入出力形式情報の設定要求を送信し、且つ、前記第二の論理ボリュームのボリュームＩＤを送信し、それにより、前記ストレージサブシステムのコントローラ又は前記別のストレージサブシステムのコントローラが、前記新たなホストグループを表す新たなグループＩＤを前記記憶域に追記し、且つ、該新たなグループＩＤに、前記設定要求された入出力形式情報と、前記第二の論理ボリュームのボリュームＩＤとを関連付ける、
    請求項１２記載の管理計算機。
16. 接続されている論理ボリュームに対してデータの入出力を行う第一及び第二のホスト計算機と、
    前記第一のホスト計算機に接続されている第一の論理ボリュームと、前記第一のホスト計算機による前記第一の論理ボリュームに対する入出力を制御するコントローラとを有するストレージサブシステムを含んだ一以上のストレージサブシステムと
    を備えたコンピュータシステムで実現する方法であって、
    前記第一のホスト計算機での第一のデータ処理環境を表す第一のホスト情報を前記第一のホスト計算機から取得し、
    前記第二のホスト計算機での第二のデータ処理環境を表す第二のホスト情報を前記第二のホスト計算機から取得し、
    取得された前記第一のホスト情報と前記第二のホスト情報とを比較し、
    前記第二のホスト計算機に前記第一の論理ボリューム内のデータを認識可能にするための、前記第二のホスト計算機と前記ストレージサブシステム又は前記別のストレージサブシステムとに対する環境設定を、前記比較の結果に応じて自動で行う、
    方法。
17. 接続されている論理ボリュームに対してデータの入出力を行う第一及び第二のホスト計算機と、
    前記第一のホスト計算機に接続されている第一の論理ボリュームと、前記第一のホスト計算機による前記第一の論理ボリュームに対する入出力を制御するコントローラとを有するストレージサブシステムを含んだ一以上のストレージサブシステムと
    に通信可能に接続された計算機に、
    前記第一のホスト計算機での第一のデータ処理環境を表す第一のホスト情報を前記第一のホスト計算機に要求することにより前記第一のホスト情報を前記第一のホスト計算機から取得し、
    前記第二のホスト計算機での第二のデータ処理環境を表す第二のホスト情報を前記第二のホスト計算機に要求することにより前記第二のホスト情報を前記第二のホスト計算機から取得し、
    取得された前記第一のホスト情報と前記第二のホスト情報とを比較し、
    前記第二のホスト計算機に前記第一の論理ボリューム内のデータを認識可能にするための、前記第二のホスト計算機と前記ストレージサブシステム又は前記別のストレージサブシステムとに対する環境設定を、前記比較の結果に応じて自動で行う
    ことを実行させるコンピュータプログラム。
18. 接続されている論理ボリュームに対してデータの入出力を行う第一及び第二のホスト計算機と、
    前記第一のホスト計算機に接続されている第一の論理ボリュームと、前記第一のホスト計算機による前記第一の論理ボリュームに対する入出力を制御するコントローラと、複数の通信ポートとを有するストレージサブシステムを含んだ一以上のストレージサブシステムと
    を備えたコンピュータシステムで実現される方法であって、
    少なくとも前記ストレージサブシステムのコントローラが記憶域を備え、
    前記記憶域が、各ホスト計算機に対応した、一以上の論理ボリュームで構成される各ボリュームグループ毎に、ボリュームグループのグループＩＤと、該ボリュームグループを構成する一以上の論理ボリュームのボリュームＩＤと、該ボリュームグループに対応したホスト計算機の入出力形式を表す入出力形式情報と、通信ポートのポートＩＤとを記憶し、該記憶域では、一つのポートＩＤに複数のグループＩＤが関連付けられ、
    前記コントローラが、ボリュームグループに関連付けられている入出力形式情報が表す入出力形式以外の入出力形式で該ボリュームグループを構成する論理ボリュームに入出力させないように構成されており、
    前記方法が、
    前記第一のホスト計算機での第一のデータ処理環境を表す第一のホスト情報を前記第一のホスト計算機に要求することにより前記第一のホスト情報を前記第一のホスト計算機から取得し、
    前記第二のホスト計算機での第二のデータ処理環境を表す、前記第二のホスト計算機のＯＳに関するＯＳ情報を含んだ第二のホスト情報を前記第二のホスト計算機に要求することにより、前記第二のホスト情報を前記第二のホスト計算機から取得し、
    取得された前記第一のホスト情報と前記第二のホスト情報とを比較し、
    前記比較の結果、前記第一のデータ処理環境が前記第二のホスト計算機でサポートされている場合に、以下の（Ａ）乃至（Ｃ）、
    （Ａ）前記第二のホスト計算機に対応した新たなホストグループを用意することのホストグループ作成要求を前記ストレージサブシステムに送信し、該ストレージサブシステムに、前記第二のホスト情報中のＯＳ情報に基づく入出力形式情報の設定要求を送信し、前記第一の論理ボリュームのボリュームＩＤを送信し、且つ、通信ポートのポートＩＤを送信し、それにより、前記ストレージサブシステムのコントローラが、前記新たなホストグループを表す新たなグループＩＤを前記記憶域に追記し、且つ、該新たなグループＩＤに、前記設定要求された入出力形式情報と、前記第一の論理ボリュームのボリュームＩＤと、前記通信ポートのポートＩＤとを関連付け、
    （Ｂ）前記ストレージサブシステム内の前記第一の論理ボリュームを切断することの切断要求を前記第一のホスト計算機に送信し、前記第一のホスト計算機が、該切断要求に応答して、前記第一の論理ボリュームを前記第一のホスト計算機から切断し、
    （Ｃ）前記第一の論理ボリュームを接続することの接続要求を前記第二のホスト計算機に送信し、それにより、前記第二のホスト計算機が、前記第一の論理ボリュームを接続し、
    を実行し、
    前記比較の結果、前記第一のデータ処理環境が前記第二のホスト計算機でサポートされていない場合に、以下の（ａ）乃至（ｂ）、
    （ａ）前記第二のホスト計算機に対応した新たなホストグループを用意することのホストグループ作成要求を前記ストレージサブシステム又は前記別のストレージサブシステムに送信し、前記ホストグループ作成要求の送信先に、前記第二のホスト情報中のＯＳ情報に基づく入出力形式情報の設定要求を送信し、前記ストレージサブシステム又は別のストレージサブシステムに新たに準備させる第二の論理ボリュームのボリュームＩＤを送信し、通信ポートのポートＩＤを送信し、それにより、前記ストレージサブシステムのコントローラ又は前記別のストレージサブシステムのコントローラが、前記新たなホストグループを表す新たなグループＩＤを前記記憶域に追記し、且つ、該新たなグループＩＤに、前記設定要求された入出力形式情報と、前記第二の論理ボリュームのボリュームＩＤ、前記通信ポートのポートＩＤとを関連付け、
    （ｂ）前記準備された第二の論理ボリュームを前記第二のホスト計算機に接続させ、前記第二の論理ボリュームに書かれるデータファイルを認識させるためのファイルシステムが前記第二のホスト計算機により作成され、前記第一の論理ボリューム内の全てのデータを読み出して前記第二のホスト計算機に転送することを前記第一のホスト計算機に実行させ、それにより、前記第二のホスト計算機が、前記転送されて来るデータを前記第二の論理ボリュームに書いていき、且つ、それに伴って前記作成したファイルシステムを更新していき、前記第一の論理ボリューム内の全てのデータが前記第二の論理ボリュームに書かれた場合に、前記更新されたファイルシステムを用いることにより前記第二の論理ボリューム内のデータを認識できるようになる、
    方法。
19. 前記第一のホスト情報に、前記第一のホスト計算機の第一のＯＳの種類を表す第一のＯＳ種類情報が含まれており、
    前記第二のホスト情報に、前記第二のホスト計算機の第二のＯＳの種類を表す第二のＯＳ種類情報が含まれており、
    前記第一のデータ処理環境が前記第二のホスト計算機でサポートされている場合とは、前記第一のＯＳ種類情報が表す第一のＯＳ種類に、前記第二のＯＳ種類情報が表す第二のＯＳ種類が適合することである、
    請求項１８記載の方法。
20. 前記第一のホスト情報に、更に、前記第一のＯＳでサポートされている第一のボリューム形式を表す第一のボリューム形式情報が含まれており、
    前記第二のホスト情報に、更に、前記第二のＯＳでサポートされている第二のボリューム形式を表す第二のボリューム形式情報が含まれており、
    前記第一のＯＳ種類情報が表す第一のＯＳ種類に、前記第二のＯＳ種類情報が表す第二のＯＳ種類が適合していなくても、前記第一のボリューム形式情報が表す第一のボリューム形式を、前記第二のボリューム形式情報が表す第二のボリューム形式がサポートしていれば、前記第一のデータ処理環境が前記第二のホスト計算機でサポートされている場合となる、
    請求項１９記載の方法。

Images