JP2005321913A - ファイル共有装置を有する計算機システム、および、ファイル共有装置の移行方法 - Google Patents

Abstract

【課題】ファイルサーバを旧ファイルサーバから新ファイルサーバに移行するに際して、データの移行させるとともに、ファイルシステムに対する設定情報も移行が可能であり、かつ、ファイル共有サービスを、システムの性能を確保しつつ無停止で実行しながら、データ移行時期を任意に指定できるようにする。
【解決手段】新ファイルサーバのファイル共有移行プログラムは、旧ファイルサーバのボリュームにブロックレベルで接続し、旧ファイルサーバのファイル共有設定情報とボリューム設定情報とを取得する。そして、ファイルサーバ移行中は、取得した旧ファイルサーバのファイル共有設定情報とボリューム設定情報とに基づき、ホスト計算機の前記ファイル共有アクセスプログラムからのファイル読み書き要求を、旧ファイルサーバのブロックアクセスプログラムを介しボリュームに対して実施する。
【選択図】 図１

Description

本発明は、ファイル共有装置を有する計算機システムに係り、特に、ファイル共有装置移行時に、ボリューム設定情報を移行させ、かつ、システムを停止させることなく、移行時にも性能を確保しつつファイル共有装置の移行をおこなうのに好適なファイル共有装置を有する計算機システムに関する。

近年、計算機システムが扱うデータは増加の一途をたどっており、データの保管場所としての記憶装置も大容量になってきている。また、記憶装置を利用しユーザが使うホスト計算機にファイル共有サービスを提供するファイル共有装置（ファイルサーバ)も、年々そのハードウェアデバイスが高機能化して来ている。このように保持するデータが増加したり、機器が高機能化すると、従来の使用していた記憶装置やファイルサーバを、より大容量であり、かつ、高機能な装置へ置き換えるというニーズが発生する。

このような状況での機器移行においては、記憶装置が持つデータ移行も必須であるが、大容量になったデータ移行は時間を費やし、従来方法ではデータ移行中の業務停止時間が長くなるという問題点があった。さらに、ファイルサーバ移行時には、単にデータをコピーするだけでは、データ管理のためのファイル自身が持つ属性情報の移動ができないという問題点も抱えていた。

このような問題点を解決するため以下の特許文献１には、ファイルサーバのデータ移行において、ファイル属性を含めほぼ無停止で移行を実現する方法が記述されている。

具体的には、最初旧ファイルサーバとホスト計算機でＩ／Ｏをおこなっている環境に、新ファイルサーバを導入する際には、旧ファイルサーバとホスト計算機の接続をいったん遮断した後、新ファイルサーバとホスト計算機、および新ファイルサーバと旧ファイルサーバ間を接続する。そして、旧ファイルサーバから新ファイルサーバにデータを移行する際に、ファイル自身が持つ属性情報も含めてファイルサーバ間でデータコピーをおこない、もし、データ移行中にホスト計算機からファイルアクセスがあった場合は、当該ファイルが移行済みであれば通常通り新ファイルサーバから、移行前であれば当該アクセス処理の中で旧ファイルサーバから新ファイルサーバにデータコピーをした後、Ｉ／Ｏを処理することでホスト計算機からのファイルアクセス処理を、新ファイルサーバでファイル共有サービスを継続しているように透過的に見せつつ、ファイル属性を含むデータ移行処理を実現している。

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

上記特許文献１に開示されている方法により、ファイル属性情報を含むファイルサーバのデータ移行が可能であり、ほぼリアルタイムでファイル共有サービスも新ファイルサーバに引き継ぐことができる。

しかしながら、上記特許文献１の方法では以下のような問題点がある。

第一の問題点としては、新ファイルサーバは、データ移行中、ホスト計算機からのファイルアクセスを常に同時に処理するため負荷が高くなり、ホスト計算機からのファイルアクセスが頻繁な場合、処理等が重くなる可能性があることである。

この問題を解決するためには、旧ファイルサーバのデータで運用を継続しつつ、ホスト計算機からのファイルアクセスが少ないときなどに、データ移行処理を実施するような仕組みが必要である。

また、移行するデータを格納している領域は、記憶装置のボリュームであるが、ファイルサーバの完全な移行のためには、上記特許文献１でコピーしていたファイル属性情報に加え、ボリューム内に存在するファイルシステムに関する設定情報を引き継ぐ必要がある。このようなボリューム内の設定情報の一例としてファイル共有サービスを使用するユーザ・グループごとに使用量を制限する機能のＱｕｏｔａがある。Ｑｕｏｔａは、各ファイルではなくファイルシステムに対して設定するため、Ｑｕｏｔａ機能を含めたファイルサーバの移行を考える場合、ファイル単位で移行をおこなう特許文献１の方法では対応できないという問題点があった。

本発明は、上記問題点を解決するためになされたもので、その目的は、ファイルサーバを旧ファイルサーバから新ファイルサーバに移行するに際して、データの移行させるとともに、ファイルシステムに対する設定情報も移行が可能であり、かつ、ファイル共有サービスを、システムの性能を確保しつつ無停止で実行しながらデータ移行時期を任意に指定できるようなファイルサーバの移行方法を提供することにある。

本発明の旧ファイルサーバから、新ファイルサーバへの移行をおこなう計算機システムの構成では、旧ファイルサーバは、ファイル共有設定情報と、ボリュームと、ボリュームに格納されたファイルと、ボリュームのボリューム設定情報と、ファイル共有プログラムと、ボリュームにアクセスするためのブロックアクセスプログラムとを有しており、新ファイルサーバは、ファイル共有設定情報と、ファイル共有プログラムと、ファイル共有移行プログラムとを有している。

このような状況で、新ファイルサーバのファイル共有移行プログラムは、前記旧ファイルサーバのボリュームにブロックレベルで接続し、旧ファイルサーバのファイル共有設定情報とボリューム設定情報とを取得する。

そして、取得した旧ファイルサーバのファイル共有設定情報とボリューム設定情報とに基づき、ホスト計算機の前記ファイル共有アクセスプログラムからのファイル読み書き要求を、旧ファイルサーバのブロックアクセスプログラムを介して、ボリュームに対して実施することにより、旧ファイルサーバから新ファイルサーバへの移行をおこなう。

この旧ファイルサーバから新ファイルサーバへの移行では、ファイル共有移行プログラムが、旧ファイル共有プログラムを停止した後、旧ファイルサーバのボリュームへネットワークを介してブロックレベルでアクセスし、ボリュームをマウントする。ボリュームにＱｕｏｔａ情報などのボリューム設定情報が保存されている場合には、ボリュームの設定情報を取得し、新ファイルサーバのファイル共有プログラム側で使用できるようにする。

