JP2006113895A - ストレージ装置の導入方法、プログラム並びに管理計算機 - Google Patents

Abstract

【課題】既存のストレージ装置から新しいストレージ装置へ移行する際に、全てのデータを移行可能にし、さらに、ボリューム間の接続構成を引き継ぐ。
【解決手段】ネットワークに接続したストレージ装置３から既存のストレージ装置２に対してアクセスを許可するようにアクセス権を変更し、ストレージ装置２に設定されたボリュームについてパスを検出し、パスのないボリュームがあった場合には、第２ストレージ装置からアクセス可能なパスをストレージ装置２に設定する。ストレージ装置２のボリュームをストレージ装置３に割り付けて、ホスト計算機からストレージ装置２のボリュームに対してアクセス可能となるようにパスを定義し、ストレージ装置２のデータをストレージ装置３に割り付けられたボリュームに転送する。
【選択図】図１１

Description

本発明は、第１ストレージ装置にアクセスするホスト計算機とを備えている計算機システムに、新たにストレージ装置を導入する方法、及びその導入プログラムに関する。

本発明は、

近年、計算機で取り扱われるデータ量は飛躍的に増大し、これに応じてデータを格納するストレージ装置の記憶容量が増大している。その結果、システム管理に占めるコストが増加し、管理コストの低減がシステム運用上、重要課題となっている。

ホスト計算機とストレージ装置とを備えた既存の計算機システムに、新しいストレージ装置を導入する場合、導入形態としては、古いストレージ装置を利用しながら新しいストレージ装置を併用するものと、古いストレージ装置内の全データを新しいストレージ装置に移行するものの２つの形態が考えられる。

上記後者の導入形態に関しては、例えば、特許文献１に、古いストレージ装置のデータを新しいストレージ装置へ移行する技術が開示されている。特許文献１では、新しいストレージ装置に割り当てたボリュームに、古いストレージ装置のボリュームのデータを移行する。そして、ホスト計算機からのアクセス先を既存の古いストレージ装置のボリュームから新たなストレージ装置のボリュームに変更し、ホスト計算機からの既存のボリュームへの入出力要求を新しいストレージ装置のボリュームで受け、リード要求に対しては移行が完了した部分は新たなボリュームから読み上げ、移行が完了していない部分は既存のボリュームから読み上げる。また、ライト要求に対しては、第１デバイスと第２デバイスに二重書きする。

以上のように、新しいストレージ装置を導入すると、ホスト計算機からの入出力を止めずに、古いストレージ装置内のボリュームのデータを新しいストレージ装置内のボリュームへ移行することができる。
特表平１０−５０８９６７号公報

しかしながら、上記前者の従来例のように新しいストレージ装置と古いストレージ装置とを併置する場合、一般的に新しいストレージ装置は古いストレージ装置と比較して高機能、高性能、高信頼であるにも拘わらず、古いストレージ装置に格納されたデータに対しては、新しいストレージ装置のメリットを適用できないという問題点がある。

また、上記後者の従来例のように、古いストレージ装置の全データを新しいストレージ装置へ移行する場合、古いストレージ装置のボリュームで、パスが設定されていないボリュームは移行できないという問題点があった。

さらに、新旧ストレージ装置間の移行は、データについて行うことができるものの、ペアボリュームなど、ボリューム同士の接続構成については引き継ぐことができない、という問題があった。

そこで、本発明は、既存のストレージ装置から新しいストレージ装置へ移行する際に、全てのデータを移行可能にし、さらに、ボリューム間の接続構成を引き継ぐことを目的とする。

本発明は、ネットワークに接続された第１ストレージ装置と、前記ネットワークを介して前記第１ストレージ装置にアクセスするホスト計算機と、を備えた計算機システムに、第２ストレージ装置を導入するストレージ装置の導入方法において、新たに接続された第２ストレージ装置から前記第１ストレージ装置に対してアクセスを許可するように管理計算機が第１ストレージ装置のアクセス権を変更し、管理計算機が前記第１ストレージ装置に設定されたボリュームについてパスを検出し、前記パスのないボリュームがあった場合には、前記管理計算機が第２ストレージ装置からアクセス可能なパスを前記第１ストレージ装置に設定し、前記管理計算機が第１ストレージ装置のボリュームを前記第２ストレージ装置に割り付け、前記管理計算機がホスト計算機から前記第２のストレージ装置のボリュームに対してアクセス可能となるようにパスを定義し、前記管理計算機が第１ストレージ装置のボリュームに格納されたデータを、前記第２ストレージ装置に割り付けられたボリュームに転送するよう指令し、前記ホスト計算機の第１ストレージ装置に対する入出力を、前記第２ストレージ装置へ要求するように前記ホスト計算機の設定を変更する。

したがって、本発明は、第２ストレージ装置を導入すると、既存の第１ストレージ装置に実際に格納されているパスのあるボリュームに加えて、パスのないボリュームについても容易に移行することができ、ストレージ装置の導入に伴う労力及びコストを最小限に抑えることができる。

さらに、ペアボリュームや移行ボリューム等のボリューム間接続も容易に移行できるのでストレージ装置の導入を容易に行うことができる。

以下、本発明の一実施形態を添付図面に基づいて説明する。

図１は本発明を適用する計算機システムの構成図である。ホストサーバ（計算機）１１は、ファイバチャネルスイッチ（以下、ＦＣスイッチ）１８を含むＳＡＮ（Storage Area Network）５を介してストレージ装置２、４に接続されている。これら既存のストレージ装置２、４に新たなストレージ装置３（図中破線内）を加え、古いストレージ装置２（第１ストレージ装置）から新たなストレージ装置３（第２ストレージ装置）へ移行する例を示す。

また、ホストサーバ１１とストレージ装置２〜４とＦＣスイッチ１８は、ＬＡＮ（ＩＰネットワーク）１４２を介して、ＳＡＮ５の管理を行う管理サーバ１０に接続されている。

ホスト計算機１１は、図示しないＣＰＵやメモリなどを有し、メモリに格納されたオペレーティングシステム（以下、ＯＳ）やアプリケーションプログラムをＣＰＵが読み出して実行することで、所定の機能を達成する。

ストレージ装置２〜４のうち、ストレージ装置２、４は、既存のストレージ装置で、ストレージ装置３は、新たに導入したストレージ装置である。ストレージ装置２（図中ストレージ装置Ｂ）は、ディスクユニット２１と、ディスクコントローラ２０と、ＳＡＮ５に接続するためポート２３ａ、２３ｂ（図中ポートＧ、Ｈ）、ＬＡＮ１４２に接続するためのＬＡＮインターフェース２５と、ディスクユニット２１に読み書きを行うデータを一時的に保存するディスクキャッシュ２４を有している。ストレージ装置４も同様に構成され、ディスクユニット４１とＳＡＮ５に接続するためのポート４３ａ（図中ポートＺ）を備えている。

また、新たに追加したストレージ装置３は、複数のディスクユニット３１と、ディスクコントローラ３０と、ＳＡＮ５に接続するためポート３３ａ、３３ｂ（図中ポートＡ、Ｂ）と、ＬＡＮ１４２に接続するためのＬＡＮインターフェース３５と、ディスクユニット３１に読み書きを行うデータを一時的に保存するディスクキャッシュ３４を有している。

本実施形態におけるストレージ装置２〜４では、ハードウェアとしてのディスクユニット２１（または３１、４１）がまとめて１又は複数の物理デバイスと定義され、１つの物理デバイスに１つの論理上のデバイス、つまりボリューム（論理ボリューム）が割り当てられる。もちろん、個々のディスクユニット２１を１つの物理デバイスおよび１つの論理デバイスとしてホストサーバ１１に見せるようにしてもよい。

また、ストレージ装置２〜４のポート２３ａ〜４３ａとして、ＳＣＳＩ（Small Computer System Interface）を上位プロトコルとしたファイバチャネルインターフェースを想定しているが、ＳＣＳＩを上位プロトコルとしたＩＰネットワークインターフェースなど、他のストレージ接続用ネットワークインターフェースであっても構わない。

ストレージ装置２のディスクコントローラ２０は、プロセッサ、キャッシュメモリ２４、制御メモリを有しており、ＬＡＮインターフェース２５を介して管理サーバ１０との通信や、ディスクユニット２１の制御を行う。ディスクコントローラ２０のプロセッサは、制御メモリに記憶されている各種情報に基づいて、ホストサーバ１１からのアクセスやディスクユニット２１の制御を行う。プロセッサは、特に、ホストサーバ１１に対してディスクユニット２１単体ではなく、ディスクアレイのように複数のディスクユニット２１を１つ又は複数の論理デバイスに見せかけている場合には、その処理や管理などを行う。また、図示しない制御メモリには、プロセッサが実行するプログラムや各種管理情報が格納される。プロセッサが実行するプログラムとしては、ディスクコントローラ・プログラムがある。

