JP5461216B2

JP5461216B2 - 論理ボリューム管理の為の方法と装置

Info

Publication number: JP5461216B2
Application number: JP2010020595A
Authority: JP
Inventors: 俊雄大谷; 泰典兼田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2009-02-05
Filing date: 2010-02-01
Publication date: 2014-04-02
Anticipated expiration: 2030-02-01
Also published as: EP2247076A3; EP2247076A2; US20100199053A1; EP2247076B1; US8166264B2; CN101799743B; CN101799743A; JP2010191958A

Description

０００１本発明は一般的にはストレージ技術に関連し、より詳細には、ストレージサブシステム、特に、ＳＡＮ（ストレージエリアネットワーク）での論理ボリューム管理に関連する。

０００２ＳＡＮに於けるストレージサブシステムにはＬＵ（論理ユニット）と呼ばれる一つ以上の論理ボリュームが存在する。ＳＡＮ環境でのホストは、データを読み書きする為に、ストレージサブシステムに結合しＬＵにアクセスする。各ＬＵは自らを識別する為に、固有の識別データを有する。例えば、ホストはＬＵに正常に結合する為に、通常、ＬＵにＩＤ情報を要求する。ＬＵには典型的に二つのＩＤが存在する。

０００３ＷＷＰＮとＬＵＮ
０００４ストレージサブシステムの各物理ポートには固有のＷＷＰＮ（World Wide Port Name）が存在する。このＷＷＰＮは物理ポートの識別に使用され、全てのＬＵはＷＷＰＮを用いて物理ポート経由でアクセス可能である。各物理ポートには一つ以上のＬＵが存在し、各ＬＵは自らを識別する一つの数値を持つ。この識別子はＬＵＮ（論理ユニット番号）と呼ばれる。

０００５しかしながら、物理ポート（ＷＷＰＮ）が（例えばストレージサブシステムの移行等により）変更になったら、新たなＷＷＰＮとＬＵＮの組合せもまた変更になる。従って、その組合せはもやは同じ識別データではないので、ＬＵに対する正しい識別としては機能しないであろう。

０００６ＬＵＮＩＤ
０００７各ＬＵはストレージコントローラのＷＷＮ（World Wide Name）に基づいて、自らの識別子を持つ。ＬＵが生成されると、（このＬＵを生成する）ストレージコントローラが当該ＬＵに一つの識別子を与える。この識別子はストレージコントローラのＷＷＮとＬＵ生成時のタイムスタンプの組合せで作られる。

０００８しかしながら、ＬＵ移行に際しては、ストレージ管理者が新ＬＵの生成を要求される。この新ＬＵのＬＵＮＩＤは旧ＬＵのとは異なるであろう。このケースでは、両ＬＵが同じデータを持っているにもかかわらず、ＬＵＮＩＤは異なるであろう（旧ＬＵは移行プロセス完了後に削除されるであろう）。ＬＵミラーに於いてもストレージ管理者が新ＬＵの生成を要求される。このときも、移行時に起きたのと同じ問題が発生する（同じデータに異なるＬＵＮＩＤ）。

０００９従って、論理ボリュームをより容易に管理するには、データとＬＵ識別との間に一貫性を維持することが極めて重要になる。同じデータがＬＵ＿１からＬＵ＿２に移行した時はＬＵ＿２はＬＵ＿１と同じデータを持っているにもかかわらず、同じＬＵ識別を提供する解決策が現在は存在しない。

００１０従って、ＳＡＮに於けるストレージサブシステムで、一貫性のある論理ボリューム管理を維持する為のシステムと方法が必要になる。

００１１本発明の手法は、データとＬＵ識別との間の一貫性に関する上述又は他の一つ以上の問題を実質的に解決する方法とシステムに向けられる。

００１２本発明の態様は、ストレージコントローラと複数の論理ユニットより成るストレージサブシステム、ストレージエリアネットワーク、ストレージエリアネットワークに結合するホストコンピュータ、ストレージサブシステム、ストレージエリアネットワーク及びホストコンピュータに結合する管理サーバを含むシステムより成り、ストレージサブシステムは、論理ユニットを生成するときに、当該論理ユニットのアクセスポートに対して仮想World Wide Port Name（ＷＷＰＮ）を生成し、生成した仮想ＷＷＰＮを当該論理ユニットの論理ユニット番号識別子（ＬＵＮＩＤ）として利用し、ストレージコントローラは、更に移行元論理ユニットを仮想ＷＷＰＮと共に移行する命令を含み、該命令は、移行元論理ユニットの仮想ＷＷＰＮを新ストレージコントローラに移行するステップと、移行先論理ユニットを生成するステップと、移行済仮想ＷＷＰＮに基づいて、移行先論理ユニットに対して移行元論理ユニットのＬＵＮＩＤと同じＬＵＮＩＤを生成するステップと、移行元論理ユニットを移行先論理ユニットにコピーするステップと、移行元論理ユニットを削除するステップと、を含むプロセスを実行する。

００１５本発明の更なる態様は、一部は以下に続く記述で説明し更にこの記述により明らかになり、或いは本発明の実施によって明確になるであろう。本発明の態様は、以下の詳細な記述及び添付の請求項で明確に指摘される要素及び各種要素と態様の組み合わせにより実現される。

００１６上述及び後続の記述は偏に好適な説明の為であって、発明の請求及び適用をいかなる意味でもそこに制限するものでは全くないことを理解する必要がある。

