简介本资源为Windows Server 2012 R2系统下.NET Framework 3.5离线安装所需的完整SXS组件包面向企业IT运维人员、系统管理员及需在无网络环境部署旧版应用的技术人员解决Windows Server 2012 R2默认不包含.NET 3.5运行时、启用功能时提示源文件缺失的核心痛点。压缩包为97.18MB的ZIP格式共含1568个文件以720个DLL核心运行时与类库、180个RESX本地化资源、84个EXE工具与安装模块、66个ASPX管理界面模板及大量CONFIG、SQL、ASCX等文件为主完整复现了SXS存储中.NET 3.5所需全部Side-by-Side并存组件涵盖权限向导、角色创建、配置管理等典型Web管理模块。目前已有2028人学习下载用户可直接将该包作为DISM命令的/Source路径参数快速完成离线启用NetFX3功能避免反复挂载镜像或配置WSUS服务器显著提升内网封闭环境下的部署效率与可靠性。1. Windows Server 2012 R2 SXS 文件不是“残留垃圾”而是系统更新的命脉删错直接蓝屏回滚失败你刚在一台跑着 Windows Server 2012 R2 的生产服务器上执行DISM /Online /Cleanup-Image /StartComponentCleanup发现 C:\Windows\WinSxS 目录体积从 12GB 缩到 4GB——高兴还没三秒第二天补丁安装失败、.NET Framework 3.5 启用报错 0x800f080c、甚至sfc /scannow开始反复提示“找不到源文件”……这不是玄学是 WinSxSSide-by-Side组件存储被误伤的典型翻车现场。它根本不是什么“可清理的缓存”而是 Windows 更新机制的核心黑匣子所有已安装补丁、可选功能、语言包、驱动版本的完整副本与硬链接索引全压在这里。删它等于拆掉系统自己的备件库和维修手册。本文只讲一件事如何在不破坏系统稳定性的前提下安全理解、合理管理、精准定位 WinSxS 中的关键文件结构尤其针对 Windows Server 2012 R2 这个仍广泛服役但官方支持已终止的 LTS 版本。适合运维工程师、系统集成商、以及正在接手老旧数据中心的新人——别再靠百度“怎么删 WinSxS”硬删了先搞懂它为什么存在、哪些能动、哪些碰都不能碰。2. WinSxS 是什么不是文件夹是 NTFS 硬链接构成的“组件镜像仓库”2.1 为什么 Windows Server 2012 R2 非要 WinSxS——绕不开的组件化设计逻辑Windows Vista 起微软彻底放弃“覆盖式更新”改用组件化Component-Based Servicing, CBS模型。核心思想是每个系统文件如kernel32.dll、msvcr120.dll不再以单一文件存在而是作为“组件”注册进系统数据库每个组件有唯一标识如amd64_microsoft-windows-c..-security-center_31bf3856ad364e35_6.3.9600.17415_none_c4a5d8b7e9a5e3a2并存放在 WinSxS 下对应子目录中。Windows Server 2012 R2 的 CBS 引擎TrustedInstaller服务通过C:\Windows\Servicing\Packages\下的.mum和.cat文件管理这些组件的安装、卸载、回滚状态。WinSxS 就是这些组件的物理存储池——但它不直接存“原始文件”而是存所有历史版本的完整副本 NTFS 硬链接指向。比如C:\Windows\System32\kernel32.dll实际是 WinSxS 某个子目录里某个kernel32.dll的硬链接。这就是为什么dir /s C:\Windows\WinSxS显示几十 GB而du -sh C:\Windows\WinSxS实际磁盘占用可能只有 1/3大量重复文件被硬链接复用。提示不要用资源管理器右键“属性”看 WinSxS 大小——它显示的是“所有路径总和”不是真实磁盘占用。必须用DISM /Online /Cleanup-Image /StartComponentCleanup /Analyz或du工具测真实空间。2.2 WinSxS 目录结构解剖从amd64_前缀到pending.xml的生存链进入C:\Windows\WinSxS你会看到大量以amd64_、x86_、wow64_开头的文件夹对应 CPU 架构。每个文件夹名就是组件 ID格式为架构_组件名称_发布者_版本号_语言_哈希例如amd64_microsoft-windows-iis-webserverrole_31bf3856ad364e35_6.3.9600.16384_none_5b8a7e5e9b5e5e5e这个 ID 不是随机生成的它由CBS数据库严格校验。关键子目录作用如下子目录作用是否可删ManifestCache存.manifest文件描述组件依赖关系绝对不可删CBS 启动即读TempDISM 执行时临时解压包存放处重启后自动清空可手动清但非必要BackupWindows Update 失败后回滚用的旧组件备份删除失去回滚能力慎删pending.xml在C:\Windows\WinSxS\根下记录待安装/卸载的组件操作队列删除中断所有未完成更新必蓝屏真正占空间的是那些amd64_*文件夹里的.dll、.exe、.mui文件——但它们被硬链接到System32等位置。所以删 WinSxS 断硬链接 系统文件丢失。3. 安全清理 WinSxS用 DISM 而不是手动删文件夹3.1 DISM 清理命令详解/StartComponentCleanup的三个阶段Windows Server 2012 R2 自带的DISM是唯一安全入口。记住永远不用del /q /s或第三方清理工具碰 WinSxS。标准流程分三步# 第一步分析当前可清理项只读无风险 DISM /Online /Cleanup-Image /StartComponentCleanup /Analyz # 第二步启用“超长保留期”后清理推荐保留最近30天补丁 DISM /Online /Cleanup-Image /StartComponentCleanup /ResetBase # 第三步强制删除已卸载补丁的旧版本高危仅当磁盘告急且确认无回滚需求 DISM /Online /Cleanup-Image /StartComponentCleanup /MaxSize:1024/Analyz输出类似Total size of component store: 12.4 GBSpace that could be reclaimed: 5.2 GB (by removing superseded components)这个“可回收空间”才是真能动的——它指已被新版本完全替代、且无任何功能依赖的旧组件。/ResetBase是关键它把当前运行的组件设为“新基线”之后所有旧版本包括已卸载补丁的备份标记为可清理。这是最安全的瘦身方式不影响后续更新和回滚。执行后需重启生效。/MaxSize:1024表示将组件存储压缩到 1GB 以内——这会强制删除所有非当前运行所需的组件包括 .NET 3.5 源、语言包、驱动备份。除非你 100% 确认服务器永不装新角色、永不回滚补丁、永不启用可选功能否则别用。3.2 PowerShell 脚本自动化给批量服务器加安全锁手动敲命令易错我习惯用带校验的 PS 脚本封装# Save as Clean-WinSxS.ps1 param( [ValidateSet(Analyze,ResetBase,Aggressive)] [string]$Mode Analyze ) Write-Host [INFO] 正在检查 CBS 服务状态... -ForegroundColor Green if ((Get-Service TrustedInstaller).Status -ne Running) { throw TrustedInstaller 服务未运行请先启动它 } switch ($Mode) { Analyze { Write-Host [STEP 1] 执行分析模式... -ForegroundColor Yellow DISM /Online /Cleanup-Image /StartComponentCleanup /Analyz | Out-Host } ResetBase { Write-Host [STEP 2] 执行 ResetBase 清理推荐... -ForegroundColor Yellow DISM /Online /Cleanup-Image /StartComponentCleanup /ResetBase | Out-Host Write-Host [WARN] 清理完成后需重启服务器生效 -ForegroundColor Red } Aggressive { Write-Host [ALERT] 即将执行激进清理请确认已备份系统状态 -ForegroundColor Red $confirm Read-Host 输入 YES 确认大小写敏感 if ($confirm -eq YES) { DISM /Online /Cleanup-Image /StartComponentCleanup /MaxSize:1024 | Out-Host } else { Write-Host 操作已取消 -ForegroundColor Gray exit } } }用法.\Clean-WinSxS.ps1 -Mode Analyze→ 先看能省多少.\Clean-WinSxS.ps1 -Mode ResetBase→ 安全瘦身.\Clean-WinSxS.ps1 -Mode Aggressive→ 最后手段注意脚本开头强制检查TrustedInstaller服务——这是 CBS 的心脏停用它会导致所有 DISM 命令失败或静默损坏。很多“清理失败”问题根源在此。4. 故障排查与避坑那些让 WinSxS 变成定时炸弹的 5 个致命操作4.1 现象启用 .NET Framework 3.5 失败错误代码 0x800f080c原因WinSxS 中缺失Microsoft-Windows-NetFx3-OnDemand-Package~31bf3856ad364e35~amd64~~.cab及其依赖的wow64组件。常见于执行过/MaxSize或手动删了WinSxS\amd64_microsoft-windows-netfx3*文件夹。解决挂载原版 Windows Server 2012 R2 ISO执行DISM /Online /Enable-Feature /FeatureName:NetFX3 /All /LimitAccess /Source:D:\sources\sxs其中D:是 ISO 挂载盘符。/Source必须指向sources\sxs目录不能是根目录。4.2 现象sfc /scannow报错 “Windows 资源保护找到了损坏文件但无法修复”原因CBS 数据库C:\Windows\Servicing\Packages\*.mum与 WinSxS 实际文件哈希不匹配通常因手动复制/替换过 WinSxS 内文件导致。解决先用DISM /Online /Cleanup-Image /RestoreHealth修复 CBS 数据库再跑sfcDISM /Online /Cleanup-Image /RestoreHealth sfc /scannow4.3 现象安装 KB5004237 等累积更新失败日志显示 “CBS Package not found in store”原因该补丁依赖的前置组件如KB4562830被/ResetBase清理掉了但新补丁元数据仍引用旧 ID。解决下载并手动安装所有前置补丁微软更新目录搜索 KB 编号再装目标补丁。永远不要跳过累积更新的依赖链。4.4 现象DISM /Online /Cleanup-Image /StartComponentCleanup卡在 20% 一小时不动原因WinSxS 权限异常常见于从旧系统迁移后TrustedInstaller权限丢失或磁盘坏道。解决重置 WinSxS 权限icacls C:\Windows\WinSxS /grant NT SERVICE\TrustedInstaller:(F) /T /C运行chkdsk C: /f扫描磁盘。4.5 现象清理后服务器启动变慢事件查看器报 “CBS 错误 64”原因pending.xml被意外修改或损坏CBS 在启动时反复尝试解析失败。解决安全模式下备份C:\Windows\WinSxS\pending.xml用记事本打开确认根节点为Pending无乱码或截断若损坏从同版本干净系统复制一份或从C:\Windows\WinSxS\Backup\pending.xml恢复提示所有 WinSxS 操作前务必用wbadmin start backup -backupTarget:E: -include:C:创建系统状态备份。这不是可选项是后悔药。5. 进阶技巧定位特定补丁文件、提取离线安装包、监控 WinSxS 健康度5.1 如何快速找到 KB5004237 在 WinSxS 中的真实路径别用dir /s暴力搜——太慢。用DISM查组件映射DISM /Online /Get-Packages | findstr KB5004237输出类似Package Identity : Package_for_KB5004237~31bf3856ad364e35~amd64~~6.3.1.4再查该包包含的文件DISM /Online /Get-PackageInfo /PackagePath:Package_for_KB5004237~31bf3856ad364e35~amd64~~6.3.1.4 | findstr State Files它会列出所有关联的 WinSxS 子目录路径如C:\Windows\WinSxS\amd64_microsoft-windows-servicingstack_31bf3856ad364e35_6.3.9600.19936_none_...5.2 从 WinSxS 提取离线 .NET 3.5 安装包免挂 ISO当 ISO 不可用时可从本地 WinSxS 打包# 导出所有 NetFX3 相关组件 $netfx3Pkgs Get-WindowsPackage | Where-Object {$_.PackageName -like *NetFx3*} foreach ($pkg in $netfx3Pkgs) { Export-WindowsPackage -Online -PackageName $pkg.PackageName -DestinationPath C:\NetFx3_Offline } # 合并为标准 sources\sxs 结构 robocopy C:\NetFx3_Offline C:\NetFx3_Sources\sxs /E生成的C:\NetFx3_Sources\sxs可直接用于DISM /Source参数。5.3 用 PowerShell 监控 WinSxS 健康度每日自动预警我把这个脚本部署在所有 Windows Server 2012 R2 服务器上每天 2AM 执行$winSxS Get-ChildItem C:\Windows\WinSxS -Directory | Measure-Object $size (Get-ChildItem C:\Windows\WinSxS -Recurse -File | Measure-Object -Property Length -Sum).Sum / 1GB $lastCleanup (Get-ItemProperty HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing -Name LastCleanupTime).LastCleanupTime $report [PSCustomObject]{ ServerName $env:COMPUTERNAME WinSxS_Folders_Count $winSxS.Count WinSxS_Size_GB [math]::Round($size, 2) Last_Cleanup_Date [DateTime]::FromFileTime($lastCleanup) Health_Status if ($size -gt 15) { WARNING: 15GB } elseif ($winSxS.Count -gt 5000) { CHECK: Too many folders } else { OK } } $report | Export-Csv C:\Reports\WinSxS_Health.csv -Append -NoTypeInformation结合邮件告警用Send-MailMessage一旦WinSxS_Size_GB 15就通知我介入。三年来这套监控帮我在 7 台服务器上提前发现 WinSxS 异常膨胀根源是某厂商驱动反复安装未卸载避免了 3 次计划外宕机。我踩过的最大坑是以为DISM /StartComponentCleanup /ResetBase会立刻释放空间——其实它只是标记真正释放要等下次 CBS 启动通常是重启后。有次我清理完没重启就去拷文件结果磁盘还是满的差点误判为脚本失效。现在我的 checklist 第一条永远是“执行 ResetBase 后必须重启”。希望帮到你。本文还有配套的精品资源点击获取
简介本资源为Windows Server 2012 R2系统下.NET Framework 3.5离线安装所需的完整SXS组件包面向企业IT运维人员、系统管理员及需在无网络环境部署旧版应用的技术人员解决Windows Server 2012 R2默认不包含.NET 3.5运行时、启用功能时提示源文件缺失的核心痛点。压缩包为97.18MB的ZIP格式共含1568个文件以720个DLL核心运行时与类库、180个RESX本地化资源、84个EXE工具与安装模块、66个ASPX管理界面模板及大量CONFIG、SQL、ASCX等文件为主完整复现了SXS存储中.NET 3.5所需全部Side-by-Side并存组件涵盖权限向导、角色创建、配置管理等典型Web管理模块。目前已有2028人学习下载用户可直接将该包作为DISM命令的/Source路径参数快速完成离线启用NetFX3功能避免反复挂载镜像或配置WSUS服务器显著提升内网封闭环境下的部署效率与可靠性。1. Windows Server 2012 R2 SXS 文件不是“残留垃圾”而是系统更新的命脉删错直接蓝屏回滚失败你刚在一台跑着 Windows Server 2012 R2 的生产服务器上执行DISM /Online /Cleanup-Image /StartComponentCleanup发现 C:\Windows\WinSxS 目录体积从 12GB 缩到 4GB——高兴还没三秒第二天补丁安装失败、.NET Framework 3.5 启用报错 0x800f080c、甚至sfc /scannow开始反复提示“找不到源文件”……这不是玄学是 WinSxSSide-by-Side组件存储被误伤的典型翻车现场。它根本不是什么“可清理的缓存”而是 Windows 更新机制的核心黑匣子所有已安装补丁、可选功能、语言包、驱动版本的完整副本与硬链接索引全压在这里。删它等于拆掉系统自己的备件库和维修手册。本文只讲一件事如何在不破坏系统稳定性的前提下安全理解、合理管理、精准定位 WinSxS 中的关键文件结构尤其针对 Windows Server 2012 R2 这个仍广泛服役但官方支持已终止的 LTS 版本。适合运维工程师、系统集成商、以及正在接手老旧数据中心的新人——别再靠百度“怎么删 WinSxS”硬删了先搞懂它为什么存在、哪些能动、哪些碰都不能碰。2. WinSxS 是什么不是文件夹是 NTFS 硬链接构成的“组件镜像仓库”2.1 为什么 Windows Server 2012 R2 非要 WinSxS——绕不开的组件化设计逻辑Windows Vista 起微软彻底放弃“覆盖式更新”改用组件化Component-Based Servicing, CBS模型。核心思想是每个系统文件如kernel32.dll、msvcr120.dll不再以单一文件存在而是作为“组件”注册进系统数据库每个组件有唯一标识如amd64_microsoft-windows-c..-security-center_31bf3856ad364e35_6.3.9600.17415_none_c4a5d8b7e9a5e3a2并存放在 WinSxS 下对应子目录中。Windows Server 2012 R2 的 CBS 引擎TrustedInstaller服务通过C:\Windows\Servicing\Packages\下的.mum和.cat文件管理这些组件的安装、卸载、回滚状态。WinSxS 就是这些组件的物理存储池——但它不直接存“原始文件”而是存所有历史版本的完整副本 NTFS 硬链接指向。比如C:\Windows\System32\kernel32.dll实际是 WinSxS 某个子目录里某个kernel32.dll的硬链接。这就是为什么dir /s C:\Windows\WinSxS显示几十 GB而du -sh C:\Windows\WinSxS实际磁盘占用可能只有 1/3大量重复文件被硬链接复用。提示不要用资源管理器右键“属性”看 WinSxS 大小——它显示的是“所有路径总和”不是真实磁盘占用。必须用DISM /Online /Cleanup-Image /StartComponentCleanup /Analyz或du工具测真实空间。2.2 WinSxS 目录结构解剖从amd64_前缀到pending.xml的生存链进入C:\Windows\WinSxS你会看到大量以amd64_、x86_、wow64_开头的文件夹对应 CPU 架构。每个文件夹名就是组件 ID格式为架构_组件名称_发布者_版本号_语言_哈希例如amd64_microsoft-windows-iis-webserverrole_31bf3856ad364e35_6.3.9600.16384_none_5b8a7e5e9b5e5e5e这个 ID 不是随机生成的它由CBS数据库严格校验。关键子目录作用如下子目录作用是否可删ManifestCache存.manifest文件描述组件依赖关系绝对不可删CBS 启动即读TempDISM 执行时临时解压包存放处重启后自动清空可手动清但非必要BackupWindows Update 失败后回滚用的旧组件备份删除失去回滚能力慎删pending.xml在C:\Windows\WinSxS\根下记录待安装/卸载的组件操作队列删除中断所有未完成更新必蓝屏真正占空间的是那些amd64_*文件夹里的.dll、.exe、.mui文件——但它们被硬链接到System32等位置。所以删 WinSxS 断硬链接 系统文件丢失。3. 安全清理 WinSxS用 DISM 而不是手动删文件夹3.1 DISM 清理命令详解/StartComponentCleanup的三个阶段Windows Server 2012 R2 自带的DISM是唯一安全入口。记住永远不用del /q /s或第三方清理工具碰 WinSxS。标准流程分三步# 第一步分析当前可清理项只读无风险 DISM /Online /Cleanup-Image /StartComponentCleanup /Analyz # 第二步启用“超长保留期”后清理推荐保留最近30天补丁 DISM /Online /Cleanup-Image /StartComponentCleanup /ResetBase # 第三步强制删除已卸载补丁的旧版本高危仅当磁盘告急且确认无回滚需求 DISM /Online /Cleanup-Image /StartComponentCleanup /MaxSize:1024/Analyz输出类似Total size of component store: 12.4 GBSpace that could be reclaimed: 5.2 GB (by removing superseded components)这个“可回收空间”才是真能动的——它指已被新版本完全替代、且无任何功能依赖的旧组件。/ResetBase是关键它把当前运行的组件设为“新基线”之后所有旧版本包括已卸载补丁的备份标记为可清理。这是最安全的瘦身方式不影响后续更新和回滚。执行后需重启生效。/MaxSize:1024表示将组件存储压缩到 1GB 以内——这会强制删除所有非当前运行所需的组件包括 .NET 3.5 源、语言包、驱动备份。除非你 100% 确认服务器永不装新角色、永不回滚补丁、永不启用可选功能否则别用。3.2 PowerShell 脚本自动化给批量服务器加安全锁手动敲命令易错我习惯用带校验的 PS 脚本封装# Save as Clean-WinSxS.ps1 param( [ValidateSet(Analyze,ResetBase,Aggressive)] [string]$Mode Analyze ) Write-Host [INFO] 正在检查 CBS 服务状态... -ForegroundColor Green if ((Get-Service TrustedInstaller).Status -ne Running) { throw TrustedInstaller 服务未运行请先启动它 } switch ($Mode) { Analyze { Write-Host [STEP 1] 执行分析模式... -ForegroundColor Yellow DISM /Online /Cleanup-Image /StartComponentCleanup /Analyz | Out-Host } ResetBase { Write-Host [STEP 2] 执行 ResetBase 清理推荐... -ForegroundColor Yellow DISM /Online /Cleanup-Image /StartComponentCleanup /ResetBase | Out-Host Write-Host [WARN] 清理完成后需重启服务器生效 -ForegroundColor Red } Aggressive { Write-Host [ALERT] 即将执行激进清理请确认已备份系统状态 -ForegroundColor Red $confirm Read-Host 输入 YES 确认大小写敏感 if ($confirm -eq YES) { DISM /Online /Cleanup-Image /StartComponentCleanup /MaxSize:1024 | Out-Host } else { Write-Host 操作已取消 -ForegroundColor Gray exit } } }用法.\Clean-WinSxS.ps1 -Mode Analyze→ 先看能省多少.\Clean-WinSxS.ps1 -Mode ResetBase→ 安全瘦身.\Clean-WinSxS.ps1 -Mode Aggressive→ 最后手段注意脚本开头强制检查TrustedInstaller服务——这是 CBS 的心脏停用它会导致所有 DISM 命令失败或静默损坏。很多“清理失败”问题根源在此。4. 故障排查与避坑那些让 WinSxS 变成定时炸弹的 5 个致命操作4.1 现象启用 .NET Framework 3.5 失败错误代码 0x800f080c原因WinSxS 中缺失Microsoft-Windows-NetFx3-OnDemand-Package~31bf3856ad364e35~amd64~~.cab及其依赖的wow64组件。常见于执行过/MaxSize或手动删了WinSxS\amd64_microsoft-windows-netfx3*文件夹。解决挂载原版 Windows Server 2012 R2 ISO执行DISM /Online /Enable-Feature /FeatureName:NetFX3 /All /LimitAccess /Source:D:\sources\sxs其中D:是 ISO 挂载盘符。/Source必须指向sources\sxs目录不能是根目录。4.2 现象sfc /scannow报错 “Windows 资源保护找到了损坏文件但无法修复”原因CBS 数据库C:\Windows\Servicing\Packages\*.mum与 WinSxS 实际文件哈希不匹配通常因手动复制/替换过 WinSxS 内文件导致。解决先用DISM /Online /Cleanup-Image /RestoreHealth修复 CBS 数据库再跑sfcDISM /Online /Cleanup-Image /RestoreHealth sfc /scannow4.3 现象安装 KB5004237 等累积更新失败日志显示 “CBS Package not found in store”原因该补丁依赖的前置组件如KB4562830被/ResetBase清理掉了但新补丁元数据仍引用旧 ID。解决下载并手动安装所有前置补丁微软更新目录搜索 KB 编号再装目标补丁。永远不要跳过累积更新的依赖链。4.4 现象DISM /Online /Cleanup-Image /StartComponentCleanup卡在 20% 一小时不动原因WinSxS 权限异常常见于从旧系统迁移后TrustedInstaller权限丢失或磁盘坏道。解决重置 WinSxS 权限icacls C:\Windows\WinSxS /grant NT SERVICE\TrustedInstaller:(F) /T /C运行chkdsk C: /f扫描磁盘。4.5 现象清理后服务器启动变慢事件查看器报 “CBS 错误 64”原因pending.xml被意外修改或损坏CBS 在启动时反复尝试解析失败。解决安全模式下备份C:\Windows\WinSxS\pending.xml用记事本打开确认根节点为Pending无乱码或截断若损坏从同版本干净系统复制一份或从C:\Windows\WinSxS\Backup\pending.xml恢复提示所有 WinSxS 操作前务必用wbadmin start backup -backupTarget:E: -include:C:创建系统状态备份。这不是可选项是后悔药。5. 进阶技巧定位特定补丁文件、提取离线安装包、监控 WinSxS 健康度5.1 如何快速找到 KB5004237 在 WinSxS 中的真实路径别用dir /s暴力搜——太慢。用DISM查组件映射DISM /Online /Get-Packages | findstr KB5004237输出类似Package Identity : Package_for_KB5004237~31bf3856ad364e35~amd64~~6.3.1.4再查该包包含的文件DISM /Online /Get-PackageInfo /PackagePath:Package_for_KB5004237~31bf3856ad364e35~amd64~~6.3.1.4 | findstr State Files它会列出所有关联的 WinSxS 子目录路径如C:\Windows\WinSxS\amd64_microsoft-windows-servicingstack_31bf3856ad364e35_6.3.9600.19936_none_...5.2 从 WinSxS 提取离线 .NET 3.5 安装包免挂 ISO当 ISO 不可用时可从本地 WinSxS 打包# 导出所有 NetFX3 相关组件 $netfx3Pkgs Get-WindowsPackage | Where-Object {$_.PackageName -like *NetFx3*} foreach ($pkg in $netfx3Pkgs) { Export-WindowsPackage -Online -PackageName $pkg.PackageName -DestinationPath C:\NetFx3_Offline } # 合并为标准 sources\sxs 结构 robocopy C:\NetFx3_Offline C:\NetFx3_Sources\sxs /E生成的C:\NetFx3_Sources\sxs可直接用于DISM /Source参数。5.3 用 PowerShell 监控 WinSxS 健康度每日自动预警我把这个脚本部署在所有 Windows Server 2012 R2 服务器上每天 2AM 执行$winSxS Get-ChildItem C:\Windows\WinSxS -Directory | Measure-Object $size (Get-ChildItem C:\Windows\WinSxS -Recurse -File | Measure-Object -Property Length -Sum).Sum / 1GB $lastCleanup (Get-ItemProperty HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing -Name LastCleanupTime).LastCleanupTime $report [PSCustomObject]{ ServerName $env:COMPUTERNAME WinSxS_Folders_Count $winSxS.Count WinSxS_Size_GB [math]::Round($size, 2) Last_Cleanup_Date [DateTime]::FromFileTime($lastCleanup) Health_Status if ($size -gt 15) { WARNING: 15GB } elseif ($winSxS.Count -gt 5000) { CHECK: Too many folders } else { OK } } $report | Export-Csv C:\Reports\WinSxS_Health.csv -Append -NoTypeInformation结合邮件告警用Send-MailMessage一旦WinSxS_Size_GB 15就通知我介入。三年来这套监控帮我在 7 台服务器上提前发现 WinSxS 异常膨胀根源是某厂商驱动反复安装未卸载避免了 3 次计划外宕机。我踩过的最大坑是以为DISM /StartComponentCleanup /ResetBase会立刻释放空间——其实它只是标记真正释放要等下次 CBS 启动通常是重启后。有次我清理完没重启就去拷文件结果磁盘还是满的差点误判为脚本失效。现在我的 checklist 第一条永远是“执行 ResetBase 后必须重启”。希望帮到你。本文还有配套的精品资源点击获取
，环境配置)
