看到你遇到的这个问题真的头疼——明明暂停了更新，结果服务器半夜重启打断了数据库重建的脚本，完全踩中了运维的雷区。结合你提供的事件日志，我来拆解下原因，再给你几个靠谱的解决方法：

为什么暂停更新后还是会重启？ #

从事件日志里的MoUsoCoreWorker.exe和预览包路径来看，大概率是这几个原因：

• 强制性安全更新绕过了暂停设置：微软对Critical级别的安全补丁有特殊规则，尤其是服务器系统，这类补丁不会被普通的“暂停更新”功能限制，因为它们涉及核心系统安全，微软认为必须尽快部署。
• 预览版更新不受暂停规则约束：日志里的路径C:\windows\uus\packages\preview说明这是预览体验计划的更新，这类更新的推送逻辑和普通正式版不一样，即使你设置了暂停，它也可能强制安装并重启。
• MoUsoCoreWorker.exe的高权限特性：这个进程是Windows更新的核心工作进程，以SYSTEM权限运行，有时候会绕过用户层面的暂停设置，直接执行更新和重启操作。

如何有效阻止重启（分临时/长期方案） #

临时方案：适合当前脚本运行期间应急 #

如果你的脚本还在跑，先赶紧用这些方法把重启按住：

• 拉长活动小时覆盖脚本运行时间：
  打开「设置 > Windows更新 > 高级选项 > 活动小时」，把开始和结束时间设成全天24小时（比如从0点到23点59分），Windows绝对不会在活动小时内触发自动重启。
• 用PowerShell临时屏蔽重启通知和触发：
  运行这两条命令，直接禁用重启通知并延长重启警告时间：

  # 禁用重启通知
  Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\WindowsUpdate\UX\Settings" -Name "RestartNotificationsDisabled" -Value 1 -Type DWord
  # 设置重启警告为24小时（1440分钟）
  Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\WindowsUpdate\UX\Settings" -Name "RestartWarningTimeout" -Value 1440 -Type DWord
  

• 组策略强制延迟重启：
  按下Win+R输入gpedit.msc打开组策略编辑器，导航到「计算机配置 > 管理模板 > Windows组件 > Windows更新 > 管理端重启」，启用「延迟重启的时间」，把数值设成最大的30天，这样即使更新安装了，也不会立刻重启。

长期方案：避免以后再踩坑 #

如果你的服务器经常需要长时间运行任务，建议配置更彻底的更新控制：

• 退出Windows预览体验计划：
  既然这次是预览版更新搞的鬼，直接打开「设置 > Windows更新 > Windows预览体验计划」，退出计划，以后就不会再收到这类不受控的预览更新了。
• 用组策略完全掌控更新安装和重启：
  1. 打开gpedit.msc，导航到「计算机配置 > 管理模板 > Windows组件 > Windows更新」
  2. 启用「配置自动更新」，选择「2 - 通知下载并通知安装」，这样所有更新都需要你手动确认才会下载安装
  3. 启用「不自动重启已登录用户的计算机以安装更新」，只要服务器有用户登录（或者你的脚本在后台运行），就不会触发自动重启
• 临时禁用Windows更新服务（谨慎使用）：
  如果是短期的紧急任务，也可以直接停止并禁用Windows更新服务，脚本完成后再恢复：

  # 停止并禁用更新服务
  Stop-Service -Name wuauserv -Force
  Set-Service -Name wuauserv -StartupType Disabled
  
  # 任务完成后恢复服务
  Set-Service -Name wuauserv -StartupType Manual
  Start-Service -Name wuauserv
  

  注意：这个方法会完全中断更新，不建议长期使用，否则会带来安全风险。

备注：内容来源于stack exchange，提问作者ConanTheGerbil