SnapCenter Software 4.9
Exchange Serverリソースのバックアップ戦略の定義
バックアップ ジョブを作成する前にバックアップ戦略を定義しておくと、データベースの正常なリストアに必要なバックアップを確実に作成できます。バックアップ戦略の大部分は、サービス レベル アグリーメント（SLA）、目標復旧時間（RTO）、および目標復旧時点（RPO）によって決まります。
SLAは、求められるサービス レベル、およびサービスに関連する多くの問題（サービスの可用性やパフォーマンスなど）への対応を定義したものです。RTOは、サービスの停止からビジネス プロセスの復旧までに必要となる時間です。RPOは、障害発生後に通常処理を再開するためにバックアップ ストレージからリカバリーする必要があるファイルの経過時間に関する戦略を定義したものです。SLA、RTO、およびRPOは、バックアップ戦略に関与します。
Exchangeデータベースでサポートされるバックアップ タイプ
SnapCenterを使用してExchangeメールボックスをバックアップするには、データベースやデータベース可用性グループ（DAG）などのリソース タイプを選択する必要があります。Snapshotコピー テクノロジを通じて、リソースが配置されているボリュームのオンラインの読み取り専用コピーが作成されます。
| バックアップ タイプ | 説明 |
|---|---|
フル / ログ バックアップ |
データベースと、切り捨てられたログを含むすべてのトランザクション ログがバックアップされます。 フル バックアップが完了すると、Exchange Serverにより、データベースにコミット済みのトランザクション ログが切り捨てられます。 通常はこのオプションを選択します。ただし、バックアップ時間が短い場合は、フル バックアップでトランザクション ログ バックアップを実行しないように選択することもできます。 |
フル バックアップ |
データベースとトランザクション ログがバックアップされます。 切り捨てられたトランザクション ログはバックアップされません。 |
ログ バックアップ |
すべてのトランザクション ログがバックアップされます。 データベースにコミット済みの切り捨てられたログはバックアップされません。フル データベース バックアップの合間にトランザクション ログを頻繁にバックアップするスケジュールを設定すると、リカバリー ポイントをより細かく選択できます。 |
データベース プラグインのバックアップ スケジュール
バックアップ頻度（スケジュール タイプ）はポリシーで指定され、バックアップ スケジュールはリソース グループの設定で指定されます。バックアップの頻度またはスケジュールを決定する場合に最も重要な要因となるのは、リソースの変更率とデータの重要性です。使用頻度の高いリソースは1時間ごとにバックアップする必要がありますが、ほとんど使用されないリソースは1日に1回バックアップすれば十分です。その他の要因としては、組織におけるリソースの重要性、サービス レベル アグリーメント（SLA）、目標復旧時点（RPO）などがあります。
SLAは、求められるサービス レベル、およびサービスに関連する多くの問題（サービスの可用性やパフォーマンスなど）への対応を定義したものです。RPOは、障害発生後に通常処理を再開するためにバックアップ ストレージからリカバリーする必要があるファイルの経過時間に関する戦略を定義したものです。SLAとRPOはデータ保護戦略に関わる要件です。
使用頻度の高いリソースであっても、フル バックアップは1日に1～2回で十分です。たとえば、定期的なトランザクション ログ バックアップを実行すれば、必要なバックアップが作成されます。データベースをバックアップする回数が多いほど、リストア時にSnapCenterが使用する必要のあるトランザクション ログの数が少なくなります。これにより、リストア処理の時間を短縮できます。
バックアップ スケジュールには、次の2つの要素があります。
-
バックアップ頻度
バックアップ頻度（バックアップを実行する間隔）は、ポリシー設定の一部であり、一部のプラグインではスケジュール タイプと呼ばれます。ポリシーでは、バックアップ頻度として、毎時、毎日、毎週、または毎月を選択できます。頻度を選択しなかった場合は、オンデマンドのみのポリシーが作成されます。ポリシーにアクセスするには、[設定] > [ポリシー]の順にクリックします。
-
バックアップ スケジュール
バックアップ スケジュール（バックアップが実行される日時）は、リソース グループ設定の一部です。たとえば、リソース グループのポリシーで週に1回のバックアップが設定されている場合は、毎週木曜日の午後10時にバックアップが実行されるようにスケジュールを設定できます。リソースグループのスケジュールにアクセスするには、[リソース] > [リソースグループ]の順にクリックします。
データベースに必要なバックアップ ジョブの数
必要なバックアップ ジョブの数を左右する要因としては、リソースのサイズ、使用中のボリュームの数、リソースの変更率、サービス レベル アグリーメント（SLA）などがあります。
バックアップの命名規則
Snapshotコピーのデフォルトの命名規則を使用するか、カスタマイズした命名規則を使用できます。デフォルトのバックアップ命名規則ではSnapshotコピー名にタイムスタンプが追加されるので、コピーが作成されたタイミングを特定できます。
Snapshotコピーでは、次のデフォルトの命名規則が使用されます。
resourcegroupname_hostname_timestamp
バックアップ リソース グループには、次の例のように論理的な名前を付ける必要があります。
dts1_mach1x88_03-12-2015_23.17.26
この例では、各構文要素に次の意味があります。
-
dts1はリソース グループ名です。
-
mach1x88はホスト名です。
-
03-12-2015_23.17.26は日付とタイムスタンプです。
あるいは、[Snapshot コピーには、カスタムの名前形式を使用する]を選択して、リソースまたはリソース グループを保護すると同時にSnapshotコピー名の形式を指定できます。たとえば、customtext_resourcegroup_policy_hostnameやresourcegroup_hostnameなどの形式です。デフォルトでは、Snapshotコピー名にタイムスタンプのサフィックスが追加されます。
バックアップ保持オプション
バックアップ コピーを保持する日数を選択するか、または保持するバックアップ コピーの数（ONTAPでは最大255個のコピー）を指定することができます。たとえば、組織の必要に応じて、10日分のバックアップ コピーや130個のバックアップ コピーを保持できます。
ポリシーを作成する際に、バックアップ タイプおよびスケジュール タイプの保持オプションを指定できます。
SnapMirrorレプリケーションを設定すると、デスティネーション ボリュームに保持ポリシーがミラーリングされます。
保持されているバックアップの保持ラベルがスケジュール タイプと一致する場合は、SnapCenterによってそのバックアップが削除されます。リソースまたはリソース グループに対してスケジュール タイプが変更されると、古いスケジュール タイプ ラベルのバックアップがシステムに残ることがあります。
| バックアップ コピーを長期にわたって保持する場合は、SnapVaultバックアップを使用する必要があります。 |
Exchange Serverのソース ストレージ ボリュームにトランザクション ログ バックアップを保持する期間
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日間です。