００１７本明細書に組み込まれ又本明細書の一部をなす添付図面は本発明の実装を説明し更に、記述と併せて本発明技術の原理を説明し図解する役割を果たす。具体的には、
００１８図１は本発明の好適なシステム構成を示す。００１９図２はアプリケーションプログラムで実行される機能を示す。００２０図３はホストコンピュータの好適な構成を示す。００２１図４は管理サーバの好適な構成を示す。００２２図５はシステム構成の好適な一実施例を示す。００２３図６は論理ボリューム管理テーブルの好適な一実施例を示す。００２４図７はＬＵＮＩＤ付きの移行プロセスを示す。００２５図８（ａ）、（ｂ）は、移行プロセス完了後の論理ボリューム管理テーブルの好適な一実施例を示す。００２６図９はシステム構成のもう一つの好適な実施例を示す。００２７図１０はＬＵＮＩＤマッピングテーブルの好適な一実施例を示す。００２８図１１はＬＵＮＩＤ付き移行プロセスとＬＵＮＩＤマッピングテーブルの更新法の好適な一実施例を示す。００２９図１２はＬＵに対するＳＣＳＩ問合せコマンドに対する応答方法を示す。００３０図１３はもう一つの可能なシステム構成例を示す。００３１図１４（ａ）、（ｂ）はＬＵＮＩＤマッピングテーブルの好適な一実施例を示す。００３２図１５はストレージサブシステムが各ＬＵに対して仮想ＬＵＮＩＤと物理ＬＵＮＩＤを生成する方法を示す。００３３図１６は仮想ＬＵＮＩＤを使用する移行プロセスの好適な一実施例を示す。００３４図１７はシステム構成のもう一つの好適な実施例を示す。００３５図１８（ａ）、（ｂ）はＬＵＮＩＤとしてＷＷＰＮを使用する論理ボリューム管理テーブルの好適な一実施例を示す。００３６図１９は仮想ＷＷＰＮを使用する移行プロセスの好適な一実施例を示す。００３７図２０はボリューム複製とボリュームスナップショットを採用する好適なシステム構成例を示す。００３８図２１はクエリを使用するＬＵ検索の好適な一実施例を示す。００３９図２２はＬＵＮＩＤメタデータテーブルの好適な一実施例を示す。００４０図２３はミラーと複製を使用するＬＵＮＩＤの移行プロセスを示す。００４１図２４は本発明システムが乗るコンピュータプラットフォームの好適な一実施例を示す。

００４２以下の詳細な記述に於いては、添付図面が参照されるが、ここでは、同じ機能を果たす要素は同じ番号で指定される。上述の添付図面は、制限の為ではなく説明の為に本発明の原理に合致する具体的な構成と実装を示す。これらの実装は、本分野にスキルを持つ人が本発明を実施できるよう十分に詳細に記述されるが、本発明の範囲と精神から逸脱することなしに他の実装が実施可能で、又構成変更や多様な要素の置き換えが可能であることを理解する必要がある。従って、以下の詳細記述はこれに限定するものと捕らえてはならない。加えて、記述される本発明は、汎用コンピュータ上で走行するソフトウェアプロセスの形、専用のハードウェア、或はソフトウェアとハードウェアの組合せ等の多様な形で実施できる。

００４３一実施例に於いては、本発明のシステムは、少なくとも一式のストレージサブシステム、ホストコンピュータ及びＳＡＮ（ストレージエリアネットワーク）より成る。ストレージサブシステムのＬＵ＿１（論理ユニット）は自らの物理ＬＵＮＩＤを持つ。ＬＵ＿１（移行元論理ユニット）をＬＵ＿２（移行先論理ユニット）に移行する場合は、ストレージサブシステムはＬＵ＿２を生成し、ＬＵ＿１からＬＵ＿２にデータをコピーし、ＬＵ＿１を削除した後にＬＵ＿１のＬＵＮＩＤをＬＵ＿２にセットする。ＬＵ＿２は、ＬＵ＿１と同じ又は／及び他のストレージサブシステムで管理可能である。

００４４他の実施例に於いては、開示システムは、少なくとも一式のストレージサブシステム、ホストコンピュータ及びＳＡＮ（ストレージエリアネットワーク）より成る。ストレージサブシステムのＬＵ＿１（論理ユニット）は自らの物理ＬＵＮＩＤを持つ。ＬＵ＿１（移行元論理ユニット）をＬＵ＿２（移行先論理ユニット）に移行する場合は、ストレージサブシステムはＬＵ＿２を生成し又その固有のＬＵＮＩＤを生成する。次いで、移行プロセスの後に、ストレージサブシステムはＬＵ＿１のＬＵＮＩＤとＬＵ＿２のＬＵＮＩＤを関連付ける。ストレージサブシステムがＬＵ＿２に対するＳＣＳＩ問合せコマンドを受信したら、元のＬＵ＿２のＬＵＮＩＤではなくＬＵ＿１のＬＵＮＩＤを送信する。ＬＵ＿２は、ＬＵ＿１と同じ又は／及び他のストレージサブシステムで管理可能である。

