无法删除Maintainplan Job 错误547

简介:

今天删除SQLServer维护计划的时候出现下面的错误:

 

The DELETE statement conflicted with the REFERENCE constraint "FK_subplan_job_id". The conflict occurred in database "msdb", table "dbo.sysmaintplan_subplans". (Microsft SQL Server, Error:547)

 

 

 

解决办法:

 

Use MSDB

go

delete from sysmaintplan_subplanswherejob_idin

( select job_idfromsysjobswhere namelike'%MaintenancePlan.Subplan_1%')

 

执行成功后在Management studio中可以正常删除维护计划Job

 

如果上面的语句无法成功,提示“tablesysmaintplan_log,可以先执行下面的语句然后在删除sysmaintplan_subplans记录。

 

deletesysmaintplan_log

fromsysmaintplan_subplans as subplans INNER JOIN

sysjobs_viewas syjobsonsubplans.job_id=syjobs.job_idINNERJOIN

sysmaintplan_log onsubplans.subplan_id=sysmaintplan_log.subplan_id

where (syjobs.name= @jobName);


本文转自 lzf328 51CTO博客,原文链接:http://blog.51cto.com/lzf328/968394




相关文章
|
6月前
|
前端开发 Java 调度
XXL-JOB 日志表和日志文件自动清理
XXL-JOB 日志表和日志文件自动清理
|
Shell 数据安全/隐私保护
执行jobs命令查看不到任务的原因终于找到了
背景 执行nohup command &后,断开终端,执行jobs命令查看不到任务的原因,终于找到了。 首先执行完如下步骤: 1.nohup scp user@server:path/file localpath 2.输入密码 3.按Ctrl+Z挂起当前进程 4.使用命令bg让挂起的进程继续运行
|
3月前
|
SQL 数据库 数据安全/隐私保护
SQL Server数据库Owner导致事务复制log reader job无法启动的解决办法
【8月更文挑战第14天】解决SQL Server事务复制Log Reader作业因数据库所有者问题无法启动的方法:首先验证数据库所有者是否有效并具足够权限;若非,使用`ALTER AUTHORIZATION`更改为有效登录名。其次,确认Log Reader使用的登录名拥有读取事务日志所需的角色权限。还需检查复制配置是否准确无误,并验证Log Reader代理的连接信息及参数。重启SQL Server Agent服务或手动启动Log Reader作业亦可能解决问题。最后,审查SQL Server错误日志及Windows事件查看器以获取更多线索。
|
6月前
|
Kubernetes Perl 容器
已解决: k8s 想删除某个pod 找不到文件了
已解决: k8s 想删除某个pod 找不到文件了
|
Linux Perl
执行`pod mpaas`找不到命令
执行`pod mpaas`找不到命令
161 2
|
Oracle 关系型数据库 数据库
查询listener的日志排除不能登录的错误
一个开发人员反映navicat不能登录Oracle数据库,请我帮忙看看
|
分布式计算 关系型数据库 MySQL
Job 作业的使用--创建、查看、执行、删除 | 学习笔记
快速学习 Job 作业的使用--创建、查看、执行、删除
381 0
Job 作业的使用--创建、查看、执行、删除 | 学习笔记
|
存储 分布式计算 安全
Job 作业的使用--免密执行 | 学习笔记
快速学习 Job 作业的使用--免密执行
Job 作业的使用--免密执行 | 学习笔记
|
前端开发 Oracle 关系型数据库
[20180612]删除bootstrap$记录无法启动.txt
[20180612]删除bootstrap$记录无法启动.txt --//前几天看链接http://www.xifenfei.com/2018/05/willfully-delete-bootstrap.
1344 0