JP4287092B2 - ファイル管理システムおよびファイル管理方法 - Google Patents
ファイル管理システムおよびファイル管理方法 Download PDFInfo
- Publication number
- JP4287092B2 JP4287092B2 JP2002096322A JP2002096322A JP4287092B2 JP 4287092 B2 JP4287092 B2 JP 4287092B2 JP 2002096322 A JP2002096322 A JP 2002096322A JP 2002096322 A JP2002096322 A JP 2002096322A JP 4287092 B2 JP4287092 B2 JP 4287092B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- server
- file server
- terminal device
- information
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、複数のファイルサーバを用いてファイルを管理する技術に関するものである。
【０００２】
【従来の技術】
従来、ファイルサーバを利用したファイル管理システムとしては、たとえば図１３のような構成のものが知られている。各端末装置１０２は、ＬＡＮ（Local Area Network）などのコンピュータネットワークを介してファイルサーバ１０１にアクセスし、ファイルの登録・更新・削除・読み出しなどのファイル操作を行うことが可能である。このようにして単一のファイルサーバ１０１でファイルを一元管理することで、各端末間でのファイルの共有や大容量ファイルの保管などを実現している。
【０００３】
さらに、図１４に示すように、複数のファイルサーバ１０１間をＷＡＮ（Wide Area Network）で接続し、相互にファイルの送受信を可能にすることで、物理的に離れた場所にある複数の事業所間でのファイル共有を実現したシステムも提案されている。
【０００４】
この種のシステムでは、ファイルを記憶するハードディスク１０６の損傷やファイル操作時のファイル破損などに対する障害対策として、定期的なバックアップや、ＲＡＩＤ（Redundant Array of Inexpensive Disks）などを用いたデータ多重管理が行われることが一般的である。また、全く同じ構成のファイルサーバを予備サーバとして用意するなど、冗長性のある構成にして、ファイルサーバそのものの故障に備えるデュプレックス方式などが採用されることもある。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記のような従来技術の場合には、次のような問題が生じていた。
【０００６】
すなわち、上記システムでは、１台のファイルサーバにてファイルを一元管理しているために、複数の端末装置から同一ファイルへの参照が一度に発生すると、特定のファイルサーバにアクセスが集中してしまう。これによりファイルサーバの処理負荷が極めて高くなり、システムの作動効率が低下するという現象が発生する。
【０００７】
特に、図１４のような構成のシステムにあっては、遠距離からのアクセスが集中すると、基幹ネットワークのトラフィックが増大し、システムの作動効率を一層低下させてしまう。
【０００８】
また、ＲＡＩＤなどによるデータ多重管理では、ファイルサーバ内の特定のハードディスクが損傷した場合、残るハードディスクからファイルを復元することとなる。しかし、この方式ではファイルサーバ自体の故障に対応することができない。たとえファイルサーバを修理し、バックアップデータをリストアするにしても、その間システムは停止したままになり、不便に耐えない。
【０００９】
さらに、ファイルサーバにソフトウェア的なトラブルが生じた場合、あるいはファイルサーバがシャットダウンしていたり、その他不測のトラブルが生じた場合など、ファイルサーバ自体にアクセスできないときには、端末装置から当該システムを利用することができなくなってしまう。
【００１０】
なお、この種の障害は、デュプレックス方式を採用することである程度対処することができるものの、そうするとファイルサーバの構成が複雑となり、コストの増大および大型化を招くため、好ましくない。
【００１１】
本発明は上記実情に鑑みてなされたものであって、その目的とするところは、簡易な構成で優れた耐障害性を実現し得るファイル管理技術を提供することにある。
【００１２】
また、本発明の他の目的は、簡易な構成で、ネットワーク負荷および処理負荷が小さく効率的なファイル管理を実現し得るファイル管理技術を提供することにある。
【００１３】
【課題を解決するための手段】
上記目的を達成するために本発明にあっては、ファイルを格納する複数のファイルサーバと、該ファイルサーバに対してファイル操作に係る処理を行う端末装置と、をネットワークを介して接続してなるファイル管理システムであって、前記端末装置は、前記複数のファイルサーバおよび前記端末装置の間のファイル処理に係る情報を管理するデータベースから、前記複数のファイルサーバのうち１つを主ファイルサーバ、それ以外を副ファイルサーバと定めるファイルサーバ関係情報を取得し、該ファイルサーバ関係情報に定められた主ファイルサーバに対してファイルの登録を行うファイル操作手段を有し、前記副ファイルサーバは、前記端末装置から前記主ファイルサーバにファイルの登録が行われたことを知った場合に、該登録されたファイルの複製を自身に作成するファイル複製手段を有する。
【００１４】
ここで、複数のファイルサーバは、それぞれ別個のコンピュータにより実現されるものである。このうちのいずれが主ファイルサーバとなり、いずれが副ファイルサーバとなるかは、ファイルサーバ関係情報の設定しだいである。この設定は、ユーザもしくは端末装置ごと、または複数のユーザもしくは複数の端末装置からなるグループごとに定めるとよい。すなわち、端末装置はネットワークを介して各ファイルサーバにアクセスすることが可能なので、いずれを主ファイルサーバに設定することもできるのである。たとえば、ネットワーク負荷や処理負荷が最も低くなるように、各端末装置ごとに主ファイルサーバを異ならせるような最適化を行うことが好適である。
【００１５】
上記データベースは、ファイルサーバや端末装置とは別個のサーバに構築してもよいし、いずれかのファイルサーバもしくは端末装置の中に構築してもよい。
【００１６】
上記構成のファイル管理システムによれば、主ファイルサーバに登録されたファイルが、他のファイルサーバ（副ファイルサーバ）に分散管理される。したがって、主ファイルサーバが故障したり、主ファイルサーバにアクセスできなくなったとしても、端末装置は副ファイルサーバから該当するファイルを読み出すことができる。つまり、個々のファイルサーバに特段の障害対策を施すことなく、優れた耐障害性を実現することが可能となる。
【００１７】
また、副ファイルサーバが複数存在する場合であっても、ファイルを分散させる処理は、各副ファイルサーバ自身が能動的に行うため、主ファイルサーバに処理負荷をかけることがない。したがって、システムの作動効率を向上させることができる。
【００１８】
ファイルを分散させる処理の一実施態様としては、前記ファイル操作手段が、前記主ファイルサーバにファイルの登録を行う際に、前記ファイルサーバ関係情報に基づいて、該ファイルおよび該ファイルの複製を格納すべき副ファイルサーバを特定する複製ファイル管理情報を前記データベースに記録し、前記ファイル複製手段が、前記記録された複製ファイル管理情報を参照することによって、前記登録されたファイルの複製を自身に作成することが好適である。
【００１９】
前記ファイル操作手段は、前記データベースから、前記複数のファイルサーバのいずれから優先的にファイルを読み出すべきかを定める参照順位情報を取得し、該参照順位情報に定められた参照順位の最も高いファイルサーバからファイルの読み出しを行う。
【００２０】
このとき、前記参照順位情報を、ユーザもしくは端末装置ごと、または複数のユーザもしくは複数の端末装置からなるグループごとに設定することが好ましい。
【００２１】
このように参照順位を定めることで、ファイルサーバへのアクセスを分散でき、一箇所へのアクセス集中による処理負荷の増大および作動効率の低下を防止することができる。
【００２２】
前記ファイル操作手段は、ファイルサーバからのファイルの読み出しに失敗した場合には、順次、次に参照順位の高いファイルサーバからファイルの読み出しを行うことが好適である。
【００２３】
この構成によれば、あるファイルサーバに障害が発生していたとしても、代替的に他のファイルサーバからファイルを読み出すことができるので、耐障害性が向上する。
【００２４】
前記端末装置は、前記ファイル操作手段がファイルサーバからのファイルの読み出しに失敗した場合に、その旨を当該システムの管理者に通知する通知手段を有することが好適である。
【００２５】
たとえば、上記データベースまたは端末装置にて管理者のメールアドレスを管理しておき、通知手段はファイルサーバのエラーを感知したときに当該メールアドレスにエラー内容を記したメールを送信する。この構成によれば、管理者への障害発生通知がシステムにより自動的に行われるので、個々のユーザによる連絡の手間を軽減することができる。
【００２６】
【発明の実施の形態】
以下に図面を参照して、この発明の好適な一実施の形態を説明する。
【００２７】
まずは、図１〜図３を参照して、本実施形態に係るファイル管理システムの全体構成およびファイル管理方法について概略的に説明を行う。
【００２８】
図１は、ファイル管理システムのシステム構成図である。同図に示すように、ファイル管理システムは、複数のファイルサーバ１、端末装置２および管理サーバ３をＬＡＮ４，ＷＡＮ５などのコンピュータネットワークで接続することにより構成される。
【００２９】
端末装置２は、ファイルサーバ１に対してファイル操作に係る処理（ファイルの登録・更新・削除・読み出しなど）を行う装置である。また、ファイルサーバ１は、端末装置２から登録されたファイル（文書データ、画像データ、音楽データ、プログラムなど）を格納する装置であって、大容量のファイル格納部６を備えている。
【００３０】
管理サーバ３内のデータベース７には、複数のファイルサーバ１と端末装置２の間のファイル処理に係る情報が管理されており、ファイルサーバ１および端末装置２はその情報に基づいて互いに協働し、ファイル管理システムを構築する。
【００３１】
なお、本実施形態では、データベース７を管理する専用の管理サーバ３を設けているが、このデータベース７をいずれかのファイルサーバ１または端末装置２の記憶装置内に設けて、ファイルサーバ１または端末装置２に管理サーバの役割を兼用させる構成にしても構わない。
【００３２】
データベース７は、端末装置２またはそのユーザを、端末装置２が接続されるＬＡＮ４もしくはセグメント、またはユーザの所属などを単位としてグループ分けしたユーザ管理情報を有する。また、データベース７は、グループごとに各ファイルサーバの関係付けを定義したファイルサーバ関係情報を有する。
【００３３】
ファイルサーバ関係情報は、複数のファイルサーバのうちいずれか１つを主ファイルサーバ（以下、「メインストレージ」という。）、それ以外の１または２以上のファイルサーバを副ファイルサーバ（以下、「代替ストレージ」という。）と定めたものである。
【００３４】
メインストレージはファイルの登録先となるファイルサーバであり、代替ストレージは主ファイルサーバに登録されたファイルの複製を格納するファイルサーバである。なお、メインストレージと代替ストレージの組み合わせは、グループごとに任意の組み合わせを設定可能である。
【００３５】
ファイルの登録、更新または削除を行う場合には、図２に示すように、端末装置２はまず、（１）データベース７からファイルサーバ関係情報を取得し、（２）そのファイルサーバ関係情報に定められたメインストレージ８に対してファイルの登録、更新または削除の処理を行う。このとき端末装置２は、（３）実行した処理内容を表す複製ファイル管理情報をデータベース７に記録する。複製ファイル管理情報には、メインストレージ８に格納されたどのファイルに対し、どのような処理が行われたか、またその処理を反映させるべき代替ストレージはどれかなどの情報が含まれる。
【００３６】
一方、代替ストレージ９は、（４）各々データベース７に問い合わせ、複製ファイル管理情報に自身が行うべき処理が記録されているかどうかを調べる。（５）ファイルの登録または更新があった旨が記録されていれば、対象ファイルの複製を自身に作成し、ファイルの削除があった旨が記録されていれば、自身の持つファイルの削除を行う。必要な処理を完了した後、代替ストレージ９は、データベース７の自身に関連する複製ファイル管理情報を削除する。
【００３７】
以上の仕組みにより、メインストレージ８に行われた処理が他の代替ストレージ９に反映され、自動的にファイルの分散管理が行われる。したがって、メインストレージ８が故障したり、メインストレージ８にアクセスできなくなったとしても、端末装置２は代替ストレージ９から該当するファイルを読み出すことができる。つまり、個々のファイルサーバ１に特段の障害対策を施すことなく、優れた耐障害性を実現することが可能となる。
【００３８】
また、代替ストレージ９が複数存在する場合であっても、ファイルを分散させる処理は各代替ストレージ９自身が能動的に行うため、メインストレージ８に処理負荷をかけることがない。特に、代替ストレージ９は複製ファイル管理情報に基づいて独自のスケジューリングでファイル処理を行うことができるので、たとえば端末装置２からのアクセスが少ない時間帯に処理を実行するなどして、処理負荷の分散を図ることができる。したがってシステムの作動効率を向上させることができる。
【００３９】
さらに、メインストレージ８と代替ストレージ９の関係付けは、データベース７で一元的に管理されているので、システム構成の変更を容易に行うことができる。たとえば、メインストレージ８が故障した場合には、ファイルサーバ関係情報の内容を変更し、他の正常動作しているファイルサーバをメインストレージに設定するだけで、システムをリカバリできる。他にも、ファイルサーバの追加や削除を行うにあたって、他のそれぞれのファイルサーバに対して個別に設定を更新する必要がなく、データベース７の内容を変更するだけで足りるという利点がある。
【００４０】
一方、本システムにあっては、上記のように分散管理されたファイルを参照する（読み出す）処理は、次のようにして行われる。
【００４１】
データベース７は、グループごとに参照時の優先順位を定める参照順位情報を有する。この参照順位情報には、当該グループに属する端末装置２またはユーザが、複数のファイルサーバ１のいずれから優先的にファイルを読み出すべきかの設定が記録されている。参照順位は、端末装置２とファイルサーバ１の間の回線の能力や使用頻度を考慮し、高速アクセスが期待できるものほど、高い順位となるように設定することが好ましい。
【００４２】
ファイルを読み出す場合、端末装置２はまず、図３に示すように、（１）データベース７から参照順位情報を取得し、（２）参照順位の最も高いファイルサーバ１からファイルの読み出しを行う。ファイル読み出しに失敗したら、（３）次に参照順位の高いファイルサーバ１に切り替えてアクセスを試みる。（４）正常にアクセスできてファイルの読み出しに成功するか、もしくは最も低い順位のファイルサーバ１へのアクセスを行うまで、アクセス先の切り替え処理が継続される。
【００４３】
以上の仕組みによれば、グループごとに参照順位を異ならせることで、ファイルサーバ１へのアクセスを分散でき、一箇所へのアクセス集中による処理負荷の増大およびシステム全体としての作動効率の低下を防止することができる。
【００４４】
また、各端末装置２は、複数のファイルサーバ１のうち最も高速アクセスが期待できるファイルサーバ１に優先的にアクセスを行うことになるので、ネットワークの負荷が低減される。
【００４５】
さらに、あるファイルサーバ１に障害が発生していたとしても、代替的に他のファイルサーバ１からファイルを読み出すことができるので、耐障害性が向上する。またこの切り替え処理は自動的に行われるので、端末装置２を操作するユーザは、どのファイルサーバ１からファイルを読み出しているかを特に意識する必要はない。したがって、システムの利便性および操作性が向上する。
【００４６】
以上述べたように、上記構成のファイル管理システムによれば、簡易な構成で、優れた耐障害性を実現することができるとともに、ネットワーク負荷および処理負荷が小さく効率的なファイル管理を実現することができる。
【００４７】
では続いて、上記のようなファイル管理システムを具現化するための詳細な構成について説明する。
【００４８】
（ハードウェア構成）
ファイルサーバ１、端末装置２、管理サーバ３は、それぞれ汎用のコンピュータにて構成することができる。
【００４９】
図４に、ファイルサーバ１のハードウェア構成を示す。すなわち、ファイルサーバ１は、ＣＰＵ（Central Processing Unit）１０、メモリ１１、キーボードやマウスなどの入力部１２、ディスプレイやプリンタなどの出力部１３、通信Ｉ／Ｆ（Interface）１４、記憶装置１５などを有する。これらの各構成要素は、バス１６を介して接続される。
【００５０】
通信Ｉ／Ｆ１４は、コンピュータネットワークを利用したデータ通信を制御するための通信手段であり、例えばネットワークアダプタ、ターミナルアダプタ、モデムなどが該当する。ファイルサーバ１は、通信Ｉ／Ｆ１４を介して、他のファイルサーバ１、管理サーバ３および端末装置２とデータの送受信を行うことができる。
【００５１】
メモリ１１は、ＲＡＭ（Random Access Memory）などの読み書き可能なメモリとＲＯＭ（Read Only Memory）などの読み出し専用のメモリとから構成される主記憶手段である。ＲＯＭには、ファイルサーバ１のＢＩＯＳ（Basic Input/Output System）などが格納されている。一方、ＲＡＭは、ＣＰＵ１０の実行対象となっているプログラムやデータを一時的に格納・保持するものであって、後述する一連の処理を実行するプログラムの実行エリアとなる部位である。
【００５２】
記憶装置１５は、大容量のハードディスクなどで構成される。障害対策としてＲＡＩＤディスクを採用することが好ましい。また、ハードディスクと併用して、ＣＤ−ＲＯＭ，ＣＤ−Ｒ／Ｗ，ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＭＯなどのチェンジャーを設けてもよい。記憶装置１５には、端末装置２から登録されたファイルが格納されるファイル格納部６が設けられる他、ファイルサーバ１のＯＳやファイル管理システムを実現するために必要なプログラムおよびデータが格納される。
【００５３】
ＣＰＵ１０は、入力部１２から入力されたデータ、記憶装置１５に記憶されているデータ若しくは通信Ｉ／Ｆ１４を介して受信したデータ、またはＲＯＭや記憶装置１５に記憶されているプログラム若しくは通信Ｉ／Ｆ１４を介して受信したプログラムをＲＡＭに読み込み、この読み込んだ内容に基づいて演算処理を行う演算手段である。また、ＣＰＵ１０は、この演算処理の結果に基づき、各構成要素の制御を行う制御手段でもある。
【００５４】
なお、端末装置２および管理サーバ３は、記憶装置として通常のハードディスクを備えるほかは、上記ファイルサーバ１と略同様のハードウェア構成である。
【００５５】
（機能ブロック）
図５に、本実施形態のファイル管理システムの機能ブロックを示す。
【００５６】
これらの機能ブロックは、記憶装置に格納されたプログラムおよびデータがメモリに読み込まれ、ＣＰＵで処理されることで実現される。なお、これらの機能ブロックを実現するためのプログラムは、単一のプログラムで構成してもよいし、複数のモジュールプログラムを組み合わせて実現したものであっても構わない。
【００５７】
ファイルサーバ１は、ボリューム登録部２０、ストレージ制御部２１、ストレージサーバ部２２、代替ストレージ管理部２３などの機能ブロックを有する。
【００５８】
ボリューム登録部２０は、ファイルサーバ１に係る情報をデータベース７に登録するファイルサーバ登録手段として機能する。ファイルサーバ１をシステムに追加する場合には、まずボリューム登録部２０を起動してファイルサーバ１のサーバ名、ボリューム名およびパーティション情報の登録を行う。
【００５９】
ここで登録された情報は、データベース７内にファイルサーバ管理情報として保持される。ファイルサーバ管理情報は図６のようなデータ構造により管理される。図中、２重線で囲まれた項目はプライマリーキーであり、太線で囲まれた項目はユニークキーである。
【００６０】
サーバ管理テーブルでは、サーバＩＤとサーバ名が管理される。サーバＩＤはシステムが当該ファイルサーバ１に割り当てた値であり、他のファイルサーバと混同しないように一意な値が設定される。サーバ名は、当該ファイルサーバ１のネットワーク上の名称（ドメイン名；「server1.domain.co.jp」など）である。
【００６１】
ボリューム管理テーブルでは、サーバＩＤ、ボリュームＩＤ、ボリューム名および削除フラグが管理される。ボリュームＩＤはシステムにより割り当てられた一意の値である。ボリューム名とは、ファイルサーバ１の記憶装置の特定のパス（サーバパス；「C:\llfiling\volume1」など）に対応させて設定した名称であり、「VOLUME1」など任意の名称を設定できる。これはシステムのセキュリティ確保のため、実際のサーバパスをユーザから隠蔽するために用いられる。つまり、ユーザは、「VOLUME1」というボリューム名を指定することで、ファイルサーバ１の「C:\llfiling\volume1」というパスにアクセスすることとなるのである。
【００６２】
削除フラグは、ボリュームが削除されたときにＴｒｕｅの値に設定されるフラグである。本システムでは、ボリュームが削除されてもファイルサーバ内のパスそのものを削除することはせず、削除フラグの設定を切り替えるだけに留める。これにより、誤操作によりボリュームを削除してしまった場合でも、即座にボリュームを復活させることができ、またボリュームの削除がシステムの他の処理に不測の影響を与えることを未然に防止できる。
【００６３】
パーティション管理テーブルでは、ファイルサーバ１のサーバパスと、システムのボリュームとの関連付けが管理される。サーバＩＤ、ボリュームＩＤ、パーティション、仮想ルートディレクトリ名、ストレージ種別、経由プログラム、アクティブフラグ、書込み完了フラグ、セクタサイズ、使用可能容量上位、使用可能容量下位、使用量上位、使用量下位などの情報が含まれる。
【００６４】
パーティションには、サーバパスが格納される。パーティションとは、同一ボリューム名でサーバパスの実体を切り替えて使用するために導入した概念である。一つのボリュームに対して有効なパーティションは常に一つである。使用中のボリューム「C:\llfiling\volume1」の空き容量が少なくなった場合には、パーティションを「D:\llfiling\volume1」に切り替えることで、ユーザがボリューム「VOLUME1」を継続して使用できるようにする。なお、切り替えたパーティションはバックアップするなどし、将来の再利用に備える。
【００６５】
ストレージ種別には、記録装置の別やファイルシステムの別を保持し、経由プログラムには、このパーティションにファイルを読み書きする際に利用するプログラム名を保持する。システムは、ストレージ種別や経由プログラムに基づいて、パーティションに対するファイル処理を切り替えるので、ユーザはどのような種類の記憶装置にアクセスしているかを別段意識する必要がない。
【００６６】
このように本システムでは、「サーバ名」、「ボリューム名」、「パーティション」の組み合わせで、すべてのファイルサーバのファイルの存在位置を特定することができる。
【００６７】
さらに、ボリューム登録部２０は、ボリュームを登録する際に、当該ファイルサーバのファイルの複製を格納させる他のファイルサーバ（代替ストレージ）を指定することで、メインストレージと代替ストレージの関係付けを行う。ここで指定した情報は、データベース７内の代替ストレージ管理テーブルに保持される。
【００６８】
代替ストレージ管理テーブルでは、メインストレージとして動作する当該ファイルサーバ１のサーバＩＤ，ボリュームＩＤと、その代替ストレージとして動作する他のファイルサーバのサーバＩＤ，ボリュームＩＤとがファイルサーバ関係情報として管理されている。本実施形態では、１つのメインストレージに対して、最大３つまでの代替ストレージを設定することができる。
【００６９】
なお、管理サーバ３は、メインストレージと代替ストレージの関係付けが行われると、その旨を代替ストレージとして設定されたファイルサーバに通知する。その通知を受信したファイルサーバは、ローカルのストレージ情報記憶部２３ａに、自身が代替ストレージとして動作する旨のストレージ情報を記憶する。
【００７０】
以上の設定が完了すると、当該ファイルサーバ１はシステムで利用可能な状態となる。
【００７１】
ストレージ制御部２１は、端末装置２とのデータ通信を担う部分であり、ファイル操作に係る処理の要求（ファイルアクセス要求）を受信したり、該当ファイルの送受信を行う。
【００７２】
ストレージサーバ部２２は、ストレージ制御部２１を介して受信したファイルアクセス要求を処理し、ファイル格納部６に対して該当ファイルの登録・更新・削除・読み出しなどの処理を行う部分である。
【００７３】
代替ストレージ管理部２３は、自身が代替ストレージとして動作する場合に実行される機能ブロックである。代替ストレージ管理部２３は、端末装置２から他のファイルサーバ（メインストレージ）にファイルの登録が行われたことを知った場合に、その登録ファイルの複製を自身に作成するファイル複製手段として機能する。また、メインストレージに対してファイルの更新や削除などが行われた場合も同様に、その処理内容を自身に反映させる。代替ストレージ管理部２３の具体的な動作については後ほどフローチャートを用いて詳述する。
【００７４】
一方、端末装置２は、ファイル操作クライアント２４、ファイル操作Ｗｅｂクライアント２５、ストレージ通信部２６、メール送信部２７などの機能ブロックを有する。
【００７５】
ファイル操作クライアント２４は、データベース７にアクセスし、ファイル操作に係る処理を行うファイル操作手段として機能する。また、ユーザおよびグループの情報をデータベース７に登録する機能、および、ファイルを登録するメインストレージの設定や、ファイル読み出し時の参照順位の設定を行う機能も有する。
【００７６】
ファイル操作クライアント２４により登録・設定された情報は、データベース７内にユーザ管理情報として保持される。ユーザ管理情報は図７に示すようなデータ構造により管理される。図中、２重線で囲まれた項目はプライマリーキーであり、太線で囲まれた項目はユニークキーである。
【００７７】
グループ管理テーブルでは、グループＩＤ、グループ名、削除フラグ、登録日時、削除日時、セキュリティレベル、備考などが管理される。グループＩＤはシステムが割り当てた一意な値である。グループ名には「東京東支社」など任意の名称を設定できる。セキュリティレベルとは、このグループに属するユーザがアクセス可能なボリュームやファイルを制限するためのものである。
【００７８】
また、ユーザ管理テーブルでは、ユーザＩＤ、ユーザ名、削除フラグ、登録日時、削除日時、パスワード変更日時、セキュリティレベル、パスワード、フルネーム、備考などが管理される。ユーザＩＤはシステムが割り当てた一意な値である。ユーザ名は、ユーザがシステムにログインする際のログイン名に相当する。セキュリティレベルとは、このユーザがアクセス可能なボリュームやファイルを制限するためのものであって、グループ管理テーブルに含まれるセキュリティレベルと異なる内容が設定されている場合には、ユーザ管理テーブルのセキュリティレベルが優先適用される。
【００７９】
グループ・ユーザ対応管理テーブルは、どのユーザがどのグループに属するかを管理するものであり、グループＩＤとユーザＩＤを含む。基本的に、ユーザは複数のグループに所属することができる。ただし、そのグループＩＤが参照順位情報のユニークキーとなっているグループには、１つしか所属できない。
【００８０】
グループ・メインストレージ対応管理テーブルでは、そのグループに属するユーザのファイルの登録先となるメインストレージを特定する情報、すなわちグループＩＤと、サーバＩＤ，ボリュームＩＤとが対応付けられ管理されている。
【００８１】
参照順位管理テーブルは、そのグループに属するユーザがどのファイルサーバから優先的にファイルを読み出すべきかを管理するものである。このテーブルには、参照順位情報として、グループＩＤと、サーバＩＤ１，ボリュームＩＤ１と、サーバＩＤ２，ボリュームＩＤ２と、サーバＩＤ３，ボリュームＩＤ３と、サーバＩＤ４，ボリュームＩＤ４とが管理されている。ファイル操作クライアント２４は、端末装置２から高速アクセスが期待できる順に、サーバＩＤ１，ＩＤ２，ＩＤ３を登録するとよい。
【００８２】
ファイル操作Ｗｅｂクライアント２５も、データベース７にアクセスし、ファイル操作に係る処理を行うファイル操作手段として機能するが、ファイルの参照（読み出し）の機能を備えるのみであり、ファイルの登録機能、ユーザ情報や参照順位の設定機能は有していない。
【００８３】
ストレージ通信部２６は、ファイルサーバ１とのデータ通信を担う部分であり、ファイル操作に係る処理の要求（ファイルアクセス要求）を送信したり、該当ファイルの送受信を行う。
【００８４】
メール送信部２７は、ファイル操作クライアント２４またはファイル操作Ｗｅｂクライアント２５がファイルサーバ１からのファイルの読み出しに失敗した場合に、ファイル操作クライアント２４またはファイル操作Ｗｅｂクライアント２５から起動されるものであって、ファイル読み出しに失敗した旨の障害発生通知を当該システムの管理者に電子メールで通知する通知手段として機能する。なお、管理者のメールアドレスは、データベース７に管理されていてもよいし、メール送信部２７に設定してあってもよい。
【００８５】
（処理フロー）
次に、上記構成のファイル管理システムの処理動作について、図８〜図１１のフローチャートを併せ参照して詳しく説明する。
【００８６】
図８は、ファイルの登録処理を示すフローチャートである。この処理は、端末装置２が実行する。
【００８７】
ユーザからファイルの登録の指示がなされると、ファイル操作クライアント２４は、まずデータベース７のグループ・メインストレージ対応管理テーブルを参照して、当該ユーザが所属するグループに関連付けられたメインストレージを調べ、さらにそのメインストレージのサーバＩＤをキーとしてファイルサーバ関係情報を取得する（ステップＳ１００）。
【００８８】
次に、ファイル操作クライアント２４は、ストレージ通信部２６を呼び出し、ファイルサーバ関係情報に定められたメインストレージのサーバ名およびボリューム名、並びに登録するファイル名およびファイルを格納するディレクトリ名をパラメータとして引き渡す。ストレージ通信部２６は、そのサーバ名で特定されるファイルサーバ１にファイル登録要求を送信する（ステップＳ１０１）。
【００８９】
また、ファイル操作クライアント２４は、ファイルサーバ関係情報に代替ストレージが設定されているかどうかを調べる（ステップＳ１０２）。代替ストレージが存在する場合には、データベース７の複製ファイル管理テーブルに複製ファイル管理情報を記録して処理を終了する（ステップＳ１０３）。
【００９０】
ここで記録される複製ファイル管理情報は、メインストレージに対して行ったファイル操作を代替ストレージに反映させるためのものであって、１回のファイル操作につき１つ生成される。その内容としては、図１２に示すように、メインストレージのサーバＩＤ，ボリュームＩＤ，パーティション、ファイルを格納したディレクトリ名およびそのファイル名、ファイルの登録・更新・削除の処理種別、処理を行った依頼日付などの情報と、代替ストレージのサーバＩＤ１〜３，ボリュームＩＤ１〜３などの情報を含んでいる。
【００９１】
続いて、代替ストレージが上記ファイル操作を自身に反映する処理について、図９および図１０を用いて説明する。ファイルサーバ１は、１時間ごとあるいは１日ごとなど、予め設定されたスケジューリングにしたがって以下の処理を行う。
【００９２】
まず、ファイルサーバ１の代替ストレージ管理部２３は、ローカルのストレージ情報記憶部２３ａからストレージ情報を取得し（ステップＳ２００）、自身が代替ストレージとして機能しているか否かを調べる（ステップＳ２０１）。代替ストレージとして機能していない場合には、そのまま処理を終了する。
【００９３】
一方、代替ストレージとして機能していると判断された場合には、データベース７から、自身のサーバＩＤおよびボリュームＩＤを取得する（ステップＳ２０２）。続いて、サーバＩＤおよびボリュームＩＤに基づき、複製ファイル管理テーブルを検索し、自身が処理すべき複製ファイル管理情報が記録されているか調べる（ステップＳ２０３，Ｓ２０４）。自身に関連する複製ファイル管理情報が存在しない場合には、そのまま処理を終了する。
【００９４】
複製ファイル管理情報が見つかった場合には、メインストレージのサーバＩＤ，ボリュームＩＤ，パーティションと、ディレクトリ名およびファイル名から処理を行うべきファイルを特定する。そして、処理種別から、そのファイルに対して自身が行うべき処理を判断する。具体的には、処理種別が「登録」または「更新」の場合には、メインストレージから該当ファイルを読み出し、その複製を自身のファイル格納部に作成する。処理種別が「削除」の場合には、自身のファイル格納の該当ファイルの削除を実行する（ステップＳ２０５）。
【００９５】
ファイル処理を完了したら、データベース７の複製ファイル管理情報から自身のサーバＩＤおよびボリュームＩＤを削除するとともに（ステップＳ２０６）、複製ファイル管理情報に他の代替ストレージが含まれているか否かを調べる（ステップＳ２０７）。もし、他の代替ストレージが含まれていない場合には、その複製ファイル管理情報を複製ファイル管理テーブルから削除する（ステップＳ２０８）。そして、再びステップＳ２０３に戻り、上記処理を繰り返す。
【００９６】
複製ファイル管理テーブルに記録された全ての処理依頼を実行したら、代替ストレージ管理部２３は処理を終了する。
【００９７】
このようにして、メインストレージに行われた処理が代替ストレージに反映され、自動的にファイルの分散管理が実現される。したがって、個々のファイルサーバへのアクセスおよびその処理負荷を分散できるとともに、システム全体の耐障害性を向上させることができる。
【００９８】
図１１は、ファイルの読み出し処理を示すフローチャートである。この処理は、端末装置２が実行する。
【００９９】
ユーザからファイルの読み出しの指示がなされると、ファイル操作クライアント２４またはファイル操作Ｗｅｂクライアント２５は、当該ユーザが所属するグループのグループＩＤをキーとして、データベース７から参照順位情報を取得する（ステップＳ３００）。
【０１００】
そして、参照順位の最も高いファイルサーバを対象ファイルサーバに設定し（ステップＳ３０１）、対象ファイルサーバからファイルの読み出しを試みる（ステップＳ３０２）。このように高速アクセスが期待できるファイルサーバから優先的にアクセスすることで、ファイル参照の高速化を図ることができる。
【０１０１】
このときファイルの読み出しに失敗したら（ステップＳ３０３）、現在の対象ファイルサーバよりも低い参照順位のファイルサーバが存在するかどうかを調べ、存在したらそのファイルサーバを対象ファイルサーバに設定して、ステップＳ３０２に戻る（ステップＳ３０４）。このようにして、ファイルサーバを順に切り替えてアクセスを試みるので、特定のファイルサーバ障害が与える業務への影響を軽減することができる。
【０１０２】
ステップＳ３０３でファイルの読み出しに成功した場合、もしくはステップＳ３０４で参照順位の低いファイルサーバが見つからなかった場合には、ステップＳ３０５に処理を進める。ここでは、いずれかのファイルサーバでファイルの読み出しに失敗したかどうか調べる。
【０１０３】
失敗したファイルサーバがあった場合、ファイル操作クライアント２４またはファイル操作Ｗｅｂクライアント２５は、障害発生通知メールを管理者に送信するか否かをユーザに問い合わせるためのダイアログを表示する（ステップＳ３０６）。ユーザによりメールを送信する旨の入力がなされた場合には（ステップＳ３０７）、メール送信部２７を起動して、異常のあったファイルサーバ名やファイル読み出しを試みたときの応答状況などを記したメールを管理者に送信する（ステップＳ３０８）。これにより、管理者への障害発生通知がシステムにより自動的に行われるので、個々のユーザによる連絡の手間を軽減することができる。
【０１０４】
以上、本発明を実施形態に沿って説明したが、本発明はこれらに限定されるものではなく、以下の付記的事項を含むものである。
【０１０５】
（付記１） ファイルを格納する複数のファイルサーバと、該ファイルサーバに対してファイル操作に係る処理を行う端末装置と、をネットワークを介して接続してなるファイル管理システムであって、
前記端末装置は、
前記複数のファイルサーバおよび前記端末装置の間のファイル処理に係る情報を管理するデータベースから、前記複数のファイルサーバのうち１つを主ファイルサーバ、それ以外を副ファイルサーバと定めるファイルサーバ関係情報を取得し、該ファイルサーバ関係情報に定められた主ファイルサーバに対してファイルの登録を行うファイル操作手段を有し、
前記副ファイルサーバは、
前記端末装置から前記主ファイルサーバにファイルの登録が行われたことを知った場合に、該登録されたファイルの複製を自身に作成するファイル複製手段を有するファイル管理システム。
【０１０６】
（付記２） 前記ファイル操作手段は、
前記主ファイルサーバにファイルの登録を行う際に、前記ファイルサーバ関係情報に基づいて、該ファイルおよび該ファイルの複製を格納すべき副ファイルサーバを特定する複製ファイル管理情報を前記データベースに記録し、
前記ファイル複製手段は、
前記記録された複製ファイル管理情報を参照することによって、前記登録されたファイルの複製を自身に作成する付記１に記載のファイル管理システム。
【０１０７】
（付記３） 前記ファイル操作手段は、
前記データベースから、ユーザもしくは端末装置ごと、または複数のユーザもしくは複数の端末装置からなるグループごとに定められた情報であって、前記複数のファイルサーバのいずれから優先的にファイルを読み出すべきかを定める参照順位情報を取得し、
該参照順位情報に定められた参照順位の最も高いファイルサーバからファイルの読み出しを行い、
そのファイルサーバからのファイルの読み出しに失敗した場合には、順次、次に参照順位の高いファイルサーバからファイルの読み出しを行う付記１または２に記載のファイル管理システム。
【０１０８】
（付記４） 前記端末装置は、
前記ファイル操作手段がファイルサーバからのファイルの読み出しに失敗した場合に、その旨を当該システムの管理者に通知する通知手段を有する付記１，２または３に記載のファイル管理システム。
【０１０９】
（付記５） ファイル操作に係る処理を行う端末装置からファイルの登録が行われる他のファイルサーバと関連付けられ、協働して前記ファイルを格納するファイルサーバであって、
前記端末装置から前記他のファイルサーバにファイルの登録が行われたことを知った場合に、該登録されたファイルの複製を自身に作成するファイル複製手段と、
前記端末装置の要求に応じて前記ファイルの複製を該端末装置に送信する手段と、を有するファイルサーバ。
【０１１０】
（付記６） 前記ファイル複製手段は、
前記端末装置が前記他のファイルサーバにファイルの登録を行う際に生成した、該ファイルおよび該ファイルの複製を格納すべきファイルサーバを特定する複製ファイル管理情報を参照することによって、前記登録されたファイルの複製を自身に作成する付記５に記載のファイルサーバ。
【０１１１】
（付記７） ファイルを格納する複数のファイルサーバに対してファイル操作に係る処理を行う端末装置であって、
前記複数のファイルサーバおよび当該端末装置の間のファイル処理に係る情報を管理するデータベースから、前記複数のファイルサーバのうち１つを主ファイルサーバ、それ以外を副ファイルサーバと定めるファイルサーバ関係情報を取得し、該ファイルサーバ関係情報に定められた主ファイルサーバに対してファイルの登録を行うとともに、
前記ファイルサーバ関係情報に基づいて、該ファイルおよび該ファイルの複製を格納すべき副ファイルサーバを特定する情報であって、前記副ファイルサーバが前記主ファイルサーバに登録されたファイルの複製を自身に作成するときに参照する複製ファイル管理情報を前記データベースに記録する
ファイル操作手段を有する端末装置。
【０１１２】
（付記８） 前記ファイル操作手段は、
前記データベースから、前記複数のファイルサーバのいずれから優先的にファイルを読み出すべきかを定める参照順位情報を取得し、
該参照順位情報に定められた参照順位の最も高いファイルサーバからファイルの読み出しを行い、
そのファイルサーバからのファイルの読み出しに失敗した場合には、順次、次に参照順位の高いファイルサーバからファイルの読み出しを行う付記７に記載の端末装置。
【０１１３】
（付記９） 前記ファイル操作手段がファイルサーバからのファイルの読み出しに失敗した場合に、その旨を前記ファイルサーバまたは当該端末装置の管理者に通知する通知手段を有する付記７または８に記載の端末装置。
【０１１４】
（付記１０） ファイルを格納する複数のファイルサーバを用いて、該ファイルサーバに対してファイル操作に係る処理を行う端末装置から登録されるファイルの管理を行うファイル管理方法であって、
前記端末装置は、前記複数のファイルサーバおよび前記端末装置の間のファイル処理に係る情報を管理するデータベースから、前記複数のファイルサーバのうち１つを主ファイルサーバ、それ以外を副ファイルサーバと定めるファイルサーバ関係情報を取得し、
前記端末装置は、該ファイルサーバ関係情報に定められた主ファイルサーバに対してファイルの登録を行い、
前記副ファイルサーバは、前記端末装置から前記主ファイルサーバにファイルの登録が行われたことを知った場合に、該登録されたファイルの複製を自身に作成するファイル管理方法。
【０１１５】
（付記１１） 前記端末装置は、前記主ファイルサーバにファイルの登録を行う際に、前記ファイルサーバ関係情報に基づいて、該ファイルおよび該ファイルの複製を格納すべき副ファイルサーバを特定する複製ファイル管理情報を前記データベースに記録し、
前記副ファイルサーバは、前記記録された複製ファイル管理情報を参照することによって、前記登録されたファイルの複製を自身に作成する付記１０に記載のファイル管理方法。
【０１１６】
（付記１２） 前記端末装置は、
前記データベースから、ユーザもしくは端末装置ごと、または複数のユーザもしくは複数の端末装置からなるグループごとに定められた情報であって、前記複数のファイルサーバのいずれから優先的にファイルを読み出すべきかを定める参照順位情報を取得し、
該参照順位情報に定められた参照順位の最も高いファイルサーバからファイルの読み出しを行い、
そのファイルサーバからのファイルの読み出しに失敗した場合には、順次、次に参照順位の高いファイルサーバからファイルの読み出しを行う付記１０または１１に記載のファイル管理方法。
【０１１７】
【発明の効果】
以上説明したように、本発明によれば、簡易な構成で優れた耐障害性を実現することができる。また、簡易な構成で、ネットワーク負荷および処理負荷が小さく効率的なファイル管理を実現することができる。
【図面の簡単な説明】
【図１】ファイル管理システムのシステム構成図である。
【図２】ファイルの登録、更新または削除に係る処理の説明図である。
【図３】ファイルの読み出しに係る処理の説明図である。
【図４】ファイルサーバのハードウェア構成図である。
【図５】ファイル管理システムの機能ブロック図である。
【図６】ファイルサーバ管理情報のデータ構造の一例である。
【図７】ユーザ管理情報のデータ構造の一例である。
【図８】端末装置が行うファイルの登録処理を示すフローチャートである。
【図９】代替ストレージが行うファイルの分散処理を示すフローチャートである。
【図１０】代替ストレージが行うファイルの分散処理を示すフローチャートである。
【図１１】端末装置が行うファイルの読み出し処理を示すフローチャートである。
【図１２】複製ファイル管理情報のデータ構造の一例である。
【図１３】従来のファイル管理システムのシステム構成図である。
【図１４】従来のファイル管理システムのシステム構成図である。
【符号の説明】
１ ファイルサーバ
２ 端末装置
３ 管理サーバ
４ ＬＡＮ
５ ＷＡＮ
６ ファイル格納部
７ データベース
８ メインストレージ
９ 代替ストレージ
１０ ＣＰＵ
１１ メモリ
１２ 入力部
１３ 出力部
１４ 通信Ｉ／Ｆ
１５ 記憶装置
１６ バス
２０ ボリューム登録部
２１ ストレージ制御部
２２ ストレージサーバ部
２３ 代替ストレージ管理部
２３ａ ストレージ情報記憶部
２４ ファイル操作クライアント
２５ ファイル操作Ｗｅｂクライアント
２６ ストレージ通信部
２７ メール送信部
【発明の属する技術分野】
本発明は、複数のファイルサーバを用いてファイルを管理する技術に関するものである。
【０００２】
【従来の技術】
従来、ファイルサーバを利用したファイル管理システムとしては、たとえば図１３のような構成のものが知られている。各端末装置１０２は、ＬＡＮ（Local Area Network）などのコンピュータネットワークを介してファイルサーバ１０１にアクセスし、ファイルの登録・更新・削除・読み出しなどのファイル操作を行うことが可能である。このようにして単一のファイルサーバ１０１でファイルを一元管理することで、各端末間でのファイルの共有や大容量ファイルの保管などを実現している。
【０００３】
さらに、図１４に示すように、複数のファイルサーバ１０１間をＷＡＮ（Wide Area Network）で接続し、相互にファイルの送受信を可能にすることで、物理的に離れた場所にある複数の事業所間でのファイル共有を実現したシステムも提案されている。
【０００４】
この種のシステムでは、ファイルを記憶するハードディスク１０６の損傷やファイル操作時のファイル破損などに対する障害対策として、定期的なバックアップや、ＲＡＩＤ（Redundant Array of Inexpensive Disks）などを用いたデータ多重管理が行われることが一般的である。また、全く同じ構成のファイルサーバを予備サーバとして用意するなど、冗長性のある構成にして、ファイルサーバそのものの故障に備えるデュプレックス方式などが採用されることもある。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記のような従来技術の場合には、次のような問題が生じていた。
【０００６】
すなわち、上記システムでは、１台のファイルサーバにてファイルを一元管理しているために、複数の端末装置から同一ファイルへの参照が一度に発生すると、特定のファイルサーバにアクセスが集中してしまう。これによりファイルサーバの処理負荷が極めて高くなり、システムの作動効率が低下するという現象が発生する。
【０００７】
特に、図１４のような構成のシステムにあっては、遠距離からのアクセスが集中すると、基幹ネットワークのトラフィックが増大し、システムの作動効率を一層低下させてしまう。
【０００８】
また、ＲＡＩＤなどによるデータ多重管理では、ファイルサーバ内の特定のハードディスクが損傷した場合、残るハードディスクからファイルを復元することとなる。しかし、この方式ではファイルサーバ自体の故障に対応することができない。たとえファイルサーバを修理し、バックアップデータをリストアするにしても、その間システムは停止したままになり、不便に耐えない。
【０００９】
さらに、ファイルサーバにソフトウェア的なトラブルが生じた場合、あるいはファイルサーバがシャットダウンしていたり、その他不測のトラブルが生じた場合など、ファイルサーバ自体にアクセスできないときには、端末装置から当該システムを利用することができなくなってしまう。
【００１０】
なお、この種の障害は、デュプレックス方式を採用することである程度対処することができるものの、そうするとファイルサーバの構成が複雑となり、コストの増大および大型化を招くため、好ましくない。
【００１１】
本発明は上記実情に鑑みてなされたものであって、その目的とするところは、簡易な構成で優れた耐障害性を実現し得るファイル管理技術を提供することにある。
【００１２】
また、本発明の他の目的は、簡易な構成で、ネットワーク負荷および処理負荷が小さく効率的なファイル管理を実現し得るファイル管理技術を提供することにある。
【００１３】
【課題を解決するための手段】
上記目的を達成するために本発明にあっては、ファイルを格納する複数のファイルサーバと、該ファイルサーバに対してファイル操作に係る処理を行う端末装置と、をネットワークを介して接続してなるファイル管理システムであって、前記端末装置は、前記複数のファイルサーバおよび前記端末装置の間のファイル処理に係る情報を管理するデータベースから、前記複数のファイルサーバのうち１つを主ファイルサーバ、それ以外を副ファイルサーバと定めるファイルサーバ関係情報を取得し、該ファイルサーバ関係情報に定められた主ファイルサーバに対してファイルの登録を行うファイル操作手段を有し、前記副ファイルサーバは、前記端末装置から前記主ファイルサーバにファイルの登録が行われたことを知った場合に、該登録されたファイルの複製を自身に作成するファイル複製手段を有する。
【００１４】
ここで、複数のファイルサーバは、それぞれ別個のコンピュータにより実現されるものである。このうちのいずれが主ファイルサーバとなり、いずれが副ファイルサーバとなるかは、ファイルサーバ関係情報の設定しだいである。この設定は、ユーザもしくは端末装置ごと、または複数のユーザもしくは複数の端末装置からなるグループごとに定めるとよい。すなわち、端末装置はネットワークを介して各ファイルサーバにアクセスすることが可能なので、いずれを主ファイルサーバに設定することもできるのである。たとえば、ネットワーク負荷や処理負荷が最も低くなるように、各端末装置ごとに主ファイルサーバを異ならせるような最適化を行うことが好適である。
【００１５】
上記データベースは、ファイルサーバや端末装置とは別個のサーバに構築してもよいし、いずれかのファイルサーバもしくは端末装置の中に構築してもよい。
【００１６】
上記構成のファイル管理システムによれば、主ファイルサーバに登録されたファイルが、他のファイルサーバ（副ファイルサーバ）に分散管理される。したがって、主ファイルサーバが故障したり、主ファイルサーバにアクセスできなくなったとしても、端末装置は副ファイルサーバから該当するファイルを読み出すことができる。つまり、個々のファイルサーバに特段の障害対策を施すことなく、優れた耐障害性を実現することが可能となる。
【００１７】
また、副ファイルサーバが複数存在する場合であっても、ファイルを分散させる処理は、各副ファイルサーバ自身が能動的に行うため、主ファイルサーバに処理負荷をかけることがない。したがって、システムの作動効率を向上させることができる。
【００１８】
ファイルを分散させる処理の一実施態様としては、前記ファイル操作手段が、前記主ファイルサーバにファイルの登録を行う際に、前記ファイルサーバ関係情報に基づいて、該ファイルおよび該ファイルの複製を格納すべき副ファイルサーバを特定する複製ファイル管理情報を前記データベースに記録し、前記ファイル複製手段が、前記記録された複製ファイル管理情報を参照することによって、前記登録されたファイルの複製を自身に作成することが好適である。
【００１９】
前記ファイル操作手段は、前記データベースから、前記複数のファイルサーバのいずれから優先的にファイルを読み出すべきかを定める参照順位情報を取得し、該参照順位情報に定められた参照順位の最も高いファイルサーバからファイルの読み出しを行う。
【００２０】
このとき、前記参照順位情報を、ユーザもしくは端末装置ごと、または複数のユーザもしくは複数の端末装置からなるグループごとに設定することが好ましい。
【００２１】
このように参照順位を定めることで、ファイルサーバへのアクセスを分散でき、一箇所へのアクセス集中による処理負荷の増大および作動効率の低下を防止することができる。
【００２２】
前記ファイル操作手段は、ファイルサーバからのファイルの読み出しに失敗した場合には、順次、次に参照順位の高いファイルサーバからファイルの読み出しを行うことが好適である。
【００２３】
この構成によれば、あるファイルサーバに障害が発生していたとしても、代替的に他のファイルサーバからファイルを読み出すことができるので、耐障害性が向上する。
【００２４】
前記端末装置は、前記ファイル操作手段がファイルサーバからのファイルの読み出しに失敗した場合に、その旨を当該システムの管理者に通知する通知手段を有することが好適である。
【００２５】
たとえば、上記データベースまたは端末装置にて管理者のメールアドレスを管理しておき、通知手段はファイルサーバのエラーを感知したときに当該メールアドレスにエラー内容を記したメールを送信する。この構成によれば、管理者への障害発生通知がシステムにより自動的に行われるので、個々のユーザによる連絡の手間を軽減することができる。
【００２６】
【発明の実施の形態】
以下に図面を参照して、この発明の好適な一実施の形態を説明する。
【００２７】
まずは、図１〜図３を参照して、本実施形態に係るファイル管理システムの全体構成およびファイル管理方法について概略的に説明を行う。
【００２８】
図１は、ファイル管理システムのシステム構成図である。同図に示すように、ファイル管理システムは、複数のファイルサーバ１、端末装置２および管理サーバ３をＬＡＮ４，ＷＡＮ５などのコンピュータネットワークで接続することにより構成される。
【００２９】
端末装置２は、ファイルサーバ１に対してファイル操作に係る処理（ファイルの登録・更新・削除・読み出しなど）を行う装置である。また、ファイルサーバ１は、端末装置２から登録されたファイル（文書データ、画像データ、音楽データ、プログラムなど）を格納する装置であって、大容量のファイル格納部６を備えている。
【００３０】
管理サーバ３内のデータベース７には、複数のファイルサーバ１と端末装置２の間のファイル処理に係る情報が管理されており、ファイルサーバ１および端末装置２はその情報に基づいて互いに協働し、ファイル管理システムを構築する。
【００３１】
なお、本実施形態では、データベース７を管理する専用の管理サーバ３を設けているが、このデータベース７をいずれかのファイルサーバ１または端末装置２の記憶装置内に設けて、ファイルサーバ１または端末装置２に管理サーバの役割を兼用させる構成にしても構わない。
【００３２】
データベース７は、端末装置２またはそのユーザを、端末装置２が接続されるＬＡＮ４もしくはセグメント、またはユーザの所属などを単位としてグループ分けしたユーザ管理情報を有する。また、データベース７は、グループごとに各ファイルサーバの関係付けを定義したファイルサーバ関係情報を有する。
【００３３】
ファイルサーバ関係情報は、複数のファイルサーバのうちいずれか１つを主ファイルサーバ（以下、「メインストレージ」という。）、それ以外の１または２以上のファイルサーバを副ファイルサーバ（以下、「代替ストレージ」という。）と定めたものである。
【００３４】
メインストレージはファイルの登録先となるファイルサーバであり、代替ストレージは主ファイルサーバに登録されたファイルの複製を格納するファイルサーバである。なお、メインストレージと代替ストレージの組み合わせは、グループごとに任意の組み合わせを設定可能である。
【００３５】
ファイルの登録、更新または削除を行う場合には、図２に示すように、端末装置２はまず、（１）データベース７からファイルサーバ関係情報を取得し、（２）そのファイルサーバ関係情報に定められたメインストレージ８に対してファイルの登録、更新または削除の処理を行う。このとき端末装置２は、（３）実行した処理内容を表す複製ファイル管理情報をデータベース７に記録する。複製ファイル管理情報には、メインストレージ８に格納されたどのファイルに対し、どのような処理が行われたか、またその処理を反映させるべき代替ストレージはどれかなどの情報が含まれる。
【００３６】
一方、代替ストレージ９は、（４）各々データベース７に問い合わせ、複製ファイル管理情報に自身が行うべき処理が記録されているかどうかを調べる。（５）ファイルの登録または更新があった旨が記録されていれば、対象ファイルの複製を自身に作成し、ファイルの削除があった旨が記録されていれば、自身の持つファイルの削除を行う。必要な処理を完了した後、代替ストレージ９は、データベース７の自身に関連する複製ファイル管理情報を削除する。
【００３７】
以上の仕組みにより、メインストレージ８に行われた処理が他の代替ストレージ９に反映され、自動的にファイルの分散管理が行われる。したがって、メインストレージ８が故障したり、メインストレージ８にアクセスできなくなったとしても、端末装置２は代替ストレージ９から該当するファイルを読み出すことができる。つまり、個々のファイルサーバ１に特段の障害対策を施すことなく、優れた耐障害性を実現することが可能となる。
【００３８】
また、代替ストレージ９が複数存在する場合であっても、ファイルを分散させる処理は各代替ストレージ９自身が能動的に行うため、メインストレージ８に処理負荷をかけることがない。特に、代替ストレージ９は複製ファイル管理情報に基づいて独自のスケジューリングでファイル処理を行うことができるので、たとえば端末装置２からのアクセスが少ない時間帯に処理を実行するなどして、処理負荷の分散を図ることができる。したがってシステムの作動効率を向上させることができる。
【００３９】
さらに、メインストレージ８と代替ストレージ９の関係付けは、データベース７で一元的に管理されているので、システム構成の変更を容易に行うことができる。たとえば、メインストレージ８が故障した場合には、ファイルサーバ関係情報の内容を変更し、他の正常動作しているファイルサーバをメインストレージに設定するだけで、システムをリカバリできる。他にも、ファイルサーバの追加や削除を行うにあたって、他のそれぞれのファイルサーバに対して個別に設定を更新する必要がなく、データベース７の内容を変更するだけで足りるという利点がある。
【００４０】
一方、本システムにあっては、上記のように分散管理されたファイルを参照する（読み出す）処理は、次のようにして行われる。
【００４１】
データベース７は、グループごとに参照時の優先順位を定める参照順位情報を有する。この参照順位情報には、当該グループに属する端末装置２またはユーザが、複数のファイルサーバ１のいずれから優先的にファイルを読み出すべきかの設定が記録されている。参照順位は、端末装置２とファイルサーバ１の間の回線の能力や使用頻度を考慮し、高速アクセスが期待できるものほど、高い順位となるように設定することが好ましい。
【００４２】
ファイルを読み出す場合、端末装置２はまず、図３に示すように、（１）データベース７から参照順位情報を取得し、（２）参照順位の最も高いファイルサーバ１からファイルの読み出しを行う。ファイル読み出しに失敗したら、（３）次に参照順位の高いファイルサーバ１に切り替えてアクセスを試みる。（４）正常にアクセスできてファイルの読み出しに成功するか、もしくは最も低い順位のファイルサーバ１へのアクセスを行うまで、アクセス先の切り替え処理が継続される。
【００４３】
以上の仕組みによれば、グループごとに参照順位を異ならせることで、ファイルサーバ１へのアクセスを分散でき、一箇所へのアクセス集中による処理負荷の増大およびシステム全体としての作動効率の低下を防止することができる。
【００４４】
また、各端末装置２は、複数のファイルサーバ１のうち最も高速アクセスが期待できるファイルサーバ１に優先的にアクセスを行うことになるので、ネットワークの負荷が低減される。
【００４５】
さらに、あるファイルサーバ１に障害が発生していたとしても、代替的に他のファイルサーバ１からファイルを読み出すことができるので、耐障害性が向上する。またこの切り替え処理は自動的に行われるので、端末装置２を操作するユーザは、どのファイルサーバ１からファイルを読み出しているかを特に意識する必要はない。したがって、システムの利便性および操作性が向上する。
【００４６】
以上述べたように、上記構成のファイル管理システムによれば、簡易な構成で、優れた耐障害性を実現することができるとともに、ネットワーク負荷および処理負荷が小さく効率的なファイル管理を実現することができる。
【００４７】
では続いて、上記のようなファイル管理システムを具現化するための詳細な構成について説明する。
【００４８】
（ハードウェア構成）
ファイルサーバ１、端末装置２、管理サーバ３は、それぞれ汎用のコンピュータにて構成することができる。
【００４９】
図４に、ファイルサーバ１のハードウェア構成を示す。すなわち、ファイルサーバ１は、ＣＰＵ（Central Processing Unit）１０、メモリ１１、キーボードやマウスなどの入力部１２、ディスプレイやプリンタなどの出力部１３、通信Ｉ／Ｆ（Interface）１４、記憶装置１５などを有する。これらの各構成要素は、バス１６を介して接続される。
【００５０】
通信Ｉ／Ｆ１４は、コンピュータネットワークを利用したデータ通信を制御するための通信手段であり、例えばネットワークアダプタ、ターミナルアダプタ、モデムなどが該当する。ファイルサーバ１は、通信Ｉ／Ｆ１４を介して、他のファイルサーバ１、管理サーバ３および端末装置２とデータの送受信を行うことができる。
【００５１】
メモリ１１は、ＲＡＭ（Random Access Memory）などの読み書き可能なメモリとＲＯＭ（Read Only Memory）などの読み出し専用のメモリとから構成される主記憶手段である。ＲＯＭには、ファイルサーバ１のＢＩＯＳ（Basic Input/Output System）などが格納されている。一方、ＲＡＭは、ＣＰＵ１０の実行対象となっているプログラムやデータを一時的に格納・保持するものであって、後述する一連の処理を実行するプログラムの実行エリアとなる部位である。
【００５２】
記憶装置１５は、大容量のハードディスクなどで構成される。障害対策としてＲＡＩＤディスクを採用することが好ましい。また、ハードディスクと併用して、ＣＤ−ＲＯＭ，ＣＤ−Ｒ／Ｗ，ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＭＯなどのチェンジャーを設けてもよい。記憶装置１５には、端末装置２から登録されたファイルが格納されるファイル格納部６が設けられる他、ファイルサーバ１のＯＳやファイル管理システムを実現するために必要なプログラムおよびデータが格納される。
【００５３】
ＣＰＵ１０は、入力部１２から入力されたデータ、記憶装置１５に記憶されているデータ若しくは通信Ｉ／Ｆ１４を介して受信したデータ、またはＲＯＭや記憶装置１５に記憶されているプログラム若しくは通信Ｉ／Ｆ１４を介して受信したプログラムをＲＡＭに読み込み、この読み込んだ内容に基づいて演算処理を行う演算手段である。また、ＣＰＵ１０は、この演算処理の結果に基づき、各構成要素の制御を行う制御手段でもある。
【００５４】
なお、端末装置２および管理サーバ３は、記憶装置として通常のハードディスクを備えるほかは、上記ファイルサーバ１と略同様のハードウェア構成である。
【００５５】
（機能ブロック）
図５に、本実施形態のファイル管理システムの機能ブロックを示す。
【００５６】
これらの機能ブロックは、記憶装置に格納されたプログラムおよびデータがメモリに読み込まれ、ＣＰＵで処理されることで実現される。なお、これらの機能ブロックを実現するためのプログラムは、単一のプログラムで構成してもよいし、複数のモジュールプログラムを組み合わせて実現したものであっても構わない。
【００５７】
ファイルサーバ１は、ボリューム登録部２０、ストレージ制御部２１、ストレージサーバ部２２、代替ストレージ管理部２３などの機能ブロックを有する。
【００５８】
ボリューム登録部２０は、ファイルサーバ１に係る情報をデータベース７に登録するファイルサーバ登録手段として機能する。ファイルサーバ１をシステムに追加する場合には、まずボリューム登録部２０を起動してファイルサーバ１のサーバ名、ボリューム名およびパーティション情報の登録を行う。
【００５９】
ここで登録された情報は、データベース７内にファイルサーバ管理情報として保持される。ファイルサーバ管理情報は図６のようなデータ構造により管理される。図中、２重線で囲まれた項目はプライマリーキーであり、太線で囲まれた項目はユニークキーである。
【００６０】
サーバ管理テーブルでは、サーバＩＤとサーバ名が管理される。サーバＩＤはシステムが当該ファイルサーバ１に割り当てた値であり、他のファイルサーバと混同しないように一意な値が設定される。サーバ名は、当該ファイルサーバ１のネットワーク上の名称（ドメイン名；「server1.domain.co.jp」など）である。
【００６１】
ボリューム管理テーブルでは、サーバＩＤ、ボリュームＩＤ、ボリューム名および削除フラグが管理される。ボリュームＩＤはシステムにより割り当てられた一意の値である。ボリューム名とは、ファイルサーバ１の記憶装置の特定のパス（サーバパス；「C:\llfiling\volume1」など）に対応させて設定した名称であり、「VOLUME1」など任意の名称を設定できる。これはシステムのセキュリティ確保のため、実際のサーバパスをユーザから隠蔽するために用いられる。つまり、ユーザは、「VOLUME1」というボリューム名を指定することで、ファイルサーバ１の「C:\llfiling\volume1」というパスにアクセスすることとなるのである。
【００６２】
削除フラグは、ボリュームが削除されたときにＴｒｕｅの値に設定されるフラグである。本システムでは、ボリュームが削除されてもファイルサーバ内のパスそのものを削除することはせず、削除フラグの設定を切り替えるだけに留める。これにより、誤操作によりボリュームを削除してしまった場合でも、即座にボリュームを復活させることができ、またボリュームの削除がシステムの他の処理に不測の影響を与えることを未然に防止できる。
【００６３】
パーティション管理テーブルでは、ファイルサーバ１のサーバパスと、システムのボリュームとの関連付けが管理される。サーバＩＤ、ボリュームＩＤ、パーティション、仮想ルートディレクトリ名、ストレージ種別、経由プログラム、アクティブフラグ、書込み完了フラグ、セクタサイズ、使用可能容量上位、使用可能容量下位、使用量上位、使用量下位などの情報が含まれる。
【００６４】
パーティションには、サーバパスが格納される。パーティションとは、同一ボリューム名でサーバパスの実体を切り替えて使用するために導入した概念である。一つのボリュームに対して有効なパーティションは常に一つである。使用中のボリューム「C:\llfiling\volume1」の空き容量が少なくなった場合には、パーティションを「D:\llfiling\volume1」に切り替えることで、ユーザがボリューム「VOLUME1」を継続して使用できるようにする。なお、切り替えたパーティションはバックアップするなどし、将来の再利用に備える。
【００６５】
ストレージ種別には、記録装置の別やファイルシステムの別を保持し、経由プログラムには、このパーティションにファイルを読み書きする際に利用するプログラム名を保持する。システムは、ストレージ種別や経由プログラムに基づいて、パーティションに対するファイル処理を切り替えるので、ユーザはどのような種類の記憶装置にアクセスしているかを別段意識する必要がない。
【００６６】
このように本システムでは、「サーバ名」、「ボリューム名」、「パーティション」の組み合わせで、すべてのファイルサーバのファイルの存在位置を特定することができる。
【００６７】
さらに、ボリューム登録部２０は、ボリュームを登録する際に、当該ファイルサーバのファイルの複製を格納させる他のファイルサーバ（代替ストレージ）を指定することで、メインストレージと代替ストレージの関係付けを行う。ここで指定した情報は、データベース７内の代替ストレージ管理テーブルに保持される。
【００６８】
代替ストレージ管理テーブルでは、メインストレージとして動作する当該ファイルサーバ１のサーバＩＤ，ボリュームＩＤと、その代替ストレージとして動作する他のファイルサーバのサーバＩＤ，ボリュームＩＤとがファイルサーバ関係情報として管理されている。本実施形態では、１つのメインストレージに対して、最大３つまでの代替ストレージを設定することができる。
【００６９】
なお、管理サーバ３は、メインストレージと代替ストレージの関係付けが行われると、その旨を代替ストレージとして設定されたファイルサーバに通知する。その通知を受信したファイルサーバは、ローカルのストレージ情報記憶部２３ａに、自身が代替ストレージとして動作する旨のストレージ情報を記憶する。
【００７０】
以上の設定が完了すると、当該ファイルサーバ１はシステムで利用可能な状態となる。
【００７１】
ストレージ制御部２１は、端末装置２とのデータ通信を担う部分であり、ファイル操作に係る処理の要求（ファイルアクセス要求）を受信したり、該当ファイルの送受信を行う。
【００７２】
ストレージサーバ部２２は、ストレージ制御部２１を介して受信したファイルアクセス要求を処理し、ファイル格納部６に対して該当ファイルの登録・更新・削除・読み出しなどの処理を行う部分である。
【００７３】
代替ストレージ管理部２３は、自身が代替ストレージとして動作する場合に実行される機能ブロックである。代替ストレージ管理部２３は、端末装置２から他のファイルサーバ（メインストレージ）にファイルの登録が行われたことを知った場合に、その登録ファイルの複製を自身に作成するファイル複製手段として機能する。また、メインストレージに対してファイルの更新や削除などが行われた場合も同様に、その処理内容を自身に反映させる。代替ストレージ管理部２３の具体的な動作については後ほどフローチャートを用いて詳述する。
【００７４】
一方、端末装置２は、ファイル操作クライアント２４、ファイル操作Ｗｅｂクライアント２５、ストレージ通信部２６、メール送信部２７などの機能ブロックを有する。
【００７５】
ファイル操作クライアント２４は、データベース７にアクセスし、ファイル操作に係る処理を行うファイル操作手段として機能する。また、ユーザおよびグループの情報をデータベース７に登録する機能、および、ファイルを登録するメインストレージの設定や、ファイル読み出し時の参照順位の設定を行う機能も有する。
【００７６】
ファイル操作クライアント２４により登録・設定された情報は、データベース７内にユーザ管理情報として保持される。ユーザ管理情報は図７に示すようなデータ構造により管理される。図中、２重線で囲まれた項目はプライマリーキーであり、太線で囲まれた項目はユニークキーである。
【００７７】
グループ管理テーブルでは、グループＩＤ、グループ名、削除フラグ、登録日時、削除日時、セキュリティレベル、備考などが管理される。グループＩＤはシステムが割り当てた一意な値である。グループ名には「東京東支社」など任意の名称を設定できる。セキュリティレベルとは、このグループに属するユーザがアクセス可能なボリュームやファイルを制限するためのものである。
【００７８】
また、ユーザ管理テーブルでは、ユーザＩＤ、ユーザ名、削除フラグ、登録日時、削除日時、パスワード変更日時、セキュリティレベル、パスワード、フルネーム、備考などが管理される。ユーザＩＤはシステムが割り当てた一意な値である。ユーザ名は、ユーザがシステムにログインする際のログイン名に相当する。セキュリティレベルとは、このユーザがアクセス可能なボリュームやファイルを制限するためのものであって、グループ管理テーブルに含まれるセキュリティレベルと異なる内容が設定されている場合には、ユーザ管理テーブルのセキュリティレベルが優先適用される。
【００７９】
グループ・ユーザ対応管理テーブルは、どのユーザがどのグループに属するかを管理するものであり、グループＩＤとユーザＩＤを含む。基本的に、ユーザは複数のグループに所属することができる。ただし、そのグループＩＤが参照順位情報のユニークキーとなっているグループには、１つしか所属できない。
【００８０】
グループ・メインストレージ対応管理テーブルでは、そのグループに属するユーザのファイルの登録先となるメインストレージを特定する情報、すなわちグループＩＤと、サーバＩＤ，ボリュームＩＤとが対応付けられ管理されている。
【００８１】
参照順位管理テーブルは、そのグループに属するユーザがどのファイルサーバから優先的にファイルを読み出すべきかを管理するものである。このテーブルには、参照順位情報として、グループＩＤと、サーバＩＤ１，ボリュームＩＤ１と、サーバＩＤ２，ボリュームＩＤ２と、サーバＩＤ３，ボリュームＩＤ３と、サーバＩＤ４，ボリュームＩＤ４とが管理されている。ファイル操作クライアント２４は、端末装置２から高速アクセスが期待できる順に、サーバＩＤ１，ＩＤ２，ＩＤ３を登録するとよい。
【００８２】
ファイル操作Ｗｅｂクライアント２５も、データベース７にアクセスし、ファイル操作に係る処理を行うファイル操作手段として機能するが、ファイルの参照（読み出し）の機能を備えるのみであり、ファイルの登録機能、ユーザ情報や参照順位の設定機能は有していない。
【００８３】
ストレージ通信部２６は、ファイルサーバ１とのデータ通信を担う部分であり、ファイル操作に係る処理の要求（ファイルアクセス要求）を送信したり、該当ファイルの送受信を行う。
【００８４】
メール送信部２７は、ファイル操作クライアント２４またはファイル操作Ｗｅｂクライアント２５がファイルサーバ１からのファイルの読み出しに失敗した場合に、ファイル操作クライアント２４またはファイル操作Ｗｅｂクライアント２５から起動されるものであって、ファイル読み出しに失敗した旨の障害発生通知を当該システムの管理者に電子メールで通知する通知手段として機能する。なお、管理者のメールアドレスは、データベース７に管理されていてもよいし、メール送信部２７に設定してあってもよい。
【００８５】
（処理フロー）
次に、上記構成のファイル管理システムの処理動作について、図８〜図１１のフローチャートを併せ参照して詳しく説明する。
【００８６】
図８は、ファイルの登録処理を示すフローチャートである。この処理は、端末装置２が実行する。
【００８７】
ユーザからファイルの登録の指示がなされると、ファイル操作クライアント２４は、まずデータベース７のグループ・メインストレージ対応管理テーブルを参照して、当該ユーザが所属するグループに関連付けられたメインストレージを調べ、さらにそのメインストレージのサーバＩＤをキーとしてファイルサーバ関係情報を取得する（ステップＳ１００）。
【００８８】
次に、ファイル操作クライアント２４は、ストレージ通信部２６を呼び出し、ファイルサーバ関係情報に定められたメインストレージのサーバ名およびボリューム名、並びに登録するファイル名およびファイルを格納するディレクトリ名をパラメータとして引き渡す。ストレージ通信部２６は、そのサーバ名で特定されるファイルサーバ１にファイル登録要求を送信する（ステップＳ１０１）。
【００８９】
また、ファイル操作クライアント２４は、ファイルサーバ関係情報に代替ストレージが設定されているかどうかを調べる（ステップＳ１０２）。代替ストレージが存在する場合には、データベース７の複製ファイル管理テーブルに複製ファイル管理情報を記録して処理を終了する（ステップＳ１０３）。
【００９０】
ここで記録される複製ファイル管理情報は、メインストレージに対して行ったファイル操作を代替ストレージに反映させるためのものであって、１回のファイル操作につき１つ生成される。その内容としては、図１２に示すように、メインストレージのサーバＩＤ，ボリュームＩＤ，パーティション、ファイルを格納したディレクトリ名およびそのファイル名、ファイルの登録・更新・削除の処理種別、処理を行った依頼日付などの情報と、代替ストレージのサーバＩＤ１〜３，ボリュームＩＤ１〜３などの情報を含んでいる。
【００９１】
続いて、代替ストレージが上記ファイル操作を自身に反映する処理について、図９および図１０を用いて説明する。ファイルサーバ１は、１時間ごとあるいは１日ごとなど、予め設定されたスケジューリングにしたがって以下の処理を行う。
【００９２】
まず、ファイルサーバ１の代替ストレージ管理部２３は、ローカルのストレージ情報記憶部２３ａからストレージ情報を取得し（ステップＳ２００）、自身が代替ストレージとして機能しているか否かを調べる（ステップＳ２０１）。代替ストレージとして機能していない場合には、そのまま処理を終了する。
【００９３】
一方、代替ストレージとして機能していると判断された場合には、データベース７から、自身のサーバＩＤおよびボリュームＩＤを取得する（ステップＳ２０２）。続いて、サーバＩＤおよびボリュームＩＤに基づき、複製ファイル管理テーブルを検索し、自身が処理すべき複製ファイル管理情報が記録されているか調べる（ステップＳ２０３，Ｓ２０４）。自身に関連する複製ファイル管理情報が存在しない場合には、そのまま処理を終了する。
【００９４】
複製ファイル管理情報が見つかった場合には、メインストレージのサーバＩＤ，ボリュームＩＤ，パーティションと、ディレクトリ名およびファイル名から処理を行うべきファイルを特定する。そして、処理種別から、そのファイルに対して自身が行うべき処理を判断する。具体的には、処理種別が「登録」または「更新」の場合には、メインストレージから該当ファイルを読み出し、その複製を自身のファイル格納部に作成する。処理種別が「削除」の場合には、自身のファイル格納の該当ファイルの削除を実行する（ステップＳ２０５）。
【００９５】
ファイル処理を完了したら、データベース７の複製ファイル管理情報から自身のサーバＩＤおよびボリュームＩＤを削除するとともに（ステップＳ２０６）、複製ファイル管理情報に他の代替ストレージが含まれているか否かを調べる（ステップＳ２０７）。もし、他の代替ストレージが含まれていない場合には、その複製ファイル管理情報を複製ファイル管理テーブルから削除する（ステップＳ２０８）。そして、再びステップＳ２０３に戻り、上記処理を繰り返す。
【００９６】
複製ファイル管理テーブルに記録された全ての処理依頼を実行したら、代替ストレージ管理部２３は処理を終了する。
【００９７】
このようにして、メインストレージに行われた処理が代替ストレージに反映され、自動的にファイルの分散管理が実現される。したがって、個々のファイルサーバへのアクセスおよびその処理負荷を分散できるとともに、システム全体の耐障害性を向上させることができる。
【００９８】
図１１は、ファイルの読み出し処理を示すフローチャートである。この処理は、端末装置２が実行する。
【００９９】
ユーザからファイルの読み出しの指示がなされると、ファイル操作クライアント２４またはファイル操作Ｗｅｂクライアント２５は、当該ユーザが所属するグループのグループＩＤをキーとして、データベース７から参照順位情報を取得する（ステップＳ３００）。
【０１００】
そして、参照順位の最も高いファイルサーバを対象ファイルサーバに設定し（ステップＳ３０１）、対象ファイルサーバからファイルの読み出しを試みる（ステップＳ３０２）。このように高速アクセスが期待できるファイルサーバから優先的にアクセスすることで、ファイル参照の高速化を図ることができる。
【０１０１】
このときファイルの読み出しに失敗したら（ステップＳ３０３）、現在の対象ファイルサーバよりも低い参照順位のファイルサーバが存在するかどうかを調べ、存在したらそのファイルサーバを対象ファイルサーバに設定して、ステップＳ３０２に戻る（ステップＳ３０４）。このようにして、ファイルサーバを順に切り替えてアクセスを試みるので、特定のファイルサーバ障害が与える業務への影響を軽減することができる。
【０１０２】
ステップＳ３０３でファイルの読み出しに成功した場合、もしくはステップＳ３０４で参照順位の低いファイルサーバが見つからなかった場合には、ステップＳ３０５に処理を進める。ここでは、いずれかのファイルサーバでファイルの読み出しに失敗したかどうか調べる。
【０１０３】
失敗したファイルサーバがあった場合、ファイル操作クライアント２４またはファイル操作Ｗｅｂクライアント２５は、障害発生通知メールを管理者に送信するか否かをユーザに問い合わせるためのダイアログを表示する（ステップＳ３０６）。ユーザによりメールを送信する旨の入力がなされた場合には（ステップＳ３０７）、メール送信部２７を起動して、異常のあったファイルサーバ名やファイル読み出しを試みたときの応答状況などを記したメールを管理者に送信する（ステップＳ３０８）。これにより、管理者への障害発生通知がシステムにより自動的に行われるので、個々のユーザによる連絡の手間を軽減することができる。
【０１０４】
以上、本発明を実施形態に沿って説明したが、本発明はこれらに限定されるものではなく、以下の付記的事項を含むものである。
【０１０５】
（付記１） ファイルを格納する複数のファイルサーバと、該ファイルサーバに対してファイル操作に係る処理を行う端末装置と、をネットワークを介して接続してなるファイル管理システムであって、
前記端末装置は、
前記複数のファイルサーバおよび前記端末装置の間のファイル処理に係る情報を管理するデータベースから、前記複数のファイルサーバのうち１つを主ファイルサーバ、それ以外を副ファイルサーバと定めるファイルサーバ関係情報を取得し、該ファイルサーバ関係情報に定められた主ファイルサーバに対してファイルの登録を行うファイル操作手段を有し、
前記副ファイルサーバは、
前記端末装置から前記主ファイルサーバにファイルの登録が行われたことを知った場合に、該登録されたファイルの複製を自身に作成するファイル複製手段を有するファイル管理システム。
【０１０６】
（付記２） 前記ファイル操作手段は、
前記主ファイルサーバにファイルの登録を行う際に、前記ファイルサーバ関係情報に基づいて、該ファイルおよび該ファイルの複製を格納すべき副ファイルサーバを特定する複製ファイル管理情報を前記データベースに記録し、
前記ファイル複製手段は、
前記記録された複製ファイル管理情報を参照することによって、前記登録されたファイルの複製を自身に作成する付記１に記載のファイル管理システム。
【０１０７】
（付記３） 前記ファイル操作手段は、
前記データベースから、ユーザもしくは端末装置ごと、または複数のユーザもしくは複数の端末装置からなるグループごとに定められた情報であって、前記複数のファイルサーバのいずれから優先的にファイルを読み出すべきかを定める参照順位情報を取得し、
該参照順位情報に定められた参照順位の最も高いファイルサーバからファイルの読み出しを行い、
そのファイルサーバからのファイルの読み出しに失敗した場合には、順次、次に参照順位の高いファイルサーバからファイルの読み出しを行う付記１または２に記載のファイル管理システム。
【０１０８】
（付記４） 前記端末装置は、
前記ファイル操作手段がファイルサーバからのファイルの読み出しに失敗した場合に、その旨を当該システムの管理者に通知する通知手段を有する付記１，２または３に記載のファイル管理システム。
【０１０９】
（付記５） ファイル操作に係る処理を行う端末装置からファイルの登録が行われる他のファイルサーバと関連付けられ、協働して前記ファイルを格納するファイルサーバであって、
前記端末装置から前記他のファイルサーバにファイルの登録が行われたことを知った場合に、該登録されたファイルの複製を自身に作成するファイル複製手段と、
前記端末装置の要求に応じて前記ファイルの複製を該端末装置に送信する手段と、を有するファイルサーバ。
【０１１０】
（付記６） 前記ファイル複製手段は、
前記端末装置が前記他のファイルサーバにファイルの登録を行う際に生成した、該ファイルおよび該ファイルの複製を格納すべきファイルサーバを特定する複製ファイル管理情報を参照することによって、前記登録されたファイルの複製を自身に作成する付記５に記載のファイルサーバ。
【０１１１】
（付記７） ファイルを格納する複数のファイルサーバに対してファイル操作に係る処理を行う端末装置であって、
前記複数のファイルサーバおよび当該端末装置の間のファイル処理に係る情報を管理するデータベースから、前記複数のファイルサーバのうち１つを主ファイルサーバ、それ以外を副ファイルサーバと定めるファイルサーバ関係情報を取得し、該ファイルサーバ関係情報に定められた主ファイルサーバに対してファイルの登録を行うとともに、
前記ファイルサーバ関係情報に基づいて、該ファイルおよび該ファイルの複製を格納すべき副ファイルサーバを特定する情報であって、前記副ファイルサーバが前記主ファイルサーバに登録されたファイルの複製を自身に作成するときに参照する複製ファイル管理情報を前記データベースに記録する
ファイル操作手段を有する端末装置。
【０１１２】
（付記８） 前記ファイル操作手段は、
前記データベースから、前記複数のファイルサーバのいずれから優先的にファイルを読み出すべきかを定める参照順位情報を取得し、
該参照順位情報に定められた参照順位の最も高いファイルサーバからファイルの読み出しを行い、
そのファイルサーバからのファイルの読み出しに失敗した場合には、順次、次に参照順位の高いファイルサーバからファイルの読み出しを行う付記７に記載の端末装置。
【０１１３】
（付記９） 前記ファイル操作手段がファイルサーバからのファイルの読み出しに失敗した場合に、その旨を前記ファイルサーバまたは当該端末装置の管理者に通知する通知手段を有する付記７または８に記載の端末装置。
【０１１４】
（付記１０） ファイルを格納する複数のファイルサーバを用いて、該ファイルサーバに対してファイル操作に係る処理を行う端末装置から登録されるファイルの管理を行うファイル管理方法であって、
前記端末装置は、前記複数のファイルサーバおよび前記端末装置の間のファイル処理に係る情報を管理するデータベースから、前記複数のファイルサーバのうち１つを主ファイルサーバ、それ以外を副ファイルサーバと定めるファイルサーバ関係情報を取得し、
前記端末装置は、該ファイルサーバ関係情報に定められた主ファイルサーバに対してファイルの登録を行い、
前記副ファイルサーバは、前記端末装置から前記主ファイルサーバにファイルの登録が行われたことを知った場合に、該登録されたファイルの複製を自身に作成するファイル管理方法。
【０１１５】
（付記１１） 前記端末装置は、前記主ファイルサーバにファイルの登録を行う際に、前記ファイルサーバ関係情報に基づいて、該ファイルおよび該ファイルの複製を格納すべき副ファイルサーバを特定する複製ファイル管理情報を前記データベースに記録し、
前記副ファイルサーバは、前記記録された複製ファイル管理情報を参照することによって、前記登録されたファイルの複製を自身に作成する付記１０に記載のファイル管理方法。
【０１１６】
（付記１２） 前記端末装置は、
前記データベースから、ユーザもしくは端末装置ごと、または複数のユーザもしくは複数の端末装置からなるグループごとに定められた情報であって、前記複数のファイルサーバのいずれから優先的にファイルを読み出すべきかを定める参照順位情報を取得し、
該参照順位情報に定められた参照順位の最も高いファイルサーバからファイルの読み出しを行い、
そのファイルサーバからのファイルの読み出しに失敗した場合には、順次、次に参照順位の高いファイルサーバからファイルの読み出しを行う付記１０または１１に記載のファイル管理方法。
【０１１７】
【発明の効果】
以上説明したように、本発明によれば、簡易な構成で優れた耐障害性を実現することができる。また、簡易な構成で、ネットワーク負荷および処理負荷が小さく効率的なファイル管理を実現することができる。
【図面の簡単な説明】
【図１】ファイル管理システムのシステム構成図である。
【図２】ファイルの登録、更新または削除に係る処理の説明図である。
【図３】ファイルの読み出しに係る処理の説明図である。
【図４】ファイルサーバのハードウェア構成図である。
【図５】ファイル管理システムの機能ブロック図である。
【図６】ファイルサーバ管理情報のデータ構造の一例である。
【図７】ユーザ管理情報のデータ構造の一例である。
【図８】端末装置が行うファイルの登録処理を示すフローチャートである。
【図９】代替ストレージが行うファイルの分散処理を示すフローチャートである。
【図１０】代替ストレージが行うファイルの分散処理を示すフローチャートである。
【図１１】端末装置が行うファイルの読み出し処理を示すフローチャートである。
【図１２】複製ファイル管理情報のデータ構造の一例である。
【図１３】従来のファイル管理システムのシステム構成図である。
【図１４】従来のファイル管理システムのシステム構成図である。
【符号の説明】
１ ファイルサーバ
２ 端末装置
３ 管理サーバ
４ ＬＡＮ
５ ＷＡＮ
６ ファイル格納部
７ データベース
８ メインストレージ
９ 代替ストレージ
１０ ＣＰＵ
１１ メモリ
１２ 入力部
１３ 出力部
１４ 通信Ｉ／Ｆ
１５ 記憶装置
１６ バス
２０ ボリューム登録部
２１ ストレージ制御部
２２ ストレージサーバ部
２３ 代替ストレージ管理部
２３ａ ストレージ情報記憶部
２４ ファイル操作クライアント
２５ ファイル操作Ｗｅｂクライアント
２６ ストレージ通信部
２７ メール送信部
Claims (8)
- ファイルを格納する複数のファイルサーバと、該ファイルサーバに対してファイル操作に係る処理を行う端末装置と、をネットワークを介して接続してなるファイル管理システムであって、
前記端末装置は、
前記複数のファイルサーバおよび前記端末装置の間のファイル処理に係る情報を管理するデータベースから、前記複数のファイルサーバのうち１つを主ファイルサーバ、それ以外を副ファイルサーバと定めるファイルサーバ関係情報を取得し、該ファイルサーバ関係情報に定められた主ファイルサーバに対してファイルの登録を行うとともに、前記ファイルサーバ関係情報に基づいて、該ファイルおよび該ファイルの複製を格納すべき副ファイルサーバを特定する複製ファイル管理情報を前記データベースに記録するファイル操作手段を有し、
前記副ファイルサーバは、
前記データベースに記録された複製ファイル管理情報を参照することによって、前記端末装置から前記主ファイルサーバにファイルの登録が行われたことを知った場合に、前記主ファイルサーバに登録されたファイルの複製を自身に作成するファイル複製手段を有する
ファイル管理システム。 - 前記ファイル操作手段は、
前記データベースから、ユーザもしくは端末装置ごと、または複数のユーザもしくは複数の端末装置からなるグループごとに定められた情報であって、前記複数のファイルサーバのいずれから優先的にファイルを読み出すべきかを定める参照順位情報を取得し、
該参照順位情報に定められた参照順位の最も高いファイルサーバからファイルの読み出しを行い、
そのファイルサーバからのファイルの読み出しに失敗した場合には、順次、次に参照順位の高いファイルサーバからファイルの読み出しを行う
請求項１に記載のファイル管理システム。 - 前記端末装置は、前記ファイル操作手段がファイルサーバからのファイルの読み出しに失敗した場合に、その旨を当該システムの管理者に通知する通知手段を有する
請求項１または２に記載のファイル管理システム。 - ファイルを格納する複数のファイルサーバに対してファイル操作に係る処理を行う端末装置であって、
前記複数のファイルサーバおよび当該端末装置の間のファイル処理に係る情報を管理するデータベースから、前記複数のファイルサーバのうち１つを主ファイルサーバ、それ以外を副ファイルサーバと定めるファイルサーバ関係情報を取得し、該ファイルサーバ関係情報に定められた主ファイルサーバに対してファイルの登録を行うとともに、前記ファイルサーバ関係情報に基づいて、該ファイルおよび該ファイルの複製を格納すべき副ファイルサーバを特定する情報であって、前記副ファイルサーバが前記主ファイルサーバに登録されたファイルの複製を自身に作成するときに参照する複製ファイル管理情報を前記データベースに記録するファイル操作手段を有する
端末装置。 - 前記ファイル操作手段は、
前記データベースから、前記複数のファイルサーバのいずれから優先的にファイルを読み出すべきかを定める参照順位情報を取得し、
該参照順位情報に定められた参照順位の最も高いファイルサーバからファイルの読み出しを行い、
そのファイルサーバからのファイルの読み出しに失敗した場合には、順次、次に参照順位の高いファイルサーバからファイルの読み出しを行う
請求項４に記載の端末装置。 - 前記ファイル操作手段がファイルサーバからのファイルの読み出しに失敗した場合に、その旨を前記ファイルサーバまたは当該端末装置の管理者に通知する通知手段を有する
請求項４または５に記載の端末装置。 - ファイルを格納する複数のファイルサーバを用いて、該ファイルサーバに対してファイル操作に係る処理を行う端末装置から登録されるファイルの管理を行うファイル管理方法であって、
前記端末装置は、前記複数のファイルサーバおよび前記端末装置の間のファイル処理に係る情報を管理するデータベースから、前記複数のファイルサーバのうち１つを主ファイルサーバ、それ以外を副ファイルサーバと定めるファイルサーバ関係情報を取得し、
前記端末装置は、該ファイルサーバ関係情報に定められた主ファイルサーバに対してファイルの登録を行うとともに、前記ファイルサーバ関係情報に基づいて、該ファイルおよび該ファイルの複製を格納すべき副ファイルサーバを特定する複製ファイル管理情報を前記データベースに記録し、
前記副ファイルサーバは、前記データベースに記録された複製ファイル管理情報を参照することによって、前記端末装置から前記主ファイルサーバにファイルの登録が行われたことを知った場合に、前記主ファイルサーバに登録されたファイルの複製を自身に作成する
ファイル管理方法。 - 前記端末装置は、
前記データベースから、ユーザもしくは端末装置ごと、または複数のユーザもしくは複数の端末装置からなるグループごとに定められた情報であって、前記複数のファイルサーバのいずれから優先的にファイルを読み出すべきかを定める参照順位情報を取得し、
該参照順位情報に定められた参照順位の最も高いファイルサーバからファイルの読み出しを行い、
そのファイルサーバからのファイルの読み出しに失敗した場合には、順次、次に参照順位の高いファイルサーバからファイルの読み出しを行う
請求項７に記載のファイル管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002096322A JP4287092B2 (ja) | 2002-03-29 | 2002-03-29 | ファイル管理システムおよびファイル管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002096322A JP4287092B2 (ja) | 2002-03-29 | 2002-03-29 | ファイル管理システムおよびファイル管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003296167A JP2003296167A (ja) | 2003-10-17 |
| JP4287092B2 true JP4287092B2 (ja) | 2009-07-01 |
Family
ID=29387403
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002096322A Expired - Fee Related JP4287092B2 (ja) | 2002-03-29 | 2002-03-29 | ファイル管理システムおよびファイル管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4287092B2 (ja) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4636836B2 (ja) * | 2004-09-14 | 2011-02-23 | キヤノン株式会社 | サーバ装置、印刷装置、データ保護処理方法、及びプログラム |
| JP4472498B2 (ja) * | 2004-11-25 | 2010-06-02 | 日本電信電話株式会社 | ディスクレスブートシステムのストレージ接続方法、そのシステム、そのための管理サーバ、ストレージ、およびプログラム |
| JP4728717B2 (ja) * | 2004-12-03 | 2011-07-20 | 国立大学法人東京工業大学 | 自律ストレージ装置、自律ストレージシステム、分散ストレージシステム、負荷分散プログラム及び負荷分散方法 |
| JP4784854B2 (ja) * | 2005-06-13 | 2011-10-05 | 独立行政法人産業技術総合研究所 | データ管理装置および方法 |
| KR100862659B1 (ko) * | 2006-01-04 | 2008-10-10 | 삼성전자주식회사 | 인터넷 스토리지에 접근하는 방법 및 장치 |
| WO2008010473A1 (fr) * | 2006-07-19 | 2008-01-24 | Panasonic Corporation | Système de gestion de fichiers distribués |
| CN101170416B (zh) * | 2006-10-26 | 2012-01-04 | 阿里巴巴集团控股有限公司 | 网络数据存储系统及其数据访问方法 |
| WO2008136075A1 (ja) | 2007-04-20 | 2008-11-13 | Fujitsu Limited | ストレージ管理プログラム、ストレージ管理装置およびストレージ管理方法 |
| EP2264601B1 (en) | 2008-03-31 | 2017-12-13 | Fujitsu Limited | Integrated configuration management device, disparate configuration management device, and backup data management system |
| JP2009251756A (ja) * | 2008-04-02 | 2009-10-29 | Nec Corp | クライアント装置、分散ファイルシステム、共有リソース多重化方法およびプログラム |
| JP4737283B2 (ja) * | 2008-12-19 | 2011-07-27 | 富士ゼロックス株式会社 | プログラム、情報処理装置及び情報処理システム |
| WO2011071104A1 (ja) * | 2009-12-10 | 2011-06-16 | 日本電気株式会社 | 分散ファイルシステム、そのデータ選択方法およびプログラム |
| WO2011092967A1 (ja) * | 2010-01-26 | 2011-08-04 | 日本電気株式会社 | 記憶装置共用システム、管理装置、処理装置、記憶装置共用方法、管理方法、アクセス方法およびプログラム |
| JP5636998B2 (ja) * | 2011-02-15 | 2014-12-10 | 富士通株式会社 | 処理プログラム、処理方法及び処理装置 |
| WO2012127988A1 (ja) * | 2011-03-18 | 2012-09-27 | 日本電気株式会社 | 情報処理装置、分散ファイルシステム、クライアント装置、情報処理方法、および、コンピュータ・プログラム |
| CN110445639B (zh) * | 2019-07-05 | 2022-07-12 | 视联动力信息技术股份有限公司 | 一种服务器的热备方法及装置 |
-
2002
- 2002-03-29 JP JP2002096322A patent/JP4287092B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003296167A (ja) | 2003-10-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4287092B2 (ja) | ファイル管理システムおよびファイル管理方法 | |
| US7483928B2 (en) | Storage operation management program and method and a storage management computer | |
| EP1179770B1 (en) | File system | |
| US7305577B2 (en) | Data isolation system and method | |
| US7647327B2 (en) | Method and system for implementing storage strategies of a file autonomously of a user | |
| US7114094B2 (en) | Information processing system for judging if backup at secondary site is necessary upon failover | |
| US7266718B2 (en) | Computer system for recovering data based on priority of the data | |
| US8447826B1 (en) | Method and apparatus for providing highly available storage groups | |
| US20140188957A1 (en) | Hierarchical storage system and file management method | |
| EP2593867A2 (en) | Virtual machine aware replication method and system | |
| JPH11265300A (ja) | クライアント／サーバシステム、コンピュータ及び記録媒体 | |
| US8745342B2 (en) | Computer system for controlling backups using wide area network | |
| US8078904B2 (en) | Redundant configuration method of a storage system maintenance/management apparatus | |
| JP4278452B2 (ja) | 計算機システム | |
| US20090024768A1 (en) | Connection management program, connection management method and information processing apparatus | |
| CN110413694A (zh) | 元数据管理方法及相关装置 | |
| JP2003015933A (ja) | 記憶装置のファイルレベルリモートコピー方法 | |
| US20080301777A1 (en) | Hot standby server system | |
| WO2009031156A2 (en) | Method and apparatus for grid based data protection | |
| US7293191B1 (en) | System and method for managing I/O errors in a storage environment employing asymmetric distributed block virtualization | |
| JP3449884B2 (ja) | クライアント／サーバシステム及びコンピュータシステム | |
| CN114500577A (zh) | 数据访问系统及数据访问方法 | |
| WO2016046951A1 (ja) | 計算機システム及びそのファイル管理方法 | |
| CN113076065B (zh) | 一种高性能计算系统中数据输出故障容错方法 | |
| WO2019196157A1 (zh) | 一种文件读取方法及应用实体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050318 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080428 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080715 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080916 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081209 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090106 |
|
| 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: 20090303 |
|
| 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: 20090326 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120403 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: 20150403 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |