企业官网建设流程全解析

简介：Windows Server 2012 R2 的 .NET Framework 3.5 默认未集成在系统镜像中，通常需通过 SXS（Side-by-Side）存储机制补充安装。这份 SXS 文件包正是为满足该需求而整理，面向系统管理员、运维工程师及需要运行旧版企业应用的 IT 人员，适用于无互联网、内网隔离或带宽受限的服务器环境，可解决在线添加功能时找不到源文件、组件缺失等问题，确保依赖 LINQ、Silverlight 等特性的业务系统稳定运行。压缩包共收录 1568 个文件，大小约 97.18MB，以 DLL 运行库（运行时核心）、EXE 工具、config/xml 配置、SQL 部署脚本和 ASPX/ASCX 页面等类型为主，覆盖 .NET 3.5 的运行时、类库、配置项及 Web 资源，同时包含 manifest、reg、chm 帮助文档等支持文件，目录结构完整清晰。不同文件各司其职：DLL 是核心库，EXE 提供配置工具，config/xml 保存初始化参数，SQL 脚本用于处理依赖数据库的组件，ASPX/ASCX 则对应管理页面资源。目前已有 2027 人学习使用。借助该资源，管理员可通过 DISM 命令（如 /Source: 指向 SXS 目录）离线启用 NetFX3，无需连接外网；也能根据文件清单核对组件完整性，适合批量部署、安全隔离区建设和服务器初始化等场景，能显著降低配置复杂度与排错时间。无论是单台服务器修复还是多节点批量推送，它都能作为可靠离线源，提升部署效率。

1. Windows Server 2012 R2 装 .NET 3.5：为什么绕不开 SXS

给 Windows Server 2012 R2 装 .NET Framework 3.5，十个人有九个卡在同一个地方：系统默认找不到安装源，在线安装又提示“无法连接到 Windows Update”。这不是网络没配好，而是 2012 R2 把 .NET 3.5 的可选功能组件从系统映像里拆了出去，单独放在安装介质 sources\sxs 目录下。没有这个 SXS 目录，DISM 命令、添加角色向导、IIS 应用池全部跟着报错。本文不是讲 .NET 3.5 是什么，而是讲怎么用 SXS 文件把功能装上去、参数怎么配、报错怎么看。适合内网运维、离线部署人员和正在给旧系统做 IIS 改版的工程师，照着做一次，以后换机器不会再翻车。

2. SXS 文件与 .NET 3.5 组件存储：先搞清为什么系统非要它

2.1 功能按需加载机制：.NET 3.5 为什么不在默认镜像里

Windows Server 2012 R2 默认带 .NET 4.5，但 .NET 3.5（实际包含 2.0 和 3.0 运行时）被定义为“按需加载功能”。微软为了让系统镜像体积更小，把这类不常用的功能组件从 install.wim 中移除，只保留功能清单。安装时系统会优先找本地组件存储，也就是 C:\Windows\WinSxS。如果 WinSxS 里没有对应组件，就会退而求其次去 Windows Update 下载。

内网服务器通常没有外网权限，这时候系统会卡在“正在下载”然后报错。SXS 文件本质上就是一组 .cab 和 manifest 文件，补的就是 WinSxS 里缺失的组件源。理解这一点很重要，因为后续很多报错（0x800f0906、0x800f081f）都是这个机制在报不同的原因：找不到源、源版本不对、策略阻止。

2.2 拿到 SXS 文件的两个正规来源

SXS 文件不是独立发布的补丁包，而是 Windows Server 2012 R2 安装介质的一部分。路径固定为安装光盘根目录下 sources\sxs，里面包含 NetFx3.cab 以及一组 manifest 文件。把 ISO 挂载到虚拟机光驱后，这个目录就能直接用。

第二个来源是从已经装好 .NET 3.5 的机器上导出。用 DISM 的 export-source 参数把组件源导出成文件夹，这个文件夹可以充当后续机器的 SXS 源：

