JP5052376B2 - ストレージシステム及びストレージシステムにおける論理ユニットの引継方法 - Google Patents

Description

本発明は、ストレージシステム及びストレージシステムにおける論理ユニットの引継方法に関し、特に、ストレージシステムを構成する複数のストレージ装置が協調分散的に動作して論理ユニットを動的に引き継ぐデータマイグレーション技術に関する。

コンピュータシステムのデータ処理量の増大に伴い、データを格納するストレージ装置は大容量化している。また、近年のデータ量の成長は急激であり、このため、ストレージ装置の増強乃至は増設を余儀なくされている。

下記特許文献１は、第１ストレージ装置を既に含む計算機システムに新たに第２ストレージ装置を導入するための技術を開示する。即ち、特許文献１は、既存の第１ストレージ装置の論理デバイスに新たに導入した第２ストレージ装置の論理デバイスを割り当て、それによって、ホスト計算機が、既存の第１ストレージ装置の論理デバイスを新たに導入した第２ストレージ装置の論理デバイスとして認識する技術を開示する。また、特許文献１は、第１ストレージ装置内のデータを第２ストレージ装置へ段階的に移行する技術を開示する。

また、下記特許文献２は、第１のストレージサブシステムが有する記憶領域上のデータを第２のストレージサブシステムに移行するためのデータ移行技術を開示する。即ち、特許文献２は、データ移行に伴い、移行元及び移行先ストレージサブシステム双方が有する遠隔管理用インターフェースを用いて、移行元ストレージサブシステムの設定を移行先ストレージサブシステムに移動するとともに、計算機のアクセスパスを移行先ストレージサブシステムに切り替える技術を開示する。

さらに、下記特許文献３は、２台のストレージ装置における構成情報を相互に連携しうるデータレプリケーション技術を開示している。即ち、特許文献３は、上位装置からのデータを記憶する第１のストレージ装置と、当該データのバックアップデータを記憶する第２のストレージ装置とからなるストレージシステムを開示する。特許文献３において、第１のストレージ装置は、上位装置からの構成情報に関する変更要求に基づいて自身の構成情報を変更するとともに、当該変更要求を第２のストレージ装置に送信し、第２のストレージ装置は、当該変更要求に基づいて自身の構成情報を変更する。

さらにまた、下記特許文献４は、ストレージ装置の耐障害性を確保するため、既存のディスクの記憶領域からスペアの記憶領域を動的に確保する技術を開示する。
特開２００４−２２０４５０号公報 特開２００４−１０２３７４号公報 特開２００８−９７０７号公報 特開２００８−９７６７号公報

ストレージ装置の大容量化により、ストレージ装置に対する保守・管理は、ますます重要になってきている。例えば、ストレージ装置の交換・増設は、データ量の急激な成長及び装置寿命に対処するための欠かすことができない作業であり、典型的には、データの移行作業を伴う。一般に、ストレージシステムは、ミッションクリティカルなコンピュータシステムにおいて使用されるため、専門のシステム管理者が、その高度なスキルを駆使して、システム管理を行っている。

一方、近年のコンピュータシステムに対するニーズの多様化により、比較的小規模な一体型のストレージ装置群を用いて構成されたストレージシステムもある。このようなストレージシステムでは、内部のディスクドライブやコントローラ、電源ユニットといったコンポーネント自体の交換が不要であり、従って、比較的容易にシステム管理を行うことができるため、今後、ますます需要の伸びが期待される。

しかしながら、このような比較的小規模なストレージ装置群を用いて構成されたストレージシステムといえども、システム構成の変更を伴う装置の交換・増設に際して、十分に考慮されていなかった。例えば、装置の交換に際しては、データの移行先である新たなストレージ装置を予め用意しなければ、交換対象のストレージ装置を減設することができなかった。また、データの移行作業に際しても、システム管理者は、移行元及び移行先のストレージ装置に対して各種の複雑な設定を行わなければならず、過度の負担を強いられていた。特に、比較的小規模なストレージ装置を用いたストレージシステムでは、高度なスキルを持たないユーザであってもシステム管理を行えることが望まれる。

そこで、本発明は、ストレージ装置の交換等の保守管理を容易にするストレージシステム及びこれの制御方法を提案することを目的とする。

上記課題を解決するための本発明は、ストレージシステムを構成する複数のストレージ装置が、自律的に協調分散的に動作して、相手のストレージ装置が有する論理ユニットを引き継ぐことを特徴とする。

即ち、ある観点に従う本発明は、少なくとも１つの論理ユニットが形成されるドライブユニットと、ホスト装置から送信されるアクセス要求に従って当該ドライブユニットを制御して、当該少なくとも１つの論理ユニットにアクセスするコントローラユニットと、を備えるストレージ装置である。当該コントローラユニットは、複数の他のストレージ装置に対して当該少なくとも１つの論理ユニットの引継要求を行う引継要求部と、当該引継要求部による引継要求に応答して当該複数の他のストレージ装置から送信される引継承認に従って、当該少なくとも１つの論理ユニットの引継を引き受ける当該複数の他のストレージ装置のそれぞれに形成された論理ユニットを当該少なくとも１つの論理ユニットに割り当てる外部ストレージ構成部と、当該外部ストレージ構成部によって割り当てられた当該複数の他のストレージ装置のそれぞれに形成された論理ユニットに、当該少なくとも１つの論理ユニット内のデータを移行するデータ移行部と、当該データ移行部により当該データの移行が完了した後に、当該ホスト装置からのアクセス要求が当該複数の他のストレージ装置のいずれか１つに与えられるように、パス切替要求を行うパス切替要求部と、を備える。当該コントローラユニット内のこれら機能実現部は、典型的には、ソフトウェアにより構成されるが、ファームウェアにより構成されても良い。

また、別の観点に従う本発明は、ネットワークを介して相互に接続された複数のストレージ装置から構成されるストレージシステムである。当該複数のストレージ装置のそれぞれは、少なくとも１つの論理ユニットが形成されるドライブユニットと、ホスト装置からのアクセス要求に従って当該ドライブユニットを制御して、当該少なくとも１つの論理ユニットにアクセスするコントローラユニットと、を備える。また、当該複数のストレージ装置のそれぞれのコントローラユニットは、自身の論理ユニットの引継要求を当該ネットワークに送信する引継要求部と、当該ネットワークから受信した論理ユニットの引継要求に対して、当該論理ユニットの引継を承認するか否かを判断する引継承認部と、当該引継承認部により引継を承認すると判断される場合に、所定の論理ユニットを作成する論理ユニット作成部と、自身以外のストレージ装置に形成された所定の論理ユニットを当該自身の論理ユニットに割り当てる外部ストレージ構成部と、当該外部ストレージ構成部によって割り当てられた当該所定の論理ユニットに当該自身の論理ユニット内のデータを移行するデータ移行部と、当該データ移行部により当該データの移行が完了した後に、当該ホスト装置から送信されるアクセス要求が当該自身以外のストレージ装置のいずれか１つに与えられるように、パス切替要求を行うパス切替要求部と、を備える。

さらに、別の観点に従う本発明は、ネットワークを介して相互に接続された複数のストレージ装置から構成されるストレージシステムにおける論理ユニットの引継方法である。即ち、当該論理ユニットの引継方法は、ホスト装置からアクセス要求を受け付ける第１ストレージ装置が、他のストレージ装置に対して第１論理ユニットの引継要求を送信するステップと、当該引継要求を受信した当該他のストレージ装置が、当該第１論理ユニットの引継を承認するか否かを判断するステップと、当該他のストレージ装置のうち当該論理ユニットの引継を承認すると判断した第２ストレージ装置が、当該第１論理ユニットを引き継ぐための第２論理ユニットを作成するステップと、当該第１ストレージ装置が、当該第１論理ユニットに当該第２論理ユニットを割り当てるステップと、当該第１ストレージ装置が、当該第１論理ユニット内のデータを当該第２論理ユニットに移行するため、当該データを当該第２ストレージ装置に送信するステップと、当該第２ストレージ装置が当該第１ストレージ装置から送信された当該データを受信して、当該第２論理ユニットに書き込むステップと、当該第１ストレージ装置が、当該データの送信が完了した後、当該ホスト装置から送信されるアクセス要求が当該第２ストレージ装置に与えられるように、パス切替要求を行うステップと、を含む。

本発明によれば、ストレージシステム内のストレージ装置を交換等する場合であっても、システム管理者は、ストレージ装置ごとに形成された論理ユニットの構成を特に考慮する必要がなく、各ストレージ装置が協調分散的に動作して動的に論理ユニットを引き継ぐので、ストレージシステムの保守管理が容易になる。

特に、ストレージシステム内の各ストレージ装置が空き記憶領域をお互いに融通し合うので、システム構成を柔軟に変更でき、従って、データ量の急激な膨張にも効率的に対応することができる。

本発明の他の技術的特徴及び利点は、添付した図面を参照して説明される以下の実施形態のより明らかにされる。

次に、本発明の実施の形態について、図面を参照しつつ説明する。

図１は、本発明の一の実施形態に係るストレージシステムを含むコンピュータシステムの概略構成を示す図である。

同図に示すように、コンピュータシステム１は、ネットワーク２を介して複数のホスト装置３に接続された複数のストレージ装置５からなるストレージシステム４を含んで構成される。コンピュータシステム１はまた、管理用ネットワークを介して複数のストレージ装置５を管理する管理装置６を備える。同図では、管理装置６は、ストレージシステム４の一部をとして構成されている。

