JP4327869B2 - Distributed file system, distributed file system server, and access method to distributed file system - Google Patents
Distributed file system, distributed file system server, and access method to distributed file system Download PDFInfo
- Publication number
- JP4327869B2 JP4327869B2 JP2007194057A JP2007194057A JP4327869B2 JP 4327869 B2 JP4327869 B2 JP 4327869B2 JP 2007194057 A JP2007194057 A JP 2007194057A JP 2007194057 A JP2007194057 A JP 2007194057A JP 4327869 B2 JP4327869 B2 JP 4327869B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- server
- protocol
- dfs
- update
- 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.)
- Expired - Fee Related
Links
Images
Description
本発明は、分散ファイルシステム(DFS:ディストリビューティッドファイルシステム)、分散ファイルシステムサーバ及び分散ファイルシステムへのアクセス方法に係り、特に、ネットワーク上の複数のサーバにファイルを分散して格納することにより、1つのファイルシステムを構成する分散ファイルシステム、分散ファイルシステムサーバ及び分散ファイルシステムへのアクセス方法に関する。 The present invention relates to a distributed file system (DFS: distributed file system), a distributed file system server, and a method for accessing a distributed file system. In particular, by distributing and storing files on a plurality of servers on a network, The present invention relates to a distributed file system, a distributed file system server, and a method for accessing a distributed file system that constitute one file system.
ネットワークファイルシステムとして、NFSやCIFS(コモンインターネットファイルシステム)と呼ばれるUNIX(登録商標)等のOS上に構築されたファイルシステムが知られている。これらのファイルシステムは、1つのサーバによって1つのファイルシステムを構成する集中型のファイルシステムであり、ファイルの実体がある特定のサーバ上に存在する。クライアントからファイルに対してアクセスを行う場合、各クライアントは、それぞれのプロトコルを用いてまずこのファイルの存在するサーバにアクセスを行う。そして、クライアントは、サーバ上でファイルを特定するために、ディレクトリ構造を用いる。 As a network file system, a file system constructed on an OS such as UNIX (registered trademark) called NFS or CIFS (Common Internet File System) is known. These file systems are centralized file systems in which one file system is configured by one server, and the file entity exists on a specific server. When accessing a file from a client, each client first accesses a server on which the file exists using each protocol. The client then uses the directory structure to identify the file on the server.
これに対して、OceanStore等のDFSは、クライアントがファイルにアクセスを行う場合、サーバやパス名を特定する代わりに、GUIDというシステムで一意に付けられた識別子を用いている。DFSの場合、ファイルは、ネットワーク上に存在する複数のDFSサーバ上のいずれかにその実体が存在する。ファイルの実体は、1つのサーバだけが持っている必要はなく、複製として他のサーバ上に存在してもよい。また、ファイルの実体は、そのファイル全体を1つのDFSサーバで保持する必要はなく、ファイルが幾つかの部分に分割され、1つのDFSサーバにはその分割された1つの部分(フラグメントと呼ぶ)のみを存在させ、他のフラグメントを他のDFSサーバ上に存在させてもよい。 On the other hand, when a client accesses a file, a DFS such as OceanStore uses an identifier uniquely assigned by a system called GUID instead of specifying a server or a path name. In the case of DFS, the existence of a file exists on any of a plurality of DFS servers existing on the network. The file entity need not be owned by only one server, but may exist on another server as a copy. In addition, the file entity does not have to hold the entire file by one DFS server, and the file is divided into several parts, and one divided part (called a fragment) is divided into one DFS server. May exist and other fragments may exist on other DFS servers.
DFSにおけるファイルにアクセスするクライアントは、ファイルに対する参照、書き込みを行う場合、ネットワーク上のいずれか1つのサーバに対し、GUIDを指定してファイルを特定してアクセスする。 When a client accessing a file in DFS refers to or writes to the file, the client specifies any file by specifying a GUID and accesses any one server on the network.
なお、本発明に近い従来技術として、ストレージサーバがあらゆる種類のユーザデータへの接続を担う通信インタフェースを備えたシステムが、例えば、特許文献1等に記載されて知られている。
DFSは、NFSやCIFSといったネットワークファイルシステムと異なる特性を持つため、DFSのファイルにアクセスを行うためには、専用のDFSプロトコルを用いてアクセスを行わなければならない。このため、NFSやCIFSといったプロトコルのみを使用する従来のクライアントは、DFSのファイルに対してアクセスを行うことが不可能であり、従来から用いていたプログラムを改良する等、クライアント側をDFSに対応させる変更を行う必要があった。 Since DFS has characteristics different from those of network file systems such as NFS and CIFS, in order to access a DFS file, it must be accessed using a dedicated DFS protocol. For this reason, conventional clients that use only protocols such as NFS and CIFS cannot access DFS files, and the client side is compatible with DFS, for example, by improving the programs used in the past. There was a need to make changes.
本発明の目的は、前述した点に鑑み、クライアント側の変更を行うことなく、従来プロトコルを用いてDFSのファイルにアクセスを行うことを可能とした分散ファイルシステム、分散ファイルシステムサーバ及び分散ファイルシステムへのアクセス方法を提供することにある。 An object of the present invention is to provide a distributed file system, a distributed file system server, and a distributed file system capable of accessing a DFS file using a conventional protocol without making any changes on the client side. It is to provide an access method.
本発明によれば前記目的は、集中型のファイルシステムにアクセスを行うためのプロトコルを用いてアクセス可能な分散ファイルシステムにおいて、分散してファイルを格納している複数のDFSサーバをネットワーク上に備え、前記複数のDFSサーバの少なくとも1つが、集中型のファイルシステムにアクセスを行うためのプロトコルを分散ファイルをアクセス可能なプロトコルに変換して分散ファイルにアクセスするゲートウェイ部を備えて構成されることにより達成される。 According to the present invention, the object is to provide a distributed file system that can be accessed using a protocol for accessing a centralized file system, on a network, with a plurality of DFS servers that store files in a distributed manner. And at least one of the plurality of DFS servers includes a gateway unit that accesses a distributed file by converting a protocol for accessing a centralized file system into an accessible protocol by accessing the distributed file. Achieved.
また、前記目的は、集中型のファイルシステムにアクセスを行うためのプロトコルを用いてアクセス可能な分散ファイルシステムの分散してファイルを格納している分散ファイルシステムサーバにおいて、集中型のファイルシステムにアクセスを行うためのプロトコルを分散ファイルをアクセス可能なプロトコルに変換して分散ファイルにアクセスするゲートウェイ部を備えて構成されることにより達成される。 Another object of the present invention is to access a centralized file system in a distributed file system server in which distributed files are stored in a distributed file system that can be accessed using a protocol for accessing the centralized file system. It is achieved by comprising a gateway unit that converts the distributed file into an accessible protocol and accesses the distributed file.
さらに、前記目的は、集中型のファイルシステムにアクセスを行うためのプロトコルを用いて、分散ファイルシステムにアクセスを行う分散ファイルシステムへのアクセス方法において、集中型のファイルシステムにアクセスを行うためのプロトコルを分散ファイルをアクセス可能なプロトコルに変換して分散ファイルにアクセスすることにより達成される。 Furthermore, the object is to provide a protocol for accessing a centralized file system in a method for accessing a distributed file system using a protocol for accessing a centralized file system. Is achieved by converting the distributed file into an accessible protocol and accessing the distributed file.
以上説明したように本発明によれば、クライアント側の変更を行うことなく、NFSやCIFS等の従来プロトコルを用いてDFS上のファイルにアクセスを行うことができる。 As described above, according to the present invention, it is possible to access a file on the DFS using a conventional protocol such as NFS or CIFS without changing on the client side.
以下、本発明による分散ファイルシステム(DFS)及びDFSサーバの実施形態を図面により詳細に説明する。 Hereinafter, embodiments of a distributed file system (DFS) and a DFS server according to the present invention will be described in detail with reference to the drawings.
図1は本発明の一実施形態による分散ファイルシステムの構成例を示すブロック図である。図1において、1はネットワーク、2はDFSサーバ、3はDFSクライアント、4はNFSクライアント、5はCIFSクライアントである。 FIG. 1 is a block diagram showing a configuration example of a distributed file system according to an embodiment of the present invention. In FIG. 1, 1 is a network, 2 is a DFS server, 3 is a DFS client, 4 is an NFS client, and 5 is a CIFS client.
図1に示す本発明の一実施形態による分散ファイルシステム(DFS)は、ネットワーク1と、ネットワーク1に接続された複数のDFSサーバ2と、DFS用のプロトコルを用いてネットワーク1上のファイルシステムにアクセスを行うDFSクライアント3と、NFSやCIFSといったネットワーク1上の1つのファイルサーバにより実現されたファイルシステムにアクセスを行うための従来プロトコルでアクセスを行う従来プロトコルクライアントであるNFSクライアント4及びCIFSクライアント5とにより構成される。
A distributed file system (DFS) according to an embodiment of the present invention shown in FIG. 1 is a network system, a plurality of
図1に示すDFSにおいて、ネットワーク1上のDFSクライアント3は、専用のDFSプロトコルを用いて1つのDFSサーバ2に対してアクセスを行って、ファイルに対する参照や書き込みを行う。DFS上のファイルには、システム内で一意に識別できる番号であるGUIDという識別子が付けられており、参照時にDFSクライアント3からファイルを特定するために用いられる。ファイルに対するGUIDは、ファイルの書き込み時に、DFSサーバ2によって一意に割り当てられ、DFSクライアント3に書き込みの応答として知らされる。
In the DFS shown in FIG. 1, a DFS client 3 on the
詳述すれば、DFSクライアントは、ファイルに対する参照を行う場合、ネットワーク上のいずれか1つのDFSサーバ2に対し、GUIDを指定してファイルを特定してアクセスする。アクセスされたDFSサーバ2は、自サーバ上にファイルの実体が存在しない場合、ファイルの実体が存在する他のDFSサーバ2に対して問い合わせを行い、データを集めてファイルの実体を自DFSサーバ上に構築することにより、クライアントに対してアクセスを可能とさせる。
More specifically, when referring to a file, the DFS client specifies and accesses the file to one of the
また、DFSクライアントは、ファイルの書き込みを行う場合、1つのDFSサーバに対して書き込みのデータを送信する。書き込みの応答として、クライアントは、サーバからGUIDを受け取る。書き込んだファイルに対するアクセスは、このサーバから受け取ったGUIDを用いて行う。 Further, when writing a file, the DFS client transmits the write data to one DFS server. In response to the write, the client receives a GUID from the server. Access to the written file is performed using the GUID received from this server.
DFSの場合、同一のファイルの実体が複数のDFSサーバ上に存在することがある。このような状況で、クライアントが一度書き込まれたデータの内容を変更する更新書き込みを行った場合、各DFSサーバでファイルのデータの一貫性を保証するのが難しい。このため、DFSの中には、GUIDで指定されるファイルへの書き込みを一度だけ行い、更新書き込みを存在させず、一度書き込んだ後は参照のみを可能とするようにしたものがある。このような特性のファイルシステムを追記型ファイルシステムと呼ぶ。 In the case of DFS, the same file entity may exist on a plurality of DFS servers. In such a situation, when the client performs update writing to change the contents of data once written, it is difficult to guarantee the consistency of file data in each DFS server. For this reason, in some DFS, writing to a file specified by GUID is performed only once, update writing does not exist, and only writing can be performed after writing once. A file system having such characteristics is called a write-once file system.
追記型ファイルシステムの場合、更新書き込みに当たるファイルの内容の変更は、新たなファイルの世代への書き込みに当たり、その書き込み、すなわち、新たな世代に対して、新たなGUIDが割り振られて行われることとなる。そして、これらの一連の世代はファイル群として管理される。 In the case of a write-once file system, the change of the file contents corresponding to update writing is performed when writing to a new file generation, that is, a new GUID is allocated to the new generation. Become. These series of generations are managed as a file group.
図1に示す本発明の実施形態によるDFSは、前述したような追記型のファイルシステムであり、一度書き込みを行い、GUIDを割り当てられたファイルに対して内容の更新を行うことができないものとする。その代わりに、図1に示すDFSは、ファイルには世代が存在し、ファイルに対する更新書き込みに当たる処理が、新しい世代のファイルを作成することに相当する。各世代には、別のGUIDが割り当てられるが、世代の異なるファイルの集まりはファイル群として管理される。このファイル群に対しても一意に識別可能なファイル群識別子が割り当てられる。そして、ファイル群識別子と世代とを示す世代番号を指定することによりファイルを識別するGUIDを得ることができる。 The DFS according to the embodiment of the present invention shown in FIG. 1 is a write-once file system as described above, and it is not possible to perform writing once and update the contents of a file assigned with a GUID. . Instead, the DFS shown in FIG. 1 has a generation in the file, and the processing for update writing to the file corresponds to creating a new generation file. A different GUID is assigned to each generation, but a collection of files of different generations is managed as a file group. A uniquely identifiable file group identifier is also assigned to this file group. A GUID for identifying a file can be obtained by designating a generation number indicating a file group identifier and a generation.
図2はファイル群識別子と世代番号とからGUIDを求める方法の一例を説明する図である。図2に示すように、GUIDとして、GUIDの内上位のビットをファイル群識別子61とし、残りの下位のビットを世代番号62としたものを用いる。図2に示す例は、1つの例であり、GUIDを別の方法で求めるようにしてもよい。
FIG. 2 is a diagram for explaining an example of a method for obtaining a GUID from a file group identifier and a generation number. As shown in FIG. 2, the GUID having the upper bits in the GUID as the
従来プロトコルクライアントであるNFSクライアント4及びCIFSクライアント5は、DFSのプロトコルではない従来のネットワークファイルシステムのプロトコルを用いてファイルにアクセスを行う。通常、これらの従来プロトコルクライアントは、ファイルにアクセスを行う場合、すでに説明したように、ファイルを特定するためにディレクトリ構造を用いる。 The NFS client 4 and the CIFS client 5, which are conventional protocol clients, access a file using a conventional network file system protocol that is not a DFS protocol. Usually, when these conventional protocol clients access a file, as described above, a directory structure is used to identify the file.
図3は従来プロトコルクライアントが用いるディレクトリ構造について説明する図であり、図3を参照して、ディレクトリの構造について説明する。図3の中では、ディレクトリを実線で囲んだ四角で表し、ファイルを破線で囲んだ四角で表している。 FIG. 3 is a diagram for explaining the directory structure used by a conventional protocol client. The directory structure will be described with reference to FIG. In FIG. 3, the directory is represented by a square surrounded by a solid line, and the file is represented by a square surrounded by a broken line.
全てのディレクトリは、ルートディレクトリ41(“/”で示される)の配下に属す木構造で定義される。そして、全てのファイルは、この木構造のディレクトリのいずれかのディレクトリ(複数であってもよい)に属することになる。このような木構造のディレクトリは、1つのディレクトリ内のファイルに対して、一意に名前(ファイル名)を付けることができる形となっている。このため、ファイルを特定する場合には、ファイルの属するディレクトリを示すパス名とそのファイルのファイル名とを指定すればよいことになる。例えば、図3に示すファイル45は、/dira/dira2/dira22/file0001 という形で特定することができる。従って、クライアントは、ファイルへの参照や更新といったアクセスを行う場合、そのファイルの存在するサーバに対してパス名とファイル名とを指定してファイルを特定し、その後にそのファイルの参照や更新の要求を行うことになる。
All directories are defined by a tree structure belonging to the root directory 41 (indicated by “/”). All the files belong to any one (or plural) of the tree-structured directories. Such a tree-structured directory has a form in which a name (file name) can be uniquely assigned to files in one directory. For this reason, when a file is specified, a path name indicating a directory to which the file belongs and a file name of the file need only be specified. For example, the
本発明の実施形態は、クライアント側に新たなソフトウェアを組み込む等の変更を不要とし、NFSやCIFSといった従来プロトコルクライアントがDFSのファイルにアクセスを行うことを可能としており、次に、そのためのDFSサーバの構成を説明する。 The embodiment of the present invention eliminates the need for changes such as incorporating new software on the client side, and allows conventional protocol clients such as NFS and CIFS to access DFS files. The structure of will be described.
図4はDFSサーバの構成を示すブロック図、図5はゲートウェイ部の構成を示すブロック図である。図4、図5において、21はDFS制御部、22はディスクドライブ、23は主メモリ、24はOS、25はゲートウェイ部、26はDFS処理部、27はディスクドライブ処理部、28はCPU、29はHDD、31は従来プロトコル処理部、32はDFSアクセス部、33はディレクトリ管理部である。 FIG. 4 is a block diagram showing the configuration of the DFS server, and FIG. 5 is a block diagram showing the configuration of the gateway unit. 4 and 5, 21 is a DFS control unit, 22 is a disk drive, 23 is a main memory, 24 is an OS, 25 is a gateway unit, 26 is a DFS processing unit, 27 is a disk drive processing unit, 28 is a CPU, 29 Is an HDD, 31 is a conventional protocol processing unit, 32 is a DFS access unit, and 33 is a directory management unit.
DFSサーバ2は、図4に示すように、サーバ全体の処理を実行するCPU28と、主メモリ23と、ファイルを格納するディスクを備えるディスクドライブ22と、主メモリ23に展開して使用されるOS、アプリケーション等を格納するHDD29とを備えて構成される。主メモリ23内には、OS24とDFS制御部21とが構成され、また、DFS制御部21は、ゲートウェイ部25と、DFS処理部26と、ディスクドライブ処理部27とにより構成される。
As shown in FIG. 4, the
DFS制御部21は、CPU28上でDFS機能を提供するプログラムが動作することによりDFSのサーバとしての機能を果たす。そして、DFS制御部21は、ゲートウェイ部25、DFS処理部26、ディスクドライブ処理部27の処理により、ネットワーク1を介してクライアント(NSFクライアント4、CISFクライアント5等の従来プロトコルクライアント及びDFSクライアント3)や、他のDFSサーバ2からの要求に対して処理を行う。
The
DFS処理部26は、DFSプロトコルによる要求を受け付け、その要求に従ってディスクドライブ処理部27や他のDFSサーバ2に対して処理要求を行い、その結果から応答を作成して要求元に返す。
The DFS processing unit 26 receives a request according to the DFS protocol, makes a processing request to the disk drive processing unit 27 or another
ゲートウェイ部25は、NFSやCIFSといった従来プロトコルのネットワークファイルシステムに対するのと同一の要求をNFSクライアントやCIFSクライアントから受け付け、その要求に従った処理を必要に応じて他の処理部に要求を行って処理した後、要求に対する処理の結果をNFSクライアントやCIFSクライアントクライアントに応答として返す。
The
前述により、DFSサーバ2は、従来プロトコルクライアントからの要求に対して、従来プロトコルのファイルサーバと同様にアクセスを受け、同様に、応答することが可能となる。
As described above, the
ゲートウェイ部25は、全てのDFSサーバ2上に存在する必要はなく、従来プロトコルのクライアントからのアクセスポイントとなりうるDFSサーバ2上にのみ存在すればよい。すなわち、ゲートウェイ部25は、従来プロトコルのクライアントからアクセスが行われるDFSサーバにのみ必要となる。このため、通常のDFSクライアント3からアクセスを行う場合、ゲートウェイ部25は必要ではない。
The
ゲートウェイ部25は、図5に示すように、従来プロトコル処理部31と、DFSアクセス部32と、ディレクトリ管理部33とにより構成される。
As shown in FIG. 5, the
従来プロトコル処理部31は、NFSクライアント、CIFSクライアントからの従来プロトコルを受け付け、従来プロトコルに合った応答を返す処理を行う処理部である。この従来プロトコル処理部31は、受け付けるプロトコル毎に存在し、対応するプロトコルの内容を判断し、要求に応じて他の処理部に処理の要求を行う。
The conventional
DFSアクセス部32は、従来プロトコル処理部31からの要求を受け付け、DFS制御部21内のDFS処理部26との橋渡しを行う処理部である。すなわち、DFSアクセス部32は、従来プロトコル処理部31からの要求に応じて、DFSに対する要求を作成し、DFS処理部26を介してDFSのファイルにアクセスを行うための処理部である。
The
ディレクトリ管理部33は、従来プロトコルのファイルシステムが持っているディレクトリ構造上のファイルとDFSでのファイル識別子であるGUIDとの対応を管理するための処理部である。従来プロトコルによるファイルの指定は、そのファイルが存在するディレクトリを示すパス名とディレクトリ内で一意のファイル名とにより行われる。これに対し、DFSによるファイルの指定は、GUIDというシステム内で一意である識別子によって行われる。DFSは、従来プロトコルでのディレクトリに当たる構造を持っている場合、その構造を使用することにより、従来ファイルシステムのファイルとGUIDとの対応を取ることが可能である。しかし、DFSの中には、ディレクトリに当たる構造を有しないシステムも存在する。すなわち、このディレクトリに当たる構造を有しないDFSは、GUIDのみで全システム内でのファイルを一意に認識することができるため、ファイルのパスに当たる構造を必要としない。
The
このようなディレクトリ構造を持たないDFSは、従来プロトコルでアクセスを行うことを可能とするために、ディレクトリ構造のパスで指定されるファイルとGUIDとの対応を取るための仕組みが必要である。これを行うディレクトリ管理部33は、ディレクトリ構造のパスで指定されるファイルとGUIDとの対応を取るための仕組みを提供するものである。
A DFS having no directory structure requires a mechanism for associating the file specified by the path of the directory structure with the GUID in order to enable access using the conventional protocol. The
ディレクトリ管理部33は、従来プロトコルからのディレクトリ操作やディレクトリ情報の読み出し要求に対する処理を行う。このため、ディレクトリ管理部33は、従来プロトコルのファイルシステムが持っているディレクトリ管理情報と同等のディレクトリ管理情報を持つ。
The
図6はディレクトリ管理情報50の構造を説明する図である。ディレクトリ管理情報50は、複数のエントリ51により構成されている。そして、エントリ51は、図3により説明したディレクトリまたはファイル毎に存在する。
FIG. 6 is a diagram for explaining the structure of the
各エントリ51は、そのディレクトリまたはファイルが属するディレクトリである親ディレクトリのエントリへのポインタであるp_parent52と、そのエントリ51がディレクトリの場合、そのディレクトリに属するディレクトリまたはファイルの1つへのポインタであるp_subdir53と、同一のディレクトリのエントリ同士を指すポインタである p_child54と、ディレクトリまたはファイルの名前を格納するf_name55とを有する。また、エントリ51がファイルの場合、DFS上でそのファイルを識別するファイル群識別子がf_id56に格納される。このディレクトリ管理情報50の各エントリ51は、p_parent52、p_subdir53、 p_child54の3種類のポインタによりディレクトリ構造に対応した構造に作成されている。そのため、パスに指定されたディレクトリのエントリについてポインタを順にたどっていくことにより目的のファイルのエントリ51にたどり着くことが可能である。そして、そのエントリ51には、ファイル群識別子が格納されているため、従来プロトコルのファイルシステムで指定するパス名とファイルから、DFSのファイル群識別子を求めることが可能である。
Each
すなわち、いま、図6の最上段に示すエントリが、図3に示すルートエントリであるとすると、図6の中段に示すエントリは、図3に示すディレクトリdira、dirb、file1 等に相当し、最上段に示すエントリのp_subdir53がディレクトリdiraに相当する中段右側のエントリを指し示し、この中段右側のエントリの p_child54がディレクトリdirbに相当する中段右側のエントリを指し示す。同様に、ディレクトリdiraに相当する中段右側のエントリのp_subdir53がディレクトリdira1 に相当する下段のエントリを指すことになる。
That is, if the entry shown at the top of FIG. 6 is the root entry shown in FIG. 3, the entry shown at the middle of FIG. 6 corresponds to the directory dira, dirb, file1, etc. shown in FIG. The entry p_subdir 53 in the upper row indicates the middle right entry corresponding to the directory dira, and the
従って、従来クライアントからのパス名とそのファイルのファイル名とが、図3で説明したように、例えば、/dira/dira2/dira22/file0001 と指定されたとき、ディレクトリに従って、順にエントリ51を辿っていくことにより、ディレクトリまたはファイルの名前を格納するf_name55に指定されたファイル名を持つエントリを探すことができ、これにより、ファイル群識別子f_id56を得ることができる。
Therefore, when the path name from the conventional client and the file name of the file are specified as, for example, / dira / dir2 / dir22 / file0001 as shown in FIG. 3, the
前述したようなディレクトリ管理情報50へのファイルの登録は、次のような場合に行われる。1つ目は、従来プロトコルでファイルを作成する場合である。この場合、パス名とファイル名とが指定されてファイルが作成されるので、従来プロトコル処理部31は、それに合わせてエントリを作成し、ディレクトリ管理情報50のパス名に当たる位置にエントリを追加すればよい。2つ目は、DFSプロトコルでファイルを作成する場合である。この場合、そのままではディレクトリ管理情報50が作成されないため、従来プロトコルからアクセスを行うことができない。そのため、DFSで作成したファイルに従来プロトコルからアクセスを行いたい場合、DFS処理部26は、ゲートウェイ部25に対してディレクトリへの登録要求を行う必要がある。この登録要求は、DFS処理部26からパス名、ファイル名及び登録するファイルのファイル群識別子を指定してゲートウェイ部25に行われる。
Registration of a file in the
また、前述のディレクトリ管理情報50は、システム内の各DFSサーバ2に存在するゲートウェイ部同士で通信する等により共有することができる。これにより、各アクセスポイントから同一のファイルシステムとしてアクセスを行うことが可能となる。または、各DFSサーバ2のそれぞれのゲートウェイ部25が別個のディレクトリ管理情報50を持つようにすることができ、これにより、それぞれのアクセスポイントで異なるファイルシステムとして見せることも可能である。
The
図7は従来プロトコルを使用してDFSのファイルにアクセスしてファイルを参照するときの処理動作を説明するフローチャートであり、次に、これについて説明する。 FIG. 7 is a flowchart for explaining a processing operation when a DFS file is accessed and a file is referred to using a conventional protocol, which will be described next.
(1)従来プロトコルで、あるディレクトリ内のファイルの参照を行う場合、従来プロトコルクライアント4または5は、ファイルのディレクトリ位置を示すパスとファイル名とを指定してファイルを特定し、そのファイルに対する参照を行うためのアクセスを行う。 (1) When referring to a file in a directory using the conventional protocol, the conventional protocol client 4 or 5 specifies a file specifying the path and file name indicating the directory location of the file, and refers to the file. Access to do.
(2)従来プロトコル処理部31は、前述のようなファイルを特定した参照要求を受けた場合、ディレクトリ管理部33に問い合わせを行い、ファイル群識別子を得ることになる。ディレクトリ管理部33は、従来のファイルシステムでディレクトリを1階層ずつたどるのと同様に、ディレクトリ管理部33の持つディレクトリ管理情報50のエントリについて順にポインタをたどって指定のファイルのエントリにたどり着く。そして、そのエントリから指定されたファイル名のファイル群識別子を得て、従来プロトコル処理部31に返す(ステップ81)。
(2) When the conventional
(3)従来プロトコル処理部31は、GUIDを得るためにファイル群識別子の最新世代番号をDFSアクセス部32に対して問い合わせる。DFSアクセス部32は、DFSのプロトコルを使用することにより、ファイル群識別子を管理する他のDFSサーバ2に問い合わせる等の方法により最新の世代番号を求め、従来プロトコル処理部31に返す(ステップ82)。
(3) The conventional
(4)従来プロトコル処理部31は、ステップ81、82で得たファイル群識別子と世代番号とからGUIDを求める(ステップ83)。
(4) The conventional
(5)従来プロトコル処理部31は、ステップ83で求めたGUIDを使用してDFSアクセス部32に対してGUIDの読み出し要求を発行する。この要求を受けたDFSアクセス部32は、DFSプロトコルを使用してDFSに対して要求を発行し読み出し要求に対するデータを得る(ステップ84)。
(5) The conventional
(6)従来プロトコル処理部31は、ステップ84で、DFSアクセス部32が読み出したデータを応答として、参照要求を行ったクライアントに返す(ステップ85)。
(6) The conventional
図8は従来プロトコルを使用してDFSのファイルにアクセスしてファイルを更新するときの処理動作を説明するフローチャートであり、次に、これについて説明する。 FIG. 8 is a flowchart for explaining the processing operation when a DFS file is accessed and the file is updated using the conventional protocol. Next, this will be described.
(1)従来プロトコルで、あるディレクトリ内のファイルの更新を行う場合、従来プロトコルクライアント4または5は、ファイル参照時と同様に、ファイルのディレクトリ位置を示すパスとファイル名とを指定してファイルを特定し、そのファイルに対する更新を行うためのアクセスを行う。 (1) When updating a file in a directory using the conventional protocol, the conventional protocol client 4 or 5 designates a file by specifying a path indicating the directory location of the file and a file name in the same manner as when referring to the file. Identify and access to update the file.
(2)従来プロトコル処理部31は、前述のようなファイルを特定して更新要求を受けた場合、受け取った要求が分割されて行われる要求の2つ目以降の要求であるか否か(これについての詳細は後述する)、すなわち、すでに更新中のデータに対する更新か否かを判定する(ステップ91)。
(2) When the conventional
(3)ステップ91の判定で、すでに更新中のデータに対する更新ではなかった場合、従来プロトコル処理部31は、ディレクトリ管理部33に問い合わせを行い、ファイル群識別子を得ることになる。そのため、従来プロトコル処理部31は、参照処理の場合と同様に、ディレクトリ管理部33にファイル群識別子を問い合わせる。更新書込みの場合、既に存在するファイルに対する書込みであるため、ディレクトリ管理テーブルにエントリが存在する。参照のときと同様に、このエントリを求めることで、ファイル群識別子を得ることができる。また、ファイルの新規作成の場合、新規に作成されるファイルに対するエントリは存在しない。この場合、ファイルの作成要求時に、ディレクトリ管理情報50にエントリを作成して登録すると共に、DFS処理部26に対してもファイル作成要求を発行し、DFS処理部26からファイル群識別子を得る処理を行う必要がある。その後は、新しく作成したファイルに対して、更新時と同様に後述するステップ95からの処理を行い、データの書込みを行えばよい(ステップ92)。
(3) If it is determined in step 91 that the update is not performed on the data that is already being updated, the conventional
(4)ファイル群識別子を得た後、ファイルの更新内容を書き込むために、ファイル識別子の指すファイル群に新しい世代を作成する必要がある。このために、従来プロトコル処理部31は、ステップ93で、DFSアクセス部32に対して新世代作成の要求発行を依頼する(ステップ93)。
(4) After obtaining the file group identifier, it is necessary to create a new generation in the file group indicated by the file identifier in order to write the updated contents of the file. For this purpose, the conventional
(5)DFSアクセス部32は、DFS処理部26に対して新世代を登録し、得た世代番号を応答として従来プロトコル処理部31に返す。従来プロトコル処理部31は、この応答の世代番号とファイル群識別子からGUIDを得ることができる(ステップ94)。
(5) The
(6)従来プロトコルは、ファイルへの一連の更新でも、1度の処理要求で行われることは限らない。例えば、NFSでは設定によりサイズの変更が可能ではあるが、通常、更新要求は、8KB単位という決まった大きさ毎のファイルの更新処理として行われ、8KBを越える更新を行う場合、複数の更新要求に分割されて行われる。例えば、24KBの更新を行いたいような場合、3つの8KBの更新に分割されて行われることとなる。このような分割されて行われる更新要求毎に新たな世代番号が作成されるのを防ぐため、一旦ファイルの更新を開始すると、その更新が終了するまでファイルが更新中であることを記憶しておく必要がある。このため、従来プロトコル処理部31は、更新を開始したファイルを後述するファイル監視テーブルに登録する(ステップ95)。
(6) The conventional protocol is not always performed with a single processing request even in a series of updates to a file. For example, in NFS, the size can be changed by setting, but normally, an update request is performed as a file update process for each fixed size of 8 KB units. When updating exceeding 8 KB, multiple update requests are performed. This is done by dividing it into two. For example, when it is desired to update 24 KB, the update is divided into three 8 KB updates. In order to prevent a new generation number from being created for each update request made in this way, once the file update is started, the fact that the file is being updated is stored until the update is completed. It is necessary to keep. For this reason, the conventional
(7)ステップ91の判定で、すでに更新中のデータに対する更新であった場合、従来プロトコル処理部31は、後述するファイル監視テーブルからGUIDを得る(ステップ96)。
(7) If it is determined in step 91 that the update has already been performed on the data that is already being updated, the conventional
(8)従来プロトコル処理部31は、ステップ95の処理で、ファイル監視テーブルへの登録の後、または、ステップ96の処理処理で、ファイル監視テーブルからGUIDを得た後、ステップ97で、GUIDを指定して更新要求のデータの書き込みをDFSアクセス部32に依頼する。DFSアクセス部32は、DFS処理部26に対して書き込みの要求を行う(ステップ97)。
(8) The conventional
(9)書き込み終了後、従来プロトコル処理部31は、DFS処理部26からの応答をDFSアクセス部32を介して受け取り、従来プロトコルクライアントに対して更新要求の完了の応答を返す(ステップ98)。
(9) After the writing is completed, the conventional
図9はファイル監視テーブルの構造を説明する図である。このテーブル70の各エントリは、更新中のファイルに対応する。エントリの内容は、ファイルを識別するための情報72と、書き込み中のファイルの世代を表す世代番号73からなる。ファイルを識別するための情報72として、この図9ではディレクトリ情報のエントリへのポインタとしてp_dentryを用いている。
FIG. 9 is a diagram for explaining the structure of the file monitoring table. Each entry in the table 70 corresponds to a file being updated. The contents of the entry include
受け取った要求が分割されて行われる要求の2つ目以降の要求であるか否かは、ファイル監視テーブル70に登録されている情報を調べることにより知ることができ、従来プロトコル処理部31は、2つ目以降の要求である場合、新たに世代を作成しないようにする。このために、図8により説明した処理において、従来プロトコル処理部31は、更新要求を受け取った場合、ステップ91の処理で、ファイル監視テーブル70を調べ、既に更新中のファイルに対する更新要求であるか否かをチェックしている。そして、更新中でない場合、前述したように、ステップ92に進み、新世代を作成してデータの書き込みを行うことになる。また、既に更新中であった場合、ステップ96で、ファイル監視テーブル70からGUIDを得て、そのGUIDに対してステップ97で、データの書き込み要求を行う。
Whether or not the received request is the second or subsequent request made by dividing the request can be known by examining information registered in the file monitoring table 70. The conventional
ゲートウェイ部25は、前述したようにしてファイルの更新要求を処理することが可能であるが、作成した新しい世代の登録を完了させるために、この世代への更新の終了をDFS処理部26に通知する必要がある。このために、ゲートウェイ部25は、従来プロトコルクライアントから従来プロトコルで送られてくる一連の更新要求の終了を監視する必要がある。
The
この一連の更新要求の終了を示すトリガは、それぞれのプロトコルにより異なる。例えば、CIFSのように、ファイルに対して操作を行うときにオープンし、終了するときにクローズを行うような、ファイル操作中の状態を持つプロトコルである場合、操作終了のクローズ要求がこの更新要求の終了を示すトリガに当たる。これに対し、NFSは、ファイルのオープンやクローズに当たる操作がなく、ファイルが操作中であるか否かを示す状態を持たない。このようなプロトコルの場合、別のトリガで操作の終了を判断する必要がる。 The trigger indicating the end of the series of update requests differs depending on each protocol. For example, in the case of a protocol such as CIFS that has a state in which a file is being operated such that it is opened when an operation is performed on a file and is closed when the file is terminated, the close request for operation completion is the update request. It hits the trigger indicating the end of. On the other hand, NFS does not have an operation for opening or closing a file and does not have a state indicating whether the file is being operated. In the case of such a protocol, it is necessary to determine the end of the operation with another trigger.
この場合のトリガとしては複数の場合が考えられる。1つは、更新要求が到着する時間間隔である。従来プロトコルクライアントは、ゲートウェイ部25に対して一連の更新を分割して発行するが、通常、分割された1つの更新要求が終了するとすぐに次の更新要求を発行する。このため、ゲートウェイ部25は、更新要求が到着する時間間隔を監視し、ある一定時間以上次の更新要求が到着しない場合に、一連の更新要求が終了したとみなすことができる。また、別のトリガとしてコミットの要求が考えられる。例えば、NFSのバージョン3以降のものは、更新を行ったファイルの内容をディスクに反映させる方法としてコミットというコマンドが用意されている。コミットの発行契機は、特に規定されているわけではないが、通常、あるまとまった意味のある更新が終了した場合に発行される。このため、ゲートウェイ部25は、このコミットの要求が到着した場合に一連の更新要求が終了したとみなすことができる。但し、コミットは、更新の終了時に必ず発行されるとは限らないので、このコミットのみをトリガとすると更新の終了を認識することができない場合があるので、先に説明した時間監視と組み合わせて用いる必要がある。
A plurality of cases can be considered as triggers in this case. One is the time interval at which the update request arrives. Conventional protocol clients divide and issue a series of updates to the
前述のようなトリガを監視して新しい世代作成の終了を判断する方法は、本来の一連の更新の終了以前にトリガだと認識し世代作成を終了してしまう可能性がある。例えば、一定時間をトリガとしている方法は、ネットワーク1の状態等の理由により次の更新要求の到着が遅れることにより、本来引き続いて行われている更新を終了と判断してしまう場合がある。しかし、このような場合でも、余計に世代が追加されてしまうだけで、ファイルの更新内容が失われなければ特に問題はない。一度途切れたと判断して世代作成を終了してしまった後、更新要求を受け取った場合、また新たに世代を作成してその世代に書き込みを行えばよい。
The above-described method for monitoring the trigger and determining the end of the generation of the new generation may end up creating the generation by recognizing the trigger as the trigger before the end of the original series of updates. For example, a method that uses a fixed time as a trigger may determine that the update that is originally performed is ended because the arrival of the next update request is delayed due to the state of the
図10は世代作成終了時のゲートウェイ部25での処理動作を説明するフローチャートであり、次に、これについて説明する。
FIG. 10 is a flowchart for explaining the processing operation in the
ゲートウェイ部25は、ステップ101で、前述したような更新終了のトリガ発生を待ち、トリガ発生時に処理を開始する。更新終了のトリガ発生があると、ステップ102で、従来プロトコル処理部31は、ファイル監視テーブル70を参照し、作成中の世代のGUIDを得る。ステップ103で、このGUIDに対して、DFSアクセス部32は、DFS処理部26に更新終了の要求を発行する。DFS処理部26での更新終了の処理が完了後、ステップ104で、従来プロトコル処理部31は、ファイル監視テーブル70から当該エントリを削除し、ファイルに対する更新中の状態を解除する。
In
前述のようにして、ゲートウェイ部25は、従来プロトコルを用いるクライアント4、5からのDFSのファイルに対するアクセスが可能である。
As described above, the
前述した本発明の実施形態による各処理は、処理プログラムとして構成することができ、この処理プログラムは、HD、DAT、FD、MO、DVD−ROM、CD−ROM等の記録媒体に格納して提供することができる。 Each processing according to the embodiment of the present invention described above can be configured as a processing program, and this processing program is stored in a recording medium such as HD, DAT, FD, MO, DVD-ROM, CD-ROM, and provided. can do.
前述で説明した実施形態は、DFSとして追記型のファイルシステムを前提として説明したが、本発明は、追記型でないDFSに対しても適用することが可能である。この場合、ファイルの世代という考えはなく、ファイルが更新されてもGUIDの値は変化しない。そのため、ディレクトリ管理情報50のf_id56にファイル群識別子の代わりに直接ファイルのGUIDを持つようにすればよい。そして、図7におけるファイルの参照時のフローでは、ステップ81でGUIDを得ることができ、ステップ82とステップ83とは不要となる。同様に、図8に示すファイルの更新時のフローでは、ステップ92でGUIDを得ることになり、世代作成のステップ93とGUIDを得るステップ94とは不要となる。
The embodiment described above has been described on the assumption that a write-once file system is used as a DFS, but the present invention can also be applied to a non-write-once DFS. In this case, the file generation is not considered, and the GUID value does not change even when the file is updated. For this reason, it is sufficient that the
また、前述した本発明の実施形態は、ゲートウェイ部25をDFSサーバ2内に内蔵させるとして説明したが、本発明は、ゲートウェイ部25をDFSサーバ2内に実装しなくてもよい。例えば、他の実装位置として、ネットワーク1上にゲートウェイ部25の処理を行うゲートウェイサーバを持つ場合や、従来プロトコルクライアント4や5内に組み込むことが考えられる。
Further, in the above-described embodiment of the present invention, the
図11は本発明の他の実施形態による分散ファイルシステムの構成例を示すブロック図である。図11において、110はゲートウェイサーバであり、他の符号は図1の場合と同一である。
FIG. 11 is a block diagram showing a configuration example of a distributed file system according to another embodiment of the present invention. In FIG. 11,
図11に示す例は、前述で説明したゲートウェイ部25をネットワーク1上に設けたゲートウェイサーバ110として備えた例である。この場合、従来プロトコルクライアント4や5は、ゲートウェイサーバ110に対してアクセスを行うことになる。そして、ゲートウェイサーバ110は、DFSサーバ2に対して、DFSプロトコルを用いてアクセスを行う。ゲートウェイサーバ110は、ゲートウェイ部25と同等の処理を行う。
The example illustrated in FIG. 11 is an example in which the
前述したゲートウェイ部25のDFSアクセス部32は、DFS処理部26と連携して処理を行っていたが、図11に示す例の場合、DFSサーバ2と別のサーバ上にゲートウェイ部の機能が実装されるため、前述した連携した処理をおこなうことが不可能となる。その代わりに、図11に示す例のシステムは、ゲートウェイサーバ110内に設けられるDFSアクセス部32がDFSクライアントとなり、DFSプロトコルを使用してDFSサーバ2に要求を行うことにより同等の処理を行うことが可能である。
The
また、従来プロトコルクライアントに組み込む方法としては、例えば、NFSのプロトコル処理部にこのゲートウェイ部25の機能を組み込むことが考えられる。この場合、上位のNFSを使用するプログラムは、NFSのプロトコルを用いて処理を行って、ゲートウェイ部25の機能がNFSのプロトコルをDFSプロトコルに変換し、ネットワーク1上ではDFSのプロトコルを用いてDFSサーバ2にアクセスを行うこととなる。
Further, as a method of incorporating into the conventional protocol client, for example, it is conceivable to incorporate the function of the
前述した本発明の実施形態によれば、NFSやCIFS等の従来プロトコルのファイルシステムに存在するディレクトリ構造をエミュレートし、ディレクトリ構造上でファイルの存在する位置を示すパス名とファイルの名前であるファイル名とによりアクセスを行う方式を、DFSでのファイル識別子であるGUIDによるアクセスに変換することにより、従来プロトコルを使用してDFS上のファイルに対するアクセスを行うことができる。 According to the above-described embodiment of the present invention, the directory structure existing in the file system of the conventional protocol such as NFS or CIFS is emulated, and the path name and the file name indicating the position of the file on the directory structure are shown. By converting the access method based on the file name into access using a GUID that is a file identifier in DFS, it is possible to access a file on the DFS using a conventional protocol.
また、本発明の実施形態によれば、DFSが追記型のファイルシステムである場合、従来プロトコルの更新処理を新しい世代の作成処理に変換することにより、参照時には、世代管理されているファイル群から最新の世代のファイルを求め、そのファイルのデータにアクセスを行うことが可能となる。 Further, according to the embodiment of the present invention, when the DFS is a write-once file system, by converting the update process of the conventional protocol into the creation process of the new generation, at the time of reference, from the file group managed for generation It is possible to obtain the latest generation file and access the data of the file.
1 ネットワーク
2 DFSサーバ
3 DFSクライアント
4 NFSクライアント
5 CIFSクライアント
21 DFS制御部
22 ディスクドライブ
23 主メモリ
24 OS
25 ゲートウェイ部
26 DFS処理部
27 ディスクドライブ処理部
28 CPU
29 HDD
31 従来プロトコル処理部
32 DFSアクセス部
33 ディレクトリ管理部
110 ゲートウェイサーバ
1
25 Gateway unit 26 DFS processing unit 27 Disk
29 HDD
31 Conventional
Claims (6)
第一のプロトコルに従ってファイルへのアクセス要求を送信する第一のクライアント計算機と、前記サーバとに接続されるゲートウェイ部とを有し、
前記ゲートウェイ部は、
前記第一のクライアント計算機から、前記第一のプロトコルに従って、パス名と当該パス名によって識別されるディレクトリ内においてファイルを一意に識別するためのファイル名とを用いた、当該パス名及び当該ファイル名によって識別されるファイルを更新内容のデータによって更新するためのアクセス要求を受信する手段と、
前記アクセス要求に従って、前記第一のクライアント計算機から書き込まれる前記更新内容のデータを前記第一のプロトコルによって識別される更新前のファイルに適用して作成する新しいファイルである更新後のファイルのデータを、前記第二のプロトコルに従って前記サーバへ書き込むよう要求する手段とを有し、
前記サーバは、
前記更新後のファイルを当該サーバが一意に識別するための識別子であって、前記第二のプロトコルに従った、更新前の前記ファイルに割り当てられている識別子とは異なる新たな識別子を当該更新後のファイルに割り当てる手段と、
前記ゲートウェイ部からの要求に従って前記更新後のファイルのデータを格納する手段とを有することを特徴とするシステム。 A server for storing file data according to a second protocol;
A first client computer that transmits a request to access a file according to a first protocol, and a gateway unit connected to the server;
The gateway unit is
The path name and the file name using the path name and the file name for uniquely identifying the file in the directory identified by the path name from the first client computer according to the first protocol. Means for receiving an access request to update the file identified by the update content data;
In accordance with the access request , the data of the updated file, which is a new file created by applying the update content data written from the first client computer to the pre-update file identified by the first protocol, And requesting to write to the server according to the second protocol,
The server
The post-update file an identifier for the server to uniquely identify, wherein according to the second protocol, after the update of a new identifier different from the identifier assigned to the update before the file Means to assign to the file ,
Means for storing data of the updated file in accordance with a request from the gateway unit.
前記サーバは、前記ゲートウェイ部が前記サーバへ前記更新後のファイルのデータを書き込むよう要求する前に、前記新たな識別子を割り当てることを特徴とするシステム。 The system of claim 1, comprising:
The server assigns the new identifier before the gateway unit requests the server to write data of the updated file .
前記ゲートウェイ部は更に、前記更新後のファイルのデータが前記サーバに格納された後に、前記第一のプロトコルに従って、前記第一のクライアント計算機から、前記パス名と前記ファイル名とを用いた前記ファイルの参照要求を受信した場合に、前記更新後のファイルに割り当てられた前記第二のプロトコルに従った前記新たな識別子を用いて、前記サーバに前記更新後のファイルのデータの読み出しを要求する手段を有することを特徴とするシステム。 The system according to claim 1, wherein
The gateway unit further uses the path name and the file name from the first client computer according to the first protocol after the updated file data is stored in the server. Means for requesting the server to read the data of the updated file using the new identifier according to the second protocol assigned to the updated file when the reference request is received The system characterized by having.
第一のプロトコルに従ってファイルへのアクセス要求を送信する第一のクライアント計算機と、前記サーバとに接続されるゲートウェイ部とを有するシステムにおける、アクセス方法であって、
前記ゲートウェイ部は、
前記第一のクライアント計算機から、前記第一のプロトコルに従って、パス名と当該パス名によって識別されるディレクトリ内においてファイルを一意に識別するためのファイル名とを用いた、当該パス名及び当該ファイル名によって識別されるファイルを更新データによって更新するためのアクセス要求を受信し、
前記アクセス要求に従って、前記第一のクライアント計算機から書き込まれる前記更新内容のデータを前記第一のプロトコルによって識別される更新前のファイルに適用して作成する新しいファイルである更新後のファイルのデータを、前記第二のプロトコルに従って前記サーバへ書き込むよう要求し、
前記サーバは、
前記更新後のファイルを当該サーバが一意に識別するための識別子であって、前記第二のプロトコルに従った、更新前の前記ファイルに割り当てられている識別子とは異なる新たな識別子を当該更新後のファイルに割り当て、
前記ゲートウェイ部からの要求に従って前記更新後のファイルのデータを格納することを特徴とするアクセス方法。 A server for storing file data according to a second protocol;
An access method in a system having a first client computer that transmits a file access request according to a first protocol and a gateway unit connected to the server,
The gateway unit is
The path name and the file name using the path name and the file name for uniquely identifying the file in the directory identified by the path name from the first client computer according to the first protocol. Receives an access request to update the file identified by the update data,
In accordance with the access request , the data of the updated file, which is a new file created by applying the update content data written from the first client computer to the pre-update file identified by the first protocol, the request to write to the server according to the second protocol,
The server
The post-update file an identifier for the server to uniquely identify, wherein according to the second protocol, after the update of a new identifier different from the identifier assigned to the update before the file assigned to the file,
An access method comprising storing the updated file data in accordance with a request from the gateway unit.
前記サーバは、前記ゲートウェイ部が前記サーバへ前記更新後のファイルのデータを書き込むよう要求する前に、前記新たな識別子を割り当てることを特徴とするアクセス方法。 The access method according to claim 4,
The server assigns the new identifier before the gateway unit requests the server to write the data of the updated file .
前記ゲートウェイ部は更に、前記更新後のファイルのデータが前記サーバに格納された後に、前記第一のプロトコルに従って、前記第一のクライアント計算機から、前記パス名と前記ファイル名とを用いた前記ファイルの参照要求を受信した場合に、前記更新後のファイルに割り当てられた前記第二のプロトコルに従った前記新たな識別子を用いて、前記サーバに前記更新後のファイルのデータの読み出しを要求することを特徴とするアクセス方法。 The access method according to any one of claims 4 to 5,
The gateway unit further uses the path name and the file name from the first client computer according to the first protocol after the updated file data is stored in the server. Requesting the server to read the data of the updated file using the new identifier according to the second protocol assigned to the updated file when the reference request is received. An access method characterized by.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007194057A JP4327869B2 (en) | 2007-07-26 | 2007-07-26 | Distributed file system, distributed file system server, and access method to distributed file system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007194057A JP4327869B2 (en) | 2007-07-26 | 2007-07-26 | Distributed file system, distributed file system server, and access method to distributed file system |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003068553A Division JP2004280283A (en) | 2003-03-13 | 2003-03-13 | Distributed file system, distributed file system server, and access method to distributed file system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2007287180A JP2007287180A (en) | 2007-11-01 |
JP4327869B2 true JP4327869B2 (en) | 2009-09-09 |
Family
ID=38758829
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007194057A Expired - Fee Related JP4327869B2 (en) | 2007-07-26 | 2007-07-26 | Distributed file system, distributed file system server, and access method to distributed file system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4327869B2 (en) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101666064B1 (en) * | 2010-08-05 | 2016-10-13 | 에스케이텔레콤 주식회사 | Apparatus for managing data by using url information in a distributed file system and method thereof |
JP2012073777A (en) * | 2010-09-28 | 2012-04-12 | Kddi Corp | Distributed file system control apparatus |
KR101440605B1 (en) | 2012-11-16 | 2014-09-18 | (주) 엔에프랩 | User device having file system gateway unit and method for accessing to stored data |
US20190005066A1 (en) * | 2017-06-29 | 2019-01-03 | International Business Machines Corporation | Multi-tenant data service in distributed file systems for big data analysis |
CN112380184A (en) * | 2020-11-20 | 2021-02-19 | 北京百度网讯科技有限公司 | Transaction processing method and device, electronic equipment and readable storage medium |
-
2007
- 2007-07-26 JP JP2007194057A patent/JP4327869B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2007287180A (en) | 2007-11-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7143146B2 (en) | Method for accessing distributed file system | |
US11388251B2 (en) | Providing access to managed content | |
US20200125535A1 (en) | Block allocation for low latency file systems | |
JP4547264B2 (en) | Apparatus and method for proxy cache | |
US7469260B2 (en) | File storage service system, file management device, file management method, ID denotative NAS server and file reading method | |
JP4547263B2 (en) | Apparatus and method for processing data in a network | |
US8316066B1 (en) | Shadow directory structure in a distributed segmented file system | |
CA2734675C (en) | Shared namespace for storage clusters | |
JP4975882B2 (en) | Partial movement of objects to another storage location in a computer system | |
US7552223B1 (en) | Apparatus and method for data consistency in a proxy cache | |
US20070038697A1 (en) | Multi-protocol namespace server | |
JP4451293B2 (en) | Network storage system of cluster configuration sharing name space and control method thereof | |
CN104618482B (en) | Access method, server, conventional memory device, the system of cloud data | |
EP1701280B1 (en) | File server and method for translating user identifier | |
US20070088702A1 (en) | Intelligent network client for multi-protocol namespace redirection | |
US20070055703A1 (en) | Namespace server using referral protocols | |
JP2007018399A (en) | Condition-based snapshot acquisition method and system | |
JP4327869B2 (en) | Distributed file system, distributed file system server, and access method to distributed file system | |
JP4273934B2 (en) | File system | |
JP4005102B2 (en) | Gateway device | |
US20080243962A1 (en) | Method and apparatus for providing and managing a virtual storage namespace |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070802 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070802 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081014 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081205 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090127 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090325 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090609 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090611 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120619 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120619 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130619 Year of fee payment: 4 |
|
LAPS | Cancellation because of no payment of annual fees |