JP3957278B2 - ファイル転送方法およびシステム - Google Patents
ファイル転送方法およびシステム Download PDFInfo
- Publication number
- JP3957278B2 JP3957278B2 JP2002120530A JP2002120530A JP3957278B2 JP 3957278 B2 JP3957278 B2 JP 3957278B2 JP 2002120530 A JP2002120530 A JP 2002120530A JP 2002120530 A JP2002120530 A JP 2002120530A JP 3957278 B2 JP3957278 B2 JP 3957278B2
- Authority
- JP
- Japan
- Prior art keywords
- disk
- backup
- file
- disk device
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Description
【０００１】
【発明の属する技術分野】
本発明は、ＳＡＮ（Storage Area Network）を利用してファイルを遠隔地に転送してバックアップなどを行なうファイル転送方法およびシステムに関する。
【０００２】
【従来の技術】
従来より、コンピュータ間をネットワークで接続する方式に対して、ストレージ間をネットワークで接続する方式であるＳＡＮ（Storage Area Network）が知られている。通常、ＳＡＮでは、ファイバーチャネルスイッチを介してストレージを接続する。また、チャネルエクステンダを通して遠隔地との接続ができる。ＳＡＮは、ストレージ間の転送が高速かつ安定しているという特徴を持つ。
【０００３】
シャドウイメージ（Shadow Image）は、ＳＡＮにおいて、ディスク二重書きの技術を用いて同一内容を同一筐体内の２つのディスクに出力する技術である。適切なタイミングでシャドウ側のディスクを切り離し、磁気テープへのバックアップなどに用いる。リモートコピー（Remote Copy）は、ＳＡＮを用いて直接ディスク間で遠隔地にデータを転送する技術である。
【０００４】
ＮＡＳ（Network Attached Storage）は、コンピュータ間のネットワークに直接接続するストレージシステムである。ファイルサーバ機能を備えており、ネットワークに接続すればすぐに使用可能である。
【０００５】
コンピュータ間のネットワークの管理のため、ネットワークマップを表示する機能を持つ管理システムがある。ネットワークマップは、ネットワークにどのようなサーバが接続されているかを表示するものである。一方、ＳＡＮでは、ストレージマップ表示機能を備えている。これは、ＳＡＮに接続されたストレージにどのようなものがあるかを表示するものである。ネットワークマップとストレージマップは、全く別の技術として存在するものである。
【０００６】
【発明が解決しようとする課題】
ところで、ＳＡＮにおいて、リモートでバックアップを取ろうとすると、送り側でリモートコピーを開始し、受け側で転送完了後に磁気テープへのバックアップ処理を起動するなどの操作が必要となり、二人のオペレータがいる。これを自動化しようとすると、コンピュータとＳＡＮとの間のプロトコルはＳＣＳＩ（Small Computer System Interface）が標準であり、読み書きなど単純な制御が主体となっているため、受け側に対する装置への指示までもＳＡＮを通して行なうのは難しい。これをやろうとすると独自のプロトコルをＳＣＳＩに載せることになり、相互接続で問題となる。
【０００７】
ＮＡＳを利用するとサーバとストレージが同一ネットワークに接続されることになり、管理は容易である。しかし、サーバを通してストレージにアクセスするので、バックアップを行なうためにデータ転送を行なう場合には処理が重くなると言う問題がある。また、ネットワークを多目的に使うことで不安定になるという問題がある。
【０００８】
ＳＡＮにおいて、高速にデータ転送しようとすると、その範囲は近距離にならざるを得ない。近距離のディスク間のデータ転送はファイバーチャネルで高速に行なえるが、遠隔地との接続はチャネルエクステンダを通して行なわれ、この場合、チャネルエクステンダ間にＷＡＮなどの低速なネットワークが介在することがあるからである。しかし、近距離でバックアップを行なうだけでは、広域災害には対応できない。
【０００９】
本発明は、リスク分散のため遠隔地でファイルのバックアップを行なうことを可能とし、高信頼な設備で２４時間体制で稼働するようなバックアップサイトやＭＳＰ（Management Service Provider）で一元的にバックアップを取ることができるファイル転送方法およびシステムを提供することを目的とする。さらに、データウェアハウス、マイニング、および意志決定支援システムなどに利用できるような複製データベースを容易に作成できるようにすることを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するため、本発明は、管理用コンピュータと、バックアップ装置と、前記管理用コンピュータと前記バックアップ装置とを接続する第１のネットワークと、第１のディスク装置と第１の制御装置からなり、前記管理用コンピュータに接続された第１のディスク群と、第２のディスク装置と第２の制御装置からなり、前記バックアップ装置に接続された第２のディスク群と、前記第１のディスク群と前記第２のディスク群と接続する第２のネットワークとからなるストレージシステムにおいて、前記管理用コンピュータは、前記第１のディスク群に対して、前記第１のディスク装置から前記第２のディスク装置へのファイルデータのコピーを指示し、前記第１のディスク群の前記第１の制御装置は、前記ファイルデータのコピーの指示に基づいて、前記第２のネットワークを介して、前記第１のディスク装置から前記第２のディスク装置にファイルデータをコピーし、前記管理用コンピュータは、前記第１のネットワークを介して、前記バックアップ装置に対して、前記第１のディスク装置からコピーされた前記第２のディスク装置内のファイルデータをバックアップするよう指示し、前記バックアップ装置は、前記バックアップの指示に基づいて、前記第２のディスク装置内にコピーされたファイルデータをバックアップするようにしたことを特徴とする。
【００１１】
また、バックアップなどのファイル転送処理は、一連の複数のコマンドを順に行なうようにシナリオを用意し、該シナリオを実行することで、簡単にバックアップなどが行なえるようにした。さらに、ポリシーを指定できるようにした。ポリシーとは、バックアップなどに関する方針を概念的に表現したものである。ポリシーが指定されると、システムは、該ポリシーの方針が実現されるようなシナリオを選択して実行する。
【００１３】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態を説明する。
【００１４】
図１は、本発明のファイルバックアップ方法を適用したシステムの構成例を示す。本システムは、インターネット１００、データベース（ＤＢ）サーバ１０１〜１０６、中継サーバ１０７，１０８、ＭＳＰ（Management Service Provider）サーバ１０９，１１０、ＳＳＰ（Storage Service Provider）サーバ１１１〜１１３、および管理クライアント１１４を備える。なお、ＭＳＰサーバは単に「ＭＳＰ」と呼び、ＳＳＰサーバは単に「ＳＳＰ」と呼ぶものとする。
【００１５】
ＤＢサーバ１０１〜１０６は、それぞれ任意の数のディスク装置を備え、各ディスク装置はファイバーチャネルスイッチ（ＦＣ−ＳＷ）を備えたＳＡＮで構成されている。例えば、ＤＢサーバ１０１〜１０６のディスク装置は、銀行口座の各種データを格納する記憶装置であり、銀行の勘定系のコンピュータから送られてくる入金や出金の指示に応じて当該ＤＢ内データが更新されるようなケースである。本発明はバックアップなどのファイル転送機能に関するものであるので、ファイル転送に関連する部分のみを図示している。
【００１６】
中継サーバ１０７とＤＢサーバ１０１〜１０３は、ファイバーチャネル１２１〜１２３により接続されている。中継サーバ１０８とＤＢサーバ１０４〜１０６は、ファイバーチャネル１２４〜１２６により接続されている。中継サーバ１０７とＭＳＰ１０９は、ファイバーチャネル１２７により接続されている。中継サーバ１０８とＭＳＰ１１０は、ファイバーチャネル１２８により接続されている。ＭＳＰ１１０とＳＳＰ１１２は、ファイバーチャネル１２９により接続されている。ＭＳＰ１０９とＭＳＰ１１０は、高速のインターネット１３２により接続されている。ＭＳＰ１１０とＳＳＰ１１３は、高速のインターネット１３１により接続されている。なお、ファイバーチャネル１２１〜１２９は、太い実線で図示した。高速のインターネット１３１，１３２は、太い点線で図示した。細い実線は、通常のインターネットで接続されていることを示す。
【００１７】
ＳＳＰ１１１〜１１３はストレージサービス（ディスク装置の提供サービス）を行なうプロバイダのサーバ、ＭＳＰ１０９，１１０はバックアップを専業とするプロバイダのサーバである。中継サーバ１０７，１０８は、ＤＢサーバのデータをＭＳＰやＳＳＰでバックアップする際のデータ中継拠点となるサーバである。ファイバーチャネル１２１〜１２９は、伝送距離が最大１０ｋｍ程度までに含まれる距離内の機器を接続するインターフェースである。高速のインターネット１３１，１３２は、遠距離間の機器を接続する。通常、ＭＳＰとＭＳＰの間、あるいはＭＳＰとＳＳＰの間は、高速のインターネットバックボーンが設置されていることが多く、これが高速のインターネット１３１，１３２に相当する。
【００１８】
なお、図１の構成は１つの例を示すものであり、本発明は他の構成にも適用可能である。
【００１９】
また、図１では概略化してストレージ構成とネットワーク構成を図示したが、実際に物理的には、図９のような構成（図１中の一部分の構成）をしている。図９の各部と図１の各部との対応関係は以下の通りである。まず、インターネット９００はインターネット１００に、ＤＢサーバ９０１〜９０３はＤＢサーバ１０１〜１０３に、中継サーバ９０７は中継サーバ１０７に、ＭＳＰサーバ９０９，９１０はＭＳＰサーバ１０９，１１０に、高速ネットワーク９３１は高速ネットワーク１３１に、それぞれ対応するものである。また、図１でＤＢサーバ１０１〜１０３や中継サーバ１０７はインターネット１０７に接続されているが、通常は、図９に示すようにＬＡＮ９３１，９３２を経由してインターネット９００に接続される形態をとる。図１では、ＤＢサーバ１０１〜１０３や中継サーバ１０７のそれぞれがディスク装置を備え、ファイバーチャネル１２１〜１２３で接続されているように図示したが、実際には、図９に示すように、ＤＢサーバ９０１〜９０３や中継サーバ９０７がＳＡＮ９４０のファイバーチャネルスイッチ（ＦＣ−ＳＷ）９４１に接続され、該ファイバーチャネルスイッチ９４１に任意の数のディスク装置９４２が接続されている。図１で中継サーバ１０７とＭＳＰ１０９とを接続しているファイバーチャネル１２７は、実際には、図９に示すように、チャネルエクステンダ９４３などを介してファイバーチャネル９６０でＭＳＰ９０９側のＳＡＮ９５０のファイバーチャネルスイッチと接続されている。
【００２０】
以下では、図１を参照して説明する。まず、図１のシステムにおけるバックアップ機能の概要を説明する。図１のシステムにおいて、バックアップは、例えば次のような形態で行なわれる。
▲１▼ＤＢサーバ１０１の第１のディスクのデータを、同一筐体内の第２のディスクにバックアップする。
▲２▼ＤＢサーバ１０１のデータを、ＤＢサーバ１０３にバックアップする。
▲３▼ＤＢサーバ１０４のデータを、中継サーバ１０８およびＭＳＰ１１０を介して、ＳＳＰ１１１〜１１３でバックアップする。中継サーバ１０８からＳＳＰに至るルートは複数ある。例えば、中継サーバ１０８で中間的にバックアップしそのデータをインターネット経由でＳＳＰ１１１に送ってバックアップする場合、中継サーバ１０８およびＭＳＰ１１０を経由してファイバーチャネル１２９でＳＳＰ１１２に送ってバックアップする場合、中継サーバ１０８およびＭＳＰ１１０を経由して高速インターネット１３２でＳＳＰ１１３に送ってバックアップする場合などである。
【００２１】
上記▲３▼についてはさらに種々の変形した形態がある。例えば、中継サーバ１０８から直接ファイバーチャネルあるいは高速インターネット経由でＳＳＰにバックアップするようにしてもよい。中継サーバやＭＳＰを任意に組み合わせて接続し、それらを経由してバックアップを取るようにしてもよい。
【００２２】
本システムにおけるバックアップは下記のような特徴を有する。まず、バックアップを行なう際に、ＳＡＮの複製ボリューム作成機能を使う。例えば、シャドウイメージ（ShadowImage：同一筐体内の複数のディスクに二重書きする技術）やリモートコピー（RemoteCopy：別筐体内のディスク間でデータ転送する技術）である。
【００２３】
システム内の各機器はインターネット（ＴＣＰ／ＩＰ）１００で相互に接続されている。バックアップの指示はインターネットを通じて行なう。特に、バックアップのためのデータ転送がＳＡＮとＳＡＮとの間で行なわれる場合は、データ転送はＳＡＮの複製機能などを利用し、その指示はインターネットで行なうことができる。したがって、データ転送を高速に行なうことができ、一方、コンピュータとＳＡＮとの間のプロトコル（ＳＣＳＩ）を拡張する必要もない。インターネットではＵＲＬで任意の拠点を指定することができ、代替が容易という利点がある。また、災害にも強く、任意のクライアントから管理することが可能であるという利点がある。なお、ネットワーク１００はインターネットでなくてもよい。
【００２４】
ＵＲＬで指定してもデータ転送する拠点同士が直接ＳＡＮで接続されているとは限らないが、その場合、ファイバーチャネルで接続されていない中間地点間についてはインターネット経由でデータ転送する。ＭＳＰには高速のインターネットバックボーンが入っている可能性が高いので、これを利用することにより、ＳＡＮで接続されていなくても高速にバックアップ処理を行なうことができる。
【００２５】
バックアップの高速化のため、ＳＡＮのシャドウイメージ機能を使って一旦高速にコピーを取ってから遠隔地にコピーする。これにより、業務停止時間を最小化することができる。リストアも直近のバックアップをシャドウイメージ側に待機させることで高速化することができる。
【００２６】
本システムでは、バックアップを複数拠点で行なうことができる。図１に示すように、中継サーバやＭＳＰを経由してＳＳＰでバックアップする構成を採れば、データ転送を経由する拠点でもバックアップがなされるので複数拠点でのバックアップが実現される。これにより、より信頼性が高いバックアップが実現される。リストアするとき、最もネットワーク的に近い拠点からリストアデータを転送することもできる。複数拠点に情報があれば、インターネットを使ってどこにどのようなバックアップが取られているかがわかり、どこからどこにでもリストア可能である。また、中継拠点では直近のバックアップを行ない、何世代か前のバックアップは遠隔の拠点に自動転送する。これにより、中継拠点での記憶容量は小さくてよいので多数の地点のバックアップを保持できることになる。
【００２７】
本システムでは、バックアップを指示する際、シナリオにしたがって自動バックアップを行なうことができる。シナリオとは、バックアップを行なうために必要な一連の手順を自動実行させるためのスクリプトである。例えば、過去の転送速度から速い拠点を選択しておき、高速にバックアップを行なうことができる
シナリオを作成しておけば、そのシナリオを実行するだけで高速な自動バックアップを行なうことができる。また、バックアップは磁気テープへ行なう場合もあるが、ジョブのシナリオとしてテープへのバックアップ待ちキューを構成し、自動制御することもできる。待ちキューを持つことによって低速な磁気テープへの書き込み完了を待つことなく送り側のディスクが解放されるので、送り側のディスクが有効に利用でき、業務の再開を早く行なうことができる。なお、待ちキューに入れるときには受け側のデータは一時的にディスクに保存しテープへの書き込み完了後に解放する。また、シナリオにより、バックアップディスクが不足すると他のバックアップ拠点に自動転送することもできる。このとき地域的に離れた拠点を選択することもできる。
【００２８】
シナリオによるバックアップの自動運用に加え、ポリシーの指定により、概念的な自動制御を行なうことができる。ポリシーとは、バックアップに関する方針を示すものである。例えば、ポリシーとして安全性のレベルを高く指定すると、自動的に遠距離にバックアップをとるようにする。ユーザは、バックアップをどのような方針で行なうかをポリシーにより概念的に指示できる。
【００２９】
本システムでは、全体のマップを表示してコンピュータ一覧とストレージ一覧を管理する。転送先や転送元は、サーバ名やＬＤＥＶ（デバイスの識別子）で指定する。各サーバから見えるＬＤＥＶをリポジトリで管理する。全体のマップを表示することで指定は容易である。任意に指定したサーバ間で必ずしもＳＡＮで接続されているとは限らないが、拠点までＳＡＮで転送できれば拠点間は高速のネットワークが利用できる。これも管理の対象にする。
【００３０】
バックアップの指示は、管理クライアント１１４から行なう。管理クライアント１１４では、ブラウザが動作している。管理クライアントからアクセスする管理サーバがシステム内の任意の位置に設けられている。図１では、図示していないが、例えば、中継サーバ１０７や１０８を管理サーバとすればよい。
【００３１】
図２は、バックアップを行なう典型例を説明するための図である。管理クライアント２４０は、バックアップの指示を出すクライアントである。管理サーバ２０１は、管理クライアント２４０からの指示に応じてバックアップ処理を実行するサーバである。管理サーバ２０１は、リポジトリ２０２を備えている。リポジトリ２０２には、ネットワークの構成情報、ストレージの構成情報、シナリオ定義情報、スケジュール情報、ポリシー定義情報、および履歴情報などが格納されている。ＳＡＮ２１０は、バックアップを行なう対象のＤＢを構成する記憶システムである。ＳＡＮ２１０は、ファイバーチャネルスイッチ２１１，２１２、およびディスク群２１３，２１４を備えている。ディスク群２１３は、制御部２１５、および複数台のディスク装置２２１，２２２を備えている。ディスク群２１４も同様であり、ディスク装置２２３を備えているものとする。ＭＳＰまたはＳＳＰ２０３は、テープ装置２０４を有するバックアップシステムである。
【００３２】
図２において、ＳＡＮ２１０は、ディスク装置２２１〜２２３を同期させて動作させるモードで運用されているものとする。すなわち、ディスク装置２２１と２２２はシャドウイメージにより同じ内容が書き込まれている。また、これらのディスク装置２２１，２２２とディスク装置２２３も同期しており、同じ内容が書き込まれている。
【００３３】
バックアップは、管理クライアント２４０からの指示により行なう。管理クライアント２４０は、所定のシナリオの実行指示を出すだけである。管理サーバ２０１は、指定されたシナリオをリポジトリ２０２から読み出して実行する。そのシナリオは、例えば、以下のような手順でＳＡＮ２１０に対するコマンドを発行するものである。
▲１▼ＤＢのＴＢＳ（テーブルスペース）のバックアップモードへの移行：これは、この時点以降のＤＢに対する書き込みなどを別途設けられているログ領域に書き込むようにすることを指示するものである。
▲２▼ファイルシステムのフリーズ：これはＯＳのファイルシステムレベルで、ディスク装置へのＩ／Ｏを停止することを指示するものである。
▲３▼ディスク装置のスプリットコマンドを実行：これは、ディスク装置２２３を切り離すことを指示するものである。
▲４▼スプリットコマンドの完了待ち
▲５▼ファイルシステムのフリーズを解除
▲６▼ＤＢのバックアップモードを解除：これにより、ディスク装置２２１，２２２に対しては、バッファに書き込まれていた内容が反映され、これ以後の書き込みなども反映される。ディスク装置２２３は切り離された状態である。
▲７▼ディスク装置２２３の内容をテープ装置２０４にバックアップ
▲８▼再シンク（Ｒｅｓｙｎｃ）コマンドを発行：これにより、ディスク装置２２１，２２２の内容がディスク装置２２３に反映され、これらのディスク装置２２１〜２２３は再び同期して動作するようになる。
【００３４】
なお、ディスク装置２２３が非同期で動作している場合は、スプリットコマンドでディスク装置２２３を切り離す前にディスク装置２２１，２２２からディスク装置２２３にリモートコピーしてその内容を同じにしておき、その後、ディスク装置２２３を切り離してバックアップを取ればよい。
【００３５】
以上のような手順のシナリオの実行を指示することにより、ＤＢのテープへのバックアップを簡単に行なうことができる。
【００３６】
以上は、バックアップの典型的な例を示すものである。この典型例は、図１のシステムの各部でのバックアップに適用できる。例えば、図１のＤＢサーバ１０１が使用しているストレージが図２のＳＡＮ２１０であるとし、図１の中継サーバ１０７の位置に図２のＭＳＰまたはＳＳＰ２０３があるとすると、ＤＢサーバ１０１のファイルのバックアップが取れる。この場合、図２のディスク装置２２１，２２２とディスク装置２２３とが別のＳＡＮでもよい。
【００３７】
また、図２ではＳＡＮ２１０からＭＳＰまたはＳＳＰ２０３に至るルートを、図１の例えばＤＢサーバ１０４、中継サーバ１０８、ＭＳＰ１１０、およびＳＳＰ１１２に至るルートに、対応させることもできる。これにより、ＤＢサーバ１０４の内容が、各中間拠点を経てＳＳＰ１１２でテープにバックアップできることになる。なお、この場合は、上述のシナリオに各拠点を経由する処理を加える必要がある。
【００３８】
図３は、図２とは別のバックアップの典型例を説明するための図である。図２と同じものは同じ番号を付して説明は省略する。図２と異なるのは、ＳＡＮ２１０のファイバーチャネルスイッチ２１２に中継サーバ３０１が接続され、該中継サーバ３０１とＭＳＰまたはＳＳＰ３０２とが高速インターネット３２１で接続されている点である。ＭＳＰまたはＳＳＰ３０２には、バックアップのためのテープ装置３０３が接続されている。また、ＭＳＰまたはＳＳＰ３０２には、ＳＡＮ３１０が接続されている。ＳＡＮ３１０は、ファイバーチャネルスイッチ３１１およびディスク群３１４を備えている。ディスク群３１４は、制御部３１２およびディスク装置３１３を備えている。
【００３９】
図３は、図１においてＭＳＰ１１０を無くし、中継サーバ１０８から高速インターネット１３２を介してＳＳＰ１１３に接続した場合に相当する。これにより、ディスク装置２２３からディスク装置３１３へのデータ転送は、中継サーバ３０１から高速インターネット３２１を介してＭＳＰまたはＳＳＰ３０２へと行なわれる。
【００４０】
上記図２および図３の何れの場合も、シナリオに応じた各機器への指示はインターネット経由で行なわれる。管理サーバ２０１は、リポジトリ２０２によりネットワーク構成やストレージ構成を知ることができ、それらの構成に応じてバックアップの指示を出すことができる。
【００４１】
基本的なシナリオとしては、ＤＢのバックアップ、業務連動、スケジュール実行、およびディザスタリカバリなどのシナリオが用意されている。ＤＢのバックアップは、上記図２で説明したようなものであり、ＤＢのチェックポイントのタイミングでシャドウイメージのディスクをスプリットし、そこからリモートコピーでテープ装置がある側のディスクへデータ転送し、コピー終了後テープにバックアップする、というようなシナリオである。業務連動のシナリオは、オンライン業務の終了タイミングでＤＢバックアップする、というものである。スケジュール実行のシナリオは、指定の日時になったらバックアップする、というものである。例えば、指定間隔または特定の条件でバックアップ（毎週土曜日、毎月月末など）することができる。毎週末にフルバックアップし、毎日１８時に差分バックアップする、といったシナリオを書くこともできる。ディザスタリカバリのシナリオは、主系がダウンしたら遠隔地の副系にリストアして副系を起動する、というものである。
【００４２】
さらに、拡張したシナリオとして、下記のようなものがある。
▲１▼世代によってバックアップする場所を変えるシナリオ：例えば、第一世代は東京にバックアップし、第二世代は大阪にバックアップする。
▲２▼バックアップ情報を複数地点に分散記録するシナリオ
▲３▼容量管理のシナリオ：例えば、残容量の小さいＳＳＰは利用単価を上げることにより選択されにくくする。また、一定残容量を切ったら保持しているバックアップの中から転送可能な条件を満たすものを他のＳＳＰに転送する。指定の使用量を越えたら、他のボリュームをアドオンして容量を拡大する。使用量が一定期間、指定された使用量以下なら容量縮小する。
【００４３】
本システムでは、ポリシーの指定により、バックアップの概念的な方針を指定できる。ポリシーとしては、以下のようなものが指定できる。
▲１▼安全性のレベル：例えば、安全性のレベルが高く指定された場合は、ＤＢのある場所から一定距離以上にある所にバックアップする。また、火事などの局所的災害、停電などの一時的災害、地震などの広域災害を意識したバックアップを行なう。
▲２▼性能のレベル：過去のスループットを記録し、指定した時間以内にリストアできる場所にバックアップする。また、中継サーバに直近のバックアップを待機させておく。
▲３▼利用する用途：用途としてバックアップが指定されたら安全第一（距離、耐震性、２４ｈ監視）でバックアップし、用途としてデータウェアハウスが指定されたら性能第一で低価格になるようにバックアップする。
▲４▼柔軟性のレベル：リストア時間と柔軟性のどちらを優先するかを決める。ディスクに保存すれば回復時間は早いが故障時や停電時動作しない可能性がある。テープに保存するとテープから読み出して回復するのに時間がかかるが、テープを持ち出して他のシステムで回復可能である。また、ファイバーチャネルは専用線であるため災害時に切断される可能性があるが、インターネットで制御情報を送ることでバックアップサーバの内容をテープに吸い上げて運搬したり、インターネットを迂回してリストアすることが可能である。
▲５▼機密性のレベル：これにより、インターネットでバックアップサーバの管理システムに入れるかどうかを決定する。また、中継サーバで高速インターネットを利用するかどうか、あるいは暗号化の有無やレベルを決定する。
【００４４】
図４は、上述したようなバックアップ機能を実現するためのソフトウェア構成を示す。大きくは３階層からなる。第１層はアプリケーションサーバの層４０１、第２層は管理サーバの層４０２、第３層はユーザインターフェースの層４０３である。アプリケーションサーバの層４０１は、ＲＡＩＤマネージャ制御４１１、ファイルシステム制御４１２、およびアプリケーションエージェント４１３などを含む。ＲＡＩＤマネージャ制御４１１およびファイルシステム制御４１２は、主に、ＳＡＮの制御を行なうためのソフトウェアである。アプリケーションエージェント４１３は、各機器内に置かれるエージェントであり、ＤＢの構成情報などを収集する機能やバックアップの実行の機能などを実現する部分である。管理サーバ層４０２は、ジョブ実行制御および情報管理４２１、並びにリポジトリ４２２などを含む。管理サーバ層４０２は、図２や図３で説明した管理サーバ上で動作するソフトウェアであり、第１層から取得した情報をリポジトリ４２２上で管理するとともに、エージェントで動作中のジョブの起動および監視、並びにユーザからの処理要求に対応する。ユーザインターフェースの層４０３は、ブラウザ４３１を備える。ユーザインターフェースの層４０３は、管理クライアントで動作し、ユーザインターフェースを提供する。
【００４５】
図５は、図２や図３で説明した管理クライアントおよび管理サーバにおける具体的なソフトウェア構成を示す。管理クライアント５１０には、ユーザインターフェースを提供するブラウザ５１１が備えられている。管理サーバ５２０には、シナリオ管理機能５２１、カレンダ機能５２２、イベント処理機能５２３、ジョブ実行制御５２４、各種管理機能５２５、ＳＡＮマネージャ５２６、およびＲＡＩＤマネージャ（ＲＡＩＤ装置制御部）５２７などが備えられている。ジョブ実行制御５２４は、スケジューラ５３１およびシナリオ実行制御機能を備える。スケジューラ５３１は、シナリオをスケジュールにしたがって起動する制御などを行なう。シナリオ実行制御機能は、実行を指示されたシナリオを解釈して各コマンドを実行する機能を提供する。各種管理機能５２５は、シナリオにしたがって動作する各要素機能を実現する部分である。データ保護統合制御部（コピーマネージャ）５４１、ＤＢ管理機能５４２、バックアップ機能５４３、およびファイルシステム機能５４４などを備えている。ＳＡＮマネージャ５２６はＳＡＮの管理を行なう。ＲＡＩＤマネージャ５２７は、ＳＡＮのＲＡＩＤについての制御を行なう。
【００４６】
図６（ａ）は、リポジトリの構成例を示す。リポジトリは、ネットワーク構成情報６０２やストレージ構成情報６０３などの構成情報６０１、シナリオ定義情報（スクリプト）６０４、スケジュール６０５、ポリシー定義情報６０６、および履歴情報などを有する。ネットワーク構成情報６０２は、図１で説明したシステム内の各機器が接続されているＴＣＰ／ＩＰでのネットワーク構成を示す情報であり、例えば各機器のＩＰアドレスなどである。ストレージ構成情報６０３は、図１で説明したシステム内のファイバーチャネルで接続されたストレージの構成を示す情報である。構成情報６０１は、図４のアプリケーションエージェント４１３により収集して格納する。シナリオ定義情報（スクリプト）６０４、スケジュール６０５、およびポリシー定義情報６０６は、ユーザが設定する。
【００４７】
図６（ｂ）は、ストレージ構成情報６０３の例を示す。「物理的なアドレスおよび接続情報」は、システム内でＳＡＮを構成する各ディスク装置の物理的なアドレス、および、どのファイバーチャネルスイッチにどのディスク装置が接続されているかを示す接続情報である。「ＤＢのある場所を示す情報」はストレージが配置された場所（東京、大阪など）を示し、ポリシーで安全性のレベルに応じて一定以上離れた場所のストレージにバックアップする場合などに参照する。「マスタとなるＤＢのバックアップがどこにあるかを示す情報」は、リストアを行なう際に参照する。「耐震性、２４時間監視を示す情報」は、ポリシーで用途に応じて安全第一でバックアップすることが指定された場合など、耐震性が高く２４時間監視をしている安全性が高いストレージを探すときなどに参照する。「単位容量あたりの価格」は、ポリシーで価格に応じてストレージを探すときなどに参照する。
【００４８】
図６（ｃ）は、ポリシー定義情報の例を示す。「マスタ利用用途（バックアップまたはデータウエアハウス）」は、ポリシーで、用途に応じてバックアップ先を決める場合などに設定される。「ディスクバックアップかテープバックアップか」は、ポリシーで、柔軟性のレベルに応じてバックアップ先を決める場合などに設定される。「機密性のレベル」は、ポリシーで、機密性のレベルに応じてバックアップ先を決める場合などに設定される。「過去のスループット、バックアップリストア時間」は、ポリシーで、性能のレベルに応じてバックアップ先を決める場合などに設定される。
【００４９】
図７は、ユーザインターフェースの一部である画面例を示す。この画面７００は、シナリオ定義画面を示す。７０１に定義するシナリオの名称が表示されている。７０２は定義に使用するアイコン群を示す。定義領域７０３に、前記アイコン群７０２のアイコンを配置し、矢印でその処理順序を指定することにより、シナリオを定義する。各アイコンは、シナリオを構成する要素であるコマンドを示す。特に、▲６▼と▲２▼と▲７▼は同時実行可能な処理であることを示す。▲４▼は条件が満たされたときに▲５▼を実行することを示す。
【００５０】
図８は、スケジュール定義画面の例を示す。スケジュール定義画面８００は、シナリオを実行するスケジュールを定義する画面である。８０１は実行日時指定領域、８０２は実行状態表示領域、８０３はスケジュール名表示領域を示す。スケジュール名表示領域８０３に表示されている「１＿Ｗｅｂ＿Ｓａｌｅｓ」や「２＿Ｄａｉｌｙ＿Ｓｕｍｍａｒｙ」などはスケジュール名を示す。各スケジュール名の右側の実行日時指定領域８０１に、そのスケジュールを実行する日付を定義する。実行日時指定領域８０１に矩形が表示されている日付は、その日に、そのスケジュールを実行する（あるいは既に実行済みである）ことを示す。各スケジュールには、そのスケジュールで実行すべきシナリオを定義できる。
【００５１】
次に、本発明の第２の実施の形態を説明する。
【００５２】
上述の第１の実施の形態では、管理クライアントから管理サーバに指示を与えることにより、任意のＤＢのファイルをバックアップできる。また、シナリオやポリシーの機能を利用して、少ない操作でバックアップを実行することができる。しかし、管理クライアントから指示を与えるために入力するコマンドや、シナリオおよびポリシーの処理の要素であるコマンドは、システムの詳細を知らなければ構成できない。例えば、ＤＢの管理者はＤＢのテーブルについては管理しているので、どのテーブルのファイルをバックアップしなければならないかなどについては判断できるが、バックアップしたいファイルがどのＲＡＩＤのどのディスクに入っているかは分からないので、実際にどのようなコマンドでバックアップすればよいのか不明な場合が多い。ＤＢのテーブルから当該テーブルのデータを実際に格納したディスク装置までの間には論理的な複数の階層があり、各階層は独自のツールで管理されるので、システム全体を把握するのは困難である。
【００５３】
第２の実施の形態では、そのような事情に鑑みて、システムの各階層の要素の対応関係を管理ソフトウェアで保持するようにし、これによりシステム全体を知らなくても、簡単なコマンドでバックアップなどのファイル転送が行なえるようにした。
【００５４】
図１０は、第２の実施の形態におけるシステムの論理的な階層と各階層での管理ツールを示すブロック図である。なお、第２の実施の形態は、上述の第１の実施の形態と共通部分が多いので、以下では第１の実施の形態と異なる部分を特に説明するものとする。
【００５５】
図１０において、左側の１００１〜１００７は、システムのストレージ構成の論理的な階層を示している。ＤＢ１００１は、論理的なデータベースの階層を示す。この階層では、データベースは幾つかのテーブルで構成され、各テーブルはテーブル名で特定される。Ｆｉｌｅ１００２は、論理的なファイルの階層を示す。この階層では、上記データベースのテーブルは論理的なファイルで構成され、各ファイルはファイル名で特定される。ＦｉｌｅＳｙｓｔｅｍ１００３は、論理的なファイルシステムの階層を示す。この階層では、論理的なファイルが載るファイルシステムが特定される。ＬＶＭ（論理ボリューム）１００４は、論理的なディスクボリュームの階層である。この階層では、論理ボリューム名で論理ボリュームが特定される。ＤｅｖｉｃｅＦｉｌｅ１００５は、論理ボリュームを構成する実際のＲＡＩＤの中の１つ１つのディスクのインターフェースであるデバイスファイルの階層である。この階層では、論理ボリュームを構成する１つ１つのディスクが論理的なデバイス名で特定される。ＳＡＮ１００６は、ＲＡＩＤで構成するストレージエリアネットワークの階層である。ＬＤＥＶ１００７は、物理的なディスクの階層である。この階層では、上記の論理的なデバイス名のディスクが、ＲＡＩＤの筐体を識別するシリアルナンバとその筐体内の１つ１つのディスクを識別するデバイスナンバで特定される。
【００５６】
これらの各階層における管理ツールとして１０１１〜１０１５が用意される。ＤＢＭＳ（ＤＢ管理システム）１０１１は、ＤＢ１００１およびＦｉｌｅ１００２の階層でデータベースおよびファイルを管理するツールである。ファイルシステム制御部１０１２は、Ｆｉｌｅ１００２およびＦｉｌｅＳｙｓｔｅｍ１００３の階層でファイルやファイルシステムを管理するツールである。論理ボリューム制御部１０１３は、主にＬＶＭ１００４の階層で論理ボリュームを管理するツールであり、さらに論理ボリュームに関連してＦｉｌｅＳｙｓｔｅｍ１００３やＤｅｖｉｃｅＦｉｌｅ１００５の階層の管理も行なえる。ＲＡＩＤ装置制御部１０１５は、ＤｅｖｉｃｅＦｉｌｅ１００５からＬＤＥＶ１００７の階層でＲＡＩＤの管理を行なうツールである。
【００５７】
以上のような階層があるため、例えばＤＢのあるテーブルについて、そのファイルが実際にどのディスクに格納されているかを知るためには、各階層の管理ツールで所定のコマンドを入力し、対応関係を知るしかない。また、各階層にはその階層での管理者はいるが（例えば、ＤＢ管理者、ファイルおよびファイルシステムの管理者、バックアップ管理者、論理ボリューム制御の管理者、ＲＡＩＤ管理者など）、ある階層の管理者は他の階層については分からないことが多い。
【００５８】
本実施の形態では、各階層の管理ツールを用いて、上位のＤＢ１００１から下位のＬＤＥＶ１００７までの各階層でオブジェクトがどのように対応するか、その対応関係を自動的に収集するデータ保護統合制御部１０２０を設ける。さらに、データ保護統合制御部１０２０は、収集した情報に基づき、バックアップやリストアなどを１コマンドで実行できるような機能を提供する。これにより、統合管理者は、全階層についての知識が無くても、例えば「ＤＢのこのテーブルをバックアップせよ」というような簡単なコマンドでデータ保護統合制御部１０２０に指令を与えるだけで良くなる。データ保護統合制御部１０２０が、テーブル名から下層に辿って、そのテーブルがどの物理的なディスクに格納されているかが簡単に分かり、さらにバックアップをとるディスクのグループもあらかじめ定義されているからである。
【００５９】
なお、１０２１はリポジトリ（管理ＤＢ）を示す。リポジトリ１０２１は、上述の第１の実施の形態のリポジトリと同様のデータを格納するものであるが、本第２の実施の形態では上位階層から下位階層までの対応関係を示すリンク情報を含む。１０３０は、ＬＤＥＶ１０７７を共有するリモートホストを示す。１００８はテープ装置にバックアップを取るときに用いるテープメディアの階層を示す。バックアップ装置制御部１０１８は、特にバックアップ処理を簡単に行なうために設けられた管理ツールである。
【００６０】
図１１に、図１０で説明した各階層間でＤＢのテーブル名からディスクに至るまでの対応の例を示す。１００１から１００７は、図１０で説明した各階層を示す。１１０１はＤＢ１００１の階層におけるＤＢのテーブル名を示す。ＤＢＭＳ１０１１のＳＱＬ文を用いて、このテーブル「ＴＢＬ１」を構成するファイルが「／ａａａ１／ｂｂｂ１．ｃｃｃ」１１０２であることが分かる。このファイル名からファイルシステム１００３の階層でマウントポイントが「ａａａ１」１１０３であることが分かる。これは、データ保護統合制御部１０２０が抽出する。さらに、ＯＳの論理ボリューム制御部（ＶＭ）のコマンドを用いて、このマウントポイントに対応する論理ボリュームが「／ｄｅｖ／ｖｇ００／ｌｖｏｌ１」１１０４であることが分かる。なお、／ｄｅｖはデバイスファイルのディレクトリ、ｖｇ００は論理ボリューム制御部が識別するボリュームグループ名を示す。ＯＳコマンド（論理ボリューム制御部）を用いて、この論理ボリュームに対応するデバイスのデバイス名「／ｄｅｖ／ｒｄｓｋ／ｃ０ｔ０ｄ０」１１０５であることが分かる。さらに、ＲＡＩＤ装置制御部のコマンドを用いて、そのデバイスが対応するＬＤＥＶ１００７の階層の情報、すなわちそのデバイスが対応するディスクのシリアルナンバとデバイスナンバが分かる。
【００６１】
データ保護統合制御部１０２０は、以上のような対応関係を、各階層のコマンドを用いて収集し、リンク情報としてリポジトリ１０２１に格納する。具体的には、リンク情報は、ＡＰ（アプリケーション）マップ、ＣＯＲＥ（コア）マップ、およびＣＧ（コピーグループ）マップからなる。ＡＰマップは、点線の矩形１１２１の範囲での対応関係を格納する。ＣＯＲＥマップは、点線の矩形１１２２の範囲での対応関係を格納する。ＣＧマップは、点線の矩形１１２３の範囲で、データをコピーするＬＤＥＶのグループを定義する情報である。ＡＰマップおよびＣＯＲＥマップが図の縦の対応関係を記述するのに対し、ＣＧマップはＬＤＥＶの横の関係を記述する。ＣＧマップに定義するＣＧ（コピーグループ）は、他の筐体のディスクやリモートのディスクを含んでも良い。１１１１はＳＡＮ１１０６とは別のＳＡＮであり、１１１２はＳＡＮ１１０６のＬＤＥＶを示す。
【００６２】
図１２は、図１０のリポジトリ１０２１の構成例を示す。図６（ａ）と同じものについては同じ番号を付して説明を省略する。本実施形態では、リンク情報１２０１が構成情報６０１に含まれる。上述したように、リンク情報１２０１は、ＡＰマップ、ＣＯＲＥマップ、およびＣＧマップからなる。
【００６３】
図１３に、これらのマップ情報の構成を示す。図１３（ａ）は、ＡＰマップの構成例を示す。テーブル名の欄は、ＤＢ１００１の階層で表されるＤＢのテーブル名である。ファイル名の欄は、そのテーブル名に対応するファイル１００２の階層のファイル名である。
【００６４】
図１３（ｂ）は、ＣＯＲＥマップの構成例を示す。ＦＳの欄は、ファイルシステム１００３の階層で表されるマウントポイントを示す。ＬＶＭの欄は、そのマウントポイントが対応するＬＶＭ１００４の階層の論理ボリューム名を示す。Ｄｅｖｉｃｅの欄は、その論理ボリュームが対応するデバイスファイル１００５の階層のデバイス名を示す。ＲＡＩＤの欄は、そのデバイスが対応するＬＤＥＶ１００７の階層のディスクのシリアルナンバとデバイスナンバを示す。
【００６５】
図１３（ｃ）は、ＣＧマップの構成例を示す。名前の欄は、コピーグループ（１行のレコード）に付した名前を示す。コピー元の欄は、データのコピー元となるディスクのシリアルナンバとデバイスナンバを示す。コピー先の欄は、データのコピー先となるディスクのシリアルナンバとデバイスナンバを示す。ＴＡＰＥの欄は、コピー先が磁気テープである場合のメディアＩＤを示す。経路情報は、コピー元からコピー先に至る経路の情報を示す。
【００６６】
上述した各マップ情報は、データ保護統合制御部１０２０が、図１０および図１１で説明したような各階層の管理ツールのコマンドを発行して収集し格納する。基本的には、始めにデータ保護統合制御部１０２０を導入するときに、各マップ情報を作成する。また、マップ毎に所定の時間間隔など必要な場合にリフレッシュして最新の情報を保持するようにできる。なお、ＣＧマップのＣＧ（コピーグループ）の名前は任意に付けることができる。
【００６７】
図１４は、管理者がデータ保護統合制御部１０２０からバックアップコマンドを入力したときの処理手順を示す。管理者は、基本的に、バックアップしたいテーブル名をパラメータとして入力するだけで良く、そのテーブルが実際にどのディスクに格納されているかは知らなくて良い。
【００６８】
ステップ１４０１で、初期化を行なう。これは入力されたパラメータのチェックや、ＲＡＩＤの環境変数の設定などの処理である。ステップ１４０２で、リソース情報を取得する。これは、最新のマップ情報を得るため、各マップ情報を作成（リフレッシュ）する処理である。
【００６９】
次に、ステップ１４０３で、バックアップファイルを登録する。これは、管理者から指定されたバックアップ対象のテーブルに対し、当該テーブルを構成するファイルを上記ＡＰマップを参照してそのファイル名を取得し、バックアップ対象として登録する処理である。次に、ステップ１４０４で、コピーグループを選択する。これは、バックアップするファイル名から、そのファイルがコピー元になっているコピーグループを上記ＣＧマップから探し、見つかったコピーグループから今回バックアップに用いるコピーグループを管理者に選択させる処理である。その後、ステップ１４０５で、ペア再同期処理を行なう。これは、選択されたコピーグループのコピー元およびコピー先のディスクのペアに対して、再同期を行ない、これらのディスク間で内容が同一になるように指示する処理である。ステップ１４０３から１４０５の処理は、バックアップ対象となるすべてのテーブルに対して必要なだけ繰り返す。
【００７０】
次に、ステップ１４０６で、バックアップに利用するコピーグループのステータスを確認する。これはペア再同期の進捗を確認し、各コピーグループのディスク間で内容が同一になったかを確認する処理である。それが確認できたら、ステップ１４０７で、当該ＤＢを静止化する。これにより、ＤＢに対する変更は一切できなくなる。次に、ステップ１４０８で、バックアップに利用する各コピーグループに対して、ペア分割の指示を出す。これは、対象コピーグループのコピー元およびコピー先のディスクのペアを分割（スプリット）する処理である。ステップ１４０９で、分割状態になったことを確認する。ステップ１４１０で、当該ＤＢの静止化を解除する。これ以後は、対象コピーグループのコピー元のディスクは変更を受け付けるようになる。対象コピーグループのコピー先のディスクは、分割した時点の内容が保持されているので、これがバックアップとなる。最後にステップ１４１１で、必要な情報をバックアップカタログ（ファイル）に登録する。このバックアップカタログには、コピー元からコピー先に至る経路情報も含む。この情報は、必要に応じてリストア処理で利用する。
【００７１】
図１５は、管理者がデータ保護統合制御部１０２０からリストアコマンドを入力したときの処理手順を示す。
【００７２】
ステップ１５０１で初期化処理を行なった後、ステップ１５０２で各マップ情報を作成する。ステップ１５０１，１５０２は、ステップ１４０１，１４０２と同様の処理である。ステップ１５０３では、カタログ情報を取得する。これは、ステップ１４１１で作成したバックアップカタログから、リストアするデータの情報を取得する処理である。ステップ１５０４で、ＤＢが走行中か否か判別し、走行中であれば、リストア対象のテーブルスペースをオフラインにする。ＤＢが走行中でなければ、直接、ステップ１５０６に進む。
【００７３】
ステップ１５０６では、ＲＥＳＹＮＣオプションが指定されていたら、ペアリシンクが可能か否か判定する。可能であれば、ステップ１５０７で、バックアップデータをリストアする対象のディスクＰＶＯＬをアンマウント（ファイルシステムからの切り離し）する。アンマウントが成功したら、ステップ１５０８で、ペアリシンクを行なう。これにより、バックアップデータが存在するディスクＳＶＯＬから、リストアする対象のディスクＰＶＯＬへと、リストアが行なわれる。その後、ステップ１５０９で、ＰＶＯＬをＦＳＣＫ＆マウントして、処理を終了する。
【００７４】
ステップ１５０６でペアリシンク不可能な場合、およびステップ１５０７でＰＶＯＬのアンマウントが不可能な場合は、ファイルコピーによるリストアを行なう。まずステップ１５１０で、ＳＶＯＬをＦＳＣＫ＆マウントする。次に、ステップ１５１１で、ファイルコピーを実行する。これは、バックアップデータが存在するディスクＳＶＯＬから、リストアする対象のディスクＰＶＯＬへと、ファイルのコピーを行なう処理である。その後、ＳＶＯＬをアンマウントして、処理を終了する。
【００７５】
なお、磁気テープにバックアップを取る場合も基本的な処理手順は同じである。コピーグループに、コピー先として磁気テープ装置を定義しておけばよい。コピー先が磁気テープである場合は、磁気テープに対応する処理を行なうようにする。また、コピー先とコピー元とは、その間にどのような経路が介在していても良い。その経路情報は、ＣＧマップに格納されるので、その経路にしたがって、データを転送することができる。その経路でデータ転送するのが不可能な場合、他の経路を経由するようにしても良い。結果として実際にデータ転送に使用された経路は、バックアップカタログに格納され、リストアに利用される。
【００７６】
上記第２の実施の形態によれば、マップ情報を利用するため、管理者はシステムの全体について把握していなくても、簡単な操作でバックアップなどのファイル転送を指示できる。コピーグループを定義しておくことにより、任意のディスク間で、ファイル転送を簡単に行なうことができるようになる。例えば、あるディスクＡをマスタとし、何世代かのバックアップを取りたい場合は、ディスクＡとディスクＢ１の第１のコピーグループ、ディスクＡとディスクＢ２の第２のコピーグループ、ディスクＡとディスクＢ３の第３のコピーグループ、…などを定義しておく。第１世代のバックアップは第１のコピーグループを用いてディスクＢ１にとり、第２世代のバックアップは第２のコピーグループを用いてディスクＢ２にとり、第３世代のバックアップは第３のコピーグループを用いてディスクＢ３にとり、…というようにできる。
【００７７】
さらに、上記第１の実施の形態で説明したシナリオ、ポリシー、およびスケジュールの機能と、上記第２の実施の形態とを、組み合わせることもできる。この場合は、シナリオやポリシーで実行する処理要素（コマンド）の１つとして、マップ情報を利用するバックアップやリストアを用いればよい。
【００７８】
マップ情報を利用するコマンドとしては、上述のバックアップとリストアのほか、ベリファイ、マップ情報表示、コピーグループのロック／アンロックなどがある。
【００７９】
【発明の効果】
以上説明したように、本発明によれば、ＳＡＮ（Storage Area Network）に格納されたデータのバックアップなどで、対象のデータをＳＡＮの記憶手段の間でデータ転送する場合、該データ転送の転送元と転送先に対するデータ転送の指示を前記ＳＡＮとは異なるネットワーク経由で行なうようにしたので、遠隔地へのバックアップの指定が容易になり、リスク分散することが可能になる。したがって、高信頼な設備で２４時間体制で稼働するようなバックアップサイトやＭＳＰ（Management Service Provider）で一元的にバックアップを取ることができる。また、簡単にデータの複製をとることができるので、データウェアハウス、マイニング、および意志決定支援システムなどに利用できるような複製データベースを容易に作成できる。ＡＰマップ、ＣＯＲＥマップ、ＣＧマップなどのリンク情報を用いることで、利用者がシステムの全体を把握していなくても、簡単なコマンドでファイル転送を行なうことができる。
【図面の簡単な説明】
【図１】本発明のファイルバックアップ方法を適用したシステムの構成例を示す図
【図２】バックアップを行なう典型例を説明するための図
【図３】別のバックアップの典型例を説明するための図
【図４】バックアップ機能を実現するためのソフトウェア構成を示す図
【図５】管理クライアントおよび管理サーバにおける具体的なソフトウェア構成を示す図
【図６】リポジトリの構成例を示す図
【図７】シナリオ定義画面の例を示す図
【図８】スケジュール定義画面の例を示す図
【図９】図１のシステムの物理的な構成を示すブロック図
【図１０】第２の実施の形態におけるシステムの論理的な階層と各階層での管理ツールを示すブロック図
【図１１】各階層間でＤＢのテーブル名からディスクに至るまでの対応の例を示す図
【図１２】第２の実施の形態におけるリポジトリの構成例を示す図
【図１３】マップ情報の構成を示す図
【図１４】バックアップ処理の手順を示すフローチャート図
【図１５】リストア処理の手順を示すフローチャート図
【符号の説明】
１００…インターネット、１０１〜１０６…データベース（ＤＢ）サーバ、１０７，１０８…中継サーバ、１０９，１１０…ＭＳＰ（Management Service Provider）サーバ、１１１〜１１３…ＳＳＰ（Storage Service Provider）サーバ、１１４…管理クライアント。
【発明の属する技術分野】
本発明は、ＳＡＮ（Storage Area Network）を利用してファイルを遠隔地に転送してバックアップなどを行なうファイル転送方法およびシステムに関する。
【０００２】
【従来の技術】
従来より、コンピュータ間をネットワークで接続する方式に対して、ストレージ間をネットワークで接続する方式であるＳＡＮ（Storage Area Network）が知られている。通常、ＳＡＮでは、ファイバーチャネルスイッチを介してストレージを接続する。また、チャネルエクステンダを通して遠隔地との接続ができる。ＳＡＮは、ストレージ間の転送が高速かつ安定しているという特徴を持つ。
【０００３】
シャドウイメージ（Shadow Image）は、ＳＡＮにおいて、ディスク二重書きの技術を用いて同一内容を同一筐体内の２つのディスクに出力する技術である。適切なタイミングでシャドウ側のディスクを切り離し、磁気テープへのバックアップなどに用いる。リモートコピー（Remote Copy）は、ＳＡＮを用いて直接ディスク間で遠隔地にデータを転送する技術である。
【０００４】
ＮＡＳ（Network Attached Storage）は、コンピュータ間のネットワークに直接接続するストレージシステムである。ファイルサーバ機能を備えており、ネットワークに接続すればすぐに使用可能である。
【０００５】
コンピュータ間のネットワークの管理のため、ネットワークマップを表示する機能を持つ管理システムがある。ネットワークマップは、ネットワークにどのようなサーバが接続されているかを表示するものである。一方、ＳＡＮでは、ストレージマップ表示機能を備えている。これは、ＳＡＮに接続されたストレージにどのようなものがあるかを表示するものである。ネットワークマップとストレージマップは、全く別の技術として存在するものである。
【０００６】
【発明が解決しようとする課題】
ところで、ＳＡＮにおいて、リモートでバックアップを取ろうとすると、送り側でリモートコピーを開始し、受け側で転送完了後に磁気テープへのバックアップ処理を起動するなどの操作が必要となり、二人のオペレータがいる。これを自動化しようとすると、コンピュータとＳＡＮとの間のプロトコルはＳＣＳＩ（Small Computer System Interface）が標準であり、読み書きなど単純な制御が主体となっているため、受け側に対する装置への指示までもＳＡＮを通して行なうのは難しい。これをやろうとすると独自のプロトコルをＳＣＳＩに載せることになり、相互接続で問題となる。
【０００７】
ＮＡＳを利用するとサーバとストレージが同一ネットワークに接続されることになり、管理は容易である。しかし、サーバを通してストレージにアクセスするので、バックアップを行なうためにデータ転送を行なう場合には処理が重くなると言う問題がある。また、ネットワークを多目的に使うことで不安定になるという問題がある。
【０００８】
ＳＡＮにおいて、高速にデータ転送しようとすると、その範囲は近距離にならざるを得ない。近距離のディスク間のデータ転送はファイバーチャネルで高速に行なえるが、遠隔地との接続はチャネルエクステンダを通して行なわれ、この場合、チャネルエクステンダ間にＷＡＮなどの低速なネットワークが介在することがあるからである。しかし、近距離でバックアップを行なうだけでは、広域災害には対応できない。
【０００９】
本発明は、リスク分散のため遠隔地でファイルのバックアップを行なうことを可能とし、高信頼な設備で２４時間体制で稼働するようなバックアップサイトやＭＳＰ（Management Service Provider）で一元的にバックアップを取ることができるファイル転送方法およびシステムを提供することを目的とする。さらに、データウェアハウス、マイニング、および意志決定支援システムなどに利用できるような複製データベースを容易に作成できるようにすることを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するため、本発明は、管理用コンピュータと、バックアップ装置と、前記管理用コンピュータと前記バックアップ装置とを接続する第１のネットワークと、第１のディスク装置と第１の制御装置からなり、前記管理用コンピュータに接続された第１のディスク群と、第２のディスク装置と第２の制御装置からなり、前記バックアップ装置に接続された第２のディスク群と、前記第１のディスク群と前記第２のディスク群と接続する第２のネットワークとからなるストレージシステムにおいて、前記管理用コンピュータは、前記第１のディスク群に対して、前記第１のディスク装置から前記第２のディスク装置へのファイルデータのコピーを指示し、前記第１のディスク群の前記第１の制御装置は、前記ファイルデータのコピーの指示に基づいて、前記第２のネットワークを介して、前記第１のディスク装置から前記第２のディスク装置にファイルデータをコピーし、前記管理用コンピュータは、前記第１のネットワークを介して、前記バックアップ装置に対して、前記第１のディスク装置からコピーされた前記第２のディスク装置内のファイルデータをバックアップするよう指示し、前記バックアップ装置は、前記バックアップの指示に基づいて、前記第２のディスク装置内にコピーされたファイルデータをバックアップするようにしたことを特徴とする。
【００１１】
また、バックアップなどのファイル転送処理は、一連の複数のコマンドを順に行なうようにシナリオを用意し、該シナリオを実行することで、簡単にバックアップなどが行なえるようにした。さらに、ポリシーを指定できるようにした。ポリシーとは、バックアップなどに関する方針を概念的に表現したものである。ポリシーが指定されると、システムは、該ポリシーの方針が実現されるようなシナリオを選択して実行する。
【００１３】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態を説明する。
【００１４】
図１は、本発明のファイルバックアップ方法を適用したシステムの構成例を示す。本システムは、インターネット１００、データベース（ＤＢ）サーバ１０１〜１０６、中継サーバ１０７，１０８、ＭＳＰ（Management Service Provider）サーバ１０９，１１０、ＳＳＰ（Storage Service Provider）サーバ１１１〜１１３、および管理クライアント１１４を備える。なお、ＭＳＰサーバは単に「ＭＳＰ」と呼び、ＳＳＰサーバは単に「ＳＳＰ」と呼ぶものとする。
【００１５】
ＤＢサーバ１０１〜１０６は、それぞれ任意の数のディスク装置を備え、各ディスク装置はファイバーチャネルスイッチ（ＦＣ−ＳＷ）を備えたＳＡＮで構成されている。例えば、ＤＢサーバ１０１〜１０６のディスク装置は、銀行口座の各種データを格納する記憶装置であり、銀行の勘定系のコンピュータから送られてくる入金や出金の指示に応じて当該ＤＢ内データが更新されるようなケースである。本発明はバックアップなどのファイル転送機能に関するものであるので、ファイル転送に関連する部分のみを図示している。
【００１６】
中継サーバ１０７とＤＢサーバ１０１〜１０３は、ファイバーチャネル１２１〜１２３により接続されている。中継サーバ１０８とＤＢサーバ１０４〜１０６は、ファイバーチャネル１２４〜１２６により接続されている。中継サーバ１０７とＭＳＰ１０９は、ファイバーチャネル１２７により接続されている。中継サーバ１０８とＭＳＰ１１０は、ファイバーチャネル１２８により接続されている。ＭＳＰ１１０とＳＳＰ１１２は、ファイバーチャネル１２９により接続されている。ＭＳＰ１０９とＭＳＰ１１０は、高速のインターネット１３２により接続されている。ＭＳＰ１１０とＳＳＰ１１３は、高速のインターネット１３１により接続されている。なお、ファイバーチャネル１２１〜１２９は、太い実線で図示した。高速のインターネット１３１，１３２は、太い点線で図示した。細い実線は、通常のインターネットで接続されていることを示す。
【００１７】
ＳＳＰ１１１〜１１３はストレージサービス（ディスク装置の提供サービス）を行なうプロバイダのサーバ、ＭＳＰ１０９，１１０はバックアップを専業とするプロバイダのサーバである。中継サーバ１０７，１０８は、ＤＢサーバのデータをＭＳＰやＳＳＰでバックアップする際のデータ中継拠点となるサーバである。ファイバーチャネル１２１〜１２９は、伝送距離が最大１０ｋｍ程度までに含まれる距離内の機器を接続するインターフェースである。高速のインターネット１３１，１３２は、遠距離間の機器を接続する。通常、ＭＳＰとＭＳＰの間、あるいはＭＳＰとＳＳＰの間は、高速のインターネットバックボーンが設置されていることが多く、これが高速のインターネット１３１，１３２に相当する。
【００１８】
なお、図１の構成は１つの例を示すものであり、本発明は他の構成にも適用可能である。
【００１９】
また、図１では概略化してストレージ構成とネットワーク構成を図示したが、実際に物理的には、図９のような構成（図１中の一部分の構成）をしている。図９の各部と図１の各部との対応関係は以下の通りである。まず、インターネット９００はインターネット１００に、ＤＢサーバ９０１〜９０３はＤＢサーバ１０１〜１０３に、中継サーバ９０７は中継サーバ１０７に、ＭＳＰサーバ９０９，９１０はＭＳＰサーバ１０９，１１０に、高速ネットワーク９３１は高速ネットワーク１３１に、それぞれ対応するものである。また、図１でＤＢサーバ１０１〜１０３や中継サーバ１０７はインターネット１０７に接続されているが、通常は、図９に示すようにＬＡＮ９３１，９３２を経由してインターネット９００に接続される形態をとる。図１では、ＤＢサーバ１０１〜１０３や中継サーバ１０７のそれぞれがディスク装置を備え、ファイバーチャネル１２１〜１２３で接続されているように図示したが、実際には、図９に示すように、ＤＢサーバ９０１〜９０３や中継サーバ９０７がＳＡＮ９４０のファイバーチャネルスイッチ（ＦＣ−ＳＷ）９４１に接続され、該ファイバーチャネルスイッチ９４１に任意の数のディスク装置９４２が接続されている。図１で中継サーバ１０７とＭＳＰ１０９とを接続しているファイバーチャネル１２７は、実際には、図９に示すように、チャネルエクステンダ９４３などを介してファイバーチャネル９６０でＭＳＰ９０９側のＳＡＮ９５０のファイバーチャネルスイッチと接続されている。
【００２０】
以下では、図１を参照して説明する。まず、図１のシステムにおけるバックアップ機能の概要を説明する。図１のシステムにおいて、バックアップは、例えば次のような形態で行なわれる。
▲１▼ＤＢサーバ１０１の第１のディスクのデータを、同一筐体内の第２のディスクにバックアップする。
▲２▼ＤＢサーバ１０１のデータを、ＤＢサーバ１０３にバックアップする。
▲３▼ＤＢサーバ１０４のデータを、中継サーバ１０８およびＭＳＰ１１０を介して、ＳＳＰ１１１〜１１３でバックアップする。中継サーバ１０８からＳＳＰに至るルートは複数ある。例えば、中継サーバ１０８で中間的にバックアップしそのデータをインターネット経由でＳＳＰ１１１に送ってバックアップする場合、中継サーバ１０８およびＭＳＰ１１０を経由してファイバーチャネル１２９でＳＳＰ１１２に送ってバックアップする場合、中継サーバ１０８およびＭＳＰ１１０を経由して高速インターネット１３２でＳＳＰ１１３に送ってバックアップする場合などである。
【００２１】
上記▲３▼についてはさらに種々の変形した形態がある。例えば、中継サーバ１０８から直接ファイバーチャネルあるいは高速インターネット経由でＳＳＰにバックアップするようにしてもよい。中継サーバやＭＳＰを任意に組み合わせて接続し、それらを経由してバックアップを取るようにしてもよい。
【００２２】
本システムにおけるバックアップは下記のような特徴を有する。まず、バックアップを行なう際に、ＳＡＮの複製ボリューム作成機能を使う。例えば、シャドウイメージ（ShadowImage：同一筐体内の複数のディスクに二重書きする技術）やリモートコピー（RemoteCopy：別筐体内のディスク間でデータ転送する技術）である。
【００２３】
システム内の各機器はインターネット（ＴＣＰ／ＩＰ）１００で相互に接続されている。バックアップの指示はインターネットを通じて行なう。特に、バックアップのためのデータ転送がＳＡＮとＳＡＮとの間で行なわれる場合は、データ転送はＳＡＮの複製機能などを利用し、その指示はインターネットで行なうことができる。したがって、データ転送を高速に行なうことができ、一方、コンピュータとＳＡＮとの間のプロトコル（ＳＣＳＩ）を拡張する必要もない。インターネットではＵＲＬで任意の拠点を指定することができ、代替が容易という利点がある。また、災害にも強く、任意のクライアントから管理することが可能であるという利点がある。なお、ネットワーク１００はインターネットでなくてもよい。
【００２４】
ＵＲＬで指定してもデータ転送する拠点同士が直接ＳＡＮで接続されているとは限らないが、その場合、ファイバーチャネルで接続されていない中間地点間についてはインターネット経由でデータ転送する。ＭＳＰには高速のインターネットバックボーンが入っている可能性が高いので、これを利用することにより、ＳＡＮで接続されていなくても高速にバックアップ処理を行なうことができる。
【００２５】
バックアップの高速化のため、ＳＡＮのシャドウイメージ機能を使って一旦高速にコピーを取ってから遠隔地にコピーする。これにより、業務停止時間を最小化することができる。リストアも直近のバックアップをシャドウイメージ側に待機させることで高速化することができる。
【００２６】
本システムでは、バックアップを複数拠点で行なうことができる。図１に示すように、中継サーバやＭＳＰを経由してＳＳＰでバックアップする構成を採れば、データ転送を経由する拠点でもバックアップがなされるので複数拠点でのバックアップが実現される。これにより、より信頼性が高いバックアップが実現される。リストアするとき、最もネットワーク的に近い拠点からリストアデータを転送することもできる。複数拠点に情報があれば、インターネットを使ってどこにどのようなバックアップが取られているかがわかり、どこからどこにでもリストア可能である。また、中継拠点では直近のバックアップを行ない、何世代か前のバックアップは遠隔の拠点に自動転送する。これにより、中継拠点での記憶容量は小さくてよいので多数の地点のバックアップを保持できることになる。
【００２７】
本システムでは、バックアップを指示する際、シナリオにしたがって自動バックアップを行なうことができる。シナリオとは、バックアップを行なうために必要な一連の手順を自動実行させるためのスクリプトである。例えば、過去の転送速度から速い拠点を選択しておき、高速にバックアップを行なうことができる
シナリオを作成しておけば、そのシナリオを実行するだけで高速な自動バックアップを行なうことができる。また、バックアップは磁気テープへ行なう場合もあるが、ジョブのシナリオとしてテープへのバックアップ待ちキューを構成し、自動制御することもできる。待ちキューを持つことによって低速な磁気テープへの書き込み完了を待つことなく送り側のディスクが解放されるので、送り側のディスクが有効に利用でき、業務の再開を早く行なうことができる。なお、待ちキューに入れるときには受け側のデータは一時的にディスクに保存しテープへの書き込み完了後に解放する。また、シナリオにより、バックアップディスクが不足すると他のバックアップ拠点に自動転送することもできる。このとき地域的に離れた拠点を選択することもできる。
【００２８】
シナリオによるバックアップの自動運用に加え、ポリシーの指定により、概念的な自動制御を行なうことができる。ポリシーとは、バックアップに関する方針を示すものである。例えば、ポリシーとして安全性のレベルを高く指定すると、自動的に遠距離にバックアップをとるようにする。ユーザは、バックアップをどのような方針で行なうかをポリシーにより概念的に指示できる。
【００２９】
本システムでは、全体のマップを表示してコンピュータ一覧とストレージ一覧を管理する。転送先や転送元は、サーバ名やＬＤＥＶ（デバイスの識別子）で指定する。各サーバから見えるＬＤＥＶをリポジトリで管理する。全体のマップを表示することで指定は容易である。任意に指定したサーバ間で必ずしもＳＡＮで接続されているとは限らないが、拠点までＳＡＮで転送できれば拠点間は高速のネットワークが利用できる。これも管理の対象にする。
【００３０】
バックアップの指示は、管理クライアント１１４から行なう。管理クライアント１１４では、ブラウザが動作している。管理クライアントからアクセスする管理サーバがシステム内の任意の位置に設けられている。図１では、図示していないが、例えば、中継サーバ１０７や１０８を管理サーバとすればよい。
【００３１】
図２は、バックアップを行なう典型例を説明するための図である。管理クライアント２４０は、バックアップの指示を出すクライアントである。管理サーバ２０１は、管理クライアント２４０からの指示に応じてバックアップ処理を実行するサーバである。管理サーバ２０１は、リポジトリ２０２を備えている。リポジトリ２０２には、ネットワークの構成情報、ストレージの構成情報、シナリオ定義情報、スケジュール情報、ポリシー定義情報、および履歴情報などが格納されている。ＳＡＮ２１０は、バックアップを行なう対象のＤＢを構成する記憶システムである。ＳＡＮ２１０は、ファイバーチャネルスイッチ２１１，２１２、およびディスク群２１３，２１４を備えている。ディスク群２１３は、制御部２１５、および複数台のディスク装置２２１，２２２を備えている。ディスク群２１４も同様であり、ディスク装置２２３を備えているものとする。ＭＳＰまたはＳＳＰ２０３は、テープ装置２０４を有するバックアップシステムである。
【００３２】
図２において、ＳＡＮ２１０は、ディスク装置２２１〜２２３を同期させて動作させるモードで運用されているものとする。すなわち、ディスク装置２２１と２２２はシャドウイメージにより同じ内容が書き込まれている。また、これらのディスク装置２２１，２２２とディスク装置２２３も同期しており、同じ内容が書き込まれている。
【００３３】
バックアップは、管理クライアント２４０からの指示により行なう。管理クライアント２４０は、所定のシナリオの実行指示を出すだけである。管理サーバ２０１は、指定されたシナリオをリポジトリ２０２から読み出して実行する。そのシナリオは、例えば、以下のような手順でＳＡＮ２１０に対するコマンドを発行するものである。
▲１▼ＤＢのＴＢＳ（テーブルスペース）のバックアップモードへの移行：これは、この時点以降のＤＢに対する書き込みなどを別途設けられているログ領域に書き込むようにすることを指示するものである。
▲２▼ファイルシステムのフリーズ：これはＯＳのファイルシステムレベルで、ディスク装置へのＩ／Ｏを停止することを指示するものである。
▲３▼ディスク装置のスプリットコマンドを実行：これは、ディスク装置２２３を切り離すことを指示するものである。
▲４▼スプリットコマンドの完了待ち
▲５▼ファイルシステムのフリーズを解除
▲６▼ＤＢのバックアップモードを解除：これにより、ディスク装置２２１，２２２に対しては、バッファに書き込まれていた内容が反映され、これ以後の書き込みなども反映される。ディスク装置２２３は切り離された状態である。
▲７▼ディスク装置２２３の内容をテープ装置２０４にバックアップ
▲８▼再シンク（Ｒｅｓｙｎｃ）コマンドを発行：これにより、ディスク装置２２１，２２２の内容がディスク装置２２３に反映され、これらのディスク装置２２１〜２２３は再び同期して動作するようになる。
【００３４】
なお、ディスク装置２２３が非同期で動作している場合は、スプリットコマンドでディスク装置２２３を切り離す前にディスク装置２２１，２２２からディスク装置２２３にリモートコピーしてその内容を同じにしておき、その後、ディスク装置２２３を切り離してバックアップを取ればよい。
【００３５】
以上のような手順のシナリオの実行を指示することにより、ＤＢのテープへのバックアップを簡単に行なうことができる。
【００３６】
以上は、バックアップの典型的な例を示すものである。この典型例は、図１のシステムの各部でのバックアップに適用できる。例えば、図１のＤＢサーバ１０１が使用しているストレージが図２のＳＡＮ２１０であるとし、図１の中継サーバ１０７の位置に図２のＭＳＰまたはＳＳＰ２０３があるとすると、ＤＢサーバ１０１のファイルのバックアップが取れる。この場合、図２のディスク装置２２１，２２２とディスク装置２２３とが別のＳＡＮでもよい。
【００３７】
また、図２ではＳＡＮ２１０からＭＳＰまたはＳＳＰ２０３に至るルートを、図１の例えばＤＢサーバ１０４、中継サーバ１０８、ＭＳＰ１１０、およびＳＳＰ１１２に至るルートに、対応させることもできる。これにより、ＤＢサーバ１０４の内容が、各中間拠点を経てＳＳＰ１１２でテープにバックアップできることになる。なお、この場合は、上述のシナリオに各拠点を経由する処理を加える必要がある。
【００３８】
図３は、図２とは別のバックアップの典型例を説明するための図である。図２と同じものは同じ番号を付して説明は省略する。図２と異なるのは、ＳＡＮ２１０のファイバーチャネルスイッチ２１２に中継サーバ３０１が接続され、該中継サーバ３０１とＭＳＰまたはＳＳＰ３０２とが高速インターネット３２１で接続されている点である。ＭＳＰまたはＳＳＰ３０２には、バックアップのためのテープ装置３０３が接続されている。また、ＭＳＰまたはＳＳＰ３０２には、ＳＡＮ３１０が接続されている。ＳＡＮ３１０は、ファイバーチャネルスイッチ３１１およびディスク群３１４を備えている。ディスク群３１４は、制御部３１２およびディスク装置３１３を備えている。
【００３９】
図３は、図１においてＭＳＰ１１０を無くし、中継サーバ１０８から高速インターネット１３２を介してＳＳＰ１１３に接続した場合に相当する。これにより、ディスク装置２２３からディスク装置３１３へのデータ転送は、中継サーバ３０１から高速インターネット３２１を介してＭＳＰまたはＳＳＰ３０２へと行なわれる。
【００４０】
上記図２および図３の何れの場合も、シナリオに応じた各機器への指示はインターネット経由で行なわれる。管理サーバ２０１は、リポジトリ２０２によりネットワーク構成やストレージ構成を知ることができ、それらの構成に応じてバックアップの指示を出すことができる。
【００４１】
基本的なシナリオとしては、ＤＢのバックアップ、業務連動、スケジュール実行、およびディザスタリカバリなどのシナリオが用意されている。ＤＢのバックアップは、上記図２で説明したようなものであり、ＤＢのチェックポイントのタイミングでシャドウイメージのディスクをスプリットし、そこからリモートコピーでテープ装置がある側のディスクへデータ転送し、コピー終了後テープにバックアップする、というようなシナリオである。業務連動のシナリオは、オンライン業務の終了タイミングでＤＢバックアップする、というものである。スケジュール実行のシナリオは、指定の日時になったらバックアップする、というものである。例えば、指定間隔または特定の条件でバックアップ（毎週土曜日、毎月月末など）することができる。毎週末にフルバックアップし、毎日１８時に差分バックアップする、といったシナリオを書くこともできる。ディザスタリカバリのシナリオは、主系がダウンしたら遠隔地の副系にリストアして副系を起動する、というものである。
【００４２】
さらに、拡張したシナリオとして、下記のようなものがある。
▲１▼世代によってバックアップする場所を変えるシナリオ：例えば、第一世代は東京にバックアップし、第二世代は大阪にバックアップする。
▲２▼バックアップ情報を複数地点に分散記録するシナリオ
▲３▼容量管理のシナリオ：例えば、残容量の小さいＳＳＰは利用単価を上げることにより選択されにくくする。また、一定残容量を切ったら保持しているバックアップの中から転送可能な条件を満たすものを他のＳＳＰに転送する。指定の使用量を越えたら、他のボリュームをアドオンして容量を拡大する。使用量が一定期間、指定された使用量以下なら容量縮小する。
【００４３】
本システムでは、ポリシーの指定により、バックアップの概念的な方針を指定できる。ポリシーとしては、以下のようなものが指定できる。
▲１▼安全性のレベル：例えば、安全性のレベルが高く指定された場合は、ＤＢのある場所から一定距離以上にある所にバックアップする。また、火事などの局所的災害、停電などの一時的災害、地震などの広域災害を意識したバックアップを行なう。
▲２▼性能のレベル：過去のスループットを記録し、指定した時間以内にリストアできる場所にバックアップする。また、中継サーバに直近のバックアップを待機させておく。
▲３▼利用する用途：用途としてバックアップが指定されたら安全第一（距離、耐震性、２４ｈ監視）でバックアップし、用途としてデータウェアハウスが指定されたら性能第一で低価格になるようにバックアップする。
▲４▼柔軟性のレベル：リストア時間と柔軟性のどちらを優先するかを決める。ディスクに保存すれば回復時間は早いが故障時や停電時動作しない可能性がある。テープに保存するとテープから読み出して回復するのに時間がかかるが、テープを持ち出して他のシステムで回復可能である。また、ファイバーチャネルは専用線であるため災害時に切断される可能性があるが、インターネットで制御情報を送ることでバックアップサーバの内容をテープに吸い上げて運搬したり、インターネットを迂回してリストアすることが可能である。
▲５▼機密性のレベル：これにより、インターネットでバックアップサーバの管理システムに入れるかどうかを決定する。また、中継サーバで高速インターネットを利用するかどうか、あるいは暗号化の有無やレベルを決定する。
【００４４】
図４は、上述したようなバックアップ機能を実現するためのソフトウェア構成を示す。大きくは３階層からなる。第１層はアプリケーションサーバの層４０１、第２層は管理サーバの層４０２、第３層はユーザインターフェースの層４０３である。アプリケーションサーバの層４０１は、ＲＡＩＤマネージャ制御４１１、ファイルシステム制御４１２、およびアプリケーションエージェント４１３などを含む。ＲＡＩＤマネージャ制御４１１およびファイルシステム制御４１２は、主に、ＳＡＮの制御を行なうためのソフトウェアである。アプリケーションエージェント４１３は、各機器内に置かれるエージェントであり、ＤＢの構成情報などを収集する機能やバックアップの実行の機能などを実現する部分である。管理サーバ層４０２は、ジョブ実行制御および情報管理４２１、並びにリポジトリ４２２などを含む。管理サーバ層４０２は、図２や図３で説明した管理サーバ上で動作するソフトウェアであり、第１層から取得した情報をリポジトリ４２２上で管理するとともに、エージェントで動作中のジョブの起動および監視、並びにユーザからの処理要求に対応する。ユーザインターフェースの層４０３は、ブラウザ４３１を備える。ユーザインターフェースの層４０３は、管理クライアントで動作し、ユーザインターフェースを提供する。
【００４５】
図５は、図２や図３で説明した管理クライアントおよび管理サーバにおける具体的なソフトウェア構成を示す。管理クライアント５１０には、ユーザインターフェースを提供するブラウザ５１１が備えられている。管理サーバ５２０には、シナリオ管理機能５２１、カレンダ機能５２２、イベント処理機能５２３、ジョブ実行制御５２４、各種管理機能５２５、ＳＡＮマネージャ５２６、およびＲＡＩＤマネージャ（ＲＡＩＤ装置制御部）５２７などが備えられている。ジョブ実行制御５２４は、スケジューラ５３１およびシナリオ実行制御機能を備える。スケジューラ５３１は、シナリオをスケジュールにしたがって起動する制御などを行なう。シナリオ実行制御機能は、実行を指示されたシナリオを解釈して各コマンドを実行する機能を提供する。各種管理機能５２５は、シナリオにしたがって動作する各要素機能を実現する部分である。データ保護統合制御部（コピーマネージャ）５４１、ＤＢ管理機能５４２、バックアップ機能５４３、およびファイルシステム機能５４４などを備えている。ＳＡＮマネージャ５２６はＳＡＮの管理を行なう。ＲＡＩＤマネージャ５２７は、ＳＡＮのＲＡＩＤについての制御を行なう。
【００４６】
図６（ａ）は、リポジトリの構成例を示す。リポジトリは、ネットワーク構成情報６０２やストレージ構成情報６０３などの構成情報６０１、シナリオ定義情報（スクリプト）６０４、スケジュール６０５、ポリシー定義情報６０６、および履歴情報などを有する。ネットワーク構成情報６０２は、図１で説明したシステム内の各機器が接続されているＴＣＰ／ＩＰでのネットワーク構成を示す情報であり、例えば各機器のＩＰアドレスなどである。ストレージ構成情報６０３は、図１で説明したシステム内のファイバーチャネルで接続されたストレージの構成を示す情報である。構成情報６０１は、図４のアプリケーションエージェント４１３により収集して格納する。シナリオ定義情報（スクリプト）６０４、スケジュール６０５、およびポリシー定義情報６０６は、ユーザが設定する。
【００４７】
図６（ｂ）は、ストレージ構成情報６０３の例を示す。「物理的なアドレスおよび接続情報」は、システム内でＳＡＮを構成する各ディスク装置の物理的なアドレス、および、どのファイバーチャネルスイッチにどのディスク装置が接続されているかを示す接続情報である。「ＤＢのある場所を示す情報」はストレージが配置された場所（東京、大阪など）を示し、ポリシーで安全性のレベルに応じて一定以上離れた場所のストレージにバックアップする場合などに参照する。「マスタとなるＤＢのバックアップがどこにあるかを示す情報」は、リストアを行なう際に参照する。「耐震性、２４時間監視を示す情報」は、ポリシーで用途に応じて安全第一でバックアップすることが指定された場合など、耐震性が高く２４時間監視をしている安全性が高いストレージを探すときなどに参照する。「単位容量あたりの価格」は、ポリシーで価格に応じてストレージを探すときなどに参照する。
【００４８】
図６（ｃ）は、ポリシー定義情報の例を示す。「マスタ利用用途（バックアップまたはデータウエアハウス）」は、ポリシーで、用途に応じてバックアップ先を決める場合などに設定される。「ディスクバックアップかテープバックアップか」は、ポリシーで、柔軟性のレベルに応じてバックアップ先を決める場合などに設定される。「機密性のレベル」は、ポリシーで、機密性のレベルに応じてバックアップ先を決める場合などに設定される。「過去のスループット、バックアップリストア時間」は、ポリシーで、性能のレベルに応じてバックアップ先を決める場合などに設定される。
【００４９】
図７は、ユーザインターフェースの一部である画面例を示す。この画面７００は、シナリオ定義画面を示す。７０１に定義するシナリオの名称が表示されている。７０２は定義に使用するアイコン群を示す。定義領域７０３に、前記アイコン群７０２のアイコンを配置し、矢印でその処理順序を指定することにより、シナリオを定義する。各アイコンは、シナリオを構成する要素であるコマンドを示す。特に、▲６▼と▲２▼と▲７▼は同時実行可能な処理であることを示す。▲４▼は条件が満たされたときに▲５▼を実行することを示す。
【００５０】
図８は、スケジュール定義画面の例を示す。スケジュール定義画面８００は、シナリオを実行するスケジュールを定義する画面である。８０１は実行日時指定領域、８０２は実行状態表示領域、８０３はスケジュール名表示領域を示す。スケジュール名表示領域８０３に表示されている「１＿Ｗｅｂ＿Ｓａｌｅｓ」や「２＿Ｄａｉｌｙ＿Ｓｕｍｍａｒｙ」などはスケジュール名を示す。各スケジュール名の右側の実行日時指定領域８０１に、そのスケジュールを実行する日付を定義する。実行日時指定領域８０１に矩形が表示されている日付は、その日に、そのスケジュールを実行する（あるいは既に実行済みである）ことを示す。各スケジュールには、そのスケジュールで実行すべきシナリオを定義できる。
【００５１】
次に、本発明の第２の実施の形態を説明する。
【００５２】
上述の第１の実施の形態では、管理クライアントから管理サーバに指示を与えることにより、任意のＤＢのファイルをバックアップできる。また、シナリオやポリシーの機能を利用して、少ない操作でバックアップを実行することができる。しかし、管理クライアントから指示を与えるために入力するコマンドや、シナリオおよびポリシーの処理の要素であるコマンドは、システムの詳細を知らなければ構成できない。例えば、ＤＢの管理者はＤＢのテーブルについては管理しているので、どのテーブルのファイルをバックアップしなければならないかなどについては判断できるが、バックアップしたいファイルがどのＲＡＩＤのどのディスクに入っているかは分からないので、実際にどのようなコマンドでバックアップすればよいのか不明な場合が多い。ＤＢのテーブルから当該テーブルのデータを実際に格納したディスク装置までの間には論理的な複数の階層があり、各階層は独自のツールで管理されるので、システム全体を把握するのは困難である。
【００５３】
第２の実施の形態では、そのような事情に鑑みて、システムの各階層の要素の対応関係を管理ソフトウェアで保持するようにし、これによりシステム全体を知らなくても、簡単なコマンドでバックアップなどのファイル転送が行なえるようにした。
【００５４】
図１０は、第２の実施の形態におけるシステムの論理的な階層と各階層での管理ツールを示すブロック図である。なお、第２の実施の形態は、上述の第１の実施の形態と共通部分が多いので、以下では第１の実施の形態と異なる部分を特に説明するものとする。
【００５５】
図１０において、左側の１００１〜１００７は、システムのストレージ構成の論理的な階層を示している。ＤＢ１００１は、論理的なデータベースの階層を示す。この階層では、データベースは幾つかのテーブルで構成され、各テーブルはテーブル名で特定される。Ｆｉｌｅ１００２は、論理的なファイルの階層を示す。この階層では、上記データベースのテーブルは論理的なファイルで構成され、各ファイルはファイル名で特定される。ＦｉｌｅＳｙｓｔｅｍ１００３は、論理的なファイルシステムの階層を示す。この階層では、論理的なファイルが載るファイルシステムが特定される。ＬＶＭ（論理ボリューム）１００４は、論理的なディスクボリュームの階層である。この階層では、論理ボリューム名で論理ボリュームが特定される。ＤｅｖｉｃｅＦｉｌｅ１００５は、論理ボリュームを構成する実際のＲＡＩＤの中の１つ１つのディスクのインターフェースであるデバイスファイルの階層である。この階層では、論理ボリュームを構成する１つ１つのディスクが論理的なデバイス名で特定される。ＳＡＮ１００６は、ＲＡＩＤで構成するストレージエリアネットワークの階層である。ＬＤＥＶ１００７は、物理的なディスクの階層である。この階層では、上記の論理的なデバイス名のディスクが、ＲＡＩＤの筐体を識別するシリアルナンバとその筐体内の１つ１つのディスクを識別するデバイスナンバで特定される。
【００５６】
これらの各階層における管理ツールとして１０１１〜１０１５が用意される。ＤＢＭＳ（ＤＢ管理システム）１０１１は、ＤＢ１００１およびＦｉｌｅ１００２の階層でデータベースおよびファイルを管理するツールである。ファイルシステム制御部１０１２は、Ｆｉｌｅ１００２およびＦｉｌｅＳｙｓｔｅｍ１００３の階層でファイルやファイルシステムを管理するツールである。論理ボリューム制御部１０１３は、主にＬＶＭ１００４の階層で論理ボリュームを管理するツールであり、さらに論理ボリュームに関連してＦｉｌｅＳｙｓｔｅｍ１００３やＤｅｖｉｃｅＦｉｌｅ１００５の階層の管理も行なえる。ＲＡＩＤ装置制御部１０１５は、ＤｅｖｉｃｅＦｉｌｅ１００５からＬＤＥＶ１００７の階層でＲＡＩＤの管理を行なうツールである。
【００５７】
以上のような階層があるため、例えばＤＢのあるテーブルについて、そのファイルが実際にどのディスクに格納されているかを知るためには、各階層の管理ツールで所定のコマンドを入力し、対応関係を知るしかない。また、各階層にはその階層での管理者はいるが（例えば、ＤＢ管理者、ファイルおよびファイルシステムの管理者、バックアップ管理者、論理ボリューム制御の管理者、ＲＡＩＤ管理者など）、ある階層の管理者は他の階層については分からないことが多い。
【００５８】
本実施の形態では、各階層の管理ツールを用いて、上位のＤＢ１００１から下位のＬＤＥＶ１００７までの各階層でオブジェクトがどのように対応するか、その対応関係を自動的に収集するデータ保護統合制御部１０２０を設ける。さらに、データ保護統合制御部１０２０は、収集した情報に基づき、バックアップやリストアなどを１コマンドで実行できるような機能を提供する。これにより、統合管理者は、全階層についての知識が無くても、例えば「ＤＢのこのテーブルをバックアップせよ」というような簡単なコマンドでデータ保護統合制御部１０２０に指令を与えるだけで良くなる。データ保護統合制御部１０２０が、テーブル名から下層に辿って、そのテーブルがどの物理的なディスクに格納されているかが簡単に分かり、さらにバックアップをとるディスクのグループもあらかじめ定義されているからである。
【００５９】
なお、１０２１はリポジトリ（管理ＤＢ）を示す。リポジトリ１０２１は、上述の第１の実施の形態のリポジトリと同様のデータを格納するものであるが、本第２の実施の形態では上位階層から下位階層までの対応関係を示すリンク情報を含む。１０３０は、ＬＤＥＶ１０７７を共有するリモートホストを示す。１００８はテープ装置にバックアップを取るときに用いるテープメディアの階層を示す。バックアップ装置制御部１０１８は、特にバックアップ処理を簡単に行なうために設けられた管理ツールである。
【００６０】
図１１に、図１０で説明した各階層間でＤＢのテーブル名からディスクに至るまでの対応の例を示す。１００１から１００７は、図１０で説明した各階層を示す。１１０１はＤＢ１００１の階層におけるＤＢのテーブル名を示す。ＤＢＭＳ１０１１のＳＱＬ文を用いて、このテーブル「ＴＢＬ１」を構成するファイルが「／ａａａ１／ｂｂｂ１．ｃｃｃ」１１０２であることが分かる。このファイル名からファイルシステム１００３の階層でマウントポイントが「ａａａ１」１１０３であることが分かる。これは、データ保護統合制御部１０２０が抽出する。さらに、ＯＳの論理ボリューム制御部（ＶＭ）のコマンドを用いて、このマウントポイントに対応する論理ボリュームが「／ｄｅｖ／ｖｇ００／ｌｖｏｌ１」１１０４であることが分かる。なお、／ｄｅｖはデバイスファイルのディレクトリ、ｖｇ００は論理ボリューム制御部が識別するボリュームグループ名を示す。ＯＳコマンド（論理ボリューム制御部）を用いて、この論理ボリュームに対応するデバイスのデバイス名「／ｄｅｖ／ｒｄｓｋ／ｃ０ｔ０ｄ０」１１０５であることが分かる。さらに、ＲＡＩＤ装置制御部のコマンドを用いて、そのデバイスが対応するＬＤＥＶ１００７の階層の情報、すなわちそのデバイスが対応するディスクのシリアルナンバとデバイスナンバが分かる。
【００６１】
データ保護統合制御部１０２０は、以上のような対応関係を、各階層のコマンドを用いて収集し、リンク情報としてリポジトリ１０２１に格納する。具体的には、リンク情報は、ＡＰ（アプリケーション）マップ、ＣＯＲＥ（コア）マップ、およびＣＧ（コピーグループ）マップからなる。ＡＰマップは、点線の矩形１１２１の範囲での対応関係を格納する。ＣＯＲＥマップは、点線の矩形１１２２の範囲での対応関係を格納する。ＣＧマップは、点線の矩形１１２３の範囲で、データをコピーするＬＤＥＶのグループを定義する情報である。ＡＰマップおよびＣＯＲＥマップが図の縦の対応関係を記述するのに対し、ＣＧマップはＬＤＥＶの横の関係を記述する。ＣＧマップに定義するＣＧ（コピーグループ）は、他の筐体のディスクやリモートのディスクを含んでも良い。１１１１はＳＡＮ１１０６とは別のＳＡＮであり、１１１２はＳＡＮ１１０６のＬＤＥＶを示す。
【００６２】
図１２は、図１０のリポジトリ１０２１の構成例を示す。図６（ａ）と同じものについては同じ番号を付して説明を省略する。本実施形態では、リンク情報１２０１が構成情報６０１に含まれる。上述したように、リンク情報１２０１は、ＡＰマップ、ＣＯＲＥマップ、およびＣＧマップからなる。
【００６３】
図１３に、これらのマップ情報の構成を示す。図１３（ａ）は、ＡＰマップの構成例を示す。テーブル名の欄は、ＤＢ１００１の階層で表されるＤＢのテーブル名である。ファイル名の欄は、そのテーブル名に対応するファイル１００２の階層のファイル名である。
【００６４】
図１３（ｂ）は、ＣＯＲＥマップの構成例を示す。ＦＳの欄は、ファイルシステム１００３の階層で表されるマウントポイントを示す。ＬＶＭの欄は、そのマウントポイントが対応するＬＶＭ１００４の階層の論理ボリューム名を示す。Ｄｅｖｉｃｅの欄は、その論理ボリュームが対応するデバイスファイル１００５の階層のデバイス名を示す。ＲＡＩＤの欄は、そのデバイスが対応するＬＤＥＶ１００７の階層のディスクのシリアルナンバとデバイスナンバを示す。
【００６５】
図１３（ｃ）は、ＣＧマップの構成例を示す。名前の欄は、コピーグループ（１行のレコード）に付した名前を示す。コピー元の欄は、データのコピー元となるディスクのシリアルナンバとデバイスナンバを示す。コピー先の欄は、データのコピー先となるディスクのシリアルナンバとデバイスナンバを示す。ＴＡＰＥの欄は、コピー先が磁気テープである場合のメディアＩＤを示す。経路情報は、コピー元からコピー先に至る経路の情報を示す。
【００６６】
上述した各マップ情報は、データ保護統合制御部１０２０が、図１０および図１１で説明したような各階層の管理ツールのコマンドを発行して収集し格納する。基本的には、始めにデータ保護統合制御部１０２０を導入するときに、各マップ情報を作成する。また、マップ毎に所定の時間間隔など必要な場合にリフレッシュして最新の情報を保持するようにできる。なお、ＣＧマップのＣＧ（コピーグループ）の名前は任意に付けることができる。
【００６７】
図１４は、管理者がデータ保護統合制御部１０２０からバックアップコマンドを入力したときの処理手順を示す。管理者は、基本的に、バックアップしたいテーブル名をパラメータとして入力するだけで良く、そのテーブルが実際にどのディスクに格納されているかは知らなくて良い。
【００６８】
ステップ１４０１で、初期化を行なう。これは入力されたパラメータのチェックや、ＲＡＩＤの環境変数の設定などの処理である。ステップ１４０２で、リソース情報を取得する。これは、最新のマップ情報を得るため、各マップ情報を作成（リフレッシュ）する処理である。
【００６９】
次に、ステップ１４０３で、バックアップファイルを登録する。これは、管理者から指定されたバックアップ対象のテーブルに対し、当該テーブルを構成するファイルを上記ＡＰマップを参照してそのファイル名を取得し、バックアップ対象として登録する処理である。次に、ステップ１４０４で、コピーグループを選択する。これは、バックアップするファイル名から、そのファイルがコピー元になっているコピーグループを上記ＣＧマップから探し、見つかったコピーグループから今回バックアップに用いるコピーグループを管理者に選択させる処理である。その後、ステップ１４０５で、ペア再同期処理を行なう。これは、選択されたコピーグループのコピー元およびコピー先のディスクのペアに対して、再同期を行ない、これらのディスク間で内容が同一になるように指示する処理である。ステップ１４０３から１４０５の処理は、バックアップ対象となるすべてのテーブルに対して必要なだけ繰り返す。
【００７０】
次に、ステップ１４０６で、バックアップに利用するコピーグループのステータスを確認する。これはペア再同期の進捗を確認し、各コピーグループのディスク間で内容が同一になったかを確認する処理である。それが確認できたら、ステップ１４０７で、当該ＤＢを静止化する。これにより、ＤＢに対する変更は一切できなくなる。次に、ステップ１４０８で、バックアップに利用する各コピーグループに対して、ペア分割の指示を出す。これは、対象コピーグループのコピー元およびコピー先のディスクのペアを分割（スプリット）する処理である。ステップ１４０９で、分割状態になったことを確認する。ステップ１４１０で、当該ＤＢの静止化を解除する。これ以後は、対象コピーグループのコピー元のディスクは変更を受け付けるようになる。対象コピーグループのコピー先のディスクは、分割した時点の内容が保持されているので、これがバックアップとなる。最後にステップ１４１１で、必要な情報をバックアップカタログ（ファイル）に登録する。このバックアップカタログには、コピー元からコピー先に至る経路情報も含む。この情報は、必要に応じてリストア処理で利用する。
【００７１】
図１５は、管理者がデータ保護統合制御部１０２０からリストアコマンドを入力したときの処理手順を示す。
【００７２】
ステップ１５０１で初期化処理を行なった後、ステップ１５０２で各マップ情報を作成する。ステップ１５０１，１５０２は、ステップ１４０１，１４０２と同様の処理である。ステップ１５０３では、カタログ情報を取得する。これは、ステップ１４１１で作成したバックアップカタログから、リストアするデータの情報を取得する処理である。ステップ１５０４で、ＤＢが走行中か否か判別し、走行中であれば、リストア対象のテーブルスペースをオフラインにする。ＤＢが走行中でなければ、直接、ステップ１５０６に進む。
【００７３】
ステップ１５０６では、ＲＥＳＹＮＣオプションが指定されていたら、ペアリシンクが可能か否か判定する。可能であれば、ステップ１５０７で、バックアップデータをリストアする対象のディスクＰＶＯＬをアンマウント（ファイルシステムからの切り離し）する。アンマウントが成功したら、ステップ１５０８で、ペアリシンクを行なう。これにより、バックアップデータが存在するディスクＳＶＯＬから、リストアする対象のディスクＰＶＯＬへと、リストアが行なわれる。その後、ステップ１５０９で、ＰＶＯＬをＦＳＣＫ＆マウントして、処理を終了する。
【００７４】
ステップ１５０６でペアリシンク不可能な場合、およびステップ１５０７でＰＶＯＬのアンマウントが不可能な場合は、ファイルコピーによるリストアを行なう。まずステップ１５１０で、ＳＶＯＬをＦＳＣＫ＆マウントする。次に、ステップ１５１１で、ファイルコピーを実行する。これは、バックアップデータが存在するディスクＳＶＯＬから、リストアする対象のディスクＰＶＯＬへと、ファイルのコピーを行なう処理である。その後、ＳＶＯＬをアンマウントして、処理を終了する。
【００７５】
なお、磁気テープにバックアップを取る場合も基本的な処理手順は同じである。コピーグループに、コピー先として磁気テープ装置を定義しておけばよい。コピー先が磁気テープである場合は、磁気テープに対応する処理を行なうようにする。また、コピー先とコピー元とは、その間にどのような経路が介在していても良い。その経路情報は、ＣＧマップに格納されるので、その経路にしたがって、データを転送することができる。その経路でデータ転送するのが不可能な場合、他の経路を経由するようにしても良い。結果として実際にデータ転送に使用された経路は、バックアップカタログに格納され、リストアに利用される。
【００７６】
上記第２の実施の形態によれば、マップ情報を利用するため、管理者はシステムの全体について把握していなくても、簡単な操作でバックアップなどのファイル転送を指示できる。コピーグループを定義しておくことにより、任意のディスク間で、ファイル転送を簡単に行なうことができるようになる。例えば、あるディスクＡをマスタとし、何世代かのバックアップを取りたい場合は、ディスクＡとディスクＢ１の第１のコピーグループ、ディスクＡとディスクＢ２の第２のコピーグループ、ディスクＡとディスクＢ３の第３のコピーグループ、…などを定義しておく。第１世代のバックアップは第１のコピーグループを用いてディスクＢ１にとり、第２世代のバックアップは第２のコピーグループを用いてディスクＢ２にとり、第３世代のバックアップは第３のコピーグループを用いてディスクＢ３にとり、…というようにできる。
【００７７】
さらに、上記第１の実施の形態で説明したシナリオ、ポリシー、およびスケジュールの機能と、上記第２の実施の形態とを、組み合わせることもできる。この場合は、シナリオやポリシーで実行する処理要素（コマンド）の１つとして、マップ情報を利用するバックアップやリストアを用いればよい。
【００７８】
マップ情報を利用するコマンドとしては、上述のバックアップとリストアのほか、ベリファイ、マップ情報表示、コピーグループのロック／アンロックなどがある。
【００７９】
【発明の効果】
以上説明したように、本発明によれば、ＳＡＮ（Storage Area Network）に格納されたデータのバックアップなどで、対象のデータをＳＡＮの記憶手段の間でデータ転送する場合、該データ転送の転送元と転送先に対するデータ転送の指示を前記ＳＡＮとは異なるネットワーク経由で行なうようにしたので、遠隔地へのバックアップの指定が容易になり、リスク分散することが可能になる。したがって、高信頼な設備で２４時間体制で稼働するようなバックアップサイトやＭＳＰ（Management Service Provider）で一元的にバックアップを取ることができる。また、簡単にデータの複製をとることができるので、データウェアハウス、マイニング、および意志決定支援システムなどに利用できるような複製データベースを容易に作成できる。ＡＰマップ、ＣＯＲＥマップ、ＣＧマップなどのリンク情報を用いることで、利用者がシステムの全体を把握していなくても、簡単なコマンドでファイル転送を行なうことができる。
【図面の簡単な説明】
【図１】本発明のファイルバックアップ方法を適用したシステムの構成例を示す図
【図２】バックアップを行なう典型例を説明するための図
【図３】別のバックアップの典型例を説明するための図
【図４】バックアップ機能を実現するためのソフトウェア構成を示す図
【図５】管理クライアントおよび管理サーバにおける具体的なソフトウェア構成を示す図
【図６】リポジトリの構成例を示す図
【図７】シナリオ定義画面の例を示す図
【図８】スケジュール定義画面の例を示す図
【図９】図１のシステムの物理的な構成を示すブロック図
【図１０】第２の実施の形態におけるシステムの論理的な階層と各階層での管理ツールを示すブロック図
【図１１】各階層間でＤＢのテーブル名からディスクに至るまでの対応の例を示す図
【図１２】第２の実施の形態におけるリポジトリの構成例を示す図
【図１３】マップ情報の構成を示す図
【図１４】バックアップ処理の手順を示すフローチャート図
【図１５】リストア処理の手順を示すフローチャート図
【符号の説明】
１００…インターネット、１０１〜１０６…データベース（ＤＢ）サーバ、１０７，１０８…中継サーバ、１０９，１１０…ＭＳＰ（Management Service Provider）サーバ、１１１〜１１３…ＳＳＰ（Storage Service Provider）サーバ、１１４…管理クライアント。
Claims (6)
- 第１のディスク装置と第１の制御装置からなり、管理用コンピュータに接続された第１のディスク群と、第２のディスク装置と第２の制御装置からなり、第１のネットワークを介して前記管理用コンピュータと接続されたバックアップ装置に接続された第２のディスク群とを第２のネットワークで接続したストレージシステムにおけるファイル転送方法において、
前記管理用コンピュータは、前記第１のディスク群に対して、前記第１のディスク装置から前記第２のディスク装置へのファイルデータのコピーを指示し、
前記第１のディスク群の前記第１の制御装置は、前記ファイルデータのコピーの指示に基づいて、前記第２のネットワークを介して、前記第１のディスク装置から前記第２のディスク装置にファイルデータをコピーし、
前記管理用コンピュータは、前記第１のネットワークを介して、前記バックアップ装置に対して、前記第１のディスク装置からコピーされた前記第２のディスク装置内のファイルデータをバックアップするよう指示し、
前記バックアップ装置は、前記バックアップの指示に基づいて、前記第２のディスク装置内にコピーされたファイルデータをバックアップする
ことを特徴とするファイル転送方法。 - 管理用コンピュータと、
バックアップ装置と、
前記管理用コンピュータと前記バックアップ装置とを接続する第１のネットワークと、
第１のディスク装置と第１の制御装置からなり、前記管理用コンピュータに接続された第１のディスク群と、
第２のディスク装置と第２の制御装置からなり、前記バックアップ装置に接続された第２のディスク群と、
前記第１のディスク群と前記第２のディスク群と接続する第２のネットワークとからなるストレージシステムであって、
前記管理用コンピュータは、前記第１のディスク群に対して、前記第１のディスク装置から前記第２のディスク装置へのファイルデータのコピーを指示し、
前記第１のディスク群の前記第１の制御装置は、前記ファイルデータのコピーの指示に基づいて、前記第２のネットワークを介して、前記第１のディスク装置から前記第２のディスク装置にファイルデータをコピーし、
前記管理用コンピュータは、前記第１のネットワークを介して、前記バックアップ装置に対して、前記第１のディスク装置からコピーされた前記第２のディスク装置内のファイルデータをバックアップするよう指示し、
前記バックアップ装置は、前記バックアップの指示に基づいて、前記第２のディスク装置内にコピーされたファイルデータをバックアップする
ことを特徴とするストレージシステム。 - 第１のディスク装置と第１の制御装置からなり、管理用コンピュータに接続された第１のディスク群と、第２のディスク装置と第２の制御装置からなり、第１のネットワークを介して前記管理用コンピュータと接続されたバックアップ装置に接続された第２のディスク群とを第２のネットワークで接続したストレージシステムにおけるファイル転送方法を実行するためのプログラムにおいて、前記ファイル転送方法は、
前記管理用コンピュータは、前記第１のディスク群に対して、前記第１のディスク装置から前記第２のディスク装置へのファイルデータのコピーを指示し、
前記第１のディスク群の前記第１の制御装置は、前記ファイルデータのコピーの指示に基づいて、前記第２のネットワークを介して、前記第１のディスク装置から前記第２のディスク装置にファイルデータをコピーし、
前記管理用コンピュータは、前記第１のネットワークを介して、前記バックアップ装置に対して、前記第１のディスク装置からコピーされた前記第２のディスク装置内のファイルデータをバックアップするよう指示し、
前記バックアップ装置は、前記バックアップの指示に基づいて、前記第２のディスク装置内にコピーされたファイルデータをバックアップする
ことを特徴とするプログラム。 - 請求項１に記載のファイル転送方法において、
前記管理用コンピュータは、システム内の各機器から自動収集した最新のネットワーク構成情報とストレージ構成情報とを含むリポジトリを記憶する記憶手段を備え、該ネットワーク構成情報とストレージ構成情報とを利用して前記ファイルデータの転送の指示を出すことを特徴とするファイル転送方法。 - 請求項４に記載のファイル転送方法において、
前記記憶手段に記憶されるリポジトリは、前記ファイルデータのバックアップを行なうために必要な一連の手順を自動実行させるためのスクリプトを定義したシナリオ定義情報を含み、指示されたシナリオ定義情報の手順に従って前記ファイルデータの転送の指示を出すことを特徴とするファイル転送方法。 - 請求項５に記載のファイル転送方法において、
前記記憶手段に記憶されるリポジトリは、バックアップに関する方針を示すデータであるポリシー定義情報を含み、指定されたポリシー定義情報が示す方針に沿ったシナリオ定義情報を用いて前記ファイルデータの転送の指示を出すことを特徴とするファイル転送方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002120530A JP3957278B2 (ja) | 2002-04-23 | 2002-04-23 | ファイル転送方法およびシステム |
| US10/230,277 US7188187B2 (en) | 2002-04-23 | 2002-08-29 | File transfer method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002120530A JP3957278B2 (ja) | 2002-04-23 | 2002-04-23 | ファイル転送方法およびシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003316633A JP2003316633A (ja) | 2003-11-07 |
| JP3957278B2 true JP3957278B2 (ja) | 2007-08-15 |
Family
ID=29208006
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002120530A Expired - Fee Related JP3957278B2 (ja) | 2002-04-23 | 2002-04-23 | ファイル転送方法およびシステム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7188187B2 (ja) |
| JP (1) | JP3957278B2 (ja) |
Families Citing this family (40)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040049520A1 (en) * | 2002-09-05 | 2004-03-11 | Heather Bowers | System, method, and apparatus for sharing revision control databases |
| US7117324B2 (en) * | 2002-10-18 | 2006-10-03 | International Business Machines Corporation | Simultaneous data backup in a computer system |
| JP4387116B2 (ja) | 2003-02-28 | 2009-12-16 | 株式会社日立製作所 | ストレージシステムの制御方法、及びストレージシステム |
| DE60309451T2 (de) * | 2003-06-11 | 2007-03-15 | Siemens Ag | Verfahren und Vorrichtung zur Behebung katastrophaler Fehler eines IP Netzes durch Bereitstellung geographischer Redundanz |
| US7143112B2 (en) * | 2003-09-10 | 2006-11-28 | Hitachi, Ltd. | Method and apparatus for data integration |
| JP4307982B2 (ja) * | 2003-12-19 | 2009-08-05 | 株式会社日立製作所 | データ多重化制御方法 |
| JP2005190106A (ja) * | 2003-12-25 | 2005-07-14 | Hitachi Ltd | 論理ボリュームを管理する記憶制御サブシステム |
| JP4629342B2 (ja) | 2004-01-09 | 2011-02-09 | 株式会社日立製作所 | ストレージ装置およびその制御方法 |
| US20050160249A1 (en) * | 2004-01-21 | 2005-07-21 | Hewlett-Packard Development Company, L.P. | Volume type determination for disk volumes managed by a LDM |
| JP4662117B2 (ja) * | 2004-03-05 | 2011-03-30 | 株式会社日立製作所 | ストレージシステム |
| US20060080507A1 (en) * | 2004-05-18 | 2006-04-13 | Tyndall John F | System and method for unit attention handling |
| JP4401895B2 (ja) * | 2004-08-09 | 2010-01-20 | 株式会社日立製作所 | 計算機システム、計算機及びそのプログラム。 |
| US7650356B2 (en) * | 2004-08-24 | 2010-01-19 | Microsoft Corporation | Generating an optimized restore plan |
| US7769709B2 (en) * | 2004-09-09 | 2010-08-03 | Microsoft Corporation | Method, system, and apparatus for creating an archive routine for protecting data in a data protection system |
| JP2006079389A (ja) * | 2004-09-10 | 2006-03-23 | Casio Comput Co Ltd | データバックアップ制御装置およびプログラム |
| JP4555049B2 (ja) * | 2004-10-27 | 2010-09-29 | 株式会社日立製作所 | 計算機システム、管理計算機、及びデータ管理方法 |
| JP4143611B2 (ja) | 2005-02-04 | 2008-09-03 | インターナショナル・ビジネス・マシーンズ・コーポレーション | バックアップ生成装置、リカバリ処理装置、バックアップ生成方法、リカバリ処理方法、及びプログラム |
| CA2598832A1 (en) * | 2005-03-01 | 2006-09-08 | Irm Llc | Method and system for enterprise data access, annotation and sharing |
| JP4843976B2 (ja) * | 2005-03-25 | 2011-12-21 | 日本電気株式会社 | レプリケーションシステムと方法 |
| JP2006293850A (ja) * | 2005-04-13 | 2006-10-26 | Hitachi Ltd | リモートコピーシステムおよびリモートコピー方法 |
| JP2006318285A (ja) * | 2005-05-13 | 2006-11-24 | Ricoh Co Ltd | 文書管理装置 |
| US7668810B2 (en) * | 2006-01-27 | 2010-02-23 | International Business Machines Corporation | Controlling consistency of data storage copies |
| US8112396B2 (en) * | 2006-06-07 | 2012-02-07 | Emc Corporation | Backup and recovery of integrated linked databases |
| US8019872B2 (en) * | 2006-07-12 | 2011-09-13 | International Business Machines Corporation | Systems, methods and computer program products for performing remote data storage for client devices |
| US20080086609A1 (en) * | 2006-10-06 | 2008-04-10 | Richard Lesser | Method and Apparatus for Generating a Backup Strategy for a Client |
| JP5158074B2 (ja) * | 2007-03-20 | 2013-03-06 | 富士通株式会社 | ストレージ管理プログラム、ストレージ管理方法、ストレージ管理装置およびストレージシステム |
| JP2008305223A (ja) * | 2007-06-08 | 2008-12-18 | Fujitsu Ltd | リストア制御プログラム、リストア制御方法、リストア制御装置、およびリストア制御システム |
| JP4898609B2 (ja) * | 2007-09-11 | 2012-03-21 | 株式会社日立製作所 | ストレージ装置、データ回復方法及び計算機システム |
| US8341121B1 (en) * | 2007-09-28 | 2012-12-25 | Emc Corporation | Imminent failure prioritized backup |
| JP4416035B2 (ja) * | 2007-12-28 | 2010-02-17 | 村田機械株式会社 | 中継サーバ及び中継通信システム |
| WO2009122528A1 (ja) * | 2008-03-31 | 2009-10-08 | 富士通株式会社 | 統合構成管理装置、異種構成管理装置、バックアップデータ管理システム |
| US8239348B1 (en) * | 2008-08-14 | 2012-08-07 | Symantec Corporation | Method and apparatus for automatically archiving data items from backup storage |
| JP5286212B2 (ja) * | 2009-09-29 | 2013-09-11 | 株式会社日立製作所 | ストレージクラスタ環境でのリモートコピー制御方法及びシステム |
| WO2011119173A1 (en) * | 2010-03-26 | 2011-09-29 | Carbonite, Inc. | Transfer of user data between logical data sites |
| US8943356B1 (en) * | 2010-09-30 | 2015-01-27 | Emc Corporation | Post backup catalogs |
| WO2012140813A1 (ja) * | 2011-04-14 | 2012-10-18 | パナソニック株式会社 | データ転送装置 |
| EP2975518A4 (en) * | 2013-03-15 | 2016-11-02 | Nec Corp | INFORMATION PROCESSING SYSTEM AND METHOD FOR RE-POSITIONING AN APPLICATION |
| US10445235B2 (en) * | 2016-07-29 | 2019-10-15 | Seagate Technology Llc | Weighted data striping |
| JP6489144B2 (ja) * | 2017-03-23 | 2019-03-27 | 日本電気株式会社 | 情報処理装置 |
| US11372842B2 (en) * | 2020-06-04 | 2022-06-28 | International Business Machines Corporation | Prioritization of data in mounted filesystems for FSCK operations |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6421723B1 (en) * | 1999-06-11 | 2002-07-16 | Dell Products L.P. | Method and system for establishing a storage area network configuration |
| JP2001051890A (ja) | 1999-08-10 | 2001-02-23 | Toshiba Corp | 仮想分散ファイルサーバシステム |
| WO2001029647A1 (fr) * | 1999-10-22 | 2001-04-26 | Hitachi, Ltd. | Systeme de reseau de zone a memoire |
| US6848007B1 (en) * | 1999-11-12 | 2005-01-25 | Crossroads Systems, Inc. | System for mapping addresses of SCSI devices between plurality of SANs that can dynamically map SCSI device addresses across a SAN extender |
| US6826580B2 (en) * | 2000-01-20 | 2004-11-30 | Emc Corporation | Distributed storage resource management in a storage area network |
| US6845387B1 (en) * | 2000-04-07 | 2005-01-18 | Advanced Digital Information Corporation | Creating virtual private connections between end points across a SAN |
| AU2001246799A1 (en) * | 2000-04-18 | 2001-10-30 | Storeage Networking Technologies | Storage virtualization in a storage area network |
| JP2001306403A (ja) | 2000-04-27 | 2001-11-02 | Toshiba Corp | ストレージ装置およびファイル共有システム |
| US6977927B1 (en) * | 2000-09-18 | 2005-12-20 | Hewlett-Packard Development Company, L.P. | Method and system of allocating storage resources in a storage area network |
| US7165096B2 (en) * | 2000-12-22 | 2007-01-16 | Data Plow, Inc. | Storage area network file system |
| US6606690B2 (en) * | 2001-02-20 | 2003-08-12 | Hewlett-Packard Development Company, L.P. | System and method for accessing a storage area network as network attached storage |
| US6721851B2 (en) * | 2001-08-07 | 2004-04-13 | Veritas Operating Corporation | System and method for preventing sector slipping in a storage area network |
| US6839824B2 (en) * | 2001-12-28 | 2005-01-04 | Hewlett-Packard Development Company, L.P. | System and method for partitioning a storage area network associated data library employing element addresses |
| US6715031B2 (en) * | 2001-12-28 | 2004-03-30 | Hewlett-Packard Development Company, L.P. | System and method for partitioning a storage area network associated data library |
-
2002
- 2002-04-23 JP JP2002120530A patent/JP3957278B2/ja not_active Expired - Fee Related
- 2002-08-29 US US10/230,277 patent/US7188187B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003316633A (ja) | 2003-11-07 |
| US20030200275A1 (en) | 2003-10-23 |
| US7188187B2 (en) | 2007-03-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3957278B2 (ja) | ファイル転送方法およびシステム | |
| US7596713B2 (en) | Fast backup storage and fast recovery of data (FBSRD) | |
| US9189346B2 (en) | Management computer used to construct backup configuration of application data | |
| US6925541B2 (en) | Method and apparatus for managing replication volumes | |
| EP1405188B1 (en) | Systems and methods of information backup | |
| US7546484B2 (en) | Managing backup solutions with light-weight storage nodes | |
| US6950871B1 (en) | Computer system having a storage area network and method of handling data in the computer system | |
| US7509358B1 (en) | Performing replication operations on continuous data protection systems using pseudosnapshots | |
| US7971091B1 (en) | Network configuration backup and restore operations using continuous data protection | |
| US7603395B1 (en) | Using pseudosnapshots for continuous data protection systems to surface a copy of data | |
| JP2003233467A5 (ja) | ||
| US7584339B1 (en) | Remote backup and restore operations for ISB protocol systems | |
| EP1675007B1 (en) | Fault management system in multistage copy configuration | |
| US20030065780A1 (en) | Data storage system having data restore by swapping logical units | |
| US20080208926A1 (en) | Data management in a data storage system using data sets | |
| US7725669B1 (en) | Backup and restore operations using coherency groups for ISB protocol systems | |
| JP2005538470A (ja) | ノーダルフェイルオーバを用いるプライマリーデータバックアップおよびリモートデータバックアップ | |
| JP2005031716A (ja) | データバックアップの方法及び装置 | |
| US7487310B1 (en) | Rotation policy for SAN copy sessions of ISB protocol systems | |
| US7765190B1 (en) | Pseudosnapshot creation and implementation using continuous data protection | |
| US7290100B2 (en) | Computer system for managing data transfer between storage sub-systems | |
| US8285835B1 (en) | Graphical analysis of states in a computing system | |
| JP2003015933A (ja) | 記憶装置のファイルレベルリモートコピー方法 | |
| US7587565B1 (en) | Generating automated and scheduled SAN copy sessions for ISB protocol systems | |
| US7685460B1 (en) | Multiple concurrent restore using same user interface |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050131 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070209 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070410 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070507 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070507 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110518 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110518 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120518 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120518 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130518 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130518 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |