JP4226350B2 - データ移行方法 - Google Patents
データ移行方法 Download PDFInfo
- Publication number
- JP4226350B2 JP4226350B2 JP2003038097A JP2003038097A JP4226350B2 JP 4226350 B2 JP4226350 B2 JP 4226350B2 JP 2003038097 A JP2003038097 A JP 2003038097A JP 2003038097 A JP2003038097 A JP 2003038097A JP 4226350 B2 JP4226350 B2 JP 4226350B2
- Authority
- JP
- Japan
- Prior art keywords
- data migration
- storage area
- data
- information
- relay device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、複数の記憶装置の記憶領域を仮想化して利用する仮想化技術に関わり、記憶装置間または記憶装置内のデータ移行方法に関する。
【０００２】
【従来の技術】
複数の計算機と複数の記憶装置をネットワークで接続するＳＡＮ（Storage Area Network）では、記憶装置の記憶領域を仮想化して利用させる技術がある（例えば、非特許文献１参照）。
計算機と記憶装置の間のどの位置で仮想化を行うかによりいくつかの方法がある。
第一はサーバアプリケーションが実行される計算機で、ストレージ管理ソフトウェアやボリューム管理ソフトウェアにより仮想化を行う方法である。
第二は記憶装置の手前に記憶装置を接続するインタフェースを複数用意した計算機を置き、この計算機で仮想化を行う方法や記憶装置そのものが仮想化を行う方法である。
第三はＳＡＮを構成するネットワーク機器や管理サーバ装置で仮想化を行う方法で、制御用とデータ用のＩ／Ｏ（Input／Output）を同じネットワークで扱うインバンド方法と、制御用のＩ／Ｏを流すネットワークを別途設けてデータ用のＩ／Ｏとは別に扱うアウトオブバンド方法の二つの方法がある。
【非特許文献１】
Evaluator Group社の技術白書である「Virtualization of Disk
Storage（2000年9月）」
【０００３】
【発明が解決しようとする課題】
従来の技術で示した第二または第三の仮想化の方法で、ファイバチャネルスイッチやイーサネット（登録商標）でｉＳＣＳＩ（Internet Small Computer System Interface）を使用してＳＡＮを構成する場合のＬＡＮスイッチのような中継装置や、ファイバチャネルやイーサネット（登録商標）のＨＢＡ（Host Bus Adaptor）を複数備えるサーバベースの装置が仮想化された記憶領域（仮想ボリューム）を提供している場合に、仮想ボリュームを複数の記憶装置の記憶領域の結合で構成していると、仮想ボリュームのアクセスの状況によっては、複数の記憶装置の中の、例えば、第一の記憶装置、第二の記憶装置、第三の記憶装置という具合に、次々にアクセスする宛先の記憶装置が変化し、中継処理負荷が増加するという問題が発生する。
本発明の第一の目的は、比較的少ない記憶装置からの記憶領域で仮想ボリュームを構成するように、運用中にデータ移行を行うことにより、中継処理負荷を低減させる方法を提供することにある。
また、複数の記憶装置の記憶領域から仮想ボリュームを構成し、領域の拡大または縮小を随時行っていくと、比較的小さな容量の未使用の記憶領域が増加する場合が考えられ、多数の小さな容量の記憶領域で仮想ボリュームを構成すると、中継装置における仮想ボリュームと実際の記憶領域との対応の変換処理の処理負荷が増加する。
そして、比較的大きな仮想ボリュームを比較的少ない数の未使用の記憶領域から構成することができなくなるという問題も発生する。
本発明の第二の目的は、比較的小さな容量の未使用の記憶領域が少なくなるように、既に仮想ボリュームを構成している一つ以上の記憶領域を別の記憶領域へと、運用中にデータ移行を行うことにより、この問題を低減させる方法を提供することにある。
【０００４】
【課題を解決するための手段】
上記目的を達成するため、本発明は、複数の計算機と複数の記憶装置と、前記計算機と記憶装置を相互に接続する中継装置と、前記計算機と記憶装置と中継装置を管理する管理装置とで構成された計算機システムにおけるデータ移行方法であり、
管理装置は、複数の計算機に対して記憶装置の仮想的な記憶領域を設定し、該設定の内容の情報を第１の情報として保持し、中継装置は、第１の情報を元に作成された第２の情報を保持し、
仮想的な記憶領域は前記それぞれの記憶装置内の記憶領域あるいは複数の記憶装置内の記憶領域が結合されてなる記憶領域に対応し、
中継装置は、第２の情報から一つの仮想的な記憶領域を選択し、該選択した仮想的な記憶領域が、複数の記憶装置内の記憶領域が結合されてなる記憶領域である場合を契機として、該複数の記憶装置間でのデータの移行を行い、該結合にかかわる記憶装置を少なくする。
また、中継装置は、第２の情報を参照し、仮想的な記憶領域に対応していない比較的小さな容量の記憶領域が増加してきた場合を契機として、複数の記憶装置間でのデータの移行を行い、前記仮想的な記憶領域に対応していない比較的小さな容量の記憶領域を少なくする。
【０００５】
【発明の実施の形態】
本発明の第一の実施形態を図１から図１３を参照して説明する。
第一の実施形態では、比較的少ない記憶装置からの記憶領域により仮想ボリュームの構成を行うように、運用中にデータ移行を行う場合について説明する。
図１は、本発明における計算機システムの構成例を示す図である。
サーバ装置１７０がスイッチ１００を介してストレージ装置１８０と接続される。
スイッチ１００は、ファイバチャネルスイッチやＬＡＮスイッチであるが、本発明の実施例の説明の中継装置としては、イーサネット（登録商標）スイッチの場合を例として示す。
スイッチ１００は、サーバ装置１７０またはストレージ装置１８０等を接続するための物理層とデータリンク層の制御を行う複数の接続インタフェース１１０（図１では、Ether MACと表記している）と、送受信するパケットのレイヤ２から上位（図中はレイヤ７までと示している）のヘッダまたは情報部分の情報を元に宛先となる接続インタフェースの決定や必要時にはパケットの内容の変換を行う複数のルーティング制御部（Routing Control）１２０と、複数のルーティング制御部を接続するクロスバースイッチ（Crossbar Switch）１３０と、スイッチ１００の装置管理や経路制御プロトコルの計算を行うスイッチ管理部（Switch Manager）１４０と、クロスバースイッチ１３０とスイッチ管理部１４０を接続する内部バス等の内部通信線１０１Ｃで構成される。
【０００６】
ルーティング制御部１２０は、ＣＰＵ１２６、プログラムやテーブルを格納するメインメモリ（MEM）１２７、レイヤ２からレイヤ７のパケットのフォワーディング制御部（Layer2-7 Forwarding Engine）１２１、パケットのヘッダ検索部（Search Engine）１２２とそのテーブル１２５を格納するメモリ（MEM）１２３を有し、これらが内部バス等の内部通信線１２８で接続されている。
スイッチ管理部１４０は、ＣＰＵ１４１、プログラムや経路制御テーブル等のテーブル１４３を格納するメインメモリ（MEM）１４２、管理用のイーサネット（登録商標）（Ether）１４５、クロスバースイッチへの内部通信線１０１Ｃと接続するための内部バス制御１４４を有し、これらが内部バス等の内部通信線１４６で接続されている。
スイッチ１００には、さらに管理用のコンソールまたはイーサネット（登録商標）のポート１６１を介して管理装置１６０や、接続インタフェース（Ether MAC）１１０を介してストレージ装置１８０の実ボリューム、またはスイッチ１００が提供する仮想ボリュームのバックアップ等の機能をスイッチと連携して行うための複数の連携サーバ１５０が接続される。
連携サーバ１５０は、ＣＰＵ１５１、プログラムやボリューム管理テーブル等のテーブル１５３を格納するメインメモリ（MEM）１５２、イーサネット（登録商標）（Ether）１５６、ハードディスク（hard disk）１５７を有し、これらが内部バス制御１５４を介して内部バス等の内部通信線１５５で接続されている。
【０００７】
図２は、スイッチ１００のスイッチ管理部１４０内のメインメモリ１４２にあるプログラムおよびテーブルの構成例を示す図である。
メインメモリ１４２のプログラム領域２０１は、オペレーティングシステム２０３、経路制御プロトコル２０４、実／仮想ボリューム管理２０７、装置管理２０９、スイッチ宛パケット処理２１１、データ移行処理２１２等から構成され、テーブル領域１４３は、経路制御プロトコル２０４と関係するルーティングテーブル２０５とフィルタリングテーブル２０６、実／仮想ボリューム管理２０７と関係するボリューム管理テーブル２０８、装置管理２０９と関係する装置管理テーブル２１０、ユニット使用状況管理テーブル２１３等から構成される。装置管理テーブルは接続されている装置および内蔵する装置の種類、構成情報、性能情報等を記録したテーブルであり、図４、５における装置管理テーブルも同様のものである。
【０００８】
図３は、スイッチ１００のルーティング制御部１２０内のメインメモリ１２７およびメモリ１２３（１２５）にあるプログラムおよびテーブルの構成例を示す図である。
メインメモリ１２７はオペレーティングシステム３０１、ハード処理不可パケット処理３０３、スイッチ管理部との通信処理３０２等から構成され、メモリ１２５は、スイッチ管理部との通信処理３０２と関係するルーティングテーブル３０４、フィルタリングテーブル３０５、ボリューム管理テーブル３０６等から構成される。
【０００９】
図４は、連携サーバ１５０のメインメモリ１５２にあるプログラムおよびテーブルの構成例を示す図である。
メインメモリ１５２のプログラム領域４０１は、オペレーティングシステム４０２、実／仮想ボリューム管理４０３、バックアップ機能処理４０４、装置管理４０６、スイッチまたは管理装置との通信処理４０８等から構成され、テーブル領域１５３は、実／仮想ボリューム管理４０３およびバックアップ機能処理４０４と関係するボリューム管理テーブル４０５、装置管理４０６と関係する装置管理テーブル４０７等から構成される。
【００１０】
図５は、管理装置１６０にあるプログラムおよびテーブルの構成例を示す図である。
メインメモリ５０１のプログラム領域５０２は、オペレーティングシステム５０４、ストレージ管理ソフト５０５として装置管理５０８や実／仮想ボリューム管理５０６、スイッチまたは連携サーバとの通信処理５１０等から構成され、テーブル領域５０３は、実／仮想ボリューム管理と関係するボリューム管理テーブル５０７、装置管理５０８と関係する装置管理テーブル５０９等から構成される。
【００１１】
図２から図５で示したボリューム管理テーブル２０８、３０６、４０５、５０７は、図６から図８に示すユニット管理テーブル６００、論理ユニット管理テーブル７０１、仮想ボリューム管理テーブル７０２から構成される。
図１で示した計算機システムの管理者が管理装置１６０により、ボリューム管理テーブル５０７を作成または更新し、スイッチ１００のスイッチ管理部１４０のボリューム管理テーブル２０８、連携サーバ１５０のボリューム管理テーブル４０５へ配布し、スイッチ管理部１４０はルーティング制御部１２０のボリューム管理テーブル３０６へ配布する。
【００１２】
図６は、ユニット管理テーブルの構成例を示す図である。
ストレージ装置１８０は計算機１７０やスイッチ１００と接続するための複数の接続ポート６０１、複数のディスク６０４をアクセスするためのディスクアダプタ６０３を有し、複数の接続ポート６０１と複数のディスクアダプタ６０３がある場合は、内部スイッチ６０２で各接続ポートと各ディスクアダプタが接続されている。
ユニット管理テーブル６００は、複数のエントリ６０５から構成される。
ディスク毎のエントリ６０５は、ユニットＩＤ、ＭＡＣ（Media Access Control）アドレス、ＩＰアドレス、ポートＩＤ、ディスク番号、ブロック数（説明を簡単にするため、１メガバイトを１ブロックとしている）、容量等の情報を持つ。
【００１３】
図７は、論理ユニット管理テーブルと仮想ボリューム管理テーブルの構成例を示す図である。
論理ユニット管理テーブル７０１は、複数のエントリ７０１Ａから構成される。
論理ユニット毎のエントリ７０１Ａは、論理ユニット（ＬＵ）ＩＤ、図６で示したユニットＩＤ、開始ＬＢＡ（Logical Block Address）、終了ＬＢＡ、サイズ、状態等の情報を持つ。
仮想ボリューム管理テーブル７０２は、複数のエントリ７０３から構成される。
仮想ボリューム毎のエントリ７０３は、仮想ボリュームＩＤ、構成論理ユニット（ＬＵ）の組、サイズ等の情報と、移動可否を示す情報を持ち、エントリ７０３Ａでは移動可否は禁止となっており、エントリ７０３Ｂでは移動可否は可能となっている。
一例として示されている仮想ボリューム７０４は、仮想ボリュームテーブル７０２のエントリ７０３Ａが示すように、論理ユニットＩＤがＶＬＵ００とＶＬＵ０１の論理ユニットの結合として構成されており、移動可否は禁止である。
【００１４】
図８は、図７と同様に論理ユニット管理テーブルと仮想ボリューム管理テーブルの構成例を示す図である。
仮想ボリューム８０４は、仮想ボリュームテーブル７０２のエントリ７０３Ｂが示すように、論理ユニットＩＤがＶＬＵ１０とＶＬＵ１１の論理ユニットの結合として構成されており、移動可否は可能である。
図７と図８の仮想ボリュームは、同じストレージ装置１８０内のディスク６０４で構成されているものが図７、別のストレージ装置１８０内のディスク６０４で構成されているものが図８であり、本発明のデータ移行方法は図８のような場合にデータ移行を行う。
図９は、図８の仮想ボリューム８０４でデータ移行を行った場合の処理の概要を説明するための図である。
【００１５】
図１０はスイッチ管理部１４０のデータ移行処理２１２がデータ移行を行う契機を得るための処理シーケンスの例を示す図である。
図１０の処理シーケンスにおいて、仮想ボリューム、例えば仮想ボリューム８０４を選択すると（ステップ１００１）、次に、選択した仮想ボリュームはデータ移動禁止であるか判定し（ステップ１００８）、判定の結果がデータ移動禁止であればデータ移行を行わず、データ移動禁止でなければステップ１００２に進む。
ステップ１００２で構成LUの調査をする。選択した仮想ボリューム８０４の場合には、仮想ボリューム管理テーブル７０２のエントリ７０３Ｂにより、構成されている論理ユニットはＶＬＵ１０とＶＬＵ１１の結合であることが判る。
ステップ１００３では、構成LUのIPアドレスが全一致であるかを判定し、全一致であればデータ移行を行わず、全一致でなければステップ１００４に進む。仮想ボリューム８０４の場合には、論理ユニット管理テーブル７０１のエントリ８０１Ａ１と８０１Ａ２によりユニットＩＤはそれぞれ、ＲＵＡ０１００とＲＵＢ００００であり、ユニット管理テーブル６００によりＩＰアドレスが全一致しないので、ステップ１００４に進む。
ステップ１００４では構成LUを選択し、ステップ１００５に進む。ここでは仮想ボリューム８０４の場合、ＲＵＡ０１００の論理ユニットを選択したとする。
ステップ１００５では、選択した構成LUの記憶装置内に別の構成LUからデータ移行可能な実ユニット内の未使用領域が存在するか判定し、存在すればステップ１００７に進み、存在しなければステップ１００６に進む。仮想ボリューム８０４の場合、ＲＵＡ０１００の論理ユニットが選択されており、ステップ１００５の判定の結果、別の構成LUであるＲＵＢ００００からのデータ移行可能な領域が存在するのでステップ１００７に進む。
ステップ１００７ではデータ移行処理を行う。仮想ボリューム８０４の場合、ＲＵＢ００００内のＶＬＵ１１をＲＵＡ０１００へデータ移行する。
ステップ１００６では、別の構成LUがあればステップ１００４に戻り、無ければデータ移行は行わない。
【００１６】
図１０に示す処理シーケンスは、データ移行を行わない場合や（ステップ１００３のＹＥＳの場合）、行うことができない場合もある（ステップ１００６のＮＯの場合）。
また、図１０に示す処理シーケンスは、開始の指示を管理装置等からの管理者の指示により行う場合や、ストレージ管理ソフト５０５のスケジュールにより行う場合もある。
【００１７】
図１１はデータ移行処理１００７の処理シーケンスの例を示す図である。
図１２は仮想ボリューム内の論理ユニットの状態を管理するテーブル１２００の例を示す図である。図において状態１２０６はデータ移行に係らないときはアイドルとなる。
図１０で示したデータ移行を行う契機を得るための処理シーケンスにおいて、ユニットＲＵＡ０１００にデータ移行可能な移行先があるということで、論理ユニットＶＬＵ１１と同じサイズの論理ユニットＶＬＵ１２をエントリ１２０９のように設定する。その際に状態フィールド１２０６を移行先と設定しておく（ステップ１１０１）。
移行元の論理ユニットＶＬＵ１１は、エントリ１２０８に示すように状態フィールド１２０６を移行元にする（ステップ１１０２）。
ここまでの処理は図９の（１）ＬＵ作成である。
次に移行元の論理ユニットＶＬＵ１１から移行先の論理ユニットＶＬＵ１２にデータを移行し（ステップ１１０３）、仮想ボリュームを構成する論理ユニットを移行元の論理ユニットＶＬＵ１１から移行先の論理ユニットＶＬＵ１２へと変更する（ステップ１１０５）。
ここまでの処理は図９の（２）データ移行と（３）論理ユニット切替えである。
次に移行先の論理ユニットＶＬＵ１２の状態をエントリ１２１０に示すように状態フィールド１２０６をアイドルと設定し、また、仮想ボリュームＶＶＯＬ０２ｋ移行可否を禁止に設定し（ステップ１１０６）、移行元の論理ユニットＶＬＵ１１を削除し（ステップ１１０７）、移行元論理ユニットＶＬＵ１１内のデータを削除する（ステップ１１０８）。
ここまでの処理は図９の（４）論理ユニットＶＬＵ１１削除と（５）論理ユニットＶＬＵ１１内データ削除である。
なお、（４）の論理ユニットＶＬＵ１１削除と（５）の論理ユニットＶＬＵ１１内データ削除とをせずに、一時的に、または指定した期間だけ論理ユニットＶＬＵ１１と論理ユニットＶＬＵ１１内データをバックアップ用として残しておくようにしてもよい。
【００１８】
図１１のデータ移行処理（ステップ１１０３）は、データ移行の最中のＲｅａｄやＷｒｉｔｅのＩ／Ｏも処理する必要があるため、図１３に示すように、データ移行をブロック単位毎にデータ移行の未完を管理するブロックｂｉｔｍａｐテーブル１３０１を有する。
移行元の論理ユニットＶＬＵ１１から移行先の論理ユニットＶＬＵ１２にブロック単位でデータを移動し（ステップ１１０４Ａ）、ブロックｂｉｔｍａｐテーブル１３０１を更新し（ステップ１１０４Ｂ）、すべてのデータの移動が完了するまで同様の処理を繰り返す（ステップ１１０４Ｃ）。
データ移行の最中のＩ／Ｏ処理（ステップ１１０９）は、図１３に示すような処理マトリックス１３０２のような処理を行う。
非データ移行領域に対するＩ／Ｏ処理１３０３は、該当する記憶領域へそのまま適用され、データ移行領域に対するＩ／Ｏ処理１３０４または１３０５は、ブロックｂｉｔｍａｐテーブル１３０１の状態によりデータ移行元またはデータ移行先の論理ユニットの記憶領域へ適用される。
【００１９】
以上の図１０から図１３で示したスイッチ管理部１４０のデータ移行処理２１２により、ボリューム管理テーブル２０８の構成に変更があった場合は、ルーティング制御部１２０のボリューム管理テーブル３０６や、さらに管理装置１６０のボリューム管理テーブル５０７や、連携サーバ１５０のボリューム管理テーブル４０５にも変更を行う。
【００２０】
次に本発明の第二の実施形態を図１４から図１６を参照して説明する。
第二の実施形態では、仮想ボリュームの構成に使用されていない比較的小さな容量の記憶領域が少なくなるように、既に仮想ボリュームを構成する一つ以上の記憶領域を別の記憶領域へと、運用中にデータ移行を行う場合について説明する。
図１４は、論理ユニット管理テーブルと仮想ボリュームテーブルの構成例を示す図であり、図７の構成例と同じである。
図１５はデータ移行を行う契機を得るための処理シーケンスの例を示す図である。
図１６はユニットの構成容易度を管理するユニット使用状況管理テーブル２１３の例を示す図である。
構成容易度は、一例として空きブロック数が７，５００未満の場合は「低」、１２，５００未満の場合は「中」、１２，５００以上の場合は「高」としている。
【００２１】
図１５の処理シーケンスにおいて、まず、ユニットの選択をする（ステップ１５０１）。例として、ユニットＲＵＡ０００１（図６、図７のエントリ６０４Ａ２）を選択したとする。
次に、記憶領域の構成容易度を調査し（ステップ１５０２）、ステップ１５０３に進む。
ステップ１５０３では、選択したユニットに構成容易度の低い領域があるか判定し、無ければデータ移行は行わず、有ればステップ１５０４に進む。例の場合、ユニットＲＵＡ０００１の各記憶領域の構成容易度を調査し、図１６のユニットＩＤがＲＵＡ００１のエントリには構成容易度のフィールド１６０５に「中」と「低」の記憶領域があることが判るので、図１０の処理シーケンスで示した処理ステップ１００４以降と同様の処理を、図１５の処理ステップ１５０４以降の処理で行う。
ただし、第二の実施形態では、移行元の論理ユニットのデータを最終的な移行先の論理ユニットへ直接移行できない場合に、少なくとも一つの間接的な論理ユニットに一旦データ移行し、その後に最終的な移行先の論理ユニットにデータ移行する場合を示している。
【００２２】
図１４において、（１）ユニットＲＵＡ０００Ｘに間接的な論理ユニットＶＬＵ０２の作成を行い、（２）ユニットＲＵＡ００００にある移行元の論理ユニットＶＬＵ０１からユニットＲＵＡ０００ＸにあるＶＬＵ０２にデータをコピーした後、ユニットＲＵＡ０００ＸにあるＶＬＵ０２のコピーしたデータを最終的な移行先であるユニットＲＵＡ００００にコピーし、このコピーしたデータに対して新たな論理ユニットＶＬＵ０１を設定し、（３）元の論理ユニットＶＬＵ０１を新たな論理ユニットＶＬＵ０１に切替え、（４）間接的な論理ユニットＶＬＵ０２の削除と（５）論理ユニットＶＬＵ０２内のデータ削除を行う。
図１６において、ユニットＲＵＡ０００Ｘは図１４の（１）でエントリ１６０７のように変更され、ユニットＲＵＡ０００１とＲＵＡ０００Ｘは図１４の（４）でエントリ１６０８のように変更され、最終的にユニットＲＵＡ０００１は構成容易度が高くなっている。
【００２３】
次に本発明の第三の実施形態を図１７と１８を参照して説明する。
第三の実施形態では、スイッチの主要構成要素を冗長構成にした場合の説明と、管理装置からのテーブルの配布方法と、スイッチ管理部のテーブルの同期方法について説明する。
図１７はスイッチ１００の主要構成要素を冗長構成にした場合の計算機システムの構成例である。
図１７では、ルーティング制御部１２０、クロスバースイッチ１３０、スイッチ管理部１４０が冗長構成となっている。
第一の実施形態から第二の実施形態で示したような、ユニット管理テーブル６００、論理ユニット管理テーブル７０１、仮想ボリューム管理テーブル７０２は、図１８の情報の流れ１８０２のように管理装置１６０からスイッチ管理部１４０Ａと１４０Ｂに配布され、メインメモリ１４２Ａと１４２Ｂに格納される。
冗長構成のスイッチ管理部１４０は、現用系と予備系のように動作してもよいし、どちらも現用系で処理分担をしてもよい。
冗長構成のスイッチ管理部１４０の片系が障害となった場合は、現用系／予備系の場合は予備系に切替わり、どちらも現用系の場合は縮退運用となる。
冗長構成のスイッチ管理部１４０の持つテーブル１４３は、情報の流れ１８０１のように同期をとっておくことにより、片系が障害となった場合に比較的高速な切替えが可能となる。
【００２４】
次に本発明の第四の実施形態を図１９を参照して説明する。
第四の実施形態ではスイッチのスイッチ管理部がハードディスクを持つ構成の場合にデータ移行を行う場合について説明する。
図１９は、スイッチ１００のスイッチ管理部１４０がハードディスク１９０１を有する構成例を示した図である。
第一の実施形態から第二の実施形態で示したように、ハードディスク１９０１もユニット管理テーブル６００（図６参照）の一つとして扱うことにより、論理ユニットの作成や仮想ボリュームへの構成を可能とする。
ユニット管理テーブル１９０３は、一例としてエントリ１９０４のような構成をとる。
ユニットＲＵＳ００００にデータ移行の際の間接的な論理ユニットを作成することにより、ストレージ装置１８０（図１参照）の記憶領域が比較的少なくなってきた場合に使用することが可能であり、データ移行時のデータがスイッチを通過する回数を低減することが可能となる。
【００２５】
【発明の効果】
本発明によれば、比較的少ない記憶装置からの記憶領域により仮想ボリュームを構成し、中継装置の中継処理負荷を低減させることができる。
また、比較的小さな容量の未使用の記憶領域の低減と、結果として比較的大きな容量の連続した空きの記憶領域の増加を図ることができる。
【図面の簡単な説明】
【図１】計算機システムの構成例を示す図である。
【図２】スイッチのスイッチ管理部が持つプログラムおよびテーブルの構成例を示す図である。
【図３】スイッチのルーティング制御部が持つプログラムおよびテーブルの構成例を示す図である。
【図４】スイッチの連携サーバが持つプログラムおよびテーブルの構成例を示す図である。
【図５】計算機システムの管理装置が持つプログラムおよびテーブルの構成例を示す図である。
【図６】ユニットの構成例とユニット管理テーブルの構成例を示す図である。
【図７】論理ユニット管理テーブルと仮想ボリューム管理テーブルの構成例を示す図である。
【図８】論理ユニット管理テーブルと仮想ボリューム管理テーブルの構成例を示す図である。
【図９】データ移行の処理概要を示す図である。
【図１０】データ移行の契機を得るための処理シーケンスの例を示す図である。
【図１１】データ移行の処理シーケンスの例を示す図である。
【図１２】論理ユニットの状態を管理するテーブルの例を示す図である。
【図１３】データ移行中のＩ／Ｏ処理を行うためのブロックｂｉｔｍａｐテーブルとＩ／Ｏ処理マトリックスの例を示す図である。
【図１４】データ移行の処理概要を示す図である。
【図１５】ディスクの構成容易度をデータ移行の契機にする場合の処理シーケンスの例を示す図である。
【図１６】ユニット使用状況管理テーブルの構成例を示した図である。
【図１７】スイッチの主要構成要素を冗長構成とした場合の構成例を示した図である。
【図１８】冗長構成のスイッチ管理部のテーブル情報の配布および同期の方法を示す図である。
【図１９】スイッチ管理部がハードディスクを持つ構成例を示す図である。
【符号の説明】
１００ スイッチ
１１０ 接続インタフェース
１２０ ルーティング制御部
１３０ クロスバースイッチ
１４０ スイッチ管理部
１５０ 連携サーバ
１６０ 管理装置
１６１ ポート
１７０ サーバ装置
１８０ ストレージ装置
【発明の属する技術分野】
本発明は、複数の記憶装置の記憶領域を仮想化して利用する仮想化技術に関わり、記憶装置間または記憶装置内のデータ移行方法に関する。
【０００２】
【従来の技術】
複数の計算機と複数の記憶装置をネットワークで接続するＳＡＮ（Storage Area Network）では、記憶装置の記憶領域を仮想化して利用させる技術がある（例えば、非特許文献１参照）。
計算機と記憶装置の間のどの位置で仮想化を行うかによりいくつかの方法がある。
第一はサーバアプリケーションが実行される計算機で、ストレージ管理ソフトウェアやボリューム管理ソフトウェアにより仮想化を行う方法である。
第二は記憶装置の手前に記憶装置を接続するインタフェースを複数用意した計算機を置き、この計算機で仮想化を行う方法や記憶装置そのものが仮想化を行う方法である。
第三はＳＡＮを構成するネットワーク機器や管理サーバ装置で仮想化を行う方法で、制御用とデータ用のＩ／Ｏ（Input／Output）を同じネットワークで扱うインバンド方法と、制御用のＩ／Ｏを流すネットワークを別途設けてデータ用のＩ／Ｏとは別に扱うアウトオブバンド方法の二つの方法がある。
【非特許文献１】
Evaluator Group社の技術白書である「Virtualization of Disk
Storage（2000年9月）」
【０００３】
【発明が解決しようとする課題】
従来の技術で示した第二または第三の仮想化の方法で、ファイバチャネルスイッチやイーサネット（登録商標）でｉＳＣＳＩ（Internet Small Computer System Interface）を使用してＳＡＮを構成する場合のＬＡＮスイッチのような中継装置や、ファイバチャネルやイーサネット（登録商標）のＨＢＡ（Host Bus Adaptor）を複数備えるサーバベースの装置が仮想化された記憶領域（仮想ボリューム）を提供している場合に、仮想ボリュームを複数の記憶装置の記憶領域の結合で構成していると、仮想ボリュームのアクセスの状況によっては、複数の記憶装置の中の、例えば、第一の記憶装置、第二の記憶装置、第三の記憶装置という具合に、次々にアクセスする宛先の記憶装置が変化し、中継処理負荷が増加するという問題が発生する。
本発明の第一の目的は、比較的少ない記憶装置からの記憶領域で仮想ボリュームを構成するように、運用中にデータ移行を行うことにより、中継処理負荷を低減させる方法を提供することにある。
また、複数の記憶装置の記憶領域から仮想ボリュームを構成し、領域の拡大または縮小を随時行っていくと、比較的小さな容量の未使用の記憶領域が増加する場合が考えられ、多数の小さな容量の記憶領域で仮想ボリュームを構成すると、中継装置における仮想ボリュームと実際の記憶領域との対応の変換処理の処理負荷が増加する。
そして、比較的大きな仮想ボリュームを比較的少ない数の未使用の記憶領域から構成することができなくなるという問題も発生する。
本発明の第二の目的は、比較的小さな容量の未使用の記憶領域が少なくなるように、既に仮想ボリュームを構成している一つ以上の記憶領域を別の記憶領域へと、運用中にデータ移行を行うことにより、この問題を低減させる方法を提供することにある。
【０００４】
【課題を解決するための手段】
上記目的を達成するため、本発明は、複数の計算機と複数の記憶装置と、前記計算機と記憶装置を相互に接続する中継装置と、前記計算機と記憶装置と中継装置を管理する管理装置とで構成された計算機システムにおけるデータ移行方法であり、
管理装置は、複数の計算機に対して記憶装置の仮想的な記憶領域を設定し、該設定の内容の情報を第１の情報として保持し、中継装置は、第１の情報を元に作成された第２の情報を保持し、
仮想的な記憶領域は前記それぞれの記憶装置内の記憶領域あるいは複数の記憶装置内の記憶領域が結合されてなる記憶領域に対応し、
中継装置は、第２の情報から一つの仮想的な記憶領域を選択し、該選択した仮想的な記憶領域が、複数の記憶装置内の記憶領域が結合されてなる記憶領域である場合を契機として、該複数の記憶装置間でのデータの移行を行い、該結合にかかわる記憶装置を少なくする。
また、中継装置は、第２の情報を参照し、仮想的な記憶領域に対応していない比較的小さな容量の記憶領域が増加してきた場合を契機として、複数の記憶装置間でのデータの移行を行い、前記仮想的な記憶領域に対応していない比較的小さな容量の記憶領域を少なくする。
【０００５】
【発明の実施の形態】
本発明の第一の実施形態を図１から図１３を参照して説明する。
第一の実施形態では、比較的少ない記憶装置からの記憶領域により仮想ボリュームの構成を行うように、運用中にデータ移行を行う場合について説明する。
図１は、本発明における計算機システムの構成例を示す図である。
サーバ装置１７０がスイッチ１００を介してストレージ装置１８０と接続される。
スイッチ１００は、ファイバチャネルスイッチやＬＡＮスイッチであるが、本発明の実施例の説明の中継装置としては、イーサネット（登録商標）スイッチの場合を例として示す。
スイッチ１００は、サーバ装置１７０またはストレージ装置１８０等を接続するための物理層とデータリンク層の制御を行う複数の接続インタフェース１１０（図１では、Ether MACと表記している）と、送受信するパケットのレイヤ２から上位（図中はレイヤ７までと示している）のヘッダまたは情報部分の情報を元に宛先となる接続インタフェースの決定や必要時にはパケットの内容の変換を行う複数のルーティング制御部（Routing Control）１２０と、複数のルーティング制御部を接続するクロスバースイッチ（Crossbar Switch）１３０と、スイッチ１００の装置管理や経路制御プロトコルの計算を行うスイッチ管理部（Switch Manager）１４０と、クロスバースイッチ１３０とスイッチ管理部１４０を接続する内部バス等の内部通信線１０１Ｃで構成される。
【０００６】
ルーティング制御部１２０は、ＣＰＵ１２６、プログラムやテーブルを格納するメインメモリ（MEM）１２７、レイヤ２からレイヤ７のパケットのフォワーディング制御部（Layer2-7 Forwarding Engine）１２１、パケットのヘッダ検索部（Search Engine）１２２とそのテーブル１２５を格納するメモリ（MEM）１２３を有し、これらが内部バス等の内部通信線１２８で接続されている。
スイッチ管理部１４０は、ＣＰＵ１４１、プログラムや経路制御テーブル等のテーブル１４３を格納するメインメモリ（MEM）１４２、管理用のイーサネット（登録商標）（Ether）１４５、クロスバースイッチへの内部通信線１０１Ｃと接続するための内部バス制御１４４を有し、これらが内部バス等の内部通信線１４６で接続されている。
スイッチ１００には、さらに管理用のコンソールまたはイーサネット（登録商標）のポート１６１を介して管理装置１６０や、接続インタフェース（Ether MAC）１１０を介してストレージ装置１８０の実ボリューム、またはスイッチ１００が提供する仮想ボリュームのバックアップ等の機能をスイッチと連携して行うための複数の連携サーバ１５０が接続される。
連携サーバ１５０は、ＣＰＵ１５１、プログラムやボリューム管理テーブル等のテーブル１５３を格納するメインメモリ（MEM）１５２、イーサネット（登録商標）（Ether）１５６、ハードディスク（hard disk）１５７を有し、これらが内部バス制御１５４を介して内部バス等の内部通信線１５５で接続されている。
【０００７】
図２は、スイッチ１００のスイッチ管理部１４０内のメインメモリ１４２にあるプログラムおよびテーブルの構成例を示す図である。
メインメモリ１４２のプログラム領域２０１は、オペレーティングシステム２０３、経路制御プロトコル２０４、実／仮想ボリューム管理２０７、装置管理２０９、スイッチ宛パケット処理２１１、データ移行処理２１２等から構成され、テーブル領域１４３は、経路制御プロトコル２０４と関係するルーティングテーブル２０５とフィルタリングテーブル２０６、実／仮想ボリューム管理２０７と関係するボリューム管理テーブル２０８、装置管理２０９と関係する装置管理テーブル２１０、ユニット使用状況管理テーブル２１３等から構成される。装置管理テーブルは接続されている装置および内蔵する装置の種類、構成情報、性能情報等を記録したテーブルであり、図４、５における装置管理テーブルも同様のものである。
【０００８】
図３は、スイッチ１００のルーティング制御部１２０内のメインメモリ１２７およびメモリ１２３（１２５）にあるプログラムおよびテーブルの構成例を示す図である。
メインメモリ１２７はオペレーティングシステム３０１、ハード処理不可パケット処理３０３、スイッチ管理部との通信処理３０２等から構成され、メモリ１２５は、スイッチ管理部との通信処理３０２と関係するルーティングテーブル３０４、フィルタリングテーブル３０５、ボリューム管理テーブル３０６等から構成される。
【０００９】
図４は、連携サーバ１５０のメインメモリ１５２にあるプログラムおよびテーブルの構成例を示す図である。
メインメモリ１５２のプログラム領域４０１は、オペレーティングシステム４０２、実／仮想ボリューム管理４０３、バックアップ機能処理４０４、装置管理４０６、スイッチまたは管理装置との通信処理４０８等から構成され、テーブル領域１５３は、実／仮想ボリューム管理４０３およびバックアップ機能処理４０４と関係するボリューム管理テーブル４０５、装置管理４０６と関係する装置管理テーブル４０７等から構成される。
【００１０】
図５は、管理装置１６０にあるプログラムおよびテーブルの構成例を示す図である。
メインメモリ５０１のプログラム領域５０２は、オペレーティングシステム５０４、ストレージ管理ソフト５０５として装置管理５０８や実／仮想ボリューム管理５０６、スイッチまたは連携サーバとの通信処理５１０等から構成され、テーブル領域５０３は、実／仮想ボリューム管理と関係するボリューム管理テーブル５０７、装置管理５０８と関係する装置管理テーブル５０９等から構成される。
【００１１】
図２から図５で示したボリューム管理テーブル２０８、３０６、４０５、５０７は、図６から図８に示すユニット管理テーブル６００、論理ユニット管理テーブル７０１、仮想ボリューム管理テーブル７０２から構成される。
図１で示した計算機システムの管理者が管理装置１６０により、ボリューム管理テーブル５０７を作成または更新し、スイッチ１００のスイッチ管理部１４０のボリューム管理テーブル２０８、連携サーバ１５０のボリューム管理テーブル４０５へ配布し、スイッチ管理部１４０はルーティング制御部１２０のボリューム管理テーブル３０６へ配布する。
【００１２】
図６は、ユニット管理テーブルの構成例を示す図である。
ストレージ装置１８０は計算機１７０やスイッチ１００と接続するための複数の接続ポート６０１、複数のディスク６０４をアクセスするためのディスクアダプタ６０３を有し、複数の接続ポート６０１と複数のディスクアダプタ６０３がある場合は、内部スイッチ６０２で各接続ポートと各ディスクアダプタが接続されている。
ユニット管理テーブル６００は、複数のエントリ６０５から構成される。
ディスク毎のエントリ６０５は、ユニットＩＤ、ＭＡＣ（Media Access Control）アドレス、ＩＰアドレス、ポートＩＤ、ディスク番号、ブロック数（説明を簡単にするため、１メガバイトを１ブロックとしている）、容量等の情報を持つ。
【００１３】
図７は、論理ユニット管理テーブルと仮想ボリューム管理テーブルの構成例を示す図である。
論理ユニット管理テーブル７０１は、複数のエントリ７０１Ａから構成される。
論理ユニット毎のエントリ７０１Ａは、論理ユニット（ＬＵ）ＩＤ、図６で示したユニットＩＤ、開始ＬＢＡ（Logical Block Address）、終了ＬＢＡ、サイズ、状態等の情報を持つ。
仮想ボリューム管理テーブル７０２は、複数のエントリ７０３から構成される。
仮想ボリューム毎のエントリ７０３は、仮想ボリュームＩＤ、構成論理ユニット（ＬＵ）の組、サイズ等の情報と、移動可否を示す情報を持ち、エントリ７０３Ａでは移動可否は禁止となっており、エントリ７０３Ｂでは移動可否は可能となっている。
一例として示されている仮想ボリューム７０４は、仮想ボリュームテーブル７０２のエントリ７０３Ａが示すように、論理ユニットＩＤがＶＬＵ００とＶＬＵ０１の論理ユニットの結合として構成されており、移動可否は禁止である。
【００１４】
図８は、図７と同様に論理ユニット管理テーブルと仮想ボリューム管理テーブルの構成例を示す図である。
仮想ボリューム８０４は、仮想ボリュームテーブル７０２のエントリ７０３Ｂが示すように、論理ユニットＩＤがＶＬＵ１０とＶＬＵ１１の論理ユニットの結合として構成されており、移動可否は可能である。
図７と図８の仮想ボリュームは、同じストレージ装置１８０内のディスク６０４で構成されているものが図７、別のストレージ装置１８０内のディスク６０４で構成されているものが図８であり、本発明のデータ移行方法は図８のような場合にデータ移行を行う。
図９は、図８の仮想ボリューム８０４でデータ移行を行った場合の処理の概要を説明するための図である。
【００１５】
図１０はスイッチ管理部１４０のデータ移行処理２１２がデータ移行を行う契機を得るための処理シーケンスの例を示す図である。
図１０の処理シーケンスにおいて、仮想ボリューム、例えば仮想ボリューム８０４を選択すると（ステップ１００１）、次に、選択した仮想ボリュームはデータ移動禁止であるか判定し（ステップ１００８）、判定の結果がデータ移動禁止であればデータ移行を行わず、データ移動禁止でなければステップ１００２に進む。
ステップ１００２で構成LUの調査をする。選択した仮想ボリューム８０４の場合には、仮想ボリューム管理テーブル７０２のエントリ７０３Ｂにより、構成されている論理ユニットはＶＬＵ１０とＶＬＵ１１の結合であることが判る。
ステップ１００３では、構成LUのIPアドレスが全一致であるかを判定し、全一致であればデータ移行を行わず、全一致でなければステップ１００４に進む。仮想ボリューム８０４の場合には、論理ユニット管理テーブル７０１のエントリ８０１Ａ１と８０１Ａ２によりユニットＩＤはそれぞれ、ＲＵＡ０１００とＲＵＢ００００であり、ユニット管理テーブル６００によりＩＰアドレスが全一致しないので、ステップ１００４に進む。
ステップ１００４では構成LUを選択し、ステップ１００５に進む。ここでは仮想ボリューム８０４の場合、ＲＵＡ０１００の論理ユニットを選択したとする。
ステップ１００５では、選択した構成LUの記憶装置内に別の構成LUからデータ移行可能な実ユニット内の未使用領域が存在するか判定し、存在すればステップ１００７に進み、存在しなければステップ１００６に進む。仮想ボリューム８０４の場合、ＲＵＡ０１００の論理ユニットが選択されており、ステップ１００５の判定の結果、別の構成LUであるＲＵＢ００００からのデータ移行可能な領域が存在するのでステップ１００７に進む。
ステップ１００７ではデータ移行処理を行う。仮想ボリューム８０４の場合、ＲＵＢ００００内のＶＬＵ１１をＲＵＡ０１００へデータ移行する。
ステップ１００６では、別の構成LUがあればステップ１００４に戻り、無ければデータ移行は行わない。
【００１６】
図１０に示す処理シーケンスは、データ移行を行わない場合や（ステップ１００３のＹＥＳの場合）、行うことができない場合もある（ステップ１００６のＮＯの場合）。
また、図１０に示す処理シーケンスは、開始の指示を管理装置等からの管理者の指示により行う場合や、ストレージ管理ソフト５０５のスケジュールにより行う場合もある。
【００１７】
図１１はデータ移行処理１００７の処理シーケンスの例を示す図である。
図１２は仮想ボリューム内の論理ユニットの状態を管理するテーブル１２００の例を示す図である。図において状態１２０６はデータ移行に係らないときはアイドルとなる。
図１０で示したデータ移行を行う契機を得るための処理シーケンスにおいて、ユニットＲＵＡ０１００にデータ移行可能な移行先があるということで、論理ユニットＶＬＵ１１と同じサイズの論理ユニットＶＬＵ１２をエントリ１２０９のように設定する。その際に状態フィールド１２０６を移行先と設定しておく（ステップ１１０１）。
移行元の論理ユニットＶＬＵ１１は、エントリ１２０８に示すように状態フィールド１２０６を移行元にする（ステップ１１０２）。
ここまでの処理は図９の（１）ＬＵ作成である。
次に移行元の論理ユニットＶＬＵ１１から移行先の論理ユニットＶＬＵ１２にデータを移行し（ステップ１１０３）、仮想ボリュームを構成する論理ユニットを移行元の論理ユニットＶＬＵ１１から移行先の論理ユニットＶＬＵ１２へと変更する（ステップ１１０５）。
ここまでの処理は図９の（２）データ移行と（３）論理ユニット切替えである。
次に移行先の論理ユニットＶＬＵ１２の状態をエントリ１２１０に示すように状態フィールド１２０６をアイドルと設定し、また、仮想ボリュームＶＶＯＬ０２ｋ移行可否を禁止に設定し（ステップ１１０６）、移行元の論理ユニットＶＬＵ１１を削除し（ステップ１１０７）、移行元論理ユニットＶＬＵ１１内のデータを削除する（ステップ１１０８）。
ここまでの処理は図９の（４）論理ユニットＶＬＵ１１削除と（５）論理ユニットＶＬＵ１１内データ削除である。
なお、（４）の論理ユニットＶＬＵ１１削除と（５）の論理ユニットＶＬＵ１１内データ削除とをせずに、一時的に、または指定した期間だけ論理ユニットＶＬＵ１１と論理ユニットＶＬＵ１１内データをバックアップ用として残しておくようにしてもよい。
【００１８】
図１１のデータ移行処理（ステップ１１０３）は、データ移行の最中のＲｅａｄやＷｒｉｔｅのＩ／Ｏも処理する必要があるため、図１３に示すように、データ移行をブロック単位毎にデータ移行の未完を管理するブロックｂｉｔｍａｐテーブル１３０１を有する。
移行元の論理ユニットＶＬＵ１１から移行先の論理ユニットＶＬＵ１２にブロック単位でデータを移動し（ステップ１１０４Ａ）、ブロックｂｉｔｍａｐテーブル１３０１を更新し（ステップ１１０４Ｂ）、すべてのデータの移動が完了するまで同様の処理を繰り返す（ステップ１１０４Ｃ）。
データ移行の最中のＩ／Ｏ処理（ステップ１１０９）は、図１３に示すような処理マトリックス１３０２のような処理を行う。
非データ移行領域に対するＩ／Ｏ処理１３０３は、該当する記憶領域へそのまま適用され、データ移行領域に対するＩ／Ｏ処理１３０４または１３０５は、ブロックｂｉｔｍａｐテーブル１３０１の状態によりデータ移行元またはデータ移行先の論理ユニットの記憶領域へ適用される。
【００１９】
以上の図１０から図１３で示したスイッチ管理部１４０のデータ移行処理２１２により、ボリューム管理テーブル２０８の構成に変更があった場合は、ルーティング制御部１２０のボリューム管理テーブル３０６や、さらに管理装置１６０のボリューム管理テーブル５０７や、連携サーバ１５０のボリューム管理テーブル４０５にも変更を行う。
【００２０】
次に本発明の第二の実施形態を図１４から図１６を参照して説明する。
第二の実施形態では、仮想ボリュームの構成に使用されていない比較的小さな容量の記憶領域が少なくなるように、既に仮想ボリュームを構成する一つ以上の記憶領域を別の記憶領域へと、運用中にデータ移行を行う場合について説明する。
図１４は、論理ユニット管理テーブルと仮想ボリュームテーブルの構成例を示す図であり、図７の構成例と同じである。
図１５はデータ移行を行う契機を得るための処理シーケンスの例を示す図である。
図１６はユニットの構成容易度を管理するユニット使用状況管理テーブル２１３の例を示す図である。
構成容易度は、一例として空きブロック数が７，５００未満の場合は「低」、１２，５００未満の場合は「中」、１２，５００以上の場合は「高」としている。
【００２１】
図１５の処理シーケンスにおいて、まず、ユニットの選択をする（ステップ１５０１）。例として、ユニットＲＵＡ０００１（図６、図７のエントリ６０４Ａ２）を選択したとする。
次に、記憶領域の構成容易度を調査し（ステップ１５０２）、ステップ１５０３に進む。
ステップ１５０３では、選択したユニットに構成容易度の低い領域があるか判定し、無ければデータ移行は行わず、有ればステップ１５０４に進む。例の場合、ユニットＲＵＡ０００１の各記憶領域の構成容易度を調査し、図１６のユニットＩＤがＲＵＡ００１のエントリには構成容易度のフィールド１６０５に「中」と「低」の記憶領域があることが判るので、図１０の処理シーケンスで示した処理ステップ１００４以降と同様の処理を、図１５の処理ステップ１５０４以降の処理で行う。
ただし、第二の実施形態では、移行元の論理ユニットのデータを最終的な移行先の論理ユニットへ直接移行できない場合に、少なくとも一つの間接的な論理ユニットに一旦データ移行し、その後に最終的な移行先の論理ユニットにデータ移行する場合を示している。
【００２２】
図１４において、（１）ユニットＲＵＡ０００Ｘに間接的な論理ユニットＶＬＵ０２の作成を行い、（２）ユニットＲＵＡ００００にある移行元の論理ユニットＶＬＵ０１からユニットＲＵＡ０００ＸにあるＶＬＵ０２にデータをコピーした後、ユニットＲＵＡ０００ＸにあるＶＬＵ０２のコピーしたデータを最終的な移行先であるユニットＲＵＡ００００にコピーし、このコピーしたデータに対して新たな論理ユニットＶＬＵ０１を設定し、（３）元の論理ユニットＶＬＵ０１を新たな論理ユニットＶＬＵ０１に切替え、（４）間接的な論理ユニットＶＬＵ０２の削除と（５）論理ユニットＶＬＵ０２内のデータ削除を行う。
図１６において、ユニットＲＵＡ０００Ｘは図１４の（１）でエントリ１６０７のように変更され、ユニットＲＵＡ０００１とＲＵＡ０００Ｘは図１４の（４）でエントリ１６０８のように変更され、最終的にユニットＲＵＡ０００１は構成容易度が高くなっている。
【００２３】
次に本発明の第三の実施形態を図１７と１８を参照して説明する。
第三の実施形態では、スイッチの主要構成要素を冗長構成にした場合の説明と、管理装置からのテーブルの配布方法と、スイッチ管理部のテーブルの同期方法について説明する。
図１７はスイッチ１００の主要構成要素を冗長構成にした場合の計算機システムの構成例である。
図１７では、ルーティング制御部１２０、クロスバースイッチ１３０、スイッチ管理部１４０が冗長構成となっている。
第一の実施形態から第二の実施形態で示したような、ユニット管理テーブル６００、論理ユニット管理テーブル７０１、仮想ボリューム管理テーブル７０２は、図１８の情報の流れ１８０２のように管理装置１６０からスイッチ管理部１４０Ａと１４０Ｂに配布され、メインメモリ１４２Ａと１４２Ｂに格納される。
冗長構成のスイッチ管理部１４０は、現用系と予備系のように動作してもよいし、どちらも現用系で処理分担をしてもよい。
冗長構成のスイッチ管理部１４０の片系が障害となった場合は、現用系／予備系の場合は予備系に切替わり、どちらも現用系の場合は縮退運用となる。
冗長構成のスイッチ管理部１４０の持つテーブル１４３は、情報の流れ１８０１のように同期をとっておくことにより、片系が障害となった場合に比較的高速な切替えが可能となる。
【００２４】
次に本発明の第四の実施形態を図１９を参照して説明する。
第四の実施形態ではスイッチのスイッチ管理部がハードディスクを持つ構成の場合にデータ移行を行う場合について説明する。
図１９は、スイッチ１００のスイッチ管理部１４０がハードディスク１９０１を有する構成例を示した図である。
第一の実施形態から第二の実施形態で示したように、ハードディスク１９０１もユニット管理テーブル６００（図６参照）の一つとして扱うことにより、論理ユニットの作成や仮想ボリュームへの構成を可能とする。
ユニット管理テーブル１９０３は、一例としてエントリ１９０４のような構成をとる。
ユニットＲＵＳ００００にデータ移行の際の間接的な論理ユニットを作成することにより、ストレージ装置１８０（図１参照）の記憶領域が比較的少なくなってきた場合に使用することが可能であり、データ移行時のデータがスイッチを通過する回数を低減することが可能となる。
【００２５】
【発明の効果】
本発明によれば、比較的少ない記憶装置からの記憶領域により仮想ボリュームを構成し、中継装置の中継処理負荷を低減させることができる。
また、比較的小さな容量の未使用の記憶領域の低減と、結果として比較的大きな容量の連続した空きの記憶領域の増加を図ることができる。
【図面の簡単な説明】
【図１】計算機システムの構成例を示す図である。
【図２】スイッチのスイッチ管理部が持つプログラムおよびテーブルの構成例を示す図である。
【図３】スイッチのルーティング制御部が持つプログラムおよびテーブルの構成例を示す図である。
【図４】スイッチの連携サーバが持つプログラムおよびテーブルの構成例を示す図である。
【図５】計算機システムの管理装置が持つプログラムおよびテーブルの構成例を示す図である。
【図６】ユニットの構成例とユニット管理テーブルの構成例を示す図である。
【図７】論理ユニット管理テーブルと仮想ボリューム管理テーブルの構成例を示す図である。
【図８】論理ユニット管理テーブルと仮想ボリューム管理テーブルの構成例を示す図である。
【図９】データ移行の処理概要を示す図である。
【図１０】データ移行の契機を得るための処理シーケンスの例を示す図である。
【図１１】データ移行の処理シーケンスの例を示す図である。
【図１２】論理ユニットの状態を管理するテーブルの例を示す図である。
【図１３】データ移行中のＩ／Ｏ処理を行うためのブロックｂｉｔｍａｐテーブルとＩ／Ｏ処理マトリックスの例を示す図である。
【図１４】データ移行の処理概要を示す図である。
【図１５】ディスクの構成容易度をデータ移行の契機にする場合の処理シーケンスの例を示す図である。
【図１６】ユニット使用状況管理テーブルの構成例を示した図である。
【図１７】スイッチの主要構成要素を冗長構成とした場合の構成例を示した図である。
【図１８】冗長構成のスイッチ管理部のテーブル情報の配布および同期の方法を示す図である。
【図１９】スイッチ管理部がハードディスクを持つ構成例を示す図である。
【符号の説明】
１００ スイッチ
１１０ 接続インタフェース
１２０ ルーティング制御部
１３０ クロスバースイッチ
１４０ スイッチ管理部
１５０ 連携サーバ
１６０ 管理装置
１６１ ポート
１７０ サーバ装置
１８０ ストレージ装置
Claims (12)
- 複数の計算機と複数の記憶装置と、前記計算機と記憶装置を相互に接続する中継装置と、前記計算機と記憶装置と中継装置を管理する管理装置とで構成された計算機システムにおけるデータ移行方法であって、
前記管理装置は、前記複数の計算機に対して前記記憶装置の仮想的な記憶領域を設定し、該設定の内容の情報を第１の情報として保持し、
前記中継装置は、前記第１の情報を元に作成された第２の情報を保持し、
前記仮想的な記憶領域は前記それぞれの記憶装置内の記憶領域あるいは複数の記憶装置内の記憶領域が結合されてなる記憶領域に対応し、
前記中継装置は、前記第２の情報から一つの仮想的な記憶領域を選択し、該選択した仮想的な記憶領域が、複数の記憶装置内の記憶領域が結合されてなる記憶領域である場合を契機として、該複数の記憶装置間でのデータの移行を行い、該結合にかかわる記憶装置を少なくすることを特徴とするデータ移行方法。 - 請求項１記載のデータ移行方法において、
前記中継装置は、前記第２の情報を参照し、前記仮想的な記憶領域に対応していない比較的小さな容量の記憶領域があることを判定した場合、該複数の記憶装置間でのデータの移行を行い、前記仮想的な記憶領域に対応していない比較的小さな容量の記憶領域を少なくすることを特徴とするデータ移行方法。 - 請求項１または請求項２記載のデータ移行方法において、
前記第２の情報は前記第１の情報を元に更新されることを特徴とするデータ移行方法。 - 請求項１または請求項２記載のデータ移行方法において、
前記複数の記憶装置間でデータ移行をする際に、データ移行の単位ごとにデータ移行未完かデータ移行済かを示す第３の情報を設定し、該データ移行の単位がデータ移行されるごとに前記データ移行未完をデータ移行済に変更し、データ移行の進行状況を更新することを特徴とするデータ移行方法。 - 請求項４記載のデータ移行方法において、
前記第二の情報は前記仮想的な記憶領域毎にデータ移行中であるかどうかの状態を示すフラグを有し、
前記中継装置は、前記計算機が前記仮想的な記憶領域をアクセスするときに、前記第二の情報の該当する前記仮想的な記憶領域の前記フラグがデータ移行中である場合は、前記第三の情報によりデータ移行元またはデータ移行先のどちらにアクセスを行うべきかを判断し、データ移行中に前記計算機から前記仮想的な記憶領域へのデータのアクセスを中断させないことを特徴とするデータ移行方法。 - 請求項１乃至請求項５のいずれかの請求項記載のデータ移行方法において、
前記中継装置は、前記仮想的な記憶領域の一部であるデータ移行を行う記憶領域のデータを、データ移行先の記憶領域へ直接コピーすることを特徴とするデータ移行方法。 - 請求項１乃至請求項５のいずれかの請求項記載のデータ移行方法において、
前記中継装置は、前記仮想的な記憶領域の一部であるデータ移行を行う記憶領域のデータを、データ移行のために予め用意している前記記憶装置内の記憶領域に一旦コピーした後に、データ移行先の記憶領域へ間接的にコピーすることを特徴とするデータ移行方法。 - 請求項１乃至請求項５のいずれかの請求項記載のデータ移行方法において、
前記中継装置は、前記仮想的な記憶領域の一部であるデータ移行を行う記憶領域のデータを、前記複数の記憶装置の記憶領域の未使用の記憶領域に一旦コピーした後に、データ移行先の記憶領域へ間接的にコピーすることを特徴とするデータ移行方法。 - 請求項１乃至請求項５のいずれかの請求項記載のデータ移行方法において、
前記中継装置は、データ移行時の前記仮想的な記憶領域の一部であるデータをデータ移行後も、データ移行前の仮想的な記憶領域に一時的にまたは指定した期間残しておくことにより、データ移行後の新しい仮想的な記憶領域のバックアップデータとすることを特徴とするデータ移行方法。 - 請求項１乃至請求項５のいずれかの請求項記載のデータ移行方法において、
前記中継装置は、前記仮想的な記憶領域の一部であるデータ移行を行う記憶領域のデータを、データ移行のために予め用意している前記中継装置内の記憶領域に一旦コピーした後に、データ移行先の記憶領域へ間接的にコピーすることを特徴とするデータ移行方法。 - 請求項１記載のデータ移行方法において、
前記計算機システム内の前記中継装置を冗長構成とした場合、前記管理装置は、前記第一の情報を全ての前記中継装置へと配布し、前記第二の情報の情報源とすることを特徴とするデータ移行方法。 - 請求項１記載のデータ移行方法において、
前記計算機システム内の前記中継装置の内部の構成要素を冗長構成とし、前記第二の情報を持つ構成要素が冗長構成となる場合、当該冗長構成の構成要素間で第二の情報の同期を常にとることにより、当該冗長構成の構成要素の一つが障害となった場合に、その他の当該冗長構成の構成要素の前記第二の情報を前記中継装置が利用することを特徴とするデータ移行方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003038097A JP4226350B2 (ja) | 2003-02-17 | 2003-02-17 | データ移行方法 |
| US10/663,732 US7155594B2 (en) | 2003-02-17 | 2003-09-17 | Method, computer system, and relay device for data transfer among plural memories to reduce the number of memory devices with relatively small storage capacity |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003038097A JP4226350B2 (ja) | 2003-02-17 | 2003-02-17 | データ移行方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004246770A JP2004246770A (ja) | 2004-09-02 |
| JP4226350B2 true JP4226350B2 (ja) | 2009-02-18 |
Family
ID=33022708
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003038097A Expired - Fee Related JP4226350B2 (ja) | 2003-02-17 | 2003-02-17 | データ移行方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7155594B2 (ja) |
| JP (1) | JP4226350B2 (ja) |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050083960A1 (en) * | 2003-10-03 | 2005-04-21 | Nortel Networks Limited | Method and apparatus for transporting parcels of data using network elements with network element storage |
| JP2005157867A (ja) | 2003-11-27 | 2005-06-16 | Hitachi Ltd | 記憶システム、記憶制御装置及び記憶制御装置を用いたデータ中継方法 |
| JP4553723B2 (ja) * | 2004-12-24 | 2010-09-29 | 富士通株式会社 | 仮想ストレージ構成管理システム、仮想ストレージ構成のための情報処理装置、およびコンピュータ読み取り可能な記憶媒体 |
| JP2006285808A (ja) * | 2005-04-04 | 2006-10-19 | Hitachi Ltd | ストレージシステム |
| JP4786248B2 (ja) | 2005-08-09 | 2011-10-05 | 株式会社日立製作所 | ストレージシステムの構成管理装置及び構成管理方法 |
| JP2007102452A (ja) * | 2005-10-04 | 2007-04-19 | Fujitsu Ltd | システム管理プログラムおよびシステム管理方法 |
| JP4550717B2 (ja) * | 2005-10-28 | 2010-09-22 | 富士通株式会社 | 仮想ストレージシステム制御装置、仮想ストレージシステム制御プログラム、仮想ストレージシステム制御方法 |
| US7852843B2 (en) * | 2006-07-21 | 2010-12-14 | Cortina Systems, Inc. | Apparatus and method for layer-2 to layer-7 search engine for high speed network application |
| JP2009104421A (ja) * | 2007-10-23 | 2009-05-14 | Hitachi Ltd | ストレージアクセス装置 |
| JP2010015518A (ja) * | 2008-07-07 | 2010-01-21 | Hitachi Ltd | ストレージシステム |
| JP5234342B2 (ja) * | 2008-09-22 | 2013-07-10 | 株式会社日立製作所 | 計算機システム及びその制御方法 |
| JP5247622B2 (ja) * | 2009-08-06 | 2013-07-24 | ヤフー株式会社 | データベースサーバ、データ振分方法及びサーバシステム |
| US9372712B2 (en) * | 2009-12-17 | 2016-06-21 | International Business Machines Corporation | Optimizing virtual storage size in a virtual computer system based on information related to virtual machines, user inputs and/or configuration parameters |
| JP5532982B2 (ja) | 2010-02-03 | 2014-06-25 | 富士通株式会社 | ストレージ装置、ストレージ装置のコントローラおよびストレージ装置の記憶領域割当方法 |
| WO2011142762A1 (en) * | 2010-05-13 | 2011-11-17 | Hewlett-Packard Development Company, L.P. | File system migration |
| US8732429B2 (en) * | 2010-10-20 | 2014-05-20 | International Business Machines Corporation | Preserving a deleted data volume |
| US9262042B2 (en) * | 2011-07-25 | 2016-02-16 | Lenovo (Singapore) Pte. Ltd. | File transfer applications |
Family Cites Families (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US177330A (en) * | 1876-05-16 | Improvement in bale-ties | ||
| US36989A (en) * | 1862-11-25 | Improvement in heaters | ||
| US18250A (en) * | 1857-09-22 | Machine for filing and setting saws | ||
| USRE36989E (en) | 1979-10-18 | 2000-12-12 | Storage Technology Corporation | Virtual storage system and method |
| JPH03288934A (ja) | 1990-04-05 | 1991-12-19 | Fujitsu Ltd | 仮想計算機システムにおけるデータ転送制御方式 |
| JP2932920B2 (ja) | 1993-11-30 | 1999-08-09 | 富士ゼロックス株式会社 | 情報格納装置 |
| US6567889B1 (en) | 1997-12-19 | 2003-05-20 | Lsi Logic Corporation | Apparatus and method to provide virtual solid state disk in cache memory in a storage controller |
| JP3618552B2 (ja) | 1998-06-30 | 2005-02-09 | 富士通株式会社 | 記憶装置 |
| US6343324B1 (en) * | 1999-09-13 | 2002-01-29 | International Business Machines Corporation | Method and system for controlling access share storage devices in a network environment by configuring host-to-volume mapping data structures in the controller memory for granting and denying access to the devices |
| US6718372B1 (en) | 2000-01-07 | 2004-04-06 | Emc Corporation | Methods and apparatus for providing access by a first computing system to data stored in a shared storage device managed by a second computing system |
| JP2001243159A (ja) * | 2000-02-29 | 2001-09-07 | Canon Inc | データ処理装置及びデータ処理方法、記憶媒体 |
| US6898670B2 (en) * | 2000-04-18 | 2005-05-24 | Storeage Networking Technologies | Storage virtualization in a storage area network |
| US6453403B1 (en) * | 2000-05-19 | 2002-09-17 | Sun Microsystems, Inc. | System and method for memory management using contiguous fixed-size blocks |
| US6971016B1 (en) * | 2000-05-31 | 2005-11-29 | International Business Machines Corporation | Authenticated access to storage area network |
| US6542962B2 (en) * | 2001-03-21 | 2003-04-01 | Hitachi, Ltd. | Multiple processor data processing system with mirrored data for distributed access |
| US6618798B1 (en) * | 2000-07-11 | 2003-09-09 | International Business Machines Corporation | Method, system, program, and data structures for mapping logical units to a storage space comprises of at least one array of storage units |
| US6606690B2 (en) * | 2001-02-20 | 2003-08-12 | Hewlett-Packard Development Company, L.P. | System and method for accessing a storage area network as network attached storage |
| US20020161941A1 (en) * | 2001-04-30 | 2002-10-31 | Sony Corporation And Electronics, Inc | System and method for efficiently performing a data transfer operation |
| US7171434B2 (en) * | 2001-09-07 | 2007-01-30 | Network Appliance, Inc. | Detecting unavailability of primary central processing element, each backup central processing element associated with a group of virtual logic units and quiescing I/O operations of the primary central processing element in a storage virtualization system |
| US6954839B2 (en) | 2002-03-13 | 2005-10-11 | Hitachi, Ltd. | Computer system |
| US7010663B2 (en) | 2002-03-22 | 2006-03-07 | Sun Microsystems, Inc. | Method and system for dividing a plurality of existing volumes of storage into a plurality of virtual logical units of storage |
| JP4183443B2 (ja) | 2002-05-27 | 2008-11-19 | 株式会社日立製作所 | データ再配置方法及び装置 |
| US7107385B2 (en) | 2002-08-09 | 2006-09-12 | Network Appliance, Inc. | Storage virtualization by layering virtual disk objects on a file system |
| JP2004126716A (ja) | 2002-09-30 | 2004-04-22 | Fujitsu Ltd | 広域分散ストレージシステムを利用したデータ格納方法、その方法をコンピュータに実現させるプログラム、記録媒体、及び広域分散ストレージシステムにおける制御装置 |
| JP4202709B2 (ja) * | 2002-10-07 | 2008-12-24 | 株式会社日立製作所 | ストレージ装置を有するネットワークにおける、ボリューム及び障害管理方法 |
| JP4139675B2 (ja) | 2002-11-14 | 2008-08-27 | 株式会社日立製作所 | 仮想ボリュームの記憶領域割当方法、その装置及びプログラム |
| US7263593B2 (en) | 2002-11-25 | 2007-08-28 | Hitachi, Ltd. | Virtualization controller and data transfer control method |
| US6957303B2 (en) | 2002-11-26 | 2005-10-18 | Hitachi, Ltd. | System and managing method for cluster-type storage |
-
2003
- 2003-02-17 JP JP2003038097A patent/JP4226350B2/ja not_active Expired - Fee Related
- 2003-09-17 US US10/663,732 patent/US7155594B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US7155594B2 (en) | 2006-12-26 |
| JP2004246770A (ja) | 2004-09-02 |
| US20040205145A1 (en) | 2004-10-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4226350B2 (ja) | データ移行方法 | |
| US7558916B2 (en) | Storage system, data processing method and storage apparatus | |
| US7519625B2 (en) | Snapshot management apparatus and method, and storage system | |
| US7415506B2 (en) | Storage virtualization and storage management to provide higher level storage services | |
| JP4632574B2 (ja) | 記憶装置およびファイルデータのバックアップ方法およびファイルデータのコピー方法 | |
| JP5461216B2 (ja) | 論理ボリューム管理の為の方法と装置 | |
| JP4175764B2 (ja) | 計算機システム | |
| US9262097B2 (en) | System and method for non-volatile random access memory emulation | |
| US8458697B2 (en) | Method and device for eliminating patch duplication | |
| JP3997061B2 (ja) | 記憶サブシステムおよび記憶サブシステムの制御方法 | |
| US20190310925A1 (en) | Information processing system and path management method | |
| US8204858B2 (en) | Snapshot reset method and apparatus | |
| JP5102826B2 (ja) | 複製およびプロビジョニング管理でのボリューム・コンテナの使用 | |
| US20060047926A1 (en) | Managing multiple snapshot copies of data | |
| JP2003162377A (ja) | ディスクアレイシステム及びコントローラ間での論理ユニットの引き継ぎ方法 | |
| JP4955996B2 (ja) | ボリューム移行方法およびストレージネットワークシステム | |
| US7424497B1 (en) | Technique for accelerating the creation of a point in time prepresentation of a virtual file system | |
| US20110061049A1 (en) | Storage system, and remote copy control method therefor | |
| US8082411B1 (en) | Method and system for logical unit substitution | |
| JP2010092259A (ja) | ストレージ容量仮想化技術における障害管理方式 | |
| JP2008152663A (ja) | ストレージネットワークの性能管理方法、並びに、その方法を用いた計算機システム及び管理計算機 | |
| JP2008269374A (ja) | ストレージシステムおよびその制御方法 | |
| US11327653B2 (en) | Drive box, storage system and data transfer method | |
| US9875059B2 (en) | Storage system | |
| JP2004178337A (ja) | 記憶装置システム、記憶装置、計算機およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051025 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080630 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080805 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081002 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081118 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081126 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111205 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |