JP2003173279A

JP2003173279A - 記憶装置間のファイル移行方法

Info

Publication number: JP2003173279A
Application number: JP2001372148A
Authority: JP
Inventors: Manabu Kitamura; 学北村; 賢一 ▲高▼本; Kenichi Takamoto
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-12-06
Filing date: 2001-12-06
Publication date: 2003-06-20
Anticipated expiration: 2021-12-06
Also published as: US7386552B2; US20030110237A1; JP4168626B2

Abstract

(57)【要約】【課題】複数のホストコンピュータと複数のファイルサ
ーバ装置が相互結合された計算機システムにおいて、記
憶装置間でのデータの移動をホストコンピュータに対し
て透過的に実施する。【解決手段】新ファイルサーバ装置の移行手段は、ＮＦ
Ｓ独自のファイル属性とＣＩＦＳ独自のファイル属性の
両方をコピーし、かつファイルアクセス時刻などの日付
情報が変化しないように新ファイルサーバ装置へと格納
する。また、ファイル移行処理中にホストからのファイ
ルアクセスがあった場合、新ファイルサーバ装置に未移
行のデータについては旧ファイルサーバ装置から読み出
してアクセス処理を行うことで、自身が旧ファイルサー
バ装置であるかのように動作する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理システム
などにおける記憶装置システムのデータアクセス方法に
係り、特に、記憶装置間のデータ移行方法に関する。

【０００２】

【従来の技術】銀行や企業などで使用される計算機シス
テムでは、極めて大量のデータが取り扱われるため、大
規模な記憶装置を必要とする。さらに、それらデータは
日々増加していくため、記憶装置を増設する、またはよ
り大容量な記憶装置へ置き換えていく必要が生じる。記
憶装置を置き換える場合、通常の手段としては、記憶装
置(以下、旧記憶装置) のバックアップを磁気テープな
どにとり、それを新しい記憶装置(以下、新記憶装置)
にリストアすることで実現する。ただし、バックアップ
をとるためには一旦ホストのＩ／Ｏを停止する必要があ
り、その停止時間は一般に長い。そしてこの停止時間
は、記憶装置の容量が大きくなればなるほど増大してい
く。さらに、上記のような大規模システムでは２４時間
無停止運転が前提であり、これは記憶装置の置き換えの
場合も同様であるので、一旦ホスト側のＩ／Ｏを停止し
てバックアップをとる方法では問題がある。

【０００３】記憶装置の置き換えに関して、旧記憶装置
から新記憶装置へとデータを移行する際にオンラインで
実行する方法が特開2000-187608で開示されている。特
開2000-187608では、最初ホスト計算機とある記憶装置
(旧記憶装置)とで運用しているシステムに、新規記憶装
置を導入する際、旧記憶装置内のデータを新規記憶装置
に移動しつつ、新規記憶装置では同時にホスト計算機か
らのリード・ライトアクセスを受け付ける。具体的に
は、旧記憶装置から新規記憶装置にデータ移行を行う際
に、一旦ホスト計算機と旧記憶装置間の接続を遮断し、
ホスト計算機を新規記憶装置に接続しなおす。また新規
記憶装置は旧記憶装置とも直接接続される。新規記憶装
置は旧記憶装置のデータを新規記憶装置にコピーする機
能と、ホスト計算機に対して、自らが旧記憶装置である
かのように見せかける機能を持つことで、ユーザに透過
的にディスク装置間のデータ移行を可能にしている。

【０００４】また、近年では、複数のホスト計算機間を
相互接続するローカルエリアネットワーク(ＬＡＮ)に直
接接続されるＮＡＳ(Network Attached Storage)と呼ば
れる記憶装置が普及してきている。ＮＡＳと各ホスト計
算機とは、ＮＦＳ(Network File System)などのネット
ワークファイルアクセス用プロトコルでデータのやり取
りを行う。ＮＦＳでは、ファイルのリード/ライト、あ
るいはファイル作成/削除などファイルアクセスに必要
な命令が規定されている。そのため、これら命令を組み
合わせて、ＮＡＳにおいても特開2000-187608に開示さ
れているような、これまで運用してきたＮＡＳ(旧ＮＡ
Ｓ)から新規のＮＡＳへとデータをコピーすることは可
能である。

【０００５】

【発明が解決しようとする課題】特開2000-187608に開
示されている方法を応用することで、ＮＡＳにおいても
単純なデータのコピーは充分可能である。ただし、ＮＡ
Ｓにおいてデータを移行した場合、そのデータに付随す
る属性情報が問題となる。ファイルには、ファイル名、
そのファイルの所有者とともに、ファイルの作成された
日付、アクセスされた時刻などが記される。旧ＮＡＳか
ら新規ＮＡＳへとファイルをコピーする際、単純に旧Ｎ
ＡＳからあるファイルを読み出し、新規ＮＡＳにファイ
ル書き込みを行っただけでは、ファイルの作成された日
付、アクセスされた時刻が変わってしまい、旧ＮＡＳの
状態を保ったデータ移行が行えない。またさらに、ＮＡ
Ｓでは一般にホスト計算機との間のアクセスにおいて、
複数種類のアクセスプロトコルでデータアクセスするこ
とが可能である。例えば多くのＮＡＳでは、ＮＦＳとＣ
ＩＦＳ(Common Internet File System)とをサポートす
る。それぞれのプロトコルにおけるファイル属性は、共
通している項目もあればそうでない項目もある。そのた
め、もしＮＦＳプロトコルで旧ＮＡＳからファイルを読
み出すと、ＮＦＳにおけるファイル属性しか取り出せ
ず、ＣＩＦＳプロトコルにおけるファイル属性が移行で
きない。

【０００６】本発明の目的は、ＮＡＳにおいて、ホス
ト、ユーザに対して透過的で、かつ完全なデータ移行が
可能なシステムを提供することにある。

