JP2002297427A - データのバックアップのための方法、装置、システム、プログラム及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】適切なバックアップスケジュールを自動的に決
定する。 【解決手段】ホスト計算機、バックアップ元記憶装置及
びバックアップ先記憶装置に通信回線を介して接続さ
れ、バックアップ処理のスケジュールを記録しておくた
めのバックアップスケジュール表記憶手段を有するバッ
クアップ装置により、ホスト計算機からの要求に応じ
て、バックアップ対象データの重要度及び該データを保
持する記憶装置の信頼度を基に、バックアップスケジュ
ール表を作成及び／又は編集し、このバックアップスケ
ジュール表に記録されたスケジュールに従ってバックア
ップ処理を実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は磁気ディスク記憶装
置内のデータをバックアップする技術に係り、特に、複
数の計算機が接続される複合計算機システムにおけるバ
ックアップシステム及び装置と、該システムに用いられ
るバックアップ方法と、該方法を用いたプログラムと、
該プログラムを保持する記憶媒体とに関する。

【０００２】

【従来の技術】磁気ディスク記憶装置などの記憶装置に
保持されているデータは、事故、災害、故障などにより
一旦破壊されてしまうと、回復・修復するのに多大な労
力と費用を要することが多い。そこで、重要なデータに
ついては、破壊されても即座に現状を回復することがで
きるよう、あらかじめ磁気テープ装置など他の記憶装置
にデータをコピーして保存しておくことが一般に行われ
ている。通常、このデータ保護手順を「バックアップ」
と呼び、他の記憶装置にコピーして保存されたデータを
「バックアップデータ」と呼ぶ。

【０００３】一般的なバックアップ操作では、オペレー
タが手作業によりバックアップ元のデバイスとバックア
ップ先のバックアップ装置（磁気テープドライブ又は磁
気テープライブラリ装置など）を指定し、所定の時刻に
バックアップ処理を起動して、バックアップ元からバッ
クアップデバイスへとデータ（ファイルなど）をコピー
する。なお、これを発展させて、シェルスクリプトなど
で記述した定期的に特定のデバイス上のデータをバック
アップするバッチ処理を実行する方法もある。

【０００４】また近年、複数のホスト計算機と複数の記
憶装置とを相互に接続し、いわゆる一つのネットワーク
にまとめる動きが盛んになっている。一般に、複数の計
算機をイーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ
（登録商標））などのネットワークで接続したＬＡＮ(L
ocal Area Network)に対して、このような記憶装置のネ
ットワークをＳＡＮ (Storage Area Network)と呼ぶ。

【０００５】ＳＡＮでは、通常、ファイバチャネル(Fib
re Channel)という光ケーブル又は銅線の伝送路を用い
て計算機と記憶装置とが接続される。このネットワーク
には、記憶装置に対して複数の計算機が共通にアクセス
できるという大きな利点がある。このネットワークを用
いれば、複数の計算機で記憶装置やバックアップ装置を
共用することができるため、複数の計算機に保持された
データを、一台のバックアップ装置によってそれぞれバ
ックアップすることができるため、比較的高価なテープ
ライブラリ装置や高速なテープ記憶装置などを計算機や
磁気ディスク装置の台数分用意する必要がなく、システ
ム構築のコストを削減することができる。

【０００６】

【発明が解決しようとする課題】このようなＳＡＮによ
るバックアップ装置の共有環境では、バックアップ装置
が行うべきバックアップ処理は、バックアップ対象が多
いことから、非共有環境に比べて高負荷になる。通常、
バックアップ処理は、高負荷なトランザクション処理な
どが行われない深夜など、ごく限られた時間帯に、所定
の時間内で実施しなければならない。しかし、バックア
ップ装置が共有される環境では、１台のバックアップ装
置により複数の記憶装置のデータをバックアップするた
め、処理時間が長くなる。したがって、処理量の多いシ
ステムでは、所定の時間内にバックアップ処理が終了し
ないといった問題が生じる場合がある。

【０００７】この問題を回避するため、例えば、重要な
データや信頼度の低い記憶装置に保持されたデータにつ
いては１日１回、更新の少ないデータや信頼度の高い記
憶装置に保持されたデータについては週１〜２回といっ
たように、バックアップの頻度をバックアップ対象の記
憶装置やデータの種類、該データを用いるアプリケーシ
ョンの種類などに応じて変えることにより、システム全
体のバックアップ時間の短縮を図ることができる。しか
し、このようにする場合には、システム管理者がそれぞ
れのデータについてバックアップの頻度及びスケジュー
ルを適切に決定する必要があり、大規模システムにおい
ては非常に複雑なスケジューリングを要するため、この
方法を採ることは困難なことが多い。

【０００８】そこで本発明は、このようなシステム管理
における手間を軽減するため、データの重要度や記憶装
置の信頼度などから、適切なバックアップスケジュール
を自動的に決定するためのバックアップ方法と、該方法
を用いたバックアップ装置、バックアップシステム及び
バックアッププログラムと、該プログラムを保持する記
憶媒体とを提供することを目的とする。

【０００９】

【課題を解決するための手段】上記目的を達成するた
め、本発明では、ホスト計算機、バックアップ元記憶装
置及びバックアップ先記憶装置に通信回線を介して接続
され、バックアップ処理のスケジュールを記録しておく
ためのバックアップスケジュール表記憶手段を有するバ
ックアップ装置により、ホスト計算機からの要求に応じ
て、バックアップ対象データの重要度及び該データを保
持する記憶装置の信頼度を基に、バックアップスケジュ
ール表を作成及び／又は編集するステップと、バックア
ップスケジュール表に記録された上記スケジュールに従
ってバックアップ処理を実行するステップとを備えるバ
ックアップ方法が提供される。また、本発明では、この
本発明のバックアップ方法を用いたバックアップ装置、
バックアップシステム及びバックアッププログラムと、
該プログラムを保持する記憶媒体とが提供される。

【００１０】なお、本発明では、バックアップ装置に、
バックアップ元記憶装置の動作状況を監視する手段、及
び、バックアップ元記憶装置の動作状況の変化（縮退、
回復などの装置の変化）を検出するとバックアップスケ
ジュール表を作成及び／又は編集する手段をさらに設け
ることが望ましい。

【００１１】

【発明の実施の形態】本発明のバックアップシステム
は、１台以上のホスト計算機と、１台以上の記憶システ
ムと、バックアップ装置とが、相互に接続された計算機
システムである。本発明のシステムでは、記憶システム
はそれぞれ、記憶媒体として一つ又は複数のボリューム
を有し、バックアップ装置は、ホスト計算機が上記ボリ
ューム上に格納したデータのバックアップを共通に取得
する。この本発明のバックアップシステムは、ホスト計
算機からのバックアップ要求に応じて、記憶システム上
に保持するそれぞれのデータに対するバックアップの順
序と頻度とを決定する手段（バックアップジョブ管理
部）を有する。

【００１２】なお、このバックアップジョブ管理部は、
例えばバックアップ装置に設けることができ、バックア
ップジョブ管理部へのバックアップ要求は、ホスト計算
機のいずれか１台が備えるバックアップ要求手段が行う
ようにしてもよい。また、ホスト計算機のうちの１台
に、バックアップジョブ管理部を設けてもよい。

【００１３】バックアップジョブ管理部は、それぞれの
データに対するバックアップの順序及び頻度を決定した
後、ホスト計算機から別のバックアップ要求を受け付
け、すでに決定したバックアップの順序及び頻度を変更
する手段を有することが望ましい。

【００１４】ホスト計算機からの要求には、バックアッ
プ対象データの重要度、及び、バックアップ処理を実行
する時間帯に関する情報の少なくともいずれかを含むこ
とが望ましい。

【００１５】また、記憶システムの有する一つ又は複数
のボリュームは、１台以上の磁気ディスク記憶装置から
構成された論理ボリュームとすることができる。この場
合、論理ボリュームに格納されたデータは、記憶システ
ムにおける複数の記憶媒体（磁気ディスクなど）に多重
化されて格納されてもよい。さらに、論理ボリュームに
格納されたデータは、記憶システムにおける複数の記憶
媒体（磁気ディスクなど）に分散されて格納されてもよ
い。このように分散して格納する場合、データには誤り
訂正符号を付加することが望ましい。

【００１６】本発明のバックアップシステムでは、複数
のホスト計算機のうちいずれか少なくとも１台が、バッ
クアップ装置へのバックアップ要求を行うことができ
る。また、バックアップ装置がバックアップ処理の管理
を行い、システム全体のバックアップスケジュールを決
定する。それぞれのホスト計算機はバックアップ処理を
管理する計算機（バックアップ装置）に、バックアップ
時間帯及びデータの重要度を指定する。バックアップ処
理を管理する計算機は、この情報や、バックアップ対象
データを保持する記憶装置の信頼度をもとに、それぞれ
のデータのバックアップ頻度を決定し、適切な時間帯に
バックアップ処理を実行できるようにスケジュールを決
定する。

【００１７】さらに、バックアップ対象のデータが増え
ると、当初設定していたスケジュールでは、決められた
時間内にバックアップが終わらない可能性が出てくる。
本実施例のバックアップシステムでは、このような場
合、データの重要度などの要素から、バックアップの必
要性が比較的低いデータについてバックアップ頻度を減
らす、あるいはバックアップの時間帯をずらすなどし
て、バックアップスケジュールを変更する。

【００１８】以下、発明の実施例を、図面を用いて説明
する。

【００１９】Ａ．システム構成 （１）全体構成 本実施例のバックアップシステムは、図１に示すよう
に、ホスト計算機１００、バックアップ管理装置（バッ
クアップ装置）２００、磁気ディスク記憶装置３００、
及び、磁気テープライブラリ記憶装置４００とを備え
る。

【００２０】これらの装置１００，２００，３００及び
４００は、それぞれ、ＣＰＵ（中央処理装置）、メモリ
（主記憶装置）、外部記憶装置、入力装置及び出力装置
を有する情報処理装置であり、これらの装置１００〜４
００における各種ソフトウエア／アプリケーションは、
外部記憶装置により記憶媒体から読み込まれるなどして
メモリに保持され、ＣＰＵにより実行される。

【００２１】なお、本実施例では、ホスト計算機１００
及び磁気ディスク記憶装置３００がそれぞれ１台設けら
れているが、複数台設けてもよい。また、磁気ディスク
記憶装置の代わりに、光ディスク記憶装置や光磁気ディ
スク記憶装置など、他の記憶装置を用いてもよく、これ
らを併用してもよい。また、本実施例ではバックアップ
データを保存する記憶装置として磁気テープライブラリ
装置を用いるが、本発明はこれに限られるものではな
く、他の記憶装置を用いてもよく、また、記憶媒体も磁
気テープでなくてもよい。ただし、バックアップデータ
の保存先には、大容量の記憶装置を用いることが好まし
い。

【００２２】（２）ホスト計算機 ホスト計算機１００は、ブロックデバイスＩ／Ｆ（イン
タフェース）１０１と、ネットワークＩ／Ｆ１０８と、
バックアップ管理装置２００と連携して動作するホスト
側ソフトウエア１１０と、入力装置１０７とを備える。

【００２３】ブロックデバイスＩ／Ｆ１０１は、バック
アップ管理装置２００、磁気ディスク記憶装置３００及
び磁気テープライブラリ記憶装置４００の間のデータ転
送を行う。ブロックデバイスＩ／Ｆ１０１によるデータ
転送には、ファイバチャネル、又は、ＳＣＳＩ（Small
Computer System Interface）デバイスなどのＳＣＳＩ
プロトコルを用いるデバイスが用いられる。

【００２４】ネットワークＩ／Ｆ１０８は、バックアッ
プ管理装置２００と磁気ディスク記憶装置３００との間
のデータ通信を行う。ネットワークＩ／Ｆ１０８による
データ通信には、イーサネットやＦＤＤＩ（Fiber Dist
ributed Data Interface）等が用いられ、ＬＡＮ６００
経由して行われる。

【００２５】ホスト側ソフトウエア１１０は、バックア
ップ対象のデータを保持するデータベース１０５、バッ
クアップ管理装置２００からバックアップ要求が発生し
た際にデータベースアプリケーション１０５と連携して
一連のバックアップを行うジョブ登録部１０６、バック
アップされるデバイスファイル名とポート（Ｐｏｒｔ）
番号及び論理ユニット番号（ＬＵＮ）とを変換するポー
ト番号・ＬＵＮ−デバイスファイル対応表１０４、外部
記憶装置の磁気ディスクを外部から制御するディスクア
レイ外部制御部１０２、並びに、データベースアプリケ
ーション１０５又はディスク外部制御部１０２からのブ
ロックデバイス命令をＳＣＳＩデバイスコマンドで生成
するＳＣＳＩコマンド発行部１０３を備える。

【００２６】なお、本発明では、バックアップ対象のデ
ータを管理するアプリケーションとして、ＤＢＭＳ（デ
ータベース管理システム）であるデータベースアプリケ
ーション１０５を用いているが、別の応用ソフトウエア
でもよい。また、本実施例ではバックアップ対象のデー
タをデータベースの保持するデータとしたが、本発明は
これには限られず、ファイルなどに保持されたデータで
あっても構わない。

【００２７】ポート番号・ＬＵＮ−デバイスファイル対
応表１０４は、メモリ及び／又は外部記憶装置に確保さ
れた記憶領域であり、図５に示すように、ブロックデバ
イスネットワーク内の磁気ディスク記憶装置３００の識
別子であるポート番号５００２、及び、磁気ディスク記
憶装置３００が提供する論理ボリュームのＬＵＮ５００
３の、ホスト計算機１００のオペレーティングシステム
（ＯＳ）内で利用されるディスク識別ファイルであるデ
バイスファイル５００１に関連付けて保持する。

