恢复控制文件后如何避免resetlogs打开数据库？

恢复控制文件后，数据库使用resetlogs方式打开，在线日志的序列被重置。

创新互联建站是网站建设技术企业，为成都企业提供专业的网站建设、做网站，网站设计，网站制作，网站改版等技术服务。拥有十年丰富建站经验和众多成功案例，为您定制适合企业的网站。十年品质，值得信赖！

 
 
 
    
  
  
  
  1. SYS@practice >select group#,sequence#,archived,status,first_change#,next_change# from v$log; 
    2. 
  
  
  
  2.  
    3. 
  
  
  
  3.    GROUP#  SEQUENCE# ARC STATUS           FIRST_CHANGE# NEXT_CHANGE# 
    4. 
  
  
  
  4. ---------- ---------- --- ---------------- ------------- ------------ 
    5. 
  
  
  
  5.         1          1 NO  CURRENT                1014415   2.8147E+14 
    6. 
  
  
  
  6.         2          0 YES UNUSED                       0            0 
    7. 
  
  
  
  7.         3          0 YES UNUSED                       0            0 
    8.

 如果没有被resetlog截断的话当前日志的序列号应该是7，8，9

 
 
 
    
  
  
  
  1. SYS@practice >select recid,sequence#,first_change#,next_change# from v$log_history; 
    2. 
  
  
  
  2.  
    3. 
  
  
  
  3.     RECID  SEQUENCE# FIRST_CHANGE# NEXT_CHANGE# 
    4. 
  
  
  
  4. ---------- ---------- ------------- ------------ 
    5. 
  
  
  
  5.         1          1        925702       955284 
    6. 
  
  
  
  6.         2          2        955284       955847 
    7. 
  
  
  
  7.         3          3        955847       971151 
    8. 
  
  
  
  8.         4          4        971151       987800 
    9. 
  
  
  
  9.         5          5        987800       997957 
    10. 
  
  
  
  10.         6          6        997957      1010981 
    11. 
  
  
  
  11.         7          1       1010981      1013463 
    12. 
  
  
  
  12.         8          2       1013463      1013471 
    13. 
  
  
  
  13.         9          3       1013471      1014415 
    14.

如果恢复完控制文件，不使用resetlogs是打不开数据库的。

我们可以采取手工创建控制文件的方法打开数据库，保持联机日志的sequence#连续。下面的实验来演示具体操作过程。

在实验之前先手工切换3次日志，使得在线日志的序列号产生变化。在恢复结束后作为参考。

 
 
 
    
  
  
  
  1. SYS@practice >alter system archive log current; 
    2. 
  
  
  
  2.  
    3. 
  
  
  
  3. SYS@practice >alter system archive log current; 
    4. 
  
  
  
  4.  
    5. 
  
  
  
  5. SYS@practice >alter system archive log current; 
    6.

