WO2015068208A1

WO2015068208A1 - システムおよびその制御方法

Info

Publication number: WO2015068208A1
Application number: PCT/JP2013/079917
Authority: WO
Inventors: 紀彰井戸端; 国彦梨本; 隆司内山; 相澤　正樹
Original assignee: 株式会社日立製作所
Priority date: 2013-11-05
Filing date: 2013-11-05
Publication date: 2015-05-14

Abstract

　ホストと移行元ストレージと移行先ストレージとのそれぞれを通信パスで接続したシステムであって、データのライト要求を前記移行先ストレージへ送信し、前記ライト要求したデータのリード要求を前記移行先ストレージへ送信し、前記ライト要求したデータ以外のリード要求を前記移行元ストレージへ送信する前記ホストと、前記ホストあるいは前記移行先ストレージから受信したリード要求を処理する前記移行元ストレージと、前記ホストから受信したライト要求とリード要求を処理するとともに、前記移行元ストレージへリード要求を送信して前記移行元ストレージからデータを移行する前記移行先ストレージと、を備える。

Description

システムおよびその制御方法

　本発明はシステムおよびその制御方法に関するものである。

　コンピュータの社会インフラなどへの利用が進むにつれて蓄積するデータ量が膨大なものとなっている。これに対してストレージも大容量化、高速化が進み、新たなストレージへ交換するためのデータの移行の要求が増大している。

　このようなデータの移行（移送）に関して、例えば特許文献１には「本発明は、２つのデータ記憶装置の間でオンライン実時間透過データ移送を提供するためのシステム及び方法に関する。……第２のデータ記憶システムは、発生源とは独立して第１のデータ記憶システムから第２のデータ記憶システムまでデータを独立的に移送する。……データ処理装置は、データ読取り要求（読取りデータオペレーションの場合）又はデータ書込み指令（書込みオペレーションの場合）を発出する。この要求は、第２のデータ記憶装置によって受理される。読取りオペレーションの場合、……データが第２のデータ記憶装置上に記憶されていない場合、第２のデータ記憶装置は、読取りデータ指令の形で第１のデータ記憶装置に対してデータ要求を発出し、データを獲得し、要求している装置がそのデータを利用できる状態にする」（発明の開示）技術が記載されている。

特表平１０－５０８９６７号公報

　特許文献１に開示された技術によれば、データの移行中であってもデータ処理装置（ホスト）の読取りと書込みのオペレーションを処理できる。しかしながら、すべてのオペレーションは移行先である第２のデータ記憶装置が受け取るため、第２のデータ記憶装置の処理負荷が増加して性能低下の原因となる。

　そこで、本発明の目的は、データ移行中におけるホストアクセスの性能低下を防ぐことにある。

　本発明にかかるシステムは、ホストと移行元ストレージと移行先ストレージとのそれぞれを通信パスで接続したシステムであって、データのライト要求を前記移行先ストレージへ送信し、前記ライト要求したデータのリード要求を前記移行先ストレージへ送信し、前記ライト要求したデータ以外のリード要求を前記移行元ストレージへ送信する前記ホストと、前記ホストあるいは前記移行先ストレージから受信したリード要求を処理する前記移行元ストレージと、前記ホストから受信したライト要求とリード要求を処理するとともに、前記移行元ストレージへリード要求を送信して前記移行元ストレージからデータを移行する前記移行先ストレージと、を備えたことを特徴とする。

　また、本発明はシステムの制御方法としても把握される。

　本発明によれば、移行元ストレージへリード要求を分散するため、データ移行中におけるホストアクセスの性能低下を防ぐことができる。

データの移行とホストアクセス先の例を示す図である。システムの構成の例を示す図である。アクセスパス管理テーブルの例を示す図である。ライト／移行管理テーブルの例を示す図である。移行とホストアクセスのシーケンスの例を示す図である。ホストの処理フローの例を示す図である。移行元ストレージの処理フローの例を示す図である。移行先ストレージのホストアクセスの処理フローの例を示す図である。移行先ストレージの移行初期化の処理フローの例を示す図である。移行先ストレージの移行の処理フローの例を示す図である。パス切替によるアクセス停止単位の例を示す図である。移行元ストレージのパス切替処理フローの例を示す図である。

　以下、添付図面を参照して、好ましいシステムの構成およびそのシステムにおける処理を説明する。

