资产管理项目建设方案详细文档格式.docx

1、2系统容量预测方法资产管理系统设计在充分考虑数据服务的功能性需求，还必须考虑与系统运行严密相关的一些非功能性需求，如：CPU容量预测、存容量预测、磁盘容量预测、网络带宽预测等。2.1CPU容量预测CPU容量预测采用-交易本钱分析TCA方法，理论计算公式如下：P4MC本钱=每个用户每次请求的CPU时间平均数操作频率=每个用户每秒的请求数每个用户每秒钟的操作本钱（单位：P4EM ）=操作频率 * P4MC本钱根据行政事业单位资产管理系统的性能测试数据，以用户登录并显示主页操作为实例，该操作需要有多个业务模块需要在主页面展示，是系统处理消耗比拟大的功能操作，CPU容量测算如下：事务名称最小CPU时间

2、秒平均CPU时间秒最大CPU时间秒登录（10个用户）44.65545.44845.724登录（20个用户）51.61453.04456.602登录（50个用户）69.34573.63181.315P4MC本钱=（45.448+53.044+73.631）/3=57.37s用户请求频率=1s（按照最保守的估计每个用户每秒处理一次）P4EM）=1*57.37=57.37目标CPU容量=2*2000MHz * 0.85=3400P4EM目标用户容量= 3400/57.37=59.26结论：通过以上测试数据可以得出2颗2000MHz的CPU最多可以支持59个用户并发。按照行业的经验值统计并发操作的比例

3、大约是4%，因此该CPU可支持 59/0.04=1475个在线用户，每MHz的CPU可支持1475/（2*2000）=0.36875 个在线用户，按不同的用户类别计算CPU配置如下表：用户类别用户数个CPU每MHz支持在线用户数个CPU容量MHz推荐配置A类300000.368758135527 X 3GHzB类200005423718 X 3GHzC类10000271189 X 3GHzD类5000135594 X 3GHzE类200054232 X 3GHzF类100027111 X 3GHzG类50013561 X 2GHz注：考虑到目前主流CPU采用多核技术提升单颗处理器的性能，根据实

4、测性能可以对处理器数量进展如下折算：一颗Intel Xeon E5400系列四核处理器等效于估算中的两颗单核处理器；一颗IBM Power 5+双核处理器等效于估算中的两颗单核处理器；一颗Intel Itanium2双核处理器等效于估算中的两颗单核处理器。2.2存容量预测根据行政事业单位资产管理系统的性能测试数据，以用户登录并显示主页操作为实例，该操作需要有多个业务模块需要在主页面展示，是系统处理消耗比拟大的功能操作，存容量测算如下：登录用户数个每增加一用户存增长数（kb）1个14122个5083个396登4个336通过以上测试数据，每个在线用户占用服务器存空间平均为0.663MB，按不同用户

5、类别计算存配置如下：用户类别每个用户数占用存空间MB存容量GB0.66319.8920 X 1GB13.2614 X 1GB6.637 X 1GB3.324 X 1GB1.3262 X 1GB1 X 1GB0.3322.3磁盘容量预测方法目前单位每卡片的数据大小为3KB：假设平均每家单位拥有存量资产卡片数为5000条，那么每家单位卡片数据容量为5000*3KB=15000KB=15MB；如果每年平均每家单位增加10%的卡片数量，那么每年每家单位增加500条卡片，每家单位每年卡片增量为500*3KB=1500KB=1.5MB，同时假设该系统的使用年限为10年,那么每家单位每10年增量为10*1.

6、5MB=15MB，按不同的用户类别计算磁盘容量配置如下表：用户数（个）卡片容量MB磁盘容量磁盘增量/10年（GB）15439.4900293600146.530073.215029.26014.6307.32.4网络带宽预测方法假设每个客户端在进展操作时大约需要在10秒传输50KB的数据上传或者下载，这样每个客户端占用网络带宽为10*50kb=500kbps。按照行业经验，用户在线的并发操作比率大约为4%。 网络带宽（Mbps）=用户数*4%*（500kbps/1000）按不用的用户类别计算网络带宽占用如下表：个并发用户数网络带宽要求（Mbps）Mbps12008004002001008040

7、20103网络拓扑结构整个网络系统的运行涉与到财政部与中央预算单位、财政部与各省财政厅的实时或周期性数据交换。针对网络系统的需求如下：A.需要考虑财政部与中央预算单位、财政部与各省财政厅目前比拟复杂的网络接入现状。各个分支机构根本实现互连网接入，但是各个节点接入方式和接入ISP不统一。B.需要考虑大型网络的安全性。目前拟定通过财政业务专网财政网进展系统各级间数据交换，但应采取有效措施保证系统传输数据的安全性。C.为了保证网络应用的性能和最大化网络可用性，需要考虑网络部不同应用的网络带宽和连接的隔离问题。综合考虑系统的稳定性、性能和可扩展性，需要在存储子系统、存储传输系统、数据备份子系统、数据库

8、服务、Web和应用服务以与关键网络通讯等各个环节都尽可能采用了冗余技术，保障系统能够长期不连续的提供高性能服务。系统拓扑结构如下列图所示：说明：应根据部署方式的不同而进展调整。二、部署方案与硬件配置下面将根据不同的部署方案，对省级、中央部门、各级行政事业单位的设备情况进展讨论。用户在过去的信息化建设过程中，如果已经采购了存储、备份、数据库、J2EE应用服务相关软硬件，可以在本系统配置时加以利用，节约资源。推荐配置应根据实际业务情况而灵活调整。1方案一：单位分布主管部门集中1.1 部署图在财政部门、主管部门、行政事业单位分别部署资产动态数据库。行政事业单位传输数据的时候，同时传输数据到主管部门和

9、财政部门，财政部门和主管部门分别登录自己的数据库进展审批等业务操作。如果主管部门审批之后的数据需要传输到财政部门，由财政部门进展审批或备案，那么数据会传输到财政部门，由财政部门登录自己的数据库进展审批或备案。主管部门和财政部门审批的结果需要传回到行政事业单位数据库，行政事业单位进依据审批结果进展调整或开展后续业务。示意图如下：优点：逻辑简单按业务实体，对财政部门、主管部门数据压力小，应用效率高。缺点：管理分散；系统软硬件投资大；数据冗余比拟大；保证数据的一致性比拟困难。适用情况：中央级、省级。1.2 设备测算与配置1.2.1容量预测CPU容量预测。按照CPU容量预测方法测算结论数据：因为行政事

10、业单位本地存储了数据，因此对主管部门和财政部门之间的服务器性能要求就降低了很多，假设某一主管部门同时有10个用户在线，该用户类别低于G类用户，那么主管部门推荐配置1颗2GHz的CPU。假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门推荐配置1颗2GHz的CPU。为了使系统配置支持将来用户数量的增加，至少应该多加一颗同类别的CPU。存容量预测。按照存容量预测方法测算结论数据：因为行政事业单位本地存储了数据，因此对主管部门和财政部门之间的服务器性能要求就降低了很多，假设某一主管部门同时有10个用户在线，该用户类别低于G类用户，那么主管部门推荐配置1GB。假设财政部门同时有1

11、00个用户在线，该用户类别低于G类用户，那么财政部门推荐配置1GB。为了使系统配置支持将来用户数量的增加，同时考虑到操作系统的存消耗，至少应该多增加同类别的存1GB-2GB。磁盘容量预测。按照磁盘容量预测方法测算结论数据：假设某一主管部门拥有最多4000个预算单位，并且主管部门需要采集所有下属单位的卡片数据，该用户类别属于D类，那么主管部门推荐配置150GB磁盘。假设每级财政部门下属30000家行政事业单位，并且财政部门需要采集所有下属单位的卡片数据，该用户类别数据A类，那么财政部门推荐配置900GB磁盘。考虑到磁盘的冗余和临时备份等因素，建议增加2到3倍的磁盘容量。网络带宽预测。按照网络带宽

12、预测方法测算结论数据：因为行政事业单位本地存储了数据，因此对主管部门和财政部门之间的服务器性能要求就降低了很多， 假设某一主管部门同时有10个用户在线，该用户类别低于G类用户，那么主管部门网络带宽可控制在10Mbps以。假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门的网络带宽推荐配置为10Mbps。1.2.2典型配置省级财政、主管部门的典型硬件配置如下：服务器类型配置信息数量台省级每个省数据库服务器PC服务器、2颗Intel Xeon E5400系列四核处理器、4G存，千兆以太网2，73G硬盘2、4Gbps光纤HBA卡21应用服务器PC服务器、1颗Intel Xeon

13、 E5400系列四核处理器、4G存，千兆以太网存储设备146GB硬盘 16主管部门2，146G硬盘4RAID10,带有电池支持写入缓存的RAID控制器2方案二：局部行政事业单位集中2.1 部署图财政部门、主管部门分别部署数据库，某一主管部门下属局部行政事业单位集中部署数据库。主管部门所属行政事业单位部署集中数据库，各个单位分别登录集中数据库服务器，在线处理资产日常管理业务。行政事业单位处理业务的同时传输数据到主管部门和财政部门，财政部门和主管部门分别登录自己的数据库进展审批等业务操作。主管部门和财政部门审批的结果需要传回到单位集中数据库，单位进依据审批结果进展调整或后续业务。对财政部门、主管部