切换后当前连接日志状态如下

 
 
 
    
  
  
  
  1. SYS@practice >select group#,sequence#,archived,status,first_change#,next_change# from v$log; 
    2. 
  
  
  
  2.  
    3. 
  
  
  
  3.    GROUP#  SEQUENCE# ARC STATUS           FIRST_CHANGE# NEXT_CHANGE# 
    4. 
  
  
  
  4. ---------- ---------- --- ---------------- ------------- ------------ 
    5. 
  
  
  
  5.         1          4 NO  CURRENT                1030130   2.8147E+14 
    6. 
  
  
  
  6.         2          2 YES INACTIVE               1030109      1030117 
    7. 
  
  
  
  7.         3          3 YES ACTIVE                 1030117      1030130 
    8.

 1、恢复控制文件

 
 
 
    
  
  
  
  1. RMAN> startup force nomount; 
    2. 
  
  
  
  2.  
    3. 
  
  
  
  3. Oracle instance started 
    4. 
  
  
  
  4.  
    5. 
  
  
  
  5. Total System Global Area     580395008 bytes 
    6. 
  
  
  
  6.  
    7. 
  
  
  
  7. Fixed Size                     2255392 bytes 
    8. 
  
  
  
  8. Variable Size                402654688 bytes 
    9. 
  
  
  
  9. Database Buffers             171966464 bytes 
    10. 
  
  
  
  10. Redo Buffers                   3518464 bytes 
    11. 
  
  
  
  11.  
    12. 
  
  
  
  12. RMAN> restore controlfile from autobackup; 
    13. 
  
  
  
  13.  
    14. 
  
  
  
  14. Starting restore at 06-OCT-14 
    15. 
  
  
  
  15. using target database control file instead of recovery catalog 
    16. 
  
  
  
  16. allocated channel: ORA_DISK_1 
    17. 
  
  
  
  17. channel ORA_DISK_1: SID=19 device type=DISK 
    18. 
  
  
  
  18.  
    19. 
  
  
  
  19. recovery area destination: /u01/fast_recovery_area 
    20. 
  
  
  
  20. database name (or database unique name) used for search: PRACTICE 
    21. 
  
  
  
  21. channel ORA_DISK_1: AUTOBACKUP /u01/fast_recovery_area/PRACTICE/autobackup/2014_10_06/o1_mf_s_860251717_b35s05gm_.bkp found in the recovery area 
    22. 
  
  
  
  22. channel ORA_DISK_1: looking for AUTOBACKUP on day: 20141006 
    23. 
  
  
  
  23. channel ORA_DISK_1: restoring control file from AUTOBACKUP /u01/fast_recovery_area/PRACTICE/autobackup/2014_10_06/o1_mf_s_860251717_b35s05gm_.bkp 
    24. 
  
  
  
  24. channel ORA_DISK_1: control file restore from AUTOBACKUP complete 
    25. 
  
  
  
  25. output file name=/u01/oradata/practice/control01.ctl 
    26. 
  
  
  
  26. output file name=/u01/fast_recovery_area/practice/control02.ctl 
    27. 
  
  
  
  27. Finished restore at 06-OCT-14 
    28.

 2、启动数据库到mount状态

 
 
 
    
  
  
  
  1. RMAN> mount database; 
    2. 
  
  
  
  2.  
    3. 
  
  
  
  3. database mounted 
    4. 
  
  
  
  4. released channel: ORA_DISK_1 
    5.

 3、恢复数据库

 
 
 
    
  
  
  
  1. RMAN> recover database; 
    2. 
  
  
  
  2.  
    3. 
  
  
  
  3. Starting recover at 06-OCT-14 
    4. 
  
  
  
  4. Starting implicit crosscheck backup at 06-OCT-14 
    5. 
  
  
  
  5. allocated channel: ORA_DISK_1 
    6. 
  
  
  
  6. channel ORA_DISK_1: SID=20 device type=DISK 
    7. 
  
  
  
  7. Crosschecked 6 objects 
    8. 
  
  
  
  8. Finished implicit crosscheck backup at 06-OCT-14 
    9. 
  
  
  
  9.  
    10. 
  
  
  
  10. Starting implicit crosscheck copy at 06-OCT-14 
    11. 
  
  
  
  11. using channel ORA_DISK_1 
    12. 
  
  
  
  12. Finished implicit crosscheck copy at 06-OCT-14 
    13. 
  
  
  
  13.  
    14. 
  
  
  
  14. searching for all files in the recovery area 
    15. 
  
  
  
  15. cataloging files... 
    16. 
  
  
  
  16. cataloging done 
    17. 
  
  
  
  17.  
    18. 
  
  
  
  18. List of Cataloged Files 
    19. 
  
  
  
  19. ======================= 
    20. 
  
  
  
  20. File Name: /u01/fast_recovery_area/PRACTICE/archivelog/2014_10_06/o1_mf_1_1_b362kndr_.arc 
    21. 
  
  
  
  21. File Name: /u01/fast_recovery_area/PRACTICE/archivelog/2014_10_06/o1_mf_1_3_b362lc83_.arc 
    22. 
  
  
  
  22. File Name: /u01/fast_recovery_area/PRACTICE/archivelog/2014_10_06/o1_mf_1_2_b362l34q_.arc 
    23. 
  
  
  
  23. File Name: /u01/fast_recovery_area/PRACTICE/autobackup/2014_10_06/o1_mf_s_860251717_b35s05gm_.bkp 
    24. 
  
  
  
  24. File Name: /u01/fast_recovery_area/PRACTICE/autobackup/2014_10_06/o1_mf_s_860251162_b35rgt84_.bkp 
    25. 
  
  
  
  25. File Name: /u01/fast_recovery_area/PRACTICE/autobackup/2014_10_06/o1_mf_s_860251158_b35rgpms_.bkp 
    26. 
  
  
  
  26. File Name: /u01/fast_recovery_area/PRACTICE/autobackup/2014_10_06/o1_mf_s_860246909_b35n9x55_.bkp 
    27. 
  
  
  
  27.  
    28. 
  
  
  
  28. using channel ORA_DISK_1 
    29. 
  
  
  
  29.  
    30. 
  
  
  
  30. starting media recovery 
    31. 
  
  
  
  31.  
    32. 
  
  
  
  32. archived log for thread 1 with sequence 1 is already on disk as file /u01/fast_recovery_area/PRACTICE/archivelog/2014_10_06/o1_mf_1_1_b362kndr_.arc 
    33. 
  
  
  
  33. archived log for thread 1 with sequence 2 is already on disk as file /u01/fast_recovery_area/PRACTICE/archivelog/2014_10_06/o1_mf_1_2_b362l34q_.arc 
    34. 
  
  
  
  34. archived log for thread 1 with sequence 3 is already on disk as file /u01/fast_recovery_area/PRACTICE/archivelog/2014_10_06/o1_mf_1_3_b362lc83_.arc 
    35. 
  
  
  
  35. archived log for thread 1 with sequence 4 is already on disk as file /u01/oradata/practice/redo01.log 
    36. 
  
  
  
  36. archived log file name=/u01/fast_recovery_area/PRACTICE/archivelog/2014_10_06/o1_mf_1_1_b362kndr_.arc thread=1 sequence=1 
    37. 
  
  
  
  37. archived log file name=/u01/fast_recovery_area/PRACTICE/archivelog/2014_10_06/o1_mf_1_2_b362l34q_.arc thread=1 sequence=2 
    38. 
  
  
  
  38. archived log file name=/u01/fast_recovery_area/PRACTICE/archivelog/2014_10_06/o1_mf_1_3_b362lc83_.arc thread=1 sequence=3 
    39. 
  
  
  
  39. archived log file name=/u01/oradata/practice/redo01.log thread=1 sequence=4 
    40. 
  
  
  
  40. media recovery complete, elapsed time: 00:00:00 
    41. 
  
  
  
  41. Finished recover at 06-OCT-14 
    42.

 4，备份控制文件到trace

 
 
 
    
  
  
  
  1. SYS@practice >select open_mode from v$database; 
    2. 
  
  
  
  2.  
    3. 
  
  
  
  3. OPEN_MODE 
    4. 
  
  
  
  4. -------------------- 
    5. 
  
  
  
  5. MOUNTED 
    6. 
  
  
  
  6.  
    7. 
  
  
  
  7. SYS@practice >alter database backup controlfile to trace; 
    8. 
  
  
  
  8.  
    9. 
  
  
  
  9.  
    10. 
  
  
  
  10. SYS@practice >select value from v$diag_info where name='Default Trace File'; 
    11. 
  
  
  
  11.  
    12. 
  
  
  
  12. VALUE 
    13. 
  
  
  
  13. -------------------------------------------------------------------------------- 
    14. 
  
  
  
  14. /u01/diag/rdbms/practice/practice/trace/practice_ora_1185.trc 
    15.

 5、重启实例到nomount状态

 
 
 
    
  
  
  
  1. RMAN> startup force nomount; 
    2. 
  
  
  
  2.  
    3. 
  
  
  
  3. Oracle instance started 
    4. 
  
  
  
  4.  
    5. 
  
  
  
  5. Total System Global Area     580395008 bytes 
    6. 
  
  
  
  6.  
    7. 
  
  
  
  7. Fixed Size                     2255392 bytes 
    8. 
  
  
  
  8. Variable Size                402654688 bytes 
    9. 
  
  
  
  9. Database Buffers             171966464 bytes 
    10. 
  
  
  
  10. Redo Buffers                   3518464 bytes 
    11.

 6、执行重建控制文件命令进入到mount状态

 
 
 
    
  
  
  
  1. vi /home/oracle/create_controlfile.sql 
    2. 
  
  
  
  2.  
    3. 
  
  
  
  3. STARTUP NOMOUNT 
    4. 
  
  
  
  4. CREATE CONTROLFILE REUSE DATABASE "PRACTICE" NORESETLOGS  ARCHIVELOG 
    5. 
  
  
  
  5.    MAXLOGFILES 16 
    6. 
  
  
  
  6.    MAXLOGMEMBERS 3 
    7. 
  
  
  
  7.    MAXDATAFILES 100 
    8. 
  
  
  
  8.    MAXINSTANCES 8 
    9. 
  
  
  
  9.    MAXLOGHISTORY 292 
    10. 
  
  
  
  10. LOGFILE 
    11. 
  
  
  
  11.  GROUP 1 '/u01/oradata/practice/redo01.log'  SIZE 50M BLOCKSIZE 512, 
    12. 
  
  
  
  12.  GROUP 2 '/u01/oradata/practice/redo02.log'  SIZE 50M BLOCKSIZE 512, 
    13. 
  
  
  
  13.  GROUP 3 '/u01/oradata/practice/redo03.log'  SIZE 50M BLOCKSIZE 512 
    14. 
  
  
  
  14. DATAFILE 
    15. 
  
  
  
  15.  '/u01/oradata/practice/system01.dbf', 
    16. 
  
  
  
  16.  '/u01/oradata/practice/sysaux01.dbf', 
    17. 
  
  
  
  17.  '/u01/oradata/practice/undotbs01.dbf', 
    18. 
  
  
  
  18.  '/u01/oradata/practice/users01.dbf', 
    19. 
  
  
  
  19.  '/u01/oradata/practice/example01.dbf' 
    20. 
  
  
  
  20. CHARACTER SET AL32UTF8 
    21. 
  
  
  
  21. ; 
    22. 
  
  
  
  22. VARIABLE RECNO NUMBER; 
    23. 
  
  
  
  23. EXECUTE :RECNO := SYS.DBMS_BACKUP_RESTORE.SETCONFIG('CONTROLFILE AUTOBACKUP','ON'); 
    24. 
  
  
  
  24. RECOVER DATABASE 
    25. 
  
  
  
  25. ALTER SYSTEM ARCHIVE LOG ALL; 
    26. 
  
  
  
  26. ALTER DATABASE OPEN; 
    27. 
  
  
  
  27. ALTER TABLESPACE TEMP ADD TEMPFILE '/u01/oradata/practice/temp01.dbf' REUSE; 
    28.

 在sqlplus下执行创建控制文件脚本，数据库会启动到open状态并添加临时表空间文件。

 
 
 
    
  
  
  
  1. SYS@practice >@create_controlfile.sql 
    2. 
  
  
  
  2.  
    3. 
  
  
  
  3. Control file created. 
    4. 
  
  
  
  4.  
    5. 
  
  
  
  5. PL/SQL procedure successfully completed. 
    6. 
  
  
  
  6.  
    7. 
  
  
  
  7. Media recovery complete. 
    8. 
  
  
  
  8.  
    9. 
  
  
  
  9. System altered. 
    10. 
  
  
  
  10.  
    11. 
  
  
  
  11. Database altered. 
    12. 
  
  
  
  12.  
    13. 
  
  
  
  13. Tablespace altered. 
    14.

 此时数据库已经处于read write状态也就是open状态了

 
 
 
    
  
  
  
  1. SYS@practice >select open_mode from v$database; 
    2. 
  
  
  
  2.  
    3. 
  
  
  
  3. OPEN_MODE 
    4. 
  
  
  
  4. -------------------- 
    5. 
  
  
  
  5. READ WRITE 
    6.

 查看当前日志的序列号，没有被重置。

 
 
 
    
  
  
  
  1. SYS@practice >select group#,sequence#,archived,status,first_change#,next_change# from v$log; 
    2. 
  
  
  
  2.  
    3. 
  
  
  
  3.    GROUP#  SEQUENCE# ARC STATUS           FIRST_CHANGE# NEXT_CHANGE# 
    4. 
  
  
  
  4. ---------- ---------- --- ---------------- ------------- ------------ 
    5. 
  
  
  
  5.         1          4 YES INACTIVE               1030130      1050296 
    6. 
  
  
  
  6.         2          5 NO  CURRENT                1050296   2.8147E+14 
    7. 
  
  
  
  7.         3          3 YES INACTIVE               1030117      1030130 
    8.

 查看临时表数据文件也被创建出来了。

 
 
 
    
  
  
  
  1. SYS@practice >select name from v$tempfile; 
    2. 
  
  
  
  2.  
    3. 
  
  
  
  3. NAME 
    4. 
  
  
  
  4. -------------------------------------------------------------------------------- 
    5. 
  
  
  
  5. /u01/oradata/practice/temp01.dbf 
    6.

 7，重新识别控制文件的备份信息和配置信息

