手工迁移数据库Oracle 11.2.0.4到新机器并升级到12.2.0.1版本

3    1464    5

Tags:

👉 本文共约1472个字,系统预计阅读时间或需6分钟。

前言

在最近的项目里,客户有2套11.2.0.4的数据库,需要迁移上云,数据量较大(一个600g,一个2T),停机时间6小时以内,还有很多其它的库需要同时切割,目前想到的迁移方案有:
1、XTTS进行全量+增量迁移

缺点:物理迁移,在最后一次增量的时候,源端数据库需要设置为只读模式,只能读,不能写。云端数据库在最后一次增量之前都不能使用。

由于客户需要提前做POC测试,而且网络不是直达的,需要经过中转机,所以,该方案放弃。

​ 2、使用数据泵+OGG方式

缺点:逻辑迁移,对于特殊的列不能同步(例如long列),需要正式切割前进行大量的实验观察,否则可能造成个别数据不一致。

这个方案,我想着使用OGG的微服务会比较好,结果安装了好几个版本的OGG微服务(从12.3到21.3),兼容性都不支持11.2.0.4,无奈只能放弃!

​ 3、进行全量+增量的rman备份恢复,最后做数据字典升级。可以使用手动脚本升级,也可以使用DBUA升级,也可以使用最新的AutoUpgrade工具升级。

缺点:数据字典升级时间稍微长点,预估1~2小时左右,但可控在切割时间内。

优点:方案成熟,变数少,可以做压缩备份,减少中间网络传输的时间。

本文我们使用方案3来做演练。

环境介绍

参考文档:

源端准备

本人提供Oracle(OCP、OCM)、MySQL(OCP)、PostgreSQL(PGCA、PGCE、PGCM)等数据库的培训和考证业务,私聊QQ646634621或微信dbaup66,谢谢!
AiDBA后续精彩内容已被站长无情隐藏,请输入验证码解锁本文!
验证码:
获取验证码: 请先关注本站微信公众号,然后回复“验证码”,获取验证码。在微信里搜索“AiDBA”或者“dbaup6”或者微信扫描右侧二维码都可以关注本站微信公众号。

标签:

Avatar photo

小麦苗

学习或考证,均可联系麦老师,请加微信db_bao或QQ646634621

您可能还喜欢...

3 条回复

  1. Avatar photo 小麦苗说道:

    文中所说的数据泵+ogg方式其实是可行的,不能使用微服务,但是可以使用传统模式,请参考 https://www.xmmup.com/shiyongogg-21-3yuanchengshishihuxiangtongbuoracle-11-2-0-4shuangzhu.html

  2. Avatar photo xnyfred说道:

    这个升级,目标机器12C 中没有PDB,只有CDB吧?

发表回复