　図１は本実施の形態の概要を示す図である。本実施の形態におけるシステムは、ストレージからデータをリードし、ストレージへデータをライトするホスト11と、データの移行元となる移行元ストレージ12と、データの移行先となる移行先ストレージ13から構成される。移行元ストレージ12と移行先ストレージ14それぞれは１個以上のボリュームを備え、データの移行は移行元ボリューム13から移行先ボリューム14へデータをコピーすることにより実現する。ボリュームはホスト11の管理する記憶の単位であり、LU（論理ユニット）やパーティションなど所定の単位であれば、どのような単位でもよい。移行元ボリューム13と移行先ボリューム15のそれぞれは、さらにページから構成される。ページはホスト11からの１回のリード要求あるいはライト要求で読み書きされるデータ単位である。例えば、ホスト11が１バイトのデータを読み書きしても、その１バイトを含むページがまとめて読み書きされる。ページはホスト11のオペレーティングシステム、特にその中のファイルシステムなどによって規定されており、ブロックなどと呼ばれることもある。ここでは、ボリューム内におけるページの位置を番号で識別する。

　図１において、データ移行の途中では未移行のページであるページ#1と移行済のページであるページ#3とが発生する。これに対してホスト11は移行元ストレージ12のページ#1 16からデータAをリードし、ページ#3 18からデータDをリードする。また、ホスト11からのライトは未移行か移行済かにかかわらず、移行先ストレージ14の例えばページ#2 17へライトする。ここでは、未移行の場合にページ#2の内容のデータBとは関係なくデータCが書かれ、移行済の場合にページ#2の内容のデータBがデータCへ上書きされるため、ライト以降のページ#2からのリードは移行先ストレート14のページ#2 17からデータCをリードする。

　ホスト11は、ページ#3のように移行先ストレージ14からでもデータDをリードできる場合であっても移行元ストレージ12からリードし、ページ#1のように未移行の場合に強制的に移行させて移行先ストレージ14からリードすることがない。このため、リードやライトを移行元ストレージ12と移行先ストレージ14とで分散することができる。そして、データ移行中のホスト11からのリードやライトの性能低下を防止できる。

　その結果、業務処理でホストから利用中のストレージをリプレースしやすくなるため、ストレージのユーザは業務処理の減少期を待つことなく新たなストレージが必要になってから短時間でリプレースできる。また、ストレージのリプレースにともないデータの移行作業をするシステムインテグレータは正月などの作業集中を避けることができる。

　図２はシステムの構成の例を示す図である。ホスト11はCPU（中央処理装置）、メモリ、HBA（ホストバスアダプタ）23などを備えた一般的なコンピュータである。ここでは、コンピュータの一般的な構成の説明は省略する。HBA 23は移行元ストレージ12および移行先ストレージ14とホスト11とを複数のパスで接続するアダプタであり、パスを通してリードライトするデータなどを送受信する。パスはFibre Channelなどの規格に準拠しており、上位層としてSCSI（小型計算機システムインターフェイス）の規格に準拠してもよいが、これらの規格に限定するものではない。

　ホスト11のメモリなどには、複数のパスを所定の条件で選択するマルチパスソフト21と、移行中にどのパスを選択するかの情報をまとめたアクセスパス管理テーブル22が記憶され、マルチパスソフト21はホスト11の中で実行される。一般的なマルチパスソフト、特に交替パスソフトは複数のパスの中でストレージへアクセスできないパスを検出すると、他のパスへアクセスを変更するものであるが、ここでのマルチパスソフト21はアクセスパス管理テーブル22の情報にしたがってパスを選択し、選択したパスでアクセスできないと他のパスを選択する。アクセスパス管理テーブル22の内容は図３を用いて後で説明し、マルチパスソフト21を用いたホスト11の処理は図６を用いて後で説明する。

　移行元ストレージ12は、ホスト11のHBA 23との間で送受信するチャネル24、移行元ストレージ全体を制御する制御部25、キャッシュデータや管理情報を記憶するメモリ26、ハードディスクドライブや半導体ディスクドライブで構成されてホスト11からライトされるデータを記憶する移行元ボリューム13から構成される。制御部25はCPUやメモリから構成される一般的なコンピュータと同じ構成を含む。移行先ストレージ14も移行元ストレージ12と同じハードウェアの構成であり、同じものには同じ符号を付けてある。なお、移行元ボリューム13と移行先ボリューム15はそれぞれ１個に限定するものではなく、複数個であってもよい。

