我有一个奇怪的问题，那些几乎无法解决的问题（真正解决问题的唯一方法就是抛弃技术，购买新的问题）。 我有一些专家（约10名顾问）来解决我的问题 – 没有解决scheme – 因此我的理由在这里发布。 [请不要因为所谓的专家设置的方式而对我进行拍摄！ 我忙于重新devise它在64位:)]
我有这个问题是：
环境 ：
Windows Server 2003 x86企业版（32位）
16 GB RAM
光纤通道4GB EMC SAN存储（500GB分区，从数据中拆分OS）
SQL Server 2000 SP4 x86企业版（32位）
SAP BusinessObjects XI 3.1（Java，Apache，Tomcat）
“商业数据库，宇宙和商业报告”
McAfee防病毒企业
configuration ：
/ PAE / 3GB = boot.ini
SQL =使用AWE，Minmem = 4GB，Maxmem = 12GB
加载最新的补丁包括其中的SQL地址更多的内存
sqlserver.exe在任务pipe理器中显示130,123 kb（ 红灯!! ）
问题 ：我可以拉下服务器，使用所有核心，通过拉出一个报告，最大可以达到100％（见截图）。 目前我们有大约200个用户通过各种客户端数据库程序连接，以及BO报告。
我在ProcessExplorer中find了这个查询运行时， 硬件中断的Interupts是80％ 。 我也拿起SQL Server正在显示处于运行状态的sysprocesses有PAGELATCH_SH
我在过去的两周里尝试过“Google”，结果很less。 我个人认为BO产生的底层数据库和查询（build立在关系结构上的Universe）正在造成从SQL传输到BO的大量数据集。 BO报告是一个传呼机。
屏幕截图 ： Terminal Sessions屏幕截图 （2560×1440分辨率）
对于那些能够提供一些有价值信息的人来说，我将永远是一个伟大的人物。 在过去的三个月里，我们已经遇到了这个问题，数据库的规模也在不断增加。
谢谢
sqlserver.exe在任务pipe理器中显示130,123 kb（红灯!!）
在使用AWE的x86机器上这是正常的。 使用Perfmon来查看SQL Server实际使用的内存量。
查看BO正在运行的查询的执行计划，并查看是否需要将索引添加到表以提高性能。
当CPU运行在100％内核CPU％运行在（任务pipe理器的数字是好的）？
我刚刚看到了截图，当Windows使用内核内存的80-90％的CPU时间，这意味着它花费所有的时间来pipe理扩展的内存。