第三章      SAP上阿里云场景介绍

根据已有的客户需求以及SAP上阿里云项目的不同我们总结出来SAP客户上云的场景，更加便于客户把握自己企业的SAP上云规划，作为一种最佳实践的范例会更加清晰。

为了维护生态圈的健康发展，SAP层面的实施完全由阿里云SAP合作伙伴来实施，阿里云只负责配合云基础层面架构层面的建议以及指导，配合SAP合作伙伴作基于云的SAP实施，以保障SAP在阿里云上的实施能够平滑顺利。

根据现有客户的需求我们总结出五种上云场景，分别为：

 

1、SAP全新上云 企业从未实施过SAP系统,甚至没有上云经验,运维人员相对不足,对于硬件资源需求并不确定,有海外部署的实际或潜在需求,通常已选定SAP实施方或已确定实施SAP
2、SAP存量迁云 企业使用SAP多年,已有系统老旧,已有数据量大,通常系统间集成接口多,到了硬件升级周期后企业开始认真考虑上云。
3、SAP业务扩展上云 企业由于业务需要,除核心ERP系统外有实施互联网或移动端的需求,例如Hybris/Portal,或数据集中的需求BW/EWM等。
4、SAP云上灾备 企业已有SAP系统已经上线,但受地域限制或成本考虑之前并未实施灾备系统,云端因为弹性特征可大幅降低成本,因此考虑云上灾备。
5、SAP快速弹性上云 企业在紧急需要硬件的条件下，硬件无法及时到货，或在特殊时期譬如月结需要临时计算资源。

3.1 SAP全新上云场景介绍

场景描述

    企业从未实施过SAP系统,甚至没有上云经验,但业务发展急速膨胀，企业不论硬件环境或者运维人员都相对不足,并且对于硬件资源需求并不确定,甚至有海外扩张的潜在需求,在此种情况下上云无疑是最佳选择，有了云平台作支撑会从容应对任何业务需求变更。

由于企业是全新上SAP系统，所以通常会选择最新版的SAP业务系统，诸如S/4HANA,

BW/4HANA,而基于HANA的SAP业务系统在阿里云会得到更好的支持与服务。

通常的S/4HANA架构也是基于Netweaver架构，通过ASCS的高可用防止单点失效，通过PAS/AAS的多点部署进行负载均衡，底层通过HANA HA-DR技术来保障数据库的高可用性可维护性，同时根据不同企业的需求，可以在云上通过不同区域部署做异地容灾。

作为生产环境不论应用实例还是数据库实例都必须是通过SAP认证的实例，才能够保障在发生问题时能够得到SAP的技术支持。

同时作为全新上云的企业也有着多种部署形式，有些企业担心公有云的安全会把生产系统部署在线下，开发系统测试系统部署在线上，也有些企业会把开发机测试机部署在线下，把生产机部署在线上。各有各的出发点，虽然这几种部署方式都没有技术障碍，但是我们从管理运维便捷的角度从成本的角度建议一个Landscape最好完整的部署在云上，才能真正发挥云的优势。

3.2 SAP存量迁云场景介绍

场景描述

 

    通常企业使用SAP多年,系统硬件老旧故障率风险增加,并且已有存量数据量大,通常已有多系统间集成接口多,到了硬件升级周期后客户开始认真考虑上云。

由于线下系统数据量大，整个系统架构复杂接口繁多，并且业务系统正在使用要求宕机窗口尽量短从而尽量减少对业务的影响。

    对于存量系统根据SAP系统迁移方法论因所在操作系统数据库版本的不同以及目标版本的不同迁移方式有所不同，我们总结出四种迁移上阿里云的方式：

 

 

1.    P2V迁移方式

 

阿里云有专门的从物理机迁移上云的工具，已经有SAP系统利用P2V工具迁移到阿里云的案例，即 Physical to Virtual，简称 P2V。它是指将物理服务器上的操作系统及其上的应用软件和数据迁移到阿里云平台管理的 ECS 云服务器中，条件是客户现有的操作系统是基于Linux与Windows的,并且线下版本与线上版本差别不大。

 

2.    数据库同步方式迁移

 

利用数据库层面同步技术，实现在不影响生产的情况下完成数据同步，例如通过对线下HANA的异步replication将数据传到云端，最终达到数据一致从而可以实现快速切换，达到迁移的目的。

 

3.    SAP层面迁移方式

 

SAP层面迁移主要分为两种方式：

a.平行拷贝系统上云，利用SAPINST工具导入导迁移上云，此方法为传统SAP层面迁移方法。

b.利用SAP迁移工具DMO在线完成升级迁移，核心问题在于数据量与网络速度，如果数据量大网络速度不理想，该方法存在风险。

 

4.    第三方工具迁云方式

对于大数据量企业还有着宕机窗口小的严格要求，例如金融行业零售行业的企业，我们推荐合作伙伴的零宕机迁移工具以及方案，目前有SNP水晶桥迁移解决方案。

 

 

3.3 SAP扩展业务上云场景介绍

场景描述

 

    企业已经实施了SAP系统来管理核心业务，由于业务扩展的需要,除SAP核心系统外有实施其他非核心系统的需求，通常是互联网或移动端的需求例如Hybris/BO，或数据集中的需求BW/EWM等。

    企业SAP应用成熟度比较高,但对于云上系统需要与已有系统的集成，搭建混合云的架构设计是必须的，并且对于带宽要预先进行评估，对线上线下系统的互访范围要有规划，同时要对公网访问的系统进行安全防护规划，阿里云提供了完善的SAP安全解决方案，请参见。。。

 

 

3.4 SAP云上灾备场景介绍

场景描述

 

    企业已有SAP系统已经上线多年，但受当时条件限制或成本考虑之前并未实施灾备系统,云端因为弹性特征可大幅降低成本,因此考虑云上灾备。

云上的灾备系统会大大降低企业的灾备成本，因为虽然通常对灾备系统的实时性要求不高，但对于机房的要求比较高，相应配套资源也要求比较高，而在云上除了同等配置的服务资源要比线下成本低之外，还可以利用云弹性可变的特性，在数据同步时采用低配置的实例进行同步，在需要启用灾备系统的时候临时升配到高配服务实例会大大节省成本，例如灾备系统数据库实例在平时数据同步阶段配置8GB即可，在灾难发生时可以临时升配到128GB，在分钟级就可以完成切换，大大节省了企业的灾备成本，并且有效可靠，十分推荐该方式上云，阿里云由于地域分布的广泛且数据中心基础设施的先进，天然的成为企业最佳的云上灾备环境。

 

 

3.5 SAP快速弹性上云场景介绍

企业在某些因SAP项目紧急需要硬件的条件下，无法及时购买硬件设备也无法得到临时租用设备，通常会在比较紧急的情况下开通阿里云。

在各种不同的SAP项目中，以传统线下部署方式需要采购线下硬件，必然有一定的采购周期，尤其在需求并不确定的情况下采购经常会发生整个项目组在等硬件，或者是发生硬件闲置很长时间的情况。另外有些临时需求，企业只是在项目过程中用到，项目完成后并不会继续使用，譬如做某一SAP产品的POC测试，譬如升级迁移项目中双线运维需要增加硬件资源等等不一而足的临时需求场景。

阿里云可以完全满足临时硬件需求，达到云资源即开即用，可以按周按月付款，项目结束可以直接关闭硬件资源，达到用很少的成本短期内租用云资源并且实现项目计划。