Ton*_*ony 6 sql-server-2005 backup sql-server-agent
我在一家拥有 20 个全职网站的小公司工作。以及另外 20-30 个微型站点。在 SQL Server 代理备份运行后，我们每天都遇到站点冻结的问题。当备份服务停止时，我们看不到任何问题。这是常见的吗？
我们使用的是 SQL Server 2005，并且备份在星期日和星期三运行。我还将研究数据库本身中的其他内容，但这是突出的内容。
- 编辑 - 我在 5/27 到 5/31 的机器上运行了 3 天的性能：
SQLServer:SQL Statistics\Batch Requests/sec Average 355.412275 Median 306.610812 Min 108.9369962 Max 916.6332837 Std Deviation 141.7791552
SQLServer:General Statistics\User Connections Average 83.14025501 Median 77 Min 52 Max 147 Std Deviation 19.27016231
SQLServer:Buffer Manager\Page life expectancy Average 33.72386157 Median 21 Min 0 Max 246 Std Deviation 36.53737617
看起来运行的维护备份在运行时不会引起问题。它在凌晨 3 点以及周日和周三运行，并在大约 2 小时内成功完成。我运行了 SQL Server 配置文件：
我发现其中一个定期运行的 sp 需要很长时间才能执行。
大多数情况下 Duration 为 976（微秒），但有时差异很大：13922851 13025390 13021484 13019531 13018554 13017578 13016601
我没看错吧？13秒？
如果我在我的机器上运行相同的查询，会在几分之一秒内执行。
-编辑-
我一直在研究阻塞，但我还没有想出太多。我只是在 SQL Server Profiler 中寻找重新编译阻塞，但我没有看到任何该类型的事件 (sp:recompile)。我仍在调查阻塞问题。
我还注意到，当我运行上次 Profiler 跟踪时，有大量 sp_reset_connection 事件。其中一些 sp_reset_connection 的长度超过 9 秒。这是正常的行为吗？
检查您的备份是否与数据和日志文件存储在同一物理位置。如果您尝试将所有活动写入一个磁盘，这可能会成为瓶颈。
此外，如果您使用第 3 方工具（例如 Litespeed）进行备份压缩，则您消耗的 CPU 可能会超出预期，这也可能导致性能达不到最佳效果。
华泰
| 归档时间： |
|
| 查看次数： |
669 次 |
| 最近记录： |