JPH07182221A - リモートファイルシステム及びファイル管理方法 - Google Patents

Abstract

(57)【要約】 【目的】 クライアントからのリモートファイルアクセ
スに対して高速に応答するクライアントサーバシステム
を提供する。 【構成】 サーバ１０には、第１の記憶装置１２のディ
レクトリを第１の記憶装置１２より高速なＩ／Ｏアクセ
スが可能な第２の記憶装置１３に複写し、公開処理し、
第１の記憶装置１２からのディレクトリと第２の記憶装
置１３に複写したディレクトリを記憶しておく。複数の
クライアント１１からリモートマウント，アンマウント
の要求を受け付け、記憶内容を参照し、リモートマウン
ト要求に対する第２の記憶装置のディレクトリをマウン
ト処理する。アンマウントの要求に対しては、記憶内容
を参照し、このアンマウント要求に対する第２の記憶装
置のディレクトリをアンマウント処理する。アンマウン
ト処理が全て行なわれたディレクトリについて、第１の
記憶装置１２の元のディレクトリに書き戻す。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ローカルエリアネット
ワーク（ＬＡＮ）上に複数台のクライアント用及びサー
バ用のＵＮＩＸ（UNIX System Laboratories社が開発し
たオペレーティングシステム）などのワークステーショ
ン（ＷＳ）が備えられたクライアントサーバシステム
（ＣＳＳ）に係り、特に、クライアントが、ファイルを
格納する記憶装置を備えるサーバに対して遠隔からファ
イルアクセスを指示するリモートファイルシステムの処
理性能の向上及びファイル管理方法に関する。

【０００２】

【従来の技術】近年のダウンサイジング，ライトサイジ
ングという潮流の中、コンピューティングシステムは、
大型コンピュータを中心とする集中処理型からＬＡＮ
（Ethernet：XEROX社の商標など）を媒体に複数台のワ
ークステーション（ＷＳ）から構成する分散処理型へと
移行している。分散処理型のシステムにおいては、ある
種のサービスを提供するＷＳをサーバと呼び、サービス
を受ける側をクライアントと呼ぶクライアントサーバシ
ステム（ＣＳＳ）の形態をとるのが一般的である。

【０００３】このようなシステムで、データの共有化，
分散配置のため、クライアントが使用するファイルをサ
ーバのハードディスク装置（ＨＤＤ）に置き、ファイル
サーバとして使用する場合、Sun Microsystem社によっ
て開発されたネットワーク・ファイル・システム（Netw
ork File Ststem：NFS）が、現在、広く利用されてい
る。ＮＦＳについては、アスキー出版局より出版されて
いる「ＮＦＳ ａｎｄＮＩＳ」（Hal Stern著、黒骨彰
訳）に記載されている。

【０００４】ＮＦＳを利用したファイルサーバを使用す
る場合、リモートファイルへのアクセス性能を向上させ
ることが望まれている。ＮＦＳサーバ及びＣＳＳ環境全
体のアクセス性能を左右する要因としては、ＮＦＳサー
バのＣＰＵ性能、ＮＦＳサーバでのＨＤＤへのＩ／Ｏア
クセス性能、及びネットワークのデータ転送性能があ
る。その中でも、コンピュータシステムを構成する要素
の内、ＣＰＵの処理性能及びネットワークのデータ転送
能力は、近年、飛躍的に向上しているが、機械的な駆動
機構を有するＨＤＤは、他の電子部品に比べて性能向上
の伸びをあまり望めない。即ち、ＮＦＳサーバのアクセ
ス性能の向上のためには、ＨＤＤへのＩ／Ｏアクセス性
能の向上が特に要望されている。

【０００５】そのような要求に応えるものとして、図９
に示すような従来例がある。即ち、図９（ａ）に示すよ
うに、ＵＮＩＸでは、高速読み書き可能な主記憶上の一
部をＨＤＤとの読み書きデータ（ファイル）のキャッシ
ュに使用することによって、ＨＤＤへのＩ／Ｏアクセス
回数を軽減するバッファキャッシュシステムが採用され
ている。

【０００６】また、図９（ｂ）に示すように、Legato S
ystem 社によって開発されたネットワークファイルシス
テムのアクセラレータのPrestoServeは、ＮＦＳの書き
込み処理がＨＤＤなどの不揮発性記憶装置への書込みを
要求する仕様であることに着目し、バッテリによるデー
タ保持機能を有する専用メモリを用いたキャッシュ機構
を設け、書込み要求があると、このキャッシュ機構にデ
ータを書き込むことによって書込み処理完了とし、その
後、書き込まれたデータを、予め定めたブロック単位で
ＨＤＤに書き出している。これにより、書込み処理、ひ
いてはクライアントへの応答性能を向上させている。さ
らに、複数のブロックをグループ化してグループ単位の
書込みを行なうことにより、ＨＤＤへのＩ／Ｏアクセス
回数を軽減し、ＨＤＤへのＩ／Ｏアクラス性能の向上を
図っている。

【０００７】

【発明が解決しようとする課題】上記従来技術は、ＨＤ
ＤへのＩ／Ｏアクセス処理、及びＮＦＳの仕様上の性能
のネックの１つである書込み処理に着目し、その性能の
向上を図ったものであるが、以下に説明するような問題
点がある。

【０００８】第１に、キャッシュ機構は、その格納エリ
アを大きくすることによって、読み書きすべきデータが
キャッシュ内に存在する確率（ヒット率）が向上し、性
能に対する効果がます一方、該当データの探索処理のオ
ーバヘッドも増大してしまう。従って、一定サイズ以上
の格納エリアの拡大は効果がない。このため、今後の半
導体メモリの実装技術の向上によってＷＳへ搭載される
であろう大容量のメモリを有効に活用することができな
い。

【０００９】第２に、ＮＦＳサーバの性能評価の１つの
基準として、性能評価の業界標準化団体であるＳＰＥＣ
（Ｓtandard Ｐerformance Ｅvaluation Ｃorporatio
n）で認定されたＳＦＳ（Ｓystem Ｆile Ｓerver）ベン
チマークがある。このベンチマークでは、ファイルの読
み書きを含めた様々なＮＦＳ処理付加を定められた割合
でサーバに掛けた状態において、ＮＦＳサーバの性能を
計測している。このような測定環境下では、書込み処理
のみの対策では、ＮＦＳサーバとして大幅な性能向上は
望めない。

【００１０】なお、ＳＦＳについては、ＳＰＥＣが出版
している“spec newsletter”Ｖolume５，Ｉssue１及び
２に記載されている。

【００１１】本発明の目的は、かかる問題を解消し、高
速記憶装置を活用することによってリモートファイルへ
のアクセス性能を向上させることができるようにしたリ
モートファイルシステム及びファイル管理方法を提供す
ることにある。

【００１２】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、複数のクライアントと、該複数のクライ
アントに共有されるサーバとを備え、夫々を伝送路によ
り接続するリモートファイルシステムにおいて、前記サ
ーバは、ディレクトリと、該ディレクトリにより管理さ
れるファイルを１または２以上記憶する第１の記憶装置
と、該第１の記憶装置より高速なＩ／Ｏアクセスが可能
な第２の記憶装置と、前記複数のクライアントからのマ
ウントの要求及びアンマウントの要求を受け付ける受付
手段と、前記第１の記憶装置に記憶されているディレク
トリ及びファイルを前記第２の記憶装置に複写する複写
手段と、前記第１の記憶装置に記憶されているディレク
トリと前記第２の記憶装置に複写したディレクトリとの
対応関係を格納する格納手段と、前記受付手段でマウン
トの要求を受け付けたときに、前記格納手段に格納され
た対応関係に基づき、該マウント要求のディレクトリに
対応する第２の記憶装置に複写されたディレクトリに対
してマウント処理を行なうマウント処理手段と、前記受
付手段でアンマウントの要求を受け付けたときに、前記
格納手段に格納された対応関係に基づき、当該アンマウ
ント要求のディレクトリに対応する第２の記憶装置に複
写されたディレクトリに対してアンマウント処理を行な
うアンマウント処理手段と、前記アンマウント処理手段
によりアンマウント処理が行なわれたディレクトリのフ
ァイルを前記第１の記憶装置の対応する元のディレクト
リに書き戻す書戻し手段とを備える。

【００１３】前記マウントの受付けが可能なディレクト
リを公開処理（ｅｘｐｏｒｔ）する公開処理手段をさら
に備え、前記複写手段は、前記公開処理手段により公開
されたディレクトリを複写することができる。

【００１４】前記複写手段は、前記受付手段でマウント
の要求を受け付けたときに、当該マウント要求のディレ
クトリを複写するようにしてもよい。

【００１５】前記マウント処理手段によってマウント処
理が行なわれた第２の記憶装置上のディレクトリへのフ
ァイルアクセス異常処理手段をさらに備えており、前記
複写手段は、前記第２の記憶装置のディレクトリ下にフ
ァイルが存在しないことを検出したとき、前記ファイル
アクセス異常処理手段によって、該当ファイルを第１の
記憶装置のディレクトリ下から複写するようにしてもよ
い。

【００１６】前記マウント処理及び前記アンマウント処
理により処理されたディレクトリについてのマウント状
況をディレクトリ毎に管理する管理手段をさらに備え、
前記書戻し手段は、前記管理手段のマウント状況を参照
し、１つのディレクトリにおいて、前記マウント要求を
出力した全てのクライアントからアンマウント要求が出
力されたディレクトリについて、前記書き戻しを行なう
ようにしてもよい。

【００１７】前記第２の記憶装置は、揮発性メモリと該
揮発性メモリに接続されるバックアップ電源とを備え
る。例えば、ソリッド・ステート・ディスク装置（ＳＳ
Ｄ）を備える。

【００１８】さらに、リモートファイルシステムにおけ
るファイル管理方法としては、以下に示すようにファイ
ルを管理する。

【００１９】前記クライアントからのマウントの受付け
が可能なディレクトリを、前記第１の記憶装置から読み
出して前記第２の記憶装置に複写し、前記第２の記憶装
置に複写したディレクトリを公開処理（export）し、前
記第１の記憶装置から読み出したディレクトリと前記第
２の記憶装置に複写したディレクトリとを対応づけて記
憶し、前記複数のクライアントからのマウントの要求及
びアンマウントの要求を受け付け、前記マウントの要求
を受け付けたときに、前記記憶内容を参照し、前記マウ
ント要求のディレクトリに対応する第２の記憶装置の複
写したディレクトリに対してマウント処理を行ない、前
記アンマウントの要求を受け付けたときに前記記憶内容
を参照し、該アンマウント要求のディレクトリに対応す
る、第２の記憶装置の複写したディレクトリに対してア
ンマウント処理を行ない、前記アンマウント処理が行な
われたディレクトリのファイルを、前記第１の記憶装置
の対応する元のディレクトリに書き戻す。

【００２０】

【作用】受付手段では、複数のクライアントからのマウ
ントの要求及びアンマウントの要求を受け付ける。

【００２１】複写手段は、前記第１の記憶装置に記憶さ
れているディレクトリ及びファイルを、前記第２の記憶
装置に複写する。複写を行なうタイミングは、前記公開
処理手段によりディレクトリが公開されてときでもよい
し、前記受付手段でマウントの要求を受け付けたときで
もよいし、また、マウント処理後に実際にマウント処理
されたディレクトリのファイルにアクセスを行なうとき
でもよい。具体的には、前記第２の記憶装置のディレク
トリ下のファイルアクセス失敗（該当ファイルが存在し
ない）における前記異常処理手段において行なう。

【００２２】また、格納手段は、前記第１の記憶装置に
記憶されているディレクトリと前記第２の記憶装置に複
写したディレクトリとの対応関係を格納する。この場
合、対応関係としては、前記第１の記憶装置に記憶され
ているディレクトリのアドレスと前記第２の記憶装置に
複写したディレクトリとの絶対パス名（階層型のファイ
ル構造であるＵＮＩＸファイルシステムでの探求におけ
る出発点となるルートディレクトリから該当ディレクト
リまでをセパレータ“／”で区切って並べたもの）とを
記憶しておく。

【００２３】マウント処理手段は、前記受付手段でマウ
ントの要求を受け付けたときに、該格納手段に格納する
対応関係に基づき、当該マウント要求のディレクトリに
対応する、第２の記憶装置の複写したディレクトリに対
してマウント処理を行なう。また、前記受付手段でアン
マウントの要求を受け付けると、アンマウント処理手段
は、前記格納手段に格納する対応関係に基づき、当該ア
ンマウント要求のディレクトリに対応する第２の記憶装
置の複写したディレクトリに対してアンマウント処理を
行なう。管理手段を備える場合には、管理手段では、前
記マウント処理及び前記アンマウント処理により処理さ
れたディレクトリのマウント状況を管理する。例えば、
マウントしているクライアントの数をカウントするカウ
ンタをディレクトリ毎に備えておき、マウント時には、
カウントアップを行ない、アンマウント時にはカウント
ダウンを行なう。

