リソースグループ、データベース、またはデータベース可用性グループ（DAG）をバックアップしておく必要があります。
Exchangeデータベースを異なる場所に移行した場合、古いバックアップに対するリストア処理は実行できません。
Snapshotコピーをミラーまたはバックアップにレプリケートするユーザーには、SnapCenter管理者がユーザーに対してソースとデスティネーションの両方のボリューム用にSVMを割り当てる必要があります。
DAG内で、アクティブデータベースコピーが他社ETERNUS AX/AC/HX seriesにある場合に、ETERNUS AX/AC/HX seriesにあるパッシブデータベースコピーのバックアップからリストアするには、そのパッシブコピー（ETERNUS AX/AC/HX series）をアクティブコピーとして設定し、リソースを更新してリストア処理を実行します。

Move-ActiveMailboxDatabaseコマンドを実行して、パッシブデータベースコピーをアクティブデータベースコピーとして設定します。

このコマンドの詳細については、Microsoftのドキュメントを参照してください。

タスク概要

データベースに対してリストア処理を実行すると、データベースは同じホストに再マウントされ、新しいボリュームは作成されません。
DAGレベルのバックアップは、個々のデータベースからリストアする必要があります。
Exchangeデータベース（.edb）ファイル以外のファイルが存在する場合、フルディスクリストアはサポートされません。

レプリケーションに使用するファイルなどのExchangeファイルが含まれているディスクでは、Plug-in for Exchangeによるディスクのフルリストアは実行されません。フルリストアがExchangeの機能に影響を及ぼす可能性がある場合、Plug-in for Exchangeにより単一ファイルのリストア処理が実行されます。
Plug-in for Exchangeでは、BitLockerで暗号化されたドライブはリストアできません。
SCRIPTS_PATHは、プラグインホストのSMCoreServiceHost.exe.ConfigファイルにあるPredefinedWindowsScriptsDirectoryキーを使用して定義します。

必要に応じて、このパスを変更してSMcoreサービスを再起動できます。セキュリティを確保するために、デフォルトのパスを使用することを推奨します。

キーの値は、Swaggerで次のAPIを使用して表示できます。API /4.7/configsettings

GET APIを使用すると、キーの値を表示できます。SET APIはサポートされません。
SnapLockが有効なポリシーの場合、ONTAP 9.12.1以前のバージョンでは、Snapshotコピーのロック期間を指定すると、リストアの一環として改ざん防止Snapshotコピーから作成されたクローンにSnapLockの有効期限が継承されます。SnapLockの有効期限が過ぎたあと、ストレージ管理者がクローンを手動でクリーンアップする必要があります。

手順

左側のナビゲーションペインで、[リソース]ページの左上にある[リソース]をクリックします。
ドロップダウンリストからExchange Serverプラグインを選択します。
[リソース]ページで、[表示]リストから[データベース]を選択します。
リストからデータベースを選択します。
[コピーを管理]ビューで、[プライマリバックアップ]テーブルから[バックアップ]を選択し、をクリックします。

[Options]ページで、次のいずれかのログバックアップオプションを選択します。

オプション

説明

All log backups

最新状態へのバックアップリストア処理を実行して、フルバックアップ後に作成されたすべてのログバックアップをリストアする場合は、[All log backups]を選択します。

By log backups until

ポイントインタイムリストア処理を実行する場合は、[By log backups until]を選択します。これにより、選択したログまでのログバックアップに基づいてデータベースがリストアされます。

ドロップダウンリストに表示されるログの数は、UTMに基づきます。たとえば、フルバックアップの保持数が5でUTMの保持数が3の場合、使用可能なログバックアップの数は5ですが、ドロップダウンにはリストア処理を実行できるログが3つだけ表示されます。

By specific date until

リストア後のデータベースにトランザクションログを適用する最終日時を指定する場合は、[By specific date until]を選択します。このポイントインタイムリストア処理では、指定した日時のバックアップまでに記録されたトランザクションログのエントリがリストアされます。

None

ログバックアップなしでフルバックアップのみをリストアする場合は、[None]を選択します。

次のいずれかを実行します。

[Recover and mount database after restore] - デフォルトでは、このオプションが選択されています。
[Do not verify the integrity of transaction logs in the backup before restore] - デフォルトでは、リストア処理の実行前に、SnapCenterによりバックアップ内のトランザクションログの整合性が検証されます。

ベストプラクティス： このオプションは選択しないでください。

[Script]ページで、リストア処理の前またはあとに実行するプリスクリプトまたはポストスクリプトのパスと引数を入力します。

リストアプリスクリプトの引数には、$Databaseと$ServerInstanceがあります。

リストアポストスクリプトの引数には、$Database、$ServerInstance、$BackupName、$LogDirectory、$TargetServerInstanceがあります。

SNMPトラップの更新、アラートの自動化、ログの送信などをスクリプトで実行できます。

プリスクリプトやポストスクリプトのパスに、ドライブや共有を含めることはできません。パスは、SCRIPTS_PATHの相対パスである必要があります。

[Notification]ページで、[Email preference]ドロップダウンリストからEメールを送信するシナリオを選択します。

また、送信者と受信者のEメールアドレス、およびEメールの件名を指定する必要があります。
概要を確認し、[完了]をクリックします。
ページ下部の[Activity]パネルを展開すると、リストアジョブのステータスを表示できます。

[モニタ] > [ジョブ]ページを使用して、リストアプロセスを監視するようにしてください。

レプリカとアクティブデータベースの間に遅延がある場合に、バックアップからアクティブデータベースをリストアすると、パッシブデータベースが一時停止状態または障害状態になることがあります。

状態の変化は、アクティブデータベースのログチェーンがフォークし、レプリケーションを中断する新しいブランチが開始されたときに発生します。Exchange Serverによりレプリカの修正が試みられますが、修正できない場合は、リストア後に新しいバックアップを作成し、レプリカを再シードする必要があります。