2022年SCN号与数据库恢复的关系 .pdf

《2022年SCN号与数据库恢复的关系 .pdf》由会员分享，可在线阅读，更多相关《2022年SCN号与数据库恢复的关系 .pdf（5页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、SCN 号与数据库恢复的关系scn 号与 oracle 数据库恢复过程有着密切的关系，只有很好地理解了这层关系，才能深刻地理解恢复的原理，从而才能很好地解决这方面的问题。一。SCN 与 CHECKPOINT CKPT 进程在 checkpoint 发生时，将当时的SCN 号写入数据文件头和控制文件，同时通知DBWR 进程将数据块写到数据文件。CKPT 进程也会在控制文件中记录RBA(redo block address),以标志 Recovery 需要从日志中哪个地方开始。与 checkpoint 相关的 SCN 号有四个，其中三个存在控制文件中，一个存放在数据文件头中。这四个分别是：1.Sy

2、stem Checkpoint SCN 当 checkpoint 完成后，ORACLE 将 System Checkpoint SCN 号存放在控制文件中。我们可以通过下面SQL 语句查询：select checkpoint_change#from v$database;2.Datafile Checkpoint SCN 当 checkpoint 完成后，ORACLE 将 Datafile Checkpoint SCN号存放在控制文件中。我们可以通过下面SQL 语句查询所有数据文件的Datafile Checkpoinnt SCN 号。select name,checkpoint_change

3、#from v$datafile;3.Start SCN 号ORACLE 将 Start SCN 号存放在数据文件头中。这个 SCN 用于检查数据库启动过程是否需要做media recovery.我们可以通过以下SQL 语句查询：select name,checkpoint_change#from v$datafile_header;4.End SCN 号ORACLE 将 End SCN 号存放在控制文件中。这个 SCN 号用于检查数据库启动过程是否需要做instance recovery.我们可以通过以下SQL 语句查询：select name,last_change#from v$data

4、file;在数据库正常运行的情况下，对可读写的，online 的数据文件，该SCN 号为 NULL.二。SCN 号与数据库启动、关闭在数据库启动过程中，当System Checkpoint SCN、Datafile Checkpoint SCN和Start SCN 号都相同时，数据库可以正常启动，不需要做media recovery.三者当中有一个不同时，则需要做media recovery.ORACLE在启动过程中首先检查是否需要media recovery，然后再检查是否需要instance recovery.如果数据库的正常关闭的话，将会触发一个checkpoint，同时将数据文件的EN

5、D SCN 号设置为相应数据文件的Start SCN 号。当数据库启动时，发现它们是一致的，则不需要做instance recovery。在数据库正常启动后，ORACLE 会将 END SCN 号设置为NULL.如果数据库异常关闭的话，则END SCN 号将为 NULL.则需要做instance recovery.名师资料总结-精品资料欢迎下载-名师精心整理-第 1 页，共 5 页 -四。为什么需要System checkpoint SCN 号与 Datafile Checkpoint SCN号为什么 ORACLE 会在控制文件中记录System checkpoint SCN 号的同时，还需要

6、为每个数据文件记录Datafile Checkpoint SCN号？原因有二：1.对只读表空间，其数据文件的Datafile Checkpoint SCN、Start SCN 和 END SCN 号均相同。这三个 SCN 在表空间处于只读期间都将被冻结。2.如果控制文件不是当前的控制文件，则System checkpoint 会小于 Start SCN 或 END SCN号。记录这些SCN 号，可以区分控制文件是否是当前的控制文件。五。Recovery database using backup controlfile 当有一个Start SCN 号超过了System Checkpoit SC

7、N 号时，则说明控制文件不是当前的控制文件，因此在做recovery 时需要采用using backup controlfile。这是为什么需要记录System Checkpoint SCN 的原因之一。这里需要一提的是，当重建控制文件的时候，System Checkpoint SCN 为 0，Datafile Checkpoint SCN 的数据来自于Start SCN。根据上述的描述，此时需要采用using backup controlfile 做recovery.六。示例例子背景：oracle 8i windows 采用 rman 做热备，在备份期间，做不少事务，同时做alter sys

