从摆脱Data Guard手工搭建及维护的烦恼说起

DataGuard是数据迁移中一个很重要的方式,但是一大硬伤就是不可以直接升级数据库.可以简化来说,数据库升级的本质是升级数据字典,大批量数据库的情况下快速迁移数据,通过DataGuard来完成,然后导入数据字典信息其实也是一个不错的方式.

比如一套硬件环境是Solaris,Oracle10gR2单实例,数据量在800G左右.想迁移到另外一台服务器上.大体的需求如下：

1. 借助这次维护的时机,能够把数据库升级至11g
2. 升级的过程需要尽可能保留一个较短的时间窗口,计划在2个小时以内完成
3. 有较好的解决方案去演练整个过程,多次总结,提高迁移的效率,保证质量
4. 有完善的回退计划,能够支持回退场景下业务平滑过渡
5. 目前对于跨平台没有明确的要求,可以继续使用Solaris,也可以考虑跨平台,但是影响范围要小.

这种情况下,就可以充分借助DataGuard来完成,我们可以在备库环境创建一个11g的数据库,db_name,字符集不变.

在备库端进行Switchover/Failover(具体选哪个,可以根据需求来定)后,导出传输表空间的元数据.这个时候对数据文件没有做任何操作,导出完成后,停掉备库端10g的数据库.

然后在备库导入传输表空间的元数据至新的11g库,数据文件路径依旧不变,因为传输表空间只传输表数据,对于存储过程,函数,视图,同义词,DB link,权限等都无法同步,所以可以在这个基础上选择性导出全库的指定schema的信息,导入目标库中,因为是DDL的导入,这个过程持续时间也会很快.

导入后就完成了基本的迁移,相比比Datapump,XTTS的传输同步数据的时长,这个过程可以控制在一个很短的时间内.

最后为个人的新书做一个宣传,《Oracle DBA工作笔记》是我个人笔记的精华选集,希望大家多多捧场,学习交流,共同进步.

文章出处：DBAplus社群(订阅号ID：?dbaplus)

（编辑：淮北站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!