由于之前創建的發布訂閱造成嚴重的性能壓力,癥狀表現為發布訂閱表查詢產生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了,執行還是一樣的報錯!!!
由于我采用了訂閱請求模式,用的是網絡共享文件夾路徑;所以要給網絡共享的用戶賦予權限!!!
?
?
測試結果