首页 > 代码库 > 【oracle】摸拟故障 - 数据文件丢失恢复,SCN的作用。

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

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


1、  创建一个表空间、用户、分配权限、建表。

a)   createtablespace HXW_WEN

datafile‘D:\ORACLE\ORADATA\HXW168\HXW_WEN_D01.DBF‘

size5M autoextendonnext1M maxsize20M;

b)createuser wen identifiedby zerostudy defaulttablespace hxw_wen;

c)grantdbato wen;

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

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

f)createsequence seq_wen_autoid incrementby1startwith1maxvalue99999999cyclenocache;--序列

g)insertinto t1

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


2、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数据库操作的日志信息的一个独立大文件。即物理上独立,逻辑上统一。




3、模拟数据库在有数据的情况下丢失数据文件


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





4、  数据文件恢复


旧的备份文件已复制回来,此时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

本文出自 “尽管错,让我错到死!” 博客,请务必保留此出处http://hxw168.blog.51cto.com/8718136/1560255

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