通过

你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

将 Oracle 工作负载迁移到 Azure

  • 项目

作为云采用旅程的一部分，必须将现有工作负载迁移到云。 Oracle 工作负载与其他工作负荷类似，需要采用有条不紊的方法来确保成功迁移。 有关迁移方法的详细信息，请参阅云采用框架中的云迁移。 本文介绍特定于 Oracle 工作负载的唯一约束和注意事项。

Oracle 迁移过程

应持续重新评估基础结构要求，以使用工作负荷的相关服务类型来提高性能和降低成本。 例如，如果计划将工作负荷移动到 Oracle Database@Azure，请确保选择的 SKU 满足要求。 同样，如果将工作负荷移到 Azure 上的 Oracle 虚拟机，请确保虚拟机（VM）大小满足要求。 有关详细信息，请参阅 将 Oracle 工作负荷迁移到 Azure 登陆区域的容量规划。

查看迁移资源以定义 Oracle 到 Azure 的迁移过程。 也可执行以下操作：

  • 验证 Azure 订阅配额限制：确保 Azure 订阅中的配额限制适合迁移到 Azure 上的 Oracle 时选择的目标 VM 大小虚拟机。

  • 确定部署模型：使用基础结构即代码（IaaS）、持续集成和持续交付（CI/CD）管道和其他 DevOps 做法，尽可能自动部署解决方案组件。

  • 确定应用程序依赖项：确保迁移活动中断最少。

  • 确定数据容量：确定要迁移的数据量，并评估从本地环境到 Azure 的当前可用网络连接容量。 使用此信息来确定是否可以将数据直接从本地环境复制到 Azure。 可能需要物理数据传输设备（如 Azure Data Box ）才能加载初始数据。

  • 确定可用性要求：确定工作负荷可用性要求，因为它们可能会影响可以使用的迁移工具。

对于 Oracle Database@Azure，请确保：

  • 验证 Oracle Database@Azure解决方案是否在要部署解决方案的区域可用 。 有关详细信息，请参阅 可用区域。

  • 从本地环境迁移到 Oracle Database@Azure时，请考虑所需的数据库更改 。 迁移可能涉及对数据库表空间和架构的一些更改。 有关详细信息，请参阅 将 Oracle 数据库迁移到 Exadata 云服务。

Oracle 迁移工作负荷特定的活动

以下部分更详细地介绍了迁移过程。 这些步骤不一定按顺序排列。 可以并行执行一些步骤。

  • 评估源和目标系统版本：评估本地操作系统版本、应用程序版本和数据库版本是否与计划在 Azure 上使用的版本相同。

    • 如果需要更新一个或多个资源，请在迁移之前更新它们以避免使迁移过程复杂化。

    • 如果本地数据库在大型最终用户操作系统上运行，例如 Oracle Solaris、IBM Advanced Interactive Executive（AIX）或 Hewlett Packard Unix（HP-UX），则数据库迁移过程包括一个 endian 转换。 Azure 支持只有很少的 endian 操作系统。 从工具的角度来看，当考虑用于迁移的工具时，此支持会限制选项数。 具体而言，不能使用 Oracle Data Guard、Azure Migrate 和现代化或任何其他文件复制方法。 与最终用户转换兼容的迁移方法包括 Oracle 数据泵导出、Oracle 数据泵导入、Oracle 跨平台可传输表空间（XTTS）或数据副本 (replica)实用工具（如 Oracle GoldenGate、Quest SharePlex 和 Striim）。

    • 可以根据要求和兼容性对本地应用程序服务器进行现代化或迁移。 有关详细信息，请参阅 云采用方案。

  • 在迁移过程中评估工作负荷可用性要求：如果需要最大程度地减少工作负荷停机时间，则迁移方法（如数据泵导出功能、数据泵导入功能或 Azure Migrate 和现代化）可能不适合工作负荷。 在这种情况下，可以执行以下三个步骤：

    • 使用 Oracle 恢复管理器 （RMAN） 备份并还原 Azure 中的整个数据库。 如有必要，通过 XTTS 执行尾数转换。 结果是一个数据库，它是本地源数据库的时间点副本。 有关详细信息，请参阅 跨平台传输数据。

    • 如果两个源都是小端格式，请使用 Oracle Data Guard 将 Azure 中新还原的数据库与源数据库同步。 如果迁移涉及 big-endian 到 little-endian 转换，则无法使用 Data Guard。 而是使用基于 SQL 的数据副本 (replica)实用工具（例如 Oracle GoldenGate、Quest SharePlex 或 Striim）将 Azure 中新还原的数据库与源数据库同步。

    • 将 Azure 中的目标数据库与源本地数据库同步后，可以计划 直接转换。 直接转换关闭源本地数据库，并将最后几个事务刷新到 Azure 中的目标数据库。 然后，可以在 Azure 中以新的源数据库的形式打开目标数据库。 直接转换可能需要几分钟的时间，具体取决于使用的同步方法。

    • 根据为应用程序服务选择的迁移方法，在将应用程序完全迁移到 Azure 之前，可能需要完成多个应用程序服务任务。

    • 请考虑使用 Oracle 零停机时间迁移（ZDM）进行迁移过程。 有关详细信息，请参阅 零停机时间迁移。

  • 评估所需的许可证：数据库可能需要各种许可证，具体取决于迁移工具。 例如：

    • Oracle Data Guard 需要 Oracle 数据库企业版。

    • Oracle GoldenGate 需要 Oracle GoldenGate 许可证。

    有关 Azure 上的 Oracle 许可的详细信息，请参阅 云计算环境中的授权 Oracle 软件。

下一步

Oracle 数据库迁移到 Azure