JP2009205340A

JP2009205340A - バックアップ装置、その制御方法及びプログラム

Info

Publication number: JP2009205340A
Application number: JP2008045765A
Authority: JP
Inventors: Toshihiko Taniguchi; 敏彦谷口
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2008-02-27
Filing date: 2008-02-27
Publication date: 2009-09-10
Anticipated expiration: 2028-02-27
Also published as: JP4883027B2

Abstract

【課題】バックアップシステムの合成バックアップ運用管理性を向上させる。
【解決手段】本発明のバックアップシステムは、バックアップ情報の登録する、一定間隔で保存期間切れ保存データを走査し、各バックアップの保存データが、合成バックアップの生成元対象か、対象でないか、生成に使われたか使われていないかによって削除、あるいは、管理から除外が可能かどうかを判定し、「フルバックアップ」や「増分バックアップ」の保存データが保存期間を経過し削除、あるいは、管理から除外される前に、「合成バックアップ」の生成元であり、「合成バックアップ」が成功していない場合、当該保存データを削除、あるいは管理から除外しないように動作する。
【選択図】図１

Description

本発明は、バックアップ装置、その制御方法及びプログラムに関し、特に合成バックアップの運用方法に関する。

従来、バックアップシステムにおいて、保存されるべきデータは、バックアップ格納先のテープ装置やディスク装置などのデータ記憶装置（ストレージデバイス）で保管されている。ストレージデバイスのデータ格納容量が無限に存在しないため、同じストレージデバイスへのデータバックアップを繰り返し実施すると、ストレージデバイス内の空き容量不足に陥りバックアップ運用が継続不可能となる。そのため、一般的なバックアップソフトウェア製品においては、保存データは一定の保存期間が設定され、管理されており、設定された保存期間が経過した後は、保存データを削除する、あるいは管理対象から除外するように動作する。これによって、ストレージデバイスの容量を再利用し、その結果として、空き容量不足の発生を回避することができる。

また、更新されるデータをバックアップする場合、バックアップソフトウェアは、バックアップを実施した時点でのデータを保存する。バックアップソフトウェアは、同一対象のデータを複数時点においてバックアップを実施し、保存する機能を有している。

データの復元が必要となるケースは、一般的に、システムの障害や人的ミスなどによってデータが削除された場合、削除される前のデータへ、保存されているデータから復元を実施する、あるいは、データの更新ミスのために、更新ミスが発生する直前時点のデータへ復元を実施する場合がある。後者の更新ミスの発生に対応するためには、同一対象のデータを複数時点においてバックアップを実施し、保存しておく必要がある。

バックアップソフトウェアは同一対象データのバックアップを複数時点で実施するが、更新されていないデータを繰り返しバックアップすることは、ストレージデバイス内に同じ内容のデータを複数保存することになり、ストレージデバイスでの使用容量を増大させると共に、既に保存されている同じ内容のデータを繰り返しバックアップする時間も必要となる。一般的なバックアップソフトウェアでは、バックアップ対象データを全てバックアップする「フル（または完全）バックアップ」と呼ばれる機能に加えて、過去にバックアップされたデータから、更新されたデータ、あるいは、新規に追加されたデータのみをバックアップする「増分バックアップ」と呼ばれる機能を有しており、同じ内容のデータを繰り返しバックアップしないことで、効率的なストレージデバイス容量の使用やバックアップ時間を短縮するような効果を得ることができる。

システム管理者は、更新ミスなどによって、過去のある時点でのデータへ復元する必要があるため、「増分バックアップ」を繰り返し実施することで、ストレージデバイスの効率的な使用を図りながら、複数時点でのデータを保存しておく。

「増分バックアップ」機能を使用してバックアップ運用を行う場合には、更新された、あるいは追加されたデータを抽出するための起点となるデータを得るために、最初に「フルバックアップ」を実施する必要がある。加えて、ディスク障害などで全てのデータを損失した場合に、全てのデータを復元するためには「フルバックアップ」を保存しておくことが必要となる。したがって、「増分バックアップ」は「フルバックアップ」を組合せて実施されることになる。また、前述したように、ストレージデバイスの容量が無限に存在しないため、「フルバックアップ」や「増分バックアップ」の実施によって保存されたデータは一定の保存期間が与えられている。保存期間が経過した後は「フルバックアップ」や「増分バックアップ」によって保存されたデータが破棄される。よって、全てのデータを保存しておくためには、「増分バックアップ」のみを繰り返し行うだけではなく、定期的に「フルバックアップ」を実施する必要がある。

