如何将Oracle系统的数据迁移至PostgreSQL系统？

迁移前准备 #

• 全量梳理两边数据结构依赖：拉取Oracle侧系统A的表结构、字段类型、约束（主键、外键、索引）、存储过程、触发器、自定义函数清单，对应匹配PostgreSQL兼容语法和类型，比如Oracle的NUMBER对应PostgreSQL的NUMERIC/INT，VARCHAR2对应VARCHAR，DATE对应TIMESTAMP/DATE，Oracle独有的序列、CONNECT BY层级查询等语法要提前改造适配系统B的业务逻辑。
• 评估迁移约束条件：统计系统A的全量数据规模、每秒增量数据产生速率，和业务方确认允许的最长停机窗口，确定最终的迁移技术路线。
• 搭建预迁移测试环境：完全复刻生产环境的Oracle、PostgreSQL版本和配置，优先在测试环境跑完完整迁移流程、验证业务兼容性，不要直接操作生产环境。

迁移实施可选方案 #

方案1：适配数据量低于100GB、允许1-2小时停机的场景 #

• 先暂停Oracle侧系统A的写入权限，保证迁移期间数据静态无变更。
• 用ora2pg开源工具直接导出Oracle的表结构和数据为PostgreSQL兼容的SQL文件，无需手动改造大量类型适配逻辑。
• 把导出的SQL文件导入PostgreSQL侧，导入完成后做全量一致性校验：逐表比对行数、核心业务字段的聚合值（求和、最大/最小值、哈希校验），完全匹配后再将业务流量切到PostgreSQL侧的系统B。

方案2：适配TB级大数据量、要求停机时间小于10分钟的场景 #

• 采用全量基线+增量同步的低 downtime 方案：
  • 先在Oracle侧开启归档日志和补充日志（supplemental log），给同步账号开通日志读取权限。
  • 用同步工具（开源可选Debezium、Flink CDC，商业可选Oracle GoldenGate）先做全量数据基线迁移，基线迁移过程中系统A可以正常对外提供服务，所有增量写入操作会被同步工具实时捕获。
  • 全量基线迁移完成后进入增量追数阶段，直到两边数据延迟降到1秒以内。
  • 选择业务低峰期做流量切流：先暂停系统A的写入，等待所有增量数据同步到PostgreSQL后做一次最终一致性校验，校验通过后将所有业务流量切到系统B，完成迁移。

迁移后验证与兜底 #

• 功能验证：跑通所有核心业务流程，确认增删改查操作无数据异常、约束生效。
• 性能验证：压测核心接口响应时间、数据库读写性能，比迁移前性能下降超过10%的场景要针对性做索引优化、SQL改写。
• 回滚预案：迁移完成后保留至少7天的Oracle侧全量数据快照，如果PostgreSQL侧出现不可修复的故障可快速切回原系统。

注意：核心业务数据迁移前必须做全量离线备份，避免迁移过程中出现数据丢失。

内容的提问来源于stack exchange，提问作者Vamberto Rocha Junior