我之前在Server 2016 + SQL 2016 Standard的环境里碰到过一模一样的问题，结合你的情况（SSMS已设管理员运行、重装过、全更已打），给你几个实用的排查和解决思路：

• 检查SQL Server Agent服务的权限与状态
  维护计划的调度依赖SQL Agent，服务账户权限不足或者状态异常很容易触发SSMS崩溃。你可以打开services.msc，找到「SQL Server Agent」服务：

  1. 右键→属性→登录选项卡，确认使用的是本地系统账户，或者拥有足够权限的域账户（需要能访问计划任务、磁盘等资源）
  2. 重启该服务后，再尝试配置维护计划的调度

• 清除SSMS的用户配置缓存
  重装SSMS后残留的旧配置缓存损坏是这类奇怪崩溃的常见原因。操作步骤：

  1. 关闭所有SSMS窗口
  2. 打开文件资源管理器，输入路径%APPDATA%\Microsoft\SQL Server Management Studio\14.0（SSMS 17.x对应版本号14.0）
  3. 删除整个14.0文件夹，然后重新启动SSMS，再试调度配置

• 验证任务计划程序的权限设置
  维护计划的调度本质是创建Windows任务，管理员账户对任务计划程序的权限异常可能导致SSMS崩溃：

  1. 打开「任务计划程序」，右键「任务计划程序库」→属性→安全选项卡
  2. 确认你的管理员账户拥有「完全控制」权限，若没有则添加权限，然后重启「任务计划程序服务」

• 用T-SQL脚本绕过图形界面创建调度
  如果SSMS图形界面一直崩溃，直接用脚本创建维护计划和调度是个可靠的替代方案。示例脚本如下（按需修改参数）：

  USE [msdb]
  GO
  
  -- 1. 创建维护计划作业
  EXEC dbo.sp_add_job
      @job_name = N'数据库备份维护作业',
      @enabled = 1,
      @description = N'自动执行数据库全量备份的维护计划作业';
  GO
  
  -- 2. 创建调度（每天22:00执行）
  EXEC dbo.sp_add_schedule
      @schedule_name = N'每日备份调度',
      @freq_type = 4, -- 4=每天，1=一次，8=每周，16=每月
      @freq_interval = 1,
      @active_start_time = 220000; -- 格式为HHMMSS
  GO
  
  -- 3. 关联作业与调度
  EXEC dbo.sp_attach_schedule
      @job_name = N'数据库备份维护作业',
      @schedule_name = N'每日备份调度';
  GO
  
  -- 4. 添加备份步骤（替换为你的数据库名和备份路径）
  EXEC dbo.sp_add_jobstep
      @job_name = N'数据库备份维护作业',
      @step_name = N'全量备份业务数据库',
      @subsystem = N'TSQL',
      @command = N'BACKUP DATABASE [YourBusinessDB] TO DISK = N''D:\SQLBackups\YourBusinessDB_Full.bak'' WITH INIT, COMPRESSION;',
      @database_name = N'master';
  GO
  

• 查看Windows事件日志定位崩溃根源
  SSMS崩溃时会在Windows事件日志里留下详细的错误信息，能帮你精准定位问题：

  1. 打开「事件查看器」→「Windows日志」→「应用程序」
  2. 查找来源为「Application Error」、进程名为「ssms.exe」的事件，查看异常代码和故障模块信息（比如某个DLL损坏），针对性修复对应组件

内容的提问来源于stack exchange，提问作者Kurwin