#查看以resetlogs打开的历史 SQL> SELECT a.INCARNATION#,a.RESETLOGS_CHANGE#,to_char(a.RESETLOGS_TIME,'YYYY-MM-DD HH24:MI:SS'),a.STATUS FROM v$database_incarnation a; INCARNATION# RESETLOGS_CHANGE# TO_CHAR(A.RESETLOGS_TIME,'YYYY STATUS 1 1 2009-08-15 00:16:43 PARENT 2 945184 2018-01-26 17:51:21 PARENT 3 14476325 2018-02-02 16:12:25 PARENT 4 14479418 2018-02-02 16:29:15 PARENT 5 14662006 2018-02-02 17:38:38 PARENT 6 14940997 2018-02-05 15:26:21 ORPHAN 7 14997019 2018-02-05 15:53:31 CURRENT #修改CURRENT的INCARNATION rman target / RMAN> list incarnation; RMAN> shutdown immediate; RMAN> startup mount; RMAN> reset database to incarnation 5; #执行不完全恢复 run { shutdown immediate; startup mount; set until time = "to_date('05-02-18 05:00','dd-mm-yy hh24:mi:ss')"; restore database; recover database; alter database open resetlogs; } 总结:穿越incarnation后,将会产生孤儿incarnation(orphan),这个时候最好重新备份下数据库
实现多次不完全恢复(RAC环境需要将另一节点关闭)
原创ConfusedSnail 博主文章分类:Oracle ©著作权
©著作权归作者所有:来自51CTO博客作者ConfusedSnail的原创作品,请联系作者获取转载授权,否则将追究法律责任
下一篇:实现Zabbix跨域监控
提问和评论都可以,用心的回复会被更多人看到
评论
发布评论
相关文章
-
第一节 RockyLinux系统集群安装
RockyLinux安装 集群安装
RockyLinux安装 集群安装 -
Oracle RMAN -不完全恢复
在所有的文件都丢失后,即删除下面的所有的文件,做一个全库的恢复,这里没有丢失参在rman里面通过list back
oracle 备份 数据库 参数文件 控制文件 -
RMAN全库【完全恢复/不完全恢复】
今天有幸做了几个RMAN的全库恢复实验,这里是一个brief版,方便忘了时可以瞬速找到一 完全恢复1.数据库全库【完全恢复】$ rman target / 登录rman工具,如果使用了catalog,则登
RMAN RMAN全库 RMAN全库完全恢复 RMAN全库不完全恢复 -
不完全恢复之--基于时间恢复
如:某个用户误删除了某个表的
thread sql table database 数据库 -
完全与不完全的一般恢复场景
完全与不完全的一般恢复场景-控制文件-隐含参数-resetlogs-offline
完全 不完全 resetlogs