我们的Sage 50应用程序需要很长时间才能加载。 我们最近把它移到了一个更新的服务器上，速度有所提高，但是打开应用程序和访问数据仍然是耗时的，而且是公司所有者无法接受的。 花费大约3-5分钟。
他的电脑是Core i7,256GB SSD，8GB内存和GbE连接。 文件传输到我们的文件服务器是快速的，所以我没有看到任何可能会放慢他的电脑上的东西。 如果没有select公司数据，应用程序将相当快地打开。
我们当前的Sage服务器在WD Raptors SATA2上运行RAID 1。 服务器对于Sage应用程序有大约8-10个连接，另外有6-7个用户在另一个应用程序上运行一个DB来进行工程devise。 看networking监视器，networking使用率似乎很低。 驱动器访问在任何时候都是50％或更高。 CPU是20-30％左右。 使用的内存大约是2.72GB跳到3-3.3GB。
我能做些什么来诊断慢速？ 难道是服务器上的硬盘吗？ 什么RAID设置将被推荐，1,5,10？
如果需要，预算允许使用SSD作为caching。 我们目前使用Adaptec卡为我们的其他服务器。 不知道哪一张卡用于这个，因为这是从戴尔事先购买。
客户端运行Windows 7 Pro x64服务器运行Windows Server 2008 R2
通过networking诊断这类问题很难……只有很多事情可能是一个因素。 但是我在这个问题上确实发现了两个值得强调的问题：
驱动器访问在任何时候都是50％或更高。
和
我们当前的Sage服务器在WD Raptors SATA2上运行RAID 1
这表明您可以通过使用更高速度的SAS磁盘来使用RAID 10，或使用SSD（或同时使用RAID 10和SSD）来提高吞吐量。
但是，再次，这只是一个猜测，直到你可以做一些真正的分析。
我有一个Sage的实例，在启动时需要几分钟才能加载。 长话短说，原来是一个SQL Server存储过程，这是问题。 SP与重复的付款时间表有关。 它在启动时运行，当用户转到重复出现的付款屏幕。 有一个切换设置可以在启动时closuresSP。 在重复支付屏幕上的延迟变得非常糟糕，我不得不重写SP（得不到Sage的支持）。 当它跨越整个数据集时，不使用集合操作，而是使用SP。
如果您有很多重复付款，那么这可能是问题所在。 否则，我build议您运行一个SQL Server跟踪来查看是否有其他存储过程需要很长时间。