文章继续RMAN特性3的介绍
关于Cross-Platform的改进
Cross-platform transportable tablespace 和Cross-platform database 是在oracle10g被开发出的新特性,使用起来主要是配合export 相关工具导出metadata,且表空间必须处于read-only模式,10g版本的功能有点小问题,就是比较适合小数据库或事务较少的环境。
到了oracle11.2.0.4版本,使用incremental 备份选项可以在某种程度上减少read-only的下线时间,用户可以基与这个功能在比较大的数据库上使用。但是这个功能特性只能支持目标系统是exadata平台的一体机。
==>以上,然而在oracle12c做了比较大的改进可以基于incremental备份选项来真正的解决由于read-only导致的下线时间较长问题。具体做法:先做0级的备份,然后再做1级备份,注意read-only的的操作是必须的,只不过是基于incremental 备份做,停机时间会非常短暂。
举例如下:
==>源上进行0级别备份和1级备份,然后把备份手工传输到目标上。
==>在目标上进行基于增量+增量的恢复。
==>在最后步骤中,源上设置表空间为read-only,并做最后一次1级增量备份。
==>最后步骤中,目标上做增量恢复,并导入dmp文件。如果读者朋友使用XTTS做数据库迁移,想想这个特性是不是和12c的Cross-platform transportable tablespace有一些相似之处?
Recovering Tables的rman改进
在12c版本发布之前,如果想对单表或单分区进行恢复,我们必须使用TSPITR特性,改特性仅仅针对表空间可以做到基于时间点的恢复。
==>以上,12c版本可以使用RACOVER TABLE关键字在更小的粒度上对表进行基于时间的恢复
==>若原表还在数据库中生产,可以使用RMAP关键之进行重命名