【０００７】

【課題を解決するための手段】本発明における計算機シ
ステムは、ホスト計算機、第１のファイルサーバ装置
と、第２のファイルサーバ装置とで構成される。ホスト
計算機は最初は第１のファイルサーバ装置に接続されて
Ｉ／Ｏを行っているが、第１のファイルサーバ装置から
第２のファイルサーバ装置にデータ移行を行う際に、一
旦ホスト計算機と第１のファイルサーバ装置との接続は
遮断される。引き続きホスト計算機は、第２のファイル
サーバ装置に接続され、また第１のファイルサーバ装置
と第２のファイルサーバ装置も接続される。

【０００８】第１のファイルサーバ装置から第２のファ
イルサーバ装置へのデータ移行は、まず第２のファイル
サーバ装置が第１のファイルサーバ装置のディレクトリ
ツリー構造を読み出し、第２のファイルサーバ装置はそ
れをもとにして第１のファイルサーバ装置のファイルを
全て読み出していく。読み出されたファイルは順次第２
のファイルサーバ装置へと書き込まれる。

【０００９】具体的な移行は、第２のファイルサーバ装
置が第１のファイルサーバに対してファイルの読み出し
とファイル属性の読み出しとを行い、その結果を第２の
ファイルサーバ装置へと書き込むことで実現する。第２
のファイルサーバ装置がファイル属性を書き込む際、第
１のファイルサーバ装置に書き込まれていた日付情報の
まま第２のファイルサーバ装置へと格納する。

【００１０】また、第１のファイルサーバ装置、第２の
ファイルサーバ装置が、複数のファイルアクセスプロト
コルをサポートしている場合、第２のファイルサーバ装
置は、１ファイルに対し、ファイル属性の読み出し、書
き込みを複数回ずつ行う。例えば、２種類のアクセスプ
ロトコルがサポートされている場合には、ファイル属性
の読み書きが２回行われる。

【００１１】また、データの移行中にホスト計算機から
のファイルアクセスがあった場合には、第２のファイル
サーバ装置が処理する。例えばリードアクセスの場合、
当該ファイルが第２のファイルサーバ装置に移行されて
いない場合には、一旦第１のファイルサーバ装置から第
２のファイルサーバ装置へと当該ファイルを移行し、引
き続いてホスト計算機からのリードアクセスを受け付け
る。移行が済んでいる場合には、第２のファイルサーバ
装置はそのままホスト計算機からのリード要求を処理す
る。

【００１２】

【発明の実施の形態】図１は、本発明を適用した計算機
システムの一実施形態における構成例を示すブロック図
である。計算機システムは、ホスト１、ホスト２、旧フ
ァイルサーバ装置３、新ファイルサーバ装置４、イーサ
ネット（登録商標）スイッチ５とで構成される。

【００１３】ホスト１にはＮＦＳ(Network File Syste
m)クライアントプログラム１１、アプリケーションプロ
グラム１２が存在し、アプリケーションプログラム１２
はＮＦＳクライアントプログラム１１を介して旧ファイ
ルサーバ装置３ないし新ファイルサーバ装置４にアクセ
スする。またホスト２にはＣＩＦＳ(Common InternetFi
le System)クライアントプログラム２１、アプリケーシ
ョンプログラム２２が存在し、アプリケーションプログ
ラム２２はＣＩＦＳクライアントプログラム２１を介し
て旧ファイルサーバ装置３ないし新ファイルサーバ装置
４にアクセスする。

【００１４】旧ファイルサーバ装置３はインタフェース
３１、３２とディスク３３、制御装置３４とで構成され
る。また新ファイルサーバ装置４は、インタフェース４
１、４２とディスク４３、制御装置４４で構成される。
旧ファイルサーバ装置３はインタフェース３１からイー
サネットスイッチ５を介して、また新ファイルサーバ装
置４はインタフェース４１からイーサネットスイッチ５
を介してホスト１、２と接続される。また、旧ファイル
サーバ装置３と新ファイルサーバ装置４はインタフェー
ス３２、４２がイーサネットケーブル６で接続される。

【００１５】制御装置３４にはＮＦＳ処理手段３４１、
ＣＩＦＳ処理手段３４２、及びファイルシステム部３４
３が存在する。ＮＦＳ処理手段３４１はホスト１からの
ファイルアクセス要求を処理し、ＣＩＦＳ処理手段３４
２はホスト２からのファイルアクセス要求を処理する。
ファイルシステム部３４３は、ディスク３３内のファイ
ルのリード・ライト処理を行う。ＮＦＳ処理手段３４１
又はＣＩＦＳ処理手段３４２がファイルリード要求を受
け付けると、ファイルシステム部３４３がそれを受けて
ディスク３３からリード対象ファイルやファイル属性情
報を取り出して、ＮＦＳ処理手段３４１又はＣＩＦＳ処
理手段３４２へと渡す。ライト要求の場合には、ＮＦＳ
処理手段３４１又はＣＩＦＳ処理手段３４２が受け付け
たファイルがディスク３３に書き込まれる。

【００１６】制御装置４４にも同様にＮＦＳ処理手段４
４１、ＣＩＦＳ処理手段４４２、ファイルシステム部４
４３が存在し、これらはそれぞれＮＦＳ処理手段３４
１、ＣＩＦＳ処理手段３４２、ファイルシステム部３４
３とほぼ同様の動作を行う。また、制御装置４４には移
行手段４４４が存在し、旧ファイルサーバ装置３から新
ファイルサーバ装置４へのデータ移行を実施する。

