简介面向Windows Server 2012运维人员及需要部署旧版应用的管理员这份资源包用于解决.NET Framework 3.5安装失败、无法在线获取组件的问题。包内提供完整的SxS镜像组件可在无完整ISO或网络受限时离线启用NetFx3功能避免依赖Windows Update。整个压缩包约101.69MB共1569个文件其中以720个dll运行库、180个resx资源文件、84个exe工具及66个aspx页面为主另有config、sql、browser、targets等配置与支撑文件目录结构完整便于按需调用。配套的使用说明文档详细给出DISM命令及路径设置方法帮助用户快速完成安装。资源已有10491人浏览学习适合需要批量部署或反复安装.NET 3.5的服务器环境。1. 装个 .NET 3.5 卡了三天Windows Server 2012 最折磨人的组件报错Windows Server 2012 安装 .NET 3.5看起来只是勾一个功能框实际操作里却有大量的人被 0x800F0906、0x800F081F 这类报错卡住。无论是添加角色和功能向导还是 DISM 命令只要 .NET Framework 3.5 打了勾系统就尝试从 Windows Update 拉组件文件内网服务器往往等上几分钟然后直接给你一个红色失败。这不是你操作有问题——从 Server 2012 开始系统盘默认不再保留 .NET 3.5 的组件文件必须通过安装镜像 sources\sxs 目录下的 CAB 包离线注入。下文会把这个坑的根因、命令和三个高频错误码一次讲透适合被这个问题卡过一天以上的运维直接抄作业。2. 为什么报错0x800F0906 背后的根因先把 2012 的特殊机制弄清楚2.1 功能勾上了不算数.NET 3.5 在 Server 2012 里是按需组件很多人第一次装 .NET 3.5 失败后会下意识认为是自己的安装步骤不对或者服务器缺了什么依赖。其实 Windows Server 2012 里 .NET Framework 3.5包含 2.0 和 3.0是以可选功能形式存在的但它的组件文件默认不在系统里。这一点和 .NET 4.x 很不一样.NET 4.x 运行库随操作系统一起部署你可以在功能列表里直接看到.NET 3.5 则相当于一个按需提供的包系统只知道这个功能存在但功能文件需要安装时才从外部获取。于是当你勾选 .NET Framework 3.5 Features 并点击安装时系统会去请求组件文件。请求源有两个一是 Windows Update二是本地源比如安装镜像的 sources\sxs 目录。一旦系统选择了 Windows Update 而服务器又处在内网隔离环境或者 WU 通道被策略关掉就会报 0x800F0906。这个错误码的字面含义是无法下载所需文件但根因往往不在下载本身而在于功能文件根本没有被定位到。我见过不少同事在这时候反复重试甚至重启服务器结果还是同样的报错。原因就在于2012 之后这个功能安装的源问题必须优先解决而不是把状态刷新几遍就能过去的。理解了这一点后面的所有操作才说得通。2.2 联网安装为何经常失败WU 通道、代理与策略对于放在公网或能访问更新的服务器直接联网装 .NET 3.5 通常能成功但过程非常慢因为系统需要从 WU 拉取约几十兆的组件包。而企业内网服务器常见的状态是外层防火墙封了更新端口、WU 服务被域策略禁用、或者更新点指向了内网 WSUS 但 WSUS 尚未同步 .NET 3.5 的 payload。这三种情况都会让安装动作停在正在搜索...最后超时并报 0x800F0906。另外还有一种隐蔽情形服务器能访问外网但出口代理会拦截 WU 的下载请求。这时候错误码并不一定是 0x800F0906也可能是通用失败。如果你在日志里看到 WU client failed to download 相关的字眼基本可以断定问题在传输通道而不是系统组件损坏。因此在执行任何命令之前先判断这台服务器到底能不能走 WU是最省时间的做法。判断方法很简单不需要去测试浏览器上网直接看组策略里有没有指定可选组件安装和组件修复的设置这一项以及本地服务列表里 Windows Update 服务是否被禁用。如果这两个任一命中就别让安装过程去碰 WU直接把源指向本地 SxS 目录。2.3 动手前先看日志CBS.log 与 DISM.log 里藏着真正的错误码遇到装不上的情况先别着急换命令打开日志确认根因。常见的两个日志文件是 C:\Windows\Logs\CBS\CBS.log 和 C:\Windows\Logs\DISM\dism.log。CBS 日志是组件服务的主日志DISM 日志则记录了 DISM 命令的详细执行过程。用下面两条命令快速过滤关键行# 查看 CBS 日志尾部 200 行中与错误相关的条目 Get-Content C:\Windows\Logs\CBS\CBS.log -Tail 200 | Select-String -Pattern 0x800F|Error|Failed # 查看 DISM 日志中最后的错误信息 Get-Content C:\Windows\Logs\DISM\dism.log -Tail 50 | Select-String -Pattern Error|Failed|0x800F这两条命令的作用是把你最关心的错误信息从几百上千行的日志里捞出来。CBS 日志里如果出现 Failed to resolve package 或者带 0x800F081F 的记录说明系统根本没找到源文件如果出现 WU failed 或 0x800F0906说明卡在了下载阶段。日志里的错误码比界面上的弹窗更具体也更能指导你去哪个方向排查。我一般会在执行安装命令前记下当前时间安装失败后立刻用上面的命令拉日志对照时间点看系统到底在哪个环节放弃的。这样能少走很多弯路——不少人花了半天反复装却从来不知道自己失败在哪个阶段。3. 用 DISM --sxs 离线注入一条命令解决 .NET 3.5 安装失败3.1 准备工作挂载镜像确认 SxS 目录里有 CAB 文件离线安装的第一步是把安装介质准备好。常见的做法是把 Windows Server 2012 的 ISO 挂载到虚拟光驱比如挂载为 D:然后找到 sources\sxs 目录。这个目录名就是大家在讨论里常说的 --sxs——严格来说它不是 DISM 的参数而是源目录 sources\sxs 的简称。很多老运维说用 --sxs 装指的就是把 /Source 指向这个目录。在挂载好 ISO 后先用命令确认这个目录确实存在且包含组件包# 确认 sources\sxs 目录下存在 .cab 组件文件 Get-ChildItem D:\sources\sxs -Filter *.cab | Select-Object Name, Length正常情况下你会看到名为 Microsoft-Windows-NetFx3-OnDemand-Package~31bf3856ad364e35~amd64~~.cab 这样的文件。如果这个目录不存在或为空说明镜像被精简过了后面所有命令都会报 0x800F081F。这一步看起来简单但很关键我遇到过不少人直接解压 ISO 后把 sources 目录拷到服务器结果 sxs 子目录因为路径过长被解压工具漏掉了。如果服务器上正好没有光驱可挂载也可以把 ISO 解压后放到某个共享目录然后把 /Source 指向共享路径比如 \192.168.1.10\share\sources\sxs。需要注意共享访问权限DISM 运行的身份通常是 SYSTEM要能读到该目录这一点在后面的避坑章节还会专门说到。3.2 核心命令DISM /Online /Enable-Feature 配合 /Source 指向 SxS准备工作完成之后安装命令其实只有一条。在提升的 PowerShell 或 CMD 窗口中执行# 从本地 SxS 目录离线启用 .NET Framework 3.5 DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /Source:D:\sources\sxs /LimitAccess这条命令的参数逐个拆开看/Online 表示对当前正在运行的系统操作/FeatureName:NetFx3 是 .NET 3.5 功能的功能名注意是 NetFx3不是.NET Framework 3.5这种展示名/All 表示连同父功能一起启用避免后续在用 IIS 的 ASP.NET 3.5 时又出现子功能缺失/Source:D:\sources\sxs 告诉系统组件文件从哪里找最后的 /LimitAccess 是所有离线安装的灵魂它限制 DISM 只能使用指定的源位置不允许再去访问 Windows Update。不加 /LimitAccess 会怎么样很多第一次装的人会踩这个坑命令执行了半天又卡在正在启动服务或正在搜索 Windows Update最后超时报错。原因就是系统默认仍会尝试联机获取。加上 /LimitAccess 后DISM 会死心塌地只从本地源读文件成功率和速度都会明显提升。执行过程中如果看到进度条走满最后输出操作成功完成那就说明 .NET 3.5 已经装好了。命令运行时间通常在 1 到 5 分钟之间取决于服务器的磁盘性能和源文件所在介质的读取速度。如果执行中报 87 之类的中文错误提示多半是命令拼写问题重点检查 /FeatureName:NetFx3 的大小写和冒号。3.3 不想敲命令服务器管理器图形界面从备用源安装如果你更习惯图形界面在服务器管理器的添加角色和功能向导里也能完成离线安装。步骤是打开服务器管理器 → 添加角色和功能 → 安装类型选基于角色或基于功能的安装 → 在功能列表勾选 .NET Framework 3.5 Features → 此时页面会出现一个指定备用源路径的输入框填入 D:\sources\sxs然后继续点击安装。这里要注意图形界面方式同样必须通过指定备用源路径来提供 SxS 目录否则向导还是会尝试连接 Windows Update。很多人在这一步忽略掉了直接在未填路径的情况下点安装结果又是 0x800F0906。另外如果之前的安装失败残留了临时状态向导可能会直接提示此功能已部分安装这时建议先回到命令行执行一次第 3.2 节的命令把残留状态清理掉再走向导。对于大规模服务器批量部署的场景我一般不用图形界面而是把 DISM 命令写成脚本配合参数批量执行。如果你管理的服务器数量不多图形界面也可以但记住一个原则凡是看到Windows Update字样就说明源还没指对。4. 报错对照0x800F081F / 0x800F0907 / 0x800F0906 分别怎么处理4.1 0x800F081F源文件找不到先检查 SxS 路径和镜像版本0x800F081F 是离线安装场景里出现频率最高的一类报错。界面上的提示往往是找不到源文件。这个错误的定位方向非常明确系统按照 /Source 指定的路径去找组件文件但没有找到可用文件。常见具体原因有三个路径写错、SxS 目录下没有 .cab 文件、ISO 版本与系统版本不匹配。处理顺序建议是这样。第一步确认路径真实存在用 Get-ChildItem D:\sources\sxs -Filter *.cab 检查如果提示路径不存在回到挂载步骤确认光驱盘符是否还是 D:多光驱服务器容易盘符漂移。第二步确认 .cab 文件存在如果文件在但安装仍报 0x800F081F把源文件拷到本地磁盘再试避免网络共享读取不稳定。第三步核对系统版本与 ISO 版本——拿 Server 2012 R2 的 ISO 给 Server 2012 装或者跨了 SP 版本都会因为组件 payload 不匹配而找不到对应的包DISM 日志里会出现 package not applicable 之类的描述。很多人在路径和版本都没问题的前提下还报 0x800F081F那就需要检查 .cab 文件是否损坏。可以用 certutil 对 cab 做一次哈希校验或直接从官方 ISO 重新提取 sources\sxs。这个错误码其实是最容易排查的因为它把问题范围圈得很死——不是路径问题就是包的问题跟网络无关。4.2 0x800F0907策略拦路修改 Servicing 注册表指定本地源0x800F0907 的报错信息一般显示Windows Update 无法访问所需文件这通常和组策略有关。服务器可能被配置了指定可选组件安装和组件修复的设置策略该策略限制了组件安装的源位置或者直接禁止访问 Windows Update。此时即使你用了 /Source 参数策略优先级也可能高于命令行参数导致安装被拦下。解决办法有两个方向。如果服务器是独立机器且你希望统一走本地源可以通过注册表直接把 Servicing 策略的源路径指到 SxS 目录# 在注册表中配置本地源路径并限制安装过程访问 Windows Update New-ItemProperty -Path HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Servicing -Name LocalSourcePath -Value D:\sources\sxs -PropertyType String -Force New-ItemProperty -Path HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Servicing -Name UseWindowsUpdate -Value 2 -PropertyType DWord -Force第一条命令把 LocalSourcePath 设为本地 SxS 目录第二条命令把 UseWindowsUpdate 设为 2表示始终从本地源安装不访问 Windows Update。这两项设置对后续所有可选组件的安装生效不光是 .NET 3.5。设置完成后再执行第 3.2 节的 DISM 命令0x800F0907 通常就会消失。如果服务器在域环境里注册表改完可能很快被域策略刷新覆盖这时需要找策略管理员在组策略里把指定可选组件安装和组件修复的设置设为已启用并在源路径里填入 SxS 目录。用本地策略还是域策略取决于你的环境但记住一个判断点系统是否受域策略管控决定了这里临时改注册表是否有效。4.3 0x800F0906下载失败强制本地源配合 /LimitAccess 规避0x800F0906 是无法从 Windows Update 下载所需文件的典型错误码也是最常见的起始报错。处理这一错误的核心思路是彻底切断安装过程对 WU 的依赖。命令层面就一条——把 /LimitAccess 加上并把 /Source 指到有效的 SxS 目录。正如第 3.2 节所说/LimitAccess 的存在就是让 DISM 不向 WU 请求任何文件。有些场景下即使加了 /LimitAccess 也会报 0x800F0906这通常是系统里残留了之前联机安装的临时状态。处理办法是先清理组件存储再重新执行安装。可以依次执行以下两步第一行清理临时文件第二行重新注入功能# 清理组件存储中的临时文件和坏状态 DISM /Online /Cleanup-Image /StartComponentCleanup # 重新从本地 SxS 目录安装 .NET 3.5 DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /Source:D:\sources\sxs /LimitAccess注意第一行命令在系统繁忙时可能耗时较长且清理时必须保证系统盘有足够空间。清理完再装如果还报 0x800F0906就要检查是不是有安全软件在拦截 DISM 对本地目录的访问——这类问题在装了统一终端管控软件的服务器上偶尔出现。定位方式是暂时停用管控再执行命令确认后把 DISM 路径加入白名单而不是一直与报错死磕。为方便排查把三个错误码的定位信息整理成一张表错误码提示含义常见原因处理方向0x800F081F找不到源文件路径错误、镜像裁剪、版本不匹配检查 SxS 路径、重新提取镜像、核对系统版本0x800F0906无法从 WU 下载文件网络隔离、WU 被禁、残留状态加 /LimitAccess 强制本地源必要时先清理组件存储0x800F0907WU 无法访问所需文件组策略/注册表策略限制配置 Servicing 策略 LocalSourcePath 与 UseWindowsUpdate2这张表可以打印出来贴在工位上遇到 .NET 3.5 安装失败先查表定位基本能省掉一半的排查时间。5. 避坑与常见问题五次翻车后的血泪清单5.1 指定了 /Source 仍报 0x800F081FISO 版本与系统版本不匹配现象手头有一台 Server 2012非 R2的机器图省事拿了一个 2012 R2 的镜像去提取 sxs 目录命令执行后直接报 0x800F081F。反复确认路径无误后依然报错浪费了大半天最后在 CBS 日志里看到 package not applicable 才反应过来。原因两个版本的组件包虽然同名但内部版本号不同系统校验不通过认为这个源文件不适用于当前系统。解决确认系统版本后再提取 sxs。可以在服务器上执行 winver 看系统版本号再和 ISO 的 sources\install.wim 里的版本信息比对。版本一致的情况下重跑命令一次就过了。从那以后我每次提取 sxs 前都会先对一遍版本再也不在这上面浪费第二遍时间。5.2 把 /Source 写成了 D:\sources漏掉最关键的 sxs 子目录现象命令执行后不立刻报路径不存在而是在运行中后期提示找不到源文件。检查路径确实指向了 D:\sources但这个目录下根本没有 NetFx3 的组件包。原因sources 目录下是 install.wim 等安装文件真正的可选组件 CAB 包都在 sources\sxs 子目录里。漏掉这个子目录DISM 就找不到任何可用的 payload。解决把路径完整写为 ...\sources\sxs。我一般会先把路径存到一个变量里比如 $sxs D:\sources\sxs后面所有命令引用变量避免手抖少敲一层目录。执行命令前再用一次 Get-ChildItem 确认目录内容这个习惯能挡住九成以上的路径错误。5.3 命令卡在正在搜索 Windows Update几分钟后超时忘记加 /LimitAccess现象加了 /Source 参数以为系统不会再联网结果安装过程停在正在搜索 Windows Update最后报 0x800F0906 超时失败。原因DISM 的默认行为是优先使用你给的源但对缺失的文件仍会尝试联机获取。在隔离网络里这个联机请求会一直等到超时整个安装过程看起来就像卡死了。解决强制加 /LimitAccess让 DISM 完全不要访问 Windows Update。这是内网环境装 .NET 3.5 必加的参数不给自己留任何玄学空间。同样的命令加了它之后从五分钟超时变成两分钟装完差别就是这么明显。5.4 装完显示成功IIS 里的 ASP.NET 3.5 应用还是 404子功能没有一并启用现象安装日志和 DISM 都提示操作成功完成可把应用池切到 .NET v2.0 后站点直接 404检查功能列表发现 ASP.NET 3.5 相关子项还是空的。原因.NET Framework 3.5 功能下还挂着 ASP.NET 3.5、HTTP Activation 等子功能。如果安装时只启用了核心功能没有把父功能一并开启IIS 就缺少处理 .NET 2.0/3.5 请求的模块。解决安装命令里带上 /All 参数让 DISM 把父功能和子功能一起启用。如果之前漏了直接在添加角色和功能里勾选 .NET Framework 3.5 Features 下的所有子项补装即可不需要重头再来一遍。5.5 从共享目录安装报拒绝访问或找不到源DISM 以 SYSTEM 身份访问不了网络路径现象/Source 指向 \server\share\sources\sxs共享权限也给了读写但安装时提示拒绝访问或者找不到源文件。同样的文件拷到本地再执行就成功了。原因DISM 服务运行在 SYSTEM 账户下它访问网络共享时不会使用你当前登录账号的凭据。很多共享目录只对特定用户开放SYSTEM 账户自然读不到。解决要么把共享目录的授权加上 Everyone 或 SYSTEM 的读取权限要么直接把 sxs 目录复制到服务器本地磁盘再执行命令。我的习惯是优先拷到本地因为网络传输本身还可能造成读取不稳定本地文件最省心。6. 快速定位从报错码到验证命令的十分钟排查流程遇到 .NET 3.5 安装失败我会按下面这个顺序在十分钟内把问题定位清楚。整个过程我不会在界面里反复点安装因为那样解决不了任何问题。第一步先不要看报错弹窗直接确认功能当前状态。执行 Get-WindowsFeature -Name Net-Framework-Core如果 InstallState 显示 Installed说明从系统视角看功能已经装好了应用层报错大概率是 IIS 模块或应用程序池的问题而不是 .NET 3.5 缺失。这一步能帮你避免重复安装。第二步如果状态是 Removed 或 InstallPending根据界面上给出的错误码对照第 4 章的表格定方向0x800F081F 查本地路径和介质0x800F0906 查网络与本地源0x800F0907 查策略。错误码是系统给你的第一个定位线索不要因为它看起来像一串乱码就忽略。第三步检查介质。确认手上的 ISO 与目标系统版本一致2012 还是 2012 R2x64 还是 x86并验证 sxs 目录里确实有 NetFx3 的 .cab 文件。版本不一致、目录被精简、路径拼错这三件事占了 0x800F081F 的绝大部分来源。第四步执行命令。用带 /LimitAccess 的 DISM 命令进行注入在等待结果的同时观察 CBS.log 尾部看系统是否真的在读源文件。如果日志里能看到大量 cab 解压的记录说明安装已经进入正轨不用再盯着进度条发愁。第五步验证。安装命令显示操作成功完成并不等于万事大吉我一般会再跑三条验证命令确认运行时就绪# 查看 .NET Framework 3.5 核心功能是否已安装 Get-WindowsFeature -Name Net-Framework-Core # 查询 NetFx3 功能的详细状态 DISM /Online /Get-FeatureInfo /FeatureName:NetFx3 # 检查注册表中的 .NET 3.5 安装标记Install 值为 1 表示已安装 (Get-ItemProperty HKLM:\SOFTWARE\Microsoft\NET Framework Setup\NDP\v3.5).Install第三条命令值得多说两句注册表路径里的 v3.5 键值只在该版本真正安装后才会出现Install 为 1 说明 .NET 3.5 运行时已经就绪这个验证结果比日志更直观。日常巡检时我也会把这三条命令整合成一个脚本批量检查服务器清单里哪些机器还缺 .NET 3.5。我在这件事上的教训是不要一上来就反复重试安装先看错误码、再看日志、再查源路径顺序执行下来绝大多数问题都能在十分钟内确认。如今我每次给 2012 装 .NET 3.5都强制走一遍版本核对 → sxs 目录确认 → /LimitAccess 注入 → 注册表验证这套流程帮我少加了无数次班。希望这条排查路径和这份包含 SxS 目录的镜像资源包能帮你在服务器上少折腾两天。本文还有配套的精品资源点击获取