你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
在 Azure 中管理 SAP
长期运营管理策略对 SAP 迁移和登陆区域要求具有很大影响。
若要在数据进入 Azure 后了解运营管理要求，请专注于管理 SAP 和帮助塑造愿景的后期阶段指南。
为了更好地调整业务，SAP 平台和从属工作负荷被视为“任务关键型”技术资产。 这些投资通常超出运营基线，以支持 SAP 平台和每个依赖工作负荷。
大多数组织需要混合使用平台运营、SAP 基础运营和工作负荷运营，例如：
环境，标识运行 SAP 平台实例的任何非生产环境，例如开发、QA 或其他不太可能需要任何形式的专用运营的环境。
工作负荷，标识与核心 SAP 平台交互并扩展的工作负荷主机。 此基本运营基线将为这些依赖工作负荷提供足够的 SLA。
注意
当需要更高级别运营时，请考虑根据情况执行工作负荷运营。
在业务一致性期间，请尽量分离环境、工作负荷和核心 SAP 平台的运营需求，以评估每个级别所需的正确投资级别。 这符合新式云服务管理。
基线运营
在 Azure 中采用 SAP 时，运营基线不太可能更改。 运行 SAP 平台和工作负荷的资产将包含在标准流程和工具中，用于创建可见性、优化运营和恢复。
注意
如果运营基线保持不变，作为 SAP 特定平台运营部署的一部分，你可能需要其他流程和工具。
平台运营
鉴于 SAP 平台的任务关键性质，大多数组织都支持负责核心 SAP 平台运营管理的专用运营人员。
核心平台团队（称为“SAP 基础运营”）由内部人员配备或由服务提供商提供，并且熟悉：
- SAP 登陆区域的配置
- 提供给所有 Azure 资源的运营基线
- 通过配置更广泛的 Azure 平台配置决策提供的任何共享服务。
这些数据点将协助此团队确定必须满足运营要求而必须添加的平台运营级别。
注意
如果你的组织有集中式 SAP 平台团队，请考虑使用适用于 企业级 SAP 方案来增强核心平台运营的工具，以提升管理水平，并采用 BCDR 方案来改进平台运营。
工作负荷运营
依赖于 SAP 平台的每个工作负荷都可能会业务流程产生重大影响，而每个工作负荷的停机时间成本不太可能对业务造成与核心 SAP 平台的停机相同的影响。 如果影响较小，则投资每个工作负荷的可靠性和业务连续性时，ROI 可能较低。
注意
如果工作负荷需要专用运营，请运行 Microsoft Azure 架构良好评审并查看 Microsoft Azure 架构良好框架，了解如何优化每个工作负荷的运营。
后续步骤
SAP 迁移完成后，云采用团队可以开始特定于方案的迁移迭代。 否则，如果还需要迁移其他 SAP 平台，请再次使用这些文章。