2012-07-16 111 views
2

我想設置一個複製數據庫有很多的讀/寫,雖然總體數據庫大小約爲35GB。SQL事務日誌與複製膨脹

事務複製服務器已配置,但是一個星期後,日誌臃腫到22GB,並放慢了服務器的速度。

我設法停止複製和日誌不斷增長,現在是穩定的日誌在0.1%的22GB使用(我沒有縮小整體日誌大小,因爲我沒有看到這方面的需要)。

  • 與Windows備份夜間進行
  • 恢復模式完全備份很簡單
  • 運行在RAID10,支持8倍SAS 10K硬盤
  • 32GB的RAM,的Win2008的x64 SP1
  • 限制SQL只能使用24GB,因此服務器擁有75%的內存使用率
  • 根據資源監視器,平均磁盤活動大約爲100KB/s,隊列長度爲0.05,沒有任何複製
  • 備份服務器運行相同的操作系統,4GB內存,RAID1 SATA 7.2k 500GB

問題是 - 我做錯了什麼導致事務日誌不斷增長?

如果需要更多的信息,請告訴我應該使用什麼工具,我可以相應地發佈它們。

感謝您的幫助提前。

+0

產品支持工程師我很遺憾聽到這個考驗工作。我會問這個問題,如果沒有人答覆我會把它放在一個賞金。 – DrinkJavaCodeJava 2012-07-16 02:55:09

+0

感謝您的推動 - 儘管我找到了一個解決方案,設置一個維護計劃,每15分鐘轉儲一次日誌。但是現在我遇到客戶端在每次啓用鏡像或複製時執行報告時崩潰的問題! – user1527725 2012-07-20 00:39:27

回答

0

發生這種情況時,你看見什麼了sys.databases中「的log_reuse_wait_desc」(SELECT * FROM sys.databases中)

這聽起來像複製引擎可持有到事務日誌,因爲數據尚未完全複製 - 您是否有任何脫機的訂閱者?