また、制御メモリに格納されている、又は格納される各種管理情報としては、ストレージ装置２のボリュームを管理するための論理デバイス管理情報２０１と、ストレージ装置２の複数のディスクユニット２１で構成される物理デバイスを管理するためのＲＡＩＤ（Redundant Array of Independent Disk）管理情報２０３と、ストレージ装置２のボリュームとストレージ装置４のボリュームとの対応付けを管理する外部デバイス管理情報２０２とがある。

ディスクコントローラ２０のキャッシュメモリ２４は、ホストサーバ１１からのアクセス処理速度を高めるため、頻繁に読み出されるデータを格納したり、あるいはホストサーバ１１からのライトデータを一時的に格納する。

ストレージ装置４も上記ストレージ装置２と同様に構成され図示しないディスクコントローラなどにより制御される。

また、新たに追加されるストレージ装置３も上記既存のストレージ装置２と同様であり、ディスクコントローラ３０はポート３３ａ、３３ｂを介してホストサーバ１１等と通信を行い、キャッシュメモリ３４を利用してディスクユニット３１にアクセスを行う。そして、ＬＡＮインターフェース３５を介して管理サーバ１０と通信を行う。また、ディスクコントローラ３０は、上記ディスクコントローラ２０と同様にディスクコントローラ・プログラムを実行し、制御メモリ（図示省略）上のストレージ装置３のボリュームを管理するための論理デバイス管理情報３０１と、ストレージ装置３の複数のディスクユニット３１で構成される物理デバイスを管理するためのＲＡＩＤ管理情報３０３と、ストレージ装置３のボリュームと外部のストレージ装置のボリュームとの対応付けを管理する外部デバイス管理情報２０２を有する。

ホストサーバ１１は、インターフェース（１／Ｆ）１１２によりＦＣスイッチ１８に接続され、ＬＡＮインターフェース１１３により管理サーバ１０にも接続されている。このホストサーバ１１では、デバイスリンクマネージャ（以下、ＤＬＭ）１１１と呼ばれるソフトウェア（プログラム）が動作する。このＤＬＭ１１１は、インターフェース１１２から認識した各ストレージ装置のボリュームと、ＯＳ（図示省略）のデバイス管理単位であるデバイスファイルとの対応関係を管理する。通常、ある一つのボリュームが複数のインターフェース１１２、複数のポート２３ａ、２３ｂによって接続されている場合、ホストサーバ１１からは、それぞれ別のアドレスのデバイスとして認識され、別のデバイスファイルが定義される。

ＤＬＭ１１１は、一つのボリュームに対応する複数のデバイスファイルをグループとして管理し、グループを代表する仮想的なデバイスファイルを上位に提供することで交替パスやパス間の負荷分散を行うことができる。さらに、本実施形態では、ＤＬＭ１１１は、管理サーバ１０に配置されるストレージマネージャ１０１からの指示により、特定デバイスファイルグループに対する新規デバイスファイルの追加／削除、デバイスファイルグループ内のメインパスの変更なども行う。

管理サーバ１０は、計算機システム全体の運用・保守管理を行う。この管理サーバ１０は、ＬＡＮインターフェース１３３を具備し、ホストサーバ１１やストレージ装置２〜４やＦＣスイッチ１８と、ＬＡＮ１４２を介して接続されている。

管理サーバ１０は、ＳＡＮ５に接続された各機器から、構成情報やリソース利用率や性能監視情報などを収集し、ストレージ管理者に提示し、運用・保守に関する指示をＬＡＮ１４２を介して各機器に送信する。この指示は、管理サーバ１０で動作するストレージマネージャ１０１により行われる。

ストレージマネージャ１０１も、上記ディスクコントローラ２０と同様、管理サーバ１０の図示しないプロセッサとメモリにより実行される。メモリには、プロセッサが実行するストレージマネージャ・プログラムが記憶されている。このストレージマネージャ・プログラムの中には、新たにストレージ装置を導入する際の導入プログラムがある。この導入プログラム、及びこれを含むストレージマネージャ・プログラムは、プロセッサにより実行されることにより、それぞれ、導入コントローラ１０２、ストレージマネージャ１０１として機能する。なお、新たにストレージ装置３等を導入する際、導入プログラムが組み込まれている新たな管理サーバを採用する以外の場合には、既存の管理サーバ１０にこの導入プログラムをインストールすることになる。

ＦＣスイッチ１８には、複数のポート１８４〜１８７が設けられ、これらのポート１８４〜１８７にストレージ装置２〜４の各ポート２３ａ、２３ｂ、３３ａ、３３ｂ，４３ａと、ホストサーバ１１のＦＣインターフェース１１２が接続され、各装置相互間での通信が可能になっている。また、ＬＡＮインターフェース１８８を介してＦＣスイッチ１８はＬＡＮ１４２に接続される。

この構成では、物理的には、全てのホストサーバ１１がＦＣスイッチ１８に接続された全てのストレージ装置２〜４にアクセスすることが可能である。また、ＦＣスイッチ１８は、ゾーニングと呼ばれる特定ポートから特定ポートへの通信を制限する機能を有し、例えば、特定ストレージの特定ポートへのアクセスを特定ホストサーバ１１に制限する場合などに用いられる。接続元ポートと接続先ポートの組み合わせを制御する方法については、ＦＣスイッチ１８のポート１８２〜１８７に割り当てられた識別子を用いる方法や、各ホストサーバ１１のインターフェース１１２やストレージ装置２〜４の各ポート１２３が保持するＷＷＮ（ＷｏｒｌｄＷｉｄｅＮａｍｅ）を用いる方法などがある。

次に、移行元となる既存のストレージ２のディスクコントローラ２０の制御メモリに格納されている又は格納されるボリューム管理情報２０１、ＲＡＩＤ管理情報２０３、外部デバイス管理情報２０２について説明する。

図２は、ディスクコントローラ２０がストレージ装置２内のボリュームを管理するボリューム管理情報２０１の一例を示す構成図である。

ボリューム管理情報２０１としては、ボリューム番号２２１、サイズ２２２、対応物理／外部デバイス番号２２３、デバイス状態２２４、ポートＩＤ／ターゲットＩＤ／ＬＵＮ（Logical Unit Nummber）２２５、接続ホスト名２２６、移行中物理／外部デバイス番号２２７、データ移行進捗ポインタ２２８、データ移行中フラグ２２９がある。

サイズ２２２には、当該ボリューム、つまりボリューム番号２２１により特定されるボリュームの容量が格納される。対応物理／外部デバイス番号２２３には、当該ボリュームに対応するストレージ装置２の物理デバイスの番号、もしくは外部デバイス、すなわちストレージ装置２のボリュームの番号が格納される。物理／外部デバイス番号２２３が未割当ての場合、当該エントリには無効値が設定される。このデバイス番号は、ＲＡＩＤ管理情報２０３、もしくは外部デバイス管理情報のエントリ番号となる。デバイス状態２２４には、当該ボリュームの状態を示す情報が設定される。

状態としては、「オンライン」、「オフライン」、「未実装」、「障害オフライン」、「データ移行中」が存在する。「オンライン」は、当該ボリュームが正常に稼動し、上位ホストからのアクセスが可能な状態であることを示す。「オフライン」は、当該ボリュームは定義され、正常に稼動しているが、上位ホストからのアクセスはできない状態にあることを示す。この状態は、以前上位ホストで使用されていたが、上位ホストでそのデバイスが不要となって使われなくなった場合に相当する。なお、当該ボリュームが定義されるとは、物理デバイスや外部デバイスとの対応関係が設定されることで、具体的には、物理／外部デバイス番号２２３が設定されることである。「未実装」は、当該ボリュームが定義されておらず上位ホストからのアクセスはできない状態にあることを示す。「障害オフライン」は、当該ボリュームに障害が発生して上位ホストからのアクセスができないことを示す。また、「データ移行中」は、外部デバイスからのデータ移行処理中、又は外部デバイスへのデータ移行処理中であることを示す。

なお、本実施形態では、簡単のため、利用可能なボリュームは製品の工場出荷時にあらかじめディスクユニット２１上に作成された物理デバイスへ割り当てられているものとする。このため、利用可能なボリュームについては、工場出荷段階で、デバイス状態２２４の初期値は「オフライン」状態、その他は「未実装」状態となる。

エントリ２２５のポート番号には、当該ボリュームが複数のポート２３ａ、２３ｂのうちのどのポートに接続されているかを表す情報が設定される。ポート番号としては、各ポート２３ａ、２３ｂにストレージ装置２内で一意に割り振った番号が用いられる。また、ターゲットＩＤとＬＵＮは、ボリュームを識別するための識別子である。

