サポートと今すぐチャット
サポートとのチャット

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

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 Serverシステム構築計画

•
システム構築の概要
•
スタンドアロン・システム構築
•
高可用性システム構築
関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択