【００１７】図２以降で、本発明の実施形態における新
ファイルサーバ装置４で取り扱うファイルシステムや用
語について概説する。一般のファイルサーバでファイル
を管理する場合、階層化ディレクトリと呼ばれる構造を
とり、図２にあるように、ルートディレクトリを先頭に
して、複数のファイル・ディレクトリがルートディレク
トリ下に存在する。以下、図２のような、１つのルート
ディレクトリを先頭に階層化されたファイル・ディレク
トリ構造に属するファイル・ディレクトリとその構造を
形成する属性情報の集まりをファイルシステムと呼ぶ。

【００１８】旧ファイルサーバ装置３、新ファイルサー
バ装置４では、このファイルシステムを少なくとも１つ
管理できる。１つのファイルシステムは必ずしも１つの
ディスクに存在するわけではなく、複数のディスクにま
たがることもある。あるいは逆に、１つのディスクに複
数のファイルシステムが格納されることもある。ただ
し、本発明の実施形態の説明においては簡単のために、
１つのファイルシステムが１つのディスクに格納されて
いるものとして説明する。

【００１９】図３は新ファイルサーバ装置４のディスク
４３上に置かれるファイルシステムの構造を示してい
る。ファイルシステムは、各ファイルサイズなどを示す
属性情報であるメタデータ、ディレクトリにあるファイ
ル・ディレクトリ名の集合であるディレクトリエント
リ、そしてファイルの実体である実データで構成され
る。本発明の実施形態においては、メタデータを格納す
るメタデータ領域４３１、ディレクトリエントリを格納
するディレクトリエントリ領域４３２、実データを格納
する実データ領域４３３がディスク４３上に存在する。
また、それ以外にディスク４３上にはログ領域４３４が
存在し、これは移行手段４４４が利用する。本発明の実
施形態においては、メタデータ領域４３１、ログ領域４
３４などがディスク４３上にあるとしているが、これは
必ずしもディスク４３上にある必要性はなく、新ファイ
ルサーバ装置４のメモリ上にあってもよい。

【００２０】メタデータ領域４３１には、メタデータ７
０がファイル・ディレクトリの数だけ格納されている。
メタデータ７０はそれぞれが、メタデータ番号７１、フ
ァイルタイプ７２、移行中フラグ７３、サイズ７４、最
終アクセス時刻７５、最終更新時刻７６、ＮＦＳ用アク
セス権情報７７、ＣＩＦＳアクセス権情報７８、及びポ
インタ７９で構成される。特に、ＮＦＳ用アクセス権情
報７７はＮＦＳプロトコルでファイルをアクセスするた
めのファイル属性情報であり、ＣＩＦＳアクセス権情報
７８はＣＩＦＳプロトコルでファイルをアクセスするた
めのファイル属性情報である。また、ディレクトリエン
トリ４３２領域には、ディレクトリエントリ８０がディ
レクトリの数だけ存在する。ディレクトリエントリ８０
は、あるディレクトリ内のファイル名又はディレクトリ
名のリストを少なくとも１つ管理している。

【００２１】メタデータ番号７１はファイルシステム内
で一意な番号で、メタデータ番号７１で示されるファイ
ル又はディレクトリが、ファイルシステム内で一意に定
まる。このメタデータ番号７１で示されるファイル又は
ディレクトリの下位に属するファイル又はディレクトリ
は、メタデータ番号７１に対応する他のディレクトリエ
ントリ８０に格納され、これらの情報を辿ることによっ
てファイル又はディレクトリの階層構造を把握できる。
ファイルタイプ７２は当該メタデータ番号７１で示され
る対象が、ファイルであるかディレクトリであるか、な
どを示すフラグが入る。移行中フラグ７３は移行手段４
４４が使用するもので、ファイル移行中の場合にはここ
がオンになり、ファイル移行が終了しているものはこの
フラグをオフにする。移行手段４４４による、このフラ
グの具体的な使い方は後述する。サイズ７４は当該ファ
イルのサイズを示す。最終アクセス時刻７５は、ホスト
１、２が当該ファイルをリードないしライトした時の最
新時刻を示す。最終更新時刻７６は当該ファイルの書き
込み、更新をした最新時刻を表す。ポインタ７９はファ
イル、ディレクトリの実体が置かれているディスク４３
上の物理アドレス情報が入る。当該メタデータ７０で示
される対象がファイルであれば、ポインタ７９は実デー
タ領域４３３のある領域を指し、ディレクトリの場合に
は、ディレクトリエントリ領域４３２上のあるブロック
を示す。ポインタ７９は、ファイルサイズが大きい場
合、ファイルが複数の領域に断片化されて配置されてい
る場合などには複数個存在する。

【００２２】ＮＦＳ用アクセス権情報７７は、ホスト１
がＮＦＳ処理手段４４１を介してファイルを参照する場
合に必要な情報であり、またＣＩＦＳ用アクセス権情報
７８は、ホスト２がＣＩＦＳ処理手段４４２を介してフ
ァイルを参照する場合に必要となる情報である。ＮＦＳ
とＣＩＦＳとでは、規定されているそれぞれ異なった情
報を提供できるように管理している。例えば属性情報に
は、当該ファイルにアクセスするユーザを制限するため
のパーミッション情報が含まれているが、ＮＦＳ処理手
段３４１、４４１が提供するパーミッション情報は、当
該ファイルを所有するオーナーがファイルにアクセス
(読み込み、書き込み、実行)できるか、当該ファイルの
所属するグループからファイルがアクセスできるか、そ
の他のユーザがファイルにアクセスできるか、を示す３
種類のパーミッション情報を持つ。

【００２３】一方、ＣＩＦＳ処理手段３４２、４４２が
提供する情報はＡＣＬ(Access Control List)と呼ば
れ、１つのファイルに対し、複数のユーザに対応したパ
ーミッション情報を設定できる。例えばユーザＡはある
ファイルに対して、読み出しのみが可能だが、ユーザＢ
はファイル書き込みも可能であるというような、ユーザ
ごとのパーミッション情報が設定可能である。このよう
にＮＦＳ処理手段４４１、ＣＩＦＳ処理手段４４２とで
は取り扱う属性情報が異なっており、新ファイルサーバ
装置４のファイルシステムでは、これら２つの処理手段
のどちらからアクセスされても良いように２種類の情報
を保持する。