【００２４】書戻し手段は、前記アンマウント処理手段
によりアンマウント処理が行なわれたディレクトリのフ
ァイルを、前記第１の記憶装置の元のディレクトリに書
き戻す。管理手段をさらに備える場合には、書戻し手段
は、前記管理手段のマウント状況を参照し、１つのディ
レクトリにおいて、前記マウント要求を出力した全ての
クライアントからアンマウント要求が出力されたディレ
クトリについて、前記の書き戻しを行なう。

【００２５】第２の記憶装置へのディレクトリの複写の
際に、前記第１の記憶装置に記憶されているディレクト
リと、第２の記憶装置に複写したディレクトリとの対応
関係を格納手段に格納するので、システム管理情報の変
更をすることなく、従来のリモートファイルシステムを
そのまま第２の記憶装置上に移行することができる。

【００２６】また、第２の記憶装置上の複写・公開処理
は、サーバ立上げもしくはサーバ管理者によるコマンド
投入時に行なうこともでき、サーバが停止するまで保持
される。そして、クライアントからのマウント・アンマ
ウント要求ディレクトリを、サーバによって第２の記憶
装置上の対応する複写ディレクトリに変換した後、マウ
ント・アンマウント処理を行なうので、クライアントの
利用者は、第２の記憶装置を意識することなく利用する
ことができる。同時に、クライアントは何ら変更する必
要もない。

【００２７】さらに、第２の記憶装置上の複写ディレク
トリの内容は、クライアントからのマウントが全てはず
された（アンマウント）状態で、ＨＤＤ上の元のディレ
クトリに書き戻されるので、整合性のない（クライアン
トからの更新途中である）情報が書き込まれることはな
い。

【００２８】

【実施例】以下、本発明の実施例を図面により説明す
る。図１は本発明によるクライアント−サーバシステム
におけるリモートファイルシステムの一実施例を示す構
成図である。

【００２９】図１において、ファイルサーバ用ＵＮＩＸ
ＷＳ（サーバ）１０は、ＬＡＮ（例えば、イーサネッ
トなど）の伝送路１５に接続している複数のクライアン
ト用ＵＮＩＸ ＷＳ（クライアント）１１に対してファ
イル共用サービスを提供する。そして、サーバ１０は、
複数のファイルを格納する記憶媒体として、ハードディ
スク装置（ＨＤＤ）１２と、揮発性メモリにバッテリバ
ックアップ機構とを備え、ＨＤＤ１２に比べて高速なＩ
／Ｏアクセスが可能なソリッド・ステート・ディスク装
置（ＳＳＤ）１３とを有する。

【００３０】ここで、ＨＤＤ１２及びＳＳＤ１３は、汎
用外部装置接続インタフェースであるＳＣＳＩ（Ｓmall
Ｃomputer Ｓystem Ｉnterface）バス１４によってサ
ーバ１０に接続されている。ＨＤＤ１２に格納されるフ
ァイルは予めディレクトリが割り付けられており、サー
バ１０は複数のディレクトリを管理している。

【００３１】上記機器構成におけるリモートファイルシ
ステムにおいては、サーバ１０上のＨＤＤ１２に割り付
けられたルートパーティション１６と、ＳＳＤ１３に割
付けられたｓｓｄパーティション１７とがある。この実
施例においては、図１に示すクライアント１１が利用す
るルートパーティション１６内の／ｕｓｒ／ｔａｒｏデ
ィレクトリ下のファイルエントリを、ディレクトリごと
ｓｓｄパーティション１７の／ｓｓｄへ複写している。
そして、クライアント１１上の／ＮＦＳディレクトリに
サーバ１０上の／ｓｓｄ／ｔａｒｏディレクトリをＮＦ
Ｓリモートマウントするように処理している。

【００３２】ここで、従来例との比較のため、この実施
例によるサーバの構成を図１０に示す。

【００３３】なお、本来、サーバは、複数のクライアン
トから同一または異なるディレクトリに対してリモート
マウントされて使用されるのが一般的であるが、説明を
簡略化するため、１台のクライアントからのＮＦＳリモ
ートマウントする場合を例にして以下に説明する。しか
し、本発明が１クライアントのシステムに限定してしか
適用できないというわけではない。

【００３４】以下、図１に示すリモートファイルシステ
ムの構成を構築・管理処理を図面を用いて説明するに先
立ち、ＮＦＳを利用する上での一般的処理として、サー
バのファイルシステム構造をクライアントのファイルシ
ステム構造下へ割り付ける処理であるリモートマウント
操作について説明する。

【００３５】前処理として、サーバは、クライアントか
らのマウント要求を受け付けるディリクトリに対してｅ
ｘｐｏｒｔ処理を行なう。その結果は公開ディレクトリ
としてテーブルに登録しておく。その後、ユーザからの
コマンド投入などによってＮＦＳマウントを要求された
クライアントは、サーバにマウント要求を送る。サーバ
は、上記の登録テーブルの内容からクライアントのマウ
ント要求が妥当かどうか（公開ディレクトリに対しての
ものかどうか）を調べ、よければ、要求ディレクトリの
ファイルハンドル情報（サーバ内で該ディレクトリを一
意に決定できる位置情報）をクライアントに返送する。
そして、クライアントは、このハンドル情報をマウント
情報（クライアント上マウントポイントのディレクトリ
パス名とサーバのマウント先ディレクトリパス名など）
とともに登録する。なお、その後のＮＦＳファイルアク
セスは、このハンドル情報を基点に処理される。

【００３６】上記リモートファイルシステム構成をユー
ザのキー操作（手動）によって構築する手順を図２及び
図３を用いて説明する。但し、図２はクライアントから
のユーザキー操作によるリモートファイルアクセス開始
操作手順を示したフローチャートであり、図３は同操作
によるリモートファイルアクセス終了操作手順を示した
フローチャートである。

【００３７】この実施例では、サーバ立上げ時に、ｅｘ
ｐｏｒｔ処理によってｓｓｄパーティション１７の／ｓ
ｓｄディレクトリがｅｘｐｏｒｔされていることを前提
にしている。

