1、行政事业单位资产管理信息系统1 / 27行 政 事 业 单 位 资 产 管 理 信 息 系 统部 署 及 配 置 方 案中华人民共和国财政部2009 年 9 月行政事业单位资产管理信息系统2 / 27目 录一、概述 .31 部署原则及建议 .32 系统容量预测方法 .42.1CPU 容量预测 .42.2 内存容量预测 .52.3 磁盘容量预测方法 .62.4 网络带宽预测方法 .63 网络拓扑结构 .7二、部署方案及硬件配置 .91 方案一：单位分布主管部门集中 .101.1 部署图 .101.2 设备测算及配置 .112 方案二：部分行政事业单位集中 .132.1 部署图 .132.2 设备
2、测算及配置 .143 方案三：主管部门集中 .163.1 部署图 .163.2 设备测算及配置 .174 方案四：单位分布财政集中 .194.1 部署图 .194.2 设备测算及配置 .205 方案五：财政大集中 .225.1 部署图 .225.2 设备测算及配置 .236 几种部署方案讨论 .246.1 以业务需求为基础 .246.2 部署方案配置比较 .246.3 财政部门上下级之间数据交互 .25三、软件运行环境 .261 系统软件 .261.1 操作系统 .261.2 数据库 .261.3 中间件 .262 第三方软件参考清单 .27行政事业单位资产管理信息系统3 / 27一、概述行政
3、事业单位资产管理系统采取“集中分布式”的整体构架。 “分布”是指系统按照“分级财政”的业务处理规则，数据不是使用全国大集中的方式，而是分布在每级财政，各级财政可以通过本级的系统，完成自己职权范围内的资产动态管理工作内容。 “集中”是指各级财政的行政事业单位将数据集中到本级财政，实现本级财政数据相对的集中。上、下级财政之间做到数据交换，使得上级财政能够了解下级财政资产管理的相关数据，必要时可以从全局的角度，调整资产管理的重要控制数据。各级资产数据分布情况如图所示：各级财政数据包括本级主管部门汇总数据、各行政事业单位重要资产的明细数据，以及下级财政汇总数据。主管部门数据指本部门资产的明细数据。主管
4、部门的汇总数据及本级财政重点监控资产的数据、下级财政的汇总数据应同本级财政或上级财政对应数据做到实时或定时更新。行政事业单位资产管理系统的用户主要为财政管理人员、主管部门和单位用户。 1 部署原则及建议行政事业单位资产管理系统，按照资产管理业务特点分成财政主管部门版和单位版，因部署范围不同分为中央和地方两个层次。行政事业单位资产管理信息系统4 / 27系统部署实施应遵守以下原则：1.统一规划、统一标准、统一部署。按照金财工程总体规划要求和设计方案，执行统一规划、统一标准、统一指导。2.经济性。行政事业单位资产管理系统是金财工程的一个子系统，应充分利用金财工程的网络平台和主机系统平台，避免重复建
5、设和力争节约。3.可扩展性。考虑到金财工程的整体性，所以系统建设应该为后续业务发展留有余地。4.安全性。利用国家有关的信息安全平台，结合自身的安全体系建设，充分保证系统、网络和数据的安全。5.方便性。满足用户个性需求，采用自定义单据、报表模板、打印模板，自定义桌面，自定义菜单，系统根据用户权限自动过滤未授权的功能，而且用户可以根据自己的爱好定制桌面显示选项。6.合理性。充分考虑现有业务系统的状况，合理部署硬件、软件、中间件，充分考虑现有的网络条件，设计合理的网络架构，同时要充分利用现有的空闲资源。2 系统容量预测方法资产管理系统设计在充分考虑数据服务的功能性需求， ，还必须考虑与系统运行紧密相
6、关的一些非功能性需求，如：CPU 容量预测、内存容量预测、磁盘容量预测、网络带宽预测等。2.1CPU 容量预测CPU 容量预测采用-交易成本分析（TCA）方法，理论计算公式如下：P4MC 成本=每个用户每次请求的 CPU 时间（平均数）操作频率=每个用户每秒的请求数每个用户每秒钟的操作成本(单位：P4EM )=操作频率 * P4MC 成本根据行政事业单位资产管理系统的性能测试数据，以用户登录并显示主页操作为实例，该操作需要有多个业务模块需要在主页面展示，是系统处理消耗比较大的功能操作，CPU 容量测算如下：事务名称 最小 CPU 时间（秒）平均 CPU 时间（秒） 最大 CPU 时间（秒）登录
7、(10 个用户) 44.655 45.448 45.724登录(20 个用户) 51.614 53.044 56.602登录(50 个用户) 69.345 73.631 81.315P4MC 成本=(45.448+53.044+73.631)/3=57.37s用户请求频率=1s(按照最保守的估计每个用户每秒处理一次)每个用户每秒钟的操作成本(单位：P4EM)=1*57.37=57.37目标 CPU 容量=2*2000MHz * 0.85=3400P4EM行政事业单位资产管理信息系统5 / 27目标用户容量= 3400/57.37=59.26结论：通过以上测试数据可以得出 2 颗 2000MHz
8、 的 CPU 最多可以支持 59 个用户并发。按照行业的经验值统计并发操作的比例大约是 4%，因此该 CPU 可支持 59/0.04=1475 个在线用户，每 MHz 的 CPU 可支持 1475/(2*2000)=0.36875 个在线用户，按不同的用户类别计算 CPU 配置如下表：用户类别用户数（个） CPU 每 MHz 支持在线用户数（个）CPU 容量（MHz） 推荐配置A 类 30000 0.36875 81355 27 X 3GHzB 类 20000 0.36875 54237 18 X 3GHzC 类 10000 0.36875 27118 9 X 3GHzD 类 5000 0.3
9、6875 13559 4 X 3GHzE 类 2000 0.36875 5423 2 X 3GHzF 类 1000 0.36875 2711 1 X 3GHzG 类 500 0.36875 1356 1 X 2GHz注：考虑到目前主流 CPU 采用多核技术提升单颗处理器的性能，根据实测性能可以对处理器数量进行如下折算：一颗 Intel Xeon E5400 系列四核处理器等效于估算中的两颗单核处理器；一颗 IBM Power 5+双核处理器等效于估算中的两颗单核处理器；一颗 Intel Itanium2 双核处理器等效于估算中的两颗单核处理器。2.2 内存容量预测根据行政事业单位资产管理系统的
10、性能测试数据，以用户登录并显示主页操作为实例，该操作需要有多个业务模块需要在主页面展示，是系统处理消耗比较大的功能操作，内存容量测算如下：登录用户数（个） 每增加一用户内存增长数(kb)1 个 14122 个 5083 个 396登 4 个 336结论：通过以上测试数据，每个在线用户占用服务器内存空间平均为 0.663MB，按不同用户类别计算内存配置如下：用户类别 用户数（个）每个用户数占用内存空间（MB）内存容量（GB） 推荐配置A 类 30000 0.663 19.89 20 X 1GBB 类 20000 0.663 13.26 14 X 1GB行政事业单位资产管理信息系统6 / 27C
11、类 10000 0.663 6.63 7 X 1GBD 类 5000 0.663 3.32 4 X 1GBE 类 2000 0.663 1.326 2 X 1GBF 类 1000 0.663 0.663 1 X 1GBG 类 500 0.663 0.332 1 X 1GB2.3 磁盘容量预测方法目前单位每张卡片的数据大小为 3KB：假设平均每家单位拥有存量资产卡片数为 5000 条，则每家单位卡片数据容量为5000*3KB=15000KB=15MB；如果每年平均每家单位增加 10%的卡片数量，则每年每家单位增加 500 条卡片，每家单位每年卡片增量为 500*3KB=1500KB=1.5MB，
12、同时假设该系统的使用年限为 10 年,则每家单位每 10 年增量为 10*1.5MB=15MB，按不同的用户类别计算磁盘容量配置如下表：用户类别用户数(个)卡片容量（MB）磁盘容量（GB）磁盘增量/10 年(GB)推荐配置（GB）A 类 30000 15 439.4 439.4 900B 类 20000 15 293 293 600C 类 10000 15 146.5 146.5 300D 类 5000 15 73.2 73.2 150E 类 2000 15 29.2 29.2 60F 类 1000 15 14.6 14.6 30G 类 500 15 7.3 7.3 152.4 网络带宽预测方
13、法假设每个客户端在进行操作时大约需要在 10 秒内传输 50KB 的数据（上传或者下载） ，这样每个客户端占用网络带宽为 10*50kb=500kbps。按照行业经验，用户在线的并发操作比率大约为 4%。网络带宽(Mbps)=用户数*4%*(500kbps/1000)按不用的用户类别计算网络带宽占用如下表：用户类别用户数（个）并发用户数（个）网络带宽要求(Mbps)推荐配置（Mbps）A 类 30000 1200 600 600行政事业单位资产管理信息系统7 / 27B 类 20000 800 400 400C 类 10000 400 200 200D 类 5000 200 100 100E
14、类 2000 80 40 40F 类 1000 40 20 20G 类 500 20 10 103 网络拓扑结构整个网络系统的运行涉及到财政部与中央预算单位、财政部与各省财政厅的实时或周期性数据交换。针对网络系统的需求如下：A. 需要考虑财政部与中央预算单位、财政部与各省财政厅目前比较复杂的网络接入现状。各个分支机构基本实现互连网接入，但是各个节点接入方式和接入 ISP 不统一。B. 需要考虑大型网络的安全性。目前拟定通过财政业务专网（财政内网）进行系统各级间数据交换，但应采取有效措施保证系统传输数据的安全性。C. 为了保证网络应用的性能和最大化网络可用性，需要考虑网络内部不同应用的网络带宽和
15、连接的隔离问题。综合考虑系统的稳定性、性能和可扩展性，需要在存储子系统、存储传输系统、数据备份子系统、数据库服务、Web 和应用服务以及关键网络通讯等各个环节都尽可能采用了冗余技术，保障系统能够长期不间断的提供高性能服务。系统拓扑结构如下图所示：说明：应根据部署方式的不同而进行调整。行政事业单位资产管理信息系统8 / 27防火墙数据库服务器千兆网络交换机省级财政厅千兆网络交换机 X 2O r a c l e 服务器 2O r a c l e 服务器 1防火墙D M Z部局域网R A C 群集应用服务器财政部财政专网防火墙数据库服务器千兆网络交换机中央一级预算单位行政事业单位市县财政应用服务器财
16、政专网应用服务器应用服务器应用服务器应用服务器行政事业单位资产管理信息系统9 / 27二、部署方案及硬件配置下面将根据不同的部署方案，对省级、中央部门、各级行政事业单位的设备情况进行讨论。说明：用户在过去的信息化建设过程中，如果已经采购了存储、备份、数据库、J2EE应用服务相关软硬件，可以在本系统配置时加以利用，节约资源。推荐配置应根据实际业务情况而灵活调整。行政事业单位资产管理信息系统10 / 271 方案一：单位分布主管部门集中1.1 部署图在财政部门、主管部门、行政事业单位分别部署资产动态数据库。行政事业单位传输数据的时候，同时传输数据到主管部门和财政部门，财政部门和主管部门分别登录自己的数据库进行审批等业务操作。如果主管部门审批之后的数据需要传输到财政部门，由财政部门进行审批或备案，那么数据会传输到财政部门，由财政部门登录自己的数据库进行审批或备案。主管部门和财政部门审批的结果需要传回到行政事业单位数据库，行政事业单位进依据审批结果进行调整或开展后续业务。示意图如下：财政主管部门行政事业单位数据库数据库 数据库 数据库 数据库数据库 数据库应用服务器应用服务器应用服务器优点：逻辑简单（按业务实体） ，对财政部门、主管部门数据压力小，应用效率高。缺点：管理分散；系统软硬件投资大；数据冗余比较大；保证数据的一致性比较困难。适用情况：中央级、省级。
