JP4945363B2 - バックエンドで接続されるストレージシステム - Google Patents

Description

本発明は、ストレージシステム間の接続に関する。

従来、ストレージシステム間のデータ移行を行う方法として、例えば、ホストが移行元のストレージシステムの記憶装置から移行対象のデータを読み出して、読み出したデータを移行先のストレージシステムの記憶装置へ書き込む方法が知られている（特許文献１）。

特開２００４−１０２３７４号公報

ホスト経由でストレージシステム間のデータ移行が行われると、データ移行の速度がホストの性能に依存することになる。

そこで、本発明の目的は、ホスト非経由でストレージシステム間を接続することにある。

ストレージシステムにおけるコントローラと記憶装置との間にスイッチデバイスを介在させる。スイッチデバイスが備える複数の物理ポートのうちの一以上の物理ポートを、別のストレージシステムにおける別のスイッチデバイスが備える複数の物理ポートのうちの一以上の物理ポートと互いにホスト非経由で物理的に接続される物理ポートとする。

実施形態１では、第一のストレージシステムと第二のストレージシステムで構成されたシステムがある。第一のストレージシステムが、複数の物理ポートを有する第一のスイッチデバイスと、前記複数の物理ポートのうちの一以上の第一の物理ポートに物理的に接続された第一の記憶装置と、複数の物理ポートのうちの一以上の第二の物理ポートに物理的に接続された第一のコントローラとを備える。第二のストレージシステムが、複数の物理ポートを有する第二のスイッチデバイスと、複数の物理ポートのうちの一以上の第四の物理ポートに物理的に接続された第二の記憶装置と、複数の物理ポートのうちの一以上の第五の物理ポートに物理的に接続された第二のコントローラとを備える。第一のスイッチデバイスが備える複数の物理ポートのうちの一以上の第三の物理ポートと、第二のスイッチデバイスが備える複数の物理ポートのうちの一以上の第六の物理ポートとが互いにホスト非経由で物理的に接続される。第一のコントローラが、第一のスイッチデバイスにおける一以上の第三の物理ポートと第二のスイッチデバイスにおける一以上の第六の物理ポートを介して、第二の記憶装置にアクセスする。

下記に詳述する第一及び第二の実施形態では、第一のスイッチデバイスにおける一以上の第三の物理ポートと第二のスイッチデバイスにおける一以上の第六の物理ポートとを介してデータの移行が行われるが、上記の実施形態では、それに限らず、第二のストレージシステムが第一のストレージシステムの単なる増設システムとして使用されても良い。例えば、第一のコントローラが、第二の記憶装置を基に形成された論理ボリュームをホストに提供し、ホストからその論理ボリュームを指定したＩＯコマンドを受けた場合には、そのＩＯコマンドに応答して、第二の記憶装置にアクセスしても良い。

実施形態２では、実施形態１において、第二のコントローラ及び／又は第二のスイッチデバイスが、所定の入力を契機に、一以上の第五の物理ポートと第二のコントローラとの接続を切断する。

実施形態３では、実施形態１乃至２のうちの少なくとも一つにおいて、互いに物理的に接続された双方の物理ポートの状態が有効である場合に、双方の物理ポート間を論理的に接続することが可能である。前記一以上の第六の物理ポートの状態が無効である。第二のスイッチデバイスが、所定の入力を契機に、一以上の第六の物理ポートの状態を無効から有効に変更する。

実施形態４では、実施形態３において、第二のスイッチデバイスが、所定の入力のキャンセルを契機に、一以上の第六の物理ポートの状態を有効から無効に変更する。

実施形態５では、実施形態１乃至４のうちの少なくとも一つにおいて、初期的には、一以上の第三の物理ポートの状態が無効であり、第一のスイッチデバイスが、所定の入力が無い状態において、所定の指示を受けた場合に、一以上の第三の物理ポートの状態を無効から有効に変更する。

実施形態６では、実施形態１乃至５のうちの少なくとも一つにおいて、第二のスイッチデバイスのアドレスが、所定の規則で定められたデフォルトアドレスである。第二のスイッチデバイスが、所定の入力を契機に、第二のスイッチデバイスのアドレスを、デフォルトアドレスから別のアドレスに変更する。

実施形態７では、実施形態６において、第二のスイッチデバイスが、所定の入力のキャンセルを契機に、第二のスイッチデバイスのアドレスを、前記別のアドレスからデフォルトアドレスに戻す。

実施形態８では、実施形態１乃至７のうちの少なくとも一つにおいて、物理ポートの属性として、第一の属性と第二の属性とがあり、物理的に互いに接続されている物理ポートがそれぞれ第一の属性である場合には、それらの物理ポート間の論理的な接続は不可であるが、上流側の物理ポートが第一の属性であり下流側の物理ポートの属性が第二の属性である場合には、それらの物理ポート間の論理的な接続は可能である。第二のスイッチデバイスが、所定の入力を契機に、一以上の第三の物理ポートの属性を第二の属性に変更する。

実施形態９では、実施形態５において、所定の指示は、第一のコントローラが移行指示を受けたことに応答して第一のコントローラから発行される指示である。第一のコントローラが、第一の記憶装置に記憶されているデータを、第一のスイッチデバイスにおける前記一以上の第三の物理ポートと第二のスイッチデバイスにおける一以上の第六の物理ポートを介して、第二の記憶装置に移行する。

実施形態１０では、実施形態１乃至９のうちの少なくとも一つにおいて、第二のストレージシステムが、第二のストレージシステムのモードをユーザが指定するユーザインタフェースであるモード指定部を更に備える。上記の所定の入力とは、第二のストレージシステムが第一のストレージシステムの増設システムとして機能することを意味する増設モードの指定である。所定の入力のキャンセルとは、増設モード以外のモードの指定である。

実施形態１１では、第一の記憶装置と第一のコントローラとを有する第一のストレージシステムと、第二の記憶装置と第二のコントローラとを有する第二のストレージシステムとが備えられる。第一の記憶装置は、ホストからアクセス可能な記憶領域でありホストからアクセスされるデータが記憶される第一のユーザ領域と、ホストからアクセス不可能な記憶領域であり前記第一のストレージシステムの構成及び制御に関する情報である第一のシステム情報が記憶される第一のシステム領域とを含む。第二の記憶装置は、ホストからアクセス可能な記憶領域でありホストからアクセスされるユーザデータが記憶される第二のユーザ領域と、ホストからアクセス不可能な記憶領域であり第二のストレージシステムの構成及び制御に関する情報である第二のシステム情報が記憶される第二のシステム領域とを含む。第一のコントローラ及び／又は第二のコントローラは、第一のシステム情報におけるシステム情報要素を第一のシステム領域から読出し、そのシステム情報要素又はそれの変更後のシステム情報要素を、（Ａ）計算機（例えば管理計算機或いはホスト計算機）に送信する、（Ｂ）計算機非経由で（例えば上記の第一のインタフェース装置及び第二のインタフェース装置を介して）第二のストレージシステムに送信する、又は、（Ｃ）第二のシステム領域に書込む。

（Ａ）の場合、例えば、計算機は、受信したシステム情報要素又はそれの変更後のシステム情報要素を、第二のストレージシステムに送信する。第二のコントローラが、第二のシステム領域を特定し、そのシステム情報要素又はそれの変更後のシステム情報要素を、第二のシステム領域に書込む。つまり、（Ａ）の場合、システム情報要素又はそれの変更後のシステム情報要素が、計算機経由で、第一のストレージシステムの第一の記憶装置から第二のストレージシステムの第二の記憶装置に移行される。（Ａ）の場合、第一のコントローラ、第二のコントローラ及び計算機のうちの少なくとも一つが、第二のストレージシステムの状態、及び／又は、第二のシステム領域に記憶されている第二のシステム情報を基に、第一のシステム領域から読み出されたシステム情報要素を変更する必要があるかやそのシステム情報要素をどのようなシステム情報要素に変更するかを決定することができる。

（Ｂ）の場合、第二のコントローラが、第二のシステム領域を特定し、そのシステム情報要素又はそれの変更後のシステム情報要素を、第二のシステム領域に書込む。

（Ｂ）及び（Ｃ）の場合、第一のコントローラ及び第二のコントローラのうちの一方が、第二のストレージシステムの状態、及び／又は、第二のシステム領域に記憶されている第二のシステム情報を基に、第一のシステム領域から読み出されたシステム情報要素を変更する必要があるかやそのシステム情報要素をどのようなシステム情報要素に変更するかを決定することができる。

この実施形態では、実施形態１乃至１０の少なくとも一つにおける一以上の第三の物理ポートを、第一のインタフェース装置と言うことができ、実施形態１乃至１０の少なくとも一つにおける一以上の第六の物理ポートを、第二のインタフェース装置と言うことができる。また、第一のストレージシステムを、移行元ストレージシステムとし、第二のストレージシステムを、移行先ストレージシステムとすることができる。また、この実施形態では、後述の第二の実施形態におけるシステムＩ／Ｆ１１５を、第一のインタフェース装置と言うことができ、後述の第二の実施形態におけるシステムＩ／Ｆ２１５を、第二のインタフェース装置と言うことができる。

実施形態１２では、実施形態１乃至１１のうちの少なくとも一つにおいて、第一のコントローラ、第二のコントローラ及び計算機のうちのいずれかが、第二のストレージシステムの状態、及び／又は、第二のシステム領域に記憶されている第二のシステム情報を基に、読み出したシステム情報要素を変更する必要があるかやそのシステム情報要素をどのようなシステム情報要素に変更するかを決定し、その決定に従うシステム情報要素を、第二のストレージシステムに移行する（例えば第一のインタフェース装置と第二のインタフェース装置を経由して移行する）。

実施形態１３では、実施形態１乃至１２のうちの少なくとも一つにおいて、第一のコントローラ、第二のコントローラ及び計算機のうちのいずれかが、第一のシステム情報を基に第一のユーザ領域からユーザデータを読出し、移行されたシステム情報要素を含んだ第二のシステム情報を基に、ユーザデータを第一のインタフェース装置を介して第二のストレージシステムに移行する。

実施形態１４では、実施形態１３において、第一のシステム情報に含まれるシステム情報要素として、第一のストレージシステムに関する第一の識別情報がある。第二のシステム情報に含まれるシステム情報要素として、第二のストレージシステムに関する第二の識別情報がある。第一のコントローラ、第二のコントローラ及び計算機のうちのいずれかが、読み出されたシステム情報要素が第一の識別情報である場合、第一のインタフェース装置を介して、第二の識別情報を第一の識別情報と交換する。

実施形態１５では、実施形態１３乃至１４のうちの少なくとも一つにおいて、第一のコントローラ、第二のコントローラ及び計算機のうちのいずれかが、読み出された所定種類のシステム情報要素が、第二のシステム情報における所定種類のシステム情報よりも新しいならば、読み出された所定種類のシステム情報要素を第二のストレージシステムに送信する。

実施形態１６では、実施形態１３乃至１５のうちの少なくとも一つにおいて、第一のコントローラ、第二のコントローラ及び計算機のうちのいずれかが、読み出されたシステム情報要素と一致するシステム情報要素が既に第二のシステム情報に含まれている場合には、読み出されたシステム情報要素を、その既存のシステム情報要素と重複しない内容に変更し、変更後のシステム情報要素を第二のストレージシステムに送信する。

実施形態１７では、実施形態１６において、第一の記憶装置は、複数の第一のメディアドライブで構成されており、第二の記憶装置は、複数の第二のメディアドライブで構成されている。第一のシステム情報に含まれるシステム情報要素として、第一のメディアドライブに関する第一ドライブ情報要素を第一のメディアドライブ毎に有する第一ドライブ情報と、どの二以上の第一のメディアドライブを基に構成された第一のＲＡＩＤグループであるかに関する第一ＲＡＩＤグループ情報要素を第一のＲＡＩＤグループ毎に有する第一ＲＡＩＤグループ情報、及び／又は、前記複数の第一のメディアドライブを基に形成された第一の論理ユニット（ＬＵ）に関する第一ＬＵ情報要素を第一のＬＵ毎に有する第一ＬＵ情報とがある。第二のシステム情報に含まれるシステム情報要素として、第二のメディアドライブに関する第二ドライブ情報要素を第二のメディアドライブ毎に有する第二ドライブ情報と、どの二以上の第二のメディアドライブを基に構成された第二のＲＡＩＤグループであるかに関する第二ＲＡＩＤグループ情報要素を第二のＲＡＩＤグループ毎に有する第二のＲＡＩＤグループ情報、及び／又は、複数の第二のメディアドライブを基に形成された第二のＬＵに関する第二ＬＵ情報要素を第二のＬＵ毎に有する第二ＬＵ情報とがある。第一ドライブ情報が非移行の対象である。第一のコントローラ、第二のコントローラ及び計算機のうちのいずれかが、第二ドライブ情報を基に、読み出された第一ＲＡＩＤグループ情報及び／又は第一ＬＵ情報を変更し、変更後の第一ＲＡＩＤグループ情報及び／又は第一ＬＵ情報を、第二のストレージシステムに送信する。

実施形態１８では、第二のコントローラが、第一のストレージシステムからシステム情報要素を第二のインタフェース装置を介して受信し、受信したシステム情報要素又はそれの変更後のシステム情報要素を、第二のシステム領域に書込む。この実施形態では、実施形態１乃至１０の少なくとも一つにおける一以上の第三の物理ポートを、第一のインタフェース装置と言うことができ、実施形態１乃至１０の少なくとも一つにおける一以上の第六の物理ポートを、第二のインタフェース装置と言うことができる。また、第一のストレージシステムを、移行元ストレージシステムとし、第二のストレージシステムを、移行先ストレージシステムとすることができる。また、この実施形態では、後述の第二の実施形態におけるシステムＩ／Ｆ１１５を、第一のインタフェース装置と言うことができ、後述の第二の実施形態におけるシステムＩ／Ｆ２１５を、第二のインタフェース装置と言うことができる。

実施形態１９では、実施形態１乃至１０及び１８のうちの少なくとも一つにおいて、第二のコントローラが、第二のストレージシステムの状態、及び／又は、第二のシステム領域に記憶されている第二のシステム情報を基に、受信したシステム情報要素を変更する必要があるかやそのシステム情報要素をどのようなシステム情報要素に変更するかを決定し、その決定に従うシステム情報要素を、第二のシステム領域に書込む。

実施形態２０では、実施形態１乃至１０及び実施形態１８乃至１９のうちの少なくとも一つにおいて、第二のコントローラが、第二のインタフェース装置を介してユーザデータを受信し、そのユーザデータを、書込まれたシステム情報要素を含んだ第二のシステム情報を基に、第二のユーザ領域に書込む。

実施形態２１では、実施形態１９乃至２０のうちの少なくとも一つにおいて、第二のコントローラが、受信したシステム情報要素が第一の識別情報である場合、第二のインタフェース装置を介して、第二の識別情報を前記第一の識別情報と交換する、
請求項１０記載のストレージシステム。

実施形態２２では、実施形態１９乃至２１のうちの少なくとも一つにおいて、第二のコントローラが、受信した所定種類のシステム情報要素が、前記第二のシステム情報における所定種類のシステム情報よりも新しいならば、その受信した所定種類のシステム情報要素を第二のシステム領域に書込む。

