windows服务器不会因内存溢出自动重启，需配置vbs脚本每小时检测内存使用率超90%时执行shutdown.exe强制重启，并配合蓝屏自动重启与dump设置、根源排查及事件日志验证。
windows 服务器本身不会因“内存溢出（oom）”自动重启——系统默认行为是触发蓝屏（bsod）或由 oom killer 终止进程，而非重启。要实现“内存使用过高时自动重启”，需主动配置监控与响应机制，不能依赖系统原生功能。
一、设置内存阈值触发自动重启（推荐脚本方案）
这是最直接可控的方式，适用于物理内存长期超载、反复出现 OOM 的场景：
- 新建一个 .vbs 文件（如
CheckMemoryAndReboot.vbs），内容如下：
Set objWMI = GetObject("winmgmts:\" & strComputer & " ootcimv2")
Set colOS = objWMI.InstancesOf("Win32_OperatingSystem")
Set shell = CreateObject("WScript.Shell")
Do
For Each objOS In colOS
memUsage = Round(((objOS.TotalVisibleMemorySize - objOS.FreePhysicalMemory) / objOS.TotalVisibleMemorySize) * 100)
If memUsage > 90 Then
shell.Run "shutdown.exe -r -f -t 0", 0, False
WScript.Quit
End If
Next
WScript.Sleep 3600000 ' 每小时检测一次（3600000 毫秒）
Loop
- 将该脚本添加为开机自启任务：用
gpedit.msc→ 用户配置 → 管理模板 → 系统 → 登录 → “在用户登录时运行这些程序”，指定脚本路径；或更稳妥地，用任务计划程序配置为“系统启动时”以 SYSTEM 身份运行（避免依赖用户登录）。 - 注意：90% 是可调阈值，建议根据业务负载测试后设为 85%–95%；若服务器无图形界面，务必用计划任务而非登录脚本。
二、确保崩溃后能正确生成 Dump 并自动重启
这不是“内存溢出重启”，而是蓝屏后恢复流程优化，便于事后分析根本原因：
- 打开
sysdm.cpl→ 高级 → 启动和故障恢复 → 设置 - 勾选“自动重新启动”（确保蓝屏后不卡住）
- 在“写入调试信息”中选择“小内存转储(256 KB)”或“内核内存转储”（推荐前者，轻量且够排查多数驱动/服务问题）
- 确认页面文件已启用且足够大：小转储至少需 2 MB 分页空间；内核转储要求页面文件 ≥ 物理内存大小（通过“虚拟内存→更改”检查并手动设置）
- 蓝屏发生后，Dump 默认保存在
C:WindowsMinidump（小转储）或C:WindowsMEMORY.DMP（内核转储），下次启动即可查看
三、从根源缓解内存溢出，减少重启需求
频繁重启只是掩盖问题，应同步排查真实诱因：
-
检查内存泄漏进程：用资源监视器（
resmon）→ 内存标签页，观察“提交大小”持续增长但“工作集”不释放的进程 - 禁用非必要服务与启动项：任务管理器 → 启动/服务选项卡，禁用高影响项（如 OneDrive、iCloud、第三方更新服务）
- 重设虚拟内存：取消“自动管理”，为系统盘（或高性能非系统盘）手动设为物理内存的 1.5–2 倍（如 16 GB 内存 → 初始 24576 MB，最大 32768 MB）
-
清理临时文件与禁用休眠：运行
cleanmgr清理系统文件；执行powercfg /h off可释放等于内存大小的 hiberfil.sys 占用
四、验证与日志追踪
重启不是终点，关键是确认是否真由内存触发、是否留有线索：
- 事件查看器 → Windows 日志 → 系统，筛选来源为 Microsoft-Windows-Kernel-Memory 或事件 ID 41（Kernel-Power），查看是否伴随内存警告
- 检查
C:WindowsMinidump是否有新生成的 .dmp 文件，用 WinDbg 或 BlueScreenView 分析蓝屏原因 - 若脚本触发重启，可在事件查看器中搜索 Event ID 1074（由 shutdown.exe 发起的关机/重启），确认描述含“内存监控脚本”等自定义说明（需在脚本中加日志写入）