【００２４】ディレクトリエントリ８０は１つのディレ
クトリ直下にあるファイル・ディレクトリの名前のリス
トを保持する。エントリ中にはメタデータ番号７１とフ
ァイル/ディレクトリ名８１の組が、当該ディレクトリ
下のファイル、ディレクトリ全てについて存在してい
る。

【００２５】図３で説明したファイルシステムを構成す
るメタデータ７０などの情報は新ファイルサーバ装置４
についてであるが、旧ファイルサーバ装置３もこれらと
同様の情報をもつ。ただし、新ファイルサーバ装置４と
旧ファイルサーバ装置３とで、メタデータ７０などの情
報の種類、データ構造は同一である必要はない。また、
本発明の実施形態においては、旧ファイルサーバ装置
３、新ファイルサーバ装置４はＮＦＳ，ＣＩＦＳによっ
てホスト１ないしホスト２からアクセスされることを前
提としているが、それ以外にNovell NetWareのファイル
アクセスプロトコルなどでアクセスされる装置である場
合には、メタデータ内にそのファイルアクセスプロトコ
ル独自の属性情報を別途有することになる。

【００２６】つづいて旧ファイルサーバ装置３から新フ
ァイルサーバ装置４へのデータ移行処理について概説す
る。ホスト１、２、あるいは新ファイルサーバ装置４な
どが旧ファイルサーバ装置３の保持するファイルにアク
セスする場合、ＮＦＳ処理手段３４１又はＣＩＦＳ処理
手段３４２を介するしかない。また逆に新ファイルサー
バ装置４に対してホスト１又はホスト２などがアクセス
する場合にも、ＮＦＳ処理手段３４１又はＣＩＦＳ処理
手段３４２を介するしかない。

【００２７】そのため、ホスト１又はホスト２が単純に
旧ファイルサーバ装置３のファイルを読み出し、新ファ
イルサーバ装置４に書き込む場合、ＮＦＳ処理手段３４
１又はＣＩＦＳ処理手段３４２を介してファイルを読み
出し、またＮＦＳ処理手段４４１又はＣＩＦＳ処理手段
４４２を介してファイルを書き込むことになる。

【００２８】その場合、ＮＦＳ処理手段３４１あるいは
ＣＩＦＳ処理手段３４２を介してファイルを読み出すた
め、たとえばＮＦＳ処理手段３４１を介するとＣＩＦＳ
に固有のファイル属性・アクセス権情報などが欠落する
という問題が生ずる。逆に、ＣＩＦＳ処理手段３４２を
介するとＮＦＳに固有のファイル属性などが欠落する。

【００２９】また、ホスト１又はホスト２がＮＦＳ処理
手段４４１又はＣＩＦＳ処理手段４４２を介して新ファ
イルサーバ装置４にファイルを書き込むと、本来旧ファ
イルサーバ装置３のファイル属性情報に残っている最終
更新時刻７６あるいは最終アクセス時刻７５が、ホスト
１、２が新ファイルサーバ装置４にファイルを書き込ん
だ時刻に変更されてしまうという問題も生ずる。本発明
の実施形態における移行手段４４４はこれら問題を解決
する。

【００３０】データ移行前には、ホスト１、２はイーサ
ネットスイッチ５を介して、旧ファイルサーバ装置３と
のみ接続されて、Ｉ／Ｏ処理を行っている。データ移行
を行う際には、まずホスト１、２と旧ファイルサーバ装
置３との接続を遮断する。具体的にはホスト１、２が旧
ファイルサーバ装置３のファイルシステムを使用してい
る場合、それをアンマウントする。その後旧ファイルサ
ーバ装置３のインタフェース３１とイーサネットスイッ
チ５の接続を外し、インタフェース３２と新ファイルサ
ーバ装置４のインタフェース４２とを接続することで、
旧ファイルサーバ装置３をネットワークから切り離し、
新ファイルサーバ装置４からのみアクセスできるように
する。

【００３１】新たにネットワークに接続された新ファイ
ルサーバ装置４は、ファイルサーバ装置のＩＰアドレ
ス、共有ディレクトリ名(ファイルシステムをホスト
１、２に見せる際のディレクトリ名)などの設定を旧フ
ァイルサーバ装置３と同じにする。なお、本発明の実施
形態のように、必ずしもデータ移行時に上記のように物
理的にネットワークから切り離す必要はなく、ホスト
１、２が旧ファイルサーバ装置３にアクセスしないよう
に出来ればよい。たとえば、旧ファイルサーバ装置３の
ＩＰアドレスを変更するなどで対応可能である。

【００３２】その後、ホスト１、２は新ファイルサーバ
装置４のファイルシステムをマウントし、Ｉ／Ｏ処理を
再開する。移行手段４４４では、旧ファイルサーバ装置
３のファイルを新ファイルサーバ装置４のディスク３２
に順次書き込むと同時に、ホスト１、２からのリード・
ライト処理を受け付ける。データ移行中にホスト１、２
が新ファイルサーバ装置４に対してＩ／Ｏ処理を行った
場合にも、移行手段４４４はホスト１、２に対し、新フ
ァイルサーバ装置４内にあたかも旧ファイルサーバ装置
３にあるファイルが存在しているかのように見せ、ホス
ト１、２は自由にリード・ライトが出来る。