　移行先コンピュータ14は制御部25の処理とメモリ26の内容が異なり、移行元ボリューム13の代わりに移行先ボリューム15を備える。メモリ26はライト／移行管理テーブル27を記憶するが、このテーブルの内容は図４を用いて後で説明する。仮想外接ボリューム28は移行先ストレージ14の外部に接続されたボリューム（ここでは移行元ボリューム13）を移行先ストレージ14が備えているかのように仮想化したボリュームであり、ハードウェアとしては存在しないため図２では破線で表し、制御部25の処理により実現する。例えば、ホスト11が仮想外接ボリューム28へリードライト要求を発行すると、移行先ストレージ14の制御部25はあたかもホスト11であるかのように移行元ストレージ12へリードライト要求をチャネル24経由で転送し、移行元ボリューム13へのリードライトの結果を移行元ストレージ14から受け取ってホスト11へ転送する。移行先ストレージ14の内部においても、移行先ストレージ14の制御部25が仮想外接ボリューム28から移行先ボリューム15へデータをコピーすることにより、制御部25は仮想外部ボリューム28からのコピーのためのリード要求を移行元ストレージ12へ転送する。ただし、これらは仮想外接ボリュームの基本的な考え方であり、具体的な動作は図８を用いて後で説明する。

　図３はアクセスパス管理テーブル22の例を示す図である。アクセス管理テーブル22はホスト11に備えられ、ボリューム31とページ32により特定される記憶領域（ページ）からのリードで、どのパスを使用するかの情報をアクセスパス33に格納している。例えば、ボリューム31がVOL#1のページ32がページ#1はアクセスパス33としてWWN 1を使用する。WWN（ワールドワイドネーム）はFibre Channelにおいてポートを識別する情報であり、ここでは、WWN 1が移行元ストレージ12のポートへのアクセスパスであり、WWN 2が移行先ストレージ14のポートへのアクセスパスである。

　初期状態ではすべてのアクセスパス33はWWN 1であり、移行元ストレージ12からリードする。そして、ライトするとライトしたボリューム31、ページ32に対応するアクセスパス33をWWN 2へ変更する。これにより、ホスト11がライトした場合は、そのライトしたデータを移行先ストレージ14からリードするようアクセスパスを制御できる。なお、ホスト11からのライトのアクセスパスはWWN2であり、ライトの対象は移行先ストレージ14のみであるので、ライトに関する情報はアクセスパス管理テーブル22にはない。また、アクセスパス33をWWNとしたが、移行元ストレージ12と移行先ストレージ14に対する複数のパスを識別できれば、WWNの代わりは単なる番号やビットマップデータなどでもよい。

　図４はライト／移行管理テーブル27の例を示す図である。ライト／移行管理テーブル27は移行先ストレージ14に備えられ、ボリューム41とページ42により特定される記憶領域（ページ）がホスト11からライトされたか否かと移行が完了したか否かの情報をそれぞれライトフラグ43と移行完了フラグ44に格納している。ライトフラグ43が０の場合はライトされておらず、１の場合はライトされたことを示し、移行完了フラグ44が０の場合は移行されておらず、１の場合は移行が完了していること示す。

　初期状態ではライトフラグ43、移行完了フラグ44ともにすべてが０である。そして、図４に示した内容では、ボリューム41がVOL #1のページ42がページ#1からリードする場合はライトフラグ43と移行完了フラグ44が０であるから、移行先ストレージ14にはデータがないため、移行元ストレージ12からリードする。VOL #2のページ#1へ移行する場合は、ライトフラグ43が１であるから、既にホスト11からデータがライトされているため移行しない。

　図５はシステムの動作シーケンスの例を示す図である。ホスト11は移行初期化51にて仮想外接ボリューム28を認識するなど、移行先ストレージ14の移行初期化71と連携する。ホスト11が移行開始指示52すると移行先ストレージ14は移行開始72する。なお、ホスト11が移行開始指示52するとしたが、ホスト11以外の管理装置が移行開始の指示を出してもよいし、移行先ストレージ14自体が予め設定された時刻等に応じて移行開始72してもよい。移行先ストレージ14は移行開始72すると、移行先ストレージ14内の仮想外接ボリューム28から移行先ボリューム15へデータコピー73する。データコピー73は仮想外接ボリューム28からのデータの読み出しであるため、既に説明したように制御部25とチャネル24を経由して移行元ボリューム13からデータを読み出すこととなる。これにより、移行元ストレージ12の移行元ボリューム13から移行先ストレージ14の移行先ボリューム15へデータを移行することになる。移行先ストレージ14が移行開始72すると、移行先ストレージ14はホスト11からのアクセス処理と移行処理の２つの処理を並行して実行する。

