你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
将 Oracle 工作负载迁移到 Azure
作为云采用旅程的一部分，必须将现有工作负载迁移到云。 Oracle 工作负载与其他工作负载类似，需要一种有条不紊的方法来帮助确保成功迁移。 有关迁移方法的详细信息，请参阅适用于 Azure的云采用框架中的
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 进行迁移，确保其复原能力满足要求。