【Exchange Server 2019】データベースのバックアップ / リストア (DAG 環境)

データベースを停止 (ディスマウント) 可能な環境でのバックアップ / リストア検証になります。
休日作業などで CU 適用前のバックアップなどを想定しています。

環境
1. サーバー構成
2. DAG の構成
バックアップ
リストア

環境

サーバー構成

サーバー OS	ロール	サーバー名
Windows Server 2019	Exchange Server 2019 メールボックス	EX01
Windows Server 2019	Exchange Server 2019 メールボックス	EX02
Windows Server 2019	監視サーバー	EXW

DAG の構成

データベース	データベースコピー	所属ユーザー
DB3	EX01,EX02	user04

バックアップ

サーバー EX01 で作業を行います。

[Exchange 管理センター] を開き、[サーバー] – [データベース] をクリックし、該当のデータベース (今回はDB3) を選択します。

[…] ボタン (その他) をクリックし、[マウント解除] をクリックします。

警告で [はい] をクリックします。

[状態] が [マウント解除済み] になったことを確認します。

データベースの復旧を EX01 で実施するため、[アクティブなサーバー] を EX02 → EX01 に切り替えます。
※ [アクティブなサーバー] が既に EX01 になっている場合は不要な作業です。
※ 復旧作業を EX02 で実施する場合は不要な作業です。

警告で、[はい] をクリックします。

正常完了を確認し、[閉じる] をクリックします。

[アクティブなサーバー] が EX01 に変わったことを確認します。

データベース DB3 をダブルクリックで開き、[データベースパス] を記録します。
確認後、[キャンセル] をクリックします。

コマンドプロンプトを開き、以下のコマンドを実行します。

eseutil /mh “データベースパス\データベース名.edb”

実行結果より、データベースが [Clean Shutdown] であることを確認します。

State: Clean Shutdown

※ ステータスが Dirty Shutdown の場合は別途調査が必要です。
データベースが破損している可能性が考えられるため、バックアップとしては使用できません。

DB3.edb ファイルを他の場所にコピーします。

リストア

データベース DB3 は EX1、EX2 の 2 台の Exchange サーバーにコピーがあります。
そのため通常は、いずれかの 1 台が停止しても DB3 に所属するユーザーに影響はありません。
今回は DB3 が EX1、EX2 どちらのサーバーにおいてもマウントに失敗してしまう最悪のシナリオを想定し、リストアによる復旧を行います。

EX1、EX2 のデータベースファイル (DB3.edb) を意図的に壊します。

DB3.edb(元のファイル) → DB3.edbOld にリネーム
新規でテキストファイルを作成 → DB3.edbにリネーム