关于SQL Server的巨难问题请教

[QDZZQ]

我在SQL Server2000数据库维护中遇到这种怪事，无从下手请高手指教：
我的数据库是StandBy方式集群的SQL Server2000，有10几个数据库，其中一个业务数据库最大，使用频率最高，应用程序是多线程并发处理（主要是文件处理和业务逻辑处理，并发量高）+Web访问方式数据库，定期（每天夜间）使用磁带备份数据。最近出现这种怪事，这个业务是数据库的某些表（表现为4～6个表，数据量较大，但是完全在可承受范围内）通过应用程序不能访问（现象为速度很慢，偶尔有处理成功的），但是这些表通过Web方式访问很正常，另外相同的数据库里面其他的业务数据表是正常使用的，数据库服务器的资源情况正常、日志无异常。
怪事在于，由于某些业务处理失败，我把其中的一个堵塞最严重的业务的数据表清理（未完全清理，正常情况下保留100天数据，这次清理保留10天数据）到历史库（我用脚本Inset到历史库，同时清理运行库的表数据），则一切恢复正常，包括其他原来同样存在处理失败和积压的业务数据，都恢复了正常。
请高手协助分析分析原因，高分相赠，非常感谢！！！！

[dawugui]

对于大数据量,遇到怪问题的机率是非常大的.

最好的解决办法就是把不需要的数据移走.

对大数据量的表设计合理的结构,增加必须的索引,添加必要的主键能减少怪问题的出现机率.

------------
http://topic.csdn.net/u/20080421/08/4f43ba7d-a99a-45c4-8896-65acdecbf6f6.html?2040350673
这帖也是你的吧,请参见其他说明.

[正宗老冉]

低手学习。

[zccmy22]

[Quote=引用 1 楼 dawugui 的回复:]
对于大数据量,遇到怪问题的机率是非常大的.

最好的解决办法就是把不需要的数据移走.

对大数据量的表设计合理的结构,增加必须的索引,添加必要的主键能减少怪问题的出现机率.

------------
http://topic.csdn.net/u/20080421/08/4f43ba7d-a99a-45c4-8896-65acdecbf6f6.html?2040350673
这帖也是你的吧,请参见其他说明.
[/Quote]
再不就是采用一些新的处理方式，如队列处理法等。

[QDZZQ]

这个问题应该不是数据量的问题，以前同样的配置（服务器性能非常高）和业务程序，支持更大的数据量是没问题的，而且出问题时间恰恰在周末，业务数据量不是很大的时候。
程序应该是没问题的，后台数据处理主要是根据主键来判断增、删、改的。谢谢各位的不吝回复。
补充一点情况，就是最近10天前曾经把阵列柜的一块磁盘换过。

[wgqqgw]

回头检查一下很慢的这段时间里面服务器的状况是怎么样的（我觉得只要看IO的情况）？
还有SQL的服务是怎么样的？
有没有存在一些网络偶尔中断的情况？

[japee_jew]

http://www.japee.com.cn/jew/pages/Main.aspx

[QDZZQ]

请高手分析一下是不是索引密度引起的？

[flairsky]

看碎片是否超过负荷

看硬盘是否有坏道

[QDZZQ]

问题解决了，感谢各位参与。谜底在于索引碎片过多，重新整理即可。