一般的なバックアップソフトウェア製品においては、特定の「増分バックアップ」時点における全てのデータは、前回の「フルバックアップ」の保存データに、前回の「フルバックアップ」以降に実行された「増分バックアップ」の保存データを、「増分バックアップ」を実施した順番通り上書きした結果のデータと同等となることから、「フルバックアップ」の保存データと「増分バックアップ」の保存データを合成処理し、特定の「増分バックアップ」時点での、全てのデータを生成する、「合成バックアップ」という機能を提供している。これによって、定期的に「フルバックアップ」を実施する代わりに、「合成バックアップ」を実施して、「フルバックアップ」を実施した場合と同等の効果を得る。

「合成バックアップ」はバックアップサーバ上で処理されるが、ストレージデバイスに保存されているデータのみを使用して実施することから。バックアップ対象となっている業務データを読み出す必要がない。このため、バックアップ運用において、業務データへの読み出しは「増分バックアップ」実施時のみとなり、業務データへのアクセス時間が短縮される。その結果、業務への影響が軽減される。「合成バックアップ」によって生成された保存データは、「フルバックアップ」や「増分バックアップ」の保存データと同様に、保存期間が与えられ、保存期間が経過した後は破棄されるように動作する。

各バックアップ実施による保存データの保存期間は、バックアップ処理の設定によって、任意の期間を設定することが可能であり、保存データは、保存期間切れとなる日時と、バックアップソフトウェアの管理下で一意に識別できるＩＤを割り振られ、バックアップ情報として管理される。保存切れとなる日時は、バックアップ開始時点から保存期間経過した日時が算出され管理される。バックアップＩＤの生成方法は、スケジュール名にバックアップ開始日時を“年月日時分秒（yyyymmddhhmmss）”の形式で付加した文字列を生成し管理される。

バックアップソフトウェアは一定間隔で、管理しているバックアップ情報を走査し、保存期間切れ日時を過ぎた保存データを削除、あるいは管理から除外し、該当のバックアップ情報も削除するように動作する。

本発明に関連する技術が記載された文献として、特許文献１，２を挙げる。特許文献１は、スケジュールに従いバックアップを行う装置について記載がある。また、特許文献２は、フルバックアップデータと差分バックアップデータから合成バックアップを行う技術について記載されている。
特開２００４−２９５７２３号公報特開２００６−０９２５５３号公報

バックアップソフトウェア製品による、「フルバックアップ」や「増分バックアップ」の保存データ、「合成バックアップ」によって生成された保存データは、各バックアップの設定によって任意に与えられた一定期間の間は保存される。したがって、「合成バックアップ」によって全てのデータを新たな保存データとして生成するためには、生成元となる、前回の「フルバックアップ」や、それ以降の「増分バックアップ」、あるいは前回の「合成バックアップ」のデータが全て保存されていることが前提であるため、生成元の保存データのいずれか１つでも保存期間切れによって削除、あるいは管理から除外されていると、「合成バックアップ」によって生成される保存データはデータの欠落が生じている。

また、バックアップ処理は、バックアップサーバやストレージデバイスの障害など様々な理由によって、確実に成功するとは確定していない。「合成バックアップ」が何らかの理由によって不成功となった場合、原因を取り除き、自動、あるいは手動で「合成バックアップ」を再実行させなければいけない。しかしながら、当該「合成バックアップ」の生成元となる前回の「フルバックアップ」や、それ以降の「増分バックアップ」の保存データ、あるいは前回の「合成バックアップ」によって生成された保存データの保存期間切れとなる前に再実行できなければ、同様に保存データの欠落が発生することになる。

「フルバックアップ」や「増分バックアップ」の保存データの保存期間を十分長く、または無期限で運用し、「合成バックアップ」による保存データのデータ欠落を回避したとしても、保存先のストレージデバイス容量が無限ではないため、不要となった保存データを削除する作業を手作業で実施しなければならず、作業コストもかかり、人的ミスの可能性もある。

本発明の目的は、合成バックアップを運用するにあたり、保存データの欠落を防止し、不要なデータの削除を自動化しストレージデバイス容量の効率的な使用を実現することで、合成バックアップの運用性を向上させるバックアップ装置、その制御方法及びプログラムを提供することにある。