8、tem checkpoint.RMAN run 2 allocate channel c1 type disk;3 backup database filesperset 3 format e:/full_%p_%t.bak;4 (这里需要一提的是，在这个备份角本里面我们加了filesperset 3。这样将整个数据库分成两个备份集。这样还原出来的数据文件其checkpoint_change#将不一样。否则由于数据库数据文件不多，都将包含在一个备份集中，这样即使在备份中做insert 操作和 alter system checkpoint 也不会产生不同的checkpoint_change#。

9、因为 rman 备份是将一个备份集中的文件同时备份的。而 checkpoint_change#是存放在数据文件头部的，这样备份这些数据文件的头部的时间将是很快的。)然后RMAN run 2 allocate channel c1 type disk;3 restore database;4 名师资料总结-精品资料欢迎下载-名师精心整理-第 2 页，共 5 页 -SQL select checkpoint_change#from v$database;CHECKPOINT_CHANGE#-2156662354 SQL select file#,checkpoint_change#from v$d

10、atafile;FILE#CHECKPOINT_CHANGE#-1 2156662355 2 2156662354 3 2156662322 4 2156662354 5 2156662354 6 2156662354 SQL select file#,checkpoint_change#from v$datafile_header;FILE#CHECKPOINT_CHANGE#LAST_CHANGE#-1 2156662355 2 2156662349 3 2156662322 4 2156662342 5 2156662349 6 2156662342 从这里可以看出，显然是需要做medi

11、a recovery 的。正常情况下，还需要做 instance recovery.当然由于没有在线日志，所以只能做resetlogs。1.有归档日志存若有归档日志在，则只需要做一个recover database until cancel;然后即可alter database open resetlogs;SQL recover database until cancel(using backup controlfile);ORA-00279:change 2156621770 generated at 10/07/2005 14:30:06 needed for thread 1 ORA-

12、00289:suggestion:D:ORACLE8IRDBMSARC00738.001 ORA-00280:change 2156621770 for thread 1 is in sequence#738 Specify log:=suggested|filename|AUTO|CANCEL 名师资料总结-精品资料欢迎下载-名师精心整理-第 3 页，共 5 页 -auto ORA-00279:change 2156621779 generated at 10/07/2005 14:30:51 needed for thread 1 ORA-00289:suggestion:D:ORACLE

13、8IRDBMSARC00739.001 ORA-00280:change 2156621779 for thread 1 is in sequence#739 ORA-00278:log file D:ORACLE8IRDBMSARC00738.001 no longer needed for this recovery ORA-00308:cannot open archived log D:ORACLE8IRDBMSARC00739.001 ORA-27041:unable to open file OSD-04002:unable to open file O/S-Error:(OS 2

14、)系统找不到指定的文件。SQL alter database open resetlogs;Database altered.2.无归档日志如果没有归档日志，由于restore 出来是没有在线日志的。如 果v$datafile_header中checkpoint_change#是 相 同 的，此 时 由 于 控 制 文 件 中checkpoint_change#比数据文件头中要高，所以数据库还是需要做media recovery。此时重建控制文件还是一样的，因为重建控制文件后，在控制文件中checkpoint_change#为0，与文件头的checkpoint_change#还是不一样，还需要

15、media recovery.且由于控制文件中checkpoint_change#比文件头中要高，所以做recover 时还需要加上using backup controlfile.注意，这时由于没有在线日志，所以重建控制文件需要将noresetlogs 改成 RESETLOGS 才可以创建成功，否则会报以下错误:ORA-01565:error in identifying file D:ORACLE8IORADATAORA8IREDO01.LOG ORA-27041:unable to open file 如：CREATE CONTROLFILE REUSE DATABASE ORA8I R

16、ESETLOGS ARCHIVELOG MAXLOGFILES 32 MAXLOGMEMBERS 2 MAXDA TAFILES 254 MAXINSTANCES 1 MAXLOGHISTORY 226 名师资料总结-精品资料欢迎下载-名师精心整理-第 4 页，共 5 页 -LOGFILE GROUP 1 D:ORACLE8IORADATAORA8IREDO01.LOG SIZE 1M,GROUP 2 D:ORACLE8IORADATAORA8IREDO02.LOG SIZE 1M,GROUP 3 D:ORACLE8IORADATAORA8IREDO03.LOG SIZE 1M DATAFIL

17、E D:ORACLE8IORADATAORA8ISYSTEM01.DBF,D:ORACLE8IORADATAORA8IRBS01.DBF,D:ORACLE8IORADATAORA8IUSERS01.DBF,D:ORACLE8IORADATAORA8ITEMP01.DBF,D:ORACLE8IORADATAORA8ITOOLS01.DBF,D:ORACLE8IORADATAORA8IINDX01.DBF CHARACTER SET ZHS16GBK;此时 scn 号信息如下:SQL select CHECKPOINT_CHANGE#,CONTROLFILE_CHANGE#from v$datab

18、ase;CHECKPOINT_CHANGE#CONTROLFILE_CHANGE#-0 0 此时由于没有归档日志和在线日志，无法做recovery。SQL recover database using backup controlfile until cancel;ORA-00279:change 2156662342 generated at 10/07/2005 17:06:27 needed for thread 1 ORA-00289:suggestion:D:ORACLE8IRDBMSARC00749.001 ORA-00280:change 2156662342 for threa

19、d 1 is in sequence#749 Specify log:=suggested|filename|AUTO|CANCEL cancel ORA-01547:warning:RECOVER succeeded but OPEN RESETLOGS would get error below ORA-01152:file 1 was not restored from a sufficiently old backup ORA-01110:data file 1:D:ORACLE8IORADATAORA8ISYSTEM01.DBF ORA-01112:media recovery no

20、t started 所以也就无法做alter database open Resetlogs了。此时可以加上 _allow_resetlogs_corruption 隐含参数，然后就可以alter database open resetlogs 将数据库打开了。当然如果v$datafile_header 中 checkpoint_change#是不相同的，那么此时就没有什么常归有效的办法能将数据库打开了。如果相差不多，加上隐含参数_allow_resetlogs_corruption，然后 alter database open resetlogs 还是有可能可以打开的。这个参数oracle 是不建议加的，且加上这个参数也只是有可能可以打开。这个参数是以最oldest 的 scn 将数据库打开，所以最好system数据文件的scn 号是最 oldest的，否则容易产生大量的 600 号错误。名师资料总结-精品资料欢迎下载-名师精心整理-第 5 页，共 5 页 -