【００２８】（３）バックアップ管理装置 バックアップ管理装置２００は、バックアップ操作を行
うとともに、そのスケジューリングを行うバックアップ
装置であり、図１に示すように、バックアップ管理装置
２００の動作管理をする制御部２２０と、制御部２２０
が利用するデータを保管するストレージ部２１０と、Ｓ
ＣＳＩコマンド発行部２０２と、ブロックデバイスＩ／
Ｆ２０１と、ネットワークＩ／Ｆ２０３部とを備える。

【００２９】ＳＣＳＩコマンド発行部２０２は、制御部
２２０から磁気ディスク記憶装置３００及び磁気テープ
ライブラリ記憶装置４００に対して要求されるデータ転
送命令と、ブロックデバイスネットワーク５００に接続
される機器の構成情報を取得するための命令とを発行す
る。

【００３０】ブロックデバイスＩ／Ｆ２０１は、ファイ
バチャネル又はＳＣＳＩデバイスなどのＳＣＳＩプロト
コルデバイスを用いて、磁気ディスク記憶装置３００、
磁気テープライブラリ記憶装置４００等のブロックデバ
イスとの間でのデータの転送を行う。

【００３１】ネットワークＩ／Ｆ２０３は、制御部２２
０と外部の装置と間の、ＬＡＮ６００を経由した通信の
ためのインタフェースである。

【００３２】バックアップ管理装置２００内の制御部２
２０は、磁気ディスク記憶装置３００の動作状況を把握
する装置管理情報収集部２２５と、バックアップジョブ
の追加と削除を行うバックアップジョブ管理部２２１
と、磁気テープライブラリ記憶装置４００内のテープ動
作状況を後述のテープライブラリ管理表２１２で管理す
るテープライブラリ管理部２２２と、バックアップジョ
ブ管理部２２１で作成されたバックアップスケジュール
を処理するバックアップジョブ処理部２２３と、データ
ベース２１１，２１４を管理するためのＤＢＭＳ（図示
せず）とを備える。

【００３３】バックアップ管理装置２００内のストレー
ジ部２１０は、メモリ及び／又は外部記憶装置に確保さ
れた記憶領域であり、制御部２２０が取り扱うデータを
保持する。ストレージ部２１０は、磁気テープライブラ
リ記憶装置４００のテープ稼動状況を記載したテープラ
イブラリ管理表２１２と、バックアップジョブ管理部に
よって決められた１週間のバックアップのスケジュール
を記載したバックアップスケジュール表２１３と、リソ
ースＤＢ（データベース）２１１と、システム構成ＤＢ
２１４と、バックアップ周期表２１５とを備える。

【００３４】リソースＤＢ２１１は、バックアップされ
るボリュームの磁気ディスク記憶装置３００内の構成情
報と、データを保管する磁気テープライブラリ記憶装置
４００のポート番号及びＬＵＮと、バックアップ対象デ
ータの重要度とを、アプリケーショングループという単
位で管理するデータベースである。

【００３５】なお、本実施例では、バックアップ対象デ
ータの重要度（データ重要度）は、ホスト計算機１００
の入力装置１０７を介してユーザによって入力される。
すなわち、各アプリケーショングループに対して、バッ
クアップされるデータが入った複数のボリュームがＬＵ
Ｎによって指定され、アプリケーショングループ毎のデ
ータ重要度６０１０が指定される。

【００３６】なお、データ重要度は、本実施例では図６
に示すように３段階で規定される。第１段階はバックア
ップが望ましいグループ６０１１、第２段階はバックア
ップが必要とされるグループ６０１２、第３段階はバッ
クアップが必須なグループ６０１３である。つまり、デ
ータ重要度６０１０は値が大きいほど重要度が高いこと
を示し、本実施例では「１」が最低、「３」が最高とな
っている。このデータ重要度６０１０は、磁気ディスク
記憶装置３００内のデータを保持するボリュームのディ
スクの冗長度と併せることで、後述するバックアップ周
期表２１５に基づいてバックアップを行う間隔であるバ
ックアップ周期を決定するのに使われる。

【００３７】ＤＢ２１１の構造を、図２に示す。リソー
スＤＢ２１１は、バックアップの単位であるアプリケー
ショングループ１００１と、バックアップ対象データの
重要度や最終バックアップバック開始時間と終了時間を
記したバックアップメタ情報１０１０と、磁気ディスク
記憶装置３００内の物理位置情報やターゲットとなるテ
ープの割当を記載したバックアップ対象データ情報部１
０２０とを備える。

【００３８】リソースＤＢ２１１内のバックアップメタ
情報部１０１０は、バックアップ対象データの重要度１
０１１と、最終バックアップ開始時刻１０１２と、そし
て最終バックアップ終了時刻１０１３とを有する。バッ
クアップ対象データ情報部１０２０には、アプリケーシ
ョングループ１００１に所属するデータのブロックデバ
イスネットワーク上でのポート番号１０２１と、ディス
ク内のＬＵＮ番号１０２２と、テープライブラリ管理装
置よりアプリケーショングループへ割り当てられたテー
プ割当１０２３とが記載されている。なお、テープ割当
１０２３には複数のテープ番号が記載されていてもよ
い。

【００３９】システム構成ＤＢ２１４は、磁気ディスク
記憶装置３００内の各物理デバイスに対する構成情報
を、ポート番号、ＬＵＮ及びＬＵ冗長度として保持する
データベースであり、図３に示すように、磁気ディスク
記憶装置のポート番号２００１と、ＬＵＮ２００２と、
ＰＤＥＶ番号（物理デバイス番号）２００３と、各物理
デバイス（ＰＤＥＶ）のディスク構成２００４と、ＬＵ
（論理ユニット）のボリュームの冗長度２００５（ＬＵ
冗長度）とを保持する。本実施例のシステムでは、この
システム構成ＤＢ２１４により、ユーザが意識すること
なく自動的に、論理ユニット番号を物理デバイス番号へ
変換することができる。

【００４０】バックアップ周期表２１５は、１週間の内
に行われるバックアップの間隔（周期）を決定するため
に用いられるデータベースであり、図７に示すように、
ユーザによって指定されたデータ重要度７０２０と、前
述のＬＵの冗長度７０１０とを保持する。なお、本実施
例では、バックアップ周期はデータ重要度７０２０及び
ＬＵ冗長度７０１０の２種類のデータに基づいて決定さ
れるが、本発明はこれには限られず、バックアップ時
間、バックアップ管理装置２００の性能等のパラメータ
を追加してバックアップ周期表２１５を拡張してもよ
い。

【００４１】バックアップスケジュール表２１３は、図
８に示すように、１週間の各曜日８０２０に対応して、
バックアップ処理実行時間枠８００１ごとに、バックア
ップ対象のアプリケーショングループ名８０１１と、磁
気テープライブラリ装置４００においてそのバックアッ
プに使用されるテープの番号８０１２とを保持する。

