我试图找出一个新的SQL Server实现（2012年企业）的瓶颈。 我一直在运行一些需要相当长时间的丰富的查询/ ETL工作 – 但是我很难确定是什么限制因素。
该服务器是带有2个Intel（R）Xeon（R）CPU E5-2609 0 @ 2.40GHz（每个4个内核）的Dell R720。 它有384Gb的RAM。
数据存储是一个MD1220arrays，内置24个400GB的戴尔SSD。 arrays通过2个6Gb SAS连接连接到1Gbcaching的H810。
存储日志是在R720的内部托架中连接到内部H710P控制器的15 x 600Gb 15K戴尔旋转磁盘。
我正在使用的数据库是200GB – 所以应该完全适合RAM。 高速caching命中率是99.997％ – 这就表明了这种情况。 因此，我期待CPU的限制因素 – 但是CPU的剔除率约为10％。 没有一个核心运行热。 对arrays（数据和日志）和双向（读取和写入）的IO利用率也低于50MB /秒 – 我相信应该能够接近饱和SAS。
我玩过MAXDOP（目前设置为4）无济于事。
我正在使用的查询主要是操纵数据 – 不提取数据并通过networking发送 – 而且networking吞吐量很小。
任何想法的瓶颈可能是？ 难道是内存或内部总线的速度？ 任何build议，我应该看看下一个？
谢谢，
麦克风
一个。 你有没有检查正在运行的查询的等待状态？ 从sys.sysprocessesselect*将做b。 有没有资源pipe理者？ C。 你有使用重新编译提示来testing它吗？ d。 你有没有检查查询计划？ 即 您是否试图强制计划使用dbcc cpuweight以并行模式运行？ F。 你有更新表的统计数据吗？