参考文档---系统能力需求估算_1.docx

《参考文档---系统能力需求估算_1.docx》由会员分享，可在线阅读，更多相关《参考文档---系统能力需求估算_1.docx（16页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、参考文档-系统能力需求估算1.1系统能力需求估算1.1.1数据库服务器数据库服务器实现核心数据的存储和处理。数据库服务要求长期稳定的运行，服务器硬件要保证长时间无故障运行，系统必须提供硬件的冗余性能。本平台的服务器硬件不但会根据知足当前需求进行配置，并且要考虑预留一定的系统扩展能力。总性能需求=业务处理性能+接口处理性能+报表统计分析。1.1.1.1业务处理性能需求数据库服务器需要的处理性能估算为：系统同时在线用户数为50人U1；平均每个用户每分钟发出2次业务请求N1；系统发出的业务请求中，更新、查询、统计比例为3:6:1；平均每次更新业务产生30个事务T1；平均每次查询业务产生70个事务T2

2、；平均每次统计业务产生90个事务T3；一天内忙时的处理量为平均值的5倍；经历系数为1.6；实际工程经历;考虑服务器保留30%的冗余；服务器需要的处理能力为：TPC-C=U1*N1*T1+T2+T3/3*5*经历系数/冗余系数则处理性能估算为：TPC-C=50*2*30*3+70*6+90*1/10*5*1.6/0.7=100*60*5*1.6/0.7=68571.42tpmC=70,000tpmC1.1.1.2接口处理性能需求1.1.121基础数据接口3个系统，PMO，财辅，SAP，用户数3*10=30U1,平均每个用户每分钟发出5/1440次业务请求N1；系统发出的业务请求中，更新、查询、统

3、计比例为8:2:0；平均每次更新业务产生15个事务T1；平均每次查询业务产生30个事务T2；无平均每次统计业务产生90个事务T3；一天内忙时的处理量为平均值的5倍；经历系数为1.6；实际工程经历;考虑服务器保留30%的冗余；服务器需要的处理能力为：TPC-C=U1*N1*T1+T2+T3/3*5*经历系数/冗余系数则处理性能估算为：TPC-C=30*5/1440*15*8+30*2+90*0/10*5*1.6/0.7=150/1440*18*5*1.6/0.7=21.42tpmC=22tpmC1.1.1.2.2业务数据接口8个接口，用户数8*2=16U1平均每个用户每分钟发出3次业务请求N1;

4、系统发出的业务请求中，更新、查询、统计比例为4:5:1;平均每次更新业务产生20个事务T1;平均每次查询业务产生50个事务T2;平均每次统计业务产生90个事务T3;一天内忙时的处理量为平均值的5倍；经历系数为1.6;实际工程经历;考虑服务器保留30%的冗余；服务器需要的处理能力为：TPC-C=U1*N1*T1+T2+T3/3*5*经历系数/冗余系数则处理性能估算为：TPC-C=16*3*20*4+50*5+90*1/10*5*1.6/0.7=16*3*42*5*1.6/0.7=23040tpmC=24000tpmC1.1.123报表和统计分析性能需求用户数30U1平均每个用户每分钟发出3/14

5、40次业务请求N1;系统发出的业务请求中，更新、查询、统计比例为0:3:7;无平均每次更新业务产生20000个事务T1;平均每次查询业务产生40000个事务T2;平均每次统计业务产生90000个事务T3;一天内忙时的处理量为平均值的5倍；经历系数为1.6;实际工程经历;考虑服务器保留30%的冗余；服务器需要的处理能力为：TPC-C=U1*N1*T1+T2+T3/3*5*经历系数/冗余系数则处理性能估算为：TPC-C=30*3/1440*40000*3+90000*7/10*5*1.6/0.7=30*(3/1440)*75000*5*1.6/0.7=53571.42tpmC=55000tpmC总

