(57)【要約】【課題】バックアップデータの量及びトラヒック量に応じて、分割数及び分割バックアップ先を動的に決定する。【解決手段】サーバ及びストレージシステムを備えるデータセンタを複数備える計算機システムであって、前記サーバは、ファイルの複製を転送する優先順序が定められた転送順情報及びファイルの分割サイズの情報を保持する制御部と、書き込みが要求されたデータを分割するデータ分割部と、前記分割されたデータを送信する送信部とを有し、前記制御部は、前記ユーザ端末から受信したデータの分割数を定め、前記転送順情報を参照して、前記各分割されるデータを転送するデータセンタを決定し、前記データ分割部は、前記書き込みが要求されたファイルを前記定められた数のデータに分割し、前記送信部は、前記分割されたデータを前記決定されたデータセンタに並列に送信することを特徴とする。【選択図】図１
2012089049.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも第１のデータセンタ、第２のデータセンタ及び第３のデータセンタを含むデータセンタを複数備える計算機システムであって、
前記データセンタは、プロセッサ、メモリ、ストレージインターフェース及びネットワークインターフェースを備えるサーバと、ストレージ制御装置、記憶装置及びインターフェースを備えるストレージシステムを有し、
前記第１のデータセンタのサーバは、ユーザ端末に接続されており、
前記第１のデータセンタのサーバは、
前記ストレージシステムへ書き込まれるファイルの複製を格納する他のデータセンタへのデータの転送の優先順序が定められた転送順情報及び前記書き込みが要求されたファイルの分割サイズの情報を保持する制御部と、
前記ユーザ端末から書き込みが要求されたデータを分割するデータ分割部と、
前記分割されたデータを送信する送信部とを有し、
前記制御部は、
前記ユーザ端末からファイルの書込要求を受信した場合、前記書き込みが要求されたファイルのサイズ及び前記分割サイズの情報に基づいて、前記受信したデータの分割数を定め、
前記転送順情報を参照して、前記各分割されるデータを転送するデータセンタを決定し、
前記データ分割部は、前記書き込みが要求されたファイルを前記定められた数のデータに分割し、
前記送信部は、前記分割されたデータを前記決定されたデータセンタに並列に送信することを特徴とする計算機システム。
【請求項２】
前記制御部は、
前記書き込みが要求されたファイルの情報が登録されるファイル管理情報を保持し、
前記分割されたデータを送信した後、前記分割されたデータの転送先のデータセンタを前記ファイル管理情報に登録することを特徴とする請求項１に記載の計算機システム。
【請求項３】
前記ファイル管理情報は、データの書き込みを要求したユーザ端末のアドレス、転送されたファイルの名前、及び、分割されたデータの転送先のデータセンタの識別子を含むことを特徴とする請求項２に記載の計算機システム。
【請求項４】
前記第１のデータセンタのサーバは、
前記ユーザ端末からのファイル参照要求を受信した場合、前記参照が要求されたファイルを前記第１のデータセンタのストレージ装置から提供できるか否かを判定し、
前記第１のデータセンタのストレージ装置からデータが提供できないと判定した場合、前記参照が要求されたファイルが分割されたデータを格納しているデータセンタを特定し、
前記特定されたデータセンタに前記分割されたデータを要求し、
前記受信した分割されたデータを結合することによって、前記参照が要求されたファイルを再構築し、
前記再構築されたファイルを前記ユーザ端末に送信することを特徴とする請求項１に記載の計算機システム。
【請求項５】
前記転送順情報は、時間帯によって、異なるデータセンタへの転送の優先順序が定められることを特徴とする請求項１に記載の計算機システム。
【請求項６】
前記制御部は、過去の各データセンタに転送されたデータ量及び前記データ量に影響する情報に基づいた重回帰分析結果を用いて、前記転送順情報を作成することを特徴とする請求項１記載の計算機システム。
【請求項７】
少なくとも２以上の他のデータセンタと接続されたデータセンタに設けられたサーバであって、
プロセッサ、メモリ、ストレージインターフェース及びネットワークインターフェースを備え、
前記ストレージインターフェースを介してストレージシステムと接続され、ユーザ端末と接続されており、
前記ストレージシステムへ書き込まれるファイルの複製を格納する他のデータセンタへのデータの転送の優先順序が定められた転送順情報及び前記書き込みが要求されたファイルの分割サイズの情報を保持する制御部と、
前記ユーザ端末から書き込みが要求されたデータを分割するデータ分割部と、
前記分割されたデータを送信する送信部とを有し、
前記制御部は、
前記ユーザ端末からファイルの書込要求を受信した場合、前記書き込みが要求されたファイルのサイズ及び前記分割サイズの情報に基づいて、前記受信したデータの分割数を定め、
前記転送順情報を参照して、前記各分割されるデータを転送するデータセンタを決定し、
前記データ分割部は、前記書き込みが要求されたファイルを前記定められた数のデータに分割し、
前記送信部は、前記分割されたデータを前記決定されたデータセンタに並列に送信することを特徴とするサーバ。
【請求項８】
前記制御部は、
前記書き込みが要求されたファイルの情報が登録されるファイル管理情報を保持し、
前記分割されたデータを送信した後、前記分割されたデータの転送先のデータセンタを前記ファイル管理情報に登録することを特徴とする請求項７に記載のサーバ。
【請求項９】
前記ファイル管理情報は、データの書き込みを要求したユーザ端末のアドレス、転送されたファイルの名前、及び、分割されたデータの転送先のデータセンタの識別子を含むことを特徴とする請求項８に記載のサーバ。
【請求項１０】
前記サーバは、
前記ユーザ端末からのファイル参照要求を受信した場合、前記参照が要求されたファイルを前記第１のデータセンタのストレージ装置から提供できるか否かを判定し、
前記ユーザ端末からのファイル参照要求を受信したデータセンタのストレージ装置からデータが提供できないと判定した場合、前記参照が要求されたファイルが分割されたデータを格納しているデータセンタを特定し、
前記特定されたデータセンタに前記分割されたデータを要求し、
前記受信した分割されたデータを結合することによって、前記参照が要求されたファイルを再構築し、
前記再構築されたファイルを前記ユーザ端末に送信することを特徴とする請求項７に記載のサーバ。
【請求項１１】
前記転送順情報は、時間帯によって、異なるデータセンタへの転送の優先順序が定められることを特徴とする請求項７に記載のサーバ。
【請求項１２】
前記制御部は、過去の各データセンタに転送されたデータ量及び前記データ量に影響する情報に基づいた重回帰分析結果を用いて、前記転送順情報を作成することを特徴とする請求項７記載のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを格納するストレージシステム（データセンタ）間のファイルバックアップ方法に関し、特に、バックアップ先となるデータセンタを動的に変更する技術に関する。
【背景技術】
【０００２】
近年、データセンタに保存されるデータの量が増大している。また、データセンタに保存されるデータが消失するリスクを回避するため、データを定期的にバックアップしている。このバックアップの方法は、主に、保存されたデータが書き込まれた磁気テープをオフサイトに搬送し、災害発生に備えて、磁気テープを安全に保管している。磁気テープへのデータのバックアップは時間がかかり、データ量の増大によって、データバックアップに必要な時間がされに増大している。
【０００３】
このようなデータのバックアップ時間の増大を解決する方法として、例えば、バックアップする際にデータが過去のデータと重複する場合は実データを参照するポインタ情報のみをバックアップする方法が提案されている（特許文献１参照）。
【０００４】
同様に、バックアップ時間の増大を解決し、データ消失のリスクを回避する手段として、バックアップすべきデータを固定数に分割し、分割されたデータを別装置に保存する方法が提案されている（特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２０５２０１号公報
【特許文献２】特開２００７−４２０２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
保存されるデータの増大に伴い、磁気テープによるデータのバックアップのためのジョブの実行時間が長くなる。また、バックアップジョブが一度では成功しない場合に、バックアップジョブを最初から再実行することになり、バックアップジョブの完了までの時間はさらに長くなる。このため、バックアップ頻度を高めることが難しく、バックアップテープがオフサイトに適切なスケジュールで搬送されず、損壊からの保護が十分でない等の問題があった。
【０００７】
前述した特許文献１に記載された技術では、過去の実データが消失した場合、ポインタ情報によって参照するデータが消失しており、データ消失のリスク回避には十分ではない。
【０００８】
また、前述した特許文献２に記載された技術では、分割数及び分割データの送付先が固定的なので、バックアップデータが巨大であった場合、分割データも大きくなり、バックアップ時間増大の問題を解決することができない。
【０００９】
また、別装置にオンラインでバックアップする場合、バックアップデータの増大に伴い、バックアップデータを転送する時間が増大し、データを分割してバックアップする場合でも、トラヒック量などに応じて、分割数及び分割バックアップ先を決定することが望ましい。
【００１０】
本発明は、バックアップデータの量及びトラヒック量に応じて、分割数及び分割バックアップ先を動的に決定することができる計算機システム及びストレージシステムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、少なくとも第１のデータセンタ、第２のデータセンタ及び第３のデータセンタを含むデータセンタを複数備える計算機システムであって、前記データセンタは、プロセッサ、メモリ、ストレージインターフェース及びネットワークインターフェースを備えるサーバと、ストレージ制御装置、記憶装置及びインターフェースを備えるストレージシステムを有し、前記第１のデータセンタのサーバは、ユーザ端末に接続されており、前記第１のデータセンタのサーバは、前記ストレージシステムへ書き込まれるファイルの複製を格納する他のデータセンタへのデータの転送の優先順序が定められた転送順情報及び前記書き込みが要求されたファイルの分割サイズの情報を保持する制御部と、前記ユーザ端末から書き込みが要求されたデータを分割するデータ分割部と、前記分割されたデータを送信する送信部とを有し、前記制御部は、前記ユーザ端末からファイルの書込要求を受信した場合、前記書き込みが要求されたファイルのサイズ及び前記分割サイズの情報に基づいて、前記受信したデータの分割数を定め、前記転送順情報を参照して、前記各分割されるデータを転送するデータセンタを決定し、前記データ分割部は、前記書き込みが要求されたファイルを前記定められた数のデータに分割し、前記送信部は、前記分割されたデータを前記決定されたデータセンタに並列に送信することを特徴とする。
【発明の効果】
【００１２】
本発明の代表的な実施の形態によれば、データサイズが大きい場合でもバックアップ時間の延長を抑制することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施の形態のネットワークシステムを示すブロック図である。
【図２】本発明の第１の実施の形態のサーバの構成を示すブロック図である。
【図３Ａ】本発明の第１の実施の形態の転送順テーブルの構成を説明する図である。
【図３Ｂ】本発明の第１の実施の形態の元ファイル管理テーブルの構成を説明する図である。
【図３Ｃ】本発明の第１の実施の形態の分割ファイル管理テーブルの構成を説明する図である。
【図４Ａ】本発明の第１の実施の形態の分割バックアップする処理のシーケンス図である。
【図４Ｂ】本発明の第１の実施の形態の分割バックアップする処理のシーケンス図である。
【図５】本発明の第１の実施の形態の分割データの再構築処理のシーケンス図である。
【図６Ａ】本発明の第２の実施の形態の転送順テーブルの設定処理のシーケンス図である。
【図６Ｂ】本発明の第２の実施の形態のトラフィックデータ集計表の構成を説明する図である。
【発明を実施するための形態】
【００１４】
まず、本発明の実施の形態の概要について説明する。
【００１５】
本発明の実施の形態では、ユーザ端末１０１から送信されたデータを、所定のサイズ（短時間に保管可能なサイズ）に分割し、ネットワーク（例えば、ＷＡＮ）１０４を介して、他のデータセンタに保管する。また、ユーザ端末１０１から当該データの参照要求があった場合、通常は自データセンタに保存されたデータを送信するが、自データセンタに保存していたデータが破損している場合、他のデータセンタに分割保存されているデータを収集し、分割されたデータを統合し、統合されたデータをユーザ端末１０１に送信する。
【００１６】
具体的には、データセンタは、ユーザ端末１０１と接続される送信部２０５及び受信部２０１、他データセンタと接続される送信部２０３及び受信部２０７、制御部２０４、データ分割部２０２、及びデータ結合部２０６を有するサーバ１０２と、記憶装置を有するストレージ装置１０３を備える。
【００１７】
ＰＣ側受信部２０１がユーザ端末１０１から受信したデータは、制御部２０４からの指示に従って、データ分割部によって分割され、分割されたデータはデータセンタ側送信部２０３から並列に送信される。
【００１８】
一方、ユーザ端末１０１からのデータ参照要求を受信すると、自データセンタにデータが格納されているかを判定する。自データセンタに格納されているデータが破損している場合、当該データの分割データを格納しているデータセンタに、分割データの送信を要求する。他データセンタから受信した分割データを結合し、結合されたデータをＰＣ側送信部２０５からデータを送信する。
【００１９】
更に、制御部２０４に保持される転送順テーブル２０８は、時間帯毎の転送先のデータセンタを決定する際に、保守端末２０４から設定される情報に代えて、過去の各データセンタへ転送されたデータ量の統計値、転送データ量に影響する情報などに基づいた重回帰分析結果を用いて転送順テーブルを作成することによって、自動的に、時間帯毎のトラフィックに従った転送順テーブルを生成する。
【００２０】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００２１】
＜実施形態１＞
図１は、本発明の実施の形態のネットワークシステムを示すブロック図である。
【００２２】
第１の実施の形態のネットワークシステムは、データセンタＷ１００、データセンタＸ１０５、データセンタＹ１０８及びデータセンタＺ１１１を備える。
【００２３】
データセンタＷ１００は、ネットワーク１０４を介して、データセンタＸ１０５、データセンタＹ１０８及びデータセンタＺ１１１と接続されている。なお、データセンタ間はネットワークではなく、専用線によって接続されてもよい。また、データセンタ間を接続するネットワークと、データセンタＷ１００とユーザ端末との間を接続するネットワークとは、同じネットワークでも、別なネットワークでもよい。また、データセンタＷ１００は、ユーザ端末（例えば、パーソナルコンピュータ）１０１を収容している。
【００２４】
データセンタＸ１０５、データセンタＹ１０８及びデータセンタＺ１１１は、データセンタＷ１００から離れた場所（遠隔地）に設けられても、データセンタＷ１００と同一の建屋に設けられてもよい。なお、データセンタ間の距離が長い方が、データを転送するために長い時間が必要なので、本発明がより効果的である。
【００２５】
データセンタＷ１００は、サーバ１０２及びストレージ装置１０３を有する。サーバ１０２は、プログラムを実行するプロセッサ１０２１、プロセッサ１０２１によって実行されるプログラムを記憶するメモリ１０２２、ネットワーク１０４と接続されるネットワークインターフェース１０２３、及びストレージ装置１０３と接続されるストレージインターフェース１０２４を有し、ユーザとのインターフェースを提供する計算機である。なお、一つのネットワークインターフェースをサーバ１０２に実装し、データセンタ間の通信と、ユーザ端末１０１との通信との両方を制御してもよい。
【００２６】
ストレージ装置１０３は、記憶装置１０３３へのデータの入出力を制御するストレージ制御装置１０３１、サーバ１０２と接続されるストレージインターフェース１０３２、及び不揮発性記憶装置１０３３（例えば、磁気ディスク装置、フラッシュメモリ）を有し、サーバ１０２からの要求に従って、格納すべきデータを記憶装置１０３３に格納し、参照すべきデータを記憶装置１０３３から読み出す。
【００２７】
データセンタＷ１００には、管理端末２００が接続されている。管理端末２００は、プログラムを実行するプロセッサ、プロセッサによって実行されるプログラムを記憶するメモリ、ネットワーク１０４と接続されるネットワークインターフェース、及びユーザインターフェース（例えば、キーボード、表示装置など）を有する計算機である。システム管理者は、保守端末２００から、データの分割サイズを設定し、転送順テーブル２０８を入力することによって、データの送付先となるデータセンタを設定する。
【００２８】
以上、データセンタＷ１００について説明したが、同様に、データセンタＸ１０５はサーバ１０６及びストレージ装置１０７を有し、データセンタＹ１０８はサーバ１０９及びストレージ装置１１０を有し、データセンタＺ１１１はサーバ１１２及びストレージ装置１１３を有する。また、各サーバ及び各ストレージ装置の構成は、データセンタＷ１００のサーバ１０２及びストレージ装置１０３と同一である。
【００２９】
図２は、本発明の実施の形態のサーバの構成を示すブロック図である。
【００３０】
サーバ１０２は、前述したように、プロセッサ１０２１、メモリ１０２２、ネットワークインターフェース１０２３及びストレージインターフェース１０２４を有する計算機であり、ＰＣ側受信部２０１、データ分割部２０２、データセンタ側送信部２０３、制御部２０４、ＰＣ側送信部２０５、データ結合部２０６及びデータセンタ側受信部２０７を有する。
【００３１】
ＰＣ側受信部２０１は、ユーザ端末１０１から送信されたデータを受信する。データ分割部２０２は、制御部２０４から指定されるデータ分割サイズに従って、ＰＣ側受信部２０１が受信したデータを分割する。
【００３２】
データセンタ側送信部２０３は、データ分割部２０２によって分割されたデータを、予め定められた転送順テーブル２０８（図３Ａ参照）に従って、分割されたデータを遠隔地のデータセンタに並列に送信する。この際、データセンタ側送信部２０３（ネットワークインターフェース１０２３）の能力によって、分割された全てのデータを並列に送信してもよいし、分割された一部のデータを並列に送信してもよい。そして、データセンタ側送信部２０３は、分割されたデータの送信実績を制御部２０４に通知する。
【００３３】
制御部２０４は、保守端末２００とのインターフェース機能を有し、保守端末２００から設定されるデータ分割サイズを保持し、分割データ送信先が格納される元ファイル管理テーブル２０９及び、分割データの送信先を決定するために保守端末２００から設定された転送順テーブル２０８を保持する。制御部２０４は、データセンタ側送信部２０３から送信された転送実績に基づいて、元ファイル管理テーブル２０９（図３Ｂ参照）を更新する。
【００３４】
データセンタ側受信部２０７は、遠隔地のデータセンタから送信された分割データを並列に受信する。この際、データセンタ側受信部２０７（ネットワークインターフェース１０２３）の能力によって、分割された全てのデータを並列に受信してもよいし、分割された一部のデータを並列に受信してもよい。また、制御部２０４に保持される元ファイル管理テーブル２０９を参照し、登録されていないデータセンタからのデータの受信を拒否してもよい。また、元ファイル管理テーブル２０９に分割データのサイズが登録されている場合、正しいサイズの分割データのみを受信するようにしてもよい。
【００３５】
ＰＣ側受信部２０１、データセンタ側送信部２０３、ＰＣ側送信部２０５及びデータセンタ側受信部２０７は、一つ又は複数のネットワークインターフェース１０２３で構成される。なお、一つの物理的ネットワークインターフェース１０２３を論理的に分割したものでもよい。データ分割部２０２及びデータ結合部２０６は、ハードウェアによって実装されても、プロセッサ１０２１が実行するソフトウェアによって実装されてもよい。また、制御部２０４は、プロセッサ１０２１が実行するソフトウェアによって実装される。
【００３６】
図３Ａは、本発明の実施の形態の転送順テーブル２０８の構成を説明する図である。
【００３７】
転送順テーブル２０８は、制御部２０４によって保持され、時間帯Ａ３００、時間帯Ｂ３０１等の時間帯毎送付先データセンタが登録される。すなわち、転送順テーブル２０８には、データの送付先となるデータセンタが、保守端末２００から、予め設定される。
【００３８】
図３Ｂは、本発明の実施の形態の元ファイル管理テーブル２０９の構成を説明する図である。
【００３９】
元ファイル管理テーブル２０９は、データセンタＷ１００に格納されたファイルの情報が登録されており、送付元アドレス３１０、ファイル名３１１、サイズ３１２、ファイル格納場所３２２、更新日時３１３、ＣＲＣ３２４、完了フラグ３１４及び分割配置先３１５を含む。元ファイル管理テーブル２０９は、制御部２０４に保持される。
【００４０】
送付元アドレス３１０は、ファイルの保存を要求したユーザ端末１０１のＩＰアドレスである。なお、ＩＰアドレスではなく、ネットワークにおいて使用されるアドレスを使用してもよい。
【００４１】
ファイル名３１１は、格納されたファイルの名称である。サイズ３１２は、格納されたファイルの大きさである。ファイル格納場所３２２は、当該ファイルが格納されている場所（パス）である。更新日時３１３は、当該ファイルが格納された時刻である。ＣＲＣ３２４は、格納されたファイルの誤り検出符号である。
【００４２】
完了フラグ３１４には、”０”又は”１”が格納され、”０”が分割データの送信開始を意味し、”１”が分割データの送信完了を意味する。分割配置先３１５は、当該ファイルを分割したデータが格納されるデータセンタの識別子であり、分割数（転送順）に応じた欄に登録される。なお、分割配置先３１５に、分割データのサイズを登録してもよい。
【００４３】
元ファイル管理テーブル２０９に格納されるデータのうち、送付元アドレス３１０、ファイル名３１１、サイズ３１２、ファイル格納場所３２２、更新日時３１３及び分割配置先３１５は、データセンタ側送信部２０３から送信される転送実績に基づいて、制御部２０４が更新する。
【００４４】
図３Ｃは、本発明の実施の形態の分割ファイル管理テーブル２１０の構成を説明する図である。
【００４５】
分割ファイル管理テーブル２１０には、分割ファイルの情報が登録されており、送付元データセンタ３１６、分割ファイル名３１７、サイズ３１８、ファイル格納場所３２３、分割ファイル番号３１９、更新日時３２０及び完了フラグ３２１を含む。分割ファイル管理テーブル２１０は、分割ファイルが格納される遠隔地のデータセンタによって保持される。
【００４６】
送付元データセンタ３１６は、分割データを送信した（すなわち、当該分割データの分割元のファイルを格納している）データセンタの識別子である。分割ファイル名３１７は、当該分割データのファイル名である。サイズ３１８は、当該分割データの大きさである。ファイル格納場所３２３は、当該分割データが格納されている場所（パス）である。分割ファイル番号３１９は、元ファイル中で当該分割データの順序である。更新日時３２０は、当該分割データが格納された時刻である。完了フラグ３２１には、分割データ送信開始を意味する’０’、又は、分割データ送信完了を意味する’１’が設定される。
【００４７】
分割ファイル管理テーブル２１０に格納されるデータのうち、送付元データセンタ３１６、分割ファイル名３１７、サイズ３１８、ファイル格納場所３２３、分割ファイル番号３１９、更新日時３２０及び完了フラグ３２１は、データセンタ側送信部２０３から送信される転送実績に基づいて、制御部２０４が更新する。
【００４８】
次に、本実施の形態のネットワークシステムの動作について、図４Ａ、図４Ｂ及び図５を用いて説明する。
【００４９】
図４Ａ及び図４Ｂは、ユーザ端末１０１からのファイル保存要求に従って、自データセンタへのデータの保存、及び、他データセンタへのデータの分割バックアップする処理のシーケンス図である。
【００５０】
まず、ユーザ端末１０１からデータセンタＷ１００にファイル保存要求４００があった場合、データセンタＷ１００は、保存が要求されたファイルを自データセンタ内のストレージ装置に保存した後（４０１）、保存が要求されたファイルのＣＲＣを計算する（４０２）。なお、ＣＲＣ以外の誤り検出方法、誤り訂正方法を用いてもよい。
【００５１】
そして、保存が要求されたファイルのファイル名と同一のファイル名が既に元ファイル管理テーブル２０９に登録されているか否かを判定する（４０３）。具体的には、保存が要求されたファイルのファイル名が元ファイル管理テーブル２０９に既に登録されているか否かを判定し、さらに、当該ファイル名が元ファイル管理テーブル２０９に既に登録されている場合、当該ファイルのサイズ及びＣＲＣが、元ファイル管理テーブル２０９に登録されたサイズ３１８及びＣＲＣ３２４と同一であるか否かを判定する。
【００５２】
その結果、ファイル名、サイズ及びＣＲＣが同じであると判定された場合、上書き要否を確認するためのメッセージをユーザ端末１０１に送信し、ユーザの指示に従って上書きをするか否かを決定する（４０４）。
【００５３】
その結果、ファイルを上書きすると決定された場合、元ファイル管理テーブル２０９の当該ファイル名の行に新しいファイルのデータ（サイズ３１８及び更新日時３２０）を登録することによって、ファイルを上書きする。一方、ファイルを上書きしない場合、同一名のファイルを更新日時によって別ファイルとして管理する。
【００５４】
保存が要求されたファイルのファイル名と同一のファイル名が元ファイル管理テーブル２０９に登録されていない場合、元ファイル管理テーブル２０９の送付元ＩＰアドレス３１０に、ユーザ端末１０１のＩＰアドレスをとして登録し、保存が要求されたファイルのファイル名３１１、サイズ３１２、ファイル格納場所３２２及び更新日時３１３を元ファイル管理テーブル２０９に登録する（４０５）。次に、当該ファイル名の行の完了フラグ３１４に分割データ送信開始を意味する’０’をセットする（４０６）。
【００５５】
更に、当該ファイルのファイルサイズを取得する（４０７）。ファイルサイズは、当該ファイルのヘッダに格納されている及び／又はファイルの保存要求に含まれている。
【００５６】
そして、保守端末２００から制御部２０４に予め設定された分割データサイズに従って、ファイルの分割数を決定する（４０８）。具体的には、ステップ４０７で取得したファイルサイズを予め設定された分割データサイズで除することによって、分割数を決定することができる。
【００５７】
次に、転送順テーブル２０８を参照して、決定された分割数に従って、現在時刻において分割ファイルの送付先となるデータセンタを決定する（４０９）。
【００５８】
ステップ４０５から４０７において、ＣＲＣ、分割数、及び送付先が決定したので、ＣＲＣ３２４及び分割配置先３１５を元ファイル管理テーブル２０９に登録した後（４１０）、データセンタＷ１００において、当該ファイルを指定サイズで分割する（４１１）。この指定サイズは、分割データが等しいサイズとなるように設定してもよい。また、他のデータセンタに転送可能な最大サイズを用いてもよく、この場合、分割元のファイルの先頭から指定サイズで分割することによって、分割データを生成する。
【００５９】
さらに、転送順テーブル２０８に登録された順序に従ったシーケンシャルな分割ファイル番号を元ファイル名の後に付して、分割されたデータのファイル名を決定する。
【００６０】
次に、分割されたデータを分割バックアップファイルとして、分割ファイル番号と共に、データ送付先として決定されたデータセンタへ送信する（４１２）。この分割ファイル番号と分割バックアップファイルとは、別のパケットで送信しても、分割バックアップファイルのヘッダに分割ファイル番号を含めて送信してもよい。分割ファイル番号と分割バックアップファイルとを別のパケットで送信する場合、両者の整合性のチェックがより強固となる。
【００６１】
最後に、元ファイル管理テーブル２０９の当該ファイル名の行の完了フラグ３１４に、分割データ送信完了を意味する’１’を設定する（４１３）。
【００６２】
次に、分割データの送信先となる他データセンタが、受信した分割データを保存する処理について説明する。
【００６３】
分割データの送信先となるデータセンタＸ１０５は、分割ファイル番号及び分割ファイルを受け取ると、分割ファイル名に含まれる番号と分割ファイル番号とが一致しているか否かを判定する（４１４）。
【００６４】
判定の結果、分割ファイル番号と分割ファイル名に含まれる番号とが一致していない場合、受信すべき分割ファイルが誤っている可能性がある。このため、データセンタＷ１００に対し、分割ファイル及び分割ファイル番号の再送を要求する（４１５）。一方、分割ファイル番号と分割ファイル名に含まれる番号とが一致している場合、分割データの送付元のデータセンタの識別子を分割ファイル管理テーブル２１０の送付元データセンタ３１６に登録し、分割ファイル名３１７を分割ファイル管理テーブル２１０に登録する（４１６）。
【００６５】
次に、当該分割ファイル名の行の完了フラグ３２１に分割データの保存開始を意味する’０’を設定する（４１７）。次に、分割ファイルのファイルサイズと、分割ファイル番号を受信データから取得し（４１８、４１９）、分割データを保存する（４２０）。
【００６６】
そして、サイズ３１８、ファイル格納場所３２３、分割ファイル番号３１９及び更新日時３２０を、分割ファイル管理テーブル２１０に登録する（４２１）。最後に、当該ファイル名の行の完了フラグ３２１に、分割データ保存完了を意味する’１’を設定する（４２２）。
【００６７】
以上、分割データを受信したデータセンタＸ１０５の処理について説明したが、分割データを受信した他のデータセンタ（例えば、データセンタＹ１０８）も同じ処理を実行する。
【００６８】
以上説明した手順によって、ユーザ端末１０１からのファイル保存要求による、自データセンタへの保存、及び、他データセンタへの分割バックアップを完了する。
【００６９】
次に、ファイル参照要求に対する処理について説明する。
【００７０】
図５は、本発明の実施の形態において、ユーザ端末１０１からのファイル参照要求に対し、自データセンタに格納されたデータの確認、他データセンタへの分割バックアップデータの送信要求、及び、分割データの再構築の処理のシーケンス図である。
【００７１】
まず、ユーザ端末１０１からデータセンタＷ１００にファイル参照要求（５００）があった場合、データセンタＷ１００のサーバ１０２は、自装置内の元ファイル管理テーブル２０９を参照し（５０１）、参照が要求されたファイル名と一致するファイル名が、テーブル上に存在するかによって、当該ファイルがデータセンタＷ１００に格納されているか否かを判定する（５０２）。そして、ファイルが存在する場合、ストレージ装置１０３から当該ファイルを読み出し、読み出したファイルのサイズ及びＣＲＣを確認する。
【００７２】
そして、サイズ及びＣＲＣの両方が元ファイル管理テーブル２０９に格納された値と同一である場合、ファイルは正常だと判定し、ストレージ装置１０３から読み出したファイルをユーザ端末１０１に送信する（５０３）。一方、サイズ及びＣＲＣの少なくとも一方が一致しない場合、ファイルが破損していると判定し、以下の手順によって、他データセンタから分割バックアップファイルを取得する。
【００７３】
まず、サーバ１０２は、ファイルが破損していると判定した場合、元ファイル管理テーブル２０９の分割配置先３１５を参照し、当該ファイルの分割配置先であるデータセンタと、特定された各データセンタにバックアップされている分割ファイル番号とを取得する（５０４）。サーバ１０２は、分割ファイル番号とファイル名とから分割ファイル名を生成し、当該ファイルの分割バックアップであるデータセンタに分割ファイルのファイル名、分割ファイル番号を送信し、分割データの送信を要求する（５０５）。なお、本実施の形態では、分割ファイル名に分割ファイル番号が含まれているので、分割ファイル名を送信すれば、分割ファイル番号を送信しなくても、要求するファイルを特定することができる。
【００７４】
分割データ送信要求を受信したデータセンタＸ１０５のサーバ１０６は、分割ファイル管理テーブル２１０を参照し、要求元データセンタが送付元データセンタ３１６と一致するか、要求された分割ファイル名が分割ファイル名３１７と一致するか、分割ファイル番号が分割ファイル番号３１９と一致するかを確認する（５０６）。その後、全てのデータが分割ファイル管理テーブル２１０に登録されたデータと一致することが確認された場合、分割ファイルをストレージ装置１０７から読み出して、データセンタＷ１００に送信する（５０７）。一方、いずれかのデータが一致しないと判定された場合、データセンタＷ１００には、要求された分割ファイルを送信できない旨の応答を送信する。
【００７５】
データセンタＷ１００のサーバ１０２は、データセンタＸ１０５から送信された分割データのファイル名が要求したファイル名と一致するか否かを判定する。そして、分割データのファイル名の末尾の番号と分割ファイル番号とが一致しているか、分割データのファイル名の末尾の番号以外の部分と元ファイル名とが一致しているかを判定する。そして、受信した全ての分割ファイルについて前述した判定の後、全ての分割ファイルが揃っているか否かを判定する。具体的には、元ファイル管理テーブル２０９を参照し、元ファイル名の行に登録された分割配置先のデータセンタからの全ての分割ファイルを受信したか否かを判定する。これらの判定によって、受信した分割ファイルが正しいものであることが確認された場合、分割ファイルを結合する（５０８）。
【００７６】
そして、結合されたファイルのサイズと元ファイル管理テーブル２０９のサイズ３１２とを比較し、結合されたファイルのサイズが正しいか否かを判定する。また、結合されたファイルのＣＲＣを計算し、計算されたＣＲＣと元ファイル管理テーブル２０９のＣＲＣ３２４とが一致するか否かを判定する（５０９）。
【００７７】
サイズ及びＣＲＣが正しい場合、元データファイルが正しく再構築されたので、消失したファイルの代わりに結合されたファイルをストレージ装置１０３に保存する（５１０）。これによって、破損したファイルを補完することができる。一方、サイズ及びＣＲＣの少なくとも一方が正しくない場合、元データファイルが正しく再構築されていないので、システムに異常が生じている旨をシステム管理者に通知する（５１１）。
【００７８】
その後、再構築されたファイルをユーザ端末１０１に送信し（５０９）、処理を終了する。
【００７９】
本発明の第１の実施の形態によれば、大きなデータも予め設定したデータサイズに分割し、元ファイルのデータ量に合わせた数のデータセンタを選択し、選択された他のデータセンタに並列に分割データを送信しバックアップを行なうので、データサイズが大きい場合でもバックアップ時間の延長を抑制することができる。また、時間帯によって、分割データを送信するデータセンタを変更するので、ネットワーク及びデータセンタの負荷に応じて、適切な送信先のデータセンタを選択することができる。さらに、データが分割してバックアップされているので、データの秘匿性を高めることができる。
【００８０】
＜実施形態２＞
次に、本発明の第２の実施の形態について説明する。
【００８１】
前述した第１の実施の形態では、保守端末２００から転送順テーブル２０８を設定した。しかし、時間帯に応じて適切なデータセンタを登録する作業は煩雑であり、データセンタのトラヒック量の時刻及び日による変化に適切なデータセンタを選択し、登録することが困難である。
【００８２】
そこで、第２の実施の形態では、データセンタのトラヒックデータの統計量、関連情報（トラフィックに影響する情報）を用いた重回帰分析結果に基づいて、分割データの転送先データセンタを転送順テーブル２０８に設定する。但し、第２の実施の形態では、分割データの送信元データセンタと送信先データセンタとの間のトラヒックデータを用いて転送順テーブル２０８生成する。よって、送信先データセンタと他のデータセンタとの間のトラヒックデータを考慮する必要がある場合は、これらのデータも含めた重回帰分析をすればよく、また、管理者が転送順テーブル２０８を設定してもよい。
【００８３】
なお、第２の実施の形態は、サーバ１０２が転送順テーブル２０８を設定する処理が異なるのみで、他の装置の構成及び処理は、前述した第１の実施の形態と同じであるため、これらの説明は省略する。
【００８４】
第２の実施の形態のサーバ１０２は、前述した第１の実施の形態と同様に、ＰＣ側受信部２０１、データ分割部２０２、データセンタ側送信部２０３、制御部２０４、ＰＣ側送信部２０５、データ結合部２０６及びデータセンタ側受信部２０７を有し、制御部２０４が転送順テーブル２０８の設定処理を実行する。この設定処理は、プロセッサがメモリに記憶されたプログラムを実行することによって実装される。
【００８５】
また、データセンタＸ１０５のサーバ１０６、データセンタＹ１０８のサーバ１０９及びデータセンタＺ１１１のサーバ１１２のネットワークインターフェースにトラフィック量測定部を設け、各データセンタが受信するデータの量を測定する。
【００８６】
図６Ａは、第２の実施の形態の転送順テーブル２０８の設定処理のシーケンス図である。
【００８７】
まず、図６Ａに示すように、データセンタＷ１００のサーバ１０２は、他のデータセンタが計測したトラフィック量を定期的に取得し、取得したトラフィック量をトラフィックデータ集計表に記録する（６１１）。
【００８８】
具体的には、分割されたデータの送付先候補となる各データセンタ向けの過去のトラフィック量の統計値を所定のフォーマットにて集計し、各データセンタ向けトラフィックデータ集計表６０１に記録する。
【００８９】
図６Ｂに示すように、トラフィックデータ集計表６０１は、日付６０２、曜日６０３、時間帯６０４、トラフィック量６０５、天候６０６、祝日６０７、イベント６０８及びフラグ６０９を含む。曜日６０３、時間帯６０４、天候６０６及び祝日６０７は、経験的に、トラフィック量に影響を及ぼす要因となる。また、これらの項目でカバーできないトラフィック量の変動の要因となる事象を必要に応じて登録するためにフラグ６０９が設けられており、このデータセンタ向けに特定日時に分割データを送信することが必要な場合に用いられる。なお、トラフィックデータ集計表６０１の項目は、前述した項目に限らず、トラフィック量に影響を及ぼす可能性のある項目を用いるとよい。
【００９０】
トラフィック量６０５は、過去の当該時間帯における平均トラフィック量でも、当該時間帯のある時点のトラフィック量でもよく、統計的に定められるトラフィック量を用いることができる。
【００９１】
なお、この処理によって更新されたトラフィックデータ集計表６０１は、保守端末２００から、いつでも、必要に応じて、各データを修正することができる（６１２）。
【００９２】
次に、システム管理者は、転送順テーブル２０８を自動生成する必要が生じた場合、保守端末２００から、制御部２０４に転送順テーブル自動生成を指示する（６１３）。
【００９３】
制御部２０４は、転送順テーブル自動生成指示６１３を受けると、ステップ６１１で生成したデータセンタＹ用のトラフィックデータ集計表６０１を参照して重回帰分析を行ない、ある日の各データセンタ用の重回帰分析式（下式）を生成する（６１４）。具体的には、各データセンタ用のトラフィックデータ集計表６０１を参照して過去の特定日（１月１１日）のデータを抽出し、トラフィック量を目的変数とし、その他の変数を説明変数として、重回帰分析を行なう。重回帰分析方法における説明変数の係数の求め方は、変数減少法、変数増加法など様々な方法があるが、いずれの方法を採用することもできる。
トラフィック量（予想値）＝係数Ａ×トラヒック量＋係数Ｂ×天候＋係数Ｃ×祝日＋係数Ｄ×イベント＋係数Ｅ×フラグ
【００９４】
次に、ステップ６１４で生成した各データセンタ用の重回帰分析式を用いて、目的の日のトラフィック量の予想値を計算する（６１５）。具体的には、予想値を計算すべき日の曜日、時間帯、天候、祝日、イベントの有無などの情報を、重回帰分析式に代入し、トラフィック量の予想値を計算する（６１５）。
【００９５】
その後、ステップ６１５で計算した各データセンタ向けのトラフィック量の予想値を比較し、トラフィック量の予想値の小さい順に、データセンタの識別子を転送順テーブル２０８に登録する（６１６）。
【００９６】
最後に、制御部２０４から保守端末２００に、転送順テーブル作成完了通知を発行し（６１７）、転送順テーブルの設定処理を完了する。
【００９７】
以上説明したように、本発明の第２の実施の形態では、過去の各データセンタ向けの統計的トラフィックデータ量、トラフィックデータ量に影響する情報などを用いた重回帰分析結果に基づいて転送順テーブル２０８を設定することによって、分割データの転送先のデータセンタの順序を実際のトラフィック量に柔軟に対応させることが可能となる。
【符号の説明】
【００９８】
１００、１０５、１０８、１１１  データセンタ
１０１  ユーザ端末
１０２、１０６、１０９、１１２  サーバ
１０３、１０７、１１０、１１３  ストレージ装置
１０４  ネットワーク
２００  保守端末
２０１  ＰＣ側受信部
２０２  データ分割部
２０３  データセンタ側送信部
２０４  制御部
２０５  ＰＣ側送信部
２０６  データ結合部
２０７  データセンタ側受信部
２０８  転送順テーブル
２０９  元ファイル管理テーブル
２１０  分割ファイル管理テーブル
【図１】
2012089049.tif 000003
【図２】
2012089049.tif 000004
【図３Ａ】
2012089049.tif 000005
【図３Ｂ】
2012089049.tif 000006
【図３Ｃ】
2012089049.tif 000007
【図４Ａ】
2012089049.tif 000008
【図４Ｂ】
2012089049.tif 000009
【図５】
2012089049.tif 000010
【図６Ａ】
2012089049.tif 000011
【図６Ｂ】
2012089049.tif 000012