该架构是带有 SQL 2016 Standard 的 Server 2016。SSMS 已设置为以管理员身份运行。SSMS 17.6 已安装并重新安装。所有 Microsoft 更新都已安装到服务器和应用程序。
创建维护计划并手动执行不会导致问题。
该架构是带有 SQL 2016 Standard 的 Server 2016。SSMS 已设置为以管理员身份运行。SSMS 17.6 已安装并重新安装。所有 Microsoft 更新都已安装到服务器和应用程序。
创建维护计划并手动执行不会导致问题。
这似乎是 SSMS 17.6 的一个已知问题,建议的解决方法是卸载 17.6 并重新安装 17.5(或更早版本),直到可以在下一个 SSMS 版本中发布修复程序。
存在一个已知问题,即 SSMS 17.6 在使用维护计划时变得不稳定并崩溃。如果您使用维护计划,请不要安装 SSMS 17.6。如果您已安装 17.6 并且此问题正在影响您,请降级到 SSMS 17.5。
截至 2018 年 8 月 11 日,SSMS 17.8.1 可供下载。每个维护计划的每个子计划部分下的调度程序按钮不会崩溃或重新启动工作室。
今天我在客户的系统上遇到了完全相同的问题。它看起来像一个特定于版本的问题。
我得到的错误:
Windows 错误报告事件 1001
CLR20r3
System.NullReferenceException
环境:
我也无法编辑维护子计划的调度程序。单击图标修改调度程序时,应用程序崩溃并自动重新启动。
卸载所有 SSMS 17 版本并重新安装以前的版本为我解决了这个问题。我已经用 17.4 和 17.5 版本对其进行了测试,没有问题。只要安装了 17.6,17.4 也会显示相同的效果,因此在这种情况下必须强制卸载 17.6 接缝。
此致,
斯文