接続ホスト名２２６は、ＦＣスイッチ１８に接続されたストレージ装置２〜４でのみ利用される情報で、当該ボリュームにアクセスが許可されているホストサーバ１１を識別するホスト名である。ホスト名としては、ホストサーバ１１のインターフェース１１２に付与されたＷＷＮなど、ホストサーバ１１もしくはインターフェース１１２を一意に識別可能なものであればよい。ストレージ装置２の制御メモリには、このほかに、各ポート２３ａ、２３ｂのＷＷＮなどの属性に関する管理情報が保持される。

移行中物理／外部デバイス番号２２７には、デバイス状態２２４が「データ移行中」であるとき、当該ボリュームが割り当てられた物理／外部デバイスの移行先物理／外部デバイス番号が保持される。データ移行進捗ポインタ２２８は、データ移行処理が未完了な移行元の領域の先頭アドレスを示す情報であり、データ移行の進行に伴い、更新される。データ移行中フラグ２２９は、初期値がＯｆｆで、Ｏｎ設定されると当該ボリュームが割り当てられた物理／外部デバイスを別の物理／外部デバイスへデータ移行中であることを示し、この場合のみ本管理情報の移行中物理／外部デバイス番号２２７とデータ移行中進捗ポインタ２２８が有効となる。

なお、ストレージ装置３のディスクコントローラ３０も上記論理デバイス管理情報２０１と同様の論理デバイス管理情報３０１を有し、ストレージ装置４も図示はしないが、論理デバイス管理情報を有する。

図３は、ストレージ装置２内の物理デバイスを管理するＲＡＩＤ管理情報２０３の構成図である。ＲＡＩＤ管理情報２０３としては、物理デバイス番号２３１、サイズ２３２、対応ボリューム番号２３３、デバイス状態２３４、ＲＡＩＤ構成２３５、ストライプサイズ２３６、ディスク番号リスト２３７、ディスク内開始オフセット２３８、ディスク内サイズ２３９がある。

サイズ２３２には、当該物理デバイス、つまり物理デバイス番号２３１により特定される物理デバイスの容量が格納される。対応ボリューム番号２３３には、当該物理デバイスが対応するストレージ装置２内のボリューム番号が格納される。ボリュームへ未割当ての場合、当該エントリには無効値が設定される。デバイス状態２３４には、当該物理デバイスの状態を示す情報が設定される。状態としては、「オンライン」、「オフライン」、「未実装」、「障害オフライン」が存在する。「オンライン」は、当該物理デバイスが正常に稼動し、ボリュームに割り当てられている状態であることを示す。「オフライン」は、当該物理デバイスは定義され、正常に稼動しているが、ボリュームに未割当てであることを示す。なお、物理デバイスが定義されるとは、ディスクユニット２１との対応関係が設定されることで、具体的には、後述のディスク番号リスト２３７やディスク内開始オフセットが設定されることである。「未実装」は、当該物理デバイスがディスクユニット２１上に定義されていない状態にあることを示す。「障害オフライン」は、当該物理デバイスに障害が発生してボリュームに割り当てられないことを示す。

なお、本実施形態では、簡単のため、物理デバイスは製品の工場出荷時にあらかじめディスクユニット２１上に作成されているものとする。このため、利用可能な物理デバイスについては、工場出荷段階で、デバイス状態２３４の初期値は「オフライン」状態、その他は「未実装」状態となる。

ＲＡＩＤ構成２３５には、当該物理デバイスが割り当てられたディスクユニット２１のＲＡＩＤレベル、データディスクとパリティディスク数などＲＡＩＤ構成に関連する情報が保持される。同じように、ストライプサイズ２３６には、ＲＡＩＤにおけるデータ分割単位（ストライプ）長が保持される。ディスク番号リスト２３７には、当該物理デバイスが割り当てられたＲＡＩＤを構成する１又は複数のディスクユニット２１の番号が保持される。この番号はストレージ装置２内でディスクユニット２１を識別するために付与した一意な値である。ディスク内開始オフセット２３７とディスク内サイズ２３８には、当該物理デバイスデータが各ディスクユニット２１内のどの領域に割り当てられているかを示す情報である。本実施例では、簡単のため、ＲＡＩＤを構成する各ディスクユニット２１内のオフセットとサイズを統一している。

なお、以上で説明したＲＡＩＤ管理情報２０３の各項目は、いずれも、ストレージ装置３の工場出荷段階で設定されている。

なお、ストレージ装置３のディスクコントローラ３０も上記ＲＡＩＤ管理情報２０３と同様のＲＡＩＤ管理情報３０３を有し、ストレージ装置４も図示はしないが、同様のＲＡＩＤ管理情報を有する。

図４は、ストレージ装置２の外部デバイスを管理する外部デバイス管理情報２０２の構成図である。

外部デバイス管理情報２０２としては、外部デバイス番号２４１、サイズ２４２、対応ボリューム番号２４３、デバイス状態２４４、ストレージ識別情報２４５、ストレージ内デバイス番号２４６、イニシエータポート番号リスト２４７、ターゲットポートＩＤ／ターゲットＩＤ／ＬＵＮリスト２４８がある。

外部デバイス番号２４１には、ストレージ装置２のボリュームに割り当てた、ストレージ装置２内で一意な値が保持される。サイズ２４２には、当該外部デバイス、つまり外部デバイス番号２４１により特定される外部デバイスの容量が格納されている。対応ボリューム番号２４３には、当該外部デバイスが対応するストレージ装置３内のボリューム番号が格納される。ボリュームへ未割り当ての場合、当該エントリには無効値が設定される。デバイス状態２４４には、当該外部デバイスの状態を示す情報が設定される。状態としては、「オンライン」、「オフライン」、「未実装」、「障害オフライン」が存在し、各状態の意味は、ＲＡＩＤ管理情報２０３内のデバイス状態２３４と同じである。ストレージ装置３の初期状態は他ストレージを接続していないため、デバイス状態２４４の初期値は「未実装」となる。

ストレージ識別情報２４５には、当該外部デバイスを搭載するストレージ装置２の識別情報が保持される。ストレージ識別情報としては、同ストレージ装置２のベンダ識別情報と各ベンダが一意に割り振る製造シリアル番号の組み合わせ、などが考えられる。

ストレージ内デバイス番号２４６には、当該外部デバイスに対応するストレージ装置２内のボリューム番号が保持される。イニシエータポート番号リスト２４７には、当該外部デバイスへアクセス可能なストレージ装置２のポート２３ａ、２３ｂの番号のリストが保持される。ターゲットポートＩＤ／ターゲットＩＤ／ＬＵＮリスト２４８には、当該外部デバイスがストレージ装置２の１つ以上のポート２３ａ、２３ｂにＬＵＮ定義されている場合、それらのポートのポートＩＤ、及び当該外部デバイスが割り当てられたターゲットＩＤ／ＬＵＮが１つ又は複数個保持される。

なお、ストレージ装置３のディスクコントローラ３０も上記外部デバイス管理情報２０２と同様の外部デバイス管理情報３０２を有し、ストレージ装置４も図示はしないが、同様の外部デバイス管理情報を有する。

次に、ＳＡＮ５を管理する管理サーバ１０上で稼動するストレージマネージャ１０１について説明する。

図５は、管理サーバ１０上のストレージマネージャ１０１が有するストレージ装置２〜４の管理情報の一例を示す。ストレージマネージャ１０１は、各ストレージ装置２〜４毎に、パス管理情報、ボリューム管理情報、ボリューム間接続情報、外部接続管理情報等からなる管理テーブルをストレージ装置２〜４毎に作成し図示しないメモリ上などに展開する。

図中管理テーブル１０３ａはストレージ装置２の管理情報を示し、同じく１０３ｃはストレージ装置４の管理情報を、１０３ｂは新たに追加したストレージ装置３の管理情報を示す。管理テーブル１０３ｂは、ストレージ装置３をＳＡＮ５へ物理的に接続した後、ストレージマネージャ１０１が生成するものである。各管理テーブル１０３ａ〜１０３ｃの構成は同様であるので、以下、ストレージ装置２の管理テーブル１０３ａについて説明する。

ストレージマネージャ１０１が管理するストレージ装置２の管理テーブル１０３ａには、ディスクユニット２１内の各ボリュームのパスに関する情報を格納するパス管理情報１０５ａと、ストレージ装置２内のボリュームの状態を管理するボリューム管理情報１０６ａと、ストレージ装置２内での各ボリュームの相互関係を設定するボリューム間接続管理情報１０７ａと、ストレージ装置２の外部の装置との接続情報を示す外部接続管理情報１０８ａがそれぞれテーブルとして設定されている。

ここでは、図１で示すように、移行元となるストレージ装置２のディスクユニット２１に、６つのボリュームＧ〜Ｌが設定されている場合を示す。また、ストレージ装置２のポート２３ａ、２３ｂを以下の説明ではポートＧ，Ｈとし、ストレージ装置４のポート４３ａをポートＺとし、新たに追加するストレージ装置３のポート３３ａ、３３ｂをポートＡ、Ｂとする。