　データの移行中にホスト11がアクセスパス管理テーブル22に基づいて移行元ストレージ12へリード要求53すると、移行元ストレージ12は移行元ボリューム13からリード要求53に対応するデータを読み出し、ホスト11へリードデータ送信61する。この場合のホスト11の処理は図６を用いて後で説明する。また、データ移行中にホスト11がライト要求54すると、ライト要求54は必ず移行先ストレージ14へ向けて発行され、移行先ストレージ14はライトデータ書込み74により移行先ボリューム15へライト要求54のデータを書き込む。さらに、データ移行中にホスト11がライトデータ書込み74にて書き込んだデータを読み出すリード要求55をアクセスパス管理テーブル22に基づいて移行先ストレージ14へ発行すると、移行先ストレージ14は移行先ボリューム15からデータを読み出してリードデータ送信75する。この場合のホスト11の処理も図６を用いて後で説明する。

　ホスト11からのアクセス処理と並行してデータコピー73は進み、所定の条件を満たすと、移行元ストレージ12へパス切替指示76する。この処理については図１０を用いて後で説明するが、データコピー73が進み多くのデータが移行先ストレージ14からリード可能となると移行先ストレージ14からリードした方が総合的に性能のよくなる場合がある。バス切替指示76に対して移行元ストレージ12はパス切替62する。移行元ストレージ12はパス切替62によりホスト11から移行元ストレージ12へのアクセスをすべて移行先ストレージ14へ切り替えるため、ホスト11からのアクセスを停止する。この停止に関しては、図１１、１２を用いて後で説明するが、ホスト11からのアクセスが発生しても、そのアクセスに正常に応答しないことによりアクセスの停止をホスト11へ知らせる処理と、アクセス発生の前にホスト11へ知らせる処理とがある。図５ではホスト11がリード要求56しても移行元ストレージ12が正常に応答しない場合を示す。ホスト11は移行元ストレージ12のアクセス停止を認識して、リード要求56の代わりにリード要求57を移行先ストレージ14へ発行し、これに対して移行先ストレージ14はリードデータ送信77する。

　移行先ストレージ14は移行完了78すると、データコピー73を終了し、ホスト11からのアクセス処理のみを継続する。

　図６はホスト11の処理フローの例を示す図である。ホスト11ではアプリケーションプログラムなどを実行するが、図６ではアプリケーションプログラムなどの実行の処理に関しては省略し、アプリケーションプログラムなどでのリード要求やライト要求の発生に対する処理を示す図となっている。まず、ホスト11はステップ81で移行先ストレージ14の仮想外接ボリューム28を認識する。認識処理はホスト11が仮想外接ボリューム28へアクセス可能となる処理であれば、どのような処理でもよい。一般的には仮想外接ボリューム28の情報を移行先ストレージ14から取得し、必要に応じて移行先ストレージ14へ設定などを行う。そして、ホスト11はステップ82で移行元ボリューム13と仮想外接ボリューム28とへアクセスする交替パスを作成する。移行元ボリューム13と仮想外接ボリューム28とは同じ構成に見せかけられるため、交替パスを作成できる。

　ホスト11はステップ83でアクセスパス管理テーブル22のボリューム31とページ32を認識済みのボリュームとページに基づいて設定し、アクセスパス33をすべてWWN1すなわち移行元ストレージ12へアクセスするように設定して初期化する。ホスト11はステップ84で移行先ストレージ14へ移行開始を指示する。

　ホスト11はステップ85でアプリケーションプログラムなどによりストレージへの要求が発生したかを判定し、特にリード要求が発生したかを判定する。リード要求が発生した場合はステップ86へ進み、リード要求ではない場合はステップ93へ進む。リード要求の場合、ステップ86で移行元ストレージ12へアクセス可能かを判定する。パス切替62において移行元ストレージ12がアクセス前にホスト11へアクセスの停止を知らせた場合は、ステップ86で移行元ストレージ12へアクセスできないと判定する。なお、パス切替62による知らせに限らず、ステップ86の時点で移行元ストレージ12へアクセス不可能と判定できる情報がある場合は、アクセスできないと判定する。また、図５のリード要求56はステップ86では判定できない。アクセス可能な場合はステップ87へ進み、アクセス不可能な場合はステップ90へ進む。

　ホスト11はステップ87でアクセスパス管理テーブル22を参照し、発生したリード要求のリード対象をボリューム31とページ32で特定し、アクセスパス33を読み取る。そして、ステップ88でアクセスパス33がWWN1の場合は移行元ストレージ12へのパスと判定し、WWN2の場合は移行先ストレージ14へのパスと判定する。移行元ストレージ12へのパスの場合はステップ89へ進み、そうでない場合はステップ90へ進む。WWN2の場合は、後で説明する移行先ストレージ14へのライトによりステップ96でWWN1をWWN2へ変更した場合であって、移行先ストレージ14へ書き込んだデータを読み出す場合である。

