毫无疑问,Microsoft Exchange Server是一个极好的应用程序,工作起来就像一个魅力。然而,灾难随时可能发生。在这种情况下,解决问题的正确决定可以使您避免灾难。Exchange Server最可怕的问题是,当所有用户都无法访问他们的邮箱时,您会注意到数据库被卸载了。当您尝试挂载数据库时,您会得到一堆错误。可能还有其他故障会使服务器无法使用,比如软件或硬件问题。但是,在我看来,数据库的问题是最关键的。
为什么会发生这种情况?
由于计划中的重新启动或电源故障,数据库可能会出现“无法安装”问题。在重新启动或打开服务器电源后,您将看到无法挂载的所有数据库。有计划的重新启动可以安装定期的Windows更新。但是,如果管理服务器的人员由于某些问题重新启动服务器,也可能发生这种情况。让我们面对现实吧!有时,重新启动机器可以解决一个初期问题。不幸的是,对于Exchange Server,这可能是一个问题的结果,当它重新启动时,数据库将无法挂载。
原因是什么?
如前所述,原因可能有很多。举几个例子,我们可以提到:
- 突然断电
- 强制重新启动,没有给服务器留下足够的时间来正确关闭Exchange数据库
- 硬件故障
- 一个出错的更新
- 不支持应用程序或不支持Exchange的第三方应用程序
- 恶意软件
- 数据库驱动器中没有空间
- 积极的反病毒应用程序
- 人为错误
恢复Exchange服务器是否容易?
有不同类型的腐败或其他损害。一般地假设从灾难中恢复Exchange服务器需要多长时间并不容易。可以肯定的是,这不是一件容易的事。Exchange服务器有数据库和日志文件。日志文件不只是为了保存大量数据,而是作为用户和数据库之间的缓冲区,在Exchange Server将数据提交到数据库之前存储临时数据。还必须考虑到Exchange Server依赖于Active Directory,反之亦然。
简单SQL设置的可移植性包括设置一个新的SQL服务器,从故障服务器连接数据库,并将用户指向新服务器。然而,对于Exchange Server,它不是这样工作的。
如何处理恢复过程?
如果Exchange服务器出现任何问题,您一定不要惊慌。您必须掌握技术知识或正确的工具,以便在最短的停机时间内快速恢复Exchange管理员和沮丧的用户。
在开始恢复之前要做的第一件事是在临时存储上复制当前状态的数据库(如果您有足够的资源)。为什么会这样?在恢复过程中,可能会对数据库造成进一步的损坏。因此,如果您的数据库最终处于不可恢复状态,那么该副本将拯救您。如果没有损坏,则可以使用Exchange服务器的本地工具恢复它。
可以使用哪些恢复方案?
让我们从头开始。的方法来检查数据库状态'EseUtil'带有'/mh'参数。如果数据库处于脏关闭状态,则肯定会有损坏或丢失的文件。要尝试从最小损坏中恢复数据库,可以使用带有'/r'参数的'EseUtil'对数据库进行软恢复。
我必须在这里指出,使用“EseUtil”并不意味着数据库的100%恢复。您可能会得到一个损坏更严重的数据库。
如果这不起作用,唯一的选择就是“EseUtil”,就是用辛苦来恢复。使用硬恢复意味着它将从数据库中剥离损坏的数据。现在,这意味着您需要接受数据丢失。我还必须强调这样一个事实,即恢复不是100%保证的,因为在此过程之后,您可能最终得到一个不可用的数据库。在使用硬恢复恢复数据库时,将在数据库中硬编码一个参数。另一方面,如果您请求Microsoft的支持来协助恢复数据库,如果数据库已经硬恢复,他们将不会帮助您。
通过执行软恢复和硬恢复,如果数据库的状态更改为“正常关闭”,则可以挂载数据库,一切都会好起来。
另一种选择是从上次正常运行的备份中恢复服务器。但这最终会导致数据丢失,从最后一次备份到服务器停止工作。我会把这作为最后的选择。
或者,您可以使用专门化的Exchange恢复工具例如恒星修复交换。当灾难发生时,您希望服务能够以最小的停机时间启动并运行,并且希望没有数据丢失。使用Stellar Repair for Exchange,您可以打开损坏的数据库并从数据库导出任何内容,而无需进行复杂的设置。只需快速安装3分钟的应用程序,您就可以将EDB文件导出为PST和其他格式,如PDF, EML和HTML。您还可以将EDB文件直接导出到任何版本的Exchange Server数据库或Office 365租户。