００４５他の実施例に於いては、本発明のシステムは、少なくとも一式のストレージサブシステム、ホストコンピュータ及びＳＡＮ（ストレージエリアネットワーク）より成る。ストレージサブシステムがＬＵ（論理ユニット）を生成するときには、物理ＬＵＮＩＤと仮想ＬＵＮＩＤを生成する。ＬＵ＿１（移行元論理ユニット）をＬＵ＿２（移行先論理ユニット）に移行する時には、ストレージサブシステムは物理ＬＵＮＩＤと共にＬＵ＿２を生成し、データをＬＵ＿１からＬＵ＿２にコピーしてＬＵ＿１を削除してからＬＵ＿１の仮想ＬＵＮＩＤをセットする。ストレージサブシステムがＬＵ＿２に対するＳＣＳＩ問合せコマンドを受信したら、元のＬＵ＿２のＬＵＮＩＤではなくＬＵ＿１のＬＵＮＩＤを送信する。ＬＵ＿２は、ＬＵ＿１と同じストレージサブシステム又は／及び他のストレージサブシステムで管理可能である。

００４６他の実施例に於いては、本発明のシステムは、少なくとも一式のストレージサブシステム、ホストコンピュータ及びＳＡＮ（ストレージエリアネットワーク）より成る。ストレージサブシステムがＬＵ（論理ユニット）を生成するときには、本ＬＵのアクセスポートの為の仮想ＷＷＰＮを生成し、その仮想ＷＷＷＰＮを使用して、ＬＵＮＩＤを生成する。ＬＵ＿１（移行元論理ユニット）をＬＵ＿２（移行先論理ユニット）に移行する時には、ストレージサブシステムはＬＵ＿１の仮想ＷＷＰＮを移行しＬＵ＿２に関連付けて、次いで、移行済仮想ＷＷＰＮを使用してＬＵＮＩＤを生成する。ＬＵ＿２は、ＬＵ＿１と同じストレージサブシステム又は／及び他のストレージサブシステムで管理可能である。

００４７他の実施例に於いては、本発明のシステムは、少なくとも一式のストレージサブシステム、ホストコンピュータ及びＳＡＮ（ストレージエリアネットワーク）より成る。ストレージサブシステムはＬＵＮＩＤとＬＵのメタデータ間のマッピングテーブルを持つ。ホストコンピュータが検索クエリを送信すると、ストレージサブシステムは検索クエリとメタデータをマッチさせ適切なＬＵＮＩＤを応答する。管理サーバも又本プロセスを実行できる。

００４８他の実施例に於いては、本開示のシステムは、少なくとも一式のストレージサブシステム、ホストコンピュータ及びＳＡＮ（ストレージエリアネットワーク）より成る。ＬＵ＿１とＬＵ＿２は互いにミラー化されていて、ＬＵ＿１が災害又は他の要因で破損したら、ストレージサブシステムは、ＬＵ＿１のＬＵＮＩＤをＬＵ＿２にセットする。

００４９システム構成
００５０図１に本発明の一実施例のシステム構成を示す。本システムは、ストレージサブシステム１００、ＳＡＮ−ＳＷ２００、ホストコンピュータ３００及び管理サーバ４００より成る。

００５１ストレージサブシステム１００はストレージコントローラ１１０及びディスクユニット１２０を持つ。ストレージコントローラはＳＡＮＩ／Ｆ１１３、ＣＰＵ１１１、メモリ１１２及びイーサネットＩ／Ｆ１１５を持てる。ストレージコントローラは、ファイバチャネルプロトコルを使用してＳＡＮ２００経由でホストコンピュータ３００との間でディスクＩ／Ｏ機能を果たす。ディスクユニット１２０は複数のハードディスクドライブ（ＨＤＤ）１２１を持ちストレージコントローラはこれらＨＤＤを組合せてＲＡＩＤ（Redundant Array of Inexpensive Disks）を構成してホストコンピュータ３００にボリューム（ＬＵ：論理ユニット）を提供する。これらの機能は図２に示すアプリケーションプログラム（論理ボリュームＩ／Ｏコントロール、物理ディスクコントロール等）によって実行される。

００５２図２にストレージコントローラに於けるソフトウェアモジュール構成の一例を示す。これらには、論理ボリュームＩ／Ｏコントロール１１２−０１、物理ディスクコントロール１１２−０２、フラッシュキャッシュコントロール１１２−０３、論理ボリューム管理テーブル１１２−０４、ＲＡＩＤ管理テーブル１１２−０５、構成コントロール１１２−０６、移行コントロール１１２−０７、ＬＵＮＩＤマッピングテーブル１１２−０８、ＬＵＮＩＤメタデータコントロール１１２−０９、ＬＵＮＩＤメタデータテーブル１１２−１０、及びミラーコントロール１１２−１１がある。

００５３図３にホストコンピュータ３００の構成を示す。ホストコンピュータ３００はＳＡＮ２００に結合する。ホストコンピュータ３００は更に、物理ホストコンピュータ３００が複数の仮想サーバマシンイメージ（ＶＭ）を走行させることを可能にする仮想マシンの為のハイパーバイザプログラムを有する。各ＶＭはストレージサブシステム１００へのＩ／Ｏ結合を有する。ホストコンピュータ自身は、イーサネットＩ／Ｆ３０４、ＣＰＵ３０１、及びホストバスアダプタ（ＨＢＡ）３０３を持てる。ホストコンピュータのメモリ３０２は、オペレーテイングシステム３０２−０１、上述した仮想マシンの為のハイパーバイザプログラム３０２−０２、Ｉ／Ｏコントロール３０２−０３、及びストレージパス管理テーブル３０２−０４を含むことができる。

