NetVault Plug-in for DB2 3.3 - ユーザーズ・ガイド

利用可能なバックアップ・モード

•

オフライン・バックアップ：オフライン・バックアップには、データベースへの排他的接続が必要です。このタイプのバックアップが進行中の場合、ユーザーやアプリケーションはデータベースに接続することはできません。

•

オンライン・バックアップ：オンライン・バックアップ方法では、バックアップが進行中でもユーザーやアプリケーションはデータベースへのアクセスや、データの読み書きが可能です。オンライン・バックアップを実行するには、データベースがアーカイブ・ログ用に設定されている必要があります。詳しくは、データベースのアーカイブ・ログ有効化を参照してください。オンライン・バックアップ中は、すべてのデータベース・トランザクションがログに記録されます。バックアップが完了すると、データベース・マネージャがアクティブ・ログを閉じてアーカイブします。オンライン・バックアップのリストア実行後は、データベースを一貫した状態までリカバリするため、ログをロール・フォワードする必要があります。

使用可能なバックアップ・タイプ

Plug‑in for DB2では、以下のバックアップ・タイプを使用できます。

•

フル・バックアップ：フル・バックアップには、指定したデータベースまたはテーブルスペース内のすべてのデータが含まれます。フル・バックアップは、以降の増分バックアップやデルタ・バックアップの基盤としての役割を果たします。

•

増分バックアップ：増分バックアップには、最後のフル・バックアップ以降の新規または変更されたすべてのデータが含まれます。増分バックアップでは、前の増分またはデルタ・バックアップでバックアップされているデータも繰り返しバックアップされます。これらのバックアップは、非累積バックアップとも呼ばれます。

•

デルタ・バックアップ：デルタ・バックアップ（または増分デルタ・バックアップ）には、指定したテーブルスペースの最後のフル、増分またはデルタ・バックアップ以降の新規または変更されたすべてのデータが含まれます。デルタ・バックアップは、最小限のストレージ容量を消費するだけでなく、実行もより高速です。これらのバックアップは、非累積バックアップとも呼ばれます。

バックアップ戦略の策定

バックアップ計画を策定しておくと、障害が発生しても正常にリカバリを実行し、素早く日常運用を再開することができます。データのバックアップの前に、メディア障害、データ損傷、ユーザー・エラー、データ・センターの消失など、さまざまな障害/事態を想定した計画を策定する必要があります。

使用を考慮するいくつかのバックアップ・シーケンスのガイドラインを、以下のリストに示します。

•

フル・バックアップのみ：要件で前日までのデータ保護が保証されている場合、フル・バックアップを毎日実行すれば十分です。問題が発生した場合、プラグインで実行する必要があるのは、1つのセーブセットのリストアだけです。

•

フル・バックアップとアーカイブ・ログ・バックアップ：要件で現在時刻までのデータ保護が保証されているが、リカバリに時間がかかってもさほど問題ではない場合、フル・バックアップとアーカイブ・ログ・バックアップを実行すれば十分です。たとえば、フル・バックアップが毎週日曜日に実行可能で、アーカイブ・ログ・バックアップが月曜日から土曜日まで毎日実行可能であるとします。

この計画では、プラグインで、最後のフル・バックアップから障害時点までの間に作成された各アーカイブ・ログのバックアップを連続してリストアし、適用する必要があります。この場合、週が進むに従ってリカバリ時間が長くなる可能性があります。リストア時間を短縮するために、増分またはデルタ・バックアップを含めることができます。これにより、リストアする必要のあるアーカイブ・ログのバックアップの数は少なくなります。

•

フル・バックアップと増分バックアップ+アーカイブ・ログ・バックアップ：要件で現在時刻までのデータ保護が保証されているが、できる限り早くリカバリを完了する必要がある場合、フル・バックアップと増分バックアップとアーカイブ・ログ・バックアップを組み合わせて実行するともっとも効果的です。たとえば、フル・バックアップは毎週日曜日に、増分バックアップは月曜日から土曜日まで、かつアーカイブ・ログが5-6時間おきに実行可能であるとします。各増分バックアップには、最後のフル・バックアップ以降に行われたすべての変更が含まれます。また、アーカイブ・ログ・バックアップには最後の増分バックアップ以降のトランザクション・ログが含まれます。

この戦略では、フル・バックアップ、最後の増分バックアップ、および最後の増分バックアップから障害時点までの間のアーカイブ・ログのバックアップのみであるため、リカバリ時間は短くなります。

•

フル・バックアップとデルタ・バックアップとアーカイブ・ログ・バックアップ：要件で現時点までのデータ保護が保証されているが、できる限り早くバックアップを完了する必要がある場合、フル・バックアップとデルタ・バックアップとアーカイブ・ログ・バックアップの実行が最も理想的な戦略です。たとえば、フル・バックアップが毎週日曜日、デルタ・バックアップが月曜日から土曜日、アーカイブ・ログ・バックアップのバックアップが5-6時間ごとに実行可能であるとします。各デルタ・バックアップには、最後のフルまたはデルタ・バックアップ以降に行われたすべての変更が含まれます。また、アーカイブ・ログ・バックアップには、最後のデルタ・バックアップ以降のトランザクション・ログが含まれます。

この戦略では、プラグインはフル・バックアップ、フル・バックアップ以降の各デルタ・バックアップ、および最後のデルタ・バックアップと障害時点までの間のアーカイブ・ログのバックアップをリストアする必要があるため、リカバリ時間が長くなる可能性があります。