実際のファイルの移行は、ファイル共有移行プログラムが管理者からの指示や、新ファイルサーバの性能データで負荷が低い時間などを解析した上で、特許文献１に示された方法と同様な処理により、任意の時間に旧ファイルサーバから新ファイルサーバへの移行を実施すればよい。

なお、旧ファイルサーバのインタフェースに割り当てられた認識番号（例えばＩＰ（Internet Protocol）アドレス）も、新ファイルサーバのインタフェースに割り当てることで、ファイルサーバの移行をホスト計算機から透過的におこなうことができる。

また、本発明の旧ファイルサーバから、新ファイルサーバへの移行をおこなう他の構成の計算機システムは、旧ファイルサーバ、新ファイルサーバからアクセスするボリュームが各々専用の旧記憶装置と新記憶装置内にあり、両記憶装置と両ファイルサーバ間はストレージ専用ネットワーク（ＳＡＮ（Storage Area Network））からなる。なお、ネットワークの形態を問わず、例えば、ＳＣＳＩで接続された形態でもよい。

旧ファイル共有装置は、ファイル共有設定情報と、ファイル共有プログラムとを有し、旧記憶装置は、ファイル共有設定情報と、ボリュームと、ボリュームに格納されたファイルと、前記ボリューム設定情報と、ボリュームのアクセスパス情報と、前記ボリュームのアクセスパス制御プログラムとを有している。また、新ファイル共有装置は、ファイル共有設定情報と、ファイル共有プログラムと、ファイル共有移行プログラムとを有し、新記憶装置は、仮想ボリューム情報と、仮想ボリュームプログラムとを有している。

ファイル共有移行プログラムは、、旧ファイルサーバのファイル共有プログラムを停止させ、仮想ボリュームプログラムを起動して、旧記憶装置のボリュームに対する新記憶装置の仮想ボリューム情報を作成する。

そして、パス情報の中に記録された旧ファイル共有装置と、旧記憶装置のボリュームを結ぶボリュームのアクセスパスを、新ファイル共有装置と前記新記憶装置の仮想ボリュームを結ぶボリュームのアクセスパスに変更し、旧記憶装置に格納されているファイル共有設定情報と仮想ボリューム情報とに基づき、ホスト計算機のファイル共有アクセスプログラムからのファイル読み書き要求を、新記憶装置の前記仮想ボリュームに対して実施する。

この構成でも、ファイル共有移行プログラムは、新ファイルサーバのファイル共有プログラムで新記憶装置に割り当てられた仮想ボリューム（旧記憶装置のボリューム）をマウントする。ボリュームにＱｕｏｔａ情報などのボリューム設定情報が保存されている場合には、ボリュームの設定情報を取得し、新ファイルサーバの共有プログラム側で使用できるようにするのは、上の構成と同様である。

本構成では、ファイルサーバのみの移行や、記憶装置のみの移行なども可能となる。

このような構成によって、ファイルサーバの移行の際に、ファイルとボリュームの設定情報を含めた管理情報の移行をおこなうことが可能となる。また、実際のデータは、旧ファイルサーバが使用していたボリュームに保存したまま、新ファイルサーバを運用し、データ移行を任意のタイミングでおこなうことが可能となる。

したがって、移行の際の手間や、作業が軽減、移行時の設定ミス削減などが見込め、最終的には管理コスト削減、機器導入計画に沿った自由な運用などが期待できる。

本発明によれば、ファイルサーバを旧ファイルサーバから新ファイルサーバに移行するに際して、データの移行させるとともに、ファイルシステムに対する設定情報も移行が可能であり、かつ、ファイル共有サービスを、システムの性能を確保しつつ無停止で実行しながら、データ移行時期を任意に指定できるようなファイルサーバの移行方法を提供することができる。

以下、本発明に係る各実施形態を、図１ないし図１２を用いて説明する。

〔実施形態１〕
以下、本発明に係る第一の実施形態を、図１ないし図６を用いて説明する。
先ず、図１を用いて本発明の第一の実施形態に係るファイルサーバの移行をおこなう計算機システムの構成について説明する。
図１は、本発明の第一の実施形態に係るファイルサーバの移行をおこなう計算機システムの構成図である。

本実施形態で説明する計算機システムは、通常複数あるホスト計算機１１８、管理計算機と、ファイルサーバ（ファイル共有装置、以下、実施形態の説明のなかでは、「ファイルサーバ」という）がネットワーク１０１を介して接続されている。

また、システム管理者は、旧ファイルサーバ１０９の提供しているファイル共有機能を新ファイルサーバ１０２に移行しようとしているものとする。

ホスト計算機１１８は、制御装置１１９、メモリ１２１、インタフェース１１７（Ｉ／Ｆ）により構成されている。

ホストがファイルサーバの提供するファイル共有機能を実行するときには、メモリ１２１にファイル共有アクセスプログラム１２２がロードされて実行される。

ファイル共有アクセスプログラム１２２は、ネットワーク１０１に接続された新ファイルサーバ１０２、旧ファイルサーバ１０９に対して、インタフェース１２０を介してファイルの書き込み、読み取り要求をおこない、結果を受信する。

制御装置１１９は、メモリ１２１上のプログラムの実行、Ｉ／Ｏの制御のための指令をおこなう。

管理計算機１２４は、システムの管理のための管理プログラム１２７を実行する。

旧ファイルサーバ１０９は、制御装置１１０、メモリ１１１、ボリューム１１４、インタフェース１１７により構成されている。

稼動時には、メモリ１１１に、ファイル共有プログラム１１２、ブロックアクセスプログラム１１３がロードされて実行される。

ボリューム１１４には、ファイル１１５、ファイル共有設定情報１１６、ボリューム設定情報１２３が格納されている。

インタフェース１１７は、ネットワーク１０１に接続されたホスト計算機１１８（ホスト計算機１１８ａ〜ホスト計算機１１８ｎ）のファイルアクセス要求などや、ボリューム１１４に対するブロックアクセス要求を受け付ける。

制御装置１１０は、メモリ１１１上のプログラムの実行、ボリューム１１４のデータアクセス、Ｉ／Ｏの制御のための指令をおこなう。

ファイル共有プログラム１１２は、旧ファイルサーバ１０９上でファイル共有をおこなうためのプログラムであり、インタフェース１１７で受け付けたホスト計算機１１８のファイルアクセス要求を処理し、ファイル共有設定情報１１６に基づいてファイル１１５へのデータの書き込み、読み出し処理をおこない、インタフェース１１７を介してホスト計算機１１８に処理結果を返信する。

