SSMS 18.9.2编辑代理作业步骤时崩溃且重装无效如何解决?
排查解决思路
- 先修复.NET Framework 4.x运行时
故障报错指向clr.dll(.NET Framework核心运行时模块)损坏,且DTSWizard也触发相同错误,排除SSMS本身的问题。进入控制面板-程序和功能,找到已安装的Microsoft .NET Framework 4.x版本,右键选择「更改」-「修复」,完成后重启设备。也可以管理员身份运行CMD,依次执行以下命令修复系统组件:
DISM /Online /Cleanup-Image /RestoreHealth sfc /scannow
执行完成后重启设备再测试故障是否复现。
- 排查近期系统/软件变动
故障是两天前才出现,排查故障发生前后24小时内的系统更新、第三方软件安装记录:- 在控制面板-程序和功能中按「安装时间」排序,卸载近期安装的杀毒、加密、系统优化类软件,以及其他SQL相关组件(旧版本SSDT、SQL运行库等)
- 暂时退出所有第三方安全软件,排除进程注入、拦截导致的内存访问错误
- 清理SSMS用户配置缓存
常规卸载SSMS不会删除用户本地配置文件,损坏的缓存会导致重装后问题依旧。关闭所有SSMS进程后,打开资源管理器访问%AppData%\Microsoft\SQL Server Management Studio,将对应18版本的文件夹重命名为备份后缀,重启SSMS会自动生成新的配置文件,再测试功能是否正常。 - 替换版本验证
可以安装独立的SSMS 19.x版本,该版本和18.x环境不冲突,安装完成后测试编辑代理作业、调用DTSWizard是否正常,判断是否为18.9.2版本和当前系统的兼容性问题。 - .NET运行时重装
如果上述步骤都无效,完全卸载当前安装的.NET Framework 4.8版本,重启后重新安装官方最新.NET Framework 4.8运行时包,再重新安装SSMS测试。
内容的提问来源于stack exchange,提问作者Darrell
相关产品推荐
相关产品推荐