上記目的を達成するために本発明は、以下の構成を備えることを特徴とする。

本発明に係るバックアップ装置は、データをバックアップするためのバックアップ装置であって、バックアップ対象の保存データを保持する記憶手段と、該記憶手段に保持されている保存データの各々について、合成バックアップの生成に使われたか否かという情報を保持するバックアップ情報管理手段と、前記記憶手段に保持されている保存データの各々について、保存期間が切れたと判断すると当該保存データを削除するバックアップ処理手段と、を有し、前記バックアップ処理手段は、前記記憶手段に保持されている保存データの各々について、前記バックアップ情報管理手段に保持される合成バックアップの生成に使われたか否かという情報を参照して、使われていない場合に当該保存データを削除しないことを特徴とする。

本発明に係るバックアップ装置の制御方法は、データをバックアップするためのバックアップ装置の制御方法であって、バックアップ対象の保存データを保持する記憶工程と、
該記憶工程で保持された保存データの各々について、合成バックアップの生成に使われたか否かという情報を保持するバックアップ情報管理工程と、前記記憶工程で保持された保存データの各々について、保存期間が切れたと判断された場合であっても、前記バックアップ情報管理工程で保持された合成バックアップの生成に使われたか否かという情報を参照して、使われていない場合には、当該保存データを削除しない処理を行うバックアップ処理工程と、を含むことを特徴とする。

本発明に係るプログラムは、データをバックアップするためのバックアップ装置を、バックアップ対象の保存データを保持する記憶手段と、該記憶手段に保持されている保存データの各々について、合成バックアップの生成に使われたか否かという情報を保持するバックアップ情報管理手段と、前記記憶手段に保持されている保存データの各々について、保存期間が切れたと判断すると当該保存データを削除するバックアップ処理手段と、を有するバックアップ装置として機能させ、前記バックアップ処理手段は、前記記憶手段に保持されている保存データの各々について、前記バックアップ情報管理手段に保持される合成バックアップの生成に使われたか否かという情報を参照して、使われていない場合に当該保存データを削除しないように機能させることを特徴とする。

本発明によれば、合成バックアップを運用するにあたり、保存データの欠落を防止し、不要なデータの削除を自動化しストレージデバイス容量の効率的な使用を実現させ、合成バックアップの運用性を向上させるバックアップ装置、その制御方法及びプログラムを提供することが可能となる。

本発明を実施するための形態の構成を説明する前に、本実施形態が課題とするところ等をまず説明する。

バックアップ処理は、バックアップサーバやストレージデバイスの障害など様々な理由によって、確実に成功するとは確定しておらず、「合成バックアップ」がこれら理由によって不成功となった場合、当該「合成バックアップ」の生成元となる前回の「フルバックアップ」や、それ以降の「増分バックアップ」の保存データ、あるいは前回の「合成バックアップ」によって生成された保存データが先に保存期間切れとなり、「合成バックアップ」によって合成された保存データにデータの欠落が発生する。

また、「フルバックアップ」や「増分バックアップ」の保存データの保存期間を十分長く、または無期限で運用し、「合成バックアップ」による保存データのデータ欠落を回避したとしても、保存先のストレージデバイス容量が無限ではないため、不要となった保存データを削除する作業を手作業で実施しなければならず、作業コストもかかり、人的ミスの可能性もある。

そこで、本実施形態のバックアップシステムは、バックアップシステムの合成バックアップ運用管理性を向上させることを目的として、バックアップの設定を保持し、設定されたスケジュールに従い、自動的にデータ主記憶装置に保持されているバックアップ対象データをデータ保存装置へ転送する、また、バックアップ情報の登録する、一定間隔で保存期間切れ保存データを走査し、各バックアップの保存データが、合成バックアップの生成元対象か、対象でないか、生成に使われたか使われていないかによって削除、あるいは、管理から除外が可能かどうかを判定し、保存データの削除、またはバックアップ情報からの削除を指示するバックアップ処理手段と、バックアップ対象のデータを保持しているデータ主記憶装置と、各バックアップの保存データを格納するデータ保存装置と、保存データを一意に認識できるＩＤ、その保存期間切れ日時、合成バックアップの生成元対象か、対象でないか、生成に使われたか使われていないかを識別するフラグを保持するバックアップ情報テーブルを保持するバックアップ情報管理手段を持ち、「フルバックアップ」や「増分バックアップ」の保存データが保存期間を経過し削除、あるいは、管理から除外される前に、「合成バックアップ」の生成元であり、「合成バックアップ」が成功していない場合、当該保存データを削除、あるいは管理から除外しないように動作する。