【００３８】ここで、ｅｘｐｏｒｔ処理は、図１１に示
すように、クライアントに対して公開するディレクトリ
のリストを登録しておくファイル（ｅｘｐｏｒｔファイ
ル１１００）を用いて行なわれる。公開すべきファイル
のディレクトリは、予めｅｘｐｏｒｔファイル１１００
に登録されている。また、ｅｘｐｏｒｔファイルには、
各ディレクトリ毎のｅｘｐｏｒｔ優先オプションの値を
予め記載しておいてもよい。ｅｘｐｏｒｔ優先オプショ
ンの値は、ディレクトリ毎に優先順位が定義され、後述
するＳＳＤ自動ｅｘｐｏｒｔ処理６００において利用さ
れる。

【００３９】図２において、サーバ１０に対してリモー
トファイルアクセスを行なう場合、ユーザは、リモート
ファイルアクセス開始操作２０の手順に従って以下の操
作を行なう。

【００４０】まず、「ｔｅｌｎｅｔ」または「ｒｌｏｇ
ｉｎ」のコマンドにより、サーバ１０にリモートログイ
ンを行ない（ステップ２１）、サーバ１０上のルートパ
ーティション１６内の／ｕｓｒ／ｔａｒｏディレクトリ
ごとｓｓｄパーティション１７の／ｓｓｄディレクトリ
にコピーするように、コピーコマンドを指示する（ステ
ップ２２）。そして、サーバ１０へのログインセッショ
ンを終了し（ステップ２３）、クライアント１１からの
「ｍｏｕｎｔ」コマンドによって、クライアント１１上
の／ＮＦＳディレクトリにサーバ１０上の前記コピー処
理による／ｓｓｄ／ｔａｒｏディレクトリをマウントす
る（ステップ２４）。こうして、高速Ｉ／Ｏデバイスで
あるＳＳＤ１３上のリモートファイルシステムほのアク
セスが可能となり（ステップ２５）、クライアントのユ
ーザが、ストレスなく、ＮＦＳを使用することができ
る。

【００４１】その後、サーバ１０に対するリモートファ
イルアクセスを終了する場合、ユーザは、リモートファ
イルアクセス終了操作３０の手順（図３０）に従って以
下の操作を行なう。

【００４２】図３において、まず、クライアント１１か
らの「ｕｎｍｏｕｎｔ」コマンドにより、クライアント
１１上の／ＮＦＳディレクトリから上記マウント処理に
よってマウントされたサーバ１０上の／ｓｓｄ／ｔａｒ
ｏディレクトリをアンマウントする（ステップ３１）。
そして、「ｔｅｌｎｅｔ」または「ｒｌｏｇｉｎ」コマ
ンドによりサーバ１０にリモートログインを行ない（ス
テップ３２）、サーバ１０上のｓｓｄパーティション１
７の／ｓｓｄ／ｔａｒｏディレクトリの内容（ファイル
エントリ）をルートパーティション１６内の／ｕｓｒ／
ｔａｒｏディレクトリにコピーバックするようにコピー
コマンドを指示し（ステップ３３）、更新された内容が
元のファイルに複写される。その後、サーバ１０へのロ
グインセッションを終了する（ステップ３４）。

【００４３】こうして、リモートファイルアクセス中に
更新された内容が元のファイルに反映される。ここで、
ステップ３３のコピーバック処理は、／ｓｓｄ／ｔａｒ
ｏディレクトリ下の全ファイルに対して行なうのではな
く、／ｕｓｒ／ｔａｒｏディレクトリ下のファイルの更
新日時の比較により、この更新日時の新しいものに対し
てのみ行なうようにしてもよい。

【００４４】以上のような処理によれば、ＨＤＤ１２に
格納されるファイルをディレクトリごとＳＳＤ１３に格
納し、格納後は、より高速なアクセスができるＳＳＤ１
３にアクセスすることが可能になり、その結果、アクセ
ス時間を短縮することができる。

【００４５】上記の実施例は、クライアントからのユー
ザキー操作（手動）によって、ｓｓｄパーティション
（ＳＳＤ）をリモートファイルアクセスのマウント対象
となるようにしたものである。以下では、該パーティシ
ョン（ＳＳＤ）に対して自動的にリモートファイルアク
セス処理が行なえるようにした場合の第２の実施例につ
いて説明する。

【００４６】図４はサーバ上のｓｓｄパーティション
（ＳＳＤ）に対して自動的にリモートファイルアクセス
処理が行なえるようにするＳＳＤ自動リモートファイル
アクセス処理方式を示したフローチャートである。

【００４７】ＳＳＤ自動リモートファイルアクセス処理
４０では、サーバ側において、立上げ時に、上記のｅｘ
ｐｏｒｔファイル１１００（一般的なＵＮＩＸシステム
においては、／ｅｔｃ／ｅｘｐｏｒｔｓである）に登録
してある公開するディレクトリ下を、ｓｓｄパーティシ
ョン１７に複製して作成し、この複製ディレクトリのｅ
ｘｐｏｒｔ処理を行なうＳＳＤ自動ｅｘｐｏｒｔ処理６
００を実行する。そして、クライアント側からのリモー
トマウント要求４１によるｍｏｕｎｔ要求を受け付ける
と、前記ＳＳＤ自動ｅｘｐｏｒｔ処理６００においてｅ
ｘｐｏｒｔされたｓｓｄパーティション１７内の該当す
るディレクトリへのマウント処理を行なうＳＳＤ自動マ
ウント処理７００を実行する。その後、クライアント側
からのアンマウント要求４２によるｕｎｍｏｕｎｔ要求
を受け付けると、ＳＳＤ自動マウント処理７００におい
てマウントされたｓｓｄパーティション１７内の該当す
るディレクトリのアンマウント処理を行なうＳＳＤ自動
アンマウント処理８００を実行する。

【００４８】このように、この処理では、クライアント
側は何らの変更、または、ＳＳＤを意識した操作を必要
とすることなく、ｓｓｄパーティション上のディレクト
リマウントする高速ＮＦＳアクセスが可能となる。各処
理については、以下に詳しく説明する。

【００４９】次に、図５を参照して、ＳＳＤ自動リモー
トファイルアクセス処理におけるサーバ側での各処理に
おいて使用するｅｘｐｏｒｔファイル記載ディレクトリ
とｓｓｄパーティション内対応ディレクトリとの管理情
報について説明する。

【００５０】図５は上記のＳＳＤ自動ｅｘｐｏｒｔ処理
によってｓｓｄパーティション１７上に複写され、ｅｘ
ｐｏｒｔされたディレクトリを登録／管理しておくＳＳ
Ｄｅｘｐｏｒｔリストの構成を示した図である。

【００５１】図５において、ＳＳＤｅｘｐｏｒｔリスト
５０は、ｓｓｄパーティション１７上に複製されてｅｘ
ｐｏｒｔされたディレクトリの情報格納エリアを有する
ｅｘｐｏｒｔエントリ５３を複数格納することができ、
先頭ポインタ５２が示すこのエントリから最終ポインタ
５１が示すこのエントリまでチェーンによってつながれ
たリストからなる。このｅｘｐｏｒｔエントリ５３は、
ＨＤＤ１２上のｅｘｐｏｒｔファイル１１００に記載さ
れているディレクトリを示すｅｘｐｏｒｔ元ディレクト
リ名５４の格納エリア、このディレクトリの複製である
ｓｓｄパーティション１７内の対応ディレクトリを示す
ＳＳＤ上対応ディレクトリ名５５の格納エリア、このｓ
ｓｄパーティション内のディレクトリに対するマウント
回数を示すマウントカウンタ５６の格納エリア、このエ
ントリのチェーンを構成するために次のエントリを示す
ネクストポインタ５７及び前エントリを示すバックポイ
ンタ５８の格納エリアからなる。

【００５２】ここで、ｅｘｐｏｒｔエントリ５３のチェ
ーンの先頭エントリのバックポインタ５８、並びに、最
終エントリのネクストポインタ５７には、誤操作を避け
るため、ゼロ（ＮＵＬＬ）を設定する。また、マウント
カウンタ５６はｅｘｐｏｒｔエントリ５３がリストにチ
ェーンされたとき、初期化（ゼロ設定）されている。

【００５３】なお、ＳＳＤｅｘｐｏｒｔリスト５０への
ｅｘｐｏｒｔエントリ５３の登録は、サーバ１０でのｅ
ｘｐｏｒｔ処理においてのみ行なわれ、ｅｘｐｏｒｔフ
ァイルの変更後の再ｅｘｐｏｒｔ処理やサーバ１０のシ
ャットダウン処理を除いて、リスト内エントリの追加、
削除は行なわれない。

【００５４】次に、図６，図７及び図８を参照して、Ｓ
ＳＤ自動リモートファイルアクセス処理におけるサーバ
側での各処理について詳細に説明する。

【００５５】但し、図６はサーバ側における上記ＳＳＤ
自動ｅｘｐｏｒｔ処理を示したフローチャート、図７は
上記ＳＳＤ自動マウント処理を示したフローチャート、
図８は上記ＳＳＤ自動アンマウント処理を示したフロー
チャートである。

【００５６】図６において、ＳＳＤ自動ｅｘｐｏｒｔ処
理６００では、まず、サーバ側において公開するファイ
ルシステムを登録しているｅｘｐｏｒｔファイル１１０
０をＨＤＤ１２から読込む（ステップ６０１）。ｅｘｐ
ｏｒｔファイル１１００に記載されている各ディレクト
リ下の総ファイルサイズを調べる（ステップ６０２）。
そして、この総ファイルサイズがｓｓｄパーティション
１７の空きエリアのサイズより小さいかどうか比べ（ス
テップ６０３）、大きいならば（ｅｘｐｏｒｔ記載ディ
レクトリ全てをＳＳＤ１３上に複写することができない
場合）、ｅｘｐｏｒｔファイル１１００に記載されてい
る各ディレクトリ毎のＳＳＤｅｘｐｏｒｔ優先オプショ
ンの値（-ssdp=1:優先値）を比較する（ステップ６０
４）。そして、この優先値がより高い（値が小さい）デ
ィレクトリの中から、ディレクトリ下の総ファイルサイ
ズがより大きいものをｓｓｄパーティション１７の空き
サイズが許す限り選び出す（ステップ６０５）。この選
択から外れた他のｅｘｐｏｒｔディレクトリに対して
は、通常のｅｘｐｏｒｔ処理を行なう（ステップ６０
６）。

【００５７】その後、ステップ６０６によって選択され
た各ディレクトリごとｓｓｄパーティション１７上にコ
ピー処理を行なう（ステップ６０７）。また、ｓｓｄパ
ーティション１７上の該コピーディレクトリに対するｅ
ｘｐｏｒｔ処理を行なう（ステップ６０８）。ｓｓｄパ
ーティション上１７のｅｘｐｏｒｔディレクトリをＳＳ
Ｄｅｘｐｏｒｔリスト５０に登録する（ステップ６０
９）。この場合の、ｅｘｐｏｒｔ処理では、図５に示す
ＳＳＤｅｘｐｏｒｔリスト５０に、ｅｘｐｏｒｔエント
リ５３を登録する。即ち、ｅｘｐｏｒｔ元ディレクトリ
名５４と、ＳＳＤ上対応ディレクトリ名５５とを夫々登
録し、ネクストポインタ５７とバックポインタ５８と最
終ポインタ５１とを夫々更新する。

【００５８】一方、ｅｘｐｏｒｔファイル１１００に記
載のディレクトリ下の総ファイルサイズがｓｓｄパーテ
ィション１７の空きエリアのサイズより小さいならば
（ｅｘｐｏｒｔ記載ディレクトリ全てをＳＳＤ１３上に
複写することができる場合）、ＳＳＤｅｘｐｏｒｔ優先
オプションなどに関係なく（無条件に）、上記ステップ
６０８〜６１０の処理を行なう。

【００５９】こうして、公開登録されていたファイルシ
ステムと同じ内容を持つｅｘｐｏｒｔディレクトリをＳ
ＳＤ１３上に設定することができる。

【００６０】なお、この処理では、ｓｓｄパーティショ
ン１７の／ｓｓｄディレクトリはｅｘｐｏｒｔファイル
に登録されていないものとしてｅｘｐｏｒｔ処理を行な
っているが、／ｓｓｄディレクトリがｅｘｐｏｒｔファ
イルに登録されている場合、ｓｓｄパーティション１７
内の複写ディレクトリのｅｘｐｏｒｔ処理との整合性を
とるため、ｅｘｐｏｒｔ処理を行わないようにすればよ
い。

【００６１】次に、クライアント側からリモートマウン
ト要求があると、サーバ１０では、リモートマウント要
求を検出し、ＳＳＤ自動マウント処理７００に移行す
る。

【００６２】図７において、ＳＳＤ自動マウント処理７
００では、ＳＳＤｅｘｐｏｒｔリスト５０を先頭ポイン
タ５２が示すｅｘｐｏｒｔエントリ５３から最終ポイン
タ５１が示すｅｘｐｏｒｔエントリ５３まで検索し（ス
テップ７０１）、「ｍｏｕｎｔ」要求ディレクトリ名と
同じｅｘｐｏｒｔ元ディレクトリ名５４をもつｅｘｐｏ
ｒｔエントリ５３の有無を調べる（ステップ７０２）。
その結果、同じディレクトリが有れば（／ｓｓｄパーテ
ィション上に複数ディレクトリがｅｘｐｏｒｔされてい
る）、このｅｘｐｏｒｔエントリ５３のＳＳＤ上対応デ
ィレクトリ名５５へのマウント処理を行ない（ステップ
７０３）、このｅｘｐｏｒｔエントリ５３のマウントカ
ウンタ５６を１加算する（ステップ７０４）。また、同
じディレクトリがなければ（／ｓｓｄパーティション上
に複写ディレクトリがｅｘｐｏｒｔされていない）、こ
の要求ディレクトリへの通常のマウント処理を行なう
（ステップ７０５）。この場合には、ＳＳＤ１３上に要
求ディレクトリがないので、ＨＤＤ１２に対してのマウ
ント処理を行なう。

【００６３】こうして、クライアントからの「ｍｏｕｎ
ｔ」要求を、／ｓｓｄパーティション上に複写ディレク
トリに対してのマウント処理に変換して行なうことがで
きるようになる。

【００６４】さらに、クライアント側からリモートアン
マウント要求があると、サーバ１０では、リモートアン
マウント要求を検出し、ＳＳＤ自動アンマウント処理８
００に移行する。ＳＳＤ自動アンマウント処理８００
は、ＳＳＤｅｘｐｏｒｔリスト５０を先頭ポインタ５２
が示すｅｘｐｏｒｔエントリ５３から最終ポインタ５１
が示すｅｘｐｏｒｔエントリ５３までを検索し（ステッ
プ８０１）、「ｕｎｍｏｕｎｔ」要求ディレクトリ名と
同じｅｘｐｏｒｔ元ディレクトリ名５４をもつｅｘｐｏ
ｒｔエントリ５３の有無を調べる（ステップ８０２）。
その結果、同じディレクトリが有れば（／ｓｓｄパーテ
ィション上に複写ディレクトリに対してマウントされて
いる）、このｅｘｐｏｒｔエントリ５３のマウントカウ
ンタ５６を１減算する（ステップ８０３）。その結果、
このマウントカウンタ５６がゼロになったかどうか調べ
（ステップ８０４）、ゼロになっていれば、マウントし
ているクライアントがないので、ＨＤＤ１２上のこのｕ
ｎｍｏｕｎｔ要求ディレクトリ下へこのＳＳＤ対応ディ
レクトリ名５５下の全ファイルをコピーバックする（ス
テップ８０５）。そして、このＳＳＤ対応ディレクトリ
のアンマウント処理を行なう（ステップ８０６）。ま
た、該当するｅｘｐｏｒｔエントリ５３がなければ（／
ｓｓｄパーティション上にはマウントされていない）、
ＨＤＤ１２上のこの要求ディレクトリのアンマウント処
理を行なう（ステップ８０７）。

【００６５】こうして、クライアントからのｕｎｍｏｕ
ｎｔ要求を、／ｓｓｄパーティション上の複写ディレク
トリに対してのアンマウント処理に変換して行なうこと
ができるようになる。また、／ｓｓｄパーティション上
の複写ディレクトリにマウントしているクライアントが
なくなると、元のディレクトリへファイルをコピーバッ
クするので、自動的に更新完了データを元ファイルに反
映することができる。

【００６６】なお、この処理は、クライアントでの作業
終了時に、リモートファイルのアンマウントが行なわれ
ることを想定している。

【００６７】以上のように処理することにより、ＨＤＤ
に比べて１／１０以下のアクセスタイムでＩ／Ｏ処理可
能なＳＳＤを、日常使用する記憶装置として使用できる
ようになるので、サーバ内のファイルアクセス処理を大
幅に短縮することができる。

【００６８】また、この実施例においては、ｅｘｐｏｒ
ｔ処理時にＳＳＤへの複写を行なっているが、リモート
マウントの要求を受け付けたときに、リモートマウント
の要求のディレクトリをＳＳＤに複写するようにしても
よい。もしくは、マウント処理後に実際にマウント処理
されたディレクトリのファイルにアクセスを行なうとき
に、このマウント処理されたディレクトリを複写するよ
うにしてよい。

【００６９】具体的には、図１２に示すようなリモート
ファイルアクセス処理手順によって実現する。即ち、Ｎ
ＦＳリモートマウント後、サーバは、クライアントから
のファイルアクセス要求受付けによって、リモートファ
イルアクセス処理１２００を実行する。この処理では、
まず、クライアントからの指示ディレクトリ下の該当す
るファイルを探索し（１２０１）、その有無を調べる
（１２０２）。これがあれば、ファイル内データなどの
所定の情報を伴った正常終了報告をクライアントに返送
する（１２０３）。一方、なければ、アクセス異常処理
１２１０を呼び出す。この異常処理１２１０では、ＳＳ
Ｄｅｘｐｏｒｔリスト５０を探索し（１２１１）、この
要求ファイルへのディレクトリと同一名をもつｅｘｐｏ
ｒｔエントリ５３の有無を調べる（１２１２）。そし
て、それがあれば、ｅｘｐｏｒｔエントリ５３に登録さ
れているＨＤＤから、ＳＳＤの前記指示ディレクトリへ
この要求ファイルをコピーした後（１２１３）、上記の
ステップ１２０３の処理を行なう。なければ、クライア
ントへ該ファイルへのアクセスが失敗したことを示す異
常終了報告を返送する。

【００７０】こうして、この実施例によってマウントポ
イントをＨＤＤからＳＳＤに切り換えられた公開ディレ
クトリ下のファイルアクセス時に、該当するファイルの
コピーが可能となる。

【００７１】さらに、この実施例では、ＨＤＤ１２とＳ
ＳＤ１３とを同一のＳＣＳＩバス１４上に接続した構成
を例に説明したが、夫々が異なるインタフェースによっ
て接続されていてもなんら問題はない。

【００７２】ＵＮＩＸ ＷＳベースのクライアントサー
バシステムを例に説明したが、ＮＦＳが実装されたパー
ソナルコンピュータ（ＰＣ）ベースのものであっても、
ＯＳがＵＮＩＸからＤＯＳに置き換わるだけで、本発明
を実現する上で問題となることはない。