実施形態２３では、実施形態１９乃至２２のうちの少なくとも一つにおいて、第二のコントローラが、受信したシステム情報要素と一致するシステム情報要素が既に第二のシステム情報に含まれている場合には、受信したシステム情報要素を、その既存のシステム情報要素と重複しない内容に変更し、変更後のシステム情報要素を第二のシステム領域に書込む。

実施形態２４では、実施形態１９乃至２３のうちの少なくとも一つにおいて、前述した第一ドライブ情報が非移行の対象であり、第二のコントローラが、第二ドライブ情報を基に、受信した第一ＲＡＩＤグループ情報及び／又は第一ＬＵ情報を変更し、変更後の第一ＲＡＩＤグループ情報及び／又は第一ＬＵ情報を、第二のシステム領域に書込む。

実施形態２５では、実施形態１乃至２４のうちの少なくとも一つにおいて、第一のストレージシステムと第二のストレージシステムとのうちのの少なくとも一方に接続された管理装置（例えば管理計算機）がある。管理装置が、記憶資源と、第一のシステム情報及び前記第二のシステム情報を収集し記憶資源に格納する情報収集部と、収集された第一及び第二のシステム情報を基に移行対象の指定をユーザから受け付ける画面である移行対象指定画面を表示する表示部と、ユーザから指定された移行対象を表す情報を含んだ移行指示を、少なくとも一方のストレージシステムに送信する移行指示部とを備える。その移行指示に応答して、第一のシステム領域からシステム情報要素が読み出される。

上述した複数の実施形態１乃至２５のうちの任意の二以上の実施形態を組み合わせることが可能である。

以下、図面を参照しながら本発明の幾つかの実施形態について詳細に説明する。尚、これにより本発明が限定されるものではない。

大規模ストレージシステムや保守不要とするストレージシステム内のデータを新しいストレージシステムへ移行する際に、ホスト非経由で（いわゆるバックエンド）でデータ移行が行えるようにする。その際、データのみではなく、ストレージシステムの構成及び制御に関する情報であるシステム情報も移行できるようにする。

例えば、移行元ストレージシステムと移行先ストレージシステムにおいて、装備されているメディアドライブの個数や各メディアドライブに割り振られている識別子（例えばドライブ番号）などが異なる場合もある。このため、従来は、手作業で、システム情報に変更を加えて移行を行うことになるが、本実施形態では、下記に詳述する仕組みにより、移行先ストレージシステムの構成に応じたシステム情報が自動で設定される。

また、移行先ストレージシステムに既にデータ（ユーザデータ）が格納されている場合には、ユーザデータを上書きしないようにデータ保護をする機能や、移行元ストレージシステムから移行先ストレージシステムへ全てのデータを移行した後に移行元ストレージシステムからデータを消去する機能が設けられる。

このような機能を設けることで、ストレージシステム間のデータ移行の作業を、ストレージシステムのシステム情報の設定からデータ移行そして移行元ストレージシステムからデータ消去にいたるまでの一連の作業を、ユーザの負担少なく実行することが可能である。

＜第一の実施形態＞。

本実施形態では、ストレージシステムのリプレイスを行うために実施されるデータ移行を想定する。従って、データ移行を行う際、移行先のストレージシステム（新規のストレージシステム）は、非稼働中である。また、移行元のストレージシステム（今まで使用されていたストレージシステム）は、ストレージシステムのリプレイスが完了したらその稼働を停止する。つまり、本実施形態では、移行元のストレージシステムと移行先のストレージシステムとが並列して稼働することはないものとする。尚、ここでの「稼働」とは、ストレージシステムがホストから入出力要求を受けることができる状態で動作することをいう。以下では、移行元のストレージシステムを「移行元システム」と呼ぶこともある。同様に、移行先のストレージシステムを「移行先システム」と呼ぶこともある。また、これらを単に「ストレージシステム」と呼ぶ場合もある。

図１は、本実施形態に係るデータ移行の制御装置を備えたストレージシステム１００，２００の構成例を示す図である。

移行元システム１００と移行先システム２００とが、通信ケーブル５００を介して接続される。詳細は後述するが、両システム１００，２００の接続は、それぞれが備えるエクスパンダ１１４，２１４同士が通信ケーブル５００によって接続されることにより行われる。従って、通信ケーブル５００には、例えば、エクスパンダ１１４，２１４に接続可能なＳＡＳ（Serial Attached SCSI）ケーブル等が用いられる。

移行元システム１００には、管理用ＰＣ３００が接続される。移行元システム１００と管理用ＰＣ３００との接続は、例えば、ＬＡＮ（Local Area Network）等の通信ネットワークを介して行われる。

まず、管理用ＰＣ３００から説明する。管理用ＰＣ３００は、ストレージシステム１００，２００間のデータ移行を制御する装置であり、例えば、パーソナルコンピュータ等の計算機である。管理用ＰＣ３００は、例えば、ＣＰＵと、メモリと、キーボードやマウスなどの入力部と、ディスプレイ等の出力部とを備える。また、管理用ＰＣ３００のメモリには、データ移行の制御を行うプログラムである移行ツール３１０が記憶される。移行ツール３１０は、管理用ＰＣ３００のＣＰＵによって実行されることにより、移行元システム１００及び移行先システム２００の少なくとも一方を制御して、両システム１００，２００間のデータ移行を行わせることができる。また、移行ツール３１０は、データ移行に関する種々の設定を行えるようにするため、所定のＧＵＩ（Graphical User Interface）等をユーザへ提供して、所定の入力をユーザから受け付けることができる。設定可能な項目については後述するが、一例を挙げるとすると、どのユーザデータを移行するかや、移行したデータを移行元システム１００から削除するか否か等がある。以下、コンピュータプログラムが主語になる場合は、実際にはそのコンピュータプログラムを実行するプロセッサ（ＣＰＵ）によって処理が行われるものとする。

次に、ストレージシステム１００，２００について説明する。紙面の都合上、移行先システム２００の構成を一部省略しているが、移行先システム１００と移行元システム２００の構成は、基本的に同じである。ここでは、移行先システム１００を代表例に採ってストレージシステム１００，２００の構成を説明する。

移行先システム１００には、例えば、二重化されたコントローラデバイス（ＣＴＬ）１１０と、二重化された電源１３０と、記憶装置と、移行用スイッチ（ＳＷ）１２０と、メインＳＷ１５０とが搭載される。

記憶装置は、例えば、複数のハードディスクドライブ（ＨＤＤ）１４０の集合体として構成される。ＨＤＤ１４０は、例えば、ＳＡＴＡ（Serial Attached SCSI）或いはＳＡＳのインタフェースを搭載する。また、記憶装置は、ＨＤＤ１４０に限らず、他種のメディアドライブ（例えばフラッシュメモリドライブ）から構成されてもよし、複数種類のメディアドライブが混在してもよい。なお、ＨＤＤ１４０が、ＳＡＳ＿ＨＤＤであれば、そのＨＤＤ自身がＳＡＳアドレスを有するが、ＨＤＤ１４０が、ＳＡＴＡ＿ＨＤＤであれば、ＨＤＤ自身はＳＡＳアドレスを有しない。ＳＡＴＡ＿ＨＤＤは、例えば、インタフェース変換器（ドングル）を介してエクスパンダ１１４のｐｈｙ（物理ポート）に接続されるが、ｐｈｙに接続されるデバイスのＳＡＳアドレスとしては、そのｐｈｙに接続されるインタフェース変換器に対してＳＡＳアドレスが割り振られる。このため、エクスパンダ１１４のｐｈｙに接続されているＳＡＳ＿ＨＤＤが別のＳＡＳ＿ＨＤＤに交換された場合、そのｐｈｙに接続されているデバイスのＳＡＳアドレスも変更されるが、ｐｈｙに接続されているＳＡＴＡ＿ＨＤＤが別のＳＡＴＡ＿ＨＤＤに交換されても、そのｐｈｙに接続されているデバイスのＳＡＳアドレスは変更されない。＿

ＣＴＬ１１０は、例えばハードウェア回路である。ＣＴＬ１１０には、上位Ｉ／Ｆ（インタフェース）１１１と、ＲＡＩＤ制御部１１２と、ＳＡＳコントローラ１１３と、ＳＡＳエクスパンダ（以下、単に「エクスパンダ」と言う）１１４とが備えられる。上位から下位にかけて、上位Ｉ／Ｆ１１１、ＲＡＩＤ制御部１１２、ＳＡＳコントローラ１１３及びエクスパンダ１１４が直列に接続されている。

上位Ｉ／Ｆ１１１は、上位装置（例えば、ホスト４００、管理用ＰＣ３００、或いは他のストレージシステム）と接続するためのインタフェースである。上位Ｉ／Ｆ１１１は、上位装置から種々のコマンド（データの書込みや読出しを要求するコマンドやデータ移行を要求するコマンド等）を受け付けることができる。コマンドを受け付けた上位Ｉ／Ｆ１１１は、そのコマンドをＲＡＩＤ制御部１１２に伝達する。

ＲＡＩＤ制御部１１２は、例えば、コンピュータプログラムを実行するＣＰＵやそのコンピュータプログラム等を格納するメモリを含んだモジュールであり、コマンドの処理を実行する。具体的には、例えば、データの書込みを要求するコマンド（ライトコマンド）を受信したときは、ＲＡＩＤ制御部１１２は、そのライトコマンドとともに受信したデータ（ライトデータ）を、ライトコマンドを基に特定されたＨＤＤ１４０とそれの領域に書き込むように、ＳＡＳコントローラ１１３に指示を出す。これをより詳細に説明すると、まず、ＲＡＩＤ制御部１１２は、起動時にシステム情報を記憶装置から読み出してメモリに格納しておく。ＲＡＩＤ制御部１１２は、システム情報を参照することで、ライトコマンドで指定されているアドレス（例えば、ＬＵＮ（Logical Unit Number）やＬＢＡ（Logical Block Address））から、アクセス先とするＨＤＤ１４０とその領域を特定する。ＲＡＩＤ制御部１１２は、特定したＨＤＤ１４０の領域にアクセスすることの指示をＳＡＳコントローラ１１３に出す。尚、ライトデータは、ＲＡＩＤ制御部１１２が受信した後、ＨＤＤ１４０への書込みが行われるまでの間、ＲＡＩＤ制御部１１２のメモリ（例えば、キャッシュメモリ）に一時格納される。また、データの読出しを要求するコマンド（リードコマンド）を受信したときは、ＲＡＩＤ制御部１１２は、指定されたデータ（リードデータ）を所定のＨＤＤ１４０から読み出すように、ＳＡＳコントローラ１１３に指示を出す。そして、ＲＡＩＤ制御部１１２は、ＳＡＳコントローラ１１３を制御してＨＤＤ１４０から読み出したリードデータをホスト４００へ送信する。尚、リードデータは、ＲＡＩＤ制御部１１２がＨＤＤ１４０から読み出した後、ホスト４００へ送信されるまでの間、ＲＡＩＤ制御部１１２のメモリ（例えば、キャッシュメモリ）に一時格納される。更に、データ移行を要求するコマンドを受信したときは、移行元システム１００から移行先システム２００へのデータ移行の処理（以下「移行処理」とも呼ぶ）を実施する。移行処理の詳細については、後述する。

ＳＡＳコントローラ１１３は、例えば、ハードウェア回路（例えばＩＣチップ）である。ＳＡＳコントローラ１１３は、ＲＡＩＤ制御部１１２からの指示に応答して、ＨＤＤ１４０に対してデータの書込みや読出しを行う。

エクスパンダ１１４は、一種のスイッチデバイスである。エクスパンダ１１４には、複数のＨＤＤ１４０が接続される。ＳＡＳコントローラ１１３が行うデータの書込みや読出しは、エクスパンダ１１４を経由して行われる。また、上述したように、移行元システム１００のエクスパンダ１１４に対して移行先システム２００のエクスパンダ２１４が接続されることにより、両システム１００，２００が接続される。

メインＳＷ１５０は、ＣＴＬ１１０における上位Ｉ／Ｆ、ＲＡＩＤ制御部１１２及びＳＡＳコントローラ１３の電源のオンとオフを切替えるためのスイッチである（メインＳＷ１５０の状態に関わらず、エクスパンダ１１４やＨＤＤ１４０には通電される）。移行用ＳＷ１２０は、移行元システム１００と移行先システム２００との接続を制御するためのスイッチである。メインＳＷ１５０及び移行用ＳＷ１２０の少なくとも一方は、スイッチ操作の結果（オンとオフ）が保持されるオルタネートタイプのスイッチ、具体的には、例えば、トグルスイッチ、シーソースイッチ等である。メインＳＷ１５０のオン／オフの状態と、移行用ＳＷ１２０のオン／オフの状態の組合せにより、ストレージシステム１００のモードが定義される。詳細は、後述する。

以上が、ストレージシステムについての説明である。ちなみに、本実施形態に係るストレージシステムは、予め搭載されているＨＤＤ１４０の挿抜が不可能でありユーザによる保守が不要であるストレージシステムである。例えば、図２９に移行元システム１００の外観の斜視図を示す。移行元システム１００は、例えば、筐体２と、筐体２の前面側を施蓋するようにして設けられるフロントベゼル３と、筐体２の前面側にマトリクス状に配置された複数のＨＤＤ１４０とを備える。ＨＤＤ１４０が、図示しないバックボード（回路基板）に接続される。筐体２内の背面側には、バックボードに接続されたＣＴＬ１１０や、電源１３０や、バッテリ（図示せず）や、冷却ファン（図示せず）が接続される。フロントベゼル３は、例えばユーザによる取り外しが不可能である。また、ＨＤＤ１４０は、例えばユーザによる取り外しが不可能である。具体的には、例えば、人間の指が入らないぐらいのピッチでＨＤＤ１４０が配列されている、ＨＤＤ１４０にキャニスタにあるような取っ手が設けられていない等の工夫により、取り外しが不可能とされている。なお、移行元システム１００には、例えば、所定個数（例えば２個）の拡張スロットが設けられており、その拡張スロットを介して、リムーバブルのＨＤＤを挿抜することができる。これにより、移行先システム１００に搭載されるＨＤＤの数を増やしたり減らしたりすることが可能である。

さて、次に、エクスパンダ１１４、２１４の構成を詳細に説明する。なお、それらのエクスパンダ１１４、２１４の構成は実質的に同じであるため、ここでは、移行先システムのエクスパンダ２１４を代表的に例に採り説明する。

図２３は、移行先システムのエクスパンダ２１４の構成例を示す。

エクスパンダ２１４は、例えばＬＳＩ（Large Scale Integration）である。エクスパンダ２１４には、複数のｐｈｙ２１４２と、エクスパンダスイッチ制御部２１４１と、プロセッサ（例えばＣＰＵ）２１４３と、メモリ２１４７とが備えられる。また、エクスパンダ２１４には、外部メモリ２１４４が接続されている。

外部メモリ２１４４には、プロセッサ２１４３にロードされて実行されるコンピュータプログラムが記憶される。そのコンピュータプログラムは、例えばファームウェア２１４５である。

