主页 / server / 问题 / 867584
Accepted
Kevv
Asked: 2017-08-09 10:22:57 +0800 CST

Exchange DAG 是否会复制不稳定/损坏的数据库更改？

  • 772

我们只是在 2 个 Exchange Server 之间建立了一个 DAG 环境。

其中一台服务器托管活动数据库，另一台托管被动副本（无延迟）。

我认为这在硬件故障的情况下会很好地工作，但我担心应用程序方面的事情。

如果我们的活动邮箱数据库损坏（可能是由于丢失日志文件或损坏的 EDB），辅助服务器不会只是将 EDB 文件的“损坏”复制到被动副本中吗？

或者 DAG 是否足够聪明，能够意识到何时和/或什么原因导致活动数据库损坏，并停止将这些错误设置复制到被动副本？

exchange

1 个回答

  1. Best Answer

    您需要在此处区分逻辑损坏和物理损坏：

    物理损坏：

    当来自 ESE 结构的数据库以某种方式不再有效时会发生。那些腐败无法复制。Microsoft 设计根本不可能（Exchange 执行多个步骤来验证日志文件；更多信息在这里）。因此，如果从 ESE 角度来看的结构不再有效（例如，由于硬件故障而导致的“Dirty Shutdown”），您就无法使 EDB 联机。

    逻辑损坏：

    当数据库中的数据不再有效，但从 ESE 角度来看结构有效时，就会发生这种情况。这些损坏可以复制（但也会发生在独立的 Exchange 服务器中）。但是，您有不同的方法来处理它们：

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

    结论：

    DAG 不会帮助您真正避免邮箱内的损坏元素。但是如果没有 DAG，你也会有那些腐败的元素，无论如何都需要处理它们。如果一个节点（在启动期间）发现 EDB 已损坏，它将不会启动它（例如，它处于“Dirty Shutdown”状态）。您需要在此处解决问题（例如，您可以创建一个新的数据库副本，可以在此处查看更多其他选项）。

    • 1

相关问题