まず、図６はストレージ装置２に対して設定されたパス管理情報１０５ａの構成図を示し、パス名１０５１にはディスクユニット２１に設定されたパスの名称またはパスの識別子が格納される。このパス名１０５１対応して、パスが張られたポート名（またはポートの識別子）１０５２とＬＵＮ番号１０５３及びボリューム名（または識別子）１０５４が設定される。

例えば、ポートＧには、パスＧが設定されたボリュームＧと、パスＨが設定されたボリュームＨが割り当てられ、ポートＨには、パスＩ〜Ｋが設定されたボリュームＩ〜Ｋが割り当てられており、テーブルに記載のない図１のボリュームＬにはパスが設定されていない。

次に、図７は、ストレージ装置２内の各ボリュームの状態を示すボリューム管理情報１０６ａの構成図である。ボリューム名１０６１にはディスクユニット２１内のボリュームの名称またはボリュームの識別子が格納される。このボリューム名１０６１対応して、ディスクアレイ１０６２にはボリュームが存在するアレイの識別子が格納される。パス定義１０６３にはボリューム名１０６１で指示されるボリュームにパスが存在するか否かを示す情報が格納され、例えば、「TRUE」はパスが存在することを示し、「FALSE」はパスが存在しないことを示す。

次に、接続構成１０６４には、ディスクユニット２１内での他のボリュームと該当ボリュームの接続関係が格納される。例えば、「ペア」はペアボリュームを示し、「移行」は移行ボリュームを示し、さらに他のボリュームに対して接続関係の正副を示す情報が格納される。なお、他のボリュームとの接続関係がない場合には、「NONE」が格納される。また、移行ボリュームは、正ボリュームと副ボリュームが異なるディスクアレイに設定され、正ボリュームの負荷が高くなった場合には、アクセスを副ボリュームへ切り替える接続関係を示す。

次に、アクセス権限１０６５には、ホストサーバ１１からのアクセスに対する権限が格納され、「Ｒ／Ｗ」は読み書きが可能であることを示し、「Ｒ」はホストサーバ１１の読み込みのみを許容し、「Ｗ」はホストサーバ１１の書き込みのみを許容することを示す。

ディスク属性１０６６は、ボリュームが割り当てられた物理ディスクの性能や信頼性を示す指標が格納される。例えば、この指標として物理ディスクのインターフェースを用いる場合、「FC」、「SATA（Serial AT Attachment）」、「ATA（AT Attachment）」等が指標として用いられる。すなわち、ディスク属性１０６６がFCであれば、高性能、高信頼性を示唆し、SATAまたはATAであれば大容量、低価格などを示唆することができる。図７の例では、ボリュームＧ〜ＩがディスクアレイＸに存在し、ボリュームＪ〜ＬがディスクアレイＹに存在しており、ボリュームＧとＨがペアボリュームを構成し、ボリュームＩとＪが移行ボリュームを構成し、ボリュームＬにはパスが存在しないことが分かる。また、ディスクアレイＸはSATAで構成され、ディスクアレイＹはSCSIで構成されて、ディスクアレイＹの方が性能が高いことが分かる。

次に、図８は、ストレージ装置２内のボリューム同士の接続関係を示すボリューム間接続管理情報１０７ａの構成図である。接続種別１０７１にはボリューム同士の接続種別が格納され、例えば、「ペア」または「移行」が格納される。ボリューム名１０７２には、正ボリュームの名称または識別子が格納され、ボリューム名１０７３には、副ボリュームの名称または識別子が格納される。図８では図７に対応して、ペアボリュームの正ボリュームを構成するボリュームＧがボリューム名１０７２に格納され、同じく副ボリュームのボリュームＨがボリューム名１０７３に格納される。同様に移行ボリュームの正ボリュームを構成するボリュームＩがボリューム名１０７２に格納され、同じく副ボリュームのボリュームＪがボリューム名１０７３に格納される。

次に、図９は、ストレージ装置２のボリュームと外部のストレージ装置の接続関係を示す外部接続管理情報１０８ａの構成図である。外部接続１０８１には外部接続の識別子が格納され、内部ボリューム１０８２にはディスクユニット２１内のボリューム名または識別子が格納され、外部ボリューム１０８３にはストレージ装置２の外部の装置に収容されたボリューム名または識別子が格納される。例えば、ストレージ装置２のボリュームＫがストレージ装置４のボリュームＺと接続されている場合は、図示のように内部ボリューム名１０８１にボリュームＫが格納され、外部ボリューム名１０８２にはストレージ装置４のボリュームＺが格納される。

以上のようにストレージ装置２の管理テーブル１０３ａは構成される。上記の設定は、図１６の上部に示すように、ポートＧに割り当てられたボリュームＧ、Ｈがペアボリュームを構成し、ポートＨに割り当てられたボリュームＩ，Ｊが移行ボリュームを構成しており、ポートＨに割り当てられたボリュームＫが外部のボリュームＺに接続されていることを示す。

なお、ストレージマネージャ１０１は、ストレージ装置２の管理テーブル１０３ａと同様に、ストレージ装置３の管理テーブル１０３ｂ，ストレージ装置４の管理テーブル１０３ｃを生成し、ストレージ装置３の管理テーブル１０３ｂには、図示はしないが上記と同様にパス管理情報１０５ｂ、ボリューム管理情報１０６ｂ、ボリューム間接続管理情報１０７ｂ、外部接続管理情報１０８ｂが設定される。

また、ストレージマネージャ１０１は、図１０で示すように、各ストレージ装置２から４のポートを管理するポート管理情報１０９を備える。ストレージマネージャ１０１は、ＦＣスイッチ１８からの通知やストレージマネージャ１０１の検出したＳＡＮ５上のポートについて、ポートの識別子（ＩＤまたは名称）１０９１と所属するストレージ装置の識別子（ＩＤまたは名称）１０９２に分けて格納する。

次に、ストレージ装置３の導入に伴うストレージ管理者および計算機システムの動作について、以下に説明する。

本実施形態では、図１６で示すように、既存のストレージ装置２（ストレージ装置Ｂ）のデータ及びボリューム構成を、新たに導入したストレージ装置３（ストレージ装置Ａ）へコピーし、ホストサーバ１１からのアクセスをストレージ装置２からストレージ装置３へ移行するものである。

図１１は、既存のストレージ装置２から新たなストレージ装置３へ移行するときに、管理サーバ１０のストレージマネージャ１０１に含まれる導入コントローラ１０２で行われる制御の一例を示すフローチャートである。なお、この制御を開始する以前に、ストレージ装置３はＳＡＮ５へ物理的に接続されている。

すなわち、本実施形態では、ストレージ装置３のポートＡ（３３ａ）をＦＣスイッチ１８のポート１８２に接続し、ストレージ装置２を含む他ストレージヘのアクセス用としてポート３３ｂをＦＣスイッチ１８のポート１８３に接続する。ストレージ装置３が起動すると、ＦＣスイッチ１８は、新たに追加したストレージ装置３のポート３３ａ、３３ｂとのリンク確立を検出し、以降、ファイバチャネル規格に従い、各ポート３３ａ、３３ｂからスイッチ１８へのログインが実行されると共に、ホストサーバ１１やストレージ装置２の各インターフェースおよびポートへのログインが実行される。このとき、ストレージ装置３では、ポート３３ａ、３３ｂのそれぞれがログインしたホストサーバ１１等のポートのＷＷＮやＩＤなどの情報を保持することになる。ストレージマネージャ１０１の導入コントローラ１０２は、ＦＣスイッチ１８からの状態変更通知を受け、ＦＣスイッチ１８からネットワークトポロジ情報を再取得し、新規にストレージ装置３が登録されたことを検知する。そして、上記図１０で示したように、ストレージマネージャ１０１は各ストレージ装置のポートを管理するポート管理情報１０９を作成または更新する。

以上のようにストレージマネージャ１０１が新たなストレージ装置３を認識すると、導入コントローラ１０２による図１１の制御が開始可能となる。

まず、図１１のＳ１では、ストレージ装置２（図中ストレージ装置Ｂ）からストレージ装置３（ストレージ装置Ａ）へ移行するボリューム群とポートを指定する。このボリューム群とポートの指定は、ストレージ管理者などが管理サーバ１０の図示しないコンソールなどを用いて行うことができる。

ストレージマネージャ１０１は、指定された移行元のストレージ装置２のボリュームとポートの情報をそれぞれリスト（図示省略）として格納し、以下、リストの先頭からＳ２以降の処理を行う。

次に、Ｓ２でストレージマネージャ１０１は、図７に示したストレージ装置２のボリューム管理情報１０６ａを読み込んで、移行元のストレージ装置２のボリューム構成から指定されたボリュームの情報を順次取得する。

