ERP和E-HR数据库升级方案-供应商版.doc

文件密级 一般 文 号 紧急程度 一般 日 期 关于太仓数据中心ERP和E-HR数据库系统升级改造项目的方案 1现状 1.1 ERP、E-HR数据库服务器现状 1.1.1 ERP和E-HR数据库肩负着协鑫电力ERP应用和全集团E-HR应用的后台数据库服务任务，属于最关键的核心业务之一，但目前设备陈旧、版本过低，面临越来越高的风险。 1.1.2 ERP和E-HR应用服务器去年已完成更新换代和升级，改善了ERP和E-HR的访问性能，但随着ERP和E-HR业务的快速扩充，特别是E-HR档案模块上线和后续各类开发，引发了数据库的各类故障和bug，数据库低版本和硬件性能不足越来越成为一块短板，拉低了整体性能和稳定性，间接导致了6月底的ERP和E-HR访问故障事件。 1.1.3 鉴于数据库服务器已成为故障的根源，经集团信息部、协鑫电力信息部、厂商联合调查讨论后，认为升级改造数据库硬件和软件是解决问题的根本办法。 2存在的问题 2.1 性能冲突： 2.1.1 如上图所示，集团ERP和E-HR数据库为同一数据库，负载不大的情况下可正常运行，但月末和月初集中核算期间，ERP和E-HR处于高负载运行，互相抢占数据库和存储带宽，会造成ERP和E-HR访问性能急剧下降；此外，这种模式也会对权限划分、后期维护造成负面影响，其故障判断和恢复也造成很大延误。 2.2安全风险： 2.2.1两台数据库服务器迄今已服役八年，其宕机风险也越来越大。 2.2.2目前oracle厂商必威体育精装版版本为oracle 12C，而当前的10G版本近期将停止技术支持；操作系统的AIX系统版本为低版本的5.3，其安全性和版本支持性问题也在逐渐凸显。 2.2.3 目前Oracle数据库无有效维保，所有维护和故障处理全靠内部IT人员自行查找和解决，无厂商的技术支持。 2.2.4 Symantec备份体系只包含现有ERP和E-HR数据库环境，应用环境和其他关键服务采用第三方软件组合，可靠性差。 2.3 存储空间不足 2.3.1现有数据量呈爆发性增长，剩余空间已远远无法满足后续使用需求，以ERP和E-HR生产数据库为例， 2013年初数据库的占用空间为250G，但截至2014年5月，数据量达到600G，其中，主要的增长是由于E-HR的扫描件上传引起，按照每年近400G增长量，考虑到后续3-5年，须预备2T空间，而对应的备份空间需要8T。另外，考虑到业内虚拟化主流趋势和协鑫数据中心规划，未来服务器将尽量不再采购，但存储空间要求相应提高，仅参考目前要建立数据库测试环境、PM环境、SIS环境、虚拟化平台和其他关键应用，须预备10T空间；最后，考虑到徐州数据中心灾备，预留10T空间，合计30T空间的使用需求。 3项目目标 3.1 建立稳定的冗余负载均衡数据库服务环境，减少全年业务中断时间。 3.2 提高数据库的服务性能，满足业务部门不断提高的性能要求。 3.3 部署全面覆盖、自动执行的备份体系，同时消减历年累计的各类安全问题。 4 解决方案 经过集团信息部和电力集团信息部联合调查和讨论，为从根本上解决，需要重新建立稳定的数据库服务环境，提高该环境的服务性能，解决高安全等级的风险，其具体方案如下： 4.1 安全风险解决 4.1.1 数据库应用: 新购2台IBMP740小型机服务器，替换现有超期服役数据库服务器，并使用双实例交叉负载均衡 4.1.2 数据库升级：测试并升级至必威体育精装版11G版本 4.1.3 AIX系统升级：测试并升级至7.1标准版 4.1.4 数据移植：重新安装和部署数据库系统，并将现有ERP数据迁移至新系统。 4.1.5 原有环境：原有数据库体系也升级至11G，重新分配存储空间和备份空间后搭建冗余负载均衡体系，导入E-HR生产数据并测试上线。 4.1.6 维保支持：远程技术支持、版本升级、现场灾难恢复等服务。 4.1.7 数据备份: 现有SymantecNBU存储备份软件已过期，升级费用很高，为节省成本，计划不再购买新License，而通过第三方重新建立数据库系统和其他系统的硬盘和磁带库备份体系。 4.1.8 灾难恢复：实际测试并履行一次灾难恢复演练，形成评估报告。 4.2 性能不足解决方案 4.2.1 针对性能不足，本次项目将把ERP和E-HR数据库分离，ERP使用新建服务器和存储系统，E-HR使用现有数据库服务环境，同时提高两套系统的性能和稳定性，拓扑图如下： 4.3 存储服务器方案 4.3.1为满足存储需要，存储设备须可用容量30T，考虑到性价比原则，将ERP、SIS、PM等高等级数据存储在快盘柜，使用900G 10K SAS盘，可用存储空间达到9T；低等级慢盘柜使用4T 7200 SAS硬盘，存储空间20T，规划存储各类关键系统的虚拟