【００４２】テープライブラリ管理表２１２は、磁気テ
ープライブラリ記憶装置４００内に存在するテープの使
用状況を管理するための表であり、図４に示すように、
テープごとに、該テープのテープ番号４００１及び使用
状況４００２を保持する。なお、テープ番号は、磁気テ
ープライブラリ記憶装置４００内の磁気テープ記憶媒体
と１対１対応しており、ここでは、磁気テープライブラ
リ記憶装置４００に磁気テープ記憶媒体がＮ本用意され
ているものとする。また、使用状況は「０」であれば未
使用、「１」であれば使用中であることを示す。

【００４３】（４）磁気ディスク記憶装置 磁気ディスク記憶装置３００は、図１に示すように、デ
ータを保持するための記憶媒体として、磁気ディスク３
１０を有する。また、磁気ディスク装置３００は、ディ
スク３１０を制御するディスクドライブ制御部３０４，
３０５と、複数のディスクを統合制御するディスク制御
部３２０と、ホスト計算機１００及びバックアップ管理
装置２００からの磁気ディスク記憶装置３１０の管理を
可能にするための制御デバイス３０７と、ブロックデバ
イスＩ／Ｆ３０８と、ネットワークＩ／Ｆ３０６と、デ
ィスクの部品の障害状況を監視する障害検出部３０５
と、磁気ディスク記憶装置３００の動作に必要な電源を
供給する電源部３０１とを備える。

【００４４】ブロックデバイスＩ／Ｆ３０８は、ファイ
バチャネル、又は、ＳＣＳＩデバイスなどのＳＣＳＩプ
ロトコルデバイスを用いて、ホスト１００、バックアッ
プ管理装置２００又は磁気テープライブラリ記憶装置４
００と磁気ディスク記憶装置３００との間のデータ転送
を行う。

【００４５】ネットワークＩ／Ｆ３０６は、磁気ディス
ク記憶装置３００と、ホスト計算機１００又はバックア
ップ管理装置２００との間のＬＡＮ６００を経由した通
信を行う。ディスク制御部３２０は、このネットワーク
Ｉ／Ｆ３０６を介して、ホスト計算機１００及びバック
アップ管理装置２００との間で管理情報の交換を行う。

【００４６】ディスク制御部３２０は、磁気ディスク記
憶装置３００の動作を決定する。ディスク制御部３２０
は、ホスト計算機１００やバックアップ管理装置２００
などのイニシエータ装置からのＳＣＳＩプロトコル命令
を受信するＳＣＳＩコマンド受信部３２４と、制御デバ
イスに要求を監視する制御デバイス監視部３２３と、Ｓ
ＣＳＩコマンド受信部３２４及び制御デバイス監視部３
２３により命令された論理ボリュームへの処理及びボリ
ュームの読み書き操作を行う論理ボリューム制御部３２
５と、装置の各種構成要素に関する情報を取得し、これ
を管理する装置構成要素管理部３２２と、装置構成要素
管理部３２２で取得した情報をバックアップ管理装置２
００等の外部装置に公開する装置管理情報提供部３２１
とを備える。装置構成要素管理部３２２の管理対象に
は、電源部３０１の動作状態、物理ディスクの動作状
態、並びに、磁気ディスク記憶装置３００のポート番号
及びＬＵＮなどのディスク構成要素が挙げられる。

【００４７】（５）磁気テープライブラリ 磁気テープライブラリ記憶装置４００は、図１に示すよ
うにテープ内のデータを読み書きするテープドライブ部
４０１、バックアップデータを保管するための記憶媒体
である磁気テープ４０２と、アクセス対象の磁気テープ
４０２を変更するチェンジャ部４０３と、磁気テープ内
のデータの読み書き動作を制御するテープドライブ制御
部４０４と、チェンジャ部４０３及びテープドライブ制
御部４０４の動作を管理するライブラリ管理部４０５
と、外部のバックアップ管理装置２００からの命令（デ
ータ転送命令など）を受信するＳＣＳＩコマンド受信部
４０６と、コマンドを送受信するブロックデバイスＩ／
Ｆ４０７とを備える。

【００４８】（６）ネットワーク ホスト計算機１００、バックアップ管理装置２００、磁
気ディスク記憶装置３００及び磁気テープライブラリ記
憶装置４００は、それぞれ、ブロックデバイスＩ／Ｆ１
０１，２０１，３０１，４０１を介してブロックデバイ
スネットワーク５００に接続されている。ブロックデバ
イスネットワーク５００は、ファイバチャネル、ＳＣＳ
Ｉプロトコルなどに基づくネットワークである。各装置
１００〜４００のブロックデバイスＩ／Ｆから送受信さ
れるコマンド及びデータは、このブロックデバイスネッ
トワーク５００を介して転送される。

【００４９】また、ホスト計算機１００、バックアップ
管理装置２００及び磁気ディスク記憶装置３００は、ネ
ットワークＩ／Ｆ１０８，２０３，３０６を介してＬＡ
Ｎ６００に接続されている。このＬＡＮ６００は、イー
サネット、ＦＤＤＩ等に基づくネットワークであり、各
装置間でこのＬＡＮ６００は、管理情報を交換するため
に使われる。

【００５０】Ｂ．処理の流れ つぎに、本実施例のバックアップシステムにおけるバッ
クアップ動作について説明する。

【００５１】（１）全体の流れ 本実施例のバックアップシステムでは、バックアップ管
理装置２００により、バックアップ対象ＬＵのアプリケ
ーショングループの登録が受け付けられる。バックアッ
プ管理装置２００は、このバックアップ対象の登録が行
われた後、バックアップスケジュールの作成依頼を受け
ると、登録されたアプリケーショングループのデータ重
要度を基に、バックアップスケジュール表２１３を作成
し、これをホスト計算機１００に通知する。この通知を
受けたホスト計算機１００は、通知された表２１３を出
力装置の表示画面に表示する。

【００５２】図１７に示すように、ここで表示されるス
ケジュール提示画面１７００は、バックアップスケジュ
ール表２１３の内容を示すスケジュール表領域１７０１
と、編集の指示を受け付けるためのボタン（選択領域）
１７０２と、スケジュールの承認の入力を受け付けるた
めのボタン（選択領域）１７０３と、終了指示を受け付
けるためのボタン（選択領域）１７０４とを有する。

【００５３】ここで、入力装置１０７を介して編集ボタ
ン１７０２の選択（クリック）が入力されると、ホスト
計算機１００は、スケジュール表２１３の編集画面を表
示し、編集指示の入力を受け付けて、入力された内容を
バックアップ管理装置２００に通知し、編集指示を表２
１３の内容に反映させ、修正後のスケジュール表２１３
の内容を用いて、再度スケジュール提示画面１７００を
表示する。入力装置１０７を介して承認ボタン１７０３
の選択が入力されると、バックアップ管理装置３００
は、スケジュール表２１３の内容に基づきバックアップ
操作を実行する。また、入力装置１０７を介して終了ボ
タン１７０４の選択が入力されると、ホスト計算機１０
０は、処理を終了する。

【００５４】さらに、本実施例のバックアップ管理装置
３００は、システムの稼動中にシステム構成が変更され
ると、システム構成を把握した後、再びバックアップス
ケジュールを作成する。