　ステップ89とステップ90のそれぞれは、後に続くステップ91とステップ92によるリード要求送信とリードデータ受信に使用するパスが移行元ストレージ12へのパスとするか移行先ストレージ14へのパスとするかを選択する。そして、選択したパスにしたがってステップ91とステップ92を実行する。ここで、図６での記載は省略するが、交替パスのソフトウェアおよびその機能は既に広く知られ使用されており、例えばリード要求を送信した先からリードデータの応答がなくタイムアウトが発生する、あるいは拒否の応答などがあると、交替パスを構成する他のパスでリトライする。ステップ92でリードデータを受信すると、次の要求を受け付けるためにステップ85へ戻る。

　ホスト11はステップ93で発生した要求がライト要求であるかを判定する。ライト要求である場合はステップ94へ進み、ステップ94で移行先ストレージ14のパスを選択し、ステップ95でライト要求を送信する。そして、ステップ96でアクセスパス管理テーブル22の中のライト要求のライト対象をボリューム31とページ32で特定し、アクセスパス33をWWN2へ変更する。なお、既にWWN2へ変更されている場合は単に上書きしてもよい。ステップ93でライト要求でないと判定した場合は、ステップ85へ戻る。ここでは、リード要求とライト要求に対する処理を記載したためステップ85へ戻るが、ストレージに対する他の要求を処理する場合は、その処理へ進むとしてもよい。

　図７は移行元ストレージ12の処理フローの例を示す図である。移行元ストレージ12は基本的には一般的なストレージであり、ホスト11と移行先ストレージ14からのリード要求とライト要求に対する処理を行うものである。ただし、移行先ストレージ14からパス切替の指示の受信があり、それに応じた処理を行う。

　まず、移行元ストレージ12はステップ101でホスト11あるいは移行先ストレージ14から要求を受信する。次に、ステップ102でホスト11からのアクセスかつLU閉塞に設定されているかを判定し、この場合のみステップ103へ進み、Busyを応答する。LU閉塞に設定されていても移行先ストレージ14からのアクセスはデータ移行あるいは移行先ストレージ14経由のホスト11からのアクセスであるので、ステップ104へ進む。LU閉塞の設定に関しては図１１、１２を用いて後で説明するが、パス切替62によりホスト11からのアクセスを停止する処理の一部である。

　移行元ストレージ12はステップ104でステップ101の受信がリード要求の受信であるかを判定する。リード要求の場合はステップ105へ進み、リードデータを要求元へ送信し、リード要求でない場合はステップ106へ進む。ステップ106ではライト要求であるかを判定する。ライト要求の場合はステップ107へ進み、データを移行元ボリューム13へ書き込み、ライト要求でない場合はステップ108へ進む。なお、移行中に移行元ストレージ12はライト要求を受信することはないが、移行元ストレージ12には移行中となる移行の処理がないので、移行前のライト要求を処理するためにステップ107がある。ステップ108で移行先ストレージ14のバス切替指示76からのバス切替の指示であるかを判定する。バス切替の指示である場合はステップ109へ進み、図１２を用いて後で説明するバス切替処理を行い、バス切替指示でない場合はステップ101へ戻る。なお、ここでステップ101へ戻らず、他の制御コマンドなどの処理へ進んでもよい。

　図８は移行先ストレージ14のホスト11からのアクセスに対する処理フローの例を示す図である。まず、移行先ストレージ14はステップ111で仮想外接ボリューム28を設定するなどの移行の初期化を行い、ステップ112でホスト11から移行開始の指示を受けて移行を開始する。移行初期化の内容に関しては図９を用いて後で説明する。そして、移行先ストレージ14はステップ113で移行が未完であるかを判定し、未完である場合はステップ114へ進み、未完でない場合は処理を終了する。移行開始後の移行の処理内容と移行の完了の判定に関しては図１０を用いて後で説明する。移行先ストレージ14は移行が完了した後でもホスト11のアクセスを受けることは可能であるが、ライト／移行管理テーブル27を使用する必要がないため、図示を省略した一般的なストレージの処理となる。

　移行先ストレージ14はステップ114でホスト11からのアクセスを受信し、ステップ115でリード要求かを判定する。リード要求の場合はステップ116へ進み、リード要求でない場合はステップ121へ進む。ステップ116ではライト／移行管理テーブル27を参照し、リード要求のリード対象のボリューム41とページ42を特定してライトフラグ43と移行完了フラグ44の値を読み取る。そして、ステップ117でライトフラグ43あるいは移行完了フラグ44のいずれか１つでも１になっている場合は、ライト／移行が完了済みと判定して、ステップ118へ進み、ライトフラグ43と移行完了フラグ44の両方が０の場合は、ライト／移行が完了済みではないと判定して、ステップ119へ進む。ステップ118ではホスト11からのライト要求あるいは移行により既に移行先ストレージ14にリード対象のデータが存在するため、仮想外接ボリューム28ではなく移行先ボリューム15からデータを読み出してホスト11へ送信する。

