交换DAG会复制不稳定/损坏的数据库更改吗？

你需要在这里分开逻辑和物理腐败：

身体腐败：

当ESE结构中的数据库以某种方式不再有效时将会发生。 那些腐败是不能复制的。 它根本不可能由微软devise（Exchange执行多个步骤来validation日志文件;更多信息在这里 ）。 因此，如果从ESE的angular度来看结构不再有效（例如，由于硬件故障导致的“肮脏关机”），那么您不能将EDB联机。

逻辑腐败：

将在数据库中的数据不再有效时发生，但从ESEangular度来看，结构是有效的。 这些腐败可以复制（但也会发生在一个独立的Exchange服务器）。 然而，你有不同的方式来处理它们：

• 您可以移动邮箱，从而删除不良的数据。 有用的，尤其是当逻辑损坏发生在备份保留窗口之外时。 （检查baditemlimit选项，更多信息在这里 ）
• 您可以实施和使用单个项目恢复并还原原始项目。 当编辑消息导致腐败（客户端应用程序导致腐败情况）时有用。
• 您可以使用日历修复助手来检测和更正不一致（自Exchange 2010 SP2以来）请参阅此处的更多信息。
• 您可以使用New-MailboxRepairRequest ，它可以解决search文件夹，项目计数，文件夹视图和父/子文件夹问题（请参阅更多信息在这里和这里 ）。
• 您可以维护Exchange备份（如果备份保留时间在0到14天之间，则可以使用VSS备份或滞后副本）（有关更多信息，请参阅此处 ）。

结论：

DAG将不会帮助您真正避免邮箱内的损坏元素。 但是没有DAG，你也会有这些腐败分子，无论如何都需要和他们打交道。 如果一个节点（在启动过程中）发现EDB已经损坏，它就不会启动它（例如它在“脏closures”中）。 你需要解决这个问题（例如，你可以创build一个新的数据库副本，更多的其他选项可以在这里看到）。