【００５５】この本実施例のシステムにおけるバックア
ップ動作の詳細について、以下に順次説明する。

【００５６】（２）アプリケーショングループの登録 初めに、ホスト計算機１００によるバックアップ管理装
置２００へのアプリケーショングループの登録処理を、
図９を用いて説明する。

【００５７】ホスト計算機１００のジョブ登録部１０６
は、バックアップ対象デバイスファイルの記憶媒体（本
実施例では論理ボリューム）のボリューム名をあらかじ
め保持している。なお、このジョブ登録部１０６の保持
するバックアップ対象デバイスファイル名は、例えば、
入力装置１０７を介してユーザからのバックアップ対象
デバイスファイルの指定の入力を受け付けるようにして
もよく、データベースアプリケーションが自動的にファ
イル名を指定し、ジョブ登録部１０６に通知するように
してもよい。アプリケーショングループの登録処理で
は、まず、ホスト計算機１００のジョブ登録部１０６
が、この保持しているデバイスファイルのボリューム名
を、ポート・ＬＵＮ−デバイスファイル対応表１０４を
参照して、ＳＣＳＩプロトコルで使用されるポート番号
及びＬＵＮに変換する（ステップ９００１）。

【００５８】次にホスト計算機１００のジョブ登録部１
０６は、アプリケーショングループをリソースＤＢ２１
１に登録するために、アプリケーショングループ名、バ
ックアップボリュームのポート番号及びＬＵＮ並びにア
プリケーショングループのデータ重要度を通知して、バ
ックアップ管理装置２００へ登録要求を発行する（ステ
ップ９００２）。

【００５９】これを受けたバックアップ管理装置２００
内のバックアップジョブ管理部２２１は、ステップ９０
０２で要求されたアプリケーショングループを確認し
（ステップ９００３）、同一のアプリケーショングルー
プが存在すればステップ９００６へ処理を進め、存在し
なければホスト計算機１００へエラーであることを通知
する（ステップ９００５）。

【００６０】ステップ９００４においてバックアップジ
ョブ管理部２２１は、ステップ９００２で与えられたポ
ート番号、ＬＵＮ番号及びデータ重要度と、ステップ９
００３で確認されたアプリケーショングループとを基
に、バックアップ対象のアプリケーショングループに関
するレコードであるリソースレコードを作成し、リソー
スＤＢ２１１に登録する。なお、リソースレコードは、
アプリケーショングループごとに作成され、図２に示す
リソースＤＢ２１１の各行２１１ａにあたる。

【００６１】（３）登録の削除 続いて、登録されたアプリケーショングループのリソー
スレコードをリソースＤＢ２１１より解放（削除）する
処理について、図１０を用いて説明する。

【００６２】バックアップ対象アプリケーショングルー
プの登録を削除する必要が生じた場合（すなわち、上述
の例に倣えば、ユーザ又はデータベースアプリケーショ
ンからの登録解除要求があった場合）、ホスト計算機１
００のジョブ登録部１０６は、削除を指示されたアプリ
ケーショングループのリソースレコードをリソースＤＢ
２１１から削除するために、バックアップ管理装置２０
０へ削除の要求を発行する（ステップ１０００１）。

【００６３】これを受けたバックアップ管理装置２００
内のバックアップジョブ管理部２２１は、ステップ１０
００１で要求されたアプリケーショングループの存在を
確認し（ステップ１０００２）、要求されたアプリケー
ショングループが存在すれば処理をステップ１０００３
へ進め、存在しなければホスト計算機１００へエラーで
あることを通知する（ステップ１０００８）。

【００６４】ステップ１０００３において、バックアッ
プジョブ管理部２２１は、要求されたアプリケーション
グループが現在バックアップ処理中か否か確認し、バッ
クアップ処理中であれば、ホスト計算機１００へエラー
であることを通知する（ステップ１０００８）。一方、
バックアップ処理中でなければ、バックアップジョブ管
理部２２１は、リソースＤＢ２１１を参照して、登録を
削除するアプリケーショングループに対して割り当てら
れたテープを検出し、この検出したテープを、テープラ
イブラリ管理部２２２によって解放する（ステップ１０
００４）。

【００６５】続いてバックアップジョブ管理部２２１
は、バックアップスケジュール表２１３及びリソースＤ
Ｂ２１１から、ステップ１０００１で登録削除を要求さ
れたアプリケーショングループに対応するレコードを削
除して（ステップ１０００５，６）、 アプリケーショ
ングループを解放した結果をホスト計算機１００に戻す
（ステップ１０００７）。

【００６６】（４）バックアップスケジュール表の作成 次に、ホスト計算機１００がバックアップスケジュール
表２１３の作成の依頼をバックアップ管理装置２００へ
発行し、リソースＤＢ２１１中のアプリケーショングル
ープからバックアップスケジュール表２１３を作成する
手順について、図１１を用いて説明する。

【００６７】入力装置１０７を介してバックアップスケ
ジュール表２１３の作成指示が入力された場合や、装置
構成の変化を検出した場合、ホスト計算機１００のジョ
ブ登録部１０６は、バックアップ管理装置２００に、１
日のうちのバックアップ処理を行うことができる時間で
あるバックアップウインドウＷを通知して、バックアッ
プスケジュール表２１３の作成を依頼する（ステップ１
１００１）。

【００６８】この依頼を受けたバックアップ管理装置２
００の制御部２２０は、リソースＤＢ２１１を参照し
て、バックアップ対象アプリケーショングループのリソ
ースレコードをデータの重要度順に一つ呼び出す（ステ
ップ１１００２）。

【００６９】ステップ１１００２で未処理レコードが呼
び出せれば（ステップ１１００３）、制御部２２０は、
当該呼び出したリソースレコードの内容をバックアップ
スケジュール表２１３へ登録し（ステップ１１００
４）、登録できなければ、その旨をホスト計算機１００
へ通知する。これを受けたホスト計算機１００のジョブ
登録部１０６は、テープが割り当てられなかったことを
表示画面に表示して（ステップ１１００５）、処理を終
了する。

【００７０】一方、ステップ１１００４において登録処
理が成功すればバックアップするテープの割り当てをテ
ープライブラリ管理部２２２に依頼する（ステップ１１
００６）。ここでテープの割り当てに失敗した場合、制
御部２２０は、その旨をホスト計算機１００へ通知す
る。これを受けたホスト計算機１００のジョブ登録部１
０６は、テープが割り当てられなかったことを表示画面
に表示して（ステップ１１００７）、処理を終了する。

【００７１】ステップ１１００６においてテープの割り
当てが成功した場合、制御部２２０は、バックアップス
ケジュール表２１３の所定の位置（図８では括弧内８０
１２として図示）に割り当てたテープのテープ番号を格
納し、処理をステップ１１００２へ戻して次のリソース
レコードについての処理を行う。ステップ１１００２に
おいて未処理レコードを呼び出せなければ（ステップ１
１００３）、制御部２２０はバックアップスケジュール
表２１３の内容をホスト計算機１００へ通知する。

