ERP系统架构设计及配置建议方案.doc

ERP系统架构设计及配置建议方案 基本SAP ERP环境 本文中考虑的硬件配置以成熟套装软件SAP ERP为主，对应SAP产品主要为SAP ECC，所采用的服务器架构如下： 各个环境的功能如下： 生产环境：正式支持业务操作的系统环境 开发环境：支持系统配置、开发和单元测试的系统环境 测试/质量保证环境：支持系统集成测试、用户接受性测试以及业务模拟运转的系统环境 培训环境：支持为各级用户培训，练习的系统环境 系统管理(Solution Manager)环境：SAP解决方案全生命周期管理的系统平台。 各环境之间的逻辑关系图如下： 根据SAP成熟套装软件的特点，开发/测试/培训/系统管理等服务器要与生产系统在网络上能够互连互通，这是SAP软件实施的标准条件。 应用部署模式及架构 考虑到国家电网公司目前的业务管理模式，并且各网省公司的业务量非常庞大，同时参考国内其他大型集团公司部署方案，我们考虑采用总部和网省公司两级部署模式。即国网公司总部安装一套成熟套装软件，其应用范围为国网公司总部及其所有直属单位。各网省公司分别安装成熟套装软件，其应用范围为网省公司总部、其所有直属单位以及所有下属地市和县公司。用户可以通过安装客户端软件或者通过WEB方式访问国网总部和网省公司的应用，而网省层面与总部层面的纵向数据沟通通过一体化平台实现。同样，未来系统硬件的部署模式都将基于上述模式进行部署，即服务器、数据库等的部署方式将与上述应用部署模式保持一致。 每个SAP环境都按照主流的C/S架构进行搭建，其中数据库和应用层可以集中在一个主机上也可以分布在不同的主机上： 数据库：用于存储企业数据 应用层：装载应用程序并提供多种其它的服务，系统中可有多台应用服务器，但有一台中央应用服务器，以协调所有应用 客户端：用于展示应用程序用户交互界面 其优势在于，它在为用户发布信息的同时把应用程序的复杂性集中于少数几个可专业化管理的服务器上。在该架构模型中，应用功能分布在中间一层，其配置可根据用户数的大小，设置多个物理服务器，配合集群软件或负载均衡硬件来满足不同用户请求量的负荷。 硬件SLA假设及配置建议 这里我们所说的硬件环境主要包括应用所基于的操作系统、数据库、服务器、存储设备等内容。所要达到的SLA设计如下： 服务水平(SLA)假设 假设成熟套装软件的技术服务水平需达到以下标准： 可用性 系统每个月非计划停机时间必须小于1个小时（有提前发布信息的计划停机不包括在内）。因此我们假设在没有计划停机的情况下，根据1-1/(30*24)计算，得出系统可用性需达到99.86% 系统必须有高可用性措施保证用户对系统的正常使用 数据完整性 不应因为硬件故障导致数据丢失 可恢复性 在发生意外灾难（如地震、火灾）的情况下，系统和数据应该可以恢复到前一天的状态 高可用性设计方案与可扩展性设计 根据技术服务水平假设，我们需要实现生产系统的应用高可用性。应用高可用性包含了几个层次的高可用性：存储高可用性，数据库服务高可用性和应用服务高可用性。我们在此章节先讨论数据库服务高可用性和应用服务高可用性，存储高可用性在本文档其他部分进行讨论。 综合高可用性需求及经济性，目前比较主流的高可用性（HA）方案主要采用集群软件实施双机热备，对于总部实施，有以下两种选择。 （说明：一个基本的SAP ERP应用包括有数据库服务实例(DB)和中央服务实例(CI)，中央服务实例对外与应用服务器连接，提供用户前端访问功能；作为前端访问与后端数据库访问的中间服务。应用服务(Application server)为可选的服务，一个或多台应用服务器能显著增加SAP ERP性能，同时提供前端访问的负载均衡。在不选用应用服务器的情况下，中央服务实例（CI）对外提供应用服务功能。） 方案一：数据库/中央服务(CI)与应用服务器之间采用双机热备 对于这种方案，数据库服务实例(DB)和中央服务实例(CI)安装在同一台服务器中，在集群软件实施时通常以DB/CI为主，发生故障时切换至应用服务(APP)所在服务器，但APP发生故障时不发生切换。 方案二：数据库和中央服务器之间采用双机热备 这种方案没有选用应用服务器。数据库服务实例(DB)和中央服务实例(CI)分开安装在两台独立的服务器上；互为备份。在实施集群软件时DB和CI同等重要，一方发生故障将切换至另一台服务器，切换后DB/CI将共同运行在一台服务器上。 由于SAP ERP的应用特点，应用服务器的负载较大，我们建议采用方案一。 对以上两种方案，均可以灵活进行硬件扩展以提升性能。增加现有服务器的硬件配置，如内存或CPU；或者增加单独的应用服务器(Application server)，连接至中央服务实例(CI