资产管理项目建设方案

. ... .. ... .10/22行政事业单位资产治理信息系统部署与配置方案中华人民共和国财政部20239月33CPU34

目录255367方案一：单位分布主管部门集中889方案二：局部行政事业单位集中1010113131314方案四：单位分布财政集中15151651818186191919财政部门上下级之间数据交互20三、软件运行环境2121212121第三方软件参考清单22一、概述“分级财政〞的业务处理规那么，数据不是使用全国大集中的方式，而是分布在每级财政，各级财政可以通过本级的系统，完成自己职权围的资产动态治理工作容局的角度，调整资产治理的重要掌握数据。各级资产数据分布状况如以下图：定时更。行政事业单位资产治理系统的用户主要为财政治理人员、主管部门和单位用户。部署与建议行政事业单位资产治理系统，依据资产治理业务特点分成财政主管部门版和单位版，因部署围不同分为中心和地方两个层次。系统部署实施应遵守以下：统一规划、统一标准、统一部署。依据金财工程总体规划要求和设计方案，执行统一规划、统一标准、统一指导。经济性。行政事业单位资产治理系统是金财工程的一个子系统，应充分利用金财工程的网络平台和主机系统平台，防止重复建设和力争节约。网络和数据的安全。桌面显示选项。合理性。充分考虑现有业务系统的状况，合理部署硬件、软件、中间件，充分考虑现有的网络条件，设计合理的网络架构，同时要充分利用现有的空闲资源。系统容量推测方法相关的一些非功能性需求，如：CPU容量推测、存容量推测、磁盘容量推测、网络带宽推测等。CPU容量推测CPU容量推测承受--交易本钱分析〔TCA〕方法，理论计算公式如下：P4MCCPU操作频率=每个用户每秒的恳求数每个用户每秒钟的操作本钱(单位：P4EM)=操作频率*P4MC事务名称最小CPUCPU事务名称最小CPUCPUCPU登录(1044.65545.44845.724登录(2051.61453.04456.60269.34573.63181.315P4MC=(45.448+53.044+73.631)/3=57.37s用户恳求频率=1s(依据最保守的估量每个用户每秒处理一次)每个用户每秒钟的操作本钱(单位：P4EM)=1*57.37=57.37CPU=2*2023MHz*0.85=3400P4EM目标用户容量=3400/57.37=59.26用户用户数〔个〕CPUMHzCPUMHz〕推举配置22023MHz的CPU59依据行业的阅历值统计并发操作的比例大约是4CPU可支持59/0.04=1475用户用户数〔个〕CPUMHzCPUMHz〕推举配置类别在线用户数〔个〕A300000.368758135527X3GHzB202300.368755423718X3GHzC100000.36875271189X3GHzD50000.36875135594X3GHzE20230.3687554232X3GHzF10000.3687527111X3GHzG5000.3687513561X2GHz注：考虑到目前主流CPU承受多核技术提升单颗处理器的性能，依据实测性能可以对处理器数量进展如下折算：IntelXeonE5400IBMPower5+双核处理器等效于估算中的两颗单核处理器；IntelItanium2存容量推测依据行政事业单位资产治理系统的性能测试数据，以用户登录并显示主页操作为实容量测算如下：登录用户数〔个〕每增加一用户存增长数(kb)11412250833964336用户类别用户类别用户数〔个〕每个用户数占用存空间〔MB〕存容量〔GB〕推举配置A300000.66319.8920X1GBB202300.66313.2614X1GBC100000.6636.637X1GBD50000.6633.324X1GBE20230.6631.3262X1GBF10000.6630.6631X1GBG5000.6630.3321X1GB磁盘容量推测方法目前单位每卡片的数据大小为3KB：假设平均每家单位拥有存量资产卡片数为5000条，那么每家单位卡片数据容量为5000*3KB=15000KB=15MB；10500条卡片，每家单位每年卡片增量为500*3KB=1500KB=1.5MB，同时假设该系统的使用年限为10年,那么1010*1.5MB=15MB，按不同的用户类别计算磁盘容量配置如下表：用户用户数卡片容量磁盘容量磁盘增量/10推举配置类别(个)〔MB〕〔GB〕(GB)〔GB〕A3000015439.4439.4900B2023015293293600C1000015146.5146.5300D50001573.273.2150E20231529.229.260F10001514.614.630G500157.37.315网络带宽推测方法10秒传输50KB的数据〔上传或者下载10*50kb=500kbps。依据行业阅历，用户在线的并发操作比率大约为4%。网络带宽(Mbps)=用户数*4%*(500kbps/1000)按不用的用户类别计算网络带宽占用如下表：用户类别用户数〔个〕并发用户数〔个〕网络带宽要求(Mbps)推举配置〔Mbps〕A300001200600600B20230800400400C10000400200200D5000200100100E2023804040F1000402020G500201010网络拓扑构造整个网络系统的运行涉与到财政部与中心预算单位性数据交换。针对网络系统的需求如下：ISP不统一。间数据交换，但应实行有效措施保证系统传输数据的安全性。为了保证网络应用的性能和最大化网络可用性宽和连接的隔离问题。Web和应用效劳以与关键网络通讯等各个环节都尽可能承受了冗余技术，保障系统能够长期不连续的供给高性能效劳。系统拓扑构造如以下图所示：说明：应依据部署方式的不同而进展调整。财政部部局域网应用效劳器财政部部局域网应用效劳器DMZ应用效劳器防火墙财政专网财政专网中心一级预算单位省级财政厅防火墙防火墙千兆网络交换机千兆网络交换机数据库效劳器数据库效劳器应用效劳应用效劳器市县财政行政事业单位二、部署方案与硬件配置。J2EE应用效劳相关软硬件，可以在本系统配置时加以利用，节约资源。推举配置应依据实际业务状况而敏捷调整。方案一：单位分布主管部门集中部署图主管部门和财政部门审批的结果需要传回到行政事业单位数据库结果进展调整或开展后续业务。示意图如下：财财政务器数据库主管部门应用效劳器应用效劳器数据库 数据库行政事业单数据库数据库数据库数据库位优点：规律简洁〔按业务实体缺点：治理分散；系统软硬件投资大；数据冗余比较大；保证数据的全都性比较困难。适用状况：中心级、省级。设备测算与配置容量推测CPU容量推测。依据CPU容量推测方法测算结论数据：由于行政事业单位本地存储了数据，因此对主管部门和财政部门之间的效劳器性能要求就降低了很多，假设某一主管部门同时有10个用户在线，该用户类别低于G12GHzCPU。假设财政100G1颗2GHzCPU。说明：为了使系统配置支持将来用户数量的增加，至少应当多加一颗同类别的CPU。存容量推测。门和财政部门之间的效劳器性能要求就降低了很多，假设某一主管部门同时有10个用户在线，该用户类别低于G1GB100个用户在线，该用户类别低于G类用户，那么财政部门推举配置1GB。说明：为了使系统配置支持将来用户数量的增加，同时考虑到操作系统的存消耗，至少1GB-2GB。磁盘容量推测。依据磁盘容量推测方法测算结论数据：假设某一主管部门拥有最多4000个预算单位，并且主管部门需要采集全部下属单位的卡片数据，该用户类别属于D类，那么主管部门推举150GB30000家行政事业单位，并且财政部门需要采集全部下属单位的卡片数据，该用户类别数据A类，那么财政部门推举配置900GB磁盘。说明：考虑到磁盘的冗余和临时备份等因素，建议增加23网络带宽推测。10个用户G10Mbps门同时有100G类用户，那么财政部门的网络带宽推举配置10Mbps。典型配置效劳器类型 配置信息效劳器类型 配置信息数量〔台〕数据库效劳1主管部门器应用效劳器硬盘×4〔RAID10〕,带有电池支持写入缓RAIDPC1IntelXeonE5400四核处理器、4G存，千兆以太网×2，73G硬盘×21PC2IntelXeonE5400四核处理器、4G存，千兆以太网×2，73G1省级器硬盘×2、4Gbps光纤HBA×2〔每PC1IntelXeonE5400个省〕应用效劳器四核处理器、4G存，千兆以太网×2，73G1硬盘×2存储设备146GB161PC2IntelXeonE5400数据库效劳4G存，千兆以太网×2，146G方案二：局部行政事业单位集中部署图据库。主管部门所属行政事业单位部署集中数据库，各个单位分别登录集中数据库效劳器，在线处理资产日常治理业务。行政事业单位处理业务的同时传输数据到主管部门和财政部如下：财政财政务器数据库主管部门应用效劳器数据库行政事业单位数据库数据库优点：对财政部门、主管部门数据压力小；局部主管部门承受数据集中，削减了硬件投资，提高了应用效率高。适用状况：海关、税总、银行等的垂管单位。设备测算与配置容量推测CPU容量推测。依据CPU容量推测方法测算结论数据：由于行政事业单位组合集中存储了数据，假设200家行政事业单位部署集中数据库，那么该用户低于G1颗2GHzCPU10个用户在线，该用户类别低于G类用户，那么12GHzCPU100个用户在线，该用户类别低于G1颗2GHzCPU。说明：为了使系统配置支持将来用户数量的增加，至少应当多加一颗同类别的CPU。存容量推测。200家行政事业单位部署集中数据库，那么该用户低于G类用户，那么推举配置1GB。假10个用户在线，该用户类别低于G类用户，那么主管部门推举配置1GB100G类用户，那么财政部门推举1GB。说明：为了使系统配置支持将来用户数量的增加，同时考虑到操作系统的存消耗，至少1GB-2GB。磁盘容量推测。均200G类用户，那么推举配置15GB磁盘。假设某一主管部门拥有最多4000个预算单位，并且主管部门需要采集全部下属单位的卡片数据，该用户类别属于D类，那么主管部门推举配置150GB磁盘。假设每级财政部门下属30000别数据A900GB磁盘。说明：考虑到磁盘的冗余和临时备份等因素，建议增加23网络带宽推测。均200家行政事业单位部署集中数据库，那么该用户低于G类用户，网络带宽可掌握在10Mbps10个用户在线，该用户类别低于G类用户，那么主10Mbps100个用户在线，该用户类别低于G类用户，那么财政部门的网络带宽推举配置为10Mbps。典型配置效劳器类型 配置信息效劳器类型 配置信息数量〔台〕数据库效劳数据库效劳器4G存，千兆以太网×2，146G硬盘×4〔RAID10〕,带有电池支持写入缓RAID1主管部门PC2IntelXeonE5400四核处理器、4G存，千兆以太网×2，73G1省级器硬盘×2、4Gbps光纤HBA×2〔每PC1IntelXeonE5400个省〕应用效劳器四核处理器、4G存，千兆以太网×2，73G1硬盘×2存储设备146GB161PC2IntelXeonE5400应用效劳器PC1IntelXeonE5400四核处理器、4G存，千兆以太网×2，73G1硬盘×2行政事业效劳器PC1IntelXeonE5400四核处理器、4G存，千兆以太网×2，73G1单位硬盘×2集中集中方案三：主管部门集中部署图部门所属行政事业单位通过网络登录主管部门数据效劳器在线进展相关资产治理业务与申器，财政部门在进展审批相关业务。示意图如下：财财政务器数据库主管部门应用效劳器应用效劳器数据库数据库行政事业单位了；相对削减了数据冗余。缺点：对主管部门数据压力大，主管部门系统软硬件投资增大。适用状况：一般中心部门本级〔垂管除外设备测算与配置容量推测CPU容量推测。依据CPU容量推测方法测算结论数据：假设某一主管部门拥有最多4000个预算单位，4000D43GHzCPU。100G12GHz的CPU。说明：为了使系统配置支持将来用户数量的增加，至少应当多加一颗同类别的CPU。存容量推测。依据存容量推测方法测算结论数据：假设某一主管部门拥有最多4000个预算单位，同时有4000个用户在线，该用户类别属于D类，那么主管部门推举配置4GB。假设财政部门100个用户在线，该用户类别低于G类用户，那么财政部门推举配置1GB。说明：为了使系统配置支持将来用户数量的增加，同时考虑到操作系统的存消耗，至少1GB-2GB。磁盘容量推测。依据磁盘容量推测方法测算结论数据：假设某一主管部门拥有最多4000个预算单位，D150GB磁盘。假设每级财政部门下属30000家行政事业单位，并且财政部门需要采集全部下属单位的卡片数据，该用户类别数据A类，900GB磁盘。说明：考虑到磁盘的冗余和临时备份等因素，建议增加23网络带宽推测。依据网络带宽推测方法测算结论数据：最大带宽需求估量如下：4000个预算单位，该用户类别属于D类，那么主管部门网100Mbps100个用户在线，该用户类别低于G类用户，那10Mbps。一般带宽需求估量如下：200G类，那么主管部门网络带10Mbps。假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政10Mbps。典型配置省级与主管部门部署的典型硬件配置如下：效劳器类型 效劳器类型 配置信息数量〔台〕省级数据库效劳 PC效劳器、2颗IntelXeonE5400系列1〔每器四核处理器、4G存，千兆以太网×2，73G个省〕硬盘×2、4Gbps光纤HBA×2PC1IntelXeonE5400应用效劳器四核处理器、4G存，千兆以太网×2，73G1存储设备硬盘×2146GB161小型机，2IntelItanium2主管部门主管部门数据库效劳器应用效劳器IBMPower5+双核处理器、8G千兆以太网端口×2，146GB硬盘×4〔RAID10〕，冗余电源PC2IntelXeonE5400四核处理器、4G存，千兆以太网×2，73G硬盘×211部署图门通过网络登录到财政部门数据效劳器理。财政部门在线处理资产日常治理业务。示意图如下：财财政务器数据库主管部门行政事业单数据库数据库数据库位优点：在财政部门和主管单位没有数据冗余，数据能有保持全都性；数据能实时反响。软硬件投资相对较少；行政事业单位部署数据库有效减轻对财政与主管部门数据库的压力缺点：行政事业单位与主管部门、财政部门之间的数据时效性差。适用状况：中心本级〔小单位设备测算与配置容量推测CPU容量推测。依据CPU容量推测方法测算结论数据：假设某一财政部门拥有最多200个主管部门，同时每个部门10个用户在线，那么同时在线用户为200*10=2023个用户在线，该用户类别属于E23GHzCPU。说明：为了使系统配置支持将来用户数量的增加，至少应当多加一颗同类别的CPU。存容量推测。200每个部门10个用户在线，那么同时在线用户为200*10=2023个用户在线，该用户类别属于E2GB。说明：为了使系统配置支持将来用户数量的增加，同时考虑到操作系统的存消耗，至少1GB-2GB。磁盘容量推测。依据磁盘容量推测方法测算结论数据：假设每级财政部门下属30000家行政事业单位，A类，那么财政部门推举900GB磁盘。说明：考虑到磁盘的冗余和临时备份等因素，建议增加23网络带宽推测。2005个用户在线，那么同时在线用户为200*5=1000个用户在线，该用户类别属于F20Mbps。典型配置财政主管部门版部署在省级财政的典型硬件配置如下：效劳器类效劳器类型配置信息数量〔台〕省级〔每个省〕数据库服务器小型机，2颗IntelItanium2双核处理千兆以太网端口×2，146GB×2，冗余电源，4GbpsHBA2PC2IntelXeonE540073G2146GB162应用效劳器2存储设备1后各种方案皆可实现多级部署，其硬件配置状况不再反复争论。仅以方案一为例，各地市级财政部署的典型硬件配置如下：效劳器类效劳器类型配置信息数量〔台〕地市〔每个地数据库服务器PC效劳器、2IntelXeonE540073G2、4GbpsHBA2PC1IntelXeonE540073G2146GB51应用效劳器1存储设备1方案五：财政大集中部署图门与所属行政事业单位分别通过网络登录到财政部门数据效劳器务与申报审批业务事项处理。财政部门在线处理资产日常治理业务。示意图如下：财财政务器数据库主管部门行政事业单位优点：财政部门、主管部门、行政事业单位数据的与时性和全都性高；没有数据冗余；软硬件投资小。缺点：对财政部门数据库效劳器压力巨大，系统运行效率难以保障。适用状况：小地市、县级。设备测算与配置容量推测CPU容量推测。依据CPU容量推测方法测算结论数据：假设同一级财政拥有最多20230个预算单位，同时有20230B18颗3GHz的CPU。存容量推测。2023020230个用户在线，该用户类别属于B14GB。说明：考虑到操作系统的存消耗，至少应当多增加同类别的存1GB-2GB。磁盘容量推测。20230用户类别数据B600GB磁盘。说明：考虑到磁盘的冗余和临时备份等因素，建议增加23网络带宽推测。2023020230B400Mbps。典型配置效劳器类型 配置信息效劳器类型 配置信息数量〔台〕小型机，4IntelItanium2数据库效劳 或IBMPower5+双核处理器、32G存、千2省级〔每器兆以太网端口×2，146GB硬盘×2，冗余电源，4GbpsHBA×2应用效劳器PC2IntelXeonE54008G存，千兆以太网×2，146G2硬盘×2存储设备146GB161几种部署方案争论以业务需求为根底素考虑，选择最合理、有效的部署方案。部署方案配置比较位实际状况考虑具体配置方案。充分利用单位现有的根底设备，如已经选购的存储、备份、可以简化。假设对可用性的要求比较低，可以使用PCServer代替小型机，甚至不承受数据库群集方案。系统容量推测算出不同部署方式下各实施单位所需资源状况的理论值系统本身的资源消耗状况。方财政部门主管部门局部行政事业单位集中五种部署方案所需资源状况如下表所示，其中各参数单位为:CPU(GHz)、存(GB)、磁盘(GB)方财政部门主管部门局部行政事业单位集中案CPU存磁盘网络CPU存磁盘网络CPU存磁盘网络一21900102115010二21900102115010111510三219001012415010/100四6290020五54146