ネットワーク２は、ストレージアクセスのためのＳＡＮであり、典型的には、スイッチやハブ（図示せず）を含んで構成される。ネットワーク２では、ファイバチャネルプロトコルやＩＰプロトコルが利用される。本実施形態では、ネットワーク２は、ＩＰプロトコルベースのＳＡＮ（ＩＰ−ＳＡＮ）であるものとし、その上位プロトコルとしてＳＣＳＩ（即ちｉＳＣＳＩ）が利用されるものとする。

ホスト装置３は、所望の処理を遂行するコンピュータであり、典型的には、クライアントコンピュータ（図示せず）からの処理を遂行するサーバコンピュータである。ホスト装置３は、典型的には、プロセッサと、メインメモリと、通信インターフェースと、ローカル入出力装置等のハードウェア資源を備え、また、デバイスドライバやオペレーティングシステム（ＯＳ）、アプリケーションプログラム等のソフトウェア資源を備える（図示せず）。これによって、ホスト装置３は、プロセッサの制御の下、各種のプログラムを実行して、ハードウェア資源との協働作用により、クライアントコンピュータからの要求に応じた処理を実現する。例えば、ホスト装置３は、プロセッサの制御の下、業務アプリケーションプログラムを実行することにより、ストレージ装置５にＩ／Ｏアクセスし、所望の業務システムを実現する。

ストレージシステム４は、ホスト装置３にデータストレージサービスを提供するためのシステムであり、複数のストレージ装置５を含んで構成される。各ストレージ装置５は、物理デバイスとしての複数のドライブユニット５１、及びホスト装置３からのＩ／Ｏ要求に応答し、ドライブユニット５１に対するＩ／Ｏアクセスを制御するコントローラユニット５２を備える。ストレージ装置５はまた、典型的には、電源ユニットや冷却ユニットを備える（図示せず）。ストレージ装置５は、それ単体で、ホスト装置３に対するデータストレージサービスを提供できるが、複数のストレージ装置から仮想的に構成される１つのストレージ装置が、ホスト装置に対するデータストレージサービスを提供してもよい。外部ストレージ構成技術は、このような仮想的に１つのストレージ装置を構成する技術として知られている。

ドライブユニット５１は、例えば複数のハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）等の記憶媒体を含んで構成される物理デバイス（ＰＤＥＶ）である。ドライブユニット５１は、アレイ装置と呼ばれることもある。ドライブユニット５１には、コントローラユニット５２の制御の下、ホスト装置３に提供するための１つ以上の論理デバイス（ＬＤＥＶ）が形成される。論理デバイスは、ＲＡＩＤ制御の下、いくつかのハードディスクドライブを仮想的に１つのデバイスにまとめた仮想デバイス（ＶＤＥＶ）に対して形成されてもよい。

論理デバイスは、ホスト装置３が認識しうる論理的な記憶装置であり、本実施形態では、論理ユニット（ＬＵ）が割り当てられる。即ち、各論理デバイスは、後述するコントローラユニット５２におけるホストインターフェース５２３の各ポート５２３１に割り当てられ、これにより、ホスト装置３は、物理デバイス上に形成された論理デバイスを論理ユニットとして認識する。

各論理ユニットには、論理ユニット番号（ＬＵＮ）が付与される。また、論理ユニットは、Ｉ／Ｏアクセスの最小単位であるブロックに分割され、各ブロックには、論理ブロックアドレス（ＬＢＡ）が割り当てられる。ホスト装置３は、論理ユニット番号及び論理ブロックアドレスからなる論理アドレスを含むコマンドをストレージ装置４に与えることにより、特定の論理ユニットにおける特定のブロックに対してアクセスすることができる。

上述のようにｉＳＣＳＩを利用した本実施形態では、ホスト装置３及びストレージ装置５はそれぞれ、ｉＳＣＳＩネームが割り当てられたｉＳＣＳＩノードとしてのイニシエータ及びターゲットとして機能し、従って、ホスト装置３及びストレージ装置５は、ＩＰアドレス及びＴＣＰポート番号の組み合わせで特定されるネットワークポータルを介して、ｉＳＣＳＩ ＰＤＵを送受する。従って、ホスト装置３は、ｉＳＣＳＩネーム、ＩＰアドレス、及びＴＣＰポート番号を指定することにより、ネットワーク２上のストレージ装置５を認識し、その論理ユニット内のブロックに対してアクセスする。

本実施形態では、説明を簡略化するため、通常の運用下においては、各ストレージ装置５が有する１つ以上の論理ユニットは、対応するホスト装置３によってアクセスされるものとする。そして、本実施形態では、所定の条件下で（所定のイベントを契機として）、ストレージシステム４におけるあるストレージ装置５の論理ユニットは、他のストレージ装置５に引き継がれ、これに伴って、ホスト装置３は、引き継いだ論理ユニットに対してアクセスすることになる。即ち、ストレージシステム4における各ストレージ装置５は、協調分散的に動作して、一のストレージ装置５の論理ユニットを他のストレージ装置５が引き継ぎ、データストレージサービスを継続する。

図２は、本発明の一の実施形態に係るストレージシステム４におけるストレージ装置５の協調分散動作を概念的に説明するための図である。具体的には、同図は、ストレージシステム４から一のストレージ装置５が減設される場合の論理ユニットの引継ぎを示している。

即ち、同図に示すように、複数のホスト装置３は、ネットワーク２を介して、ストレージシステム４を形成する複数のストレージ装置５に通信可能に接続されている。本例では、４つのホスト装置３ａ〜３ｄ及び対応するストレージ装置５ａ〜５ｄが示されている。上述したように、ｉＳＣＳＩ規格上、ホスト装置３はイニシエータとして機能し、ストレージ装置５はターゲットとして機能する。

今、ストレージ装置５ｂがストレージシステム４から取り除かれる状況を考える。このような状況は、例えば、ストレージ装置５ｂの交換作業（減設）により発生しうる。一方で、ストレージシステム４は、ホスト装置３ｂに対するデータストレージサービスを継続して提供する必要がある。

ストレージ装置５ｂがストレージシステム４から取り除かれる場合、他のストレージ装置５ａ、５ｃ、及び５ｄは、ストレージ装置５ｂによって提供されていた論理ユニットＬＵを引き継ぐ。どのストレージ装置５がどのように論理ユニットＬＵを引き継ぐかは、ストレージ装置５同士の引継調停処理によって決定される。図中、引き継がれたストレージ装置５ｂの論理ユニットＬＵは破線で、また、ストレージ装置５ｂから引き継いだ論理ユニットＬＵは網掛けで示されている。

ストレージシステム４は、ストレージ装置５ｂによって提供されていた各論理ユニットＬＵをホスト装置３ｂが等価的に継続して使用できるようにするため、論理ユニットＬＵをそれぞれ引き継いだストレージ装置５ａ、５ｃ及び５ｄの中の一のストレージ装置５がポータル装置を引き受けて、ホスト装置３ｂからのＩ／Ｏ要求を受け付ける。本例では、ストレージ装置５ｃがポータル装置を引き受けたものとする。つまり、ポータル装置としてのストレージ装置５ｃは、ホスト装置３ｃからのＩ／Ｏ要求に加え、ホスト装置３ｂからのＩ／Ｏ要求を受け付ける。これに伴い、ホスト装置３ｃは、ストレージ装置５ｂに代えて、ポータル装置としてのストレージ装置５ｃがターゲットとなるように、パスを切り替える。このようなパス切り替えは、ホスト装置３に実装された既知のパス交替プログラムによりなされる。或いは、ポータル装置であるストレージ装置５ｃが、ストレージ装置５ｂのターゲット情報（つまり、ｉＳＣＳＩネーム、ＩＰアドレス及びＴＣＰポート番号）を引き継ぐことによりなされても良い。

さらに、ポータル装置としてのストレージ装置５ｃは、ストレージ装置５ｂの論理ユニットＬＵが存在しているかのようにホスト装置３ｃに見せ掛けるため、ストレージ装置５ｂが提供していた論理ユニットＬＵに対するホスト装置３ｃからのＩ／Ｏ要求を、必要に応じて、論理ユニットＬＵを引き継いだストレージ装置５ａ及び５ｄに振り分ける。即ち、ポータル装置としてのストレージ装置５ｃは、外部ストレージ構成技術を用いて、ストレージ装置５ａ及び５ｄを外部ストレージ装置（スレーブ装置）に位置づける。

図３は、本発明の一の実施形態に係るストレージシステム４におけるストレージ装置５の協調分散動作を概念的に説明するための図である。具体的には、同図は、ストレージシステム４から一のストレージ装置５が減設された後、新たなストレージ装置５が増設された場合の論理ユニットの引継ぎを示している。

即ち、上述した図２の状態にあるストレージシステム４に対して、新たなストレージ装置５ｂ’が増設される場合を考える。

この場合、新たなストレージ装置５ｂ’は、ストレージ装置５ａ、５ｃ及び５ｄに引き継がれていた論理ユニットＬＵをこれらから引き継ぐ。つまり、ストレージ装置５ａ、５ｃ及び５ｄの論理ユニットＬＵは、新たなストレージ装置５ｂ’に集約されることになる。また、ホスト装置３ｂは、ストレージ装置５ｂ’が新たなターゲットとなるように、パス切替機能を用いてパスを切り替える。

