正在阅读：英雄无用 光通道磁盘阵列ERP压力测试英雄无用 光通道磁盘阵列ERP压力测试

数据分析：

　　测试小组首先进行了20G数据库200并发物流帐务混合测试，从图2结果中看出各模块的响应时间相对于4路双核5G数据的测试结果有了不同程度的加长，物流的各模块的响应时间和5G数据的结果差别不算很大，销售提货单制单比起5G的结果慢了50%，而客户欠款余额查询的响应时间却很接近，其他的物流模块响应时间的增长大致在40%左右。帐务模块方面，凭证制单和凭证记帐甚至要比5G的结果好1倍左右，另外，从来都是最慢的科目余额查询模块终于表现出了20G相对与5G数据量所应该产生的系统压力，上千秒的平均响应时间比5G的结果慢1倍到1.5倍。图1中的20G对比5G数据量的差别，物料字典、往来单位和凭证帐本这3部分是数量一样的，可以解释凭证制单、记帐以及其他涉及往来单位和物料字典的库存、采购入库单，客户欠款余额等等一些模块差别不大的原因。而20G数据中发票、出入库单都有8、9倍的增加，从而造成了各个巨大的科目帐，所以科目余额查询的冗长表现其实也在意料之中。

　　图2 20G数据库混合测试结果

　　随后，测试小组进行了50G数据的测试，图3是多种压力程度下的物流混合部分，相对于20G的结果，180并发以下的结果中有的模块甚至比20G的结果还要好。这主要在于两套测试的方案各模块的组合数和并发加载方式的区别，混合测试需要加载9个模块的所有数据，单物流模块只有6个，同时加载9模块就会产生很多的数据锁定现象，会导致跟多的系统等候时间和更长的队列长度。所以50G数据的物流模块测试比20G的混合测试有更快的响应时间也是不奇怪的，当然，这里不可能排除，硬件系统上的区别，光通道的磁盘阵列比RAID5有很大的性能优势。当并发数上升到220时，两套测试方案结果依然差别不大，物流各个模块的平均响应时间最长也没有超过400秒。50G的数据相当于一个超大型企业的多年累积的业务量，而超过200的实时并发数背后代表着700个以上同时在线的信息点。

　　图3 50G数据库物流模块测试结果

　　50G数据测试的帐务方面（结果见图4），开始时测试小组进行了超过100的并发，结果出现了超时错误的现象，不得已只好将并发压力降低，由50并发开始进行测试。

　　50并发时帐务模块的测试结果和20G的混合测试很接近，凭证制单和记帐模块的时间更加快一些，科目余额查询的时间相差无几，按数据量计算，三种大小的数据量大致比例是1：5：12，50G数据所产生的系统负载压力应该是20G的2.5倍，50并发的50G数据测试结果基本符合逻辑。当并发数上升到100时，帐务各模块响应时间分别有30%--100%的增长，在压力倍增的条件下，凭证制单和记帐基本上上翻番，而科目余额查询只有30%的增加，说明该模块的数据量已经达到或超过某个临界值，压力翻番时压力不再是线性增加。

　　图4  50G数据库帐务模块测试结果