归档模式下的四种完全恢复场景 1.数据库打开,普通数据文件损坏。 数据文件所在表空间脱机(immediate) 拷贝备份中的文件,到指定路径 recover恢复文件 数据文件所在表空间上线 2.数据库关闭状态下,系统文件、undo表空间之类的文件损坏。 启动到MOUNT 拷贝备份中的文件,到指定路径 还原丢失的文件 恢复丢失的文件 开库 3.数据库关闭状态,删除了普通数据文件。 MOUNT状态 拷贝备份中的文件,到指定路径 recover恢复文件 开库 4.数据库打开阶段,新增的数据文件损坏。 数据文件所在表空间脱机(immediate) 重新创建一个空的数据文件来恢复 还原丢失的文件 数据文件所在表空间上线 RMAN中三个不完全恢复场景 resetlogs启动数据库后原来的备份依然可用 1.删除用户例子 标记时间戳 删除用户例子 MOUNT状态 连接rman 使用rman的匿名块 run{ set until time to_timestamp('xxxx-xx-xx xx:xx:xx','yyyy-mm-dd hh24:mi:ss') restore database; recover database; } 使用resetlogs开库; 2.删除了所有的数据文件、日志文件、控制文件 到数据文件的目录下,删除全部文件 nomount 连接rman 指定控制文件路径,恢复控制文件 restore controlfile from 'xxxxxxxxxxxxxxxxxxxxxx' MOUNT状态 恢复数据库 restore database; 采用基于sequence的不完全恢复 run{ set until sequence 1; recover database ; } 使用resetlogs开库; 3.存在备份,但是备份集出现问题,或者归档文件丢失 首先在pfile中加入下面的三个隐含参数 _allow_resetlogs_corruption=true _corruption_rollback_segments=true _offline_rollback_segments=true 启动到MOUNT resetlogs强制开库
完全与不完全的一般恢复场景
原创
©著作权归作者所有:来自51CTO博客作者心神cgr的原创作品,请联系作者获取转载授权,否则将追究法律责任
上一篇:RAC基本架构
下一篇:修复破坏的DUAL表
提问和评论都可以,用心的回复会被更多人看到
评论
发布评论
相关文章
-
RMAN全库【完全恢复/不完全恢复】
今天有幸做了几个RMAN的全库恢复实验,这里是一个brief版,方便忘了时可以瞬速找到一 完全恢复1.数据库全库【完全恢复】$ rman target / 登录rman工具,如果使用了catalog,则登
RMAN RMAN全库 RMAN全库完全恢复 RMAN全库不完全恢复 -
Oracle RMAN -不完全恢复
在所有的文件都丢失后,即删除下面的所有的文件,做一个全库的恢复,这里没有丢失参在rman里面通过list back
oracle 备份 数据库 参数文件 控制文件 -
不完全恢复之--基于时间恢复
如:某个用户误删除了某个表的
thread sql table database 数据库