Ｓ３では、上記Ｓ１で指定されたストレージ装置２のボリュームについて指定されたポートに対応するパスが定義されているかを判定する。この判定では、図７のボリューム名１０６１とパス定義１０６３を参照し、まず、パス定義の有無を判定し、パスがあれば、ボリューム名をキーとして図６のパス管理情報１０５ａを参照して対応するポート名を取得する。そして、取得したポート名が上記Ｓ１で指定されたポートに一致すればパスが存在するのでＳ５に進む。一方、パスが存在しない場合や、取得したポート名が上記Ｓ１で指定されたポートに一致しない場合には、パスが存在しないのでＳ４へ進む。

パスが存在しない場合のＳ４では、ストレージマネージャ１０１は、ストレージ装置２のディスクコントローラ２０に対して、該当するボリュームについて指定されたパスを定義するよう指令する。そして、ストレージマネージャ１０１はストレージ装置２のパス管理情報１０５ａに、移行のために一時的に設定したパスを加えて更新する。この後、Ｓ５の処理に進む。

Ｓ５では、上記Ｓ１で指定された全ボリュームについてパス定義の確認が完了したか否かを判定する。指定された全ボリュームについてパス定義の確認が完了するとＳ６以降の処理へ進む。一方、完了していなければ、移行予定の指定ボリュームが他にも存在するので、上記Ｓ２へ復帰し、上記リストから次の指定ボリュームについてＳ２〜Ｓ５の処理を繰り返す。

次に、Ｓ６では、ストレージマネージャ１０１は、ＦＣスイッチ１８のゾーニング設定を変更し、ストレージ装置２のデバイスアクセス権設定を変更し、ストレージ装置３からストレージ装置２のボリュームにアクセス可能とする。

Ｓ７では、ストレージマネージャ１０１は、ストレージ装置２のボリュームを新たなストレージ装置３のボリュームへ割り当て、ボリュームレベルでの対応付けを行う。

具体的には、ストレージマネージャ１０１は、まず、ストレージ装置３への移行対象であるストレージ装置２のポートＩＤリスト（例えば、図１０のポート管理情報１０９）をストレージ装置３に送信する。ストレージ装置３のディスクコントローラ３０は、受信したリストにあるストレージ装置２のポート２３ａ、２３ｂについて特定のＬＵＮを指定したＳＣＳＩのＩｎｑｕｉｒｙコマンドを全ＬＵＮ分、ポートＢ（３３ｂ）から送信する。これに対して、ストレージ装置２のディスクコントローラ２０、ストレージ装置２の各ポートＩＤに対して実際に設定されているＬＵＮに対するＩｎｑｕｉｒｙコマンドに正常応答する。

ストレージ装置３のディスクコントローラ３０は、この応答により、アクセス可能でかつストレージ装置３へ移行可能であるストレージ装置２のボリュームを特定し、これらのボリュームに関する外部デバイスリスト（ストレージ装置３にとっての外部デバイスリスト）を作成する。ストレージ装置３のディスクコントローラ３０は、移行可否の判断には、ストレージ装置３に接続されている装置の名、装置の種類、装置の容量等の情報を利用する。なお、装置名や装置の種類や装置の容量等の情報は、上記Ｉｎｑｕｉｒｙコマンドに対する応答の返却情報、及びＩｎｑｕｉｒｙコマンドに続いて送信されるＲｅａｄＣａｐａｃｉｔｙコマンドに対する応答の返却情報から取得される。ディスクコントローラ３０は、移行可能と判断したストレージ装置２のボリュームを、ストレージ装置３の外部デバイスとして、ディスクコントローラ３０は外部デバイス管理情報３０２へ登録する。

具体的には、図４に示した外部デバイス管理情報３０２のデバイス状態２４４が「未実装」である外部デバイスを見つけ出し、当該外部デバイスエントリに、情報２４２〜２４８を設定する。ここでデバイス状態２４４は「オフライン」に変更される。

ストレージ装置３のディスクコントローラ３０は、指定されたポートについての前述の外部デバイスリストをストレージマネージャ１０１に通知し、ストレージマネージャ１０１の導入コントローラ１０２は、ストレージ装置３に対して、ストレージ装置２のボリュームの割付を指示する。

ストレージ装置３のディスクコントローラ３０は、この指示を受け付けると、ストレージ装置３の未実装状態のボリュームａへ、外部デバイスａ、すなわちストレージ装置２のボリュームを割り付ける。

具体的には、ストレージ装置３のディスクコントローラ３０は、ボリュームａに関するボリューム管理情報２０１の対応物理／外部デバイス番号２３に、ストレージ装置２のボリュームが対応する外部デバイスａのデバイス番号２４１を設定し、ボリューム管理情報３０１のデバイス状態２２４を「未実装」から「オフライン」に変更する。併せて、外部デバイス管理情報３０２のうち、対応ボリューム番号２４３にボリュームａのデバイス番号２２１を設定し、デバイス状態２４４を「オンライン」に変更する。

次にＳ８では、ストレージマネージャ１０１の導入コントローラ１０２は、ストレージ装置３に割り当てたボリュームａに対してホストサーバ１１からアクセス可能になるよう、ポート３３ａに対するＬＵＮを定義するようストレージ装置３に指示し、パス定義を行う。

ストレージ装置３のディスクコントローラ３０は、この指示を受けて、ストレージ装置３のポートＡ（３３ａ）またはポートＢ（３３ｂ）に対して、先に割り当てたボリュームａに関するＬＵＮを定義する、すなわち、デバイスパスを定義する。そして、ボリューム管理情報３０１のポート番号／ターゲットＩＤ／ＬＵＮ２２５及び接続ホスト名２２６を設定する。

ストレージ装置２のボリュームがストレージ装置３のボリュームとして割り当てられ、ＬＵＮも定義されたら、Ｓ９で、ストレージマネージャ１０１の導入コントローラ１０２は、ホストサーバ１１のＤＬＭ１１１へ指示し、デバイスの再認識を行わせる。

ホストサーバ１１のＤＬＭ１１１は、この指示を受けて、ストレージ装置３に新しく割り当てられたボリュームに関するデバイスファイルを作成する。例えば、ヒューレットパッカード社のＵＮＩＸ（登録商標）オペレーティングシステムでは、”ＩＯＳＣＡＮ”コマンドにより、新規ボリュームの認識、デバイスファイルの作成が行われる。

ＤＬＭ１１１では、新規に作成されたデバイスファイルに対応するストレージ装置２のボリュームが既に作成されているデバイスファイルと同一のものであれば、それを検知し、これらのデバイスファイルを同じグループとして管理する。この同一性の判定には、先述のＩｎｑｕｉｒｙコマンドなどにより、ストレージ装置３内のデバイス番号を取得する方法などが考えられる。しかし、ストレージ装置２内のボリュームｂに対応するものがストレージ装置３内のボリュームａである場合、これらのボリュームａ、ｂがＤＬＭ１１１からは異なるストレージ装置２〜４のボリュームとして見えるため、同一のグループには管理されない。

次に、Ｓ１０では、ストレージ装置３が計算機システムに導入された後、ストレージ装置３内の空きボリュームに、ストレージ装置２内のデバイスに記憶されているデータを移行する。

この処理は、図１２のサブルーチンに基づいて説明する。

まず、ストレージマネージャ１０１の導入コントローラ１０２からストレージ装置３のディスクコントローラ３０へデータ移行指示を与える。ストレージ装置３のディスクコントローラ３０は、図１２のＳ１０１で、ＲＡＩＤ管理情報３０３のデバイス状態２３４をチェックして、「オフライン」の状態、つまり空き状態の物理デバイスａを探索する。「オフライン」の物理デバイスを探索したら、サイズ２３２を参照して空きデバイスの容量を求める。次に、ディスクコントローラ３０は、Ｓ１０２で、外部デバイス管理情報３０２のデバイス状態２４４が「オフライン」で、外部デバイス管理情報３０２のサイズ２４２が当該物理デバイスａの容量に収まる外部デバイス（以下、移行対象デバイス）を探索する。

移行先の空き物理デバイスａと移行対象デバイスが決定したら、ディスクコントローラ３０は、Ｓ１０３で、ストレージ装置３のボリュームａに空き状態の物理デバイスを割り当てる。

具体的には、物理デバイスａに対応するＲＡＩＤ管理情報３０３の対応ボリューム番号２３３にボリュームａの番号を登録し、デバイス状態２３４を「オフライン」から「オンライン」に変更する。さらに、ボリュームａに対応するボリューム管理情報３０１のデータ移行進捗ポインタ２２８を初期化した後、デバイス状態２４を「データ移行中」に設定し、データ移行中フラグ２２９をＯｎに設定し、移行中物理／外部デバイス番号２２７に物理デバイスａの番号を設定する。

