维护计划维护清理任务成功运行,但未删除文件?

| 这让我发疯。我尝试了所有建议,但没有成功。 这绝对是行不通的。文件都还在那里。 作业成功运行,但是文件不会删除。     
已邀请:
我最近遇到了同样的问题,这是由于文件夹权限所致。很容易检查: 检查最近的bak或trn文件的属性,安全性,并找出所有者是谁。 现在,检查备份文件夹的属性,安全性,并查看步骤1中的FILE所有者是否具有足够的有效权限来删除文件。该帐户可能仅具有创建和修改的能力,而不能删除文件。 奇怪的是,即使计划失败了,它也总是“成功”执行。这就是为什么老师不应该让学生给自己的考试打分的原因。 (笑)。     
此帐户使用什么帐户?域管理员,服务等? 我一直发现创建批处理作业和使用Windows Scheduler在x周内清理.bak文件更加容易。您是否可以查看作业历史记录并查看任务是否成功/失败,也许还值得在服务器上查看事件查看器。     
我能找到的唯一解决方案是采用从清理任务生成的SQL,然后在SP中运行它,\\引起猜测吗?该计划生成的SQL可以完美运行!!!! 这是我用来运行的代码,它可以正常工作。
ALTER PROCEDURE spUtility_delete_OldBackups
AS

DECLARE @date varchar(28)
SET @date = CONVERT(varchar(28),DATEADD(DAY, -5,GETDATE()))


EXECUTE master.dbo.xp_delete_file 0, \'D:\\Program Files\\Microsoft SQL Server\\MSSQL.1\\MSSQL\\Backup\\EEIDW\\\', \'bak\', @date,1

EXECUTE master.dbo.xp_delete_file 0,\'D:\\Program Files\\Microsoft SQL Server\\MSSQL.1\\MSSQL\\Backup\\EEIDW\\\',\'diff\', @date,1

EXECUTE master.dbo.xp_delete_file 0,\'D:\\Program Files\\Microsoft SQL Server\\MSSQL.1\\MSSQL\\Backup\\EEIDW\\\',\'trn\', @date,1
    
我有一个运行类似的作业,没有问题,运行SQLServerAgent的帐户是什么,这些维护计划以SQLServerAgent的身份执行,如果运行SQLServerAgent的安全上下文没有足够的权限,则此作业将失败,应该有一些作业历史记录那会告诉你更多。     

要回复问题请先登录注册