dism /online /export-source /featurename:NetFx3 /source:C:\Windows\WinSxS /destination:D:\exported_sxs

这里 /destination 是导出目标目录，需要提前建好。导出完成后，目标目录里会出现一个类似 WinSxS 结构的组件集合，包含 2.0、3.0、3.5 相关程序集和 cat 文件。用这个目录做安装源时，DISM 会走本地组件存储匹配流程，比挂 ISO 更快。注意导出机器的系统版本必须和安装目标一致，都是 2012 R2，把 2012 的 SXS 导到 2012 R2 上装，会直接报 0x800f081f。

2.3 没有 SXS 时的替代方案为什么不靠谱

网上有些做法是从其他机器把 C:\Windows\Microsoft.NET\Framework\v2.0.50727 整个拷贝过来，然后手动注册。这个方法我在测试环境试过，装完后 gacutil 注册了一堆程序集，但添加角色和功能向导里仍然显示 .NET 3.5 是“未安装”，IIS 的 ASP.NET 3.5 应用池也起不来。原因是 .NET 3.5 在 2012 R2 上是功能级别的组件，需要 CBS（Component Based Servicing）写入功能状态，单纯复制 DLL 和注册表改不到组件状态那一层。

还有一种是用第三方离线安装包，这类工具本质上是把 SXS 里的 cab 拆开再通过 DISM 逐个添加，但遇到系统语言版本不一致时常常静默失败。最稳定、最可复现的方法就是用官方安装介质的 sources\sxs 目录，或者按上面命令自己导出。

3. DISM 离线安装实战：三种源路径与参数详解

3.1 挂载 ISO 后使用 sources\sxs 路径安装

先把 Windows Server 2012 R2 安装 ISO 挂载到光驱，确认盘符后执行安装命令。假设光驱盘符为 E，SXS 路径就是 E:\sources\sxs：

dism /online /enable-feature /featurename:NetFx3 /All /Source:E:\sources\sxs /LimitAccess

/featurename:NetFx3 指定启用 .NET Framework 3.5 功能。/All 会同时启用该功能的父功能，这里就是整个 .NET 3.5 家族。/Source 指向 SXS 文件夹，注意路径要精确到 sxs 目录本身，不能只写到 sources。/LimitAccess 的意思是不允许 DISM 访问 Windows Update，这个参数在内网环境下非常关键，不加它 DISM 会先尝试联网，等超时后再回落到本地源，白白多等几分钟。

执行过程通常需要两到三分钟。如果中途报错，先检查路径是否真实存在、ISO 是否完整挂载、系统是不是 2012 R2（不是 R2 的用 2012 介质装到 R2 系统上必挂）。命令完成后用 dism /online /get-featureinfo /featurename:NetFx3 确认 State 是 Enabled。

3.2 使用导出目录作为源

如果手上没有安装 ISO，只有一台已经配置好的服务器，就把 2.2 节导出的目录当作源来用：

dism /online /enable-feature /featurename:NetFx3 /All /Source:D:\exported_sxs /LimitAccess

导出目录的内部结构是 DISM 自己生成的，所以 /Source 直接指向导出目录根路径就行。这个方式比挂 ISO 更灵活，尤其是给多台服务器批量安装时，把导出目录放到共享文件服务器上，源路径写 UNC 路径即可。唯一要注意的是共享权限要给到“读取”级别，DISM 进程在 SYSTEM 账户下运行，需要确认这个账户能访问共享路径，否则会报“拒绝访问”。

3.3 图形界面安装：添加角色和功能向导的操作路径

不想敲命令也可以走图形界面，Server Manager → 添加角色和功能 → 下一步到功能页，勾选“.NET Framework 3.5 功能”，此时界面底部会出现“指定备用源路径”的选项。点击后填入 SXS 路径，例如 E:\sources\sxs，并勾选“不检查 Windows Update”。