ブロックアクセスプログラム１１３は、インタフェース１１７で受け付けたブロックアクセス要求を処理し、ボリューム１１４にボリュームブロックレベルでの書き込み、読み出し処理をおこない、インタフェース１１７を介してアクセス元へ処理結果を返信する。

新ファイルサーバ１０２は、旧ファイルサーバ１０９と同様に、制御装置１０３、メモリ１０４、ボリューム１０８、インタフェース１０７（Ｉ／Ｆ）により構成されている。

各部のハードウェアの機能は、旧ファイルサーバ１０９と同様である。

稼動時には、メモリ１０４に、ファイル共有プログラム１０５、ファイル共有移行プログラム１０６がロードされて実行される。

ボリューム１０８には、ファイル共有設定情報１０８が格納されている。ボリューム１０８には、その他にファイルやボリューム情報が含まれてよいが、本実施形態で説明しようとするファイルサーバの移行には関係しないので、図１には記載していない。

ファイル共有プログラム１０５は、新ファイルサーバ１０２上でファイル共有をおこなうためのプログラムであり、インタフェース１０７で受け付けたホスト計算機１１８のファイルアクセス要求を処理し、ファイル共有設定情報１０８に基づいてファイル１１５へのデータの書き込み、読み出し処理をおこない、インタフェース１０７を介してホスト計算機１１８に処理結果を返信する。

ファイル共有移行プログラム１０６は、本実施形態のファイルサーバの移行をおこなうためのプログラムであり、旧ファイルサーバ１０９のファイル共有プログラム１１２と新ファイルサーバ１０２のファイル共有プログラム１０５の制御、旧ファイルサーバ１０９のボリューム１１４に対してブロックレベルでのボリュームアクセスなどをおこなう。

なお、ファイル共有プログラム１０５は、ファイル共有移行プログラム１０６により自身のボリューム１０８にアクセスするように動作するため、旧ファイル共有プログラム１１２と同一機能であってもよいし、異なった機能を持ってもよい。

次に、本実施形態のファイルサーバの移行に関係するデータ構造について説明する。
図２は、旧ファイルサーバ上に記憶されるファイル共有設定情報を格納するテーブルの一例を示す図である。
図３は、旧ファイルサーバ上に記憶されるボリューム設定情報を格納するテーブルの一例を示す図である。
図４は、旧ファイルサーバ上に記憶されるファイルの構造を格納するテーブルの一例を示す図である。

ファイル共有設定情報１１６を格納するテーブルは、図２に示したように、共有ディレクトリ名フィールド１１０１、読み取り許可ホスト名フィールド１１０２、書き込み許可ホスト名フィールド１１０３などからなる。

共有ディレクトリ名フィールド１１０１は、共有されるディレクトリの名称が格納される。なお、本実施形態では、共有される単位は、ディレクトリとして説明したが、ファイル単位で共有をおこなうようにしてもよい。読み取り許可ホスト名フィールド１１０２には、共有ディレクトリ名フィールド１１０１のディレクトリに属するファイルに対して、読み取りを許可するホスト名が格納される。書き込み許可ホスト名フィールド１１０３には、共有ディレクトリ名フィールド１１０１のディレクトリに属するファイルに対して、書き込みを許可するホスト名が格納される。

ボリューム設定情報１２３は、ファイル単位の設定情報ではなく、ボリューム全体の設定を記述した情報であり、ファイル共有プログラム１１２は、図１に示されたボリューム設定情報１２３を基に認識（マウント）したボリューム１１４を制御する。ボリューム情報１２３の好適な一例としては、ユーザ・グループごとに使用可能記憶領域のサイズ指定できる機能であるＱｕｏｔａ情報などが挙げられる。Ｑｕｏｔａは、記憶領域の指定をボリューム全体に対しておこなう機能である。

ボリューム設定情報１２３がＱｕｏｔａ情報である場合には、ボリューム設定情報１２３を格納するテーブルは、図３に示されるように、ユーザ・グループ名フィールド１４０１、最大容量フィールド１４０２、使用容量フィールド１４０３、猶予期間フィールド１４０４などからなる。

なお、ここでは、ボリューム設定情報１２３が、 Ｑｕｏｔａ情報である場合について説明したが、その他、ボリュームに関する情報としては、様々なものが考えられる。

ユーザ・グループ名フィールド１４０１には、ボリュームの設定対象となるユーザ・グループ名が格納される。最大容量フィールド１４０２には、対象ユーザ・グループが使用可能である最大容量が格納される。使用容量フィールド１４０３には、対象ユーザ・グループの現在の使用容量が格納される。猶予期間フィールド１４０４は、対象ユーザ・グループが容量を超過した際の削除可能である猶予期間が格納される。

ファイル１１５の構造は、図４に示されるように、ファイル名１６０１、所有者名１６０２、作成時刻１６０３、データ１６０４からなる。

ファイル名１６０１には、ファイルシステム上で一意に識別できる名称が格納される。所有者１６０３は、ファイルの所有者が格納される。作成時刻１６０３には、このファイルの作成時刻が格納される。

データ１６０４は、ファイルのデータ本体である。図４の例では、画像データが格納されている。

次に、図５のフローチャートを追いながら、これまで説明した図と図６を交えて本実施形態のファイルサーバの移行処理について説明する。
図５は、本発明の第一の実施形態のファイルサーバの移行処理の手順を示すフローチャートである。
図６は、ＩＰアドレスを旧ファイルサーバから新ファイルサーバへの引継ぎを選択させる画面を示す図である。

なお、旧ファイルサーバ１０９と新ファイルサーバ１０２との間のデータのやり取り、情報の取得、命令の発効などは、全てネットワーク１０１を介して実行される。

先ず、旧ファイルサーバ１０９から新ファイルサーバ１０２にファイル共有サービスを移行したい管理者が、管理計算機１２４から管理プログラム１２７により、ファイル共有移行プログラム１０６を起動すると、ファイル共有移行プログラム１０６は、旧ファイルサーバ１０９のファイル共有プログラム１１２を停止する（ステップ２０１）。

次に、ファイル共有移行プログラム１０６は、旧ファイルサーバ１０９のブロックアクセスプログラム１１３が動作していることを検査し、旧ファイルサーバ１０９のボリューム１１４がブロックレベルでのアクセスが可能か否かを判断する（ステップ２０２）。