このように、ストレージシステム４におけるあるストレージ装置５を減設する際には、残りのストレージ装置５が当該減設されるストレージ装置５の論理ユニットを動的に引き継ぐので、柔軟なシステム構成の変更が可能になる。また、減設後、新たなストレージ装置５を増設する場合においても、ストレージ装置５の論理ユニットが動的に新たなストレージ装置５に引き継がれるので、柔軟なシステム構成の変更が可能になる。

図４は、本発明の一の実施形態に係るストレージ装置５の構成を示す図である。上述したように、ストレージ装置５は、ドライブユニット５１及びコントローラユニット５１を備えるが、本実施形態のストレージ装置５は、同図に示すように、冗長構成を採用している。即ち、ストレージ装置５のコントローラユニット５２は二重化され、これに伴い、ドライブユニット５１内のハードディスクドライブ５１１に対するパスも二重化されている。

コントローラユニット５２は、プロセッサ５２１と、メモリ５２２と、ホストインターフェース５２３と、キャッシュメモリ５２４と、ドライブインターフェース５２４と、データコントローラ５２６とを備える。

プロセッサ５２１は、メインメモリとして機能するメモリ５２２に保持された各種の制御プログラムを実行することにより、コントローラユニット４２を統括的に制御する。メモリ４２２には、例えば、図５に示すように、Ｉ／Ｏ処理プログラム、引継調停プログラム、データ移行プログラム、イベント監視プログラム、外部ストレージプログラムといった制御プログラムに加え、論理ユニット管理テーブル６００及び優先順位リストテーブル８００等を含むシステム管理情報が保持される。

ホストインターフェース５２３は、複数のポート５２３１を備え、ネットワーク２を介して当該ポート５２３１に接続されたホスト装置３との間で通信を行うネットワークインターフェースである。ホストインターフェース５２３は、プロセッサ５２１の負荷軽減のため、ＴＣＰ／ＩＰプロトコルに加え、ｉＳＣＳＩプロトコルを実装していてもよい。ホストインターフェース５２３は、ホストバスアダプタと呼ばれることもある。

キャッシュメモリ５２４は、ホスト装置３に対して高い応答性能を提供するため、ホストインターフェース５２３とデバイスインターフェース５２５との間でやり取りされるデータを一時的に記憶（キャッシュ）するメモリである。キャッシュメモリ５２４は、典型的には、ＤＲＡＭ等の揮発性メモリで構成されるが、フラッシュメモリ等の不揮発性メモリでその全部又は一部が構成されてもよい。

デバイスインターフェース５２５は、複数のポートを備え、ディスクチャネルを介して当該ポートに接続されたディスクデバイス４１に対するＩ／Ｏアクセスの制御を行うインターフェースである。即ち、デバイスインターフェース５２５は、キャッシュメモリ５２４にキャッシュされたデータを取り出して、ドライブユニット５１上の対応するブロックに格納し（デステージング）、また、ドライブユニット５１上のブロックからデータを読み出して、キャッシュメモリ４２４に書き込む（ステージング）。例えば、ホスト装置３から読み出し要求を受け付けた場合であって、キャッシュメモリ５２４に当該要求されたデータが存在しない場合には、必要に応じてデステージングを行ってキャッシュ領域を確保した後、キャッシュメモリ５２４に当該要求されたデータをステージングする。

データコントローラ５２６は、上述したプロセッサ５２１、メモリ５２２、ホストインターフェース５２３、キャッシュメモリ５２４、及びデバイスインターフェース５２５を接続し、これらの間のデータのフローを制御するチップセットである。データコントローラ５２６はまた、もう一方のコントローラユニット５２のデータコントローラ５２６に接続されている。

図６は、本発明の一の実施形態に係るストレージ装置５における論理ユニット管理テーブル６００の一例を示す図である。論理ユニット管理テーブル６００は、ホスト装置３が認識する論理ユニットＬＵと、当該論理ユニット管理テーブル６００を保持するストレージ装置５自身が内部的に認識する論理ユニットＬＵとを関連付けるテーブルである。

同図に示すように、論理ユニット管理テーブル６００は、ホスト論理ユニット番号６０１、ホスト開始アドレス６０２、容量６０３、装置論理ユニット番号６０４、装置開始アドレス６０５、マスタ装置ＩＤ６０６、スレーブ装置ＩＤ６０７、及び状態６０８を含む。

ホスト論理ユニット番号６０１は、ホスト装置３が認識する論理ユニットＬＵの論理ユニット番号である。ホスト開始アドレス６０２は、ホスト装置が認識する論理ユニットＬＵの開始アドレスであり、容量６０３は、当該論理ユニットＬＵの容量を示す。

装置論理ユニット番号６０４は、ストレージ装置５自身の配下にある論理ユニットＬＵを一意に認識するための論理ユニット番号である。即ち、装置論理ユニット番号６０４は、ストレージ装置５自身の内部に形成された論理ユニットＬＵ（これを「内部論理ユニットＩＬＵ」と表記する。）と、外部ストレージ構成の関係にあるストレージ装置５内に形成された論理ユニットＬＵ（これを「外部論理ユニットＥＬＵ」と表記する。）とを区別するために用いられる。また、外部論理ユニットＥＬＵには、マスタ外部論理ユニットＭＥＬＵとスレーブ外部論理ユニットＳＥＬＵとがある。マスタ外部論理ユニットＭＥＬＵは、相手のストレージ装置５に対して、自身がマスタ装置であるときの外部論理ユニットＥＬＵであり、スレーブ外部論理ユニットＳＥＬＵは、相手のストレージ装置５に対して自身がスレーブ装置であるときの外部論理ユニットＥＬＵである。マスタ外部論理ユニットＭＥＬＵは、ホスト装置３に対して論理ユニットＬＵを仮想的に見せるための仮想論理ユニットであり、その実体は後述するスレーブ装置ＩＤ６０７で示されるストレージ装置５の対応するスレーブ外部論理ユニットＳＥＬＵにある。

装置開始アドレス６０５は、当該論理ユニットＩＬＵ又は外部論理ユニットＥＬＵの開始アドレスである。

マスタ装置ＩＤ６０６は、ストレージ装置５自身から見てマスタの関係にあるストレージ装置５の識別子であり、スレーブ装置ＩＤ６０７は、ストレージ装置５自身から見てスレーブの関係にあるストレージ装置５の識別子である。これらには、例えば、ｉＳＣＳＩネームを用いることができる。

状態６０８は、当該論理ユニットＬＵの状態を示す。状態６０８は、例えば、「正常」、「移行中」、「障害」、又は「休止」等の値を持つ。

図７は、本発明の一の実施形態に係るストレージシステム１における各ストレージ装置５の論理ユニットＬＵ間の関係を示す図である。具体的には、同図は、図６で示した論理ユニット管理テーブル６００を保持するストレージ装置５の論理ユニットＬＵと、他のストレージ装置５の論理ユニットＬＵとの関係を模式的に示している。ここでは、「Ａｒｒａｙ＿Ｂ」で示されるストレージ装置５（これを「ストレージ装置５Ｂ」と表記する。）が、図６で示した論理ユニット管理テーブル６００を保持しているものとする。

即ち、ストレージ装置５Ｂは、ホスト論理ユニットＨＬＵ−１〜ＨＬＵ−３にそれぞれ対応する内部論理ユニットＩＬＵ−１〜ＩＬＵ−３をその内部に有する。

また、ストレージ装置５Ｂは、ストレージ装置５Ａの外部ストレージ装置として、ホスト論理ユニットＨＬＵ−４及びＨＬＵ−５にそれぞれ対応するスレーブ外部論理ユニットＳＥＬＵ１０及びＳＥＬＵ１１を有する。つまり、ストレージ装置５Ｂは、ストレージ装置５Ａのスレーブ装置としてスレーブ外部論理ユニットＳＥＬＵ１０及び１１を有する。この場合、ストレージ装置５Ａは、ホスト装置３にホスト論理ユニットＨＬＵ−１を仮想的に認識させるが、その実体は外部ストレージ装置であるストレージ装置５Ｂに存在している。

さらに、ストレージ装置５Ｂは、ホスト論理ユニットＨＬＵ−６に対応するマスタ外部論理ユニットＭＥＬＵ５０及び５１を有する。つまり、ストレージ装置５Ｂは、ストレージ装置５Ｃ及びストレージ装置５Ｄを外部ストレージ装置（スレーブ装置）として接続している。従って、ストレージ装置５Ｂは、ホスト論理ユニットＨＬＵ６に対するＩ／Ｏ要求を、そこで指定された論理アドレスに応じてストレージ装置５Ｃ又は５Ｄの論理ユニットＬＵに振り分ける。ストレージ装置５Ｃ又は５Ｄの論理ユニットＬＵは、それぞれの論理ユニット管理テーブル６００においてスレーブ外部論理ユニットＳＥＬＵとして認識されている。

以上から明らかなように、図６で示した論理ユニット管理テーブル６００は、ストレージ装置５Ｂが、ポータル装置であるストレージ装置５Ａの外部ストレージ装置（スレーブ装置）として振る舞う一方、外部ストレージ装置（スレーブ装置）として接続されたストレージ装置５Ｃ及び５Ｄに対してポータル装置（マスタ装置）として振る舞うことを示している。

図８は、本発明の一の実施形態に係るストレージ装置５における優先順位リストテーブル８００の一例を示す図である。優先順位リストテーブル８００は、ストレージシステム４内の自身以外のストレージ装置５について、引継を依頼する際の優先順位を定めたテーブルである。

同図に示すように、優先順位リストテーブル８００は、優先順位８０１、装置ＩＤ８０２、稼働状態８０３、空き容量８０４、及び引受履歴８０５を含む。

優先順位８０１は、引継依頼の優先順位を示し、値が小さいほど優先順位が高いことを示す。優先順位８０１は、同値のものを含んでいてもよい。

装置ＩＤ８０２は、ストレージシステム４内のストレージ装置５を一意に識別するための識別子である。稼働状態８０３は、当該ストレージ装置５の稼働状態を示し、例えば、「稼働」又は「休止」等の値を持つ。

空き容量８０４は、当該ストレージ装置５の空き容量値を示す。空き容量８０４は、ストレージ装置５の実際の空き容量ではなく、例えば、当該ストレージ装置５が提供可能な容量値であってもよい。

引受履歴８０５は、当該ストレージ装置５がストレージシステム４内で論理ユニットＬＵの引継ぎに関わった過去の履歴を示し、さらに引受提供回数８０５ａ及び引受回数８０５ｂを含む。引受提供回数８０５ａは、当該ストレージ装置５自身が他のストレージ装置５に対して論理ユニット引継を引き受けた（協力した）回数を示す。これに対して、引受回数８０５ｂは、当該ストレージ装置５自身が他のストレージ装置５により論理ユニット引継を引き受けてもらった回数を示す。

ストレージ装置５は、これらの情報を、定期又は不定期に他のストレージ装置５から例えば図９（Ａ）及び（Ｂ）に示すような容量申告コマンド９００によって収集し、優先順位リストテーブル８００を更新する。容量申告コマンド９００を受信したストレージ装置５は、稼働状態８０３が「稼働」を示す他のストレージ装置５について、空き容量８０４、引受提供回数８０５ａ、及び引受回数８０５ｂをキーにして降順にソートする。

図１０は、本発明の一の実施形態に係るストレージシステム４における論理ユニット引継処理を説明するための全体フローチャートである。論理ユニット引継処理は、あるイベントを契機に、例えば、あるストレージ装置５が経年劣化等による障害の発生を予測した時点で行われる。ストレージ装置５内のイベント監視プログラムは、例えば、Ｓ．Ｍ．Ａ．Ｒ．Ｔ．機能を利用して、このような障害の発生を予測する。或いは、管理装置６からの指示を受けて、論理ユニット移行処理が行われても良い。

すなわち、同図に示すように、一のストレージ装置５は、あるイベントを契機に、まず、論理ユニット引継調停処理を行う（ＳＴＥＰ１００１）。一のストレージ装置５は、例えば、障害の発生が予想されるため、ストレージシステム４から取り除かれるべき装置である。このようなストレージ装置５は、論理ユニットＬＵの引継ぎを他のストレージ装置５に依頼する側の装置として振る舞うため、ここでは、「引継依頼装置」と呼ぶことにする。論理ユニット引継調停処理は、論理ユニットＬＵを引き継ぐ他のストレージ装置５（これを「引継装置」と呼ぶことにする。）を決定するとともに、その中から特定のストレージ装置５をポータル装置として決定するための処理である。論理ユニット引継調停処理の詳細は、図１３を参照して説明される。

論理ユニット引継調停処理が完了すると、引継依頼装置としてのストレージ装置５の論理ユニットＬＵと引継装置としてのストレージ装置５の論理ユニットＬＵとの間で、データ移行処理が実行される（ＳＴＥＰ１００２）。従って、引継装置として複数のストレージ装置５が存在する場合、データ移行処理は、引継依頼装置としてのストレージ装置５の論理ユニットＬＵと引継装置としての各ストレージ装置５の論理ユニットＬＵとの間でそれぞれ実行される。データ移行処理は、引継依頼装置及び引継装置としてのストレージ装置５の論理ユニットＬＵをそれぞれマスタ外部論理ユニットＭＥＬＵ及びスレーブ外部論理ユニットＳＥＬＵに設定することにより、実行される。

また、データ移行処理の実行中も、ストレージシステム４（つまり、引継依頼装置としてのストレージ装置５）は、対応するホスト装置３からのＩ／Ｏ要求を受け付ける必要があり、また、このような場合であってもデータの整合性は維持される必要がある。このため、引継依頼装置としてのストレージ装置５は、データ移行処理開始後現在までの間に受け付けたＩ／Ｏ要求に基づく差分データもまた、引継装置としてのストレージ装置５に送信する。これにより、引継依頼装置としてのストレージ装置５の論理ユニットＬＵは、データの一貫性を維持しつつ、引継装置としてのストレージ装置５の論理ユニットＬＵに引き継がれることになる。

データ移行処理が完了すると、引継装置であるストレージ装置５間で外部ストレージ構成の設定処理が実行される（ＳＴＥＰ１００３）。即ち、ポータル装置としてのストレージ装置５は、他の引継装置としてのストレージ装置５の論理ユニットＬＵ（つまりスレーブ外部論理ユニットＳＥＬＵ）をマスタ外部論理ユニットＭＥＬＵに割り当てる。

外部ストレージ構成の設定に伴い、パス切替処理が行われる（ＳＴＥＰ１００４）。典型的には、ホスト装置３は、パス切替機能を用いて、引継依頼装置としてのストレージ装置５からポータル装置としてのストレージ装置５にターゲットを変更すべく、ｉＳＣＳＩネーム及びネットワークポータル）を変更する。或いは、ホスト装置３における変更の代わりに、ポータル装置としてのストレージ装置５が引継依頼装置としてのストレージ装置５からそのｉＳＣＳＩネーム及びネットワークポータル（ＩＰアドレス及びＴＣＰポート番号）を引き継ぐことにより行われてもよい。

このようにして、あるイベントを契機に、ストレージシステム４におけるあるストレージ装置５の論理ユニットＬＵは、他のストレージ装置５に動的に移行され、他のストレージ装置５によって引き継がれることになる。論理ユニットＬＵを引き継いだストレージ装置５のうちの一つはポータル装置として振る舞い、外部ストレージ機能を用いて、ホスト装置３からのＩ／Ｏ要求を、他のストレージ装置５ａ及び５ｄに振り分ける。従って、ホスト装置３は、引継依頼装置としてのストレージ装置５が提供していた論理ボリュームＬＵを、ポータル装置としてのストレージ装置５を介して引き続き利用できることになる。

各ストレージ装置５は、図１１及び図１２に示すようなコマンドをやり取りすることによって、協調分散的に論理ユニット引継調停処理を行う。図１１は、引継要求プロトコルにおいて用いられるコマンドのフォーマットの一例を示し、図１２は、引継要求に対する承認プロトコルにおいて用いられるコマンドのフォーマットの一例を示す。

図１３及び図１４は、本発明の一の実施形態に係るストレージ装置５における論理ユニット引継調停処理の詳細を説明するためのフローチャートである。

即ち、まず、図１３に示すように、引継依頼装置としてのストレージ装置５は、優先順位リストテーブル８００を参照して、引継装置候補となるストレージ装置５を抽出する（ＳＴＥＰ１３０１）。

引継依頼装置としてのストレージ装置５は、引継装置候補を一つ抽出すると、自身の論理ユニットＬＵが必要とする容量を当該抽出した引継装置候補によって確保できたか否かを判断する（ＳＴＥＰ１３０２）。引継依頼装置としてのストレージ装置５は、抽出した引継装置候補によって必要容量を確保できないと判断する場合には（ＳＴＥＰ１３０２のＮｏ）、必要容量を確保できるまで順に引継装置候補を抽出していく（ＳＴＥＰ１３０１）。引継装置候補は、典型的には、優先順位リストテーブル８００においてランクが高い順に選択される。

引継依頼装置としてのストレージ装置５は、必要容量を確保できた場合（ＳＴＥＰ１３０２のＮｏ）、抽出した引継装置候補の中からポータル装置候補を一つ選択する（ＳＴＥＰ１３０３）。ポータル装置候補には、例えば、優先順位リストテーブル８００のうちランクが最も高いものが選択されても良いし、或いは、抽出した引継装置候補の中からランダムに選択されても良い。

続いて、引継依頼装置としてのストレージ装置５は、優先順位リストテーブル８００を参照して、引継装置候補に対する役割分担を決定する。即ち、引継依頼装置としてのストレージ装置５は、各引継装置候補に対して要求する記憶容量等を決定する。引継依頼装置としてのストレージ装置５は、決定した役割分担に基づいて、図１１（Ｂ）に示すような引継依頼コマンドを作成し（ＳＴＥＰ１３０５）、ストレージシステム４における他のストレージ装置５に対してこれをブロードキャスト送信する（ＳＴＥＰ１３０６）。

引継依頼コマンドを受信した他のストレージ装置５は、自身が引継装置候補に指定されている場合には、ポータル装置又は引継装置の引き受けを承認するか否かを判断し、回答コマンドによって応答する。

即ち、図１４に示すように、引継依頼コマンドを受信した他のストレージ装置５は、ドライブユニット５１の空き容量値を取得し（ＳＴＥＰ１４０１）、要求された容量を確保できるか否かを判断する（ＳＴＥＰ１４０２）。他のストレージ装置５は、要求された容量を確保できないと判断する場合には（ＳＴＥＰ１４０２のＮｏ）、否認コマンドを作成し、引継依頼装置としてのストレージ装置５に送信する（ＳＴＥＰ１４１０）。

一方、引継依頼コマンドを受信した他のストレージ装置５は、要求された容量を確保できると判断する場合には（ＳＴＥＰ１４０２のＹｅｓ）、次に、ポート管理テーブルを参照して（ＳＴＥＰ１４０３）、利用可能なポートがあるか否かを判断する（ＳＴＥＰ１４０４）。他のストレージ装置５は、利用可能なポートがないと判断する場合には（ＳＴＥＰ１４０４のＮｏ）、否認コマンドを作成し、引継依頼装置としてのストレージ装置５に送信する（ＳＴＥＰ１４１０）。