【００７２】この通知を受けたホスト計算機１００のジ
ョブ登録部１０６は、通知された表２１３の内容を、出
力装置の表示画面に表示し（図１７）、ボタン１７０２
〜１７０４の選択を受け付け（ステップ１１００８）、
終了ボタン１７０４が選択されると（ステップ１１００
９）、処理を終了する。

【００７３】また、承認ボタン１７０３が選択されると
（ステップ１１００９）、ホスト計算機１００のジョブ
登録部１０６は、バックアップ管理装置２００の制御部
２２０にバックアップ処理の実行を指示し、これを受け
た制御部２２０は、バックアップスケジュール表２１３
に基づいたバックアップ処理の実行を開始する（ステッ
プ１１０１０）。

【００７４】編集ボタン１７０２が選択されると（ステ
ップ１１００９）、ホスト計算機１００のジョブ登録部
１０６は、編集内容の指示入力を受け付けて（ステップ
１１０１１）、バックアップ管理装置２００の制御部２
２０へ通知する。これを受けた制御部２２０は、指示の
内容に応じてバックアップスケジュール表２１３の内容
を編集し（ステップ１１０１２）、編集後の表２１３の
内容をホスト計算機１００へ通知する。これを受けたホ
スト計算機１００のジョブ登録部１０６は、ステップ１
１００８以降の処理を繰り返す。

【００７５】なお、本実施例では、バックアップスケジ
ュールがユーザによって承認された場合にのみバックア
ップ処理の実行が開始されるが、バックアップスケジュ
ール表の作成に伴って自動的に実行を開始するようにし
てもよく、他の何らかの要件に応じて実行を開始するよ
うにしてもよい。

【００７６】（５）スケジュールの登録 つぎに、上述のステップ１１００４におけるアプリケー
ショングループのリソースレコードのバックアップスケ
ジュール表２１３への登録手順について、図１２を用い
て説明する。

【００７７】ステップ１１００４において、まず、制御
部２２０は、図７に示したバックアップ周期表２１５に
保持されたデータの重要度７０２０と磁気ディスク記憶
装置３００内のＬＵの冗長度７０１０とを用い、バック
アップ周期を決定する（ステップ１２００１）。ただ
し、複数のＬＵが存在し、かつ、冗長度が異なる場合に
は、冗長度が最低値のものを選んでバックアップ周期を
決定する。

【００７８】次に、制御部２２０は、与えられるアプリ
ケーショングループのすべてのＬＵをバックアップした
時のバックアップ処理時間を予測し（ステップ１２００
２）、予測されたバックアップ処理時間を１時間単位で
正規化した後（１２００３）、既にスタックされている
バックアップスケジュールの最後尾に、与えられたアプ
リケーショングループのバックアップジョブを積む（ス
テップ１２００４）。

【００７９】続いて、制御部２２０は、登録されている
すべてのバックアップジョブの実行に要する時間がバッ
クアップウインドウＷより短く、かつ、再割り当てが行
われていない（すなわちＦ＝０）場合（ステップ１２０
０５）、登録処理は成功したとして処理を上述のステッ
プ１１００５に進める。なお、本実施例では、ジョブの
再割り当ての有無を示すパラメータとして「Ｆ」を用い
る。Ｆの初期値は０であり、再割り当てが行われると１
が格納される。

【００８０】また、ステップ１２００５において、すべ
てのバックアップジョブの実行に要する時間がバックア
ップウインドウＷを超過しているか、又は、再割り当て
がすでに行われている（すなわちＦ＝１）場合、制御部
２２０は、同じ重要度のアプリケーショングループのバ
ックアップ周期が一週間に１回として（ステップ１２０
０６）、アプリケーショングループのジョブを空き時間
に再び割り当てた後（ステップ１２００７）、バックア
ップウインドウに空き時間があるか否か判定する（ステ
ップ１２００８）。

【００８１】ここで、空き時間がなければ、制御部２２
０は、登録に失敗したとして処理を上述のステップ１１
００６に進める。また、ステップ１２００８において空
き時間があれば、制御部２２０は、パラメータＦに再割
り当て済みを示す「１」を格納し（ステップ１２００
９）、登録に成功したとして処理を上述のステップ１１
００５に進める。

【００８２】なお、本実施例では、再割り当ての有無を
示すパラメータ「Ｆ」を用いて、後続アプリケーション
グループのデータの重要度が逆転するのを防いでいる。
すなわち、ステップ１２００５においてＦの値を検査
し、Ｆ＝１であれば、後続のアプリケーショングループ
もバックアップ周期を７日に１回にする。

【００８３】（６）バックアップ処理 次に、バックアップ管理装置２００のバックアップジョ
ブ処理部２２３の動作について、図１３を用いて説明す
る。バックアップジョブ処理部２２３は、バックアップ
スケジュール表２１３に登録されたスケジュールに従っ
て、バックアップ処理を行う。

【００８４】まず、バックアップジョブ処理部２２３
は、バックアップスケジュール表２１３に従ってジョブ
レコードを取り出し（ステップ１３００１）、ホスト計
算機１００へバックアップの事前処理を依頼する。依頼
を受けたホスト計算機１００のジョブ登録部１０６は、
「バックアップ事前処理」を実行し、ミラーボリューム
の管理番号及びＬＵＮをバックアップ管理装置２００へ
通知する（ステップ１３００２）。なお、ステップ１３
００１において処理すべきジョブレコードがなければ、
バックアップジョブ処理部２２３は処理を終了する。

【００８５】この通知を受けたバックアップジョブ処理
部２２３は、通知されたバックアップボリュームのミラ
ーボリュームのＬＵＮにより、ターゲットボリュームを
オープンし（ステップ１３００３）、バックアップスケ
ジュール表２１３に記述されているターゲットテープを
オープンする（ステップ１３００４）。なお、ミラーと
は、磁気ディスク記憶装置３００内に存在するボリュー
ムを別ボリューム（ミラーボリューム）へ常時複製する
機能を意味する。

【００８６】続いてバックアップジョブ処理部２２３
は、ターゲットボリュームからターゲットテープへ、１
０ブロック分のデータを転送した後（ステップ１３００
５）、他の処理からの割り込みがあれば（ステップ１３
００６）「割り込み処理」を行う（ステップ１３００
７）という一連の処理（ステップ１３００５〜１３００
７）を、バックアップが終了するまで、すなわち、ター
ゲットボリュームに転送すべきブロックが存在しなくな
るまで繰り返す（ステップ１３００８）。なお、ステッ
プ１３００５における転送ブロック数は、システムによ
って適宜変更することができる。

【００８７】ターゲットボリュームに転送ブロックが存
在しなければ、ステップ１３００２より渡されるミラー
管理番号を用いてミラーボリュームを解放した後（ステ
ップ１３００９）、処理をステップ１３００１へ戻し、
バックアップ実施日のジョブがすべて終了するまで、ス
テップ１３００１〜１３００９の処理を繰り返す。