ステップ２０２で、ブロックアクセスプログラム１１３が動作していない場合には（ステップ２０２でＮｏの場合）、ファイル共有移行プログラム１０６は、ブロックアクセスプログラム１１３を起動し、新ファイルサーバ１０２がボリューム１１４に対しブロックレベルで接続して、アクセスできるように設定する（ステップ２０３）。

次に、ファイル共有移行プログラム１０６は、ボリューム１１４を新ファイルサーバ１０２にマウントして、ボリュームのブロックに対して読み書きができるようにする（ステップ２０４）。

次に、ファイル共有移行プログラム１０６は、ボリューム１１４に格納されたＱｕｏｔａ情報などボリューム１１４に対するボリューム設定情報１２３が存在するか否かを判断する（ステップ２０５）。

ステップ２０５でボリューム設定情報１２３が存在する場合には（ステップ２０５でＹｅｓの場合）、ファイル共有移行プログラム１０６は、ボリューム設定情報１２３を取得し、新ファイルサーバ１０２のファイル共有プログラム１０５が、このボリューム設定情報１２３を参照して、新ファイルサーバ１０２のファイル共有プログラム１０５がファイル共有機能を提供できるようにする（ステップ２０６）。取得したボリューム設定情報１２３は、メモリ１０４上においてもよいし、補助記憶装置などに格納してもよい。

次に、ファイル共有移行プログラム１０６は、ボリューム１１４に格納されたファイル共有設定情報１１６が存在するか否かを判断する（ステップ２０７）。

ステップ２０７でファイル共有設定情報１１６が存在する場合には（ステップ２０７でＹｅｓの場合）、ファイル共有移行プログラム１０６は、ファイル共有設定情報１１６を取得し、新ファイルサーバ１０２のファイル共有プログラム１０５が、このファイル共有設定情報１１６を参照して、新ファイルサーバ１０２のファイル共有プログラム１０５がファイル共有機能を提供できるようにする（ステップ２０６）。取得したファイル共有設定情報１１６は、メモリ１０４上においてもよいし、補助記憶装置などに格納してもよい。

次に、管理者は、ファイルサーバの移行のために、旧ファイルサーバ１０９のインタフェース１１７に割り当てられた認識番号（例えば、ＩＰアドレス）を、インタフェース１０７に割り当てるか否かを選択する（ステップ２０９）。

この選択のためには、ファイル共有移行プログラム１０６は、図６に示すようなダイアローグ１５０１を表示して、管理者に選択させればよい。

管理者がダイアローグ１５０１のボタン１５０３をクリックして、同一のＩＰアドレスを割り当てることを選択した場合（ステップ２０９でＹＥＳの場合）、ファイル共有移行プログラム１０６は、インタフェース１１７のＩＰアドレスを別のものに変更し、インタフェース１０７にインタフェース１１７のＩＰアドレスを割り当てる（ステップ２１０）。

新ファイルサーバ１０２のインタフェース１０７に、旧ファイルサーバ１０９のインタフェース１１７のＩＰアドレスを割り当てた場合には、ホスト計算機１１８の変更は不要であり、同じＩＰアドレスで新ファイルサーバ１０２をアクセスすることになる。

一方、同一の認識番号を割り当てないことを選択した場合（ステップ２０９でＮｏの場合）、ホスト計算機１１８のファイル共有アクセスプログラム１２２のアクセス先を変更するように利用者または管理者に促す（ステップ２１１）。

最後に、ファイル共有移行プログラム１０６は、新ファイルサーバ１０２のファイル共有プログラム１０５を起動して、ホスト計算機１１８にファイル共有機能を提供する。これにより、旧ファイルサーバ１０９が提供していたファイル共有機能が、新ファイルサーバ１０２に引き継がれたことになる。

以上の処理を実行することにより、旧ファイルサーバ１０９が提供していたファイル共有機能が、新ファイルサーバ１０２でそのまま実行できることになる。

なお、ファイル１１５のボリューム１１４からボリューム１０８への移行は、例えば、特許文献１に記載した技術を利用することで、旧ファイルサーバ１０９から、新ファイルサーバ１０２に移行することができる。

また、上記のファイルサーバの移行では、旧ファイルサーバ１０９と新ファイルサーバ１０２が既に指定されているものとして記述したが、旧ファイルサーバ１０９と新ファイルサーバ１０２のそれぞれのＩＰアドレスを管理者が管理計算機１２４より入力して、旧ファイルサーバ１０９と新ファイルサーバ１０２を指定して、上記処理によって、新ファイルサーバ１０２のＩＰアドレスを旧ファイルサーバ１０９のＩＰアドレスに変更してもよい。

本実施形態のファイルサーバの移行方法によれば、ファイルの移行をおこなうタイミングは、新ファイルサーバ上の負荷性能情報を監視解析した上で処理負荷が一定値以下の場合に移動することなど、管理者が任意に指定、設定することが可能である。これは、本実施形態では、ファイル１１５を旧ファイルサーバ１０９に残したままで、新ファイルサーバ１０２がそのファイル１１５に対してのファイル共有機能を提供しているため、ファイル１１５を新ファイルサーバ１０２に移行することを任意の時期におこなうことができるからである。

なお、本実施形態の方法では、新ファイルサーバ１０２上のファイル共有移行プログラム１０６が実施したが、処理内容は管理者が順次手動で実行しても良いし、ファイル共有移行プログラム１０６は、新ファイルサーバ１０２上に置かれることに限定されるものではない。例えば、各機器を管理する専用の管理計算機１２４上にファイル共有移行プログラム１０６が有り、この処理を実行しても良い。

さらに、本実施形態の構成において、新ファイルサーバ１０２および旧ファイルサーバ１０９によりクラスタシステムを構成して、それぞれのファイル共有プログラム１０５およびファイル共有プログラム１１２により、ボリュームへの書き込み、読み取りのアクセスを共有するならば、ホスト計算機１１８からファイル共有のアクセスを停止することなくファイル共有の移行をおこなうことが可能となる。

以上説明した実施形態では、ファイルとそれに関連したボリュームの設定情報の移行を、ファイル共有移行プログラムによりおこなうことが可能となる。また、実際のファイルは、旧ファイルサーバが使用していたボリュームに保存したまま、新ファイルサーバを運用し、ファイルの移行を任意のタイミングでおこなうことが可能となる。

〔実施形態２〕
以下、本発明に係る第二の実施形態を、図７ないし図１０を用いて説明する。

先ず、図７を用いて本発明に係るファイルサーバの移行をおこなう計算機システムの構成について説明する。
図７は、本発明の第二の実施形態に係るファイルサーバの移行をおこなう計算機システムの構成図である。

第一の実施形態では、ファイルサーバ内にボリュームが存在したが、本実施形態は、ボリュームが外部記憶装置上に配置された形態であり、ファイルサーバと外部記憶装置、また、外部記憶装置同士は、接続装置を介してストレージ専用ネットワークにより接続されている。

さて、本実施形態では、旧ファイルサーバ３０５から新ファイルサーバ３０１に移行し、外部記憶装置としては、旧記憶装置３２０から新記憶装置３１１に移行する場合を想定する。

この外部記憶装置は、例えば、ディスクアレイ装置、ＲＡＩＤ装置と言われているようなハードディスクドライブ装置を収容し、データを格納できるようになっている装置である。そして、接続装置３２５を介して、図１に示されるように、旧ファイルサーバ３０５、新ファイルサーバ３０１、旧記憶装置３２０および新記憶装置３１１が、それぞれのインタフェースによりストレージ専用ネットワーク３２７により、相互に接続されている。ストレージ専用ネットワーク３２７は、ファイバーチャネル、ＳＣＳＩなどの接続形態が利用できる。接続装置３２５は、例えば、スイッチング機能を有する装置であるスイッチである。

ネットワーク１０１は、管理計算機１２４が各装置を管理するためのネットワークである。

旧ファイルサーバ１０９は、制御装置３０６、メモリ３０７、インタフェース１１７、インタフェース３０４により構成されており、新ファイルサーバ３０１は、制御装置３０２、メモリ１０４、インタフェース１０７、インタフェース３０３により構成されている。これらのファイルサーバは、第一の実施形態と比べて、ボリュームを持たないことと、ストレージ専用ネットワーク３０４のためのインタフェースインタフェース３０４を持つことが異なっている。

また、ファイル共有移行プログラム１０６の動作も異なっており、詳細は後に説明する。

旧記憶装置３２０は、制御装置３１２、キュッシュ３１３、メモリ３２１、ボリューム１１４、インタフェース３２４、インタフェース３３２により構成されている。

制御装置３１２は、この旧記憶装置３２０を各部を制御し、指令を与える装置である。キュッシュ３１３は、ディスクアクセスのために緩衝用におかれる高速のメモリである。ボリューム１１４は、図３では略したが、実施形態１と同様にボリューム情報、ファイル共有設定情報、ファイルを有している。

インタフェース３２４は、ストレージ専用ネットワークにより、ボリュームのブロックアクセスを受け付けるインタフェースである。インタフェース３３２は、管理計算機１２４からのネットワーク１０１を介して指令と制御を受け付けるインタフェースである。

メモリ３２１には、パス制御プログラム３２２がロードされて実行される。パス制御プログラム３２２は、パス情報３２３に基づきボリュームをアクセスするためのプログラムである。ボリュームのアクセス元としては、新ファイルサーバ３０１、旧ファイルサーバ３０５、ホスト計算機１１８、他の記憶装置などをとることができる。

新記憶装置３１１も、旧記憶装置３２０とハードウェア的には、同じ構成であり、制御装置３１２、キュッシュ３１３、メモリ３２１、ボリューム３１７、インタフェース３１８、インタフェース３３３により構成されている。また、図では省略したが、ボリューム３１７には、ファイル共有設定情報も有している。

メモリ３１４には、仮想ボリュームプログラム３１５がロードされて実行されるる。仮想ボリュームプログラム３１５は、仮想ボリューム情報３１６に基づき、ボリューム（論理的なボリューム、物理的なボリューム）を仮想化して、仮想ボリュームとしてデータをアクセスできるようにする。実ボリュームに論理的なボリューム・物理的なボリューム双方が含まれる。また、仮想ボリュームは、ネットワークを介してホスト計算機がアクセスできるボリュームであり、実際のデータは、実ボリュームに書き込まれている。仮想ボリュームを定義するときには、一つの仮想ボリュームに、複数のボリュームを対応させてもよいし、一つのボリュームに、複数の仮想ボリュームを対応させてもよい。

次に、本実施形態のファイルサーバの移行に関係するデータ構造について説明する。
図８は、パス情報３２３を格納するためのテーブル一例を示す図である。
図９は、仮想ボリューム情報３１６を格納するためのテーブルを示す図である。

パス情報３２３は、上述のように、ボリュームをアクセスするための情報であり、パス情報３２３を格納するためのテーブルは、ボリューム名フィールド１２０１、アクセス割当先フィールド１２０２などからなる。

ボリューム名フィールド１２０１には、実ボリュームあるいは仮想ボリュームを表す名称が格納される。アクセス割当先フィールド１２０２は、ボリュームをアクセスするために割り当てられる装置であり、ホスト計算機１１８、ファイルサーバ、記憶装置などの識別子が格納される。

例えば、レコード１２００ａには、アクセス割当先が「ＳｒｖＡ」であり、実ボリューム「ＶｏｌｕｍｅＡ」にアクセスのためのパスが張られていることを示している。

仮想ボリューム情報３１６は、上述のように、実ボリュームと仮想ボリュームを対応付けるための情報であり、仮想ボリューム情報３１６は、を格納するためのテーブルは、仮想ボリューム名フィールド１３０１、ボリュームアクセス元フィールド１３０２、実ボリューム名フィールド１３０３などからなる。

仮想ボリューム名フィールド１３０１と実ボリューム名フィールド１３０３には、それぞれ対応する仮想ボリュームと実ボリュームの名称が入る。ボリュームアクセス元フィールド１３０２には、仮想ボリュームとしてアクセスする装置の名称が入る。

次に、図１０フローチャートを追いながら、これまで説明した図７ないし図９を交えて本実施形態のファイルサーバの移行処理について説明する。
図１０は、本発明の第二の実施形態のファイルサーバの移行処理の手順を示すフローチャートである。

本実施形態では、図７に示されるようなファイルサーバとボリュームを有する記憶装置が接続された形態で、ファイルサーバ移行時のアクセスをパス情報を変更することによりおこなうものである。

先ず、旧ファイルサーバ３０５から新ファイルサーバ３０１にファイル共有サービスを移行したい管理者が、ファイル共有移行プログラム１０６を起動すると、ファイル共有移行プログラム１０６は、旧ファイルサーバ１０９のファイル共有プログラム１１２を停止する（ステップ４０１）。

次に、ファイル共有移行プログラム１０６は、従来の旧ファイルサーバ３０５からボリューム１１４に張られていたパスの設定先を、新ファイルサーバ３０１からアクセスできるように変更する（ステップ４０２）。