一方、引継依頼コマンドを受信した他のストレージ装置５は、利用可能なポートがあると判断する場合には（ＳＴＥＰ１４０４のＹｅｓ）、次に、優先順位リストテーブル８００を参照し（ＳＴＥＰ１４０５）、当該引継依頼装置に対する引受回数が所定の回数以上であるか否かを判断する（ＳＴＥＰ１４０６）。これは、引受回数が多いほど、引継依頼を受けたストレージ装置５に引継の承認させるということである。ただし、実装に際して、引受回数の判断ステップを省略しても良い。他のストレージ装置５は、引受回数が所定の回数以上でないと判断する場合には（ＳＴＥＰ１４０６のＮｏ）、否認コマンドを作成し、引継依頼装置としてのストレージ装置５に送信する（ＳＴＥＰ１４１０）。

一方、引継依頼コマンドを受信した他のストレージ装置５は、引受回数が所定の回数以上であると判断する場合には（ＳＴＥＰ１４０６のＹｅｓ）、引継依頼コマンドにおいて自身がポータル装置要求されているか否かを判断する（ＳＴＥＰ１４０７）。他のストレージ装置は、自身がポータル装置要求されていると判断する場合には（ＳＴＥＰ１４０７のＹｅｓ）、ポータル装置承認の承認コマンドを作成し、引継依頼装置としてのストレージ装置５に送信する（ＳＴＥＰ１４０８）。一方、他のストレージ装置は、自身がポータル装置要求されていないと判断する場合には（ＳＴＥＰ１４０７のＮｏ）、通常の引継装置承認の承認コマンドを作成し、引継依頼装置としてのストレージ装置５に送信する（ＳＴＥＰ１４０８）。

図１３に戻り、引継依頼装置としてのストレージ装置５は、次に、引継依頼コマンドに応答して他のストレージ装置５から送信される回答コマンドをそれぞれ受信する（ＳＴＥＰ１３０７）。回答コマンドは、例えば、図１２（Ｂ）に示すように、引継ぎを承認するか否認するかのステータスを含んでいる。

次に、引継依頼装置としてのストレージ装置５は、ポータル装置候補としてのストレージ装置５から受信した回答コマンドが承認ステータスを含んでいるか否かを判断する（ＳＴＥＰ１３０８）。引継依頼装置としてのストレージ装置５は、回答コマンドが承認ステータスを含んでいないと判断する場合（ＳＴＥＰ１３０８のＮｏ）、ポータル装置候補の選択を含め、引継装置候補の役割分担を再度決定するため、ＳＴＥＰ１３０３の処理に戻る。

これに対して、引継依頼装置としてのストレージ装置５は、回答コマンドが承認ステータスを含んでいると判断する場合（ＳＴＥＰ１３０８のＹｅｓ）、続いて、他の引継装置候補としてのストレージ装置５から受信した回答コマンドが承認ステータスを含んでいるか否かを判断する（ＳＴＥＰ１３０９）。引継依頼装置としてのストレージ装置５は、回答コマンドが承認ステータスを含んでいないと判断する場合（ＳＴＥＰ１３０９のＮｏ）、引継装置候補の役割分担を再度決定するため、ＳＴＥＰ１３０４の処理に戻る。

引継依頼装置としてのストレージ装置５は、他の引継装置候補としてのストレージ装置５から受信した回答コマンドが承認ステータスを含んでいると判断する場合（ＳＴＥＰ１３０９のＹｅｓ）、引継装置候補としてのストレージ装置５に対して確認コマンドを送信する（ＳＴＥＰ１３１０）。引継装置候補としてのストレージ装置５は、当該確認コマンドを受信すると、引継装置となって論理ユニットＬＵを引き継ぐことになる。引継装置としてのストレージ装置５は、図１１（Ｃ）に示すような確認コマンドにより、どのストレージ装置５がポータル装置を引き受けたのかを認識することができる。

このようにして、ストレージシステム４におけるストレージ装置５は、引継依頼装置と引継装置候補との関係として、強調分散的に論理ユニット引継調停処理を行う。

図１５は、本発明の一の実施形態に係るストレージ装置５におけるデータ移行処理を説明するためのフローチャートである。具体的には、同図は、ポータル装置としてのストレージ装置５が引継依頼装置としてのストレージ装置５から論理ユニットＬＵを引き継ぐためのデータ移行処理を説明している。

即ち、同図に示すように、ポータル装置としてのストレージ装置５は、引継依頼装置としてのストレージ装置５から確認コマンド（図１１（Ｃ））を受信すると（ＳＴＥＰ１５０１）、当該確認コマンドに基づいて、論理ユニット管理テーブル６００を更新することにより、外部論理ユニットＥＬＵ（つまり、この時点ではスレーブ外部論理ユニットＳＥＬＵ）を作成するとともに、引継依頼装置としてのストレージ装置５からのデータを受信するため、当該外部論理ユニットＥＬＵに対するポートの割り当てを行う（ＳＴＥＰ１５０２）。

次に、ポータル装置としてのストレージ装置５は、引継依頼装置としてのストレージ装置５から送信されてくる移行元の論理ユニットＬＵ上のデータを受信し、これを作成した外部論理ユニットＥＬＵに書き込む（ＳＴＥＰ１５０３）。引継装置としてのストレージ装置５は、送信されてきたデータの書き込みを完了すると、完了コマンドを引継依頼装置としてのストレージ装置５に送信する（ＳＴＥＰ１５０４）。

続いて、ポータル装置としてのストレージ装置５は、論理ユニット管理テーブル６００を更新することにより、自身以外の引継装置としてのストレージ装置を外部ストレージ装置（スレーブ装置）として設定する（ＳＴＥＰ１５０５）。

次に、ポータル装置としてのストレージ装置５は、引継依頼装置としてのストレージ装置５から送信されてくる移行元の論理ユニットＬＵに対する差分データを受信する（ＳＴＥＰ１５０６）。差分データは、引継依頼装置としてのストレージ装置５が、データ転送中にホスト装置３から書き込み要求を受け付けた場合に発生するデータである。

ポータル装置としてのストレージ装置５は、次に、差分データの宛先が自身の論理ユニットＬＵであるか否かを判断する（ＳＴＥＰ１５０７）。ポータル装置としてのストレージ装置５は、差分データの宛先が自身の外部論理ユニットＥＬＵであると判断する場合には（ＳＴＥＰ１５０７のＹｅｓ）、当該差分データを自身の外部論理ユニットＥＬＵに書き込む（ＳＴＥＰ１５０８）。これに対して、ポータル装置としてのストレージ装置５は、差分データの宛先が自身以外の引継装置の外部論理ユニットＥＬＵであると判断する場合には（ＳＴＥＰ１５０７のＮｏ）、外部ストレージ装置用に割り当てたポートを介して、当該受信した差分データを、その宛先である外部論理ユニットＥＬＵを有する他の引継装置としてのストレージ装置５に転送する（ＳＴＥＰ１５０９）。

ポータル装置としてのストレージ装置５は、受信した差分データに対する書き込み又は転送処理を完了すると、完了コマンドを引継依頼装置としてのストレージ装置５に送信する（ＳＴＥＰ１５０９）。そして、ポータル装置としてのストレージ装置５は、論理ユニット管理テーブル６００を更新することにより、自身の外部論理ユニットＥＬＵを内部論理ユニットＩＬＵに設定し（ＳＴＥＰ１５０５）、論理ユニット引継処理を終了する。

次に、本実施形態のストレージシステム４において一のストレージ装置５が減設された場合の論理ユニット引継処理の具体例について、図１６〜図２１を用いて説明する。

図１６は、本発明の一の実施形態に係るストレージシステム４において一のストレージ装置５が減設された場合の論理ユニット引継処理を説明するためのシーケンスチャートである。

即ち、同図に示すように、ホスト装置３は、対応するストレージ装置５Ａの論理ユニットＬＵにＩ／Ｏアクセスしているものとする（ＳＴＥＰ１６０１）。このとき、ホスト装置３とストレージ装置５Ａ（その論理ユニットＬＵ）とは、図１７（Ａ）に示すように、１対１の関係にある。また、図１８は、このときの各ストレージ装置５Ａ〜５Ｃの論理ユニット管理テーブル６００Ａ〜６００Ｃを示している。なお、ストレージ装置５Ｂ及び５Ｃの論理ユニット管理テーブル６００Ｂ及び６００Ｃは、当該ホスト装置３との関係でＮＵＬＬであることを示しており、それぞれ対応するホスト装置３との関係で論理ユニットＬＵが定義されていてもよい。

あるイベントを契機にして、ストレージ装置５Ａは、引継依頼装置として、他のストレージ装置５に対して引継調停を要求する（ＳＴＥＰ１６０２）。本例では、ストレージ装置５Ｂがポータル装置を引き受けるとともに、ストレージ装置５Ｃが通常の引継装置を引き受けたものとする。また、ストレージ装置５Ａの論理ユニットＬＵは、ストレージ装置５Ｂ及び５Ｃによって引き継がれるものとする。つまり、この場合、ストレージ装置５Ａの論理ユニットＬＵは所定のサイズで２分割され引き継がれる。従って、ストレージ装置５Ａ〜５Ｃは、図１９に示すように論理ユニット管理テーブル６００Ａ〜６００Ｃをそれぞれ更新する。即ち、ストレージ装置５Ｂ及び５Ｃは、ストレージ装置５Ａをマスタ装置とするスレーブ外部論理ユニットＳＥＬＵを作成する。