００５４図４に管理サーバ４００の構成を示す。本サーバはＬＡＮを経由して、ストレージサブシステム１００、ＳＡＮ２００、ホストコンピュータ３００に結合してこれらをコントロールする。管理サーバ自身はイーサネットＩ／Ｆ４０３及びＣＰＵ４０１を有する。管理サーバのメモリ４０２はオペレーテイングシステム４０２−０１、ＬＵＮＩＤプロキシ４０２−０２、ＬＵＮＩＤマッピングテーブル４０２−０３、ＬＵＮＩＤメタデータコントロール４０２−０４、及びＬＵＮＩＤメタデータテーブル４０２−０５を含むことができる。

００５５ＬＵＮＩＤ付きの移行
００５６ＬＵＮＩＤ付きの移行を用いることによって、管理者はデータとＬＵ識別子との間の一貫性を維持することができる。ストレージサブシステムのＬＵ＿１（論理ユニット）は自らの固有の物理ＬＵＮＩＤを有している。ＬＵ＿１をＬＵ＿２に移行する時には、ストレージサブシステムは、ＬＵ＿２を生成してデータをＬＵ＿１からＬＵ＿２にコピーしてＬＵ＿１を削除した後にＬＵ＿１のＬＵＮＩＤをＬＵ＿２にセットする。ＬＵ＿２は、ＬＵ＿１と同じ又は／及び別のストレージサブシステムが管理してもよい。

００５７図５にシステム構成の一例を示す。ホスト又は／及び仮想マシン（ＶＭ）５０１、５０２はストレージサブシステム１００に結合し、論理ボリューム（例えば、“１１０ａ−ａ：０１”で示す）にアクセスする。ＬＵＮＩＤとしての“１１０ａ−ａ：０１”は、例えば、ストレージコントローラ１１０ａ−１によりそのＷＷＮ（ＷｏｒｌｄＷｉｄｅＮａｍｅ）とタイムスタンプを用いて生成される。図６に論理ボリューム管理テーブル１１２ａ−０４の一例を示す。本テーブルはＬＵＮ及びボリューム番号とＬＵＮＩＤ間のマッピングを管理する。今回は、論理ボリューム“１１０ａ−２：０２”のデータが“１１０ｂ−０１：０１”に移行される。

００５８図７にＬＵＮＩＤ付きの移行プロセスを示す。本プロセスは例えば、ストレージサブシステム１００ｂの移行コントロール１１２ｂ−０７により実行される。ＶＯＬ＿Ｓは移行元のＬＵを示し、ＶＯＬ＿Ｔは移行先のＬＵを示す。最初に、移行先ＬＵ“１１０ｂ−１：０１”を生成する１１２ｂ−０７−０１ａ。次いで、“１１０ａ−２：０２”のデータを“１１０ｂ−１：０１”にコピーして１１２ｂ−０７−０１ｂ、コピープロセス完了後にＬＵ“１１０ａ−２：０２”を削除する１１２ｂ−０７−０１ｄ。次いで、ＬＵＮＩＤ“１１０ｂ−１：０１”を以前の１１２ｂ−０７−０１ｃで得たＶＯＬ＿ＳのＬＵＮＩＤ“１１０ａ−２：０２”に書き換える１１２ｂ−０７−０１ｅ。図８ａと８ｂに、本移行プロセス完了後の論理ボリューム管理テーブル１１２ａ−０４と１１２ｂ−０４の例を示す。

００５９更に、この例はストレージサブシステム間環境についての説明であることを付記する。旧ＬＵと新ＬＵは同じストレージサブシステム内に置かれても同様に構わない。

００６０ＬＵＮＩＤプロキシ
００６１ＬＵＮＩＤ付きの移行とＬＵＮＩＤのプロキシを用いることによって、管理者はデータとＬＵ識別子との間の一貫性を維持することができる。ストレージサブシステムのＬＵ＿１（論理ユニット）は自らの固有な物理ＬＵＮＩＤを有している。ＬＵ＿１をＬＵ＿２に移行する時には、ストレージサブシステムは、ＬＵ＿２と本ＬＵ固有のＬＵＮＩＤを生成する。移行プロセスの完了後にストレージサブシステムはＬＵ＿１のＬＵＮＩＤとＬＵ＿２のＬＵＮＩＤを関連付ける。ストレージサブシステムが、ＬＵ＿２へのＳＣＳＩ問合せコマンドを受信すると、ＬＵ＿２の本来のＬＵＮＩＤの代理としてＬＵ＿１のＬＵＮＩＤを送信する。

００６２図９にシステム構成例を示す。“１１０ａ−ａ：０１”は例えば、ＷＷＮ（ＷｏｒｌｄＷｉｄｅＮａｍｅ）とタイムスタンプを用いてストレージコントローラ１１０ａ−１が生成したＬＵＮＩＤである。今回は、論理ボリューム“１１０ａ−２：０２”のデータが“１１０ｂ−０１：０１”移行される。続いて、ＬＵＮＩＤ“１１０ａ−２：０２”がストレージサブシステムに移行してＬＵＮＩＤ“１１０ｂ−０１：０１”に関連付けられる。この関連付けはＬＵＮＩＤマッピングテーブル１１２ｂ−０８（図１０に示す）で管理される。

