温馨提示×

温馨提示×

您好,登录后才能下订单哦!

密码登录×
登录注册×
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》

完全与不完全的一般恢复场景

发布时间:2020-09-23 16:03:52 来源:网络 阅读:479 作者:心神cgr 栏目:关系型数据库
归档模式下的四种完全恢复场景
	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 hh34: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强制开库


向AI问一下细节

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

AI