Exchange 数据库意外卸载

Exchange邮箱数据库不断被卸载，当我们想挂载数据库时却无法挂载。修复 Exchange 数据库并安装后，我们确实查看了事件日志中是否有错误。这是因为我们希望防止 Exchange 数据库卸载再次发生。那么为什么会发生这种情况，以及为什么 Exchange 邮箱数据库会意外卸载？

介绍

数据库突然卸载，并且由于数据库损坏而无法安装数据库，这对于拥有独立 Exchange Server 的组织来说是不适合的。那是因为您必须恢复邮箱数据库，这需要时间。

如果您设置了 Exchange Server 高可用性，则不必惊慌，因为邮箱数据库副本将在另一台 Exchange Server 上变为活动状态。您有时间调查问题并重新设定邮箱数据库的种子。

但是，如果问题出在底层配置中，那么您是否具有 Exchange Server 高可用性设置或 Exchange Server 独立配置并不重要。每次修复邮箱数据库并不意味着您已经解决了问题。您需要一个解决方案来修复邮箱数据库突然卸载的问题。

每个维护 Exchange Server 或组织中拥有 Exchange Server 的工程师都需要遵循本文。这不仅是数据库卸载的解决方案，而且是防止邮箱数据库突然卸载的最佳实践。

数据库卸载事件日志错误

在此示例中，Exchange 邮箱数据库是 ExchangeDB，它意外卸载。当我们查看事件日志时，以下两个错误很有趣：

事件 739，ESE (ESE)

来源：ESE (ESE)
事件 ID：739
任务类别：常规
级别：错误
描述：
信息存储 (5652) ExchangeDB：数据库 'D 的 NTFS 文件属性大小:\ExchangeDB\ExchangeDB.edb' 为 243136 字节，超过了 204800 字节的阈值。必须重新播种或从副本或备份恢复数据库文件，以防止数据库文件因文件系统限制而无法增长。

事件 203，ExchangeStoreDB

来源：ExchangeStoreDB
ID：203
任务类别：数据库恢复
级别：错误
消息：在此服务器上的“5/7/2022 5:28:00 PM”数据库副本“ExchangeDB”似乎存在严重的 I/O 错误。为了帮助识别特定故障，请查阅服务器上的事件日志以了解其他存储和“ExchangeStoreDb”事件。已尝试通过故障转移到另一个副本来恢复服务。故障转移未能成功恢复服务。错误：无法执行数据库故障转移。

为什么会出现这些错误？数据库 I/O 错误和数据库 NTFS 文件属性大小超过 204800 字节阈值的解决方案是什么？

Exchange数据库意外卸载的解决方法

查看Exchange Server独立环境，我们可以看到存在三个问题：

1. Exchange 邮箱数据库是在默认的 Exchange Server 安装文件夹中创建的。

切勿在 (C:) 驱动器上创建邮箱数据库。假设您已将 Exchange Server 安装在不同的驱动器上，例如 (D:) 驱动器。然后，不要在 (D:) 驱动器上配置邮箱数据库。

重要提示：请勿在Windows 操作系统驱动器或Exchange Server 安装驱动器上创建邮箱数据库。

2.邮箱数据库大小为 550 GB。

如果您有独立的 Exchange Server，则邮箱数据库大小切勿超过 200 GB。出现问题时，拥有 550 GB 邮箱数据库需要更多时间来恢复和移动。

3.卷分配单元大小为 4 KB（4096 字节）。

不要配置分配单元大小为 4 KB（4096 字节）的卷。相反，对 .edb 和日志文件卷使用 64 KB（65536 字节）的磁盘分配单元大小。将卷配置为 NTFS 还是 ReFS 并不重要。尽管如此，ReFS 是推荐选项，也是我们推荐使用的选项。

NTFS 确实对每个文件的属性列表的总体大小有限制，大约可以有 150 万个片段。这不是绝对最大值，但大约是可能发生问题的区域。文件属性列表 (FAL) 的大小永远不会缩小，并且会随着时间的推移不断增长。

