Exchange 2013 のバックアップ操作の種類

Exchange 2013 ストア データベースで実行できるバックアップの種類 (完全バックアップ、コピー バックアップ、増分バックアップ、差分バックアップ) について説明します。

製品: Exchange Server 2013

この記事では、Exchange Server 2013 データベースで実行できるさまざまな種類のバックアップと、それらのバックアップがデータベース ファイルにどのような影響を与えるかについて説明します。

ボリューム シャドウ コピー サービス (VSS) と Exchange ライターを使用するバックアップと復元アプリケーションでは、次の表に示す種類のバックアップを実行できます。

表 1. バックアップ操作の種類

Exchange ライターによって定義されたコンポーネントまたはデータベース ファイルは、Exchange 2013 データベース内のデータベース ファイルとトランザクション ログを表します。 これにより、バックアップおよび復元アプリケーションは、バックアップ操作中に Exchange 2013 データベース内のコンポーネントの名前を表示できます。 ただし、バックアップ アプリケーションは個々のデータベース コンポーネントをバックアップできません。データベース全体のみをバックアップできます。

Exchange ライターは、Exchange ライター メタデータで指定されているデータベース コンポーネントの論理パスを標準化します。 Exchange ライターは、必要に応じて、バックアップおよび復元アプリケーションへの論理パスを返します。

Exchange ライターは、次の形式の論理パスを提供します。

logicalPath = "Exchange Server\Microsoft Information Store\<Server name>"

サーバー コンポーネントとデータベース コンポーネントはファイル グループのコンポーネントですが、関連ファイルはありません。 これらには、個々のファイルを指定するサブコンポーネントがあります。 データベースには、Logs という名前のログ コンポーネントが 1 つだけ含まれています。 個々のデータベース コンポーネントのコンポーネント名は、文字列で表示されるデータベースの GUID です。

Exchange ライターは、VSS フレームワークのガイドラインに基づいて、バックアップできるデータベースのみを一覧表示します。 Exchange 2013 回復データベースとしてマウントされているデータベースと、マウントされていないデータベースはバックアップできないため、Exchange ライターのメタデータには一覧表示されません。

次の図に、Exchange ライターのバックアップ プロセスを示します。

図 1. バックアップ プロセスのイベントのシーケンス

完全バックアップ

Exchange データベースの完全バックアップでは、データベース ファイル、トランザクション ログ、およびチェックポイント ファイルのコピーを作成して格納する必要があります。 Exchange 2013 データベースには、1 つの専用トランザクション ログ ファイルのセットがあります。

データベースがバックアップされると、ディスク上のトランザクション ログ ファイルが切り捨てられ、バックアップが行われた後に発生したデータベースの変更のみが残ります。 このプロセスの間、Exchange ライターは、データベースが最新のチェックポイントまでのすべての変更を含む一貫性のある状態でバックアップされたと仮定して、チェックポイントまでのすべてのログ エントリを削除します。

バックアップするデータベースがバックアップ操作中にマウント解除された場合、Exchange 2013 はトランザクション ログを切り捨てず、結果は完全バックアップ操作ではなくコピー バックアップ操作と同等になります。

完全バックアップが完了すると、マウントされているアクティブなデータベースのヘッダーが、現在のバックアップ情報を使用して更新されます。 レプリケートされた展開では、この情報はトランザクション ログ ファイルにコミットされ、データベースの別の DAG のコピーにレプリケートされます。 データベース コピーのヘッダーは、このトランザクション ログ ファイルがデータベース コピーで再生されるように更新されます。

完全シャドウ コピー バックアップは、増分シャドウ コピー バックアップまたは差分シャドウ コピー バックアップを実行するために必要です。 完全バックアップは、任意のコピー (シャドウ コピー バックアップに限る) から取得できます。

完全バックアップは、次に示すシナリオで使用できます。

• データベースが破損または消失したが、ディスク上のトランザクション ログ ファイルはそのまま残っている。 このシナリオでは、影響を受けるデータベース ファイルを完全バックアップから復元し、ディスク上に残っているトランザクション ログを再生することにより回復します。

• ディスク上のデータベース ファイルとトランザクション ログ ファイルが消失している。 このシナリオでは、完全バックアップの際にバックアップされたトランザクション ログ ファイルがデータベースと共に復元されます。

Exchange 2013 では、該当するデータベースを完全バックアップ セットから復元しなくても、ログを復元できます。 このオプションは、以前の完全バックアップを復元し、最新の完全バックアップからのトランザクション ログ ファイルを結合して、ロール フォワードを可能にします。

VSS の VSS_BACKUP_TYPE 列挙体が Exchange ライターがバックアップを実行するときに VSS_BT_FULL に設定されている場合、バックアップには次のコンポーネントが含まれます。

• 論理パスExchange Server\Microsoft Information Store\Server Name>\<<Database GUID を持つデータベース>

• 論理パスExchange Server\Microsoft Information Store\Server 名>\<<Database GUID を含むログ ファイル>

コピー バックアップ

Exchange データベースのコピー バックアップでは、完全バックアップに含まれる要素と同じ要素を作成して格納する必要があります。 ただし、完全バックアップとは異なり、ディスク上のトランザクション ログ ファイルはバックアップが完了しても切り詰められません。 コピー バックアップは、データ復旧を目的としたものではありません。 その代わりに、コピーバックアップでは、テストや問題の診断、レプリカのシード処理に使用するデータのイメージを提供します。