这里有个容易忽略的细节：备用源路径填的是 sxs 目录本身，不是父目录，也不是 ISO 根目录。填错时向导会提示“找不到源文件”，但不会告诉你具体少了什么，排查起来很费事。另外图形界面安装过程中如果弹窗提示需要重启，说明组件写入了一部分但没完成，建议重启后再跑一遍 DISM 确认状态，不要直接接着装别的功能。

4. IIS 场景联动：.NET 3.5 装上之后 ASP.NET 还是启不来

4.1 注册 ASP.NET 3.5 到 IIS：aspnet_regiis 与功能勾选的关系

很多人在装了 .NET 3.5 之后发现 IIS 里还是没有 ASP.NET 3.5 的应用池选项，于是手动执行 aspnet_regiis.exe -i，结果提示成功，但 IIS 管理器里依然看不到。原因在于 2012 R2 的 IIS 8.5 已经不再用 aspnet_regiis 作为标准注册方式，正确做法是通过“添加角色和功能”勾选“.NET Framework 3.5 功能”下的子项“HTTP 激活”，或者在 IIS 安装时勾选“ASP.NET 3.5”。

如果 IIS 角色已经装好，可以用 DISM 补装 ASP.NET 3.5 子功能：

dism /online /enable-feature /featurename:IIS-ASPNET35 /All /Source:E:\sources\sxs /LimitAccess

/All 会连带启用 WAS（Windows Process Activation Service）相关组件。IIS-ASPNET35 是 IIS 8.5 里的功能名，如果在 Server Core 模式下操作，这个功能名同样适用。装完这个子功能后，IIS 管理器里的应用程序池设置才会出现 .NET Framework v2.0.50727 的选项，网站才能切换使用 3.5 运行时。

4.2 静态压缩与 32 位模式：应用池边角参数

2012 R2 上跑老 .NET 3.5 站点还会遇到两个边角问题。第一个是 32 位应用，如果站点引用了 32 位原生 DLL，需要在应用程序池的高级设置里把“启用 32 位应用程序”设为 True。这个设置在 IIS 8.5 里默认是 False，和 .NET 3.5 安装无关，但通常在部署完 3.5 站点后被人忽略，导致加载 DLL 失败。

第二个是静态压缩模块。IIS 8.5 对静态文件的压缩功能依赖 .NET 3.5 里的某些程序集，但安装 SXS 源里的 NetFx3 不会自动启用 Compression 模块。如果站点静态资源体积大、响应慢，需要检查“静态内容压缩”是否已启用，路径是 IIS 管理器 → 压缩 → 启用静态内容压缩。这个坑在实测中比预想中常见，尤其是从 Windows Server 2008 R2 升级迁移上来的站点。

4.3 功能状态检查：用 DISM 列出全部相关项

装完之后建议一次性检查所有相关功能的状态：

dism /online /get-features | findstr /i "NetFx3 IIS-ASPNET"

输出会列出 NetFx3、NetFx3ServerFeatures、IIS-ASPNET、IIS-ASPNET45 等条目，每条后面有“已启用/已禁用”状态。这里注意 NetFx3ServerFeatures 是 Server Core 专用的 .NET 3.5 服务端功能，图形界面机器上默认不启用，不影响使用。关键是确认 NetFx3 本身是已启用，IIS-ASPNET35 是已启用，这样 IIS 里才会完整出现 3.5 支持。

5. 避坑排查：五个高频报错与处理记录

5.1 0x800f0906：无法从远程源下载所需内容

现象：执行 DISM 命令后立即返回错误 0x800f0906，提示来源不可用或无法连接。

原因：/LimitAccess 没有加，DISM 默认先去 Windows Update 在线搜索。内网服务器没有外网权限，等超时后报错；即便加了 /LimitAccess，如果 /Source 路径写错或者 SXS 目录权限不足，也会报同样的错误。

