(57)【要約】【課題】ＬＡＮ内に設置されたファイルサーバに対し外部からＬＡＮ内への経路を構築せずに遠隔地にバックアップ可能とし、障害発生時の復旧作業を迅速かつ容易とし、さらに通信データの秘密保持性を確保したバックアップシステムを提供することを目的とする。【解決手段】現地に設置されたファイルサーバ１０およびバックアップサーバ１１と、遠隔地に設置された遠隔サーバ１２とからなり、遠隔サーバ１２はＷＡＮ２０を介してバックアップサーバ１１に接続し、バックアップサーバ１１はさらにＷＡＮ２０を介さずにファイルサーバ１０に接続し、ファイルサーバ１０はさらにバックアップサーバ１１に接続された経路とは異なる経路でＬＡＮ２１に接続することを特徴とする。【選択図】図１
2007115089.tif 000002
【特許請求の範囲】
【請求項１】
現地に設置されたファイルサーバおよびバックアップサーバと、遠隔地に設置された遠隔サーバとからなり、
前記遠隔サーバはＷＡＮ(Wide Area Network)を介して前記バックアップサーバに接続し、
前記バックアップサーバはさらにＷＡＮを介さずに前記ファイルサーバに接続し、
前記ファイルサーバはさらに前記バックアップサーバに接続された経路とは異なる経路でＬＡＮ(Local Area Network)に接続することを特徴とするバックアップシステム。
【請求項２】
前記ファイルサーバは、ＬＡＮに接続する第１インターフェースと、前記バックアップサーバに接続する第２インターフェースとを備え、
前記バックアップサーバは、前記ファイルサーバに接続する第３インターフェースと、前記遠隔サーバに接続する第４インターフェースと、通常は使用されない第５インターフェースとを備え、
前記第５インターフェースの識別ＩＤは、前記第１インターフェースの識別ＩＤと同一であることを特徴とする請求項１記載のバックアップシステム。
【請求項３】
前記ファイルサーバ、バックアップサーバ、および遠隔サーバは、少なくともＬＡＮ上から利用できるディスク共有が同一の構成であることを特徴とする請求項１記載のバックアップシステム。
【請求項４】
前記遠隔サーバと前記バックアップサーバとは、ＶＰＮ(Virtual Private Network)を構築して通信することを特徴とする請求項１記載のバックアップシステム。
【請求項５】
前記遠隔サーバ、バックアップサーバ、およびファイルサーバは、ＳＳＨを用いてデータの授受を行うことを特徴とする請求項１記載のバックアップシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してデータのバックアップを行うバックアップシステムに関するものである。
【背景技術】
【０００２】
大切なデータを失わないためには、バックアップ（多重化、または冗長化ともいう）を行うべきことは異論の余地がない。バックアップは以前から様々な構成が提案されており、対処しようとする事案（トラブル）に応じて適宜選択することが可能となっている。
【０００３】
例えばＤＡＴテープなどのリムーバブルメディアにバックアップすることが従来から行われている。これは任意の場所にメディアを保管することが可能であることや世代管理が容易であることなどの利点を有するが、メディアの容量制限や、データ転送速度が遅いこと、そして自動化が難しいことなどの課題を有している。また例えば１つのコンピュータ装置内において２以上のディスク装置を用いたミラーリング（RAID：Redundant Arrays of Inexpensive Disk）も従来から行われている。これはデータの更新が即時に反映されることやデータ転送速度が速いことなどの利点を有するが、誤ったデータの更新や削除を復元させるには向かず、またコンピュータ全体が損傷を受ける場合（唐突な電源断など）には２以上のディスク装置が同時に故障する可能性もある。
【０００４】
また例えばデータを集中的に蓄積するファイルサーバを準備し、これと異なるコンピュータ装置によってバックアップサーバを構成して、随時データをコピーする方式もある。２台のコンピュータが同時に損傷を受ける可能性はかなり低くなるため、信頼性を向上させることができる。さらに、バックアップサーバを遠隔地に設置し、ネットワーク（通信回線）を通じてデータを転送することも行われている。これにより火災や地震などにより現地のコンピュータが一斉に損傷を受けたとしても、データの保護を図ることができる。
【０００５】
さらに特開２００１−０４３１０５（特許文献１）には、ネットワークを介して複数台のバックアップサーバを接続する構成が記載されている。具体的には、ネットワーク接続される３台以上のバックアップサーバを準備し、障害のあるサーバと障害のないサーバを探索する動作を定期的に行って、障害のないサーバにデータをバックアップする構成が記載されている。
【特許文献１】特開２００１−０４３１０５
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ネットワークを介してバックアップを行うに際して、通信回線としては、以前は専用回線（主にＩＳＤＮディジタル回線）が用いられていた。しかし近年のインターネットの急速な発達と高速化により、現在ではインターネット公衆網（ＷＡＮ）が好適に利用可能である。また、ＬＡＮのプロトコルもＴＣＰ／ＩＰが用いられる場合が多い。ここでファイルサーバはＬＡＮ内に置かれるため、バックアップサーバがファイルサーバからデータ転送可能とするためには、外部からＬＡＮ内に入り込むルートを準備する必要がある。これは特に、バックアップを行いたい現地の事業者に対し、別の事業者がバックアップサービスを行う場合には、セキュリティの観点からサービス導入の障害となりうるものであった。
【０００７】
また、遠隔地にバックアップサーバを設置した場合には、実際にファイルサーバに障害が発生した場合に、ネットワークを介してデータを転送するか、またはバックアップサーバからデータを取りだして現地に送付する必要がある。すなわち復旧（リカバリ）に手間と時間を要し、機動性に欠けるという問題がある。
【０００８】
さらにインターネット公衆網を利用するに際し、通信データを傍受される可能性がある。バックアップを要する大切なデータは営業上の秘密を含む場合も少なくないことから、通信データの秘密保持性についても考慮する必要がある。
【０００９】
そこで本発明は、ＬＡＮ内に設置されたファイルサーバに対し外部からＬＡＮ内への経路を構築せずに遠隔地にバックアップ可能とし、障害発生時の復旧作業を迅速かつ容易とし、さらに通信データの秘密保持性を確保したバックアップシステムを提供することを目的としている。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明にかかるバックアップシステムの代表的な構成は、現地に設置されたファイルサーバおよびバックアップサーバと、遠隔地に設置された遠隔サーバとからなり、遠隔サーバはＷＡＮを介してバックアップサーバに接続し、バックアップサーバはさらにＷＡＮを介さずにファイルサーバに接続し、ファイルサーバはさらにバックアップサーバに接続された経路とは異なる経路でＬＡＮに接続することを特徴とする。
【００１１】
上記構成により、ＷＡＮからはバックアップサーバのみに接続可能であって、ＬＡＮ内のファイルサーバまでは直接的に接続することができない。従って外部からＬＡＮ内への経路を構築せずに遠隔地にバックアップすることが可能である。また復旧に際しファイルサーバとバックアップサーバとはＬＡＮ接続されていることから、高速に復旧を行うことができる。
【００１２】
ファイルサーバは、ＬＡＮに接続する第１インターフェースと、バックアップサーバに接続する第２インターフェースとを備え、バックアップサーバは、ファイルサーバに接続する第３インターフェースと、遠隔サーバに接続する第４インターフェースと、通常は使用されない第５インターフェースとを備え、第５インターフェースの識別ＩＤは、第１インターフェースの識別ＩＤと同一であることが好ましい。また、ファイルサーバ、バックアップサーバ、および遠隔サーバは、少なくともＬＡＮ上から利用できるディスク共有が同一の構成であることが好ましい。
【００１３】
上記構成により、バックアップサーバとファイルサーバに互換性を持たせることができる。すなわちファイルサーバが損傷を受けた際にはこれを除去し、バックアップサーバの第５インターフェースをＬＡＮに接続することにより、ファイルサーバとして使用することができる。従ってシステムに精通していない者であっても迅速かつ容易に復旧作業を行うことができる。
【００１４】
遠隔サーバとバックアップサーバとは、ＶＰＮを構築し、ＳＳＨを用いてデータの授受を行うことが好ましい。このように二重に暗号化することにより、通信データの秘密保持性を確保することができる。
【発明の効果】
【００１５】
本発明によれば、ＬＡＮ内に設置されたファイルサーバに対し外部からＬＡＮ内への経路を構築せずに遠隔地にバックアップ可能としたことにより、外部事業者によるバックアップサービスの導入が容易となる。また現地にファイルサーバとバックアップサーバを設置することにより、障害発生時の復旧作業を迅速に行うことができる。特にＬＡＮ接続に対してバックアップサーバをファイルサーバと交換可能としたことにより、復旧作業を極めて迅速かつ容易なものとすることができる。さらにＶＰＮとＳＳＨによる２重暗号化によって通信データの秘密保持性を確保することができる。
【発明を実施するための最良の形態】
【００１６】
本発明に係るバックアップシステムの実施例について説明する。図１はバックアップシステムの構成を説明する模式図、図２はシステムの動作を説明する図である。
【００１７】
本実施例において、バックアップしたいデータの発生する場所を「現地」と称し、ＷＡＮを介して接続される場所を「遠隔地」と称する。遠隔地に距離は問題とならず、近隣都市、国内、国外の別を問わない。ただし後述するように遠隔地からコンピュータ装置を送付する場合もあることから、国内のあまり僻地でない場所に設定することが望ましい。また以下の説明においてＬＡＮ(Local Area Network)及びＷＡＮ(Wide Area Network)は、ＴＣＰ／ＩＰプロトコルを用いたネットワークとして説明するが、他のプロトコルであっても同様に本発明を実施することができる。
【００１８】
本実施例に係るバックアップシステムは、図１に示すように、ファイルサーバ１０と、バックアップサーバ１１、遠隔サーバ１２とから構成される。ファイルサーバ１０およびバックアップサーバ１１は現地に設置し、遠隔サーバ１２は遠隔地に設置する。遠隔サーバ１２はＷＡＮ２０を介してバックアップサーバ１１に接続可能となっている。バックアップサーバ１１は、遠隔サーバ１２との接続とは別に、ＷＡＮを介さずにファイルサーバ１０にＬＡＮ接続されている。ファイルサーバ１０は、バックアップサーバ１１との接続された経路とは異なる経路で、現地に構築されたＬＡＮ２１に接続している。ＬＡＮ２１には、複数のクライアント１３が接続されている。
【００１９】
すなわち、ファイルサーバ１０には、ＬＡＮ２１に接続する第１インターフェース１０ａと、バックアップサーバに接続する第２インターフェース１０ｂとが備えられている。一方、バックアップサーバ１１には、ファイルサーバ１０に接続する第３インターフェース１１ａと、遠隔サーバ１２に接続する第４インターフェース１１ｂとが備えられている。
【００２０】
さらにバックアップサーバ１１には、通常は使用されない第５インターフェース１１ｃが備えられている。第５インターフェース１１ｃの識別ＩＤ（ＴＣＰ／ＩＰプロトコルの場合はＩＰアドレス）は、第１インターフェース１０ａの識別ＩＤと同一に設定している。すなわち、第５インターフェース１１ｃによってバックアップサーバ１１とファイルサーバにネットワーク接続の互換性を持たせることができる。従って、ファイルサーバ１０を停止してバックアップサーバ１１の第５インターフェース１１ｃをＬＡＮ２１に接続すれば、クライアント１３からはバックアップサーバ１１と同様に遠隔サーバ１２に接続することができる。
【００２１】
またファイルサーバ１０、バックアップサーバ１１、および遠隔サーバ１２は、少なくともＬＡＮ２１上から利用できるディスク共有が同一の構成となっている。ディスク共有の構成とは、ここではネットワークに接続された他のコンピュータ装置からアクセスした場合の、権限や、ルートディレクトリ以下のディレクトリ構成をいう。このディスク共有の構成を同一とすることにより、コンピュータ装置が異なっても、ファイルサーバとしてあたかも同一の装置であるかのように振る舞うことができる。これにより、バックアップサーバ１１または遠隔サーバ１２をファイルサーバ１０の代わりとしてＬＡＮ２１に接続した場合には、クライアント１３からはその交換を意識することなく使用を継続し、データを蓄積することができる。
【００２２】
バックアップサーバ１１と遠隔サーバ１２は、各々がＶＰＮルータ２２を介してＷＡＮ２０に接続されており、相互にＶＰＮ（Virtual Private Network）を構築して通信する。このとき、ＶＰＮの暗号化技術を用いて通信を構築（トンネリング）することにより、通信データの秘密保持性を確保することができる。またルータを用いる場合、バックアップサーバ１１の第４インターフェース１１ｂに遠隔サーバ１２からのみアクセスできるローカルアドレスを振る事により、遠隔サーバ１２以外からのアクセスを遮断する事ができる。
【００２３】
また遠隔サーバ１２、バックアップサーバ１１、およびファイルサーバ１０は、ＳＳＨ(Secure SHell)を用いてｒｓｙｎｃコマンドによりデータの授受を行う。このように二重に暗号化することにより、通信データの秘密保持性を確保することができる。ただし二重暗号化までは必要ないと判断された場合には、ＳＳＨの代わりにｒｓｈを用いることもできる。またデータのコピーはｒｓｙｎｃコマンドに限るものではなく、ｈｔｔｐやｆｔｐプロトコルを利用することもできるが、その場合はＣＲＣ(Cyclic Redundancy Check)やＭＤ５(Message Digest 5)などを用いてデータの正当性を担保するよう考慮することが望ましい。
【００２４】
また本実施例では、ファイルサーバ１０からバックアップサーバ１１にコピーを行い、遠隔サーバ１２がバックアップサーバ１１から自分にコピーを行うものとする。ただしこのコピーの方向性は適宜選択しうるものであって、本発明はこれに限定されない。
【００２５】
上記のように構成したことにより、ＷＡＮ２０からはバックアップサーバ１１のみに接続可能であって、ＬＡＮ２１内のファイルサーバ１０までは直接的に接続することができない。従って外部からＬＡＮ２１内への経路を構築せずに遠隔地にバックアップすることが可能であるため、バックアップを行いたい現地の事業者に対し、別の事業者がバックアップサービスを行う場合であっても、サービス導入を容易にすることができる。
【００２６】
次に、上記構成のバックアップシステムの動作について説明する。通常の稼働時においては、図１に示すようにクライアント１３からファイルサーバ１０に向かって適宜アクセスし、所定のディレクトリにデータを蓄積する。ファイルサーバ１０は定期的に、すなわち一定時間ごとにバックアップサーバ１１にアクセスし、所定のディレクトリ以下のデータをコピーする。遠隔サーバ１２も同様に、定期的にバックアップサーバ１１にアクセスし、所定のディレクトリ以下のデータをコピーする。すなわち、ファイルサーバ１０、バックアップサーバ１１、遠隔サーバ１２には順に同じデータが蓄積される。
【００２７】
まず、ファイルサーバ１０が故障していないが、しかし誤って削除するなどしてデータを失ってしまった場合について説明する。このときは現地において、ファイルサーバ１０またはバックアップサーバ１１を操作して、バックアップサーバ１１にバックアップされたデータを用いてファイルサーバ１０のデータを復元することができる。ファイルサーバ１０とバックアップサーバ１１とはＬＡＮ接続されていることから、高速に復旧を行うことができる。
【００２８】
次に、図２を用いて、ファイルサーバ１０に障害が発生した場合について説明する。ファイルサーバ１０に障害が発生したことは、クライアント１３を操作する作業員によって認識される。この場合はまず現地において、図２（ａ）に示すように、ファイルサーバ１０を停止または撤去する。
【００２９】
次に図２（ｂ）に示すように、バックアップサーバ１１の第５インターフェース１１ｃをＬＡＮ２１へと接続する。これにより、バックアップサーバ１１は代替ファイルサーバ１０’として動作し、とりあえずクライアント１３からはその交換を意識することなく使用を継続し、データを蓄積することができる。バックアップサーバ１１には遠隔サーバ１２からアクセスすることにより、現地のファイルサーバ１０の仕様に即した設定変更を行うことができる。また、この状態においても遠隔サーバ１２からＬＡＮ２１内までの経路は形成されておらず、現地の事業者にとってＬＡＮのクローズ性が保たれる。
【００３０】
そして図２（ｃ）に示すように、ファイルサーバ１０を復旧させる際には、バックアップサーバ１１の第５インターフェース１１ｃをＬＡＮ２１から切断し、ファイルサーバ１０の第１インターフェース１０ａをＬＡＮ２１に接続する。そしてファイルサーバ１０の第２インターフェース１０ｂと、バックアップサーバ１１の第３インターフェース１１ａとを接続する。以上でファイルサーバ１０の復旧作業は完了する。
【００３１】
このように、ファイルサーバ１０に障害が発生した場合であっても、バックアップサーバ１１の余ったインターフェース（第５インターフェース１１ｃ）にケーブルを差し替えるだけでクライアント１３における通常使用を継続できるため、極めて迅速に復旧作業が終了する。従って現地の担当者がシステムに精通していなくても、迅速かつ容易に復旧作業を行うことができる。
【００３２】
次に、図３を用いてバックアップサーバ１１に障害が発生した場合について説明する。バックアップサーバ１１に障害が発生したことは、遠隔地における管理者が遠隔サーバ１２を監視することにより、バックアップサーバ１１に対するアクセスまたはデータ転送にエラーが発生することによって認識される。図３（ａ）に示すように、通常稼働状態のときから、現地近辺のサポート会社にバックアップサーバ１１と同容量のサーバを事前に待機しておく。そして障害発生時には待機させていたサーバ装置を送付し、現地に連絡してバックアップサーバ１１を交換するよう指示する。そして遠隔サーバ１２から新しいバックアップサーバ１１にデータを転送することにより、復旧作業が完了する。このときもケーブルを接続するだけで復旧作業が終了するため、極めて迅速かつ容易に復旧作業を完了させることができる。また、このときはファイルサーバ１０が正常に稼働しているため、さほどの緊急性（機動性）は要求されない。
【００３３】
ただし、現地においてバックアップサーバ１１に緊急性が求められる場合、およびデータ容量が多い場合には、さらに迅速な復旧作業を図る必要がある。この場合、図３（ｂ）に示すように、サポート会社に遠隔サーバ１２のＨＤＤを配送して装着してから、現地に新しいバックアップサーバ１１を送付することが好ましい。ＷＡＮ２０を介してあらためて全データをコピーするよりも、ＬＡＮ接続または同一装置に接続した方が転送が速く、通常の運用状態までの復帰が早いからである。また、遠隔サーバ１２のインターフェースを調整してから、バックアップサーバ１１の代替として送付することでも良い。
【００３４】
次に、遠隔サーバ１２に障害が発生した場合について説明する。遠隔サーバ１２に障害が発生したことは、遠隔地における管理者の監視により認識される。この場合は遠隔地において新しい遠隔サーバ１２を設置し、バックアップサーバ１１からＷＡＮ２０を介してデータ転送を行う。このとき現地において遠隔サーバ１２が交換されたことを意識する必要はない。また、ファイルサーバ１０及びバックアップサーバ１１が正常に稼働していることから、この場合も機動性は要求されない。
【産業上の利用可能性】
【００３５】
本発明は、ネットワークを介してデータのバックアップを行うバックアップシステムとして利用することができる。
【図面の簡単な説明】
【００３６】
【図１】バックアップシステムの構成を説明する模式図である。
【図２】システムの動作を説明する図である。
【図３】システムの動作を説明する図である。
【符号の説明】
【００３７】
１０   …ファイルサーバ
１０’ …代替ファイルサーバ
１０ａ  …第１インターフェース
１０ｂ  …第２インターフェース
１１   …バックアップサーバ
１１ａ  …第３インターフェース
１１ｂ  …第４インターフェース
１１ｃ  …第５インターフェース
１２   …遠隔サーバ
１３   …クライアント
２０   …ＷＡＮ
２１   …ＬＡＮ
２２   …ルータ
【図１】
2007115089.tif 000003
【図２】
2007115089.tif 000004
【図３】
2007115089.tif 000005