【oracle】摸拟故障 - 数据文件丢失恢复,SCN的做用。

模拟数据文件丢失恢复,redolog、archivelog、controlfile文件未丢失的状况恢复。html


一、  建立一个表空间、用户、分配权限、建表。数据库

a)   createtablespace HXW_WEN oracle

datafile'D:\ORACLE\ORADATA\HXW168\HXW_WEN_D01.DBF'ide

size5M autoextendonnext1M maxsize20M;spa

b)createuser wen identifiedby zerostudy defaulttablespace hxw_wen;.net

c)grantdbato wen;3d

d)grantexecuteon dbms_flashback to wen; --dba不用日志

e)createtable t1(idnumber,scnnumber,insertdate date);htm

f)createsequence seq_wen_autoid incrementby1startwith1maxvalue99999999cyclenocache;--序列blog

g)insertinto t1

values(seq_wen_autoid.nextval,dbms_flashback.get_system_change_number,sysdate); --先不插入数据


二、scn与归档日志关系


事务对应的scn若是落在了哪一个archivelog里,那么这个archivelog在恢复时就被用到。


使用下面语句插入数据:

insertinto t1

values(seq_wen_autoid.nextval,dbms_flashback.get_system_change_number,sysdate);

查看日志信息:

select a.GROUP#,a.SEQUENCE#,a.STATUS,a.FIRST_CHANGE#,a.NEXT_CHANGE#,b.MEMBER from v$log a,v$logfile b where a.GROUP#=b.GROUP#;

wKioL1QrhPPAhYrCAAFc0S7UXB4030.jpg

wKioL1QrhPeyoVvLAASIxmn-CxE194.jpg


重复插入并switch logfile:

select SEQUENCE#,FIRST_CHANGE#,NEXT_CHANGE#,NAMEfrom v$archived_log


wKiom1QrhMzCkgTJAAN3OMX2Rcw795.jpg


如果要恢复ID6的数据,那么须要75号归档日志文件。

  

Oracle经过scn把多个归档日志文件组成一个大的逻辑文件,全部连续的归档日志能够看做是某段时间对oracle数据库操做的日志信息的一个独立大文件。即物理上独立,逻辑上统一。




三、模拟数据库在有数据的状况下丢失数据文件


a)关闭数据,复制一份hxw_wen_d01.dbf文件(丢失多个数据文件一个数据文件恢复步骤同样)。

脱机备份,须要备份:

控制文件(重要)、数据文件(临时文件不用备份)、redolog文件(重要)、归档日志文件(重要)、参数文件、口令文件。

select*from  v$parameter wherenamelike'%control_files%'

select*from dba_data_files

select*from v$logfile

show parameter log_archive_dest

b)启动数据库,进行增删改操做:

当前数据:

wKioL1QrhbChiJaIAAD_Dp4F-X0362.jpg


添加数据:重复下面的动做。

SQL> insert into t1values(seq_wen_autoid.nextval,dbms_flashback.get_system_chan

ge_number,sysdate);

SQL> commit;

SQL> alter system switch logfile;


wKiom1QrhYTS8-GdAAGMBYikE_k009.jpg


再添加二条数据,但不提交事务。

     20     970159 2014/10/01 12:03:47

     21     970160 2014/10/01 12:03:48


摸拟数据库异常,而且致使hxw_wen_d01.dbf文件丢失。要求恢复的记录有id19的数据。

注:未提交的事务,oracle会自动rollback

Shutting down instance (abort)

License high water mark = 8

USER (ospid: 4232): terminating theinstance

Instance terminated by USER, pid = 4232

Wed Oct 01 12:05:09 2014

Instance shutdown complete

 

关闭数据库,而后把hxw_wen_d01.dbf文件更名,启动数据库报错提示以下:


wKioL1QrhhjyviFEAAEps3lANok259.jpg

wKiom1QrheyRzZBOAAHIdJlRZNM628.jpg

如今启动到mount状态:

wKioL1QrhhrQzKweAABQLVoHkGA072.jpg


查看scn值:

wKiom1QrhlCibOqTAADoul50wBE431.jpg

 

因为6号文件丢失,因此v$datafile_header查的scn值为0


wKioL1Qrhn7Q3cfJAADSiyL6hiE127.jpg


把备份的(旧的)dbf文件复制回来。


wKioL1QrhuDzQGLxAAME5lN8kbQ701.jpg





四、  数据文件恢复


旧的备份文件已复制回来,此时Alter database open;提示须要介质恢复。

wKiom1Qrhzry-1D-AACreAu40Ag644.jpg

恢复数据文件6号或者恢复数据库均可以,命令以下:

Recover datafile 6;

Recover database; --多个数据文件丢失时能够直接用这个。

恢复过程以下:


wKioL1Qrh2qRXPqwAAQwed-m4F8516.jpg



因为归档日志都在原位置,因此不用指定文件,能够直接输入auto也能够直接回车。

 

恢复时只用到归档日志80号,8182没有用到。

wKiom1Qrh5yDYjVGAAJaxQ4IhIE750.jpg

wKioL1Qrh8rABoteAAMwMjU7J5A597.jpg

wKioL1Qrh8yTOu8cAAOvaHi0jNc063.jpg

wKiom1Qrh6KDy2gXAAQ2jD5VycQ903.jpg




上面操做小总结:恢复数据文件,就是经过归档日志来提高旧数据文件的scn 号,提高过程当中,须要从归档日志或者redolog中找到对数据库的操做记录,从新在数据文件、buffer操做一次。达到恢复到所须要的时间点的数据。


参考:

  1. 百度

  2. http://www.itpub.net/thread-1065138-1-3.html

相关文章
相关标签/搜索