【００８８】（７）割り込み処理 前述の「割り込み処理」（ステップ１３００７）は、バ
ックアップ管理装置２００のバックアップジョブ処理部
２２１が動作中の場合に、割り込みを入れて実行され
る。この「割り込み処理」の詳細な処理手順を、図１５
を用いて以下に説明する。

【００８９】まず、バックアップジョブ処理部２２１
が、バックアップ処理によりアクセス中のテープ物理位
置情報T_Pとボリューム物理位置情報V_Pとを、不揮発性
記憶装置（例えば磁気ディスク記憶装置３００）内に一
時退避し（ステップ１５００１）、ホスト計算機１００
へバックアップ事前処理を依頼する。依頼を受けたホス
ト計算機１００のジョブ登録部１０６は、「バックアッ
プ事前処理」を実行し、ミラーボリュームの管理番号及
びＬＵＮをバックアップ管理装置２００へ通知する（ス
テップ１５００２）。

【００９０】通知を受けたバックアップジョブ処理部２
２１は、現在バックアップ処理中のテープを退避し、磁
気テープライブラリ記憶装置４００に割り込み処理対象
のジョブレコードで指定されたテープを充填してオープ
ンし（ステップ１５００３）、当該ジョブレコードで指
定されたボリュームをオープンして（ステップ１５００
４）、全ボリュームデータをテープへバックアップした
後（ステップ１５００５）、ステップ１５００２におい
て通知されたミラー管理番号を用いてミラーボリューム
を解放する（ステップ１５００６）。

【００９１】最後にバックアップジョブ処理部２２１
は、ステップ１５００３で退避したバックアップ中のテ
ープを装填し（ステップ１５００７）、ステップ１５０
０１で退避したテープ物理位置情報T_P並びにボリュー
ム位置情報V_Pを復元する（ステップ１５００８）。

【００９２】（８）バックアップ事前処理 前述のホスト計算機１００における「バックアップ事前
処理」（ステップ１３００２，１５００２）について、
図１４を用いて説明する。

【００９３】ホスト計算機１００のジョブ登録部１０６
は、バックアップジョブ処理部２２３から、バックアッ
プ時の条件であるバックアップターゲットのポート番号
及びＬＵＮを取得し（ステップ１４００１）、磁気ディ
スク記憶装置３００のボリューム複製機能（ミラー機
能）のホスト計算機１００による外部制御を可能にする
ために、ディスクアレイ外部制御部１０２で制御管理番
号を定義する（ステップ１４００２）。

【００９４】次に、ジョブ登録部１０６は、磁気ディス
ク記憶装置３００のミラー機能をディスク外部制御部１
０２経由で、バックアップターゲットＬＵＮのボリュー
ムのミラーボリュームを作成して（ステップ１４００
３）、データベーステーブルのバックアップを行うため
にデータベース１０５をホットバックアップモードに切
り替える（ステップ１４００４）。ホットバックアップ
モードに切り替えることにより、テーブルにバックアッ
プ時のチェックポイントが指定されるため、オンライン
中にバックアップしたとしても、チェックポイントにお
いて指定時刻でのテーブルが保存される。

【００９５】続いてジョブ登録部１０６は、ディスク外
部制御部１０２を使用してミラーボリュームを分割する
（ステップ１４００５）。分割することによりミラー機
能は停止される。その後、ジョブ登録部１０６は、ホッ
トバックアップモードにされたデータベース１０５を通
常動作であるオンラインモードに切り替え（ステップ１
４００６）、バックアップ管理装置２００へミラー管理
番号とバックアップボリュームのＬＵＮとを渡す（ステ
ップ１４００７）。

【００９６】（９）システム構成変更時処理 次に、磁気ディスク記憶装置３００が、縮退動作又は縮
退回復した時の、バックアップ管理装置の装置管理情報
部２２５におけるデータ重要度変更処理について、図１
６を用いて説明する。

【００９７】装置管理情報部２２５は、磁気ディスク記
憶装置の動作状況をネットワーク６００経由で取得する
処理（ステップ１６００１）を、縮退又は縮退からの回
復動作を検出するまで（ステップ１６００２）、一定間
隔で繰り返すことにより、常時、磁気ディスク記憶装置
の動作状況を監視している。

【００９８】ステップ１６００２において縮退又は縮退
からの回復動作を検出すると、装置管理情報部２２５
は、システム構成ＤＢ２１４により各ＬＵの冗長度を取
得し（ステップ１６００３）、得られた冗長度を用いて
バックアップスケジュール表２１３を作成して（ステッ
プ１６００４）、作成した表２１３をホスト計算機１０
０へ通知する。

【００９９】この通知を受けたホスト計算機１００のジ
ョブ登録部１０６は、通知された表２１３の内容を、出
力装置の表示画面（図１７）に表示し（ステップ１６０
０５）、ボタン１７０２〜１７０４の選択を受け付け
（ステップ１６００７）、終了ボタン１７０４が選択さ
れると（ステップ１１００９）、処理をステップ１６０
０１へ戻す。

【０１００】また、承認ボタン１７０３が選択されると
（ステップ１６００７）、ジョブ登録部１０６は、バッ
クアップ管理装置２００の制御部２２０にバックアップ
処理の実行を指示し、これを受けた制御部２２０は、ス
テップ１６００４において新たに作成されたバックアッ
プスケジュール表２１３に基づいたバックアップ処理の
実行を開始する（ステップ１６００８）。

【０１０１】編集ボタン１７０２が選択されると（ステ
ップ１６００７）、ホスト計算機１００のジョブ登録部
１０６は、編集内容の指示入力を受け付けて（ステップ
１６００９）、制御部２２０へ通知する。これを受けた
制御部２２０は、指示の内容に応じてバックアップスケ
ジュール表２１３の内容を編集し（ステップ１６０１
０）、編集後の表２１３の内容をホスト計算機１００へ
通知する。これを受けたホスト計算機１００のジョブ登
録部１０６は、ステップ１６００５以降の処理を繰り返
す。

【０１０２】Ｃ．本実施例の効果 本実施例では、バックアップ管理装置３００が、バック
アップの時間帯やデータの重要度の通知を受けて、これ
らの情報や記憶装置の信頼度をもとに、それぞれのデー
タのバックアップ頻度を決定し、適切な時間帯にバック
アップが取れるようにスケジュールを決定する。また、
データの重要度などの要素から、バックアップの必要性
が比較的低いデータに関しては、バックアップ頻度を減
らして、バックアップスケジュールを変更する。

【０１０３】

【発明の効果】本発明によれば、データの重要度や記憶
装置の信頼度などから、最適なバックアップスケジュー
ルを自動的に決定することができるため、システム管理
の負荷を低減させることができる。

【図面の簡単な説明】

【図１】 実施例におけるバックアップシステムの構成
図である。

【図２】 実施例におけるバックアップリソースＤＢ２
１１の内部構造を示す説明図である。

【図３】 実施例におけるシステム構成ＤＢ２１４の内
部構造を示す説明図である。

【図４】 実施例におけるテープライブラリ管理表２１
２の内部構造を示す説明図である。