　ステップ119では移行先ストレージ14にリード対象のデータが存在しないため、リード要求を移行先ストレージ14から移行元ストレージ12へ転送し、移行元ストレージ12からリードデータを受信して、ステップ120でホスト11へリードデータを転送する。ホスト11はライト要求したデータをリードするとき移行先ストレージ14へリード要求を発行する以外に、パス切替62などによりステップ86で移行元ストレージ12へアクセスできないと判定すると移行先ストレージ14へリード要求を発行するため、このリード要求をステップ119とステップ120で処理する。移行元ストレージ12はステップ102でLU閉塞によるBusy応答をホスト11に限定しているため、移行先ストレージ14はLU閉塞時もリードできる。

　移行先ストレージ14はステップ121でステップ114の受信がライト要求であるかを判定する。ライト要求の場合はステップ122へ進み、ライト要求でない場合はステップ113へ戻る。なお、リード要求とライト要求以外の要求も処理する場合はステップ113へ戻らず、その要求の処理へ進んでもよいが、ここでは省略する。ステップ122でライトデータを移行先ボリューム15へ書き込み、ステップ123でライト／移行管理テーブル27の中のライト要求のライト対象をボリューム41とページ42で特定してライトフラグ43を１に変更する。既に１に変更されている場合は１を上書きしてもよい。そして、ステップ113へ戻る。

　図９は移行先ストレージ14のステップ111の移行初期化の処理フローの例を示す図である。移行先ストレージ14はステップ131で移行元ボリューム13に対応する仮想外接ボリューム28を設定する。そして、ホスト11のステップ81による仮想外接ボリューム28の認識に対し、移行先ストレージ14はステップ132でホスト11へ応答する。例えば仮想外接ボリューム28の容量などの問い合わせに対して応答する。ステップ133でライト／移行管理テーブル27のボリューム41とページ42へ移行先ボリューム15に対応する設定をし、ライトフラグ43と移行完了フラグ44のすべてへ０を設定する。ステップ134では図１０を用いて後で説明する移行の進捗のカウント値を初期化する。

　図１０は移行先ストレージ14が移行開始72から移行完了78までの間に実行するデータコピー73とバス切替指示76の処理フローの例を示す図である。この処理は図８を用いて説明した移行先ストレージ14のホスト11からのアクセス処理と並行して行う。移行先ストレージ14はステップ141でライト／移行管理テーブル27を参照し、移行のためのコピー対象のボリューム41とページ42を特定して、ライトフラグ43を読み出す。ステップ142でライトフラグ43が０であるかを判定し、０すなわちライト済みでないと判定した場合はステップ143へ進み、１すなわちライト済みであると判定した場合はステップ145へ進む。ライト済みである場合は、ホスト11からライトしたデータを移行で上書きしないように、そのページへはデータをコピーしない。ステップ143ではライト済みでないため、仮想外接ボリューム28から移行先ボリューム15へコピー対象のページのデータをコピーし、ステップ144でライト／移行管理テーブル27のコピー対象のページの移行完了フラグ44を１に変更する。

　移行先ストレージ14はステップ145でカウント値をカウントアップする。カウント値はコピー対象のボリュームの番号とページの番号を組み合わせた値として、コピー対象のページの特定に使用してもよいし、コピー対象の特定とは別の自然数としてもよい。コピー対象の特定とは別の自然数とした場合は、コピー対象のページを特定するボリュームの番号とページの番号の組み合わせもカウントとは別に更新する。ステップ146でカウント値と所定の判定値とを比較し、カウント値が所定の判定値より大きい場合はステップ147へ進んで、移行元ストレージ12へパス切替の指示を送信する。カウント値が所定の判定値以下の場合はパス切替指示を送信せず、ステップ148へ進む。

　ホスト11が移行先ストレージ14へアクセスし、ステップ119とステップ120によりデータをリードするよりは、移行元ストレージ12へ直接アクセスしてデータをリードする方が短時間でリードできる。一方、移行元ストレージ12より移行先ストレージ14の方が一般的には性能が高いので、移行先ストレージ14へ既にデータが移行したデータは移行先ストレージ14からリードする方が短時間でリードできる。このため、仮にライト要求がないとすると、リードの全アクセスにおいてステップ119とステップ120により時間が多く必要となる分だけ移行先ストレージ14へのアクセスにより時間を短縮できるのであれば、移行先ストレージ14へアクセスした方が高い性能を得られる。少なくとも移行のためのコピーの進捗が１００％に近い状態では、高性能な移行先ストレージ14へリード要求も発行した方が短時間でリードデータを得られる。ライト要求があるとライト要求処理の負荷が移行先ストレージ14へかかるため、リード要求を移行元ストレージ12へ発行した方が処理負荷の分散にはなるが、原理的にはライト要求のない場合と同じ状態が発生し、所定の判定値をライト要求がない場合より高く設定するだけである。このようにして、移行対象のデータに対するリード要求とライト要求の比率、移行元ストレージ12と移行先ストレージ14との性能差などに基づいて所定の判定値を設定する。

　移行先ストレージ14はステップ148で移行対象のデータのすべてコピーが完了したかを判定し、完了していない場合はステップ141へ戻って次のページのコピーへ進み、完了した場合はステップ149へ進み、移行完了とする。この移行完了はステップ113で判定の対象となる。すべてコピーが完了したかの判定は、カウント値に基づいて判定してもよいし、ライト／移行管理テーブル27に基づいて判定してもよいし、他の管理情報に基づいて判定してもよい。

　図１１はパス切替62によりアクセスを停止する単位の例を示す図である。ここではボリュームをLUとし、例えばLU単位の移行の場合はLU単位の切替として、移行元のLU（VOL#01）へアクセスされるとBusy応答する。Busy応答はSCSI規格の応答に含まれ、LU閉塞であるが、LU単位でアクセスを拒否できればBusy応答でなく他の応答あるいは無応答でもよい。Busy応答はリード要求などの要求を実際に受信した後に発行される。ホストグループに複数のLU（VOL#11～#14）が割り当てられ、ホストグループ単位の移行の場合は、ホストグループ単位の切替としてホストグループの各ホストへLogoutを発行してもよい。LogoutはFibre Channel規格の通信終了の通知プロトコルであり、要求の受信とは関係なく発行できる。新たなLoginに対してはLogoutを応答する。ポートに複数のLU（VOL#21～#34）が割り当てられ、ポート単位の移行の場合は、ポート単位の切替としてポートをLink Downさせてもよい。Link DownはFibre Channel規格のポートの発光、受光の停止である。

　図１２は移行元ストレージ12のステップ109のパス切替処理フローの例を示す図である。パス切替処理では図１１を用いて説明したどの単位のパス切替であるかを判定し、その単位に応じた切替のための処理を行う。移行元ストレージ12はステップ151でパス切替がLU単位であるかを判定し、LU単位である場合はステップ152へ進み、LU閉塞と設定する。このLU閉塞の設定はステップ102で判定の対象となる。LU単位でない場合はステップ153へ進み、ホストグループ単位であるかを判定する。ホストグループ単位である場合はステップ154へ進み、該当するホストグループの各ホストへLogoutを発行する。ホストグループ単位でない場合はステップ155へ進み、ポート単位であるかを判定する。ポート単位である場合はステップ156へ進み、該当するポートをLink Downする。ポート単位でない場合はそのまま終了する。

　ここで、LU単位とホストグループ単位とポート単位の判定の対象は、移行元ストレージ12へ予め設定しておいてもよいし、移行先ストレージ14へ予め設定しておいて、移行先ストレージ14からのパス切替の指示に含めてもよい。移行先ストレージ14は移行の管理をするため、その移行の情報を利用して、移行単位をパス切替の単位としてパス切替の指示に含めてもよい。

　なお、図２などを用いた説明では、仮想外接ボリューム28を設定して移行する構成を説明したが、移行元ボリューム13から移行先ボリューム15へ直接にリモートコピーしてもよい。また、ホスト11は仮想外接ボリューム28を認識して例えば仮想外接ボリューム28へのライト要求により移行先ボリューム15への書き込みをすると説明したが、ホスト11が移行先ボリューム15を認識して移行先ボリューム15へライト要求を直接に発行させ、移行先ボリューム15に無いデータのリード要求を移行元ストレージ12へ転送してもよい。

　以上、説明したようにホスト11のリード要求を移行元ストレージ12へ発行するため、移行元ストレージ12と移行先ストレージ14との間で負荷を分散することができ、総合的なホストアクセスの性能を高めることができる。また、移行の進捗に応じて移行先ストレージ14へリード要求を切替えるため、移行先ストレージ14の高い性能を利用できる。