【００７３】さらに、この実施例では、図１０に示すよ
うに、従来のファイルシステム構造に対してＳＳＤを追
加したサーバを例に説明を進めてきた。しかし、ＳＳＤ
のような高速デバイスに対しては、従来のバッファキャ
ッシュシステムを経由したキャッシュ機構が管理するブ
ロックサイズ単位でのアクセスではなく、ドライバに対
して直接該当するファイルのファイルサイズ単位でアク
セスするようにしてもよい。

【００７４】また、この実施例では、高速デバイスとし
てＳＳＤを例に説明したが、それをＷＳの主記憶上に仮
想的にファイルシステムの１パーティションを割り当て
た仮想ディスク、ディスクの回転数の高速化などを行な
った最新のＨＤＤに置き換えてもよい。ここで、仮想デ
ィスクにおいては、その割当て場所である主記憶がバッ
テリバックアップされていることが望ましい。また、最
新の高速ＨＤＤの場合、書き込まれたファイルは失われ
ることがないので、上記処理にて説明したファイルのコ
ピーバック処理は行なわなくともよい。具体的には、ｅ
ｘｐｏｒｔファイル１１００にコピーバックオプション
（例えば、-cpback＝０：なし／１：あり）、及び上記
ｅｘｐｏｒｔリスト５０のｅｘｐｏｒｔエントリ５３の
コピーバックあり／なしを登録するエリアを設け、上記
ｅｘｐｏｒｔ処理６００により、上記のコピーバックオ
プションでの設定値をｅｘｐｏｒｔエントリ５３の前記
エリアに登録するようにする。そして、上記アンマウン
ト処理８００において、ｅｘｐｏｒｔエントリ５３の前
記エリアを調べ、コピーバックを行なうかどうかを判断
するようにすればよい。

【００７５】さらに、この実施例によれば、ＮＦＳによ
りリモートアクセスされるサーバ内のファイルシステム
（ディレクトリ）をＩ／Ｏアクセス性能の優れたＳＳＤ
上に配置することができるので、クライアントからのリ
モートファイルアクセスに対して高速に応答することが
できるようになり、クライアントのユーザは、ストレス
を感じることなく、リモートファイルシステムを利用す
ることが可能となる。

【００７６】また、自動方式を用いれば、クライアント
のＷＳを利用するユーザは、意識することなく、ＳＳＤ
を利用することができるようになる。

【００７７】さらに、ＳＳＤ利用によってＩ／Ｏ処理時
間を短縮することが可能となり、サーバはより多くのク
ライアントからの要求に応えることができるようにな
る。

【００７８】さらに、本発明は、既にＣＳＳを導入して
いるシステムに対しても、サーバにＳＳＤと対応ソフト
を組み込むだけで適用することができ（クライアントに
対しては何の変更もなし）、既存のシステム資産を有効
に活用した上で、少ない投資コストで性能向上を図るこ
とが可能となるいう効果がある。

【００７９】さらに、ＳＳＤは、ＷＳ標準インタフェー
スのＳＣＳＩにより接続されるため、汎用性がある。ま
た、独立の筐体であり、容量を大きくしたりする変更が
容易なので、将来の拡張に対しても対応可能である。

【００８０】なお、この実施例では、ｅｘｐｏｒｔファ
イル１１００に登録されているディレクトリに対応する
ＳＳＤ１３上のディレクトリのみのｅｘｐｏｒｔ処理を
行なったが、マウント要求に先立って、サーバの公開デ
ィレクトリ情報を取得するように動作するクライアント
に対応するため、このファイルに登録されているディレ
クトリ自身にもｅｘｐｏｒｔ処理を行なうように変更し
ても、本発明を実現する上で何ら問題はない。

【００８１】また、上記では、クライアントとサーバ間
でのＮＦＳ環境での本発明の一実施例を説明したが、自
ＷＳに接続されているＨＤＤなどの記憶装置に対してＮ
ＦＳマウントをかけた場合でも、先に説明した処理によ
り、同様のことが実現でき、このＷＳに最新のＨＤＤや
ＳＳＤなどの高速記憶装置を増設したとき、既存の記憶
装置上のファイルを移動することなく、この増設された
高速記憶装置を利用することができるようになる。

【００８２】さらに、本発明では、ＮＦＳのリモートマ
ウント処理において、クライアントに対してサーバ上の
マウントポイント位置情報であるファイルハンドルをＳ
ＳＤなどの高速記憶装置上のものとの置き換えを、ｅｘ
ｐｏｒｔ及びマウント処理だけで行なっている。従っ
て、将来、ＮＦＳプロトコルの仕様が変化しても、本発
明は何ら影響されない。

【００８３】

【発明の効果】以上説明したように、本発明によれば、
クライアントからのリモートファイルアクセスに対して
高速に応答することができるようになり、クライアント
のユーザは、ストレスを感じることなく、リモートファ
イルシステムを利用することが可能となる。

【図面の簡単な説明】

【図１】本発明によるリモートファイルシステムの一実
施例を示す構成図である。

【図２】図１に示した一実施例での手動によるリモート
ファイルアクセス開始操作手順の一具体例を示すフロー
チャートである。

【図３】図１に示した一実施例での手動によるリモート
ファイルアクセス終了操作手順の一具体例を示すフロー
チャートである。

【図４】本発明によるリモートファイルシステムの他の
実施例でのＳＳＤ自動リモートファイルアクセス処理方
式の一具体例を示すフローチャートである。

【図５】本発明によるリモートファイルシステムの他の
実施例でのＳＳＤｅｘｐｏｒｔリストの構造を示す図で
ある。

【図６】図４で示したＳＳＤ自動リモートファイルアク
セス処理方式でのサーバでのｅｘｐｏｒｔ処理を示すフ
ローチャートである。

【図７】図４に示したＳＳＤ自動リモートファイルアク
セス処理方式でのサーバのマウント処理を示すフローチ
ャートである。

【図８】図４に示したＳＳＤ自動リモートファイルアク
セス処理方式でのサーバでのアンマウント処理を示すフ
ローチャートである。

【図９】従来のＮＦＳサーバファイル処理部を示す構成
図である。

【図１０】本発明によるリモートファイルシステムでの
ＮＦＳサーバファイル処理部の一具体例を示す構成図で
ある。

【図１１】本発明によるリモートファイルシステムでの
ｅｘｐｏｒｔ処理に使用する公開ディレクトリリストを
登録するファイル内容を示す図である。

【図１２】本発明によるリモートファイルシステムでの
クライアントからのリモートアクセス要求に対するサー
バのリモートファイルアクセス処理手順の一具体例を示
すフローチャートである。

