Exchange Server数据库是如何损坏的?如何修复Exchange数据库中的腐败问题?
Exchange数据库由日志文件和EDB文件组成。两个文件都是相互依赖的。为什么呢?如果用户或应用程序直接打开数据库，数据库将被锁定，容易损坏。因此，缓存和日志文件充当用户/应用程序和数据库之间的缓冲区，以保证性能和运行状况。像任何其他文件一样，它可能会因为各种原因而损坏，这些原因包括:
- 突然断电
- 硬件故障
- 软件故障，如更新
- 第三方软件与应用程序不兼容
- 防病毒配置不正确
- 人为错误
- 恶意软件和病毒
- 存储空间不足
在突然断电的情况下，服务器会在没有提示的情况下关闭，这意味着在断电时数据库可能仍然是打开的。这可能会导致数据库损坏。任何与Exchange Server不兼容的第三方应用程序(如备份和防病毒)都会在锁定数据库文件时阻碍或阻止Exchange Server正常工作。病毒和其他恶意软件代码，如勒索软件，除了对你的服务器造成严重破坏外，还可以破坏数据。
所有这些都会导致数据库损坏。然而，从损坏的数据库中提取数据并不容易。事实上，数据库是EDB格式的，这是微软的专利。不幸的是，如果数据库没有挂载，就无法从EDB文件中本机提取数据。
有人可能会说，这不是什么大问题，因为服务器和数据库可以从备份中恢复，因为它是一个虚拟机。另一方面，备份通常在夜间完成。然而，看看如今的企业，电子邮件流量每分钟都在增加，而业务更多地转移到云端，并依赖于电子邮件。因此，如果数据库在中午损坏，从昨晚的备份中恢复将导致一整天的电子邮件丢失。不仅是电子邮件，还有任务、日志、日历会议和其他存储在公共文件夹和其他集合中的数据的丢失。
在我们开始工作EDB之前，先使用本机工具EseUtil,我们需要在网络的某个地方备份数据库，以防我们需要微软的支持(后面会解释为什么我们需要这样做)。我们需要注意的另一件事是，服务器上有足够的空间用于恢复进程。
在Exchange Server上，以管理员身份打开命令提示符并浏览到受影响的EDB文件的位置。输入以下命令获取数据库的状态。
EseUtil / mh
这将显示与数据库相关的所有信息。需要注意的重要事项是数据库的状态。如果数据库在肮脏的关闭状态时，您需要使用eseutil / r参数，该参数将对数据库进行软恢复。完成此操作后，您可以尝试挂载数据库。但如果这行不通，那么唯一的解决方案就是实施硬复苏。这里需要注意的一点是，使用硬恢复有可能修复数据库，但可能会导致数据丢失。现在，根据数据库的损坏程度，该进程将从数据库中清除任何损坏的数据，并尝试将其恢复到健康关机状态。然而，除了数据丢失之外，这个过程也有可能不会成功。
此外，在运行硬恢复之前，请确保您拥有与数据库大小相同的空闲空间。
还记得我们上面所说的备份数据库吗?原因是，如果你在数据库上运行硬恢复，微软不一定会提供帮助，它可以从数据库中的一个隐藏参数中获得这些信息。
执行如下命令，
EseUtil / p
完成此操作后，您就可以挂载数据库了。
使用EseUtil进行恢复的挑战是什么?嗯，最糟糕的是使用硬恢复时数据丢失。另一件事是所需的资源，如空间和管理工作。
一个更好的选择是使用Stellar Repair for Exchange。Exchange数据库恢复软件使您能够修复损坏的数据库，从一个或多个EDB文件导出数据，直接将EDB文件导出到live Exchange数据库或Office 365。你如何从中受益?停机时间将减少75%，公司将在短时间内恢复业务，数据损失最小。
常见问题:
在数据库上运行eseutil /p安全吗?
如果您正在使用eseutil/p命令，如果您对该命令有深入的了解，则是安全的。此外，在完成之前不要停止该进程，因为它会损坏数据库文件。
一个eutil/p流程需要多少时间?
Eseutil实用程序每小时运行大约3到6gb，碎片整理每小时花费9gb。具体时间取决于硬件和生产环境。
Eseutil /p在修复损坏的表时崩溃?
确保在执行修复的驱动器上有足够的空间(至少是当前正在修复的数据库的110%)。还建议在执行修复时暂时禁用病毒扫描。
