SQL Server2000只能利用至强CPU资源的5%

时间：2011-05-11 来源：开始测试

服务器： HPDL380 CPU2.8 内存1.0GB 操作系统W2k SQL Server2000+sp3 在服务器 HPDL380 上测试一个存储过程给SQL Server2000，插入10万条记录耗时10多分钟.其中CPU利用率没有超出5%。在PC（P42.0,内存0.526GB 操作系统W2k SQL Server2000+sp3）插入10万条记录耗时35秒.其中CPU利用率超出50%. 调整服务器：1.关闭超线程问题（耗时10多分钟）没有解决。 2.卸载SP4 问题（耗时10多分钟）没有解决。 3.没有安装服务器的远程服务。请指教如何调整服务器或SQL Server2000，能够解决插入10万条记录耗时10多分钟的问题

作者:匿名发表时间:2005-07-13 11:55

在线等待，顶

作者:匿名回复日期:2005-07-13 12:32

快来啊

作者:匿名回复日期:2005-07-13 13:31

企业管理器——选择一个注册实例（一般是计算机名称）——右键——属性——处理器里查一下。一般情况下，系统是最优的，查一下你的机器有没有中蠕虫病毒，从现象上看你的处理器好像被其他进程占用，不一定是sql server，到任务管理器去看一看，有没有异常的进程

作者:匿名回复日期:2005-07-13 14:01

同意楼上: 企业管理器--右键你的实例--属性--处理器看看两台电脑的设置有什么不同,一般不要自己设置.

作者:匿名回复日期:2005-07-13 15:00

SQL Server 属性（处理器选项卡）使用此选项卡查看或指定下列选项。选项处理器指定希望 Microsoft® SQL Server™ 实例使用的处理器。最大工作线程指定 SQL Server 进程可用工作线程的最大数目。在 Windows 上提升 SQL Server 的优先级指定 SQL Server 实例是否应当比同一计算机上运行的其它进程具有更高的优先级。默认值为 0，其优先级基数为 7。如果将该选项设置为 1，则 SQL Server 在 Microsoft Windows NT® 4.0 或 Windows® 2000 调度程序中以优先级基数 13 运行。建议只在 SQL Server 专用的 Windows NT 4.0 或 Windows 2000 系统上更改该默认值。使用 Windows NT 纤程指定希望 SQL Server 实例使用纤程而非线程。在纤程中，SQL Server 为每个 CPU 分配一个线程，然后为每个并发用户分配一个纤程，直到 max worker threads 值为止。此设置在重新启动服务器后生效。使用所有可用的处理器指定希望 SQL Server 将所有可用的处理器都用于并行执行查询。使用处理器数指定希望 SQL Server 用于并行执行查询的处理器数。为允许查询并行执行须满足的最小查询计划阈值指定 SQL Server 创建和执行并行计划的阈值。只有当同一查询的串行计划的估计执行成本高于此选项的设置值时，SQL Server 才会为该查询创建和执行并行计划。查看或更改此选项卡上的选项的配置值。如果更改了这些值，单击"运行值"查看更改是否已生效。如果尚未生效，必须重新启动 SQL Server 实例才能使更改生效。运行值查看此选项卡上的选项的当前运行值。这些值为只读值。

作者:匿名回复日期:2005-07-13 15:45

两台机器的SQL Server 都是按默认的配置，应该不会是蠕虫病毒，用最新的版本查过进程的优先级为7，没有调整过。在另一台至强CPU P3机器上测试也是不超过5%。郁闷！！！

作者:匿名回复日期:2005-07-13 16:29

今天只好把SQL-Server移到随便一台PC（P42.0,内存0.526GB )上暂时代替，效果比HPDL380好多了。我准备重装HPDL380的操作系统。然后加载SP2测试一下，再加载SP3测试一下，据说上述问题与SP4有关，我是通过覆盖安装卸载SP4的，可能内部保留了一些导致冲突的设置。晚上实施

作者:匿名回复日期:2005-07-13 17:26

原来是服务器的缺陷。DL380应该加载一个磁盘读写缓存，还是个选配件。靠！！！！根据HP服务商在服务器上加载一个配件进行测试发现：运行插入SQL Server 数据库10万条记录的存储过程，在服务器上运行结束需要28秒（CPU利用率达到100%），读10万条记录原先为17秒，现在读40万条记录不足1秒。读写性能大幅提升.

作者:匿名回复日期:2005-07-13 18:25