JP2003131924A - リモートアクセスプログラム、リモートアクセス要求処理プログラム、およびクライアントコンピュータ - Google Patents

リモートアクセスプログラム、リモートアクセス要求処理プログラム、およびクライアントコンピュータ

Info

Publication number
JP2003131924A
JP2003131924A JP2001321407A JP2001321407A JP2003131924A JP 2003131924 A JP2003131924 A JP 2003131924A JP 2001321407 A JP2001321407 A JP 2001321407A JP 2001321407 A JP2001321407 A JP 2001321407A JP 2003131924 A JP2003131924 A JP 2003131924A
Authority
JP
Japan
Prior art keywords
file
access
server
storage device
remote
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2001321407A
Other languages
English (en)
Inventor
Katsutoshi Yamauchi
勝利 山内
Yoshitake Kawase
義剛 川瀬
Isao Hosokawa
勲 細川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2001321407A priority Critical patent/JP2003131924A/ja
Priority to US10/117,835 priority patent/US7124133B2/en
Publication of JP2003131924A publication Critical patent/JP2003131924A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Computer And Data Communications (AREA)

Abstract

(57)【要約】 【課題】 複数のサーバそれぞれを介した複数のアクセ
ス経路のうちの１つをファイル単位に指定できるように
する。 【解決手段】 クライアント１は、複数のサーバ３，
４，・・・それぞれを経由したストレージデバイス２へ
の複数のアクセス経路を定義する（ステップＳ１）。次
に、ストレージデバイス２内のファイル２ａ，２ｂ，・
・・を指定したアクセス要求を受け取ると、ストレージ
デバイス２へのアクセスを複数のアクセス経路にファイ
ル単位で分散させるための所定の規則に従って、複数の
サーバ３，４，・・・の中から、ファイル２ａ，２ｂ，
・・・へのアクセス経路となる中継サーバコンピュータ
を決定する（ステップＳ２）。そして、決定された中継
サーバコンピュータを経由したアクセス経路により、ス
トレージデバイス２内のファイル２ａ，２ｂ，・・・に
対してアクセスする（ステップＳ３）。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はリモートアクセスを
行うためのリモートアクセスプログラム、リモートアク
セス要求処理プログラムおよびクライアントコンピュー
タに関し、特に複数のサーバコンピュータに接続された
ストレージデバイスをクライアントコンピュータで使用
するためのリモートアクセスプログラム、リモートアク
セス要求処理プログラムおよびクライアントコンピュー
タに関する。
【０００２】
【従来の技術】ネットワークを介して資源を共用するこ
とを可能にしたファイルシステムとして、一般的にＮＦ
Ｓ(Network File System)が用いられる。ＮＦＳでは、
サーバコンピュータ（以下、単にサーバという）にスト
レージデバイスが接続される。このストレージデバイス
がサーバ上の資源として、ネットワークを介して接続さ
れた他のクライアントコンピュータ（以下、単にクライ
アントという）に提供される。
【０００３】ＮＦＳを利用するクライアントが、サーバ
上の資源を、クライアント上のマウントポイント（ＵＮ
ＩＸ（商標）系のＯＳ(Operating System)の場合）にマ
ウントする。これにより、クライアントのユーザはマウ
ントポイントからローカルファイルシステムと同様に、
サーバ上の資源を参照することができる。このとき、１
つのマウントポイントに対して指定できるサーバは１つ
である。
【０００４】ところで、複数のノードから磁気ディスク
等のストレージデバイスを直接共有可能なシステムとし
て、ＳＡＮ(Storage Area Network)がある。ＳＡＮは、
それ全体をファイルサーバとして機能させることもでき
る。その場合、ＳＡＮを構成する複数のサーバそれぞれ
が、ファイルサーバとなり得る。このとき、クライアン
トは、１つのマウントポイントに対して任意の１つのサ
ーバを指定することで、ＳＡＮが提供するストレージデ
バイスにアクセスすることができる。
【０００５】なお、ネットワーク上には、多数のクライ
アントが接続される場合がある。この場合、各クライア
ントにおいてＳＡＮで構成されたサーバ上の資源をＮＦ
Ｓで参照するには、負荷が１つのサーバに集中しないよ
うクライアント又はマウントポイント単位で、指定する
サーバを分散する必要がある。
【０００６】
【発明が解決しようとする課題】しかし、クライアント
又はマウントポイント単位で、資源を提供するサーバの
指定を分散させても、クライアントの使用状況に偏りが
あれば、特定のサーバを介したアクセスのみが大量に発
生することがある。すなわち、同じサーバを指定した複
数のクライアントにおいて同時にＳＡＮが提供する資源
へのアクセスがあった場合、他のサーバの処理能力に余
裕があっても、クライアントで予め指定されたサーバを
介したアクセスしかできない。そのため、ＳＡＮ全体で
の処理能力に余裕があるにも拘わらず、処理速度の低下
を招くという不都合が生じる。
【０００７】また、クライアント単位でサーバを分散
し、それらが同じ資源を参照すると、同じファイル（デ
ータ）を複数のサーバで管理することになり、ファイル
データの一貫性の保証が困難となる。
【０００８】さらに、サーバが故障等によりシステムダ
ウンしてしまった場合、そのサーバをアクセスポイント
指定していたクライアントからの処理要求が、別サーバ
に自動的に切り替わるシステムが強く望まれている。
【０００９】本発明はこのような点に鑑みてなされたも
のであり、複数のサーバそれぞれを介した複数のアクセ
ス経路をファイル毎に指定可能なリモートアクセスプロ
グラムおよびクライアントコンピュータを提供すること
を目的とする。
【００１０】また、本発明の他の目的は、ファイル単位
でのアクセス経路の指定内容の変更を、クライアントコ
ンピュータに通知することができるリモートアクセス要
求処理プログラムを提供することである。
【００１１】
【課題を解決するための手段】本発明では上記課題を解
決するために、図１に示すようなリモートアクセスプロ
グラムが提供される。本発明に係るリモートアクセスプ
ログラムは、共通のストレージデバイス２へのアクセス
機能を提供する複数のサーバ３，４，・・・を介して、
ストレージデバイス２へのアクセスを行うための以下の
処理を、コンピュータに実行させる。
【００１２】本発明のリモートアクセスプログラムを実
行するコンピュータは、複数のサーバ３，４，・・・そ
れぞれを経由したストレージデバイス２への複数のアク
セス経路を定義する（ステップＳ１）。次に、コンピュ
ータは、ストレージデバイス２内のファイル２ａ，２
ｂ，・・・を指定したアクセス要求を受け取ると、スト
レージデバイス２へのアクセスを複数のアクセス経路に
ファイル単位で分散させるための所定の規則に従って、
複数のサーバ３，４，・・・の中から、ファイル２ａ，
２ｂ，・・・へのアクセス経路となる中継サーバコンピ
ュータを決定する（ステップＳ２）。そして、コンピュ
ータは、決定された中継サーバコンピュータを経由した
アクセス経路により、ストレージデバイス２内のファイ
ル２ａ，２ｂ，・・・に対してアクセスする（ステップ
Ｓ３）。
【００１３】このようなリモートアクセスプログラムが
コンピュータで実行されることにより、コンピュータで
アクセス要求が発生すると、ファイル毎に中継サーバコ
ンピュータが決定され、その中継サーバコンピュータを
介してストレージデバイス２内のファイル２ａ，２ｂ，
・・・に対するアクセスが行われる。
【００１４】また、ストレージデバイスへのアクセス機
能を提供するためのリモートアクセス要求処理プログラ
ムにおいて、コンピュータに、前記ストレージデバイス
へのアクセス機能の提供を希望するクライアントコンピ
ュータのリストを作成し、他のサーバコンピュータに代
わってストレージデバイスへのアクセス機能を提供すべ
き代行ファイルの情報を受け取ると、リストに登録され
たクライアントコンピュータそれぞれに対して、代行フ
ァイルへのアクセス機能提供処理を代行する旨を通知
し、ストレージデバイス内のファイルのうち、所定の規
則によって予め指定されたファイルおよび代行ファイル
へのアクセス機能を、リストに登録されたクライアント
コンピュータに対して提供する、処理を実行させること
を特徴とするリモートアクセス要求処理プログラムが提
供される。
【００１５】このようなリモートアクセス要求処理プロ
グラムをコンピュータに実行させることで、そのコンピ
ュータが、他のサーバコンピュータに代わってストレー
ジデバイスへのアクセス機能を提供すべき代行ファイル
の情報を受け取ると、リストに登録されたクライアント
コンピュータに対して代行ファイルへのアクセス機能提
供処理を代行する旨が通知される。そして、ストレージ
デバイス内のファイルのうち、所定の規則によって予め
指定されたファイルおよび代行ファイルへのアクセス機
能が、リストに登録されたクライアントコンピュータに
対して提供される。
【００１６】また、共通のストレージデバイスへのアク
セス機能を提供する複数のサーバ３，４，・・・を介し
て、ストレージデバイス２へのアクセスを行うためのク
ライアント１において、複数のサーバ３，４，・・・そ
れぞれを経由したストレージデバイス２への複数のアク
セス経路を定義するアクセス経路定義手段と、ストレー
ジデバイス２内のファイル２ａ，２ｂ，・・・を指定し
たアクセス要求を受け取ると、ストレージデバイス２へ
のアクセスをアクセス経路定義手段で定義された複数の
アクセス経路にファイル単位で分散させるための所定の
規則に従って、複数のサーバ３，４，・・・の中から、
ファイルへのアクセス経路となる中継サーバコンピュー
タを決定するアクセス経路決定手段と、アクセス経路決
定手段で決定された中継サーバコンピュータを経由した
アクセス経路により、ストレージデバイス２内のファイ
ル２ａ，２ｂ，・・・に対してアクセスするリモートア
クセス手段と、を有することを特徴とするクライアント
コンピュータが提供される。
【００１７】このようなクライアントコンピュータによ
れば、クライアント１でアクセス要求が発生すると、フ
ァイル毎に中継サーバコンピュータが決定され、その中
継サーバコンピュータを介してストレージデバイス２内
のファイル２ａ，２ｂ，・・・に対するアクセスが行わ
れる。
【００１８】
【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。まず、本発明の実施の形態に適用
される発明の概要について説明し、その後、本発明の実
施の形態の具体的な内容を説明する。
【００１９】図１は、本発明の実施の形態に適用される
発明の概念図である。クライアントコンピュータ（クラ
イアント）１は、リモートアクセスプログラムを実行す
ることにより、複数のサーバコンピュータ（サーバ）
３，４，・・・を介してストレージデバイス２に格納さ
れたファイル２ａ，２ｂ，・・・に対してアクセスする
ことができる。
【００２０】クライアント１内には、リモートアクセス
プログラムを実行することで、分散ネットワークファイ
ルシステム１ａが構築される。分散ネットワークファイ
ルシステム１ａは、複数のサーバ３，４，・・・それぞ
れを経由したストレージデバイス２への複数のアクセス
経路を定義する（ステップＳ１）。アクセス経路の定義
とは、たとえば、マウントポイントにサーバ３，４，・
・・上のファイルシステムをマウントすることである。
【００２１】定義内容は、たとえばテーブル１ｂで管理
される。テーブル１ｂに登録されるアクセス経路の情報
は、リモートアクセス要求を出力すべきサーバの識別情
報（たとえば、ネットワーク上でのサーバノード名）と
そのサーバでストレージデバイス２を管理しているファ
イルシステムの識別情報（たとえば、ファイルシステム
名）などである。
【００２２】その後、クライアント１は、ストレージデ
バイス２内のファイル２ａ，２ｂ，・・・を指定したア
クセス要求を受け取ると、ストレージデバイス２へのア
クセスを複数のアクセス経路にファイル単位で分散させ
るための所定の規則に従って、複数のサーバ３，４，・
・・の中から、ファイル２ａ，２ｂ，・・・へのアクセ
ス経路となる中継サーバを決定する（ステップＳ２）。
すなわち、アクセス対象のファイルに対して、アクセス
経路となるサーバ（中継サーバ）を割り振る。
【００２３】所定の規則としては、たとえば、アクセス
対象のファイルに予め設定されているファイルＩＤ(IDe
ntification)番号と、アクセス経路を構築しているサー
バ３，４，・・・の数とを変数とした計算式を用いるこ
とができる。クライアント１が複数ある場合、中継サー
バ決定用の規則として、全てのクライアント１で共通の
規則が用いられる。これにより、全てのクライアント１
において、各ファイル２ａ，２ｂ，・・・に対応する中
継サーバが統一される。
【００２４】次に、クライアント１は、決定された中継
サーバを経由したアクセス経路により、ストレージデバ
イス２内のファイル２ａ，２ｂ，・・・に対してリモー
トアクセスを行う（ステップＳ３）。
【００２５】このようにリモートアクセスを行えば、ス
トレージデバイス２内のファイル２ａ，２ｂ，・・・に
対するリモートアクセスが、ファイル単位で複数のサー
バ３，４，・・・に分散処理される。その結果、クライ
アント１からストレージデバイス２に対する大量のアク
セスが発生しても、複数のサーバ３，４，・・・で効率
よく処理される。
【００２６】なお、中継サーバが停止した場合には、停
止した中継サーバの処理を別のサーバに代行させること
ができる。その場合、クライアント１は、複数のサーバ
の中から、中継サーバの処理を代行する代行サーバを決
定する。そして、クライアント１は、決定された代行サ
ーバを経由したアクセス経路により、ストレージデバイ
ス２内のアクセス要求で指定されたファイル２ａ，２
ｂ，・・・に対してアクセスする。
【００２７】さらに、クライアント１が代行サーバを介
してファイルのリモートアクセスを行った場合、そのフ
ァイルに対する他のクライアントからのリモートアクセ
スも、代行サーバを介して行わせるようにしてもよい。
その場合、たとえば、代行サーバを介してリモートアク
セスするファイルの情報を、全クライアントに通知し、
全クライアントが、通知されたファイルに関しては代行
サーバを介してリモートアクセスを行うようにする。こ
れにより、１つのファイルに対するアクセスは、常に１
つのサーバを経由して行われることとなり、データの一
貫性を保証することができる。
【００２８】なお、代行サーバを介してリモートアクセ
スするファイルの情報の全クライアントへの通知は、代
行サーバが行うことができる。たとえば、各サーバ３，
４，・・・は、ストレージデバイス２へのアクセス機能
の提供を希望するクライアントのリストを作成してお
く。そして、サーバ３，４，・・・は、他のサーバに代
わってストレージデバイス２へのアクセス機能を提供す
べきファイル（代行ファイル）の情報を受け取ると、リ
ストに登録されたクライアントそれぞれに対して、代行
ファイルへのアクセス機能提供処理を代行する旨を通知
する。その後、サーバ３，４，・・・は、ストレージデ
バイス２内のファイル２ａ，２ｂ，・・・のうち、所定
の規則によって予め指定されたファイルおよび代行ファ
イルへのアクセス機能を、リストに登録されたクライア
ントに対して提供する。
【００２９】このようなリモートアクセスの分散処理
は、たとえば、ＳＡＮによって提供される資源に対する
ネットワークを介したアクセスに適用することができ
る。以下、ＳＡＮによって提供される共有資源を、複数
のクライアントコンピュータで利用する処理に、本発明
の分散処理を適用した場合を例に採り、本発明の実施の
形態を具体的に説明する。
【００３０】図２は、本実施の形態のシステム構成図で
ある。本実施の形態では、複数のクライアント１００，
１００ａ，・・・，１００ｎがネットワーク１０を介し
てＳＡＮ２００に接続されている。
【００３１】ＳＡＮ２００では、ストレージデバイス２
１０に対して複数のサーバ２２０，２２０ａ，・・・，
２２０ｎが接続されている。ストレージデバイス２１０
には、複数のファイルが所定のファイルシステムに適合
したデータ構造で格納されている。ファイルシステム
は、ＯＳ毎に異なる。たとえば、ＵＮＩＸ系のＯＳであ
れば、ｕｆｓ（４．３ＢＳＤ(Berkeley Software Distr
ibution)と互換性のあるファイルシステム）やExtended
ファイルシステム(ext, ext2, ext3)などがある。
【００３２】複数のサーバ２２０，２２０ａ，・・・，
２２０ｎは、それぞれネットワーク１０に接続されてお
り、ネットワーク１０を介して、ストレージデバイス２
１０に格納されたファイルへのアクセス環境を、クライ
アント１００，１００ａ，・・・，１００ｎに対して提
供する。
【００３３】図３は、本発明の実施の形態に用いるクラ
イアントのハードウェア構成例を示す図である。クライ
アント１００は、ＣＰＵ(Central Processing Unit)１
０１によって装置全体が制御されている。ＣＰＵ１０１
には、バス１０７を介してＲＡＭ(Random Access Memor
y)１０２、ハードディスクドライブ（ＨＤＤ:Hard Disk
Drive）１０３、グラフィック処理装置１０４、入力イ
ンタフェース１０５、および通信インタフェース１０６
が接続されている。
【００３４】ＲＡＭ１０２には、ＣＰＵ１０１に実行さ
せるＯＳ(Operating System)のプログラムやアプリケー
ションプログラムの少なくとも一部が一時的に格納され
る。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理
に必要な各種データが格納される。ＨＤＤ１０３には、
ＯＳやアプリケーションプログラムが格納される。
【００３５】グラフィック処理装置１０４には、モニタ
１１が接続されている。グラフィック処理装置１０４
は、ＣＰＵ１０１からの命令に従って、画像をモニタ１
１の画面に表示させる。入力インタフェース１０５に
は、キーボード１２とマウス１３とが接続されている。
入力インタフェース１０５は、キーボード１２やマウス
１３から送られてくる信号を、バス１０７を介してＣＰ
Ｕ１０１に送信する。
【００３６】通信インタフェース１０６は、ネットワー
ク１０に接続されている。通信インタフェース１０６
は、ネットワーク１０を介して、サーバ２２０，２２０
ａ，・・・，２２０ｎとの間でデータの送受信を行う。
【００３７】以上のようなハードウェア構成によって、
本実施の形態の処理機能を実現することができる。な
お、図３には、代表的にクライアント１００のハードウ
ェア構成を示したが、他のクライアント１００ａ，・・
・，１００ｎも同様のハードウェア構成で実現すること
ができる。また、サーバ２２０，２２０ａ，・・・，２
２０ｎのハードウェア構成もほぼ同様である。ただし、
サーバ２２０，２２０ａ，・・・，２２０ｎには、外部
ストレージデバイス用のインタフェースが実装されてい
る。サーバ２２０，２２０ａ，・・・，２２０ｎは、そ
のインタフェースを介してストレージデバイス２１０に
接続される。
【００３８】図４は、本実施の形態におけるクライアン
トとサーバとの機能ブロック図である。クライアント１
００は、リモートマウント構築・監視部１１０、マウン
ト情報テーブル１２０、ファイルＩＤ取得部１３０、取
得ファイルＩＤ管理テーブル１４０、リモートアクセス
処理部１５０、代行サーバ管理部１６０および代行サー
バノードテーブル１７０を有している。なお、クライア
ント１００内に示している各構成要素によって、分散ネ
ットワークファイルシステム１９０が構築される。
【００３９】リモートマウント構築・監視部１１０は、
クライアント１００におけるローカルなファイルシステ
ム配下の１つのアクセスポイントに、各サーバ２２０，
２２０ａ，・・・，２２０ｎにおけるファイルシステム
をリモートマウントする。リモートマウント構築・監視
部１１０は、リモートマウントを行う際には、リモート
マウント要求をサーバ２２０に対して出力する。リモー
トマウント処理の終了後、リモートマウント構築・監視
部１１０は、サーバ２２０におけるファイルシステム名
などをサーバ２２０から受け取り、リモートマウントに
関するマウント情報テーブル１２０を生成する。
【００４０】また、リモートマウント構築・監視部１１
０は、リモートマウントしたサーバ２２０，２２０ａ，
・・・，２２０ｎの状態（動作しているか、停止してい
るかなど）を監視し、その状態をマウント情報テーブル
１２０に登録する。
【００４１】リモートマウント情報テーブル２２２に
は、リモートマウントの対象となったサーバ２２０，２
２０ａ，・・・，２２０ｎと、そのサーバ２２０，２２
０ａ，・・・，２２０ｎが提供するファイルシステムと
に関する情報が登録される。なお、リモートマウント情
報テーブル２２２内では、各サーバ２２０，２２０ａ，
・・・，２２０ｎの情報が、予め決められた順番（全ク
ライアントで共通）で並べられている。
【００４２】また、リモートマウント情報テーブル２２
２には、各サーバ２２０，２２０ａ，・・・，２２０ｎ
の状態や、マスタサーバを示す情報なども登録される。
ここで、マスタサーバとは、クライアント１００，１０
０ａ，・・・，１００ｎに対して、ストレージデバイス
２１０内の各ファイルのファイルＩＤ番号を通知するサ
ーバである。ファイルＩＤ番号とは、ｕｆｓ等のローカ
ルファイルシステムがファイルを番号により管理できる
よう各ファイルに割り当てられた番号であり、通常ｉノ
ード番号と呼ばれている。マスタサーバは、正常に動作
しているサーバのうちの１つである。
【００４３】ファイルＩＤ取得部１３０は、リモートア
クセス処理部１５０からの要求に応じて、ファイルＩＤ
番号取得要求をマスタサーバに対して出力し、マスタサ
ーバからファイルＩＤ番号を取得する。ファイルＩＤ取
得部１３０は、取得したファイルＩＤ番号を取得ファイ
ルＩＤ管理テーブル１４０に登録する。
【００４４】取得ファイルＩＤ管理テーブル１４０に
は、過去にクライアント１００からアクセスしたことの
あるファイルのファイルＩＤ番号が登録されている。フ
ァイルＩＤ番号が取得ファイルＩＤ管理テーブル１４０
に登録されていることで、同じファイルに繰り返しアク
セスする際に、その都度マスタサーバからファイルＩＤ
を取得する必要がなくなる。
【００４５】リモートアクセス処理部１５０は、他のア
プリケーションソフトウェアや対話型処理などを実行す
るプロセスからのアクセス要求に応答して、ＳＡＮ２０
０で提供されるストレージデバイス２１０にアクセスす
る。ストレージデバイス２１０へのアクセスは、複数の
サーバ２２０，２２０ａ，・・・，２２０ｎのいずれか
を介して行われる。
【００４６】本実施の形態では、アクセス対象となるフ
ァイルのファイルＩＤ番号とＳＡＮ２００を構成するサ
ーバ数とに基づく所定の計算によって、アクセス経路が
決定される。そこで、リモートアクセス処理部１５０
は、ＳＡＮ２００へのリモートアクセス要求の出力に先
立って、アクセス対象となるファイルのファイルＩＤ番
号を取得する。リモートアクセス処理部１５０は、アク
セス対象のファイルのファイルＩＤ番号が取得ファイル
ＩＤ管理テーブル１４０に登録されていれば、取得ファ
イルＩＤ管理テーブル１４０から該当するファイルＩＤ
番号を取得する。また、リモートアクセス処理部１５０
は、アクセス対象のファイルのファイルＩＤ番号が取得
済ファイルＩＤ管理テーブル１４０に登録されていなけ
れば、ファイルＩＤ取得部１３０に対してファイルＩＤ
番号の取得要求を出し、ファイルＩＤ取得部１３０から
ファイルＩＤ番号を取得する。
【００４７】リモートアクセス処理部１５０は、ファイ
ルＩＤ番号を取得したら、ファイルＩＤ番号の数値をサ
ーバ数で除算し、その余りを得る。そして、リモートア
クセス処理部１５０は、余りの値に１を加算した値に対
応する順番のサーバ（中継サーバ）を介したアクセス経
路を、そのファイルへのアクセス経路として決定する。
ファイルＩＤ番号はファイルに対して一意であり、サー
バの配列が全てのクライアント１００，１００ａ，・・
・，１００ｎで共通であるため、ある１つのファイルに
対するアクセス経路（どのサーバを介してアクセスする
か）は、全クライアント１００，１００ａ，・・・，１
００ｎにおいて同じとなる。
【００４８】アクセス経路が決定したら、リモートアク
セス処理部１５０は、決定したアクセス経路に対応する
サーバに対して、リモートアクセス要求を出す。ファイ
ルの書き出し要求であれば、リモートアクセス要求と共
に、ファイルの内容がサーバに転送される。ファイルの
読み込み要求であれば、サーバからファイルが送り返さ
れる。その場合、リモートアクセス処理部１５０は、サ
ーバから送られたファイルを受け取り、アクセス要求を
出力したプロセスにそのファイルを渡す。
【００４９】なお、中継サーバが停止している場合に
は、リモートアクセス処理部１５０は、代行サーバを介
してリモートアクセスを行う。また、リモートアクセス
処理部１５０は、代行サーバノードテーブル１７０に登
録されているファイルに関しては、代行サーバノードテ
ーブル１７０において指定されている代行サーバを介し
て、リモートアクセスを行う。
【００５０】代行サーバ管理部１６０は、マウント情報
テーブル１２０の内容を参照して、システムダウンなど
により通信ができなくなったサーバの有無を判断する。
通信できないサーバが発生したら、代行サーバ管理部１
６０は、そのサーバに対応する代行サーバノードテーブ
ル１７０を生成する。そして、代行サーバ管理部１６０
は、通信できないサーバが行うべき処理を代行させる他
のサーバを特定し、そのサーバに対して置換ファイルテ
ーブル作成依頼を出力する。
【００５１】また、代行サーバ管理部１６０は、サーバ
２２０から代行サーバノードテーブル作成依頼を受け取
ったときにも、代行サーバノードテーブル１７０を作成
する。この際、代行サーバノードテーブル作成依頼に含
まれる置換ファイルのリストに基づいて、そのファイル
に対するリモートアクセスを、代行サーバノードテーブ
ル作成依頼を出力したサーバ２２０が代行するように、
代行サーバノードテーブル１７０に対して、各ファイル
の代行サーバの情報を登録する。
【００５２】代行サーバノードテーブル１７０は、リモ
ートアクセスの処理に関して、通信できないサーバの処
理を代行させる他のサーバに関する情報である。どのサ
ーバに代行させるのかを示す情報が、アクセス対象とな
るファイル単位で管理される。代行サーバノードテーブ
ル１７０は、停止したサーバ毎に生成される。
【００５３】サーバ２２０は、リモートマウント受付部
２２１、リモートマウント情報テーブル２２２、ファイ
ルＩＤ提供部２２３、ファイル提供部２２４、リモート
アクセス代行管理部２２５、および置換ファイルテーブ
ル２２６を有している。
【００５４】リモートマウント受付部２２１は、クライ
アント１００からのリモートマウント要求に応じて、ス
トレージデバイス２１０に対するネットワーク１０（図
２に示す）を経由したリモートアクセス環境を、クライ
アント１００に提供する。すなわち、リモートマウント
受付部２２１は、ストレージデバイス２１０をマウント
し、ファイル提供部２２４がストレージデバイス２１０
内のファイルにアクセスできるようにする。
【００５５】さらに、リモートマウント受付部２２１
は、マウントした領域を制御するファイルシステム名
（装置内のパーティション毎に、サーバ内でユニークな
名称が付けられる）を、リモートマウント受付完了通知
と共にクライアント１００のリモートマウント構築・監
視部１１０に通知する。また、リモートマウント受付部
２２１は、リモートマウントを依頼してきたクライアン
ト１００の識別情報（クライアントノード名など）を、
リモートマウント情報テーブル２２２に登録する。
【００５６】リモートマウント情報テーブル２２２は、
サーバ２２０に対してリモートマウントを行ったクライ
アントのリストを管理する情報である。リモートマウン
ト情報テーブル２２２には、クライアントの識別情報
や、リモートマウントの対象となるストレージデバイス
２１０のファイルシステム名などが登録される。
【００５７】ファイルＩＤ提供部２２３は、クライアン
ト１００からのファイルＩＤ番号取得要求に応答して、
ストレージデバイス２１０よりファイルＩＤ番号取得要
求で指定されたファイルのファイルＩＤ番号を取得す
る。そして、ファイルＩＤ提供部２２３は、取得したフ
ァイルＩＤ番号をクライアント１００に通知する。な
お、ファイルＩＤ番号は、ストレージデバイス２１０に
設けられているファイル管理情報を参照することで取得
することができる。たとえば、ストレージデバイス２１
０には、ディレクトリ毎のファイル名のリストと、その
ファイルのファイルＩＤ番号とが対応づけて登録されて
いる。
【００５８】ファイル提供部２２４は、クライアントか
らのリモートアクセス要求に応答して、そのリモートア
クセス要求で指定されたストレージデバイス２１０内の
ファイルに対して、入出力を行う。リモートアクセス要
求が読み込み要求であれば、ファイル提供部２２４は、
指定されたファイルをストレージデバイス２１０から取
り出し、クライアント１００に送信する。
【００５９】リモートアクセス代行管理部２２５は、ク
ライアント１００から置換ファイルテーブル作成依頼を
受け取ると、代行処理の対象とすべきファイルのリスト
を管理するための置換ファイルテーブル２２６を生成す
る。代行処理によるリモートファイルサクセスが行われ
置換ファイルテーブル２２６の内容が更新されると、リ
モートアクセス代行管理部２２５は、リモートマウント
情報テーブル２２２を参照し、サーバ２２０を介したリ
モートマウントを行っているクライアントのリストを取
得する。そして、リモートアクセス代行管理部２２５
は、代行処理依頼を出力したクライアント以外のクライ
アントに対して、代行サーバノードテーブルの作成依頼
を出力する。代行サーバノードテーブルの作成依頼に
は、置換ファイルテーブル２２６の内容を含める。
【００６０】置換ファイルテーブル２２６は、他のサー
バが停止したときに、そのサーバの代行で処理を行うべ
き対象のファイルに関する情報である。次に、クライア
ント１００とサーバ２２０とで生成される各種テーブル
のデータ構造例について説明する。
【００６１】図５は、マウント情報テーブルの一例を示
す図である。図５の例では、マウント情報テーブル１２
０には、「サーバノード名」、「ＩＰ(Internet Protoc
ol)アドレス」、「ファイルシステム」、および「状
態」の欄が設けられている。各欄の横方向に並べられた
情報同士が互いに関係づけられている。
【００６２】「サーバノード名」は、リモートマウント
先のサーバの名称（ノード名）である。ノード名は、ネ
ットワーク１０上でサーバを一意に識別するための名称
である。ノード名は、たとえば、インターネットなどに
おけるドメイン名である。ノード名は、予め決められた
順番で並べられている。ノード名の配列は、全てのクラ
イアント１００，１００ａ，・・・，１００ｎのマウン
ト情報テーブルにおいて共通である。
【００６３】「ＩＰアドレス」は、サーバのＩＰアドレ
スである。ＩＰアドレスは、ネットワーク１０において
各サーバにユニークな値が割り振られる。「ファイルシ
ステム」は、マウント先のサーバにおいてストレージデ
バイス２１０を管理しているファイルシステムの名称
（ファイルシステム名）である。
【００６４】「状態」は、サーバの動作状態と、マスタ
サーバの指定とを示す情報である。「状態」には、「Ｏ
Ｋ」、「ＮＧ」、および「ＭＡＳＴＥＲ」のいずれかの
状態が設定される。「ＯＫ」は、対応するサーバと通信
し、そのサーバのファイルシステムが管理するファイル
にアクセス可能である状態を示している。「ＮＧ」は、
対応するサーバとの通信が途絶え、そのサーバのファイ
ルシステムが管理するファイルにアクセスできない状態
を示している。「ＭＡＳＴＥＲ」は、対応するサーバ
が、ファイルＩＤ番号取得先のサーバ（マスタサーバ）
であることを示している。
【００６５】マスタサーバは、状態が「ＯＫ」であるサ
ーバ中の１つのサーバであり、そのサーバとの通信が途
絶えたときには、状態が「ＯＫ」の他のサーバがマスタ
サーバとなる。本実施の形態では、サーバの配列で現在
のマスタサーバの次のサーバに、マスタサーバが引き継
がれるものとする。図５の例では、サーバノード名が
「ＳＶＲ−１」のサーバが、マスタサーバとなってい
る。
【００６６】図６は、取得ファイルＩＤ管理テーブルの
一例を示す図である。図６の例では、取得ファイルＩＤ
管理テーブル１４０には、「パス」、「ファイル名」、
および「ファイルＩＤ」の欄が設けられている。各欄の
横方向に並べられた情報どうしが互いに関係づけられて
いる。
【００６７】「パス」は、過去にリモートアクセスした
ファイルのパスである。このパスは、ストレージデバイ
ス２１０におけるデータ構造上のルートディレクトリか
らアクセス対象のファイルが格納されたディレクトリま
でのパス（経路）である。
【００６８】「ファイル名」は、過去にリモートアクセ
スしたファイルのファイル名である。「ファイルＩＤ」
は、過去にリモートアクセスしたファイルに関して、マ
スタサーバから取得したファイルＩＤ番号である。
【００６９】図７は、代行サーバノードテーブルの一例
を示す図である。図７の例では、代行サーバノードテー
ブル１７０には、「サーバノード名」、「ファイルシス
テム」、「ファイルＩＤ」の欄が設けられている。各欄
の横方向に並べられた情報どうしが互いに関係づけられ
ている。なお、代行サーバノードテーブル１７０は、通
信できなくなったサーバそれぞれに対応づけて生成され
る。
【００７０】「サーバノード名」は、代行サーバノード
テーブル１７０を介してリモートアクセスを行っていた
ファイルへのアクセスを代行するサーバ（代行サーバ）
のノード名である。
【００７１】「ファイルシステム」は、リモートアクセ
スの代行を行う対象のファイルを管理する代行サーバ上
でのファイルシステムの名称である。「ファイルＩＤ」
は、リモートアクセスの代行を行う対象のファイルのフ
ァイルＩＤ番号である。
【００７２】図８は、リモートマウント情報テーブルの
一例を示す図である。図８の例では、リモートマウント
情報テーブル２２２には、「クライアントノード名」、
「ＩＰアドレス」、および「ファイルシステム」の欄が
設けられている。各欄の横方向に並べられた情報どうし
が互いに関係づけられている。
【００７３】「クライアントノード名」は、サーバ２２
０に対してリモートマウントを行ったクライアントのノ
ード名である「ＩＰアドレス」は、対応するクライアン
トのＩＰアドレスである。
【００７４】「ファイルシステム」は、クライアントに
よりリモートマウントが行われたファイルシステムのフ
ァイルシステム名である。図９は、置換ファイルテーブ
ルの一例を示す図である。図９の例では、置換ファイル
テーブル２２６には、「ファイルシステム」、「ファイ
ルＩＤ」の欄が設けられている。各欄の横方向に並べら
れた情報同士が互いに関係づけられている。
【００７５】「ファイルシステム」は、他のサーバの代
行でリモートアクセス処理の対象とするべきファイルを
管理しているファイルシステムのファイルシステム名で
ある。
【００７６】「ファイルＩＤ」は、他のサーバの代行で
リモートアクセス処理の対象とするべきファイルのファ
イルＩＤ番号である。以上のような構成およびデータ構
造のシステムによって、ファイル単位でアクセス経路を
切り替えたリモートアクセスが行われる。以下に、本実
施の形態におけるリモートアクセス処理について詳しく
説明する。なお、以下の説明では、ネットワーク１０に
接続されたクライアント数が８であり、サーバ数も８で
あるものとして説明する。
【００７７】図１０は、リモートマウント処理の概念図
である。リモートマウント処理は、各クライアント１０
０，１００ａ，・・・，１００ｎから各サーバ２２０，
２２０ａ，・・・，２２０ｎに対して行われる。
【００７８】たとえば、クライアント１００のリモート
マウント構築・監視部１１０がサーバ２２０に対してリ
モートマウント要求を出力すると、その要求がサーバ２
２０のリモートマウント受付部２２１で受け取られる。
そして、リモートマウント受付部２２１により、ストレ
ージデバイス２１０がマウントされるとともに、リモー
トマウント情報テーブル２２２が生成される。各クライ
アント１００，１００ａ，・・・，１００ｎからリモー
トマウント要求が出されることで、リモートマウント情
報テーブル２２２には、各クライアント１００，１００
ａ，・・・，１００ｎに対応する情報が登録される。
【００７９】リモートマウントの状態を構築したリモー
トマウント受付部２２１は、ストレージデバイス２１０
を管理するファイルシステムのファイルシステム名（Ｆ
Ｓ−１）を、クライアント１００，１００ａ，・・・，
１００ｎに返す。クライアント１００においては、ファ
イルシステム名を受け取ったリモートマウント構築・監
視部１１０が、サーバ２２０を介したリモートマウント
の情報を、マウント情報テーブル１２０に登録する。こ
のとき、マウント情報テーブル１２０における「状態」
の欄には、「ＯＫ」または「ＭＡＳＴＥＲ」が設定され
る。
【００８０】このように、クライアント１００からＳＡ
Ｎ２００に対してリモートマウントする際、ＳＡＮ２０
０上のサーバ２２０，２２０ａ，・・・，２２０ｎから
１ノードをファイルサーバとして選択するのではなく、
全てのノードがファイルサーバとして選択される。そし
て、リモートマウントが成功するとクライアント１００
内にはマウントしたサーバの情報を管理するマウント情
報テーブル１２０が設けられ、サーバ２２０内にはリモ
ートマウント情報テーブル２２２が設けられる。
【００８１】図１１は、リモートマウント処理の手順を
示すシーケンス図である。なお、図１１では、クライア
ント１００とサーバ２２０との間で行われる処理の例を
示している。以下、図１１に示すシーケンス図をステッ
プ番号に沿って説明する。
【００８２】［ステップＳ１１］クライアント１００の
リモートマウント構築・監視部１１０は、サーバ２２０
に対して、リモートマウント処理を依頼する。なお、リ
モートマウント処理依頼には、クライアント１００のノ
ード名（ＣＬＴ−１）やＩＰアドレス（uuu.uuu.uuu.uu
u）が含まれる。
【００８３】［ステップＳ１２］サーバ２２０のリモー
トマウント受付部２２１は、リモートマウント情報テー
ブル２２２を作成する。［ステップＳ１３］サーバ２２
０のリモートマウント受付部２２１は、リモートマウン
ト受付完了通知をクライアント１００に通知する。リモ
ートマウント受付完了通知には、サーバ２２０のノード
名（ＳＶＲ−１）、ＩＰアドレス（xxx.xxx.xxx.xx
x）、ファイルシステム名（ＦＳ−１）が含まれる。
【００８４】［ステップＳ１４］クライアント１００の
リモートマウント構築・監視部１１０は、マウント情報
テーブル１２０に、サーバ２２０とファイルシステム
（ＦＳ−１）の情報を登録する。
【００８５】［ステップＳ１５］クライアント１００
は、マウントポイントに分散ネットワークファイルシス
テム（ＲＦＳ−１）をマウントする。以上のようにし
て、リモートマウントが行われ、以後、クライアント１
００からサーバ２２０のファイルシステム（ＦＳ−１）
を経由して、ストレージデバイス２１０にアクセス可能
となる。
【００８６】次に、各クライアント１００，１００ａ，
・・・，１００ｎにおける、各サーバ２２０，２２０
ａ，・・・，２２０ｎとの通信が正常に保たれているか
どうか（サーバが停止していないかどうか）を監視する
処理について説明する。
【００８７】図１２は、サーバ監視処理を示すフローチ
ャートである。このフローチャートで示す処理は各クラ
イアント１００，１００ａ，・・・，１００ｎで共通で
あるが、以下、クライアント１００が実行するものとし
て、図１２に示す処理をステップ番号に沿って説明す
る。
【００８８】［ステップＳ２１］クライアント１００の
リモートマウント構築・監視部１１０は、マウント情報
テーブル１２０に登録されているサーバを１つ選択す
る。各サーバは、マウント情報テーブル１２０に登録さ
れている順に、所定間隔で繰り返し選択される。
【００８９】［ステップＳ２２］リモートマウント構築
・監視部１１０は、選択したサーバとの間で、正常な通
信が可能かどうかを確認する。たとえば、リモートマウ
ント構築・監視部１１０は、各サーバに対して状態を確
認するためのパケットを送信し、そのパケットに対して
所定時間内に応答があれば、そのサーバと正常に通信可
能であると判断することができる。リモートマウント構
築・監視部１１０は、所定時間経過しても応答が返って
こなければ、そのサーバが停止（ダウン）したものと判
断することができる。
【００９０】［ステップＳ２３］リモートマウント構築
・監視部１１０は、サーバとの通信確認結果がダウンか
正常かを判断する。ダウンであれば処理がステップＳ２
４に進められ、正常であれば処理がステップＳ２８に進
められる。
【００９１】［ステップＳ２４］リモートマウント構築
・監視部１１０は、選択したサーバのマウント情報テー
ブル１２０における現在の状態を確認する。状態が「Ｎ
Ｇ」であれば処理がステップＳ３０に進められる。状態
が「ＯＫ」（「ＭＡＳＴＥＲ」も含む）であれば、処理
がステップＳ２５に進められる。
【００９２】［ステップＳ２５］リモートマウント構築
・監視部１１０は、マウント情報テーブル１２０におけ
る選択したサーバに対応する「状態」の欄を「ＮＧ」に
変更する。その後、処理がステップＳ２６に進められ
る。
【００９３】［ステップＳ２６］リモートマウント構築
・監視部１１０は、選択したサーバのマウント情報テー
ブル１２０における元の状態（ステップＳ２５で変更す
る前の状態）が「ＭＡＳＴＥＲ」か否かを判断する。状
態が「ＭＡＳＴＥＲ」であった場合には、処理がステッ
プＳ２７に進められる。そうでなければ、処理がステッ
プＳ３０に進められる。
【００９４】［ステップＳ２７］リモートマウント構築
・監視部１１０は、マウント情報テーブル１２０に登録
されている配列において、選択されたサーバ以降の順番
（最後尾のサーバの次は、先頭のサーバとなる）のサー
バの中で、状態が「ＯＫ」である最も順番の早いサーバ
の状態を「ＭＡＳＴＥＲ」に変更する。その後、処理が
ステップＳ３０に進められる。
【００９５】［ステップＳ２８］リモートマウント構築
・監視部１１０は、選択したサーバのマウント情報テー
ブル１２０における状態を確認する。状態が「ＯＫ」で
あれば処理がステップＳ３０に進められる。状態が「Ｎ
Ｇ」であれば、処理がステップＳ２９に進められる。
【００９６】［ステップＳ２９］リモートマウント構築
・監視部１１０は、マウント情報テーブル１２０におけ
る選択したサーバに対応する「状態」の欄を「ＯＫ」に
変更する。その後、処理がステップＳ３０に進められ
る。
【００９７】［ステップＳ３０］リモートマウント構築
・監視部１１０は、分散ネットワークファイルシステム
のアンマウント処理が行われたか否かを判断する。分散
ネットワークファイルシステムのアンマウントが行われ
た場合には処理が終了し、そうでなければ処理がステッ
プＳ２１に進められる。
【００９８】このようにして、マウント情報テーブル１
２０に登録されているサーバの状態が、更新される。な
お、一度停止したサーバが復旧して、そのサーバの状態
が「ＯＫ」となっても、停止したサーバに対応する代行
サーバノードテーブル１７０は、そのまま保存される。
すなわち、サーバがダウンし、代行サーバによってリモ
ートアクセスが行われたファイルに関しては、元のサー
バ復旧後であっても代行サーバを経由したアクセスを行
う。これは、ストレージデバイス２１０におけるデータ
の一貫性を保証するためである。
【００９９】つまり、通常、サーバはディスクキャッシ
ュを持っており、ストレージデバイス２１０内のファイ
ルの一部を、キャッシュメモリに保持している。１つの
ファイルに複数のサーバがアクセスすると、それぞれの
サーバのキャッシュメモリ上に同じファイルが保持さ
れ、そのファイルの一貫性の確保が困難となる。そこ
で、本実施の形態では、一度ダウンしたサーバからは、
代行サーバアクセスしたファイルに対してアクセスをで
きないようにすることで、そのファイルの一貫性を確保
している。
【０１００】次に、クライアントからＳＡＮ２００への
リモートアクセス処理について説明する。図１３は、正
常なサーバへのアクセス状況を示す概念図である。図１
３では、例として８台のサーバ２２０，２２０ａ，・・
・，２２０ｎ（サーバノード名「ＳＲＶ−１」、「ＳＲ
Ｖ−２」、・・・、「ＳＲＶ−８」）上にそれぞれ同じス
トレージデバイス２１０上の資源をローカルファイルシ
ステム２０１，２０１ａ，・・・，２０１ｎ（たとえば
「ＦＳ−１」、「ＦＳ−２」、・・・、「ＦＳ−８」）で
マウントしたＳＡＮ２００システムを、クライアント１
００が分散ネットワークファイルシステム１９０（たと
えばＲＦＳ−１）でリモートマウントしている状態を示
している。
【０１０１】ここで、ストレージデバイス２１０内に格
納されているファイルのうち、ファイルＩＤ番号が「１
７」のファイル２１１と、ファイルＩＤ番号が「２３」
のファイル２１２とに対してアクセスする場合について
説明する。たとえば、クライアント１００内のアプリケ
ーションソフトウェア等を実行するプロセスから、ファ
イル２１１，２１２に対するアクセス要求が出される。
アクセス要求では、分散ネットワークファイルシステム
１９０（ＲＦＳ−１）がマウントされたマウントポイン
トへのパスに続けて、ＳＡＮ２００で提供されるファイ
ルシステムにおけるファイル２１１，２１２までのパス
が指定され、さらにファイル２１１，２１２の名称（フ
ァイル名）が指定される。これにより、アクセス対象の
ファイル２１１，２１２が一意に特定される。
【０１０２】アクセス要求が出されると、リモートアク
セス処理部１５０が、取得ファイルＩＤ管理テーブル１
４０を参照し、アクセス対象のファイル２１１，２１２
のファイルＩＤ番号を取得する。リモートアクセス処理
部１５０は、アクセス対象のファイル２１１，２１２の
ファイルＩＤ番号がまだ取得されていなければ、ファイ
ルＩＤ取得部１３０に対して、ファイルＩＤ番号の取得
を依頼する。
【０１０３】ファイルＩＤ番号の取得依頼を受け取った
ファイルＩＤ取得部１３０は、マスタサーバ（図１３の
例では、サーバ２２０がマスタサーバである）に対し
て、ファイル２１１，２１２のファイルＩＤ番号取得要
求を出力する。すると、サーバ２２０のファイルＩＤ提
供部２２３（図４に示す）が、ファイル２１１，２１２
のファイルＩＤ番号「１７」、「２３」をファイルＩＤ
取得部１３０に返す。ファイルＩＤ取得部１３０は、取
得したファイルＩＤ番号を、リモートアクセス処理部１
５０に渡すと共に、取得ファイルＩＤ管理テーブル１４
０に登録する。
【０１０４】ファイル２１１，２１２のファイルＩＤ番
号を取得したリモートアクセス処理部１５０は、ファイ
ルＩＤ番号に基づいて、そのファイルに対するリモート
アクセスを行うべきサーバを特定する。具体的には、フ
ァイルＩＤ番号の数値を、サーバ数「８」で除算し、そ
の余りに１を加算する。ファイル２１１のファイルＩＤ
番号「１７」を８で割ったときの余りは１である。ファ
イル２１２のファイルＩＤ番号「２３」を８で割ったと
きの余りは７である。従って、ファイル２１１へのリモ
ートアクセスは、順番が２（余り１＋１）番目のサーバ
２２０ａに対して行われる。また、ファイル２１２への
リモートアクセスは、順番が８（余り７＋１）番目のサ
ーバ２２０ｎに対して行われる。
【０１０５】リモートアクセス処理部１５０は、マウン
ト情報テーブル１２０を参照し、リモートアクセスの対
象となるサーバ２２０ａ，２２０ｎの状態が「ＯＫ」か
どうかを判断し、状態が「ＯＫ」であれば、サーバ２２
０ａ，２２０ｎに対して、それぞれファイル２１１，２
１２のリモートアクセス要求を出力する。リモートアク
セス要求が読み込み要求であれば、サーバ２２０ａ，２
２０ｎのファイル提供部２２４（図４に示す）がストレ
ージデバイス２１０からファイル２１１，２１２を取得
し、ファイル２１１，２１２のデータをクライアント１
００に送信する。リモートアクセス要求が書き出し要求
であれば、サーバ２２０ａ，２２０ｎのファイル提供部
２２４がストレージデバイス２１０のファイル２１１，
２１２に対して、リモートアクセス要求に含まれるデー
タを書き込む。
【０１０６】このようにして、クライアント１００から
ＳＡＮ２００で提供されるストレージデバイス２１０内
のファイル２１１，２１２に対して、ファイル毎に異な
った経路でアクセスすることができる。
【０１０７】次に、リモートアクセス対象のサーバ（中
継サーバ）が停止したときのリモートアクセス処理につ
いて説明する。リモートアクセス対象のサーバが停止し
た場合、他のサーバが代行サーバとして指定され、以
後、停止しているサーバを介して行われるべきリモート
アクセスが、代行サーバを介して行われる。
【０１０８】図１４は、代行サーバを介したアクセス状
況を示す概念図である。図１４は、サーバ２２０ｎが停
止した場合の例である。サーバ２２０ｎが停止すると、
クライアント１００において、サーバ２２０ｎとの間の
通信が途絶えたことをリモートマウント構築・監視部１
１０が検知する。リモートマウント構築・監視部１１０
は、マウント情報テーブル１２０内のサーバ２２０ｎに
対応するマウント情報（サーバノード名「ＳＶＲ−
８」）の状態を「ＮＧ」に変更する。
【０１０９】すると、代行サーバ管理部１６０によっ
て、サーバ２２０ｎ（サーバノード名「ＳＶＲ−８」）
に対応する代行サーバノードテーブル１７０が生成され
る。以後、代行サーバ管理部１６０は、本来サーバ２２
０ｎを経由してリモートアクセスすべきファイルへのア
クセス要求が出される毎に、そのファイルに関する情報
を代行サーバノードテーブル１７０に登録する。
【０１１０】なお、代行サーバは、マウント情報テーブ
ル１２０において、停止したサーバの次に登録されてい
るサーバである。ただし、停止したサーバがマウント情
報テーブル１２０の最後に登録されている場合には、先
頭に登録されているサーバが代行サーバとして決定され
る。図１４の例では、停止したサーバ２２０ｎは、マウ
ント情報テーブル１２０の最後に登録されているため、
先頭に登録されているサーバ２２０（サーバノード名
「ＳＶＲ−１」）が代行サーバとなる。
【０１１１】その後、ファイル２１２（ファイルＩＤ番
号「２３」）に対するアクセス要求が出されると、図１
３で説明したように、マウント情報テーブル１２０の８
番目に登録されているサーバ２２０ｎ（サーバノード名
「ＳＶＲ−８」）がリモートアクセスの対象として特定
される。アクセス要求を受け取ったリモートアクセス処
理部１５０は、マウント情報テーブル１２０を参照し、
サーバ２２０ｎの状態を確認する。すると、サーバ２２
０ｎの状態が「ＮＧ」であるため、リモートアクセス処
理部１５０は、サーバ２２０ｎに対応する代行サーバノ
ードテーブル１７０を参照する。
【０１１２】代行サーバノードテーブル１７０には、フ
ァイルＩＤ番号「２３」に対応づけて、代行サーバであ
るサーバ２２０のサーバノード名「ＳＶＲ−１」とファ
イルシステム名「ＦＳ−１」が登録されている。従っ
て、リモートアクセス処理部１５０は、サーバノード名
「ＳＶＲ−１」のサーバ２２０のファイルシステム「Ｆ
Ｓ−１」を介して、ファイル２１２にリモートアクセス
すべきことを認識し、サーバ２２０に対して、ファイル
２１２のリモートアクセス要求を出す。以後、ファイル
２１２に対するリモートアクセスは、サーバ２２０を介
して行われる。
【０１１３】なお、マスタサーバが停止してしまった場
合、マウント情報テーブル１２０においてマスタサーバ
の次に登録されているサーバ、または、マスタサーバが
マウント情報テーブル１２０の最後に登録されている場
合は、マウント情報テーブル１２０の先頭に登録されて
いるサーバによって、マスタサーバが代行される。この
とき、リモートマウント構築・監視部１１０が、マスタ
サーバとなるサーバの状態に「ＭＡＳＴＥＲ」を設定す
る。
【０１１４】なお、停止したサーバ２２０ｎ（サーバノ
ード名「ＳＶＲ−８」）が復旧した場合、マウント情報
テーブル１２０の状態を「ＯＫ」に変更し、以後のサー
バ２２０ｎを介したリモートアクセスが可能となる。た
だし、一度代行サーバノードテーブル１７０に登録され
たファイルは、停止したサーバが復旧しても元のサーバ
からのアクセスは行わない。
【０１１５】クライアント１００において代行サーバノ
ードテーブル１７０に登録されたファイルに関しては、
他のクライアント１００ａ，・・・，１００ｎからも代
行サーバ経由でアクセスする必要がある。そこで、本実
施の形態では、サーバ２２０において生成された代行サ
ーバノードテーブル１７０の情報を、代行サーバを介し
て他のクライアント１００ａ，・・・，１００ｎに配信
する。以下、代行サーバでリモートアクセスが代行され
るファイルに関する情報の受け渡しについて説明する。
【０１１６】図１５は、リモートアクセス代行に関する
情報の受け渡し状況を示す概念図である。図１５に示す
ように、代行サーバ管理部１６０は、代行サーバノード
テーブル１７０を作成すると、代行サーバとして機能す
るサーバ２２０に対して、置換ファイルテーブル２２６
の作成依頼を出力する。その作成依頼を受け取ったサー
バ２２０では、リモートアクセス代行管理部２２５が置
換ファイルテーブル２２６を作成する。置換ファイルテ
ーブル２２６には、代行サーバによってリモートアクセ
スが行われるファイルに関する情報（ファイルシステム
名とファイルＩＤ番号）が登録される。
【０１１７】さらに、リモートアクセス代行管理部２２
５は、リモートマウント情報テーブル２２２を参照し
て、サーバ２２０に対してリモートマウントを行ってい
るクライアント（置換ファイルテーブル２２６の作成依
頼を出力したクライアント１００を除く）の情報を取得
する。図１５の例では、８つのクライアント１００，１
００ａ，・・・，１００ｎ（クライアントノード名「Ｃ
ＬＴ−１」，「ＣＬＴ−２」，・・・，「ＣＬＴ−
８」）の分散ネットワークファイルシステム１０９，１
０９ａ，・・・，１０９ｎ（ファイルシステム名「ＲＦ
Ｓ−１」，「ＲＦＳ−２」，・・・，「ＲＦＳ−８」）
からサーバ２２０に対してリモートマウントが行われて
いる。
【０１１８】リモートアクセス代行管理部２２５は、置
換ファイルテーブルの作成依頼を出力したクライアント
１００以外の各クライアント１００ａ，・・・，１００
ｎに対して、置換ファイルテーブル２２６の内容に応じ
た代行サーバノードテーブルの作成要求を出力する。ク
ライアント１００ａ，・・・，１００ｎでは、代行サー
バノードテーブルの作成要求に応答して、クライアント
１００に作成された代行サーバノードテーブル１７０と
同じ内容の代行サーバノードテーブルが作成される。
【０１１９】以降、各クライアント１００，１００ａ，
・・・，１００ｎにおいて代行サーバノードテーブルに
ファイルの情報が登録される毎に、そのファイルに関す
る情報が代行サーバであるサーバ２２０に送られ、サー
バ２２０の置換ファイルテーブル２２６が更新される。
そして、サーバ２２０に対してリモートマウントを行っ
ている各クライアント（ファイルの情報をサーバ２２０
に対して出力したクライアントを除く）に対して、新た
に置換ファイルテーブル２２６に登録されたファイルの
情報が送られ、各クライアントの代行サーバノードテー
ブルが更新される。
【０１２０】これにより、ストレージデバイス２１０内
のファイルは、１つのサーバが停止した場合において
も、どのクライアントでも同一のサーバを経由してアク
セスされる。
【０１２１】次に、クライアントで行われるリモートフ
ァイルアクセス処理手順について説明する。図１６は、
リモートファイルアクセスの処理手順を示すフローチャ
ートである。以下、図１６に示す処理をステップ番号に
沿って説明する。なお、この処理は、クライアントにお
いて、ＳＡＮ２００で管理しているストレージデバイス
２１０内のファイルに対するアクセス要求が出されたと
きに実行される。
【０１２２】［ステップＳ４１］リモートアクセス処理
部１５０は、取得ファイルＩＤ管理テーブル１４０内
に、アクセス要求で指定されたファイルの情報が登録さ
れているか否かを判断する。指定されたファイルの情報
が登録されていれば処理がステップＳ４３に進められ、
登録されていなければ処理がステップＳ４２に進められ
る。
【０１２３】［ステップＳ４２］リモートアクセス処理
部１５０は、ファイルＩＤ取得部１３０を介して、マス
タサーバからファイルＩＤ番号を獲得する。具体的に
は、リモートアクセス処理部１５０からファイルＩＤ取
得部１３０に対して、アクセス要求で指定されたファイ
ルのファイルＩＤ番号取得要求が出される。すると、フ
ァイルＩＤ取得部１３０は、アクセス要求で示されるフ
ァイルのパスやファイル名と共に、ファイルＩＤ番号取
得要求をマスタサーバに送信する。そして、リモートア
クセス処理部１５０は、マスタサーバから送られたファ
イルＩＤ番号を、リモートアクセス処理部１５０に渡
す。その後、処理がステップＳ４４に進められる。
【０１２４】［ステップＳ４３］リモートアクセス処理
部１５０は、取得ファイルＩＤ管理テーブル１４０を参
照し、アクセス要求で指定されたファイルのファイルＩ
Ｄ番号を取得する。
【０１２５】［ステップＳ４４］リモートアクセス処理
部１５０は、取得したファイルＩＤ番号の数値とマウン
ト情報テーブル１２０に登録されたサーバ数とに基づい
て、リモートアクセス要求を出力すべきサーバを決定す
る。
【０１２６】［ステップＳ４５］リモートアクセス処理
部１５０は、代行サーバノードテーブル１７０を参照す
る。［ステップＳ４６］リモートアクセス処理部１５０
は、停止したサーバ毎に設けられた代行サーバノードテ
ーブル１７０のいずれかに、ステップＳ４２またはステ
ップＳ４３で取得したファイルＩＤ番号のファイルに関
する情報が存在するか否かを判断する。ファイル情報が
存在する場合には、処理がステップＳ５１に進められ
る。ファイル情報が存在しない場合には処理がステップ
Ｓ４７に進められる。
【０１２７】［ステップＳ４７］リモートアクセス処理
部１５０は、ステップＳ４４で決定したサーバの状態フ
ラグが「ＯＫ（ＭＡＳＴＥＲも含む）」か「ＮＧ」かを
判断する。状態フラグが「ＯＫ」であれば処理がステッ
プＳ４８に進められる。状態フラグが「ＮＧ」であれば
処理がステップＳ４９に進められる。
【０１２８】［ステップＳ４８］リモートアクセス処理
部１５０は、ステップＳ４４で決定したサーバを介し
て、アクセス要求で指定されたファイルへのリモートア
クセスを行う。その後、処理が終了する。
【０１２９】［ステップＳ４９］代行サーバ管理部１６
０は、ステップＳ４４で決定したサーバに対応する代行
サーバノードテーブル１７０に、アクセス対象のファイ
ルの情報を追加する。
【０１３０】［ステップＳ５０］代行サーバ管理部１６
０は、ステップＳ４４で決定したサーバに対応する代行
サーバノードテーブル１７０に登録されている代行サー
バに対して、置換テーブルの更新依頼を出力する。
【０１３１】［ステップＳ５１］リモートアクセス処理
部１５０は、代行サーバを介して、アクセス要求で指定
されたファイルへのリモートアクセスを行う。その後、
処理が終了する。
【０１３２】以上のようにして、ＳＡＮ２００で提供さ
れるストレージデバイス２１０内のファイル単位で、リ
モートアクセスを中継するサーバを決定することができ
る。これにより、サーバに対して出力されるリモートア
クセス要求の偏りを少なくし、ＳＡＮ２００におけるサ
ーバ間の負荷分散を効果的に行うことができる。その結
果、ＳＡＮ２００全体としての処理効率が向上する。
【０１３３】すなわち、従来のように、１つのクライア
ントから出力されるリモートアクセス要求の全てを１つ
のサーバで処理した場合、あるクライアントから大量の
リモートアクセス要求が出されると、対応するサーバの
処理負荷が増大する。その結果、他のサーバの処理能力
に余裕があっても、そのクライアントに対応するサーバ
を介したリモートアクセス処理の速度低下を招く。
【０１３４】一方、本実施の形態のように、リモートア
クセスを中継するサーバがファイル単位で異なれば、１
つのクライアントから大量のリモートアクセス要求が出
されると、それらのリモートアクセス要求が、ＳＡＮ２
００を構成する複数のサーバ２２０，２２０ａ，・・
・，２２０ｎによって分散処理される。その結果、各サ
ーバ２２０，２２０ａ，・・・，２２０ｎに処理負荷が
分散され、特定のサーバのみの処理負荷が増大すること
を防止できる。
【０１３５】なお、複数のクライアント１００，１００
ａ，・・・，１００ｎから同じファイルに対するリモー
トアクセスが同時期に行われると、そのリモートアクセ
スの処理は１つのサーバで行われるが、この場合、サー
バ内にそのファイルのデータをキャッシュしておくこと
で、処理負荷の増加を抑制することができる。しかも、
各クライアント１００，１００ａ，・・・，１００ｎに
おいて、リモートアクセスしたファイルのデータをキャ
ッシュしておけば、１つのクライアントから１つのファ
イルに対する連続のリモートアクセスは発生しない。そ
のため、１つのサーバに対して処理負荷が集中する可能
性が少なくなる。
【０１３６】また、本実施の形態では、サーバが停止し
た場合、停止したサーバの代行サーバを決定し、ファイ
ルのアクセス経路を動的に変更するようにしたため、Ｓ
ＡＮ２００によるファイル提供処理の信頼性が向上す
る。
【０１３７】しかも、停止したサーバの代行サーバを全
てのクライアントにおいて統一するようにし、代行サー
バ経由でアクセスしたファイルに関しては、その後も継
続して代行サーバを経由したアクセスを行うようにし
た。そのため、同時期に、１つのファイルに複数のサー
バを介したリモートアクセスは発生しない。その結果、
データの一貫性が保証される。
【０１３８】なお、上記の処理機能は、サーバコンピュ
ータとクライアントコンピュータとによって実現するこ
とができる。その場合、サーバコンピュータが有すべき
機能の処理内容を記述したリモートアクセス要求処理プ
ログラム、およびクライアントコンピュータが有すべき
機能の処理内容を記述したリモートアクセスプログラム
が提供される。リモートアクセス要求処理プログラムを
サーバコンピュータで実行することにより、上記実施の
形態で説明したサーバの処理機能が実現される。また、
リモートアクセスプログラムをクライアントコンピュー
タで実行することにより、上記実施の形態で説明したク
ライアントの処理機能が実現される。
【０１３９】処理内容を記述したリモートアクセス要求
処理プログラムやリモートアクセスプログラムは、コン
ピュータで読み取り可能な記録媒体に記録しておくこと
ができる。コンピュータで読み取り可能な記録媒体とし
ては、磁気記録装置、光ディスク、光磁気記録媒体、半
導体メモリなどがある。磁気記録装置には、ハードディ
スク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、
磁気テープなどがある。光ディスクには、ＤＶＤ(Digit
al Versatile Disc)、ＤＶＤ−ＲＡＭ(RandomAccess Me
mory)、ＣＤ−ＲＯＭ(Compact Disc Read Only Memor
y)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWritable)などがあ
る。光磁気記録媒体には、ＭＯ(Magneto-Optical disc)
などがある。
【０１４０】リモートアクセス要求処理プログラムやリ
モートアクセスプログラムを流通させる場合には、たと
えば、各プログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ
などの可搬型記録媒体が販売される。また、リモートア
クセスプログラムをサーバコンピュータの記憶装置に格
納しておき、ネットワークを介して、サーバコンピュー
タからクライアントコンピュータにリモートアクセスプ
ログラムを転送することもできる。
【０１４１】リモートアクセス要求処理プログラムを実
行するサーバコンピュータは、たとえば、可搬型記録媒
体に記録されたリモートアクセス要求処理プログラム
を、自己の記憶装置に格納する。そして、サーバコンピ
ュータは、自己の記憶装置からリモートアクセス要求処
理プログラムを読み取り、リモートアクセス要求処理プ
ログラムに従った処理を実行する。なお、サーバコンピ
ュータは、可搬型記録媒体から直接リモートアクセス要
求処理プログラムを読み取り、そのリモートアクセス要
求処理プログラムに従った処理を実行することもでき
る。
【０１４２】リモートアクセスプログラムを実行するク
ライアントコンピュータは、たとえば、可搬型記録媒体
に記録されたリモートアクセスプログラムもしくはサー
バコンピュータから転送されたリモートアクセスプログ
ラムを、自己の記憶装置に格納する。そして、クライア
ントコンピュータは、自己の記憶装置からリモートアク
セスプログラムを読み取り、リモートアクセスプログラ
ムに従った処理を実行する。なお、クライアントコンピ
ュータは、可搬型記録媒体から直接リモートアクセスプ
ログラムを読み取り、そのリモートアクセスプログラム
に従った処理を実行することもできる。また、クライア
ントコンピュータは、サーバコンピュータからリモート
アクセスプログラムが転送される毎に、逐次、受け取っ
たリモートアクセスプログラムに従った処理を実行する
こともできる。
【０１４３】（付記１） 共通のストレージデバイスへ
のアクセス機能を提供する複数のサーバコンピュータを
介して、前記ストレージデバイスへのアクセスを行うた
めのリモートアクセスプログラムにおいて、コンピュー
タに、前記複数のサーバコンピュータそれぞれを経由し
た前記ストレージデバイスへの複数のアクセス経路を定
義し、前記ストレージデバイス内のファイルを指定した
アクセス要求を受け取ると、前記ストレージデバイスへ
のアクセスを前記複数のアクセス経路にファイル単位で
分散させるための所定の規則に従って、前記複数のサー
バコンピュータの中から、前記ファイルへのアクセス経
路となる中継サーバコンピュータを決定し、決定された
前記中継サーバコンピュータを経由したアクセス経路に
より、前記ストレージデバイス内の前記ファイルに対し
てアクセスする、処理を実行させることを特徴とするリ
モートアクセスプログラム。
【０１４４】（付記２） 前記所定の規則は、前記ファ
イルに予め設定されている識別番号と、前記複数のサー
バコンピュータの数とを変数とした計算式であることを
特徴とする付記１記載のリモートアクセスプログラム。
【０１４５】（付記３） 前記中継サーバコンピュータ
が停止した場合には、前記複数のサーバコンピュータの
中から、前記中継サーバコンピュータの処理を代行する
代行サーバコンピュータを決定し、前記決定された代行
サーバコンピュータを経由したアクセス経路により、前
記ストレージデバイス内の前記アクセス要求で指定され
たファイルに対してアクセスすることを特徴とする付記
１記載のリモートアクセスプログラム。
【０１４６】（付記４） 前記代行サーバコンピュータ
から所定のファイルへのリモートアクセスを代行する旨
の通知を受け取ると、以後発生する当該通知で示された
前記所定のファイルに対するアクセスは、前記代行サー
バコンピュータ経由で行うことを特徴とする付記１記載
のリモートアクセスプログラム。
【０１４７】（付記５） ストレージデバイスへのアク
セス機能を提供するためのリモートアクセス要求処理プ
ログラムにおいて、コンピュータに、前記ストレージデ
バイスへのアクセス機能の提供を希望するクライアント
コンピュータのリストを作成し、他のサーバコンピュー
タに代わって前記ストレージデバイスへのアクセス機能
を提供すべき代行ファイルの情報を受け取ると、前記リ
ストに登録されたクライアントコンピュータそれぞれに
対して、前記代行ファイルへのアクセス機能提供処理を
代行する旨を通知し、前記ストレージデバイス内のファ
イルのうち、所定の規則によって予め指定されたファイ
ルおよび前記代行ファイルへのアクセス機能を、前記リ
ストに登録されたクライアントコンピュータに対して提
供する、処理を実行させることを特徴とするリモートア
クセス要求処理プログラム。
【０１４８】（付記６） 共通のストレージデバイスへ
のアクセス機能を提供する複数のサーバコンピュータを
介して、前記ストレージデバイスへのアクセスを行うた
めのクライアントコンピュータにおいて、前記複数のサ
ーバコンピュータそれぞれを経由した前記ストレージデ
バイスへの複数のアクセス経路を定義するアクセス経路
定義手段と、前記ストレージデバイス内のファイルを指
定したアクセス要求を受け取ると、前記ストレージデバ
イスへのアクセスを前記アクセス経路定義手段で定義さ
れた前記複数のアクセス経路にファイル単位で分散させ
るための所定の規則に従って、前記複数のサーバコンピ
ュータの中から、前記ファイルへのアクセス経路となる
中継サーバコンピュータを決定するアクセス経路決定手
段と、前記アクセス経路決定手段で決定された前記中継
サーバコンピュータを経由したアクセス経路により、前
記ストレージデバイス内の前記ファイルに対してアクセ
スするリモートアクセス手段と、を有することを特徴と
するクライアントコンピュータ。
【０１４９】（付記７） ストレージデバイスへのアク
セス機能を提供するためのサーバコンピュータにおい
て、前記ストレージデバイスへのアクセス機能の提供を
希望するクライアントコンピュータのリストを作成する
リスト作成手段と、他のサーバコンピュータに代わって
前記ストレージデバイスへのアクセス機能を提供すべき
ファイルの情報を受け取ると、前記リストに登録された
クライアントコンピュータそれぞれに対して、前記代行
ファイルへのアクセス機能提供処理を代行する旨を通知
する代行ファイル通知手段と、前記ストレージデバイス
内のファイルのうち、所定の規則によって予め指定され
たファイルおよび前記代行ファイルへのアクセス機能
を、前記リストに登録されたクライアントコンピュータ
に対して提供するリモートアクセス提供手段と、を有す
ることを特徴とするサーバコンピュータ。
【０１５０】（付記８） 共通のストレージデバイスへ
のアクセス機能を提供する複数のサーバコンピュータを
介して、前記ストレージデバイスへのアクセスを行うた
めのリモートアクセス方法において、前記複数のサーバ
コンピュータそれぞれを経由した前記ストレージデバイ
スへの複数のアクセス経路を定義し、前記ストレージデ
バイス内のファイルを指定したアクセス要求を受け取る
と、前記ストレージデバイスへのアクセスを前記複数の
アクセス経路にファイル単位で分散させるための所定の
規則に従って、前記複数のサーバコンピュータの中か
ら、前記ファイルへのアクセス経路となる中継サーバコ
ンピュータを決定し、決定された前記中継サーバコンピ
ュータを経由したアクセス経路により、前記ストレージ
デバイス内の前記ファイルに対してアクセスする、処置
を含むことを特徴とするリモートアクセス方法。
【０１５１】（付記９） ストレージデバイスへのアク
セス機能を提供するためのリモートアクセス要求処理方
法において、前記ストレージデバイスへのアクセス機能
の提供を希望するクライアントコンピュータのリストを
作成し、他のサーバコンピュータに代わって前記ストレ
ージデバイスへのアクセス機能を提供すべき代行ファイ
ルの情報を受け取ると、前記リストに登録されたクライ
アントコンピュータそれぞれに対して、前記代行ファイ
ルへのアクセス機能提供処理を代行する旨を通知し、前
記ストレージデバイス内のファイルのうち、所定の規則
によって予め指定されたファイルおよび前記代行ファイ
ルへのアクセス機能を、前記リストに登録されたクライ
アントコンピュータに対して提供する、処理を含むこと
を特徴とするリモートアクセス要求処理方法。
【０１５２】（付記１０） 共通のストレージデバイス
へのアクセス機能を提供する複数のサーバコンピュータ
を介して、前記ストレージデバイスへのアクセスを行う
ためのリモートアクセスプログラムを記録したコンピュ
ータ読み取り可能な記録媒体において、前記コンピュー
タに、前記複数のサーバコンピュータそれぞれを経由し
た前記ストレージデバイスへの複数のアクセス経路を定
義し、前記ストレージデバイス内のファイルを指定した
アクセス要求を受け取ると、前記ストレージデバイスへ
のアクセスを前記複数のアクセス経路にファイル単位で
分散させるための所定の規則に従って、前記複数のサー
バコンピュータの中から、前記ファイルへのアクセス経
路となる中継サーバコンピュータを決定し、決定された
前記中継サーバコンピュータを経由したアクセス経路に
より、前記ストレージデバイス内の前記ファイルに対し
てアクセスする、処理を実行させることを特徴とする記
録媒体。
【０１５３】（付記１１） ストレージデバイスへのア
クセス機能を提供するためのリモートアクセス要求処理
プログラムを記録したコンピュータ読み取り可能な記録
媒体において、前記コンピュータに、前記ストレージデ
バイスへのアクセス機能の提供を希望するクライアント
コンピュータのリストを作成し、他のサーバコンピュー
タに代わって前記ストレージデバイスへのアクセス機能
を提供すべき代行ファイルの情報を受け取ると、前記リ
ストに登録されたクライアントコンピュータそれぞれに
対して、前記代行ファイルへのアクセス機能提供処理を
代行する旨を通知し、前記ストレージデバイス内のファ
イルのうち、所定の規則によって予め指定されたファイ
ルおよび前記代行ファイルへのアクセス機能を、前記リ
ストに登録されたクライアントコンピュータに対して提
供する、処理を実行させることを特徴とする記録媒体。
【０１５４】
【発明の効果】以上説明したように本発明では、ストレ
ージデバイスへのアクセスを複数のアクセス経路にファ
イル単位で分散させるための所定の規則に従って、ファ
イルへのアクセス経路となる中継サーバコンピュータを
決定し、決定された中継サーバコンピュータを経由でフ
ァイルに対するアクセスを行うようにした。そのため、
アクセス要求がファイル単位で複数のサーバコンピュー
タに分散でき、リモートアクセス処理の負荷分散が可能
となった。
【図面の簡単な説明】
【図１】本発明の実施の形態に適用される発明の概念図
である。
【図２】本実施の形態のシステム構成図である。
【図３】本発明の実施の形態に用いるクライアントのハ
ードウェア構成例を示す図である。
【図４】本実施の形態におけるクライアントとサーバと
の機能ブロック図である。
【図５】マウント情報テーブルの一例を示す図である。
【図６】取得ファイルＩＤ管理テーブルの一例を示す図
である。
【図７】代行サーバノードテーブルの一例を示す図であ
る。
【図８】リモートマウント情報テーブルの一例を示す図
である。
【図９】置換ファイルテーブルの一例を示す図である。
【図１０】リモートマウント処理の概念図である。
【図１１】リモートマウント処理の手順を示すシーケン
ス図である。
【図１２】サーバ監視処理を示すフローチャートであ
る。
【図１３】正常なサーバへのアクセス状況を示す概念図
である。
【図１４】代行サーバを介したアクセス状況を示す概念
図である。
【図１５】リモートアクセス代行に関する情報の受け渡
し状況を示す概念図である。
【図１６】リモートファイルアクセスの処理手順を示す
フローチャートである。
【符号の説明】
１ クライアントコンピュータ １ａ 分散ネットワークファイルシステム １ｂ テーブル ２ ストレージデバイス ２ａ，２ｂ，・・・ ファイル ３，４，・・・ サーバコンピュータ １０ ネットワーク １００，１００ａ，・・・，１００ｎ クライアント ２００ ＳＡＮ ２１０ ストレージデバイス ２２０，２２０ａ，・・・，２２０ｎ サーバ
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成１４年４月４日（２００２．４．４）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００４１
【補正方法】変更
【補正内容】
【００４１】マウント情報テーブル１２０には、リモー
トマウントの対象となったサーバ２２０，２２０ａ，・
・・，２２０ｎと、そのサーバ２２０，２２０ａ，・・
・，２２０ｎが提供するファイルシステムとに関する情
報が登録される。なお、マウント情報テーブル１２０内
では、各サーバ２２０，２２０ａ，・・・，２２０ｎの
情報が、予め決められた順番（全クライアントで共通）
で並べられている。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００４２
【補正方法】変更
【補正内容】
【００４２】また、マウント情報テーブル１２０には、
各サーバ２２０，２２０ａ，・・・，２２０ｎの状態
や、マスタサーバを示す情報なども登録される。ここ
で、マスタサーバとは、クライアント１００，１００
ａ，・・・，１００ｎに対して、ストレージデバイス２
１０内の各ファイルのファイルＩＤ番号を通知するサー
バである。ファイルＩＤ番号とは、ｕｆｓ等のローカル
ファイルシステムがファイルを番号により管理できるよ
う各ファイルに割り当てられた番号であり、通常ｉノー
ド番号と呼ばれている。マスタサーバは、正常に動作し
ているサーバのうちの１つである。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００５９
【補正方法】変更
【補正内容】
【００５９】リモートアクセス代行管理部２２５は、ク
ライアント１００から置換ファイルテーブル作成依頼を
受け取ると、代行処理の対象とすべきファイルのリスト
を管理するための置換ファイルテーブル２２６を生成す
る。代行処理によるリモートファイルアクセスが行われ
置換ファイルテーブル２２６の内容が更新されると、リ
モートアクセス代行管理部２２５は、リモートマウント
情報テーブル２２２を参照し、サーバ２２０を介したリ
モートマウントを行っているクライアントのリストを取
得する。そして、リモートアクセス代行管理部２２５
は、代行処理依頼を出力したクライアント以外のクライ
アントに対して、代行サーバノードテーブルの作成依頼
を出力する。代行サーバノードテーブルの作成依頼に
は、置換ファイルテーブル２２６の内容を含める。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１１７
【補正方法】変更
【補正内容】
【０１１７】さらに、リモートアクセス代行管理部２２
５は、リモートマウント情報テーブル２２２を参照し
て、サーバ２２０に対してリモートマウントを行ってい
るクライアント（置換ファイルテーブル２２６の作成依
頼を出力したクライアント１００を除く）の情報を取得
する。図１５の例では、８つのクライアント１００，１
００ａ，・・・，１００ｎ（クライアントノード名「Ｃ
ＬＴ−１」，「ＣＬＴ−２」，・・・，「ＣＬＴ−
８」）の分散ネットワークファイルシステム１９０，１
９０ａ，・・・，１９０ｎ（ファイルシステム名「ＲＦ
Ｓ−１」，「ＲＦＳ−２」，・・・，「ＲＦＳ−８」）
からサーバ２２０に対してリモートマウントが行われて
いる。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１２３
【補正方法】変更
【補正内容】
【０１２３】［ステップＳ４２］リモートアクセス処理
部１５０は、ファイルＩＤ取得部１３０を介して、マス
タサーバからファイルＩＤ番号を獲得する。具体的に
は、リモートアクセス処理部１５０からファイルＩＤ取
得部１３０に対して、アクセス要求で指定されたファイ
ルのファイルＩＤ番号取得要求が出される。すると、フ
ァイルＩＤ取得部１３０は、アクセス要求で示されるフ
ァイルのパスやファイル名と共に、ファイルＩＤ番号取
得要求をマスタサーバに送信する。そして、ファイルＩ
Ｄ取得部１３０は、マスタサーバから送られたファイル
ＩＤ番号を、リモートアクセス処理部１５０に渡す。そ
の後、処理がステップＳ４４に進められる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１３０
【補正方法】変更
【補正内容】
【０１３０】［ステップＳ５０］代行サーバ管理部１６
０は、ステップＳ４４で決定したサーバに対応する代行
サーバノードテーブル１７０に登録されている代行サー
バに対して、置換ファイルテーブルの更新依頼を出力す
る。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１４６
【補正方法】変更
【補正内容】
【０１４６】（付記４） 前記代行サーバコンピュータ
から所定のファイルへのリモートアクセスを代行する旨
の通知を受け取ると、以後発生する当該通知で示された
前記所定のファイルに対するアクセスは、前記代行サー
バコンピュータ経由で行うことを特徴とする付記３記載
のリモートアクセスプログラム。
【手続補正８】
【補正対象書類名】図面
【補正対象項目名】図１３
【補正方法】変更
【補正内容】
【図１３】
【手続補正９】
【補正対象書類名】図面
【補正対象項目名】図１４
【補正方法】変更
【補正内容】
【図１４】
【手続補正１０】
【補正対象書類名】図面
【補正対象項目名】図１６
【補正方法】変更
【補正内容】
【図１６】
───────────────────────────────────────────────────── フロントページの続き (72)発明者 細川 勲 愛知県名古屋市東区葵一丁目16番38号 株 式会社富士通プライムソフトテクノロジ内 Ｆターム(参考） 5B082 HA05 HA08

Claims (5)

    【特許請求の範囲】
  1. 【請求項１】 共通のストレージデバイスへのアクセス
    機能を提供する複数のサーバコンピュータを介して、前
    記ストレージデバイスへのアクセスを行うためのリモー
    トアクセスプログラムにおいて、 コンピュータに、 前記複数のサーバコンピュータそれぞれを経由した前記
    ストレージデバイスへの複数のアクセス経路を定義し、 前記ストレージデバイス内のファイルを指定したアクセ
    ス要求を受け取ると、前記ストレージデバイスへのアク
    セスを前記複数のアクセス経路にファイル単位で分散さ
    せるための所定の規則に従って、前記複数のサーバコン
    ピュータの中から、前記ファイルへのアクセス経路とな
    る中継サーバコンピュータを決定し、 決定された前記中継サーバコンピュータを経由したアク
    セス経路により、前記ストレージデバイス内の前記ファ
    イルに対してアクセスする、 処理を実行させることを特徴とするリモートアクセスプ
    ログラム。
  2. 【請求項２】 前記中継サーバコンピュータが停止した
    場合には、前記複数のサーバコンピュータの中から、前
    記中継サーバコンピュータの処理を代行する代行サーバ
    コンピュータを決定し、 前記決定された代行サーバコンピュータを経由したアク
    セス経路により、前記ストレージデバイス内の前記アク
    セス要求で指定されたファイルに対してアクセスするこ
    とを特徴とする請求項１記載のリモートアクセスプログ
    ラム。
  3. 【請求項３】 前記代行サーバコンピュータから所定の
    ファイルへのリモートアクセスを代行する旨の通知を受
    け取ると、以後発生する当該通知で示された前記所定の
    ファイルに対するアクセスは、前記代行サーバコンピュ
    ータ経由で行うことを特徴とする請求項１記載のリモー
    トアクセスプログラム。
  4. 【請求項４】 ストレージデバイスへのアクセス機能を
    提供するためのリモートアクセス要求処理プログラムに
    おいて、 コンピュータに、 前記ストレージデバイスへのアクセス機能の提供を希望
    するクライアントコンピュータのリストを作成し、 他のサーバコンピュータに代わって前記ストレージデバ
    イスへのアクセス機能を提供すべき代行ファイルの情報
    を受け取ると、前記リストに登録されたクライアントコ
    ンピュータそれぞれに対して、前記代行ファイルへのア
    クセス機能提供処理を代行する旨を通知し、 前記ストレージデバイス内のファイルのうち、所定の規
    則によって予め指定されたファイルおよび前記代行ファ
    イルへのアクセス機能を、前記リストに登録されたクラ
    イアントコンピュータに対して提供する、 処理を実行させることを特徴とするリモートアクセス要
    求処理プログラム。
  5. 【請求項５】 共通のストレージデバイスへのアクセス
    機能を提供する複数のサーバコンピュータを介して、前
    記ストレージデバイスへのアクセスを行うためのクライ
    アントコンピュータにおいて、 前記複数のサーバコンピュータそれぞれを経由した前記
    ストレージデバイスへの複数のアクセス経路を定義する
    アクセス経路定義手段と、 前記ストレージデバイス内のファイルを指定したアクセ
    ス要求を受け取ると、前記ストレージデバイスへのアク
    セスを前記アクセス経路定義手段で定義された前記複数
    のアクセス経路にファイル単位で分散させるための所定
    の規則に従って、前記複数のサーバコンピュータの中か
    ら、前記ファイルへのアクセス経路となる中継サーバコ
    ンピュータを決定するアクセス経路決定手段と、 前記アクセス経路決定手段で決定された前記中継サーバ
    コンピュータを経由したアクセス経路により、前記スト
    レージデバイス内の前記ファイルに対してアクセスする
    リモートアクセス手段と、 を有することを特徴とするクライアントコンピュータ。
JP2001321407A 2001-10-19 2001-10-19 リモートアクセスプログラム、リモートアクセス要求処理プログラム、およびクライアントコンピュータ Pending JP2003131924A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2001321407A JP2003131924A (ja) 2001-10-19 2001-10-19 リモートアクセスプログラム、リモートアクセス要求処理プログラム、およびクライアントコンピュータ
US10/117,835 US7124133B2 (en) 2001-10-19 2002-04-08 Remote access program, remote access request-processing program, and client computer

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001321407A JP2003131924A (ja) 2001-10-19 2001-10-19 リモートアクセスプログラム、リモートアクセス要求処理プログラム、およびクライアントコンピュータ

Publications (1)

Publication Number Publication Date
JP2003131924A true JP2003131924A (ja) 2003-05-09

Family

ID=19138626

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001321407A Pending JP2003131924A (ja) 2001-10-19 2001-10-19 リモートアクセスプログラム、リモートアクセス要求処理プログラム、およびクライアントコンピュータ

Country Status (2)

Country Link
US (1) US7124133B2 (ja)
JP (1) JP2003131924A (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005339300A (ja) * 2004-05-28 2005-12-08 Hitachi Ltd データベース処理方法およびシステム並びにその処理プログラム
JP2010160822A (ja) * 2010-04-23 2010-07-22 Hitachi Ltd データベース処理方法、データベース処理システム及びデータベース管理プログラム
JPWO2008139521A1 (ja) * 2007-04-27 2010-07-29 富士通株式会社 リモートファイルシステム、端末装置およびサーバ装置

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4211285B2 (ja) * 2002-05-24 2009-01-21 株式会社日立製作所 ネットワークストレージシステムの仮想一元化方法及び装置
US7194690B2 (en) * 2003-04-17 2007-03-20 Lenovo (Singapore) Pte. Ltd. Remote support for computer or other electronic device
JP4349871B2 (ja) * 2003-09-09 2009-10-21 株式会社日立製作所 ファイル共有装置及びファイル共有装置間のデータ移行方法
US7814131B1 (en) * 2004-02-02 2010-10-12 Network Appliance, Inc. Aliasing of exported paths in a storage system
US8412685B2 (en) * 2004-07-26 2013-04-02 Riverbed Technology, Inc. Method and system for managing data
TWI303057B (en) * 2004-08-26 2008-11-11 Asustek Comp Inc Electronic apparatus and optical disc drive thereof
KR100661170B1 (ko) * 2005-01-07 2006-12-26 삼성전자주식회사 화상형성장치 및 그의 제어방법
US8290901B2 (en) * 2005-03-07 2012-10-16 Novell, Inc. Techniques for remote resource mounting
JP4168052B2 (ja) * 2005-04-01 2008-10-22 株式会社日立製作所 管理サーバ
US20060271579A1 (en) * 2005-05-10 2006-11-30 Arun Batish Storage usage analysis
US7552240B2 (en) * 2005-05-23 2009-06-23 International Business Machines Corporation Method for user space operations for direct I/O between an application instance and an I/O adapter
US20060265525A1 (en) * 2005-05-23 2006-11-23 Boyd William T System and method for processor queue to linear block address translation using protection table control based on a protection domain
US7464189B2 (en) * 2005-05-23 2008-12-09 International Business Machines Corporation System and method for creation/deletion of linear block address table entries for direct I/O
US20070005815A1 (en) * 2005-05-23 2007-01-04 Boyd William T System and method for processing block mode I/O operations using a linear block address translation protection table
US7502871B2 (en) * 2005-05-23 2009-03-10 International Business Machines Corporation Method for query/modification of linear block address table entries for direct I/O
US7502872B2 (en) * 2005-05-23 2009-03-10 International Bsuiness Machines Corporation Method for out of user space block mode I/O directly between an application instance and an I/O adapter
US20070055740A1 (en) * 2005-08-23 2007-03-08 Luciani Luis E System and method for interacting with a remote computer
US7500071B2 (en) * 2005-08-31 2009-03-03 International Business Machines Corporation Method for out of user space I/O with server authentication
US20070168567A1 (en) * 2005-08-31 2007-07-19 Boyd William T System and method for file based I/O directly between an application instance and an I/O adapter
US7577761B2 (en) * 2005-08-31 2009-08-18 International Business Machines Corporation Out of user space I/O directly between a host system and a physical adapter using file based linear block address translation
US7657662B2 (en) * 2005-08-31 2010-02-02 International Business Machines Corporation Processing user space operations directly between an application instance and an I/O adapter
US7949301B2 (en) 2006-07-21 2011-05-24 Research In Motion Limited Mobile communications device access from personal computer
US8402064B2 (en) * 2010-02-01 2013-03-19 Oracle International Corporation Orchestration of business processes using templates
US9904898B2 (en) * 2010-03-05 2018-02-27 Oracle International Corporation Distributed order orchestration system with rules engine
US10395205B2 (en) * 2010-03-05 2019-08-27 Oracle International Corporation Cost of change for adjusting long running order management fulfillment processes for a distributed order orchestration system
US10789562B2 (en) * 2010-03-05 2020-09-29 Oracle International Corporation Compensation patterns for adjusting long running order management fulfillment processes in an distributed order orchestration system
US8793262B2 (en) * 2010-03-05 2014-07-29 Oracle International Corporation Correlating and mapping original orders with new orders for adjusting long running order management fulfillment processes
US9269075B2 (en) * 2010-03-05 2016-02-23 Oracle International Corporation Distributed order orchestration system for adjusting long running order management fulfillment processes with delta attributes
US20110218925A1 (en) * 2010-03-05 2011-09-08 Oracle International Corporation Change management framework in distributed order orchestration system
US20110218926A1 (en) * 2010-03-05 2011-09-08 Oracle International Corporation Saving order process state for adjusting long running order management fulfillment processes in a distributed order orchestration system
US20110218923A1 (en) * 2010-03-05 2011-09-08 Oracle International Corporation Task layer service patterns for adjusting long running order management fulfillment processes for a distributed order orchestration system
US20110218921A1 (en) * 2010-03-05 2011-09-08 Oracle International Corporation Notify/inquire fulfillment systems before processing change requests for adjusting long running order management fulfillment processes in a distributed order orchestration system
US9658901B2 (en) 2010-11-12 2017-05-23 Oracle International Corporation Event-based orchestration in distributed order orchestration system
US10552769B2 (en) 2012-01-27 2020-02-04 Oracle International Corporation Status management framework in a distributed order orchestration system
US9466036B1 (en) * 2012-05-10 2016-10-11 Amazon Technologies, Inc. Automated reconfiguration of shared network resources
US8762322B2 (en) 2012-05-22 2014-06-24 Oracle International Corporation Distributed order orchestration system with extensible flex field support
US9672560B2 (en) 2012-06-28 2017-06-06 Oracle International Corporation Distributed order orchestration system that transforms sales products to fulfillment products
US20150331916A1 (en) * 2013-02-06 2015-11-19 Hitachi, Ltd. Computer, data access management method and recording medium
US10514857B2 (en) 2013-08-29 2019-12-24 Pure Storage, Inc. Dynamic adjusting of parameters based on resource scoring
US9438675B2 (en) * 2013-08-29 2016-09-06 International Business Machines Corporation Dispersed storage with variable slice length and methods for use therewith
US10684924B2 (en) 2016-02-18 2020-06-16 Commvault Systems, Inc. Data restoration operations based on network path information
US10664447B2 (en) 2016-07-12 2020-05-26 Commvault Systems, Inc. Dynamic management of expandable cache storage for multiple network shares configured in a file server
CN109542862B (zh) * 2018-11-21 2020-04-24 北京百度网讯科技有限公司 用于控制文件***的挂载的方法、装置和***

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5463772A (en) * 1993-04-23 1995-10-31 Hewlett-Packard Company Transparent peripheral file systems with on-board compression, decompression, and space management
DE19513308A1 (de) * 1994-10-04 1996-04-11 Hewlett Packard Co Dreidimensionales Dateisystem unter Verwendung einer virtuellen Knotenarchitektur
US5778384A (en) * 1995-12-22 1998-07-07 Sun Microsystems, Inc. System and method for automounting and accessing remote file systems in Microsoft Windows in a networking environment
US6044367A (en) * 1996-08-02 2000-03-28 Hewlett-Packard Company Distributed I/O store
US6697846B1 (en) * 1998-03-20 2004-02-24 Dataplow, Inc. Shared file system
US6260120B1 (en) * 1998-06-29 2001-07-10 Emc Corporation Storage mapping and partitioning among multiple host processors in the presence of login state changes and host controller replacement
US6356863B1 (en) * 1998-09-08 2002-03-12 Metaphorics Llc Virtual network file server
US6389420B1 (en) * 1999-09-30 2002-05-14 Emc Corporation File manager providing distributed locking and metadata management for shared data access by clients relinquishing locks after time period expiration
US6718372B1 (en) * 2000-01-07 2004-04-06 Emc Corporation Methods and apparatus for providing access by a first computing system to data stored in a shared storage device managed by a second computing system
US6601101B1 (en) * 2000-03-15 2003-07-29 3Com Corporation Transparent access to network attached devices
US6826613B1 (en) * 2000-03-15 2004-11-30 3Com Corporation Virtually addressing storage devices through a switch
US7254607B2 (en) * 2000-03-30 2007-08-07 United Devices, Inc. Dynamic coordination and control of network connected devices for large-scale network site testing and associated architectures
US20020040389A1 (en) * 2000-10-03 2002-04-04 Wirespring Technologies, Inc. System and method for remotely-managed content distribution network
WO2002035359A2 (en) * 2000-10-26 2002-05-02 Prismedia Networks, Inc. Method and system for managing distributed content and related metadata
US7165096B2 (en) * 2000-12-22 2007-01-16 Data Plow, Inc. Storage area network file system
TW561358B (en) * 2001-01-11 2003-11-11 Force Corp Z File switch and switched file system
US6782400B2 (en) * 2001-06-21 2004-08-24 International Business Machines Corporation Method and system for transferring data between server systems

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005339300A (ja) * 2004-05-28 2005-12-08 Hitachi Ltd データベース処理方法およびシステム並びにその処理プログラム
JP4572581B2 (ja) * 2004-05-28 2010-11-04 株式会社日立製作所 データベース処理方法およびシステム並びにその処理プログラム
JPWO2008139521A1 (ja) * 2007-04-27 2010-07-29 富士通株式会社 リモートファイルシステム、端末装置およびサーバ装置
JP2010160822A (ja) * 2010-04-23 2010-07-22 Hitachi Ltd データベース処理方法、データベース処理システム及びデータベース管理プログラム

Also Published As

Publication number Publication date
US20030078944A1 (en) 2003-04-24
US7124133B2 (en) 2006-10-17

Similar Documents

Publication Publication Date Title
JP2003131924A (ja) リモートアクセスプログラム、リモートアクセス要求処理プログラム、およびクライアントコンピュータ
US11375008B2 (en) Consumption of data services provisioned in cloud infrastructures
US6775673B2 (en) Logical volume-level migration in a partition-based distributed file system
WO2019245764A1 (en) Hierarchical namespace with strong consistency and horizontal scalability
US11818209B2 (en) State management and object storage in a distributed cloud computing network
US8429129B2 (en) Database restructuring apparatus, and computer-readable recording medium recording database restructuring program
US9390156B2 (en) Distributed directory environment using clustered LDAP servers
CN111966482B (zh) 边缘计算***
US10986065B1 (en) Cell-based distributed service architecture with dynamic cell assignment
CN111444157B (zh) 分布式文件***及数据访问方法
KR101236477B1 (ko) 비대칭 클러스터 파일 시스템의 데이터 처리 방법
US9740717B2 (en) Method of operation for a hierarchical file block variant tracker apparatus
CN116451213A (zh) 主机的容器***、动态挂载主机数据至容器的方法及应用程序
JP2004318744A (ja) 高可用性を提供するデータベース処理方法
CN113746641A (zh) 一种基于分布式存储的odx协议处理方法
CN113079098A (zh) 路由更新的方法、装置、设备和计算机可读介质
JP7137072B2 (ja) 情報処理システム、負荷分散処理装置および負荷分散処理プログラム
JP4874807B2 (ja) サーバ管理プログラム、サーバ管理方法、およびサーバ管理装置
JP4224279B2 (ja) ファイル管理プログラム
JP2004302564A (ja) ネームサービス提供方法及びその実施装置並びにその処理プログラム
US20160357780A1 (en) Hierarchical file block variant tracker apparatus coupled to a Librarian and to a remote file service
CN111400110B (zh) 数据库访问管理***
JP2001318905A (ja) ディスク共有型分散サーバシステム
JP2003157194A (ja) ファイルサーバプログラム
JP2001331398A (ja) サーバ管理システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040512

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070814

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080122