属性列表支持的最大大小为 256 KB（262144 字节）。如果达到此上限，您将无法再扩展数据库的大小，我们将执行更多更小的 I/O 操作，并在驱动器周围进行更多查找以查找我们正在查找的数据。

现在我们已经确定了 Exchange Server 邮箱数据库突然卸载的原因，是时候通过以下步骤配置正确的设置了。

创建磁盘

创建磁盘取决于您的环境。如果您有物理服务器或虚拟服务器（VMware/Hyper-V）。在此示例中，我们运行 VMware，并且创建了 8 个磁盘：

• 4x 200 GB 磁盘（数据库）

• 4x 100 GB 磁盘（日志）

注意：您应该在每台服务器上运行监控软件，包括 Exchange Server。它会告诉您事件错误或磁盘空间何时开始变满。

创建 ReFS 卷

请阅读配置 ReFS 卷 Exchange 2013/2016/2019 一文了解更多信息。

在上一步中，我们创建了磁盘。现在是时候在 Exchange Server 上创建 8 个 ReFS 卷了：

• 4x 200 GB 卷（数据库）

• 4x 100 GB 卷（日志）

验证 ReFS 卷分配单元大小

请阅读文章使用 PowerShell 获取分配单元大小来了解更多信息。

始终验证一切设置是否正确。 ReFS 卷分配单元大小需要为 64 KB（65536 字节）。 Windows 驱动器以及如果 Exchange Server 安装在另一个驱动器上，其卷分配单元大小应为 4 KB（4096 字节）。

创建邮箱数据库

请阅读文章在 Exchange Server 中创建邮箱数据库和 Exchange 数据库命名约定来了解更多信息。

我们在以下驱动器上创建了 4 个邮箱数据库：

原始邮箱数据库大小为 550 GB。创建 4 个邮箱数据库时，每个邮箱数据库的大小约为 137.5 GB。管理员将密切关注邮箱数据库，不让它们增长超过 200GB。如果超过该大小，他们将创建第五个邮箱数据库。然后，他们可以将新邮箱添加到第五个数据库，并在必要时在数据库之间移动邮箱。

如果邮箱开始增长并想要添加第 6 个邮箱数据库，则必须购买 Exchange Server Enterprise 许可证。这是因为 Exchange Server 标准版只能装载 5 个邮箱数据库，而 Exchange Server 企业版最多只能装载 100 个数据库。

迁移邮箱

请阅读邮箱迁移最佳实践一文了解更多信息。

将邮箱从旧数据库移至 4 个邮箱数据库。

可以将邮箱数据库移动到新创建的 ReFS 卷，而不是移动邮箱。因为问题不在数据库中，而问题在于分配单元大小，我们通过创建具有 64 KB 分配单元大小的新卷来解决这个问题。

在我们的例子中，我们没有移动邮箱数据库。那是因为邮箱数据库有错误，我们想重新开始。另外，邮箱数据库大小为 550 GB，太大了。从数据库中移动邮箱将保留空白，这意味着我们最终必须移动所有邮箱以清除空白。

删除邮箱数据库

在删除 Exchange Server 中的邮箱数据库一文中了解更多信息。

邮箱大小仍为 550 GB，但上面没有更多邮箱。最后一步是安全删除旧邮箱数据库。

结论

您了解了 Exchange 数据库意外卸载的原因。查看事件日志并检查错误生成的内容。正如我们在本文中所解释的那样，每个 Exchange Server 组织都必须配置邮箱数据库和日志。

不要在默认 Exchange Server 安装路径中创建邮箱数据库。相反，创建块大小为 64 KB 的专用磁盘和卷。之后，创建邮箱数据库或移动它们。最后，如果您有独立的 Exchange Server，请不要忘记将每个邮箱数据库保持在 200 GB 以下。

您喜欢这篇文章吗？您可能还喜欢 Exchange 数据库最佳实践。不要忘记关注我们并分享这篇文章。