大多数企业每月都有一个维护窗口来安装操作系统和Exchange Server更新。在进行此类更改时,他们需要重新启动Exchange Server。需要重新启动Exchange Server还有其他几个原因。底层硬件可能存在问题,您需要关闭Exchange来修复或替换有问题的硬件。如果您有一个虚拟机,那么由于虚拟化工具的更新或向服务器添加新资源,您可能需要重新启动。
但是为什么不能重新启动Exchange Server呢?Exchange Server由很多元素组成。它们被分成服务。这些服务可能因Exchange Server的不同版本而不同。重新启动服务器时,可能存在依赖于其他服务的服务。此外,您还需要考虑是否正在运行任何更新和进程。重启服务器前,需要先停止服务。如果进程卡住或冻结,这可能会延迟重新启动,甚至阻止它重新启动。在这种情况下,您将无法做任何事情,因为您将被蓝屏卡住。
因此,您需要遵循正确的过程来停止这些服务并重新启动Exchange Server。下面,我们将讨论重新启动Exchange Server的正确方法。
重新启动Exchange服务器
这里,我们将假设托管Exchange Server的操作系统是一个成员服务器,并且没有安装其他第三方或Microsoft应用程序。这些申请有其各自的程序,我们无法涵盖所有的申请。
让我们开始一步一步的过程:
- 停止MSExchangeADTopology服务。首先,你需要停止MSExchangeADTopology这将停止依赖的服务。然后,您可以继续并停止其他服务。有不同的方法可以停止服务。您可以通过右键单击Start按钮,然后单击Run来打开Services Manager窗口。输入services.msc。服务窗口将打开。
- 查找Exchange服务器服务:现在,找到Exchange Server服务,右键单击它们,然后单击Stop。确保停止启动类型为“自动”或“自动(延迟)”的服务。请勿触摸手动或禁用的服务。您还可以使用如下所示的PowerShell脚本自动执行该过程。
以管理员身份打开PowerShell提示符,运行以下命令:
{$_.}Name - like "MSexch*"} |停止服务
这将自动停止所有以Microsoft Exchange Server前缀的MSexch开头的服务。
上述进程将停止Exchange Server的服务。现在,您可以为独立的Exchange server重新启动服务器。对于数据库可用性组(Database Availability Group, DAG)中的服务器,这个过程会有所不同。
- 进入维护模式:在停止所有服务之前,需要将服务器置于维护模式。Exchange Server高可用性提供了将所有服务和操作移动到基础架构中的另一台服务器到集群中的任何节点的功能。
- 现在,您需要耗尽集线器传输服务,以便可以关闭任何挂起的连接或操作。这可以用下面的命令来完成。
Set-ServerComponentState身份-组件hub - transport -状态抽取-请求者维护
- 接下来,需要使用下面的命令从集群挂起节点。
Suspend-ClusterNode
- 最后一件事是使用以下命令将服务器置于维护模式。
Set-ServerComponentState-Component ServerWideOffline -State Inactive - request Maintenance
- 此时,所有服务都转移到集群中的其他节点。您可以继续并停止服务,然后重新启动服务器。
如果出了问题怎么办?
重启服务器是最简单的操作。但是,如果某个特定的更新、第三方应用程序/服务出现问题,或者某个服务在重启过程中卡住,可能会产生可怕的后果。这可能会导致操作系统无法启动,Exchange Server服务无法启动,甚至会破坏Exchange Server数据的完整性。
您可以使用本地工具,例如ESEUtil,如果Exchange Server正在引导和启动时没有任何问题,则尝试修复未挂载的数据库问题。如果Exchange Server无法启动或操作系统损坏,则需要获得Microsoft或高级工程师的支持,以尝试修复问题或从备份中恢复服务器。但是,这将花费很长时间和大量的管理工作,并可能导致数据丢失。
在这种情况下,Exchange Server恢复应用程序比如恒星修复交换可以派上用场。该应用程序最大限度地减少了恢复时间,并确保没有数据丢失。使用该应用程序,您可以从任何版本的Exchange Server打开损坏的EDB文件,即使没有安装Exchange Server。您可以细粒度地将恢复的数据库导出为PST和其他文件格式。您也可以将恢复后的数据库直接导出到Exchange Server数据库或Office 365。