【符号の説明】

１０ ＵＮＩＸ（サーバ） １１ ＵＮＩＸ ＷＳ（クライアント） １２ ハードディスク装置（ＨＤＤ） １３ ソリッド・ステート・ディスク装置（ＳＳＤ） １４ ＳＣＳＩバス １５ ＬＡＮ（イーサネット） １６ ルートパーティション（ＨＤＤ） １７ ｓｓｄパーティション（ＳＳＤ） ２０ リモートファイルアクセス開始操作 ３０ リモートファイルアクセス終了操作 ４０ ＳＳＤ自動リモートファイルアクセス処理 ５０ ＳＳＤｅｘｐｏｒｔリスト ６００ ＳＳＤ自動ｅｘｐｏｒｔ処理 ７００ ＳＳＤ自動マウント処理 ８００ ＳＳＤ自動アンマウント処理 １１００ ｅｘｐｏｒｔファイル １２００ リモートファイルアクセス処理 １２１０ アクセス異常処理

───────────────────────────────────────────────────── フロントページの続き (72)発明者 北野 昌宏 神奈川県海老名市下今泉810番地 株式会 社日立製作所オフィスシステム事業部内 (72)発明者 鬼頭 昭 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内 (72)発明者 後藤 法宏 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内

Claims (9)

【特許請求の範囲】
1. 【請求項１】 複数のクライアントと、該複数のクライ
   アントに共有されるサーバとを備え、それぞれを伝送路
   により接続するリモートファイルシステムにおいて、 該サーバは、 ディレクトリと、該ディレクトリにより管理されるファ
   イルを１または２以上記憶する第１の記憶装置と、 該第１の記憶装置より高速なＩ／Ｏアクセスが可能な第
   ２の記憶装置と、 該複数のクライアントからのマウントの要求及びアンマ
   ウントの要求を受け付ける受付手段と、 該第１の記憶装置に記憶されているディレクトリ及びフ
   ァイルを、該第２の記憶装置に複写する複写手段と、 該第１の記憶装置に記憶されているディレクトリと、該
   第２の記憶装置に複写したディレクトリとの対応関係を
   格納する格納手段と、 該受付手段でマウントの要求を受け付けたときに、該格
   納手段に格納された対応関係に基づき、当該マウント要
   求のディレクトリに対応する第２の記憶装置に複写され
   たディレクトリに対してマウント処理を行なうマウント
   処理手段と、 該受付手段でアンマウントの要求を受け付けたときに、
   該格納手段に格納された対応関係に基づき、当該アンマ
   ウント要求のディレクトリに対応する第２の記憶装置に
   複写されたディレクトリに対してアンマウント処理を行
   なうアンマウント処理手段と、 該アンマウント処理手段によりアンマウント処理が行な
   われたディレクトリのファイルを、該第１の記憶装置の
   対応する元のディレクトリに書き戻す書戻し手段とを備
   えたことを特徴とするリモートファイルシステム。
2. 【請求項２】 請求項１において、 前記第１の記憶装置上のディレクトリの代わりとして前
   記第２の記憶装置上の代替えディレクトリを公開処理す
   る公開処理手段をさらに備え、 前記複写手段は、前記公開処理手段により公開されたデ
   ィレクトリを複写することを特徴とするリモートファイ
   ルシステム。
3. 【請求項３】 請求項１において、 前記複写手段は、前記受付手段でマウントの要求を受け
   付けたときに、当該マウント要求のディレクトリを複写
   することを特徴とするリモートファイルシステム。
4. 【請求項４】 請求項１において、 前記マウント処理及び前記アンマウント処理により処理
   されたディレクトリについてのマウント状況をディレク
   トリ毎に管理する管理手段をさらに備え、 前記書戻し手段は、前記管理手段のマウント状況を参照
   し、１つのディレクトリにおいて、前記マウント要求を
   出力した全てのクライアントからアンマウント要求が出
   力されたディレクトリについて、前記書き戻しを行なう
   ことを特徴とするリモートファイルシステム。
5. 【請求項５】 請求項１において、 前記第２の記憶装置は、揮発性メモリと該揮発性メモリ
   に接続されたバックアップ電源とを備えたことを特徴と
   するリモートファイルシステム。
6. 【請求項６】 請求項１において、 前記複写手段は、前記マウント処理手段によってリモー
   トマウントされた後、クライアントからのファイルアク
   セスを受けたときに、該当するファイルを複写すること
   を特徴とするリモートファイルシステム。
7. 【請求項７】 請求項１において、 前記第２の記憶装置の代わりに、バックアップ電源を備
   えるサーバの主記憶上に割り当てたファイルシステムを
   使用することを特徴とするリモートファイルシステム。
8. 【請求項８】 請求項２において、 前記公開処理手段は、公開するディレクトリ単位に前記
   第２の記憶装置上の代替えディレクトリを作成・公開す
   るかの優先順位を設定・管理することを特徴とするリモ
   ートファイルシステム。
9. 【請求項９】 ディレクトリと、該ディレクトリにより
   管理されるファイルを１または２以上記憶する第１の記
   憶装置及び該第１の記憶装置より高速なＩ／Ｏアクセス
   が可能な第２の記憶装置を備えたサーバと、該サーバに
   対してリモートアクセスを行なう複数のクライアントと
   を有するリモートファイルシステムにおけるファイル管
   理方法であって、 該クライアントからのマウントの受付けが可能なディレ
   クトリを、該第１の記憶装置から読み出して該第２の記
   憶装置に複写し、 該第２の記憶装置に複写したディレクトリを公開処理
   し、 該第１の記憶装置から読み出したディレクトリと、該第
   ２の記憶装置に複写したディレクトリとを対応づけて記
   憶し、 該複数のクライアントからのマウントの要求及びアンマ
   ウントの要求を受け付け、 該マウントの要求を受け付けたときに、該記憶内容を参
   照し、該マウント要求のディレクトリに対応する第２の
   記憶装置の複写したディレクトリに対してマウント処理
   を行ない、 該アンマウントの要求を受け付けたときに前記記憶内容
   を参照し、該アンマウント要求のディレクトリに対応す
   る第２の記憶装置の複写したディレクトリに対してアン
   マウント処理を行ない、 該アンマウント処理が行なわれたディレクトリのファイ
   ルを、該第１の記憶装置の対応する元のディレクトリに
   書き戻すことを特徴とするリモートファイルシステムに
   おけるファイル管理方法。