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

将 Oracle 工作负载迁移到 Azure VM

项目
04/26/2024

本文介绍如何将 Oracle 工作负载从本地环境移动到 Azure 虚拟机 (VM) 登陆区域。它为 Azure 上的 Oracle Database 使用登陆区域，该区域为 Azure IaaS 上的 Oracle 迁移提供设计建议和最佳做法。建议对整体迁移策略采用经过验证的发现、设计和部署方法，然后进行数据迁移和直接转换。

发现

进行迁移时，首先是对 Oracle 产品组合进行详细评估。支持 Oracle 数据库和应用、数据库版本和使用 Oracle 数据库的应用程序类型的当前基础结构包括：Oracle（EBS、Siebel、People Soft 和 JDE 等），以及非 Microsoft 合作伙伴产品/服务（例如 SAP 或自定义应用程序）。现有的 Oracle 数据库可以在服务器、Oracle Real Application Clusters (RAC) 或非 Microsoft 合作伙伴 RAC 上运行。对于应用程序，我们需要发现基础结构的大小，这可使用基于 Azure Migrate 的发现轻松完成。对于数据库，方法是获得关于峰值负载的限制 (AWR) 报表，以便继续执行设计步骤。

设计

对于应用程序，Azure Migrate 会根据发现结果将基础结构和应用程序直接迁移到 Azure IaaS。对于 Oracle 第一方应用程序，在决定基于 Azure Migrate 的迁移之前，请参阅体系结构要求。进行数据库设计时，首先生成有关峰值负载的 AWR 报表。 AWR 就绪后，使用 AWR 报告作为输入来运行 Azure Oracle 迁移协助工具 (OMAT)。对于 Azure IaaS 上的 Oracle Database，OMAT 工具会推荐所需的适当 VM 大小和存储选项。解决方案在发生灾难时必须具有高可靠性和复原能力，这由恢复点目标 (RPO) 和恢复时间目标 (RTO) 的参数确定。 Oracle 登陆区域提供体系结构指南，以根据 RPO 和 RTO 要求选择最佳解决方案体系结构。 RPO 和 RTO 方法适用于使用 Oracle 数据防护将 RAC 基础结构分离为高可用性 (HA) 和灾难恢复 (DR) 体系结构。

部署

OMAT 工具会分析 AWR 报表，为你提供所需基础结构的相关信息、正确的 VM 大小和关于存储容量的建议。根据这些信息，选择适当的 HA 和 DR (RPO/RTO) 要求来提供弹性体系结构，从而使用 Azure 登陆区域上的 Oracle 提供业务连续性和灾难恢复 (BCDR)。使用 Ansible 将基础结构和体系结构描述为基础结构即代码 (IaC)，并使用 Terraform 或 Bicep 启动登陆区域。使用可用于自动执行部署的 GitHub 操作。

数据迁移的类型

有两种类型的数据迁移过程：联机和脱机。联机迁移时，会将数据从源传输到目标。脱机迁移会从源中提取数据，然后将其传输到目标。这两种方法都至关重要。脱机迁移适用于在源和目标之间传输大型数据，而联机迁移可以在从源数据库转移到目标数据库之前传输增量数据。同时使用这两类方法可为成功迁移数据提供有效的解决方案。 