【００３３】次に、図４で、移行手段４４４の行う旧フ
ァイルサーバ装置３から新ファイルサーバ装置４へのフ
ァイル移行処理の流れを概説する。移行手段４４４で
は、旧ファイルサーバ装置３のルートディレクトリから
順にファイル・ディレクトリの属性情報を全て新ファイ
ルサーバ装置４へとコピーし(ステップ１００１)、続い
て各ファイルについて、実データをコピーする(ステッ
プ１００２)。ファイルやその属性情報を移行している
間にホスト１、２からファイル更新などが行われた場合
に、ログ領域４３４にその操作が記録され、移行処理の
最後にログ領域に記録された内容を反映して移行処理は
終了する(ステップ１００３)。

【００３４】ファイル・ディレクトリ属性情報だけを先
に全部移行するのは、一般にホスト１、２からのファイ
ル・ディレクトリアクセスの際、実データに対するアク
セスよりもファイル・ディレクトリ属性情報へのアクセ
スが多いからである。ホスト１、２からファイル・ディ
レクトリアクセスがあった場合、まだ当該ファイルが旧
ファイルサーバ装置３から移行できていない場合には、
移行手段４４４は旧ファイルサーバ装置３に対して当該
ファイルなどを読み出しに行く。そうするとホスト１、
２からみて応答時間が悪化するため、本発明の実施形態
においては、ファイル・ディレクトリ属性情報を最初に
すべて移行する方法をとっている。ただし、性能面を考
慮しなければ、ファイル・ディレクトリ属性情報と、実
データとを同時に移行しても問題はない。

【００３５】図５以降では、図４のステップ１００１に
相当するファイル・ディレクトリ属性の移行処理、ステ
ップ１００２に相当する実データの移行処理を順次説明
していく。まず、図５では移行手段４４４が行う、ファ
イル・ディレクトリの属性情報の移行処理の流れを説明
する。移行手段４４４は図５の処理を旧ファイルサーバ
装置３のルートディレクトリから順に実施する。

【００３６】まず、ＮＦＳコマンドにより、ディレクト
リの属性情報を取得する(ステップ２００１)。例えばＮ
ＦＳの場合には、GETATTRコマンドにより属性情報が取
得できる。続いてＣＩＦＳコマンドによって、当該ディ
レクトリの属性情報を取得する(ステップ２００２)。例
えばSMBgetattrコマンドなどである。メタデータ７０中
のサイズ７４、最終アクセス時刻７５、最終更新時刻７
６などは、本発明の実施形態においてはステップ２００
１のＮＦＳ用アクセス権情報７７を取得する時に同時に
取得しているものとする。なお、ステップ２００１、２
００２の順序は逆であっても構わない。

【００３７】ステップ２００３で、取得した属性情報を
ディスクのメタデータ領域４３１に書き込む。この際、
メタデータ４３１中の移行中フラグ７３をオンにする。
続いて、当該ディレクトリ下にファイルが存在するか検
索する(ステップ２００４)。これは例えば旧ファイルサ
ーバ装置３に対してＮＦＳコマンドREADDIRなどを実施
することで確認が可能である。ファイルが存在する場合
にはステップ２００５以降へと進む。

【００３８】ステップ２００５では、ステップ２００４
で検索した結果を受けて、当該ディレクトリ配下にある
ファイル全てについて、ＮＦＳ属性情報を取得する。続
いてステップ２００６ではＣＩＦＳコマンドによって、
当該ディレクトリ配下にあるファイル全てについてＣＩ
ＦＳ属性情報を取得する。ステップ２００７ではステッ
プ２００５、２００６で取得した属性情報をメタデータ
領域４３１へ書き込む。この際も、ステップ２００３と
同様、メタデータ４３１中の移行中フラグ７３をオンに
する。

【００３９】ステップ２００８では、当該ディレクトリ
下にさらにディレクトリ(サブディレクトリ)が存在する
か検索する。存在する場合には、全サブディレクトリに
ついて、図５のファイル・ディレクトリ属性情報の移行
処理を実施する(ステップ２００９)。すなわち、図５の
処理を再帰的に実行することになるため、ファイル・デ
ィレクトリ属性情報の移行処理をルートディレクトリか
ら実施することで、１つのファイルシステムにおけるフ
ァイル・ディレクトリの属性情報が全て移行されること
になる。最後に、ステップ２００４、２００８で得られ
た、当該ディレクトリ下にあるファイル・ディレクトリ
名の情報をディレクトリエントリ８０として作成・書き
込みして処理は終了する(ステップ２０１０)。

【００４０】次に、図６でファイルの実データを移行す
る処理を説明する。この処理は図５のファイル属性情報
の移行処理と同様、ルートディレクトリから移行処理を
開始し、サブディレクトリについても再帰的に処理を実
施することで、ファイルシステム全体について、ファイ
ル実データの移行を実現している。まず最初に、移行対
象のディレクトリ下にファイルがあるかを確認する(ス
テップ２１０１)。この処理は、移行手段４４４がファ
イルシステムのディレクトリエントリを検索することで
実現できる。

【００４１】次に、ディレクトリ下のファイルについ
て、移行中フラグがオンであるか確認し(ステップ２１
０２)、移行中フラグがオンのファイルについては、旧
ファイルサーバ装置３からファイルの実データを読み出
し(ステップ２１０３)、そのデータを新ファイルサーバ
装置４へ書き込む(ステップ２１０４)。ステップ２１０
５では、データの書き込みが終わったファイルについて
は、当該ファイルの移行中フラグ７３をオフにする。ス
テップ２１０６で、移行対象のディレクトリ直下にある
全てのファイルについて移行が完了しているか確認し、
完了している場合にはステップ２１０７へ進み、移行さ
れていないファイルがある場合にはステップ２１０２か
らステップ２１０５までの処理を繰り返す。

