SnapCenterを使用してExchangeメールボックスをバックアップするには、データベースやデータベース可用性グループ（DAG）などのリソース タイプを選択する必要があります。Snapshotテクノロジを通じて、リソースが配置されているボリュームのオンラインの読み取り専用コピーが作成されます。

バックアップ頻度（スケジュール タイプ）はポリシーで指定され、バックアップ スケジュールはリソース グループの設定で指定されます。バックアップの頻度またはスケジュールを決定する場合に最も重要な要因となるのは、リソースの変更率とデータの重要性です。使用頻度の高いリソースは1時間ごとにバックアップする必要がありますが、ほとんど使用されないリソースは1日に1回バックアップすれば問題ありません。その他の要因としては、組織におけるリソースの重要性、サービス レベル アグリーメント（SLA）、目標復旧時点（RPO）などがあります。

SLAは、求められるサービス レベル、およびサービスに関連する多くの問題（サービスの可用性やパフォーマンスなど）への対応を定義したものです。RPOは、障害発生後に通常処理を再開するためにバックアップ ストレージからリカバリーする必要があるファイルの経過時間に関する戦略を定義したものです。SLAとRPOはデータ保護戦略に関わる要件です。

使用頻度の高いリソースであっても、フル バックアップは1日に1～2回で十分です。たとえば、定期的なトランザクション ログ バックアップを実行すれば、必要なバックアップが作成されます。データベースをバックアップする回数が多いほど、リストア時にSnapCenterが使用する必要のあるトランザクション ログの数が少なくなります。これにより、リストア処理の時間を短縮できます。

バックアップ スケジュールには、次の2つの要素があります。

必要なバックアップ ジョブの数を左右する要因としては、リソースのサイズ、使用中のボリュームの数、リソースの変更率、サービス レベル アグリーメント（SLA）などがあります。

Snapshotのデフォルトの命名規則を使用するか、カスタマイズした命名規則を使用できます。デフォルトのバックアップ命名規則ではSnapshot名にタイムスタンプが追加されるため、コピーが作成されたタイミングを特定できます。

Snapshotでは、次のデフォルトの命名規則が使用されます。

resourcegroupname_hostname_timestamp

バックアップ リソース グループには、次の例のように論理的な名前を付ける必要があります。

この例では、各構文要素に次の意味があります。

あるいは、[Use custom name format for Snapshot copy]を選択して、リソースまたはリソース グループを保護すると同時にSnapshot名の形式を指定できます。たとえば、customtext_resourcegroup_policy_hostnameやresourcegroup_hostnameなどの形式です。デフォルトでは、Snapshot名にタイムスタンプのサフィックスが追加されます。

バックアップ コピーを保持する日数を選択するか、または保持するバックアップ コピーの数（ONTAPでは最大255個のコピー）を指定することができます。たとえば、組織の必要に応じて、10日分のバックアップ コピーや130個のバックアップ コピーを保持できます。

ポリシーを作成する際に、バックアップ タイプおよびスケジュール タイプの保持オプションを指定できます。

SnapMirrorレプリケーションを設定すると、デスティネーション ボリュームに保持ポリシーがミラーリングされます。

保持されているバックアップの保持ラベルがスケジュール タイプと一致する場合は、SnapCenterによってそのバックアップが削除されます。リソースまたはリソース グループに対してスケジュール タイプが変更されると、古いスケジュール タイプ ラベルのバックアップがシステムに残ることがあります。

SnapCenter Plug-in for Microsoft Exchange Serverでは、最新の状態へのリストア処理を実行するために、トランザクション ログ バックアップが必要です。この場合、2つのフル バックアップの間の任意の時点の状態にデータベースがリストアされます。

たとえば、Plug-in for Exchangeで午前8時にフル バックアップとトランザクション ログ バックアップを作成し、午後5時に別のフル バックアップとトランザクション ログ バックアップを作成している場合、最新のトランザクション ログ バックアップを使用して、午前8時～午後5時の任意の時点にデータベースをリストアできます。トランザクション ログを使用できない場合、Plug-in for Exchangeは、ポイントインタイム リストア処理のみを実行します。この場合、データベースは、Plug-in for Exchangeがフル バックアップを完了した時点の状態にリストアされます。

通常、最新の状態へのリストア処理に必要なのは1～2日分のみです。デフォルトでは、SnapCenterの保持期間は最短の2日間です。