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

将 Oracle 工作负载迁移到 Azure

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

Oracle 迁移方案

迁移 Oracle 工作负载时,必须转换数据库和应用程序。 本文讨论应用程序和数据库迁移的直接迁移方法。 直接迁移方法包括在 Azure 虚拟机上部署 Oracle 应用程序。 对于数据库迁移,可以使用多个选项。 本文提供了适用于 Oracle Database@Azure的指南。

  • 虚拟机上的应用程序: 运行 Oracle 企业应用程序,例如 Siebel、PeopleSoft、JD Edwards、E-Business Suite 或 Azure 基础结构上的自定义 WebLogic Server 应用程序。

  • 虚拟机上的 Oracle Standard Edition 或 Enterprise Edition 数据库:在此方案中, 在虚拟机上部署 Oracle 数据库。 有多种选项可供选择,从自管理数据库到托管数据库。 如果更喜欢托管数据库解决方案,请查看 Tessell

  • Oracle Database@Azure: Oracle Database@Azure 是在 Oracle 云基础架构(OCI)上运行并在 Microsoft 数据中心内部署的 Oracle 数据库服务。

注意

若要确定特定数据库版本的受支持操作系统,请参阅 支持的数据库和操作系统

Oracle 迁移过程

应持续重新评估基础结构要求,通过为工作负载使用相关类型的服务来提高性能并降低成本。 例如,对于前面提到的所有方案,请确保有足够的带宽可用于迁移。 我们强烈建议你在进行概念证明(PoC)时查看所需的带宽。

如果将您的工作负荷迁移到 Oracle 虚拟机上,请确保虚拟机(VM)的大小符合您的要求。 有关详细信息,请参阅将 Oracle 工作负载迁移到 Azure 登陆区域的容量规划

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

  • 验证 Azure 订阅配额限制: 确保 Azure 订阅中的配额限制可以容纳在虚拟机上迁移到 Oracle 时选择的目标 VM 大小。

注意

如果在 Oracle Database@Azure上托管工作负载,并且需要增加配额,请咨询 Oracle 联系人。

  • 标识部署模型: 尽可能使用基础结构即代码、持续集成和持续交付管道和其他 DevOps 做法自动部署解决方案组件。

  • 确定应用程序依赖项: 确保迁移活动尽可能不中断。

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

  • 确定可用性要求: 确定工作负荷可用性要求,因为它们可能会影响可以使用的迁移工具。 定义可接受的最大停机时间。 此指标可帮助你定义迁移工具和方法。

此考虑因素同样适用于您的申请。 如果无法接受日常操作中断,则需要执行联机迁移。

  • 确定将工作负荷迁移到 Azure 虚拟机上的 Oracle 所需的工具: 两个主要的迁移路径是脱机和在线。
脱机迁移 联机迁移
一次性直接拷贝数据库。 先复制数据库,然后在数据库迁移过程中捕获变更数据。
要求受影响的应用程序在迁移期间处于脱机状态。 应用程序可以在迁移期间保持联机状态。
已使用的 工具: Data Box、DataPump、Oracle Recovery Manager (RMAN) 已使用的 工具: DataGuard、Oracle 恢复管理器 (RMAN)、GoldenGate

注意

如果决定执行联机迁移,请确保配置防火墙规则以允许数据传输。

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

以下部分更详细地介绍了迁移过程。 这些步骤不一定是连续的。 可以并行执行一些步骤。

  • 评估源和目标系统版本: 评估本地操作系统(OS)版本、应用程序版本和数据库版本是否在本地和 Azure 上相同。

    • 如果需要更新一个或多个资源,请在迁移之前对其进行更新,以简化迁移过程。

    • 如果本地数据库在 big-endian OS(如 Oracle Solaris、IBM Advanced Interactive eXecutive 或 Hewlett Packard Unix)上运行,则数据库迁移过程包括一个 endian 转换。 Azure 仅支持 little-endian 操作系统。 这一限制减少了可用于迁移的工具数量。 具体而言,不能使用 Oracle Data Guard 或任何其他文件复制方法。 与字节序转换兼容的迁移方法包括 Oracle 数据泵导出或 Oracle 数据泵导入、Oracle 跨平台可传输表空间(XTTS)或数据复制实用工具,如 Oracle GoldenGate、Quest SharePlex 和 Striim。

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

  • 评估迁移过程中的工作负荷可用性要求: 如果需要最大程度地减少工作负荷停机时间,则数据泵导出或数据泵导入等迁移方法可能不适合工作负荷。 在这种情况下,请遵循以下四个步骤:

    • 使用 RMAN 备份,然后在 Azure 中还原整个数据库。 如有必要,通过 XTTS 执行 endian 转换。 结果是一个数据库,它是本地源数据库的时间点副本。 有关详细信息,请参阅跨平台传输数据

    • 如果两个源均为小字节序格式,使用 Oracle Data Guard 将 Azure 中新还原的数据库与源数据库同步。 如果迁移包括大字节序到小字节序的转换,则无法使用 Data Guard。 而是使用基于 SQL 的数据复制实用工具(如 Oracle GoldenGate、Quest SharePlex 或 Striim)将 Azure 中新还原的数据库与源数据库同步。

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

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

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

    • Oracle Data Guard 需要 Oracle Database Enterprise Edition。

    • Oracle GoldenGate 需要 Oracle GoldenGate 许可证。

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

Oracle Database@Azure迁移指南

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

  • 请考虑对迁移过程使用 Oracle 零停机时间迁移。 评估迁移策略,以确定最适合特定迁移要求的方法。 有关详细信息,请参阅零停机时间迁移 (ZDM)。 ZDM 提供选择逻辑或物理迁移方案的功能。 有关详细信息,请参阅 ZDM 迁移

注意

如果选择自治数据库服务(ADB-S),请记住仅支持逻辑迁移方案。

其他指南

以下部分可帮助你为要求和数据大小选择正确的迁移选项。

基于 ExpressRoute 的迁移持续时间参考

下表仅用作基线。 它不考虑通过同一 Azure ExpressRoute 连接运行的其他生产工作负荷。

VMware 可能需要比指示更多的带宽。 在 PoC 阶段评估带宽需求。 如果需要支持,请联系本地联系人。

数据大小 1 Gpbs 的带宽 带宽为 10 Gbps
1 TB 3 小时 15 分钟
10 TB 1 天 3 小时
35 TB 4 天 9 小时
80 TB 8 天 20 小时
100 TB 11 天 1 天
200 TB 21 天 2 天
500 TB 53 天 5 天

如果计划使用 ExpressRoute 进行迁移,确保其复原能力满足要求

后续步骤