14、门数据压力小；局部主管部门采用数据集中，减少了硬件投资，提高了应用效率高。系统软硬件投资较大；海关、税总、银行等的垂管单位。2.2 设备测算与配置2.2.1容量预测因为行政事业单位组合集中存储了数据，假设平均200家行政事业单位部署集中数据库，那么该用户低于G类用户，那么推荐配置1颗2GHz的CPU。假设某一主管部门同时有10个用户在线，该用户类别低于G类用户，那么主管部门推荐配置1颗2GHz的CPU。假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门推荐配置 1 颗 2GHz的CPU。因为行政事业单位组合集中存储了数据，假设平均200家行政事业单位部署集中数据库，那么该

15、用户低于G类用户，那么推荐配置1GB。假设某一主管部门同时有10个用户在线，该用户类别低于G类用户，那么主管部门推荐配置 1GB。假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门推荐配置 1GB。因为行政事业单位组合集中存储了数据，假设平均200家行政事业单位部署集中数据库，那么该用户低于G类用户，那么推荐配置15GB磁盘。因为行政事业单位组合集中存储了数据，假设平均200家行政事业单位部署集中数据库，那么该用户低于G类用户，网络带宽可控制在10Mbps以。假设某一主管部门同时有10个用户在线，该用户类别低于G类用户，那么主管部门网络带宽可控制在10Mbps以。2.2.

16、2典型配置省级与主管部门部署的典型硬件配置如下：行政事业单位集中服务器3方案三：主管部门集中3.1 部署图资产动态数据库分别在财政部门、主管部门进展部署，行政事业单位不存储数据。主管部门所属行政事业单位通过网络登录主管部门数据服务器在线进展相关资产管理业务与申报业务事项处理。主管部门在线审批下属单位申报业务，同时通过网络上传财政部门数据服务器，财政部门在进展审批相关业务。对主管部门数据相对集中；减少数据层级；与下级行政事业单位数据时效性提高了；相对减少了数据冗余。对主管部门数据压力大，主管部门系统软硬件投资增大。一般中央部门本级垂管除外、省级。3.2 设备测算与配置3.2.1容量预测假设某一主

17、管部门拥有最多4000个预算单位，同时有4000个用户在线，该用户类别属于D类，那么主管部门推荐配置4颗3GHz的CPU。假设某一主管部门拥有最多4000个预算单位，同时有4000个用户在线，该用户类别属于D类，那么主管部门推荐配置4GB。假设某一主管部门拥有最多4000个预算单位，该用户类别属于D类，那么主管部门推荐配置150GB磁盘。最大带宽需求估计如下：假设某一主管部门拥有最多4000个预算单位，该用户类别属于D类，那么主管部门网络带宽为100Mbps。普通带宽需求估计如下：假设主管部门平均拥有200个预算单位，该用户类别属于G类，那么主管部门网络带宽为10Mbps。3.2.2典型配置1

18、6小型机，2颗Intel Itanium2双核处理器或IBM Power5+双核处理器、8G存、千兆以太网端口2，146GB硬盘4RAID10，冗余电源4方案四：单位分布财政集中4.1 部署图资产动态数据库分别部署在财政部门和行政事业单位，主管部门不部署数据库。主管部门通过网络登录到财政部门数据服务器，在线进展相关资产管理业务与申报审批业务事项处理。财政部门在线处理资产日常管理业务。在财政部门和主管单位没有数据冗余，数据能有保持一致性；数据能实时反响。软硬件投资相对较少；行政事业单位部署数据库有效减轻对财政与主管部门数据库的压力行政事业单位与主管部门、财政部门之间的数据时效性差。中央本级小单位

19、、省级、市县级。4.2 设备测算与配置4.2.1容量预测假设某一财政部门拥有最多200个主管部门，同时每个部门10个用户在线，那么同时在线用户为200*10=2000个用户在线，该用户类别属于E类，那么财政部门推荐配置2颗3GHz的CPU。假设某一财政部门拥有最多200个主管部门，同时每个部门10个用户在线，那么同时在线用户为200*10=2000个用户在线，该用户类别属于E类，那么财政部门推荐配置2GB。假设某一财政部门拥有最多200个主管部门，同时每个部门5个用户在线，那么同时在线用户为200*5=1000个用户在线，该用户类别属于F类，那么财政部门的网络带宽推荐配置为20Mbps。4.2.2典型配置财政主管部门版