元祖食品SAP项目硬件规划0817.doc

元祖食品SAP硬件规划1 SAP蓝图架构设计 根据SAP蓝图架构的规划，SAP系统的架构设计可以分为单系统、双系统和三系统。如下图所示：单系统双系统三系统图1 SAP蓝图架构设计Ø 单系统：所有的开发配置、单元测试、集成测试以及公司的生产运做都在一个系统中完成。Ø 双系统：开发配置、单元测试、集成测试在一个系统（开发系统）中完成，另外一个系统作为生产系统支撑公司的实际业务运做。Ø 三系统：开发配置、单元测试在开发系统中完成，集成测试在测试系统中进行，而公司的实际业务运做在生产系统中进行。根据SAP软件在世界范围内众多应用的使用应验，三种系统架构的对比如表1所示：表1 SAP蓝图系统架构对比系统优点缺点与限制单系统价格便宜1. 生产系统的系统性能会受到开发/集成测试系统的影响；2. 开发/集成测试系统的测试数据会扰乱生产系统的正式数据；3. 程序开发人员可以写程序存取生产系统的所有企业数据, 数据安全性需要考虑；4. 系统管理人员若要进行MYSAP 的系统升级(Upgrade),没有测试环境,升级不易且风险大；5. 资源库部份是开发, 测试以及生产系统共享,因此一旦程序开发人员更改或测试程序,都会影响到正式上线的生产系统，业务连续性无法保证；6. 必需采用完整的高可靠性系统架构,维护系统的可靠性；7. 三种系统同时在一台主机,管理的复杂度及风险提高。双系统在开发平台上做有限度的测试，部分保证业务连续性。所有开发的对象一旦被传输到生产系统,就马上被使用,数据的传输无法测试，影响业务连续性三系统可以完整的测试所做的开发以及系统升级(upgrade)。硬件初期设置成本较高SAP蓝图系统架构的选择，是整个项目的基础。公司原则SAP蓝图系统架构，应综合考虑下面的因素：Ø 业务连续性的要求Ø 生产系统数据的安全性Ø 对测试质量的要求Ø 系统开发/配置的管理Ø 拥有的资源以及相对系统管理的负担Ø 系统性能Ø 投资根据SAP蓝图系统架构的设计原则，初期建议元祖食品的标准SAP系统采用双系统架构，如下图示：图2 元祖SAP蓝图架构设计 元祖食品的标准SAP ERP系统包括生产系统、开发/测试系统。开发/测试系统用于系统的配置、报表开发，关键用户的单元测试，最终用户的集成测试和培训；而生产系统用来支撑整个公司的业务运作。2 主机系统规划 主机系统的规划包括硬件平台的选择、硬件容量规划（CPU、内存、磁盘空间）、系统可靠性设计以及服务器的选型。21 硬件平台选择 SAP软件可以在多种硬件平台上运行，既包括主流的UNIX SERVER，如IBM、HP、SUN的UNIX平台，也可以运行在WINDOWS平台上面。硬件平台的选择，需要考虑系统性能、可靠性、维护方便性、硬件厂商在mySAP应用的市场占有率、发展趋势、公司内部政策、成本因素,未来IT发展方向等。 从系统可靠性方面，对硬件平台的选择更倾向于UNIX SERVER平台，但随着WINDOWS系统技术的发展，考虑到WINDOWS系统维护简单方便、硬件投资相对UNIX SERVER具有绝对优势，因此越来越多的公司将自己的SAP系统建立在WINDOWS平台上面，目前，全球范围内将SAP软件运行在WINDOWS平台的使用率为55% 因此，我们建议选择元祖食品选择WINDOWS硬件平台作为SAP软件的基础，不仅硬件投资成本低，维护方便，而且在系统可靠性方面，可以通过核心应用的双机集群技术加以增强。22 硬件容量规划主机系统的硬件容量由SAP的SIZING原理计算得出，Sizing指对SAP系统硬件设备配置的预估(主要包括内存Memory、处理器CPU和存储器Disk)。SAP与其合作伙伴共同开发了在线的评估工具”Quick Sizer”来帮助用户完成配置预估工作。在相应的Internet站点上，SAP向客户询问一系列相关信息(包括人员信息及业务信息)，”Quick Sizer”根据这些信息通过一定的算法，估算出所需的配置。”Quick Sizer”所用的算法是根据SAP公司及其合作伙伴的标准测试以及客户使用反馈的经验数据共同制定的。”Quick Sizer”的结果并非精确数值，它只是建议一系列系统负荷的相对参数作参考，根据这些负荷参数可以对某确定硬件型号的配置进行规划。”Quick Sizer”不对硬件供应厂商或平台作评价，具体的选择由用户和硬件供应商共同决定。SAP系统硬件设备配置的确定最终还是要根据实施顾问的经验，参考业界已有的成功实例并与专业硬件工程师共同来完成。“Quick Sizer”定义了两类评估模型：基于用户的预估、基于业务量的预估。基于用户的预估通过了解每个业务模块的并发用户数量来估计系统的负荷。所需的输入信息为实际生产系统中各业务模块将同时登录的用户数量。内存(MEMORY)大小的预估只能通过这种方法进行。由于并非所有用户都同等频度地使用系统，基于用户的预估把用户分成三种：低、中、高，一般每小时在系统上处理的会话数(一次屏幕的切换为一个会话)在10个以内的为”低”用户，在120左右的为”中”用户，在360左右的为 “高”用户。基于业务量的预估基于系统所处理的各种对象的实际数量作评估。这种方法用来预估处理器(CPU)及存储空间(DISK)。存储空间的大小可以通过估计SAP数据库表将如何因各种业务对象的创建而增长，处理器(CPU)的需求通过估计业务对象创建过程中会话事务或批处理事务执行所需的时间而实现。内存(MEMORY)的预估不能通过这种方法实现。这种方法所需的输入信息为每年系统各业务模块中将处理的业务对象及子对象总量等。具体包括：每年创建的对象数量(如各种凭证、单据等)、各对象所含的子对象数量(如一张凭证的细目条数等)、对象在系统中需保存的月份数量、业务高峰时节及其间对象创建的频率，等等。根据SIZING计算的硬件容量选择合适的服务器设备时，需要充分考虑服务器的可扩展性，能够继续扩充CPU、内存等主要硬件设备，以满足业务增长的需要。 初步估算，元祖食品的在财务、生产、后勤方面的SAP用户数为100个左右，预估的硬件容量要求如下：表2 元祖食品SAP系统硬件容量规划系统项目容量标准SAP ERP生产系统(DB + CI Instance)CPU4路Intel Xeon MP内存16G有效磁盘空间550GB标准SAP ERP开发/测试系统(DB + CI Instance)CPU2路Intel Xeon MP内存8G有效磁盘空间550GB SAP的应用服务器可以无缝添加，随着元祖食品业务发展，SAP用户数量大量增加，可以继续增加应用服务器，满足系统的性能要求。硬件容量规划中CPU、内存要求，是按照当前用户数进行的预估，根据该容量预估选择服务器硬件设备时，需要考虑服务器设备有充分的可扩展性，以便几年后业务扩展，通过扩充硬件满足业务扩展的要求。23 系统可靠性系统的可靠性一直是非常重要的问题。为了让元祖食品的ERP系统具有最高的安全性，优良的系统性能以及业务连续性性,应该将“系统高可靠性结构设计”列入硬件计划，这样才能避免因系统发生问题,所可能造成企业的系统宕机情景 。一般情况，系统宕机分为以下两种情况：1 计划性宕机: 软件升级/安装补丁（support package）,数据库重组（Reorganization）, 停机备份（offline backup）, 硬件维护等。这种类型的宕机是有明确的目标、积极意义的宕机，宕机时间可根据系统使用情况，安排在特殊时间（如休息日或夜间）进行；2 非计划性宕机: 网络, 硬件, 软件(OS,DB,R3) 故障。如果发生这种类型的宕机，很可能对企业造成巨大的损失，所以下一部分，将专门针对这类情况，提出解决方案。系统高可靠性结构设计方案：对于SAP系统，可能发生的问题有网络故障、硬件故障以及软件故障三种。 以下将分别就问题提出解决方案。A 网络故障建议每台SAP服务器使用两块网卡,当其中一块发生问题时,另外一片可以马上接替；同时建议SAP服务器的网络(Server LAN)线路有两条，当其中一条链路故障时,系统可以自动切换使用另外一条链路。（这两条线路使用的网络设备，如交换机、路由器也要考虑冗余备份）B 硬件的错误1 SAP服务器的硬件故障，将直接导致SAP系统停止服务。为了保证SAP系统的可用性，可以考虑使用双机集群技术，规避硬件故障造成SAP系统停止服务。使用双机群集系统(Cluster)，当生产系统主机故障时，可由冗余主机自动接替，让系统继续工作。决策是否采用群集技术，需要在可接受的宕机时间和硬件投资中寻求平衡。一般情况下，由于硬件问题导致系统宕机，宕机持续时间受以下因素影响：Ø 硬件故障诊断时间Ø 故障硬件的到货时间Ø 主机系统的修复时间在SAP系统中，建议只对数据库做群集以降低系统的复杂性，方便今后的维护工作，应用服务器（DIALOG INSTANCE）不考虑群集技术。随着业务的增加，应用服务器不断追加，一旦某一台服务器发生硬件故障，通过SAP系统中的组登陆策略，把该台故障服务器隔离即可，不会影响业务连续性。因此，在一个SAP系统中，只需要考虑数据库服务器（DB + CI Instance）的双机集群。由于元祖食品标准SAP ERP生产系统和SAP RETAIL生产系统的核心应用地位，我们建议标准SAP ERP生产系统和SAP RETAIL生产系统的数据库服务器都采用双机集群技术，保证系统的可用性和业务连续性。2 对硬盘存储硬件故障风险的规避，需要采购的磁盘阵列本身应采用双控制器、双电源，支持写缓存镜象，硬件本身不存在单点故障；分配给各主机的磁盘采用RAID5+HOT SPARE或磁盘镜象技术，或者磁盘阵列采用2块以上全局热备盘，避免单块硬盘物理损坏造成数据丢失；主机内置硬盘采用RAID 0+1技术，避免单点故障。同时，为节约硬件投资成本，实现数据集中存储，如果企业内部有多个系统需要数据存储空间，我们建议采用存储区域网络（SAN）技术，磁盘阵列与主机之间，通过2台光纤交换机形成冗余且负载均衡的光纤通道，把多个系统的数据集中存储在该磁盘阵列上面。具体方案参见存储系统规划。C 软件的错误对软件错误风险的规避，需要定期备份操作系统和应用软件，每天备份数据库和数据库日志文件，发生问题时可以利用有效备份恢复数据。备份系统的设计请参阅备份系统规划。24 服务器产品选型 我们建议元祖食品的标准SAP ERP系统和SAP RETAIL系统运行在WINDOWS硬件平台上。对于WINDOWS硬件平台，主流的产品包括IBM Xseries系列产品、HP Proliant DL系列产品、DELL的服务器。根据硬件产品的稳定性、成本、服务等方面综合考虑，我们建议选择IBM Xseries系列产品，作为元祖食品SAP系统硬件服务器。 另外，由于在项目实施阶段和项目上线后需要对用户进行培训，在SAP系统蓝图架构外，标准SAP ERP系统需要一台服务器作为培训系统。培训系统对硬件资源要求不高，需要1-2路CPU，2GB内存，2*146GB硬盘。因此我们建议培训系统在IBM Xsiries低端产品中进行选择，如果元祖食品有容量相当的服务器，该部分可不用考虑。考虑到各SAP系统的硬件容量需求以及硬件本身的可扩展性，建议服务器型号如表3：表3 元祖食品SAP系统服务器型号选择系统待添加的隐藏文字内容2服务器型号数量标准SAP ERP生产系统（DB + CI Instance）IBM eServer X4602标准SAP ERP开发测试系统（DB + CI Instance）IBM eServer X3461标准SAP ERP培训系统（DB + CI Instance）IBM eServer X20613 存储系统规划 选择合适的存储系统，是数据安全的关键所在。选择存储系统，主要考虑以下几方面内容：Ø 数据安全性存储设备是应用系统中单点故障的隐患，因此为保证数据安全，需要严格选择存储系统。既包括存储系统中硬件设备的冗余（电源、风扇、控制器、缓存），也包括对存储设备中硬盘的RAID划分。Ø 存储容量对存储容量的规划，需要根据企业正常的业务量进行预估，并考虑未来3-5年的发展，计算可用的磁盘容量，并通过对RAID级别的划分，确定磁盘数量。Ø 硬件成本存储产品的硬件成本，既需要考虑初期投资成本，也需要考虑后续维护成本。因此，选择存储产品需要具有良好的开放性。同时，由于元祖SAP系统中既包括标准SAP ERP系统，也包括SAP RETAIL系统，因此，采用SAN技术，选择一个集中存储的硬件设备，可有效降低存储产品的硬件投资。 元祖SAP系统中，各系统对磁盘容量的需求如下表所示：表4 SAP系统磁盘划分系统应用部分需要空间RAID 级别磁盘数量磁盘位置标准SAPERP系统生产系统操作系统 + SWAP空间50G12本机SAP应用软件30G12盘阵ORACLE应用软件+ ORACLE归档日志 + ORACLE REDO LOG +ORACLE 控制文件40G12盘阵ORACLE数据文件 + ORACLE REDO LOG + ORACLE控制文件500G5+hot7盘阵开发系统操作系统 + SWAP空间50G12本机SAP应用软件30G12本机ORACLE应用软件+ ORACLE归档日志 + ORACLE REDO LOG +ORACLE 控制文件40G12本机ORACLE数据文件 + ORACLE REDO LOG + ORACLE控制文件500G5+hot7盘阵 备注：1 对于SAP的开发系统，可以将操作系统/SWAP/SAP软件/ORACLE软件/ORACLE归档日志/一组ORACLE REDO LOG/一组ORACLE控制文件放在同一个RAID1上，每台主机配置2块146GB硬盘，作成磁盘镜象即可。但是对于生产系统，为保证数据安全性和出故障后的快速恢复，建议每一个应用部分存放在独立的RAID上。通过对各系统磁盘容量的估算，建议选择具有Tubor功能的IBM DS4300磁盘阵列作为远祖SAP系统的集中存储设备，使用3个IBM EXP 700，配置38块146GB 硬盘。满足各SAP系统对磁盘容量的需求。同时要求该设备具有双控制器、双电源、双冷却风扇。同时配置2台IBM TotalStorage SAN16B-2 16口光纤交换机，每台光纤交换机配置8个光纤模块，实现主机到磁盘阵列的双路冗余连接。4 备份系统规划 数据备份是保证数据安全、规避软件错误的重要措施。数据备份不只包括对数据库进行备份，还需要考虑操作系统、SAP软件和ORACLE软件的备份。具体备份内容和备份策略如表5所示：表5 元祖SAP系统备份策略系统备份内容备份介质备份方法备份周期/频率标准SAP ERP生产系统操作系统本地磁带机操作系统SAP安装成功后、系统作重大变更前SAP软件本地磁带机文件系统备份SAP安装成功后、系统作重大变更前ORACLE软件本地磁带机文件系统备份SAP安装成功后、系统作重大变更前数据库+日志带库（本地）SAP DB1328天为一个备份周期，每天执行一次数据库日志本地磁带机SAP DB1328天为一个备份周期，每天执行一次标准SAP ERP开发系统操作系统本地磁带机操作系统SAP安装成功后、系统作重大变更前SAP软件本地磁带机文件系统备份SAP安装成功后、系统作重大变更前ORACLE软件本地磁带机文件系统备份SAP安装成功后、系统作重大变更前数据库+日志本地磁带机SAP DB13建议28天为一个备份周期，要求每天执行一次数据库日志-由SAP备份策略，我们建议元祖食品在每台主机上面配置一台IBM 3580 L33内置磁带机，用来备份各主机的操作系统、SAP/ORACLE应用软件、ORACLE的数据库日志文件以及2台开发机的数据库文件。同时，配置一台双DIVER的IBM 3582 磁带库，分别与标准SAP ERP生产系统和SAP RETAIL生产系统相连接，用于备份2个生产系统的数据库文件。根据SAP建议的备份介质保留周期，建议选购LTO2 200/400GB 磁带120盘。5 元祖SAP项目硬件配置清单通过主机容量规划、存储系统、备份系统的设计，元祖食品SAP项目硬件配置清单如表6：表6：元祖SAP项目硬件配置清单服务器型号配置数量标准SAP ERP生产系统AIBM X460CPU ： 4路3.33 GHz 英特尔至强CPU内存：16G硬盘：2* 146GBDVD光驱软驱连接IBM DS4300磁盘阵列的HBA卡：2块连接IBM 3582磁带库的HBA卡：1块IBM 3580 L33磁带机1标准SAP ERP生产系统BIBM X460CPU ： 2路3.00 GHz 英特尔至强CPU内存：16G硬盘：2* 146GBDVD光驱软驱连接IBM DS4300磁盘阵列的HBA卡：2块IBM 3580 L33磁带机1标准SAP ERP开发测试系统IBM X346CPU ： 2路2.20 GHz 英特尔至强CPU内存：8 G硬盘：2* 146GBDVD光驱软驱连接IBM DS4300磁盘阵列的HBA卡：2块IBM 3580 L33磁带机1存储设备IBM TotalStorage DS400双控制器双电源、冷却风扇盘阵缓存512M以上3个EXP 7009块 146GB硬盘1备份系统IBM 3581双DRIVER1LTO磁带容量 200/400GB60磁带机3580磁带机磁带机(IBM Total Storage 3580)2图3 元祖SAP系统架构拓扑图IP网络存储区域网络磁带库系统架构拓扑图示意图开发系统生产系统CENTRAL + DB INSTANCE INSTANCE培训系统2台磁带机