次に本発明の実施の形態について図面を参照して詳細に説明する。

図１を参照すると、本発明の実施の形態は、バックアップの設定を保持し、設定されたスケジュールに従い、自動的にデータ主記憶装置２に保持されているバックアップ対象データをデータ保存装置３へ転送する、また、バックアップ情報を登録する、一定間隔で保存期間切れ保存データを走査し、各バックアップの保存データが、合成バックアップの生成元対象か、対象でないか、生成に使われたか使われていないかによって削除、あるいは、管理から除外が可能かどうかを判定し、保存データの削除、またはバックアップ情報からの削除を指示するバックアップ処理手段１、バックアップ対象のデータを保持しているデータ主記憶装置２、各バックアップの保存データを格納するデータ保存装置３、保存データを一意に認識できるＩＤとその保存期間切れ日時と、合成バックアップの生成元対象か、対象でないか、生成に使われたか使われていないかを識別するフラグを保持するバックアップ情報テーブルを保持するバックアップ情報管理手段４を含んで構成される。

ここでバックアップ処理手段１は、例えばバックアップソフトウェアにより実現される。バックアップ処理手段１は、バックアップ設定、スケジュール設定、バックアップ対象データ情報を保持し、データ保存装置３やデータ主記憶装置２の制御とデータの読み書きが可能である。

次に、図２、図３、図４のフローチャートを参照して実施の形態の全体の動作について詳細に説明する。

図２はバックアップ情報管理手段４の１つで、バックアップ処理手段１によってバックアップ処理が実施され成功した場合、実施したバックアップ情報が登録されるバックアップ情報テーブルであり、ファイル形式でバックアップサーバ上に保持される。バックアップ情報テーブルには、各バックアップ実施によって保存されたデータを一意に識別するためのバックアップ保存ＩＤ、実施されたバックアップ設定のスケジュール名、保存データが保存切れとなる日時、合成バックアップに使用される状況を示すフラグが保持される。

図３はバックアップ情報管理手段４の１つで、バックアップ処理手段１によって合成バックアップ処理が実施される前に合成バックアップジョブ毎に作成される合成元バックアップ保存データテーブルであり、ファイル形式でバックアップサーバ上に保持される。合成バックアップ処理中に合成元で使用された保存データのバックアップ保存ＩＤが追加される。

当該合成バックアップのバックアップＩＤがファイル名称として使用される。

図４はバックアップ処理手段１により、合成バックアップの処理前に呼び出され、合成元バックアップ保存データテーブルを作成するフローチャートである。

ステップＳ４０１では、列「バックアップ保存ＩＤ」を属性に持つ、合成元バックアップ保存データテーブルが作成され、処理が終了する。

図５はバックアップ処理手段１により、合成バックアップの処理中において、合成元となる１つの保存データの合成処理が完了する度に呼び出され、合成処理に使用された保存データのバックアップ保存ＩＤを追加するフローチャートである。

ステップＳ５０１では、合成元バックアップ保存データテーブルへ、合成元の保存データのバックアップ保存ＩＤが追加され、処理が終了する。

図６はバックアップ処理手段１により、バックアップ処理が実施され成功した後に、実施したバックアップ情報を登録するバックアップ情報登録処理を示すフローチャートである。図６を参照すると、最初にステップＳ６０１では、実施したバックアップが合成バックアップの場合、ステップＳ６０６へ進み、合成バックアップでない場合、ステップＳ６０２へ進む。

ステップＳ６０２では、バックアップソフトウェアに設定された情報から、今回実施され成功したバックアップの保存データが合成元として使用される合成バックアップ設定が存在するかを判定し、存在しない場合はステップＳ６０３へ、存在する場合はステップＳ６０４へ進む。

ステップＳ６０３では、変数“合成使用”に保存データが合成バックアップに使用されないことを示す値０を代入し、ステップＳ６０５へ進む。

ステップＳ６０４では、変数“合成使用”に保存データが合成バックアップに使用されることを示す値１を代入し、ステップＳ６０５へ進む。

