普及的 SQL Server 配置

普及的 SQL Server 配置

我们的 Sage 50 应用程序加载时间很长。我们最近将其移至较新的服务器,速度有所提高,但打开应用程序和访问数据仍然很耗时,这对公司所有者来说是不可接受的。大约需要 3-5 分钟。

他的电脑是 Core i7、256GB SSD、8GB 内存和 GbE 连接。文件传输到我们的文件服务器很快,所以我看不出有什么会减慢他的电脑速度。如果没有选择公司数据,应用程序将相当快地打开。

我们当前的 Sage 服务器在 WD Raptors、SATA2 上运行 RAID 1。服务器有大约 8-10 个用于 Sage 应用程序的连接,还有另外 6-7 个用户用于另一个应用程序,该应用程序也在其上运行 DB 进行工程设计。查看网络监视器,网络使用率似乎很低。驱动器访问率始终为 50% 或更高。CPU 约为 20-30%。使用的内存约为 2.72GB,跃升至 3-3.3GB。

我可以做什么来诊断速度慢的原因?可能是服务器上的硬盘问题吗?建议使用哪种 RAID 设置,1、5、10?

如果需要,预算允许使用 SSD 作为缓存。我们目前在其他服务器上使用 Adaptec 卡。不确定这台服务器使用的是哪张卡,因为它是之前从戴尔购买的。

客户端运行 Windows 7 Pro x64 服务器运行 Windows Server 2008 R2

答案1

很难通过网络诊断此类问题……有很多因素都可能造成问题。但我确实发现问题中有两点值得强调:

驱动器访问率始终为 50% 或更高。

我们当前的 Sage 服务器在 WD Raptors、SATA2 上运行 RAID 1

这表明您可以通过使用速度更高的 SAS 磁盘转为 RAID 10 或使用 SSD(或 RAID 10 和 SSD)来提高吞吐量。

但是,再说一遍,这只是一个猜测,直到您可以进行一些真正的分析。

答案2

我有一个 Sage 实例,在启动时需要几分钟才能加载。长话短说,问题出在 SQL Server 存储过程上。SP 与定期付款计划有关。它在启动时以及用户进入定期付款屏幕时运行。有一个切换设置可以在启动时关闭 SP。定期付款屏幕上的延迟太严重了,我不得不重写 SP(Sage 不支持)。他们的 SP 不是使用集合运算,而是在整个数据集上逐行执行。

如果您有大量的定期付款,那么这可能是问题所在。否则,我建议您运行 SQL Server 跟踪,以查看是否有任何其他存储过程需要很长时间。

相关内容