你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
将 Oracle 工作负载迁移到 Azure VM
本文介绍如何将 Oracle 工作负载从本地环境迁移到 Azure 虚拟机 (VM)。 它使用 Azure VM 上 Oracle 的登陆区域，可提供设计指导和和最佳做法。 建议的策略包括用于发现、设计和部署的结构化方法，然后是数据迁移和最终直接转换。
发现
迁移首先需要对 Oracle 产品组合进行全面评估。 此评估包括评估 Oracle 数据库版本、当前操作系统和目标操作系统，以及应用程序及其依赖项。
如果计划迁移 Oracle（EBS、Siebel、PeopleSoft、JDE）等 Oracle 应用程序，或 SAP 或自定义应用程序等其他非 Microsoft 合作伙伴解决方案，请将应用程序视为迁移策略的一部分。
现有的 Oracle 数据库环境可能运行在独立服务器、Oracle Real Application Clusters (RAC) 或非 Microsoft 合作伙伴 RAC 解决方案上。
注意
请注意，Azure 虚拟机不支持 Real Application Clustering (RAC)。 如果这适用于你的环境，则请确保从所有 RAC 节点提供 RAC 报告或 PDB/CDB 报告（具体取决于体系结构）。 这些报告必须根据相同的时间范围生成，以确保一致性。 通过在高峰使用时间段生成这些报告来获取最准确的大小调整建议。
对于应用程序，使用 Azure Migrate 的发现功能可以简单直接地确定基础结构的大小。
在发现阶段中，请务必查看所有应用程序依赖项。 你应决定应用程序停机时间在迁移期间是否是可以接受的，因为这会影响迁移工具的选择。 根据此决定，可以在联机或脱机迁移方法之间进行选择。
如果选择联机迁移，请务必打开必要的防火墙端口，以便利迁移过程。
网络规划是迁移期间的关键步骤。 请务必根据数据集的大小测试将数据彻底传输到 Azure 所需的带宽。
设计
通过使用 Azure Migrate 可以无缝实现应用程序迁移。 Azure Migrate 可根据初始发现将应用程序直接迁移到 Azure IaaS。
如果计划迁移 Oracle 第一方应用程序，请先查看体系结构要求，然后再选择基于 Azure Migrate 的迁移。
Oracle 数据库的容量规划始终是通过你在一小时高峰时段中生成的 AWR 报告来执行的。 除此之外，请务必设置存储布局。 数据大小是你在迁移过程中需要关注的大小，也是做出最适合的存储决策的依据。 为了确定数据大小，可以利用 dbspace 脚本。
生成 AWR 报告后，请运行 Azure Oracle 迁移协助工具 (OMAT)。 对于 Azure IaaS 上的 Oracle Database，OMAT 工具会推荐所需的适当 VM 大小和存储选项。 在下一步中，请通过全面评估要求来建立体系结构。 强烈建议根据恢复点目标 (RPO) 和恢复时间目标 (RTO) 的参数，设计在发生灾难或故障时具有高度可靠性和复原能力的体系结构。
如果在确定体系结构设计方面需要支持，请查看 Oracle 参考体系结构。 它提供了根据 RPO 和 RTO 要求选择最佳解决方案体系结构的体系结构指导。 RPO 和 RTO 方法适用于使用 Oracle 数据防护将 RAC 基础结构划分为高可用性 (HA) 和灾难恢复 (DR) 体系结构。
部署
根据容量规划和体系结构设计，可以使用 Ansible 将基础结构和体系结构描述为基础结构即代码 (IaC)，并使用 Terraform 或 Bicep 启动登陆区域。 使用可用于自动执行部署的 GitHub 操作。
数据迁移的类型
数据迁移的类型取决于在发现阶段做出的决策。 可以根据偏好和要求从 Data Box、RMAN、Data Pump、GoldenGate、Striim、SharePlex 和 Data Guard 等工具和方法中进行选择。
有关更多指导，请参阅 Oracle 迁移规划以查看联机和脱机迁移的特征。
注意
脱机迁移所需时间通常会超过联机迁移。 因此，对于涉及大型数据大小和严格的低停机时间要求的方案，不建议使用 Data Pump 等工具。
数据迁移方法
在 Azure 上设置 Oracle 基础结构后，将会安装 Oracle 数据库，并迁移相关应用程序，下一步则是将数据从本地 Oracle 数据库传输到 Azure 上的新 Oracle 数据库。 为便利执行此操作，请考虑使用以下 Oracle 工具：
Azure 使用正确的网络连接、带宽和命令来增强 Oracle 工具，这些工具由以下 Azure 数据迁移功能提供支持。
Oracle 数据迁移工具
下图通过图形显示了整个迁移产品组合。
需要结合使用某个 Oracle 工具和 Azure 基础结构来部署正确的解决方案体系结构，从而迁移数据。 请查看以下参考解决方案场景：
场景 1：RMAN：将 RMAN 备份和还原与 Azure 功能相结合，这是基于 RMAN 的恢复的设置。 主要是本地与 Azure 之间的网络。
场景 2：RMAN 备份方法
场景 3：或者，可以通过多种不同的方式修改设置，如以下场景中所述。
方案 4：Data Pump 和 AzCopy - 使用 Azure 功能通过 Data Pump 备份和还原的简单直接方法。
场景 5：Data Box - 只有在此场景中，才使用存储设备和物理运输在位置之间移动数据。
直接转换
现在，数据已迁移完成，Oracle 数据库服务器和应用程序已启动并运行。 请按照以下步骤将在本地运行的业务运营转换到 Azure IaaS 上新发现的 Oracle 工作负载和应用程序。
- 计划维护时段，以最大程度地减少对用户的干扰。
- 停止源 Oracle 数据库上的数据库活动。
- 执行最终数据同步，以验证是否已捕获所有更改。
- 更新 DNS 配置以指向新的 Azure VM。
- 在 Azure VM 上启动 Oracle 数据库并验证连接。
- 在直接转换过程中密切监视系统是否存在任何问题。
迁移后任务
直接转换后，验证所有商业应用程序是否按预期运行，以配合本地交付业务运营。
- 执行验证检查以验证数据一致性和应用程序功能。
- 更新文档，包括网络图、配置详细信息和灾难恢复计划。
- 为托管 Oracle 数据库的 Azure VM 实施持续监视和维护过程。
在整个迁移过程中，必须与利益干系人（包括应用程序所有者、IT 运营团队和最终用户）进行有效沟通，以管理期望并最大限度地减少中断。 此外，请考虑与经验丰富的专业人员或专门负责 Oracle 到 Azure 迁移的咨询服务合作，以确保顺利和成功的过渡。