(57)【要約】【課題】従来の階層型バックアップシステムでは、ある層で障害が発生すると、それ以下の層にまで障害の影響が波及してしまうという問題があった。例えば、第２層で障害が発生した場合、第３層でのバックアップが実行できなくなり、その影響で第４層でのバックアップも正常に行えなかった。【解決手段】階層型バックアップシステムにおける、ある層で障害が発生した場合、障害が発生した層をスキップしてバックアップを行ったり、障害が発生した層の下位層でのバックアップの周期を短くすることにより、下位層が障害が発生した層の代わりを担うなどの処理を行うことにより、障害の影響を最小限に抑える。【選択図】  図１
2004164046.tif 000002
【特許請求の範囲】
【請求項１】
複数のバックアップ手段を階層的に組み合わせて構築した階層型のバックアップシステムにおけるバックアップ方法は、
バックアップ方法を変更する際に、
前記バックアップシステムを構成する装置の障害発生状況を調査し、
前記調査結果に応じて、バックアップの流れを決定することを特徴とするバックアップ方法。
【請求項２】
複数のバックアップ手段を階層的に組み合わせて構築した階層型のバックアップシステムにおけるバックアップ方法は、
バックアップ方法を変更する際に、
前記バックアップシステムを構成する装置の障害発生状況を調査し、
前記調査結果に応じて、バックアップの周期を決定することを特徴とするバックアップ方法。
【請求項３】
前記バックアップを実行する際に、
前記決定したバックアップの流れに従い、前記バックアップシステムを構成する各装置にバックアップの実行を指示することを特徴とする請求項１記載のバックアップ方法。
【請求項４】
前記バックアップを実行する際に、
前記決定したバックアップの周期に従い、前記バックアップシステムを構成する各装置にバックアップの実行を指示することを特徴とする請求項２記載のバックアップ方法。
【請求項５】
複数のバックアップ手段を階層的に組み合わせて構築した階層型バックアップシステムにおけるバックアップ方法は、
それぞれの階層における前記バックアップ手段の障害発生の有無を検出し、
当該階層で障害が発生した場合、前記障害が発生した層をスキップして、前記障害が発生した階層の上位階層と下位階層との間でのバックアップ動作を前記バックアップ手段のそれぞれに指示し、
前記下位層でのバックアップ動作の周期を変更することを特徴とするバックアップ方法。
【請求項６】
前記バックアップ動作の周期は、バックアップ対象のデータに応じて変更することを特徴とする請求項５記載のバックアップ方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は計算機におけるデータのバックアップシステムに関わり、特に、複数のバックアップシステムを組み合わせて階層的なバックアップを行うシステムにおけるデータのバックアップ方法に関わる。
【０００２】
【従来の技術】
現在では、ミラーリング、スナップショット、磁気テープへのバックアップ、磁気ディスクへのバックアップ、光ディスクへのバックアップなど、さまざまなバックアップ手段が存在するが、それぞれ長所と短所を併せ持っている。
【０００３】
ミラーリングでは、複数のディスクに格納されている内容が常になるよう制御しているため、あるディスクに障害が発生しても、その他のディスクを使用して業務を継続でき、ディスク障害の損失を最小限に抑えることができる。しかし、人手による操作ミス、ソフトウェアのバグ、コンピュータウィルスなどによってデータが削除されると、全てのディスクからデータが削除されてしまうという問題があるため、データ保護という面では、やや脆弱である。
【０００４】
定期的にデータのスナップショットコピーをとる方法（以下、「スナップショット方法」と記す）では、誤ってデータを削除しても、既に保存済みのスナップショットコピーには影響はない。しかし、障害発生時には、最後にスナップショットコピーをとった時点にしか戻せないため、秒単位間隔でデータが更新される業務には不向きである。また、一般に、スナップショットコピーは、多くの世代を管理することがコスト的に困難であり、古いスナップショットコピーが次々に上書きされるため、バックアップデータの長期保存には向かない。
【０００５】
その他のバックアップ手段として、安価なディスク装置、磁気テープ、光ディスクなどへのバックアップがあるが、安価なディスク装置へのバックアップは一般に、スナップショットコピー方法に比べると、コスト的には優位だが性能的に劣る。磁気テープや光ディスクへのバックアップは一般に、コスト的にはさらに優位だが、性能的にはさらに劣る。
【０００６】
このように、各種のバックアップ手段には一長一短があるため、バックアップシステムを構築する際には、バックアップ対象データの特徴に応じ、最適な方法が採用されてきた。また、複数のバックアップ手段を階層的に組み合わせて、それぞれの長所を活かし、短所を補うように構成したバックアップシステム（以下、「階層型バックアップシステム」と記す）を採用するケースが増えている。例えば、業務データをミラーリングで保護し（第１層）、さらに定期的にスナップショットコピーをとり、ソフトウェアのバグやコンピュータウィルスなどからもデータを保護し（第２層）、さらにスナップショットコピーの一部を磁気ディスクへバックアップすることにより、古いスナップショットコピーが上書きされることによるデータ消失の危険性を回避し（第３層）、さらに磁気ディスク上のバックアップデータの一部を磁気テープライブラリへバックアップすることにより、磁気テープを取り出して金庫や遠隔地に保管することができるようになる（第４層）。すなわち、階層型バックアップシステムを構築することにより、障害発生時の復旧を高速に行える上、ハード的な障害だけではなく、人的操作ミス、ソフトウェアのバグ、コンピュータウィルス、災害などからもデータを保護できるようになる。
【０００７】
しかし、従来の階層型バックアップシステムでは、ある層で障害が発生すると、それ以下の層にまで障害の影響が波及してしまうという問題がある。例えば、第２層で障害が発生した場合、第３層でのバックアップが実行できなくなり、その影響で第４層でのバックアップも正常に行えなくなってしまう。
【０００８】
そこで、従来技術では、ｎ台の複数の装置から構成され、その複数の装置の内ｋ台を現用として使用し、残りの（ｎ−ｋ）台の装置をホットスタンバイの予備機として待機させるシステムにおいて、最良の装置ｋ台を順次選択し、次の現用機を決定するように構成している（例えば、特許文献１を参照）。この方式を用いることにより、階層型バックアップシステム内の装置で障害が発生しても、待機系の別の装置が現用機として動作するため、その階層型バックアップシステムは問題なく稼動できる。
【０００９】
【特許文献１】
特開平８−３６５０２号公報
【００１０】
【発明が解決しようとする課題】
上記の従来技術では、現用機のほかに、待機系の装置を準備する必要がある。特に、階層型バックアップシステムにおいては、システムがストレージやサーバマシンなど、さまざまな装置から構成されるため、待機系の装置もさまざまな装置を準備しておかなければならない。
【００１１】
本発明の目的は、階層型バックアップシステムのある層で障害が発生した場合にもシステムが問題なく稼動し続けることができる方法を、待機系の装置を必要とせずに実施することにある。
【００１２】
【課題を解決するための手段】
上記目的を達成するために、障害状況に応じて最適なバックアップを実行する手段を有する計算機システムにおける本発明のバックアップ方法では、
バックアップの方法を決定する際に、
（１）階層型バックアップシステムを構成する各装置の障害発生状況を調査し、
（２）障害発生状況に応じたバックアップの方法（バックアップの流れ、周期など）を決定し、
バックアップを実行する際に、
（３）上記処理により決定した最適なバックアップの方法に従い、階層型バックアップシステムを構成する各装置にバックアップの実行を指示する。
【００１３】
これにより、階層型バックアップシステムにおける、ある層で障害が発生した場合も、その障害の影響を最小限に抑えることができる。
【００１４】
【発明の実施の形態】
以下、本発明を適用した実施例を、図面を用いて説明する。始めに、本実施例のシステム構成について説明する。
【００１５】
本発明の階層型バックアップシステムでは、ある層で障害が発生した場合、障害が発生した層をスキップしてバックアップを行ったり、障害が発生した層の下位層でのバックアップの周期を短くすることにより、下位層が障害が発生した層の代わりを担うなどの処理を行うことにより、障害の影響を最小限に抑える。
【００１６】
図１は、本発明による電子メール配信システムの実施例における全体構成を示す。図１に示す通り、本発明による階層型バックアップシステムの実施例は、管理サーバ１０１、業務サーバ１０２、プライマリストレージ１０３、セカンダリストレージ１０４、バックアップサーバ１０５および１０６、磁気テープライブラリ１０７、ストレージエリアネットワーク（ＳＡＮ）１０８、ネットワーク（ＬＡＮやＷＡＮなど）１０９から構成される。
【００１７】
管理サーバ１０１、プライマリストレージ１０３、セカンダリストレージ１０４、バックアップサーバ１０５および１０６を、ネットワーク１０９で接続し、さらに、プライマリストレージ１０３、セカンダリストレージ１０４、バックアップサーバ１０５および１０６を、ストレージエリアネットワーク１０８にＦｉｂｒｅ  Ｃｈａｎｎｅｌ（以下ＦＣと記す）ケーブルで接続する。また、バックアップサーバ１０６と磁気テープライブラリ１０７をＳＣＳＩ接続する。なお、図１では磁気テープライブラリ１０７は、バックアップサーバ１０６にＳＣＳＩ接続する構成をとったが、磁気テープライブラリ１０７は、ストレージエリアネットワーク１０８にＦＣ接続する構成をとることもできる。
【００１８】
管理サーバ１０１は、本実施例における階層型バックアップシステムのバックアップの流れを制御する装置である。ネットワーク１０９に接続された各装置を監視し、状況に応じて、最適なバックアップの流れになるよう、プライマリストレージ１０３、バックアップサーバ１０５および１０６にデータの入出力を指示する。
【００１９】
業務サーバ１０２は、業務アプリケーションサーバ、ＤＢサーバ、ファイルサーバなどの業務上で利用される機能をもつサーバであり、プライマリストレージ１０３に格納されたデータを参照又は更新しながら動作する。
【００２０】
プライマリストレージ１０３は、業務サーバ１０２が参照又は更新するデータを格納するストレージである。本実施例では、プライマリストレージ１０３は、障害時に備えたミラーリング機能、スナップショット機能を持ち、ミラーリングによるデータ保護を、階層型バックアップシステムにおける第１層、スナップショットによるデータ保護を、階層型バックアップシステムにおける第２層でそれぞれ実行する。
【００２１】
セカンダリストレージ１０４は、仮想テープライブラリなど、プライマリストレージ１０３より安価なディスク装置であり、プライマリストレージ１０３内のデータのバックアップ用に利用される。
【００２２】
バックアップサーバ１０５および１０６は、それぞれ、セカンダリストレージ１０４および磁気テープライブラリ１０７へのバックアップを制御するサーバである。本実施例では、バックアップサーバ１０５によるセカンダリストレージ１０４へのバックアップを階層型バックアップシステムにおける第３層、バックアップサーバ１０６による磁気テープライブラリ１０６へのバックアップを階層型バックアップシステムにおける第４層でそれぞれ実行する。図１では、バックアップサーバ１０５および１０６には別個のコンピュータを使用するものとしたが、同一のコンピュータ上に、バックアップサーバ１０５および１０６の機能を実装する構成をとることもできる。
【００２３】
磁気テープライブラリ１０６は、バックアップサーバ１０６によって制御されるバックアップジョブで使用されるバックアップ用ストレージである。
【００２４】
なお、プライマリストレージ１０３、セカンダリストレージ１０４、バックアップサーバ１０５および１０６は、それぞれ障害通知機能を持つ。本機能は、該当装置に障害が発生した場合、ネットワーク１０９を介して、管理サーバ１０１へ障害の発生を通知する機能である。ここで、図１では管理サーバ１０１とバックアップサーバ１０５および１０６には別個のコンピュータを使用するものとしたが、同一コンピュータ上に実装する構成をとることもできる。また、図１では業務サーバ１０２とバックアップサーバ１０５および１０６には別個のコンピュータを使用するものとしたが、同一コンピュータ上に実装する構成をとることもできる。同様に、管理サーバ１０１と業務サーバ１０２とバックアップサーバ１０５および１０６を、同一コンピュータ上に実装する構成をとることもできる。また、バックアップサーバ１０５の機能をセカンダリストレージ１０４のファームウェアに実装し、バックアップサーバ１０６の機能を磁気テープライブラリ１０７のファームウェアに実装することにより、バックアップサーバを使用しない構成をとることもできる。
【００２５】
以下、本実施例における図１の管理サーバ１０１について説明する。
【００２６】
図２は、本実施例における管理サーバ１０１の構成を示す。図２に示す管理サーバ１０１は、ディスプレイ２０１、指示入力装置２０２、中央演算処理装置（ＣＰＵ）２０３、通信制御装置２０４、外部記憶装置２０５、主メモリ２０６、システムバス２０７から構成される。
【００２７】
ディスプレイ２０１は、管理サーバ１０１による処理の実行状況や実行結果等を表示するために使用する。指示入力装置２０２は、キーボードやマウス等のコンピュータに指示を与えるための装置であり、プログラム起動などの指示を与えるために使用する。中央演算処理装置２０３は、管理サーバ１０１を構成する各種プログラムを実行する。通信制御装置２０４は、ネットワーク１０９を介して、ネットワーク１０９に接続された他の装置と各種データやコマンドを交換するために使用する。外部記憶装置２０５は、管理サーバ１０１による処理を実行するための各種データを保存するために使用する。主メモリ２０６は、管理サーバ１０１による処理を実行するための各種プログラムおよび一時的なデータを保持するために使用する。システムバス２０７は、これらの各種装置を接続するために使用する。
【００２８】
外部記憶装置２０５中には、障害状況管理情報２１１、障害時処理情報２１２、最適処理記録情報２１３、および監視対照装置一覧２１４が保持される。これらの情報は、管理サーバ１０１による処理を実行するための各種プログラムにより使用される。
【００２９】
主メモリ２０６中には、バックアップシステム管理プログラム２０８、およびバックアップ実行指示プログラム２０９が格納され、ワークエリア２１０が保持される。
【００３０】
ワークエリア２１０は、プログラムの実行時に必要となるデータを記憶するために使用する。
【００３１】
バックアップシステム管理プログラム２０８は、随時、最適なバックアップの流れを決定するプログラムである。当該プログラムは、ネットワーク１０９に接続された他の装置からの障害通知を待ち受け、障害通知を受信すると、障害状況管理情報２１１を更新し、障害時処理情報２１２を参照し、その時点で最適なバックアップの流れを決定する。さらに、その結果を最適処理記録情報２１３に記録する。
【００３２】
バックアップ実行指示プログラム２０９は、バックアップシステム管理プログラム２０８によって最適であると判断された流れに沿って、バックアップの実行を指示するプログラムである。当該プログラムは、定期的に最適処理記録情報２１３を参照し、当該情報に応じ、プライマリストレージ１０３、バックアップサーバ１０５および１０６にバックアップ処理の実行を指示する。
【００３３】
次に、本実施例における管理サーバ１０１の概略処理手順について説明する。
【００３４】
図３は、本発明の第一の実施例におけるバックアップシステム管理プログラム２０８の概略処理手順を示すＰＡＤ（Ｐｒｏｂｌｅｍ  Ａｎａｌｙｓｉｓ  Ｄｉａｇｒａｍ）図である。
【００３５】
バックアップシステム管理プログラム２０８は、指示入力装置１０２からのプログラム起動命令などにより起動すると、ネットワーク１０９に接続された他の装置の障害発生状況を監視するループに入る（ステップ３０１）。
【００３６】
ステップ３０２では、障害の有無を検査し、障害を検知した場合、ステップ３０３の処理へ分岐し、検知しなかった場合は、ステップ３０１のループを繰り返す。ここでは、障害通知を受信するか、ダウンしてレスポンスがない装置を検出した場合、障害発生と判断する。
【００３７】
ステップ３０３では、障害が発生した層および障害の程度を調査する。ステップ３０２で障害通知を受信している場合は、障害通知の内容から障害が発生した層と障害の程度を特定する。なお、本実施例におけるプライマリストレージ１０３のように、同一の装置で複数の層を担っている場合など、障害通知の内容だけでは障害が発生した場所を特定できない場合、障害が発生した装置へ詳細情報をリクエストし、障害が発生した場所と程度を特定する。なお、ステップ３０２で正常であることも確認できず、障害通知を受信していない場合、障害発生場所は、レスポンスがない装置の層であることが自明であるため、上記のような調査の必要はない。
【００３８】
ステップ３０４では、障害状況管理情報２１１を読み込み、ステップ３０３で判明した障害発生場所と障害程度を該当情報に反映させる。図４に、障害状況管理情報２１１の例を示す。図４に示す例では、１行に１つの層の情報を記し、‘，’（カンマ）の左側に層の番号、右側に障害程度（正常：ＯＫ、致命的障害：ＥＲＲＯＲ、警告：ＷＡＲＮＩＮＧ）を示している。ここで、障害状況管理情報２１１に、ステップ３０３で判明した障害発生場所以外の場所に、障害有り（ＥＲＲＯＲまたはＷＡＲＮＩＮＧ）と記載されていた場合、障害が回復していないか調査し、回復していれば”ＯＫ”と修正する。そして、障害発生状況（発生場所および程度）をワークエリア２１０に記録する。
【００３９】
ステップ３０５では、障害時処理情報２１２を読み込み、障害発生状況に適したバックアップの流れを決定する。図５に、障害時処理情報２１２の例を示す。図５に示す例では、１行毎に障害状況に応じた処理を記している。各行とも、‘，’（カンマ）で区切られた左から１番目が障害の状況、２番目が第２層への指示内容、３番目が第３層への指示内容、４番目が第４層への指示内容を示している。図６に、図５に示す障害時処理を決めるために参照する障害と各層での処理の対応表を示す。なお、図５に記載の“ｃ：￥ＪＯＢ１＿１”や、“ｃ：￥ＪＯＢ２＿１”などのファイル名のファイルは、障害時に各層に指示する内容を事前に作成したスクリプトファイルであり、図７に示す内容が記載されている。障害時処理情報２１２の記載内容から、ステップ３０４においてワークエリア２１０に記録した障害発生状況に該当する情報を読み込み、現在の障害状況に適した処理情報を入手する。本実施例における階層型バックアップシステムでは、第１層にミラーリングを採用しているが、特に第１層への指示を定義していない。しかし、ミラーディスクに障害が発生した場合にミラーディスクを変更するなど、障害状況に応じてミラーリングの処理を変更する場合、第１層への指示も定義してもよい。
【００４０】
ステップ３０６では、ステップ３０５で入手した処理情報を元に、各層に対する指示の与え方を示す最適処理記録情報２１３を更新する。ただし、ステップ３０４において、障害状況管理情報２１１に変更がなかった場合は、本ステップ３０６においても、最適処理記録情報２１３を更新する必要はない。なお、前記の通り、最適処理記録情報２１３は、バックアップ実行指示プログラム２０９によって読み込まれ、プログラム２０９によって、最適なバックアップ処理を行うよう各装置に指示される。図８に、最適処理記録情報２１３の例を示す。図８に示す例では、各行に１つの層に対する指示内容を記しており、‘，’（カンマ）で区切られた左から１番目が層の番号、２番目が指示を発行する周期（１ｈ：１時間、１ｄ：１日、１ｗ：１週間）、３番目が指示内容を記載したスクリプトファイル名を示している。なお、バックアップ対象のデータの性質に応じてバックアップ処理の周期を変えることもできる。
【００４１】
図９は、本発明の第一の実施例におけるバックアップ実行指示プログラム２０９の概略処理手順を示すＰＡＤ図である。
【００４２】
バックアップ実行指示プログラム２０９は、指示入力装置１０２からのプログラム起動命令などにより起動し、変数Ｔ１、Ｔ２およびＴ３に現在時刻を設定する（ステップ９０１）。
【００４３】
ステップ９０２では、最適処理記録情報２１３を読み込み、変数Ｓ１に第２層への指示発行周期、変数Ｓ２に第３層への指示発行周期、変数Ｓ３に第４層への指示発行周期を設定する。さらに、各層への指示内容を記述したスクリプトファイルの格納場所を、ワークエリア２１０に保存する。
【００４４】
ステップ９０３では、プログラムが停止するまでステップ９０４からステップ９１３に示す処理を繰り返すループに入る。
【００４５】
ステップ９０４では、１分間のＳｌｅｅｐを行う。
【００４６】
ステップ９０５では、現在時刻とＴ１の差（第２層への最終指示時刻からの経過時間）が、Ｓ１（第２層への指示発行周期）より大きい場合、ステップ９０６へ分岐する。
【００４７】
ステップ９０６では、ステップ９０２で保存した第２層への指示内容を記述したスクリプトファイルを実行し、プライマリストレージ１０３に指示を発行する。
【００４８】
ステップ９０７では、変数Ｔ１に現在時刻を設定する。
【００４９】
ステップ９０８では、現在時刻とＴ２の差（第３層への最終指示時刻からの経過時間）が、Ｓ２（第３層への指示発行周期）より大きい場合、ステップ９０９へ分岐する。
【００５０】
ステップ９０９では、ステップ９０２で保存した第３層への指示内容を記述したスクリプトファイルを実行し、バックアップサーバ１０５に指示を発行する。
【００５１】
ステップ９１０では、変数Ｔ２に現在時刻を設定する。
【００５２】
ステップ９１１では、現在時刻とＴ３の差（第４層への最終指示時刻からの経過時間）が、Ｓ３（第４層への指示発行周期）より大きい場合、ステップ９１２へ分岐する。
【００５３】
ステップ９１２では、ステップ９０２で保存した第４層への指示内容を記述したスクリプトファイルを実行し、バックアップサーバ１０６に指示を発行する。
【００５４】
ステップ９１３では、変数Ｔ３に現在時刻を設定する。
【００５５】
以上が、本実施例における管理サーバ１０１の説明である。
【００５６】
以下、本実施例におけるバックアップサーバ１０５および１０６について説明する。
【００５７】
図１０にバックアップサーバ１０５および１０６の機能概要を示す。
【００５８】
バックアップサーバ１０５は、バックアッププログラム１００１を有し、バックアップサーバ１０６は、バックアッププログラム１００２を有する。バックアッププログラム１００１および１００２は、バックアップ対象データやバックアップデータの格納場所を設定したバックアップジョブを複数定義することができ、これらのバックアップジョブは、コマンドラインインターフェースから呼び出すことができる。このような機能は、一般のバックアップソフトの機能として実現されているため、説明を省略する。
【００５９】
バックアッププログラム１００１には、バックアップジョブ１００３および１００４を定義し、バックアッププログラム１００２には、バックアップジョブ１００５、１００６および１００７を定義する。バックアップジョブ１００３のバックアップ対象データには、第２層のデータを設定し、バックアップデータの格納場所には、セカンダリストレージ１０４を設定する。バックアップジョブ１００４のバックアップ対象データには、第１層のデータを設定し、バックアップデータの格納場所には、セカンダリストレージ１０４を設定する。バックアップジョブ１００５のバックアップ対象データには、第３層のデータを設定し、バックアップデータの格納場所には、磁気テープライブラリ１０７を設定する。バックアップジョブ１００６のバックアップ対象データには、第２層のデータを設定し、バックアップデータの格納場所には、磁気テープライブラリ１０７を設定する。バックアップジョブ１００７のバックアップ対象データには、第１層のデータを設定し、バックアップデータの格納場所には、磁気テープライブラリ１０７を設定する。これらのバックアップジョブは、バックアップ実行指示プログラム２０９によって実行される。
【００６０】
以上が、本実施例におけるバックアップサーバ１０５および１０６の説明である。
【００６１】
【発明の効果】
以上説明した通り、本実施例に示したバックアップ方法によれば、階層型バックアップシステムの、ある層で障害が発生した場合、障害発生場所や障害程度に応じて柔軟にバックアップの流れやバックアップを実行する周期を変えることができ、障害の影響を最小限に抑えることができ、可用性の高い階層型バックアップシステムを提供できる。
【図面の簡単な説明】
【図１】実施例における全体構成を示す。
【図２】実施例における管理サーバの構成を示す。
【図３】実施例におけるバックアップシステム管理プログラムの処理手順を示すＰＡＤ図である。
【図４】実施例における障害状況管理情報の具体例を示す。
【図５】実施例における障害時処理情報の具体例を示す。
【図６】実施例における障害と各層での処理の対応表を示す。
【図７】実施例において使用するスクリプトファイルに記載された内容を示す。
【図８】実施例における最適処理記録情報の具体例を示す。
【図９】実施例におけるバックアップ実行指示プログラムの処理手順を示すＰＡＤ図である。
【図１０】実施例におけるバックアップサーバ１０５および１０６の機能概要を示す。
【符号の説明】
１０１…管理サーバ、１０２…業務サーバ、１０３…プライマリストレージ、１０４…セカンダリストレージ、１０５および１０６…バックアップサーバ、１０７…磁気テープライブラリ、１０８…ストレージエリアネットワーク、１０９…ネットワーク、２０１…ディスプレイ、２０２…指示入力装置、２０３…中央演算処理装置（ＣＰＵ）、２０４…通信制御装置、２０５…外部記憶装置、２０６…主メモリ、２０７…システムバス、２０８…バックアップシステム管理プログラム、２０９…バックアップ実行指示プログラム、２１０…ワークエリア、２１１…障害状況管理情報、２１２…障害時処理情報、２１３…最適処理記録情報、２１４…監視対象装置一覧、１００１および１００２…バックアッププログラム、１００３から１００７…バックアップジョブ
【図１】
2004164046.tif 000003
【図２】
2004164046.tif 000004
【図３】
2004164046.tif 000005
【図４】
2004164046.tif 000006
【図５】
2004164046.tif 000007
【図６】
2004164046.tif 000008
【図７】
2004164046.tif 000009
【図８】
2004164046.tif 000010
【図９】
2004164046.tif 000011
【図１０】
2004164046.tif 000012