ｐｈｙ２１４２は、物理ポートである。ｐｈｙ２１４２には、種々のデバイスを物理的に接続することが可能である。

例えば、本実施形態では、複数のｐｈｙ２１４２のうちの或る一以上（例えば１５個）のｐｈｙ２１４２（Ｐｈｙ＃０〜Ｐｈｙ＃１４）に、それぞれ、ＨＤＤ２４０（例えば、所定個数（例えば２個）が、図示しない拡張スロットを介してユーザが挿抜可能なリムーバブルのＨＤＤであっても良い）が接続される。

また、例えば、複数のｐｈｙ２１４２のうちの或る一以上（例えば４個）のｐｈｙ２１４２（Ｐｈｙ＃１５〜Ｐｈｙ＃１８）に、移行先システム２００におけるＳＡＳコントローラ２１３が例えばワイドリンクで接続される。以下、それら４個のｐｈｙ２１４２（Ｐｈｙ＃１５〜Ｐｈｙ＃１８）のことを「ＳＡＳコントローラ接続ポート」と呼ぶことがある。

また、例えば、複数のｐｈｙ２１４２のうちの或る別の一以上（例えば４個）のｐｈｙ２１４２（Ｐｈｙ＃１９〜Ｐｈｙ＃２２）に、他のストレージシステム（移行元システム２００）におけるエクスパンダ１１４が例えばワイドリンクで接続される。それら４個のｐｈｙ２１４２（Ｐｈｙ＃１９〜Ｐｈｙ＃２２）が、システム情報やユーザデータの移行の際に、システム情報やユーザデータが経由する物理ポートである。以下、それら４個のｐｈｙ２１４２（Ｐｈｙ＃１９〜Ｐｈｙ＃２２）のことを「データ移行専用ポート」と呼ぶことがある。

エクスパンダスイッチ制御部２１４１は、ＳＡＳのＩ／Ｆ制御やスイッチ制御を行うハードウェア回路である。エクスパンダスイッチ制御部２１４１には、複数のｐｈｙ２１４２とプロセッサ２１４３とが接続されている。エクスパンダスイッチ制御部２１４１によるスイッチ制御は、ルーティングテーブル２１４６を基に行われる。

メモリ２１４７には、このエクスパンダ２１４のＳＡＳアドレス（ＳＡＳの規格に従うアドレス）と、ルーティングテーブル２１４６とが記憶される。ルーティングテーブル２１４６には、そのテーブル２１４６を有するエクスパンダ２１４より下位に存在する各デバイスとそのエクスパンダ２１４のｐｈｙ２１４２に直接接続されている各デバイスとについて、行き先を表す情報要素（行き先情報要素）が記録される。

具体的には、例えば、ルーティングテーブル２１４６には、図２４に例示するように、ｐｈｙ２１４２毎に、ｐｈｙの番号と、ｐｈｙの状態と、ｐｈｙの属性と、ＳＡＳアドレスとが記録される。

ｐｈｙ状態としては、例えば、有効（enable）と無効（disable）とがある。互いに物理的に接続されている両方の物理ポートについて、ｐｈｙ状態が両方とも有効であれば、互いの物理ポート間は論理的に接続されるが、少なくとも一方の物理ポートのｐｈｙ状態が無効であれば、互いの物理ポート間は論理的には接続されない。また、他のｐｈｙとは異なるデバイスが接続されているｐｈｙについては、ｐｈｙ状態が有効であれば、そのｐｈｙとデバイス間の論理的な接続が可能であるし、ｐｈｙ状態が無効であれば、そのｐｈｙとデバイス間の論理的な接続は不可能である。

ｐｈｙ属性としては、例えば、“Table”と“Subtractive”との２種類がある。図２７Ｃに示すように、上流側のエクスパンダにおけるデータ移行専用ポートのｐｈｙ属性と下流側のエクスパンダにおけるデータ移行専用ポートのｐｈｙ属性との関係によって、上流から下流へのアクセスが可能であったり不可能であったりする。具体的には、例えば、両方のデータ移行専用ポートのｐｈｙ属性が“Table”である、或いは、下流側のエクスパンダにおけるデータ移行専用ポートのｐｈｙ属性が“Table”であって、上流側のエクスパンダにおけるデータ移行専用ポートのｐｈｙ属性が“Subtractive”である場合には、上流から下流へのアクセスが不可能であるが、下流側のエクスパンダにおけるデータ移行専用ポートのｐｈｙ属性が“Subtractive”であって、上流側のエクスパンダにおけるデータ移行専用ポートのｐｈｙ属性が“Table”である場合や、両方のｐｈｙ属性が“Subtractive”である場合には、上流から下流へのアクセスが可能である。

次に、移行先システム２００を例に採り、図２７Ａ及び図２７Ｂを参照して、ストレージシステムのモードについて説明する。

図２７Ａに示すように、移行先システムが実行可能な複数のモードとして、通常モード（ＣＴＬ＿ＯＮモード）と、ＣＴＬ＿ＯＦＦモードと、筐体拡張モードの３種類がある。

通常モードは、メインＳＷ２５０がオンで移行用ＳＷ２２０がオフであることにより定義されるモードである。通常モードでは、図２２Ｂに示すように、上位Ｉ／Ｆ２１１、ＲＡＩＤ制御部２１２及びＳＡＳコントローラ２１３の電源がオンである。また、通常モードでは、エクスパンダ２１４のファームウェア２１４５により、データ移行専用ポートのｐｈｙ状態が無効（disable）であり、ＳＡＳコントローラ接続ポートのｐｈｙ状態が有効（enable）であり、エクスパンダ２１４のＳＡＳアドレスがデフォルトアドレス（所定の規則に従って設定されたアドレス）であり、データ移行専用ポートのｐｈｙ属性が“table”である。

ＣＴＬ＿ＯＦＦモードは、移行用ＳＷ２２０の状態に関わらず、メインＳＷ２５０がオフであることにより定義されるモードである。ＣＴＬ＿ＯＦＦモードでは、メインＳＷ２５０がオフであるため、図２２Ａに示すように、上位Ｉ／Ｆ２１１、ＲＡＩＤ制御部２１２及びＳＡＳコントローラ２１３の電源がオフである。また、図示しないが、ＣＴＬ＿ＯＦＦモードでは、エクスパンダ２１４のＳＡＳアドレスがデフォルトアドレスである。

筐体拡張モードは、メインＳＷ２５０がオンで移行用ＳＷ２２０がオンであることにより定義されるモードである。筐体拡張モードでは、メインＳＷ２５０がオンであるため、上位Ｉ／Ｆ２１１、ＲＡＩＤ制御部２１２及びＳＡＳコントローラ２１３の電源がオンである。また、筐体拡張モードでは、エクスパンダ２１４のファームウェア２１４５により、データ移行専用ポートのｐｈｙ状態が有効であり、ＳＡＳコントローラ接続ポートのｐｈｙ状態が無効であり、エクスパンダ２１４のＳＡＳアドレスがデフォルトアドレスと異なるアドレスであり、データ移行専用ポートのｐｈｙ属性が“subtractive”である。

図２５は、ファームウェア２１４５が行う処理の流れを示す。

例えば、移行用ＳＷ２２０やメインＳＷ２５０のオン／オフが切替えられたことに応答して、この処理が開始される。

ファームウェア２１４５は、メインＳＷ２５０がオフである場合（Ｓ２１：ＮＯ）、言い換えれば、ＣＴＬ＿ＯＦＦモードである場合、エクスパンダ２１４のＳＡＳアドレスをデフォルトアドレスとする（Ｓ３２）。

ファームウェア２１４５は、メインＳＷ２５０がオンであり移行用ＳＷ２２０がオフである場合（Ｓ２１：ＹＥＳ、Ｓ２２：ＮＯ）、言い換えれば、通常モードである場合、以下の処理を行う。すなわち、ファームウェア２１４５は、エクスパンダ２１４のＳＡＳアドレスをデフォルトアドレスとし（Ｓ２７）、データ移行専用ポートのｐｈｙ属性を“table”とし（Ｓ２８）、データ移行専用ポートのｐｈｙ状態を無効とし、ＳＡＳコントローラ接続ポートのｐｈｙ状態を有効とする（Ｓ２９）。その後、ファームウェア２１４５は、所定の指示を受けた場合には（Ｓ３０：ＹＥＳ）、データ移行専用ポートのｐｈｙ状態を無効から有効に変更する（Ｓ３１）。所定の指示としては、例えば、データ移行のための移行指示であっても良いし、筐体拡張モードにおけるストレージシステム内のＨＤＤを認識することの認識指示であっても良い。

ファームウェア２１４５は、メインＳＷ２５０がオンであり移行用ＳＷ２２０がオンである場合（Ｓ２１：ＹＥＳ、Ｓ２２：ＹＥＳ）、言い換えれば、筐体拡張モードである場合、以下の処理を行う。すなわち、ファームウェア２１４５は、エクスパンダ２１４に接続されているエクスパンダ２１４のＳＡＳアドレスをデフォルトアドレスと異なるアドレスに変更し（Ｓ２４）、データ移行専用ポートのｐｈｙ属性を“subtractive”とし（Ｓ２５）、データ移行専用ポートのｐｈｙ状態を有効とし、ＳＡＳコントローラ接続ポートのｐｈｙ状態を無効とする（Ｓ２６）。

Ｓ２４でアドレス変更を行う理由は、以下の通りである。

各ストレージシステム１００、２００では、それぞれ、例えば、所定の規則に従って、エクスパンダ１１４、２１４にＳＡＳアドレスが割り振られることがある。また、エクスパンダ１１４、２１４に接続されているＨＤＤ１４０、２４０がＳＡＴＡ＿ＨＤＤである場合には、前述したように、ＳＡＴＡ＿ＨＤＤそれ自身がＳＡＳアドレスを有するわけではないため、所定の規則に従って、ＳＡＴＡ＿ＨＤＤが接続されているｐｈｙについてＳＡＳアドレスが割り振られることがある。このため、移行元システム１００におけるエクスパンダ１１４やそれのｐｈｙについてのＳＡＳアドレスと、移行先システム２００におけるエクスパンダ２１４０やそれのｐｈｙについてのＳＡＳアドレスとが競合しているおそれがある。このようなストレージシステム１００、２００同士を接続し、例えば移行先システム２００を筐体拡張モードとした場合、移行元システム１００におけるＳＡＳコントローラ１１３が、移行元システム１００におけるエクスパンダ１１４やＨＤＤ１４０のＳＡＳアドレスに加えて、移行先システム２００におけるエクスパンダ２１４やＨＤＤ２４０のＳＡＳアドレスを取得するが、上記のように競合しているＳＡＳアドレスがある場合には、アドレス競合によるエラーが生じてしまう。これを回避するために、Ｓ２４のようなアドレス変更が行われる。なお、Ｓ２４において、ファームウェア２１４５は、エクスパンダ２１４に接続されているＨＤＤ２４０にＳＡＴＡ＿ＨＤＤがあれば（例えばそれがルーティングテーブル２１４６を参照することにより検出されたならば）、そのＳＡＴＡ＿ＨＤＤが接続されているｐｈｙについてのＳＡＳアドレスも、別のＳＡＳアドレスに変更する。

図２は、移行元システム１００から移行先システム２００へのデータ移行の手順の概要を示す。

通常、エクスパンダ１１４，２１４は、その上位に位置する一つのＳＡＳコントローラ１１３，２１３によって認識される。通信ケーブル５００によって接続されていない場合は、移行元システム１００のエクスパンダ１１４は、ＳＡＳコントローラ１１３によって認識され、移行先システム２００のエクスパンダ２１４は、ＳＡＳコントローラ２１３によって認識される。ＳＡＳコントローラ１１３，２１３は、認識できたエクスパンダ１１４，２１４を経由して、そこに接続されているＨＤＤ１４０，２４０にアクセスできる。

ここで、両システム１００，２００間の接続は、上述したように、エクスパンダ１１４，２１４同士が通信ケーブル５００によって接続されることにより行われる（Ｓ１）。従って、両システム１００，２００が接続されると、それぞれのエクスパンダ１１４，２１４の上位には、二つのＳＡＳコントローラ１１３，２１３が位置することになる。このような状態では、一のエクスパンダ１１４，２１４に対して二つのＳＡＳコントローラ１１３，２１３の制御が競合してしまうので、ストレージシステム１００，２００は、正常に動作しない。

そこで、メインＳＷ１５０、２５０と移行用ＳＷ１２０，２２０とが利用される。具体的には、移行元システム１００と移行先システム２００の一方を通常モードとし他方を筐体拡張モードとすることで、移行元システム１００から移行先システム２００へのデータ移行が可能となる。両方のストレージシステムのＲＡＩＤ制御部１１２、２１２やＳＡＳコントローラ１１３、２１３が稼働しているままでは、データ移行のための処理が複雑になるおそれがあるが（例えば、ＲＡＩＤ制御部１１２、２１２間のやり取りが必要になってしまう等）、本実施形態によれば、筐体拡張モードの場合、エクスパンダ２１４とＳＡＳコントローラ２１３との間の論理的な接続が切れるので、そのような問題を解消することができる。

具体的には、例えば、移行元システム１００を通常モードとし、移行先システム２００を筐体拡張モードとする場合、図示のように、移行元システム１００では、メインＳＷ１５０はオンであるが移行用ＳＷ１２０はオフであり（Ｓ２Ｂ）、一方、移行先システム２００では、メインＳＷ２５０及び移行用ＳＷ２２０がオンにされる（Ｓ２Ａ）。なお、Ｓ１、Ｓ２Ａ及びＳ２Ｂは、どのような順番でも良い。

移行先システム２００のエクスパンダ２１４（ファームウェア２１４５）は、筐体拡張モード（メインＳＷ２５０：ＯＮ、移行用ＳＷ２２０：ＯＮ）を検出すると、ＳＡＳコントローラ接続ポートのｐｈｙ状態を無効とすることで（Ｓ３Ａ）、ＳＡＳコントローラ２１３とエクスパンダ２１４との間の論理的な接続を切断する。また、エクスパンダ２１４は、データ移行専用ポートのｐｈｙ状態を有効とし、それのｐｈｙ属性を“subtractive”とする（Ｓ３Ｂ）。更に、エクスパンダ２１４は、エクスパンダ２１４のＳＡＳアドレスをデフォルトアドレスと異なるアドレスに変換する（ＳＡＴＡ＿ＨＤＤがあればそのアドレスも変換する）（Ｓ３Ｃ）。上記の流れにおいて、Ｓ３Ａ、Ｓ３Ｂ及びＳ３Ｃは、どのような順番でも良い。

移行ツール３１０が、移行元システム１００に所定の指示を送信する（Ｓ４）。ＲＡＩＤ制御部１１２が、その所定の指示を受けて、ＳＡＳコントローラ１１３を通じて、所定の指示をエクスパンダ１１４に送信する。エクスパンダ１１４は、その所定の指示に応答して、エクスパンダ１１４のデータ移行専用ポートのｐｈｙ状態を有効とする（Ｓ５）。通常モードでは、エクスパンダ１１４のデータ移行専用ポートのｐｈｙ属性は“table”である。従って、以上の一連の流れにより、エクスパンダ１１４のデータ移行専用ポートとエクスパンダ２１４のデータ移行専用ポート間の論理的な接続が可能となる。