ステップＳ６０５では、図２に示すバックアップ情報テーブルへ、バックアップ処理手段１が持つ実行されたバックアップの「バックアップ保存ＩＤ」、「スケジュール名」、「保存期限日時」、「変数：合成使用の値」を追加し、処理が終了する。

ステップＳ６０６では、合成使用フラグ処理が行われ、ステップＳ６０２へ進む。

図７は図６における「合成使用フラグ処理」を示しており、バックアップ処理手段により、合成バックアップに使用された合成元の保存データについて、バックアップ情報テーブルへ情報を反映する処理を示すフローチャートである。

図７を参照すると、最初にステップＳ７０１では、合成元バックアップ保存データテーブルの先頭行を参照し、列「バックアップ保存ＩＤ」の値を読み出し、ステップＳ７０２へ進む。

ステップＳ７０２では、バックアップ情報テーブルの列「バックアップ保存ＩＤ」の値がステップＳ７０１で読み出したバックアップ保存ＩＤと等しい行の列「合成使用」の値を“２”へ変更し、ステップＳ７０３へ進む。

ステップＳ７０３では、合成元バックアップ保存データテーブルの次の行を参照し、列「バックアップ保存ＩＤ」の値を読み出し、ステップＳ７０４へ進む。

ステップＳ７０４では、合成元バックアップ保存データテーブルの終端に到達していない場合はステップＳ７０５へ進み、終端に達した場合は処理を終了する。

ステップＳ７０５では、バックアップ情報テーブルの列「バックアップ保存ＩＤ」の値がステップＳ７０３で読み出したバックアップ保存ＩＤと等しい行の列「合成使用」の値を“２”へ変更し、ステップＳ７０３へ進む。

図８はバックアップ処理手段１により、一定間隔で実行される保存期間切れ保存データの走査と削除の処理を示すフローチャートである。

ステップＳ８０１では、システム時刻の取得を行い、ステップＳ８０２へ進む。

ステップＳ８０２では、バックアップ情報テーブルの先頭行を参照し、ステップＳ８０３へ進む。

ステップＳ８０３では、列「保存期限日時」の値がステップＳ８０１で取得したシステム時刻よりも過去の日時である場合、ステップＳ８０４へ進む。そうでなければステップＳ８０８へ進む。

ステップＳ８０４では、列「合成使用」の値が１であればステップＳ８０８へ進む。そうでなければステップＳ８０５へ進む。

ステップＳ８０５では、列「バックアップ保存ＩＤ」に該当する保存データをデータ保存装置から削除し、ステップＳ８０６へ進む。

ステップＳ８０６では、列「バックアップ保存ＩＤ」の値をファイル名とする合成元バックアップ保存データテーブルを保持するファイルを削除し、ステップＳ８０７へ進む。

ステップＳ８０７では、バックアップ情報テーブルの現在行を削除し、ステップＳ８０８へ進む。

ステップＳ８０８では、バックアップ情報テーブルの次の行を参照し、ステップＳ８０９へ進む。

ステップＳ８０９では、バックアップ情報テーブルの終端に達していなければステップＳ８０３へ進む。終端に達していれば処理を終了する。

次に、具体的な実施例を用いて本発明の実施の形態の動作を説明する。

図９を参照すると、一般的なバックアップソフトウェア製品で実施するバックアップ設定とバックアップ実行される日時の例を示しており、バックアップスケジュール「フル１」は、フルバックアップを行い、２週間の保存期間で、バックアップ運用を開始する最初の日曜日１:００のみ実行し、保存データは合成バックアップのスケジュール「合成１」の合成元として利用される。バックアップスケジュール「増分１」は、増分バックアップを行い、６日間の保存期間で、月曜から金曜の毎日１:００に実行し、保存データは合成バックアップのスケジュール「合成１」の合成元として利用される。バックアップスケジュール「合成１」は、「フル１」と「増分１」のバックアップデータを合成処理する合成バックアップを行い、２週間の保存期間で、土曜日の１:００に実行し、保存データは次回の合成バックアップのスケジュール「合成１」の合成元として利用される。バックアップスケジュール「フル２」は、フルバックアップを行い、１２週間の保存期間で、バックアップ運用を開始する最初の土曜日１:００のみ実行し、保存データは合成バックアップに利用されない。

１２月１日土曜日にバックアップ運用を開始した場合の、実行されるバックアップ手法とその保存期間を図示している。

図４、図５、図６、図７、図８、図９、並びに図１０を参照すると、まず、バックアップソフトウェア製品が図９に示したバックアップ設定に従い、バックアップ業務を開始すると、１２月１日では、バックアップスケジュール「フル２」が実行され、バックアップ処理後、ステップＳ６０１にて、実行したバックアップが合成バックアップではないため、ステップＳ６０２へ進む。

ステップＳ６０２では、実行したバックアップの保存データが合成元として使用される合成バックアップ設定が存在しないので、ステップＳ６０３へ進む。

ステップＳ６０３では、変数“合成使用”の値に０を代入し、ステップＳ６０５へ進む。

ステップＳ６０５では、バックアップ情報管理テーブルへ、バックアップ保存ＩＤ、スケジュール名、保存期限日時、変数“合成使用”の値を追加する。

１２月２日は、バックアップスケジュール「フル１」が実行され、バックアップ処理後、ステップＳ６０１にて、実行したバックアップが合成バックアップではないため、ステップＳ６０２へ進む。

ステップＳ６０２では、実行したバックアップの保存データが合成元として使用される合成バックアップ設定が存在するので、ステップＳ６０４へ進む。

ステップＳ６０４では、変数“合成使用”の値に１を代入し、ステップＳ６０５へ進む。

１２月３日は、バックアップスケジュール「増分１」が実行され、バックアップ処理後、ステップＳ６０１にて、実行したバックアップが合成バックアップではないため、ステップＳ６０２へ進む。

１２月４日、５日、６日、７日についても同様に処理される。

１２月８日は、バックアップスケジュール「合成１」が実行され、バックアップ処理前に、ステップＳ４０１にて、合成元バックアップ保存データテーブルが作成される。

合成元となる前回のフルバックアップ「フル１」とそれ以降の増分バックアップ「増分１」の保存データの合成処理が行われ、合成処理に保存データが使用される毎に、ステップＳ５０１にて、その保存データのバックアップＩＤを合成元バックアップ保存データテーブルへ追加する。

ここで、合成バックアップ処理直後は図１０に示すような、バックアップ情報テーブル、合成元バックアップ保存データテーブルの状態となっている。

合成バックアップ処理後は、ステップＳ６０１にて、実行したバックアップが合成バックアップではあるため、ステップＳ６０６の合成使用フラグ処理へ進む。

合成使用フラグ処理は、まずステップＳ７０１にて、合成元バックアップ保存データテーブルの先頭行を参照し、列“バックアップ保存ＩＤ”の値、“Full1-20071202010000”が読み出され、ステップＳ７０２へ進む。

ステップＳ７０２では、バックアップ情報テーブルの列“バックアップ保存ＩＤ”の値が、“Full1-20071202010000”と等しい行の列“合成使用”の値を“２”へ変更し、ステップＳ７０３へ進む。

ステップＳ７０３では、合成元バックアップ保存データテーブルの次の行を参照し、列“バックアップ保存ＩＤ”の値、“Diff1-20071203010000”が読み出され、ステップＳ７０４へ進む。

ステップＳ７０４では、合成元バックアップ保存データテーブルの終端に達していないので、ステップＳ７０５へ進む。

ステップＳ７０５では、バックアップ情報テーブルの列“バックアップ保存ＩＤ”の値が、“Diff1-20071203010000”と等しい行の列“合成使用”の値を“２”へ変更し、ステップＳ７０３へ進む。

同様に繰り返し、ステップＳ７０４にて合成元バックアップ保存データテーブルの終端に達した場合、合成使用フラグ処理を終了し、ステップＳ６０２へ進む。

ステップＳ６０２では、実行した合成バックアップの保存データが次回の合成バックアップの合成元として使用される合成バックアップ設定が存在するので、ステップＳ６０４へ進む。

ここで、バックアップ情報テーブルの内容は、図１１のようになっている。

バックアップ処理手段は一定間隔で、保存期間切れ保存データの走査と削除の処理を行っており、ステップＳ８０１へ進む。

ステップＳ８０１では、システムクロックから現在日時の取得を行なっている。ここでは実施例として、２００７年１２月９日２時０分０秒の時刻を取得した場合の処理の流れを説明する。

ステップＳ８０３では、列“保存期限日時”の値“2008/2/23 1:00:00”が、ステップＳ８０１で取得したシステム時刻の値“2007/12/9 2:00:00”よりも過去の日時ではないため、ステップＳ８０８へ進む。