００６３図１１に、ＬＵＮＩＤ付き移行プロセスとＬＵＮＩＤマッピングテーブルの更新法を示す。このプロセスは、例えば、ストレージサブシステム１００ｂの移行コントロール１１２ｂ−０７で実行される。最初に、移行先ＬＵ“１１０ｂ−１：０１”を生成する１１２ｂ−０７−０２ａ。次いで、“１１０ａ−２：０２”のデータを“１１０ｂ−１：０１”にコピーし１１２ｂ−０７−０２ｂ、移行元ＬＵのＬＵＮＩＤを取得し１１２ｂ−０７−０２ｃ、コピープロセス完了後にＬＵ“１１０ａ−２：０２”を削除する１１２ｂ−０７−０２ｄ。次いで、ＬＵＮＩＤ“１１０ｂ−１：０１”と“１１０ａ−２：０２”間の新マッピング情報を追加する１１２ｂ−０７−０２ｅ。

００６４図１２にＬＵ向けのＳＣＳＩ問合せコマンドに対する、論理ボリュームＩ／Ｏコントロール１１２ｂ−０１による、応答方法を示す。ホストは、ＬＵＮＩＤを含め、ＬＵ状態を取得する為にＳＣＳＩ問合せコマンドを発行する１１２ｂ−０１−０１ａ。ストレージサブシステムの慣用的方法は、物理ＬＵＮＩＤ１１２ｂ−０１−０１ｄで応答する１１２ｂ−０１−０１ｅことである。例えば、ＬＵ“１１０ｂ−１：０１”に対するＳＣＳＩ問合せコマンドは、ストレージサブシステムがＬＵＮＩＤ“１１０ｂ−１：０１”の応答を送信することを意味する。しかしながら、本発明ではそうではなく、ＬＵＮＩＤマッピングテーブル１１２ｂ−０１−０１ｂを参照して、“１１０ｂ−１：０１”の代わりにＬＵＮＩＤ“１１０ａ−２：０２”を送信する１１２ｂ−０１−０１ｃ。

００６５図１３にシステム構成のもう一つの例を示す。各ＬＵは自らの物理ＬＵＮＩＤと共に仮想ＬＵＮＩＤを持つ。移行が起きると、仮想ＬＵＮＩＤが実データと共に移行され、ストレージサブシステムはＳＣＳＩ問合せに応答して仮想ＬＵＮＩＤを送信する。図１４ａと１４ｂにＬＵＮＩＤマッピングテーブル１１２ａ−０８、１１２ｂ−０８の例を示す。新ＬＵが（複製又は／及びスナップショットを含めて）生成されると１１２ｂ−０６−０２ａ、ストレージサブシステムは各ＬＵに対して仮想ＬＵＮＩＤ１１２ｂ−０６−０２ｂと物理ＬＵＮＩＤ１１２ｂ−０６−０２ａを生成する（図１５の構成コントロール１１２ｂ−０６に示す）１１２ｂ−０６−０２ｃ。

００６６図１６に移行コントロール１１２ｂ−０７が実行する、仮想ＬＵＮＩＤを使用した移行プロセスを示す。最初に、物理ＬＵＮＩＤと共に移行先ボリュームが生成される１１２ｂ−０７−０３ａ。次いで、データが移行元ボリュームから移行先ボリュームにコピーされる１１２ｂ−０７−０３ｂ。移行元ボリュームの仮想ＬＵＮＩＤが取得される１１２ｂ−０７−０３ｃ。次いで、移行元ボリュームが削除され１１２ｂ−０７−０３ｄ、ＬＵＮＩＤマッピングテーブルが更新される１１２ｂ−０７−０３ｅ。

００６７この実施例も又ストレージサブシステム間環境での一実施例である。旧ＬＵと新ＬＵは同じストレージサブシステム内に置くことも同様に可能である。

００６８ＬＵＮＩＤとしての仮想ＷＷＰＮ
００６９本発明では、ストレージサブシステムがＬＵＮＩＤとして仮想ＷＷＰＮ（ＷｏｒｌｄＷｉｄｅＰｏｒｔＮａｍｅ）を使用することが可能である。最初に、ストレージサブシステムでＮＰＩＶ（Ｎ＿ＰｏｒｔＩＤＶｉｒｔｕａｌｉｚａｔｉｏｎ）を採用して、ストレージサブシステムが仮想ＷＷＰＮを持てるようになる。ストレージサブシステムがＬＵ（論理ユニット）を生成するときに、本ＬＵのアクセスポートに対して仮想ＷＷＰＮを生成する。このＬＵＮＩＤはその仮想ＷＷＰＮを使用して生成される（又は仮想ＷＷＰＮと同じである）。ＬＵ＿１をＬＵ＿２に移行する時には、ストレージサブシステムはＬＵ＿１の仮想ＷＷＰＮを移行しＬＵ＿２と関連付けして、移行した仮想ＷＷＰＮを使用してＬＵＮＩＤを生成する。

００７０図１７にシステム構成例を示す。“ｖＷＷＰＮ０１”はストレージコントローラ１１０ａー１が生成したＬＵＮＩＤである。これはＬＵアクセスの為の仮想ＷＷＰＮでもある。一つのＬＵはアクセスポートとＬＵＮＩＤの為に一個以上の仮想ＷＷＰＮを持つ（もし二つのＷＷＰＮを持つなら複数のパスに使用できる）。論理ボリューム“ｖＷＷＰＮ０２”の移行が起きると、“ｖＷＷＰＮ０２”のデータが移行されるのみならずアクセスポートの仮想ＷＷＰＮも移行される。図１８ａと１８ｂにＬＵＮＩＤとしてＷＷＰＮを使用する論理ボリューム管理テーブルの例１１２ａ−０４と１１２ｂ−０４を示す。