パス情報の変更を具体的に説明すると以下のようになる。

旧ファイルサーバ３０５が「ＳｒｖＡ」で、新ファイルサーバ３０１が「ＳｒｖＢ」、新記憶装置３１１が「ＳｔｒＢ」であるとする。そして、図８に示されるレコード１２００ａのように、「ＳｒｖＡ」から旧記憶装置３２０の中の実ボリューム「ＶｏｌｕｍｅＡ」にアクセスのパスが張られているとする。

パスの設定先を変更するときには、レコード１２００ａを無効にし、レコード１２００ｂとレコード１２００ｃに基づきアクセスするようにする。すなわち、レコード１２００ｂにより、新ファイルサーバ３０１である「ＳｒｖＢ」と仮想ボリューム「ＶｏｌｕｍｅＡ′」にアクセスパスが張られ、レコード１２００ｃにより、新記憶装置３１１である「ＳｔｒＢ」と実ボリューム「ＶｏｌｕｍｅＡ」にアクセスパスが張られる。もちろん、仮想ボリューム「ＶｏｌｕｍｅＡ′」と実ボリューム「ＶｏｌｕｍｅＡ」は、図９に示した仮想ボリューム情報３１６を格納するためのテーブルにより対応付けられている。

これにより、新ファイルサーバ３０１である「ＳｒｖＢ」から、仮想ボリューム「ＶｏｌｕｍｅＡ′」をアクセスにいくと、実際には、旧記憶装置３２０の中の実ボリューム「ＶｏｌｕｍｅＡ」にアクセスできることになる。

次に、ファイル共有移行プログラム１０６は、仮想ボリュームを新記憶装置３１１上に定義作成する（ステップ４０３）。上述の例では、実ボリューム「ＶｏｌｕｍｅＡ」に対応した仮想ボリューム「ＶｏｌｕｍｅＡ′」を定義作成することになる。

具体的には、図９の仮想ボリューム情報３１６を格納するテーブルのレコード１３００ａのように、仮想ボリューム名フィールド１３０１に「ＶｏｌｕｍｅＡ′」、実ボリューム名フィールド１３０３に「ＶｏｌｕｍｅＡ」、ボリュームアクセス元フィールド１３０２に、新ファイルサーバ３０１の「ＳｒｖＢ」を設定すればよい。

そして、ファイル共有移行プログラム１０６は、作成した新記憶装置３１１上の仮想ボリュームをマウントする（ステップ４０４）。すなわち、この例では、仮想ボリューム名「ＶｏｌｕｍｅＡ′」の仮想ボリュームをマウントする。

それ以降の手順は、実施形態１の図５のフローチャートのステップ２０５以降と同様である。

以上の処理、構成を適用することにより、旧ファイルサーバ３０５の新ファイルサーバ３０１へのファイル共有の移行が可能となる。

なお、ファイル１１５のボリューム１１４からボリューム１０８への移行は、例えば、特許文献１に記載した技術を利用することで、旧ファイルサーバ３０５から、新ファイルサーバ３０１に移行することができるのは実施形態１の場合と同様である。

ただし、ファイル移行するタイミングは実施形態１と同じく、新記憶装置３１１上の負荷性能情報を監視解析した上で処理負荷が一定値以下の場合に移動することなど、管理者が任意に指定、設定することが可能である。

これは、ファイルを、旧記憶装置３２０のボリュームに置いたまま、パス情報を変更することにより、新ファイルサーバ３０１からアクセスしているからである。

さらに、本実施形態の構成において、新ファイルサーバ３０１、新記憶装置３１１、および、旧ファイルサーバ３０５、旧記憶装置３２０によりクラスタシステムを構成して、それぞれのファイル共有プログラム１０６およびファイル共有プログラム１１２により、ボリュームへの書き込み、読み取りのアクセスを共有するならば、ホスト計算機１１８からファイル共有のアクセスを停止することなくファイル共有の移行をおこなうことが可能となる。

以上説明した実施形態では、新ファイルサーバ３０１と新記憶装置３１１、旧ファイルサーバ３０５と旧記憶装置３２０は、それぞれ対でファイルサーバ、記憶装置両装置の移行を同時に実施する説明をしたが、パス情報の組合せにより、ファイルサーバのみの移行、記憶装置のみの移行を単独でおこなうことができる。

また、実施形態１と同様に本実施形態でも、ファイルとそれに関連したボリュームの設定情報の移行を、ファイル共有移行プログラムによりおこなうことが可能となる。

実施形態２は、実施形態１と比べて新ファイルサーバ３０１から旧記憶装置３２０に残っているボリュームをパス情報の変更によりおこなったが、実際のファイルは、旧ファイルサーバが使用していたボリュームに保存したまま、新ファイルサーバを運用し、ファイルの移行を任意のタイミングでおこなうことが可能となることについても、実施形態１と同様である。

〔実施形態３〕
以下、本発明に係る第三の実施形態を、図１１を用いて説明する。
図１１は、本発明の第三の実施形態に係るファイルサーバの移行をおこなう計算機システムの構成図である。

本実施形態は、第二の実施形態の変形例であるといえる。

本実施形態の記憶装置は、ファイルサーバ機能を有するものである。すなわち、新記憶装置３１１の中に新ファイルサーバ３０１が組み込まれ、旧記憶装置３２０の中に旧ファイルサーバ３０５が組み込まれている。そして、新ファイルサーバ１０４のメモリ１０４にファイル共有プログラム１０６がロードされ、第二の実施形態と同様な手順でファイルサーバと記憶装置の移行をおこなうことができる。

〔実施形態４〕
以下、本発明に係る第四の実施形態を、図１２を用いて説明する。
図１２は、本発明の第四の実施形態に係るファイルサーバの移行をおこなう計算機システムの構成図である。

本実施形態も、第四の実施形態の変形例であるといえる。

本実施形態の接続装置７０１は、第二の実施形態で新記憶装置３１１が備えていた仮想ボリュームプログラム３１５と仮想ボリューム情報３１６、旧記憶装置３２０が備えていたパス制御プログラム３２２とパス情報３２３を内部に備え、メモリ７０３上にロードして実行する。

これにより、接続装置７０１を用意して接続するだけで、一般の記憶装置でもファイルサーバと記憶装置の移行が容易におこなうことができる。

