JP2007280089A - 容量拡張ボリュームの移行方法 - Google Patents

Abstract

【課題】容量拡張ボリュームの移行の際のストレージシステムの負荷を抑えられるようにする。
【解決手段】第一と第二のストレージシステムに共通の外部記憶装置を接続する。管理計算機が、第一のストレージシステムが備える容量拡張ボリュームを第二のストレージシステムに移行する容量拡張ボリューム移行部と、使用されるホスト接続パスを、移行元の容量拡張ボリュームとホスト計算機とを結ぶ第一のホスト接続パスから、移行先の容量拡張ボリュームとホスト計算機とを結ぶ第二のホスト接続パスに切り替えるホスト接続パス切替部と、使用される外部接続パスを、移行元の容量拡張ボリュームに割り当てられていた記憶領域と外部記憶装置とを結ぶ第一の外部接続パスから、移行先の容量拡張ボリュームに割り当てられた記憶領域と外部記憶装置とを結ぶ第二の外部接続パスに切り替える外部接続パス切替部とを備える。
【選択図】図１

Description

本発明は、ホスト計算機に接続する論理ボリュームの移行に関する。

近年、計算機システムの保持するデータ量は飛躍的に増大している。そのため、増大するデータを格納する計算機システムに、大規模な記憶容量を有するストレージシステムが採用されている。

ストレージシステムは、ホスト計算機に対し論理ボリュームという単位で記憶領域を提供している。一般に、論理ボリュームの記憶容量は固定であるが、記憶領域の利用効率を一層高めるべく、特開２００３−０１５９１５号公報に開示の技術、すなわち、ホスト計算機からのアクセス要求に応じて物理リソースの一部領域（以下、セグメント）を論理ボリュームに割り当てることによりその論理ボリュームの記憶容量を自動拡張する技術が発明された。なお、本明細書では、容量拡張される論理ボリュームを「容量拡張ボリューム」と言う。容量拡張ボリュームは、Thin Provisioning技術により提供可能な論理ボリュームなので、容量拡張ボリュームを「Thin Provisioningボリューム」と呼ぶこともできる。また、本明細書で言う「物理リソース」とは、物理的な記憶領域上に設けられた論理的な記憶デバイス（論理デバイス）のことである。物理的な記憶領域は、一つの物理的な記憶装置により提供される記憶領域であっても良いし、ＲＡＩＤ（Redundant Array of Independent Disks）の規則に従うグループであるＲＡＩＤグループ（パリティグループ或いはアレイグループと呼ばれることもある）により提供される記憶領域であっても良い。ＲＡＩＤグループは、複数の物理的な記憶装置（例えばハードディスクドライブ）により構成された記憶装置グループである。

また一方、ストレージシステムを用いた運用を続けると、使用頻度の低いデータを信頼性、応答性及び耐久性の高い高価なディスクに保存したままになることがある。この場合、必要以上に高価なディスク容量を使用することになり、高価なディスクを効率的に使用することができないという問題がある。そのため、高価なディスクから、当該高価なディスクに比して信頼性、応答性及び耐久性の劣る安価なディスクへデータを移行する技術が発明された（例えば特開２００３−３４５５２２号公報参照）。

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

ところで、例えば、第一のストレージシステムに障害が発生した等の場合に、ホスト計算機に接続する容量拡張ボリュームを第一のストレージシステムから第二のストレージシステムに移行することが行われる。具体的には、例えば、ホスト計算機に接続する容量拡張ボリュームを、第一のストレージシステム内の第一の容量拡張ボリュームから、第二のストレージシステムの第二の容量拡張ボリュームに切り替えることが行われる。

容量拡張ボリュームを移行した場合には、第一のストレージシステムの容量拡張ボリュームから読み出せたデータと同じデータを第二のストレージシステムの容量拡張ボリュームからもホスト計算機が読み出せるようにする必要がある。それを実現するための方法として、移行元の容量拡張ボリューム内のデータを移行先の容量拡張ボリュームに移行する方法がある。

しかし、この方法では、以下の二つの課題がある。

第一の課題として、ストレージシステム間でデータコピーが発生する点がある。すなわち、データの移行は、ストレージシステム間でデータのコピーが行われてコピー元のデータが削除されることにより、完了する。このため、データのコピーに時間を要したり、各ストレージシステムに負荷がかかったりする。これは、移行対象のデータが大量に存在する場合には一層問題である。

第二の課題として、第一のストレージシステムにも第二のストレージシステムにも、後述する外部接続機能が搭載されており、第一と第二のストレージシステムにそれぞれ第一と第二の外部ストレージシステムが接続されている場合には、第二の外部ストレージシステムに、移行対象のデータを備えた外部記憶装置（例えば、第一の外部ストレージシステム内の論理ボリューム）と同じ記憶容量を持った第二の外部ボリュームを用意できるだけの空き領域を、第二の外部ストレージシステムに準備する必要がある。このため、そのような空き領域を第二の外部ストレージシステムに準備できない場合には、データを移行することができず、それ故、ホスト計算機に接続する容量拡張ボリュームを切り替えることができない。

従って、本発明の目的は、容量拡張ボリュームの移行の際のストレージシステムの負荷を抑えられるようにすることにある。

本発明の別の目的は、容量拡張ボリュームに大量にデータが格納されていても容量拡張ボリュームの移行に要する時間長が長くならないようにすることにある。

本発明の更なる目的は、容量拡張ボリュームの移行のために外部ストレージシステムに事前に空き領域を確保しなくても済むようにすることにある。

本発明に従う計算機システムは、ホスト計算機と、第一と第二のストレージシステムを含んだ複数のストレージシステムと、前記複数のストレージシステムにとって外部のストレージシステムである外部ストレージシステムと、管理計算機とを備える。前記第一と第二のストレージシステムが、複数の記憶領域で構成されたプールと、該プール内の記憶領域を容量拡張ボリュームに対して割り当てたりその割当てを解除したりする容量拡張処理を実行するコントローラとを備える。少なくとも前記第一のストレージシステムが備える前記プール内の一以上の記憶領域と、前記外部ストレージシステムが備える記憶装置である外部記憶装置との間に、前記一以上の記憶領域と前記外部記憶装置とを結ぶ通信経路である外部接続パスが構築される。前記ホスト計算機と前記第一のストレージシステムの容量拡張ボリュームとの間に、前記ホスト計算機と前記容量拡張ボリュームとを結ぶ通信経路であるホスト接続パスが構築される。前記ホスト接続パスを介して前記ホスト計算機からアクセス要求が発行され、容量拡張ボリュームに割り当てられた記憶領域に対するアクセスが前記アクセス要求に従って行われる場合には、該記憶領域に接続されている外部記憶装置に対して前記外部接続パスを介してアクセスが行われる。前記複数の記憶領域は、仮想的な記憶領域（例えば、ＩＤで表された記憶領域であって、実体の記憶資源として存在しない領域）であっても良いし、複数の物理的な記憶装置（例えばハードディスクドライブ）により提供される記憶資源であっても良い。すなわち、外部ストレージシステムに、データを記憶する実体が存在すれば良く、ストレージシステムは、実体としての記憶資源を備えていなくても良い。また、各ストレージシステムは、一つのコンピュータマシンに仮想的に設定されたシステムであっても良い。前記管理計算機は、前記第一のストレージシステムが備える容量拡張ボリュームを前記第二のストレージシステムに移行する容量拡張ボリューム移行部と、使用されるホスト接続パスを、移行元の容量拡張ボリュームと前記ホスト計算機とを結ぶ第一のホスト接続パスから、移行先の容量拡張ボリュームと前記ホスト計算機とを結ぶ第二のホスト接続パスに切り替えるホスト接続パス切替部と、使用される外部接続パスを、移行元の容量拡張ボリュームに割り当てられていた記憶領域と前記外部記憶装置とを結ぶ第一の外部接続パスから、移行先の容量拡張ボリュームに割り当てられた記憶領域と前記外部記憶装置とを結ぶ第二の外部接続パスに切り替える外部接続パス切替部とを備える。

第一の実施態様では、前記第一のストレージシステムのコントローラが、どの容量拡張ボリュームにどの記憶領域が割り当てられているかを管理するための情報である容量拡張管理情報を記憶してもよい。この場合、前記管理計算機が、更に、管理情報設定部を備えることができる。管理情報設定部は、前記第一のストレージシステムのコントローラから、前記容量拡張管理情報を取得し、前記取得した容量拡張管理情報を、前記第二のストレージシステムのコントローラに設定することができる。

第二の実施態様では、前記第一の実施態様において、前記管理情報設定部が、前記取得した容量拡張管理情報を、前記移行先の容量拡張ボリュームに割り当てられた記憶領域に基づいて変換し、変換後の容量拡張管理情報を、前記第二のストレージシステムのコントローラに設定することができる。

第三の実施態様では、前記外部接続パス切替部が、前記第一の外部接続パスを解除することの要求であるパス解除要求を、前記第一のストレージシステムのコントローラに送信することができる。それにより、前記第一の外部接続パスが解除される。また、前記外部接続パス切替部が、前記外部記憶装置に関する情報を含んだパス設定要求を、前記第二のストレージシステムのコントローラに送信することができる。それにより、前記第二のストレージシステムで未割り当ての記憶領域であって、前記移行先の容量拡張ボリュームに割り当てられる記憶領域と、前記外部記憶装置とを結ぶ前記第二の外部接続パスが構築される。

第四の実施態様では、前記第三の実施態様において、前記第一のストレージシステムのコントローラが、どの容量拡張ボリュームにどの記憶領域が割り当てられているかを管理するための情報である容量拡張管理情報を記憶してもよい。この場合、前記管理計算機が、管理情報設定部を更に備える。前記管理情報設定部は、前記第一のストレージシステムのコントローラから、前記容量拡張管理情報を取得し、前記取得した容量拡張管理情報を、前記取得した前記移行先の容量拡張ボリュームに前記未割り当ての記憶領域が割り当てられたことを表す容量拡張管理情報に変換し、前記変換後の容量拡張管理情報を、前記第二のストレージシステムのコントローラに設定することができる。

第五の実施態様では、前記外部記憶装置には、予め、前記第一の外部接続パスと前記第二の外部接続パスの両方が接続されていてもよい。前記第一のストレージシステムのコントローラも、前記第二のストレージシステムのコントローラも、自分を備えるストレージシステム内の記憶領域のステータスを管理し、該ステータスが管理外を表している場合に、該ステータスに対応した記憶領域を管理しないようにすることができるようになっていてもよい。前記外部接続パス切替部が、前記移行元の容量拡張ボリュームについて管理外とすることの要求である管理外設定要求を、前記第一のストレージシステムのコントローラに送信することができる。それにより、前記移行元の容量拡張ボリュームに割り当てられていた記憶領域のステータスが管理外に更新することができる。

第六の実施態様では、前記プールは、複数個の物理記憶リソースで構成され、各物理記憶リソースが、一以上の記憶領域で構成されていてもよい。前記容量拡張ボリュームへの割当ては、記憶領域単位であり、前記外部記憶装置への接続は、物理記憶リソース単位であってもよい。

第七の実施態様では、前記第六の実施態様において、前記第一のストレージシステムが、前記移行元の容量拡張ボリュームを含んだ複数の容量拡張ボリュームと、複数の物理記憶リソースとを有する。それにより、前記複数の容量拡張ボリュームに割り当てられている各記憶領域が同一の物理記憶リソースの構成要素となっている共有状態が生じ得る。この場合、前記容量拡張ボリューム移行部が、前記共有状態を解除することの要求である共有解除要求を、前記第一のストレージシステムのコントローラに送信することができる。それにより、前記同一の物理記憶リソース内のデータのうち、前記移行元の容量拡張ボリューム以外の容量拡張ボリュームに割当てられているセグメント内のデータが、前記複数の物理記憶リソースのうちの他の物理記憶リソースのセグメントに書かれ、所定の応答が前記容量拡張ボリューム移行部に返されることが行われる。前記容量拡張ボリューム移行部は、前記所定の応答を受けた場合に、前記第一のストレージシステムの容量拡張ボリュームを移行することができる。

第八の実施態様では、前記管理計算機が、前記複数のストレージシステムの各々が実行可能な処理種類を表した情報である処理管理情報を記憶する記憶部と、前記処理管理情報を用いて、少なくとも前記容量拡張処理を実行できるストレージシステムを、前記複数のストレージシステムの中から移行先候補として選択する移行先候補選択部とを更に備えることができる。選択された移行先候補は、管理者に対して表示され、管理者から選択された移行先候補が、前記第二のストレージシステムとなってもよい。或いは、前記選択された移行先候補の中から自動的に第二のストレージシステムが決定されても良い。

第九の実施態様では、前記第八の実施態様において、前記第一のストレージシステムのコントローラが、自分が有するどの記憶領域がどの外部記憶装置に接続されているかを表す情報である外部接続管理情報を記憶した記憶部を有し、記憶領域に対するアクセスが行われる場合に、前記外部接続管理情報に基づいて、該記憶領域に接続されている外部記憶装置を特定して該外部記憶装置にアクセスする外部接続処理を実行できる。この場合、前記移行先候補選択部が、前記容量拡張処理だけでなく前記外部接続処理を有しているストレージシステムを前記移行先候補として選択することができる。

なお、例えば、本発明では、ホスト計算機と各ストレージシステムとの間には、一又は複数のスイッチ装置が存在し、一以上のスイッチ装置を経由して、ホスト計算機と各ストレージシステムとの通信が行われても良い。この場合、上記外部接続処理は、ストレージシステムに代えて、ホスト計算機又はスイッチ装置で実行されていても良い。

第十の実施態様では、前記容量拡張ボリューム移行部が、管理者からの指示又は前記第一のストレージシステムの高負荷を検知した場合に、前記容量拡張ボリュームの移行を実行することができる。

第十一の実施態様では、前記容量拡張ボリューム移行部が、前記移行元の容量拡張ボリュームに対してアクセス要求を発行しないことの要求であるアクセス停止要求を前記ホスト計算機に送信した後に、前記容量拡張ボリュームの移行を実行し、該移行が済んだ場合に、移行先の容量拡張ボリュームに対してアクセス要求を発行しても良いことを表す要求であるアクセス許可要求を前記ホスト計算機に送信することができる。

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

本発明によれば、容量拡張ボリュームの移行の際のストレージシステムの負荷を抑えることができる。

以下、本発明の幾つかの実施形態について、図面を参照しながら説明する。なお、それらの実施形態に本発明が限定されるものではない。

＜第１実施形態＞

（１）第１実施形態のシステム構成

図１に、本実施形態の計算機システムの構成を示す。なお、この図では、同種の要素には同一の親番号（例えば１０００）を付している。

本実施形態に係る計算機システムでは、複数（例えば２台）のストレージシステム１０００Ａ、１０００Ｂとホスト計算機２０００とが、データネットワーク３０００Ａに接続される。また、複数のストレージシステム１０００Ａ、１０００Ｂと外部ストレージシステム１０００Ｃとが、別のデータネットワーク３０００Ｂに接続される。なお、この図では、データネットワーク３０００Ａと３０００Ｂを異なるデータネットワークとして示しているが、一つのデータネットワークでも良い。データネットワーク３０００Ａ、３０００Ｂは、ＳＡＮ（Storage Area Network）とするが、ＩＰ（Internet Protocol）ネットワークであっても、あるいはこれら以外のデータ通信用ネットワークであっても良い。また、本実施形態では、ホスト計算機２０００に接続可能な容量拡張ボリュームを有するストレージシステムを単に「ストレージシステム」と呼び、ストレージシステムの外部に存在するストレージシステムを「外部ストレージシステム」と呼ぶ。

ホスト計算機２０００、ストレージシステム１０００Ａ、１０００Ｂ、及び外部ストレージシステム１０００Ｃは、管理ネットワーク４０００を介して、管理計算機５０００と接続される。本実施形態では、管理ネットワーク４０００は、ＩＰネットワークとするが、ＳＡＮであっても、あるいはこれら以外のデータ通信用ネットワークであっても良い。また、データネットワーク３０００と管理ネットワーク４０００が一つのネットワークであっても良いし、ホスト計算機２０００と管理計算機５０００が一つの計算機であっても良い。

なお、説明の都合上、図１では、ストレージシステムを２台、外部ストレージシステムを１台、ホスト計算機を１台、管理計算機を１台としたが、本発明ではこれらの数は問わない。また、ストレージシステム１０００Ａ、１０００Ｂは、それぞれ、一つのストレージシステムに設定された仮想的なストレージシステムであっても良い。

ストレージシステム１０００Ａ、１０００Ｂ及び外部ストレージシステム１０００Ｃは、同様のハードウェア構成を採用することができるので、ストレージシステム１０００Ａを、代表的に例に採り説明する。なお、以下の説明では、容量拡張ボリュームがストレージシステム１０００Ａからストレージシステム１０００Ｂに移行されるとし、そのため、ストレージシステム１０００Ａを「移行元ストレージシステム１０００Ａ」と呼び、ストレージシステム１０００Ｂを「移行先ストレージシステム１０００Ｂ」と呼ぶこともある。

ストレージシステム１０００Ａは、データを格納するディスク装置１１００と、ストレージシステム１０００Ａ内の制御を行うディスクコントローラ１２００とを備える。

ディスク装置１１００は、複数の物理的な記憶装置（例えばハードディスクドライブ）を備える。ディスク装置１１００は、一つ以上の論理ボリューム１１１０とプール１１２０を備えている。論理ボリューム１１１０は、一つ以上の物理リソース１１２１から生成され、ホスト計算機２０００によって利用されるデータを格納することができる。なお、説明の都合上、図１ではプール１１２０を一つとしたが、本発明ではこれらの数は問わない。

プール１１２０は、一つ以上の物理リソース１１２１を備えている。プール１１２０は、複数の物理リソース１１２１を管理上の観点からまとめて管理するための論理的な物理リソースグループである。管理上の観点には、例えばＲＡＩＤタイプがある。ＲＡＩＤタイプの一例としては、複数のハードディスクを１つにまとめ大容量の記憶領域として提供するＲＡＩＤ０や、ハードディスクの冗長度を高めるためにハードディスク間でミラーリングを行うＲＡＩＤ１などがある。

ディスクコントローラ１２００は、メインメモリ１２１０、制御装置１２２０、ホストＩ／Ｆ１２３０、管理Ｉ／Ｆ１２４０、ディスクＩ／Ｆ１２５０、及び外部接続Ｉ／Ｆ１２６を備えている。なお、外部ストレージシステム１０００Ｃには、外部接続Ｉ／Ｆは無くても良い。

メインメモリ１２１０には、外部ストレージ管理プログラム１２１１、物理論理管理プログラム１２１２、外部ストレージ管理テーブル１２１３、物理論理管理テーブル１２１４及びセグメント管理テーブル１２１５が記憶される。外部ストレージ管理プログラム１２１１は、外部ストレージ管理テーブル１２１３の情報を参照または更新し、ストレージシステム１０００と外部ストレージシステム１０００との接続を制御するコンピュータプログラムである。物理論理管理プログラム１２１２は、物理論理管理テーブル１２１４およびセグメント管理テーブル１２１５の情報を参照または更新し、容量拡張ボリュームの構成情報を管理するコンピュータプログラムである。なお、外部ストレージシステム１０００Ｃには、外部ストレージ管理プログラム１２１１、物理論理管理プログラム１２１２、外部ストレージ管理テーブル１２１３、物理論理管理テーブル１２１４及びセグメント管理テーブル１２１５が記憶されていなくても良い。

制御装置１２２０は、例えばＣＰＵ（Central Processing Unit）であり、メインメモリ１２１０に格納された外部ストレージ管理プログラム１２１１及び物理論理管理プログラム１２１２を読み出し実行する。

ホストＩ／Ｆ１２３０は、データネットワーク３０００Ａ或いは３０００Ｂとのインタフェースであって、ホスト計算機２０００とデータや制御命令の送受信を行う。管理Ｉ／Ｆ１２４０は、管理ネットワーク４０００とのインタフェースであって、ホスト計算機２０００及び管理計算機５０００とデータや制御命令の送受信を行う。ディスクＩ／Ｆ１２５０は、ディスク装置１１００に対するインタフェースであって、データや制御命令の送受信を行う。外部接続Ｉ／Ｆ１２６０は、データネットワーク３０００Ｂとのインタフェースであって、外部ストレージシステム１０００Ｃとデータや制御命令の送受信を行う。

ホスト計算機２０００は、メインメモリ２１００、制御装置２２００、ホストＩ／Ｆ及び管理Ｉ／Ｆ２４００を備える。なお、ホスト計算機２０００には、図示を省略する入力装置（例えばキーボード）や出力装置（例えば表示装置）等が備わっていても良い。

メインメモリ２１００には、パス管理プログラム２１１０及びパス管理テーブル２１２０が記憶される。パス管理プログラム２１１０は、ストレージシステム１０００Ａ、１０００Ｂの論理ボリューム１１１０へのアクセス経路であるパスを管理し、パス管理テーブル２１２０の情報を参照または更新することで、複数パスが存在する場合において、どのパスが現在有効なパスであるかを管理するコンピュータプログラムである。

制御装置２２００は、例えばＣＰＵであり、メインメモリ２１００に格納されたパス管理プログラム２１１０を読み出し実行する。

ホストＩ／Ｆ２３００は、データネットワーク３０００Ａとのインタフェースであって、ストレージシステム１０００Ａ、１０００Ｂとデータや制御命令の送受信を行う。管理Ｉ／Ｆ２４００は、管理ネットワーク４０００とのインタフェースであって、ストレージシステム１０００Ａ、１０００Ｂ及び管理計算機５０００とデータや制御命令の送受信を行う。

管理計算機５０００は、メインメモリ５１００、制御装置５２００及び管理Ｉ／Ｆ５３００を備える。なお、管理計算機２０００には、図示を省略する入力装置（例えばキーボード）や出力装置（例えば表示装置）等が備わっていても良い。

メインメモリ５１００には、移行先ストレージ設定プログラム５１１０、容量拡張ボリューム移行プログラム５１２０、外部接続切替プログラム５１３０、物理論理情報移行プログラム５１４０、ストレージ情報管理テーブル５１５０及び論理ボリューム移行テーブル５１６０が記憶される。移行先ストレージ設定プログラム５１１０は、ストレージ情報管理テーブル５１５０の情報を参照し、論理ボリューム移行テーブル５１６０へ移行先ストレージシステムの登録を行うコンピュータプログラムである。容量拡張ボリューム移行プログラム５１２０は、パス管理プログラム２１１０、外部接続切替プログラム５１３０、物理論理情報移行プログラム５１４０を呼び出し、容量拡張ボリュームを異なるストレージシステム１０００へ移行するコンピュータプログラムである。外部接続切替プログラム５１３０は、外部ストレージ管理プログラム１２１１を呼び出し、移行元ストレージシステム１０００Ａ、移行先ストレージシステム１０００Ｂ、外部ストレージシステム１０００Ｃ、の接続設定を切り替えるコンピュータプログラムである。物理論理情報移行プログラム５１４０は、物理論理管理プログラム１２１２を呼び出し、移行元ストレージシステム１０００が有する物理論理管理テーブル１２１４及びセグメント管理テーブル１２１５を取得し、移行先ストレージシステム１０００に適する情報に変換した後、移行先ストレージシステム１０００へ設定を行うコンピュータプログラムである。

制御装置５２００は、メインメモリ５１００に格納された各種コンピュータプログラム５１１０、５１２０、５１３０及び５１４０を読み出し実行する。

管理Ｉ／Ｆ５３００は、管理ネットワーク４０００とのインタフェースであって、ストレージシステム１０００及びホスト計算機２０００とデータや制御命令の送受信を行う。

図２は、ストレージシステム１０００Ａが有する外部ストレージ管理テーブル１２１３の構成例を示す。

外部ストレージ管理テーブル１２１３は、ストレージシステム１０００Ａと外部ストレージシステム１０００Ｃの接続情報として、例えば、物理リソース番号Ｔ１００、外部ボリューム情報Ｔ１１０を有している。

物理リソース番号Ｔ１００には、外部ストレージシステム１０００Ｃが有する論理ボリューム１１００に対応付けられた物理リソース１１２１を識別するための情報が格納される。外部ボリューム情報にＴ１１０は、外部ストレージシステム１０００が有する論理ボリューム１１００を識別するための情報が格納される。なお、説明の都合上、外部ストレージシステム１０００Ｃが有する論理ボリューム１１００を識別するための情報として、外部ストレージシステムのモデル名、シリアル番号及び論理ボリュームに割り当てられたＬＵＮ（Logical Unit Number）の組み合わせた情報として表すが、当該論理ボリュームを識別可能な情報であれば、形式を問わない。

図３は、ストレージシステム１０００Ａが有する物理論理管理テーブル１２１４の構成例を示す。

物理論理管理テーブル１２１４は、容量拡張ボリュームの構成を示す情報として、例えば、ＬＵＮ Ｔ２００、セグメント番号Ｔ２１０、開始アドレスＴ２２０、終了アドレスＴ２３０を有している。

ＬＵＮ Ｔ２００には、論理ボリューム１１１０を識別するための番号が格納される。セグメント番号Ｔ２１０には、容量拡張ボリュームに割当済みのセグメントを識別する番号が格納される。開始アドレスＴ２２０及び終了アドレスＴ２３０は、ホスト計算機２０００に提供する論理ボリュームの開始アドレス及び終了アドレスをそれぞれ表す。論理ボリュームのアドレスとして、一般的に使われるものにＬＢＡ（Logical Block Address）がある。

図４は、ストレージシステム１０００Ａが有するセグメント管理テーブル１２１５を示す。