解决：确认 /Source 指向真实的 sxs 目录，路径精确到 sxs 这一层；加上 /LimitAccess；用 dism /online /get-featureinfo /featurename:NetFx3 先查看当前功能状态，若状态为“禁用，功能负载已删除”，重新执行 enable-feature 命令。

5.2 0x800f081f：源文件无法找到，但路径明明存在

现象：源路径确认存在、ISO 也重新挂载过，命令仍然返回 0x800f081f。

原因：最常见是版本不匹配。Windows Server 2012（非 R2）的 SXS 目录拿到 2012 R2 系统上使用，组件哈希对不上；另一种是 ISO 镜像语言版本和系统语言版本不一致，例如中文系统搭配英文介质。

解决：确认安装介质是 Windows Server 2012 R2 且语言版本和系统一致。最稳妥的办法是从同版本同语言的已安装机器上执行 /export-source 导出后再装，避免介质差异。

5.3 图形向导长时间卡在“正在下载更新”

原因：添加角色和功能向导默认从 Windows Update 读取源，内网环境不配置代理也连不上，界面会一直停在进度条。

解决：在向导的“确认安装所选内容”页面点击“指定备用源路径”，填入 SXS 路径并勾选“不检查 Windows Update”。更直接的方式是完全不走向导，用 DISM 命令操作，命令执行期间没有交互界面，失败信息也更明确。

5.4 .NET 3.5 装完，注册表里有版本号但站点跑不起来

现象：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v3.5 下能看到 Install=1，但 IIS 应用池切换不到 .NET 3.5，站点 HTTP 500。

原因：功能组件写入成功，但 IIS 相关子功能没有一并启用。很多教程只让你装 NetFx3，忽略了 IIS 场景下的 IIS-ASPNET35 和 WAS 组件。

解决：补装 IIS-ASPNET35，命令在 4.1 节。装完后重启 IIS 服务（iisreset 或重启 W3SVC 服务），再刷新 IIS 管理器。

5.5 装完功能后系统提示需要重启，重启后状态仍是“未安装”

原因：DISM 虽然报告成功，但 CBS 的事务未完整提交，可能是安装过程中有其他系统更新在运行，或者 WinSxS 组件存储处于不一致状态。

解决：先跑 sfc /scannow 修复组件存储，然后重新执行 enable-feature。如果依旧失败，检查 C:\Windows\Logs\DISM\dism.log 和 CBS.log，重点看最后几十行里 Failed 后面的具体组件名称，再针对缺失组件手动添加。

6. 安装后的验证与备份习惯：用一条命令确认成果

验证 .NET 3.5 是否真正可用，不要只看注册表。最可靠的方式是跑一条命令确认运行时能正常加载：

dism /online /get-featureinfo /featurename:NetFx3 | findstr /i "状态"

如果显示“已启用”，再用 PowerShell 加载程序集测试实际运行环境：

[System.Reflection.Assembly]::LoadWithPartialName("System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a") | Select-Object FullName

正常输出会包含完整的强名称，说明 2.0 运行时可用。同时建议把 IIS-ASPNET 子功能一并检查，确认网站能正常切换应用池。

验证之外，我习惯在每次给服务器装完 .NET 3.5 后做一件事：把安装介质的 sources\sxs 整个目录复制到服务器本地 D:\sxs_backup，然后在系统里配置组策略“指定可选功能安装位置”，指向这个本地目录。路径是计算机配置 → 管理模板 → 系统 → 可选组件安装 → 指定可选功能安装位置，填 D:\sxs_backup。这样以后在这个机器上装其他依赖 .NET 3.5 的功能（比如 PowerShell 3.0 的某些模块），系统会优先读本地，不再去 Windows Update 空等。从那以后我再也没有为找不到安装源浪费过时间，希望这套流程也能帮到你。

本文还有配套的精品资源，点击获取