什么是更重要的SQL 2008,RAM或CPU的权力?

我目前有一个运行SSIS 2008和SQL 2008的服务器。当SSIS运行时,我想提高服务器的性能并保持服务器的性能稳定。

我有一个在服务器上每小时运行一次的SSIS包,它会使服务器下降大约3分钟。 在这3分钟内,一些站点可能因为表上的负载和locking而完全停止响应。 这个过程需要每小时运行一次,以保持库存水平最新和定价,所以这个过程是必不可less的。

我的问题是,将更多的RAM在服务器上sorting的问题,或将不得不采取另一个CPU在同一方面SQL另一个许可证?

目前是以下规格四核心至强2.8 x 1 8gb Ram Windows数据中心2008 32位2 x 7,500转500gb驱动器

build议规格四核心至强2.9 x 1 24gb内存视窗标准2008 64位2 x 15,000转每分钟300gb sas驱动器

你认为这会大大提高可靠性?

编辑

在对可能的瓶颈进行了一些调查之后,看起来,当我的SSISimport开始时,它正在读取约2亿磅/分钟,当它结束时它正在读取超过10亿分钟。 处理器的使用率是20%左右,RAM是53%? 我已经稍微修改了SSIS来做更多的事情,它确实有一点帮助,但问题依然存在? 任何任何想法?

要注意,我有我的日志文件和数据文件在不同的光盘上。 日志在我的E分区上,数据在F上,这是一个单独的SAS SAN驱动器。 我不确定SAS SAN如何分配资源,但它是数据中心内的共享SAN。 将两个SAS驱动器安装到服务器而不是使用共享资源会更好吗?

这可能是一个想法,做一些性能监测,确定实际的瓶颈,并解决它。 内存和CPU对于服务器来说同样“重要”,而且它更好地科学地处理这类事情,而不是仅仅投入大量的资源来看看有什么问题。

当你说“会在服务器上抛出更多的RAM来sorting问题,或者我将不得不求助于另一个CPU”,那么答案就不是这两个方面的其中一个。 答案总是 “这取决于是什么让它放慢速度,衡量系统的性能,并找出”。 这也是存储瓶颈。

在大多数情况下,RAM。 现在的服务器并不是很频繁地受到CPU的限制,这就是为什么虚拟化能够很好地工作,但却需要大量的RAM。