デバイス割り当てが完了したら、ストレージ装置３のディスクコントローラ３０は、Ｓ１０４で、移行対象デバイスから物理デバイスａへのデータ移行処理を行う。具体的には、移行対象デバイスの先頭からデータをキャッシュ２２４に読み上げ、物理デバイスａへ当該データを書き込み、これを移動対象デバイスの終端まで繰り返していく。この際、物理デバイスａへの書き込みが完了する毎に、ボリューム管理情報３０１のボリュームａに関するデータ移行進捗ポインタ２２８に、次の移行対象領域の先頭アドレスを設定する。

全てのデータ転送が完了したら、ディスクコントローラ３０は、Ｓ１０５で、ボリューム管理情報３０１の対応物理／外部デバイス番号２２３に物理デバイスａの物理デバイス番号を設定し、デバイス状態２２４を「データ移行中」から「オンライン」に変更し、データ移行中フラグ２２９をＯｆｆに設定し、移行中物理／外部デバイス番号２２７に無効値を設定する。さらに、移行対象デバイスに対応する外部デバイス管理情報３０２の対応ボリューム番号２４３に無効値を、デバイス状態２４４に「オフライン」をそれぞれ設定する。

次に、Ｓ１１では、ストレージマネージャ１０１の導入コントローラ１０２は、ホストサーバ１１のＤＬＭ１１１に対して、アクセス先をストレージ装置２から新たなストレージ装置３へ変更するよう指示する。

この指示を受けたＤＬＭ１１１は、ストレージ装置２内のボリュームに対するアクセスをストレージ装置３内のボリュームに対するアクセスに変更する。

具体的には、ストレージマネージャ１０１の導入コントローラ１０２は、まず、ストレージ装置２とストレージ装置３のデバイス対応情報をＤＬＭ１１１に送信する。このデバイス対応情報は、ストレージ装置３のボリュームの割り当てに関する情報である。

ホストサーバ１１のＤＬＭ１１１は、ストレージ装置２内のボリュームに関連するデバイスファイルグループに割り付けられた仮想デバイスファイルを、ストレージ装置３内のボリュームに関連するデバイスファイルグループに割り付ける。この結果、ホストサーバ１１上で動作するソフトウェアにとっては、ストレージ装置２内のボリュームｂにアクセスする手順通りのままで、ストレージ装置３内のボリュームａへアクセスすることが可能となる。

次に、Ｓ１２で、ストレージマネージャ１０１の導入コントローラ１０２は、ＦＣスイッチ１８に対してゾーニング設定を変更させ、ストレージ装置２に対してデバイスアクセス権設定を変更させて、ホストサーバ１１からのストレージ装置２のデバイスへの直接アクセスを抑止する。

以上の処理で、図１６に示すように、移行元のストレージ装置２のボリュームＧ〜Ｌに対応して、新たなストレージ装置３にはボリュームＡ〜Ｆが設定され、さらに、各ボリュームＡ〜Ｆに対応するパス定義が、ストレージマネージャ１０１のパス管理情報１０５ｂに作成され、移行元のストレージ装置２のボリュームに格納されたデータが、新たなストレージ装置３の対応するボリュームに転送され、ホストサーバ１１から新たなストレージ装置３へのアクセスが可能となる。

そして、上記Ｓ３、Ｓ４の処理により、図１５で示すように、移行元のストレージ装置２内でパスが存在しないボリュームＬがあると、一時的に移行用のパスＬを設定することで新たなストレージ装置３から移行元のボリュームＬにアクセスすることが可能となり、パスの有無にかかわらず、移行元の全てのボリュームを新たなストレージ装置３へ移行することができる。

次に、既存のストレージ装置２のボリュームとデータを新たなストレージ装置３への移行が完了すると、図１１のＳ１３でストレージ装置２内に設定されているペアボリュームや移行ボリュームなどのボリューム間の接続を、新たなストレージ装置３に再構築する。

この処理は、図１３で示すサブルーチンに基づいて説明する。

まず、Ｓ２１では、上記Ｓ１で指定したボリューム群中の全てのペアボリュームまたは管理者などがストレージマネージャ１０１の図示しないコンソールなどから、ストレージ装置２からストレージ装置３へ移行するペアボリュームを指定する。

Ｓ２２では、ストレージマネージャ１０１の導入コントローラ１０２は、図８に示したストレージ装置２のボリューム間接続管理情報１０７ａを取得して、移行元のストレージ装置２内のペアボリュームのペア関係を得る。

Ｓ２３では、ストレージ装置２のボリューム間接続管理情報１０７ａに上記Ｓ２１で指定されたボリュームがあれば、Ｓ２４へ進んで、ストレージ装置３のボリューム間接続管理情報１０７ｂに該当するボリュームの接続種別と、正副関係を生成する。そして、ストレージマネージャ１０１は、移行先のストレージ装置３のディスクコントローラ３０に、上記再構築したペア関係をＬＡＮ１４２を経由して通知する。

Ｓ２５では、上記Ｓ２１で指定した全てのペアボリュームについて、ストレージ装置２のボリューム間接続管理情報１０７ａ内の検索が終了するまで、上記Ｓ２２からＳ２４のループを繰り返す。そして、指定された全てのペア関係のボリュームについて、ストレージ装置３のボリューム間接続管理情報１０７ｂに、ストレージ装置２のペア関係に対応するボリューム間接続情報を生成するとサブルーチンを終了する。

上記サブルーチンにより、図１６で示すように、移行元のストレージ装置２のペアボリュームＧ，Ｈに対応するペア関係が、新たなストレージ装置３のボリュームＡ、Ｂに設定され、ストレージマネージャ１０１のボリューム間接続管理情報１０７ｂ及びボリューム管理情報１０６ｂが生成され、これらのペア情報は新たなストレージ装置３のディスクコントローラ３０に通知され、移行元のペアボリュームを新たなストレージ装置３へ自動的に再構築することができる。なお、ペアボリュームの指定は、上記Ｓ１で行うようにしても良い。

同一ストレージ装置内のペア関係を新たなストレージ装置３に再構築した後には、図１１のＳ１４に進んで、移行元のストレージ装置２の移行ボリュームの接続情報をストレージ装置３に再構築する。

この処理は、図１４のサブルーチンに基づいて説明する。移行ボリュームは、正ボリュームと副ボリュームが異なるディスクアレイに存在する必要があるので、上記図１３のペア関係の再構築とは異なり、ボリュームとディスクアレイとの関係を調整する必要がある。

まず、Ｓ３１では、上記Ｓ１で指定したボリューム群中の全ての移行ボリュームまたは管理者などがストレージマネージャ１０１の図示しないコンソールなどから、ストレージ装置２からストレージ装置３へ移行する移行ボリュームを指定する。

Ｓ３２では、ストレージマネージャ１０１の導入コントローラ１０２は、図８に示したストレージ装置２のボリューム間接続管理情報１０７ａを取得して、移行元のストレージ装置２内の移行ボリュームを得る。

Ｓ３３では、ストレージ装置２のボリューム間接続管理情報１０７ａに上記Ｓ３１で指定された移行ボリュームがあればＳ３４へ進み、そうでなければＳ３８に進む。

Ｓ３４では、移行元（正ボリューム）と異なるディスクアレイに、移行先（副ボリューム）とすることが可能なボリュームがあるか否かを、ボリューム管理情報１０６ｂを参照して判断する。移行先のボリュームとすることが可能な空きボリュームがある場合にはＳ３７へ進み、空きボリュームがない場合には、Ｓ３５に進む。

Ｓ３５では、移行先のストレージ装置３でボリュームを作成可能なディスクアレイがあるか否かを判断する。この判断は、図３に示したＲＡＩＤ管理情報３０３と論理デバイス管理情報３０１を参照し、移行元のストレージ装置２の移行ボリュームを作成可能なディスクアレイを検索する。移行ボリュームを作成可能なディスクアレイがあれば、Ｓ３６に進んでストレージ装置３のディスクコントローラ３０に、該当するディスクアレイにボリュームを作成するよう指令する。なお、新たにボリュームを作成したときには、移行元のストレージ装置２の移行ボリュームから、図１２に従ってデータの移行を行う。

この指令は、移行元のストレージ装置２のボリューム管理情報を参照し、移行元の移行ボリュームが存在するディスク属性の関係が、移行先のストレージ装置３で再現されるように、ディスク属性の相対関係を選択する。つまり、移行元の移行ボリュームｉ（正ボリューム）のディスク属性が「SATA」、同じく移行元の副ボリュームＪが「FC」であれば、移行先のストレージ装置３では、移行ボリュームの正ボリュームＣのディスク属性よりも、副ボリュームＤのディスク属性の方が性能が高いものを選択する。これにより、移行ボリュームの正ボリュームと副ボリュームの性能差も再構築できる。