この場合、ＳＡＳコントローラ１１３は、エクスパンダ１１４、それに接続されている全てのＨＤＤ１４０、エクスパンダ２１４、及びそれに接続されている全てのＨＤＤ２４０のそれぞれのＳＡＳアドレスを取得して、例えば図３０に例示するアドレスマップ（例えばＳＡＳコントローラ１１３における図示しないメモリに保存される情報）１１４１に、取得したＳＡＳアドレスやそのＳＡＳアドレスに対応したデバイスに関するデバイス情報などを登録することができる。その後、ＳＡＳコントローラ１１３は、そのアドレスマップ１１４１を基に、移行先ストレージシステム２００内のＨＤＤ２４０にアクセスすることができる。

ＲＡＩＤ制御部１１２は、移行ツール３１０からの移行指示に応答して、ユーザデータやシステム情報のデータ移行を行う（Ｓ６）。具体的には、ＲＡＩＤ制御部１１２は、ユーザデータやシステム情報をＨＤＤ１４０から読出し、読み出したユーザデータやシステム情報を、エクスパンダ１１４のデータ移行専用ポートとエクスパンダ２１４のデータ移行専用ポートとを介して、移行先システム２００のＨＤＤ２４０に書き込む。

以上のように、両システム１００，２００間の接続がエクスパンダ１１４，２１４同士の接続によって行われることにより、移行元システム１００におけるＲＡＩＤ制御部１１２は、ＨＤＤ１４０にアクセスするのと同じ要領で、移行先システム２００のＨＤＤ２４０へアクセスできる。従って、ホスト４００を経由してデータ移行を行う場合に比べて、高速にデータ移行を行えるようになる。

なお、本実施形態では、図２６に示すように、移行元システム１００を筐体拡張モードとし、移行先システム２００を通常モードとしたデータ移行も可能である。具体的には、データ移行専用ポート間をケーブル５００で接続し（Ｓ１１）、移行元システム１００では、メインＳＷ１５０及び移行用ＳＷ１２０がオンであり（Ｓ１２Ｂ）、一方、移行先システム２００では、メインＳＷ２５０はオンであるが移行用ＳＷ２２０がオフにされる（Ｓ１２Ａ）。なお、Ｓ１１、Ｓ１２Ａ及びＳ１２Ｂは、どのような順番でも良い。

移行元システム１００のエクスパンダ１１４は、筐体拡張モード（メインＳＷ１５０：ＯＮ、移行用ＳＷ１２０：ＯＮ）を検出すると、ＳＡＳコントローラ接続ポートのｐｈｙ状態を無効とすることで（Ｓ１３Ａ）、ＳＡＳコントローラ１１３とエクスパンダ１１４との間の論理的な接続を切断する。また、エクスパンダ１１４は、データ移行専用ポートのｐｈｙ状態を有効とし、それのｐｈｙ属性を“subtractive”とする（Ｓ１３Ｂ）。更に、エクスパンダ１１４は、エクスパンダ１１４のＳＡＳアドレスをデフォルトアドレスと異なるアドレスに変換する（ＳＡＴＡ＿ＨＤＤがあればそのアドレスも変換する）（Ｓ１３Ｃ）。Ｓ１３Ａ、Ｓ１３Ｂ及びＳ１３Ｃは、どのような順番で行われても良い。

移行ツール３１０が、移行先システム２００に所定の指示を送信する（Ｓ１４）。ＲＡＩＤ制御部２１２が、その所定の指示を受けて、ＳＡＳコントローラ２１３を通じて、移行指示をエクスパンダ２１４に送信する。エクスパンダ２１４は、その所定の指示に応答して、エクスパンダ２１４のデータ移行専用ポートのｐｈｙ状態を有効とする（Ｓ１５）。

ＲＡＩＤ制御部２１２は、移行ツール３１０からの移行指示に応答して、ユーザデータやシステム情報のデータ移行を行う（Ｓ１６）。具体的には、ＲＡＩＤ制御部２１２は、エクスパンダ１１４のデータ移行専用ポートとエクスパンダ２１４のデータ移行専用ポートとを介して、ユーザデータやシステム情報を移行元システム１００におけるＨＤＤ１４０から読出し、読み出したユーザデータやシステム情報を、ＨＤＤ２４０に書き込む。

以上のように、データ移行は、移行元システム１００と移行先システム２００のどちらが主体となって行うこともできる。以下の説明では、移行元システム１００が主体となってデータ移行を行うことを例に採って説明する。

また、前述したように、移行元システム１００と移行先システム２００の両方のデータ移行専用ポートが、初期的には無効であり、通常モードであっても、所定の指示を受けない限り、有効にはならない。これにより、一方のストレージシステムに対して行われた誤操作によって他方のストレージシステムに影響が及んでしまう危険性を低減することができる。なお、誤った移行操作により移行先システム２００に既存のユーザデータが消失してしまう危険性は、後述する工夫により低減することができる。簡単に述べると、例えば、移行先システム２００或いは移行先ＬＵに一度でもアクセスが発生したというログが移行先システム２００に残っている場合には、移行先ＬＵのフォーマットが行われない限り、データ移行が行われない。或いは、例えば、移行ツール３１０が、定義済みの移行先ＬＵをユーザに選択させない。

また、この実施形態によれば、両方のストレージシステム１００、２００が通常モード或いはＣＴＬ＿ＯＦＦモードの場合、両方のストレージシステム１００、２００におけるエクスパンダ１１４、２１４のＳＡＳアドレスはデフォルトアドレスとなる。例えば、一方のストレージシステム２００が筐体拡張モードである場合に、間違って通常モードに変更された場合、エクスパンダ２１４のＳＡＳアドレスはデフォルトアドレスとなる。このため、図２８に示すように、エクスパンダ１１４、２１４のそれぞれのＳＡＳアドレスが同じというアドレス競合エラーが生じ、データ移行が行われなくなる。

また、この実施形態では、リンクアップの時に（データ移行の途中で）、筐体拡張モードであるストレージシステムが通常モードへ戻る指示を受けた場合（例えば、データ移行中に移行用ＳＷがオンからオフに切替えられた場合）、通常モードとなるため、そのストレージシステム内のエクスパンダが、そのエクスパンダのアドレスをデフォルトアドレスに戻す。これにより、図２８に例示したように、エクスパンダ間でのＳＡＳアドレスの競合が発生するため、データ移行失敗となる。

さて、以下、移行元システム１００が備える記憶装置を例に採り、ストレージシステムの記憶装置の構成について説明する。

図３は、本実施形態に係る移行元システム１００が備える記憶装置の構成図である。尚、移行先システム２００も、基本的にこれと同じ構成である。

本実施形態では、同図に示すように、記憶装置が、複数のＨＤＤ１４０によって構成される。いくつかのＨＤＤ１４０の一部の領域には、システム情報６００が記憶される。ここで、システム情報６００とは、ストレージシステム１００，２００の構成又は制御に関する情報をいう。例えば、システム情報６００には、ストレージシステム１００，２００の物理的又は論理的な構成、ストレージシステムに割り当てられる固有の設定値、ストレージシステムが実行可能な固有の機能、或いはアクセスされるホスト等を示す情報が含まれる。システム情報６００は、ホスト４００に提供される領域（ユーザ領域）以外の領域に記憶される。システム情報６００の詳細については、後述する。一方、前述のユーザ領域には、ホスト４００からアクセスされるデータであるユーザデータが記憶される。

また、複数のＨＤＤ１４０によりＲＡＩＤグループ（「ＲＧ」と略すこともある）１５０が構成される。図示してはいないが、ホスト４００によって認識されるＬＵは、ＲＡＩＤグループ１５０に含まれる所定の領域が割り当てられることによって形成される。

図４は、本実施形態に係るシステム情報６００の構成例を示す図である。

システム情報６００は、同図に示すように、例えば、二つの情報要素パッケージから構成され、それぞれの情報要素パッケージには、同一の情報が含まれる。このように二つの情報要素パッケージにより構成される場合は、後述する有効フラグ６１０等によりどちらか一方の情報要素パッケージが有効なものとして設定され、その有効な情報要素パッケージのみが参照される。

システム情報４００のそれぞれの情報要素パッケージには、例えば、有効フラグ６１０や、マイクロプログラム６２０や、ストレージ固有情報６３０や、構成情報６４０や、トレース６５０等が含まれる。

有効フラグ６１０は、システム情報６００をどの情報要素パッケージから読み出せばよいかを示す情報である。例えば、第一の情報要素パッケージの有効フラグ６１０が「ＯＮ」に設定されており、第二の情報要素パッケージの有効フラグ６１０が「ＯＦＦ」に設定されている場合は、システム情報６００は、第一の情報要素パッケージから読み出されることになる。

マイクロプログラム６２０は、ストレージシステム１００，２００の動作を制御するプログラムである。マイクロプログラム６２０には、そのサブプログラムとして移行プログラム６２１が含まれる。移行プログラム６２１が、ＲＡＩＤ制御部１１２のメモリにロードされ、ＲＡＩＤ制御部１１２のＣＰＵによって実行されることにより、移行処理が行われる。また、マイクロプログラム６２１には、そのバージョンを示すバージョン情報６２２が含まれる。

ストレージ固有情報６３０には、シリアルナンバー６３１や、ＩＰアドレス６３２や、有償機能情報６３３等が含まれる。シリアルナンバー６３１は、ストレージシステム１００，２００自体に割り当てられる製品番号である。ＩＰアドレス６３２は、ストレージシステム１００，２００に割り当てられたＩＰアドレスである。ＩＰアドレス６３２は、ホスト４００等との接続のために利用される。有償機能情報６３３は、ストレージシステム１００，２００において利用可能な有償機能（即ち、使用料金を支払ったユーザのみが利用できる機能）を示す情報である。例えば、利用可能か否かは別として幾つかの有償機能がプリインストールされている場合は、有償機能情報６３３は、プリインストールされている有償機能の全てについて利用可能か否かを示すフラグとすることができる。また、利用可能となった有償機能のみがインストールされる場合は、有償機能情報６３３は、インストールされている有償機能が何であるかを示す情報とすることができる。本実施形態では、後者の場合を想定する。

構成情報６４０は、ストレージシステム１００，２００の物理的又は論理的な構成やアクセスされるホスト等について定義した情報である。構成情報６４０については、図５及び図６を参照して説明する。

トレース６５０は、ストレージシステム１００，２００に障害が発生したときの障害情報である。トレース６５０は、発生した障害の原因解析のために使用される。

図５は、本実施形態に係る構成情報６４０の一例を示す図である。

構成情報６４０には、例えば、ＨＤＤ情報６４１や、ＲＡＩＤグループ情報６４２や、ＬＵ情報６４３や、パラメータ情報６４４等が含まれる。

ＨＤＤ情報６４１は、ストレージシステム１００，２００の記憶装置の物理的な構成（以下「記憶装置構成」とも呼ぶ）を示した情報である。記憶装置の物理的な構成としては、例えば、記憶装置がＨＤＤ１４０であれば、ＨＤＤ１４０の個数や配置や容量等が考えられる。同図の場合は、ＨＤＤ１４０が３つ備えられており、そのうちの一つ、例えばＨＤＤ番号が「０」のＨＤＤ１４０は、筐体番号が「０」の筐体におけるスロット番号が「０」のスロットに搭載されており、そのインタフェースが「ＳＡＳ」であり、その容量が「２５６ＧＢ」であることがわかる。

ＲＡＩＤグループ情報６４２は、ＲＡＩＤグループ１５０の構成を定義した情報である。ＲＡＩＤグループ情報６４２には、ＲＡＩＤグループ１５０を構成するＨＤＤ１４０を示すＨＤＤ番号や、ＲＡＩＤグループ１５０が提供するユーザ領域の総容量等や含まれる。ユーザ領域の総容量は、次のようにして求めることができる。即ち、同図においてＲＧ番号が「０」のＲＡＩＤグループ１５０は、ＨＤＤ番号が「０，１，２，３，４」の５つのＨＤＤ１４０から構成されている。そして、それぞれのＨＤＤ１４０の容量は、ＨＤＤ情報６４１からわかるように、「２５６ＧＢ」である。また、そのＲＡＩＤグループ１５０は、その一つのストライプ領域に書かれるデータの組み合わせ（図示の「パリティ」）が「４Ｄ＋１Ｐ」であるから、４つ分のＨＤＤ１４０に相当する容量がユーザ領域として割り当てられる。従って、２５６ＧＢの４倍である「１０００ＧＢ」（実際は「１０２４ＧＢ」）が、このＲＡＩＤグループ１５０におけるユーザ領域の総容量となる。尚、ＲＡＩＤグループ１５０を構成するＨＤＤ１４０にシステム情報６００が記憶される場合は、そのシステム情報のサイズ分が差し引かれる。また、このＲＡＩＤグループ１５０の空容量が「８００ＧＢ」となっていることから、１０００ＧＢから８００ＧＢを差し引いた２００ＧＢ分の領域が使用中であることがわかる。以下では、使用中である領域の容量を「使用容量」ともいう。

ＬＵ情報６４３は、ＬＵの構成を定義した情報である。ＬＵ情報６４３には、そのＬＵが形成されたＲＡＩＤグループ１５０を示すＲＧ番号等が含まれる。

パラメータ情報６４４は、ストレージシステム１００，２００に接続されるホスト４００に関する情報である。パラメータ情報６４４については、図６を参照して説明する。

図６は、本実施形態に係るパラメータ情報６４４の一例を示す図である。

同図に示すように、パラメータ情報６４４には、上位Ｉ／Ｆ１１１に備えられる各ポートごとに、そのポートに関連付けられたホストグループを定義した情報が含まれる。例えば、同図では、ストレージシステム１００，２００には、ポート番号が「０」のポートとポート番号が「１」のポートとが備えられており、また、ポート番号が「０」のポートには、ホストグループ番号が「０」のホストグループとホストグループ番号が「１」のホストグループとが定義されていることがわかる。そして、ホストグループ番号が「０」のホストグループは、そのニックネームが「ｘ１」であり、接続されるＨＢＡが「ｙ１」であること等もわかる。

以上が、本実施形態に係るストレージシステム１００，２００の構成の説明である。本実施形態におけるデータ移行では、ユーザデータのみならず、システム情報６００も移行される。ユーザデータの移行は、移行元システム１００のＨＤＤ１４０に記憶されているユーザデータを、移行先システム２００の所定のＨＤＤ２４０にコピーすることにより行われる。一方、システム情報６００の移行の場合は、移行元システム１００のシステム情報６００を移行先システム２００へ単純にコピーしただけでは、移行先システム２００が正常に動作しない場合もある。以下、システム情報６００の移行方法について説明する。

図７は、本実施形態に係るシステム情報６００の移行に関する説明図である。以下の説明を分かりやすくするために、同図のように、各情報の符号に「Ａ」又は「Ｂ」を付与して、移行元システム１００のシステム情報６００と移行先システム２００のシステム情報６００とを区別する。

システム情報６００に含まれる各要素（以下「システム情報要素」ともいう）は、その種別ごとに異なった性質を有するので、システム情報６００の移行には、各システム情報要素ごとにその種別に応じて異なった方法が採用される。異なった性質として一例を挙げると、次のようなものがある。即ち、本実施形態では、新規なストレージシステム（非稼働中のストレージシステム）２００へのデータ移行を想定する。従って、システム情報要素の種別によっては、データ移行を実施する際に、移行先システム２００に存在するものと存在しないものとがある。例えば、同図において、実線で記載したシステム情報要素は、データ移行を実施する際に存在するものである。一方、破線で記載したシステム情報要素は、データ移行を実施する際に存在しない。

以下では、本実施形態にて例示した各種のシステム情報要素ごとに、それぞれの性質を考慮した移行方法について具体的に説明する。

まず、有効フラグ６１０について説明する。有効フラグ６１０は、同図に示すように、移行先システム２００に存在している。そして、上述したように、有効フラグは、単にどの情報要素パッケージから読み出せばよいかを示す情報であり、移行元システム１００からその内容を引き継ぐことを要しないから、移行されなくともよい。本実施形態では、有効フラグ６１０のコピーは、特に行われない。

マイクロプログラム６２０も、有効フラグ６１０と同様に、移行先システム２００に存在する。そして、両システム１００，２００のそれぞれのマイクロプログラム６２０Ａ，６２０Ｂは、どちらもストレージシステム１００，２００を制御するプログラムであって同じものである。従って、マイクロプログラム６２０は、原則、移行されなくともよい。但し、両システム１００，２００のそれぞれのマイクロプログラム６２０Ａ，６２０Ｂのバージョンが異なる場合、特に、移行元システム１００のバージョンの方が新しい場合には、移行先システム２００のマイクロプログラム６２０Ｂのバージョンを最新のものにするためにも、マイクロプログラム６２０を移行することができる。移行の方法としては、移行先システム２００のマイクロプログラム６２０Ｂを移行元システム１００のものに置き換えればよいので、移行元システム１００のマイクロプログラム６２０Ａがそのままコピー（上書き）される。

次に、ストレージ固有情報６３０について説明する。その一つであるシリアルナンバー６３１は、ストレージシステム１００，２００自体に割り当てられる番号であるから、移行元システム１００と移行先システム２００とでは、それぞれ異なった値となっている。シリアルナンバー６３１は、例えば、ストレージシステム１００，２００の販売者が、その製品を購入したユーザをサポートする上で、その製品やユーザを識別するために用いられる。そして、データ移行を実施して移行先システム２００への引継ぎを行ったユーザは、それまでと同様のサポートを継続して受けることを希望するものと予想される。従って、同様のサポートを継続して受けられるようにするためにも、移行元システム１００のシリアルナンバー６３１Ａが移行先システム２００へ引き継がれる。即ち、移行元システム１００のシリアルナンバー６３１Ａが移行先システム２００へコピーされる。一方、移行元システム１００のシリアルナンバー６３１Ａを移行先システム２００にコピーしただけでは、両システム１００，２００のシリアルナンバー６３１が同一になってしまう。同一のシリアルナンバー６３１が複数のストレージシステム１００，２００に割り当てられることは、本情報の性質上、好ましくない。そこで、シリアルナンバー６３１については、移行元システム１００のシリアルナンバー６３１Ａが移行先システム２００にコピーされると同時に、移行先システム２００のシリアルナンバー６３１Ｂが移行元システム１００にコピーされる。つまり、移行元システム１００と移行先システム２００のそれぞれのシリアルナンバー６３１が、互いにリプレイスされる。

ストレージ固有情報６３０の一つであるＩＰアドレス６３２は、移行先システム２００には存在しない。これは、移行先システム２００は稼働前の状態であり、未だネットワークの設定が行われていないためである。ＩＰアドレス６３２は、ホスト４００等との接続のために利用されるので、データ移行によってＩＰアドレス６３２が変更されれば、ホスト４００等の設定変更が必要となってしまう。そのため、ＩＰアドレス６３２は、変更されずにそのまま移行されることが望まれる。尚、本実施形態では、移行元システム１００から移行先システム２００へのリプレイスを行うのであるから（データ移行後は、移行元システム１００の稼働は停止され、移行先システム２００だけが稼働する）、移行元システム１００と同じＩＰアドレス６３２を移行先システム２００に割り当てても問題とならない。そこで、ＩＰアドレス６３２については、移行元システム１００のものが移行先システム２００へそのままコピーされる。

ストレージ固有情報６３０の一つである有償機能情報６３３は、ＩＰアドレス６３２と同様にそのまま引き継がれる。本実施形態では、ストレージシステム１００，２００のリプレイスを行うのであるから、移行元システム１００において利用可能であった有償機能を移行先システム２００においても利用可能とする必要があるからである。従って、移行元システム１００の有償機能情報６３３Ａは、移行先システム２００へそのままコピーされる。尚、有償機能は、そのライセンスが一つであれば、一のストレージシステム１００，２００においてのみ利用できる機能である。データ移行後は、移行元システム１００の稼働が停止されるので、両システム１００，２００で同じ有償機能が利用されることはないが、念のため、移行元システム１００の有償機能が無効化される。例えば、移行された有償機能を示す情報が、移行元システム１００の有償機能情報６３３Ａから削除される。

次に、構成情報６４０について説明する。ＨＤＤ情報６４１は、上述したように、ストレージシステム１００，２００の記憶装置構成を示した情報である。つまり、ＨＤＤ情報６４１は、そのストレージシステム１００，２００に特化した情報であり、データ移行によって変更されるものではない。従って、ＨＤＤ情報６４１の移行は、行われない。

ＲＡＩＤグループ情報６４２は、ＲＡＩＤグループ１５０の構成を定義した情報である。また、ＬＵ情報６４３は、ＬＵの構成を定義した情報である。本実施形態では、移行元システム１００におけるＲＡＩＤグループ１５０やＬＵ等の論理的な構成をそのまま引き継いで移行先システム２００へリプレイスする。そのため、これらの情報６４２，６４３は、ＲＡＩＤグループ１５０やＬＵの構成が変更されないように移行される。従って、ＬＵ情報６４３については、移行元システム１００のものが移行先システム２００へそのままコピーされる。一方、ＲＡＩＤグループ情報６４２については、両システム１００，２００間の記憶装置構成が異なる場合は、そのままコピーしても、移行先システム２００が正常に動作するとは限らない。何故ならば、ＲＡＩＤグループ情報６４２には、記憶装置構成に依存して決定される、ＨＤＤ番号やＲＡＩＤグループ１５０の総容量等が含まれるからである。そこで、通常、ＲＡＩＤグループ情報６４２については、移行先システム２００の記憶装置構成に適合するように修正されてからコピーされる。具体的な処理を考慮すると、例えば、修正された新たなＲＡＩＤグループ情報６４２Ｂが移行元システム１００において生成されて、その生成されたＲＡＩＤグループ情報６４２Ｂが移行先システム２００へコピーされる。尚、記憶装置構成が同じ場合は、移行先システム１００のＲＡＩＤグループ情報６４２Ａは、移行先システム２００へそのままコピーされる。

パラメータ情報６４４は、上述したように、ストレージシステム１００，２００に接続されるホスト４００に関する情報である。データ移行後も、接続されるホスト４００との関係には変更がないので、パラメータ情報６４４は、移行元システム１００のものが移行先システム２００へそのままコピーされる。

トレース６５０は、上述したように、ストレージシステム１００，２００に障害が発生したときの障害情報である。つまり、トレース６５０は、そのストレージシステム１００，２００に特化した情報であるので、移行されない。

以上が、システム情報６００の移行方法の説明である。次に、図５に示す構成情報６４０が移行された場合に、その構成情報６４０がどのように修正されるかについて、図８を参照して具体的に説明する。

図８は、データ移行後の移行先システム２００の構成情報６４０Ｂの一例を示す図である。ここでは、図５に示す構成情報６４０を移行元システム１００の構成情報６４０として、その符号に「Ａ」を付与して説明する。

図５のＨＤＤ情報６４１Ａと図８のＨＤＤ情報６４１Ｂとを比較すると、移行元システム１００と移行先システム２００の記憶装置構成が異なっていることがわかる。特に、本例では、両ＨＤＤ１４０，２４０の容量が異なっている。このような場合は、上述したように、ＲＡＩＤグループ情報６４２Ａが修正されてからコピーされる。

具体的には、ＲＡＩＤグループ１５０の総容量と空容量が修正されることになる。上述したように、ＲＡＩＤグループ１５０の総容量は、ＨＤＤ１４０の容量とそのＲＡＩＤグループ１５０のパリティの構成とから求められるからである。また、空容量は、総容量と使用容量とから求められるからである。ＲＧ番号が「０」のＲＡＩＤグループ１５０について見ると、移行元システム１００のＨＤＤ１４０の容量が「２５０ＧＢ」であるため、その総容量が「１０００ＧＢ」であった。これに対し、移行先システム２００のＨＤＤ２４０の容量が「５００ＧＢ」であるため、その総容量が「２０００ＧＢ」に修正される。また、上述したように、ＲＧ番号が「０」のＲＡＩＤグループ１５０の使用容量は、「２００ＧＢ」である。従って、総容量が「１０００ＧＢ」から「２０００ＧＢ」に修正されたことにより、空容量は、「８００ＧＢ」から「１８００ＧＢ」（総容量から使用容量を差し引いた値）に修正される。

以下、図９乃至図１４を参照して、本実施形態に係るデータ移行の手順及び移行処理の説明を行う。

図９は、本実施形態に係るデータ移行の手順を示すフローチャートである。

まず、移行元システム１００が、通常モード（移行用ＳＷ１２０：ＯＦＦ、メインＳＷ１５０：ＯＮ）に設定されて、起動される（Ｓ１０１）。また、移行先システム２００が、筐体拡張モード（移行用ＳＷ２２０：ＯＮ、メインＳＷ２５０：ＯＮ）に設定されて、起動される（Ｓ１０２）。そして、両システム１００，２００が起動された後、両システム１００，２００は、ＳＡＳケーブル等の通信ケーブル５００を介して相互に接続される（Ｓ１０３、Ｓ１０４）。

管理用ＰＣ３００の移行ツール３１０が、所定の指示を、移行元システム１００のＣＴＬ１１０に送信する（Ｓ１０５）。そのＣＴＬ１１０におけるエクスパンダ１１４が、その指示に応答して、そのエクスパンダ１１４におけるデータ移行専用ポートのｐｈｙ状態を有効とする。これにより、ＲＡＩＤ制御部１１２が、ＳＡＳコントローラ１１３を介して、移行先システム２００のＨＤＤ２４０を認識することができ、以って、ＨＤＤ２４０へのデータの読み書きが可能な状態となる（Ｓ１０６）。

ここまでが、データ移行処理を行うために必要とされる準備操作であり、この準備操作が完了した後に、データ移行が可能となる。

移行ツール３１０は、移行元システム１００からＲＡＩＤグループ情報６４２Ａ及びＬＵ情報６４３Ａを取得する（Ｓ１０７）。具体的には、まず、移行ツール３１０が、移行元システム１００のＣＴＬ１１０に対してＲＡＩＤグループ情報６４２Ａ及びＬＵ情報６４３Ａの取得を要求する。要求を受けたＣＴＬ１１０（ＲＡＩＤ制御部１１２）は、移行元システム１００のＨＤＤ１４０からＲＡＩＤグループ情報６４２Ａ及びＬＵ情報６４３Ａを読み出して、読み出した情報６４２Ａ，６４３Ａを移行ツール３１０へ送信する。

次に、移行ツール３１０は、所定のユーザ選択画面を表示し、ユーザからの選択を受け付ける（Ｓ１０８）。ユーザ選択画面には、例えば、移行対象のユーザデータ（以下「移行対象データ」とも呼ぶ）を選択するための項目等が設けられる。移行対象データの選択は、例えば、ＲＡＩＤグループ１５０やＬＵごとに行うことができる。つまり、ＲＡＩＤグループ１５０やＬＵごとにそれらに属するユーザデータを移行するか否かを決定することができる。具体的には、例えば、移行対象データを選択する項目には、移行元システム１００が有するＲＡＩＤグループ１５０やＬＵの名称やＩＤ等の一覧が表示される。ユーザは、その一覧の中から移行したいユーザデータが属するＲＡＩＤグループ１５０やＬＵを選択する。尚、移行元システム１００が有するＲＡＩＤグループ１５０やＬＵは、Ｓ１０７にて得られたＲＡＩＤグループ情報６４２ＡやＬＵ情報６４３Ａから知ることができる。また、このような移行対象データを選択するための項目を設けずに、無条件に全てのユーザデータが移行されるようにしてもよい。

その後、ユーザからの指示に応じて、移行ツール３１０は、移行元システム１００のＣＴＬ１１０に対してデータ移行を指示する（Ｓ１０９）。この際、ＣＴＬ１１０には、移行対象データを示す情報として、Ｓ１０８にて選択されたＲＡＩＤグループ１５０やＬＵを示す情報（ＩＤ等）が併せて通知される。

データ移行の指示を受けたＣＴＬ１１０は、移行処理を実施する（Ｓ１１０）。移行処理は、ＲＡＩＤ制御部１１２のＣＰＵが、ＨＤＤ１４０に記憶された移行プログラム６２１Ａをメモリにロードして、ロードしたプログラム６２１を実行することで実施される。移行処理の詳細については、後述する。移行処理が完了すると、ＣＴＬ１１０は、移行ツール３１０へ移行の完了を通知する（Ｓ１１１）。

移行の完了の通知を受けた移行ツール３１０は、その旨を表示してユーザに通知する（Ｓ１１２）。

その後、通信ケーブル５００が外されて、両システム１００，２００が切り離される（Ｓ１１３）。

その後、両システム１００，２００が再起動される（Ｓ１１４、Ｓ１１５）。このとき、移行先システム２００の移行用ＳＷはＯＦＦに設定される。

以上の手順に従って、ユーザ操作と管理用ＰＣ及び両システム１００，２００の処理とが実施されることにより、移行元システム１００から移行先システム２００へのデータ移行が完了する。

尚、移行ツール３１０が移行を指示した後、移行の完了の通知を受けるまでの間（Ｓ１０９からＳ１１２までの間）、移行元システム１００が、定期的又は不定期的に、移行ツール３１０へ移行処理の進捗状況を報告するようにしてもよい。そして、報告を受けた移行ツール３１０は、移行処理の進捗状況を、ＧＵＩを介してユーザに報告することができる。これにより、ユーザは、管理用ＰＣ３００上で、移行の指示に加えて、その移行処理の進捗状況を把握できるようになる。進捗状況を示す情報（以下「進捗情報」ともいう）としては、例えば、移行対象データの総容量とそのうち移行が完了したものの容量との関係や、移行対象の全ＬＵとそのうち移行が完了したＬＵとの関係や、移行を開始してからの経過時間や、移行が完了するまでにかかると予想される時間等が考えられる。

また、移行ツール３１０が、移行元システム１００から受信した進捗情報を、ファイル等に保存するようにしてもよい。こうすることで、移行処理が行われている最中に移行ツール３１０が中断された場合でも、ユーザは、その中断時点での移行処理の進捗状況を知ることができるようになる。この進捗情報が記録されるファイルの一例として、図２１に示すものが考えられる。同図のように、このファイル９００には、例えば、移行先システム１００及び移行元システム２００を示す情報や、移行元システム１００が取得したシステム情報６００（移行元システム１００のシステム情報６００Ａ又は／及び移行先システム２００のシステム情報６００Ｂ）や、Ｓ１０８にてユーザが選択した指示内容を示す情報や、進捗情報等が含まれる。

図１０は、本実施形態に係る移行処理を示すフローチャートである。本処理は、図８におけるＳ１１０に相当する。

データ移行の指示を受けた移行元システム１００のＣＴＬ１１０は（Ｓ２０１）、移行先システム２００からシステム情報６００Ｂを取得する（Ｓ２０２）。具体的には、ＲＡＩＤ制御部１１２が、移行先システム２００のエクスパンダ２１４を介してＨＤＤ２４０にアクセスし、ＨＤＤ２４０から移行先システム２００のシステム情報６００Ｂを読み出す。ここで読み出されるシステム情報６００Ｂには、有効フラグ６１０Ｂと、マイクロプログラム６２０Ｂのバージョン情報６２２Ｂと、シリアルナンバー６３１Ｂと、ＨＤＤ情報６４１Ｂとが含まれる（必要に応じて他種のシステム情報要素が含まれてもよい）。読み出されたシステム情報６００Ｂは、ＲＡＩＤ制御部１１２が備えるメモリに格納される。

次に、ＣＴＬ１１０は、自ストレージシステム（即ち、移行元システム）１００のシステム情報６００ＡをＨＤＤ１４０から取得する（Ｓ２０３）。具体的には、ＲＡＩＤ制御部１１２は、自ストレージシステム１００のＨＤＤ１４０にアクセスし、ＨＤＤ１４０からシステム情報６００Ａを読み出して、読み出した情報６００を自己が備えるメモリに格納する。ここでは、システム情報６００Ａに含まれる全てのシステム情報要素が取得されてもよいし、コピーされないシステム情報要素（有効フラグ６１０やトレース６５０等）を除いたものだけが取得されてもよい。

その後、システム情報６００の移行処理が行われる（Ｓ２０４）。システム情報６００の移行処理については、後述する。

その後、ユーザデータの移行処理が行われる（Ｓ２０５）。即ち、ＣＴＬ１１０は、移行ツール３１０から通知された移行対象データを示す情報（例えば、ＬＵＮやＲＡＩＤグループ１５０のＩＤ）を参照して、その情報から特定されるＨＤＤ１４０の移行対象データを移行先システム２００へ移行する。具体的には、ＲＡＩＤ制御部１１２は、移行対象データをＨＤＤ１４０から自己のメモリに読み出した後、読み出したデータを、通信ケーブル５００を経由して移行先システム２００へ転送し、所定のＨＤＤ２４０の所定の領域へコピーする。移行対象データがコピーされるＨＤＤ２４０及びその領域は、Ｓ２０４にてコピーされた移行後のシステム情報６００Ｂに適合するように決定される。

システム情報６００及びユーザデータの移行処理が完了した後、ＣＴＬ１１０は、移行元システム１００のＨＤＤ１４０に記憶されている全てのデータ（システム情報６００Ａとユーザデータ）を削除する（Ｓ２０６）。尚、移行ツール３１０の選択画面において、このような削除を行うか否かを選択できるようにし、ユーザが削除しないことを選択した場合は、Ｓ２０６の処理を行わないようにすることもできる。

尚、本実施形態の変形例として、次のような処理も行うことができる。即ち、システム情報６００には、記憶装置がホスト４００から一度でもアクセスされた場合に「ＯＮ」となるフラグ（以下「アクセスフラグ」ともいう）が含まれるようにし、Ｓ２０２において移行先システム２００のアクセスフラグが取得される。その後、そのアクセスフラグが判定され、「ＯＮ」であった場合は、既に移行先システム２００が利用されている旨が移行ツール３１０及びユーザに通知され、移行処理が中止される。一方、「ＯＦＦ」であった場合は、Ｓ２０３〜Ｓ２０５に従って移行処理が行われる。

このような処理が行われることにより、誤って新規でない（何らかのデータが記憶されている）ストレージシステム１００，２００を移行先システム２００とした場合でも、移行先システム２００に記憶されているデータの消滅や破壊を避けることができるようになる。尚、アクセスフラグは、ＨＤＤ１４０，２４０ごとやＲＡＩＤグループ１５０ごとやＬＵごとにアクセスされたか否かを示すものであってもよい。

以上が、本実施形態に係る移行処理の説明である。以下、図１１乃至図１４を参照してシステム情報６００の移行処理の説明を行う。

図１１は、本実施形態に係るシステム情報６００の移行処理を示すフローチャートである。本処理は、図１０におけるＳ２０４に相当する。

システム情報６００の移行処理が開始されると、移行元システム１００のＣＴＬ１１０は、Ｓ２０３で取得した、自ストレージシステム１００のシステム情報６００Ａの中から、一のシステム情報要素を選択する（Ｓ３０１）。

次に、選択されたシステム情報要素について、その種別が判定される（Ｓ３０２）。即ち、選択されたシステム情報要素が、有効フラグ６１０やマイクロプログラム６２０やストレージ固有情報６３０や構成情報６４０やトレース６５０等のうちのどの情報要素に当たるかを判定する。尚、選択されたシステム情報要素がストレージ固有情報６３０である場合は、それがシリアルナンバー６３１であるかＩＰアドレス６３２であるか有償機能６３３であるかについても判定される。また、構成情報６４０である場合は、それがＨＤＤ情報６４１であるかＲＡＩＤグループ情報６４２であるかＬＵ情報６４３であるかパラメータ情報６４４であるかについても判定される。

その後、ＣＴＬ１１０は、選択されたシステム情報要素について、その種別に応じて、その情報要素に対応する移行後のシステム情報要素を生成し、生成した移行後のシステム情報要素を移行先システム２００のＨＤＤ２４０へ書き込む（Ｓ３０３）。本処理は、選択されたシステム情報要素の種別に応じて異なるので、本処理の詳細については、その種別ごとに図１２乃至図１４を参照して説明する。

自ストレージシステム１００のシステム情報要素の全てについて、Ｓ３０１〜Ｓ３０３の処理が繰返された後（Ｓ３０４）、本処理は、終了する。なお、Ｓ３０４の後、移行先システムにおいて、二つの情報要素パッケージの内容が同じであれば、任意に選択された情報要素パッケージにおける有効フラグが有効に設定され、他方の情報要素パッケージにおける有効フラグが無効に設定されて良い。また、それら二つの情報要素パッケージにおいて、少なくとも一つのシステム情報要素に新旧があれば、新しいシステム情報要素が存在する情報要素パッケージにおける有効フラグが有効に設定され、旧いシステム情報要素が存在する情報要素パッケージにおける有効フラグが無効に設定されて良い。

図１２は、マイクロプログラム６２０に関する移行処理を示すフローチャートである。

Ｓ３０２にて判定された結果、選択されたシステム情報要素がマイクロプログラム６２０であった場合は、Ｓ３０３において本処理が実施される。

まず、ＣＴＬ１１０は、移行元システム１００のマイクロプログラム６２０Ａのバージョン情報６２２Ａと、移行先システム２００のマイクロプログラム６２０Ｂのバージョン情報６２２Ｂとを比較する（Ｓ４０１）。それぞれの情報は、Ｓ２０２及びＳ２０３において取得され、ＲＡＩＤ制御部１１２が備えるメモリに格納されている。

Ｓ４０１における比較の結果、移行先システム２００のマイクロプログラム６２０Ｂのバージョンが、移行元システム１００のマイクロプログラム６２０Ａのバージョンよりも古い場合は（Ｓ４０１：ＹＥＳ）、移行元システム１００のマイクロプログラム６２０Ａが、移行先システム２００にコピーされる。具体的には、ＲＡＩＤ制御部１１２が、そのメモリに格納されている移行元システム１００のマイクロプログラム６２０Ａを、ＳＡＳコントローラ１１３及びエクスパンダ１１４，２１４を経由して移行先システム２００へ転送し、移行先システム２００のＨＤＤ２４０のマイクロプログラム６２０Ｂが記憶されている領域に上書きする。本実施形態では、システム情報６００が二つの情報要素パッケージから構成されているので、有効となっている情報要素パッケージには古いバージョンのマイクロプログラム６２０Ｂをそのまま残して、無効となっている情報要素パッケージにのみ新しいパージョンのマイクロプログラム６２０Ａを上書きすることができる。

次に、移行先システム２００の有効フラグ６１０Ｂが書き換えられる（Ｓ４０３）。即ち、Ｓ４０２にてコピーされた新しいバージョンのマイクロプログラム６２０Ｂが有効となるように、新しいバージョンのマイクロプログラム６２０Ｂが含まれた情報要素パッケージにおける有効フラグ６１０Ｂが変更される。

一方、Ｓ４０１における比較の結果、移行先システム２００のマイクロプログラム６２０Ｂのバージョンが、移行元システム１００のマイクロプログラム６２０Ａのバージョンよりも新しい場合、又はそれらが同じである場合は（Ｓ４０１：ＮＯ）、マイクロプログラム６２０の移行は行われない。

図１３は、ストレージ固有情報６３０に関する移行処理を示すフローチャートである。

Ｓ３０２にて判定された結果、選択されたシステム情報要素がストレージ固有情報６３０であった場合は、Ｓ３０３において本処理が実施される。

選択されたシステム情報要素が、有償機能情報６３３であった場合は（Ｓ５０１：ＹＥＳ）、移行元システム１００の有償機能情報６３３Ａが、移行先システム２００にコピーされる（Ｓ５０２）。

その後、移行元システム１００の有償機能が無効化される（Ｓ５０３）。本実施形態では、有償機能情報６３３は、インストールされている有償機能（利用可能な有償機能）が何であるかを示す情報であるから、その情報を削除することにより、有償機能が無効化される。尚、有償機能情報６３３が、プリインストールされている有償機能の全てについて利用可能か否かを示すフラグである場合は、そのフラグの全てを「ＯＦＦ」に変更することで、有償機能が無効化される。

また、選択されたシステム情報要素が、シリアルナンバー６３１であった場合は（Ｓ５０４：ＹＥＳ）、移行元システム１００のシリアルナンバー６３１Ａと移行先システム２００のシリアルナンバー６３１Ｂとがリプレイスされる（Ｓ５０５）。即ち、ＲＡＩＤ制御部１１２は、そのメモリに格納されている移行元システム１００のシリアルナンバー６３１Ａを、移行先システム２００のＨＤＤ２４０のシリアルナンバー６３１Ｂが記憶されている領域に上書きする。また、ＲＡＩＤ制御部１１２は、そのメモリに格納されている移行先システム２００のシリアルナンバー６３１Ｂを自ストレージシステム１００のＨＤＤ１４０のシリアルナンバー６３１Ａが記憶されている領域に上書きする。

更に、選択されたシステム情報要素が、ＩＰアドレス６３２であった場合は（Ｓ５０６：ＹＥＳ）、移行元システム１００のＩＰアドレス６３２Ａが移行先システム２００にコピーされる（Ｓ５０７）。

図１４は、構成情報６４０に関する移行処理を示すフローチャートである。

Ｓ３０２にて判定された結果、選択されたシステム情報要素が構成情報６４０であった場合は、Ｓ３０３において本処理が実施される。

選択されたシステム情報要素が、ＲＡＩＤグループ情報６４２又はＬＵ情報６４３であった場合は（Ｓ６０１：ＹＥＳ）、両システム１００，２００の記憶装置構成の違いを考慮して、移行元システム１００のＲＡＩＤグループ情報６４２Ａ又はＬＵ情報６４３Ａが修正される（Ｓ６０２）。

その後、修正されたＲＡＩＤグループ情報６４２又はＬＵ情報６４３が、移行先システム２００へコピーされる（Ｓ６０３）。

また、選択されたシステム情報要素が、パラメータ情報６４４であった場合は（Ｓ６０４：ＹＥＳ）、移行元システム１００のパラメータ情報６４４Ｂが、移行先システム２００にコピーされる（Ｓ６０４）。

更に、選択されたシステム情報要素が、ディスク情報６４１であった場合は（Ｓ６０６：ＹＥＳ）、移行処理は行われない。

以上が、本実施形態に係るデータ移行の手順及び移行処理の説明である。

本実施形態によれば、バックエンドでＳＡＳアドレスの重複無くストレージシステム同士を接続し、バックエンドでのデータ移行が可能となる。

また、本実施形態によれば、データ移行において、ユーザデータだけでなく、システム情報６００も移行できるようになる。従って、移行後のストレージシステムの環境を移行前のものと同じ環境にするために、ユーザが、データ移行後に、システム情報を設定し直さなくともよくなる。

＜第二の実施形態＞。

本実施形態では、非稼働中のストレージシステム１００，２００へのデータ移行に加えて、稼働中のストレージシステム１００，２００へのデータ移行も考慮される。また、データ移行後に、両システム１００，２００が並列して稼働されることも考慮される。即ち、本実施形態では、第一の実施形態にて想定したようなストレージシステム１００，２００のリプレイスに限らず、並列に稼働している両システム１００，２００間における全部又は一部のユーザデータのデータ移行をも想定する。本実施形態を実現するストレージシステム１００，２００の構成、及び、移行先システム２００が稼働中の場合のシステム情報６００の移行方法は、第一の実施形態と一部異なる。以下では、主に、第一実施形態との相違点について説明する。

図１５は、本実施形態に係るデータ移行の制御装置を備えたストレージシステム１００，２００の構成例を示す図である。

第一の実施形態と同様、移行先システム１００と移行元システム２００とが、通信ケーブル５００を介して接続される。通信ケーブル５００は、システムＩ／Ｆ１１５，２１５が備えるインタフェースに合わせて、例えば、ＦＣ（Fibre Channel）ケーブルやＬＡＮケーブル等とすることができる。また、移行元システム１００には、管理用ＰＣ３００がＬＡＮ等の通信ネットワークを介して接続される。

管理用ＰＣ３００とホスト４００は、第一の実施形態のものと同じである。また、本実施形態においても、移行先システム１００と移行元システム２００の構成は、基本的に同じなので、移行先システム１００を代表例に採ってストレージシステム１００，２００の構成を説明する。尚、第一の実施形態における符号と同一符号が付されている各部は、第一の実施形態におけるものと同じである。ここでは、新たな部について説明する。

本実施形態に係るストレージシステム１００には、例えば、二重化されたＣＴＬ１１０’と、記憶装置とが搭載される。記憶装置の構成は、第一の実施形態と同じである。

ＣＴＬ１１０’には、例えば、上位Ｉ／Ｆ１１１と、システムＩ／Ｆ１１５と、ＣＰＵ１１６と、メモリ１１７と、データ転送制御部１１８と、ディスクＩ／Ｆ１１８とが備えられる。