ステップＳ８０９では、バックアップ情報テーブルの次の終端に到達していないので、ステップＳ８０３へ進む。

ステップＳ８０３では、列“保存期限日時”の値“2007/12/16 1:00:00”が、ステップＳ８０１で取得したシステム時刻の値“2007/12/9 2:00:00”よりも過去の日時ではないため、ステップＳ８０８へ進む。

ステップＳ８０３では、列“保存期限日時”の値“2007/12/9 1:00:00”が、ステップＳ８０１で取得したシステム時刻の値“2007/12/9 2:00:00”よりも過去の日時であるため、ステップＳ８０４へ進む。

ステップＳ８０４では、列“合成使用”の値が“１”ではないため、ステップＳ８０５へ進む。

ステップＳ８０５では、列“バックアップ保存ＩＤ”の値“Diff1-20071203010000”を読み出し、このバックアップ保存ＩＤに該当する保存データを、データ保存装置から削除し、ステップＳ８０６へ進む。

ステップＳ８０６では、列“バックアップ保存ＩＤ”の値“Diff1-20071203010000”をファイル名称に持つファイルは無いため、何も行わないで、ステップＳ８０７へ進む。

ステップＳ８０７では、バックアップ情報テーブルから当該行を削除し、ステップＳ８０８へ進む。

ステップＳ８０３では、列“保存期限日時”の値“2007/12/10 1:00:00”が、ステップＳ８０１で取得したシステム時刻の値“2007/12/9 2:00:00”よりも過去の日時ではないため、ステップＳ８０８へ進む。

同様にバックアップ情報テーブルの終端に到達するまで処理を繰り返し、ステップＳ８０９でバックアップ情報テーブルの終端に到達すれば処理を終了する。

合成処理に失敗する場合は、合成元の保存データの保存期間日時を経過する可能性があるが、データの欠損を防止するために、保存データの保存期間日時は経過していても、合成バックアップの合成元となる保存データであれば、保存データが削除されないよう処理する。この動作についての実施例は以下となる。

１２月７日までの処理は前述と同様である。１２月８日の合成バックアップに失敗するため、図６に示す、バックアップ情報を登録するバックアップ情報登録処理は呼び出されない。この時点でバックアップ情報テーブルは図１０の状態となっている。

１２月１０日から１２月１４日まで増分バックアップを処理し、バックアップ情報テーブルに対しても前述の実施例に示したように処理され、図１２に示す状態となっている。

ここで、バックアップ処理手段は一定間隔で、保存期間切れ保存データの走査と削除の処理を行っており、ステップＳ８０１で、２００７年１２月１４日２時０分０秒の時刻を取得した場合の処理の流れを説明する。

ステップＳ８０３では、列“保存期限日時”の値“2008/2/23 1:00:00”が、ステップＳ８０１で取得したシステム時刻の値“2007/12/14 2:00:00”よりも過去の日時ではないため、ステップＳ８０８へ進む。

ステップＳ８０３では、列“保存期限日時”の値“2007/12/16 1:00:00”が、ステップＳ８０１で取得したシステム時刻の値“2007/12/14 2:00:00”よりも過去の日時であるため、ステップＳ８０４へ進む。

ステップＳ８０４では、列“合成使用”の値が“１”であるため、ステップＳ８０８進む。

したがって、図１２は、合成バックアップが成功し、バックアップ情報テーブル内の列“合成使用”の値が２に変更されない限り、保存データの保存期間日時が経過していてもデータ保存装置から保存データを削除する処理を行わないように動作することを示している。

以上で本実施形態の構成の説明を終え、次に効果について述べる。上記実施の形態の第１の効果は、「合成」バックアップがいつ成功するのかは確定していなくても、「フルバックアップ」や「増分バックアップ」の保存データが「合成バックアップ」の合成処理に使用されるまで、保存期間切れによる削除は行われないため、データの欠落を防止することができる点である。

また、「合成バックアップ」の成功後、合成処理に使用された「フルバックアップ」や「増分バックアップ」の保存データは、保存期間切れとなっていれば削除されるため、「フルバックアップ」や「増分バックアップ」の保存データを手作業で削除する必要は無くなる。そのため、手作業で実施する場合に問題となる作業コストや人的ミスを回避できる点が、上記実施形態の第２の効果である。

以上、本発明の好適な実施の形態について説明したが、本発明はこれに限定されるものではなく、要旨を逸脱しない範囲内で種々の変形実施が可能である。

