暂无图片
暂无图片
4
暂无图片
暂无图片
暂无图片

关于oracle12c以上RMAN特性3

1087

这是关于12c rman工具的最后一篇

继续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平台的一体机。

image.png
==>以上,然而在oracle12c做了比较大的改进可以基于incremental备份选项来真正的解决由于read-only导致的下线时间较长问题。具体做法:先做0级的备份,然后再做1级备份,注意read-only的的操作是必须的,只不过是基于incremental 备份做,停机时间会非常短暂

举例如下:
image.png
==>源上进行0级别备份和1级备份,然后把备份手工传输到目标上。

image.png
==>在目标上进行基于增量+增量的恢复。

image.png
==>在最后步骤中,源上设置表空间为read-only,并做最后一次1级增量备份

image.png
image.png
==>最后步骤中,目标上做增量恢复,并导入dmp文件。

思考:如果读者朋友使用XTTS做数据库迁移,想想这个特性是不是和12c的Cross-platform transportable tablespace有一些相似之处?

Recovering Tables的rman改进

在12c版本发布之前,如果想对单表或单分区进行恢复,我们必须使用TSPITR特性,该特性仅仅针对表空间可以做到基于时间点的恢复。
image.png
==>以上,12c版本可以使用RACOVER TABLE关键字在更小的粒度上对表进行基于时间的恢复

image.png
==>若原表还在数据库中生产,可以使用RMAP关键之进行重命名

「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论