データ転送制御部１１８は、第一の実施形態におけるＲＡＩＤ制御部１１２に相当し、ＣＰＵ１１６及びメモリ１１７と連携して、コマンドの処理を実行する。

ディスクＩ／Ｆ１１８は、第一の実施形態におけるＳＡＳコントローラ１１３及びエクスパンダ１１４に相当し、データ転送制御部１１８からの指示に応答して、ＨＤＤ１４０に対してデータの書込みや読出しを行う。

システムＩ／Ｆ１１５は、外部の装置と接続するためのインタフェースである。両システム１００，２００は、それぞれのシステムＩ／Ｆ１１５，２１５を介して接続される。

図１６は、移行先システム２００が稼働中の場合のシステム情報６００の移行に関する説明図である。本実施形態では、データ移行後も、両システム１００，２００が並列して稼働されるものとする。

有効フラグ６１０とＨＤＤ情報６４１とトレース６５０が移行されないこと、及び、マイクロプログラム６２０がそのバージョンに依存して移行されたり移行されなかったりすることは、第一の実施形態と同じである。以下では、これら以外のシステム情報要素の移行方法について具体的に説明する。

まず、シリアルナンバー６３１とＩＰアドレス６３２について説明する。移行先システム２００が稼働中であるから、これらのシステム情報要素６３１，６３２は、移行先システム２００にも存在している。また、データ移行後も両システム１００，２００が並列して稼働するのであるから、これらのシステム情報要素６３１，６３１がリプレイスされる必要もない。従って、シリアルナンバー６３１とＩＰアドレス６３２は、特に移行されない。但し、移行元システム１００と移行先システム２００との間で、これらのシステム情報要素６３１，６３２を交換したい場合もあるかもしれない。そのような場合は、移行元システム１００と移行先システム２００のそれぞれのシリアルナンバー６３１又はＩＰアドレス６３２が、互いにリプレイスされる。これらのシステム情報要素６３１，６３２のリプレイスを行うか否かは、例えば、ユーザが、移行ツール３１０が提供する選択画面を介して選択することができる。

有償機能情報６３３は、移行元システム１００において利用可能であった有償機能をどちらのシステム１００，２００で利用するかによって、その移行方法が変わる。即ち、移行元システム１００において利用可能であった有償機能を、移行元システム１００で継続して利用する場合は、有償機能情報６３３の移行は行われない。一方、移行元システム１００において利用可能であった有償機能の全部又は一部を、移行元システム２００で利用する場合は、移行対象の有償機能が、移行先システム２００の有償機能情報６３３Ｂに追加される。そして、その移行対象の有料機能が、移行元システム１００の有償機能情報６３３Ａから削除される。尚、データ移行後に、どの有償機能をどのシステム１００，２００で利用するかについては、ＩＰアドレス６３２に関する選択の場合と同様、移行ツール３１０が提供する選択画面を介して選択することができる。

ＲＡＩＤグループ情報６４２、ＬＵ情報６４３及びパラメータ情報６４４のそれぞれの移行方法は、基本的に同じである。ＲＡＩＤグループ情報６４２であれば、移行対象のＲＡＩＤグループ１５０（移行元システム１００のＲＡＩＤグループ情報６４２Ａに含まれているＲＡＩＤグループ１５０の全部又は一部）を定義する情報が、移行先システム２００のＲＡＩＤグループ情報６４２Ｂに追加される。そして、その移行対象のＲＡＩＤグループ１５０を定義する情報が、移行元システム１００のＲＡＩＤグループ情報６４２Ａから削除される。一方、ＬＵ情報６４３であれば、移行対象のＬＵ（移行元システム１００のＬＵ情報６４３Ａに含まれているＬＵの全部又は一部）を定義する情報が、移行先システム２００のＬＵ６４３Ｂに追加される。そして、その移行対象のＬＵを定義する情報が、移行元システム１００のＬＵ情報６４３Ａから削除される。更に、パラメータ情報６４４であれば、移行対象のホストグループ（移行元システム１００のパラメータ情報６４４Ａに含まれているホストグループの全部又は一部）を定義する情報が、移行先システム２００のパラメータ情報６４４Ｂに追加される。そして、その移行対象のホストグループを定義する情報が、移行元システム１００のパラメータ情報６４４Ａから削除される。尚、どのＲＡＩＤグループ１５０、ＬＵ又はホストグループを移行するかについては、上記同様、移行ツール３１０が提供する選択画面を介して選択することができる。

以上が、移行先システム２００が稼働中の場合のシステム情報６００の移行方法の説明である。次に、この移行方法に従って、図５に示す構成情報６４０が移行された場合及び図６に示すパラメータ情報６４４が移行された場合のそれぞれについて、図１７及び図１８を参照して具体的に説明する。

図１７は、移行先システム２００が稼働中の場合のデータ移行後の移行先システム２００の構成情報６４０Ｂ’の一例を示す図である。

移行先システム２００が稼働中の場合は、非稼働中の場合（図８）と異なり、通常、移行先システム２００には、ＲＡＩＤグループ１５０やＬＵが既に定義されている。そして、それらを定義する情報が、移行先システム２００のＲＡＩＤグループ情報６４２ＢやＬＵ情報６４３Ｂに含まれている。図１７の場合は、破線で囲まれた情報が、既に定義されているＲＡＩＤグループ１５０やＬＵを定義する情報である。即ち、図１７の場合、ＲＧ番号が「０」のＲＡＩＤグループ１５０とＬＵ番号が「０」のＬＵとが、既に定義されていることになる。以下では、ＲＡＩＤグループ１５０を例に採って、詳しく説明する。

上述したように、ＲＡＩＤグループ１５０が移行されると、移行対象のＲＡＩＤグループ１５０を定義する情報が、移行先システム２００のＲＡＩＤグループ情報６４２Ｂ’に追加される。従って、移行後の移行先システム２００の構成情報６４０Ｂ’は、図１７に示すように、既に定義されているＲＡＩＤグループ１５０及びＬＵを定義する情報（破線部分）に、移行対象のＲＡＩＤグループ１５０及びＬＵを定義する情報（破線以外の部分）が追加された形となる。尚、第一の実施形態と同様、総容量や空容量が修正されることに加えて、本実施形態では、移行対象のＲＡＩＤグループ１５０に割り当てられる、ＲＧ番号やＨＤＤ２４０に合うように、ＲＧ番号やＨＤＤ番号等も修正されることになる。本例では、ＲＧ番号が「０」のＲＡＩＤグループ１５０が既に定義されており、そのＲＡＩＤグループ１５０には、ＨＤＤ番号が「０，１，２，３，４」の５つのＨＤＤ２４０が割り当てられている。従って、移行対象のＲＡＩＤグループ１５０には、ＨＤＤ番号が「０，１，２，３，４」のＨＤＤ２４０以外の未使用のＨＤＤ２４０が割り当てられることになる。そのため、ＲＧ番号が「１」のＲＡＩＤグループ１５０には、ＨＤＤ番号が「５，６，７，８，９」の５つのＨＤＤ２４０が割り当てられている。尚、図１４におけるＲＧ番号が「１」のＲＡＩＤグループ１５０は、図５（移行前）におけるＲＧ番号が「０」のＲＡＩＤグループ１５０に相当する。

図１８は、移行先システム２００が稼働中の場合のデータ移行後の移行先システム２００のパラメータ情報６４４Ｂ’の一例を示す図である。

上述したように、パラメータ情報６４４の移行方法は、ＲＡＩＤグループ情報６４２やＬＵ情報６４３の移行方法と基本的に同じである。即ち、ホストグループが移行されると、移行対象のホストグループを定義する情報が、移行先システム２００のパラメータ情報６４４Ｂ’に追加される。従って、移行後の移行先システム２００のパラメータ情報６４４Ｂ’は、図１８に示すように、既に定義されているホストグループ（破線部分）に、移行対象のホストグループを定義する情報（破線以外の部分）が追加された形となる。ここで、「ホストグループ」とは、ホストモードが関連付けられた一以上の論理ユニット（ＬＵ）のことである。「ホストモード」とは、ホスト４００のOS（オペレーティングシステム）の種類によって異なるI/Oの形式（つまり入出力形式）のことである。ストレージシステムは、ホスト計算機４００に認識させても良い一以上のＬＵに対し、ホストモードを関連付けることができる。

以下、本実施形態に係るデータ移行の手順の説明を行う。

図１９は、本実施形態に係るデータ移行の手順を示すフローチャートである。

まず、管理用ＰＣ３００と移行元システム１００、移行先システム１００と移行元システム２００がそれぞれ接続される（Ｓ７０１、Ｓ７０２）。これにより、移行元システム１００のＣＴＬ１１０’と移行先システム２００のＣＴＬ２１０’との間で、リンクが確立する（Ｓ７０３）。

次に、移行ツール３１０が起動される（Ｓ７０４）。移行ツール３１０が起動されると、移行ツール３１０は、移行元システム１００からＲＡＩＤグループ情報６４２Ａ、ＬＵ情報６４３Ａ及びパラメータ情報６４４Ａを取得する（Ｓ７０５）。

次に、移行ツール３１０は、所定のユーザ選択画面を表示し、ユーザからの選択を受け付ける（Ｓ７０６）。ここでは、例えば、上述したような、シリアルナンバー６３１やＩＰアドレス６３２のリプレイスを行うか否かや、どの有償機能をどのシステム１００，２００で利用するかや、どのＲＡＩＤグループ１５０、ＬＵ又はホストグループを移行するか等が選択される。

その後、ユーザからの指示に応じて、移行ツール３１０は、移行元システム１００のＣＴＬ１１０’に対してデータ移行を指示する（Ｓ７０７）。この際、ＣＴＬ１１０’には、Ｓ７０６にて選択された各種の情報が併せて通知される。

データ移行の指示を受けたＣＴＬ１１０’は、移行処理を実施する（Ｓ７０８）。移行処理は、ＣＰＵ１１６が、ＨＤＤ１４０に記憶された移行プログラム６２１Ａをメモリ１１７にロードして、ロードしたプログラム６２１を実行することで実施される。移行処理は、システム情報６００の移行方法が変わるだけで、第一の実施形態と基本的に同じである。移行処理が完了すると、ＣＴＬ１１０’は、移行ツール３１０へ移行の完了を通知する（Ｓ７０９）。

移行の完了の通知を受けた移行ツール３１０は、その旨を表示してユーザに通知する（Ｓ７１０）。

その後、通信ケーブル５００が外されて、両システム１００，２００が切り離される（Ｓ７１１）。

その後、両システム１００，２００が再起動される（Ｓ７１２、Ｓ７１３）。

ここで、Ｓ１０８やＳ７０６にて表示されるユーザ選択画面について、移行対象のＬＵを選択する場合を例に挙げて、詳しく説明する。

図２０は、移行対象のＬＵを選択するためのユーザ選択画面７００，８００の一例を示す図である。

画面７００には、例えば、移行元システム１００が有する全てのＬＵを移行対象のＬＵとするか、それとも一部のＬＵを移行対象のＬＵとするかを選択できるチェックボックスが設けられる。同図のように、「全て」が選択されると、全てのＬＵが移行対象のＬＵとされることになる。一方、「一部のＬＵ」が選択されると、具体的にどのＬＵを移行対象とするかを選択するための画面８００が表示される。

画面８００には、例えば、移行元システム１００が有する全部又は一部のＬＵに関する選択エリア８１０，８２０，８３０が設けられる。各選択エリア８１０，８２０，８３０には、そのＬＵをコピーするか否かを選択できる第一のチェックボックス８１１，８２１，８３１が設けられる。また、それぞれの第一のチェックボックス８１１，８２１，８３１の横には、移行先システム２００においてそのＬＵを自動的に生成するか、それとも、ＬＵを自動的に生成しないで既存のＬＵにそのＬＵのデータを移行するかのどちらかを選択できる第二のチェックボックス８１２，８２２，８３２が設けられる。同図における「ＬＵ００」や「ＬＵ０１」のように、第一のチェックボックス８１１，８２１において「コピーする」が選択されると、それに対応する第二のチェックボックス８１２，８２２が有効になる。一方、「ＬＵ０２」のように、第一のチェックボックス８３１において「コピーしない」が選択されると、それに対応する第二のチェックボックス８３２が無効になる。また、「ＬＵ００」のように、第二のチェックボックス８１２において「自動生成」が選択されると、「ＬＵ００」に相当するＬＵが移行先システム２００に自動的に生成されることになる。一方、「ＬＵ０１」のように、第二のチェックボックス８２２において「定義済みＬＵから選択」が選択されると、移行先システム２００が有するＬＵのうちのいずれかを選択できるリストボックス８２３が表示され、既存のＬＵを選択できるようになる。同図の場合は、「ＬＵ１０」が選択されているので、移行元システム１００の「ＬＵ０２」のデータが移行先システム２００の「ＬＵ１０」に移行されることになる。

尚、画面７００，８００の構成は、これらに限られるものではない。選択エリア８１０，８２０，８３０やチェックボックス８１１，８１２，８１３，８２１，８２２，８３２やリストボックス８２３等の画面の構成要素は、様々な位置に配置されてもよいし、他の構成要素が追加されてもよい。また、チェックボックスやリストボックスの代わりに他のユーザインタフェースが用いられてもよい。

以上が、本実施形態に係るデータ移行の手順の説明である。本実施形態によれば、ストレージシステム１００，２００間のリプレイスに限らず、並列に稼働しているストレージシステム１００，２００間においてユーザデータの全部又は一部を移行する際にも、ユーザデータに加えてシステム情報６００も移行できるようになる。

上述した本発明の幾つかの実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。本発明は、その要旨を逸脱することなく、その他の様々な態様でも実施することができる。

例えば、本実施形態では、移行元システム１００と移行先システム２００とが一対一に接続される場合を想定したが、一つの移行元システム１００に対して複数の移行先システム２００が接続されてもよい。そして、同一のデータを同時に、一つの移行元システム１００から複数の移行先システム２００へ移行できるようにすることもできる。