００７１図１９に仮想ＷＷＰＮを使用する移行プロセスを示す。このプロセスは例えば、ストレージサブシステム１００ｂの移行コントロール１１２ｂ−０７が実行する。最初に、仮想ＷＷＰＮを新ストレージコントローラに移行し１１２ｂ−０７−０４ａこの移行の為に新ＬＵを生成する１１２ｂ−０７−０４ｂ。この仮想ＷＷＰＮの移行によって、新ストレージコントローラは移行済仮想ＷＷＰＮに基づいて、新ＬＵＮＩＤを生成できるようになる（同じＬＵＮＩＤが生成される）１１２ｂ−０７−０４ｄ。この後に、データをコピーし１１２ｂ−０７−０４ｃ、ＬＵの削除が実行される１１２ｂ−０７−０４ｅ。

００７２本発明では、新ボリュームが生成されるときに仮想ＷＷＰＮが生成される（このことは、各ボリュームはアクセスと識別の為に固有の仮想ＷＷＰＮを持つことを意味する）。図２０に示すごとく、ボリューム複製とボリュームスナップショットが同様に採用可能である。ボリュームの新規複製／スナップショットが生成されると、その為の仮想ＷＷＰＮが同様に生成される。

００７３本事例もまたストレージサブシステム間環境の事例である。旧ＬＵと新ＬＵは同様に同じストレージサブシステム置くことができる。

００７４本発明により、管理者は適切なＬＵとアクセスパス（仮想ＷＷＰＮ）を検索し知ることができる。例えば、管理者が“オーナ＝ホスト３００”の如き検索クエリを送信すると、ストレージサブシステム又は管理サーバは管理者に適切なＬＵにアクセス出来るように仮想ＷＷＰＮを返答する。図２１にクエリを使用したＬＵ検索の事例を示す。

００７５図２２にＬＵＮＩＤメタデータテーブルの例１１２ｂ−１０を示す。管理者は各ＬＵに対してメタデータを入力できる。管理者は“ホスト３００”、“バックアップ”等の如き検索言語を使用してＬＵを検索できる。

００７６ＬＵミラー、複製
００７７ＬＵ＿１とＬＵ＿２がミラー化（複製）されているなら、これらは互いに同じデータを有している。ＬＵ＿１が事故又は何らかの理由で破壊されると、ホストはＬＵ＿１に代わってＬＵ＿２を使用することを求めるであろう。この時にＬＵＮＩＤが合致しておれば、ホストはスクリプト変更等、業務変更をしないで済むことになる。

００７８図２３にミラーと複製を使用したときのＬＵＮＩＤ移行プロセスを示す１１２ｂ−１１。本プロセスは例えば、ストレージサブシステム１００ｂのミラーコントロール１１２ｂ−０７が実行する。ＬＵ＿１の障害を検出すると、ＬＵＮＩＤのＬＵ＿１からＬＵ＿２への移行が発生する。最初に移行元ボリュームのＬＵＮＩＤが取得される１１２ｂ−１１−０１ａ。その時点では移行元ボリュームと移行先ボリュームがミラーとして維持されている１１２ｂ−１１−０１ｂ。障害が発生して例えば移行元ボリュームが応答しなくなると１１２ｂ−１１−０１ｃ、移行先ボリュームが移行元ボリュームのＬＵＮＩＤを持つことになる１１２ｂ−１１−０１ｄ。

００７９好適なコンピュータプラットフォーム
００８０図２４は、本発明の方法を実装できるコンピュータ／サーバシステム２４００の一実施例を示すブロック図である。システム２４００はコンピュータ／サーバプラットフォーム２４０１、周辺デバイス２４０２及びネットワーク資源２４０３を含む。

００８１コンピュータプラットフォーム２４０１は、コンピュータプラットフォーム２４０１内の多様な部品間で情報を交換する為のデータバス２４０４又は他の通信機構、及びバス２４０４に結合して情報を処理し、他の計算及び制御タスクを実行するプロセッサ２４０５を含む。コンピュータプラットフォーム２４０１は更にバス２４０４に結合して、プロセッサ２４０５で実行される命令や各種情報を格納するＲＡＭ（ランダムアクセスメモリ）や他のダイナミックストレージデバイス等の揮発ストレージ２４０６を含む。揮発ストレージ２４０６は、プロセッサ２４０５による命令実行時の一時変数や中間情報を保存する為にも使用される。コンピュータプラットフォーム２４０１は更に、多様なシステム構成パラメータやＢＩＯＳ（基本入出力システム）等の、プロセッサ２４０５に対する静的情報や命令を格納し、バス２４０４に結合するＲＯＭ又はＥＰＲＯＭ（リードオンリメモリ）２４０７又は他の静的ストレージデバイスを含んでも良い。磁気ディスク、光ディスク、又は半導体フラッシュメモリデバイス等の永続ストレージデバイス２４０８は、情報や命令を格納する為に実装されバス２４０１に結合する。

００８２コンピュータプラットフォーム２４０１は、コンピュータプラットフォーム２４０１のシステム管理者やユーザに情報を表示する為に、ＣＲＴ（陰極線管）、プラズマディスプレイ、液晶ディスプレイＬＣＤ等のディスプレイ２４０９にバス２４０４を経由して結合しても良い。数字及び他のキーを有する入力デバイス２４１０は、プロセッサ２４０５に対する情報とコマンド選択を伝える為にバス２４０１に結合する。他のタイプのユーザ入力デバイスには、プロセッサ２４０４に対して方向情報とコマンド選択を伝えディスプレイ２４０９でのカーソルの動きをコントロールするマウス、トラックボール、或はカーソル方向キー等のカーソルコントロールデバイス２４１１が有る。この入力デバイスは、典型的に、第一軸（例えば、ｘ）及び第二軸（例えば、ｙ）の二軸による二次元の自由度を持ち、平面上でデバイスに位置を指定することが出来る。

