使用须知

开始移植资源和应用程序之前，请考虑移植选项以及预配和移植任何必要的应用程序数据库。

可以将应用程序数据库预配为单个数据库系统的容器数据库(CDB)中的单独数据库或插接式数据库(pdb)。

同时支持 Oracle Grid Infrastructure （支持多节点 DBs）或逻辑卷管理器。

注：

要使用“零停机时间迁移(ZDM)”等数据库迁移工具，目标数据库 SYS 口令必须与要迁移的源数据库的 SYS 口令相同。

有许多移植策略可用于取决于工作量复杂性以及关闭时间要求。

有关预配数据库的信息，请参阅本文档前面的预配虚拟机数据库。

关于移植工作量

本节显示许多常见的迁移方案。

一组选项在 Oracle Cloud Infrastructure 中将内部部署工作量迁移到新创建的域：

• 使用 WebLogic 管理员控制台手动迁移工作量以部署资源，并使用以下方法之一部署应用程序：
  • WebLogic 管理员控制台
  • JDeveloper 部署工具
• 使用 WebLogic 部署工具(WLDT)迁移工作量。
• 通过将现有应用程序部署脚本定位到新域，使用 WebLogic 脚本编写工具迁移工作量。

另一种选择是更新用于在前部署域（例如 WebLogic 脚本或 WebLogic 部署工具模型文件）时部署域的 WebLogic 服务器工具，并将它们定位到 Oracle Cloud Infrastructure 以创建新域并重新部署应用程序。

将 Oracle 数据库移植到 Oracle Cloud Infrastructure

在将 Oracle 或非 Oracle 数据库从内部部署数据中心迁移到 Oracle Cloud Infrastructure 之前，请查看以下注意事项、先决条件和评估过程。

注意事项

本节适用于将内部部署 Oracle 数据库迁移到 Oracle Cloud Infrastructure，其中包括上一节中列出的数据库平台。开始任何移植工作量之前，请了解各个数据库工作量、限制以及任何相关性。

每个 Oracle Database 迁移都需要一个搜索和规划阶段。此阶段中的主要讨论应包括以下问题。这些问题的答案有助于确定数据库分组、要迁移的数据库数量以及迁移的整体工作量。

• 此数据库的当前版本是什么？
• 您要移植此版本的多少数据库？
• 有多少数据库与特定的业务(LOB)行关联？
• 是否有非 Linux 平台上的任何数据库；也就是说，是否有任何跨字节序迁移？
• 是否存在可能需要一起移植的相关数据库？
• 是否有任何要迁移的第三方数据库（非 Oracle）以及哪些版本（例如 SQL Server 2016）？
• 对于测试和开发数据库，是移植所有副本还是仅移植主副本？
• 数据库大小是多少(GB/TB)数据本身的总磁盘空间和空间？
• 是否将使用 FastConnect 或 VPN 建立与 Oracle Cloud 的网络连接？数据库的带宽和大小主要用于驱动迁移解决方案。

移植选项

有许多方法可以将 Oracle 数据库从内部部署迁移到 Oracle Cloud Infrastructure。每种方法都取决于业务恢复点目标(Business recovery point objective, RPO)、恢复时间目标(recovery time objective, RTO)和可用性服务水平协定(SLA)。迁移管理员必须使用相应方法评估和映射这些业务协议。

Oracle Maximum Availability Architecture (MAA)专门针对这些选项和方法进行寻址。下表简要介绍了这些内容。

解决方案	复杂性	迁移粒度	迁移类型（物理或逻辑）	整体部署工作量	迁移模型	关键迁移用例
数据泵常规导出和导入	低	中	逻辑	高	联机/时间点	小数据库 方案构造子集
数据泵可传输	中	低	物理	中	联机/连续 导出期间源必须为只读	具有相同字节序的完整数据库（需要源 Oracle Database 版本 11.2.0.3）
数据泵可传输表空间	中	低	物理	中	联机/连续	方案表空间集（需要源 Oracle Database 版本 11.2.0.3）
SQL*Loader	低	高	逻辑	高	脱机	移植特定表或方案
GoldenGate	高	高	逻辑	高	脱机/连续	方案构造子集 逻辑转换
RMAN 备份和还原	低	低	物理	低	脱机/连续	完整的数据库或一组表空间
Data Guard	低	低	物理	低	联机/连续	零停机或接近零的完整数据库
PDB 远程克隆 远程克隆 PDB 重新定位 PDB 迁移	低	低	物理	低	联机/连续	现有 12c PDB 到 PDB 的移植 远程克隆可以是非 CDB

注：

许多解决方案都可以组合来创建高效的迁移策略。某些打包的应用程序可能对支持移植的工具有限制。

调整大小和部署规划

在源迁移工作过程中，应执行适当的大小调整和计划措施，以确保数据库满足容量和性能要求。

注：

数据库和 VM 的容量调整工作量与内部部署相同。

此计划实施的结果帮助定义目标数据库配置和 VM 配置。

• 工作量的性能要求
  • 每秒事务处理数
  • 用户关系数
  • 预期的未来工作量更改
• 能力要求
  • vCPUs
  • 内存
  • 存储和 IO 容量
  • 未来增长
• 可管理性要求
  • Oracle Cloud Infrastructure 本机服务和可访问性
  • 监视工具
  • 备份解决方案
• 可扩展性功能
  • 数据库比例
  • VM 扩展
  • 集群比例
• 可用性要求
  • Oracle 高可用性解决方案
  • vMotion, DRS
• 应用程序要求
  • 内部部署组件间的相关性
  • 应用程序与 Oracle Cloud Infrastructure 服务之间的网络流

合并、标准化和合并

作为迁移工作的一部分，我们建议迁移团队在适当的数据库版本和合并数据库系统上使用此机会进行标准化。Oracle Database 19c 应该是最低标准化的数据库版本，因为它提供了长期支持发行版。

合并是组织要追踪以提高其运营效率的主要策略之一。利用合并，组织可以提高 IT 资源的利用率，从而降低成本，因为需要较少的资源来实现相同的结果。操作成本也将降低，因为需要监视、管理和维护较少的组件和对象。

Dba 和管理员应当寻求合并尽可能多的数据库的最佳机会。在 Oracle 19c 中，您有机会使用 Oracle 多租户选项，最多包含三个可插入数据库(PDB)。进一步提供比例更大的经济，可以通过应用和数据库现代化实现更高的合并密度。因此，您应确定哪些数据库适合容器数据库(CDB)部署模型。

除了合并之外，还考虑隔离管理。隔离要求可能会影响方法或合并程度。系统需求的隔离级别确定您是在单个数据库中合并多个 Pdb、在单个平台上托管多个数据库还是使用两种方法的某种组合。可以将隔离分为以下四个区域：故障、资源、安全和运行。每个云模型都使用操作系统或数据库内置功能以不同的方式处理隔离，通常与高级功能或产品结合使用来提供完整的解决方案，从而使其具有风险。