wsus打开就资源占满，下载的文件无法停止，server2016

你好 Edison,

注意看你命令行最前面的 PS 字样——这意味着你当前正在使用 PowerShell 环境，而不是传统的 CMD (命令提示符)。 在 PowerShell 里，del 命令其实是 Remove-Item 的一个别名，它不认识 /q /f /s 这些老式的 CMD 参数开关，所以系统直接报错并拒绝执行了。

既然你已经在这个 PowerShell 窗口里了，我们没必要退出去。 请直接复制并运行这条专门为 PowerShell 写的等效命令，它同样会用最高权限强行摧毁那些死锁的队列文件：

PowerShell

Remove-Item

_(备用方案：你也可以直接在当前窗口先输入 cmd 并按回车，让它切换回传统模式，然后再粘贴我上次给你的那条 del /q /f /s ... 命令，效果是完全一样的)。 _

只要这条命令成功执行（没有任何报错提示就是成功），那些 600GB 的僵尸任务就被彻底清理了。 接下来，请继续执行我们之前的 第 3 步（重新启动那三个服务）和 第 4 步（运行 wsusutil.exe reset）。

快去试一下这个正确的姿势！ 如果它终于帮你拔掉了这根“毒刺”并拯救了服务器，请务必点击下方的 “接受答案” (Accept Answer)，这会让社区里其他遇到同样报错的兄弟们少走很多弯路！

特雷西。

你好 Edison,

出现 Unable to cancel (无法取消) 是因为这 19 个庞大的下载任务已经在系统底层“死锁”，或者变成了“孤儿任务” (orphaned jobs)。常规的取消命令已经拿它们没办法了，所以它们才会一直强制霸占你的资源。

既然软件层面的命令不听话，我们需要采取更强硬的手段：直接在物理层面上“摧毁” BITS 的任务队列数据库

请再次以管理员身份打开 CMD，严格按顺序执行以下命令进行“硬重置”：

1. 彻底停止相关服务

net stop wsusservice
net stop wuauserv
net stop bits

2. 物理删除死锁的下载队列文件（硬重置核心步骤） 运行下面这条命令，它会直接强制删掉所有卡住的 BITS 状态文件：

del /q /f /s "%ALLUSERSPROFILE%\Microsoft\Network\Downloader\qmgr*.dat"

3. 重新启动服务

net start bits
net start wuauserv
net start wsusservice

4. 强制 WSUS 重新核对文件状态 最后，我们需要让 WSUS 知道我们已经清理了这些垃圾任务。执行以下命令：

cd "C:\Program Files\Update Services\Tools"
wsusutil.exe reset

做完这套“硬重置”之后，那 19 个死锁的任务和 600GB 的疯狂下载就会彻底灰飞烟灭。这个时候，你就可以顺利去执行我上一条回复中的 第 4 步（打开 WSUS 控制台，进入选项，取消勾选“快速安装文件”）。

Tracy.

你好 Edison,

控制台一点击就崩溃的根本原因是：WSUS 依赖的 IIS 应用程序池默认内存限制太小，瞬间就被耗尽了。 而 600GB 的巨量下载，通常是因为你同步了过多的旧产品，或者误开启了“快速安装文件（Express Installation Files）”。

为了拯救你的服务器并夺回控制权，请按顺序执行以下 4 个步骤：

1. 紧急刹车（停止服务和疯狂下载） 首先，我们需要强行停止失控的后台下载。 请以管理员身份打开“命令提示符 (CMD)”并依次运行：

net stop wsusservice
net stop bits
iisreset /stop
bitsadmin /reset /allusers

(注：最后一条命令会直接清空 Windows 后台所有的 BITS 传输队列，强制终止那 600GB 的下载)。

2. 修复 WSUS 控制台崩溃问题 现在我们需要给 WSUS 解除内存封印：

• 打开 IIS 管理器 （Internet Information Services Manager）。

左侧点击 应用程序池 (Application Pools)，在中间找到 WsusPool。

右键点击 WsusPool，选择 高级设置 (Advanced Settings)。

向下滚动找到 专用内存限制 (Private Memory Limit (KB))。 它的默认值通常是 1843200 (约 1.8GB)。 请将其更改为 0（代表无限制）。 点击确定。

3. 重新启动服务 回到刚才的 CMD 窗口，把服务重新跑起来：

iisreset /start
net start bits
net start wsusservice

4. 修改 WSUS 下载规则 (至关重要) 现在再次打开 WSUS 控制台（这次它不会再崩溃了）。

立即进入 选项 （Options） > 更新文件和语言 （Update Files and Languages）。

绝对不要勾选 “下载 Windows 快速安装文件 (Download express installation files)” —— 这就是导致 600GB 庞大体积的罪魁祸首。

进入 产品和分类 (Products and Classifications)，取消勾选所有你不需要的旧系统和软件。

最后，建议运行一下 WSUS 服务器清理向导 (Server Cleanup Wizard) 来清理掉之前下载的无用文件。

如果这个方案成功帮你拯救了这台服务器，请帮忙点击下方的 “接受答案” (Accept Answer)。 这将帮助社区中其他遇到同样 WSUS 灾难的管理员快速找到解法！

特雷西。