tpcc估算模型

1.1.1.1  基准数据

直属库点：260个                   济南市局：1

中心库点：300个                   直属分局：

代储库点：800                     工商所：

租仓库点：400                     济南市局：500人，同时在线人数：？

每个中心库点下属代储库点：4个     每个直属分局人数？同时在线人数？

分公司点：30个                    每个工商所人数：？同时在线人数？

每个中心库点同时在线人数：5人

每个分公司同时在线人数：15人

总公司同时在线人数：100人

1.1.1.2  估算过程

1、最大并发用户数：2050

总公司在线约100人，30个分公司，每个分公司同时在线人数15人左右，分公司同时在线人数为15×30＝450人，中心库同时在线人数为5×300＝1500，总的同时在线数为100＋450＋1500＝2050人。

2050人

根据行业经验和一般Web业务应用系统的使用情况，在每天工作开始的时候，大部分用户都会登录系统，并且对其相关的业务进行检查和处理，建议按照最低值20%，最高值75%，考虑到以后的应用需求，认为并发数取最高值75%，按照并发数1537来计算

1537人

2、每个用户需要的操作次数：25

web应用业务来说，根据其业务特点，在用户登录系统之后会有需要多个操作来完成其工作，由于用户的自身工作特点和各种业务要求的操作情况不同，所需要的操作次数也不一定，在此我们根据行业经验和一些类似系统的情况，建议取每个用户登录系统后进行的业务操作次数为25。

3、一般来说在线事务系统每一个业务操作产生5－15个TPC-C值之间，在此不可能将每一个操作值进行精确的估算，只能够对这些所有的联机事务处理做一个峰值估算，因此取最高值也就是从最坏的情况考虑，建议取每一业务操作产生15个TPC-C值

考虑到应用的具体情况不是非常清晰，软件设计方面一些问题，同时为了提供一些性能冗余能力，按照15个TPC-C来进行系统设计估算是比较合理的。

4、主机服务器一般认为负荷应该在75％以下运行，考虑到操作系统、数据库系统、相关应用软件、其他的软件和软件设计和实施上一些性能优化上的缺陷，建议应用处理能力在主机总体性能所占比例为60％。所以建议应用处理能力约为主机总体性能的60%

5、考虑未来3－5年Web业务应用系统的发展，随着Web业务应用系统的发展，对Web业务应用系统的使用和依靠也会逐渐增长，登录人数、登录频率和使用情况也会不断增加，主机的处理能力要留有余量，取系数为1.5。

1.1.1.3  估算结果

综合上述的参数和测算，总公司业务应用系统－数据库系统的对处理能力应该为：

1537×25×15/60%×1.5=1440937.5 Tpmc 

Hp 5470  5405  烟台

系统数据量至少 20G

盘阵 10块73G RAID 5