分析将 SAP 系统迁移到 Microsoft Azure 的策略
大多数考虑将 SAP 工作负载部署到 Azure 的客户当前都已实施本地 SAP。 绿地部署的数量相对较少。
通常，企业拥有用于履行业务功能的 SAP 系统，例如企业资源规划 (ERP)、全球贸易、商业智能 (BI) 等。 在这些系统中，包含沙盒、开发、测试和生产等环境。
上图中的每个水平行都代表一个环境。 每列代表用于履行业务功能的一个 SAP 系统（例如 ERP 和 BI）。
底部的行或层代表风险较低且不那么关键的环境。 越往上，风险越高，越关键。 整个堆栈从下往上，迁移过程中的风险逐渐升高。 从图中可以看出，生产环境最关键，用户验收测试（即测试）环境（也用于业务连续性）第二关键。
底部的系统更小，它们的计算资源较少、可用性和大小需求较低、吞吐量更小。 但它们的存储量与生产数据库相同。
水平策略
采用水平策略，可以从堆栈的底部开始，这是试验和获得 Azure 经验的安全方法。 在重新定义操作、部署和批准过程时，这也是一个很好的使用策略。 迁移到 Azure 时，这些过程会发生变化。 该策略的工作原理如下：
- 为了降低风险，请从影响不大的沙盒或训练系统开始。 这些系统即使出现问题，也不会对多数用户或任务关键型业务功能带来很大的危险。
- 并且，你可以获得在 Azure 中运行、托管和管理 SAP 系统的经验，然后将学到的知识应用于堆栈中更高层级的系统。
- 在每一层，都需要估计成本、可能节省的资金、性能和优化潜力，并在需要时进行调整。
垂直策略
为了获得在 Azure 上使用生产系统的经验，可将低风险系统的垂直策略与水平策略结合使用。 这也为调整 Azure 的内部流程以及训练团队成员提供了机会。 这是一种很好的方法，可在生产初期发现任何问题。 该策略的工作原理如下：
- 查看对成本、客户、服务级别协议 (SLA) 的影响和法律要求。 首先迁移风险最低的系统（从沙盒到生产）：先迁移治理、风险与合规系统，再迁移对象事件存储库 (OER) 系统。 然后迁移风险较高的系统，例如 BI 和 ERP。
- 如果拥有新的 SAP 系统，则默认在 Azure 中启动，而不是将其放在本地稍后再迁移。 图中的 OER 就是这样一个例子。 OER 是一种新的低风险系统。 在采用水平策略将其他一些系统迁移到 Azure 之后，可以将整个 OER 垂直堆栈端对端地部署到 Azure（即从沙盒一直到生产）。
- 不要先移动最关键的系统。 最后移动的系统是风险最高、任务最关键的系统，即 ERP 生产系统。 这需要性能最高的虚拟机 SKU 和最大的存储。
- 首先移动独立系统。 一些系统与其他系统联系紧密，例如 ERP 和 GTS 系统。 这两个系统之间存在大量同步实时流量。 如果将 ERP 迁移到 Azure，但将 GTS 保留在本地，性能会受到网络延迟影响，因此应一起迁移。
- 如果有多个 SAP 系统，请查找上游和下游依赖项，即 SAP 系统与另一个 SAP 系统或 SAP 系统与 SAP 生态系统以外的应用的依赖关系。 查看流量模式以及对延迟高度敏感的领域。
- 如果系统之间联系紧密，请进行性能分析，以了解迁移它们会产生什么影响。 如果影响不大，请将它们分别迁移到 Azure（例如，Business Warehouse 和 ERP 分别迁移）。 如果影响大，请创建迁移组一起迁移。
- 在一些情况下，请考虑暂缓迁移。 有时，你不希望立即将某些系统迁移到 Azure。 当虚拟机不够大，无法满足处理要求时，可能需要调整虚拟机大小。 运行测试，确保迁移这些系统不会影响客户的 SLA。