由于之前創建的發布訂閱造成嚴重的性能壓力，癥狀表現為發布訂閱表查詢產生CMEMTHREAD? suspend等待，由于開發配置每隔十分鐘會產生大量的SQLCOMMAND（create table，create index大量的命令）發布訂閱 復制監視器 有Memory壓力的假象，最開始反映在前端，時卡時慢，同樣的語句，同樣的緩存計劃，不同時間段查詢時間長短不一，甚至超時，最開始以為08的內存內存沒有2012+的有優勢，最開始有打算升級系統打算，不過不現實，經過分析提出兩種方案，最后舍棄了一個有成本產生的一種方案；重新配置分發服務器！！！詳情見另博客！

?? 當配置完時一個作業失敗了：

錯誤日志信息：

消息
已以用戶 .\SHBackupManager 的身份執行。 無法刪除目錄 '\\SHS-PQWEWQESQL02\repldata\unc\SHS-XXXX2_OT_XXXT_OTXXXXP\20161116144117\'。請查看 xp_cmdshell 的安全上下文，并關閉其他可能正在訪問該目錄的進程。 [SQLSTATE 42000] (錯誤 20015).? 該步驟失敗。

?

錯誤日志消息：

Replication-@rowcount_only 參數值必須是 0、1 或 2。0=7.0 兼容的校驗和。1=只檢查行計數。2=版本 8.0 中引入的新校驗和功能。: agent distribution@rowcount_only 參數值必須是 0、1 或 2。0=7.0 兼容的校驗和。1=只檢查行計數。2=版本 8.0 中引入的新校驗和功能。 scheduled for retry. 無法清除分發事務表。

解決：

找到我們放快照的文件夾，屬性-安全

到了這里原以為ok了，執行還是一樣的報錯！！！

由于我采用了訂閱請求模式，用的是網絡共享文件夾路徑；所以要給網絡共享的用戶賦予權限！！！

?

?

測試結果

轉載于:https://www.cnblogs.com/kingwwz/p/6070087.html

總結

以上是生活随笔為你收集整理的SQLServer Agent执行[分发清除: distribution] 无法删除快照文件的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。