NetVault Plug-in for Exchange 12.3 - ユーザー・ガイド

差分バックアップ

差分バックアップは、最後のフルまたは増分バックアップ以後に発生した変更を記録するトランザクション・ログ・ファイルのバックアップを実行します。差分バックアップは、トランザクション・ログの切り捨ては実行しませんが、その代わりExchange Serverの操作の健全性も保たれません。

各差分バックアップには、前の差分バックアップにも含まれていたトランザクション・ログ・ファイル、および前の差分バックアップ以降に生成されたトランザクション・ログ・ファイルが含まれることになり、以降の差分バックアップのサイズが大きくなり、その時間も長くなります。たとえば、月曜日から土曜日までの差分バックアップを伴って、日曜日にフル・バックアップの実行がスケジュールされている場合、月曜日の差分には日曜日のフル・バックアップ以降生成されたトランザクション・ログ・ファイルが含まれます。一方、火曜日の差分には、月曜日に生成されたトランザクション・ログ・ファイルと火曜日に生成されたトランザクション・ログ・ファイルも含まれます。水曜日の差分バックアップには、月曜日、火曜日、および水曜日のトランザクション・ログが含まれる、というようになります。

トランザクション・ログのみのバックアップを使用すると、増分バックアップは、「ベース」となるバックアップを常に必要とし、大抵はフル・バックアップが必要となります。まずフル・バックアップを実行せずに差分バックアップを実行すると、バックアップは失敗に終わり、さらにExchange Serverの適切なリストアおよびリカバリを妨げる場合があります。

差分バックアップをフル・バックアップとともに使用することで、良好なバックアップ/リストア・パフォーマンスが得られる一方、フル・バックアップによる全体として適切なデータベースメンテナンスの実現という、容認できるトレードオフが成立します。

増分バックアップと差分バックアップの比較

Exchange Serverは、トランザクション・ログ・ファイルを増分バックアップにバックアップした後、トランザクション・ログ・ファイルの切り捨てを行うため、以降の増分バックアップは高速になります。これは、最後の増分バックアップ以降に作成されたトランザクション・ログ・ファイルのみをバックアップするためです。ただし、増分バックアップを使用するリストア・シーケンスでは、フル・バックアップから障害時点までに実行されたすべての増分バックアップを継続してリストアする必要があります。このプロセスでは、複数のリストア・ジョブを開始するためにユーザーが実行する操作が多くなり、リストアに長い時間がかかる可能性があります。

差分バックアップでは、バックアップ後のトランザクション・ログ・ファイルの切り捨ては実行しません。後続の差分バックアップでは、最後のフル・バックアップ以降のトランザクション・ログ・ファイルがバックアップに含まれるため、処理時間が増加します。ただし、差分バックアップを使用するリストア・シーケンスでは、フル・バックアップのリストア後に差分バックアップを1つのみリストアするだけで済みます。このプロセスでは、リストア・プロセス中にユーザーが実行する操作が少なくなり、リストア時間は短くなります。

増分バックアップと差分バックアップについて決定する際のその他の考慮事項としては、トランザクション・ログ・ファイルの適切な切り捨て頻度です。増分バックアップを実行する場合、Exchange Serverによりトランザクション・ログ・ファイルは増分バックアップと同じ頻度で切り捨てられます。たとえば、増分バックアップが毎日実行されている場合、トランザクション・ログ・ファイルも毎日切り捨てられます。ただし、差分バックアップの場合、トランザクション・ログ・ファイルはフル・バックアップが実行された場合にのみ切り捨てられます。従って、フル・バックアップが週単位でのみ実行されている場合、トランザクション・ログ・ファイルも週単位で切り捨てられます。

差分バックアップ戦略の実装は、より高速なリストアにつながりますが、Exchange Serverの健全な動作を管理するため、より高い頻度でのフル・バックアップが必要になります。

バックアップ・シーケンス例

スナップショット・ベースのバックアップとリストアについて

