Oracle Cloud Infrastructure Database Migration是一项托管迁移服务，它把数据库迁移所需的评估、复制、验证和切换等环节整合为可视化任务。相比手工执行Data Pump导出导入、配置Oracle GoldenGate，使用该服务可以显著降低操作复杂度和人为失误。通过统一的任务编排，数据库管理员能够更专注于迁移策略设计，而不是被底层工具细节所拖累。
一、OCI Database Migration服务架构解析
该服务的核心组件包括迁移代理、源端连接器、目标端连接器和迁移作业。迁移代理通常部署在本地数据中心或OCI内的虚拟机中，负责打通源数据库与云上目标数据库之间的安全通道。代理需要能够同时访问源数据库和目标数据库，并具备相应的读取权限。代理与OCI控制面通过加密的HTTPS通道通信，所有迁移日志和状态信息都会上报到控制台，便于集中监控。
服务支持两种迁移模式：离线迁移与在线迁移。离线迁移基于Oracle Data Pump技术，在指定时间点导出数据并导入目标库，适用于可接受停机窗口的中小型数据库。在线迁移则使用Oracle GoldenGate实时抽取增量数据，源库持续写入时目标库保持同步，最后通过短暂切换完成迁移，适合核心生产系统。两种模式都能在迁移前执行结构校验，减少因对象不兼容导致的失败。
从数据流看，迁移作业会先执行结构迁移，再执行数据迁移，最后进入持续同步阶段。结构迁移阶段会读取源库的元数据，在目标库创建对应的表、索引、约束等对象。数据迁移阶段处理存量数据，在线模式还会启动GoldenGate抽取进程，将日志变化持续应用到目标端。整个过程中，服务会记录每一阶段的耗时、行数、错误信息，方便事后审计和调优。
二、迁移前评估与准备
在正式启动迁移之前，必须对源数据库进行一次全面评估。OCI Database Migration服务内置了迁移评估功能，可以扫描源库中的用户、表、索引、视图、存储过程等对象，并在报告中标注不兼容的数据类型、无效对象、缺失权限等风险。评估报告会给出每项风险的严重级别和修复建议，帮助团队提前解决潜在问题，避免迁移中途失败。
网络规划是另一个关键环节。迁移代理需要与源数据库和目标数据库建立TCP连接，默认端口为1521或2484。如果代理部署在本地数据中心，需要确保能够通过VPN或FastConnect访问OCI内的目标数据库；如果代理部署在OCI内，则需要打通本地网络与云上VCN的路由。代理与OCI控制面之间的通信使用443端口，安全组和防火墙需要放行相应出站规则。
权限准备同样不可忽略。对于Oracle源库，离线迁移至少需要DATAPUMP_EXP_FULL_DATABASE角色或SELECT ANY TABLE权限；目标库需要DATAPUMP_IMP_FULL_DATABASE角色。在线迁移还需开启补充日志、授予GoldenGate所需权限，如ALTER SYSTEM、CREATE SESSION、SELECT ANY TRANSACTION等。下面是一段创建迁移代理和验证连接的CLI示例：
# 创建迁移代理资源 oci database-migration agent create \ --compartment-id $COMPARTMENT_OCID \ --display-name "onprem-agent" \ --vcn-id $VCN_OCID \ --subnet-id $SUBNET_OCID # 查看代理状态 oci database-migration agent get --agent-id $AGENT_OCID
三、离线迁移完整操作示例
完成评估与权限准备后，即可在控制台创建迁移项目。首先在OCI Database Migration服务中新建一个迁移项目，然后添加源数据库连接和目标数据库连接。源连接需要填写数据库类型、主机名、端口、服务名、用户名和密码，目标连接同理。服务会通过迁移代理测试连通性，连接成功后才能创建迁移作业。
创建离线迁移作业时，需要选择迁移类型为Data Pump，并指定要迁移的用户或表空间。可以按用户级别迁移，也可以按表级别迁移。作业启动后，服务会依次执行源库元数据导出、目标库元数据导入、数据导出与导入。如果数据量较大，可以调整Data Pump的并行度参数，提高吞吐量。以下命令展示如何创建一个离线迁移作业：
# 创建源数据库连接 oci database-migration connection create \ --compartment-id $COMPARTMENT_OCID \ --display-name "source-db" \ --database-type "ORACLE" \ --hostname "192.168.0.1" \ --port 1521 \ --service-name "ORCL" \ --username "dms_user" \ --password "YourPassword" # 创建迁移作业 oci database-migration job create \ --compartment-id $COMPARTMENT_OCID \ --display-name "offline-data-pump-job" \ --source-connection-id $SOURCE_CONN_OCID \ --target-connection-id $TARGET_CONN_OCID \ --migration-type "OFFLINE"
迁移作业运行期间，可以在控制台查看实时进度，包括已迁移对象数量、数据行数和失败记录。若遇到失败，服务会生成详细日志，定位具体对象后可以单独重试。数据迁移完成后，建议在目标库执行基本验证，例如统计关键表的行数是否一致，或者抽样比对数据内容。下面是一个简单的行数比对SQL，分别在源库和目标库执行，对比结果是否相同。
SELECT COUNT(*) FROM sales_orders; SELECT COUNT(*) FROM customer_accounts; SELECT COUNT(*) FROM inventory_items;
离线迁移的优势在于操作简单、技术成熟，但停机时间与数据量成正比。对于数十TB级别的数据库，导出导入可能需要数小时甚至更长，此时就需要考虑在线迁移方案，把停机时间压缩到分钟级。
四、在线迁移与切换策略
在线迁移的配置比离线迁移复杂一些，但OCI Database Migration服务会自动处理大部分GoldenGate相关设置。首先需要确认源库已启用归档日志模式，并开启最小补充日志和主键补充日志。服务会在源库创建GoldenGate抽取进程，在目标库创建投递和复制进程。初始加载阶段完成后，抽取进程持续读取源库redo日志，将增量变化传输到目标端，保持数据实时同步。
切换前需要制定详细的切换窗口计划。通常步骤是：停止应用写入，确认目标库已经追平所有增量事务，执行最终同步，然后将应用连接字符串指向目标库。OCI Database Migration服务提供了一键切换按钮，会自动停止GoldenGate进程并标记迁移作业为完成状态。切换后应立即验证目标库的查询性能和对象完整性，确保应用能够正常读写。
如果切换后发现目标库存在问题，可以快速回滚。回滚的方法有两种：一种是保留源库在一段时间内不做删除，重新将应用切回源库；另一种是利用GoldenGate反向同步，在目标库产生的变更写回源库。不过反向配置需要提前准备，实际操作中应结合业务重要性选择合适的回滚策略。下面是一次切换前的状态检查命令：
# 查看迁移作业状态 oci database-migration job get --job-id $JOB_OCID # 查看同步延迟（秒） oci database-migration job get-lag --job-id $JOB_OCID # 执行切换 oci database-migration job switchover --job-id $JOB_OCID
迁移完成后不要立即删除源数据库，建议保留至少一周的观察期。期间可以对比源库和目标库的关键业务指标，如订单并发写入成功率、报表查询响应时间等。一旦确认目标库稳定运行，再按照合规要求对源库进行归档或下线处理。
OCI Database Migration服务把Oracle生态的迁移经验产品化，大幅降低了上云门槛。无论你是初次迁移还是频繁搬迁，合理利用其评估、离线与在线双模式能力，都能让数据库上云过程更加可控、高效。
Oracle OCIDatabase Migration数据库迁移修改时间：2026-08-21 11:31:28