Beuy Asked: 2010-04-01 16:18:46 +0800 CST2010-04-01 16:18:46 +0800 CST 2010-04-01 16:18:46 +0800 CST Windows 更新所需的重新启动是否会记录事件？如果是这样，源/ID 是什么？ 772 有谁碰巧知道是否需要重新启动才能应用 Windows 更新在事件日志中创建一个条目？如果是这样，它在哪个日志下，源/ID 是什么？ 我有一个需要一个帐户的旧系统，不断登录到控制台以使应用程序按要求运行（一些旧的 PROCOMS 调制解调器软件，适用于没有 Internet 访问但有电话的客户（拨号？单独的问题，不要让我开始 - .-))。 当对需要重新启动的计算机 (Server 2003) 应用更新时，我希望发送电子邮件警报。 windows-server-2003 windows-update 3 个回答 Voted Gaia 2015-02-26T12:57:32+08:002015-02-26T12:57:32+08:00 这是您要查找的事件，位于它触发的关键字下方。我相信可以安全地假设它在所有 Windows 系统上都是相同的，至少与 Windows 7 或更高版本一样旧。 PS：我希望这个答案不会被否决，因为屏幕截图来自 Windows 7 机器，而不是服务器产品。 Best Answer Chris Thorpe 2010-05-11T21:34:17+08:002010-05-11T21:34:17+08:00 您的 WSUS 更新是如何应用的？自动安装后提示重启，还是自动下载后提示安装？您永远不想让生产服务器处于已安装补丁并请求重新启动的状态。这使服务器处于“中间”状态，它既不是一个补丁级别也不是另一个补丁级别。理想情况下，您总是希望（手动）触发补丁安装，然后在完成后立即重新启动服务器。 joeqwerty 2010-04-01T17:32:05+08:002010-04-01T17:32:05+08:00 每当服务器重新启动时，源事件日志中都应该有一个事件 ID 6009，说明产品名称、版本、内部版本号、服务包编号和操作系统类型。
这是您要查找的事件，位于它触发的关键字下方。我相信可以安全地假设它在所有 Windows 系统上都是相同的，至少与 Windows 7 或更高版本一样旧。
PS：我希望这个答案不会被否决，因为屏幕截图来自 Windows 7 机器，而不是服务器产品。
您的 WSUS 更新是如何应用的？自动安装后提示重启，还是自动下载后提示安装？您永远不想让生产服务器处于已安装补丁并请求重新启动的状态。这使服务器处于“中间”状态，它既不是一个补丁级别也不是另一个补丁级别。理想情况下，您总是希望（手动）触发补丁安装，然后在完成后立即重新启动服务器。
每当服务器重新启动时，源事件日志中都应该有一个事件 ID 6009，说明产品名称、版本、内部版本号、服务包编号和操作系统类型。