|
测试简介： 测试采用的是数据量是大小为5G的数据库，这里需要说明一下的是5G数据库的真正含义，测试用的数据库表示浪潮PS各个功能模块中涉及的物料字典、往来单位记录、出入库单据、帐本、凭证单据和销售发票等等各种数据记录表单。由于硬件配置较低，我们只打算测试5G的数据库，5G的数据库，光是销售发票就有137754张之多，出库单数量是346430张，其他的各种单据都在30万张以上。假如单张销售发票面额是1000元，这个5G的数据量已经代表了一个营业额过亿的中等规模的加工贸易型企业了。可以想像，这样规模的企业应该是不会使用这种配置的服务端了，现实中的中小型企业或许不会有那么大的业务数据量，但我们进行的是ERP压力测试，只从极端的情况来考虑，当一个企业的业务量激增，而系统环境还来不及升级的情况下，就能体现出这些系统应对巨大压力时的价值了。 还有需要和大家先说明的是并发数，同样大小的测试数据库下，我们用增加并发数来体现压力的增加，直至并发过多最后使系统瘫痪，以次来确定各个系统的承受极限以及相应的TPS。并发动作好比我们日常工作中的某个一个具体业务创作，从客户端向服务端发出一个业务请求，作为一个并发动作，当服务端解决并返回业务操作结果，视为一个完整的事务（Transaction）。根据各个测试模块的具体动作，则事务的复杂程度也是有所不同的。就象现实中的企业运作一样，库房收取入库产品，做入库单据；而同一时间，会计也在统计帐页，查询各往来单位的收付情况。混合测试就是多项业务功能客户端在同一时间向ERP的数据库提出业务请求，具体的数量就是我们设定的并发数。一家企业由多个客户机形成数量大小不同的客户端，日常或许同时有20、30人在线，而向服务器发出业务申请的可能只有10个以下，这里就是我们所定义的并发用户数。向相关人士了解，现实中的中小型企业，客户端在100到200个左右，日常工作的并发数大概在30-50个左右。当并发数过大时，系统资源主要用于大量的运算处理，对客户端返回结果的其响应时间（Responding Time）就会大大加长。即便没有产生等待超时的死锁进程，如果完成事物的响应时间过长，这样的结果也是没有什么参考价值的（相关说明见本站文章“微软、浪潮工程师谈ERP压力测试”）。 本轮测试的服务器服务器是配置较高的企业级服务器，使用AMD四路双核，16G内存，存储系统为4块15，000转的73G硬盘组成的硬件RAID5（系统详情见图1）。 图1 系统资源
|
||||||||||||||||||||||||||||||||||
