1. 课程导入与迁移全景

在开始讨论具体迁移技术之前，需要先建立一张“全景图”。Oracle Cloud 数据库业务平台并不是把本地数据库简单搬到云上，而是围绕数据库构建一套可持续运行、可弹性扩展、可观测、可治理的业务承载环境。它通常由四层构成：最底层是云基础设施与网络，包括区域（Region）、可用性域（Availability Domain）、虚拟云网络（VCN）、子网与安全列表；其上是数据库服务层，涵盖 Exadata Cloud Service、Autonomous Database、Base Database Service、MySQL HeatWave 等不同形态；再往上是数据与访问层，包括表空间、Schema、PDB、连接串、钱包与访问控制；最上层是业务与运维层，包括应用连接、备份恢复、监控告警、成本与合规。理解这四层的关系，是后续所有迁移决策的基础。

迁移的驱动因素通常来自五个方面：成本、弹性、可用性、创新速度与合规。成本方面，本地 Exadata 的硬件维保、机房电力与 DBA 人力往往在三年周期内高于云上按需或订阅模式；弹性方面，业务高峰需要快速扩展 OCPU 与存储，而云上可以在线调整；可用性方面，Data Guard、RAC、自动备份与跨区域容灾在云上更容易标准化；创新速度方面，Autonomous Database 的自驱动能力、JSON 与向量支持、APEX 低代码可以缩短交付周期；合规方面，Oracle Cloud 提供区域隔离、加密与审计能力，便于满足数据驻留要求。这些因素并非孤立，实际项目中往往以“成本 + 弹性”为起点，逐步扩展到“可用性 + 创新”。

整体迁移生命周期可以概括为六个阶段：评估与发现、目标架构设计、迁移方案选择、实施与切换、验证与优化、运营与治理。评估阶段要盘点数据库版本、字符集、数据量、对象数量、依赖关系与停机窗口；设计阶段要确定目标服务形态、网络拓扑、高可用级别与安全策略；方案选择阶段要在物理迁移、逻辑迁移、复制同步与混合迁移之间做取舍；实施阶段要完成数据同步、应用连接切换与回滚预案；验证阶段要核对行数、校验和、关键业务 SQL 响应时间与告警状态；运营阶段要建立备份、补丁、容量与成本治理机制。这六个阶段不是一次性线性过程，而是随业务变化持续迭代的闭环。

学习路线图建议按“先通全景、再练单点、后串闭环”的方式推进。第一阶段建立概念地图，理解四层架构与六阶段生命周期；第二阶段掌握评估工具，例如使用 Oracle Cloud Migration Advisor、AWR 报告、Schema 统计与依赖分析脚本，形成可量化的迁移基线；第三阶段选择一条主线服务形态深入，例如以 Autonomous Database 为主线，练习从本地 19c 到 ADB 的逻辑迁移，包括导出、对象转换、数据加载与连接切换；第四阶段扩展到高可用与容灾，练习 Data Guard、备份策略与跨区域复制；第五阶段进入运营治理，建立成本看板、容量趋势与补丁窗口。每一阶段都应有可验证的产出物，例如评估报告、目标架构图、迁移脚本、验证清单与运营手册。