００８３外部ストレージデバイス２４１２は、バス２４０４を経由してコンピュータプラットフォーム２４０１に結合して、コンピュータプラットフォーム２４０１に対して追加又は可搬形ストレージ容量を提供する。コンピュータシステム２４００の一実施例では、外部可搬形ストレージデバイス２４１２は、他のコンピュータシステムとのデータ交換装置として使用される。

００８４本発明は、ここで述べた技術を実装する為にコンピュータシステム２４００を使用することに関連する。一実施例では、本発明のシステムは、コンピュータプラットフォーム２４０１の如きマシン上に実装出来る。本発明の一実施例では、ここで述べた技術は、揮発メモリ２４０６に格納されている一つ以上の命令の一つ以上のシーケンスを実行するプロセッサ２４０５に応答して、コンピュータシステム２４００で実行される。このような命令は、永続ストレージデバイス２４０８等の他のコンピュータ読み出し可能な媒体から揮発メモリ２４０６に読み込むことが出来る。揮発メモリ２４０６に格納された命令シーケンスの実行が、プロセッサ２４０５に対して、ここで述べたプロセスステップを実行させることになる。他の実施例では、ソフトウェア命令の代わり又はソフトウェア命令と組み合わせて、ハード結線の回路を本発明の実装の為に使用することも出来る。かように、本発明の実施には、ハードウェア回路とソフトウェアの如何なる具体的組み合わせにも限定されることはない。

００８５ “コンピュータ読み出し可能媒体”なる用語は、ここでは、プロセッサ２４０５が実行する命令を提供することに関わる如何なる媒体をも示すものとして使用される。コンピュータ読み出し可能媒体は、ここで述べた任意の方法や技術を実装する為の命令を運ぶことが出来る、機械読み出し可能媒体の一例にすぎない。このような媒体は不揮発媒体、揮発媒体等をこれに限定することなく含む、多数の形を持つことが出来る。不揮発媒体は、ストレージデバイス２４０８の例えば光又は磁気ディスク等を含む。揮発媒体は、揮発ストレージ２４０６のダイナミックメモリを含む。

００８６コンピュータ読み出し可能媒体の共通的な形としては、例えば、フロッピィディスク、フレキシブルディスク、ハードディスク、磁気テープ、又は他の任意の磁気媒体、ＣＤ−ＲＯＭ、他の任意の光学媒体、パンチカード、紙テープ、穴形式の他の任意の物理媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、フラシュドライブ、メモリカード、他の任意のメモリチップ又はカートリッジ、或はコンピュータが読める任意の媒体を包含する。

００８７コンピュータ読み出し可能媒体の多様な形は、一つ以上の命令の一つ以上のシーケンスを伝えてプロセッサ２４０５に実行させる。例えば、命令は最初に遠隔コンピュータから磁気ディスクに伝送されても良い。或は、遠隔コンピュータが命令を自らのダイナミックメモリにロードして、この命令をモデムを使用して電話回線を通して送信することが出来る。コンピュータシステム２４００のローカルモデムは電話回線上のデータを受信して、赤外線送信機を使用してデータを赤外線信号に変換することが出来る。赤外線受信機が赤外線信号で伝えられたデータを受信して、適切な回路がこのデータをデータバス２２０４に載せることが出来る。バス２４０４がデータを揮発メモリ２４０６に運び、ここからプロセッサ２４０５が命令を取り出して実行する。揮発メモリ２４０６に受信された命令は、プロセッサ２４０５による実行の前後で、永続ストレージデバイス２４０８に随意的に保存してもよい。命令は又、多様な公知のネットワークデータ通信プロトコルを用いてインターネットを経由して、コンピュータプラットフォーム２４０１にダウンロードしても良い。

００８８コンピュータプラットフォーム２４０１は、データバス２４０４に結合するネットワークインタフェースカード２４１３等の通信インタフェースを含む。通信インタフェース２４１３は、ローカルネットワーク２４１５に繋がるネットワークリンク２４１４に結合して二方向通信を可能にする。例えば、通信インタフェース２４１３は、電話回線タイプに対応するデータ通信結合を提供するＩＳＤＮ（統合デジタル通信網）カード又はモデムでよい。他の例として、通信インタフェース２４１３は、ＬＡＮ互換のデータ通信結合を可能にするＬＡＮＮＩＣ（ローカルエリアネットワーク・インタフェースカード）でよい。公知の８０２.１１ａ、８０２.１１ｂ、８０２.１１ｇ及びブルートゥースも又ネットワーク実装に使用可能である。以上の如何なる実装であろうとも、通信インタフェース２４１３は、多様なタイプの情報を表現するデジタルデータストリームを搬送する電気的、電磁気的或は光学的信号を送受信する。

