JP4167000B2 - 広域ストレージエリアネットワークにおけるバックアップシステム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ストレージエリアネットワーク（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ：ＳＡＮ）により構成されたコンピュータシステムにおけるバックアップ技術に関する。
【０００２】
【従来の技術】
近年、ローカルエリアネットワーク（ＬＡＮ）とは別個にサイト内に設けられたストレージエリアネットワーク（ＳＡＮ）を備えたコンピュータシステムが普及してきている。このコンピュータシステムでは、ウェブサーバやファイルサーバなどの各サーバコンピュータや各クライアントコンピュータなどの機器がＬＡＮに接続されている。ＳＡＮはファイバチャネル等の技術を用いて構築されたものであり、このＳＡＮにはファイルサーバなどのサーバコンピュータと記憶装置が接続されている。これにより、ファイルサーバが記憶装置にアクセスする際にはＳＡＮを介することになる。また、このコンピュータシステムでは、バックアップを実施するバックアップサーバがＬＡＮ及びＳＡＮに接続されており、さらに、テープ装置などのバックアップ用記憶装置が該バックアップサーバに直接又はＳＡＮを介して接続されている。
【０００３】
このようなコンピュータシステムにおいて記憶装置に保存されているデータをバックアップする場合には、バックアップサーバがＳＡＮを介して記憶装置からデータを読み出し、そのデータをバックアップ用記憶装置に保存する。このように、バックアップに係るデータがＬＡＮを流れることがないので、バックアップ時におけるＬＡＮ内のトラフィックを軽減でき、コンピュータシステムの２４時間運転の実現を容易としている。
【０００４】
【発明が解決しようとする課題】
ところで、このようなシステムにおいてバックアップを行った場合、バックアップデータを記憶したテープ等の記録媒体の取り扱いが問題となる。すなわち、災害発生などを考慮するとサイト内のシステムとともに記録媒体そのものも破損してバックアップデータを失うことが考えられる。そこで、テープ等の記録媒体を、災害発生時にも安全な場所、例えば堅牢な金庫内や遠隔地に保管するという運用が実施されている。
【０００５】
しかし、記録媒体を保管する場合には以下のような問題があった。すなわち、
（１）記録媒体を保管場所に移動するタイミングは、適当な定時であることが多く、このため、サイト内に記録媒体を保持したままである状態でそのサイト全体が障害にあった場合、記録媒体が破損されリカバリできなくなる、
（２）あるサイトのバックアップデータを記録した記録媒体は、保管場所に移動しているため、記録媒体の上書きできず、記録媒体の新規購入、記録媒体の入れ替え等の作業量が多い、
（３）記録媒体の保管作業は人手を介さなければならないため運用コストが高くなる、
（４）あるサイトでサイト全体の障害があり、別のサイトで障害のあったサイトのバックアップデータをリカバリする場合であって、リカバリを行うバックアップサーバとバックアップを行ったバックアップサーバが異なる場合、バックアップを行ったサーバが保持するバックアップ先メディア情報をリカバリを行うバックアップサーバで復元する必要がある。
【０００６】
このような問題を解決するために、近年、あるローカルサイトの記憶装置のデータをリモートサイトの記憶装置にコピーを作成する機能を持ったＳＡＮ接続可能な記憶装置が登場してきている。そして、ローカルサイトのＳＡＮとリモートサイトのＳＡＮを専用通信回線やＷＡＮでつなげる技術と合わせ、ローカルサイトのＳＡＮに接続された記憶装置のデータをリモートサイトのＳＡＮに接続された記憶装置にコピーし、そのコピーデータを用いてリモートサイトのバックアップ用記憶装置にバックアップを行う方法により災害対策を行っている。
【０００７】
しかしながら、このような他の記憶装置にデータをコピーする機能を有する記憶装置は一般的に高価である。
【０００８】
本発明は、上記事情に鑑みてなされたものであり、その目的とするところは、災害などにおいてもバックアップデータの損失を防止し且つ安価に構築が可能な広域ストレージエリアネットワークにおけるバックアップシステムを提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本願では、ローカルエリアネットワーク（ＬＡＮ）及びストレージエリアネットワーク（ＳＡＮ）に接続されたバックアップサーバと、ＳＡＮに接続された記憶装置と、ＳＡＮを介して又は直接バックアップサーバに接続されたバックアップ用記憶装置とを備えた複数のサイトを、それぞれ第１のネットワークを介して前記ＬＡＮを互いに接続するとともに第２のネットワークを介して前記ＳＡＮを互いに接続した広域ストレージエリアネットワークにおいて、一のサイト内の記憶装置に保存されているデータを、任意且つ２以上のサイト内の各バックアップサーバがそれぞれ自サイト内のバックアップ用記憶装置にバックアップすることを特徴とする広域ストレージエリアネットワークにおけるバックアップシステムを提案する。
【００１０】
本発明の好適な態様の一例として、本願では、前述の広域ストレージエリアネットワークにおけるバックアップシステムにおいて、少なくとも一つ以上のサイトは、同一のバックアップ対象が指定されたバックアップ指示を２以上のバックアップサーバに対して行うバックアップ指示手段を備え、各サイトのバックアップサーバは、前記バックアップ指示手段からのバックアップ指示に基づき指定されたバックアップ対象を自サイト又は他サイト内の記憶装置から自サイト内のバックアップ用記憶装置にバックアップするバックアップ実行手段を備えたことを特徴とするものを提案する。
【００１１】
本願発明によれば、一のサイトの記憶装置のデータが任意の複数のサイト内のバックアップ用記憶装置にバックアップされるので、当該一のサイトが災害等により損傷して使用不可能となっても、データは他のサイトにおいて復元することができる。また、従来のように記憶媒体を人手により安全な場所に移動する必要がないので運用コストを低く抑えることができる。さらに、各サイトにおける記憶装置として、前述したようなコピー機能を有する高価な製品を用いることなく、従来のＳＡＮ接続可能な記憶装置を採用することができるので、低コストでシステム構築が可能となる。
【００１２】
【発明の実施の形態】
本発明の一実施の形態にかかる広域ストレージエリアネットワークにおけるバックアップシステムについて図面を参照して説明する。図１はシステム構成図である。
【００１３】
各サイト１００，２００では、アプリケーションにより処理を行いファイルデータをディスクに保存する処理を行うアプリケーションサーバ（ＡＰサーバ）１１０，２１０と、バックアップ処理を行うサーバであるバックアップサーバ等のコンピュータ１２０，２２０と、ディスク１３０，２３０とがファイブチャネルスイッチ１４０，２４０等を介してＳＡＮ１５０，２５０に直接接続されている。テープ装置などのバックアップ装置１６０，２６０は、ＳＡＮ１５０，２５０に直接接続されている場合と、ＳＣＳＩケーブル等によりバックアップサーバ１２０，２２０に直接接続されている場合とがある。各サイト１００，２００のＳＡＮ１５０，２５０同士は、専用通信回線等のネットワーク４０１により接続されている。さらに、各サイト１００，２００では、コンピュータ同士がＬＡＮ１７０，２７０により接続されており、各サイト１００，２００のＬＡＮ１７０，２７０同士は、専用通信回線やＷＡＮ等のネットワーク４０２により接続されている。
【００１４】
全サイト１００，２００のバックアップサーバ１２０，２２０の中で、バックアップ装置の使用可否決定権を持ち、且つ、バックアップのスケジュールを司るバックアップサーバが１つあり、このバックアップサーバをメインバックアップサーバ１２０とし、他のバックアップサーバをサブバックアップサーバ２２０とする。
【００１５】
メインバックアップサーバの機能構成について図２を参照して説明する。図２はメインバックアップサーバの構成図である。図２に示すように、メインバックアップサーバ１２０は、バックアップサーバ管理部１２１と、バックアップ装置管理部１２２と、メディア管理部１２３と、スケジュール部１２４と、バックアップ実行部１２５と、履歴部１２６と、バックアップ先メディア情報記録部１２７とを備えている。
【００１６】
バックアップサーバ管理部１２１は、図３に示すバックアップサーバテーブルを用いてバックアップサーバの管理を行う。バックアップサーバテーブルは、バックアップサーバを一意に識別できるバックアップサーバ名と、バックアップサーバがメインであるかサブであるかの情報を有する。バックアップサーバ管理部１２１は、このバックアップサーバテーブルにバックアップサーバの登録・削除等を行う。
【００１７】
バックアップ装置管理部１２２は、図４に示すバックアップ装置テーブルを用いてバックアップ装置の管理を行う。バックアップ装置テーブルは、バックアップサーバ名と、各バックアップサーバが使用するバックアップ装置名を有する。ここで、バックアップ装置名とは、バックアップ装置を一意に識別できる名前である。バックアップ装置管理部１２２は、このバックアップ装置テーブルにバックアップ装置の登録・削除等を行う。
【００１８】
メディア管理部１２３は、図５に示すメディアテーブルを用いて、バックアップ装置で用いられるテープ等の記録媒体を管理する。ここで、メディアの管理は、メディアを単体で管理する場合と、幾つかのメディアを１つのグループに束ねて管理する場合とがある。メディアテーブルは、メディアを一意に識別できるメディア識別番号と、４ｍｍテープや８ｍｍテープといったテープの種類を示すメディアタイプと、グループ化されたメディアの場合は当該グループを一意に識別できるメディアグループ名を有する。
【００１９】
スケジュール部１２４は、バックアップ処理の登録・削除を行い、スケジュールに基づき、バックアップの起動予定時刻に達したバックアップ処理に対し、バックアップ装置が使用可能であるか確認し、バックアップ装置が使用可能にあるバックアップ処理についてメインバックアップサーバ１２０の実行部１２５又はサブバックアップサーバ２２０の実行部２２５にバックアップ実行を命令する。また、スケジュール部１２４は、バックアップ処理の登録時に、（１）バックアップ処理を一意に識別するバックアップ識別名の設定、（２）バックアップを起動するバックアップサーバ名の設定、（３）どのバックアップサーバで先にバックアップを実行するかの実行順序の設定、（４）バックアップするディスク内のファイルデータのファイル名と当該ファイルデータのディレクトリ情報の設定、（５）バックアップの起動予定時刻の設定、（６）バックアップを起動する周期の設定、（７）ファイルデータをバックアップするバックアップ装置名の設定、ファイルデータをバックアップする先であるメディア識別番号又はメディアグループ名の設定を行う。各設定項目は、図６に示すように、スケジュールテーブルとして管理する。ここで、バックアップサーバ名、起動順序、バックアップ装置名、メディア識別番号又はメディアグループ名は、一のバックアップ識別名に対して複数設定する。これは、一のバックアップ対象に対して複数のバックアップ装置へのバックアップを行うことを意味する。なお、スケジュール部１２４による各設定項目の設定動作については後に詳述する。
【００２０】
バックアップ実行部１２５は、バックアップサーバのスケジュール部から実行命令を受けると、該命令に係るバックアップ処理を実行する。ここで、命令を受けるバックアップサーバは、自身のバックアップサーバのみならず他のバックアップサーバも含まれ、また自サイト内だけでなく他サイト内のバックアップサーバも含まれる。また、バックアップ実行部１２５はリカバリ処理機能も有する。このリカバリ処理は、バックアップサーバ名、リカバリするファイルデータのファイル名、ファイルデータのディレクトリ情報、ファイルデータのバックアップ日時の表示・設定・実行を行う。
【００２１】
履歴部１２６は、全てのバックアップサーバに関し、バックアップ実行部１２５がバックアップ処理又はリカバリ処理の実行を行った後に、（１）バックアップ識別名、（２）バックアップサーバ名、（３）バックアップ又はリカバリしたファイルデータのファイル名、（４）バックアップ又はリカバリしたファイルデータのディレクトリ情報、（５）バックアップ又はリカバリした日時であるバックアップ日時、（６）バックアップ又はリカバリを行ったバックアップ装置名、（７）バックアップ又はリカバリに使用されたメディアのメディア識別番号、（８）バックアップ又はリカバリしたファイルデータの容量であるファイルデータ容量、（９）バックアップ又はリカバリの処理成功又は失敗等のバックアップ結果をバックアップ処理又はリカバリ処理毎に保有する。ただし、バックアップ識別名は、スケジュール部からの実行命令で実行したバックアップに関してのみ保存される。履歴部１２６で保有するこれらの情報は、ある一定の容量を超えると上書きされる。
【００２２】
バックアップ先メディア情報記録部１２７は、全てのバックアップサーバに関し、バックアップの実行を行った後に、図７に示すバックアップ先メディア情報テーブルを保有する。このバックアップ先メディア情報テーブルは、（１）メディア識別番号、（２）ファイル名、（３）ディレクトリ情報、（４）バックアップ日時、（５）ファイルデータ容量を含む。
【００２３】
次に、サブバックアップサーバの機能構成について図８を参照して説明する。図８はサブバックアップサーバの構成図である。図８に示すように、メインバックアップサーバ２２０は、バックアップ装置管理部２２２と、メディア管理部２２３と、バックアップ実行部２２５と、履歴部２２６と、バックアップ先メディア情報記録部２２７とを備えている。
【００２４】
バックアップ装置管理部２２２は、バックアップ装置テーブルを用いてバックアップ装置の管理を行う。バックアップ装置テーブルは、バックアップサーバ名と、各バックアップサーバが使用するバックアップ装置名を有する。バックアップ装置管理部２２２は、このバックアップ装置テーブルにバックアップ装置の登録・削除等を行う。ただし、メインバックアップサーバ１２０のバックアップ装置管理部１２２とは異なり、サブバックアップサーバ２２０のバックアップ装置管理部２２２は、他のバックアップサーバが使用するバックアップ装置の管理は行わない。
【００２５】
メディア管理部２２３は、メインバックアップサーバ１２０と同様に、メディアテーブルを用いて、バックアップ装置で用いられるテープ等の記録媒体を管理する。このメディアテーブルは、メディア識別番号、メディアタイプと、グループ化されたメディアの場合は当該グループを一意に識別できるメディアグループ名を含む。
【００２６】
バックアップ実行部２２５は、メインバックアップサーバ１２０と同様に、バックアップサーバのスケジュール部から実行命令を受けると、該命令に係るバックアップ処理を実行する。ここで、命令を受けるバックアップサーバは、自身のバックアップサーバのみならず他のバックアップサーバも含まれ、また自サイト内だけでなく他サイト内のバックアップサーバも含まれる。また、バックアップ実行部２２５はリカバリ処理機能も有する。このリカバリ処理は、バックアップサーバ名、リカバリするファイルデータのファイル名、ファイルデータのディレクトリ情報、ファイルデータのバックアップ日時の表示・設定・実行を行う。
【００２７】
履歴部２２６は、メインバックアップサーバ１２０と同様に、バックアップ実行部１２５がバックアップ処理又はリカバリ処理の実行を行った後に、（１）バックアップ識別名、（２）バックアップサーバ名、（３）ファイル名、（４）ディレクトリ情報、（５）バックアップ日時、（６）バックアップ装置名、（７）メディア識別番号、（８）ファイルデータ容量、（９）バックアップ又はリカバリの処理成功又は失敗等のバックアップ結果をバックアップ処理又はリカバリ処理毎に保有する。ただし、他のバックアップサーバが実行したバックアップ処理又はリカバリ処理に関しては保有しない。また、バックアップ識別名は、スケジュール部からの実行命令で実行したバックアップに関してのみ保存される。履歴部１２６で保有するこれらの情報は、ある一定の容量を超えると上書きされる。
【００２８】
バックアップ先メディア情報記録部２２７は、メインバックアップサーバ１２０と同様に、バックアップの実行を行った後に、バックアップ先メディア情報テーブルを保有する。このバックアップ先メディア情報テーブルは、（１）メディア識別番号、（２）ファイル名、（３）ディレクトリ情報、（４）バックアップ日時、（５）ファイルデータ容量を含む。ただし、他のバックアップサーバが実行したバックアップ処理のバックアップ先メディア情報については保有しない。
【００２９】
このようなシステムにおいて、あるサブバックアップサーバ２２０に関し、メインバックアップサーバ１２０又はサブバックアップサーバ２２０のバックアップ装置管理部１２２，２２２又はメディア管理部１２３，２２３におけるテーブル情報が更新された場合、メインバックアップサーバ１２０とサブバックアップサーバ２２０はＬＡＮ１７０，２７０を介して情報のやり取りをし、お互いの情報を一致させる。
【００３０】
次に、メインバックアップサーバ１２０のスケジュール部１２４における前記各設定項目の設定動作について詳細に説明する。
【００３１】
まず、バックアップするファイルデータのファイル名、ディレクトリ情報、バックアップの起動予定時刻を設定する。次に、バックアップを実行するバックアップサーバを複数（本実施の形態では２つ）選択する。このバックアップを実行するバックアップサーバは、メインバックアップサーバ及びサブバックアップサーバの中からサイトの異なるものを任意に選択する。選択した複数のバックアップサーバのうち、バックアップサーバの起動順序を決定・設定する。そして、各バックアップサーバが使用できるバックアップ装置の中から、バックアップに使用するバックアップ装置、メディア又はメディアグループを設定する。ここで、スケジュール部１２４で設定したファイルデータを保存しているディスクを、当該ファイルデータをバックアップする全てのバックアップサーバにｒｅａｄ ｏｎｌｙ（読み込み専用）でマウントさせる。
【００３２】
次に、本システムにおけるバックアップ処理の動作について図９を参照して説明する。図９はバックアップ処理の流れを説明する図である。なお、ここでは、サイト１００のディスク１３０のデータを、サイト１００のバックアップ装置１６０及びサイト２００のバックアップ装置２６０にバックアップする場合について例示する。
【００３３】
まず、メインバックアップサーバ１２０のスケジュール部１２４は、起動予定時刻になったバックアップ処理について、最初にバックアップを割り当てられているバックアップ装置が使用可能かどうかを確認する。なお、図９の例では、最初に、サイト１００のバックアップ装置１６０へのバックアップを行うものとする。
【００３４】
使用不可能である場合には使用可能になるまで待つ。一方、使用可能である場合、最初にバックアップを起動するバックアップサーバ１２０のバックアップ実行部１２５にスケジュール部１２４で設定したバックアップ識別名、ファイル名、ディレクトリ情報、バックアップ装置名、メディア識別番号又はメディアグループ名を渡し、バックアップ実行命令を出す（ステップＳ１）。
【００３５】
バックアップ実行部１２５は、スケジュール部１２４から指定されたファイルデータをディスク１３０から読み込み、指定されたバックアップ装置１６０の指定されたメディアにバックアップを行う（ステップＳ２）。
【００３６】
履歴部１２６は、バックアップ実行後、バックアップ実行部１２５から渡されたバックアップ識別名、バックアップサーバ名、ファイル名、ディレクトリ情報、バックアップ日時、メディア識別番号、バックアップ結果、バックアップ結果が成功の場合はさらにファイルデータ容量を保存する。
【００３７】
バックアップ先メディア情報記録部１２７は、バックアップ実行部１２５から渡されたメディア識別番号、ファイル名、ディレクトリ情報、バックアップ日時、ファイルデータ容量を、バックアップ先情報テーブルに保存する。
【００３８】
バックアップ実行部１２５は、さらに、バックアップ識別名、バックアップサーバ名、ファイル名、ディレクトリ情報、バックアップ日時、メディア識別番号、バックアップ結果、バックアップ結果が成功の場合はさらにファイルデータ容量を、スケジュール部１２４に返す（ステップＳ３）。
【００３９】
スケジュール部１２４は、バックアップ実行部１２５より渡された情報を履歴部１２６に渡し、履歴部１２６が保存する。
【００４０】
バックアップ結果が失敗の場合、ここで処理を中断させる。
【００４１】
バックアップ結果が成功の場合、バックアップ実行部１２５より渡されたメディア識別番号、ファイル名、ディレクトリ情報、バックアップ日時、ファイルデータ容量をバックアップ先メディア情報記録部１２７に渡し、バックアップ先メディア情報記録部１２７が保存する。
【００４２】
次に、スケジュール部１２４は、２番目にバックアップを割り当てられているバックアップ装置２６０が使用可能であるかどうか確認する。
【００４３】
使用不可能である場合は使用可能になるまで待つ。使用可能である場合、２番目にバックアップを起動するバックアップサーバ２２０のバックアップ実行部２２５にスケジュール部１２４で設定されたバックアップ識別名、ファイル名、ディレクトリ情報、バックアップ装置名、メディア識別番号又はメディアグループ名を渡し、バックアップ実行命令を出す（ステップＳ４）。
【００４４】
サブバックアップサーバ２２０のバックアップ実行部２２５は、メインバックアップサーバ１２０のスケジュール部１２４から指定されたファイルデータを、サイト１００のディスク１３０からネットワーク４０１を介して読み込み、該データを指定されたバックアップ装置２６０の指定されたメディアにバックアップする（ステップＳ５）。
【００４５】
履歴部２２６は、バックアップ実行後、バックアップ実行部２２５より渡されたバックアップ識別名、バックアップサーバ名、ファイル名、ディレクトリ情報、バックアップ日時、メディア識別番号、バックアップ結果、バックアップ結果が成功の場合はさらにファイルデータ容量を保存する。
【００４６】
バックアップ先メディア情報記録部２２７は、バックアップ実行部２２５より渡されたメディア識別番号、ファイル名、ディレクトリ情報、バックアップ日時、ファイルデータ容量をバックアップ先メディア情報テーブルに保存する。
【００４７】
バックアップ実行部２２５は、さらに、バックアップ識別名、バックアップサーバ名、ファイル名、ディレクトリ情報、バックアップ日時、メディア識別番号、バックアップ結果、バックアップ結果が成功の場合はさらにファイルデータ容量をメインバックアップサーバ１２０のスケジュール部１２４に返す（ステップＳ６）。
【００４８】
スケジュール部１２４は、サブバックアップサーバ２２０のバックアップ実行部２２５から渡された情報を履歴部１２６に渡し、履歴部１２６が保存する。
【００４９】
バックアップ結果が失敗の場合、ここで処理を中断させる。
【００５０】
バックアップ結果が失敗の場合、サブバックアップサーバ２２０のバックアップ実行部２２５から渡されたメディア識別番号、ファイル名、ディレクトリ情報、バックアップ日時、ファイルデータ容量を、メインバックアップサーバ１２０のバックアップ先メディア情報記録部１２７に渡し、この情報をバックアップ先メディア情報記録部１２７が保存する。
【００５１】
以上でバックアップ処理が終了する。
【００５２】
次に、本システムにおけるリカバリ処理について詳細に説明する。ここでは、図９のような構成で２つのサイトのバックアップ装置にバックアップが行われた状況で、メインバックアップサーバ１２０が属するサイト１００のディスク１３０上のファイルデータを、サブバックアップサーバ２２０の属するサイト２００のディスク２３０にリカバリを行うものとする。
【００５３】
まず、コンピュータシステムの管理者が、サブバックアップサーバ２２０が属するサイト２００のバックアップ装置２６０にメディアを設定する。
【００５４】
次に、サブバックアップサーバ２２０のバックアップ実行部２２５が、サブバックアップサーバ２２０のバックアップ先メディア情報記録部２２７から、メディア識別番号、ファイル名、ディレクトリ情報、バックアップ日時、ファイルデータ容量の情報を取得し、バックアップ装置２６０に設置されているメディアのメディア識別番号と照らし合わせることにより、バックアップ装置２６０に設置されているメディアに関し、メディアに保存されているファイルデータのファイル名、ディレクトリ情報、バックアップ日時、ファイルデータ容量、バックアップサーバ名を表示する。
【００５５】
次に、システム管理者が、リカバリに必要なファイルを選び、実行命令をバックアップ実行部２２５に出す。バックアップ実行部２２５は、メインバックアップサーバ１２０のスケジュール部１２４にリカバリを使用するバックアップ装置２６０が使用可能かどうか確認する。メインバックアップサーバ１２０のスケジュール部１２４は、バックアップ装置２６０が使用可能である場合、使用をバックアップ実行部２２５に許可する。使用可能でない場合は使用可能になるまで待つ。スケジュール部１２４よりバックアップ装置２６０の使用を許可された場合、サブバックアップサーバ２２０のバックアップ実行部２２５が指定ファイルのディレクトリ情報どおりにリカバリを行う。
【００５６】
履歴部２２６は、バックアップ実行部２２５より渡されたバックアップサーバ名、ファイル名、ディレクトリ情報、リカバリ日時、バックアップ装置名、メディア識別番号、ファイルデータ容量、リカバリ処理の成功又は失敗等のバックアップ結果を保有する。
【００５７】
以上でリカバリが終了する。
【００５８】
このように、本実施の形態にかかるバックアップシステムによれば、サイト１００のディスク１３０のデータがサイト１００及び２００の２つのサイト内のバックアップ装置にバックアップされるので、何れかのサイトが災害等により損傷して使用不可能となっても、データは他のサイトにおいて復元することができる。また、従来のようにメディアを人手により安全な場所に移動する必要がないので運用コストを低く抑えることができる。さらに、各サイトにおけるディスクとして、前述したようなコピー機能を有する高価な製品を用いることなく、従来のＳＡＮ接続可能なディスクを採用することができるので、低コストでシステム構築が可能となる。
【００５９】
以上本発明の実施形態について説明したが本発明はこれに限定されるものではない。本発明の範囲は特許請求の範囲によって示されており、全ての変形例は本発明に含まれるものである。
【００６０】
例えば、上記実施の形態では、サイト１００のディスク１３０のデータがサイト１００及び２００のバックアップ装置１６０，２６０にバックアップされる例について説明したが、上述したように、バックアップ先のバックアップサーバはメイン又はサブを問わず任意のバックアップサーバを選択することができる。例えば、図１０に示すように、メインバックアップサーバ１２０が属するサイト１００内にサブバックアップサーバ１８０を配置し、このサブバックアップサーバ１８０とサイト２００のサブバックアップサーバ２２０がバックアップを実施するようにしてもよい。また、図１１に示すように、サイト１００のディスク１３０のバックアップを同サイト１００のバックアップ装置１６０にバックアップせず、サイト２００及びサイト３００のバックアップサーバ２６０，３６０にバックアップするようにしてもよい。なお、図１０及び図１１において、符号Ｓ１１〜１６，Ｓ２１〜２６は、それぞれ前記図９におるステップＳ１〜Ｓ６に対応している。
【００６１】
さらに、上記実施の形態では任意の２つのサイトにバックアップを行っていたが任意の３以上のサイトにバックアップを行うようにしてもよい。
【００６２】
ところで、上記実施の形態では、バックアップ処理のスケジューリング等を行うメインバックアップサーバ１２０と、メインバックアップサーバ１２０からの命令によりバックアップを実行するサブバックアップサーバ２２０とを設けている。ここで両者を比較すると、メインバックアップサーバとサブバックアップサーバの機能には共通点が多い。すなわち、メインバックアップサーバは、スケジューリング等の機能（バックアップサーバ管理部１２１、スケジュール部１２４など）と、該機能に基づきサブバックアップサーバと同様の動作する機能とに分けて考えることができる。そこで、これらの機能をそれぞれ別サーバとして実装するようにしてもよい。
【００６３】
【発明の効果】
以上詳述したように、本発明によれば、一のサイトの記憶装置のデータが任意の複数のサイト内のバックアップ用記憶装置にバックアップされるので、当該一のサイトが災害等により損傷して使用不可能となっても、データは他のサイトにおいて復元することができる。また、従来のように記憶媒体を人手により安全な場所に移動する必要がないので運用コストを低く抑えることができる。さらに、各サイトにおける記憶装置として、前述したようなコピー機能を有する高価な製品を用いることなく、従来のＳＡＮ接続可能な記憶装置を採用することができるので、低コストでシステム構築が可能となる。
【図面の簡単な説明】
【図１】システム構成図
【図２】メインバックアップサーバの構成図
【図３】バックアップサーバテーブルの一例を示す図
【図４】バックアップ装置テーブルの一例を示す図
【図５】メディアテーブルの一例を示す図
【図６】スケジュールテーブルの一例を示す図
【図７】バックアップ先メディア情報テーブルの一例を示す図
【図８】サブバックアップサーバの構成図
【図９】バックアップ処理の流れを説明する図
【図１０】他の例に係るバックアップ処理の流れを説明する図
【図１１】他の例に係るバックアップ処理の流れを説明する図
【符号の説明】
１００，２００，３００…サイト、１１０，１２０…アプリケーションサーバ、１２０…メインバックアップサーバ、２２０…サブバックアップサーバ、１２１…バックアップサーバ管理部、１２２，２２２…バックアップ装置管理部、１２３，２２３…メディア管理部、１２４…スケジュール部、１２５，２２５…バックアップ実行部、１２６，２２６…履歴部、１２７，２２７…バックアップ先メディア情報記録部、１３０，２３０…ディスク、１４０，２４０…ファイバチャネルスイッチ、１５０，２５０…ＳＡＮ、１６０，２６０…バックアップ装置、１７０，２７０…ＬＡＮ、４０１，４０２…ネットワーク

