(57)【特許請求の範囲】
【請求項１】
ネットワークを介してホスト計算機に接続される第１および第２のストレージ装置を有するストレージシステムであって、
前記第１のストレージ装置は、ブロックアクセスコマンドに従ってホストコンピュータからアクセスされるデータを格納する第１のストレージボリュームと、前記第１のストレージボリュームに関する第１の設定情報とを含み、
前記第２のストレージ装置は、データを保存する第２のストレージボリュームと、設定情報記憶領域とを含み、
前記第１の設定情報には、接続ポートに割り当てられた所定の番号と、前記ホストコンピュータにより識別される論理ユニット識別番号（ＬＵＮ）と少なくとも１つのディスクドライブによって構成される論理ユニット（ＬＵ）とが対応付けられたマッピング情報および、前記論理ユニットに対する属性情報と許可情報と前記許可情報の保存期間情報とが対応付けられた論理ユニット情報が含まれ、
前記第１のストレージボリュームのデータは、前記第２のストレージ装置の第２のストレージボリュームにコピーされ、
前記第１のストレージボリュームへのデータのコピー要求に応じて、前記第１の設定情報に対応する第２の設定情報は、前記第２のストレージ装置の前記設定情報記憶領域に格納され、
前記第１のストレージボリュームに格納されたデータが前記第２のストレージボリュームにコピーされた後に、前記第２のストレージボリュームへのライトアクセスが、前記第２の設定情報に含まれる前記論理ユニット情報の前記保存期間情報に基づいてロックされ、
前記第２の設定情報の前記保存期間情報には、前記第１の設定情報に含まれる前記論理ユニット情報の前記保存期間情報として設定された保存期間の残数が設定され、前記保存期間の残数はストレージボリュームへの書き込みがロックされる日数を示す、
ことを特徴とする、ストレージシステム。
【請求項２】
前記ブロックアクセスコマンドは、ＳＣＳＩおよびｉＳＣＳＩを含むことを特徴とする、請求項１に記載のストレージシステム。
【請求項３】
前記第１の設定情報はコピーされ、前記第２の設定情報として格納された情報であることを特徴とする、請求項１に記載のストレージシステム。
【請求項４】
前記第１のボリュームの前記第１の保存期間が経過した後に、前記データは前記第１のストレージボリュームから前記第２のストレージボリュームにコピーされ、前記第１の設定情報は前記第１の保存期間を定義することを特徴とする、請求項１に記載のストレージシステム。
【請求項５】
前記設定情報記憶領域は、キャッシュメモリに格納されることを特徴とする、請求項１に記載のストレージ装置。
【請求項６】
前記設定情報記憶領域は、ストレージボリュームに格納されることを特徴とする、請求項１に記載のストレージ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
0001  本発明はディスクストレージシステムの管理に関する。
【背景技術】
【０００２】
0002  データは全てのコンピュータ処理が基礎とする基本的な資源である。インターネットとイービジネスの最近の急激な成長で、データストレージシステムに対する要求はすさまじく増加してきた。多くのタイプのストレージデバイス、例えば半導体装置、磁気ディスク、磁気テープがある。これらはデータを記憶するために使用される。これらのタイプのストレージ装置のそれぞれは異なったアクセススピードとそれに関係したコストを有している。半導体装置は一般に最も高速で又最も高価である。従って、半導体装置は大量のデータを記憶する必要があるデータセンターでは一般的には使用されない。
【０００３】
0003  一般に、磁気ディスクと磁気テープは、半導体装置より相当低価格なので、データセンターで使用するのに採用されるストレージ装置である。データセンターのストレージシステムは一般に複数の処理装置を有しており、大量のデータを速く読み出し書き込みするために高度なオペレーティングシステムを備えている。
【０００４】
0004  データセンター又はストレージシステムは一般に複数のストレージ装置又はサブシステムを備えている。そのいくつかは主ストレージ装置として構成されており、その他は従ストレージ装置として構成されている。主ストレージ装置はユーザがアクセスするアクティブデータを記憶するように設計されており、一方、従ストレージ装置は主ストレージ装置に障害が発生した場合に使用されるバックアップ装置として動作する。従ストレージ装置はまた主装置が必要としない“非アクティブ”又は“古い”データを記憶又はアーカイブするのにも使用されるので、主装置のストレージ容量が新しいデータを受け入れることができる。ここで使用されているように、用語“アーカイブ”は第一のストレージ装置から第二のストレージ装置にデータをコピーし、その後に第一のストレージ装置に記憶されているデータを削除することを意味しているので、第一のストレージ装置の容量は新しいデータを受け入れることができる。
【０００５】
0005  主ストレージ装置は主サイトに配置され、従ストレージ装置は主サイトから数十、数百、又は数千マイルさえも離れうる従サイトに配置される。
【０００６】
0006  磁気ディスクストレージ装置は一般に“アクティブ”データに対する主ストレージ装置に使用される。これは、磁気ディスクストレージ装置の特定のデータへのアクセスは磁気テープ装置のデータへのアクセスより迅速であるからである。一方、磁気テープ装置は比較的低コストのためにデータをアーカイブ又はバックアップするための従ストレージ装置または貯蔵庫に使用される。
【０００７】
0007  しかし、従サイトでの磁気テープ装置の使用はいくつかの問題を引き起こす。“非アクティブ”のデータはテープにコピーされる必要があり、その後にそのテープは従サイトに物理的に送り出されるか、配送される。さらに、アーカイブされたデータはユーザが直ぐにはアクセスできない。これは、ユーザがアクセスする前に、アーカイブされたデータは主サイトに物理的に戻されてその後に主装置にロードされる必要があるからである。さらに、アーカイブされたテープは従装置で管理する必要があり、一般に主装置を使用して遠隔的に管理することはできない。
【０００８】
0008  近年の技術革新によって、ディスク装置のコストは劇的に低下した。ある種のディスク装置、例えば、ＡＴＡディスクのビットコストはテープ又は光メディアのビットコストに比較できつつある。従って、多くのベンダはアーカイブストレージシステムとして現在のディスクシステムの使用を考慮しつつある。
【０００９】
0009  しかし、アーカイブストレージシステムとしてディスクシステムを使用することに関連するある種の問題がある。ファイバチャネルポート当たりの論理ユニット（ＬＵ）の最大数は５１２である。これはバックアップとアーカイブシステムに関連するある種の使用では十分でない。この場合、ストレージシステムはより多くのＬＵを定義するために追加のポートを準備する必要がある。さらに、ストレージシステムの内部ＬＵを定義するとき、各ボリュームの属性、例えば保存情報、メディアＩＤなどがアーカイブホストからアーカイブターゲットに理解可能な方法で送られる必要がある。しかし、現在のディスクシステムは実行できるようには構成されていない。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
0010  本発明は、バックアップあるいはアーカイブシステムとしてディスクストレージサブシステムを使用することに関する。データは、ブロックレベルで、またはＳＣＳＩ環境において、バックアップあるいはアーカイブストレージシステムに移動される。
【００１１】
0011  本発明の実施例では、複数のストレージサブシステムの中の一つのストレージサブシステムから生成される内部ＬＵ（別名Ｉ−ＬＵまたは論理装置）に対するユニークな識別子の使用を開示する。ユニークな識別子は与えられたストレージボリュームまたは論理ユニット（ＬＵ）のストレージサブシステムシリアル番号と論理装置番号によって定義される。ポートは定められた数、例えばファイバチャネルのプロトコルにおいては５１２、を超えて論理番号（ＬＵＮ）を有することができないので、不必要にＬＵＮを使用しないために、ポートの未使用ＬＵは切り離されまたは分離される。
【００１２】
0012  ホストがアーカイブ環境を使用し続けるために、各内部ＬＵまたはＩ−ＬＵの属性は明瞭な方法で（またはホストで実行するアプリケーションで理解できる方法で）転送または移動される。属性は、対応するデータが一つの実施例によって記憶される場所とは異なる場所に記憶される。ホストのソフトウェアを変更しないでデータが新しい環境に移動されるために、エミュレーションモジュールは明瞭なデータ移動を可能にするために提供される。一つの実施例では、シリアル番号がエミュレーションされる。代わりに、各ストレージシステムのボリュームエミュレーションタイプとコントロールＡＰＩがエミュレーションされてもよい。
【課題を解決するための手段】
【００１３】
0013  一つの実施例では、ストレージシステム内の一つのブロックのデータを移動する方法は、第一のストレージサブシステムの第一のストレージボリュームに記憶されるデータを第二のストレージサブシステムの第二のストレージボリュームに移動することを含む。第一のデータがホストによってアクセスできるように、第一のデータはホストに提供される一つのブロックのデータである。第一のデータに関係する第一の設定情報は第一の設定ボリュームから第二の設定ボリュームにコピーされる。第一と第二の設定ボリュームは第一と第二のストレージサブシステムにそれぞれ備えられる。第二のストレージボリュームはホストに提供され、ホストはコミュニケーションネットワークを経由して第二のストレージボリュームに記憶される第一のデータをアクセスできる。
【００１４】
0014  一つの実施例では、ストレージシステムは第一と第二のストレージサブシステムを含む。第一のストレージサブシステムはホストに接続される。ホストは、第一のサブシステムに備えられる第一のストレージボリュームに記憶される第一のデータをアクセスするように構成される。第一のデータは、第一のサブシステムの第一の設定ボリュームに記憶される第一の設定情報に関連される。第一のストレージボリュームは第一のストレージボリューム番号に関連し、ホストが第一のコミュニケーションリンクを経由して第一のストレージボリュームをアクセスできるようにする。第一のデータは一つのブロックのデータである。第二のストレージサブシステムは第一のストレージサブシステムとホストに接続される。第二のサブシステムは第二のストレージボリュームを有して第二のコミュニケーションリンクを経由して第一のストレージサブシステムから第一のデータを受け取り、また第二の設定ボリュームを有して第一の設定ボリュームから第一の設定情報を受け取る。第二のサブシステムはさらにストレージエミュレータを有して第一のストレージボリューム番号を第二のストレージボリュームに関連させ、ホストが第二のストレージボリュームに記憶される第一のデータをアクセスすることを可能にする。第一のデータは、その第一のデータに定義された保存期間が終了した後に第一のストレージボリュームから第二のストレージボリュームに移動される。
【００１５】
0015  他の実施例では、第一のデータはホストでアクセスできるためにホストに提供される一つのブロックのデータであり、一つのブロックのデータのデータ移動を提供するように構成されるストレージシステムは、第一のストレージサブシステムの第一のストレージボリュームに記憶される第一のデータを第二のストレージサブシステムの第二のストレージボリュームに移動する手段と；第一と第二の設定ボリュームは第一と第二のストレージサブシステムにそれぞれ備えられており、第一のデータに関係する第一の設定情報を第一の設定ボリュームから第二の設定ボリュームにコピーする手段と；ホストが第二のストレージボリュームに記憶される第一のデータをアクセスするために、ホストに第二のストレージサブシステムを提供する手段を有する。
【００１６】
0016  さらに他の実施例では、コンピュータで読み取り可能なメディアは一つのブロックのデータを移動するコンピュータプログラムを有する。コンピュータプログラムは、第一のストレージサブシステムの第一のストレージボリュームに記憶された、ホストでアクセスできるためにホストに提供される一つのブロックのデータである第一のデータを、第二のストレージサブシステムの第二のストレージボリュームに移動するプログラムコードと；第一のデータに関係する第一の設定情報を第一のストレージサブシステムに備えられた第一の設定ボリュームから第二のストレージサブシステムに備えられた第二の設定ボリュームにコピーするプログラムコードと；ホストが第二のストレージボリュームに記憶される第一のデータをアクセスするために、ホストに第二のストレージサブシステムを提供するプログラムコードを有する。
【００１７】
0017  ここで使用されているように、用語“ストレージシステム”は、データを記憶するために構成されるコンピュータシステムに適用され、一つ以上のストレージユニットまたはストレージサブシステム、例えばディスクアレイユニットを有する。従って、ストレージシステムは、一つ以上のホストと一つ以上のストレージサブシステム、または一つだけのストレージサブシステムまたはユニット、またはコミュニケーションリンク経由で複数のホストに接続される複数のストレージサブシステムまたはユニットを有するコンピュータシステムを意味する。
【００１８】
0018  ここで使用されているように、用語“ストレージサブシステム”は、データを記憶するために構成され、一つ以上のホストからの要求を処理するためにストレージエリアとストレージコントローラを有するコンピュータシステムに適用される。ストレージサブシステムは、ストレージ装置、ストレージユニットなどとも呼ばれる。ストレージサブシステムの例はディスクアレイユニットまたはディスクストレージサブシステムである。
【００１９】
0019  ここで使用されているように、用語“ホスト”は、一つ以上のストレージシステム又はストレージサブシステムに接続され、ストレージシステム又はストレージサブシステムに要求を送付するように構成されるコンピュータシステムである。ホストはサーバ又はクライアントの機能を実行する。
【発明の効果】
【００２０】
本発明は、バックアップあるいはアーカイブシステムとしてディスクストレージサブシステムを使用することに関する。データは、ブロックレベルで、またはＳＣＳＩ環境において、バックアップあるいはアーカイブストレージシステムに移動される。
【発明を実施するための最良の形態】
【００２１】
0033  図１は本発明の一つの実施例によるストレージシステム1を示す。ストレージシステムはホスト１０と、管理コンソール５０と、第一と第二のストレージサブシステム２０と３０を有する。第一のストレージサブシステムと第二のストレージサブシステムはまた、古いストレージサブシステムと新しいストレージサブシステムともそれぞれ呼ばれる。ホスト１０は典型的には、ストレージサブシステムをアクセスするために構成され、例えばサーバのような市販されており従来からあるコンピュータシステムである。述べられている実施例では、ホスト１０は中央処理装置（ＣＰＵ）１２、メモリ１４、外部Ｉ／Ｏインタフェースまたはホストバスアダプタ（ＨＢＡ）１６、及びストレージディスク１５を有する。ストレージディスク１５は典型的にはオペレーティングシステム、アプリケーションソフトウェア、及びストレージサブシステム管理ソフトウェアにストレージを提供する。
【００２２】
0034  第一と第二のストレージサブシステム２０と３０のそれぞれはデータを記憶するために制御処理装置２２または３２及び一連のストレージボリューム２５または３５を有する。ストレージボリュームまたは内部論理ユニット（ＬＵ）は、本発明の実施例によるハードディスクドライブまたはハードディスクドライブのアレイ（例えばＲＡＩＤシステムとして構成されている）で定義される。ホスト１０と同様に、制御処理装置２２または３２は中央処理装置を有し、好ましくは不揮発のランダムアクセスメモリ（ＮＶＲＡＭ）を有し、それによって、ここに記憶された一定のデータは電源障害から守られる。制御処理装置はまたストレージまたはディスクコントローラとも呼ばれる。ディスクコントローラはストレージサブシステムのＩ−ＬＵへのアクセスを管理する。
【００２３】
0035  ディスクコントローラは複数のポートを備え、そのそれぞれはＳＣＳＩ環境のターゲットＩＤとして使用されるワールドワイドネーム（ＷＷＮ）を備えている。各ポートは決められた最大ＬＵ数に関連している。現在、この最大数は５１２ＬＵである。各ＬＵは識別情報として論理ユニット番号（ＬＵＮ）を備えている。ＳＣＳＩポートはファイバチャネルの物理ポートに対応する。コントローラはデータ管理のより大きな柔軟性を提供するために単一の物理ポートから複数の仮想ポートを定義できる。
【００２４】
0036  内部ＬＵ２５又は３５はデータまたは設定情報を記憶するように構成される。データを記憶するＩ−ＬＵはデータボリュームと呼ばれ、設定情報を記憶するＩ−ＬＵは設定ボリュームと呼ばれる。ここで使用されるようなデータは一般にユーザが使用したい中心的な内容または情報を意味する。設定情報はデータボリュームに記憶されるデータを管理するのに使用される管理上の情報である。用語“ストレージボリューム”は、データボリュームまたは設定ボリューム、または両方を意味する包括的な用語である。ストレージボリュームは、いろいろな既知の構成、例えばＲＡＩＤ０、ＲＡＩＤ５または他の技術で構成できる。
【００２５】
0037  コンソール５０はストレージサブシステムを管理するように構成される。例えば、コンソールはストレージサブシステムのＬＵまたはＬＵＮを定義、接続、分離するために使用される。コンソールは図１の外部サーバとして示されているが、ストレージサブシステムに統合できる。
【００２６】
0038  ホストとストレージサブシステムは、本発明の一つの実施例において、外部制御としてイーサネットベースのネットワーク８０を使用して接続される。（イーサネットは登録商標）そのようなネットワークの例はストレージエリアネットワーク（ＳＡＮ）である。ストレージサブシステムの制御に対して、ブロック入力／出力オペレーションは内部接続で提供される。第一と第二のストレージサブシステムの間のコピーオペレーションに対して、チャネルインタフェース４０が使用される。一つの実施例では、チャネルインタフェース４０はファイバチャネルプロトコルを利用する。他のタイプのコミュニケーションインタフェースとプロトコルはホストとサブシステムのコミュニケーションおよびサブシステムとサブシステムのコミュニケーション、例えばＳＣＳＩ、ｉＳＣＳＩ、トークンリングなどに対して使用される。一つの実施例では、チャネルインタフェース４０とネットワーク８０は単一のコミュニケーションネットワークである。
【００２７】
0039  図２は本発明の一つの実施例によるストレージシステム１に関連するソフトウェア構成要素を示す。実線はデータの流れを示し、点線は制御情報の流れを示す。ホスト１０はドライバ５６、オペレーティングシステム５７、アプリケーション５９を有する。アプリケーション５９はストレージアプリケーションプログラムインタフェース（ＡＰＩ）８８を有し、ストレージサブシステムとインタフェース処理を行う。ドライバはＨＢＡを制御しブロック装置、例えばストレージサブシステムのディスク装置をアクセスする。ＯＳはアプリケーション５９が実行できる環境を提供する。アプリケーションはストレージサブシステムとの間で読み出しと書き込みを実行できる。
【００２８】
0040  第二のストレージサブシステム３０のコントローラ３２はストレージサブシステムを管理する。コントローラはＬＵをＬＵＮにマッピングし、すなわち、与えられたポート番号に割り当てられた特定のＬＵＮに内部ＬＵを分離または接続することを制御する。コントローラに含まれるストレージエミュレータ３１は第一のストレージサブシステムで定義される内部ＬＵ番号とシリアル番号をエミュレートする能力を提供する。
【００２９】
0041  第二のサブシステムが有するエミュレータ３１はまた他の機能、例えば、Ｉ／Ｏシミュレート、ボリュームエミュレーションモード、及び第一のサブシステムを制御する管理インタフェースを提供する。ボリュームエミュレーションモードの例はＨｉｔａｃｈｉ ９９００Ｖシリーズで提供されるＯＰＥＮ−３、Ｋ、Ｌ、及びＶである。
【００３０】
0042  コントローラはまた、第一のストレージサブシステムの内部ＬＵに記憶されるデータを、チャネル４０を経由して第二のストレージサブシステムにコピーする機能を提供する。そのようなコピー機能の例はＨｉｔａｃｈｉ Ｔｒｕｅ ＣｏｐｙＴＭあるいはＨｉｔａｃｈｉ Ｈｉｇｈ ＣｏｐｙＴＭである。Ｈｉｔａｃｈｉ Ｔｒｕｅ ＣｏｐｙＴＭ及びＨｉｔａｃｈｉ Ｈｉｇｈ ＣｏｐｙＴＭでは、データが一つのボリュームから他のボリュームにコピーされるように、コンソールは二つのボリュームをペアとして定義する。一度これらのボリュームが同期化され、すなわちミラーデータイメージを有すると、これらのボリュームは分離され、他のオペレーションに使用される。
【００３１】
0043  コントローラは第二のストレージサブシステムのＬＵへのアクセスを制御する。例えば、ストレージＡＰＩ１８がコントローラによって管理される与えられたＬＵに関してロックコマンドをコントローラに送ると、コントローラは与えられたＬＵへの書き込みを停止できる。コントローラがストレージＡＰＩからアンロックコマンドを受け取ると、以下に説明されるような書き込み停止またはロックコマンドは終了する。一つの実施例では、ストレージＡＰＩは、ＬＵがロック状態の間に、一時的に書き込みデータを記憶させ、これらの一時的に記憶されたデータはアンロックされるとＬＵに書き込まれる・
0044  第一のストレージサブシステム２０のコントローラ２２は第一のストレージサブシステムに少なくともコピー機能を提供する。コントローラ２２は同様に他の機能も提供できる。
【００３２】
0045  第一のサブシステムの設定ボリューム６０に記憶される設定情報は内部ＬＵに対する設定（または管理情報）を提供する。ある種の実施例では、設定情報はポート情報を含む。ＬＵはまた論理装置またはＬＤＥＶと呼ばれる。本発明の実施例では、ボリュームロッキング機能が使用され、これはＨｉｔａｃｈｉ  ＬＤＥＶ  ＧｕａｒｄＴＭ  と呼ばれる。ＬＤＥＶ  ＧｕａｒｄＴＭ  は属性をＬＤＥＶとＬＵに割り当て、その属性を実行する。ストレージサブシステムのコントローラは属性に従って機能を実行する。
【００３３】
0046 そのような属性の例はRead IO Enable/Disable、Write IO Enable/Disable、Inquiry IO Enable/Disable、Return size 0 capacities/correct capacity、及びSVOL Enable/Disableを含む。Read IO Enableの属性はＳＣＳＩのＲＥＡＤ（６）コマンドを処理するために実行される。Read IO Disableの属性はＳＣＳＩのＲＥＡＤ（６）コマンドの処理を妨げるために実行される。Write IO Enableの属性はＳＣＳＩのＷＲＩＴＥ（６）コマンドを処理するために実行される。Write IO Disableの属性はＳＣＳＩのＷＲＩＴＥ（６）コマンドの処理を妨げるために実行される。Inquiry IO Enableの属性はＳＣＳＩのＩＮＱＵＩＲＹコマンドを処理するために実行される。Inquiry IO Disableの属性はＳＣＳＩのＩＮＱＵＩＲＹコマンドの処理を妨げるために実行される。Return size 0 capacities/correct capacityの属性はＳＣＳＩコマンドのread capacityに対する0 sizeまたはcorrect sizeを返すために実行される。SVOL Enable/Disableの属性はボリュームをShadow ImageまたはTrue Copyのようなコピー機能に対する従ボリュームとするために、またはボリュームがそのような従ボリュームになるのを妨げるために実行される。
【００３４】
0047  属性に対する偶然のまたは不正な変更を妨げるために、属性はそれに対する変更を許可するかまたは妨げるためにマークされる。この許可機能は、以下で説明されるように、保存時間機能に関連する。
【００３５】
0048  保存時間機能は開始日フィールドと残存日数フィールドを有する（図３参照）。管理者が与えられたブロックのデータに保存時間をセットすると、与えられたブロックのデータに関連する属性が指定した保存期間の間に変更できないように、ディスクコントローラはそのブロックのデータに対する許可機能をロックする。一度保存期間が終了すると、すなわち残存日数がゼロになると、許可機能はアンロックされる。その時点で、ユーザまたは管理者は属性を変更できる。
【００３６】
0049  図３は内部ＬＵに対する典型的な設定情報テーブル３００を示す。ダッシュ“―”は、対応するフィールドに何の定義もされてないことを示す。各行またはレコードは与えられたＬＵまたはブロックのデータに割り当てられる。列３０２はＬＵのストレージ容量を示す。属性セクション３０４はＬＵに割り当てられたいろいろな属性を示す。例えば、各ＬＵに対して、ＲＥＡＤは可能かまたは不可能かどうか、ＷＲＩＴＥは可能かまたは不可能かどうか、ＩＮＱＵＩＲＹは可能かまたは不可能かどうか、ＲＥＡＤ  ＣＡＰＡＣＩＴＹは０かまたは正確かどうか、ＳＶＯＬ機能は可能かまたは不可能かどうかが定義される。許可セクション３０６はＬＵの属性に関係するいろいろな許可情報を示す。例えば、各ＬＵに対して、ＲＥＡＤは許可されるかまたは拒否されるかどうか、ＷＲＩＴＥは許可されるかまたは拒否されるかどうか、ＩＮＱＵＩＲＹは許可されるかまたは拒否されるかどうか、ＲＥＡＤ ＣＡＰＡＣＩＴＹは許可されるかまたは拒否されるかどうか、ＳＶＯＬ機能は許可されるかまたは拒否されるかどうかが定義される。保存セクション３０８はＬＵに対する開始日と残存日数を示す。開始日は許可情報が定義された日付を示す。残存日数は許可セクション３０６で提供された許可情報が有効である日数を示す。
【００３７】
0050  これらの属性と許可情報は本実施例においてストレージＡＰＩによって設定される。残存日数もまた本実施例においてストレージＡＰＩによって設定される。開始日はディスクコントローラによって定義される。本実施例において、残存日数情報は、一度設定されると、値は減らない。しかしその値は増やすことができる。例えば、一度１０００日が与えられたＬＵに対して残存日数として設定される。ユーザまたは管理者はこの値を例えば９００日に減らすことはできないが、例えば１５００日に増やすことはできる。
【００３８】
0051  本実施例において、設定情報テーブルはまたポート、内部ＬＵ、ＬＵＮマッピング情報を含む（図６参照）。しかし、これらの設定情報は図３に示されていない。一般に、もしもＩ−ＬＵがＳＡＮにエクスポートされると、各内部ＬＵ（Ｉ−ＬＵ）はポートマッピング情報を有する。属性、許可、及び保存に関係するテーブル３００は第一のストレージサブシステムの設定情報ボリューム６０に記憶される。第一のサブシステムのデータボリュームに記憶されるデータが第二のサブシステムに移動される時、この設定情報は、後で説明されるように、活性化されるために第二のストレージサブシステムに移動される。図６のマッピング情報もまた設定ボリューム６０に記憶され、移動の間に第二のサブシステムの設定ボリュームに転送される。
【００３９】
0052  本実施例において、Ｉ−ＬＵは、接続と分離の機能またはコマンドを使用して、ＬＵにマッピングされる。すなわち、これらのコマンドは、ストレージＡＰＩで発行されるが、ポートに割り当てられた、与えられたＬＵに対してＩ−ＬＵを接続または分離する。接続と分離のコマンドの例は以下に提供される。
【００４０】
● 0053  int attach_device(int storage_serial_num, int internal_device_num, int to_LUN, int port_number, int virtual_port_number)
● 0054  int detach_device(int storage_serial_num, int to_LUN, int port_number, int internal_device_num)
0055  “attach_device”機能またはコマンドは、指定される“port_number”または“virtul port_number”で“to_LUN”によって指定されるＬＵＮにＩ−ＬＵを接続するために使用される。ストレージサブシステム内のユニークなボリュームを指定するために、“attach_device”機能は、Ｉ−ＬＵに対するユニークな番号として“internal_device_num”を使用し、またストレージシステム１内でストレージサブシステムの中のユニークなシリアル番号として“storage_serial_num”を使用することも出来る。ストレージＡＰＩはINQUIRYコマンドを使用してターゲットのストレージサブシステムを発見する。
【００４１】
0056  図４は、本発明の一つの実施例によるターゲットのストレージサブシステムを発見するためのプロセス４００を示す。ステップ４０１で、“attach_device”コマンドが発行される時に、ストレージＡＰＩはコマンド装置を見つけるためにシリアル番号テーブル(図５)を調べる。シリアル番号にエントリが無いと、ストレージＡＰＩはエラーメッセージを返す。ストレージＡＰＩは、ストレージサブシステムに対するロケーションとシリアル番号間のマッピングのシリアル番号テーブルを保持する。ロケーションは、内部コミュニケーションが使用されるとコマンド装置のＬＵＮとＷＷＮによって、または外部コミュニケーションが使用されるとＩＰアドレスによって指定される。シリアル番号テーブルは自動的にまたはオペレータによって生成できる。
【００４２】
0057  ストレージＡＰＩはストレージサブシステムに接続し、内部コミュニケーションまたは外部コミュニケーションを使用して接続オプションを制御する（ステップ４０２）。ストレージＡＰＩは、“to pass”パラメータで指定されるパスに“internal_device_num”パラメータで指定されるＩ−ＬＵを接続するようにターゲットストレージサブシステムに要求する（ステップ４０３）。
【００４３】
0058  ターゲットストレージサブシステムのディスクコントローラは、ＷＷＮ、ＬＵＮ、及びＩ−ＬＵ番号を有する接続されたＬＵＮテーブルからターゲットのＬＵＮを位置付ける（ステップ４０４）。もしも指定されたＬＵＮがすでに使用されていると、コントローラはエラーメッセージをストレージＡＰＩに戻しステップ４０７にジャンプする。そうでない場合は、プロセスはステップ４０５に進む。
【００４４】
0059  ステップ４０５において、コントローラはその内部ＬＵテーブルからターゲットの内部ＬＵＮを位置付ける(図３)。もしもボリュームがボリュームロッキング機能に対する保存時間またはボリュームに対するカスタマの記憶された保存時間を有していたならば、テーブルはＩ−ＬＵ番号と残存時間を提供する。もしも指定されたＬＵがすでに使用されていると、コントローラはエラーメッセージをストレージＡＰＩに戻しステップ４０７にジャンプする。そうでない場合は、プロセスはステップ４０６に進む。
【００４５】
0060  ステップ４０６において、コントローラは指定された内部ＬＵを指定されたＬＵＮに接続し、このマッピング情報のエントリをＬＵＮ−内部ＬＵマッピングに挿入する。
【００４６】
0061  ステップ４０７において、コントローラはオペレーションの結果、すなわち成功したかどうかをストレージＡＰＩに通知する。ストレージＡＰＩはその結果をアプリケーションに通知する。（ステップ４０８）。
【００４７】
0062  一度“attach_device”オペレーションが首尾よく実行されたならば、ホストのディバイスドライバは接続されたＩ−ＬＵをアクセスでき、もしディバイスドライバがすでにボリュームを発見しディバイスファイルを生成していたならば、アプリケーション１９は、ＳＣＳＩ−３のサーバブロックコマンドを使用して未処理のボリュームとしてボリュームへの読み出しと書き込みのオペレーションを実行できる。Unix環境の典型的なディバイスファイルは‘/dev/rdsk/c2t0d1’であり、Windows Win32API環境では‘＼＼.＼PHYSICALDRIVER1’である。（Unix,Windowsは登録商標）
【００４８】
0063  図７は本発明の一つの実施例によるＩ−ＬＵをＬＵＮから分離するプロセス７００を示す。“detach_device”機能は指定されたポートの指定されたＬＵＮから指定された内部ＬＵを分離するように動作する。ステップ７０１において、“detach_device”コマンドが発行される時に、ストレージＡＰＩはコマンド装置を見つけるためにシリアル番号テーブル（図５）を調べる。もしもシリアル番号のエントリがないと、ストレージＡＰＩはエラーメッセージを戻す。そしてプロセスはステップ７０８にジャンプする。
【００４９】
0064  ステップ７０２において、ストレージＡＰＩはストレージサブシステムに接続して、内部又は外部のコミュニケーションネットワークを使用して分離オペレーションを制御する。ストレージＡＰＩは、“to pass”パラメータで指定されるパスから“internal_device_num”パラメータで指定されるＩ−ＬＵを分離するようにターゲットストレージサブシステムに要求する（ステップ７０３）。
【００５０】
0065  ステップ７０４において、ストレージサブシステムのディスクコントローラは接続されたＬＵＮテーブルからターゲットのＬＵＮを位置付ける（図６）。もしも指定されたＬＵＮがいかなるＩ−ＬＵにもマッピングされないと、コントローラはエラーメッセージをストレージＡＰＩに戻し、プロセスはステップ７０７にジャンプする。そうでない場合は、プロセスはステップ７０５に進む。
【００５１】
0066  ステップ７０５において、コントローラはＩ−ＬＵテーブルからターゲットのＩ−ＬＵを位置付ける（図３）。もしも指定されたＬＵがこのテーブルに載っていないと、コントローラはエラーメッセージをストレージＡＰＩに戻し、プロセスはステップ７０７にジャンプする。そうでない場合は、プロセスはステップ７０６に進み、ここではコントローラは指定されたＬＵＮから指定されたＩ−ＬＵを分離し、対応するマッピング情報を削除する。
【００５２】
0067  ステップ７０７において、コントローラはオペレーションの結果、すなわち分離オペレーションが首尾よく実施されたかどうかに関してコントロールパスを経由してストレージＡＰＩに通知する。ストレージＡＰＩはその結果を通知する（ステップ７０８）。
【００５３】
0068  接続と分離のオペレーションを基礎にして、ホストは、数個のパスで数千のボリュームを接続する代わりに、少数の接続されたＬＵＮと少数のパスを使用して数千のボリュームの読み取り及び書き込みができる。エミュレータモジュールはシリアル番号を提供する。ＬＵ番号がストレージＡＰＩで指定される時に、モジュールは内部ＬＵ番号によって指定されるデータをアクセスする能力を提供する。
【００５４】
0069  一つの実施例において、第一のストレージサブシステム２０からのデータと設定情報はホストから見て明確に第二のストレージサブシステム３０に移動され、その結果ホストは第二のサブシステム３０に記憶される移動データをアクセスできる。設定情報は、設定情報の一つとして内部ＬＵ情報（図３参照）を含む。ユーザが指定する保存期間中、接続された内部ＬＵに対する書き込みプロテクトを提供するＩ−ＬＵに対するボリュームロック機能を使用するとき、各Ｉ−ＬＵに対する保存期間情報は一つのストレージサブシステムから他のストレージサブシステムへのボリューム移動の間に移動される。すなわち、各Ｉ−ＬＵは属性に対して保存期間を有し、Ｉ−ＬＵが移動されている時はいつも、第二のストレージサブシステムのコントローラは設定情報の一部として保存期間を移動する。
【００５５】
0070  説明の目的で、本実施例のデータ移動は図１の物理的なシステムと図２のソフトウェアとモジュールを使用して説明される。図８は本発明の一つの実施例による第一のストレージサブシステムから第二のストレージサブシステムにデータと設定情報を移動するプロセス８００を示す。
【００５６】
0071  ステップ８０１において、管理者またはユーザはコマンドを発行し、コンソール５０を使用してデータと設定情報を移動する。第一のストレージサブシステム２０のＩ−ＬＵから第二のストレージサブシステム３０へのコピーオペレーションに対する要求またはコマンドはコンソールから為される（ステップ８０２）。
【００５７】
0072  ステップ８０３において、第一のストレージサブシステムのＩ−ＬＵ（第一のＩ−ＬＵ）に記憶されるデータが第二のストレージサブシステムのＩ−ＬＵ（第二のＩ−ＬＵ）に移動されるために、第二のストレージサブシステムのディスクコントローラ３２は要求されるコピーオペレーションを起動する。ディスクコントローラ３２は第一のストレージサブシステムから設定情報６０を集める（ステップ８０４）。設定情報は接続されるＬＵＮ情報（図６）と内部ＬＵ情報（図３）を含む。
【００５８】
0073  ステップ８０５において、コピーオペレーションの後に、第二のストレージサブシステムは、第一のストレージサブシステムで以前に使用された設定情報を起動する。すなわち、エミュレーション手順はエミュレータによって起動され第二のＩ−ＬＵをホストに提供する。第二のストレージサブシステムは分離能力を使用して第一のストレージサブシステムが古いポートを不活性化することを要求し、これは接続されるボリュームが、接続されるボリュームへのＩ／Ｏプロセスを一時的に停止するために使用される（ステップ８０６）。新しいストレージシステムはアクティブなパスとして新しいポートを呼び出し、Ｉ／Ｏ要求の処理を続ける（ステップ８０７）。
【００５９】
0074  新しいシステムで操作するために、エミュレーションモジュールはシリアル番号をホストに提供する。このシリアル番号は装置をスキャンして得られる。シリアル番号は各制御パスが新しいまたは第二のストレージサブシステムを管理するために必要とされる。制御パスは内部のまたは外部のコミュニケーションネットワークで定義される。
【００６０】
0075  内部の管理のために、ディスクコントローラ３２は第二のストレージサブシステムのフィールドとしての代わりにＳＣＳＩのｉｎｑｕｉｒｙフィールドに対するフィールドとしてシリアル番号を提供する。外部の管理のために、コントローラモジュールは他の制御パスを生成して、ステップ８０７でエミュレーションされるストレージサブシステムの管理を受ける。この制御パスは第二のストレージサブシステム３０のＩＰアドレスと異なる他のＩＰアドレスを有し、エミュレーションされるストレージサブシステムを管理する。要求がホストから受けられる時に、エミュレーションモジュールはこの制御パスを経由してシリアル番号をホストに提供する。
【００６１】
0076  アプリケーションが接続または分離のオペレーションを使用する時に、これらのオペレーションのセットアップフェーズは、エミュレーションされるストレージサブシステムを含むストレージサブシステムを発見する。ホストは、ストレージサブシステムが発見された後に、接続／分離のオペレーションを使用する。ボリュームが接続された後に、ホストは、通常の読み取り、書き込み、及び他のＳＣＳＩのサーバブロックコマンドを使用して、接続される内部ＬＵをアクセスできる。従って、ホストのＩ／Ｏオペレーションがホストで処理されている間、ホストは古いサブシステムから新しいサブシステムにデータを明瞭に移動する。
【００６２】
0077  他の機能として、ストレージシステム１は、管理コンソールが移動のボリュームに対して設定情報を提供し現在のテーブルを転換するために、構成される。設定情報は設定情報の一部として内部ＬＵ情報（図３）を含む。
【００６３】
0078  図９は、本発明の一つの実施例によるストレージサブシステム９０のハードウェア機能を使用して、コピーデータを移動する方法を示す。古い及び新しいストレージサブシステムの間のボリュームのロケーションに対するマッピングテーブルが提供される。ストレージサブシステム９０のモジュールと構造は実質的に図２のサブシステム１と同じである。一つの相違はシリアル番号エミュレーションである。他の相違は制御パスの方向である。図２のサブシステム３０に関連するシリアル番号エミュレーション３１は本実施例においては必要でない。
【００６４】
0079  制御パスは点線９１、９２、９３によって表される。点線９２は、データ移動を制御しアプリケーションとシステムコンソールの間のマッピング情報を集めるために使用される制御情報の流れを表す。点線９１は、内部ボリュームのロケーションを集めるためにコンソールと第一のストレージサブシステムの間にある。点線９３は、新しいストレージシステムの内部ＬＵのロケーションを集めるためにコンソールと第二のストレージサブシステムの間にある。
【００６５】
0080  図１０は本発明の一つの実施例による第一のサブシステムから第二のサブシステムにデータを移動するプロセス１０００を示す。ステップ１００１において、管理者は、第一のサブシステムに関連するデータと設定情報を第二のサブシステムに移動することをコンソールを使用して起動する。アプリケーションはＬＵをオフラインにする。
【００６６】
0081  ステップ１００２において、コンソールは、第一のストレージサブシステム２０のターゲットの内部ＬＵに記憶されるデータを第二のストレージサブシステム３０のＩ−ＬＵに移動するコピーオペレーション要求を送信する。第二のストレージサブシステムのディスクコントローラ３２は、第一のサブシステムのボリューム（すなわち第一のボリューム）から第二のサブシステムのボリューム（すなわち第二のボリューム）にデータを移動するために要求されたコピーオペレーションを起動する（ステップ１００３）。コピーオペレーションの後に、コントローラはコピーされた内部ＬＵ、ＬＵＮ、及びポートを活性化し、そしてホストは第二のボリュームをアクセスできる。
【００６７】
0082  ステップ１００４において、ディスクコントローラ５０はコピーされたボリュームに関する設定情報を集める。設定情報は属性、例えば第一のストレージサブシステムからの内部ＬＵに対する保存期間、を含む。
【００６８】
0083  コンソールは第一のストレージサブシステムからの設定情報を集める（ステップ１００５）。コンソールは第一と第二のストレージサブシステムの内部ＬＵに対するマッピングテーブルを生成する。このテーブルは第一のストレージサブシステムのＩ−ＬＵに対する第一の列と第二のストレージサブシステムのＩ−ＬＵに対する第二の列を含む。第一のストレージサブシステムのＩ−ＬＵはデータがコピーされる第二のサブシステムのＩ−ＬＵに対応される。
【００６９】
0084  ステップ１００７において、ホストは内部ＬＵに対するマッピングテーブルを集めて、第一のストレージサブシステムの内部ＬＵ、ＬＵＮ、ポート、保存時間などに対するこれらのアプリケーションのテーブルエントリを第二のストレージサブシステムのそれらに転換し、Ｉ／Ｏオペレーションの処理を続けるためにアクティブなＬＵとしてＬＵを使用する。開示されているように、プロセス１０００は、対応する内部ＬＵの属性を保持している間に、ストレージシステムがデータを移動することを可能にする。
【００７０】
0085  データが、例えば、日立が提供するShadowImageTMを使用して、同じストレージサブシステム内でコピーされる場合は、そのデータに関連する属性、許可情報、保存情報もなるべくコピーされるべきである。このコピー機能は図１に示されるストレージシステム１を使用して説明される。
【００７１】
0086  図１１は当該のコピー機能に関連した論理的構造を示す。ホストはアプリケーション、ストレージＡＰＩ、ＯＳ、ドライバ、及びＨＢＡを使用する。アプリケーションのストレージＡＰＩはストレージサブシステムのコピー機能を制御する。ストレージサブシステムは複数のＩ−ＬＵとＩ−ＬＵの設定情報を含む。Ｉ−ＬＵはＬＵとしてポートに接続される。内部ＬＵには適切な構成、例えば、ＲＡＩＤ０，ＲＡＩＤ１、ＲＡＩＤ０＋１、ＲＡＩＤ５などが提供される。設定情報は、電源障害の間に設定情報の損失を避けるために、例えばＮＶＲＡＭのような不揮発のストレージの一部としてキャッシュまたはＩ−ＬＵに記憶される。第一の設定情報１１０２はコピーオペレーションの前に定義される設定情報を表す。第二の設定情報１１０４はコピーオペレーションの後に定義される設定情報を表す。
【００７２】
0087  図１１において、Ｉ−ＬＵ２に記憶されるデータはＩ−ＬＵ８にコピーされる。これらのデータで、属性、許可情報、保存情報はShadowImageTMを使用してコピーされる。この処理手順は次のステップを含む。
【００７３】
0088  アプリケーションは、ストレージＡＰＩを使用して、Ｉ−ＬＵ２とＩ−ＬＵ８をペアにする（ステップ１１１２）。次は典型的な要求である。
【００７４】
0089  operation_number = (int) make_pair ( int primary_internal_LU, secondary_internal_LU)
0090  ステップ１１１４において、コントローラはターゲットのボリュームが“SVOL disable”設定されているかどうかをチェックする。もしそうならば、コントローラはエラーメッセージをホストに戻し、そうでなければ、処理は次のステップに進む。
【００７５】
0091  ステップ１１１６において、アプリケーションはコントローラに要求を送り、データ及び対応する設定レコードをＩ−ＬＵ２からＩ−ＬＵ８にミラーリングする。設定レコードは与えられたＩ−ＬＵまたはストレージボリュームに対する設定情報に関係する。設定レコードは当該のデータに対する属性、許可情報、保存情報を含む。次は典型的な要求である。
【００７６】
0092  mirror(operation_number, yes_no_copy_for_attribute)
0093  ステップ１１１８において、もし“yes_no_copy_for_attribute”がyesならば、コントローラはデータと設定レコードのミラーリングを開始する。もし“yes_no_copy_for_attribute”がno ならば、コントローラはデータのミラーリングを開始する（ステップ１１２０）。アプリケーションは、ミラーリングが完了した後に、ペア、すなわちＩ−ＬＵ２とＩ−ＬＵ８を分ける（ステップ１１２２）。コントローラはオペレーションの結果をアプリケーションに知らせる（ステップ１１２４）。
【００７７】
0094  一つの実施例において、データ移動は、コンソール５０の制御手段（例えばプログラム）を使用し、前もって移動プロセスを予定して、管理者による起動なしに、自動的に実行される。以下に自動移動プロセスについて説明する。
【００７８】
0095  図１２は本発明の一実施例による移動管理テーブル１２００の例を示す。各行１２０１、１２０２、または１２０３は、将来移動されるＬＵについての情報を指定する。元のストレージは元のＬＵが存在するストレージサブシステムを意味する。行き先のストレージはターゲットのＬＵが存在するストレージサブシステムを意味する。
【００７９】
0096  エレメントまたはレコード１２１１、１２１２、１２１３及び１２１４は元のストレージに関係する情報である。ストレージＩＤ１２１１は元のストレージの認識情報である。それは、例えば、ストレージシステムのシリアル番号またはシステムのユニークな整数の値でストレージシステムを認識する。Ｉ−ＬＵフィールド１２１２は各Ｉ−ＬＵに割り当てられる認識番号である。第一の保存時間フィールド１２１３はデータが何日間元のストレージ装置に保存されるべきかを示す。例えば、レコード１２０１のＬＵ２は、そこに記憶されるデータが５００日後に移動されることを示す。
【００８０】
0097  本実施例では、移動管理テーブル１２００はコンソール５０の制御プログラムで管理される。保存時間は一日に一ずつ減らされる。一度数字がゼロになると、データは以下に説明されるように移動される。
【００８１】
0098  エレメント１２１４、１２１５、及び１２１６は行き先のストレージについての情報に関係する。ストレージＩＤフィールド１２１４は行き先のストレージの認識情報を提供する。Ｉ−ＬＵフィールド１２１５は、データが移動されるターゲットのＩ−ＬＵの認識番号を示す。第二の保存時間フィールド１２１６は保存時間１２１３に対応するが、第二の保存時間１２１６に対するゼロの値はデータ移動を起動しない。むしろ、ゼロの値は、データが行き先のストレージのＩ−ＬＵに存続することを意味する。例えば、レコード１２０２の第二の保存時間１２１６はゼロであるから、行き先のストレージのＩ−ＬＵ２とＩ−ＬＵ３に移動されたデータはそれらのボリュームに存続し、他のストレージシステムまたはストレージサブシステムに移動されない。
【００８２】
0099  もしもデータが更に他のストレージ装置に移動されると、エレメント１２１４、１２１５、及び１２１６には二つ以上の値が提供される。例えば、レコード１２０３は行き先のストレージのサブレコード１２２２と１２２４を含む。レコード１２０３は、ストレージサブシステム２０のＩ−ＬＵ５に記憶されるデータは３００日後にストレージサブシステム３０のＩ−ＬＵ５に移動されることを示す。４００日後に、移動されるデータはストレージサブシステム４２のＩ−ＬＵ２に転送される。存続時間がサブレコード１２２４に対してゼロであるので、データはそのＩ−ＬＵ２にいつまでも残る。
【００８３】
0100  本実施例において、コンソール５０は移動管理テーブル１２００をチェックし、それらのＬＵの第一の存続時間１２０３がゼロになる時に、移動オペレーションを実施する。処理フローは、コンソール５０自身が管理者の代わりに移動オペレーションを実施することを除いて、プロセス８００と１０００のフローと類似している。移動オペレーションが完了した後で、コンソール５０は移動管理テーブル１２００を更新する。
【００８４】
0101  図１３は、移動管理テーブル１２００の内容が３００日経過した後にどのように変更されたかを示す。サブシステム２０のＩ−ＬＵ５に記憶されるデータはサブシステム３０のＩ−ＬＵ５に移動される。サブレコード１２２２からの情報はエレメント１２１１、１２１２、及び１２１３の以前の情報を置き換えた。サブレコード１２２４はエレメント１２０４、１２０５、及び１２０６に提供された唯一の情報になった。
【００８５】
0102  上記の実施例において、移動されるデータはＬＵのブロックユニットを基礎に管理される。他の実施においては、ＬＵより小さいユニットが、データ、例えば二つのＬＢＡ（Logical Block Addresses ）によって指定される連続エリア、を管理するために使用されてもよい。あるいは、データは一つのグループのＬＵによって管理されてもよい。
【００８６】
0103  本発明は特定の実施例について述べられた。上記に述べられた実施例は、本発明の範囲を外れることなく、修正、変形、または変更され得る。本発明の範囲は、添付の特許請求の範囲を基礎に解釈されるべきである。
【図面の簡単な説明】
【００８７】
【図１】図１は本発明の一つの実施例によるストレージシステム1を示す。
【図２】図２は本発明の一つの実施例によるストレージシステムに関連したソフトウェア構成要素を示す。
【図３】図３は内部ＬＵの典型的な設定情報テーブルを示す。
【図４】図４は本発明の一つの実施例によるターゲットストレージサブシステムを発見するプロセスを示す。
【図５】図５は本発明の一つの実施例によるストレージサブシステムに対するロケーションとシリアル番号をマッピングするテーブルを示す。
【図６】図６は本発明の一つの実施例によるＷＷＮ、ＬＵＮ、Ｉ−ＬＵ番号を有するＬＵＮテーブルを示す。
【図７】図７は本発明の一つの実施例によるＩ−ＬＵをＬＵから分離するプロセスを示す。
【図８】図８は本発明の一つの実施例によるデータと設定情報を第一のストレージサブシステムから第二のストレージサブシステムに移動するプロセスを示す。
【図９】図９は本発明の一つの実施例によるストレージサブシステムのハードウェアの機能を使用してコピーデータを移動する方法を示す。
【図１０】図１０は本発明の一つの実施例による第一のストレージサブシステムから第二のストレージサブシステムにデータを移動するプロセスを示す。
【図１１】図１１は前述のコピー機能に関連した論理構造を示す。
【図１２】図１２は本発明の一つの実施例による移動管理テーブルの例を示す。
【図１３】図１３は本発明の一つの実施例による所定の期間が経過した後の移動管理テーブルの変化を示す。
【符号の説明】
【００８８】
１０        ホスト
１２        ＣＰＵ
１４         メモリ
１５         ディスク
２０          古いストレージサブシステム
２２          ＣＴＬ
２５          Ｉ−ＬＵ１
３０          新しいストレージサブシステム
３２          ＣＴＬ
３５          Ｉ−ＬＵＮ＋１
４０          チャネルＩ／Ｆ
４１          イーサネット
５０          コンソール
８０          ＳＡＮ
【図１】
0004723873.tif 000002
【図２】
0004723873.tif 000003
【図３】
0004723873.tif 000004
【図４】
0004723873.tif 000005
【図５】
0004723873.tif 000006
【図６】
0004723873.tif 000007
【図７】
0004723873.tif 000008
【図８】
0004723873.tif 000009
【図９】
0004723873.tif 000010
【図１０】
0004723873.tif 000011
【図１１】
0004723873.tif 000012
【図１２】
0004723873.tif 000013
【図１３】
0004723873.tif 000014