セグメント管理テーブル１２１５は、セグメントの管理を行う情報として、例えば、プール番号Ｔ３００、物理リソース番号Ｔ３１０、セグメント番号Ｔ３２０、開始アドレスＴ３３０、終了アドレスＴ３４０及び使用状況Ｔ３５０を有している。

プール番号Ｔ３００には、プール１１２０を識別する情報が格納される。物理リソース番号Ｔ３１０には、物理リソース１１２１を識別するための情報が格納される。セグメント番号Ｔ３２０には、物理リソース１１２１をある任意のサイズで論理分割した単位であるセグメントを、識別する情報が格納される。開始アドレスＴ３３０と終了アドレスＴ３４０は、物理リソース１１２１上のセグメントの開始アドレス及び終了アドレスをそれぞれ表す。物理リソースのアドレスとして、一般的に使われるものにＬＢＡがある。使用状況Ｔ３５０には、セグメントが容量拡張ボリューム（論理ボリューム１１１０の一種）に割当済みかどうかを表す情報が格納される。使用状況としては、例えば、セグメントが容量拡張ボリュームへ割当済みであることを表す「割当済」と、セグメントが容量拡張ボリュームへ未割当てであることを表す「未割当」がある。なお、説明の都合上、図４では使用状況を文字列として表すが、使用状況を識別可能な数字などに置き換え格納して良い。

図５は、本実施形態における容量拡張ボリューム１１１０の構成例と、その構成例での物理論理管理テーブル１２１１及びセグメント管理テーブル１２１４の具体例とを示す。

図５（Ａ）に示すように、容量拡張ボリューム１１１０は、１又は複数のセグメントから構成される。この図５（Ａ）の例では、容量拡張ボリューム１１１０が、第１のプール領域（プール１）１１２０の第１の物理リソース（物理リソース１）１１２１のセグメントと、同じプール領域（プール１）１１２０の第２の物理リソース（物理リソース２）１１２１のセグメントとが割り当てられて構成されている。

この場合、物理論理管理テーブル１２１１（図５（Ｂ））のＬＵＮ Ｔ２００には、ホスト計算機２０００が当該容量拡張ボリューム１１１０を識別するための番号として、この論理ボリューム１１１０のＬＵＮである「０」が格納される。またセグメント番号Ｔ２１０には、当該容量拡張ボリューム１１１０に割り当てられたセグメントの識別番号である「１」及び「３」が格納され、セグメントが未割当の領域に対しては「ＮＵＬＬ」が格納される。なお、説明の都合上、図５（Ｂ）では未割当の領域に「ＮＵＬＬ」を格納しているが、未割当を意味する別の文字列や数字に置き換え格納しても良い。

物理論理管理テーブル１２１１の開始アドレスＴ２２０及び終了アドレスＴ２３０には、ホスト計算機２０００から利用される各領域１１１０（容量拡張ボリュームの各領域）のアドレスがそれぞれ格納される。

図５（Ｃ）に示すように、このときセグメント管理テーブル１２１４のプール番号Ｔ３００には、第１プール領域１１２０の識別番号である「１」が格納される。またこの例の場合、第１のプール領域１１２０は物理リソース番号がそれぞれ「０」と「１」の第１及び第２の物理リソース１１２１から構成されているため、これらの数値が物理リソース番号Ｔ３１０に格納される。

さらに図５（Ａ）に示すように、この例の場合、第１及び第２の物理リソースが共に３つのセグメントから構成されており、これら各セグメントにそれぞれ「０」〜「５」のセグメント番号が付与されているため、セグメント管理テーブル１２１４のセグメント番号Ｔ３２０にはこれらの数値がそれぞれ格納される。

さらに、開始アドレスＴ３３０及び終了アドレスＴ３４０には、これら各セグメントの開始アドレス及び終了アドレスが具体的に格納され、各使用状況Ｔ３５０には、対応するセグメントの使用状況（「未割当」又は「割当済」）が格納されている。この例の場合、論理ボリューム１１１０に対してセグメント番号が「１」及び「３」の各セグメントが割り当てられているため、これらに対応する使用状況Ｔ３５０に「割当済」の情報が格納され、これ以外のセグメントに対応する使用状況Ｔ３５０に「未割当」の情報が格納されている。

図６は、本実施形態のストレージ情報管理テーブル５１５０の構成例を示す。

ストレージ情報管理テーブル５１５０は、ストレージシステム１０００が有する機能を管理するための情報として、例えば、モデル名Ｔ４００、シリアル番号Ｔ４１０、機能情報Ｔ４２０を有している。

モデル名Ｔ４００には、ストレージシステム１０００の種別を示す情報が格納される。シリアル番号Ｔ４１０には、ストレージシステム１０００を識別するための情報が格納される。なお、本明細書では、説明の都合上、ストレージシステム１０００を一意に識別するための情報として、モデル名Ｔ４００及びシリアル番号Ｔ４１０を用いているが、ストレージシステム１０００を一意に識別可能であれば、これに変わる情報であっても良い。機能情報Ｔ４２０には、ストレージシステム１０００が有する機能を示す情報が格納される。機能情報Ｔ４２０に該当する情報としては、例えば、ストレージシステム１０００が有する機能に対応したライセンス情報がある。本明細書では、説明の都合上、機能情報Ｔ４２０を用いるが、ライセンス情報などストレージシステム１０００が備える機能を識別出来る情報であれば良い。なお、図示の「容量拡張ボリューム機能」とは、図５（Ａ）を参照して説明したように、論理ボリュームに割り当てるセグメントを増減することでその論理ボリュームのサイズを自動的に変更する機能である。また、「外部接続機能」とは、外部ストレージシステム１０００Ｃが有する記憶資源を自分の記憶資源としてホスト計算機に提供する機能である。本実施形態では、図２に例示した外部ストレージ管理テーブル１２１３から分かるように、一つの物理リソースに対して、外部ストレージシステム１０００Ｃの論理ボリューム（以下、便宜上「外部ボリューム」と言う）１１１０が対応付けられている。従って、例えば、ストレージシステム１０００Ａが外部接続機能を有していて、外部ストレージ管理テーブル１２１３により、ストレージシステム１０００Ａの物理リソースに外部ボリュームが対応付けられている場合、ストレージシステム１０００Ａの容量拡張ボリュームのセグメントがホスト計算機２０００からのアクセス先ならば、そのセグメントを有した物理リソースに対応付けられている外部ボリュームをストレージシステム１０００Ａが外部ストレージ管理テーブル１２１３から特定し、ストレージシステム１０００Ａがその外部ボリュームにアクセスすることにより、実質的に、ホスト計算機２０００のアクセス先を外部ボリュームとすることができる。

図７は、本実施形態の論理ボリューム移行テーブル５１６０の構成例を示す。

論理ボリューム移行テーブル５１６０は、論理ボリュームの移行先を管理するために、例えば、移行元モデル名Ｔ５００、移行元シリアル番号Ｔ５１０、移行元ＬＵＮＴ５２０、移行先モデル名Ｔ５３０、移行先シリアル番号Ｔ５４０、移行先ＬＵＮ Ｔ５５０を有している。

移行元モデル名Ｔ５００には、移行元ストレージシステム１０００の種別を示す情報が格納される。移行元シリアル番号Ｔ５２０には、移行元ストレージシステム１０００を識別するための情報が格納される。移行元ＬＵＮ Ｔ５２０には、移行対象ボリュームに割り当てられた移行元ストレージシステムのＬＵＮが格納される。移行先モデル名Ｔ５３０には、移行先ストレージシステム１０００の種別を示す情報が格納される。移行先シリアル番号Ｔ５４０には、移行先ストレージシステム１０００を識別するための情報が格納される。移行先ＬＵＮ Ｔ５５０には、移行対象ボリュームに割り当てられた移行先ストレージシステムのＬＵＮが格納される。

図８は、本実施形態のパス管理テーブル２１２０の構成例を示す。

パス管理テーブル２１２０は、一又は複数のパスを管理するための情報として、例えば、パス識別情報Ｔ６００、接続先ストレージ情報Ｔ６１０、アクセスフラグＴ６２０とを有している。

パス識別情報Ｔ６００には、ホスト計算機上のＯＳ（Operating System）が、ストレージシステム１０００が有する論理ボリューム１１１０を、一意に識別するための情報が格納される。なお、本明細書では説明の都合上、数字にて示しているが、パスがＯＳ内で一意に識別可能な文字列などに置き換えて格納しても良い。接続先ストレージ情報Ｔ６１０には、ストレージシステム１０００が有する論理ボリューム１１００にアクセスするための情報が格納される。なお、説明の都合上、当該論理ボリューム１１００にアクセスするための情報として、ストレージシステム１０００のモデル名、シリアル番号及び論理ボリューム１１１０に割り当てられたＬＵＮの組み合わせた情報として表すが、当該論理ボリュームに対しアクセスするために必要な情報であれば形式は問わない。アクセスフラグＴ６３０には、接続先ストレージ情報Ｔ６１０によって示される論理ボリューム１１１０がアクセス可能であるかを示す情報が格納される。なお、説明の都合上、図８では、アクセスフラグを文字列として表すが、アクセス可否を識別可能な数字などに置き換えて格納しても良い。

図９は、本実施形態の移行先ストレージ設定プログラム５１１０が管理者へ提示する移行先ストレージシステム設定画面Ｄ１００の具体例を示す。

移行先ストレージシステム設定画面Ｄ１００は、データを移行する移行先ストレージシステムを設定するための画面であり、移行先ストレージシステム選択ダイアログＤ１１０、移行先論理ボリューム設定ボックスＤ１２０、設定ボタンＤ１３０、キャンセルボタンＤ１４０を有している。移行先ストレージシステム選択ダイアログＤ１１０は、移行先ストレージシステム１０００の候補を一覧表示し、管理者に移行先ストレージシステムを選択させるダイアログである。移行先論理ボリューム設定ボックスＤ１２０は、移行先ストレージシステム１０００にて割り当てるＬＵＮを設定するためのボックスである。設定ボタンＤ１３０は、当該ボタンを押下することで、当該画面にて表示されている設定内容を反映させるボタンである。キャンセルボタンＤ１４０は、当該ボタンを押下することで、当該画面にて表示されている設定内容を破棄し、画面を閉じるボタンである。

（２）第１実施形態の動作

まず、移行先ストレージ設定プログラム５１１０の処理について、図１０を参照しながら説明する。

移行先ストレージ設定プログラム５１１０は、管理者から、移行対象ボリュームの識別情報となるＬＵＮと、移行元ストレージシステム１０００のモデル名及びシリアル番号とを含む、移行先ストレージシステムの設定要求を受信する（Ｓ１０００）。

次に、移行先ストレージ設定プログラム５１１０は、ストレージ情報管理テーブル５１５０の機能情報Ｔ４２０に「外部接続機能」と「容量拡張ボリューム」がある行から、ストレージシステムのモデル名Ｔ４００とシリアル番号Ｔ４１０を取得する（Ｓ１０１０）。

移行先ストレージ設定プログラム５１１０は、Ｓ１０１０の取得処理が成功したか否かを判定する（Ｓ１０２０）。

判定した結果、取得に失敗していた場合（Ｓ１０２０でＮｏ）、移行先ストレージ設定プログラム５１１０は、管理者へ設定エラーを通知し処理終了する。（Ｓ１０９０）。管理者へのエラー通知方法としては、管理計算機が備える表示装置への出力や電子メールによる通知方法などがある。

判定した結果、取得に成功していた場合（Ｓ１０２０でＹｅｓ）、移行先ストレージ設定プログラム５１１０は、取得した移行先ストレージシステムのモデル名、シリアル番号、移行対象ボリュームの識別情報となるＬＵＮ、移行元ストレージシステムのモデル名、シリアル番号、とを含む移行先ストレージシステム設定画面Ｄ１００を開く（Ｓ１０３０）。移行先ストレージシステム選択ダイアログＤ１１０には、取得した移行先ストレージシステムのモデル名及びシリアル番号が例えばプルダウン形式で一覧表示される。

その後、移行先ストレージ設定プログラム５１１０は、管理者が移行先ストレージシステム設定画面Ｄ１００に情報を入力して設定ボタンＤ１３０を押下するのを待つ（Ｓ１０４０）。

設定ボタンＤ１３０が押下されると、移行先ストレージ設定プログラム５１１０は、管理者が選択した移行先ストレージシステムのモデル名、シリアル番号、移行先論理ボリュームのＬＵＮを受信する（Ｓ１０５０）。

受信した後、移行先ストレージ設定プログラム５１１０は、移行元ストレージシステムのモデル名、シリアル番号、移行対象ボリュームのＬＵＮおよび、前記処理にて受信した移行先ストレージシステムのモデル名、シリアル番号、移行先論理ボリュームのＬＵＮ、を論理ボリューム移行テーブル５１６０へ書き込む（Ｓ１０６０）。

次に、移行先ストレージ設定プログラム５１１０は、移行元ストレージシステムのモデル名、シリアル番号、移行対象ボリュームのＬＵＮおよび、前記処理にて受信した移行先ストレージシステムのモデル名、シリアル番号、移行先論理ボリュームのＬＵＮ、を含む新規登録要求を、パス管理プログラム２１１０へ送信する（Ｓ１０７０）。

移行先ストレージ設定プログラム５１１０は、パス管理プログラム２１１０から正常終了通知を受信したか否かを判定する（Ｓ１０８０）。

判定した結果、正常終了通知でなかった場合（Ｓ１０８０でＮｏ）、移行先ストレージ設定プログラム５１１０は、管理者へ設定エラーを通知し処理終了する。（Ｓ１０９０）。判定した結果、正常終了通知であった場合（Ｓ１０８０でＹｅｓ）、移行先ストレージ設定プログラム５１１０は、処理を終了する。なお、図１０の説明の都合上省略をするが、移行先ストレージシステムが、ホスト計算機からのアクセスに対し、セキュリティなどの観点から、アクセス制限を設定している場合において、図１０の処理の後、移行先ストレージシステムへ、ホスト計算機の情報と移行先論理ボリュームのＬＵＮを通知し、ホスト計算機から、移行先論理ボリュームがアクセスできるよう設定を行っても良い。ホスト計算機の情報には、例えばホスト計算機が有するホストＩ／Ｆ２３００の識別情報（例えばＷＷＮ（World Wide Name））がある。

次に、パス管理プログラム２１１０の新規登録処理について、図１１を参照しながら説明する。

パス管理プログラム２１１０は、移行先ストレージ設定プログラム５１１０から、移行元ストレージシステムのモデル名、シリアル番号、移行対象ボリュームのＬＵＮおよび、移行先ストレージシステムのモデル名、シリアル番号、移行先論理ボリュームのＬＵＮ、を含む新規登録要求を受信する（Ｓ２０００）。

次に、パス管理プログラム２１１０は、パス管理テーブル２１２０の接続先ストレージ情報Ｔ６１０から、新規登録要求に含まれる移行元ストレージシステムのモデル名、シリアル番号、移行対象ボリュームのＬＵＮが含まれるデータを検索し、該当するデータのパス識別情報Ｔ６００を取得する（Ｓ２０１０）。なお、本明細書では、説明の都合上、移行元ストレージシステムのモデル名、シリアル番号、移行対象ボリュームのＬＵＮをピリオドで連結した文字列にて、パス管理テーブル２１２０の接続先ストレージ情報Ｔ６１０を検索する。

パス管理プログラム２１１０は、パス識別情報Ｔ６００が取得できたか否かを判定する（Ｓ２０２０）。

判定した結果、取得できなかった場合（Ｓ２０２０でＮｏ）、パス管理プログラム２１１０は、異常終了通知を呼び出し元に送信し、処理終了する。（Ｓ２０６０）。判定した結果、取得できた場合（Ｓ２０２０でＹｅｓ）、パス管理プログラム２１１０は、パス識別情報Ｔ６００へ、前記取得したパス識別情報を、接続先ストレージ情報Ｔ６１０へ、要求に含まれる移行元ストレージシステムのモデル名、シリアル番号、移行対象ボリュームのＬＵＮをピリオドで連結した文字列を、アクセスフラグＴ６２０へ「無効」を、それぞれ新規登録する（Ｓ２０３０）。

パス管理プログラム２１１０は、前記登録処理が成功したか否かを判定する（Ｓ２０４０）。

判定した結果、登録に失敗した場合（Ｓ２０４０でＮｏ）、パス管理プログラム２１１０は、異常終了通知を呼び出し元に送信し、処理終了する（Ｓ２０６０）。判定した結果、登録に成功した場合（Ｓ２０４０でＹｅｓ）、パス管理プログラム２１１０は、正常終了通知を呼び出し元に送信し、処理を終了する（Ｓ２０５０）。

次に、容量拡張ボリューム移行プログラム５１２０のデータ移行処理について、図１２を参照しながら説明する。

容量拡張ボリューム移行プログラム５１２０は、管理者や、本明細書では省略する性能監視プログラムなどから、容量拡張ボリュームをデータ移行する場合に呼び出され、移行対象ボリュームの識別情報（例えば、移行元ストレージシステムのモデル名、シリアル番号、移行対象ボリュームのＬＵＮ）を含む移行開始要求を受信する。（Ｓ３０００）。なお、前記性能監視プログラムは、ストレージシステム１０００の制御装置１２２０やホストＩ／Ｆ１２３０などの負荷を監視し、予め定めておいた閾値を超えた場合、管理者への警告通知や他のプログラムを呼び出す機能を有するコンピュータプログラムである。

次に、容量拡張ボリューム移行プログラム５１２０は、論理ボリューム移行テーブル５１６０から、要求に含まれる移行元ストレージシステムのモデル名、シリアル番号、移行対象ボリュームのＬＵＮに該当するデータを取得する（Ｓ３０１０）。

その後、容量拡張ボリューム移行プログラム５１２０は、移行対象ボリュームのホスト計算機２０００からのアクセスを停止するために、パス管理プログラム２１１０に、移行元ストレージシステムのモデル名、シリアル番号、移行対象ボリュームのＬＵＮ、を含むアクセス停止要求を送信する（Ｓ３０２０）。

容量拡張ボリューム移行プログラム５１２０は、パス管理プログラム２１１０から正常終了通知を受信したか否かを判定する（Ｓ３０３０）。

判定した結果、正常終了通知でなかった場合（Ｓ３０３０でＮｏ）、容量拡張ボリューム移行プログラム５１２０は、管理者へ移行失敗通知を送信し処理を終了する（Ｓ３１１０）。判定した結果、正常終了通知であった場合（Ｓ３０３０でＹｅｓ）、容量拡張ボリューム移行プログラム５１２０は、外部接続切替プログラム５１３０へ、移行元ストレージシステムのモデル名、シリアル番号、移行対象ボリュームのＬＵＮおよび、移行先ストレージシステムのモデル名、シリアル番号、移行先論理ボリュームのＬＵＮを含むパス切替要求を送信する（Ｓ３０４０）。

容量拡張ボリューム移行プログラム５１２０は、外部接続切替プログラム５１３０から正常終了通知と物理リソース番号を受信したか否かを判定する（Ｓ３０５０）。

判定した結果、正常終了通知と物理リソース番号でなかった場合（Ｓ３０５０でＮｏ）、容量拡張ボリューム移行プログラム５１２０は、管理者へ移行失敗通知を送信し処理を終了する。（Ｓ３１１０）。判定した結果、正常終了通知と物理リソース番号であった場合（Ｓ３０５０でＹｅｓ）、容量拡張ボリューム移行プログラム５１２０は、物理論理情報移行プログラム５１４０へ、移行元ストレージシステムのモデル名、シリアル番号、移行対象ボリュームのＬＵＮ、移行先ストレージシステムのモデル名、シリアル番号、移行先論理ボリュームのＬＵＮ、前記取得した物理リソース番号を含む移行要求を送信する（Ｓ３０６０）。

容量拡張ボリューム移行プログラム５１２０は、物理論理情報移行プログラム５１４０から正常終了通知を受信したか否かを判定する（Ｓ３０７０）。

判定した結果、正常終了通知でなかった場合（Ｓ３０７０でＮｏ）、容量拡張ボリューム移行プログラム５１２０は、管理者へ移行失敗通知を送信し処理を終了する。（Ｓ３１１０）。判定した結果、正常終了通知であった場合（Ｓ３０７０でＹｅｓ）、容量拡張ボリューム移行プログラム５１２０は、パス管理プログラム２１１０に、移行先ストレージシステムのモデル名、シリアル番号、移行先論理ボリュームのＬＵＮ、を含むアクセス開始要求を送信する（Ｓ３０８０）。

容量拡張ボリューム移行プログラム５１２０は、パス管理プログラム２１１０から正常終了通知を受信したか否かを判定する（Ｓ３０９０）。

判定した結果、正常終了通知でなかった場合（Ｓ３０９０でＮｏ）、容量拡張ボリューム移行プログラム５１２０は、管理者へ移行失敗通知を送信し処理を終了する。（Ｓ３１１０）。判定した結果、正常終了通知であった場合（Ｓ３０９０でＹｅｓ）、容量拡張ボリューム移行プログラム５１２０は、管理者へ移行成功通知を送信し、処理を終了する（Ｓ３１００）。管理者への移行成功通知の方法としては、管理計算機が備える表示装置への出力や電子メールによる通知方法などがある。

次に、パス管理プログラム２１１０のアクセス停止処理およびアクセス開始処理について、図１３を参照しながら説明する。

パス管理プログラム５１２０は、移行対象ボリュームの識別情報である移行元ストレージシステムのモデル名、シリアル番号、移行対象ボリュームのＬＵＮ、を含むアクセス停止要求か、移行先ストレージシステムのモデル名、シリアル番号、移行先論理ボリュームのＬＵＮを含むアクセス開始要求の何れかの要求を受信する。（Ｓ４０００）。

次に、パス管理プログラム５１２０は、受信した要求がアクセス停止要求か否かを判定する（Ｓ４０１０）。

判定した結果、アクセス停止要求であった場合（Ｓ４０１０でＹｅｓ）、パス管理プログラム５１２０は、要求に含まれる移行元ストレージシステムのモデル名、シリアル番号、移行対象ボリュームのＬＵＮ、に該当するパス管理テーブル２１３０のデータのアクセスフラグＴ６２０を「無効」に設定する（Ｓ４０２０）。

その後、パス管理テーブル２１３０の書き換えに成功したか否かを判定する（Ｓ４０３０）。

判定した結果、書き換えに失敗した場合（Ｓ４０３０でＮｏ）、パス管理プログラム５１２０は、呼び出し元へ、異常終了通知を送信し処理を終了する（Ｓ４０７０）。判定した結果、書き換えに成功した場合（Ｓ４０３０でＹｅｓ）、パス管理プログラム５１２０は、呼び出し元へ、正常終了通知を送信し処理を終了する（Ｓ４０４０）。

前記受信した要求がアクセス停止要求か否か判定した結果、アクセス停止要求でなかった場合（Ｓ４０１０でＮｏ）、パス管理プログラム５１２０は、アクセス開始要求か否かを判定する（Ｓ４０５０）。

判定した結果、アクセス開始要求で無かった場合（Ｓ４０５０でＮｏ）、パス管理プログラム５１２０は、呼び出し元へ、異常終了通知を送信し処理を終了する（Ｓ４０７０）。判定した結果、アクセス開始要求であった場合（Ｓ４０５０でＹｅｓ）、パス管理プログラム５１２０は、要求に含まれる移行先ストレージシステムのモデル名、シリアル番号、移行先論理ボリュームのＬＵＮ、に該当するパス管理テーブル２１３０のデータのアクセスフラグＴ６２０を「有効」に設定する（Ｓ４０６０）。

その後、パス管理プログラム５１２０は、パス管理テーブル２１３０の書き換えに成功したか否かを判定する（Ｓ４０３０）。

判定した結果、書き換えに失敗した場合（Ｓ４０３０でＮｏ）、パス管理プログラム５１２０は、呼び出し元へ、異常終了通知を送信し処理を終了する（Ｓ４０７０）。判定した結果、書き換えに成功した場合（Ｓ４０３０でＹｅｓ）、パス管理プログラム５１２０は、呼び出し元へ、正常終了通知を送信し処理を終了する（Ｓ４０４０）。

次に、外部接続切替プログラム５１３０のパス切替処理について、図１４を参照しながら説明する。

外部接続切替プログラム５１３０は、移行対象ボリュームの識別情報である移行元ストレージシステムのモデル名、シリアル番号、移行対象ボリュームのＬＵＮ、移行先ストレージシステムのモデル名、シリアル番号、移行先論理ボリュームのＬＵＮを含むパス切替要求を受信する（Ｓ５０００）。

次に、外部接続切替プログラム５１３０は、移行元ストレージのモデル名、シリアル番号で識別されるストレージシステム１０００の外部ストレージ管理プログラム１２１１へ、移行対象ボリュームのＬＵＮを含む外部ストレージシステムへの接続情報の取得要求を送信する（Ｓ５０１０）。

その後、外部接続切替プログラム５１３０は、外部ストレージ管理プログラム１２１１から接続情報を取得したか否かを判定する（Ｓ５０２０）。

判定した結果、接続情報の取得に失敗した場合（Ｓ５０２０でＮｏ）、外部接続切替プログラム５１３０は、呼び出し元へ異常終了通知を送信し、処理を終了する（Ｓ５０８０）。判定した結果、接続情報の取得に成功した場合（Ｓ５０２０でＹｅｓ）、外部接続切替プログラム５１３０は、移行元ストレージのモデル名、シリアル番号で識別されるストレージシステム１０００の外部ストレージ管理プログラム１２１１へ、移行対象ボリュームのＬＵＮを含む接続解除要求を送信する（Ｓ５０３０）。

その後、外部ストレージ管理プログラム１２１１から正常終了通知を受信したか否かを判定する（Ｓ５０４０）。

