我们刚刚在两台 Exchange 服务器之间建立了 DAG 环境。
其中一台服务器托管主动数据库，另一台服务器托管被动副本（无延迟）。
我认为这在出现硬件故障的情况下可以完美运行，但我担心应用方面的问题。
如果我们的活动邮箱数据库损坏（可能是由于丢失日志文件或 EDB 损坏），辅助服务器不会将 EDB 文件的“损坏”复制到被动副本中吗？
或者 DAG 是否足够智能，能够意识到何时和/或什么原因导致主动数据库损坏并停止将这些错误设置复制到被动副本？
答案1
您需要在这里区分逻辑损坏和物理损坏：
物理损坏：
当 ESE 结构的数据库在某种程度上不再有效时，就会发生这种情况。这些损坏无法复制。这在 Microsoft 设计中根本不可能实现（Exchange 执行多个步骤来验证日志文件；更多信息这里）。因此，如果从 ESE 角度来看结构不再有效（例如，由于硬件故障导致“非正常关机”），您就无法使 EDB 联机。
逻辑损坏：
当数据库中的数据不再有效，但从 ESE 角度看结构有效时，就会发生这种情况。这些损坏可以复制（但也会发生在独立的 Exchange 服务器中）。但是，您可以使用不同的方法来处理它们：
- 您可以移动邮箱，从而删除坏数据。这很有用，尤其是当逻辑损坏发生在备份保留窗口之外时。（检查 baditemlimit 选项，更多信息这里）
- 您可以实施并使用单个项目恢复并恢复原始项目。在编辑消息导致损坏（客户端应用程序导致损坏场景）时很有用。
- 您可以使用日历修复助手来检测和纠正不一致之处（自 Exchange 2010 SP2 起）查看更多信息这里。
- 您可以使用新邮箱修复请求它可以解决搜索文件夹、项目计数、文件夹视图和父/子文件夹问题的损坏问题（查看更多信息这里和这里）。
- 您可以维护 Exchange 备份（如果备份保留窗口介于 0 到 14 天之间，则为 VSS 备份或滞后副本）（请参阅这里了解更多信息）。
结论：
DAG 无法真正帮助您避免邮箱内的损坏元素。但如果没有 DAG，您也会有这些损坏的元素，无论如何都需要处理它们。如果一个节点（在启动期间）发现 EDB 已损坏，它将不会将其启动（例如，它处于“脏关机”状态）。您需要在此处修复此问题（例如，您可以创建一个新的 DB 副本，可以查看更多其他选项这里）。
答案2
如果我们的主动邮箱数据库损坏，DAG 会将 EDB 文件的“损坏”复制到被动副本中。DAG 并非旨在自动检测和防止损坏数据复制。
为此，您应该采取适当的监控和保护措施，以防止损坏的数据复制。这包括
- 监控主动副本上的数据库损坏情况
-定期执行数据库健康检查
-确保定期备份
-维护足够数量的日志文件以供恢复
-使用 Exchange 内置工具进行完整性检查
因此，如果在活动数据库上检测到损坏，您应该立即采取措施解决它。您可以查看这篇文章邮箱数据库复制失败并暂停后重新播种。
重要提示-Exchange 日志可以深入了解数据库副本的运行状况。分析这些日志可以帮助您及时识别和解决问题。