如何在 Windows 上卸载 SQL Server Management Studio

卸载 SQL Server Management Studio 前先保存 SQL 脚本，完成或取消查询，再导出服务器注册，在视图 › 已注册的服务器里右键服务器组，选择任务 › 导出，微软说明了 .regsrvr 的导出方法，不能把它当作所有已保存密码的备份，需要的环境设置从工具 › 导入和导出设置里导出，对应说明也在微软文档中，这篇覆盖独立安装的 SSMS 20，SSMS 22 的 Visual Studio Installer 流程另行处理。

关闭并卸载 SSMS 20

关掉 SSMS，在任务管理器里检查 Ssms.exe，到设置 › 应用 › 已安装的应用 › Microsoft SQL Server Management Studio 20 › 卸载，或运行：

winget uninstall --id Microsoft.SQLServerManagementStudio --exact

装了多个版本时先确认选中的是哪一个，实测条目使用 Burn 卸载器，等它完成再处理程序目录，卸载管理客户端不会卸载 SQL Server 数据库引擎。

保留连接和共享库

下面的路径来自实测。

SQL Client SDK、Visual Studio 状态和安装器缓存可能由多个产品共用，不为卸载 SSMS 20 做整套 Visual Studio 清理，微软说明 InstallCleanup 可能影响其他产品。

检查结果

Get-Process Ssms -ErrorAction SilentlyContinue
winget list --id Microsoft.SQLServerManagementStudio --exact
Test-Path "${env:ProgramFiles(x86)}\Microsoft SQL Server Management Studio 20"
Test-Path "$env:APPDATA\Microsoft\SQL Server Management Studio"
Test-Path "$env:LOCALAPPDATA\Microsoft\SQL Server Management Studio"

没有进程输出表示这个名字的程序没在运行，winget 仍有匹配项时可能是另一个 SSMS 版本，先看版本再判断，True 表示对应目录还在，False 表示不存在，保留连接设置是正常的，不代表程序仍装着，查询报错则没有完成核验。

Mole 会列出什么

以下描述的是 2026 年 10 月 3 日测试构建中的行为，对应修复仍在测试，不能据此认定当前下载包已经包含，前面的手动卸载步骤仍然适用。

SSMS 20 程序目录、匹配的快捷方式和使用记录默认选中，Local 和 Roaming 用户设置目录、IsoShell 设置键、SQL 客户端库和共享 Visual Studio 状态不作为这个 SSMS 安装独占的删除目标，导出的设置和数据库文件分开保留。

这次检查覆盖了什么

2026 年 10 月 3 日在 ARM64 虚拟机里，用 SSMS 20.2.1 做 winget 全机安装复测，安装登记显示 20.2.37.0，Burn 卸载完成，程序目录和匹配的快捷方式消失，先前测试留下的用户设置仍保留，没有验证真实服务器连接、凭据恢复、数据库操作或单独使用厂商卸载器的结果。