随着使用时间的越来越多，Windows服务器安装的系统文件可能会被损坏或损毁。管理员一般可以通过系统自带的System File Checker （SFC） 或者更健壮和强大的Deployment Image Servicing and Management （DISM）命令修复操作系统，而期间服务器不需要停机。

Windows System File Checker （SFC）和Deployment Image Servicing and Management （DISM）是能改变系统文件的管理员工具，因此它们必须在管理员命令窗口中执行。

首先是System File Checker

Windows SFC工具集可以对Windows桌面和服务器系统内所有被保护的系统文件进行扫描和验证其版本信息、文件签字和校验和。如果命令发现任何被保护的文件曾经被串改过或者覆盖过，它会尝试从%systemroot%system32dllcache文件夹恢复该文件初始版本。所有SFC命令执行的动作都会被记录在%Windir%CBSCBS.log文件里面。如果发现任何不可修复的错误，那么你需要调查所涉及的文件。你可以通过搜索关键词“corrupt”来查看出现最多的问题。

Windows SFC command语法

C:WindowsSystem32> sfc /scannow

/scannow指令表明了这个命令需要马上被执行。在服务器上大部分数据都正常的情况下，需要15分钟来完成这项任务——通常执行的过程中还需要消耗单颗CPU 60%-80%的资源。对于一个拥有多余4核CPU的服务器来说，这个命令对服务器性能的影响比较小。

有的时候，SFC不能成功将一些已经被更改的文件进行替换，这并不代表着出现了问题。举个例子，最近的Windows版本包含了显卡驱动的数据，这些数据会被认为是损坏的，但是出现问题的应该是Window文件系统而不是文件本身，所以并不需要修复什么。

如果SFC不能修复问题，试下Windows DISM

Windows DISM命令比SFC更加强大。它还能检查不同的文件资源库——%windir%WinSXS文件夹，也被称为"component store"——并且可以从不同的潜在资源获得可替换的文件。命令行能够让你在诊断或者修复镜像问题之前，先使用一种更快的方式来检查镜像。

CheckHealth命令语法

C:WindowsSystem32> dism /Online /Cleanup-Image /CheckHealth

即使在拥有很大容量系统盘的服务器上，这个命令通常也只需要花费少于30秒的时间并且不会消耗系统资源。除非发现了一些问题，否则命令会返回“No component store corruption detected.”的报告。如果命令发现了问题，这个版本的DISM报告只会告诉你它检查到了有损坏文件，但不会提供详细的信息。

如果发现了损坏文件？下一步可以试一下ScanHealth

C:WindowsSystem32> dism /Online /Cleanup-Image /ScanHealth

在这个更详细版本的DISM镜像检查中，系统会报告损坏的组件存储，并且会表明是否能对其进行修复。如果发现了损坏文件并且可以修复，那么可以使用/RestoreHealth命令来操作，这个命令也同样作用于/online镜像或者不同的/source目标

RestoreHealth会替换损坏的组件存储条目

C:WindowsSystem32> dism /Online /Cleanup-Image /RestoreHealth

C:WindowsSystem32> dism /source:<spec> /Cleanup-Image /RestoreHealth

你可以使用之前的命令对正在运行的在线镜像轻松地进行文件替换。不过经常发生的是本地拷贝文件不可用，或者文件并不会比本地组件存储本身的内容更加正确。在这种情况下，可以使用/source命令来指向一个Windows镜像文件——一个.wim文件或者一个.esd文件——或者一个拥有相同配置的已知、完好工作的Winsxs文件夹，也可以是一个已知完好的同样机器的备份文件。默认的情况下，DISM命令会尝试从Microsoft下载页面去下载相应的组件，你也可以通过/LimitAccess命令来关掉这个行为。如果需要知道关于/source命令的语法，可以到TechNet网站查看“Repair a Windows Image”相关文章。

DISM是一款很强大的工具，它的功能远远超过了基本的镜像修复。笔者曾经试过将它和“瑞士军刀”做过对比来维护Windows镜像。Windows系统管理员会发现DISM非常复杂，有的时候充满挑战，但是总体来说还是值得一试的。