此时的控制文件中没有之前备份过控制文件的信息

 
 
 
    
  
  
  
  1. RMAN> list backup of controlfile; 
    2. 
  
  
  
  2.  
    3. 
  
  
  
  3. using target database control file instead of recovery catalog 
    4. 
  
  
  
  4. specification does not match any backup in the repository 
    5.

 从闪回恢复区重新注册备份信息

 
 
 
    
  
  
  
  1. RMAN> catalog db_recovery_file_dest; 
    2.

从执行过数据库全备份的地址注册备份信息 

 
 
 
    
  
  
  
  1. RMAN> catalog start with '/home/oracle/'; 
    2.

再次列出备份过的控制文件，可以看到已经全部注册成功 

 
 
 
    
  
  
  
  1. RMAN> list backup of controlfile; 
    2. 
  
  
  
  2.  
    3. 
  
  
  
  3. List of Backup Sets 
    4. 
  
  
  
  4. =================== 
    5. 
  
  
  
  5.  
    6. 
  
  
  
  6. BS Key  Type LV Size       Device Type Elapsed Time Completion Time 
    7. 
  
  
  
  7. ------- ---- -- ---------- ----------- ------------ --------------- 
    8. 
  
  
  
  8. 1       Full    9.67M      DISK        00:00:00     06-OCT-14 
    9. 
  
  
  
  9.        BP Key: 1   Status: AVAILABLE  Compressed: NO  Tag: TAG20141006T175610 
    10. 
  
  
  
  10.        Piece Name: /u01/fast_recovery_area/PRACTICE/autobackup/2014_10_06/o1_mf_s_860262970_b363zt2x_.bkp 
    11. 
  
  
  
  11.  Control File Included: Ckp SCN: 1051644      Ckp time: 06-OCT-14 
    12. 
  
  
  
  12.  
    13. 
  
  
  
  13. BS Key  Type LV Size       Device Type Elapsed Time Completion Time 
    14. 
  
  
  
  14. ------- ---- -- ---------- ----------- ------------ --------------- 
    15. 
  
  
  
  15. 3       Full    9.33M      DISK        00:00:00     06-OCT-14 
    16. 
  
  
  
  16.        BP Key: 3   Status: AVAILABLE  Compressed: NO  Tag: TAG20141006T132827 
    17. 
  
  
  
  17.        Piece Name: /u01/fast_recovery_area/PRACTICE/backupset/2014_10_06/o1_mf_ncnnf_TAG20141006T132827_b35n9w39_.bkp 
    18. 
  
  
  
  18.  Control File Included: Ckp SCN: 1005439      Ckp time: 06-OCT-14 
    19. 
  
  
  
  19.  
    20. 
  
  
  
  20. BS Key  Type LV Size       Device Type Elapsed Time Completion Time 
    21. 
  
  
  
  21. ------- ---- -- ---------- ----------- ------------ --------------- 
    22. 
  
  
  
  22. 7       Full    9.33M      DISK        00:00:00     06-OCT-14 
    23. 
  
  
  
  23.        BP Key: 7   Status: AVAILABLE  Compressed: NO  Tag: TAG20141006T143909 
    24. 
  
  
  
  24.        Piece Name: /home/oracle/full_PRACTICE_9_20141006_1.bak 
    25. 
  
  
  
  25.  Control File Included: Ckp SCN: 1013438      Ckp time: 06-OCT-14 
    26.

当前标题：恢复控制文件后如何避免resetlogs打开数据库？
URL分享：http://www.mswzjz.com/qtweb/news40/174140.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

网页设计公司知识

行业网站建设

成都门户网站建设设计方案　　 　成都网站推广　　 　和正源建设　　 　网站制作　　 　南宁旺客科技　　 　平山县网站建设　　 　成都网创优客　　 　温江做网站公司　　 　腾讯云香港虚拟主机　　 　成都网站优化　　 　防护网厂　　 　网站维护　　 　德阳做网站　　 　邛崃做网站　　 　边坡柔性防护网　　 　网站改版　　 　德阳电信服务器托管　　 　证企宝　　 　成都虚拟主机　　 　宜宾网站设计