引継調停が成功すると、ストレージ装置５Ａは、論理ボリュームＬＵ上のデータをストレージ装置５Ｂ及び５Ｃのそれぞれに送信し、ストレージ装置５Ｂ及び５Ｃは、送信されてくるデータを作成したスレーブ外部論理ボリュームＳＥＬＵに書き込む（ＳＴＥＰ１６０３）。上述したように、データ移行中も、ストレージ装置５Ａの論理ボリュームに対して、ホスト装置３からのＩ／Ｏ要求によるアクセスが行われる。図１７（Ｂ）は、データ移行中の論理ボリュームＬＵ間の関係を示している。

ストレージ装置５Ｂ及び５Ｃは、書き込み後、外部ストレージ構成を設定し（ＳＴＥＰ１６０４）、完了コマンドをストレージ装置５Ａに送信する（ＳＴＥＰ１６０５）。図２０は、このときのストレージ装置５Ａ〜５Ｃの論理ユニット管理テーブル６００Ａ〜６００Ｃを示している。即ち、ストレージ装置５Ｂは、ストレージ装置５Ｃを外部ストレージ装置（スレーブ装置）に設定し、ストレージ装置５Ｃは、ストレージ装置５Ｂをマスタ装置に設定する。また、ストレージ装置５Ａは、自身の内部論理ユニットＩＬＵを外部論理ユニットＥＬＵに変更する。

ストレージ装置５Ａは、次に、データ移行開始後現在までに論理ボリュームＬＵに対して書き込まれたデータを差分データとして、ポータル装置としてのストレージ装置５Ｂに送信する（ＳＴＥＰ１６０６）。ストレージ装置５Ｂは、図１７（Ｃ）に示すように、受信した差分データが自身の論理ボリュームＬＵ（つまりスレーブ外部論理ユニットＳＥＬＵ）に対するものであればそこに書き込むとともに、ストレージ装置５Ｃの論理ボリュームＬＵ（つまりマスタ外部論理ユニットＭＥＬＵ）に対するものについては、ストレージ装置５Ｃに転送する（ＳＴＥＰ１６０７）。

差分データの移行が完了すると、ストレージ装置５Ａは、ホスト装置３に対してパス切替要求を送信する（ＳＴＥＰ１６０８）。また、ストレージ装置５Ｂは、図２１に示すように、自身のスレーブ外部論理ユニットＳＥＬＵを内部論理ユニットＩＬＵに変更する（ＳＴＥＰ１６１０）。ホスト装置３は、パス切替要求を受けて、ストレージ装置５Ｂをターゲットとするパス切替を行う（ＳＴＥＰ１６０９）。これ以降、ホスト装置３は、ストレージ装置５Ｂに対してＩ／Ｏ要求を行うことになる。つまり、ホスト装置３は、引き継がれた論理ユニットＬＵをストレージ装置５Ｂを介して認識することになる。従って、ストレージ装置５Ｂは、ホスト装置３からのＩ／Ｏ要求が外部論理ユニットＥＬＵに対するものである場合には、外部接続用ポートを介して当該Ｉ／Ｏアクセスをストレージ装置５Ｃに転送し、ストレージ装置５Ｃから送信されるＩ／Ｏ応答をホスト装置３に転送する（ＳＴＥＰ１６１１）。

次に、本実施形態のストレージシステム４において一のストレージ装置５が減設された後、別のストレージ装置５が追加された場合の論理ユニット引継処理の具体例について、図２２〜図を用いて説明する。

図２２は、本発明の一の実施形態に係るストレージシステム４において一のストレージ装置５が減設された後、別のストレージ装置５が追加された場合の論理ユニット引継処理を説明するためのシーケンスチャートである。

上述したように、ストレージ装置５Ｂ及び５Ｃは、ストレージ装置５Ａの論理ユニットＬＵを引き継ぎ、ポータル装置であるストレージ装置５Ｂは、引き継いだ論理ユニットＬＵをホスト装置３に認識させている。つまり、ストレージ装置５Ｃは、ストレージ装置５Ｂの外部ストレージ装置（スレーブ装置）として機能し、ストレージ装置５Ｂは、ホスト装置３に対して、ストレージ装置５Ｃが引き継いだ論理ユニットＬＵを自身が引き継いだ論理ユニットＬＵとともにストレージ装置５Ａが提供していた論理ユニットＬＵのように見せかける。従って、ホスト装置３は、ポータル装置であるストレージ装置５Ｂを介して、ストレージ装置５Ａから引き継いだ論理ユニットＬＵにＩ／Ｏアクセスする（ＳＴＥＰ２２０１）。図２３（Ａ）は、このときのホスト装置３とストレージ装置５Ｂ及び５Ｃの関係を示している。同図から明らかなように、ストレージ装置５Ｃは、ストレージ装置５Ｂの外部ストレージ装置（スレーブ装置）として機能している。また、図２４は、このときの各ストレージ装置５Ａ〜５Ｃの論理ユニット管理テーブル６００Ａ〜６００Ｃを示している。

このような状態において、ストレージ装置５Ｄがストレージシステム４に追加されたとする。新たに追加されたストレージ装置５Ｄは、例えば、イニシャルシーケンスに従って、論理ユニットの引継調停（集約調停）を要求する（ＳＴＥＰ２２０２）。本例では、ストレージ装置５Ｂの論理ユニットＬＵ及びストレージ装置５Ｃの論理ユニットＬＵがストレージ装置５Ｄに集約されるものとする。従って、ストレージ装置５Ｄは、図２５に示すように論理ユニット管理テーブル６００Ｄを更新する。即ち、ストレージ装置５Ｄは、ストレージ装置５Ｂ及び５Ｃをマスタ装置とするスレーブ外部論理ユニットＳＥＬＵを作成する。

集約調停が成功すると、ストレージ装置５Ｂは、論理ボリュームＬＵ上のデータをストレージ装置５Ｄに送信し、ストレージ装置５Ｄは、送信されてくるデータを作成したスレーブ外部論理ボリュームＳＥＬＵに書き込む。同様に、ストレージ装置５Ｃは、論理ボリュームＬＵ上のデータをストレージ装置５Ｄに送信し、ストレージ装置５Ｄは、送信されてくるデータを作成したスレーブ外部論理ボリュームＳＥＬＵに書き込む（ＳＴＥＰ２２０３）。なお、ストレージ装置５Ｃは、上述したように、ストレージ装置５Ｂの外部ストレージ装置（スレーブ装置）であるため、ストレージ装置５Ｂが、マスタ外部論理ユニットＭＥＬＵのデータを、一旦、ストレージ装置５Ｂの対応するスレーブ外部論理ユニットＳＥＬＵから読み出して、これをストレージ装置５Ｄに転送してもよい。上述したように、データ移行中も、ストレージ装置５Ａの論理ボリュームに対して、ホスト装置３からのＩ／Ｏ要求によるアクセスが行われる（ＳＴＥＰ２２０４）。図２３（Ｂ）は、データ移行中の論理ボリュームＬＵ間の関係を示している。

ストレージ装置５Ｄは、書き込み完了後、外部ストレージ構成を設定し（ＳＴＥＰ２２０５）、完了コマンドをストレージ装置５Ａに送信する（ＳＴＥＰ２２０６）。ストレージ装置５Ｂ及び５Ｃは、これを受けて、外部ストレージ構成を変更する。図２６は、このときのストレージ装置５Ａ〜５Ｃの論理ユニット管理テーブル６００Ａ〜６００Ｃを示している。即ち、ストレージ装置５Ｂは、ストレージ装置５Ｄを外部ストレージ装置（スレーブ装置）に設定するとともに、ストレージ装置５Ｃを切り離す。図２３（Ｃ）は、このときの論理ボリュームＬＵ間の関係を示している。また、ストレージ装置５Ｄは、ストレージ装置５Ｂをマスタ装置に設定する。これにより、ホスト装置３からのストレージ装置５Ｂに対するＩ／Ｏ要求は、ストレージ装置５Ｄに転送されることになる。

次に、ストレージ装置５Ｄは、ホスト装置３に対してパス切替要求を送信するとともに（ＳＴＥＰ２２０８）、自身のスレーブ外部論理ユニットＳＥＬＵを内部論理ユニットＩＬＵに変更する（ＳＴＥＰ２２０９）。ホスト装置３は、パス切替要求を受けて、ストレージ装置５Ｂをターゲットとするパス切替を行う（ＳＴＥＰ２２１０）。これ以降、ホスト装置３は、ストレージ装置５Ｄに対してＩ／Ｏ要求を行うことになる（ＳＴＥＰ２２１１）。図２３（Ｄ）は、このときの論理ボリュームＬＵ間の関係を示している。また、ストレージ装置５Ｂは、図２７に示すように、自身のスレーブ外部論理ユニットＳＥＬＵを内部論理ユニットＩＬＵに変更する（ＳＴＥＰ１６１０）。つまり、ホスト装置３は、引き継がれた論理ユニットＬＵをストレージ装置５Ｄ上に認識することになる。

次に、本実施形態のストレージ装置５による寿命検出に従う論理ユニット引継処理例について説明する。

図２８は、本発明の一の実施形態に係るストレージ装置４における交換時期確認テーブル２８００の一例を示す図である。

同図に示すように、交換時期確認テーブル２８００は、装置ＩＤ２８０１、装置保証年２８０２、稼働開始日２８０３、稼働延べ日数２８０４、及び残存寿命日数２８０５を含む。

装置ＩＤ２８０１は、ストレージ装置５自身を一意に識別するための識別子である。装置保証年数２８０２は、通常運用時における当該ストレージ装置５の動作保証年数であり、例えば、メーカがその試験実績乃至は経験則に基づいて決定した値である。稼働開始日２８０３は、当該ストレージ装置５が稼働を開始した日である。稼働延べ日数２８０４は、当該ストレージ装置５が実際に稼働していた延べ日数であり、例えば、保守・管理等により当該ストレージ装置５が休止していた日数が差し引かれる。残存寿命日数２８０５は、装置保証年数２８０２から稼働延べ日数を差し引いた日数である。

図２９及び図３０は、本発明の一の実施形態に係るストレージ装置５における寿命検出に従う論理ユニット引継処理を説明するためのフローチャートである。

即ち、同図に示すように、ストレージ装置５は、定期的にイベント監視プログラムを呼び出して、交換時期確認テーブル２８００を参照し（ＳＴＥＰ２９０１）、残存寿命日数２８０５が第1の閾値以下であるか否かを判断する（ＳＴＥＰ２９０２）。第1の閾値は、例えば、６０日に設定されている。ストレージ装置５は、残存寿命日数２８０５が第1の閾値以下でないと判断する場合には（ＳＴＥＰ２９０２のＮｏ）、ＳＴＥＰ２９０１に戻り、次のタイミングまで待機する。

ストレージ装置５は、残存寿命日数２８０５が第1の閾値以下であると判断する場合には（ＳＴＥＰ２９０２のＹｅｓ）、続いて、残存寿命日数２８０５が第２の閾値以下であるか否かを判断する（ＳＴＥＰ２９０３）。第1の閾値は、例えば、３０日に設定されている。ストレージ装置５は、残存寿命日数２８０５が第２の閾値以下でないと判断する場合には（ＳＴＥＰ２９０３のＮｏ）、管理装置６に残存寿命日数２８０５が残り少なくなった旨を含むメッセージを送信する（ＳＴＥＰ２９０４）。メッセージは、電子メールにより送信されても良い。また、メッセージは、例えば、第２の閾値になった時点で、論理ユニット引継処理が実行される旨を含んでいても良い。管理装置６は、これを受けて、ユーザインターフェース上に当該メッセージを表示する。システム管理者は、当該メッセージに基づいて、例えば、当該引継処理の中止指示を与えることができる。

これに対して、ストレージ装置５は、残存寿命日数２８０５が第２の閾値以下であると判断する場合には（ＳＴＥＰ２９０３のＹｅｓ）、上述した論理ユニット引継処理を行う（ＳＴＥＰ２９０５）。これにより、ストレージシステム４におけるストレージ装置５は、協調分散動作を行って、論理ユニットの引継ぎを行う。続いて、ストレージ装置５は、パスコードを作成し、管理装置６及びポータル装置であるストレージ装置５に送信する（ＳＴＥＰ２９０６）。パスコードは、新たなストレージ装置５を追加する際の認証に用いられる。これにより、システム管理者は、管理装置６のユーザインターフェースを介して、パスコードを知ることができる。また、ポータル装置としてのストレージ装置５は、受信したパスコードを保持しておく。

システム管理者は、新たなストレージ装置５を入手した場合、これをストレージシステム４に追加すべく、必要な配線作業を行い、当該新たなストレージ装置５を起動する。また、システム管理者は、例えば、管理装置６のユーザインターフェースを用いて、ポータル装置としてのストレージ装置５にアクセスし、上述したパスコード及び当該新たなストレージ装置５の装置ＩＤを入力する（図３０のＳＴＥＰ３００１）。

ポータル装置としてのストレージ装置５は、これを受けて、保持していたパスコードと一致するか否かを判断し（ＳＴＥＰ３００２）、一致しないと判断する場合には（ＳＴＥＰ３００２のＮｏ）、所定のエラー処理を行って（ＳＴＥＰ３００４）、当該処理を終了する。

これに対して、ポータル装置としてのストレージ装置５は、一致すると判断する場合には（ＳＴＥＰ３００２のＹｅｓ）、装置ＩＤで指定されたストレージ装置５を集約先のストレージ装置５であると認識して、上述したような集約処理を行う（ＳＴＥＰ３００３）。これにより、装置寿命に伴う論理ユニット引継・集約処理がきわめて円滑に行われることになる。

次に、本実施形態に係るストレージシステム４の応用例について説明する。図３１は、本発明の一の実施形態に係るストレージシステム４による仮想ストレージ構成を説明するための概念図である。

即ち、同図に示すように、図示しないクライアントコンピュータ（ホスト装置３に対応付けることができる。）は、仮想的な１つのストレージ装置が提供する仮想ボリュームＶ−ＶＯＬを認識する。つまり、仮想ボリュームＶ−ＶＯＬは、実在のストレージ装置５ａ〜５ｄが提供するボリュームＶＯＬから構成される。ストレージ装置５のいずれか一つは、上述したポータル装置（マスタ装置）として機能し、他のストレージ装置５は外部ストレージ装置（スレーブ装置）として機能する。従って、ポータル装置としてのストレージ装置５は、各クライアントコンピュータからのＩ／Ｏ要求を受け付けて、必要に応じて、外部ストレージ装置である他のストレージ装置５に対するアクセスし、Ｉ／Ｏ応答をクライアントコンピュータに送信する。これにより、ストレージシステムは、各クライアントコンピュータに対して、ポータル装置であるストレージ装置５を介して、見掛け上、１つの仮想ボリュームＶ−ＶＯＬを認識させることができる。

このような仮想ストレージ処理は、例えば、相互に独立の組織によるソフトウェア開発等の合同プロジェクトに利用することができる。つまり、プロジェクト発足により、各組織に属するクライアントコンピュータは、ポータル装置としてのストレージ装置５を介して、仮想ボリュームＶ−ＶＯＬを認識し、作業を行う。プロジェクト解散後は、各ストレージ装置５は切り離され、各組織において使用される。

図３２は、本発明の一の実施形態に係るストレージシステム４の仮想ストレージ処理を説明するためのフローチャートである。

即ち、同図に示すように、各ストレージ装置５は、例えば、管理装置６を操作するシステム管理者の指示に従い、論理ボリュームの複製（複製ボリューム）を作成する（ＳＴＥＰ３２０１）。次に、各ストレージ装置５のいずれか一つは、ポータル装置として決定される（ＳＴＥＰ３２０２）。これは、例えば、システム管理者が一のストレージ装置５をポータル装置として指定しても良いし、各ストレージ装置５が、相互通信しながら、一のストレージ装置５をポータル装置として決定しても良い。

次に、各ストレージ装置５は、複製ボリューム間を関係づけて、外部ストレージ構成を構築する（ＳＴＥＰ３２０３）。即ち、ポータル装置としてのストレージ装置５は、他のストレージ装置５を外部ストレージ装置に設定する。この状態で、各クライアントコンピュータは、ポータル装置としてのストレージ装置５を介して、あたかも仮想ボリュームＶ−ＶＯＬにアクセスするように、各ストレージ装置５の複製ボリュームにアクセスすることができるようになる。

そして、仮想ストレージを解除する場合には、各ストレージ装置５は、外部ストレージ構成を解除して、複製ボリュームを自身の内部ボリュームに変更する（ＳＴＥＰ３２０４）。

このように、本発明を仮想ストレージ構成に応用すれば、物理的なストレージ装置５がなくとも、既存のストレージ装置５により記憶領域を融通し合って、仮想的な１つの論理ボリュームを複数のクライアントコンピュータに提供することができるようになる。

上記実施形態は、本発明を説明するための例示であり、本発明を上記実施形態にのみ限定する趣旨ではない。本発明は、その要旨を逸脱しない限り、さまざまな形態で実施することができる。例えば、上記実施形態では、各種プログラムの処理をシーケンシャルに説明したが、特にこれにこだわるものではない。従って、処理結果に矛盾が生じない限り、処理の順序を入れ替えまたは並行動作するように構成しても良い。

本発明は、複数のストレージ装置から構成されるストレージシステムに広く適用することができる。

