简介：这份资源面向在 Windows Server 2012 R2 等服务器系统上安装 .NET Framework 3.5 受阻的运维与开发人员，针对系统提示找不到源文件、要求通过“源”选项指定还原文件位置等典型报错，提供一套经实测可用的离线安装与修复方案，尤其适用于云服务器、SQL Server 部署等无法直接联网获取安装源的环境。压缩包共收录 1568 个文件，约 99.19MB，以 dll 动态库、resx 资源文件、exe 可执行程序为主，辅以 aspx 页面、config 配置、sql 脚本、browser 定义及 ini、reg 注册表等类型，构成较完整的组件安装与配置素材集合，便于按需定位所需文件。目前已有 10328 人学习下载，说明该问题在服务器部署场景中较为普遍。读者可借助包内文件补齐安装源、绕开在线还原限制，并参考其中的配置与脚本梳理排错思路，减少反复试错的时间成本。
1. 离线装 .NET Framework 3.5：一个压缩包解决 Server 2012 上的“功能安装失败”
在 Windows Server 2012 上装 SQL Server，卡在 .NET Framework 3.5 这一步的人不在少数。图形界面点“添加角色和功能”，进度条走到一半弹窗报错，提示找不到源文件；换成命令行DISM /Online /Enable-Feature /FeatureName:NetFx3 /All，照样返回 0x800F0906 或 0x800F081F。服务器在内网、没有外网出口，Windows Update 又不可达，这个功能就死活装不上，SQL Server 安装程序只能干瞪眼。settled_.net3.5install.zip就是冲这个场景来的：它把 Server 2012 启用 NetFx3 所需的离线源文件打包在一起，解压后指向本地sxs目录即可完成安装，不需要联网、不需要挂载原版 ISO。适合正在给内网 Windows Server 2012 部署 SQL Server、被 .NET 3.5 卡住的运维和交付工程师。
2. 先搞清楚 NetFx3 为什么装不上：按需功能与源文件机制
2.1 Windows Server 2012 的“按需功能”设计
从 Windows 8 / Server 2012 开始，微软把 .NET Framework 3.5 从系统默认组件改成了“按需功能”（Features on Demand）。系统镜像里只保留一个功能存根，真正的运行时文件（.NET 2.0/3.0/3.5 的 CLR、WPF、WCF 相关二进制）并不在本地，安装时由系统去两个地方找源：一是 Windows Update 在线下载，二是安装介质里的sources\sxs目录。这个设计的初衷是减小系统体积，但对内网服务器极不友好——没有外网就走不通第一条路，手上又没有对应版本的原版 ISO 就走不通第二条路，于是报错。
理解这一点很关键：报错不是系统坏了，也不是权限问题，而是“源找不到”。所以解决思路只有一条——给它一个合法的本地源。settled_.net3.5install.zip干的就是这件事，它把sxs目录下 NetFx3 需要的组件文件整理好，让 DISM 有地方可取。
需要说明的是，源文件必须和系统版本、架构对得上。Server 2012 是 NT 6.2 内核，x64 系统要 x64 的源；拿 Server 2012 R2（NT 6.3）或 Windows 10 的 sxs 去喂 Server 2012，大概率还是报错。这也是很多人“明明有 sxs 目录却装不上”的根因。
2.2 三种安装路径的取舍
实际交付里能走的路就三条，先做个对比再决定用哪个：
| 方式 | 前提条件 | 成功率 | 适用场景 |
|---|---|---|---|
| 图形界面勾选 + Windows Update | 服务器能访问外网/更新服务 | 外网环境高 | 有外网的测试机 |
| DISM 指向原版 ISO 的 sxs | 手上有同版本同架构 ISO | 高 | 有介质、能挂载 |
| DISM 指向离线包解压出的 sxs | 有匹配的离线源文件 | 高 | 内网、无介质、批量交付 |
第三条就是这份资源的位置。它把“找 ISO、挂载、拷 sxs”这几步前置做完了，现场只剩解压和一条 DISM 命令。对批量部署来说，把解压后的目录放到共享盘或随镜像分发，比每次找 ISO 稳得多。
2.3 装之前先确认系统底细
动手前先花一分钟确认版本和架构，避免白忙：
# 查看系统版本与内部版本号，确认是 6.2（Server 2012）还是 6.3（2012 R2） systeminfo | findstr /B /C:"OS Name" /C:"OS Version" # 查看系统架构，x64 系统必须用 x64 源 echo %PROCESSOR_ARCHITECTURE% # 查看 NetFx3 当前状态，State 为 Disabled 才需要装 dism /online /get-featureinfo /featurename:NetFx3systeminfo里的OS Version会给出 6.2.9200 这类内部版本号，6.2 对应 Server 2012，6.3 对应 2012 R2，两者源文件不通用。get-featureinfo返回的State : Disabled表示功能存在但未启用，这正是按需功能的典型状态；如果返回的是“功能名称未知”，那说明系统版本对不上，先别急着往下走。这三条命令的输出建议留档，后面排错时能省很多来回。
3. 用离线包启用 NetFx3：解压、指向、验证三步走
3.1 解压并确认目录结构
把settled_.net3.5install.zip传到服务器上，解压到一个短路径，比如C:\sxs_src。路径里不要带空格和中文，DISM 对含空格路径的处理偶尔会出幺蛾子，这是血泪经验。解压后确认目录里直接就是组件文件（一堆.cab、.mum以及按组件名组织的子目录），而不是多套了一层文件夹。常见结构是解压后得到sxs目录，那么源路径就指向C:\sxs_src\sxs；如果解压出来直接是文件，源路径就是C:\sxs_src。判断标准很简单：/Source指向的目录下应当能直接看到microsoft-windows-netfx3-ondemand-package.cab这类文件。
# 建目录并解压（假设压缩包已放在 C:\temp） mkdir C:\sxs_src tar -xf C:\temp\settled_.net3.5install.zip -C C:\sxs_src # 列出目录内容，确认源文件层级 dir C:\sxs_srctar在 Server 2012 上原生可用（系统自带 bsdtar），不必额外装解压工具；如果习惯用资源管理器右键解压也行，效果一样。dir的输出要重点看两点：有没有sxs这一层子目录，以及目录里是否存在.cab文件。层级判断错了，DISM 会直接报“找不到源文件”，这是最高频的翻车点，后面避坑章节还会展开。
3.2 用 DISM 指定本地源启用功能
源路径确认后，一条命令完成启用：
# 指定本地 sxs 源启用 NetFx3，/LimitAccess 阻止系统回退到 Windows Update dism /online /enable-feature /featurename:NetFx3 /All /Source:C:\sxs_src\sxs /LimitAccess逐个参数说清楚：/Online表示操作当前运行的系统；/Enable-Feature是启用功能；/FeatureName:NetFx3指定目标功能；/All会一并启用该功能的父功能，避免只装一半；/Source:指向离线源目录，这是整条命令的核心；/LimitAccess告诉 DISM 不要尝试联系 Windows Update，内网环境下不加这个参数，DISM 可能先卡在联网检测上很久才回退到本地源，甚至直接失败。命令执行到 100% 且提示“操作成功完成”才算过，中途任何百分比停住都算没成。
如果系统提示需要重启，先别急着重启，把 SQL Server 安装程序再跑一遍看是否放行；多数情况下 NetFx3 启用后不需要立即重启，SQL Server 安装程序自己会判断。
3.3 验证安装结果与 SQL Server 前置检查
装完必须验证，不能只看命令回显：
# 再次查询功能状态，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是第一层确认；注册表v3.5键下Install值为1是第二层确认，两者都对才算真正装好。有些环境 DISM 报成功但注册表没写进去，SQL Server 安装程序仍会拦，这时候重跑一次启用命令通常能补上。验证通过后再启动 SQL Server 安装程序，前置检查里的 .NET 3.5 一项会变绿，可以继续往下走。
4. 避坑与排查：五条现场踩出来的记录
4.1 报 0x800F0906：源文件找不到或版本不匹配
现象：DISM 执行到一半返回错误码 0x800F0906，提示“无法下载源文件”。原因有两类：一是/Source路径指错，指到了压缩包解压后的上一层而不是真正的 sxs 目录；二是源文件与系统版本或架构不匹配，比如拿 2012 R2 的源喂 Server 2012。解决：先用dir确认源目录下直接可见.cab文件，再用systeminfo核对内部版本号是 6.2，两者都对再重跑命令。版本不匹配没有捷径，只能换对应版本的源。
4.2 报 0x800F081F：源里缺组件或文件损坏
现象：错误码 0x800F081F，提示“找不到源文件中的组件”。原因通常是离线包解压不完整（传输中断、解压工具截断），或者源目录里混入了其他版本的组件文件。解决：删掉解压目录重新解压一次，解压后对比文件数量是否与压缩包内清单一致；如果压缩包本身在传输中损坏，重新拷一份。这个错误和 0906 容易混，区别在于 081F 是“源找到了但内容不全”，0906 是“源压根没找对”。
4.3 命令卡在联网检测：漏了 /LimitAccess
现象：DISM 执行后长时间停在某个百分比不动，或者先报联网超时再回退。原因：没加/LimitAccess，DISM 按默认策略先尝试 Windows Update，内网环境下这一步会耗很久。解决：中断后加上/LimitAccess重跑。中断 DISM 一般不会把系统搞坏，但建议等它自己返回错误再操作，强行结束进程偶尔会留下挂起的服务状态，需要重启清理。
4.4 装完 SQL Server 仍报缺 .NET 3.5：注册表未登记
现象：DISM 显示成功，get-featureinfo也是 Enabled，但 SQL Server 安装程序的前置检查仍标红。原因：部分精简版或经过第三方封装的系统，功能启用了但 NDP\v3.5 注册表键没写全，SQL Server 认的是注册表而不是功能状态。解决：按 3.3 的reg query确认Install值，缺失的话重跑一次启用命令（可加/All），仍不行则用dism /online /disable-feature先禁用再启用一次，让系统重写注册信息。
4.5 路径含空格或中文导致解析失败
现象：DISM 报“参数错误”或直接不识别/Source。原因：源路径里有空格、中文或特殊字符，命令行解析时被截断。解决：把解压目录放到C:\sxs_src这类纯英文短路径下，路径不要带空格。这条看着低级，但现场用中文目录名解压的人真不少，属于典型的后悔药场景——出问题先怀疑路径。
5. 批量交付时的进阶用法：把离线源做成可复用资产
单台机器装完就完事，但交付场景往往是一批服务器。这时候别每次手动解压，把离线源固化下来更省事。我的习惯是：在一台机器上把C:\sxs_src\sxs整理好，连同一条封装好的批处理一起放到内网共享盘，新机器上线时映射共享盘直接跑脚本。脚本里做三件事——检测当前 NetFx3 状态、已启用则跳过、未启用则指向共享源执行 DISM。这样既避免重复劳动，也避免不同人操作时路径写错。
@echo off REM 检查 NetFx3 状态，已启用则直接退出 dism /online /get-featureinfo /featurename:NetFx3 | findstr /C:"State : Enabled" >nul if %errorlevel%==0 ( echo NetFx3 already enabled, skip. exit /b 0 ) REM 未启用则指向共享盘离线源安装 dism /online /enable-feature /featurename:NetFx3 /All /Source:\\fileserver\deploy\sxs /LimitAccess if %errorlevel% neq 0 ( echo Install failed, check source path and OS version. exit /b 1 ) echo NetFx3 enabled successfully.脚本里的findstr用来判断状态，命中State : Enabled就跳过，避免重复执行；/Source换成 UNC 共享路径，前提是执行账户对共享目录有读权限，域环境里用计算机账户或部署账户都行，工作组环境要提前配好凭据。errorlevel判断保证失败时能及时退出并给出提示，而不是让后续步骤在缺 .NET 的环境里继续跑。这套东西配合镜像分发，能把“装 SQL Server 前先补 .NET 3.5”从每次现场折腾变成流水线里的一步。
还有一个验证习惯值得养成：批量装完后抽一台机器跑reg query确认注册表，别只信脚本回显。我吃过一次亏——脚本报成功，结果那台机器的源文件是旧版本，DISM 静默跳过了部分组件，SQL Server 装到一半才报错，回头排查花的时间比重新装还长。从那以后我每次批量交付都强制抽检注册表和功能状态两项，确认无误才往下走。希望帮到你。
本文还有配套的精品资源，点击获取