本発明の第一の実施形態に係るファイルサーバの移行をおこなう計算機システムの構成図である。 旧ファイルサーバ上に記憶されるファイル共有設定情報を格納するテーブルの一例を示す図である。 旧ファイルサーバ上に記憶されるボリューム設定情報を格納するテーブルの一例を示す図である。 旧ファイルサーバ上に記憶されるファイルの構造を格納するテーブルの一例を示す図である。 本発明の第一の実施形態のファイルサーバの移行処理の手順を示すフローチャートである。 ＩＰアドレスを旧ファイルサーバから新ファイルサーバへの引継ぎを選択させる画面を示す図である。 本発明の第二の実施形態に係るファイルサーバの移行をおこなう計算機システムの構成図である。 パス情報３２３を格納するためのテーブル一例を示す図である。 仮想ボリューム情報３１６を格納するためのテーブルを示す図である。 本発明の第二の実施形態のファイルサーバの移行処理の手順を示すフローチャートである。 本発明の第三の実施形態に係るファイルサーバの移行をおこなう計算機システムの構成図である。 本発明の第四の実施形態に係るファイルサーバの移行をおこなう計算機システムの構成図である。

符号の説明

１０１…ネットワーク、１０２…新ファイルサーバ、１０３…制御装置、１０４…メモリ、１０５…ファイル共有プログラム、１０６…ファイル共有移行プログラム、１０７…インタフェース、１０８…ボリューム、１０９…旧ファイルサーバ、１１０…制御装置、１１１…メモリ、１１２…ファイル共有プログラム、１１３…ブロックアクセスプログラム、１１４…ボリューム、１１５…ファイルデータ、１１６…ファイル共有設定情報、１１７…インタフェース、１１８…ホスト計算機、１１９…制御装置、１２０…インタフェース、１２１…メモリ、１２２…ファイル共有アクセスプログラム、１２３…ボリューム設定情報、３０１…新ファイルサーバ、３０２…制御装置、３０３…インタフェース、３０４…インタフェース、３０５…旧ファイルサーバ、３０６…制御装置、３０７…メモリ、３１１…新記憶装置、３１２…制御装置、３１３…キャッシュ、３１４…メモリ、３１５…仮想ボリュームプログラム、３１６…仮想ボリューム情報、３１７…仮想ボリューム、３１８…インタフェース、３１９…インタフェース、３２０…旧記憶装置、３２１…メモリ、３２２…パス制御プログラム、３２３…パス情報、３２４…インタフェース、３２５…接続装置、３２６…インタフェース、３２７…ストレージ専用ネットワーク、３３１…インタフェース、３３２…インタフェース、３３３…インタフェース、７０１…接続装置、７０２…制御装置、７０３…メモリ、１１０１…共有ディレクトリ名、１１０２…読み取り許可ホスト名、１１０３…書き込み許可ホスト名、１２０１…ボリューム名、１２０２…アクセス割当先ホスト名、１３０１…仮想ボリューム名、１３０２…仮想ボリューム利用ホスト名、１３０３…実ボリューム名、１４０１…ユーザ・グループ名、１４０２…使用可能最大容量、１３０３…使用容量、１３０４…容量オーバ猶予期限。

Claims (15)

1. 一つ以上のホスト計算機に接続されて、アクセスされるファイル共有装置を有する計算機システムにおいて、
   旧ファイル共有装置と、前記旧ファイル共有装置の代わりに新たにファイル共有をおこなう新ファイル共有装置とを有し、
   前記新ファイル共有装置は、
   前記旧ファイル共有装置のボリュームにブロックレベルで接続する手段と、
   前記旧ファイル共有装置のファイル共有設定情報を取得する手段とを有し、
   前記旧ファイル共有装置のファイル共有設定情報に基づき、前記ホスト計算機からのファイル読み書き要求を、前記旧ファイル共有装置のボリュームに対して実施することを特徴とする計算機システム。
2. 前記新ファイル共有装置は、さらに、前記旧ファイル共有装置のボリューム設定情報を取得する手段を有し、前記旧ファイル共有装置のボリューム設定情報に基づき、前記ホスト計算機からのファイル読み書き要求を、前記旧ファイル共有装置のボリュームに対して実施することを特徴とする請求項１記載の計算機システム。
3. 前記旧ファイル共有装置のボリューム設定情報には、少なくともＱｕｏｔａ情報を含むことを特徴とする請求項１記載の計算機システム。
4. 前記ホスト計算機からの読み書き要求の如何によらず、任意のタイミングで、前記旧ファイル共有装置のボリュームに存在するファイルを、前記ファイル共有装置に移行できることを特徴とする請求項１記載の計算機システム。
5. 一つ以上のホスト計算機に接続されて、アクセスされるファイル共有装置と記憶装置とを有する計算機システムにおいて、
   旧記憶装置と、前記旧記憶装置のファイルをアクセスする旧ファイル共有装置と、新記憶装置と、前記新記憶装置にアクセスし前記旧記憶装置の代わりに新たにファイル共有をおこなう新ファイル共有装置とを有し、
   前記旧記憶装置と前記旧ファイル共有装置と、前記新記憶装置と前記新ファイル共有装置とは、互いに接続され、
   前記新ファイル共有装置は、
   前記旧記憶装置のボリュームを、前記新記憶装置の仮想ボリュームとして定義作成する手段と、
   前記旧ファイル共有装置と、前記旧記憶装置のボリュームを結ぶボリュームのアクセスパスを、前記新ファイル共有装置と前記新記憶装置の仮想ボリュームを結ぶボリュームのアクセスパスに変更する手段と
   前記旧ファイル記憶装置のファイル共有設定情報を取得する手段とを有し、
   前記旧記憶装置のファイル共有設定情報に基づき、前記ホスト計算機からのファイル読み書き要求を、前記新記憶装置の仮想ボリュームに対して実施することを特徴とする計算機システム。
6. 前記旧記憶装置のボリューム設定情報には、少なくともＱｕｏｔａ情報を含むことを特徴とする請求項５記載の計算機システム。
7. 前記旧記憶装置内に、前記旧ファイル共有装置を含み、前記新記憶装置に、前記新ファイル共有装置を含むことを特徴とする請求項５記載の計算機システム。
8. 前記ファイル共有装置と前記記憶装置とを接続する接続装置であって、
   ボリュームを、仮想ボリュームとして定義作成する手段と、
   前記記憶装置と前記ファイル共有装置を結ぶボリュームのアクセスのパスを、設定、変更する手段とを備える接続装置を有することを特徴とする請求項５記載の計算機システム。
