(57)【要約】【課題】高いサービスレベルは必要とせず、且つ、アクセス権を継承したファイルをレプリケーションするとともに、安価に構築できる管理システムを提供する。【解決手段】ファイルが格納されたファイルサーバ１０１と、ファイルにアクセスを行うフロントエンドサーバ１０９と、ファイルの更新を行う端末１１０と、ファイルサーバ１０１が運用不能になると利用されるレプリケーションファイルサーバ１０２とがネットワーク１０３にて接続されたシステムの管理を行う管理システムであって、端末１１０からフロントエンドサーバ１０９を経由してファイルサーバ１０１にて更新された更新ファイルを抽出し、更新ファイルの存在場所およびアクセス権の情報を取得してレプリケーション対象のリストファイルとして、更新ファイルとともにレプリケーションファイルサーバ１０２に出力して、レプリケーションファイルサーバ１０２にてレプリケーションするものである。【選択図】図１
2011003050.tif 000002
【特許請求の範囲】
【請求項１】
システムの運用時に利用され上記システム運用を行うためのファイルが格納されたファイルサーバと、
上記ファイルサーバの上記ファイルにアクセスを行うフロントエンドサーバと、
上記フロントエンドサーバに上記ファイルの更新を行う端末と、
上記ファイルサーバが運用不能になると上記システムを運用するために利用されるレプリケーションファイルサーバとがネットワークにて接続されたシステムの管理を行う管理システムであって、
上記端末から上記フロントエンドサーバを経由して上記ファイルサーバにて更新された更新ファイルを抽出し、上記更新ファイルの存在場所およびアクセス権の情報を取得してレプリケーション対象のリストファイルとして、上記更新ファイルとともに上記レプリケーションファイルサーバに出力して、上記レプリケーションファイルサーバにてレプリケーションすることを特徴とする管理システム。
【請求項２】
上記更新ファイルおよび上記リストファイルにて構成される送信用ファイルを作成して、上記送信用ファイルを上記レプリケーションファイルサーバに送信することを特徴とする請求項１に記載の管理システム。
【請求項３】
上記送信用ファイルを上記ファイルサーバにて保管し、任意の時に上記レプリケーションファイルサーバへ上記送信用ファイルを送信することを特徴とする請求項２に記載の管理システム。
【請求項４】
上記送信用ファイルを一定サイズのパケットデータに分割し、上記送信用ファイルの全体のファイルサイズおよびパケット数の情報を最初の送信し、上記レプリケーションファイルサーバにおいて上記ファイルサイズおよびパケット数の情報に基づいて上記送信ファイルのデータ抜けの確認し、受信した上記送信ファイルの復元を行うことを特徴とする請求項２または請求項３に記載の管理システム。
【請求項５】
上記レプリケーションファイルサーバにて、上記リストファイルの存在場所の情報に基づいて上記更新ファイルを上記レプリケーションファイルサーバに格納するとともに上記リストファイルのアクセス権を格納することを特徴とする請求項１ないし請求項４のいずれか１項に記載の管理システム。
【請求項６】
上記ファイルサーバの全ファイルの存在場所の情報を抽出して削除元リストファイルを作成して上記レプリケーションファイルサーバへ送信し、上記レプリケーションファイルサーバの全ファイルに対して存在場所の情報を抽出してファイル存在情報を作成し、上記ファイル存在情報において上記削除元リストファイルに存在しないファイルを削除対象ファイルと判定して、上記レプリケーションファイルサーバの上記削除対象ファイルを削除することを特徴とする請求項１ないし請求項５のいずれかに１項に記載の管理システム。
【請求項７】
上記ファイルサーバの全ファイルのファイル情報を抽出して送信元リストファイルを作成し上記レプリケーションファイルサーバへ送信し、上記レプリケーションファイルサーバの全ファイルのファイル情報を抽出して送信先リストファイルを作成し、上記送信元リストファイルと上記送信先リストファイルと比較することにより上記各ファイルの存在情報の差異を検出することを特徴とする請求項１ないし請求項６のいずれかに記載の管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ファイルサーバのファイルを、ネットワークで接続されたレプリケーションファイルサーバにレプリケーション（複製）する管理システムに関し、特にファイルのアクセス権を簡便にレプリケーションするものである。
【背景技術】
【０００２】
従来のファイルサーバの管理システムは、高いサービスレベル（即時レプリケーション）の元、専用の高速回線で接続されたＤＩＳＫ装置を用いて即時にＤＩＳＫの物理ブロックベースでレプリケーションするＤＩＳＫ装置システムやファイルをネットワークで接続された端末間で定期的にファイルの実体のみをコピーするシステムであった（例えば、特許文献１および特許文献２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２９７５９３号公報
【特許文献２】特開２００８−９７２１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の管理システムは、ＤＩＳＫ装置を用い、専用の高速回線で接続されたＤＩＳＫ装置システムでは高いサービスレベルを提供する反面、システム構成が大規模且つ専用的になり構築・運用が非常に高価なものとなる問題点があった。また、ファイルをコピーするだけのシステムでは安価ではあるがファイルへのアクセス権は継承されないという問題点があった。また、ファイルサーバとレプリケーションサーバとの間のネットワークで直接ファイルアクセスが可能となる必要があり、ネットワーク間のセキュリティ（ファイアウォールなど）においてセキュリティを緩めて通信する必要があるという問題点があった。
【０００５】
この発明は上記のような課題を解決するためになされたものであり、高いサービスレベルは必要とせず、且つ、アクセス権を継承したファイルをレプリケーションするとともに、安価に構築できる管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
この発明は、システムの運用時に利用されシステム運用を行うためのファイルが格納されたファイルサーバと、
ファイルサーバのファイルにアクセスを行うフロントエンドサーバと、
フロントエンドサーバにファイルの更新を行う端末と、
ファイルサーバが運用不能になるとシステムを運用するために利用されるレプリケーションファイルサーバとがネットワークにて接続されたシステムの管理を行う管理システムであって、
端末からフロントエンドサーバを経由してファイルサーバにて更新された更新ファイルを抽出し、更新ファイルの存在場所およびアクセス権の情報を取得してレプリケーション対象のリストファイルとして、更新ファイルとともにレプリケーションファイルサーバに出力して、レプリケーションファイルサーバにてレプリケーションするものである。
【発明の効果】
【０００７】
この発明の管理システムは、システムの運用時に利用されシステム運用を行うためのファイルが格納されたファイルサーバと、
ファイルサーバのファイルにアクセスを行うフロントエンドサーバと、
フロントエンドサーバにファイルの更新を行う端末と、
ファイルサーバが運用不能になるとシステムを運用するために利用されるレプリケーションファイルサーバとがネットワークにて接続されたシステムの管理を行う管理システムであって、
端末からフロントエンドサーバを経由してファイルサーバにて更新された更新ファイルを抽出し、更新ファイルの存在場所およびアクセス権の情報を取得してレプリケーション対象のリストファイルとして、更新ファイルとともにレプリケーションファイルサーバに出力して、レプリケーションファイルサーバにてレプリケーションするので、
高いサービスレベルは必要とせず、且つ、アクセス権を継承したファイルをレプリケーションするとともに、安価に構築できる。
【図面の簡単な説明】
【０００８】
【図１】この発明の実施の形態１の管理システムの構成を示す図である。
【図２】図１に示した管理システムにおける被災発生時の構成を示す図である。
【図３】図１に示した管理システムのレプリケーションを説明するための図である。
【図４】図１に示した管理システムのレプリケーション処理のフローチャートである。
【図５】この発明の実施の形態２の管理システムの削除レプリケーションを説明するため図である。
【図６】図５に示した管理システムの削除レプリケーション処理のフローチャートである。
【図７】この発明の実施の形態３の管理システムのリストファイルの構成を示した図である。
【図８】この発明の実施の形態３の管理システムのファイルマッチングを説明するための図である。
【図９】図８に示したファイルマッチング処理のフローチャートである。
【図１０】この発明の実施の形３の管理システムのファイル再送の説明するための図である。
【図１１】図１０に示したファイル再送処理のフローチャートである。
【発明を実施するための形態】
【０００９】
実施の形態１．
以下、本願発明の実施の形態について説明する。図１はこの発明の実施の形態１における管理システムの通常運用時の構成を示した図、図２は図１に示した管理システムの災害発生時の構成を示した図、図３は図１に示した管理システムのファイルサーバとレプリケーションファイルサーバとの構成の詳細を示した図、図４は図１に示した管理システムの動作を説明するための図である。図において、サーバ通常運用拠点としての拠点Ａと、サーバ待機拠点としての拠点Ｂと、端末運用拠点としての拠点Ｃとがそれぞれネットワーク１０３に接続されている。拠点Ａには、ファイルサーバ１０１と、ファイルアクセスアプリケーション１１１を有するフロントエンドサーバ１０９とが設置されている。拠点Ｂには、レプリケーションファイルサーバ１０２と、ファイルアクセスアプリケーション１１３を有する待機系のフロントエンドサーバ１１２とが設置されている。拠点Ｃには端末１１０が設置されている。
【００１０】
ファイルサーバ１０１は、図３に示すように、レプリケーション対象となるファイル（以下、更新ファイルと称す）を抽出するファイル抽出手段３０５および抽出した更新ファイルをレプリケーションファイルサーバ１０２へ送信する送信手段３０８を有するレプリケーションクライアントアプリケーション１０４と、システムの運用のためのファイルが格納されているファイル群データーベース１０６と、リストファイルデーターベース３１４ａおよび抽出ファイル群データーベース３１４ｂを有する一時領域３１４と、レプリケーションを行った更新日時が格納されている管理ファイルデーターベース３１６と、送信用ファイルデーターベース３０７と、保管送信用ファイルデーターベース３０９を有する保管領域３１７とを備えている。
【００１１】
そして、レプリケーションファイルサーバ１０２は、ファイルサーバ１０１から送信される更新ファイルを受信する受信手段３１０およびファイル展開手段３１１を有するレプリケーションサーバアプリケーション１０５と、送信用ファイルデーターベース３１２と、リストファイルデーターベース３１５ａおよび抽出ファイル群データーベース３１５ｂを有する一時領域３１５と、システムの運用のためのファイルが格納されているファイル群データーベース１０７とを備える。
【００１２】
次に、上記のように構成された実施の形態１の管理システムで管理を行うシステムは、端末１１０からフロントエンドサーバ１０９にアクセスし、フロントエンドサーバ１０９のファイルアクセスアプリケーション１１１を介してファイルサーバ１０１のファイル群データーベース１０６のファイルを更新（作成、変更など）する。そして管理システムは、ファイルサーバ１０１で更新された更新ファイルを、レプリケーションクライアントアプリケーション１０４とレプリケーションサーバアプリケーション１０５とを通じて定期的にレプリケーションファイルサーバ１０２上にレプリケーションされる。
【００１３】
次に、この管理システムのレプリケーションの動作の詳細について図４に基づいて説明する。まず、レプリケーションクライアントアプリケーション１０４のファイル抽出手段３０５は、前回ファイル抽出した日時（レプリケーションを行った日時）“前回抽出処理日時”を管理ファイルデーターベース３１６から取得する（図４のステップＳ４０１）。次に、ファイルサーバ１０１のレプリケーション対象場所であるファイル群データーベース１０６のファイルが更新されたファイルの更新日時が“前回抽出処理日時”より新しい更新ファイルを検索する（図４のステップＳ４０２）。
【００１４】
次に、ＯＳから更新ファイルのファイル名、存在場所の検索結果を得る。そして、これに基づいて、さらにＯＳに対して更新ファイルの更新日時と、ファイルサイズと、アクセス権との各情報の取得を要求する。そして、当該ＯＳから検索された各情報およびファイル名、存在場所の情報を合わせて、更新ファイル一覧を記述したリストファイルを一時領域３１４のリストファイルデーターベース３１４ａに保存する（図４のステップＳ４０３）。そして、更新ファイルをファイル群データーベース１０６から抽出して一時領域３１４の抽出ファイル群データーベース３１４ｂにコピーして保存する（図４のステップＳ４０４）。次に、一時領域３１４に保存したリストファイル、および、更新ファイルを１つの送信用ファイルとしてまとめて、送信用ファイルデーターベース３０７に格納する（図４のステップＳ４０５）。
【００１５】
次に、管理ファイルデーターベース３１６の抽出処理日時を更新する（図４のステップＳ４０６）。次に、送信手段３０８は送信用ファイルをネットワーク上に送信するデータパケットに分割する（図４のステップＳ４０７）。次に、送信用ファイルのサイズおよびデータパケット数を把握する。そして、レプリケーションファイルサーバ１０２のレプリケーションサーバアプリケーション１０５の受信手段３１０の特定のネットワークポートを利用して接続する（図４のステップＳ４０８）。次に、送信用ファイルのサイズおよび分割したデータパケット数を受信手段３１０に送信する（図４のステップＳ４０９）。次に、送信用ファイルの分割されたデータパケットを先頭から順に受信手段３１０に送信する（図４のステップＳ４１０）。次に、全データパケットを送信した時点で、再送用に送信用ファイルを保管領域３１７の保管送信用ファイルデーターベース３０９に保管する（図４のステップＳ４１１）。
【００１６】
次に、受信手段３１０は送信手段３０８から送信されたデータパケットを受信し、全データパケットが受信されたかを先に受信したデータパケット数で確認する。次に、送信用ファイルをレプリケーションファイルサーバ１０２上に復元する（図４のステップＳ４１２）。次に、ファイル展開手段３１１は復元した送信用ファイルのリストファイル、および、更新ファイルを一時領域３１５のリストファイルデーターベース３１５ａ、および、抽出ファイル群データーベース３１５ｂにそれぞれ格納する（図４のステップＳ４１３）。次に、リストファイルのファイル名、存在場所に基づき、更新ファイルをファイル群データーベース１０７へ移動する（図４のステップＳ４１４）。次に、リストファイルのＯＳのアクセス権に基づいて更新ファイルのＯＳアクセス権を付与する（図４のステップＳ４１５）。
【００１７】
例えば、図２に示すように通常運用時の拠点Ａに災害が発生し、拠点Ａでのサーバの運用が長期的に不能に陥った場合に、端末１１０の接続先を拠点Ｂへ変更する。この際、ファイル群データーベース１０７は拠点Ａとレプリケーションされているため、端末１１０から拠点Ｂの待機系のフロントエンドサーバ１１２のファイルアクセスアプリケーション１１３を介してファイル群データーベース１０７のファイルへアクセスすることにより継続してシステムを運用することが可能となる。
【００１８】
上記のように構成された実施の形態１によれば、ＯＳのアクセス権をファイルのレプリケーションとともに継承して行うことができるため、アプリケーションの動作が簡便となりシステムが安価に構築できる。また、ファイルリストと更新ファイルとを送信用データとして、さらに送信用データをパケットデータに分割して送信受信しているため、ファイルサーバとレプリケーションファイルサーバとの間で直接ファイルにアクセルすることを排除している。
【００１９】
実施の形態２．
上記実施の形態１では更新ファイルのレプリケーションについて説明したが、本実施の形態２ではファイル群データーベース１０６から削除された削除ファイルのレプリケーションについて説明する。図５はこの発明の実施の形態２における管理システムの構成の一部を示した図、図６は図５に示した管理システムの動作を説明するためのフローチャートである。図において、上記実施の形態１と同様の部分は同一符号を付して説明を省略する。尚、本実施の形態においては、管理システムの概要は上記実施の形態１に示した部分と同様であるため、本実施の形態２における削除ファイルのレプリケーションに関係する部分のみを示したものである。
【００２０】
レプリケーションクライアントアプリケーション１０４は定期的にファイルサーバ１０１のレプリケーション対象場所配下であるファイル群データーベース１０６の全ファイルを検索し、存在するファイルを削除元リストファイルとして出力する削除用ファイルリスト抽出手段５０５を備える。レプリケーションサーバアプリケーション１０５はレプリケーションファイルサーバ１０２のレプリケーション先場所配下のファイル群データーベース１０７の全ファイルを検索し、削除先リストファイル５１３として出力するとともに、受信した削除元リストファイル５１１と削除先リストファイル５１３とを比較してファイル存在有無をチェックし、削除対象ファイルを判定してファイルを削除するファイル削除手段５１０からなる。
【００２１】
そして、ファイルサーバ１０１は、一時領域３１４に削除元リストファイルを格納するための削除元リストファイルデーターベース５０７を備える。また、レプリケーションファイルサーバ１０２は、ファイルサーバ１０１から送信された削除元リストファイルを格納する削除元リストファイルデーターベース５１１と、一時領域３１５に削除先リストファイルを格納するための削除先リストファイルデーターベース５１３とを備えている。
【００２２】
次に、上記のように構成された実施の形態２の管理システムの動作について図６に基づいて説明する。尚、更新ファイルのレプリケーションは上記実施の形態１と同様であるためその説明は適宜省略する。まず、レプリケーションクライアントアプリケーション１０４の削除用ファイルリスト抽出手段５０５はファイルサーバ１０１のファイルをファイル群データーベース１０６で定期的に検索する（図６のステップＳ６０１）。次に、ファイル名や存在場所を取得し、ファイル一覧を記述したリストファイルを削除元リストファイルとして一時領域３１４の削除元リストファイルデーターベース３１４に保存する（図６のステップＳ６０２）。次に、送信手段３０８は削除元リストファイルをネットワーク上に送信するデータパケットに分割する（図６のステップＳ６０３）。次に、削除元リストファイルのサイズおよびデータパケット数を把握する。そして、レプリケーションファイルサーバ１０２のレプリケーションサーバアプリケーション１０５の受信手段３１０側に特定のネットワークポートを利用して接続する（図６のステップＳ６０４）。
【００２３】
次に、削除元リストファイルのサイズおよび分割したデータパケット数を受信手段３１０に送信する（図６のステップＳ６０５）。次に、削除元リストファイルの分割されたデータパケットを先頭から順に受信手段３１０に送信する（図６のステップＳ６０６）。次に、受信手段３１０は送信手段３０８側が送信されたデータパケットを受信し、全データパケットが受信されたかを先に受信したデータパケット数で確認する。次に、削除元リストファイルをレプリケーションファイルサーバ１０２上に復元する（図６のステップＳ６０７）。次に、ファイル削除手段５１０はレプリケーションファイルサーバ１０２のファイル群データーベース１０７のファイルを検索する（図６のステップＳ６０８）。次に、ファイル名や存在場所を取得してファイル一覧を記述したリストとして削除先リストを一時領域３１５の削除先リストファイル５１３に保存する（図６のステップＳ６０９）。次に、削除元リストファイルと削除先リストファイルとの内容をファイル名毎に存在有無チェックし、削除先リストファイルに存在し、削除元リストファイルに存在しないファイルを削除対象ファイルとして判定する（図６のステップＳ６１０）。次に、レプリケーションファイルサーバ１０２のファイル群データーベース１０７から削除対象ファイルを削除する（図６のステップＳ６１１）。
【００２４】
上記実施の形態２のように構成された管理システムによれば、上記実施の形態１と同様の効果を奏するのはもちろんのこと、ファイルサーバで削除されたファイルをレプリケーションファイルサーバで簡便に削除して反映することができる。
【００２５】
実施の形態３．
上記各実施の形態ではファイルのレプリケーションについて説明したが、本実施の形態３ではリストファイルを用いたマッチングについて説明する。図７はこの発明の実施の形態３における管理システムのリストファイルの構成を示した図である、図８はこの発明の実施の形態３における管理システムの構成の一部を示した図、図９は図８に示した管理システムの動作を説明するためのフローチャートである。図において、上記各実施の形態と同様の部分は同一符号を付して説明を省略する。尚、本実施の形態においては、管理システムの概要は上記実施の形態１に示した部分と同様であるため、本実施の形態３におけるリストファイルのマッチングに関係する部分のみを示したものである。
【００２６】
リストファイルは全レプリケーション対象ファイルについて、ファイル名７０１、存在場所７０２、更新日時７０３、ファイルサイズ７０４、アクセス権情報７０５が保存されている。そして、レプリケーションクライアントアプリケーション１０４には任意のタイミングでファイルサーバ１０１のレプリケーション対象場所配下であるファイル群データーベース１０６の全ファイルを検索し、存在するファイルを送信元リストファイルとして送信元リストファイルデーターベース８０７に出力するファイルリスト抽出手段８０５を備える。また、レプリケーションサーバアプリケーション１０５はレプリケーションファイルサーバ１０２のレプリケーション先場所配下であるファイル群データーベース１０７の全ファイルを検索し、存在するファイルを送信先リストファイルとして送信先リストファイルデーターベース８１５に出力するとともに、受信した送信元リストファイルと送信先リストファイルとの差異をチェックし、チェック結果をマッチング結果ファイルとしてマッチング結果ファイルデーターベース８１６に出力するファイルマッチング手段８１３を備える。
【００２７】
そして、ファイルサーバ１０１は、一時領域３１４に送信元リストファイルを格納するための送信元リストファイルデーターベース８０７を備える。また、レプリケーションファイルサーバ１０２は、ファイルサーバ１０１から送信された送信元リストファイルを格納する送信元リストファイルデーターベース８１２と、一時領域３１５に送信先リストファイルを格納するための送信先リストファイルデーターベース８１５とを備えている。
【００２８】
次に上記のように構成された実施の形態３の管理システムの動作について図９に基づいて説明する。尚、更新ファイルおよび削除ファイルのレプリケーションは上記各実施の形態と同様であるためその説明は適宜省略する。本実施の形態３は上記各実施の形態でレプリケートされたファイルに対し、ファイルサーバ１０１とレプリケーションファイルサーバ１０２のファイルの存在情報差異を検出するものである。まず、レプリケーションクライアントアプリケーション１０４のファイルリスト抽出手段８０５は任意のタイミングで、ファイルサーバ１０１のファイル群データーベース１０６でファイルを検索する（図９のステップＳ９０１）。次に、ファイル名７０１や存在場所７０２、更新日時７０３、ファイルサイズ７０４、アクセス権７０５などのファイル情報を取得し、ファイル一覧を記述したリストを送信元リストファイルとして一時領域３１４の送信元リストファイルデーターベース８０７に保存する（図９のステップＳ９０２）。
【００２９】
次に、送信手段３０８は上記各実施の形態と同様に、送信元リストファイルをネットワーク上に送信するデータパケットに分割する（図９のステップＳ９０３）。次に、送信元リストファイルのサイズおよびデータパケット数を把握する。そして、レプリケーションファイルサーバ１０２のレプリケーションサーバアプリケーション１０５の受信手段３１０側に特定のネットワークポートを利用して接続する（図９のステップＳ９０４）。次に、送信元リストファイルのサイズおよび分割したデータパケット数を受信手段３１０の送信する（図９のステップＳ９０５）。次に、送信元リストファイルの分割されたデータパケットを先頭から順に受信手段３１０に送信する（図９のステップＳ９０６）。
【００３０】
次に、受信手段３１０は送信手段３０８から送信されたデータパケットを受信し、全データパケットが受信されたかを先に受信したデータパケット数で確認する。次に、送信元リストファイルをレプリケーションファイルサーバ１０２上に復元する（図９のステップＳ９０７）。次に、ファイルマッチング手段８１３はレプリケーションファイルサーバ１０２のファイルをファイル群データーベース１０７で検索する（図９のステップＳ９０８）。次に、ファイル名や存在場所を取得してファイル一覧を記述したリストとして送信先リストを一時領域３１５の送信先リストファイルデーターベース８１５に保存する（図９のステップＳ９０９）。次に、送信元リストファイルと送信先リストファイルとの内容をファイル名毎に存在有無、更新日時、ファイルサイズ、アクセス権を比較することで差異をチェックし、チェック結果をマッチング結果ファイルデーターベース８１６に出力する（図９のステップＳ９１０）。
【００３１】
上記のように構成された実施の形態３の管理システムによれば、上記各実施の形態と同様の効果を奏するのはもちろんのこと、マッチングの結果情報をレプリケーションファイルサーバへ送信することで、アクセス権を継承したファイルのレプリケーション、削除ファイルレプリケーションおよびファイルマッチングが提供できる。このようなマッチングはレプリケーションファイルサーバの障害復旧の際に、“存在情報の差異”を検出することにより、レプリケーションファイルサーバに障害が発生し、レプリケーションしたファイルが消滅した場合、レプリケーションファイルサーバのファイル復旧した後に、完全にファイルサーバ側とファイルの状況が一致しているか確認し、レプリケーション運用の再開可否を判断できる。
【００３２】
実施の形態４．
上記各実施の形態ではファイルのレプリケーションおよびマッチングについて説明したが、本実施の形態４ではプリケーション対象ファイルを再度送信する再送処理について説明する。図１０はこの発明の実施の形態４における管理システムの構成の一部を示した図、図１１は図１０に示した管理システムの動作を説明するためのフローチャートである。図において、上記各実施の形態と同様の部分は同一符号を付して説明を省略する。尚、本実施の形態においては、管理システムの概要は上記実施の形態１に示した部分と同様であるため、本実施の形態４における再送処理に関係する部分のみを示したものである。
【００３３】
レプリケーションクライアントアプリケーション１０４は任意のタイミングで、保管された送信済みの送信用ファイル３０９を再度送信する指示をするファイル再送手段１００５を備える。レプリケーションファイルサーバ１０２は保管送信用ファイルを格納する保管送信用ファイルデーターベース１００９を備える。
【００３４】
次に上記のように構成された実施の形態４の管理システムの動作について図１１に基づいて説明する。尚、更新ファイルおよび削除ファイルのレプリケーションおよびマッチングは上記各実施の形態と同様であるためその説明は適宜省略する。本実施の形態４は上記各実施の形態でリストファイルの再送に関するものである。まず、ファイル再送手段１００５は任意のタイミングで呼び出されファイルサーバ１０１の保管された保管送信用ファイルを保管送信用ファイルデーターベース３０９から取得する（図１１のステップＳ１１０１）。次に、送信手段３０８は保管送信用ファイルをネットワーク上に送信するデータパケットに分割する（図１１のステップＳ１１０２）。次に、保管送信用ファイルのサイズおよびデータパケット数を把握する。そして、レプリケーションファイルサーバ１０２のレプリケーションサーバアプリケーション１０５の受信手段３１０の特定のネットワークポートを利用して接続する（図１１のステップＳ１１０３）。次に、送信用ファイルのサイズおよび分割したデータパケット数を受信手段３１０に送信する（図１１のステップＳ１１０４）。次に、送信用ファイルの分割されたデータパケットを先頭から順に受信手段３１０に送信する（図１１のステップＳ１１０５）。
【００３５】
次に、受信手段３１０は送信手段３０８から送信されたデータパケットを受信し、全データパケットが受信されたかを先に受信したデータパケット数で確認する。次に、送信用ファイルをレプリケーションファイルサーバ１０２上に復元する（図１１のステップＳ１１０６）。次に、ファイル展開手段３１１は復元した送信用ファイルのリストファイル、および、更新ファイルを一時領域３１５のリストファイルデーターベース３１５ａ、および、抽出ファイル群データーベース３１５ｂにそれぞれ格納する（図１１のステップＳ１１０７）。次に、リストファイルのファイル名、存在場所に基づき、更新ファイルをファイル群データーベース１０７へ移動する（図１１のステップＳ１１０８）。次に、リストファイルのＯＳのアクセス権に基づいて更新ファイルのＯＳアクセス権を付与する（図１１のステップＳ１１０９）。
【００３６】
上記のように構成された実施の形態４によれば、上記各実施の形態と同様の効果を奏するのはもちろんこと、レプリケーションファイルサーバのファイルが破損した場合、直前のレプリケーションファイルまでファイル復元が可能になる再送処理はレプリケーションファイルサーバの障害復旧に有効である。例えば、レプリケーションファイルサーバのバックアップメディアによる定期的なファイルバックアップ後に、レプリケーションファイルサーバにレプリケーションしたファイルが存在する状況で、レプリケーションファイルサーバに障害が発生して、ファイルが消滅した場合、レプリケーションファイルサーバのファイルの復旧にはバックアップメディアからの復旧と、定期的なバックアップ後にレプリケーションされたファイルの復旧の２種類があり、この定期的なバックアップ後にレプリケーションされたファイルの復旧は再送処理で実現できる。
【符号の説明】
【００３７】
１０１  ファイルサーバ、１０２  レプリケーションファイルサーバ、
１０３  ネットワーク、１０４  レプリケーションクライアントアプリケーション、
１０５  レプリケーションサーバアプリケーション、
１０６，１０７  ファイル群データーベース、１０９，１１２  フロントエンドサーバ、１１０  端末、３０５  ファイル抽出手段、３０８  送信手段、
３０９  保管送信用ファイルデーターベース、３１０  受信手段、
３１１  ファイル展開手段、５０５  削除用ファイルリスト抽出手段、
５１０  ファイル削除手段、８０５  ファイルリスト抽出手段、
８１３  ファイルマッチング手段、１００５  ファイル再送手段。
【図１】
2011003050.tif 000003
【図２】
2011003050.tif 000004
【図３】
2011003050.tif 000005
【図４】
2011003050.tif 000006
【図５】
2011003050.tif 000007
【図６】
2011003050.tif 000008
【図７】
2011003050.tif 000009
【図８】
2011003050.tif 000010
【図９】
2011003050.tif 000011
【図１０】
2011003050.tif 000012
【図１１】
2011003050.tif 000013