6、性能需求=业务处理性能+接口处理性能基础数据+业务数据+报表统计分析=700,00tpmC+22tpmC+24000tpmC+55000tpmC=149022tpmC=15万tpmC1.1.2应用服务器由于单个服务器的处理能力所能承当的网络连接数和进程数是有限的，超过一定限度后系统会由于大量进程间的频繁调度而使整体性能急剧下降，因而建议本系统采用三层构造，配置专门的应用服务器。应用服务器上运行中间件产品本系统采用J2EE中间件，集中承当业务逻辑的实现，并处理与数据库的连接。中间件能够通过高速数据通道机制，减少客户机与主机和数据库的连接，降低网络负担，提高主机处理能力，提高数据库效率。同时中间件

7、的系统负载平衡机制，能最有效地运用系统资源，因而采用中间件能够大大降低前台终端对数据库服务器的冲击，它的处理量主要表如今联机事务处理以及一些计算上。根据经历，基于J2EE的应用服务器处理能力一般为数据库服务器的70%，应用服务器的内存容量与提供服务的进程个数及其内存开销密切相关，通常，J2EE应用服务器的内存容量建议高配置。系统实际运行时，其处理能力为数据库服务器的70%，计算出结果为其TPC-C值为15万*70%=10万tpmC1.1.3数据存储根据理想公司历史数据为例10年累计3.5万项目，平均每个项目6M数据需要存储，其中数据1M,附件5M。1.1.3.1数据库部分从第一年开场6000个

8、项目，按20%的量递增，同时考虑历史的存量数据35G。根据系统平台规模需求预测，系统每年业务数据量为9G,计算出5年后,系统中的主要业务数据为78GB。此数据存放在磁盘阵列的数据库内。考虑其他经过性数据，如日志等记录，以及统计报表类的数据，加上其他应用数据，其数据量可按主要经过性业务数据总量的60%计，总的数据存储容量需求为：(1+60%)*78GBF25GB。1.1.3.2附件部分从第一年开场6000个项目，按20%的量递增。附件累计：298GB，大概为300G1.1.4备份需求估算就目前平台网络及服务器设备情况以及数据量的情况而言，系统主要数据备份需求为系统数据库存储业务数据的备份，而从逻

9、辑形式上分，数据库的备份主要分为两种，一种是物理备份，主要是对数据库的数据文件、日志文件、控制文件进行备份，它需要使用数据库的备份工具；另一种备份为逻辑备份，是表一级的备份。通常情况下，大型数据库的备份以物理备份为主，逻辑备份为辅，由于物理备份恢复速度快。物理备份又分为在线备份和脱机备份两种。在线备份是在数据库运行的情况下施行的备份，而脱机备份则是在数据库关闭的情况下进行。而对于7X24的数据库只能进行在线备份。在本系统中我们建议采用在线备份方式。平台数据库进行逻辑备份，逻辑备份的数据保存在应用服务器上，天天进行一次针对业务数据的备份，备份副本保存三天，估计5年后一次逻辑备份约需要80G，保存

10、三天副本需要240G备份空间。通过编写计划任务拷贝的方式，对应用服务器上的附件，进行备份，将磁盘阵列数据备份至应用服务器本机磁盘上。每周进行一次全备份，估计5年后一次全备份约为300G。备份的总空间=数据库逻辑备份+附件备份=240+300=540G1.2硬件物理拓扑图;系统网络构造I终端用户终端用户终端用户1.3硬件配置需求数据库服务器15万tpmC应用服务器10万tpmC1.3.1应用服务器硬件需求CPU内存硬盘网络应用服务器应用服务器A2核8G50G1Gbps应用服务器数据库服务器文件服务器WEB服务器核心网络应用服务器i核心交换机统一认证服务、一综合业風.、收入系统门网当前位置：文档视界参考文档-系统能力需求估算参考文档-系统能力需求估算当前位置：文档视界参考文档-系统能力需求估算参考文档-系统能力需求估算