Windows Server 2012 R2 DC 在 Windows 更新后重新启动几乎需要一个小时

Windows Server 2012 R2 DC 在 Windows 更新后重新启动几乎需要一个小时

根据我们的网络监控软件 (PRTG) 的数据,几个月以来,每当我们的 3 个 Windows Server 2012 R2 域控制器中的任何一个重新启动时,它们都会在一小时内无法访问。

我可以从事件日志中看到安全账户经理服务无法正确启动,事件 ID 为 7044(以下服务花费超过 16 分钟才能启动并且可能已停止响应:安全帐户管理器)。

然后大约一个小时后,我看到事件 ID 7043(Windows 模块安装程序服务在收到关机前控制后未正确关闭。)

我们有许多其他 2012 R2 成员服务器都及时安装 Windows 更新 - 只有安装了 Active Directory 和 DHCP 角色的服务器需要一个小时才能重新启动。

我已多次在 Google 上搜索过这个问题,并没有发现其他人有同样的遭遇。

答案1

创建了一个帐户只是为了分享我今天对这个问题的经验。

虚拟 2012r2 DC/文件共享/打印管理服务器运行速度极慢。关机/重启按钮没有任何作用,通过 Hyper-V 运行关机会导致蓝屏,并且停留时间比我想要等待的时间长(工作时间、生产服务器)。

强制关闭 VM 进程并重新启动。Windows 更新处于待处理状态,我对此并不知情,到达“正在关闭服务:Windows 模块安装程序”后,服务器花了整整一个小时(和您的一样,几乎正好 1 小时)才成功重启。

我读到的每一篇帖子都说要耐心等待,事实也确实如此。重启后查看事件查看器显示7043 个 ID 条目 - 一个用于 Windows 模块安装程序服务,一个用于组策略客户端服务。“Windows 模块安装程序服务在收到预关闭控制后未正确关闭。”

我发现最好的修复建议是“重置”SoftwareDistribution 文件夹:

  1. 停止 Windows 更新服务

a. 打开 services.msc(服务)

b. 右键单击​​“Windows 更新”服务

c. 点击“停止”。服务需要一点时间才能停止

  1. 将“C:\Windows\SoftwareDistribution”处的 SoftwareDistribution 文件夹重命名为“C:\Windows\SoftwareDistribution_old”

  2. 重新启动 Windows 更新服务。

a. 返回 services.msc(服务)

b. 右键单击​​“Windows 更新”服务

c. 点击“开始”。服务需要一点时间才能启动。

希望这对将来的某人有所帮助!(如果这个解决方案对您有帮助,请告诉我!我很想听听其他经验/建议)

相关内容