http://space.itpub.net/index.php?action/viewspace/itemid/524593
http://www.eygle.com/faq/How.To.Backup.and.Recreate.Controlfile.htm
resetlogs,noresetlogs,完全恢复,不完全恢复
----- 定义:
完全恢复 -- 利用重做日志或增量备份将数据块恢复到最接近当前时间的时间点。
之所以叫做完整恢复是由于Oracle应用了归档日志和联机重做日志中所有的修改。
如果只是数据文件损坏,且存在备份及备份以来的所有归档日志文件,那么就能
把数据库完全恢复到发生介质损坏的那个时间点。完全恢复分为数据库级别,数据
文件级别以及表空间级别 。
不完全恢复 -- 需要将数据库恢复到历史上某个时间点,或由于丢失了联机日志
件或某个归档日志文件,或者使用了以前备份的控制文件进行恢复,进行的恢复
叫做不完全恢复。 换句话说,恢复过程中不会应用备份产生后生成的所有的重
做日志(可能应用部分或不应用)。
通常出现下面的情况需要进行不完全恢复:
a. 几个或全部的联机重做日志文件损坏;
b. 由于个别归档日志文件的丢失无法进行完整的恢复;
c. 用户操作造成的数据丢失,比如,用户误删除了一张表, 这时可进行不完全
恢复将数据库恢复到误操作之前的时间点;
d. 丢失了当前的控制文件,必须使用备份的控制文件打开数据库。不过只要
所有的归档日志文件和联机日志文件都在,仍然能够恢复所有的数据。
为了执行不完整介质恢复,必须使用恢复时间点以前的备份来还原数据文件,
并在恢复完成后使用RESETLOG选项打开数据库。resetlogs会重置日志序列号
(变为1)强制清空或重建REDO, noresetlogs则不会 。
------ 关系:
1. 不完全恢复必须使用resetlogs ;
2. 使用resetlogs大多数情况下是做不完全恢复,但也可以做完全恢复(视丢失文件类型不同);
3. noresetlogs 必须做完全恢复时使用,但完全恢复不一定都是noresetlogs;
------ 条件:
1. 只要拥有当前的日志文件,那么就能够对数据库执行完全恢复;
2. 使用备份的控制文件(using backup controlfile)则需要使用resetlogs方式打
开数据库(当然不一定是不完全恢复,备份的控制文件不能自动进行完全恢复, 可
以手工apply日志进行完全恢复; 重新创建控制文件则可以自动进行完全恢复);
3. 使用当前控制文件或重建控制文件来恢复,可以不需要resetlogs打开数据库;
----- 各种情况下的恢复:
1. 所有控制文件丢失,而其他文件没有丢失
恢复方式A: 从备份中恢复控制文件。
恢复原理: 这时控制文件中的检查点SCN显然要小于当前数据文件头中检查点SCN
(也比联机日志或归档日志要旧), Oracle会读取数据
控制文件会去读数据文件头中与检查点SCN对应的RBA(redo block
address) 信息来确定从那个序列的归档日志开始恢复,一直推进恢复到NEXT SCN是无穷大的那个REDOLOG,此时恢复是完全
恢复的,但打开的时候还要以resetlogs方式打开,这样要重置归档日志的sequence,也就是说,如果你恢复时使用了备份控
制文件,那么打开数据库时必然是要resetlogs的。附测试用例:
先确定是哪个归档文件,然后是从这个归档文件的哪里开始恢复 ????
之所有要冻结DATAFILE的检查点SCN及日志序列号,是为了将来使用热备恢复的时候知道从
哪里开始应用重做记录,也就是从备份出来的数据文件头部记录的日志序列号对应的日志
文件开始,而在该日志文件中,则从数据文件头部记录的检查点SCN开始向后应用所有的
日志文件 。
恢复步骤:
(1). 恢复备份的控制文件到原控制文件目录下。
(2). SQL> startup mount;
(3). SQL> recover database; (使用备份控制文件不能自动进行完全恢复,可手工apply)
(4). SQL> alter database open resetlogs;
(5). 完成完全恢复,事实证明不完全恢复时必须RESETLOGS,但是如果使用备份控制
文件来恢复,使用RESETLOGS也可以完全恢复。其实丢失控制文件也可以不使用
RESETLOGS方式打开数据库。
恢复方式B: 使用trace文件脚本重新生成控制文件(具体用法参考生成的trace文件)。
恢复原理: ???
具体恢复中遇到的问题可能需要具体对待,这种方法通常是在没有控制文件(二进制
文件)备份的情况下使用的,如果存在备份应该使用备份的控制文件尝试恢复.
恢复步骤:
(1). 使用脚本重新生成控制文件(因为在线日志没有损坏,所以用noresetlogs选项)。
SQL> startup nomount ;
SQL> CREATE CONTROLFILE REUSE DATABASE "ORCL" NORESETLOGS ARCHIVELOG
2 MAXLOGFILES 16
3 MAXLOGMEMBERS 3
4 MAXDATAFILES 100
5 MAXINSTANCES 8
6 MAXLOGHISTORY 292
7 LOGFILE
8 GROUP 1 'G:\ORADATA\ORCL\REDO01.LOG' SIZE 50M,
9 GROUP 2 'G:\ORADATA\ORCL\REDO02.LOG' SIZE 50M,
10 GROUP 3 'G:\ORADATA\ORCL\REDO03.LOG' SIZE 50M
11 -- STANDBY LOGFILE
12 DATAFILE
13 'G:\ORADATA\ORCL\SYSTEM01.DBF',
14 'G:\ORADATA\ORCL\SYSAUX01.DBF',
15 'G:\ORADATA\ORCL\UNDOTBS01.DBF',
16 'G:\ORADATA\ORCL\USERS01.DBF',
17 'G:\ORADATA\ORCL\NAM01.DBF'
18 CHARACTER SET ZHS16GBK
19 ;
# Recovery is required if any of the datafiles are restored backups,
# or if the last shutdown was not normal or immediate.
(2). SQL> recover database; (使用重建的控制文件可以自动进行完全恢复)
(3). SQL> alter database open ;
(4). 完全恢复完成。如果在线日志有损坏,重建控制文件需要使用resetlogs
选项,恢复时需要 RECOVER DATABASE USING BACKUP CONTROLFILE;
ALTER DATABASE OPEN RESETLOGS;
2. 部分数据文件丢失,而其他文件没有丢失
3. 非当前联机日志文件丢失,而其他文件没有丢失
4. 当前联机日志文件丢失,而其他文件没有丢失
5. 控制文件与部分数据文件丢失,而其他文件没有丢失
5. 控制文件与部分数据文件丢失,而其他文件没有丢失
5. 控制文件与非当前联机日志文件丢失,而其他文件没有丢失
5. 控制文件与当前联机日志文件丢失,而其他文件没有丢失
QUOTE:
--------------------------------------------------------------------------------
最初由 cross 发布
A:重新创建了新的控制文件,从数据文件中得到数据文件状态及检查点信息.
B:在使用旧的控制文件做恢复时候,旧的控制文件记录的scn与当前数据文件scn是不一致的,需要这样做来恢复
--------------------------------------------------------------------------------
对于A,SCN信息不一定是从数据文件获取的,你可以手工做实验DUMP建立的控制文件看看,在联机日志存在时,他获取的是日志
末尾的SCN号码
对于B,不光是控制文件小于数据文件头SCN时才使用,只要你的控制文件相对于联机日志或归档日志较旧时,都可以使用
至此完成完全恢复,事实证明不完全恢复时必须RESETLOGS,但是完全恢复时如果使用备份控制文件来恢复,那么使用
RESETLOGS一样可以完全恢复。但是丢失控制文件也可以不使用RESETLOGS方式打开数据库,这样也就可以避免重置日志序列
号带来的不变,详情请见第四种情况
第二种情况,不完全恢复,不管你是要什么样的不完全恢复,SCN,TIME,跨越REDO,都必须使用resetlogs。测试用例可以
参见EYGLE老师的相关教程。
第三种情况,丢失REDOLOG,这就更需要resetlogs了,因为resetlogs能够重建REDOLOG。如果你的REDOLOG、控制文件、数据
文件丢失的话,需要先恢复控制文件,然后restore database;recover database;alter database open resetlogs;注意,
这时候做的是不完全恢复,因为REDO没有了。在recover过程中可能会报错然后自动退出RMAN,无视,alter database open
resetlogs即可,
从数据验证的结果来看,除了REDO里面的记录没有恢复,其他基本都恢复了,REDO及ARCHIVELOG的序列被重置。
第四种情况,没有丢失控制文件及各种日志,仅丢失数据文件,这种问题比较常见,有可能磁盘损坏造成数据文件丢失,等
磁盘故障排除后,需要恢复,此时的恢复就很简单了,restore database;recover database;alter database open;就一切
OK,也就是说,在不使用备份控制文件恢复的情况下,是可以使用noresetlog方式打开数据库的。前提有一,不能丢失日志
文件。假若丢失了控制文件和数据文件但还是想以noresetlog打开的话,就必须手动以noresetlogs方式重建控制文件,而且
REDOLOG的状态都必须正常,否则是无法使用noresetlogs方式打开。
using backup controlfile 与 recreate controlfile 区别
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/35489/viewspace-690017/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/35489/viewspace-690017/