适用于：Windows 10
试用我们的虚拟代理 - 它可以帮助你快速识别和修复常见的Windows 更新问题
如果在使用 Windows 更新 时遇到问题，请从以下步骤开始：
运行内置Windows 更新疑难解答以修复常见问题。 导航到“设置更新>& 安全>故障排除>Windows 更新”。
从 Microsoft 更新目录中安装与 Windows 版本匹配的最新服务堆栈更新。 有关维护堆栈更新的详细信息，请参阅 维护堆栈更新。
请确保安装最新的 Windows 更新、累积更新和汇总更新。 若要验证更新状态，请参阅系统的相应更新历史记录：
Windows 10版本 2004 和 Windows Server 版本 2004 Windows 10版本 1909 和 Windows Server 版本 1909 Windows 10版本 1903 和 Windows Server 版本 1903 Windows 10 版本 1809 和 Windows Server 2019 Windows 10版本 1803 Windows 10版本 1709 Windows 10版本 1703 Windows 10 和 Windows Server 2016 Windows 8.1 and Windows Server 2012 R2 Windows Server 2012 Windows 7 SP1 和 Windows Server 2008 R2 SP1高级用户还可以参考Windows 更新生成的日志进行进一步调查。
使用 Windows 更新 时，可能会遇到以下情况。
为什么我提供了较旧的更新？提供给设备的更新取决于多个因素。 下面是一些最常见的属性：
操作系统内部版本OS BranchOS 区域设置OS 体系结构设备更新管理配置如果你提供的更新不是最新的可用更新，则可能是因为你的设备由 WSUS 服务器管理，并且你正在获得该服务器上的可用更新。 如果你的设备是部署组的一部分，则管理员也可能有意减慢更新的推出速度。 由于部署速度缓慢，并且从一开始就进行了度量，因此所有设备都不会在同一天收到更新。
我的设备在扫描时已冻结。 为什么？设置 UI 与更新业务流程协调程序服务通信，而更新业务流程协调程序服务又与 Windows 更新 服务通信。 如果这些服务意外停止，你可能会看到此行为。 在这种情况下，请执行以下步骤：
关闭“设置”应用并重新打开它。
如果以下服务正在运行，请启动 Services.msc 并检查：
更新状态业务流程协调程序Windows 更新不提供功能更新，而其他更新运行 Windows 10 版本 1709 到 Windows 10 版本 1803 且配置为从 Windows 更新 (（包括 Windows 更新 for Business) ）更新的设备能够安装服务和定义更新，但永远不会提供功能更新。
检查WindowsUpdate.log会显示以下错误：
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent* START * Finding updates CallerId = Update;taskhostw Id = 25YYYY/MM/DD HH:mm:ss:SSS PID TID AgentOnline = Yes; Interactive = No; AllowCachedResults = No; Ignore download priority = NoYYYY/MM/DD HH:mm:ss:SSS PID TID AgentServiceID = {855E8A7C-ECB4-4CA3-B045-1DFA50104289} Third party serviceYYYY/MM/DD HH:mm:ss:SSS PID TID AgentSearch Scope = {Current User}YYYY/MM/DD HH:mm:ss:SSS PID TID AgentCaller SID for Applicability: S-1-12-1-2933642503-1247987907-1399130510-4207851353YYYY/MM/DD HH:mm:ss:SSS PID TID MiscGot 855E8A7C-ECB4-4CA3-B045-1DFA50104289 redir Client/Server URL: https://fe3.delivery.mp.microsoft.com/ClientWebService/client.asmx""YYYY/MM/DD HH:mm:ss:SSS PID TID MiscToken Requested with 0 category IDs.YYYY/MM/DD HH:mm:ss:SSS PID TID MiscGetUserTickets: No user tickets found. Returning WU_E_NO_USERTOKEN.YYYY/MM/DD HH:mm:ss:SSS PID TID Misc*FAILED* [80070426] Method failed [AuthTicketHelper::GetDeviceTickets:570]YYYY/MM/DD HH:mm:ss:SSS PID TID Misc*FAILED* [80070426] Method failed [AuthTicketHelper::GetDeviceTickets:570]YYYY/MM/DD HH:mm:ss:SSS PID TID Misc*FAILED* [80070426] GetDeviceTicketsYYYY/MM/DD HH:mm:ss:SSS PID TID Misc*FAILED* [80070426] Method failed [AuthTicketHelper::AddTickets:1092]YYYY/MM/DD HH:mm:ss:SSS PID TID Misc*FAILED* [80070426] Method failed [CUpdateEndpointProvider::GenerateSecurityTokenWithAuthTickets:1587]YYYY/MM/DD HH:mm:ss:SSS PID TID Misc*FAILED* [80070426] GetAgentTokenFromServerYYYY/MM/DD HH:mm:ss:SSS PID TID Misc*FAILED* [80070426] GetAgentTokenYYYY/MM/DD HH:mm:ss:SSS PID TID Misc*FAILED* [80070426] EP:Call to GetEndpointTokenYYYY/MM/DD HH:mm:ss:SSS PID TID Misc*FAILED* [80070426] Failed to obtain service 855E8A7C-ECB4-4CA3-B045-1DFA50104289 plugin Client/Server auth token of type 0x00000001YYYY/MM/DD HH:mm:ss:SSS PID TID ProtocolTalker *FAILED* [80070426] Method failed [CAgentProtocolTalkerContext::DetermineServiceEndpoint:377]YYYY/MM/DD HH:mm:ss:SSS PID TID ProtocolTalker *FAILED* [80070426] Initialization failed for Protocol Talker ContextYYYY/MM/DD HH:mm:ss:SSS PID TID AgentExit code = 0x80070426YYYY/MM/DD HH:mm:ss:SSS PID TID Agent* END * Finding updates CallerId = Update;taskhostw Id = 250x80070426错误代码转换为：
ERROR_SERVICE_NOT_ACTIVE - # The service has not been started.Microsoft 帐户登录助手 (MSA 或 wlidsvc) 是有关服务。 DCAT 外部测试服务 (ServiceId：855E8A7C-ECB4-4CA3-B045-1DFA50104289) 依赖于 MSA 获取设备的全局设备 ID。 如果不运行 MSA 服务，客户端将不会生成和发送全局设备 ID，并且对功能更新的搜索永远不会成功完成。
若要解决此问题，请将 MSA 服务重置为默认 StartType“手动”。
与 HTTP/代理相关的问题Windows 更新将 WinHttp 与部分范围请求 (RFC 7233) 配合使用，从Windows 更新服务器或本地 WSUS 服务器下载更新和应用程序。 因此，网络上的代理服务器必须支持 HTTP RANGE 请求。 如果在 Internet Explorer 中配置了代理 (用户级别) ，但在 WinHTTP (系统级别) 中未配置代理，则与 Windows 更新 的连接将失败。
若要解决此问题，请使用以下 netsh 命令在 WinHTTP 中配置代理：
netsh winhttp set proxy ProxyServerName:PortNumber注意
还可以使用以下命令从 Internet Explorer 导入代理设置： netsh winhttp import proxy source=ie。
如果通过代理服务器下载失败并出现0x80d05001 DO_E_HTTP_BLOCKSIZE_MISMATCH错误，或者如果在下载更新时注意到 CPU 使用率过高，检查代理配置以允许 HTTP RANGE 请求运行。
可以选择应用规则以允许以下 URL 的 HTTP RANGE 请求：
*.download.windowsupdate.com*.dl.delivery.mp.microsoft.com*.delivery.mp.microsoft.com如果不能允许 RANGE 请求，则下载的内容将超过更新 (所需的内容，因为增量修补) 不起作用。
更新不适用于你的计算机下表介绍了此错误的最常见原因：
原因解释解决方案更新被取代发布组件更新后，更新的组件将取代系统上已有的旧组件。 发生此问题时，以前的更新被标记为已取代。 如果尝试安装的更新已在系统上具有较新版本的有效负载，则可能会收到此错误消息。检查要安装的包是否包含较新版本的二进制文件。 或者，检查包被另一个新包取代。已安装更新如果尝试安装的更新以前是安装（例如，由另一个具有相同有效负载的更新安装的），则可能会遇到此错误消息。验证你尝试安装的包之前是否未安装。体系结构更新错误汇报由 CPU 体系结构发布。 如果尝试安装的更新与 CPU 的体系结构不匹配，可能会遇到此错误消息。验证你尝试安装的包是否与你正在使用的 Windows 版本匹配。 Windows 版本信息可在每次更新的文章的“适用范围”部分找到。 例如，无法在基于 R2 的Windows Server 2012计算机上安装仅限Windows Server 2012更新。 此外，请验证要安装的包是否与正在使用的 Windows 版本的处理器体系结构匹配。 例如，基于 x86 的更新不能安装在基于 x64 的 Windows 安装上。缺少先决条件更新某些更新需要先进行先决条件更新，然后才能将其应用到系统。 如果缺少先决条件更新，可能会遇到此错误消息。 例如，在安装 2014 年 4 月之后发布的许多更新之前，必须在 Windows 8.1 和 Windows Server 2012 R2 计算机上安装 KB 2919355。请查看 Microsoft 知识库 (知识库) 中有关包的