在sql server 2003上超时错误

我们正在使用我们的Sql Server db 2003来解决问题/连接问题。有些人认为如果我们再增加三个驱动器(从现在的5个增加到5个),这将分散负载并减less这些超时问题。 你怎么看?

这是build议(下)这是否有意义?

  1. 添加至less三个磁盘卷,例如日志文件:F驱动器Tempdb:G驱动器备份驱动器或外部存储器:K(完全/差异数据库备份,事务备份)

    1. 移动G驱动器上的tempdb数据库
    2. 移动Enterprise数据库的日志文件和F驱动器上的ssdn。
    3. 日志数据库处于FULL恢复模式。 如果这只是审计,只有插入操作,我会build议将其更改为简单恢复模式。
    4. 不要在数据或日志文件驱动器中进行备份。 (目前E Drive中发生的事务日志备份是数据和日志文件的位置)
    5. 已configuration的用户选项,例如“服务器级别设置Nocount”,因为用户没有将其用作最佳实践。

我同意joeqwerty – 你需要一个专家; 措辞和答案听起来不像是已经做了可靠的审查。 如果有人对服务器进行了性能分析,那么这些更改可能会很有用,并且可以通过稳定的监视数据来备份这些select的需求。 否则,你只是扔飞镖。 #3。 特别麻烦; 除了审计之外,还有完全恢复的理由(如灾难恢复,日志传送)。