我有一个维护计划,假设要通过BACKUP文件夹并删除所有超过5天的.bak。 当我运行这个工作时,它给了我一个成功的信息,但是旧的.bak文件仍然存在。
我已经尝试了以下问题的一步: SQL维护清理任务'成功'但不删除文件
Result is column IsDamaged = 0
我已经validation了以下问题,这不是我的问题: 维护清理任务运行'成功',但不删除备份文件
我也尝试删除工作和维护计划,并重新创build,但无济于事。
有任何想法吗?
我build议在清理任务期间捕获T-SQL调用来查看input参数是否有意义。 例如 – 我在版本10.0.2766上捕获了以下呼叫:
EXECUTE master.dbo.xp_delete_file 0,N'c:\ temp',N'.bak',N'2011-03-16T09:23:28',1
前面例子中的前五个参数是type(报告1,备份0),文件夹,扩展名,date。
这将有助于确定一个特定的参数是否没有意义(例如 – 正在使用的扩展字段是正确的,date不正确,错误不会发生)。 也有兴趣知道如果该命令是否在计划的上下文外执行。
**更新**我运行进程监视器,并基于SQL Server PID进行筛选。 我无法重现你的错误 – 但是这里是一个成功的归档应该是什么样子的屏幕截图。 有些东西可以与您进行比较 – 如果这是潜在的权限问题,也会让您迅速知晓:

另一个Serverfault用户最近有同样的问题,下面的答案解决了问题,给它一个。
SQL维护清理任务工作但不能删除