2

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

已经配置了事务复制服务器，但是在一周多的时间里，日志膨胀到 22GB 并使服务器变慢。

我设法阻止了复制和日志的增长，现在日志稳定在使用的 22gb 的 0.1% 处（我还没有缩小整体日志大小，因为我还没有看到需要这样做）。

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

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

如果需要更多信息，请告知我应该使用什么工具，我可以相应地发布它们。

我在这里先向您的帮助表示感谢。

4

2 回答 2

1

您可以尝试阅读事务日志并调查导致增长的操作。有关更多信息，请查看打开 LDF 文件并在线查看 LDF 文件内容一文

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

于 2014-04-04T17:27:54.300 回答
0

发生这种情况时，您会在 sys.databases ( SELECT * FROM sys.databases ) 中看到什么“log_reuse_wait_desc”

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

于 2012-09-07T20:41:37.100 回答