【００４２】ステップ２１０７では当該ディレクトリ下
に、サブディレクトリがあるか確認し、存在する場合に
はサブディレクトリについて、図６のファイル実データ
移行処理を実施する(ステップ２１０８)。すなわち、図
５のステップ２００９と同様、ルートディレクトリから
図６のファイル実データ移行処理を実施し、サブディレ
クトリに付いても再帰的に実データ移行処理を実施す
る。その後、当該ディレクトリの移行中フラグ７３をオ
フにし(ステップ２１０９)、処理を終了する。ステップ
２１０７でサブディレクトリがない場合には直接ステッ
プ２１０９に移り、移行中フラグ７３をオフにして処理
を終了する。

【００４３】次に、図５、図６の移行処理中にホスト１
又はホスト２からファイルアクセスがあった時、移行手
段４４４が実施する処理の流れを説明する。まず、図７
では移行処理中にホスト１又はホスト２から、ファイル
あるいはファイル属性のリード要求があった場合の処理
の流れを説明する。ホスト１、２からファイルアクセス
があると、通常は新ファイルサーバ装置４のＮＦＳ処理
手段４４１又はＣＩＦＳ処理手段４４２はファイルシス
テム部４４３を用いてファイルアクセス処理を行うが、
移行処理中には、移行手段４４４を介してファイルアク
セス処理を実施する。

【００４４】移行手段はＮＦＳ処理手段４４１又はＣＩ
ＦＳ処理手段４４２からファイルアクセス要求を受け付
けると、まず新ファイルサーバ装置４のディスク４３内
のメタデータ領域４３１、ディレクトリエントリ領域４
３２のサーチ(ステップ２５０１)と、ログ領域４３４の
サーチ(ステップ２５０２)を実施し、アクセス対象のフ
ァイル属性情報が新ファイルサーバ装置４に移行されて
いるか検索する。ログ領域４３４は、移行処理中に、ホ
スト１、２からファイル作成・更新が発生したときに、
移行手段４４４がその内容を記録するために用いるが、
これについては後述する。

【００４５】ステップ２５０１、２５０２の結果から、
アクセス対象ファイルの属性情報が新ファイルサーバ装
置４に移行されているか判定し(ステップ２５０３)、移
行されていない場合にはステップ２５１０に進み、移行
手段４４４は旧ファイルサーバ装置３からファイル属性
とデータを読み出し(ステップ２５１０)、その結果をホ
スト１あるいはホスト２に返し(ステップ２５１１)、処
理を終了する。

【００４６】属性情報が新ファイルサーバ装置４に移行
されている場合にはステップ２５０４に進み、当該ファ
イルのメタデータ７０の移行中フラグ７３がオンになっ
ているかチェックする。フラグがオンの場合には、実デ
ータが新ファイルサーバ装置４に移行されていないた
め、旧ファイルサーバ装置３からデータを読み出し(ス
テップ２５０５)、そのデータを新ファイルサーバ装置
４へ書き込む(ステップ２５０６)。さらに、ログ領域４
３４に当該ファイルの更新などの情報が存在する場合に
は、その情報を新ファイルサーバ装置４のディスク４３
に反映し(ステップ２５０７)、移行中フラグ７３をオフ
にする(ステップ２５０８)ことで、当該ファイルの実デ
ータの移行を実施する。

【００４７】引き続いて、新ファイルサーバ装置４のデ
ィスク４３から直接ファイル属性やデータを読み出し
(ステップ２５０９)、ホスト１又はホスト２に結果を返
す(ステップ２５１１)ことで、リード処理が終了する。
また、ステップ２５０４でフラグがオフだった場合に
は、ファイル属性・実データともに、すでに新ファイル
サーバ装置４に移行されていることを示しているので、
ステップ２５０９を実行し、ホスト１又はホスト２に結
果を返し(ステップ２５１１)、移行処理中のリード処理
は完了する。

【００４８】続いて、移行処理中にホスト１ないしホス
ト２から、ファイルの更新や削除要求があった場合の移
行手段４４４の行う処理の流れを図８で説明する。

【００４９】ＮＦＳ処理手段４４１又はＣＩＦＳ処理手
段４４２からファイルアクセス要求を受け付けると、メ
タデータ領域４３１、ディレクトリエントリ領域４３２
のサーチ(ステップ２６０１)と、ログ領域４３４のサー
チ(ステップ２６０２)を実施し、アクセス対象のファイ
ル属性情報が新ファイルサーバ装置４に移行されている
か検索する。ステップ２６０１、２６０２の結果から、
アクセス対象ファイルの属性情報が新ファイルサーバ装
置４に移行されているか判定し(ステップ２６０３)、移
行されていない場合にはステップ２６１０に進み、移行
手段４４４は旧ファイルサーバ装置３からファイル属性
とデータを読み出す。

【００５０】続いてステップ２６１１で、旧ファイルサ
ーバ装置３から読み出したファイル属性、実データとＮ
ＦＳ処理手段４４１ないしＣＩＦＳ処理手段４４２から
受け付けた更新の内容とをログ領域４３４に書き込む。
ファイルとその更新内容を即座にメタデータ領域４３１
などに反映せずにログ領域に書き込むのは、更新内容を
すぐに反映できないことがあるからである。

【００５１】例えば、旧ファイルサーバ装置３に図２に
あるようなディレクトリ構造の記録されていて、このフ
ァイルシステムを新ファイルサーバ装置４に移行中、di
r_b1以下のファイル、ディレクトリの属性情報の移行は
完了したが、dir_b2以下のファイル、ディレクトリの属
性情報(図２の点線で示された部分。楕円部分がファイ
ル、長方形がディレクトリを示す)が移行できていない
という状態が存在しうる。この場合にたとえばfile4の
ファイル更新要求があったとすると、新ファイルサーバ
装置４にはfile4の所属すべきディレクトリであるdir_b
2の属性情報がメタデータ領域４３１、ディレクトリエ
ントリ領域４３２に存在しないため、file4のメタデー
タを格納することができない。このような場合にも、ホ
スト１、２からの更新要求は受け付け、かつそれ以降そ
の更新内容を新ファイルサーバ装置４に反映する必要が
あるため、一旦ログ領域４３４に更新内容を記録し、後
でログ領域４３４の内容を新ファイルサーバ装置４のメ
タデータ領域４３１などに反映していく。

