你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
SAP 是一个功能强大的平台，具有特定的、复杂且严格的技术、安全性和合规性要求：此平台不太可能在标准迁移工厂中移动。 Azure Migrate 功能工具可以迁移大多数平台和工作负载，但 SAP 工作负载需要不同的工具和流程来复制和部署其资产。 部署核心平台后，标准流程和工具可帮助依赖工作负载恢复和完成迁移。
SAP 进程流
迁移 SAP 工作负荷时需要考虑几个步骤，其中一些步骤偏离了标准迁移任务：
注释
在开始迁移 SAP 平台之前，请验证是否已 为 SAP 平台建立了兼容的 Azure 登陆区域 ，并：
- 评估 SAP 平台和依赖工作负荷。
- 评估 SAP 平台的容量规划考量。
- 迁移平台。
- 迁移工作负载。
评估 SAP 平台和依赖工作负荷
在评估 SAP 平台和依赖工作负荷时，组织通常不考虑以下问题：
SAP 虚拟机运行哪些作系统和版本？
当前平台资产是否运行 Azure 中支持的作系统？ 不受支持的操作系统需要在迁移期间或之前进行修正。
SAP 平台正在运行哪些数据库管理系统（DBMS） ？
Azure 中是否支持当前 DBMS？ 在迁移期间或之前，需要修正不受支持的数据库。
在迁移之前或迁移期间，是否升级 SAP 解决方案的所有或部分？
如何在 Azure 中配置和调整平台资产大小？
哪些工作负载依赖于 SAP 平台？
支持这些工作负荷需要哪些资产和数据库？
评估 SAP 平台的规模考虑因素
在部署 SAP 平台之前，应考虑几个有关规模的注意事项。 组织通常会首先评估当前资产和数据库的规模需求，并且还应考虑长期平台运营和功能需求。 应至少考虑以下事项：
- 虚拟机（VM）大小设置
- VM 存储
- 运行时间因素
- 许可因素
- 高可用性/冗余因素
- 数据库高可用性因素
浏览 Azure 上的 SAP 体系结构指南 ，了解参考体系结构和大小调整注意事项的示例。
迁移平台
根据 SAP 工作负载的类型和要求，SAP 工作负荷的数据点有助于选择适当的迁移方法：经典迁移或 SAP 数据库迁移选项（DMO）。 要考虑的一些关键数据点包括：
- 执行 Unicode 转换（非 Unicode 到 Unicode）的要求。
- 需要更改 DBMS，或将同一 DBMS 系统的内部格式更改为 Intel 环境支持的 little-endian 格式；例如，从 IBM pSeries 迁移到 Azure。
经典迁移： SAP 软件预配管理器是用于数据库迁移的软件物流工具。 经典迁移使用同质或异质系统复制方法，有时称为 双重迁移。 当迁移计划中出现以下观测结果时，通常采用此方法：
- 作系统（OS）和 DBMS 与 Azure 兼容。
- 没有其他需要升级或重新创建 OS 或 DBMS 系统平台的要求。
DMO： DMO 使用一个工具来升级 SAP 工作负荷和数据库迁移到 SAP HANA 数据库，此过程通常称为 单步迁移。 SAP 软件更新管理器工具在同时创建目标数据库时为当前数据库创建影子存储库。 它最终会复制影子存储库，并将 SAP 数据库连接切换到目标数据库。 在迁移计划中观察到以下数据点时，通常会使用此方法：
- Azure 不支持当前的 OS 或 DBMS，需要升级或重新格式化。
- 迁移期间计划升级到 SAP S/4HANA。
探索 将 SAP 平台迁移到 Azure ，了解有关迁移 SAP 平台的每个过程的详细信息。
迁移工作负荷
迁移核心平台后，可以使用标准化 的迁移工厂过程 迁移每个依赖工作负荷。 请参阅针对单个工作负荷组体系结构及其独特方案的 SAP 采用方案简介 。
下一步：使用 SAP 进行创新
以下文章提供有关整个云采用过程中特定点的指导，以帮助你在 Azure 中成功采用 SAP。
详细了解 Azure 部署支持的作系统、数据库管理系统和其他 SAP 软件。