立即与支持人员聊天
与支持团队交流

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

NetVault Backup Plug-in for Exchange－ はじめに Exchangeデータ保護戦略の定義 Exchange Serverシステム構築計画 プラグインのインストールと削除 プラグインの設定 データのバックアップ データのリストア
リストアとリカバリの概要 プラグインを使用したデータのリストア 高度なリストア手順の使用
トラブルシューティング

差分バックアップ

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

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

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

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

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

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

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

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

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

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

•
フル・バックアップのみ：要件で前日までのデータ保護が保証されており、以下の条件に適合する場合、夜間にフル・バックアップを実行すれば十分です。
•
バックアップ時間枠が大きい
•
勤務時間外の電子メール量が少ない
•
定期的なトランザクション・ログ・ファイルの切り捨てが必要である
•
フル・バックアップと増分バックアップ：要件で前日までのデータ保護が保証されており、バックアップ時間をできる限り短縮する必要があり、定期的なトランザクション・ログ・ファイルの切り捨てが必要である場合、フル・バックアップと増分バックアップを組み合わせて使用することが最適です。
たとえば、毎週日曜日の夜11:00にフル・バックアップが実行され、さらに月曜日から土曜日の午後11:00に増分バックアップが実行されているとします。この場合、各増分バックアップには、前夜のバックアップ、すなわち日曜日の夜に実行されたフル・バックアップまたは平日いずれかの増分バックアップ以降に生成されたトランザクション・ログ・ファイルが含まれます。
このバックアップ・タイプ・シーケンスのリストアには、より長い時間がかかることに注意してください。たとえば、火曜日にリカバリを実行する場合、日曜日のフル・バックアップと月曜日の増分バックアップをリストアする必要があります。また、水曜日にリカバリを実行する場合は、日曜日のフル・バックアップに続いて、月曜日、および火曜日の増分バックアップをリストアする必要があります。バックアップ時間は短くなりますが、複数のリストア・ジョブを実行するために必要な操作が多くなるため、リストア時間は長くなる可能性があります。
•
フル・バックアップと差分バックアップ：要件で前日までのデータ保護が保証されており、リストアとバックアップ時間をできる限り早くする必要があり、時折トランザクション・ログ・ファイルの切り捨てが必要である場合、フル・バックアップと差分バックアップを組み合わせて使用することが最適です。
たとえば、フル・バックアップを毎週日曜日の午後11:00に実行し、差分バックアップを月曜日から土曜日の午後11:00に実行するとします。各差分バックアップには、最後のフル・バックアップ以降に生成されたトランザクション・ログ・ファイルが含まれます。このプロセスでは、増分バックアップに比べてバックアップに時間がかかります。リカバリする必要のある特定時点に関わらず、必要なリストア・ジョブの数は同じです。たとえば、火曜日にリカバリを実行する場合、日曜日のフル・バックアップと月曜日の差分バックアップをリストアする必要があります。また、木曜日にリカバリを実行する場合は、日曜日のフル・バックアップに続いて水曜日の差分バックアップをリストアする必要があります。以降の差分バックアップはサイズが大きくなり、時間も長くなりますが、実行する必要のあるリストア・ジョブは少なくなるため、リストア時間は短くなります。

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

Exchange 2010以降を使用している場合、プラグインは、ハードウェアまたはソフトウェアのVSSプロバイダを使用して、永続的または非永続的なVSSベースのスナップショットを作成できます。プラグインは、VSSプロバイダを使用してクライアント上にスナップショットを作成した後、選択したデータをスナップショットからストレージ・デバイスにコピーします。

スタンドアロンExchange Serverシステムを使用している場合は、ハードウェア・ベースの統合VSSスナップショットをDell Compellentストレージ・アレイで使用できます。（DAG環境では、ソフトウェア・ベースのMicrosoft VSSプロバイダを使用するVSSバックアップのみがサポートされます。）

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

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

 
* 
重要： DAGシステムでは、ハードウェア・スナップショットがプラグインで現在サポートされていません。DAG環境を実行している場合は、DAGに含まれるすべてのExchange Serverでソフトウェア・ベースのMicrosoft VSSプロバイダが使用されており、そのソフトウェア・ベースのプロバイダがどのベンダーのハードウェア・ベースのVSSプロバイダよりも優先されることを確認してください。また、NetVault Backupで管理される永続的なスナップショットがDAGシステムでサポートされないことに注意してください。

NetVault BackupでサポートされているOSバージョンおよびディスク・アレイについての詳細は、『Quest NetVault Backup互換性ガイド』を参照してください。

相关文档

The document was helpful.

选择评级

I easily found the information I needed.

选择评级