判定した結果、正常終了通知でなかった場合（Ｓ５０４０でＮｏ）、外部接続切替プログラム５１３０は、呼び出し元へ異常終了通知を送信し、処理を終了する（Ｓ５０８０）。判定した結果、正常終了通知だった場合（Ｓ５０４０でＹｅｓ）、外部接続切替プログラム５１３０は、移行先ストレージのモデル名、シリアル番号で識別されるストレージシステム１０００の外部ストレージ管理プログラム１２１１へ、前記取得した外部ストレージシステムへの接続情報を含む接続設定要求を送信する（Ｓ５０５０）。

その後、外部接続切替プログラム５１３０は、外部ストレージ管理プログラム１２１１から正常終了通知と物理リソース番号を受信したか否かを判定する（Ｓ５０６０）。

判定した結果、正常終了通知と物理リソース番号を受信しなかった場合（Ｓ５０６０でＮｏ）、外部接続切替プログラム５１３０は、呼び出し元へ異常終了通知を送信し、処理を終了する（Ｓ５０８０）。判定した結果、正常終了通知と物理リソース番号を受信した場合（Ｓ５０６０でＹｅｓ）、外部接続切替プログラム５１３０は、呼び出し元へ物理リソース番号と正常終了通知を送信し、処理を終了する（Ｓ５０７０）。

次に、外部ストレージ管理プログラム１２１１の接続情報の取得処理について、図１５を参照しながら説明する。

外部ストレージ管理プログラム１２１１は、移行対象ボリュームのＬＵＮ、を含む接続情報の取得要求を受信する（Ｓ６０００）。

次に、外部ストレージ管理プログラム１２１１は、物理論理管理テーブル１２１４から、物理論理管理テーブル１２１４のＬＵＮ Ｔ２００と、要求に含まれる移行対象ボリュームのＬＵＮが一致するデータのセグメント番号Ｔ２１０を取得する（Ｓ６０１０）。

その後、外部ストレージ管理プログラム１２１１は、取得できたか否かを判定する（Ｓ６０２０）。

判定した結果、取得できなかった場合（Ｓ６０２０でＮｏ）、外部ストレージ管理プログラム１２１１は、呼び出し元に異常終了通知を送信し、処理を終了する（Ｓ６０８０）。判定した結果、取得できた場合（Ｓ６０２０でＹｅｓ）、外部ストレージ管理プログラム１２１１は、セグメント管理テーブル１２１５から、セグメント管理テーブル１２１５のセグメント番号Ｔ３２０と、前記取得したセグメント番号が一致するデータの物理リソース番号Ｔ３１０を取得する（Ｓ６０３０）。

その後、外部ストレージ管理プログラム１２１１は、取得できたか否かを判定する（Ｓ６０４０）。

判定した結果、取得できなかった場合（Ｓ６０４０でＮｏ）、外部ストレージ管理プログラム１２１１は、呼び出し元に異常終了通知を送信し、処理を終了する（Ｓ６０８０）。判定した結果、取得できた場合（Ｓ６０５０でＹｅｓ）、外部ストレージ管理プログラム１２１１は、外部ストレージ管理テーブル１２１３から、外部ストレージ管理テーブル１２１３の物理リソース番号Ｔ１００と、前記取得した物理リソース番号が一致するデータの外部ボリューム情報Ｔ１１０を取得する（Ｓ６０５０）。

その後、外部ストレージ管理プログラム１２１１は、取得できたか否かを判定する（Ｓ６０６０）。

判定した結果、取得できなかった場合（Ｓ６０６０でＮｏ）、外部ストレージ管理プログラム１２１１は、呼び出し元に異常終了通知を送信し、処理を終了する（Ｓ６０８０）。判定した結果、取得できた場合（Ｓ６０６０でＹｅｓ）、外部ストレージ管理プログラム１２１１は、呼び出し元に前記取得した外部ボリューム情報を送信し、処理を終了する（Ｓ６０７０）。

次に、外部ストレージ管理プログラム１２１１の接続解除処理および接続設定処理について、図１６を参照しながら説明する。

外部ストレージ管理プログラム１２１１は、移行対象ボリュームのＬＵＮ、を含む接続解除要求か、外部ストレージシステムへの接続情報、を含む接続設定要求の何れかの要求を受信する。（Ｓ７０００）。

次に、外部ストレージ管理プログラム１２１１は、受信した要求が接続解除要求か否かを判定する（Ｓ７０１０）。

判定した結果、接続解除要求だった場合（Ｓ７０１０でＹｅｓ）、外部ストレージ管理プログラム１２１１は、物理論理管理テーブル１２１４から、物理論理管理テーブル１２１４のＬＵＮ Ｔ２００と、要求に含まれる移行対象ボリュームのＬＵＮが一致するデータのセグメント番号Ｔ２１０を取得する（Ｓ７０２０）。

その後、外部ストレージ管理プログラム１２１１は、取得できたか否かを判定する（Ｓ７０３０）。

判定した結果、取得できなかった場合（Ｓ７０３０でＮｏ）、外部ストレージ管理プログラム１２１１は、呼び出し元に異常終了通知を送信し、処理を終了する（Ｓ７０９０）。判定した結果、取得できた場合（Ｓ７０３０でＹｅｓ）、外部ストレージ管理プログラム１２１１は、セグメント管理テーブル１２１５から、セグメント管理テーブル１２１５のセグメント番号Ｔ３２０と、前記取得したセグメント番号が一致するデータの物理リソース番号Ｔ３１０を取得する（Ｓ７０４０）。

その後、外部ストレージ管理プログラム１２１１は、取得できたか否かを判定する（Ｓ７０５０）。

判定した結果、取得できなかった場合（Ｓ７０５０でＮｏ）、外部ストレージ管理プログラム１２１１は、呼び出し元に異常終了通知を送信し、処理を終了する（Ｓ７０９０）。判定した結果、取得できた場合（Ｓ７０５０でＹｅｓ）、外部ストレージ管理プログラム１２１１は、外部ストレージ管理テーブル１２１３から、外部ストレージ管理テーブル１２１３の物理リソース番号Ｔ１００と、前記取得した物理リソース番号が一致するデータを削除する（Ｓ７０６０）。

次に、削除に成功したか否かを判定する（Ｓ７０７０）。

判定した結果、削除に失敗した場合（Ｓ７０７０でＮｏ）、外部ストレージ管理プログラム１２１１は、呼び出し元に異常終了通知を送信し（Ｓ７０９０）、処理を終了する（Ｓ７０９０）。判定した結果、削除に成功した場合（Ｓ７０７０でＹｅｓ）、外部ストレージ管理プログラム１２１１は、呼び出し元に正常終了通知を送信する（Ｓ７０８０）。

前記受信した要求が接続解除要求か否か判定した結果、接続解除要求でなかった場合（Ｓ７０１０でＮｏ）、外部ストレージ管理プログラム１２１１は、接続設定要求か否かを判定する（Ｓ７１００）。

判定した結果、接続設定要求でない場合（Ｓ７１００でＮｏ）、外部ストレージ管理プログラム１２１１は、呼び出し元に異常終了通知を送信し（Ｓ７０９０）、処理を終了する（Ｓ７０９０）。判定した結果、接続設定要求であった場合（Ｓ７１００でＹｅｓ）、外部ストレージ管理プログラム１２１１は、セグメント管理テーブル１２１５の物理リソース番号Ｔ３１０に割り当たっていない番号を新規の物理リソース番号として取得する（Ｓ７１１０）。なお、容量拡張ボリューム以外の論理ボリュームが存在し、物理リソースを利用している場合には、それらを含み割り当たっていない番号を新規の物理リソース番号として取得する。

次に、外部ストレージ管理プログラム１２１１は、外部ストレージ管理テーブル１２１３の物理リソース番号Ｔ１００へ、前記取得した新規の物理リソース番号、外部ボリューム情報Ｔ１１０に要求に含まれる外部ストレージシステムへの接続情報、を設定し、外部ストレージ管理テーブル１２１３へ登録する（Ｓ７１２０）。

その後、外部ストレージ管理プログラム１２１１は、登録に成功したか否かを判定する（Ｓ７１３０）。

判定した結果、登録に失敗した場合（Ｓ７１３０でＮｏ）、外部ストレージ管理プログラム１２１１は、呼び出し元へ異常終了通知を送信し（Ｓ７０９０）、処理を終了する。判定した結果、登録に成功した場合（Ｓ７１３０でＹｅｓ）、外部ストレージ管理プログラム１２１１は、呼び出し元へ前記取得した新規の物理リソース番号を送信する（Ｓ７１４０）。

その後、外部ストレージ管理プログラム１２１１は、正常終了通知を送信し（Ｓ７０８０）、処理を終了する（Ｓ７０８０）。

次に、物理論理情報移行プログラム５１４０の移行処理について、図１７を参照しながら説明する。

物理論理情報移行プログラム５１４０は、移行元ストレージシステムのモデル名、シリアル番号、移行対象ボリュームのＬＵＮ、移行先ストレージシステムのモデル名、シリアル番号、移行先論理ボリュームのＬＵＮ、移行先ストレージシステムから取得した新規物理リソース番号を含む移行要求を受信する（Ｓ８０００）。

次に、物理論理情報移行プログラム５１４０は、要求に含まれる移行元ストレージのモデル名、シリアル番号で識別されるストレージシステム１０００の物理論理管理プログラム１２１２へ、移行対象ボリュームのＬＵＮを含む移行対象ボリュームの物理論理管理テーブル１２１４およびセグメント管理テーブル１２１５のデータ取得要求を送信する（Ｓ８０１０）。

その後、物理論理情報移行プログラム５１４０は、物理論理管理テーブル１２１４のデータを受信したか否かを判定する（Ｓ８０２０）。

判定した結果、受信していなかった場合（Ｓ８０２０でＮｏ）、物理論理情報移行プログラム５１４０は、呼び出し元へ異常終了通知を送信し（Ｓ８０９０）、処理を終了する（Ｓ８０９０）。判定した結果、受信していた場合（Ｓ８０２０でＹｅｓ）、物理論理情報移行プログラム５１４０は、セグメント管理テーブル１２１５のデータを受信したか否かを判定する（Ｓ８０３０）。

判定した結果、受信していなかった場合（Ｓ８０３０でＮｏ）、物理論理情報移行プログラム５１４０は、呼び出し元へ異常終了通知を送信し（Ｓ８０９０）、処理を終了する（Ｓ８０９０）。判定した結果、受信していた場合（Ｓ８０３０でＹｅｓ）、物理論理情報移行プログラム５１４０は、前記受信した物理論理管理テーブル１２１４のデータのＬＵＮ Ｔ２００の情報を、要求に含まれる移行先論理ボリュームのＬＵＮに書き換える（Ｓ８０４０）。

次に、物理論理情報移行プログラム５１４０は、前記受信したセグメント管理テーブル１２１５のデータの物理リソース番号Ｔ３１０を、要求に含まれる新規物理リソース番号に書き換える（Ｓ８０５０）。

その後、物理論理情報移行プログラム５１４０は、要求に含まれる移行先ストレージのモデル名、シリアル番号で識別されるストレージシステム１０００の物理論理管理プログラム１２１２へ、前記書き換えを行った物理論理管理テーブル１２１４のデータおよびセグメント管理テーブル１２１５のデータを含むデータ設定要求を送信する（Ｓ８０６０）。

次に、物理論理情報移行プログラム５１４０は、物理論理管理プログラム１２１２から正常終了通知を受信したか否かを判定する（Ｓ８０７０）。

判定した結果、受信していなかった場合（Ｓ８０７０でＮｏ）、物理論理情報移行プログラム５１４０は、呼び出し元へ異常終了通知を送信し（Ｓ８０９０）、処理を終了する（Ｓ８０９０）。判定した結果、受信していた場合（Ｓ８０７０でＹｅｓ）、物理論理情報移行プログラム５１４０は、呼び出し元へ正常終了通知を送信し、処理を終了する（Ｓ８０８０）。

次に、物理論理管理プログラム１２１２のデータ取得処理およびデータ設定処理について、図１８を参照しながら説明する。

物理論理管理プログラム１２１２は、移行対象ボリュームのＬＵＮ、を含むデータ取得要求か、物理論理管理テーブル１２１４のデータおよびセグメント管理テーブル１２１５のデータ、を含むデータ設定要求の何れかの要求を受信する（Ｓ９０００）。

次に、物理論理管理プログラム１２１２は、受信した要求がデータ取得要求か否かを判定する（Ｓ９０１０）。

判定した結果、データ取得要求だった場合（Ｓ９０１０でＹｅｓ）、物理論理管理プログラム１２１２は、物理論理管理テーブル１２１４から、物理論理管理テーブル１２１４のＬＵＮ Ｔ２００と、要求に含まれる移行対象ボリュームのＬＵＮが一致するデータを検索し、取得する（Ｓ９０２０）。

その後、物理論理管理プログラム１２１２は、取得できたか否かを判定する（Ｓ９０３０）。