【００５２】ステップ２６０３でアクセス対象ファイル
の属性情報が新ファイルサーバ装置４に移行されていた
場合にはステップ２６０４に進み、当該ファイルのメタ
データ７０の移行中フラグ７３がオンになっているかチ
ェックする。フラグがオンの場合には、実データが新フ
ァイルサーバ装置４に移行されていないため、旧ファイ
ルサーバ装置３からデータを読み出し(ステップ２６０
５)、そのデータを新ファイルサーバ装置４へ書き込む
(ステップ２６０６)。

【００５３】さらに、ログ領域４３４に当該ファイルの
更新などの情報が存在する場合には、その情報を新ファ
イルサーバ装置４のディスク４３に反映し(ステップ２
６０７)、その後に更新要求に従って、当該ファイルの
実データあるいはメタデータの更新を行う(ステップ２
６０８)。移行中フラグ７３がオフの場合には、ファイ
ル属性・実データともに、すでに新ファイルサーバ装置
４に移行されていることを示しているので、ステップ２
６０８に進んでＮＦＳ処理手段４４１ないしＣＩＦＳ処
理手段４４２から受け付けた更新の内容を新ファイルサ
ーバ装置４のディスク４３に書き込む。ステップ２６０
８のデータ更新が終わった後、移行中フラグ７３をオフ
にし（ステップ２６０９）、最後に更新処理の終わった
ことをホスト１ないしホスト２に通知し(ステップ２６
１２)、処理は終了する。

【００５４】次に、移行手段４４４の用いるログ領域４
３４のデータ構造と、ログ領域４３４に記録された内容
をファイルシステムに反映する処理(図８のステップ２
６０７)について説明する。移行手段４４４はファイル
移行中にホスト１、２からのファイル・ディレクトリな
どの更新要求があり、かつ当該ファイル・ディレクトリ
が新ファイルサーバ装置４に未反映の場合、その内容を
ログ領域４３４にログデータ９０としてログ領域４３４
の先頭から順に記録していく(これは図８のステップ２
６１１に相当する部分である)。

【００５５】図９にログデータ９０の内容を示す。移行
済みフラグ９１は当該ログデータ９０が移行手段４４４
によって、すでに新ファイルサーバ装置４のファイルシ
ステムに反映されたことを示すフラグである。ファイル
/ディレクトリ名９２はファイル移行中にホスト１、２
からの更新要求などがあった時の対象ファイル名ないし
ディレクトリ名を示す。オペレーション名９３は、その
時の処理の種類を表す。例えばファイルの書き込み、移
動、削除などである。時刻９４は当該要求のあった時刻
を示す。オペレーションデータ９５はその時の処理に付
随するデータであり、オペレーションによってそのデー
タは異なる。例えば書き込み要求の場合には、ファイル
の実データなどが該当する。

【００５６】図１０以降で、ログデータ９０の反映処理
の流れを説明する。まず図１０では、図７のステップ２
５０７、あるいは図８のステップ２６０７における処
理、すなわち、移行中にファイル・ディレクトリのリー
ド・ライトなどの要求を受け付けた際、当該ファイル・
ディレクトリに対する更新情報がログデータ９０に記録
されていた時の処理を説明する。

【００５７】まず、ログ領域の先頭から順に検索し、ア
クセス対象となっているファイル/ディレクトリ名に対
応するログデータ９０を検索する(ステップ３００１)。
続いてステップ３００２で当該ログデータ９０の移行済
みフラグ９１がオフかどうかを判定し、オフの場合には
ステップ３００３に進んで、ログデータ９０に記録され
ているオペレーションに従って処理を実行する。例えば
データ更新であれば、ログデータ９０にかかれているデ
ータをファイルに対して上書きするなどである。

【００５８】次に、ステップ３００４で移行済みフラグ
９１をオンにして、ステップ３００５に移る。ステップ
３００２で移行済みフラグがオンであった場合にはステ
ップ３００３、３００４は飛ばしてステップ３００５に
移る。ステップ３００５ではログ領域４３４の全ログデ
ータを検索したか判定し、全ログデータの検索が未だの
場合にはステップ３００１に戻る。全ログデータを検索
し終わったら、処理は終了する。

【００５９】図１１では、図４のステップ１００３の処
理、すなわち移行処理の最後で行うログデータ９０の反
映処理を説明する。ここではログ領域４３４に書かれて
いる全ログデータ９０の内容をファイル・ディレクトリ
に反映する。

【００６０】まず、ログ領域の先頭からログデータ９０
を検索する(ステップ３１０１)。続いて、ログデータ９
０の移行済みフラグ９１がオフかどうか判定し(ステッ
プ３１０２)、オフの場合には、ログデータ９０に記録
されたオペレーションを実行し(ステップ３１０３)、移
行済みフラグをオンにする(ステップ３１０４)。移行済
みフラグ９１がすでにオンの場合には、これら処理は行
わない。全ログデータ９０について処理が完了している
場合には(ステップ３１０５)、ステップ３１０７でログ
領域４３４内のログデータ９０を全て消去し、処理を終
了する。全ログデータ９０について処理が完了していな
い場合には、次のログデータを検索し、ステップ３１０
２移行の処理を繰り返す。

【００６１】図１１の場合、ログ領域４３４のデータを
先頭から最後まで順に処理していくのは１回だけである
ため、ステップ３１０４で移行済みフラグ９１を必ずし
もオンにする必要はないが、図１１の処理中に何らかの
障害が発生して処理が中断した場合には有効である。例
えば障害が発生した場合には、移行処理ではこのログデ
ータ９０の反映処理を、ログ領域の４３４の先頭からロ
グデータ９０をチェックし直して、反映処理を再実行す
るが、移行済みフラグ９１をオンにしていないと、再実
行前にすでに反映済みのログデータ９０についてもまた
処理を行うことになってしまう。移行済みフラグ９１を
オンにすることでこれを避けることが出来る。

