对于 SQL 2008 来说,RAM 和 CPU 能力哪个更重要?

对于 SQL 2008 来说,RAM 和 CPU 能力哪个更重要?

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

我有一个 SSIS 包,每小时在服务器上运行一次,它会使服务器速度变慢大约 3 分钟。在这 3 分钟内,由于表上的负载和锁定,一些站点可能会完全停止响应。此过程需要每小时运行一次,以保持库存水平和定价保持最新,因此该过程至关重要。

我的问题是,在服务器上投入更多 RAM 是否可以解决问题,还是我必须安装另一个 CPU 并以同样的方式安装另一个 SQL 许可证?

目前规格如下:四核 Xeon 2.8 x 1 8gb Ram Windows 数据中心 2008 32 位 2 x 7,500 rpm 500gb 驱动器

建议规格 四核 Xeon 2.9 x 1 24gb Ram Windows 标准 2008 64 位 2 x 15,000 rpm 300gb sas 驱动器

您认为这会显著提高可靠性吗?

编辑

在对可能的瓶颈进行一些调查后,我发现当我的 SSIS 导入开始时,读取速度约为每分钟 2 亿 b,而当它结束时,读取速度超过每分钟 10 亿 b。处理器使用率约为 20%,RAM 为 53%?我稍微修改了 SSIS,以便并行处理更多项目,这确实有点帮助,但问题仍然存在?有人有什么想法吗?

需要注意的是,我的日志文件和数据文件位于不同的磁盘上。日志位于我的 E 分区上,数据位于 F 分区上,F 分区是单独的 SAS SAN 驱动器。我不确定 SAS SAN 如何分配资源,但它是位于数据中心的共享 SAN。将两个 SAS 驱动器安装到服务器上是否比使用共享资源更好?

答案1

进行一些性能监控、确定实际瓶颈并加以解决可能是一个好主意。RAM 和 CPU 对服务器来说都同样“重要”,最好以科学的方式解决这类问题,而不是仅仅投入大量资源来查看哪些会起作用。

当你说“在服务器上投入更多 RAM 会解决问题吗,还是我必须再安装一个 CPU”时,答案不是这两个问题中的一个。答案是总是“这取决于导致系统变慢的原因,测量系统性能并找出原因”。存储也可能是瓶颈。

答案2

在大多数情况下,RAM。当今的服务器很少会受到 CPU 限制,这就是为什么虚拟化效果很好,但需要大量 RAM。

相关内容