判定した結果、取得できなかった場合（Ｓ９０３０でＮｏ）、物理論理管理プログラム１２１２は、呼び出し元へ、異常終了通知を送信し（Ｓ９０９０）、処理を終了する（Ｓ９０９０）。判定した結果、取得できた場合（Ｓ９０３０でＹｅｓ）、物理論理管理プログラム１２１２は、取得した物理論理管理テーブル１２１４のデータからセグメント番号を取得する（Ｓ９０４０）。

次に、物理論理管理プログラム１２１２は、セグメント管理テーブル１２１５から、セグメント管理テーブル１２１５のセグメント番号Ｔ３２０と、前記取得したセグメント番号が一致するデータを検索し、取得する（Ｓ９０５０）。

その後、物理論理管理プログラム１２１２は、取得できたか否かを判定する（Ｓ９０６０）。

判定した結果、取得できなかった場合（Ｓ９０６０でＮｏ）、物理論理管理プログラム１２１２は、呼び出し元へ、異常終了通知を送信し、処理を終了する（Ｓ９０９０）。判定した結果、取得できた場合（Ｓ９０６０でＹｅｓ）、物理論理管理プログラム１２１２は、前記取得した物理論理管理テーブルとセグメント管理テーブルのデータを呼び出し元へ、送信する（Ｓ９０７０）。

その後、物理論理管理プログラム１２１２は、呼び出し元へ、正常終了通知を送信し（Ｓ９０８０）、処理を終了する。

前記受信した要求がデータ取得要求か否か判定した結果、データ取得要求でなかった場合（Ｓ９０１０でＮｏ）、物理論理管理プログラム１２１２は、データ設定要求か否かを判定する（Ｓ９１００）。

判定の結果、データ設定要求でない場合（Ｓ９１００でＮｏ）、物理論理管理プログラム１２１２は、呼び出し元へ、異常終了通知を送信し（Ｓ９０９０）、処理を終了する。判定した結果、データ設定要求であった場合（Ｓ９１００でＹｅｓ）、物理論理管理プログラム１２１２は、物理論理管理テーブル１２１４へ、要求に含まれる物理論理管理テーブルのデータを登録する（Ｓ９１１０）。

その後、物理論理管理プログラム１２１２は、データが登録できたか否かを判定する（Ｓ９１２０）。

判定した結果、登録が失敗した場合（Ｓ９１２０でＮｏ）、物理論理管理プログラム１２１２は、呼び出し元へ、異常終了通知を送信し（Ｓ９０９０）、処理を終了する。判定した結果、登録が成功した場合（Ｓ９１２０でＹｅｓ）、物理論理管理プログラム１２１２は、セグメント管理テーブル１２１５へ、要求に含まれるセグメント管理テーブルのデータを登録する（Ｓ９１３０）。

その後、物理論理管理プログラム１２１２は、データが登録できたか否かを判定する（Ｓ９１４０）。

判定した結果、登録が失敗した場合（Ｓ９１４０でＮｏ）、物理論理管理プログラム１２１２は、呼び出し元へ、異常終了通知を送信し（Ｓ９０９０）、処理を終了する。判定した結果、登録が成功した場合（Ｓ９１４０でＹｅｓ）、物理論理管理プログラム１２１２は、前記追加した物理論理管理テーブルのデータのセグメント番号Ｔ２１０と、前記追加したセグメント管理テーブルのデータのセグメント番号Ｔ３２０を、セグメント管理テーブル１２１５のセグメント番号Ｔ３２０に未割当な番号に変更する（Ｓ９１５０）。

その後、物理論理管理プログラム１２１２は、変更できたか否かを判定する（Ｓ９１６０）。

判定した結果、変更が失敗した場合（Ｓ９１６０でＮｏ）、物理論理管理プログラム１２１２は、呼び出し元へ、異常終了通知を送信し（Ｓ９０９０）、処理を終了する。判定した結果、変更が成功した場合（Ｓ９１６０でＹｅｓ）、物理論理管理プログラム１２１２は、呼び出し元へ、正常終了通知を送信し（Ｓ９０８０）、処理を終了する。

以上、第１実施形態によれば、管理計算機は、管理者からの指示もしくは、ストレージシステムの高負荷を検知した場合、移行元ストレージシステム１０００Ａに接続された外部ストレージシステム１０００Ｃを、移行先ストレージシステム１０００Ｂへ切り替えた後、移行元ストレージシステム１０００Ａが有する容量拡張ボリュームの管理情報を取得し、移行先ストレージシステム１０００Ｂに適した情報へと変換し、移行先ストレージシステム１０００Ｂへ設定し、ホスト計算機とストレージシステム間のパスを切り替えることで、容量拡張ボリュームの移行を行うことが出来る。これにより、データをストレージシステム１０００Ａ、１０００Ｂ間でコピーする必要がなくなるので、ストレージシステム１０００Ａの負荷を抑えることができ、その容量拡張ボリュームに格納されているデータのサイズに関わらずにボリューム移行時間を短く抑えることができ、且つ、移行先ストレージシステム１０００Ｂに、そのデータサイズ以上の空き領域をわざわざ確保するといった処理を不要とすることができる。

＜第２実施形態＞

第２実施形態について説明する。なお、以下、第１実施形態との相違点を主に説明し、第１実施形態との共通点については説明を省略或いは簡略する（これは、後述の第３実施形態についても同様である）。

第２実施形態では、第１実施形態とは異なる処理で容量拡張ボリュームが移行される。具体的には、前述した第１実施形態では、図１４を参照して説明したパス切替処理において、移行元ストレージシステム１０００の外部ストレージ管理テーブル１２１３から、移行対象ボリュームのデータが格納された外部ストレージシステムに関する情報を削除した後、移行先ストレージシステム１０００の外部ストレージ管理テーブル１２１３に、前記外部ストレージシステムに関する情報を登録する処理を行った。しかし、第２実施形態では、セグメント管理テーブルへ、ストレージシステム自身の管理対象となるリソースか否かを示す値を設定し制御することで、前記外部ストレージシステムのパス切替処理と同様の効果を得る。

（１）第２実施形態のシステム構成

図１９は、第２実施形態のセグメント管理テーブル１２１５の構成例を示す。

セグメント管理テーブル１２１５には、第１実施形態のテーブル１２１５に記録される情報に加えて、管理状況Ｔ３６０が記録される。管理状況Ｔ３６０には、セグメントが当該ストレージシステム１０００の管理可能なリソースであるか否かを表す情報が格納される。管理状況としては、セグメントが管理可能なリソースであることを表す「管理中」、セグメントが管理出来ないリソースであることを表す「管理外」がある。なお、説明の都合上、図１９では使用状況を文字列として表すが、使用状況を識別可能な数字などに置き換え格納しても良い。また、説明の都合上、以降の説明では、管理状況Ｔ３６０には初期値として「管理中」の値が設定されているものとする。

（２）第２実施形態の動作

第２実施形態における物理論理情報移行プログラム５１４０の移行処理について、図２０を参照しながら説明する。

物理論理情報移行プログラム５１４０は、図１７のＳ８０００〜Ｓ８０３０と同様の処理を行う（Ｓ１００００〜Ｓ１００３０）。

Ｓ１００３０の判定の結果、受信していた場合（Ｓ１００３０でＹｅｓ）、物理論理情報移行プログラム５１４０は、移行先ストレージシステム１０００の物理論理管理プログラム１２１２へ、移行対象ボリュームのＬＵＮを含む管理外設定要求を送信する（Ｓ１００４０）。

その後、物理論理情報移行プログラム５１４０は、物理論理管理プログラム１２１２から正常終了通知を受信したか否かを判定する（Ｓ１００５０）。

判定した結果、受信していなかった場合（Ｓ１００５０でＮｏ）、物理論理情報移行プログラム５１４０は、呼び出し元へ、異常終了通知を送信し（Ｓ１０１１０）、処理を終了する。判定した結果、受信していた場合、物理論理情報移行プログラム５１４０は、図１７のＳ８０４０〜Ｓ８０９０と同様の処理を行う（Ｓ１００６０〜Ｓ１０１１０）。

次に、第２実施形態における物理論理管理プログラム１２１２の管理外設定処理について、図２１を参照しながら説明する。

物理論理管理プログラム１２１２は、移行対象ボリュームのＬＵＮを含む管理外設定要求を受信する（Ｓ１１０００）。

次に、物理論理管理プログラム１２１２は、受信した要求が管理外設定要求か否かを判定する（Ｓ１１０１０）。

判定した結果、管理外設定要求でない場合（Ｓ１００１０でＮｏ）、物理論理管理プログラム１２１２は、呼び出し元へ、異常終了通知を送信し（Ｓ１１０８０）、処理を終了する。判定した結果、管理外設定要求だった場合（Ｓ１００１０でＹｅｓ）、物理論理管理プログラム１２１２は、物理論理管理テーブル１２１４から、物理論理管理テーブル１２１４のＬＵＮ Ｔ２００と、要求に含まれる移行対象ボリュームのＬＵＮが一致するデータを検索し、取得する（Ｓ１１０２０）。

その後、物理論理管理プログラム１２１２は、取得できたか否かを判定する（Ｓ１１０３０）。

判定した結果、取得できなかった場合（Ｓ１００３０でＮｏ）、物理論理管理プログラム１２１２は、呼び出し元へ、異常終了通知を送信し（Ｓ１１０８０）、処理を終了する。判定した結果、取得できた場合（Ｓ１００３０でＹｅｓ）、物理論理管理プログラム１２１２は、取得した物理論理管理テーブル１２１４からセグメント番号を取得する（Ｓ１１０４０）。

次に、物理論理管理プログラム１２１２は、セグメント管理テーブル１２１５のセグメント番号Ｔ３２０と、前記取得したセグメント番号が一致するデータを検索し、該当するデータの管理状況Ｔ３６０に当該ストレージシステムの管理対象外のリソースであることを示す「管理外」を設定する（Ｓ１１０５０）。なお、説明の都合上、図２１では使用状況を文字列として表すが、使用状況を識別可能な数字などに置き換え格納しても良い。

その後、物理論理管理プログラム１２１２は、変更できたか否かを判定する（Ｓ１１０６０）。

判定した結果、変更できなかった場合（Ｓ１１０６０でＮｏ）、物理論理管理プログラム１２１２は、呼び出し元へ、異常終了通知を送信し（Ｓ１１０８０）、処理を終了する。判定した結果、変更が成功した場合（Ｓ１１０６０でＹｅｓ）、物理論理管理プログラム１２１２は、呼び出し元へ、正常終了通知を送信し（Ｓ１１０７０）、処理を終了する。

以上、第２実施形態によれば、第１実施形態と異なり、予め、移行元のストレージシステムの物理リソース（以下、移行元物理リソース）と、移行先のストレージシステムの第物理リソース（以下、移行先物理リソース）の両方に、同一の外部ボリュームが対応付けられている。移行前は、移行元物理リソースの全セグメント及び移行先物理リソースの全セグメントのそれぞれの管理状況が「管理中」となっているが、移行後は、移行対象の容量拡張ボリュームに割り当てられていた全てのセグメントの管理状況が「管理外」とされる。つまり、第１実施形態と異なる処理で、移行元ストレージシステム１０００Ａから移行先ストレージシステム１０００Ｂに、外部ボリュームに対するパスを切り替えることができる。なお、この第２実施形態では、移行先物理リソースの各セグメントは、移行前は、管理状況が「管理外」とされていて、移行後に、「管理外」から「管理中」に切り替えられても良い。また、この第２実施形態では、移行先のＬＵＮに対応付けられる、移行先ストレージシステム１０００Ｂにおける物理リソースは、移行元ストレージシステム１０００Ａにおける、「管理外」とされたセグメントを有する物理リソースに接続されていた外部ボリュームに接続されている物理リソースである。

＜第３実施形態＞

一つの物理リソースが複数の容量拡張ボリュームに利用されることが有り得る。具体的には、例えば、図２４（Ａ）に例示するように、ストレージシステム１０００Ａに第一の容量拡張ボリューム（ＬＵＮ０）と第二の容量拡張ボリューム（ＬＵＮ１）がある場合、第一の物理リソース（物理リソース１）を構成する第一のセグメントが、第一の容量拡張ボリュームに割り当てられ、同じ物理リソースを構成する第二のセグメントが、第二の容量拡張ボリュームに割り当てられることが有り得る。

そして、本実施形態では、外部接続での移行単位は、セグメント単位ではなく、物理リソース単位である。すなわち、外部ボリュームには、物理リソースが対応付けられている。

そこで、本実施形態では、図２４（Ｂ）に例示するように、移行対象が第一の容量拡張ボリュームである場合、第二の容量拡張ボリュームに割り当てられているセグメント内のデータが、第二の物理リソース（物理リソース２）の空きセグメントに移動（或いはコピー）され、第一の物理リソース内の割当て済みセグメントが、第一の容量拡張ボリュームに割り当てられているセグメントのみとされる。そうされた上で、第一の容量拡張ボリュームが移行される。これにより、一つの物理リソースが複数の容量拡張ボリュームに利用されていても、容量拡張ボリュームを物理リソース単位で移行することができる。

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

