(57)【要約】【課題】実際にデータが失われた場合においてデータ保全性を高める。【解決手段】  管理用端末Ｃ１は、保存用端末Ｃ２の損失に応じて新たに決定した保存用端末Ｃ４に対して保存データを送信するよう、損失した端末の保存データと同一の保存データ（保存データのコピー）を有する別の保存用端末Ｃ３のデータに指示する（Ｓ５）。これにより、保存用端末Ｃ３の保存データが保存用端末Ｃ４にコピーされる。【選択図】  図２
2009087100.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に存在する複数のサーバからなるデータ保管システムであって、
同一のデータの保存を分担する複数の保存端末と、前記保存端末を管理する管理端末とを備え、
前記管理端末は、いずれかの保存端末での異常発生を検知した場合、前記異常発生の検知された保存端末以外のサーバの中から新たな保存端末を選定する選定部と、前記異常発生の検知された保存端末以外の保存端末から、前記新たな保存端末に対し、前記異常発生の検知された保存端末のデータと同一のデータを送信して複製するよう制御する複製制御部と、を有するデータ保管システム。
【請求項２】
前記管理端末は、前記異常発生の検知された保存端末のデータの種別を判別する判別部を有し、前記選定部は、前記判別部の判別したデータの種別に応じて新たな保存端末を選定する請求項１に記載のデータ保管システム。
【請求項３】
前記管理端末は、前記複数のサーバの状況を確認する状況確認部を有し、前記状況確認部は、前記状況確認部の確認したサーバの状況に応じて新たな保存端末を選定する請求項１または２に記載のデータ保管システム。
【請求項４】
ネットワーク上に存在する複数のサーバで実施されるデータ保管方法であって、
前記複数のサーバの中から、同一のデータの保存を分担する複数の保存端末を割り当てるステップと、
前記複数のサーバの中から、前記保存端末を管理する管理端末を割り当てるステップと、
いずれかの保存端末での異常発生を検知した場合、前記異常発生の検知された保存端末以外のサーバの中から新たな保存端末を選定するステップと、
前記異常発生の検知された保存端末以外の保存端末から、前記新たな保存端末に対し、前記異常発生の検知された保存端末のデータと同一のデータを送信して複製するステップと、
を含むデータ保管方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上に存在する複数のサーバによるデータ保管技術に関する。
【背景技術】
【０００２】
特許文献１によると、各クライアントがファイル管理情報を所有することで、ある特定のファイル監視サーバを用意しなくとも既存のハードウエアでネットワークを実現できる。又、ファイル監視にかかる負荷を軽減するために、各クライアントが管理情報の参照先をあらかじめ特定しておき、ファイル管理にかかる負荷を軽減する。又、各クライアントが入手したファイルを各クライアント内のファイルキャッシュ領域に保存し、その保存情報を他クライアントに通知することで、容易にファイルの多重化を行うことができ、特定のクライアントへのアクセス集中を軽減すると共に、ファイル多重化による耐故障性の高いネットワークファイルシステムを実現する。
【０００３】
特許文献２によると、データサーバは、第１ストレージサーバをプライマリのバックアップ先とし、未定のセカンダリサーバを、バックアップ先問い合わせ部によって管理サーバに問い合わせる。管理サーバのストレージサーバ選定部は、予め設定された選択条件に基づいて選定した第２ストレージサーバを、通知部を通じてデータサーバに通知する。管理サーバから通知された、第１ストレージサーバと、第２ストレージサーバに対し、データサーバはデータ送信部からデータベースのデータ内容を送信し、バックアップする。リストア先も同様に選定される。
【特許文献１】特開２００２−３２４００４号公報
【特許文献２】特開２００５−４２４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記特許文献１および２では、データを失わないための技術としては有効であろうが、実際にデータが失われた場合の対処はすることができない。
【０００５】
本発明は、実際にデータが失われた場合においてデータ保全性を高める仕組みを提供する。
【課題を解決するための手段】
【０００６】
本発明に係るデータ保管システムは、ネットワーク上に存在する複数のサーバからなるデータ保管システムであって、同一のデータの保存を分担する複数の保存端末と、保存端末を管理する管理端末とを備え、管理端末は、いずれかの保存端末での異常発生を検知した場合、異常発生の検知された保存端末以外のサーバの中から新たな保存端末を選定する選定部と、異常発生の検知された保存端末以外の保存端末から、新たな保存端末に対し、異常発生の検知された保存端末のデータと同一のデータを送信して複製するよう制御する複製制御部と、を有する。
【０００７】
管理端末は、異常発生の検知された保存端末のデータの種別を判別する判別部を有し、選定部は、判別部の判別したデータの種別に応じて新たな保存端末を選定するとよい。
【０００８】
管理端末は、複数のサーバの状況を確認する状況確認部を有し、状況確認部は、状況確認部の確認したサーバの状況に応じて新たな保存端末を選定するとよい。
【０００９】
本発明に係るデータ保管方法は、ネットワーク上に存在する複数のサーバで実施されるデータ保管方法であって、複数のサーバの中から、同一のデータの保存を分担する複数の保存端末を割り当てるステップと、複数のサーバの中から、保存端末を管理する管理端末を割り当てるステップと、いずれかの保存端末での異常発生を検知した場合、異常発生の検知された保存端末以外のサーバの中から新たな保存端末を選定するステップと、異常発生の検知された保存端末以外の保存端末から、新たな保存端末に対し、異常発生の検知された保存端末のデータと同一のデータを送信して複製するステップと、を含む。
【発明の効果】
【００１０】
保存データは、複数の保存用端末に保存され、そのいずれかの保存用端末で異常発生（例えば保存用端末の損失、故障、応答不能など）が検知されても、残りの保存データが他の端末にコピーされ、速やかに冗長性が回復される。これにより、データが高い確率で保全され、写真共有サーバやメールサーバなど大容量のサーバを複数所有管理しているベンダーや、広域に拠点を持つ企業にとってメリットが大きい。
【発明を実施するための最良の形態】
【００１１】
図１は本発明の好ましい実施形態に係るバックアップシステムの概略構成を示す。このシステムは、複数の端末Ｃ１、Ｃ２、Ｃ３、Ｃ４、Ｃ５、Ｃ６などからなる。各端末Ｃ１〜Ｃ６は、類似のスペックを有するサーバコンピュータで構成することができる。各端末Ｃ１〜Ｃ６は、ＬＡＮ、イントラネット、インターネットなどの各種ネットワーク１０で接続されている。
【００１２】
各端末Ｃ１〜Ｃ６は、「管理用端末」あるいは「保存用端末」として機能し、また「管理用端末」および「保存用端末」を兼ね備えることもある。
【００１３】
バックアップシステムにおいては、少なくとも１つの端末が、管理用端末に指定されている。説明の都合上、ここではまず、端末Ｃ１が管理用端末に指定されているものとする。なお、各端末Ｃ１〜Ｃ６は、同等のスペックを有するから、どれを管理用端末に指定するのかは任意であり、ユーザの意思に任せてもよい。例えば、端末Ｃ１が本社、端末Ｃ２〜Ｃ６が支社にあれば、便宜上、端末Ｃ１を初期の管理用端末としてもよい。
【００１４】
以下、図２に基づき、本システムで実施される一般データのバックアップ処理の流れを説明する。
【００１５】
管理用端末Ｃ１は、他の端末Ｃ２〜Ｃ４、他のネットワーク回線、記録媒体、各種操作手段を介して、保存すべきデータを渡されると、データの重要度、複数の端末の設置区域とその危険度、空き容量、データサイズ、同一データの有無などの保存条件に基づき、バックアップシステムを構成する自己（端末Ｃ１）以外の端末Ｃ２〜Ｃ６のうち、バックアップデータ保存に最適な複数の端末を決定し、これを保存用端末とする（Ｓ１）。説明の都合上、管理用端末Ｃ１は、端末Ｃ２およびＣ３を保存用端末として決定したものとする。また、保存すべきデータの重要度は「低」であり、一般的なデータであるものとする。
【００１６】
管理用端末Ｃ１は、保存すべきデータを、決定した複数の保存用端末Ｃ２およびＣ３に送信する（Ｓ２）。保存用端末Ｃ２およびＣ３は、管理用端末Ｃ１から受信したデータをハードディスクなどの記憶媒体に保存する。
【００１７】
もし、災害などによって、複数の保存用端末Ｃ２およびＣ３のうち、いずれかの保存用端末、例えば端末Ｃ２が損失したとする。この場合、管理用端末Ｃ１は、保存用端末Ｃ２の損失を検知する（Ｓ３）。
【００１８】
保存用端末の損失検知の具体的手法については、例えば次のようにする。管理用端末Ｃ１は、保存用端末を一意に識別する情報その他保存用端末に関する情報を、当該保存用端末に保存されるデータの識別情報と関連づけ、これを保存情報として記憶する。管理用端末Ｃ１は、保存情報に基づき、保存用端末Ｃ２およびＣ３に対して定期的にＰＩＮＧコマンドなどで問い合わせを行う。問い合わせから所定時間が経過しても応答が無く、かつその問い合わせ発信時の時刻が、保存用端末のメンテナンス情報として通知された時刻外の場合は、保存用端末の損失ないしはデータ損失とみなす。なお、管理用端末Ｃ１からの問い合わせに対する応答とともに、保存用端末Ｃ２およびＣ３は、自己のメンテナンス情報を返信すると、メンテナンスの予定が明確になる。
【００１９】
管理用端末Ｃ１は、保存用端末の損失検知に応じて、バックアップシステムを構成する端末Ｃ１〜Ｃ６の中から新たな保存用端末を決定する（Ｓ４）。新たな保存用端末として決定されるのは、管理用端末自身（端末Ｃ１）でなく、損失した端末（Ｃ２）とは異なり、かつ保存データの複製を保存している端末（Ｃ３）とも異なる。図１のシステムでは、例えば端末Ｃ４が新たな保存用端末と決定されたとする。
【００２０】
管理用端末Ｃ１は、保存用端末Ｃ２の損失に応じて新たに決定した保存用端末Ｃ４に対して保存データを送信するよう、損失した保存用端末Ｃ２の保存データと同一の保存データ（保存データのコピー）を有する別の保存用端末Ｃ３のデータに指示する（Ｓ５）。これにより、保存用端末Ｃ３の保存データが保存用端末Ｃ４にコピーされる。
【００２１】
このように、保存データは、複数の保存用端末に保存され、そのいずれかの端末の損失があっても、残りの保存データが他の端末にコピーされ、速やかに冗長性が回復される。これにより、データが高い確率で保全され、写真共有サーバやメールサーバなど大容量のサーバを複数所有管理しているベンダーや、広域に拠点を持つ企業にとってメリットが大きい。
【００２２】
管理用端末Ｃ１自身のデータ（管理用データ）をバックアップしたい場合は、次のようにする。
【００２３】
図３に示すように、まず管理用端末Ｃ１は、管理用データの重要度を「高」に設定し、バックアップシステムを構成する自己以外の端末Ｃ２〜Ｃ５のうち、管理用データの保存用端末を決定する（Ｓ１１）。説明の便宜上、管理用データの保存用端末は端末Ｃ５に決定されたものとする。なお、管理用データの保存用端末が一般的なデータの保存用端末を兼ねていてもよい。例えば、端末Ｃ５が端末Ｃ２やＣ３であってもよい。
【００２４】
管理用端末Ｃ１は、決定された管理用データの保存用端末Ｃ５に対し、管理用データを送信する（Ｓ１２）。管理用データの保存用端末Ｃ５は、受信した管理用データを保存する。
【００２５】
もし、災害などの発生により、管理用データの保存用端末Ｃ５が損失した場合、管理用端末Ｃ１はこれを検知する（Ｓ１３）。管理用データの保存用端末Ｃ５の損失の検知は、第１実施形態と同様、問い合わせコマンドに対する応答の有無で判断する。管理用端末Ｃ１は、管理用データの保存用端末Ｃ５の損失を検知したことに応じ、バックアップシステムを構成する端末の中から、新たな管理用データの保存用端末Ｃ６を決定する（Ｓ１４）。保存用端末Ｃ６は、管理用端末Ｃ１とは異なり、また、損失を生じた端末Ｃ５とも異なる。なお、新たな管理用データの保存用端末が一般的なデータの保存用端末を兼ねていてもよい。例えば、端末Ｃ６が端末Ｃ２やＣ３であってもよい。管理用端末Ｃ１から保存用端末Ｃ６には管理用データが送られ、これが保存用端末Ｃ６でコピーとして保存される（Ｓ１５）。
【００２６】
図４は、管理用端末の実施する新たな保存用端末の決定処理（Ｓ４あるいはＳ１４）の詳細な流れを示す。
【００２７】
まず、管理用端末は、損失した保存用端末の保存データの種類（一般的なデータまたは管理用データ）を判別し、データ種類の判別結果に応じ、バックアップシステムを構成する端末から、保存に適した端末を選定する（Ｓ２１）。この保存に適した端末とは、例えば管理用データならばハイスペックのサーバであり、一般的なデータであれば中規模サーバとすることなどである。
【００２８】
管理用端末は、記憶している保存情報を参照し、損失した保存用端末のデータを保存していない端末を選定する（Ｓ２２）。
【００２９】
管理用端末は、損失した保存用端末のデータを保存していない端末のうち、当該損失した端末の設置箇所からより離れた場所にある端末を選定する（Ｓ２３）。
【００３０】
管理用端末は、Ｓ２３で選定した端末のうち、当該端末の設置箇所の危険度が低い端末を選定する（Ｓ２４）。設置箇所の危険度とは、端末の設置環境から各種の基準に基づいて評価された値であり、その基準としては、例えば設置箇所近辺における自然災害の発生率、人為的災害の発生率などが挙げられる。
【００３１】
管理用端末は、Ｓ２４で選定した端末のうち、空きデータサイズがデータ保存に適しているもの（少なくとも保存データと同じ空き容量が確保されているもの。好ましくは、容量の最も多いもの）を選定する（Ｓ２５）。
【００３２】
管理用端末は、Ｓ２５で選定された端末の中から、任意の端末を１つ選定する（Ｓ２６）。
【００３３】
管理用端末は、損失した端末のデータと同じデータのコピーを持つ保存用端末に対し、Ｓ２６で選定した新しい保存用端末の識別情報を送信し、当該識別情報で識別される保存用端末に保存データを送るよう要求する（Ｓ２７）。
【００３４】
上記保存データのコピーを持つ保存用端末は、当該要求を受け取ると、識別情報に基づき、新しい保存用端末に対し、上記保存データを送信する（Ｓ２８）。
【００３５】
データコピーを受け取った新しい保存用端末は、このデータを保存する（Ｓ２９）。新しい保存用端末は、保存が終わると、管理用端末に対して受信完了のメッセージを送信する（Ｓ３０）。
【００３６】
管理用端末は、受信完了のメッセージを受信すると、保存したデータ識別情報と新たな保存先の識別情報とを関連づけた保存情報を更新記憶する（Ｓ３１）。
【００３７】
管理用端末は、損失した旧保存用端末に対し、特定の期間に限り問い合わせを送る。管理用端末は、もし損失の検知された保存用端末から応答があった場合、全ての保存データを削除する指示を出力する（Ｓ３２）。こうすることで、すでにデータコピー先から外された端末でデータが保存されたままになることを防げる。
【００３８】
管理用端末損失の検知は、例えば以下のようにする。
【００３９】
管理用データの保存用端末Ｃ５は、現在の管理用端末Ｃ１に対し、ＰＩＮＧコマンドなどにより定期的に問い合わせを行う。
【００４０】
現在の管理用端末Ｃ１から、問い合わせに対する応答が一定回数なかった場合、保存用端末Ｃ５は、管理用端末Ｃ１が損失したとみなし、端末Ｃ５自身が新たな管理用端末となる。
【００４１】
新たな管理用端末Ｃ５は、上述と同様にして、新たに管理用データの保存用端末を選定し、選定した端末に、管理用データをコピーする。
【００４２】
管理用端末であった端末Ｃ１は、ＰＩＮＧコマンドに対する応答が所定回数滞ると、管理用端末としての役割を失い、単なる保存用端末となる。
【００４３】
以上のように、本システムでは、予め管理用データを管理用端末以外の別の端末に重複して保存しておき、管理用端末が損失した場合は、即座に管理用データを保存する端末が管理用端末に切り替わるので、データの保全性が高い。
【図面の簡単な説明】
【００４４】
【図１】バックアップシステムの概略構成図
【図２】一般データのバックアップ処理のフローチャート
【図３】管理用データのバックアップ処理のフローチャート
【図４】新たな保存用端末の決定処理の詳細フローチャート
【符号の説明】
【００４５】
Ｃ１〜Ｃ６：端末、１０：ネットワーク
【図１】
2009087100.tif 000003
【図２】
2009087100.tif 000004
【図３】
2009087100.tif 000005
【図４】
2009087100.tif 000006