华东电网有限公司财务管控系统优化方案总汇.doc

华东电网有限公司财务管控系统优化方案总汇.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
华东电网公司 1 项目背景 3 2 财务管控系统软硬件平台现状 4 2.1 系统硬件配置 4 3 财务管控系统软硬件平台架构优化方案 5 3.1 数据库平台架构硬件拓扑图 6 3.2 数据库平台及存储层优化说明 6 4 加速方案与原有生产环境对比 8 4.1 架构对比 8 4.2 高可用 8 5 数据库监控软件 11 6 配置参考 15 项目背景 华东电网有限公司7年,系统设备已过质保期老化,运行期间出现过的问题造成了数据提取有限公司于近期更换了系统的应用服务器但是系统反应慢、存储故障等问题未得到全面的。系统缺少了一套的对数据库进行监控的,并且运维人员的工作量。有限公司至今进行了多次的系统硬件的升级,但是仍存在安全性差,问题,如果仅仅是对现有的架构进行升级,进行的硬件的堆叠很难现有的问题。,建设高可用确保的稳定,利用新技术确保数据的安全。公司确保数据不会丢失,有限公司有限公司 财务管控系统软硬件平台现状 系统硬件配置 华东电网有限公司 (图1:华东电网有限公司光纤交换机一台高端存储一台智能化磁带库 序号 设备名称 数量 型号及主要配置 1 应用服务器1 1 HP dl 380、16G 2 应用服务器2 1 HP dl 380、16G 4 数据库服务器1 1 IBM x3850 、32G 5 数据库服务器2 1 IBM x3850 、32G 6 光纤交换机 2 brocade 5100 7 存储 1 hds uspv 、320G 8 备份设备 1 昆腾 Scalar i6000 9 备份软件 1 netbackup 10 数据库 1 oracle 11gR2 11 中间件 1 weblogic 10.3.6 系统已经进行了多次硬件的升级,系统着各种隐患,近期应用服务器,但在还是出现了存储磁盘坏道造成数据无法抽取的情况随着和的增加,也不断。已经建设了虽然期间更新了部分设备,但设备也日益,性能降低,出现故障的风险也大大增加了,为此需要建设一套新的系统来测底解决现有问题。 两台 数据库平台及存储层优化说明 1、两台高配置PC服务器,作为高速数据库存储层的管控平台计算节点,安装Oracle database 11g企业版数据库管理软件,使用Oracle的Clusterware集群件管理,实现节点间的负载均衡; 2、3台中等配置PC服务器,安装存储管理软件,配置Flash卡和SAS磁盘,作为高速数据库存储层的存储节点。每个存储节点成为一个独立的存储单元,多个存储节点组合在一起,形成一个存储池,性能和容量可按需线形扩展。使用RDMA技术降低延迟、提升性能,实现数据库加速。 3、2台Infiniband交换机,利用其40Gb全线速的高带宽,实现Oracle数据库节点间的交互及计算机点与存储节点间的数据高速交互,用于将存储节点的Flash和磁盘资源输出到计算节点,消除系统I/O瓶颈。 4、现有的两台HP dl 380为今年新配置的设备,已经能满足现有系统的需要将建设将沿用现有应用服务器6、在新增的计算节点服务器上配置HBA卡,接入原有的存储区域网络,仍采用原有的备份环境进行财务管控系统的数据备份,保证业务的高可用和连续性。 加速方案与原有生产环境对比 架构对比 传统架构 数据库性能加速架构 计算节点: 最上层两台服务器,作为该架构中的计算节点,安装Oracle实例 存储节点: 最下层一台服务器为磁盘矩阵,作为存储节点(使用SAS磁盘,此为传统机械盘) 互联: 架构中间层,由FC SAN完成计算节点和存储节点的互联 计算节点:最上层两台服务器为高性能PC Server,作为的计算节点,安装Oracle实例 存储节点:最下层两台服务器为中端PC Server,作为存储节点,配置Flash卡,提供超高的读写能力 互联:架构中间层,由Infiniband完成计算节点和存储节点的互联 高可用 高可用是数据库架构的重中之重,以下我们分为计算节点和存储节点两个层面去阐述该问题: 传统架构 数据库性能加速架构 计算节点的高可用 需要由Oracle的Clusterware集群件+第三方基于UNIX环境的集群软件共同实现。 问题:Oracle的集群环境本身就非常复杂,再加上第三方的集群组件,会让整个环境更加复杂,为之后的运维带来极大的难度。 计算节点的高可用 使用Oracle的Clusterware集群件管理。使环境的部署和运维相比传统架构简单不少。 存储节点的高可用 完全由单一的磁盘阵列保证。现在的做法,可以简单的总结为以下两点: 通过raid技术做到数据的冗余,保证不会因为磁盘的损坏造成数据的 通过例如电源的冗余,控制器的冗余等,提高硬件本身的可用性。 存储节点的高可用 数据

文档评论(0)

1112111 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档