（１）第３実施形態のシステム構成

第３実施形態のシステム構成は、第１実施形態と同様である。

（２）第３実施形態の動作

第３実施形態における容量拡張ボリューム移行プログラム５１２０の移行処理について、図２２を参照しながら説明する。

容量拡張ボリューム移行プログラム５１２０は、図１２のＳ３０００〜Ｓ３０３０と同様の処理を行う（Ｓ１２０００〜Ｓ１２０３０）。

Ｓ１２０３０の判定の結果、正常終了通知であった場合（Ｓ１２０３０でＹｅｓ）、容量拡張ボリューム移行プログラム５１２０は、アクセス停止要求に含まれる移行元のストレージシステムのモデル名、シリアル番号で識別されるストレージシステム１０００の物理論理管理プログラム１２１２へ、移行対象ボリュームのＬＵＮを含む共有解除要求を送信する（Ｓ１２０４０）。

その後、容量拡張ボリューム移行プログラム５１２０は、物理論理管理プログラム１２１２から正常終了通知を受信したか否かを判定する（Ｓ１２０５０）。

判定した結果、正常終了通知でなかった場合（Ｓ１２０５０でＮｏ）、容量拡張ボリューム移行プログラム５１２０は、管理者へ移行失敗通知を送信し（Ｓ１２１３０）、処理を終了する。判定した結果、正常終了であった場合（Ｓ１２０５０でＹｅｓ）、容量拡張ボリューム移行プログラム５１２０は、図１２のＳ３０４０〜Ｓ３１１０と同様の処理を行う（Ｓ１２０６０〜Ｓ１２１３０）。

次に、第３実施形態における物理論理管理プログラム１２１２の共有解除処理について、図２３を参照しながら説明する。

物理論理管理プログラム１２１２は、移行対象ボリュームのＬＵＮ、を含む共有解除要求を受信する。（Ｓ１３０００）。

その後、物理論理管理プログラム１２１２は、物理論理管理テーブル１２１４から、物理論理管理テーブル１２１４のＬＵＮ Ｔ２００と、要求に含まれる移行対象ボリュームのＬＵＮが一致するデータを検索し、取得する（Ｓ１３０１０）。

その後、物理論理管理プログラム１２１２は、取得できたか否かを判定する（Ｓ１３０２０）。

判定した結果、取得できなかった場合（Ｓ１３０２０でＮｏ）、物理論理管理プログラム１２１２は、呼び出し元へ、異常終了通知を送信し（Ｓ１３１２０）、処理を終了する。判定した結果、取得できた場合（Ｓ１３０２０でＹｅｓ）、物理論理管理プログラム１２１２は、取得した物理論理管理テーブル１２１４のデータからセグメント番号を取得する（Ｓ１３０３０）。

次に、物理論理管理プログラム１２１２は、セグメント管理テーブル１２１５から、セグメント管理テーブル１２１５のセグメント番号Ｔ３２０と、前記取得したセグメント番号が一致するデータの物理リソース番号Ｔ３１０を検索し、取得する（Ｓ１３０４０）。

取得した後、物理論理管理プログラム１２１２は、セグメント管理テーブル１２１５から、前記取得した物理リソース番号Ｔ３１０に割当てられたセグメントに移行対象ボリューム以外から利用されているセグメントが存在するか検索する（Ｓ１３０５０）。

その後、移行対象ボリューム以外から利用されているセグメントが見つかったか否かを判定する（Ｓ１３０６０）。

判定した結果、セグメントが見つからなかった場合（Ｓ１３０６０でＮｏ）、物理論理管理プログラム１２１２は、移行対象ボリューム以外は当該物理リソースを利用していないと判断し、呼び出し元へ、正常終了通知を送信し（Ｓ１３１１０）、処理を終了する。判定した結果、セグメントが見つかった場合（Ｓ１３０６０でＹｅｓ）、物理論理管理プログラム１２１２は、前記取得した物理リソース番号以外の物理リソースの空きセグメントへ、前記移行対象ボリューム以外から利用されているセグメントのデータをコピーする（Ｓ１３０７０）。なお、図２３では、説明の都合上、省略するが、コピーを行った後、コピー元のセグメントのデータを削除する処理を行っても良い。

その後、物理論理管理プログラム１２１２は、コピーが成功したか否かを判定する（Ｓ１３０８０）。

判定の結果、コピーが成功しなかった場合（Ｓ１３０８０でＮｏ）、物理論理管理プログラム１２１２は、呼び出し元へ、異常終了通知を送信し（Ｓ１３１２０）、処理を終了する。判定した結果、コピーが成功した場合（Ｓ１３０８０でＹｅｓ）、物理論理管理プログラム１２１２は、物理論理管理テーブル１２１４の前記移行前のセグメント番号Ｔ２１０を、移行後のセグメント番号へ変更する。（Ｓ１３０９０）。

次に、物理論理管理プログラム１２１２は、変更できたか否かを判定する（Ｓ１３１００）。

判定した結果、変更できなかった場合（Ｓ１３１００でＮｏ）、物理論理管理プログラム１２１２は、呼び出し元へ、異常終了通知を送信し（Ｓ１３１２０）、処理を終了する。判定した結果、変更できた場合（Ｓ１３１００でＹｅｓ）、物理論理管理プログラム１２１２は、呼び出し元へ、正常終了通知を送信し（Ｓ１３１１０）、処理を終了する。

以上、第３実施形態によれば、一つの物理リソースが複数の容量拡張ボリュームに利用されていても、容量拡張ボリュームを物理リソース単位で移行することができる。

以上、本発明の実施形態を説明したが、この実施形態は本発明の説明のための例示にすぎず、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、その要旨を逸脱することなく、その他の様々な態様でも実施することができる。例えば、データネットワークの構成要素としてスイッチ装置が存在する場合、スイッチ装置が、外部接続機能、例えば、外部ストレージ管理プログラム１２１１と外部ストレージ管理テーブル１２１３とを有していても良い。或いは、ホスト計算機２０００が、その外部接続機能を有していても良い。

本発明の第１実施形態に係る計算機システムの構成例を示す図である。 第１実施形態の外部ストレージ管理テーブルの構成例を示す図である。 第１実施形態の物理論理管理テーブルの構成の構成例を示す図である。 第１実施形態のセグメント管理テーブルの構成例を示す図である。 図５（Ａ）は、第１実施形態のボリューム構成の一例を表す図である。図５（Ｂ）は、図５（Ａ）のボリューム構成の際の物理論理管理テーブルである。図５（Ｃ）は、図５（Ａ）のボリューム構成の際のセグメント管理テーブルである。 第１実施形態のストレージ情報管理テーブルの構成例を示す図である。 第１実施形態の論理ボリューム移行テーブルの構成例を示す図である。 第１実施形態のパス管理テーブルの構成例を示す図である。 第１実施形態の移行先ストレージ設定プログラムの画面の一例を表す図である。 第１実施形態の移行先ストレージ設定プログラムの設定処理を表す図である。 第１実施形態のパス管理プログラムの新規登録処理を表す図である。 第１実施形態の容量拡張ボリューム移行プログラムのデータ移行処理を表す図である。 第１実施形態のパス管理プログラム１２１２のアクセス停止処理およびアクセス開始処理を表す図である。 第１実施形態の外部接続切替プログラムのパス切替処理を表す図である。 第１実施形態の外部ストレージ管理プログラムの接続情報の取得処理を表す図である。 第１実施形態の外部ストレージ管理プログラムの接続解除処理および接続設定処理を表す図である。 第１実施形態の物理論理情報移行プログラムの移行処理を表す図である。 第１実施形態の物理論理管理プログラムのデータ取得処理およびデータ設定処理を表す図である。 第２実施形態のセグメント管理テーブルの構成例を示す図である。 第２実施形態の物理論理情報移行プログラムの移行処理を表す図である。 第２実施形態の物理論理管理プログラムの管理外設定処理を表す図である。 第３実施形態の容量拡張ボリューム移行プログラムによる移行処理を表す図である。 第３実施形態の物理論理管理プログラムの共有解除処理を表す図である。 図２４（Ａ）は、一つの物理リソースが複数の容量拡張ボリュームに利用されていることの一例を示す図である。図２４（Ｂ）は、図２４（Ａ）において、移行対象の容量拡張ボリュームに割り当てられているセグメント内のデータを他の物理リソースのセグメントに移動したことを表す図である。

符号の説明

１０００…ストレージシステム １１００…ディスク装置 １２００…ディスクコントローラ ２０００…ホスト計算機 ５０００…管理計算機

Claims (20)

1. ホスト計算機と、
   第一と第二のストレージシステムを含んだ複数のストレージシステムと、
   前記複数のストレージシステムにとって外部のストレージシステムである外部ストレージシステムと、
   管理計算機と
   を備え、
   前記第一と第二のストレージシステムが、
   複数の記憶領域で構成されたプールと、
   該プール内の記憶領域を容量拡張ボリュームに対して割り当てたりその割当てを解除したりする容量拡張処理を実行するコントローラと
   を備え、
   少なくとも前記第一のストレージシステムが備える前記プール内の一以上の記憶領域と、前記外部ストレージシステムが備える記憶装置である外部記憶装置との間に、前記一以上の記憶領域と前記外部記憶装置とを結ぶ通信経路である外部接続パスが構築されており、
   前記ホスト計算機と前記第一のストレージシステムの容量拡張ボリュームとの間に、前記ホスト計算機と前記容量拡張ボリュームとを結ぶ通信経路であるホスト接続パスが構築されており、
   前記ホスト接続パスを介して前記ホスト計算機からアクセス要求が発行され、容量拡張ボリュームに割り当てられた記憶領域に対するアクセスが前記アクセス要求に従って行われる場合には、該記憶領域に接続されている外部記憶装置に対して前記外部接続パスを介してアクセスが行われ、
   前記管理計算機が、
   前記第一のストレージシステムが備える容量拡張ボリュームを前記第二のストレージシステムに移行する容量拡張ボリューム移行部と、
   使用されるホスト接続パスを、移行元の容量拡張ボリュームと前記ホスト計算機とを結ぶ第一のホスト接続パスから、移行先の容量拡張ボリュームと前記ホスト計算機とを結ぶ第二のホスト接続パスに切り替えるホスト接続パス切替部と、
   使用される外部接続パスを、移行元の容量拡張ボリュームに割り当てられていた記憶領域と前記外部記憶装置とを結ぶ第一の外部接続パスから、移行先の容量拡張ボリュームに割り当てられた記憶領域と前記外部記憶装置とを結ぶ第二の外部接続パスに切り替える外部接続パス切替部と
   を備える、
   計算機システム。
2. 前記第一のストレージシステムのコントローラが、どの容量拡張ボリュームにどの記憶領域が割り当てられているかを管理するための情報である容量拡張管理情報を記憶しており、
   前記管理計算機が、更に、前記第一のストレージシステムのコントローラから、前記容量拡張管理情報を取得し、前記取得した容量拡張管理情報を、前記第二のストレージシステムのコントローラに設定する管理情報設定部を備える、
   請求項１記載の計算機システム。
3. 前記管理情報設定部が、前記取得した容量拡張管理情報を、前記移行先の容量拡張ボリュームに割り当てられた記憶領域に基づいて変換し、変換後の容量拡張管理情報を、前記第二のストレージシステムのコントローラに設定する、
   請求項２記載の計算機システム。
4. 前記外部接続パス切替部が、
   前記第一の外部接続パスを解除することの要求であるパス解除要求を、前記第一のストレージシステムのコントローラに送信し、それにより、前記第一の外部接続パスが解除され、
   前記外部記憶装置に関する情報を含んだパス設定要求を、前記第二のストレージシステムのコントローラに送信し、それにより、前記第二のストレージシステムで未割り当ての記憶領域であって、前記移行先の容量拡張ボリュームに割り当てられる記憶領域と、前記外部記憶装置とを結ぶ前記第二の外部接続パスが構築される、
   請求項１記載の計算機システム。
5. 前記第一のストレージシステムのコントローラが、どの容量拡張ボリュームにどの記憶領域が割り当てられているかを管理するための情報である容量拡張管理情報を記憶しており、
   前記管理計算機が、更に、前記第一のストレージシステムのコントローラから、前記容量拡張管理情報を取得し、前記取得した容量拡張管理情報を、前記取得した前記移行先の容量拡張ボリュームに前記未割り当ての記憶領域が割り当てられたことを表す容量拡張管理情報に変換し、前記変換後の容量拡張管理情報を、前記第二のストレージシステムのコントローラに設定する前記管理情報設定部を備える、
   請求項４記載の計算機システム。
