Exchange DAG 是否會複製不穩定/損壞的數據庫更改？

我們只是在 2 個 Exchange Server 之間建立了一個 DAG 環境。

其中一台伺服器託管活動數據庫，另一台託管被動副本（無延遲）。

我認為這在硬體故障的情況下會很好地工作，但我擔心應用程序方面的事情。

如果我們的活動郵箱數據庫損壞（可能是由於失去日誌文件或損壞的 EDB），輔助伺服器不會只是將 EDB 文件的“損壞”複製到被動副本中嗎？

或者 DAG 是否足夠聰明，能夠意識到何時和/或什麼原因導致活動數據庫損壞，並停止將這些錯誤設置複製到被動副本？

您需要在此處區分邏輯損壞和物理損壞：

物理損壞：

當來自 ESE 結構的數據庫以某種方式不再有效時會發生。那些腐敗無法複製。Microsoft 設計根本不可能（Exchange 執行多個步驟來驗證日誌文件；更多資訊在這裡）。因此，如果從 ESE 角度來看的結構不再有效（例如，由於硬體故障而導致的“Dirty Shutdown”），您就無法使 EDB 聯機。

邏輯損壞：

當數據庫中的數據不再有效，但從 ESE 角度來看結構有效時，就會發生這種情況。這些損壞可以複製（但也會發生在獨立的 Exchange 伺服器中）。但是，您有不同的方法來處理它們：

• 您可以移動郵箱，從而刪除壞數據。很有用，尤其是在備份保留視窗之外發生邏輯損壞時。（檢查 baditemlimit 選項，更多資訊在這裡）
• 您可以實施和使用單項恢復並還原原始項。在編輯消息導致損壞（客戶端應用程序導致損壞場景）時很有用。
• 您可以使用日曆修復助手來檢測和更正不一致（自 Exchange 2010 SP2 起）在此處查看更多資訊。
• 您可以使用New-MailboxRepairRequest，它可以解決搜尋文件夾、項目計數、文件夾視圖和父/子文件夾問題的損壞（請參閱此處和此處的更多資訊）。
• 您可以維護 Exchange 備份（如果備份保留期介於 0 到 14 天之間，則為 VSS 備份或滯後副本）（有關詳細資訊，請參閱此處）。

結論：

DAG 不會幫助您真正避免郵箱內的損壞元素。但是如果沒有 DAG，你也會有那些腐敗的元素，無論如何都需要處理它們。如果一個節點（在啟動期間）發現 EDB 已損壞，它將不會啟動它（例如，它處於“Dirty Shutdown”狀態）。您需要在此處解決問題（例如，您可以創建一個新的數據庫副本，可以在此處查看更多其他選項）。

引用自：https://serverfault.com/questions/867584