11：ホスト、12：移行元ストレージ、13：移行元ボリューム、14：移行先ストレージ、15：移行先ボリューム、22：アクセスパス管理テーブル、27：ライト／移行管理テーブル、33：アクセスパス、43：ライトフラグ、44：移行完了フラグ

Claims

　ホストと移行元ストレージと移行先ストレージとのそれぞれを通信パスで接続したシステムであって、
　データのライト要求を前記移行先ストレージへ送信し、前記ライト要求したデータのリード要求を前記移行先ストレージへ送信し、前記ライト要求したデータ以外のリード要求を前記移行元ストレージへ送信する前記ホストと、
　前記ホストあるいは前記移行先ストレージから受信したリード要求を処理する前記移行元ストレージと、
　前記ホストから受信したライト要求とリード要求を処理するとともに、前記移行元ストレージへリード要求を送信して前記移行元ストレージからデータを移行する前記移行先ストレージと、
を備えたことを特徴とするシステム。
　前記移行されるデータの領域ごとに前記移行元ストレージへの通信パスを使用するか前記移行先ストレージへの通信パスを使用するかの情報を有するアクセスパス管理テーブルを備え、前記ライト要求したデータの領域に対するアクセスパス管理テーブルを前記移行先ストレージへの通信パスの使用に変更し、前記アクセスパス管理テーブルに基づいた通信パスへリード要求を送信する前記ホストを備えたことを特徴とする請求項１に記載のシステム。
　前記移行元ストレージへのリード要求が前記移行元ストレージで処理されない場合に前記移行元ストレージへのリード要求を前記移行先ストレージへ送信する前記ホストと、
　前記移行先ストレージからパス切替指示を受信すると前記ホストからのリード要求を処理しない前記移行元ストレージと、
　前記データの移行の進捗に応じて前記パス切替指示を前記移行元ストレージへ送信し、前記ホストから受信したリード要求のデータを保持しているか否かを判定して、保持していない場合は前記移行元ストレージへ前記受信したリード要求を送信し、該リード要求に対するリードデータを前記移行元ストレージから受信し、前記リードデータを前記ホストへ送信する前記移行先ストレージと、
を備えたことを特徴とする請求項１に記載のシステム。
　前記移行元ストレージからのデータの移行の量をカウントし、該カウントの値が所定の判定値を超えると前記パス切替指示を前記移行元ストレージへ送信する前記移行先ストレージを備えたことを特徴とする請求項３に記載のシステム。
　前記ホストから受信したライト要求によりライトされた領域を記憶し、該記憶に基づき前記ホストから受信したリード要求のデータを保持していると判定する前記移行先ストレージを備えたことを特徴とする請求項３に記載のシステム。
　前記移行されるデータによりライトされた領域を記憶し、該記憶に基づき前記ホストから受信したリード要求のデータを保持していると判定する前記移行先ストレージを備えたことを特徴とする請求項５に記載のシステム。
　前記ホストから受信したライト要求によりライトされた領域の記憶に基づき前記ライトされた領域へは前記移行されるデータをライトしない前記移行先ストレージを備えたことを特徴とする請求項６に記載のシステム。
　前記移行先ストレージから前記パス切替指示を受信すると前記ホストからのリード要求に対してリードデータ以外の応答をする前記移行元ストレージを備えたことを特徴とする請求項３に記載のシステム。
　前記移行先ストレージから前記パス切替指示を受信すると前記ホストへ通信終了の通知をする前記移行元ストレージを備えたことを特徴とする請求項３に記載のシステム。
　前記移行先ストレージから前記パス切替指示を受信すると前記ホストとの通信パスを切断する前記移行元ストレージを備えたことを特徴とする請求項３に記載のシステム。
　ホストと移行元ストレージと移行先ストレージとのそれぞれを通信パスで接続したシステムにおいて、前記移行元ストレージから前記移行先ストレージへデータを移行し、該移行されるデータの領域へ前記ホストがリード要求とライト要求するシステムの制御方法であって、
　前記移行先ストレージは前記移行元ストレージへリード要求を送信して前記移行元ストレージから前記移行先ストレージへデータを移行するステップと、
　前記ホストはデータのライト要求を前記移行先ストレージへ送信するステップと、
　前記移行先ストレージは前記ライト要求されたデータを記憶するステップと、
　前記ホストは前記ライト要求されたデータのリード要求を前記移行先ストレージへ送信するステップと、
　前記移行先ストレージは前記リード要求されたデータを前記ホストへ送信するステップと、
　前記ホストは前記ライト要求したデータ以外のリード要求を前記移行元ストレージへ送信するステップと、
　前記移行元ストレージは前記リード要求されたデータを前記ホストへ送信するステップと、
を有することを特徴とするシステムの制御方法。