００８９ネットワークリンク２４１３は、通常一つ以上のネットワークを通して他のネットワーク資源とのデータ通信を可能にする。例えば、ネットワークリンク２４１４は、ローカルネットワーク２４１５を通してホストコンピュータ２４１６、又はネットワークストレージ／サーバ２４１７との結合を可能にする。加えて又は代わりとして、ネットワークリンク２４１３は、ゲートウェイ／ファイヤウォール２４１７を通して、インターネット等のワイドエリア又はグローバルネットワーク２４１８に結合する。かくして、コンピュータプラットフォーム２４０１は、リモートネットワークストレージ／サーバ２４１９等のインターネット２４１８上の何処にも存在するネットワーク資源にアクセス可能である。一方に於いて、コンピュータプラットフォーム２４０１は、ＬＡＮ２４１５又は／及びインターネット２４１８上の何処のクライアントからもアクセス可能である。ネットワーククライアント２４２０及び２４２１自身も、プラットフォーム２４０１に類似するコンピュータプラットフォームをベースに実装することが出来る。

００９０ローカルネットワーク２４１５とインターネット２４１８は何れも、デジタルデータストリームを伝えるのに電気的、電磁気的又は光学的信号を使用する。多様なネットワークを通過する信号及びネットワークリンク２４１４上に存在して通信インタフェース２４１３を通過する信号は、コンピュータプラットフォーム２４０１間でデジタルデータを搬送して、情報を搬送する搬送波の典型的な形である。

００９１コンピュータプラットフォーム２４０１は、インターネット２４１８、ＬＡＮ２４１５、ネットワークリンク２４１４及び通信インタフェース２４１３を含む多様なネットワークを通して、プログラムコードを含めてメッセージを送信しデータを受信する。インターネットの例では、システム２４０１がネットワークサーバとして稼動している場合には、インターネット２４１８、ゲートウェイ／ファイヤウォール２４１７、ＬＡＮ２４１５及び通信インタフェース２４１３を通して、クライアント２４２０及び／又は２４２１上で走行するアプリケーションプログラムに要求されたコード又はデータを送信できる。同様に、他のネットワーク資源からコードを受信できる。

００９２受信したコードは、受信時にプロセッサ２４０５が実行しても良く、或は又永続ストレージデバイス２４０８又は揮発ストレージデバイス２４０６に又は他の不揮発ストレージに保存して、後に実行しても良い。このように、コンピュータプラットフォーム２４０１は、搬送波の形でアプリケーションコードを取得できる。

００９３本発明は、如何なる特別なファイヤウォールシステムにも限定されないことを指摘しておく。本発明のポリシーベースのコンテント処理システムは、三つのファイヤウォールの動作モード、具体的にはＮＡＴ、ルーテッド及び透過のいずれでも、使用可能である。

００９４最後に、ここで述べたプロセス及び技術は本質的に如何なる特定の装置に結びつくことはなく、コンポーネントの如何なる相応しい組み合わせによってでも実装できることを理解する必要がある。更に、汎用目的の多様なタイプのデバイスがここで記述した教授に従って使用可能である。ここで述べた方法のステップを実行するのに、専用の装置を構築するのが有益であることが判るかもしれない。本発明は、具体例に関連して記述したが、これらは、如何なる観点に於いても限定の為ではなく説明の為である。本分野に造詣のある人には、本発明を実施するのに相応しいハードウェア、ソフトウェア、及びファームウェアの多数の組合せがあることが解るであろう。例えば、記述したソフトウェアは、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ等の広範囲のプログラム又はスクリプト言語で実装できる。

００９５加えて、本分野に造詣の有る人には、本発明のその他の実装がここに開示された本発明の明細書及び実施例の考察から明らかになるであろう。記述された実施例の多様な態様及び／又はコンポーネントは、論理ボリュームを管理する機能を有するコンピュータ化システムに於いて、単独又は如何なる組合せでも使用することが出来る。明細書と具体例は典型的なものに過ぎず、本発明の範囲と精神は後続する請求範囲で示される。

Claims

ストレージコントローラ及び複数の論理ユニットで成るストレージサブシステムと、
ストレージエリアネットワークと、
前記ストレージエリアネットワークに結合するホストコンピュータと、
前記ストレージサブシステム、前記ストレージエリアネットワーク及び前記ホストコンピュータに結合する管理サーバを含み、
前記ストレージサブシステムは、前記論理ユニットを生成するときに、当該論理ユニットのアクセスポートに対して仮想World Wide Port Name（ＷＷＰＮ）を生成し、生成した前記仮想ＷＷＰＮを当該論理ユニットの論理ユニット番号識別子（ＬＵＮＩＤ）とし、
前記ストレージコントローラは、更に移行元論理ユニットを仮想ＷＷＰＮと共に移行する命令を含み、
該命令は、
前記移行元論理ユニットの前記仮想ＷＷＰＮを新ストレージコントローラに移行するステップと、
移行先論理ユニットを生成するステップと、
前記移行済仮想ＷＷＰＮに基づいて、前記移行先論理ユニットに対して前記移行元論理ユニットのＬＵＮＩＤと同じＬＵＮＩＤを生成するステップと、
前記移行元論理ユニットを前記移行先論理ユニットにコピーするステップと、
前記移行元論理ユニットを削除するステップと、
を含むプロセスを実行する
ことを特徴とするシステム。
前記移行元論理ユニットの前記仮想ＷＷＰＮの前記移行ステップは、前記ストレージコントローラの移行コントロールモジュールによりなされる
ことを特徴とする請求項１のシステム。
管理者からの検索クエリを受信すると、前記ストレージサブシステム又は前記管理サーバは、前記所定の論理ユニットに対応する前記仮想ＷＷＰＮを返信する
ことを特徴とする請求項１のシステム。