たとえば、Exchange ストアで問題が発生している Exchange 2013 管理者は、運用環境に影響を与えることなく、テスト環境で使用するコピー バックアップを作成できます。 コピー バックアップは、通常のバックアップ スケジュールには影響しません。ただし、コピー バックアップでは Exchange ストアも進行中のバックアップ状態になるため、コピー バックアップが完了または中止されるまで、他のスケジュールされたバックアップの続行がブロックされます。

VSS の VSS_BACKUP_TYPE 列挙が VSS_BT_COPY に設定されている場合、コピー バックアップには次のコンポーネントが含まれます。

• 論理パスExchange Server\Microsoft Information Store\Server Name>\<<Database GUID を持つデータベース>

• 論理パスExchange Server\Microsoft Information Store\Server Name>\<<Database GUID を持つログ ファイル コンポーネント>

増分バックアップ

Exchange 2013 データベースの増分バックアップでは、前回の完全バックアップまたは増分バックアップ以降に発生したデータベースへの変更が保存されます。 すべてのデータベース ファイルとログ ファイルがシステムに復元されると、前回の増分バックアップの時点の状態に回復できます。 増分バックアップに格納されているデータには、現在の時刻までのトランザクション ログ ファイルのみが含まれています。

バックアップが完了すると、Exchange サーバーはログ ファイルを切り詰め、データベース ヘッダー内にあるバックアップの時間をマークします。 増分バックアップを使用してデータベースを回復するには、復元されるデータ セットが少なくとも 2 つ (直前の完全バックアップと、その後のすべての増分バックアップ) 必要です。 増分バックアップの使用には、個々のバックアップが完全バックアップよりはるかに小さいことや、個々の増分バックアップが差分バックアップより小さくなることが多いという利点があります。

増分バックアップの使用には、完全バックアップと完全バックアップの間に何度も増分バックアップを行うと、Exchange ストアの回復によって多くの増分バックアップを引き起こす可能性があるという欠点もあります。 Exchange では、増分の変更の開始点を確立するための、以前の完全バックアップがない場合、増分バックアップを実行できません。

DAG コピーの場所から作成された完全バックアップの後に、アクティブな場所から増分バックアップを作成できます。その逆も可能です。 注意すべき 1 つの制限は、最後のバックアップ状態がアクティブなデータベースのヘッダーで維持され、データベース ヘッダーへの変更が、DAG デプロイの他のすべてのトランザクション ログと同様に、コピー データベースの場所でトランザクション ログに書き込まれ、レプリケートされ、再生されるということです。 バックアップと復元は相互運用を行うため、バックアップ アプリケーションは、ノードがアクティブかパッシブかに関係なく、特定の DAG ノードでのみバックアップを実行する機能と、パッシブ ノードまたはアクティブ ノードからのみバックアップを実行する機能を提供できます。

VSS の VSS_BACKUP_TYPE 列挙体が VSS_BT_INCREMENTAL に設定されている場合、増分バックアップには次のコンポーネントが含まれます。

• 論理パスExchange Server\Microsoft Information Store\Server Name>\<<Database GUID を持つデータベース>

• 論理パスExchange Server\Microsoft Information Store\Server 名>\<<Database GUID を含むログ ファイル>

差分バックアップ

Exchange 2013 データベースの差分バックアップでは、前回の完全バックアップまたは増分バックアップ以降に発生したデータベースへの変更が保存されます。 データベース ファイルとログ ファイルがシステムによって復元されると、前回の差分バックアップの時点の状態に回復できます。

差分バックアップに格納されているデータには、現在のチェックポイントまでのトランザクション ログ ファイルのみが含まれます。 差分バックアップでは、ログ ファイルを削除または変更したり、データベース ヘッダーを変更したりすることはありません。 差分バックアップを使用してデータベースを復旧するには、最後の完全バックアップと最新の差分バックアップの 2 つのデータ セットのみを復元する必要があります。

差分バックアップの使用には、完全バックアップが実行されるまで差分バックアップは各バックアップ内のバックアップされたデータを重複させる、という欠点があります。 完全バックアップと完全バックアップの間に何度も差分バックアップを行うと、必要な記憶域の量は、同じ回数の増分バックアップに必要な量を超える可能性があります。 Exchange では、異なるバックアップの変更の開始点を確立するための完全バックアップまたは増分バックアップがない場合、差分バックアップを実行できません。

コピーの場所から作成された完全バックアップの後に、アクティブな場所からの差分バックアップが続き、その逆も可能です。 注意すべき 1 つの制限は、最後のバックアップ状態がアクティブなデータベースのヘッダーで維持され、データベース ヘッダーへの変更が、DAG デプロイの他のすべてのトランザクション ログと同様に、コピー データベースの場所でトランザクション ログに書き込まれ、レプリケートされ、再生されるということです。 バックアップと復元は相互運用を行うため、バックアップ アプリケーションは、ノードがアクティブかパッシブかに関係なく、特定の DAG ノードでのみすべてのバックアップを実行する機能と、パッシブ ノードから排他的にバックアップを実行する機能を提供します。

VSS の VSS_BACKUP_TYPE 列挙が VSS_BT_DIFFERENTIAL に設定されている場合、差分バックアップには次のコンポーネントが含まれます。

• 論理パスExchange Server\Microsoft Information Store\Server Name>\<<Database GUID を持つデータベース>

• 論理パスExchange Server\Microsoft Information Store\Server 名>\<<Database GUID を含むログ ファイル>

関連項目

• Exchange 2013 のバックアップと復元アプリケーションの作成

• Exchange 2013 のバックアップと復元の概念

• Exchange 2013 のデータベースを復元する

• Exchange 2013 で CHKSGFILES API を使用してバックアップの整合性を検証する

• Exchange 2013 の Eseutil ツールを使用してバックアップの整合性を検証する