一方、移行ボリュームを作成可能なディスクアレイがない場合にはＳ３８に進む。なお、このときまたは、この後に、移行ボリュームの正ボリュームと副ボリュームを異なるディスクアレイに設定できない旨のエラーを通知しても良い。

Ｓ３６で、移行ボリュームの正ボリュームと副ボリュームを異なるディスクアレイに設定した後には、Ｓ３７でストレージ装置３のボリューム間接続管理情報１０６ｂに、接続種別を「移行」として正ボリュームと副ボリュームを登録する。また、ストレージ装置３のディスクコントローラ３０に移行関係を通知する。

Ｓ３８では、上記Ｓ３１で指定した全ての移行ボリュームについて、ストレージ装置２のボリューム間接続管理情報１０７ａ内の検索が終了するまで、上記Ｓ３２からＳ３７のループを繰り返す。そして、指定された全ての移行関係のボリュームについて、ストレージ装置３のボリューム間接続管理情報１０７ｂに、ストレージ装置２の移行関係に対応するボリューム間接続情報を生成するとサブルーチンを終了する。

上記サブルーチンにより、図１６で示すように、移行元のストレージ装置２の移行ボリュームＩ、Ｊに対応する移行関係が、新たなストレージ装置３のボリュームＣ，Ｄに設定され、ストレージマネージャ１０１のボリューム間接続管理情報１０７ｂ及びボリューム管理情報１０６ｂが更新され、これらの移行情報は新たなストレージ装置３のディスクコントローラ３０に通知され、移行元のストレージ装置２内の移行ボリュームを新たなストレージ装置３へ自動的に再構築することができる。なお、移行ボリュームの指定は、上記Ｓ１で行うようにしても良い。

以上の処理が終了すると、ストレージマネージャ１０１は、パスのないボリュームに対して一時的に作成したパスを削除するようディスクコントローラ３０、２０に指示し、該当するストレージ装置のパス管理情報１０５を更新して処理を終了する。

以上の図１１から図１４の処理により、移行元のストレージ装置２のボリューム及びパス定義は新たなストレージ装置３に移され、移行元のストレージ装置２のパスの有無にかかわらず、必要なボリュームを確実に新たなストレージ装置３へ移行することができ、また、ボリューム間の接続情報も新たなストレージ装置３へ自動的に移動することができるので、新たなストレージ装置３の導入について、ストレージ管理者の労力を大幅に低減することが可能となる。また、ホストサーバ１１は、アクセス先を新たなストレージ装置３に切り替えるので、既存のストレージ装置２に比して性能の高いストレージ装置３を利用することが可能となる。

なお、上記図１１のＳ８に示したパス定義の際に、ストレージ装置２のボリュームが、ストレージ装置２の外部の装置（例えば、ストレージ装置４のボリュームＺ）と接続されている場合には、図９で示した外部接続管理情報１０８ａを参照し、外部のボリュームと、新たなストレージ装置３のボリュームとのパス定義を作成すればよい。そして、外部接続が完了すると、図９で示した外部接続管理情報１０８ｂに、内部ボリュームと外部ボリュームを設定すればよい。

以上、本発明をまとめると次のようになる。

まず、図１６で示したように、移行元のストレージ装置２の移行対象ボリュームについて、パス定義の存在をチェックして、パスのないボリュームには一時的に移行用のパスを定義する。

次に、移行先のストレージ装置３に、移行元のストレージ装置２のボリュームを割り当て、ボリュームレベルでの対応付けを行い、その後、移行元のストレージ装置２のパスを、移行先のストレージ装置３に移行する。これにより、ストレージマネージャ１０１には図１７、図１８で示すように、ストレージ装置３のボリューム管理情報１０６ｂとパス管理情報１０５ｂが生成される。また、図示はしないが、ストレージ装置３の外部接続管理情報１０８ｂも作成される。ただし、この時点では、ボリューム管理情報１０６ｂに、接続構成は移行されていない。

新たなストレージ装置３にボリュームとパス定義が作成されると、移行元のストレージ装置２のボリュームＧから移行先のストレージ装置３のボリュームＡへデータの複写が行われ、移行元のボリュームから移行先のボリュームへ順次データの転送が行われる。

そして、ボリューム間のデータ移行が完了すると、上記図１３の処理で、移行元のストレージ装置２のペアボリュームを新たなストレージ装置３に移行し、また、上記図１４の処理で、移行元のストレージ装置２の移行ボリュームを新たなストレージ装置３に移行する。

例えば、図１９で示すように、上段はデータの移行が完了した段階（Ｓ１０）のストレージ装置３に対応するボリューム管理情報１０６ｂで、下段はペアボリュームの再構築（Ｓ１３）と移行ボリュームの再構築（Ｓ１４）が完了した段階を示す。この例では、移行元のペアボリュームＧ，Ｈが移行先のボリュームＡ、Ｂに対応し、ボリュームＡが正ボリュームに、ボリュームＢが副ボリュームに再構築される。同様に、移行関係では、移行元の移行ボリュームＩ，Ｊが移行先のボリュームＣ、Ｄに対応し、ボリュームＣがディスクアレイＸ上の正ボリュームに、ボリュームＢがディスクアレイＹ上の副ボリュームに再構築される。ここで、新たなストレージ装置３に再構築される移行ボリュームＡ，Ｂは、移行元の移行ボリュームＩ，Ｊが存在するディスクアレイのディスク属性の関係と同様のディスク属性を持つディスクアレイ上に設定される。

こうして、移行元のストレージ装置２から新たなストレージ装置３へ、ボリュームとデータだけではなく、ペアボリュームや移行ボリューム等のボリューム内接続も移行でき、さらに、移行元のストレージ装置２にパスのないボリュームがあっても、一時的なパスにより確実に新たなストレージ装置３へ移行することができ、新たなストレージ装置３を導入する際の管理者の負担を大幅に低減することができる。

また、ストレージマネージャ１０１とディスクコントローラ２０、３０間の構成情報の取得や指示は、ＬＡＮ１４２（ＩＰネットワーク）を用いるので、ＳＡＮ５のデータ転送に影響を与えることがない。

なお、上記図１１の処理が終了した後、移行元のストレージ装置２にはストレージ装置３からのパスを残しておけば、移行元のストレージ装置２をそのままミラーとして利用することができ、計算機システムの冗長性を確保できる。

また、上記実施形態では、ストレージ装置２〜４と管理サーバ１０及びホストサーバ１１をＳＡＮ５とＬＡＮ１４２により接続したが、いずれか一方のネットワークのみで接続を行うようにしても良い。

また、上記実施形態の図１１では、Ｓ１で移行するポートを指定したが、このポートの指定はポート単位またはストレージ装置単位のいずれで行っても良い。

本発明の一実施形態を示す計算機システムの構成図である。 ディスクコントローラがストレージ装置内のボリュームを管理するボリューム管理情報の一例を示す構成図である。 同じく、ディスクコントローラがストレージ装置内の物理デバイスを管理するＲＡＩＤ管理情報の一例を示す構成図である。 同じく、ディスクコントローラがストレージ装置の外部デバイスを管理する外部デバイス管理情報の構成図である。 管理サーバ上のストレージマネージャが有するストレージ装置の管理情報の一例を示す説明図である。 管理サーバ上のストレージマネージャが有するストレージ装置毎のパス管理情報の説明図である。 管理サーバ上のストレージマネージャが有するストレージ装置毎のストレージ装置内の各ボリュームの状態を示すボリューム管理情報の構成図。 管理サーバ上のストレージマネージャが有するストレージ装置毎のストレージ装置内のボリューム同士の接続関係を示すボリューム間接続管理情報の説明図である。 管理サーバ上のストレージマネージャが有するストレージ装置毎のストレージ装置のボリュームと外部のストレージ装置の接続関係を示す外部接続管理情報の説明図である。 管理サーバ上のストレージマネージャが有する各ストレージ装置のポートを管理するポート管理情報の説明図である。 ストレージマネージャで実行される導入処理の一例を示すフローチャート。 同じく、データ移行のサブルーチンを示すフローチャート。 同じく、ペアボリューム移行のサブルーチンを示すフローチャート。 同じく、移行ボリューム移行のサブルーチンを示すフローチャート。 パスのないボリュームに対する一時的なパス定義の一例を示す説明図である。 既存のストレージ装置Ｂから新たなストレージ装置Ａへの移行の様子を示す説明図である。 ストレージ装置の移行によるボリューム管理情報の説明図。 同じく、ストレージ装置の移行によるパス管理情報の説明図。 同じく、ペアボリュームと移行ボリュームの移行によるボリューム管理情報管理の変化を示す説明図。

符号の説明

２、３、４ ストレージ装置
５ ＳＡＮ
１０ 管理サーバ
１１ ホストサーバ
１８ ＦＣスイッチ
２０、３０ ディスクコントローラ
１０１ ストレージマネージャ
１０２ 導入コントローラ

