ERP系统架构设计及配置建议.docx
- 文档编号:23459587
- 上传时间:2023-05-17
- 格式:DOCX
- 页数:16
- 大小:553.43KB
ERP系统架构设计及配置建议.docx
《ERP系统架构设计及配置建议.docx》由会员分享,可在线阅读,更多相关《ERP系统架构设计及配置建议.docx(16页珍藏版)》请在冰豆网上搜索。
ERP系统架构设计及配置建议
国家电网公司信息化建设工程
(“SG186”工程)
成熟套装软件总部实施
系统架构设计/配置建议
成熟套装软件
项目实施小组
2008年01月
更改记录:
版本
更改日期
更改人
更改内容
1.0
2008/01/25
程龙
创建
审批记录:
版本
审批日期
审批人
备注
1.0
2008/01/31
黄京明
1概述
本文档的目的是为国家电网成熟套装软件实施设计硬件架构。
参照典型设计项目的技术架构报告,以及各网省公司的实施配置经验。
成熟套装软件采用SAP公司产品,以下硬件架构及相关建议也基于SAP产品的技术架构特点而进行。
2成熟套装软件的系统架构
2.1基本SAPERP环境
本文中考虑的硬件配置以成熟套装软件SAPERP为主,对应SAP产品主要为SAPECC,所采用的服务器架构如下:
各个环境的功能如下:
✓生产环境:
正式支持业务操作的系统环境
✓开发环境:
支持系统配置、开发和单元测试的系统环境
✓测试/质量保证环境:
支持系统集成测试、用户接受性测试以及业务模拟运转的系统环境
✓培训环境:
支持为各级用户培训,练习的系统环境
✓系统管理(SolutionManager)环境:
SAP解决方案全生命周期管理的系统平台。
各环境之间的逻辑关系图如下:
根据SAP成熟套装软件的特点,开发/测试/培训/系统管理等服务器要与生产系统在网络上能够互连互通,这是SAP软件实施的标准条件。
2.2应用部署模式及架构
考虑到国家电网公司目前的业务管理模式,并且各网省公司的业务量非常庞大,同时参考国内其他大型集团公司部署方案,我们考虑采用总部和网省公司两级部署模式。
即国网公司总部安装一套成熟套装软件,其应用范围为国网公司总部及其所有直属单位。
各网省公司分别安装成熟套装软件,其应用范围为网省公司总部、其所有直属单位以及所有下属地市和县公司。
用户可以通过安装客户端软件或者通过WEB方式访问国网总部和网省公司的应用,而网省层面与总部层面的纵向数据沟通通过一体化平台实现。
同样,未来系统硬件的部署模式都将基于上述模式进行部署,即服务器、数据库等的部署方式将与上述应用部署模式保持一致。
每个SAP环境都按照主流的C/S架构进行搭建,其中数据库和应用层可以集中在一个主机上也可以分布在不同的主机上:
Ø数据库:
用于存储企业数据
Ø应用层:
装载应用程序并提供多种其它的服务,系统中可有多台应用服务器,但有一台中央应用服务器,以协调所有应用
Ø客户端:
用于展示应用程序用户交互界面
其优势在于,它在为用户发布信息的同时把应用程序的复杂性集中于少数几个可专业化管理的服务器上。
在该架构模型中,应用功能分布在中间一层,其配置可根据用户数的大小,设置多个物理服务器,配合集群软件或负载均衡硬件来满足不同用户请求量的负荷。
3硬件SLA假设及配置建议
这里我们所说的硬件环境主要包括应用所基于的操作系统、数据库、服务器、存储设备等内容。
所要达到的SLA设计如下:
3.1服务水平(SLA)假设
假设成熟套装软件的技术服务水平需达到以下标准:
∙可用性
✓系统每个月非计划停机时间必须小于1个小时(有提前发布信息的计划停机不包括在内)。
因此我们假设在没有计划停机的情况下,根据1-1/(30*24)计算,得出系统可用性需达到99.86%
✓系统必须有高可用性措施保证用户对系统的正常使用
∙数据完整性
✓不应因为硬件故障导致数据丢失
∙可恢复性
✓在发生意外灾难(如地震、火灾)的情况下,系统和数据应该可以恢复到前一天的状态
3.1.1高可用性设计方案与可扩展性设计
根据技术服务水平假设,我们需要实现生产系统的应用高可用性。
应用高可用性包含了几个层次的高可用性:
存储高可用性,数据库服务高可用性和应用服务高可用性。
我们在此章节先讨论数据库服务高可用性和应用服务高可用性,存储高可用性在本文档其他部分进行讨论。
综合高可用性需求及经济性,目前比较主流的高可用性(HA)方案主要采用集群软件实施双机热备,对于总部实施,有以下两种选择。
(说明:
一个基本的SAPERP应用包括有数据库服务实例(DB)和中央服务实例(CI),中央服务实例对外与应用服务器连接,提供用户前端访问功能;作为前端访问与后端数据库访问的中间服务。
应用服务(Applicationserver)为可选的服务,一个或多台应用服务器能显著增加SAPERP性能,同时提供前端访问的负载均衡。
在不选用应用服务器的情况下,中央服务实例(CI)对外提供应用服务功能。
)
∙方案一:
数据库/中央服务(CI)与应用服务器之间采用双机热备
对于这种方案,数据库服务实例(DB)和中央服务实例(CI)安装在同一台服务器中,在集群软件实施时通常以DB/CI为主,发生故障时切换至应用服务(APP)所在服务器,但APP发生故障时不发生切换。
∙
方案二:
数据库和中央服务器之间采用双机热备
这种方案没有选用应用服务器。
数据库服务实例(DB)和中央服务实例(CI)分开安装在两台独立的服务器上;互为备份。
在实施集群软件时DB和CI同等重要,一方发生故障将切换至另一台服务器,切换后DB/CI将共同运行在一台服务器上。
由于SAPERP的应用特点,应用服务器的负载较大,我们建议采用方案一。
对以上两种方案,均可以灵活进行硬件扩展以提升性能。
增加现有服务器的硬件配置,如内存或CPU;或者增加单独的应用服务器(Applicationserver),连接至中央服务实例(CI),即可显著提升SAPERP应用的性能,同时提供前端访问的负载均衡。
3.1.2存储高可用性设计方案
可通过如下方式实现存储的高可用性:
✓配置两台光纤交换机,两台光纤交换机同时工作并且互相备份;
✓服务器内分别配置两个光纤通道存储卡,分别连接到两台不同的光纤通道存储交换机上,两个存储卡同时工作,并且互相备份;
✓磁盘阵列需要划分出一部分盘作为冗余盘,采用Raid5实现数据存储的冗余。
存储拓扑设计如下:
按照上述设计,生产环境的建议架构如下:
开发/测试/培训/系统管理环境可以使用单独的存储,比如内置硬盘,考虑到存储的灵活分配合和存储备份的集中管理,建议和生产环境共享一个集中的存储平台和备份平台,使用光纤连接,如下图所示:
3.1.3数据完整性和可恢复性设计
对于数据的完整性,为生产环境所配置的高端企业级存储阵列需要考虑应用数据和日志文件的存储位置,同时针对系统及数据要定时备份,并确保备份介质的异地存放,更进一步的可以结合整体IT规划考虑为ERP生产环境建立专门的容灾方案。
3.1.4网络环境需求
根据SAP公司的标准建议和项目实施工作的需要,我们有如下网络拓扑图作为参考,需要根据实际情况进行适当调整:
其中,需要注意的是SAP公司提供的服务大多数从远程提供支持,需要客户接入SAP公司网络,也就是需要客户远程连接到邻近的SAP支持服务器。
中国的客户多数通过虚拟专网(VPN),经过加密建立与SAP公司的互联网连接。
连接的示意图如下:
3.1.5SAP运行所需软件支持
SAPERP软件运行所需要的数据库软件不需要单独采购,已包括在SAP软件中。
SAP软件实施及运行所需要的支持软件需要考虑的有操作系统和备份软件,都需要视所采用的服务器硬件厂商及存储备份平台而定。
目前网省使用较为广泛的操作系统和数据库的搭配为UNIX(AIX/HP-UX)+Oracle;SAPERP支持的主流操作系统有:
Windows
AIX
HP-UX
Solaris
Server2003onIA6464bit
Server2003onx6464bit
5.2,5.364bit
11.11onPA-RISC64bit
11.23onPA-RISC64bit
11.23onIA6464bit
9,10onSPARC64bit
10onx6464bit
考虑到项目实施的质量保证,根据SAP的标准模式,建议开发/测试/培训系统与生产系统基于同样的硬件平台。
安装同一版本的操作系统,安装最新的补丁。
3.2系统环境服务器配置建议
考虑硬件配置时对于业务运行最为重要的是生产环境,也是硬件配置考虑的重点,对于生产环境的配置,根据试点的建运业务实施范围,我们在访谈及沟通后从试点的建运业务部门(直属三公司)收集的用户数量如下:
模块
低频率用户
中频率用户
高频率用户
用户总数
财务管理
10
41
45
97
人力资源管理
10
24
17
55
生产运行管理
100
120
150
370
物资管理
29
59
32
120
工程项目管理
26
46
30
102
744
根据SAP的估算建议,考虑60%的用户并行,按照446个并发用户量使用SAP的QuickSizer工具计算得出为满足总部试点的建运业务及直属三公司所需的SAPS值约为10200。
再结合前期统一咨询项目中对总部的业务掌握情况,根据目前的总部组织结构及业务情况,如果考虑未来推广实施的特高压业务和总部其它业务的业务要求(未考虑非在京直属单位和委托单位的业务情况),我们估计的用户数量如下:
模块
低频率用户
中频率用户
高频率用户
用户总数
财务管理
20
60
60
140
人力资源管理
20
40
25
85
生产运行管理
110
200
170
480
物资管理
50
80
50
180
项目管理
40
70
40
150
1035
按照60%的并发量为621个并发用户使用SAP的QuickSizer工具计算得出所需要满足的SAPS值约为21000。
结合网省的实施经验,考虑满足未来3-5年的硬件要求我们提供如下的硬件配置建议,该配置建议参照SAP的硬件评测基准,以主流的小型机硬件为例:
分类
硬件类型
CPU(核)
内存
存储要求
备注
SolutionManager
64位
≥8
≥32G
>150GB
需要在开发系统准备安装前就绪,在安装SM机器同时需要进行SAPRouter安装
SAPERP开发系统
≥8
≥32G
>200GB
SAPERP测试系统
≥8
≥32G
>200GB
SAPERP培训系统
≥8
≥32G
>200GB
SAPERP生产系统1
≥16
≥128G
>450GB
2台服务器安装集群提供高可用性,要求配置的硬件具备可扩充能力
SAPERP生产系统2
≥16
≥128G
>200GB
存储阵列
建议整体可用容量在4~6T
硬盘冗余,多块硬盘配置有RAID
备份子系统
包括备份服务器和备份软件,视采用的备份软件而定。
SAPRouter主机
安装有windows的PC即可,需2块以上网卡
生产系统1和生产系统2安装集群软件进行热备,如果考虑在其中一台主机发生故障的情况下,仍然有足够的性能满足主要业务运行,可以考虑增加一台生产系统,建议配置如下:
分类
硬件类型
CPU(核)
内存
存储要求
备注
SolutionManager
64位
≥8
≥32G
>150GB
需要在开发系统准备安装前就绪,在安装SM机器同时需要进行SAPRouter安装
SAPERP开发系统
≥8
≥32G
>200GB
SAPERP测试系统
≥8
≥32G
>200GB
SAPERP培训系统
≥8
≥32G
>200GB
SAPERP生产系统1
≥16
≥128G
>450GB
生产系统1和2安装集群提供高可用性,要求配置的硬件具备可扩充能力,生产系统3作为应用服务器分担负载。
SAPERP生产系统2
≥16
≥128G
>200GB
SAPERP生产系统3
≥16
≥128G
>200GB
存储阵列
建议整体可用容量在4~6T
硬盘冗余,多块硬盘配置有RAID
备份子系统
包括备份服务器和备份软件,视采用的备份软件而定。
SAPRouter主机
安装有windows的PC即可,需2块以上网卡
按照一般的实施经验,存储和备份将采用集中式部署,这样总的存储要求将在1.6T以上。
考虑一定的余量以及数据长期存放的需求,我们建议的存储阵列容量在4-6T。
如果选择开发/测试/培训/系统管理环境使用单独的存储,不使用SAN存储资源,开发/测试/培训/系统管理环境各自的存储需求如下:
存储要求(可用容量)
SAPERP开发系统
≥250GB
SAPERP测试系统
≥300GB
SAPERP培训系统
≥300GB
SolutionManager
≥250GB
同时SAN存储阵列的建议可用容量可选择3–5T。
考虑系统的可靠性及运维要求,每台服务器包含但不限于如下配置:
ØDVD-ROM
Ø内置的磁带机
Ø操作系统所驻留的分区采用高速双硬盘镜像
Ø冗余电源
另外,在用集中式的企业级光纤存储时,需要配备2套SAN交换机,以平衡I/O负载及保证通道冗余。
同时在配置双机热备的生产系统中,需要冗余的网络接口和光纤通道卡,具体以所采用的硬件厂商的建议为主。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- ERP 系统 架构 设计 配置 建议