DISM RestoreHealth修复什么，什么时候需要
DISM（Deployment Image Servicing and Management）是Windows自己使用的维护工具，/Cleanup-Image /RestoreHealth 组合会让它瞄准当前安装的组件存储。它把每个组件与清单里的哈希值逐一比对，并从Windows Update拉取损坏部分的新副本 —— 静默完成，无需重装Windows，对你的文件毫无兴趣。SFC取用的“已知良好”副本同样来自这个存储，因此两个工具构成一部梯子：DISM先修存储，SFC再从中修复系统文件。
需要RestoreHealth的场合：sfc /scannow 报告“was unable to fix some of them”、Windows Update带着指向存储的错误代码反复失败，或者第三方“优化工具”动过维护文件夹之后。chkdsk修完磁盘错误后，它也是正确的第一步 —— 曾返回坏数据的磁盘完全可能留下损坏的组件。
- DISM /Online /Cleanup-Image /CheckHealth —— 秒级；只报告先前操作留下的损坏标记
- DISM /Online /Cleanup-Image /ScanHealth —— 不修复的深度扫描，10–30分钟，可能没有结论
- DISM /Online /Cleanup-Image /RestoreHealth —— 完整的扫描加修复过程，含下载10–40分钟
- 开关 /Source:wim:X:\sources\install.wim:1 /LimitAccess —— 改用挂载的ISO而非Windows Update修复
- 日志位于 C:\Windows\Logs\DISM\dism.log —— 任何失败时首先查看的地方
逐步运行RestoreHealth
用 Win+X → 终端(管理员) 打开提权控制台。先跑CheckHealth是免费的健全性检查：只需几秒，就能告诉你损坏标记到底有没有置位。然后运行 DISM /Online /Cleanup-Image /RestoreHealth 并耐心等待 —— 进度条在20%或40%上长时间停留是正常现象，而在慢速线路上，这项操作老老实实耗掉大半个小时也说不定。
操作结束时只有两种裁决：“The restore operation completed successfully”，或者一个错误代码 —— 经典款是0x800f081f：所需的源文件在本地存储里没有，Windows Update也够不着。别把RestoreHealth和StartComponentCleanup混为一谈：后者只是删除被取代的旧版本来腾空间，什么也不修。恢复成功后重启，再运行 sfc /scannow 完成整条修复链。
0x800f081f的ISO兜底方案
当RestoreHealth无法通过Windows Update获取文件时，给它指一个与你的版本和内部版本匹配的ISO：从微软官网下载Windows 11镜像，双击挂载并记下驱动器号。需要哪个版本索引，由 dism /Get-WimInfo /WimFile:X:\sources\install.esd（或install.wim）告知；随后把 DISM /Online /Cleanup-Image /RestoreHealth /Source:esd:X:\sources\install.esd:1 /LimitAccess 中的索引换成正确值再执行 —— /LimitAccess 开关禁止回退到Windows Update，强制使用本地源。
经典陷阱是不匹配的ISO：版本或内部版本不同的镜像表面上能完成恢复，实际却让存储带着不易察觉的偏差。务必核对版本（家庭版/专业版）、架构，最好还有已装系统的内部版本号。如果匹配的ISO也失败，诚实的终点是选择“保留个人文件和应用”的就地修复升级 —— 它会把存储整个重建一遍。
常见问题与解答
DISM RestoreHealth要跑多久？
连同下载算10–40分钟；慢速连接下可能更久。进度停在20%或40%很久属于正常，不是卡死。
DISM中的错误0x800f081f是什么意思？
修复所需的源文件在本地存储和Windows Update里都找不到。请用 /Source:esd:… /LimitAccess 提供匹配的ISO，或执行就地修复升级。
DISM该在 sfc /scannow 之前还是之后运行？
DISM在前。RestoreHealth修的是SFC取件的那个存储，经过验证的顺序是 DISM → SFC → 重启。存储坏了还先跑SFC，只会收获一堆“无法修复”的报告。
继续阅读
联系我们: [email protected]