Exchange DAGは、不安定な/破損したデータベースの変更をコピーしますか？
2つのExchangeServer間にDAG環境をセットアップしました。
サーバーの1つはアクティブデータベースをホストし、もう1つはパッシブコピーをホストします（ラグタイムなし）。
これはハードウェア障害の場合には完全に機能すると思いますが、アプリケーション側のことについて心配しています。
アクティブなメールボックスデータベースが破損した場合（ログファイルの欠落やEDBの破損が原因である可能性があります）、セカンダリサーバーはEDBファイルの「破損」をパッシブコピーに複製するだけではありませんか？
または、DAGは、アクティブデータベースの破損の原因を認識し、それらの障害のある設定をパッシブコピーに複製するのを停止するのに十分スマートですか？
ここでは、論理的破損と物理的破損を区別する必要があります。
物理的な破損：
ESE構造のデータベースが何らかの方法で無効になったときに発生します。それらの破損は再現できませんでした。これは、Microsoftの設計では単純に不可能です（Exchangeは、ログファイルを検証するために複数の手順を実行します。詳細情報 ここ ）。そのため、ESEの観点から見た構造が無効になった場合（ハードウェア障害による「ダーティシャットダウン」など）、EDBをオンラインにすることはできません。
論理的破損：
データベース内のデータが無効になったが、ESEの観点からの構造は有効である場合に発生します。これらの破損は複製される可能性があります（ただし、スタンドアロンのExchangeサーバーでも発生します）。ただし、それらに対処する方法はいくつかあります。
- メールボックスを移動して、不良データを削除することができます。特に、バックアップ保持ウィンドウの外部で論理的な破損が発生した場合に役立ちます。 （baditemlimitオプションを確認してください。詳細は ここ ）
- 単一アイテムのリカバリを実装して使用し、元のアイテムを復元できます。メッセージを編集すると破損が発生した場合に便利です（クライアントアプリが破損のシナリオを引き起こしました）。
- カレンダ修復アシスタントを使用して、不整合を検出および修正できます（Exchange 2010 SP2以降）詳細については、 ここ を参照してください。
- New-MailboxRepairRequest を使用すると、検索フォルダー、アイテム数、フォルダービュー、および親/子フォルダーの問題の破損に対処できます（詳細については、 ここ および ここ ）。
- Exchangeバックアップを維持できます（バックアップの保持期間が0〜14日の場合は、VSSバックアップまたは遅延コピー）（詳細については、 ここ を参照してください）。
結論：
DAGは、メールボックス内の破損した要素を実際に回避するのに役立ちません。しかし、DAGがないと、これらの破損した要素も発生し、とにかくそれらに対処する必要があります。また、1つのノード（起動時）がEDBが破損していることを検出した場合、そのノードは起動しません（たとえば、「ダーティシャットダウン」内）。ここで問題を修正する必要があります（たとえば、新しいDBコピーを作成でき、他のオプションが表示されます ここ ）。