Claims (13)

1. ネットワークに接続された第１ストレージ装置と、
   前記ネットワークを介して前記第１ストレージ装置にアクセスするホスト計算機と、を備えた計算機システムに、第２ストレージ装置を導入するストレージ装置の導入方法において、
   新たに接続された第２ストレージ装置から前記第１ストレージ装置に対してアクセスを許可するように第１ストレージ装置のアクセス権を変更し、
   前記第１ストレージ装置に設定されたボリュームについてパスを検出し、
   前記パスのないボリュームがあった場合には、前記第２ストレージ装置からアクセス可能なパスを前記第１ストレージ装置に設定し、
   前記第１ストレージ装置のボリュームを前記第２ストレージ装置に割り付け、
   前記ホスト計算機から前記第２のストレージ装置のボリュームに対してアクセス可能となるようにパスを定義し、
   前記第１ストレージ装置のボリュームに格納されたデータを、前記第２ストレージ装置に割り付けられたボリュームに転送し、
   前記ホスト計算機の第１ストレージ装置に対する入出力を、前記第２ストレージ装置へ要求するように前記ホスト計算機の設定を変更することを特徴とするストレージ装置の導入方法。
2. 前記第１ストレージ装置のボリュームに格納されたデータを、前記第２ストレージ装置に割り付けられたボリュームに転送した後に、
   前記第１ストレージ装置のボリューム間接続を取得し、
   前記ボリューム間接続に対応する前記第２ストレージ装置のボリュームについて、当該ボリューム間接続を設定することを特徴とする請求項１に記載のストレージ装置の導入方法。
3. 前記前記第２ストレージ装置のボリュームについて、前記ボリューム間接続を設定する際に、
   前記ボリューム間接続が、正ボリュームから副ボリュームへホスト計算機からのアクセスを切り替える場合、正ボリュームが属する物理ディスクと副ボリュームが属する物理ディスクが異なるように、前記第２ストレージ装置のボリュームを設定する手順を含むことを特徴とする請求項２に記載のストレージ装置の導入方法。
4. 前記第２ストレージ装置のボリュームを設定する際に、
   前記第２ストレージ装置内で前記アクセスを切り替えるボリュームの副ボリュームを設定可能な空きボリュームの有無を判定し、
   前記空きボリュームがない場合には、新たなボリュームを作成して副ボリュームに設定することを特徴とする請求項３に記載のストレージ装置の導入方法。
5. ネットワークに接続された第１ストレージ装置と、前記ネットワークを介して前記第１ストレージ装置にアクセスするホスト計算機と、前記ネットワークを介して前記第１ストレージ装置を管理する管理計算機を備えた計算機システムに、前記ネットワークに接続した第２ストレージ装置を導入する処理を前記管理計算機に実行させるプログラムであって、
   前記第２ストレージ装置から前記第１ストレージ装置に対してアクセスを許可するように第１ストレージ装置に対してアクセス権を変更するよう指令する処理と、
   前記第１ストレージ装置に設定されたボリュームについてパスを検出する処理と、
   前記パスのないボリュームがあった場合には、前記第２ストレージ装置からアクセス可能なパスを前記第１ストレージ装置に設定するように指令する処理と、
   前記第１ストレージ装置のボリュームを前記第２ストレージ装置に割り付けるよう当該第２ストレージ装置に指令する処理と、
   前記ホスト計算機から前記第２のストレージ装置のボリュームに対してアクセス可能となるようにパスを定義するよう前記第２ストレージ装置に指令する処理と、
   前記第１ストレージ装置のボリュームに格納されたデータを、前記第２ストレージ装置に割り付けられたボリュームに転送するよう当該第２ストレージ装置に指令する処理と、
   前記ホスト計算機の第１ストレージ装置に対する入出力を、前記第２ストレージ装置へ要求するように前記ホスト計算機に対して設定変更を指令する処理と、
   を前記管理計算機に機能させることを特徴とするプログラム。
6. 前記第１ストレージ装置のボリュームに格納されたデータを、前記第２ストレージ装置に割り付けられたボリュームに転送するよう第２ストレージ装置に指令する処理の後に、
   前記第１ストレージ装置のボリューム間接続を取得する処理と、
   前記ボリューム間接続に対応する前記第２ストレージ装置のボリュームについて、当該ボリューム間接続を設定するように当該第２ストレージ装置に指令する処理と、
   を含むことを特徴とする請求項５に記載のプログラム。
7. 前記前記第２ストレージ装置のボリュームについて、前記ボリューム間接続を設定するように第２ストレージ装置に指令する処理は、
   前記ボリューム間接続が、正ボリュームから副ボリュームへホスト計算機からのアクセスを切り替える場合、正ボリュームが属する物理ディスクと副ボリュームが属する物理ディスクが異なるように、前記第２ストレージ装置のボリュームを設定するように当該第２ストレージ装置に指令する処理を含むことを特徴とする請求項６に記載のプログラム。
8. 前記第２ストレージ装置のボリュームを設定するように第２ストレージ装置に指令する処理は、
   前記第２ストレージ装置内で前記アクセスを切り替えるボリュームの副ボリュームを設定可能な空きボリュームの有無を判定する処理と、
   前記空きボリュームがない場合には、新たなボリュームを作成して副ボリュームに設定するよう前記第２ストレージ装置に指令する処理と、
   を含むことを特徴とする請求項７に記載のストレージ装置の導入方法。
9. ネットワークに接続された第１ストレージ装置と、
   前記ネットワークを介して前記第１ストレージ装置にアクセスするホスト計算機と、
   前記ネットワークへ新たに接続された第２ストレージ装置と、
   を備えて、前記第１ストレージ装置のデータを前記第２ストレージ装置へ移行する管理計算機であって、
   前記管理計算機は、
   前記第１ストレージ装置及び第２ストレージ装置に設定されたボリュームの構成情報を管理するボリューム管理部と、
   前記第１ストレージ装置及び第２ストレージ装置に設定されたパスの情報を管理するパス管理部と、
   前記第２ストレージ装置がネットワークに接続されたときに前記第１ストレージ装置から第２ストレージ装置への移行を行う移行部とを備え、
   前記移行部は、
   前記ボリューム管理部とパス管理部のボリュームの構成情報とパス情報から第１ストレージ装置に設定されたボリュームのうちパスのないボリュームを検出し、当該ボリュームにパスを設定する移行用パス設定部と、
   前記第２ストレージ装置から前記第１ストレージ装置に対してアクセスを許可するように第１ストレージ装置のアクセス権を変更するように第１ストレージ装置に指令するアクセス権変更部と、
   前記第１ストレージ装置のボリュームを前記第２ストレージ装置に割り付けて前記ボリューム管理部の構成情報を更新するボリューム割付部と、
   前記ホスト計算機から前記第２のストレージ装置のボリュームに対してアクセス可能となるように第２ストレージ装置のボリュームにパスを設定するとともに、前記パス管理部のパス情報を更新する導入パス設定部と、
   前記第１ストレージ装置のボリュームに格納されたデータを、前記第２ストレージ装置に割り付けられたボリュームに転送するよう第２ストレージ装置に指令するデータ移行部と、
   前記ホスト計算機の第１ストレージ装置に対する入出力を、前記第２ストレージ装置へ要求するように前記ホスト計算機に設定変更を指令する移行完了部と、
   を有することを特徴とする管理計算機。
10. 前記管理計算機は、前記第１ストレージ装置及び第２ストレージ装置に設定されたボリューム間接続の構成情報を管理するボリューム間接続管理部を有し、
    前記移行部は、
    前記ボリューム間接続管理部の構成情報に基づいて第１ストレージ装置のボリューム間接続を取得し、当該ボリューム間接続に対応する前記第２ストレージ装置のボリュームについて、当該ボリューム間接続を設定するボリューム間接続移行部と、
    を有することを特徴とする請求項９に記載の管理計算機。
11. 前記ボリューム間接続管理部は、前記構成情報にボリューム間接続の正ボリュームと副ボリュームの関係を含み、
    前記ボリューム間接続移行部は、前記第１ストレージ装置のボリューム間接続の副ボリュームを、前記第２ストレージ装置に設定することを特徴とする請求項１０に記載の管理計算機。
12. 前記ボリューム間接続移行部は、前記第１ストレージ装置のボリューム間接続の副ボリュームを設定可能な空きボリュームが前記第２ストレージ装置に存在しない場合には、前記空きボリュームの作成を前記第２ストレージ装置に対して指令することを特徴とする請求項１１に記載の管理計算機。
13. 前記ボリューム間接続移行部は、前記ボリューム間接続が正ボリュームから副ボリュームへアクセスを切り替える場合には、前記第２ストレージ装置に設定する副ボリュームを、正ボリュームとは物理ディスクが異なるボリュームに設定することを特徴とする請求項１１に記載の管理計算機。

Images