本発明の実施形態のシステムブロック図である。本発明の実施形態のバックアップ情報テーブルの一例を示す図である。本発明の実施形態の合成元バックアップ保存データテーブルの一例を示す図である。本発明の実施形態の合成元バックアップ保存データテーブルを作成する処理の流れを示す図である。本発明の実施形態の合成元バックアップ保存データテーブルへ、バックアップ保存ＩＤを追加する処理の流れを示す図である。本発明の実施形態のバックアップ情報登録処理の流れを示す図である。本発明の実施形態の合成使用フラグ処理の流れを示す図である。本発明の実施形態の保存期間切れ保存データの走査と削除の処理を示す図である。本発明の実施例におけるバックアップ設定とバックアップ実行される日時の例を示す図である。本発明の実施例におけるバックアップ設定とバックアップ実行される日時の例を示す図である。本発明の実施例におけるバックアップ設定とバックアップ実行される日時の例を示す図である。本発明の実施例におけるバックアップ設定とバックアップ実行される日時の例を示す図である。

符号の説明

１バックアップ処理手段
２データ主記憶装置
３データ保存装置
４バックアップ情報管理手段

Claims

データをバックアップするためのバックアップ装置であって、
バックアップ対象の保存データを保持する記憶手段と、
該記憶手段に保持されている保存データの各々について、合成バックアップの生成に使われたか否かという情報を保持するバックアップ情報管理手段と、
前記記憶手段に保持されている保存データの各々について、保存期間が切れたと判断すると当該保存データを削除するバックアップ処理手段と、を有し、
前記バックアップ処理手段は、前記記憶手段に保持されている保存データの各々について、前記バックアップ情報管理手段に保持される合成バックアップの生成に使われたか否かという情報を参照して、使われていない場合に当該保存データを削除しないことを特徴とする、バックアップ装置。
前記バックアップ情報管理手段は、
少なくとも、保存データを一意に認識できる識別情報と、保存期間切れ日時と、合成バックアップの生成に使われたか否かを識別するフラグと、を含む列を有するバックアップ情報テーブルを保持し、
合成バックアップの生成に使われたか否かという情報は、前記フラグを参照して判断されることを特徴とする、請求項１記載のバックアップ装置。
データをバックアップするためのバックアップ装置の制御方法であって、
バックアップ対象の保存データを保持する記憶工程と、
該記憶工程で保持された保存データの各々について、合成バックアップの生成に使われたか否かという情報を保持するバックアップ情報管理工程と、
前記記憶工程で保持された保存データの各々について、保存期間が切れたと判断された場合であっても、前記バックアップ情報管理工程で保持された合成バックアップの生成に使われたか否かという情報を参照して、使われていない場合には、当該保存データを削除しない処理を行うバックアップ処理工程と、
を含むことを特徴とする、バックアップ装置の制御方法。
前記バックアップ情報管理工程において、
少なくとも、保存データを一意に認識できる識別情報と、保存期間切れ日時と、合成バックアップの生成に使われたか否かを識別するフラグと、を含む列を有するバックアップ情報テーブルを保持し、
前記バックアップ処理工程において、
合成バックアップの生成に使われたか否かという情報は、前記フラグを参照して判断されることを特徴とする、請求項３記載のバックアップ装置の制御方法。
データをバックアップするためのバックアップ装置を、
バックアップ対象の保存データを保持する記憶手段と、
該記憶手段に保持されている保存データの各々について、合成バックアップの生成に使われたか否かという情報を保持するバックアップ情報管理手段と、
前記記憶手段に保持されている保存データの各々について、保存期間が切れたと判断すると当該保存データを削除するバックアップ処理手段と、を有するバックアップ装置として機能させ、
前記バックアップ処理手段は、前記記憶手段に保持されている保存データの各々について、前記バックアップ情報管理手段に保持される合成バックアップの生成に使われたか否かという情報を参照して、使われていない場合に当該保存データを削除しないように機能させることを特徴とする、プログラム。
前記バックアップ情報管理手段は、
少なくとも、保存データを一意に認識できる識別情報と、保存期間切れ日時と、合成バックアップの生成に使われたか否かを識別するフラグと、を含む列を有するバックアップ情報テーブルを保持し、
合成バックアップの生成に使われたか否かという情報は、前記フラグを参照して判断されるように機能させることを特徴とする、請求項５記載のプログラム。