【図５】 実施例におけるＬＵＮ、ポート番号-デバイ
スファイル対応表１０４の内部構造を示す説明図であ
る。

【図６】 実施例におけるバックアップ対象データ重要
度を示す説明図である。

【図７】 実施例におけるバックアップ周期表２１５を
示す説明図である。

【図８】 実施例におけるバックアップスケジュール表
２１３の関係を示す説明図である。

【図９】 実施例におけるリソースＤＢ２１１にアプリ
ケーショングループを登録する処理の流れ図である。

【図１０】 実施例におけるバックアップジョブ処理部
２２０の動作の流れ図である。

【図１１】 実施例におけるバックアップジョブ管理部
２１１でのバックアップスケジュール作成処理の流れ図
である。

【図１２】 実施例におけるバックアップアプリケーシ
ョンのレコードをバックアップスケジュール表２１３へ
登録処理の流れ図である。

【図１３】 実施例におけるバックアップジョブ処理部
２２０の処理の流れ図である。

【図１４】 実施例におけるホスト計算機１００のバッ
クアップ事前処理の流れ図である。

【図１５】 実施例におけるバックアップジョブ処理部
２２０の割り込み処理の流れ図である。

【図１６】 実施例における新規縮退時、縮退回復時の
装置情報情報収集部２２５の動作を示す流れ図である。

【図１７】 実施例における出力画面例を示す説明図で
ある。

【符号の説明】

１００…ホスト計算機、１０２…ディスク外部制御部、
１０３…ＳＣＳＩコマンド発行部、１０４…デバイスフ
ァイル対応表、１０５…データベースアプリケーショ
ン、１０６…ジョブ登録部、１０７…ユーザ入力、１１
０…ホスト側ソフトウエア、２００…バックアップ管理
装置、２０１…ブロックデバイスＩ／Ｆ部、２０２…Ｓ
ＣＳＩコマンド発行部、２１０…ストレージ部、２１２
…テープライブラリ管理表、２１３…バックアップスケ
ジュール、２１３…バックアップスケジュール表、２１
５…バックアップ周期表、２２０…制御部、２２１…バ
ックアップジョブ管理部、２２２…テープライブラリ管
理部、２２３…バックアップジョブ処理部、２２３…バ
ックアップジョブ処理部、２２３…バックアップ処理
部、２２５…装置管理情報収集部、３００…バックアッ
プ管理装置（磁気ディスク記憶装置）、３０１…電源
部、３０３…ディスクドライブ制御部、３０４…ディス
クドライブ制御部、３０５…障害検出部、３０６…ネッ
トワークＩ／Ｆ、３０７…制御デバイス、３０８…ブロ
ックデバイスＩ／Ｆ、３１０…ディスク、３２０…ディ
スク制御部、３２１…装置管理情報提供部、３２２…装
置構成要素管理部、３２３…制御デバイス監視部、３２
４…コマンド受信部、３２５…論理ボリューム制御部、
４００…磁気テープライブラリ記憶装置、４０１…テー
プドライブ部、４０２…テープ、４０３…チェンジャ
部、４０４…テープドライブ制御部、４０５…ライブラ
リ管理部、４０６…コマンド受信部、５００…ブロック
デバイスネットワーク、６００…ＬＡＮ、１７００…表
示画面、１７０１…バックアップスケジュール表、１７
０２…編集ボタン、１７０３…承認ボタン、１７０４…
終了ボタン。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B018 GA04 HA03 MA12 QA20 5B082 DE06 5B085 AA08 AC03 AC16

Claims (7)

【特許請求の範囲】
1. 【請求項１】ホスト計算機、バックアップ元記憶装置及
   びバックアップ先記憶装置に通信回線を介して接続さ
   れ、バックアップ処理のスケジュールを記録しておくた
   めのバックアップスケジュール表記憶手段を有するバッ
   クアップ装置により、 上記ホスト計算機からの要求に応じて、バックアップ対
   象データの重要度と該データを保持する記憶装置の信頼
   度とを基に、上記バックアップスケジュール表を作成及
   び／又は編集するステップと、 上記バックアップスケジュール表に記録された上記スケ
   ジュールに従って、上記バックアップ処理を実行するス
   テップとを備えるバックアップ方法。
2. 【請求項２】通信回線を介して接続されたホスト計算
   機、バックアップ元記憶装置、バックアップ先記憶装置
   及びバックアップ装置を有し、 上記ホスト計算機は、 上記バックアップ装置に対して、上記バックアップ元記
   憶装置から上記バックアップ先記憶装置へのデータのバ
   ックアップを行うスケジュールを記録しておくためのバ
   ックアップスケジュール表の作成及び／又は編集を要求
   する手段と、 上記バックアップ装置に対して、上記バックアップの実
   行を要求する手段とを備え、 上記バックアップ装置は、 上記バックアップスケジュール表を保持するための記憶
   手段と、 上記ホスト計算機からの要求に応じて、バックアップ対
   象データの重要度及び該データを保持する上記バックア
   ップ元記憶装置の信頼度を基に、上記バックアップスケ
   ジュール表を作成及び／又は編集する手段と、 上記バックアップスケジュール表に記録された上記スケ
   ジュールに従って、上記バックアップを実行する手段と
   を備えるバックアップシステム。
3. 【請求項３】ホスト計算機、バックアップ元記憶装置及
   びバックアップ先記憶装置に通信回線を介して接続さ
   れ、 上記バックアップ元記憶装置から上記バックアップ先記
   憶装置へのデータのバックアップを行うスケジュールを
   記録しておくためのバックアップスケジュール表記憶手
   段と、 上記ホスト計算機からの要求に応じて、バックアップ対
   象データの重要度及び該データを保持する上記バックア
   ップ元記憶装置の信頼度を基に、上記バックアップスケ
   ジュール表を作成及び／又は編集する手段と、 上記バックアップスケジュール表に記録された上記スケ
   ジュールに従って、上記バックアップを実行する手段と
   を備えるバックアップ装置。
4. 【請求項４】上記バックアップ元記憶装置の動作状況を
   監視する手段と、 上記バックアップ元記憶装置の動作状況の変化を検出す
   ると上記バックアップスケジュール表を作成及び／又は
   編集する手段とをさらに備える請求項３記載のバックア
   ップ装置。
5. 【請求項５】上記動作状況の変化は、縮退又は回復を含
   む請求項４記載のバックアップ装置。
6. 【請求項６】データのバックアップ処理を実行するため
   に、コンピュータを、 上記バックアップ処理のスケジュールを記録しておくた
   めのバックアップスケジュール表記憶手段、 ホスト計算機からの要求に応じて、バックアップ対象デ
   ータの重要度と該データを保持する記憶装置の信頼度と
   を基に、上記バックアップスケジュール表を作成及び／
   又は編集する手段、及び、上記バックアップスケジュー
   ル表に記録された上記スケジュールに従って、上記バッ
   クアップ処理を実行する手段として機能させるためのバ
   ックアッププログラム。
7. 【請求項７】請求項６記載のバックアッププログラムを
   記録したコンピュータ読み取り可能な記憶媒体。