第一の実施形態に係るデータ移行の制御装置を備えたストレージシステムの構成例を示す図である。 移行元システムから移行先システムへのデータ移行の手順の概要の説明図である。 本実施形態に係る移行元システムが備える記憶装置の構成図である。 本実施形態に係るシステム情報の構成例を示す図である。 本実施形態に係る構成情報の一例を示す図である。 本実施形態に係るパラメータ情報の一例を示す図である。 本実施形態に係るシステム情報の移行に関する説明図である。 データ移行後の移行先システムの構成情報の一例を示す図である。 本実施形態に係るデータ移行の手順を示すフローチャートである。 本実施形態に係る移行処理を示すフローチャートである。 本実施形態に係るシステム情報の移行処理を示すフローチャートである。 マイクロプログラムに関する移行処理を示すフローチャートである。 ストレージ固有情報に関する移行処理を示すフローチャートである。 構成情報に関する移行処理を示すフローチャートである。 第二の実施形態に係るデータ移行の制御装置を備えたストレージシステムの構成例を示す図である。 移行先システムが稼働中の場合のシステム情報の移行に関する説明図である。 移行先システムが稼働中の場合のデータ移行後の移行先システムの構成情報の一例を示す図である。 移行先システムが稼働中の場合のデータ移行後の移行先システムのパラメータ情報の一例を示す図である。 第二の施形態に係るデータ移行の手順を示すフローチャートである。 移行対象のＬＵを選択するためのユーザ選択画面の一例を示す図である。 進捗情報が記録されるファイルの一例である。 図２２Ａは、ＣＴＬ＿ＯＦＦモードにおける移行先システムの状態を示す。図２２Ｂは、通常モードにおける移行先システムの状態を示す。 エクスパンダの構成例を示す。 ルーティングテーブルの構成例を示す。 エクスパンダのファームウェアが行う処理の流れを示す。 移行元システムから移行先システムへのデータ移行の別の手順の概要の説明図である。 図２７Ａは、ストレージシステムでの各種モードの説明図である。図２７Ｂは、通常モード及び筐体拡張モードと、所定種類のｐｈｙの状態及び属性と、エクスパンダのＳＡＳアドレスとの関係の説明図である。図２７Ｃは、ｐｈｙ属性の関係の説明図である。 移行元システムと移行先システムの両方が誤って通常モードである場合のデータ保護の工夫を示す図である。 本発明の第一の実施形態に係るストレージシステムの外観の斜視図である。 ＳＡＳコントローラが保持するアドレスマップの構成例を示す。

符号の説明

１００…移行元システム、１１３，２１３…ＳＡＳコントローラ、１１４，２１４…エクスパンダ、１２０…移行用スイッチ、１５０…メインスイッチ、２００…移行先システム、３００…移行ツール、４００…ホスト、５００…通信ケーブル、６００…システム情報

Claims (25)

1. 第一のストレージシステムと第二のストレージシステムで構成されたシステムであって、
   前記第一のストレージシステムが、
   複数の物理ポートを有する第一のスイッチデバイスと、
   前記複数の物理ポートのうちの一以上の第一の物理ポートに物理的に接続された第一の記憶装置と、
   前記複数の物理ポートのうちの一以上の第二の物理ポートに物理的に接続された第一のコントローラと
   を備え、
   前記第二のストレージシステムが、
   複数の物理ポートを有する第二のスイッチデバイスと、
   前記複数の物理ポートのうちの一以上の第四の物理ポートに物理的に接続された第二の記憶装置と、
   前記複数の物理ポートのうちの一以上の第五の物理ポートに物理的に接続された第二のコントローラと、
   を備え、
   前記第一のスイッチデバイスが備える前記複数の物理ポートのうちの一以上の第三の物理ポートと、前記第二のスイッチデバイスが備える前記複数の物理ポートのうちの一以上の第六の物理ポートとが互いにホスト非経由で物理的に接続され、
   物理ポートの属性として、第一の属性と第二の属性とがあり、物理的に互いに接続されている物理ポートがそれぞれ第一の属性である場合には、それらの物理ポート間の論理的な接続は不可であるが、上流側の物理ポートが第一の属性であり下流側の物理ポートの属性が第二の属性である場合には、それらの物理ポート間の論理的な接続は可能であり、
   前記第一のコントローラが、前記第一のスイッチデバイスにおける前記一以上の第三の物理ポートと前記第二のスイッチデバイスにおける前記一以上の第六の物理ポートを介して、前記第二の記憶装置にアクセスし、
   前記第二のスイッチデバイスが、所定の入力を契機に、前記一以上の第三の物理ポートの属性を第二の属性に変更する、
   システム。
2. 第一のストレージシステムと第二のストレージシステムで構成されたシステムであって、
   前記第一のストレージシステムが、
   複数の物理ポートを有する第一のスイッチデバイスと、
   前記複数の物理ポートのうちの一以上の第一の物理ポートに物理的に接続された第一の記憶装置と、
   前記複数の物理ポートのうちの一以上の第二の物理ポートに物理的に接続された第一のコントローラと
   を備え、
   前記第二のストレージシステムが、
   複数の物理ポートを有する第二のスイッチデバイスと、
   前記複数の物理ポートのうちの一以上の第四の物理ポートに物理的に接続された第二の記憶装置と、
   前記複数の物理ポートのうちの一以上の第五の物理ポートに物理的に接続された第二のコントローラと、
   を備え、
   前記第一のスイッチデバイスが備える前記複数の物理ポートのうちの一以上の第三の物理ポートと、前記第二のスイッチデバイスが備える前記複数の物理ポートのうちの一以上の第六の物理ポートとが互いにホスト非経由で物理的に接続され、
   互いに物理的に接続された双方の物理ポートの状態が有効である場合に、前記双方の物理ポート間を論理的に接続することが可能であり、
   物理ポートの属性として、第一の属性と第二の属性とがあり、物理的に互いに接続されている物理ポートがそれぞれ第一の属性である場合には、それらの物理ポート間の論理的な接続は不可であるが、上流側の物理ポートが第一の属性であり下流側の物理ポートの属性が第二の属性である場合には、それらの物理ポート間の論理的な接続は可能であり、
   前記第一のコントローラが、前記第一のスイッチデバイスにおける前記一以上の第三の物理ポートと前記第二のスイッチデバイスにおける前記一以上の第六の物理ポートを介して、前記第二の記憶装置にアクセスし、
   前記一以上の第六の物理ポートの状態が無効であり、且つ、前記第二のスイッチデバイスのアドレスが、所定の規則で定められたデフォルトアドレスであり、
   前記一以上の第三の物理ポートの状態が無効であり、
   前記第二のスイッチデバイスが、所定の入力を契機に、前記一以上の第五の物理ポートと前記第二のコントローラとの論理的な接続を切断し、前記一以上の第六の物理ポートの状態を無効から有効に変更し、前記第二のスイッチデバイスのアドレスを、前記デフォルトアドレスから別のアドレスに変更し、前記一以上の第三の物理ポートの属性を第二の属性に変更し、
   前記第一のスイッチデバイスが、所定の指示を受けた場合に、前記一以上の第三の物理ポートの状態を無効から有効に変更する、
   システム。
3. 前記第二のコントローラ及び／又は前記第二のスイッチデバイスが、所定の入力を契機に、前記一以上の第五の物理ポートと前記第二のコントローラとの接続を切断する、
   請求項１又は２記載のシステム。
4. 互いに物理的に接続された双方の物理ポートの状態が有効である場合に、前記双方の物理ポート間を論理的に接続することが可能であり、
   前記第二のスイッチデバイスが、所定の入力を契機に、前記一以上の第六の物理ポートの状態を有効とする、
   請求項１又は２記載のシステム。
5. 前記第二のスイッチデバイスが、前記所定の入力のキャンセルを契機に、前記一以上の第六の物理ポートの状態を有効から無効に変更する、
   請求項４記載のシステム。
6. 初期的には、前記一以上の第三の物理ポートの状態が無効であり、
   前記第一のスイッチデバイスが、所定の指示を受けた場合に、前記一以上の第三の物理ポートの状態を無効から有効に変更する、
   請求項４記載のシステム。
7. 前記第二のスイッチデバイスのアドレスが、所定の規則で定められたデフォルトアドレスであり、
   前記第二のスイッチデバイスが、所定の入力を契機に、前記第二のスイッチデバイスのアドレスを、前記デフォルトアドレスから別のアドレスに変更する、
   請求項１又は２記載のシステム。
8. 前記第二のスイッチデバイスが、前記所定の入力のキャンセルを契機に、前記第二のスイッチデバイスのアドレスを、前記別のアドレスから前記デフォルトアドレスに戻す、
   請求項７記載のシステム。
9. 前記所定の指示は、前記第一のコントローラが第一の指示を受けたことに応答して前記第一のコントローラから発行される第二の指示であり、
   前記第一のコントローラが、前記第一の記憶装置に記憶されているデータを、前記第一のスイッチデバイスにおける前記一以上の第三の物理ポートと前記第二のスイッチデバイスにおける前記一以上の第六の物理ポートを介して、前記第二の記憶装置に移行する、
   請求項６記載のシステム。
10. 前記第二のスイッチデバイスが、前記所定の入力のキャンセルを契機に、前記一以上の第六の物理ポートの状態を有効から無効に変更し、前記第二のスイッチデバイスのアドレスを、前記別のアドレスから前記デフォルトアドレスに戻す、
    請求項２記載のシステム。
11. 前記第二のストレージシステムが、前記第二のストレージシステムのモードをユーザが指定するユーザインタフェースであるモード指定部、を更に備え、
    前記所定の入力とは、前記第二のストレージシステムが前記第一のストレージシステムの増設システムとして機能することを意味する増設モードの指定であり、
    前記所定の入力のキャンセルとは、前記増設モード以外のモードの指定である、
    請求項１０記載のシステム。
12. 複数の物理ポートを有するスイッチデバイスと、
    前記複数の物理ポートのうちの一以上の第一の物理ポートに物理的に接続された記憶装置と、
    前記複数の物理ポートのうちの一以上の第二の物理ポートに物理的に接続されたコントローラと
    を備え、
    前記スイッチデバイスが備える前記複数の物理ポートに、別のストレージシステムにおける別のスイッチデバイスが備える複数の物理ポートのうちの一以上の物理ポートと互いにホスト非経由で物理的に接続される一以上の第三の物理ポートが含まれており、
    物理ポートの属性として、第一の属性と第二の属性とがあり、物理的に互いに接続されている物理ポートがそれぞれ第一の属性である場合には、それらの物理ポート間の論理的な接続は不可であるが、上流側の物理ポートが第一の属性であり下流側の物理ポートの属性が第二の属性である場合には、それらの物理ポート間の論理的な接続は可能であり、
    前記スイッチデバイスが、所定の入力を契機に、前記一以上の第三の物理ポートの属性を第二の属性に変更する、
    ストレージシステム。
13. 複数の物理ポートを有するスイッチデバイスと、
    前記複数の物理ポートのうちの一以上の第一の物理ポートに物理的に接続された記憶装置と、
    前記複数の物理ポートのうちの一以上の第二の物理ポートに物理的に接続されたコントローラと
    を備え、
    前記スイッチデバイスが備える前記複数の物理ポートに、別のストレージシステムにおける別のスイッチデバイスが備える複数の物理ポートのうちの一以上の物理ポートと互いにホスト非経由で物理的に接続される一以上の第三の物理ポートが含まれており、
    互いに物理的に接続された双方の物理ポートの状態が有効である場合に、前記双方の物理ポート間を論理的に接続することが可能であり、
    物理ポートの属性として、第一の属性と第二の属性とがあり、物理的に互いに接続されている物理ポートがそれぞれ第一の属性である場合には、それらの物理ポート間の論理的な接続は不可であるが、上流側の物理ポートが第一の属性であり下流側の物理ポートの属性が第二の属性である場合には、それらの物理ポート間の論理的な接続は可能であり、
    前記複数の物理ポートには、他のストレージシステムのスイッチデバイスにおける一以上の物理ポートに接続される一以上の第三の物理ポートが含まれており、
    前記一以上の第三の物理ポートの状態が無効であり、且つ、前記スイッチデバイスのアドレスが、所定の規則で定められたデフォルトアドレスであり、
    初期的には、前記一以上の第三の物理ポートの状態が無効であり、
    前記スイッチデバイスが、所定の入力を契機に、前記一以上の第二の物理ポートと前記コントローラとの論理的な接続を切断し、前記一以上の第三の物理ポートの状態を無効から有効に変更し、前記スイッチデバイスのアドレスを、前記デフォルトアドレスから別のアドレスに変更し、前記一以上の第三の物理ポートの属性を第二の属性に変更する、
    ストレージシステム。
14. 前記コントローラ及び／又は前記スイッチデバイスが、所定の入力を契機に、前記一以上の第二の物理ポートと前記第二のコントローラとの接続を切断する、
    請求項１２又は１３記載のストレージシステム。
15. 互いに物理的に接続された双方の物理ポートの状態が有効である場合に、前記双方の物理ポート間を論理的に接続することが可能であり、
    前記複数の物理ポートには、他のストレージシステムのスイッチデバイスにおける一以上の物理ポートに接続される一以上の第三の物理ポートが含まれており、
    前記一以上の第三の物理ポートの状態が無効であり、
    前記第二のスイッチデバイスが、所定の入力を契機に、前記一以上の第三の物理ポートの状態を無効から有効に変更する、
    請求項１２又は１３記載のストレージシステム。
16. 前記第二のスイッチデバイスが、所定の入力のキャンセルを契機に、前記一以上の第三の物理ポートの状態を有効から無効に変更する、
    請求項１５記載のストレージシステム。
17. 初期的には、前記一以上の第三の物理ポートの状態が無効であり、
    前記スイッチデバイスが、所定の入力の無い状態において、所定の指示を受けた場合に、前記一以上の第三の物理ポートの状態を無効から有効に変更する、
    請求項１２又は１３記載のストレージシステム。
18. 前記第二のスイッチデバイスのアドレスが、所定の規則で定められたデフォルトアドレスであり、
    前記スイッチデバイスが、所定の入力を契機に、前記第二のスイッチデバイスのアドレスを、前記デフォルトアドレスから別のアドレスに変更する、
    請求項１２又は１３記載のストレージシステム。
19. 前記スイッチデバイスが、所定の入力のキャンセルを契機に、前記第二のスイッチデバイスのアドレスを、前記別のアドレスから前記デフォルトアドレスに戻す、
    請求項１８記載のストレージシステム。
20. 前記所定の指示は、前記コントローラが第一の指示を受けたことに応答して前記コントローラから発行される第二の指示であり、
    前記コントローラが、前記記憶装置に記憶されているデータを、前記スイッチデバイスにおける前記一以上の第三の物理ポートと、前記他のストレージシステムのスイッチデバイスにおける一以上の物理ポートを介して、前記他のストレージシステムに備えられている記憶装置に移行する、
    請求項１７記載のストレージシステム。
21. 前記第二のスイッチデバイスが、所定の入力のキャンセルを契機に、前記一以上の第六の物理ポートの状態を有効から無効に変更し、前記第二のスイッチデバイスのアドレスを、前記別のアドレスから前記デフォルトアドレスに戻す、
    請求項１３記載のストレージシステム。
22. 前記スイッチデバイスが、所定の入力の無い状態において、所定の指示を受けた場合に、前記一以上の第三の物理ポートの状態を無効から有効に変更する、
    請求項２１記載のストレージシステム。
23. 前記ストレージシステムのモードをユーザが指定するユーザインタフェースであるモード指定部、を更に備え、
    前記所定の入力とは、前記ストレージシステムが他のストレージシステムの増設システムとして機能することを意味する増設モードの指定であり、
    前記所定の入力のキャンセルとは、前記増設モード以外のモードの指定である、
    請求項２２記載のシステム。
24. 前記コントローラは、ＳＡＳコントローラを含み、
    前記スイッチデバイスは、ＳＡＳエクスパンダであり、前記一以上の第二の物理ポートは、前記ＳＡＳコントローラに物理的に接続される一以上のＰｈｙである、
    請求項２３記載のストレージシステム。
25. 前記記憶装置は、予め搭載されている複数のメディアドライブで構成されており、
    前記複数のメディアドライブがユーザによる交換が不可能に搭載されている、
    請求項２４記載のストレージシステム。
    
    
    

Images