本発明の一の実施形態に係るストレージシステムを含むコンピュータシステムの概略構成を示す図である。 本発明の一の実施形態に係るストレージシステムにおけるストレージ装置の協調分散動作を概念的に説明するための図である。 本発明の一の実施形態に係るストレージシステムにおけるストレージ装置の協調分散動作を概念的に説明するための図である。 本発明の一の実施形態に係るストレージ装置の構成を示す図である。 本発明の一の実施形態に係るストレージ装置のメモリの内容を示す図である。 本発明の一の実施形態に係るストレージ装置における論理ユニット管理テーブルの一例を示す図である。 本発明の一の実施形態に係るストレージシステムにおける各ストレージ装置の論理ユニット間の関係を示す図である。 本発明の一の実施形態に係るストレージ装置における優先順位リストテーブルの一例を示す図である。 本発明の一の実施形態に係るストレージ装置が発行する容量申告コマンドのフォーマットの一例を示す図である。 本発明の一の実施形態に係るストレージシステムにおける論理ユニット引継処理を説明するための全体フローチャートである。 本発明の一の実施形態に係るストレージ装置が発行する引継／確認コマンドのフォーマットの一例を示す図である。 本発明の一の実施形態に係るストレージ装置が発行する承認コマンドのフォーマットの一例を示す図である。 本発明の一の実施形態に係るストレージ装置における論理ユニット引継調停処理の詳細を説明するためのフローチャートである。 本発明の一の実施形態に係るストレージ装置における論理ユニット引継調停処理の詳細を説明するためのフローチャートである。 本発明の一の実施形態に係るストレージ装置におけるデータ移行処理を説明するためのフローチャートである。 本発明の一の実施形態に係るストレージシステムにおいて一のストレージ装置が減設された場合の論理ユニット引継処理を説明するためのシーケンスチャートである。 本発明の一の実施形態に係るストレージ装置の論理ユニット間の関係を示す図である。 本発明の一の実施形態に係るストレージ装置における論理ユニット管理テーブルの一例を示す図である。 本発明の一の実施形態に係るストレージ装置における論理ユニット管理テーブルの一例を示す図である。 本発明の一の実施形態に係るストレージ装置における論理ユニット管理テーブルの一例を示す図である。 本発明の一の実施形態に係るストレージ装置における論理ユニット管理テーブルの一例を示す図である。 本発明の一の実施形態に係るストレージシステムにおいて一のストレージ装置５が減設された後、別のストレージ装置が追加された場合の論理ユニット引継処理を説明するためのシーケンスチャートである。 本発明の一の実施形態に係るストレージ装置の論理ユニット間の関係を示す図である。 本発明の一の実施形態に係るストレージ装置における論理ユニット管理テーブルの一例を示す図である。 本発明の一の実施形態に係るストレージ装置における論理ユニット管理テーブルの一例を示す図である。 本発明の一の実施形態に係るストレージ装置における論理ユニット管理テーブルの一例を示す図である。 本発明の一の実施形態に係るストレージ装置における論理ユニット管理テーブルの一例を示す図である。 本発明の一の実施形態に係るストレージ装置における交換時期確認テーブルの一例を示す図である。 本発明の一の実施形態に係るストレージ装置における寿命検出に従う論理ユニット引継処理を説明するためのフローチャートである。 本発明の一の実施形態に係るストレージ装置における寿命検出に従う論理ユニット引継処理を説明するためのフローチャートである。 本発明の一の実施形態に係るストレージシステムによる仮想ストレージ構成を説明するための概念図である。 本発明の一の実施形態に係るストレージシステムの仮想ストレージ処理を説明するためのフローチャートである。

符号の説明

１…コンピュータシステム
２…ネットワーク
３…ホスト装置
４…ストレージシステム
５…ストレージ装置
５１…ドライブユニット
５２…コントローラユニット

Claims (11)

1. 少なくとも１つの論理ユニットが形成されるドライブユニットと、ホスト装置から送信されるアクセス要求に従って前記ドライブユニットを制御して、前記少なくとも１つの論理ユニットにアクセスするコントローラユニットと、を備えるストレージ装置であって、
   前記コントローラユニットは、
   複数の他のストレージ装置に対して前記少なくとも１つの論理ユニットの引継要求を行う引継要求部と、
   前記引継要求部による引継要求に応答して前記複数の他のストレージ装置から送信される引継承認に従って、前記少なくとも１つの論理ユニットの引継を引き受ける前記複数の他のストレージ装置のそれぞれに形成された論理ユニットを前記少なくとも１つの論理ユニットに割り当てる外部ストレージ構成部と、
   前記外部ストレージ構成部によって割り当てられた前記複数の他のストレージ装置のそれぞれに形成された論理ユニットに、前記少なくとも１つの論理ユニット内のデータを移行するデータ移行部と、
   前記データ移行部により前記データの移行が完了した後に、前記ホスト装置からのアクセス要求が前記複数の他のストレージ装置のいずれか１つに与えられるように、パス切替要求を行うパス切替要求部と、
   を備えたことを特徴とするストレージ装置。
2. ネットワークを介して相互に接続された複数のストレージ装置から構成されるストレージシステムであって、
   前記複数のストレージ装置のそれぞれは、
   少なくとも１つの論理ユニットが形成されるドライブユニットと、
   ホスト装置からのアクセス要求に従って前記ドライブユニットを制御して、前記少なくとも１つの論理ユニットにアクセスするコントローラユニットと、を備え、
   前記複数のストレージ装置のそれぞれのコントローラユニットは、
   自身の論理ユニットの引継要求を前記ネットワークに送信する引継要求部と、
   前記ネットワークから受信した論理ユニットの引継要求に対して、当該論理ユニットの引継を承認するか否かを判断する引継承認部と、
   前記引継承認部により引継を承認すると判断される場合に、所定の論理ユニットを作成する論理ユニット作成部と、
   自身以外のストレージ装置に形成された所定の論理ユニットを前記自身の論理ユニットに割り当てる外部ストレージ構成部と、
   前記外部ストレージ構成部によって割り当てられた前記所定の論理ユニットに前記自身の論理ユニット内のデータを移行するデータ移行部と、
   前記データ移行部により前記データの移行が完了した後に、前記ホスト装置から送信されるアクセス要求が前記自身以外のストレージ装置のいずれか１つに与えられるように、パス切替要求を行うパス切替要求部と、を備えることを特徴とするストレージシステム。
3. 請求項２記載のストレージシステムであって、
   前記複数のストレージ装置のそれぞれのコントローラユニットは、
   前記自身以外のストレージ装置のそれぞれについて、前記自身の論理ユニットの引継の優先順位を定義した優先順位リストテーブルをさらに備え、
   前記引継要求部は、前記優先順位リストテーブルに従って、前記自身以外のストレージ装置に対する前記引継要求を作成することを特徴とするストレージシステム。
4. 請求項２記載のストレージシステムであって、
   第１ストレージ装置のコントローラユニットは、第１論理ユニットの引継要求を前記自身以外のストレージ装置に送信し、
   第２ストレージ装置のコントローラユニットは、前記第１ストレージ装置が送信した引継要求を受信して、当該引継要求で指定される第１論理ユニットの引継を承認するか否かを判断し、当該引継を承認すると判断する場合に、第２論理ユニットを作成し、
   前記第１ストレージ装置のコントローラユニットは、前記第１論理ユニットを前記第２論理ユニットに割り当てて、前記第１論理ユニット上のデータを前記第２論理ユニットに移行し、前記ホスト装置から送信されるアクセス要求が前記第２ストレージ装置に与えられるようにパス切替要求を行って、
   前記第２ストレージ装置のコントローラユニットは、前記ホスト装置から送信されるアクセス要求を受け付けて、前記第２論理ユニットにアクセスすることを特徴とするストレージシステム。
5. 請求項４記載のストレージシステムであって、
   前記引継要求を受信した第２ストレージ装置のコントローラユニットは、当該引継要求において自身がポータル装置に指定されている場合に、当該ポータル装置を引き受けるか否かを判断することを特徴とするストレージシステム。
6. 請求項５記載のストレージシステムであって、
   前記第２のストレージ装置のコントローラユニットは、
   前記引継要求を受信した第３ストレージ装置に作成された第３論理ユニットを前記第２の論理ユニットに割り当てることを特徴とするストレージシステム。
7. 請求項４記載のストレージシステムであって、
   前記第１ストレージ装置のコントローラユニットは、所定のイベントを契機に、前記引継要求を前記自身以外のストレージ装置に送信することを特徴とするストレージシステム。
8. ネットワークを介して相互に接続された複数のストレージ装置から構成されるストレージシステムにおける論理ユニットの引継方法であって、
   ホスト装置からアクセス要求を受け付ける第１ストレージ装置が、他のストレージ装置に対して第１論理ユニットの引継要求を送信するステップと、
   前記引継要求を受信した前記他のストレージ装置が、前記第１論理ユニットの引継を承認するか否かを判断するステップと、
   前記他のストレージ装置のうち前記論理ユニットの引継を承認すると判断した第２ストレージ装置が、前記第１論理ユニットを引き継ぐための第２論理ユニットを作成するステップと、
   前記第１ストレージ装置が、前記第１論理ユニットに前記第２論理ユニットを割り当てるステップと、
   前記第１ストレージ装置が、前記第１論理ユニット内のデータを前記第２論理ユニットに移行するため、前記データを前記第２ストレージ装置に送信するステップと、
   前記第２ストレージ装置が前記第１ストレージ装置から送信された前記データを受信して、前記第２論理ユニットに書き込むステップと、
   前記第１ストレージ装置が、前記データの送信が完了した後、前記ホスト装置から送信されるアクセス要求が前記第２ストレージ装置に与えられるように、パス切替要求を行うステップと、
   を含むことを特徴とする論理ユニットの引継方法。
9. 請求項８記載の論理ユニットの引継方法であって、
   前記第１ストレージ装置が、前記他のストレージ装置のそれぞれについて、前記自身の論理ユニットの引継の優先順位を定義した優先順位リストテーブルに従って、前記引継要求を作成するステップ、をさらに含むことを特徴とする論理ユニットの引継方法。
10. 請求項９記載の論理ユニットの引継方法であって、
    前記第１ストレージ装置が、前記優先順位リストテーブルに従って、前記他のストレージ装置のいずれかをポータル装置に決定するステップ、をさらに含むことを特徴とする論理ユニットの引継方法。
11. 請求項１０記載の論理ユニットの引継方法であって、
    前記判断するステップは、前記第２ストレージ装置が、前記受信した引継要求により自身がポータル装置に指定されている場合に、当該ポータル装置を引き受けるか否かを判断するステップを含むことを特徴とする論理ユニットの引継方法。

Images