SAP CRM 系统硬件规划

SAPCRM硬件规划1SAP蓝图架构设计根据SAP蓝图架构的规划，SAP系统的架构设计可以分为单系统、双系统和三系统。如下图所示：图1SAP蓝图架构设计QTSTPRODQTSTPRODCUSTTESTCrosscifineCustomizmj 口^Kio/-F>=单系统DevelopmentProductionDevelopmentProduction双系统DevelopmentQualityAssuranceCrps$-Ql|«nlCustomizlntgRep&shcryobject?单系统：所有的开发配置、单元测试、集成测试以及公司的生产运做都在一个三系统双系统DevelopmentQualityAssuranceCrps$-Ql|«nlCustomizlntgRep&shcryobject?单系统：所有的开发配置、单元测试、集成测试以及公司的生产运做都在一个三系统系统中完成。双系统：开发配置、单元测试、集成测试在一个系统（开发系统）中完成，另外一个系统作为生产系统支撑公司的实际业务运做。三系统：开发配置、单元测试在开发系统中完成，集成测试在测试系统中进行，而公司的实际业务运做在生产系统中进行。

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

行备份，还需要考虑操作系统、SAP软件和ORACLE软件的备份。具体备份内容和备份策略如表5所示：表5SAP系统备份策略系统备份内容备份介质备份方法备份周期/频率生产系统操作系统本地磁带机操作系统SAP安装成功后、系统作重大变更前SAP软件本地磁带机文件系统备份SAP安装成功后、系统作重大变更前DB2软件本地磁带机文件系统备份SAP安装成功后、系统作重大变更前数据库+日志带库（本地）SAPDB1328天为一个备份周期，每天执行一次数据库日志本地磁带机SAPDB1328天为一个备份周期，每天执行一次开发系统操作系统本地磁带机操作系统SAP安装成功后、系统作重大变更前SAP软件本地磁带机文件系统备份SAP安装成功后、系统作重大变更前DB2软件本地磁带机文件系统备份SAP安装成功后、系统作重大变更前数据库+日志本地磁带机SAPDB13建议28天为一个备份周期，要求每天执行一次数据库日志———测试系统操作系统本地磁带机操作系统SAP安装成功后、系统作重大变更前SAP软件本地磁带机文件系统备份SAP安装成功后、系统作重大变更前DB2软件本地磁带机文件系统备份SAP安装成功后、系统作重大变更前数据库+日志———数据库日志———由SAP备份策略，我们建议每台主机上面配置一台IBM3580易捷型磁带机，用来备份各主机的操作系统、SAP/DB2应用软件、DB2的数据库日志文件以及开发机的数据库文件。同时，配置一台IBM3581磁带库，备份生产系统的数据库文件。根据SAP建议的备份介质保留周期，建议选购LTO2200/400GB磁带90-100盘。5SAPCRM硬件配置清单通过主机容量规划、存储系统、备份系统的设计，SAPCRM硬件配置清单如表6：表6：SAPCRM硬件配置清单服务器型号配置数量生产系统AIBMX460CP