9. 一つ以上のホスト計算機に接続されて、アクセスされるファイル共有装置を有する計算機システムであって、旧ファイル共有装置と前記旧ファイル共有装置の代わりに新たにファイル共有をおこなう新ファイル共有装置に移行させるファイル共有装置移行方法において、
   前記新ファイル共有装置が、前記旧ファイル共有装置のボリュームにブロックレベルで接続するステップと、
   前記新ファイル共有装置が、前記旧ファイル共有装置のファイル共有情報を取得するステップと、
   前記旧ファイル共有装置のファイル共有設定情報に基づき、前記ホスト計算機からのファイル読み書き要求を、前記旧ファイル共有装置のボリュームに対して実施するステップとを有することを特徴とするファイル共有装置移行方法。
10. さらに、前記新ファイル共有装置が、前記旧ファイル共有装置のボリューム設定情報を取得するステップと、
    前記旧ファイル共有装置のボリューム設定情報に基づき、前記ホスト計算機からのファイル読み書き要求を、前記旧ファイル共有装置のボリュームに対して実施するステップとを有することを特徴とする請求項９記載のファイル共有装置移行方法。
11. 前記旧ファイル共有装置のボリューム設定情報には、少なくともＱｕｏｔａ情報を含むことを特徴とする請求項１０記載のファイル共有装置移行方法。
12. 一つ以上のホスト計算機に接続されて、アクセスされるファイル共有装置を有する計算機システムであって、旧ファイル共有装置と前記旧ファイル共有装置の代わりに新たにファイル共有をおこなう新ファイル共有装置に移行させるファイル共有装置移行方法において、
    前記旧ファイル共有装置のファイル共有プログラムを停止するステップと、
    前記新ファイル共有装置が、前記旧ファイル共有装置のボリュームにブロックレベルで接続するステップと、
    前記新ファイル共有装置のファイル共有プログラムを起動するステップと、
    前記新ファイル共有装置のファイル共有プログラムが、前記旧ファイル共有装置のファイル共有設定情報を取得するステップと、
    前記新ファイル共有装置のファイル共有プログラムが、前記旧ファイル共有装置のファイル共有設定情報に基づき、前記ホスト計算機からのファイル読み書き要求を、前記旧ファイル共有装置のボリュームに対して実施するステップとを有することを特徴とするファイル共有装置移行方法。
13. 一つ以上のホスト計算機に接続されて、アクセスされるファイル共有装置を有する計算機システムであって、旧ファイル共有装置と前記旧ファイル共有装置の代わりに新たにファイル共有をおこなう新ファイル共有装置に移行させるファイル共有装置移行方法において、
    前記新ファイル共有装置が、前記旧記憶装置のボリュームを、前記新記憶装置の仮想ボリュームとして定義作成するステップと、
    前記旧ファイル共有装置と、前記旧記憶装置のボリュームを結ぶボリュームのアクセスパスを、前記新ファイル共有装置と前記新記憶装置の仮想ボリュームを結ぶボリュームのアクセスパスに変更するステップと、
    前記旧記憶装置に格納されているファイル共有設定情報を取得するステップと、
    前記旧記憶装置に格納されているファイル共有設定情報に基づき、前記ホスト計算機からのファイル読み書き要求を、前記新記憶装置の仮想ボリュームに対して実施するステップとを有することを特徴とするファイル共有装置移行方法。
14. 一つ以上のホスト計算機に接続されて、アクセスされるファイル共有装置を有する計算機システムにおける、旧ファイル共有装置と前記旧ファイル共有装置の代わりに新たにファイル共有をおこなう新ファイル共有装置に移行するためのファイル共有移行プログラムにおいて、
    前記旧ファイル共有装置のファイル共有プログラムを停止する機能と、
    前記新ファイル共有装置から前記旧ファイル共有装置のボリュームにブロックレベルで接続させる機能と、
    前記新ファイル共有装置のファイル共有プログラムを起動する機能と、
    前記旧ファイル共有装置のファイル共有設定情報を取得する機能と、
    前記新ファイル共有装置のファイル共有プログラムが、前記旧ファイル共有装置のファイル共有設定情報に基づき、前記ホスト計算機からのファイル読み書き要求を、前記旧ファイル共有装置のボリュームに対して実施させる機能とを計算機上で実行することを特徴とするファイル共有移行プログラム。
15. 管理計算機とホスト計算機と一つ以上の前記ホスト計算機に接続されて、アクセスされるファイルサーバとを有する計算機システムにおいて、
    前記ホスト計算機は、
    制御装置と、
    メモリと、
    インタフェースとを有し、
    前記メモリ上には、ファイル共有アクセスプログラムがロードされ、
    前記管理計算機は、
    制御装置と、
    メモリと、
    インタフェースとを有し、
    前記メモリには、管理プログラムがロードされ、
    旧ファイルサーバは、
    制御装置と、
    メモリと、
    インタフェースと、
    ボリュームとを有し、
    前記メモリ上には、
    ファイル共有プログラムと、
    前記ボリュームにアクセスするためのブロックアクセスプログラムとがロードされ、
    前記ボリュームには、
    ファイルと、
    Ｑｕｏｔａ情報を含むそのボリュームのボリューム設定情報と、
    ファイル共有設定情報とが格納され、
    前記旧ファイルサーバの代わりに新たにファイル共有をおこなう新ファイルサーバは、
    制御装置と、
    メモリと、
    インタフェースと、
    ボリュームとを有し、
    前記メモリには、ファイル共有プログラムと、
    ファイル共有移行プログラムとがロードされ、
    前記ボリュームには、ファイル共有設定情報が格納され、
    前記ホストコンピュータと前記旧ファイルサーバと前記新ファイルサーバとは、それぞれのインタフェースを介してネットワークにより接続され、
    前記管理計算機のメモリ上の管理プログラムは、前記ファイルサーバのメモリ上のファイル共有移行プログラムを起動し、
    前記ファイル共有移行プログラムは、前記旧ファイルサーバのファイル共有プログラムを停止させ、
    前記ファイル共有移行プログラムは、前記旧ファイルサーバのボリュームにマウントして、前記旧ファイルサーバのファイル共有設定情報とボリューム設定情報とを取得し、
    前記新ファイルサーバのＩＰアドレスが変更されるときには、ファイル共有先に、変更されたＩＰアドレスを通知し、
    前記ファイル共有移行プログラムは、前記新ファイルサーバのファイル共有プログラムを開始させ、
    前記新ファイルサーバは、前記旧ファイルサーバのファイル共有設定情報とボリューム設定情報とに基づき、前記ホスト計算機のファイル共有アクセスプログラムからのファイル読み書き要求を、前記旧ファイルサーバのブロックアクセスプログラムを介して、前記ボリュームに対して実施することを特徴とする計算機システム。
    

Images