Veritas Backup Exec 管理者ガイド

Backup Exec でのバックアップ方式

バックアップ定義の作成時に、バックアップジョブごとのバックアップ方式を選択する必要があります。このバックアップ方式によって、どのデータを Backup Exec がバックアップするかが決まります。標準のバックアップ方式は、完全、差分、増分です。ただし、一部のエージェントとデータの種類には、特定の種類のバックアップ方式も選択できます。

個々のバックアップ定義には完全バックアップ方式を使う 1 つのバックアップジョブが含まれている必要があります。この初回の完全バックアップジョブによって、選択したすべてのデータをバックアップすることで、ベースライン（基本データ）が確立されます。この後、差分バックアップジョブまたは増分バックアップジョブをバックアップ定義に追加できます。標準のバックアップ方式の代わりにデータ固有のバックアップ方式の使用を選択できます。これは、対象のエージェントの［オプション］ページで適切なバックアップ方式を選択して行います。

このトピックには次の情報が含まれます。

完全バックアップ方式

差分バックアップ方式

増分バックアップ方式

バックアップ方式の長所と短所

特定の種類のデータ用のバックアップ方式

完全バックアップには、バックアップ対象として選択したすべてのデータが含まれます。Backup Exec でサーバーがバックアップされたことが検出されます。

選択したすべてのデータが含まれる複製バックアップは完全バックアップの一種です。アーカイブビットをリセットしないため、複製バックアップはテープメディアローテーション戦略に影響しません。

バックアップソースをアップグレード、更新または変更する場合は、その前後に必ず完全バックアップを実行することをお勧めします。この推奨事項は、重要なオペレーティングシステムおよびアプリケーションの設定または修正に適用されます。

これらのシナリオの前後で完全バックアップを実行することで、必要に応じて以前の設定を確実にリストアできるようになります。

差分バックアップ方式では、前回の完全バックアップまたは増分バックアップ以降に変更されたすべてのファイルのバックアップを作成します。差分バックアップと増分バックアップの違いは、差分バックアップでは累積分のバックアップを作成することです。 差分バックアップを実行すると、それ以降に行う差分バックアップでは毎回、前回の差分バックアップと同じファイルのバックアップを作成します。また、前回の完全バックアップまたは増分バックアップまでさかのぼり、新しいファイルや変更済みファイルとしてバックアップを実行します。

デフォルトでは、Backup Exec は Windows の変更ジャーナルを使用して、ファイルが以前にバックアップされたかどうかを判断します。ファイルが以前バックアップされたかどうかの判断に、修正日時またはアーカイブビットを使用するように Backup Exec を設定することもできます。

バックアップジョブのファイルとフォルダのオプションの設定を参照してください。

差分バックアップは増分バックアップよりも必要なバックアップの量が少ないため、デバイス全体をより簡単にリストアできます。また、使用するメディアの数が少ない方が、メディアのエラーが原因でリストアジョブが失敗する危険性も減少します。

増分バックアップ方式では、前回の完全バックアップまたは増分バックアップ以降に変更されたファイルのみをバックアップします。増分バックアップと差分バックアップの違いは、増分バックアップでは累積分のバックアップを作成しないことです。 増分バックアップでは毎回ベースラインを作成します。増分バックアップを実行すると、それ以降の増分バックアップまたは差分バックアップでは、ベースラインまでさかのぼって新しいファイルや変更済みファイルのバックアップのみを作成します。

デフォルトでは、Backup Exec は Windows の変更ジャーナルを使用して、ファイルが以前にバックアップされたかどうかを判断します。ファイルが以前にバックアップされたかどうかの判断に、修正日時、アーカイブビットまたは Backup Exec カタログを使用するように Backup Exec を設定することもできます。

バックアップジョブのファイルとフォルダのオプションの設定を参照してください。

増分バックアップは、完全バックアップまたは差分バックアップよりも短時間でバックアップが完了します。また、前回のバックアップ以降に変更されたファイルのみをバックアップするため、バックアップデータが占有するディスク領域も少なくなります。

バックアップ方式にはそれぞれ長所と短所があります。

バックアップ戦略の例を次に示します。

会社のファイルサーバー用のバックアップ戦略を導入したいと考えています。どのようなバックアップ戦略も、完全バックアップ（完全バックアップ方式を使ったサーバー全体のバックアップ）を行うことから始まります。このため、金曜日の一日の終わりに実行される完全バックアップジョブを作成して、サブミットします。

オペレーティングシステムファイルやアプリケーションファイルなどの、サーバー上のほとんどのファイルはめったに変更されません。したがって、増分バックアップまたは差分バックアップを使うことで、時間とストレージを節約できるようにしました。使うことにしたのは増分バックアップです。月曜から金曜までの毎日、1 日の終わりに増分バックアップ方式で実行するジョブをスケジュールしました。

金曜日には、ファイルサーバーにあるすべてのデータがバックアップセットに含まれています。Backup Exec により、すべてのファイルの状態が「バックアップ済み」に変更されます。月曜日の終わりには増分バックアップが実行され、新しく作成されたファイルまたは変更されたファイルのみがバックアップされます。増分バックアップジョブが完了すると、アーカイブビットが Backup Exec によってオフに設定され、ファイルがバックアップされたことが示されます。火曜日から木曜日も同じです。

木曜日にファイルサーバーで障害が発生した場合には、作成した順序で各バックアップをリストアすることになります。つまり、金曜日のバックアップから順に水曜日のバックアップまでリストアします。

月曜日から木曜日にかけて差分バックアップを実行することを決定した場合、必要になるのは金曜日と水曜日のバックアップセットだけです。金曜日のバックアップセットには、元のバックアップのすべてのデータが含まれているはずです。また、水曜日のバックアップセットには、金曜日のバックアップ以降に作成または変更されたファイルがすべて含まれているはずです。

エージェントと機能には、特定の種類のバックアップ方式が保持されることがあります。

デフォルトでは、個々のバックアップ定義に、利用できるバックアップ方式をほとんどのデータの種類の初回の完全バックアップに限るバックアップジョブが含まれています。特定の種類のデータ用の特別なバックアップ方式が含まれた追加のバックアップジョブを設定できます。それらのバックアップジョブにジョブテンプレートを指定できるため、それらのバックアップジョブに組織の全体的なバックアップ戦略にとっての別の意義が加わります。

バックアップジョブのバックアップ方式の設定を参照してください。

複数のデータの種類用の複数のバックアップ方式が含まれたバックアップ定義を作成した場合、そのバックアップは［ジョブモニター］で「混在バックアップ」と呼ばれます。