6. 前記外部記憶装置には、予め、前記第一の外部接続パスと前記第二の外部接続パスの両方が接続されており、
   前記第一のストレージシステムのコントローラも、前記第二のストレージシステムのコントローラも、自分を備えるストレージシステム内の記憶領域のステータスを管理し、該ステータスが管理外を表している場合に、該ステータスに対応した記憶領域を管理せず、
   前記外部接続パス切替部が、前記移行元の容量拡張ボリュームについて管理外とすることの要求である管理外設定要求を、前記第一のストレージシステムのコントローラに送信し、それにより、前記移行元の容量拡張ボリュームに割り当てられていた記憶領域のステータスが管理外に更新される、
   請求項１記載の計算機システム。
7. 前記プールは、複数個の物理記憶リソースで構成され、各物理記憶リソースが、一以上の記憶領域で構成されており、
   前記容量拡張ボリュームへの割当ては、記憶領域単位であり、前記外部記憶装置への接続は、物理記憶リソース単位である、
   請求項１記載の計算機システム。
8. 前記第一のストレージシステムが、前記移行元の容量拡張ボリュームを含んだ複数の容量拡張ボリュームと、複数の物理記憶リソースとを有し、それにより、前記複数の容量拡張ボリュームに割り当てられている各記憶領域が同一の物理記憶リソースの構成要素となっている共有状態が生じ得る場合、
   前記容量拡張ボリューム移行部が、
   前記共有状態を解除することの要求である共有解除要求を、前記第一のストレージシステムのコントローラに送信し、それにより、前記同一の物理記憶リソース内のデータのうち、前記移行元の容量拡張ボリューム以外の容量拡張ボリュームに割当てられているセグメント内のデータが、前記複数の物理記憶リソースのうちの他の物理記憶リソースのセグメントに書かれ、所定の応答が前記容量拡張ボリューム移行部に返され、
   前記所定の応答を受けた場合に、前記第一のストレージシステムの容量拡張ボリュームを移行する、
   請求項１記載の計算機システム。
9. 前記複数のストレージシステムの各々が実行可能な処理種類を表した情報である処理管理情報を記憶する記憶部と、
   前記処理管理情報を用いて、少なくとも前記容量拡張処理を実行できるストレージシステムを、前記複数のストレージシステムの中から移行先候補として選択する移行先候補選択部と
   を更に備える請求項１記載の計算機システム。
10. 前記第一のストレージシステムのコントローラが、自分が有するどの記憶領域がどの外部記憶装置に接続されているかを表す情報である外部接続管理情報を記憶した記憶部を有し、記憶領域に対するアクセスが行われる場合に、前記外部接続管理情報に基づいて、該記憶領域に接続されている外部記憶装置を特定して該外部記憶装置にアクセスする外部接続処理を実行し、
    前記移行先候補選択部が、前記容量拡張処理だけでなく前記外部接続処理を実行できるストレージシステムを前記移行先候補として選択する、
    請求項９記載の計算機システム。
11. 前記容量拡張ボリューム移行部が、管理者からの指示又は前記第一のストレージシステムの高負荷を検知した場合に、前記容量拡張ボリュームの移行を実行する、
    請求項１記載の計算機システム。
12. 前記容量拡張ボリューム移行部が、前記移行元の容量拡張ボリュームに対してアクセス要求を発行しないことの要求であるアクセス停止要求を前記ホスト計算機に送信した後に、前記容量拡張ボリュームの移行を実行し、該移行が済んだ場合に、移行先の容量拡張ボリュームに対してアクセス要求を発行しても良いことを表す要求であるアクセス許可要求を前記ホスト計算機に送信する、
    請求項１記載の計算機システム。
13. ホスト計算機と、第一と第二のストレージシステムを含んだ複数のストレージシステムと、前記複数のストレージシステムにとって外部のストレージシステムである外部ストレージシステムとを備える計算機システムで実現する方法であって、
    前記第一と第二のストレージシステムが、複数の記憶領域で構成されたプールと、該プール内の記憶領域を容量拡張ボリュームに対して割り当てたりその割当てを解除したりする容量拡張処理を実行するコントローラとを備え、
    少なくとも前記第一のストレージシステムが備える前記プール内の一以上の記憶領域と、前記外部ストレージシステムが備える記憶装置である外部記憶装置との間に、前記一以上の記憶領域と前記外部記憶装置とを結ぶ通信経路である外部接続パスが構築されており、
    前記ホスト計算機と前記第一のストレージシステムの容量拡張ボリュームとの間に、前記ホスト計算機と前記容量拡張ボリュームとを結ぶ通信経路であるホスト接続パスが構築されており、
    前記ホスト接続パスを介して前記ホスト計算機からアクセス要求が発行され、容量拡張ボリュームに割り当てられた記憶領域に対するアクセスが前記アクセス要求に従って行われる場合には、該記憶領域に接続されている外部記憶装置に対して前記外部接続パスを介してアクセスが行われ、
    前記第一のストレージシステムが備える容量拡張ボリュームを前記第二のストレージシステムに移行し、
    使用されるホスト接続パスを、移行元の容量拡張ボリュームと前記ホスト計算機とを結ぶ第一のホスト接続パスから、移行先の容量拡張ボリュームと前記ホスト計算機とを結ぶ第二のホスト接続パスに切り替え、
    使用される外部接続パスを、移行元の容量拡張ボリュームに割り当てられていた記憶領域と前記外部記憶装置とを結ぶ第一の外部接続パスから、移行先の容量拡張ボリュームに割り当てられた記憶領域と前記外部記憶装置とを結ぶ第二の外部接続パスに切り替える、
    容量拡張ボリュームの移行方法。
14. 前記第一のストレージシステムのコントローラが、どの容量拡張ボリュームにどの記憶領域が割り当てられているかを管理するための情報である容量拡張管理情報を記憶しており、
    前記方法では、
    前記第一のストレージシステムのコントローラから、前記容量拡張管理情報を取得し、
    前記取得した容量拡張管理情報を、前記第二のストレージシステムのコントローラに設定する、
    請求項１３記載の移行方法。
15. 前記取得した容量拡張管理情報を、前記移行先の容量拡張ボリュームに割り当てられた記憶領域に基づいて変換し、変換後の容量拡張管理情報を、前記第二のストレージシステムのコントローラに設定する、
    請求項１４記載の移行方法。
16. 前記第一の外部接続パスを解除し、前記第二のストレージシステムで未割り当ての記憶領域であって、前記移行先の容量拡張ボリュームに割り当てられる記憶領域と、前記外部記憶装置とを結ぶ前記第二の外部接続パスを新たに構築し、それにより、前記外部接続パスの切り替えを行う、
    請求項１３記載の移行方法。
17. 前記外部記憶装置には、予め、前記第一の外部接続パスと前記第二の外部接続パスの両方が接続されており、
    前記第一のストレージシステムのコントローラも、前記第二のストレージシステムのコントローラも、自分を備えるストレージシステム内の記憶領域のステータスを管理し、該ステータスが管理外を表している場合に、該ステータスに対応した記憶領域を管理せず、
    前記方法では、
    前記第一のストレージシステムのコントローラにおいて、前記移行元の容量拡張ボリュームに割り当てられていた記憶領域のステータスを管理外に更新することで、前記外部接続パスを切り替える、
    請求項１３記載の移行方法。
18. 前記プールは、複数個の物理記憶リソースで構成され、各物理記憶リソースが、一以上の記憶領域で構成されており、
    前記容量拡張ボリュームへの割当ては、記憶領域単位であり、前記外部記憶装置への接続は、物理記憶リソース単位であり、
    前記第一のストレージシステムが、前記移行元の容量拡張ボリュームを含んだ複数の容量拡張ボリュームと、複数の物理記憶リソースとを有し、それにより、前記複数の容量拡張ボリュームに割り当てられている各記憶領域が同一の物理記憶リソースの構成要素となっている共有状態が生じ得る場合、
    前記方法では、
    前記同一の物理記憶リソース内のデータのうち、前記移行元の容量拡張ボリューム以外の容量拡張ボリュームに割当てられているセグメント内のデータを、前記複数の物理記憶リソースのうちの他の物理記憶リソースのセグメントに書き、その後に、前記第一のストレージシステムの容量拡張ボリュームを移行する、
    請求項１３記載の移行方法。
19. 第一と第二のストレージシステムを含んだ複数のストレージシステムのうちの少なくとも第一のストレージシステムにホスト計算機が接続され、
    前記第一と第二のストレージシステムが、前記複数のストレージシステムにとって外部のストレージシステムである外部ストレージシステムに接続されており、複数の記憶領域で構成されたプールと、該プール内の記憶領域を容量拡張ボリュームに対して割り当てたりその割当てを解除したりする容量拡張処理を実行するコントローラとを備え、
    少なくとも前記第一のストレージシステムが備える前記プール内の一以上の記憶領域と、前記外部ストレージシステムが備える記憶装置である外部記憶装置との間に、前記一以上の記憶領域と前記外部記憶装置とを結ぶ通信経路である外部接続パスが構築されており、
    前記ホスト計算機と前記第一のストレージシステムの容量拡張ボリュームとの間に、前記ホスト計算機と前記容量拡張ボリュームとを結ぶ通信経路であるホスト接続パスが構築されており、
    前記ホスト接続パスを介して前記ホスト計算機からアクセス要求が発行され、容量拡張ボリュームに割り当てられた記憶領域に対するアクセスが前記アクセス要求に従って行われる場合には、該記憶領域に接続されている外部記憶装置に対して前記外部接続パスを介してアクセスが行われ、
    前記ホスト計算機及び前記複数のストレージシステムに接続された管理計算機であって、
    前記第一のストレージシステムが備える容量拡張ボリュームを前記第二のストレージシステムに移行する容量拡張ボリューム移行部と、
    使用されるホスト接続パスを、移行元の容量拡張ボリュームと前記ホスト計算機とを結ぶ第一のホスト接続パスから、移行先の容量拡張ボリュームと前記ホスト計算機とを結ぶ第二のホスト接続パスに切り替えるホスト接続パス切替部と、
    使用される外部接続パスを、移行元の容量拡張ボリュームに割り当てられていた記憶領域と前記外部記憶装置とを結ぶ第一の外部接続パスから、移行先の容量拡張ボリュームに割り当てられた記憶領域と前記外部記憶装置とを結ぶ第二の外部接続パスに切り替える外部接続パス切替部と
    を備える管理計算機。
20. ホスト計算機と、第一と第二のストレージシステムを含んだ複数のストレージシステムと、前記複数のストレージシステムにとって外部のストレージシステムである外部ストレージシステムとを備える計算機システムで実現される方法であって、
    前記第一と第二のストレージシステムが、複数の物理記憶リソースで構成されたプールと、物理記憶リソースを構成する記憶領域を容量拡張ボリュームに対して割り当てたりその割当てを解除したりする容量拡張処理を実行するコントローラとを備え、
    少なくとも前記第一のストレージシステムが備える前記プール内の物理記憶リソースと、前記外部ストレージシステムが備える記憶装置である外部記憶装置との間に、前記物理記憶リソースと前記外部記憶装置とを結ぶ通信経路である外部接続パスが構築されており、
    前記ホスト計算機と前記第一のストレージシステムの容量拡張ボリュームとの間に、前記ホスト計算機と前記容量拡張ボリュームとを結ぶ通信経路であるホスト接続パスが構築されており、
    前記ホスト接続パスを介して前記ホスト計算機からアクセス要求が発行され、容量拡張ボリュームに割り当てられた記憶領域に対するアクセスが前記アクセス要求に従って行われる場合には、該記憶領域に接続されている外部記憶装置に対して前記外部接続パスを介してアクセスが行われるようになっており、
    前記第一のストレージシステムのコントローラが、どの容量拡張ボリュームにどの記憶領域が割り当てられているかを管理するための情報である容量拡張管理情報を記憶し、
    移行元の容量拡張ボリュームに対してアクセス要求を発行しないよう前記ホスト計算機を抑止し、
    前記第一のストレージシステムが備える移行元の容量拡張ボリュームを前記第二のストレージシステムに移行し、
    使用されるホスト接続パスを、移行元の容量拡張ボリュームと前記ホスト計算機とを結ぶ第一のホスト接続パスから、移行先の容量拡張ボリュームと前記ホスト計算機とを結ぶ第二のホスト接続パスに切り替え、
    使用される外部接続パスを、移行元の容量拡張ボリュームに割り当てられていた記憶領域と前記外部記憶装置とを結ぶ第一の外部接続パスから、移行先の容量拡張ボリュームに割り当てられた記憶領域と前記外部記憶装置とを結ぶ第二の外部接続パスに切り替え、
    前記第一のストレージシステムのコントローラから、前記容量拡張管理情報を取得し、
    前記取得した容量拡張管理情報を、前記移行先の容量拡張ボリュームに割り当てられた記憶領域に基づいて変換し、
    変換後の容量拡張管理情報を、前記第二のストレージシステムのコントローラに設定し、
    移行先の容量拡張ボリュームに対してアクセス要求を発行することを、前記抑止されたホスト計算機に許可する、
    容量拡張ボリュームの移行方法。

Images