【００６２】本実施形態では、ホストコンピュータから
のアクセスを受け付けながら、旧ファイルサーバ装置か
ら新ファイルサーバ装置へファイルシステムの移行が実
現できる例を示したが、図４から図１１で説明した移行
処理からも分かるように本実施形態ではファイルシステ
ム全体ではなく、特定のディレクトリのデータ移行な
ど、より細かい単位でのデータ移行も可能である。

【００６３】また、移行元のディスクと移行先のディス
クのサイズは同一である必要はまったくなく、移行元の
ファイルシステムのディスク使用量よりも移行先のディ
スクが大きければ移行は可能である。さらに、本実施形
態では２つのファイルサーバ装置間でのデータ移行方法
を示したが、同一ファイルサーバ内で、あるファイルシ
ステムのディスク使用量が多くなってきたときに、より
大容量のディスクにファイルシステムを移し変える、あ
るいは特定のディレクトリを別のディスクに移動するな
どの用途にも利用できる。

【００６４】

【発明の効果】本発明によれば、ファイルサーバ装置間
のファイル移行の際に、ファイル属性情報を変化させる
ことなく、ファイルを移行できる。その結果、ファイルア
クセス時刻などの日付情報が変化しないように新ファイ
ルサーバ装置へデータを格納できる。また、複数のファ
イルアクセスプロトコルをサポートするファイルサーバ
装置のファイル属性も移行できる。

【図面の簡単な説明】

【図１】本発明の実施形態における計算機システムの構
成例を示すブロック図である。

【図２】本発明の旧ファイルサーバ装置、新ファイルサ
ーバ装置に格納されるファイル・ディレクトリ構造を示
す。

【図３】本発明の新ファイルサーバ装置内ディスクに格
納されるファイルシステムのメタデータ構造を示す。

【図４】本発明の実施形態における、移行手段のデータ
移行処理を示すフローチャートである。

【図５】移行手段の行う、ファイル・ディレクトリ属性
情報の移行処理を示すフローチャートである。

【図６】移行手段の行う、ファイル実データの移行処理
を示すフローチャートである。

【図７】移行手段の処理中に、ホストからのファイルリ
ード要求があったときの、移行手段の処理の流れを示す
フローチャートである。

【図８】移行手段の処理中に、ホストからのファイルラ
イト要求があったときの、移行手段の処理の流れを示す
フローチャートである。

【図９】本発明の新ファイルサーバ装置で用いられるロ
グデータのデータ構造を示す図である。

【図１０】移行処理の行う、ログデータの反映処理の流
れを示すフローチャートである。

【図１１】移行処理の行う、ログデータの反映処理の流
れを示すフローチャートである。

【符号の説明】

１…ホスト、２…ホスト、３…旧ファイルサーバ装置、
４…新ファイルサーバ装置、５…イーサネットスイッ
チ、１１…ＮＦＳクライアントプログラム、１２…アプ
リケーションプログラム、１３…インタフェース、２１
…ＣＩＦＳクライアントプログラム、２２…アプリケー
ションプログラム、２３…インタフェース、３１…イン
タフェース、３２…インタフェース、３３…ディスク、
３４…制御装置、４１…インタフェース、４２…インタ
フェース、４３…ディスク、４４…制御装置

Claims

【特許請求の範囲】

【請求項１】複数の計算機と第１のファイルサーバと第
２のファイルサーバとで構成される計算機システムにお
いて、前記第１のファイルサーバは前記第２のファイルサーバ
の有するファイルのデータと属性情報を読み出す手段
と、前記読み出されたファイルのデータと属性情報の内容と
を変化させること無く前記第１のファイルサーバに格納
する手段とを有することを特徴とするファイルサーバ。
【請求項２】請求項１における計算機システムにおい
て、前記ファイルの属性情報はファイルの作成日付、参
照日付、及び更新日付を含むことを特徴とするファイル
サーバ。
【請求項３】少なくとも１つの計算機と、それぞれが記
憶装置を有する複数のファイルサーバとでなる計算機シ
ステムにおける記憶装置間のファイル移行方法は、第１
のファイルサーバの記憶装置に、第２のファイルサーバ
の記憶装置から読み出したファイルの属性情報を格納
し、前記ファイルの属性情報に基づいて、前記第１のファ
イルサーバの記憶装置に、前記第２のファイルサーバの
記憶装置から読み出したファイルの実データを格納する
ことを特徴とする記憶装置間のファイル移行方法。
【請求項４】前記ファイルの属性情報は、前記第２のフ
ァイルサーバの記憶装置に保持されていたファイルの作
成日付、参照日付、及び更新日付の少なくとも１つを含
むことを特徴とする請求項３記載の記憶装置間のファイ
ル移行方法。
【請求項５】前記ファイルの属性情報、及び前記ファイ
ルの実データの少なくとも一方の移行中に前記計算機か
ら移行中のファイルに対するアクセス要求があった場
合、前記第１のファイルサーバのログ領域に前記アクセ
ス要求の内容を記憶し、前記ファイルの移行が終了した
後に、前記ログ領域の内容に基づいた処理を行なうこと
を特徴とする請求項３記載の記憶装置間のファイル移行
方法。
【請求項６】前記第１のファイルサーバが少なくとも１
つのファイルアクセスプロトコルに対応可能な場合、そ
れぞれのファイルアクセスプロトコルに応じた、ファイ
ルの属性情報を格納することを特徴とする請求項３記載
の記憶装置間のファイル移行方法。