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