Exchange数据库EBD格式的致命问题

Exchange经过20年的发展， 架构上从合到分再到合的过程。在 exchange 2010 中，exchange 包含五个服务器角色，分别为邮箱服务器，客户端访问服务器，集线传输服务器，统一消息服务器，边缘传输服务器。

在后来的 exchange 2013 中服务器被精简为 3 个：邮箱服务器，客户端访问服务器，边缘传输服务器

exchange 2016 和 2019 中则只有邮箱服务器和边缘传输服务器了。 到Exchange Server 2019，这个版本和Exchange Server 2016这个版本的架构基本没有变化，仍旧只有MBX和EDGE，但EDGE一直是一个可选角色，大部分企业都不用，被邮件网关所代替。这个架构其实越来越和金笛邮件系统+邮件网关的架构接近。

在存储方面，exchange一直采用数据库edb格式，把所有的邮件存放到数据库中。这种方式虽然查询检索备份比较便利， 但是有一个致命缺陷，那就是随着邮件越来越多， 数据库文件越来越大， 一旦出现突然断电或者硬盘出现坏道， 哪怕出现几个字节损坏，整个数据库文件会出现脏关机状态。 当数据库处于“脏关机”状态时，它将防止Microsoft Exchange数据库挂载，从而导致电子邮件服务中断。

此时，Exchange服务器数据库无法挂载并显示错误消息，例如“失败的错误：无法挂载您指定的数据库”。 解决方案是从更新的备份还原Exchange数据库或应用有效的Exchange EDB修复技术。

当Exchange服务器崩溃时，管理员可以使用setup / m：RecoverServer switch命令来重建新的Exchange服务器。 但是，根据故障的性质，数据库恢复是一项更具挑战性的任务。您从崩溃的Exchange服务器的.edb文件中恢复邮箱，尤其是当ESEUtil失败，日志丢失或删除且备份不可用时。

EDB文件存放了所有邮箱项目，包括电子邮件，附件，联系人，日历，便笺，任务，日记和公用文件夹。修复大型EDB文件是一个容易造成数据丢失的风险操作。
有很多第三方厂商专门开发了修复exchange的软件竟然是个不错的生意， 可见exchange崩溃是个3-5年内会出现的大概率事件。究其原因， 邮件收发是个频繁的硬盘IO操作，硬盘读写特别频繁， 一个机械硬盘频繁读写3、5年出现坏道是大概率事件。Exchange把所有邮件放到一个EDB文件中， 显然是设计上的致命缺陷。这个大文件只要有几个字节错误， 格式就发生变化，变得不可读， 导致无法加载。 国内大硬盘存储基本上还都是机械硬盘，用几年后，不可避免地出现坏道。这是exchange如此脆弱的根本原因