本プラグインでは、ハードウェアまたはソフトウェアVSSプロバイダを使用して、VSSベースの永続的または非永続的スナップショットを作成できます。プラグインは、VSSプロバイダを使用してクライアントでスナップショットを作成し、選択したデータをスナップショット（複数可）からストレージ・デバイスにコピーします。

Dell Compellentストレージ・アレイで、ハードウェア・ベースの統合VSSスナップショットを使用できます。Compellentと非Compellentのデータベースを同じバックアップ・ジョブに混在させた場合、含まれているすべてのデータベースが同じストレージ・デバイスにバックアップされることに注意してください。

永続的スナップショットを作成して使用するには、バックアップするデータがNetVault Backup対応ディスク・アレイ上に存在している必要があります。サポートされていないディスク・アレイ上のデータ、またはローカル・ドライブ（MicrosoftソフトウェアVSSプロバイダを使用してスナップショットを作成する対象）にあるデータを使用して、永続的なスナップショットを作成しようとする場合、必要なハードウェアのスナップショットの作成に失敗し、プラグインのデフォルトがソフトウェアのスナップショットの使用に設定されます。ソフトウェアのスナップショットを作成する場合、データは（オプション［ファイルをストレージにバックアップ］が選択されていない場合でも）ストレージにのみバックアップされ、非永続的なスナップショットが作成されます。

NetVault Backup対応ディスク・アレイとサポートされていないディスク・アレイまたはローカル・ドライブが混在する、異なるストレージ内に存在しているデータをバックアップに含めた場合も同じ問題が発生します。たとえば、バックアップに5つのExchangeメールボックス・データベースが含まれており、そのうち3つのメールボックス・データベースがNetVault Backup対応ディスク・アレイ内の異なるボリュームに存在し、残りの2つのメールボックス・データベースがExchange Server上の2つの異なるローカル・ドライブに存在する場合、［Retain Array-based Persistent Snapshot（アレイ・ベースの永続的なスナップショットを保持）］を選択すると、すべてのメールボックス・データベースがNetVault Backup対応ディスク・アレイに存在していないので、ハードウェア・スナップショットの取得に失敗します。必要なハードウェア・スナップショットの取得に失敗したら、ソフトウェア・スナップショットの取得が試みられます。成功した場合は、［ファイルをストレージにバックアップ］オプションが選択されていなくても、NetVault Backupで管理されたストレージにデータが保存されます。

重要： DAG環境を実行している場合は、ソフトウェア・ベースのMicrosoft VSSプロバイダがDAGに含まれているすべてのExchange Serverに設定されていることを確認し、ソフトウェア・ベースのプロバイダがどのベンダーのハードウェア・ベースのVSSプロバイダよりも優先されることを確認します。

バックアップ・ターゲットが、ディスク・アレイなどの非NetVault Backupメディアであり、リストアを完了する必要がある場合は、以下の点に注意してください。ExchangeデータベースをDAGにリストアし、［クライアント指定］を指定しない場合は、アクティブ・コピーをホストするノードにデータベースがリストアされます。永続的なスナップショットからデータベースをリストアする場合は、バックアップ・プロセス中にスナップショットを取得したクライアント内のボリュームがマップされます。これらの条件があるため、永続的なスナップショットからDAGへのリストア、つまり、［クライアント指定］がNetVault Backup仮想クライアントであるリストアでは、データベースのアクティブ・コピーが、バックアップ・プロセス中にスナップショットを取得するノードでホストされている必要があります。

例：DB1のバックアップ中にノード1でスナップショットを取得する場合、スナップショットからDB1をリストアするには、ノード1がDB1のアクティブ・コピーのホストである必要があります。そうでない場合、リストアは失敗します。たとえば、ノード2がDB1のアクティブ・コピーを現在ホストしている場合は、アクティブなロールをノード2から元のノード1に移動する必要があります。

アクティブなロールの割り当てを変更するには、次のPowerShellコマンドを使用します。

データベースの損傷によって検証が失敗する場合は、-SkipClientExperienceChecksスイッチを使用してデータベースを強制的にアクティブ化します。

NetVault Backup対応のOSバージョンとディスク・アレイの詳細については、『QuestNetVault Backup互換性ガイド』を参照してください。