SAP B1系统运行慢，经常卡住，请教大家

hxh78

速度慢的问题，可能不在系统上，在硬件上，因为你用的服务器虽IBM3850，我也遇到过，你可以用软件测试一下硬盘的读取速度，看会不会不稳定，如果是不稳定，那就出在这台服务器上，正常的读到速度至少在200以上，不稳定原因可能在于IBM的服务器在硬盘振列上是有带电池的，加入电池速度就会快，不加就不稳定，或者可以换固态的硬盘（此种硬盘是要找专做服务器的公司破解硬盘信息后才有用，普通市面上的都无法安装系统），把原来的硬盘做其他资料保存，建议这两种一起操作，如果硬盘读取是稳定的，可能出在局域网的路由器上，最好用一台千兆的主交换机，把服务器联在这上面，这样网速就会比较快，如果不是网络问题，就要查在哪一个时间段比较慢，是不是有人在运行大数据量的查询，最好把一些大数据量的查询放在下班后去操作，如果还不是，那就把ADDON选停掉试试看，
希望能对你有帮助。

hxh78

速度慢的问题，可能不在系统上，在硬件上，因为你用的服务器虽IBM3850，我也遇到过，你可以用软件测试一下硬盘的读取速度，看会不会不稳定，如果是不稳定，那就出在这台服务器上，正常的读到速度至少在200以上，不稳定原因可能在于IBM的服务器在硬盘振列上是有带电池的，加入电池速度就会快，不加就不稳定，或者可以换固态的硬盘（此种硬盘是要找专做服务器的公司破解硬盘信息后才有用，普通市面上的都无法安装系统），把原来的硬盘做其他资料保存，建议这两种一起操作，如果硬盘读取是稳定的，可能出在局域网的路由器上，最好用一台千兆的主交换机，把服务器联在这上面，这样网速就会比较快，如果不是网络问题，就要查在哪一个时间段比较慢，是不是有人在运行大数据量的查询，最好把一些大数据量的查询放在下班后去操作，如果还不是，那就把ADDON选停掉试试看，
希望能对你有帮助。

mitelike

我们公司也是用8.82版本的。有自己二次开发的。
运行起来还可以，不卡的。
1：我们是客户端和服务器端分开，买的是dell710.2台都是8个G内存，64位2008r2版本。相比你们的服务器，还算便宜的，也没有你们的好。
2：我们大概40个人左右使用。
3：我们采用的是远程登录方式。统一客户端放在一台服务器上，另一台做数据库服务器
4：平常使用起来还可以不卡。

mitelike

我建议你们用2台服务器，服务器1就是你现在的IBM x3850 X5,这个配置对于你们公司的业务来说，已经足够用了，这台服务器专门放数据库的。服务器2不要买的太好，我们公司我给配的是dell710.把客户端放在这台服务器上就可以了。

然后公司的员工使用远程授权的方式登录服务器2，使用这样的方式会好点。

这种技术首先需要对网络进行域管理，控制每个员工登录，同时服务器2我们的系统是windows server 2008 r2版本的，该系统默认远程登录最大数是2个，这个需要你去破解，运行多人同时远程登录。要不然就买想瑞友这类的平台了，这个得花钱呵呵。

这样应该能够基本解决你的问题，而且客户端也不在本地计算机上，也不占用内存，万一pc配置低还不好用。

Link_

系统"速度慢"的问题, 就好像人"头痛", 可能导致的原因太多了, 内伤外伤营养不良精神压力各种原因都可能, 要具体分析检查才能找到真正的原因. 这和求医非常相似, 在网上求医大家只能根据个人经验给你一些思路, 具体解决还需要具体诊断才行.

硬件方面就是CPU, 内存, 硬盘, 网络, 这些都是主流指标, B1并没有特殊的硬件需求, 相信很多人都是内行（我是外行）.
软件方面就像楼上提的, 应用服务器和数据库服务器分开可以有所改善, 如果服务器上还有共享文件夹, 备份文件等等功能的话, 或者其他不用的SAP， SQL， Windows服务也会影响性能, 建议关闭或者分到别的机器上(这里的主要的瓶颈是出现在硬盘上, 所以通过分开应用来减少负担。当然优化硬盘性能也会很有效果).

此外就是客户化上线后导致的速度问题, 比如SQL编程出的问题, B1历史数据太大的问题等等, 也可以通过排除法来测试.

下面是一些过去的经历, 纠正以后改善十分明显:
楼主的客户端如果是在服务器本地运行(比如通过远程软件), 需要考虑每个客户端会占用大约300多M内存, ADDON还要另加, 可以通过资源管理器查看各个进程的内存占用, 新版本的windows对内存使用进行了优化，IT们都认为内存占用高是windows自动管理的正常现象， 但也要结合进程情况具体分析。(如果内存不足, 频繁读写临时缓存也会扯到上面说的硬盘瓶颈.)

如果客户端不是在服务器上运行, 则要检查C/S之间的网络带宽以及线路稳定性, 尤其是在查询时, 服务器会向客户机传输大量数据(而且效率低下, 这也是B1客户端不适合直接在外网访问的原因), 也可以通过管理工具查看丢包情况或者具体进程占用的带宽, 比如象库房之类的地方客户机线路老化导致网络不稳定, 也很容易排查.

最后就是数据库死锁排队的情况， 可以通过SQL工具来分析， 比如最基本的sp_who。
比如，用户A在对某关键表操作时，SQL当然会锁定这张表，遇到同时用户B也要访问， 则会在队列里等待A的操作完成，如果A需要耗时较长，B就会显示为“卡了”。而B可能本身也锁定了另外一些表（在自定义查询里很普遍)， 于是用户CDEF也要排队等待用户B， 形成一个队列， 看起来就是部分用户程序停止响应， 其他用户不受影响， 而且是时间性的， 因为等A操作完成，整个排队情况就消失了， 所有人恢复正常。
这和死锁有区别，死锁是队列发生循环， A等B， B等A， 此时SQL有自动杀死进程的机制， 而上面这种排队除非特地设置了超时限制， 否则SQL认为是正常的等待。（拖窗口也会访问数据库，我记得好像有个表就是储存这个用户的这个窗口的屏幕位置， 下次打开时会读取吧？）

无论客户化开发还是B1本身设计，随着数据量增加，都免不了会有这种情况出现，我水平有限只能具体问题具体解决，比如用历史数据存档让那些常用的关键数据表“瘦身”，或者通过一些其他手段来减少队列等待的长度。

只要找到具体原因采取针对性的对策，一般都可以取得立竿见影的效果， 但要分析出具体原因则比较考验人。

就像那个著名的故事，有家工厂的电机坏了， 请人来修，那人拿粉笔在机器上划了条线说这里线圈减少9圈， 果然问题解决。他开价1万块，老板说怎么那么贵， 他说，划线1块，知道划在哪9999块。

dongliang8610

Link_ 发表于 2012-11-2 15:24
系统"速度慢"的问题, 就好像人"头痛", 可能导致的原因太多了, 内伤外伤营养不良精神压力各种原因都可能, 要 ...

学习了！

ahx001

我曾经也遇到过此类问题，系统慢的要死，当时困惑了我好长一段时间，我的解决办法如下：
1、升级服务器硬件内存大小和硬盘大小；
2、升级数据库版本，我原来是SQL2005版的，后来升级到SQL2008版的；
3、这一点也是根本解决问题的一点，要启用数据库属性中“内存”的AWE方式分配内存，
   增大“最小服务器内存”到一个合适值，即可。
以三点，合理配合就可以了。我们现在帐套有四个，我们是08开始上线的，数据量非常大，但是运行速度很快了。