简介：这份资源面向在 Windows Server 2012 上部署旧版应用的运维人员与系统管理员，针对 .NET Framework 3.5 默认未启用、在线下载常因网络受限而失败的问题，提供离线 SxS 组件包，无需完整 ISO 镜像即可完成安装。压缩包共 1569 个文件，约 101.69MB，以 dll、resx、exe、aspx、config、sql 等为主，涵盖框架运行库、资源文件、配置模板与数据库脚本，并附带使用说明，便于按指引通过 DISM 命令指定源路径启用 NetFx3 功能。目前已有 10488 人学习下载，适合内网、断网或防火墙严格环境下的服务器维护场景。资源保留了完整的 SxS 目录结构，可帮助读者绕开 Windows Update 依赖，快速解决 .NET 3.5 安装失败与服务开启问题，同时为排查旧版应用兼容性提供可复用的离线安装素材。
1. 那个卡了半小时的 0x800F0906：Server 2012 装 .NET 3.5 为什么总翻车
在 Windows Server 2012 上装 .NET Framework 3.5，十个人里有八个会撞上同一个报错：0x800F0906，提示"无法从 Windows 更新下载所需文件"。你点"指定备用源路径"也好，直接在线安装也好，进度条走到一半就退回来，事件日志里翻来覆去就是那几句。更折腾人的是，这台机器往往还跑着某个老业务系统，装不上 .NET 3.5 它就不启动，业务停着，你只能对着服务器干瞪眼。
这个坑的根源不在 .NET 本身，而在 Server 2012 之后微软把 .NET 3.5 的安装源从系统镜像里"拆"了出去——默认情况下系统只保留一个空壳功能入口，真正的组件包（microsoft-windows-netfx3-ondemand-package.cab那一套）需要从安装介质的sources\sxs目录里取。在线装失败，多半是这台服务器根本连不上 Windows 更新，或者被组策略、代理、防火墙拦了。所以正确姿势是走离线源，也就是标题里说的--sxs镜像资源包。这篇就把这条路上常见的几种报错、根因和排查顺序一次讲透，适合正在被这个报错卡住、又不想重装系统的运维和开发。
2. 报错先分清：0x800F0906、0x800F081F、0x800F0954 到底差在哪
同样是装 .NET 3.5 失败，错误码不一样，根因完全不是一回事。很多人一看报错就去搜"怎么装 .NET 3.5"，结果拿到的方案对不上自己的码，白折腾。先把码认清楚，能省掉一半时间。
2.1 三个高频错误码的触发条件对照
| 错误码 | 典型提示 | 触发条件 | 根因方向 |
|---|---|---|---|
| 0x800F0906 | 无法从 Windows 更新下载所需文件 | 在线安装，机器连不上更新源 | 网络/代理/更新服务被禁 |
| 0x800F081F | 找不到源文件 | 指定了--source但路径里没有 sxs 内容 | 源路径错、镜像版本不匹配 |
| 0x800F0954 | 无法安装一个或多个功能 | 域环境，WSUS 接管了更新 | 组策略把源指向了内网 WSUS |
0x800F0906是最常见的，本质是"我想在线拿，但拿不到"。0x800F081F是"我按你说的去离线路径找了，但那儿是空的或者不对"。0x800F0954则经常出现在公司内网的域控机器上，你明明插了镜像、路径也对，它还是报错，因为组策略强制所有功能安装都走 WSUS，本地源被无视了。
提示：先看错误码再动手。0x800F0954 这类组策略问题，你换十个镜像都没用，得先改策略。
2.2 用 DISM 拿到真实报错，别只看弹窗
图形界面的"添加角色和功能"向导给的提示很含糊，真正的细节在 DISM 或 CBS 日志里。我一般直接用命令行装，报错更直白：
# 以管理员身份打开 CMD 或 PowerShell # /Online 表示操作当前运行的系统 # /Enable-Feature 启用指定功能 # /FeatureName 功能内部名称，.NET 3.5 对应 NetFx3 # /All 连带启用所有父功能 # /Source 指定离线源路径，指向挂载镜像的 sxs 目录 # /LimitAccess 强制不走 Windows 更新，只用本地源 dism /online /enable-feature /featurename:NetFx3 /All /Source:D:\sources\sxs /LimitAccess这条命令里最关键的两个参数是/Source和/LimitAccess。/Source告诉系统去哪儿找 cab 包，/LimitAccess则明确禁止它偷偷去连 Windows 更新——很多人只写了/Source没写/LimitAccess，系统还是会先尝试在线，超时后才回落，慢且容易报 0x800F0906。加上/LimitAccess后，它老老实实只用你给的路径，报错也会更精确地指向源的问题。
如果这条命令还是失败，去C:\Windows\Logs\DISM\dism.log和C:\Windows\Logs\CBS\CBS.log里搜NetFx3或错误码，能看到它到底在哪个路径找、找了哪些文件、哪个文件校验没过。这一步是定位 0x800F081F 的关键，因为日志会直接告诉你它期望的源目录结构长什么样。
3. 离线源怎么给才对：sxs 路径、镜像版本、挂载方式三个坑
认清了错误码，接下来就是给对离线源。这一步看着简单，翻车的人最多，因为"源"这件事有三个维度容易错：路径指向哪、镜像版本对不对、镜像是怎么挂上去的。
3.1 sxs 目录到底该指向哪一层
很多人把/Source指向了镜像根目录D:\，或者指向了D:\sources，结果报 0x800F081F。正确的是指向sxs这一层：
# 正确：指向 sources\sxs dism /online /enable-feature /featurename:NetFx3 /All /Source:D:\sources\sxs /LimitAccess # 错误示范：指向镜像根，DISM 找不到 cab # dism /online /enable-feature /featurename:NetFx3 /All /Source:D:\ /LimitAccess # 错误示范：指向 sources，少了一层 # dism /online /enable-feature /featurename:NetFx3 /All /Source:D:\sources /LimitAccesssxs目录里放的是microsoft-windows-netfx3-ondemand-package.cab这类按需功能包，DISM 会在这个目录下按名字精确匹配。你指错一层，它就找不到，直接 0x800F081F。判断方法很简单：打开那个目录，看里面有没有.cab文件，有就对了。
3.2 镜像版本必须和系统版本对得上
这是最隐蔽的坑。Server 2012 和 Server 2012 R2 是两个不同的系统，它们的 sxs 包不通用。你拿 2012 R2 的镜像去给 2012 装，或者拿标准版的镜像给数据中心版装，都可能报 0x800F081F，而且日志里不会明说"版本不匹配"，只会说找不到合适文件。
# 先确认当前系统版本，别拿错镜像 # 查看系统版本和内部版本号 systeminfo | findstr /B /C:"OS Name" /C:"OS Version" # 或者用 DISM 看当前映像信息 dism /online /get-currenteditionsysteminfo输出的OS Version里，6.2 开头是 Server 2012，6.3 开头是 2012 R2。确认清楚再去拿对应版本的安装介质。我一般会直接把镜像里的sources\sxs整个目录拷到本地硬盘一个固定位置，比如C:\sxs_src，这样以后重装或给别的机器用都方便，也避免每次挂镜像。
3.3 挂载方式影响路径可读性
用虚拟光驱挂 ISO，盘符可能是E:也可能是F:，取决于当前占用情况。如果你写死在脚本里，换台机器就失效。更稳的做法是先挂载再动态取盘符，或者干脆把 sxs 拷到本地：
# 用 PowerShell 挂载 ISO 并拿到盘符 # Mount-DiskImage 挂载镜像文件 $img = Mount-DiskImage -ImagePath "C:\iso\server2012.iso" -PassThru # 取挂载后的驱动器号 $drive = ($img | Get-Volume).DriveLetter # 拼出 sxs 路径 $src = "${drive}:\sources\sxs" Write-Host "源路径为: $src" # 然后调用 DISM dism /online /enable-feature /featurename:NetFx3 /All /Source:$src /LimitAccess把 sxs 拷到本地的好处是路径固定、不依赖光驱、不受盘符变化影响。缺点是占点空间，但 sxs 目录通常也就几百 MB，对服务器来说不算事。拷的时候注意保持目录结构，别把 cab 文件散落一地。
4. 装到一半失败怎么救：清理挂起状态与组件存储修复
有时候你路径、版本、挂载全对，命令还是失败，或者卡在"正在应用更改"很久然后回滚。这种情况多半是系统里残留了上一次失败的挂起状态，或者组件存储本身损坏了。直接重试往往还是失败，得先清理。
4.1 清理挂起的更新操作
上一次安装中断后，系统可能标记了一个"挂起"状态，新的功能安装会被这个状态挡住。先检查再清理：
# 查看是否有挂起的操作 # 检查注册表里的待处理重命名操作 reg query "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager" /v PendingFileRenameOperations # 如果有输出，说明有挂起项，重启一次通常能清掉 shutdown /r /t 0重启是最省事的清理方式，能解决大部分挂起问题。如果重启后还不行，再考虑用 DISM 的清理命令处理组件存储。
4.2 用 DISM 修复组件存储
组件存储（WinSxS）损坏时，功能安装会失败且报错含糊。用/RestoreHealth修复，但注意：修复本身也需要源，如果在线修复也连不上更新，就得指定本地源：
# 检查组件存储健康状态 dism /online /cleanup-image /scanhealth # 修复组件存储，指定本地源避免联网 # /RestoreHealth 会尝试修复损坏的组件 dism /online /cleanup-image /restorehealth /Source:D:\sources\sxs /LimitAccess/scanhealth只扫描不修改，先跑它看有没有损坏。有损坏再跑/restorehealth。这一步耗时可能比较长，十几分钟到半小时都有，别以为卡死了就中断。修复完再重新执行第 2 章那条 NetFx3 安装命令，成功率会高很多。
注意：
/restorehealth的/Source指向的也是 sxs 目录，但它的用途和装 NetFx3 不同，别混为一谈。修复组件存储用的是同一批包，但走的是不同流程。
4.3 组策略拦截的绕行思路
域环境里 0x800F0954 的根因是组策略把功能安装源指向了 WSUS。这种情况下本地/Source会被忽略。处理方式有两种：一是临时改本地组策略，把"指定 Windows 更新源位置"设为未配置或指向本地；二是让域管理员在域策略里放行。临时改法：
# 打开本地组策略编辑器 gpedit.msc # 路径：计算机配置 -> 管理模板 -> 系统 -> 指定 Windows 更新源位置 # 将其设为"未配置"，或指向可用的内网源 # 改完执行 gpupdate 刷新策略 gpupdate /force改完策略再跑 DISM 命令。如果公司策略是域下发的，本地改了会被覆盖，得找管理员协调。这一步不是技术问题而是流程问题，但不知道的话会一直以为是镜像的锅。
5. 避坑清单：装 .NET 3.5 时最容易踩的五个坑
前面讲了原理和命令，这一章把实际踩过的坑集中列一下，每条按"现象 → 原因 → 解决"写，照着对号入座能省不少时间。
坑一：只写/Source不写/LimitAccess，结果还是报 0x800F0906。现象是命令跑了很久然后报在线下载失败。原因是系统先尝试 Windows 更新，超时后才回落本地源，而回落逻辑在某些补丁级别下不生效。解决是永远带上/LimitAccess，强制只用本地源，报错也更准。
坑二：sxs 目录里的 cab 文件名对不上，报 0x800F081F。现象是路径明明有 cab 文件却找不到。原因是镜像版本和系统版本不匹配，比如拿 2012 R2 的包给 2012 用。解决是先用systeminfo确认版本，再取对应镜像的 sxs。别混用。
坑三：把 ISO 挂载后直接写死盘符，换机器就失效。现象是脚本在 A 机器能跑，B 机器报路径不存在。原因是盘符被占用，挂载后变成了别的字母。解决是用 PowerShell 动态取盘符，或者把 sxs 拷到本地固定路径。
坑四：装之前没重启，残留挂起状态导致回滚。现象是命令执行到一半回滚，日志里有 pending 字样。原因是上次失败留下了挂起操作。解决是先重启一次再装，简单有效。
坑五：域环境忽略组策略，换多少镜像都没用。现象是本地源完全正确仍报 0x800F0954。原因是 WSUS 策略接管了安装源。解决是先gpupdate确认策略，必要时临时改本地策略或找管理员放行。
提示：这五条里，坑一和坑二占了实际故障的大多数。先把这两条排掉，再考虑组件存储和组策略。
6. 快速定位这类问题的排查顺序与验证习惯
装 .NET 3.5 失败这件事，排查顺序比具体命令更重要。我现在的习惯是固定走一遍流程，基本不会漏。第一步永远是看错误码，0x800F0906 往网络和/LimitAccess方向查，0x800F081F 往源路径和版本方向查，0x800F0954 往组策略方向查。第二步是直接上 DISM 命令行，别用图形向导，因为命令行报错精确、日志可追。第三步是确认源：路径指到 sxs 层、版本和系统对得上、cab 文件确实存在。这三步走完，八成问题已经定位了。
如果还没解决，再往深里查两层。一层是组件存储健康度，跑dism /online /cleanup-image /scanhealth，有损坏先修。另一层是系统日志，C:\Windows\Logs\DISM\dism.log和CBS.log里搜NetFx3，看它到底在哪个路径找、期望什么文件。日志不会骗人，比任何猜测都靠谱。
验证是否装成功，别只看命令返回码。用这条确认功能状态：
# 查询 NetFx3 当前状态，State 为 Enabled 才算成功 dism /online /get-featureinfo /featurename:NetFx3 # 或者用注册表确认 .NET 3.5 版本号 reg query "HKLM\SOFTWARE\Microsoft\NET Framework Setup\NDP\v3.5" /v Installget-featureinfo输出里State : Enabled才是真装上了。注册表里Install值为 1 也算一个佐证。两个都查一下，心里踏实。
从那以后我每次给 Server 2012 装 .NET 3.5，都强制走一遍"先看码、再上 DISM、确认源、查日志"这四步，再也没在同一个坑里摔第二次。希望帮到你。
本文还有配套的精品资源，点击获取
