SQL 2005維護清理任務.bak文件未被刪除

我有一個SQL 2005維護計劃運行備份以創建.bak文件，並且在成功完成時應該運行維護清理任務來刪除任何文件。備份任務所保存的文件夾中的bak文件大於5天。SQL 2005維護清理任務.bak文件未被刪除

我正在創建備份，但我的舊文件未被刪除。我在日誌中沒有看到任何錯誤。我認爲也許我有一個權限問題 - 運行該作業的帳戶需要訪問.bak文件要從中刪除的文件夾。這似乎是一個可能的原因.bak文件不被刪除？

如何找出該作業在哪個帳戶下運行？我猜這將是SQL代理帳戶。我以爲這將是名爲'SQLServer2005AgentUser'的帳戶，所以我試圖給該帳戶完全控制，但我的.bak文件仍未被刪除。

我應該採取不同的方法來清理舊文件嗎？還是有什麼我做錯了或不理解？

來源

2009-06-12 hilary

我有這個完全相同的問題。我記得，問題在於我如何在清理任務設置上指定文件擴展名。

在維護清理任務上，檢查您的設置'文件擴展名'。如果設置爲「.bak」，則將其更改爲「bak」（顯然沒有引號，也沒有點）。

這解決了我的問題。這讓我瘋狂！

來源

2009-06-12 15:10:44

非常感謝。我曾有一個 '。'在那裏。拿出來，一切按預期工作。你讓我今天一整天都感覺很好！ – hilary 2009-06-12 15:36:27

即使將只是「明博」還我得到的問題

來源

2009-07-14 12:41:12

在路徑備份文件的位置，請確保您有在路徑例如，最近的文件夾後，一個反斜槓。

E：\ MSSQL \備份\

駕駛我們堅果的年齡後，爲我們工作...

來源

2010-07-22 15:13:54 Benj

還有另一種可能性，創造了同樣的問題（沒有刪除舊的備份文件）。當舊版SSMS（2005年11月1日，9.00.1399 SQL Server 2005 RTM）用於修改維護計劃時，刪除第一級子文件夾的功能將被禁用。我知道大多數人不會使用這個舊版本的SSMS。在我看到的其中一個案例中，有一位用戶在他的電腦上安裝了這個RTM SSMS版本，這就是導致這個問題的原因。我花了一段時間才意識到這個問題。

總結一下，不僅數據庫需要打補丁，SSMS也需要打補丁。確保沒有人應該使用RTM SSMS修改維護計劃。

來源

2012-08-14 20:50:12

SQL 2005維護清理任務.bak文件未被刪除

回答

相關問題