JP2000322298A - バックアップファイルの世代管理システムおよびバックアップファイルの世代管理用プログラムを記録した記録媒体 - Google Patents
バックアップファイルの世代管理システムおよびバックアップファイルの世代管理用プログラムを記録した記録媒体Info
- Publication number
- JP2000322298A JP2000322298A JP11129263A JP12926399A JP2000322298A JP 2000322298 A JP2000322298 A JP 2000322298A JP 11129263 A JP11129263 A JP 11129263A JP 12926399 A JP12926399 A JP 12926399A JP 2000322298 A JP2000322298 A JP 2000322298A
- Authority
- JP
- Japan
- Prior art keywords
- backup
- medium
- information
- storage device
- generation
- 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.)
- Pending
Links
- 238000004364 calculation method Methods 0.000 claims abstract description 21
- 238000000034 method Methods 0.000 claims description 9
- 238000012544 monitoring process Methods 0.000 claims description 9
- 238000007726 management method Methods 0.000 abstract description 19
- 238000013500 data storage Methods 0.000 abstract description 8
- 238000012790 confirmation Methods 0.000 abstract description 3
- 238000004321 preservation Methods 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 10
- 238000012545 processing Methods 0.000 description 5
- 230000000694 effects Effects 0.000 description 3
- 241000282412 Homo Species 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 いかなる場合でも有効バックアップセットを
確保するバックアップファイルの世代管理システムを提
供する。 【解決手段】 入力装置１がバックアップ情報を入力す
ると、バックアップ情報妥当性確認手段２１は妥当性を
確認後、外部記憶装置３のバックアップ情報部３１に保
存する。スケジュール監視手段２２はバックアップ情報
部３１を監視し、スケジュール時刻にバックアップを起
動する。バックアップソース容量算出手段２３とバック
アップ媒体空き容量算出手段２４との算出結果から、バ
ックアップ可判断手段２５がバックアップ媒体４１に対
するバックアップ可／不可を判断し、可であればバック
アップ実行手段２６が外部記憶装置３内のバックアップ
ソースをデータ格納部４３に保存後、バックアップソー
ス情報保存手段２７がバックアップ情報をバックアップ
情報部３１とバックアップ情報部４５とに保存する。
確保するバックアップファイルの世代管理システムを提
供する。 【解決手段】 入力装置１がバックアップ情報を入力す
ると、バックアップ情報妥当性確認手段２１は妥当性を
確認後、外部記憶装置３のバックアップ情報部３１に保
存する。スケジュール監視手段２２はバックアップ情報
部３１を監視し、スケジュール時刻にバックアップを起
動する。バックアップソース容量算出手段２３とバック
アップ媒体空き容量算出手段２４との算出結果から、バ
ックアップ可判断手段２５がバックアップ媒体４１に対
するバックアップ可／不可を判断し、可であればバック
アップ実行手段２６が外部記憶装置３内のバックアップ
ソースをデータ格納部４３に保存後、バックアップソー
ス情報保存手段２７がバックアップ情報をバックアップ
情報部３１とバックアップ情報部４５とに保存する。
Description
【０００１】
【発明の属する技術分野】本発明は、バックアップファ
イルの世代管理システムおよびバックアップファイルの
世代管理用プログラムを記録した記録媒体に関し、特
に、バックアップ装置を使用して複数世代のファイルの
保存を行うバックアップファイルの世代管理システムお
よびバックアップファイルの世代管理用プログラムを記
録した記録媒体に関する。
イルの世代管理システムおよびバックアップファイルの
世代管理用プログラムを記録した記録媒体に関し、特
に、バックアップ装置を使用して複数世代のファイルの
保存を行うバックアップファイルの世代管理システムお
よびバックアップファイルの世代管理用プログラムを記
録した記録媒体に関する。
【０００２】
【従来の技術】従来より、情報システムで使用するファ
イルのバックアップシステムとして種々の方式が行われ
ているが、バックアップファイルの世代管理が人間の判
断に任されていることが多く、その場合、多くのトラブ
ルが発生する。
イルのバックアップシステムとして種々の方式が行われ
ているが、バックアップファイルの世代管理が人間の判
断に任されていることが多く、その場合、多くのトラブ
ルが発生する。
【０００３】人的ミスにより重要な業務データやユーザ
データを削除した場合に、復旧可能なバックアップセッ
トが存在しない可能性がある。
データを削除した場合に、復旧可能なバックアップセッ
トが存在しない可能性がある。
【０００４】その理由は、世代管理の判断を行う人間
が、必ずミスを犯さない保証はないことである。万一バ
ックアップ管理者が、重要なバックアップセットに他の
データを上書きしてしまった場合、その時点で復旧可能
なバックアップセットは存在しなくなるためである。
が、必ずミスを犯さない保証はないことである。万一バ
ックアップ管理者が、重要なバックアップセットに他の
データを上書きしてしまった場合、その時点で復旧可能
なバックアップセットは存在しなくなるためである。
【０００５】また、ハードウェア障害またはソフトウェ
ア障害のために有効バックアップセットが存在しない状
況が発生する可能性がある。
ア障害のために有効バックアップセットが存在しない状
況が発生する可能性がある。
【０００６】その理由は、バックアップシステムはバッ
クアップを実行するだけであり、運用上のミスやハード
ウェア障害またはソフトウェア障害発生時に、バックア
ップを実行することにより、不十分なバックアップが行
われ、復旧可能なバックアップセットを破壊してしまう
可能性があったためである。
クアップを実行するだけであり、運用上のミスやハード
ウェア障害またはソフトウェア障害発生時に、バックア
ップを実行することにより、不十分なバックアップが行
われ、復旧可能なバックアップセットを破壊してしまう
可能性があったためである。
【０００７】
【発明が解決しようとする課題】上述したように、従来
のバックアップファイルの世代管理システムは、障害発
生時に有効バックアップセットが存在しない可能性があ
るため、重要な業務データやユーザデータは永久に失わ
れ、再作成に膨大な時間と労力を費やすという問題点が
ある。システム環境復元においても、時間を要すること
になる。すなわち、その間はシステムが停止し、情報シ
ステムにおいて重大な損害となり得る。
のバックアップファイルの世代管理システムは、障害発
生時に有効バックアップセットが存在しない可能性があ
るため、重要な業務データやユーザデータは永久に失わ
れ、再作成に膨大な時間と労力を費やすという問題点が
ある。システム環境復元においても、時間を要すること
になる。すなわち、その間はシステムが停止し、情報シ
ステムにおいて重大な損害となり得る。
【０００８】本発明の目的は、いかなる場合でも有効バ
ックアップセットを確保するバックアップファイルの世
代管理システムおよびバックアップファイルの世代管理
用プログラムを記録した記録媒体手段を提供することに
ある。
ックアップセットを確保するバックアップファイルの世
代管理システムおよびバックアップファイルの世代管理
用プログラムを記録した記録媒体手段を提供することに
ある。
【０００９】
【課題を解決するための手段】本発明のバックアップフ
ァイルの世代管理システムは、演算装置と、前記演算装
置に接続されてファイルの保存を行う記憶装置と、前記
記憶装置のファイルの複数世代バックアップを行うバッ
クアップ媒体を挿入されるバックアップ装置とを含むバ
ックアップファイルの世代管理システムであって、前記
記憶装置はバックアップジョブＩＤとバックアップスケ
ジュールと保証世代数とを記録するバックアップ情報部
を備え、前記バックアップ媒体は前記バックアップジョ
ブＩＤとバックアップホスト名とバックアップ日時とを
記録するバックアップ情報部を備え、前記演算装置は前
記記憶装置が有するバックアップスケジュールの監視を
行ってスケジュール時刻になるとバックアップを起動す
るスケジュール監視手段とバックアップ正常終了時に前
記バックアップ媒体の前記バックアップ情報部の更新を
行うバックアップソース情報保存手段とを備えたことを
特徴とする。
ァイルの世代管理システムは、演算装置と、前記演算装
置に接続されてファイルの保存を行う記憶装置と、前記
記憶装置のファイルの複数世代バックアップを行うバッ
クアップ媒体を挿入されるバックアップ装置とを含むバ
ックアップファイルの世代管理システムであって、前記
記憶装置はバックアップジョブＩＤとバックアップスケ
ジュールと保証世代数とを記録するバックアップ情報部
を備え、前記バックアップ媒体は前記バックアップジョ
ブＩＤとバックアップホスト名とバックアップ日時とを
記録するバックアップ情報部を備え、前記演算装置は前
記記憶装置が有するバックアップスケジュールの監視を
行ってスケジュール時刻になるとバックアップを起動す
るスケジュール監視手段とバックアップ正常終了時に前
記バックアップ媒体の前記バックアップ情報部の更新を
行うバックアップソース情報保存手段とを備えたことを
特徴とする。
【００１０】本発明のバックアップファイルの世代管理
システムは、さらに、前記バックアップ媒体は媒体情報
部と前記バックアップ情報部とを有するヘッダ部を備
え、前記媒体情報部は前記バックアップ媒体の総容量を
記録し、前記バックアップ情報部はバックアップファイ
ルの開始バックアップ媒体アドレスと終了バックアップ
媒体アドレスとを記録することを特徴としてもよい。
システムは、さらに、前記バックアップ媒体は媒体情報
部と前記バックアップ情報部とを有するヘッダ部を備
え、前記媒体情報部は前記バックアップ媒体の総容量を
記録し、前記バックアップ情報部はバックアップファイ
ルの開始バックアップ媒体アドレスと終了バックアップ
媒体アドレスとを記録することを特徴としてもよい。
【００１１】本発明のバックアップファイルの世代管理
システムは、さらに、前記演算装置は、前記記憶装置の
バックアップソース容量を算出するバックアップ容量算
出手段と、前記バックアップ媒体の空き容量を算出する
バックアップ媒体空き容量算出手段と、前記バックアッ
プ容量算出手段と前記バックアップ媒体空き容量算出手
段との算出結果から前記バックアップ媒体へのバックア
ップ可否を判断するバックアップ可判断手段とを備えた
ことを特徴としてもよい。
システムは、さらに、前記演算装置は、前記記憶装置の
バックアップソース容量を算出するバックアップ容量算
出手段と、前記バックアップ媒体の空き容量を算出する
バックアップ媒体空き容量算出手段と、前記バックアッ
プ容量算出手段と前記バックアップ媒体空き容量算出手
段との算出結果から前記バックアップ媒体へのバックア
ップ可否を判断するバックアップ可判断手段とを備えた
ことを特徴としてもよい。
【００１２】本発明のバックアップファイルの世代管理
システムは、さらに、前記記憶装置の前記バックアップ
情報部はバックアップ日時とバックアップ媒体識別子と
からなるバックアップ世代情報を記録し、前記バックア
ップ媒体の前記バックアップ情報部はバックアップ媒体
識別子を記録し、前記演算装置は前記バックアップ世代
情報と前記バックアップ媒体識別子とを参照して前記バ
ックアップ媒体内の有効バックアップ世代数を算出する
バックアップ世代数算出手段を備えたことを特徴として
もよい。
システムは、さらに、前記記憶装置の前記バックアップ
情報部はバックアップ日時とバックアップ媒体識別子と
からなるバックアップ世代情報を記録し、前記バックア
ップ媒体の前記バックアップ情報部はバックアップ媒体
識別子を記録し、前記演算装置は前記バックアップ世代
情報と前記バックアップ媒体識別子とを参照して前記バ
ックアップ媒体内の有効バックアップ世代数を算出する
バックアップ世代数算出手段を備えたことを特徴として
もよい。
【００１３】本発明のバックアップファイルの世代管理
システムは、前記バックアップ装置は磁気テープ装置で
あることを特徴としてもよい。
システムは、前記バックアップ装置は磁気テープ装置で
あることを特徴としてもよい。
【００１４】本発明の記録媒体は、ファイルのバックア
ップジョブＩＤとバックアップスケジュールと保証世代
数とを記録した記憶装置が有する前記バックアップスケ
ジュールの監視を行ってスケジュール時刻になるとバッ
クアップを起動する処理と、バックアップ正常終了時に
バックアップ媒体のバックアップジョブＩＤとバックア
ップホスト名とバックアップ日時とからなるバックアッ
プ情報の更新を行う処理とをコンピュータに実行させる
ためのプログラムを記録したことを特徴とする。
ップジョブＩＤとバックアップスケジュールと保証世代
数とを記録した記憶装置が有する前記バックアップスケ
ジュールの監視を行ってスケジュール時刻になるとバッ
クアップを起動する処理と、バックアップ正常終了時に
バックアップ媒体のバックアップジョブＩＤとバックア
ップホスト名とバックアップ日時とからなるバックアッ
プ情報の更新を行う処理とをコンピュータに実行させる
ためのプログラムを記録したことを特徴とする。
【００１５】本発明の記録媒体は、さらに、記憶装置の
バックアップソース容量と前記バックアップ媒体の空き
容量とを算出し、前記バックアップ媒体へのバックアッ
プ可否を判断する処理をコンピュータに実行させるため
のプログラムを記録したことを特徴としてもよい。
バックアップソース容量と前記バックアップ媒体の空き
容量とを算出し、前記バックアップ媒体へのバックアッ
プ可否を判断する処理をコンピュータに実行させるため
のプログラムを記録したことを特徴としてもよい。
【００１６】本発明の記録媒体は、さらに、前記記憶装
置に記録されたバックアップ日時とバックアップ媒体識
別子とからなるバックアップ世代情報と前記バックアッ
プ媒体に記録されたバックアップ媒体識別子とを参照し
て前記バックアップ媒体内の有効バックアップ世代数を
算出する処理をコンピュータに実行させるためのプログ
ラムを記録したことを特徴としてもよい。
置に記録されたバックアップ日時とバックアップ媒体識
別子とからなるバックアップ世代情報と前記バックアッ
プ媒体に記録されたバックアップ媒体識別子とを参照し
て前記バックアップ媒体内の有効バックアップ世代数を
算出する処理をコンピュータに実行させるためのプログ
ラムを記録したことを特徴としてもよい。
【００１７】
【発明の実施の形態】本発明の実施の形態について図面
を参照して説明する。図１は本発明の第１の実施の形態
の構成を示すブロック図である。
を参照して説明する。図１は本発明の第１の実施の形態
の構成を示すブロック図である。
【００１８】第１の実施の形態は、入力装置１、演算装
置２、外部記憶装置３、バックアップ装置４、出力装置
５を含む。
置２、外部記憶装置３、バックアップ装置４、出力装置
５を含む。
【００１９】入力装置１は、演算装置２へのバックアッ
プ情報の投入やメッセージに対するレスポンス入力を行
うもので、マウス等のポインティングデバイスとキーボ
ードが単独または併用で用いられる。
プ情報の投入やメッセージに対するレスポンス入力を行
うもので、マウス等のポインティングデバイスとキーボ
ードが単独または併用で用いられる。
【００２０】演算装置２は、バックアップシステムにお
いて各種管理を行うもので、バックアップ情報妥当性確
認手段２１、スケジュール監視手段２２、バックアップ
ソース容量算出手段２３、バックアップ媒体空き容量算
出手段２４、バックアップ可判断手段２５、バックアッ
プ実行手段２６、バックアップソース情報保存手段２７
を含む。
いて各種管理を行うもので、バックアップ情報妥当性確
認手段２１、スケジュール監視手段２２、バックアップ
ソース容量算出手段２３、バックアップ媒体空き容量算
出手段２４、バックアップ可判断手段２５、バックアッ
プ実行手段２６、バックアップソース情報保存手段２７
を含む。
【００２１】外部記憶装置３は、バックアップ情報部３
１、バックアップソース部３２を含む。外部記憶装置３
としては、磁気ディスク装置が一般的に用いられる。
１、バックアップソース部３２を含む。外部記憶装置３
としては、磁気ディスク装置が一般的に用いられる。
【００２２】バックアップ装置４は、バックアップ媒体
４１を挿入し、バックアップ媒体４１に対し入出力を行
う装置である。バックアップ媒体４１は、ヘッダ部４２
とデータ格納部４３を含む。ヘッダ部４２は、媒体情報
部４４とバックアップ情報部４５を含む。バックアップ
装置４としては、ＤＡＴ(Digital Audio Tape)等のカー
トリッジを使用する磁気テープ装置が多く用いられる。
４１を挿入し、バックアップ媒体４１に対し入出力を行
う装置である。バックアップ媒体４１は、ヘッダ部４２
とデータ格納部４３を含む。ヘッダ部４２は、媒体情報
部４４とバックアップ情報部４５を含む。バックアップ
装置４としては、ＤＡＴ(Digital Audio Tape)等のカー
トリッジを使用する磁気テープ装置が多く用いられる。
【００２３】出力装置５はディスプレイ等であり、各種
情報の確認・システムメッセージの表示を行う。
情報の確認・システムメッセージの表示を行う。
【００２４】構成をさらに詳細に説明する。入力装置１
は、バックアップジョブ情報として「バックアップソー
ス・保証世代数・バックアップスケジュール」を演算装
置２に入力する。
は、バックアップジョブ情報として「バックアップソー
ス・保証世代数・バックアップスケジュール」を演算装
置２に入力する。
【００２５】演算装置２のバックアップ情報妥当性確認
手段２１は、入力されたバックアップジョブ情報の妥当
性を確認して、バックアップジョブＩＤ（Identificati
on Number）を付加し、外部記憶装置３のバックアップ
情報部３１にバックアップ情報として保存する。
手段２１は、入力されたバックアップジョブ情報の妥当
性を確認して、バックアップジョブＩＤ（Identificati
on Number）を付加し、外部記憶装置３のバックアップ
情報部３１にバックアップ情報として保存する。
【００２６】スケジュール監視手段２２は、一定間隔毎
に外部記憶装置３内のバックアップ情報部３１を監視
し、スケジュール時刻になるとバックアップジョブを起
動する。その際、外部記憶装置３はバックアップ情報の
保管場所であると共に、バックアップソースでもあり得
る。
に外部記憶装置３内のバックアップ情報部３１を監視
し、スケジュール時刻になるとバックアップジョブを起
動する。その際、外部記憶装置３はバックアップ情報の
保管場所であると共に、バックアップソースでもあり得
る。
【００２７】バックアップソース容量算出手段２３は、
外部記憶装置３のバックアップソース容量を算出する。
外部記憶装置３のバックアップソース容量を算出する。
【００２８】バックアップ媒体空き容量算出手段２４
は、バックアップ装置４に挿入されているバックアップ
媒体４１の空き容量を算出する。
は、バックアップ装置４に挿入されているバックアップ
媒体４１の空き容量を算出する。
【００２９】バックアップ可判断手段２５は、バックア
ップソース容量をバックアップ媒体４１の空き容量と比
較してバックアップ可能かどうかを判断する。
ップソース容量をバックアップ媒体４１の空き容量と比
較してバックアップ可能かどうかを判断する。
【００３０】バックアップ実行手段２６は、バックアッ
プジョブの実行を行う。
プジョブの実行を行う。
【００３１】バックアップソース情報保存手段２７は、
バックアップ媒体４１のバックアップ情報部４５にバッ
クアップ情報を保存する。
バックアップ媒体４１のバックアップ情報部４５にバッ
クアップ情報を保存する。
【００３２】バックアップデスティネーションとしてバ
ックアップ装置４にバックアップ媒体４１を挿入してお
く。図２はバックアップ媒体４１の詳細構成図である。
媒体情報部４４は、バックアップ媒体４１の総容量が記
録される。バックアップ情報部４５は、バックアップジ
ョブＩＤ、バックアップホスト名、バックアップ日時、
開始バックアップ媒体アドレス、終了バックアップ媒体
アドレスが記録される。データ格納部４３のバックアッ
プソースは複数の領域に分かれることがあり、ｎ個の領
域に分かれている場合は、開始バックアップ媒体アドレ
スと終了バックアップ媒体アドレスはそれぞれｎ個記録
される。バックアップ装置４には予めフォーマットされ
たバックアップ媒体４１を挿入しておく。この場合のフ
ォーマットとは「バックアップ媒体４１総容量の算出・
ヘッダ部４２（媒体情報部４４・バックアップ情報部４
５）作成・バックアップ媒体４１総容量の媒体情報部４
４への保存」である。
ックアップ装置４にバックアップ媒体４１を挿入してお
く。図２はバックアップ媒体４１の詳細構成図である。
媒体情報部４４は、バックアップ媒体４１の総容量が記
録される。バックアップ情報部４５は、バックアップジ
ョブＩＤ、バックアップホスト名、バックアップ日時、
開始バックアップ媒体アドレス、終了バックアップ媒体
アドレスが記録される。データ格納部４３のバックアッ
プソースは複数の領域に分かれることがあり、ｎ個の領
域に分かれている場合は、開始バックアップ媒体アドレ
スと終了バックアップ媒体アドレスはそれぞれｎ個記録
される。バックアップ装置４には予めフォーマットされ
たバックアップ媒体４１を挿入しておく。この場合のフ
ォーマットとは「バックアップ媒体４１総容量の算出・
ヘッダ部４２（媒体情報部４４・バックアップ情報部４
５）作成・バックアップ媒体４１総容量の媒体情報部４
４への保存」である。
【００３３】動作中のメッセージや確認はすべて出力装
置５に出力され、入力が必要な場合は入力装置１から入
力する。
置５に出力され、入力が必要な場合は入力装置１から入
力する。
【００３４】次に、第１の実施の形態の動作について図
１、図２、図３を参照して説明する。図３はバックアッ
プ時の動作を示すフローチャートである。
１、図２、図３を参照して説明する。図３はバックアッ
プ時の動作を示すフローチャートである。
【００３５】入力装置１より入力された「バックアップ
ソース・保証世代数・バックアップスケジュール」から
構成されるバックアップジョブ情報は、演算装置２のバ
ックアップ情報妥当性確認手段２１にて各種妥当性チェ
ック（例えばバックアップソース妥当性で言えば、「バ
ックアップソースの外部記憶装置が存在するか？」等）
が行われた後、一意のバックアップジョブＩＤが付加さ
れ、外部記憶装置３のバックアップ情報部３１に保存さ
れる。スケジュール監視手段２２は、一定間隔毎にバッ
クアップ情報部３１内のバックアップ情報を監視する。
スケジュール実行時刻となると、バックアップジョブを
起動する。
ソース・保証世代数・バックアップスケジュール」から
構成されるバックアップジョブ情報は、演算装置２のバ
ックアップ情報妥当性確認手段２１にて各種妥当性チェ
ック（例えばバックアップソース妥当性で言えば、「バ
ックアップソースの外部記憶装置が存在するか？」等）
が行われた後、一意のバックアップジョブＩＤが付加さ
れ、外部記憶装置３のバックアップ情報部３１に保存さ
れる。スケジュール監視手段２２は、一定間隔毎にバッ
クアップ情報部３１内のバックアップ情報を監視する。
スケジュール実行時刻となると、バックアップジョブを
起動する。
【００３６】次にバックアップ時の動作を説明する。図
３を参照すると、スケジュール監視手段２２がバックア
ップジョブを起動する（ステップ１０１）と、バックア
ップソース容量算出手段２３がバックアップソースの容
量を算出する（ステップ１０２）。これは個々のバック
アップソース容量を加算すれば算出できる。さらに、バ
ックアップ媒体空き容量算出手段２４が現在挿入されて
いるバックアップ媒体４１の空き容量を算出する（ステ
ップ１０３）。これはバックアップ媒体４１の媒体情報
部４４に保存されている媒体総容量情報から、バックア
ップ情報部４５に保存されている情報の各容量を減算す
れば算出できる。この時バックアップ媒体４１のバック
アップ情報部４５に保存されている容量は、終了バック
アップ媒体アドレス（ｎ）と開始バックアップ媒体アド
レス（ｎ）から算出できる（図２参照）。
３を参照すると、スケジュール監視手段２２がバックア
ップジョブを起動する（ステップ１０１）と、バックア
ップソース容量算出手段２３がバックアップソースの容
量を算出する（ステップ１０２）。これは個々のバック
アップソース容量を加算すれば算出できる。さらに、バ
ックアップ媒体空き容量算出手段２４が現在挿入されて
いるバックアップ媒体４１の空き容量を算出する（ステ
ップ１０３）。これはバックアップ媒体４１の媒体情報
部４４に保存されている媒体総容量情報から、バックア
ップ情報部４５に保存されている情報の各容量を減算す
れば算出できる。この時バックアップ媒体４１のバック
アップ情報部４５に保存されている容量は、終了バック
アップ媒体アドレス（ｎ）と開始バックアップ媒体アド
レス（ｎ）から算出できる（図２参照）。
【００３７】バックアップソース容量とバックアップ媒
体空き容量が算出されると、バックアップ可判断手段２
５にて容量が比較され条件分岐される（ステップ１０
４）。条件分岐の内容は、 １）バックアップソース容量≦バックアップ媒体空き容
量の場合、バックアップ実行手段２６は、バックアップ
ジョブを実行し、バックアップソースをバックアップ媒
体４１のデータ格納部４３に保存する（ステップ１０
５）。 ２）バックアップソース容量＞バックアップ媒体空き容
量の場合、バックアップ可判断手段２５は、バックアッ
プ不可能と判断し、出力装置５にバックアップ媒体４１
の交換を求めるメッセージを出力し（ステップ１０
８）、バックアップを中断する。オペレータはバックア
ップ媒体４１を交換し（ステップ１０９）、ステップ１
０３に進む。
体空き容量が算出されると、バックアップ可判断手段２
５にて容量が比較され条件分岐される（ステップ１０
４）。条件分岐の内容は、 １）バックアップソース容量≦バックアップ媒体空き容
量の場合、バックアップ実行手段２６は、バックアップ
ジョブを実行し、バックアップソースをバックアップ媒
体４１のデータ格納部４３に保存する（ステップ１０
５）。 ２）バックアップソース容量＞バックアップ媒体空き容
量の場合、バックアップ可判断手段２５は、バックアッ
プ不可能と判断し、出力装置５にバックアップ媒体４１
の交換を求めるメッセージを出力し（ステップ１０
８）、バックアップを中断する。オペレータはバックア
ップ媒体４１を交換し（ステップ１０９）、ステップ１
０３に進む。
【００３８】バックアップジョブが正常に実行される
と、ステップ１０６で、バックアップソース情報保守手
段２７が、バックアップ媒体４１のバックアップ情報部
４５に正常終了したバックアップジョブの「バックアッ
プジョブＩＤ・バックアップホスト名・バックアップ日
時・開始バックアップ媒体アドレス・終了バックアップ
媒体アドレス」をバックアップ情報として保存する。ま
たバックアップ媒体４１のバックアップ情報部４５に同
一バックアックジョブＩＤ・バックアップホスト名のバ
ックアップ情報が複数存在した場合、外部記憶装置３に
保存されているバックアップ情報の保証世代数を参照す
る。バックアップ媒体ヘッダ部の同一バックアップジョ
ブＩＤ・バックアップホスト名のバックアップ情報の世
代数が大きい場合、そのバックアップ情報のバックアッ
プ日時を比較し、保証世代外のバックアップ情報を消去
する。
と、ステップ１０６で、バックアップソース情報保守手
段２７が、バックアップ媒体４１のバックアップ情報部
４５に正常終了したバックアップジョブの「バックアッ
プジョブＩＤ・バックアップホスト名・バックアップ日
時・開始バックアップ媒体アドレス・終了バックアップ
媒体アドレス」をバックアップ情報として保存する。ま
たバックアップ媒体４１のバックアップ情報部４５に同
一バックアックジョブＩＤ・バックアップホスト名のバ
ックアップ情報が複数存在した場合、外部記憶装置３に
保存されているバックアップ情報の保証世代数を参照す
る。バックアップ媒体ヘッダ部の同一バックアップジョ
ブＩＤ・バックアップホスト名のバックアップ情報の世
代数が大きい場合、そのバックアップ情報のバックアッ
プ日時を比較し、保証世代外のバックアップ情報を消去
する。
【００３９】以上の動作によりバックアップを終了する
（ステップ１０７）。
（ステップ１０７）。
【００４０】さらに具体的な実施例を用いて動作を説明
する。外部記憶装置３のバックアップソース部３２にフ
ァイルＡが存在しており、入力装置１より「ファイルＡ
を３世代、土曜日のAM9:00からバックアップする」とい
ったバックアップジョブ情報を入力した場合、演算装置
２のバックアップ情報妥当性確認手段２１にてスケジュ
ール妥当性がチェックされる。この時「土曜日のAM9:00
から」であり、未来において確実に発生するスケジュー
ルである。よってスケジュール妥当性に問題はない。ま
たファイルＡも外部記憶装置３のバックアップソース部
３２内に存在しているので、ソース妥当性も問題ない。
チェックが終了した時点で一意のバックアップジョブＩ
Ｄを付加する。バックアップジョブＩＤ「Ａ」が一意と
なるとして、バックアップジョブＩＤに「Ａ」が付加さ
れたとする。その上で外部記憶装置３のバックアップ情
報部３１にバックアップ情報として保存されるが、保存
する情報は「バックアップソース＝ファイルＡ・保証世
代数＝３・バックアップスケジュール＝土曜日AM9:00・
バックアップジョブＩＤ＝Ａ」となる。
する。外部記憶装置３のバックアップソース部３２にフ
ァイルＡが存在しており、入力装置１より「ファイルＡ
を３世代、土曜日のAM9:00からバックアップする」とい
ったバックアップジョブ情報を入力した場合、演算装置
２のバックアップ情報妥当性確認手段２１にてスケジュ
ール妥当性がチェックされる。この時「土曜日のAM9:00
から」であり、未来において確実に発生するスケジュー
ルである。よってスケジュール妥当性に問題はない。ま
たファイルＡも外部記憶装置３のバックアップソース部
３２内に存在しているので、ソース妥当性も問題ない。
チェックが終了した時点で一意のバックアップジョブＩ
Ｄを付加する。バックアップジョブＩＤ「Ａ」が一意と
なるとして、バックアップジョブＩＤに「Ａ」が付加さ
れたとする。その上で外部記憶装置３のバックアップ情
報部３１にバックアップ情報として保存されるが、保存
する情報は「バックアップソース＝ファイルＡ・保証世
代数＝３・バックアップスケジュール＝土曜日AM9:00・
バックアップジョブＩＤ＝Ａ」となる。
【００４１】スケジュール監視手段２２は一定間隔でバ
ックアップ情報部３１に保存されているバックアップ情
報のバックアップスケジュールを監視し、「土曜日AM9:
00」になると、バックアップ実行手段２６はバックアッ
プジョブＩＤ＝「Ａ」のバックアップを実行する。
ックアップ情報部３１に保存されているバックアップ情
報のバックアップスケジュールを監視し、「土曜日AM9:
00」になると、バックアップ実行手段２６はバックアッ
プジョブＩＤ＝「Ａ」のバックアップを実行する。
【００４２】本実施例のステップ１０１〜１０７の動作
は次のようになる。ホスト名「Ａ」の演算装置（コンピ
ュータ）２に接続されている外部記憶装置３のバックア
ップソース部３２に保存されているファイルＡのサイズ
が２Mbyteである。また、バックアップ装置４に挿入さ
れているバックアップ媒体４１の総容量が１００Mbyte
で、以下の１）〜３）項のバックアップが保存されてい
る。 １）バックアップジョブＩＤ＝Ａ・バックアップホスト
名＝Ａ・バックアップ日時＝３週間前の土曜日AM9:00・
容量（開始バックアップ媒体アドレスと終了バックアッ
プ媒体アドレスより算出）＝２Mbyte ２）バックアップジョブＩＤ＝Ａ・バックアップホスト
名＝Ａ・バックアップ日時＝２週間前の土曜日AM9:00・
容量（開始バックアップ媒体アドレスと終了バックアッ
プ媒体アドレスより算出）＝２Mbyte ３）バックアップジョブＩＤ＝Ａ・バックアップホスト
名＝Ａ・バックアップ日時＝１週間前の土曜日AM9:00・
容量（開始バックアップ媒体アドレスと終了バックアッ
プ媒体アドレスより算出）＝２Mbyte また、「バックアップソース＝ファイルＡ・保証世代数
＝３・バックアップスケジュール＝土曜日AM9:00・バッ
クアップジョブＩＤ＝Ａ」が外部記憶装置３のバックア
ップ情報部３１に存在したとする。
は次のようになる。ホスト名「Ａ」の演算装置（コンピ
ュータ）２に接続されている外部記憶装置３のバックア
ップソース部３２に保存されているファイルＡのサイズ
が２Mbyteである。また、バックアップ装置４に挿入さ
れているバックアップ媒体４１の総容量が１００Mbyte
で、以下の１）〜３）項のバックアップが保存されてい
る。 １）バックアップジョブＩＤ＝Ａ・バックアップホスト
名＝Ａ・バックアップ日時＝３週間前の土曜日AM9:00・
容量（開始バックアップ媒体アドレスと終了バックアッ
プ媒体アドレスより算出）＝２Mbyte ２）バックアップジョブＩＤ＝Ａ・バックアップホスト
名＝Ａ・バックアップ日時＝２週間前の土曜日AM9:00・
容量（開始バックアップ媒体アドレスと終了バックアッ
プ媒体アドレスより算出）＝２Mbyte ３）バックアップジョブＩＤ＝Ａ・バックアップホスト
名＝Ａ・バックアップ日時＝１週間前の土曜日AM9:00・
容量（開始バックアップ媒体アドレスと終了バックアッ
プ媒体アドレスより算出）＝２Mbyte また、「バックアップソース＝ファイルＡ・保証世代数
＝３・バックアップスケジュール＝土曜日AM9:00・バッ
クアップジョブＩＤ＝Ａ」が外部記憶装置３のバックア
ップ情報部３１に存在したとする。
【００４３】土曜日AM9:00になるとバックアップスケジ
ュール時刻であるため、スケジュール監視手段２２はバ
ックアップジョブＩＤ＝Ａのバックアップを起動する
（ステップ１０１）。
ュール時刻であるため、スケジュール監視手段２２はバ
ックアップジョブＩＤ＝Ａのバックアップを起動する
（ステップ１０１）。
【００４４】ステップ１０２で、バックアップソース容
量算出手段２３がバックアップソースの容量を算出す
る。バックアップソース容量はバックアップソース部３
２のファイルＡサイズが２Mbyteであるため２Mbyteであ
る。
量算出手段２３がバックアップソースの容量を算出す
る。バックアップソース容量はバックアップソース部３
２のファイルＡサイズが２Mbyteであるため２Mbyteであ
る。
【００４５】ステップ１０３で、バックアップ媒体空き
容量算出手段２４がバックアップ媒体４１の空き容量を
算出する。バックアップ媒体４１は総容量が１００Mbyt
eで、すでに保管されているバックアップ容量を加算し
たものが２×３＝６Mbyteであるため、空き容量は１０
０−６＝９４Mbyteである。
容量算出手段２４がバックアップ媒体４１の空き容量を
算出する。バックアップ媒体４１は総容量が１００Mbyt
eで、すでに保管されているバックアップ容量を加算し
たものが２×３＝６Mbyteであるため、空き容量は１０
０−６＝９４Mbyteである。
【００４６】ステップ１０４で、バックアップ可判断手
段２５が容量の比較を行う。挿入されているバックアッ
プ媒体４１には十分にバックアップジョブ＝Ａを保存す
る容量があることがわかる。
段２５が容量の比較を行う。挿入されているバックアッ
プ媒体４１には十分にバックアップジョブ＝Ａを保存す
る容量があることがわかる。
【００４７】よって、ステップ１０５で、バックアップ
実行手段２６がバックアップジョブＩＤ＝Ａのバックア
ップを実行する。バックアップ媒体４１のデータ格納部
４３への書き込みは、前回バックアップ終了アドレスの
次から書き込まれ、ＥＯＴ（End of Tape）になればバ
ックアップ媒体４１交換を求めるのではなく、データ格
納部４３の使用可能領域に書き込まれる。
実行手段２６がバックアップジョブＩＤ＝Ａのバックア
ップを実行する。バックアップ媒体４１のデータ格納部
４３への書き込みは、前回バックアップ終了アドレスの
次から書き込まれ、ＥＯＴ（End of Tape）になればバ
ックアップ媒体４１交換を求めるのではなく、データ格
納部４３の使用可能領域に書き込まれる。
【００４８】ステップ１０６では、「バックアップジョ
ブＩＤ＝Ａ・バックアップホスト名＝Ａ・バックアップ
日時＝今週の土曜日AM9:00・開始バックアップ媒体アド
レス＝XXXX・終了バックアップ媒体アドレス＝YYYY」と
いったバックアップ情報が、バックアップ媒体４１の媒
体情報部４４に登録される。外部記憶装置３のバックア
ップ情報部３１では「バックアップジョブＩＤ＝Ａは保
証世代数＝３」である。その時点でバックアップジョブ
ＩＤ＝Ａが４世代バックアップ媒体４１に存在すること
になる。よって１世代不用になる。すなわち一番古いも
の、「バックアップジョブＩＤ＝Ａ・バックアップホス
ト名＝Ａ・バックアップ日時＝３週間前の土曜日AM9:0
0」のバックアップ情報がバックアップ媒体４１のヘッ
ダ部４２より消去される。
ブＩＤ＝Ａ・バックアップホスト名＝Ａ・バックアップ
日時＝今週の土曜日AM9:00・開始バックアップ媒体アド
レス＝XXXX・終了バックアップ媒体アドレス＝YYYY」と
いったバックアップ情報が、バックアップ媒体４１の媒
体情報部４４に登録される。外部記憶装置３のバックア
ップ情報部３１では「バックアップジョブＩＤ＝Ａは保
証世代数＝３」である。その時点でバックアップジョブ
ＩＤ＝Ａが４世代バックアップ媒体４１に存在すること
になる。よって１世代不用になる。すなわち一番古いも
の、「バックアップジョブＩＤ＝Ａ・バックアップホス
ト名＝Ａ・バックアップ日時＝３週間前の土曜日AM9:0
0」のバックアップ情報がバックアップ媒体４１のヘッ
ダ部４２より消去される。
【００４９】上記の一連の流れにより世代バックアップ
を保証することができるようになる。
を保証することができるようになる。
【００５０】本実施の形態および実施例では、バックア
ップソース容量≦バックアップ媒体空き容量である場合
にのみバックアップを実行する例を説明した。１世代が
複数の媒体にまたがらないようにしたものである。バッ
クアップソース容量＞バックアップ媒体空き容量であっ
ても、バックアップ媒体がフォーマット直後のものであ
れば、複数媒体でのバックアップを行うことは可能であ
る。
ップソース容量≦バックアップ媒体空き容量である場合
にのみバックアップを実行する例を説明した。１世代が
複数の媒体にまたがらないようにしたものである。バッ
クアップソース容量＞バックアップ媒体空き容量であっ
ても、バックアップ媒体がフォーマット直後のものであ
れば、複数媒体でのバックアップを行うことは可能であ
る。
【００５１】次に、本発明の第２の実施の形態について
説明する。図４は第２の実施の形態の構成を示すブロッ
ク図である。図５は第２の実施の形態のバックアップ媒
体４１の詳細構成図である。図６は第２の実施の形態の
バックアップ時の動作を示すフローチャートである。
説明する。図４は第２の実施の形態の構成を示すブロッ
ク図である。図５は第２の実施の形態のバックアップ媒
体４１の詳細構成図である。図６は第２の実施の形態の
バックアップ時の動作を示すフローチャートである。
【００５２】第２の実施の形態の構成が第１の実施の形
態と異なる点は以下のとおりである。図４を参照する
と、演算装置２のバックアップ媒体空き容量算出手段
（図１の２４）がバックアップ世代数・媒体空き容量算
出手段２９に変更されている。また、外部記憶装置３の
バックアップ情報部３１にバックアップ世代情報が追加
されている。バックアップ世代情報の内容は「バックア
ップ日時・媒体識別子」である。図５を参照すると、媒
体情報部４４に媒体識別子が追加されている。図６を参
照すると、ステップ１０３でバックアップ世代数算出が
追加されている。
態と異なる点は以下のとおりである。図４を参照する
と、演算装置２のバックアップ媒体空き容量算出手段
（図１の２４）がバックアップ世代数・媒体空き容量算
出手段２９に変更されている。また、外部記憶装置３の
バックアップ情報部３１にバックアップ世代情報が追加
されている。バックアップ世代情報の内容は「バックア
ップ日時・媒体識別子」である。図５を参照すると、媒
体情報部４４に媒体識別子が追加されている。図６を参
照すると、ステップ１０３でバックアップ世代数算出が
追加されている。
【００５３】動作について、第１の実施の形態と異なる
点を説明する。第１の実施の形態では単一バックアップ
媒体でのみ世代保証を行うが、第２の実施の形態ではバ
ックアップ世代情報を外部記憶装置３にも保存して複数
バックアップ媒体での世代管理を行う。
点を説明する。第１の実施の形態では単一バックアップ
媒体でのみ世代保証を行うが、第２の実施の形態ではバ
ックアップ世代情報を外部記憶装置３にも保存して複数
バックアップ媒体での世代管理を行う。
【００５４】バックアップ世代数・媒体空き容量算出手
段２９は、バックアップ媒体空き容量を算出する前に外
部記憶装置３上のバックアップ情報部３１のバックアッ
プ世代情報を参照し、他のバックアップ媒体に世代バッ
クアップが存在する場合、バックアップ装置４に挿入さ
れているバックアップ媒体４１内の有効バックアップ世
代を算出する。バックアップ媒体４１に存在しているバ
ックアップセット世代数を確認すると同時に外部記憶装
置３内のバックアップ情報部３１に保存されているバッ
クアップ世代情報を参照し、挿入されているバックアッ
プ媒体４１の保存バックアップセットの内、有効世代を
算出する。このことにより、複数バックアップ媒体での
世代管理を行い、無効な世代バックアップセットを破棄
することが可能になる。
段２９は、バックアップ媒体空き容量を算出する前に外
部記憶装置３上のバックアップ情報部３１のバックアッ
プ世代情報を参照し、他のバックアップ媒体に世代バッ
クアップが存在する場合、バックアップ装置４に挿入さ
れているバックアップ媒体４１内の有効バックアップ世
代を算出する。バックアップ媒体４１に存在しているバ
ックアップセット世代数を確認すると同時に外部記憶装
置３内のバックアップ情報部３１に保存されているバッ
クアップ世代情報を参照し、挿入されているバックアッ
プ媒体４１の保存バックアップセットの内、有効世代を
算出する。このことにより、複数バックアップ媒体での
世代管理を行い、無効な世代バックアップセットを破棄
することが可能になる。
【００５５】第２の実施の形態の具体的な実施例を説明
する。ホスト名「Ａ」の演算装置（コンピュータ）２の
外部記憶装置３のバックアップソース部３２のファイル
Ａのサイズが３０Mbyteであり、バックアップ装置４に
挿入されているバックアップ媒体４１の媒体識別子が
「Ａ」、総容量が１００Mbyteで、以下のバックアップ
が保存されている。 １）バックアップジョブＩＤ＝Ａ・バックアップホスト
名＝Ａ・バックアップ日時＝４週間前の土曜日AM9:00・
容量（開始バックアップ媒体アドレスと終了バックアッ
プ媒体アドレスより算出）＝３０Mbyte ２）バックアップジョブＩＤ＝Ａ・バックアップホスト
名＝Ａ・バックアップ日時＝２週間前の土曜日AM9:00・
容量（開始バックアップ媒体アドレスと終了バックアッ
プ媒体アドレスより算出）＝３０Mbyte ３）バックアップジョブＩＤ＝Ａ・バックアップホスト
名＝Ａ・バックアップ日時＝１週間前の土曜日AM9:00・
容量（開始バックアップ媒体アドレスと終了バックアッ
プ媒体アドレスより算出）＝３０Mbyte また、「バックアップソース＝ファイルＡ・保証世代数
＝３・バックアップスケジュール＝土曜日AM9:00・バッ
クアップジョブＩＤ＝Ａ・バックアップ世代情報＝
｛（１週間前土曜日AM9:00・媒体識別子＝Ａ）（２週間
前土曜日AM9:00・媒体識別子＝Ａ）（３週間前土曜日AM
9:00・媒体識別子＝Ｂ）｝」が外部記憶装置３内のバッ
クアップ情報部３１に存在したとする。
する。ホスト名「Ａ」の演算装置（コンピュータ）２の
外部記憶装置３のバックアップソース部３２のファイル
Ａのサイズが３０Mbyteであり、バックアップ装置４に
挿入されているバックアップ媒体４１の媒体識別子が
「Ａ」、総容量が１００Mbyteで、以下のバックアップ
が保存されている。 １）バックアップジョブＩＤ＝Ａ・バックアップホスト
名＝Ａ・バックアップ日時＝４週間前の土曜日AM9:00・
容量（開始バックアップ媒体アドレスと終了バックアッ
プ媒体アドレスより算出）＝３０Mbyte ２）バックアップジョブＩＤ＝Ａ・バックアップホスト
名＝Ａ・バックアップ日時＝２週間前の土曜日AM9:00・
容量（開始バックアップ媒体アドレスと終了バックアッ
プ媒体アドレスより算出）＝３０Mbyte ３）バックアップジョブＩＤ＝Ａ・バックアップホスト
名＝Ａ・バックアップ日時＝１週間前の土曜日AM9:00・
容量（開始バックアップ媒体アドレスと終了バックアッ
プ媒体アドレスより算出）＝３０Mbyte また、「バックアップソース＝ファイルＡ・保証世代数
＝３・バックアップスケジュール＝土曜日AM9:00・バッ
クアップジョブＩＤ＝Ａ・バックアップ世代情報＝
｛（１週間前土曜日AM9:00・媒体識別子＝Ａ）（２週間
前土曜日AM9:00・媒体識別子＝Ａ）（３週間前土曜日AM
9:00・媒体識別子＝Ｂ）｝」が外部記憶装置３内のバッ
クアップ情報部３１に存在したとする。
【００５６】本実施例ではバックアップ媒体４１の空き
容量は（１００−３０×３）＝１０Mbyteとなりバック
アップソース容量の３０Mbyteより小さくなる。よって
媒体交換が必要になるが、本実施例では外部記憶装置３
内のバックアップ情報部３１のバックアップ世代情報に
有効世代バックアップの一つが媒体識別子「Ｂ」に存在
することが記録されている。すなわち媒体識別子「Ａ」
内に存在するバックアップジョブＩＤ＝Ａのバックアッ
プ３世代の内、外部記憶装置３のバックアップ情報部３
１のバックアップ世代情報とマッチングしないものは無
効であると判断できる。よってバックアップ媒体４１の
空き容量は（１００−３０×２）＝４０Mbyteとなりバ
ックアップソース容量の３０Mbyteより大きくなり、バ
ックアップ実行可能と判断できる。
容量は（１００−３０×３）＝１０Mbyteとなりバック
アップソース容量の３０Mbyteより小さくなる。よって
媒体交換が必要になるが、本実施例では外部記憶装置３
内のバックアップ情報部３１のバックアップ世代情報に
有効世代バックアップの一つが媒体識別子「Ｂ」に存在
することが記録されている。すなわち媒体識別子「Ａ」
内に存在するバックアップジョブＩＤ＝Ａのバックアッ
プ３世代の内、外部記憶装置３のバックアップ情報部３
１のバックアップ世代情報とマッチングしないものは無
効であると判断できる。よってバックアップ媒体４１の
空き容量は（１００−３０×２）＝４０Mbyteとなりバ
ックアップソース容量の３０Mbyteより大きくなり、バ
ックアップ実行可能と判断できる。
【００５７】このように、本実施例では、複数媒体を利
用した世代バックアップに関しても対応し、かつ保証世
代以上の世代バックアップを作成しなくなるといった利
点がある。
用した世代バックアップに関しても対応し、かつ保証世
代以上の世代バックアップを作成しなくなるといった利
点がある。
【００５８】図７は本発明の第３の実施の形態の構成を
示すブロック図である。第３の実施の形態は、入力装置
１、演算装置２、外部記憶装置３、バックアップ装置
４、出力装置５、記録媒体６を含む。記録媒体６は、バ
ックアップファイルの世代管理用プログラムを記録して
いる。この記録媒体６は、磁気ディスク、半導体メモ
リ、光ディスク、その他の記録媒体であってよい。
示すブロック図である。第３の実施の形態は、入力装置
１、演算装置２、外部記憶装置３、バックアップ装置
４、出力装置５、記録媒体６を含む。記録媒体６は、バ
ックアップファイルの世代管理用プログラムを記録して
いる。この記録媒体６は、磁気ディスク、半導体メモ
リ、光ディスク、その他の記録媒体であってよい。
【００５９】バックアップファイルの世代管理用プログ
ラムは記録媒体６から演算装置２に読み込まれ、第１の
実施の形態におけるバックアップ情報妥当性確認手段２
１、スケジュール監視手段２２、バックアップソース容
量算出手段２３、バックアップ媒体空き容量算出手段２
４、バックアップ可判断手段２５、バックアップ実行手
段２６、バックアップソース情報保存手段２７の処理と
同様の処理を行う。
ラムは記録媒体６から演算装置２に読み込まれ、第１の
実施の形態におけるバックアップ情報妥当性確認手段２
１、スケジュール監視手段２２、バックアップソース容
量算出手段２３、バックアップ媒体空き容量算出手段２
４、バックアップ可判断手段２５、バックアップ実行手
段２６、バックアップソース情報保存手段２７の処理と
同様の処理を行う。
【００６０】演算装置２は、ファイルのバックアップジ
ョブＩＤとバックアップスケジュールと保証世代数とを
記録した記憶装置３が有するバックアップスケジュール
の監視を行ってスケジュール時刻になるとバックアップ
を起動する処理と、バックアップ正常終了時にバックア
ップ媒体４１のバックアップジョブＩＤとバックアップ
ホスト名とバックアップ日時とからなるバックアップ情
報部４５の更新を行う処理とを行う。
ョブＩＤとバックアップスケジュールと保証世代数とを
記録した記憶装置３が有するバックアップスケジュール
の監視を行ってスケジュール時刻になるとバックアップ
を起動する処理と、バックアップ正常終了時にバックア
ップ媒体４１のバックアップジョブＩＤとバックアップ
ホスト名とバックアップ日時とからなるバックアップ情
報部４５の更新を行う処理とを行う。
【００６１】さらに、演算装置２は、記憶装置３のバッ
クアップソース容量とバックアップ媒体４１の空き容量
とを算出し、バックアップ媒体へのバックアップ可否を
判断する処理を行う。
クアップソース容量とバックアップ媒体４１の空き容量
とを算出し、バックアップ媒体へのバックアップ可否を
判断する処理を行う。
【００６２】次に、本発明の第４の実施の形態について
説明する。第４の実施の形態は、第３の実施の形態に、
第２の実施の形態で説明したバックアップ世代数算出手
段の処理を追加したものである。
説明する。第４の実施の形態は、第３の実施の形態に、
第２の実施の形態で説明したバックアップ世代数算出手
段の処理を追加したものである。
【００６３】演算装置２は、記憶装置３に記録されたバ
ックアップ日時とバックアップ媒体識別子とからなるバ
ックアップ世代情報とバックアップ媒体４１に記録され
たバックアップ媒体識別子とを参照してバックアップ媒
体内の有効バックアップ世代数を算出する処理を行う。
ックアップ日時とバックアップ媒体識別子とからなるバ
ックアップ世代情報とバックアップ媒体４１に記録され
たバックアップ媒体識別子とを参照してバックアップ媒
体内の有効バックアップ世代数を算出する処理を行う。
【００６４】
【発明の効果】本発明の第一の効果は、バックアップの
世代管理が保証されることである。その理由は、従来、
バックアップセットの世代管理は、物理的な媒体交換に
よらざるをえなかったが、誤って媒体交換しなかった
り、何らかの理由で交換できない場合もバックアップが
行われ、バックアップの世代管理が崩れたり、最悪の場
合では、復旧可能なバックアップセットが存在しなくな
ることもあり得る。これは従来のバックアップシステム
において、システムはバックアップを実行するだけで、
世代管理は人間にのみ頼っていたためである。本発明で
は最終的な判断は人間がするが、バックアップシステム
内に世代管理機能を付加することにより、バックアップ
システムのみでは保証世代以内のバックアップセットを
消去することができない。すなわち人間の判断が入らな
い限り保証世代バックアップセットを保証できることに
なり、最悪でも数世代前の状態に復元することが可能と
なり、データの完全消失は回避できる。
世代管理が保証されることである。その理由は、従来、
バックアップセットの世代管理は、物理的な媒体交換に
よらざるをえなかったが、誤って媒体交換しなかった
り、何らかの理由で交換できない場合もバックアップが
行われ、バックアップの世代管理が崩れたり、最悪の場
合では、復旧可能なバックアップセットが存在しなくな
ることもあり得る。これは従来のバックアップシステム
において、システムはバックアップを実行するだけで、
世代管理は人間にのみ頼っていたためである。本発明で
は最終的な判断は人間がするが、バックアップシステム
内に世代管理機能を付加することにより、バックアップ
システムのみでは保証世代以内のバックアップセットを
消去することができない。すなわち人間の判断が入らな
い限り保証世代バックアップセットを保証できることに
なり、最悪でも数世代前の状態に復元することが可能と
なり、データの完全消失は回避できる。
【００６５】第二の効果は、バックアップ媒体の一部に
消耗が集中しなくなることである。その理由は、本発明
においてバックアップ媒体のすべての領域はサイクリッ
クに使用されることである。バックアップ動作時に挿入
されているバックアップ媒体にバックアップ可／不可判
断を行っているが、可であれば、バックアップ媒体の前
回バックアップ終了アドレスの次から書き込まれ、ＥＯ
Ｔになれば媒体交換を求めるのではなく、バックアップ
媒体データ部の使用可能領域に書き込まれる。すなわ
ち、バックアップ媒体の容量を効率的に利用するため、
バックアップ媒体の一部のみが消耗することはなく、媒
体疲労はバックアップ媒体全体で分散されることとな
る。また、バックアップ媒体１個につき複数バックアッ
プセットを格納可能であるため、使用バックアップ媒体
数も減少する可能性があり、ランニングコストを減少さ
せることも可能になる。
消耗が集中しなくなることである。その理由は、本発明
においてバックアップ媒体のすべての領域はサイクリッ
クに使用されることである。バックアップ動作時に挿入
されているバックアップ媒体にバックアップ可／不可判
断を行っているが、可であれば、バックアップ媒体の前
回バックアップ終了アドレスの次から書き込まれ、ＥＯ
Ｔになれば媒体交換を求めるのではなく、バックアップ
媒体データ部の使用可能領域に書き込まれる。すなわ
ち、バックアップ媒体の容量を効率的に利用するため、
バックアップ媒体の一部のみが消耗することはなく、媒
体疲労はバックアップ媒体全体で分散されることとな
る。また、バックアップ媒体１個につき複数バックアッ
プセットを格納可能であるため、使用バックアップ媒体
数も減少する可能性があり、ランニングコストを減少さ
せることも可能になる。
【００６６】第三の効果は、バックアップ／復旧動作が
高速化されることである。その理由としては、バックア
ップ媒体ヘッダ部に媒体情報・バックアップ情報を保存
することにより、媒体情報・バックアップ情報がすばや
く検索でき、バックアップ／復旧時の実行判断が迅速に
行える。実際にデータをバックアップ／復旧する場合も
バックアップ情報により、直接バックアップ媒体の対象
データ部にアクセスすることが可能になり処理の高速化
につながる。
高速化されることである。その理由としては、バックア
ップ媒体ヘッダ部に媒体情報・バックアップ情報を保存
することにより、媒体情報・バックアップ情報がすばや
く検索でき、バックアップ／復旧時の実行判断が迅速に
行える。実際にデータをバックアップ／復旧する場合も
バックアップ情報により、直接バックアップ媒体の対象
データ部にアクセスすることが可能になり処理の高速化
につながる。
【図１】第１の実施の形態の構成を示すブロック図であ
る。
る。
【図２】第１の実施の形態のバックアップ媒体の詳細構
成図である。
成図である。
【図３】第１の実施の形態のバックアップ時の動作を示
すフローチャートである。
すフローチャートである。
【図４】第２の実施の形態の構成を示すブロック図であ
る。
る。
【図５】第２の実施の形態のバックアップ媒体の詳細構
成図である。
成図である。
【図６】第２の実施の形態のバックアップ時の動作を示
すフローチャートである。
すフローチャートである。
【図７】第３の実施の形態の構成を示すブロック図であ
る。
る。
１ 入力装置 ２ 演算装置 ３ 外部記憶装置 ４ バックアップ装置 ５ 出力装置 ６ 記録媒体 ２１ バックアップ情報妥当性確認手段 ２２ スケジュール監視手段 ２３ バックアップソース容量算出手段 ２４ バックアップ媒体空き容量算出手段 ２５ バックアップ可判断手段 ２６ バックアップ実行手段 ２７ バックアップソース情報保存手段 ２９ バックアップ世代数・媒体空き容量算出手段 ３１ バックアップ情報部 ３２ バックアップソース部 ４１ バックアップ媒体 ４２ ヘッダ部 ４３ データ格納部 ４４ 媒体情報部 ４５ バックアップ情報部
Claims (8)
- 【請求項１】 演算装置と、前記演算装置に接続されて
ファイルの保存を行う記憶装置と、前記記憶装置のファ
イルの複数世代バックアップを行うバックアップ媒体を
挿入されるバックアップ装置とを含むバックアップファ
イルの世代管理システムであって、前記記憶装置はバッ
クアップジョブＩＤとバックアップスケジュールと保証
世代数とを記録するバックアップ情報部を備え、前記バ
ックアップ媒体は前記バックアップジョブＩＤとバック
アップホスト名とバックアップ日時とを記録するバック
アップ情報部を備え、前記演算装置は前記記憶装置が有
するバックアップスケジュールの監視を行ってスケジュ
ール時刻になるとバックアップを起動するスケジュール
監視手段とバックアップ正常終了時に前記バックアップ
媒体の前記バックアップ情報部の更新を行うバックアッ
プソース情報保存手段とを備えたことを特徴とするバッ
クアップファイルの世代管理システム。 - 【請求項２】 さらに、前記バックアップ媒体は媒体情
報部と前記バックアップ情報部とを有するヘッダ部を備
え、前記媒体情報部は前記バックアップ媒体の総容量を
記録し、前記バックアップ情報部はバックアップファイ
ルの開始バックアップ媒体アドレスと終了バックアップ
媒体アドレスとを記録することを特徴とする請求項１記
載のバックアップファイルの世代管理システム。 - 【請求項３】 さらに、前記演算装置は、前記記憶装置
のバックアップソース容量を算出するバックアップ容量
算出手段と、前記バックアップ媒体の空き容量を算出す
るバックアップ媒体空き容量算出手段と、前記バックア
ップ容量算出手段と前記バックアップ媒体空き容量算出
手段との算出結果から前記バックアップ媒体へのバック
アップ可否を判断するバックアップ可判断手段とを備え
たことを特徴とする請求項１または２記載のバックアッ
プファイルの世代管理システム。 - 【請求項４】 さらに、前記記憶装置の前記バックアッ
プ情報部はバックアップ日時とバックアップ媒体識別子
とからなるバックアップ世代情報を記録し、前記バック
アップ媒体の前記バックアップ情報部はバックアップ媒
体識別子を記録し、前記演算装置は前記バックアップ世
代情報と前記バックアップ媒体識別子とを参照して前記
バックアップ媒体内の有効バックアップ世代数を算出す
るバックアップ世代数算出手段を備えたことを特徴とす
る請求項１、２または３記載のバックアップファイルの
世代管理システム。 - 【請求項５】 前記バックアップ装置は磁気テープ装置
であることを特徴とする請求項１、２、３または４記載
のバックアップファイルの世代管理システム。 - 【請求項６】 ファイルのバックアップジョブＩＤとバ
ックアップスケジュールと保証世代数とを記録した記憶
装置が有する前記バックアップスケジュールの監視を行
ってスケジュール時刻になるとバックアップを起動する
処理と、バックアップ正常終了時にバックアップ媒体の
バックアップジョブＩＤとバックアップホスト名とバッ
クアップ日時とからなるバックアップ情報の更新を行う
処理とをコンピュータに実行させるためのプログラムを
記録したことを特徴とする記録媒体。 - 【請求項７】 さらに、記憶装置のバックアップソース
容量と前記バックアップ媒体の空き容量とを算出し、前
記バックアップ媒体へのバックアップ可否を判断する処
理をコンピュータに実行させるためのプログラムを記録
したことを特徴とする請求項６記載の記録媒体。 - 【請求項８】 さらに、前記記憶装置に記録されたバッ
クアップ日時とバックアップ媒体識別子とからなるバッ
クアップ世代情報と前記バックアップ媒体に記録された
バックアップ媒体識別子とを参照して前記バックアップ
媒体内の有効バックアップ世代数を算出する処理をコン
ピュータに実行させるためのプログラムを記録したこと
を特徴とする請求項６または７記載の記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11129263A JP2000322298A (ja) | 1999-05-10 | 1999-05-10 | バックアップファイルの世代管理システムおよびバックアップファイルの世代管理用プログラムを記録した記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11129263A JP2000322298A (ja) | 1999-05-10 | 1999-05-10 | バックアップファイルの世代管理システムおよびバックアップファイルの世代管理用プログラムを記録した記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000322298A true JP2000322298A (ja) | 2000-11-24 |
Family
ID=15005259
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11129263A Pending JP2000322298A (ja) | 1999-05-10 | 1999-05-10 | バックアップファイルの世代管理システムおよびバックアップファイルの世代管理用プログラムを記録した記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000322298A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007102452A (ja) * | 2005-10-04 | 2007-04-19 | Fujitsu Ltd | システム管理プログラムおよびシステム管理方法 |
| US7281099B2 (en) | 2002-05-24 | 2007-10-09 | Hitachi, Ltd. | Computer system and a method of replication |
| JP2008146577A (ja) * | 2006-12-13 | 2008-06-26 | Fujitsu Ltd | 制御装置、制御システム及び制御プログラム |
| JP2010224847A (ja) * | 2009-03-24 | 2010-10-07 | Hitachi Ltd | 計算機システム及び設定管理方法 |
| KR101247083B1 (ko) | 2005-02-18 | 2013-03-25 | 마이크로소프트 코포레이션 | 세대별 파일로서 파일을 자동으로 백업하는 파일 시스템을사용하기 위한 방법 및 시스템 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08129500A (ja) * | 1994-11-01 | 1996-05-21 | Hitachi Ltd | 記憶装置における書き込み制御方式 |
| JPH09212405A (ja) * | 1996-02-05 | 1997-08-15 | Mitsubishi Electric Corp | ファイル管理方法およびファイル管理装置 |
| JPH1049414A (ja) * | 1996-08-05 | 1998-02-20 | Toshiba Corp | バージョン管理装置及びバージョン管理方法 |
| JPH10133922A (ja) * | 1996-10-31 | 1998-05-22 | Toshiba Corp | 文書作成装置及び同装置の文書ファイル処理方法 |
| JPH10240594A (ja) * | 1997-02-27 | 1998-09-11 | Nec Corp | データファイル監視システム |
-
1999
- 1999-05-10 JP JP11129263A patent/JP2000322298A/ja active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08129500A (ja) * | 1994-11-01 | 1996-05-21 | Hitachi Ltd | 記憶装置における書き込み制御方式 |
| JPH09212405A (ja) * | 1996-02-05 | 1997-08-15 | Mitsubishi Electric Corp | ファイル管理方法およびファイル管理装置 |
| JPH1049414A (ja) * | 1996-08-05 | 1998-02-20 | Toshiba Corp | バージョン管理装置及びバージョン管理方法 |
| JPH10133922A (ja) * | 1996-10-31 | 1998-05-22 | Toshiba Corp | 文書作成装置及び同装置の文書ファイル処理方法 |
| JPH10240594A (ja) * | 1997-02-27 | 1998-09-11 | Nec Corp | データファイル監視システム |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7281099B2 (en) | 2002-05-24 | 2007-10-09 | Hitachi, Ltd. | Computer system and a method of replication |
| US7694073B2 (en) | 2002-05-24 | 2010-04-06 | Hitachi, Ltd. | Computer system and a method of replication |
| KR101247083B1 (ko) | 2005-02-18 | 2013-03-25 | 마이크로소프트 코포레이션 | 세대별 파일로서 파일을 자동으로 백업하는 파일 시스템을사용하기 위한 방법 및 시스템 |
| JP2007102452A (ja) * | 2005-10-04 | 2007-04-19 | Fujitsu Ltd | システム管理プログラムおよびシステム管理方法 |
| JP2008146577A (ja) * | 2006-12-13 | 2008-06-26 | Fujitsu Ltd | 制御装置、制御システム及び制御プログラム |
| JP2010224847A (ja) * | 2009-03-24 | 2010-10-07 | Hitachi Ltd | 計算機システム及び設定管理方法 |
| US8341390B2 (en) | 2009-03-24 | 2012-12-25 | Hitachi, Ltd. | Computer system and method for backing up BIOS settings |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9032171B2 (en) | System and method for backing up data | |
| JPH1097451A (ja) | クライアント／サーバ計算機システムにおけるログ・ファイルの最適化方法及び装置 | |
| JPH11265300A (ja) | クライアント／サーバシステム、コンピュータ及び記録媒体 | |
| JPH11272427A (ja) | データ退避方法および外部記憶装置 | |
| US6795834B2 (en) | Apparatus, method, and storage medium for file management | |
| CN115114305B (zh) | 分布式数据库的锁管理方法、装置、设备及存储介质 | |
| WO2026012485A1 (zh) | 一种数据存储方法、产品、装置以及非易失性可读存储介质 | |
| JP2000305857A (ja) | 回復自在の基本データ基本状態を備えたデータ媒体及びその形成方法 | |
| US7600151B2 (en) | RAID capacity expansion interruption recovery handling method and system | |
| US20080155319A1 (en) | Methods and systems for managing removable media | |
| US7376678B2 (en) | Database management program and recording medium | |
| JPH10512985A (ja) | トランザクションの状態の追跡 | |
| CN118972129B (zh) | 业务请求处理方法、装置、设备、存储介质和程序产品 | |
| JP3042427B2 (ja) | データファイル管理装置及びデータファイル管理方法 | |
| JP3240990B2 (ja) | トランザクションレコード管理装置及びトランザクションレコード管理方法 | |
| JP3540087B2 (ja) | 媒体環境更新装置及び方法 | |
| JP2818538B2 (ja) | ジャーナルファイルの分割管理方式およびジャーナルファイルの分割管理方法 | |
| JPH10240594A (ja) | データファイル監視システム | |
| JPH07141120A (ja) | 情報記憶媒体障害処理方法 | |
| CN119557142A (zh) | 磁盘数据备份方法、装置及设备 | |
| JP2004295508A (ja) | 業務ジョブ実行監視方法およびコンピュータプログラム | |
| JPH08263349A (ja) | データ管理システム | |
| CN121116709A (zh) | 备份阈重启方法、装置、设备、存储介质和程序产品 | |
| CN116302696A (zh) | 数据库系统的归档日志生成方法、存储介质及计算机设备 | |
| JPH11212917A (ja) | トランザクションリカバリ方式およびそのプログラム記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040105 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040203 |