SQL事务日志随复制而膨胀

时间:2012-07-16 02:21:18

标签: sql database-replication database-mirroring

我正在尝试设置一个具有大量读/写的复制数据库,尽管整个数据库大小约为35gb。

已配置事务复制服务器,但是在一周内,日志膨胀到22GB并使服务器速度变慢。

我设法停止复制并且日志不断增长,现在稳定,日志使用的是22gb的0.1%(我没有缩小整体日志大小,因为我还没有看到它的需要)。 / p>

  • 使用Windows备份每晚完成备份
  • 恢复模式简单
  • 使用8x SAS 10K驱动器在RAID10上运行
  • 32GB RAM,Win2008 x64 SP1
  • 受限制的SQL仅使用24GB,因此服务器保持75%的内存利用率
  • 根据资源监视器
  • ,平均磁盘活动大约为100KB / s,队列长度为0.05,没有任何复制
  • Backup Server运行相同的操作系统,4GB RAM,RAID1 SATA 7.2k 500GB

问题是 - 我做错了什么导致事务日志不断增长?

如果需要更多信息,请告知我应该使用哪种工具,我可以相应地发布。

感谢您的帮助。

2 个答案:

答案 0 :(得分:1)

您可以尝试阅读事务日志并调查导致增长的操作。有关详细信息,请查看Open LDF file and view LDF file content在线文章

免责声明:我在ApexSQL担任产品支持工程师

答案 1 :(得分:0)

当发生这种情况时,您对sys.databases中的'log_reuse_wait_desc'有什么看法(SELECT * FROM sys.databases)

听起来复制引擎可能会持有事务日志,因为尚未完全复制数据 - 您是否有任何离线订阅者?