Claims (2)

1. ローカルエリアネットワーク（ＬＡＮ）及びストレージエリアネットワーク（ＳＡＮ）に接続されたバックアップサーバと、ＳＡＮに接続された記憶装置と、ＳＡＮを介して又は直接バックアップサーバに接続されたバックアップ用記憶装置とを備えた複数のサイトを、それぞれ第１のネットワークを介して前記ＬＡＮを互いに接続するとともに第２のネットワークを介して前記ＳＡＮを互いに接続した広域ストレージエリアネットワークにおいて、
   少なくとも一つ以上のサイトのバックアップサーバは、同一のバックアップ対象が指定されたバックアップ指示を第１のネットワークを介して２以上のバックアップサーバに対して行うバックアップ指示手段を備えるとともに、
   各サイトのバックアップサーバは、前記バックアップ指示手段からのバックアップ指示に基づき指定されたバックアップ対象データを自サイト又は他サイト内の記憶装置から第２のネットワークを介して読み込むとともに、該バックアップ対象データを自サイト内のバックアップ用記憶装置に記憶するバックアップ実行手段を備えた
   ことを特徴とする広域ストレージエリアネットワークにおけるバックアップシステム。
2. 各サイトのバックアップサーバは、バックアップ毎にバックアップ対象データの情報及びバックアップ先の記憶媒体情報を含むバックアップ情報を記憶する手段を備えた
   ことを特徴とする請求項１記載の広域ストレージエリアネットワークにおけるバックアップシステム。

Images