前言
当oracle 归档日志满了后，将无法正常登入oracle，需要删除一部分归档日志才能正常登入oracle。
最近同事在工作中遇到一个问题，他那边的一套oracle 11g数据库使用rman没办法删除旧的归档，导致磁盘使用率很高。
oracle@ps251n2s:[/opt/oracle/archive/db] ls -ltr |more total 3059881082 -rw-r----- 1 oracle oinstall 725320704 may 20 2016 1_1_91233774.dbf -rw-rw---- 1 oracle oinstall 1756937216 jun 7 2016 1_2_91233774.dbf -rw-rw---- 1 oracle oinstall 1756731392 jun 21 2016 1_3_91233774.dbf -rw-rw---- 1 oracle oinstall 1758001152 jul 3 2016 1_4_91233774.dbf -rw-rw---- 1 oracle oinstall 1756729344 jul 15 2016 1_5_91233774.dbf -rw-rw---- 1 oracle oinstall 1765750784 jul 26 22:00 1_6_91233774.dbf -rw-rw---- 1 oracle oinstall 1760346112 aug 6 14:04 1_7_91233774.dbf ......
使用rman list archivelog all;查看日志也没有显示旧归档日志的记录
rman> list archivelog all; using target database control file instead of recovery catalog list of archived log copies for database with db_unique_name dbs ===================================================================== key thrd seq s low time ------- ---- ------- - --------- 1206 1 1206 a 14-jan-17 name: /opt/oracle/archive/db/1_1206_91233774.dbf 1207 1 1207 a 14-jan-17 name: /opt/oracle/archive/db/1_1207_91233774.dbf 1208 1 1208 a 14-jan-17 name: /opt/oracle/archive/db/1_1208_91233774.dbf ......
使用crosscheck检查也没有查到旧归档日志记录
rman> crosscheck archivelog all; using target database control file instead of recovery catalog allocated channel: ora_disk_1 channel ora_disk_1: sid=16 device type=disk validation succeeded for archived log archived log file name=/opt/oracle/archive/db/1_1206_91233774.dbf recid=1206 stamp=933244655 validation succeeded for archived log archived log file name=/opt/oracle/archive/db/1_1207_91233774.dbf recid=1207 stamp=933249510 validation succeeded for archived log archived log file name=/opt/oracle/archive/db/1_1208_91233774.dbf recid=1208 stamp=933254500 validation succeeded for archived log archived log file name=/opt/oracle/archive/db/1_1209_91233774.dbf recid=1209 stamp=933259445 validation succeeded for archived log
查看v$archived_log视图也没有旧归档日志记录
解决过程
于是在网上找到一篇文章，大体意思是man删除归档日志的依据是controlfile中记录的归档日志，而不是你磁盘上实际存在的归档日志，如果你的归档日志已经不在controlfile中就无法被rman识别到，也就无法被删除。而致于归档信息何时在控制文件中被覆盖，这由一个参数control_file_record_keep_time来控制。
查看数据库中的参数是默认的7天
sys@db> show parameter control_file_record_keep_time name type value ------------------------------------ -------------------------------- ------------------------------ control_file_record_keep_time integer 7
难道是在控制文件中归档日志的记录条数只能保留7天的么？于是到mos去找相关文档找到一篇why are controlfile entries for archived logs not overwritten after control_file_record_keep_time? (文档 id 1056085.1)，文档介绍control_file_record_keep_time参数并不是强制在控制文件中保留多少天的归档日志条目，而是由v$controlfile_record_section视图中的archived log条目去控制的，当records_total=records_used时旧的归档日志就会被覆盖掉。
于是查数据库中的v$controlfile_record_section视图，看到archived log行的records_total=224意味着控制文件中只能保留224条归档日志文件信息。
sys@dbs> select * from v$controlfile_record_section where type='archived log'; type record_size records_total records_used first_index last_index last_recid ---------------------------- ----------- ------------- ------------ ----------- ---------- ---------- archived log 584 224 224 88 87 1235
查询v$archived_log视图，总数为224条
sys@dbs> select count(*) from v$archived_log; count(*) ---------- 224
这时应该可以推断出由于控制文件中只能保留224条归档日志数据，所以以前的归档信息已经被控制文件刷出，rman无法识别到这些归档文件，所以就无法删除这些归档日志。
那么现在如果使用rman删除这些旧的归档日志呢？我想到使用catalog start with 命令重新注册这些文件到控制文件中
rman> catalog start with '/opt/oracle/archive/db'; ...... file name: /opt/oracle/archive/db/1_1005_91233774.dbf file name: /opt/oracle/archive/db/1_1006_91233774.dbf file name: /opt/oracle/archive/db/1_1007_91233774.dbf do you really want to catalog the above files (enter yes or no)? yes cataloging files... cataloging done ...... rman> list archivelog all; ..... 1236 1 301 a 22-oct-16 name: /opt/oracle/archive/db/1_301_91233774.dbf 1237 1 302 a 22-oct-16 name: /opt/oracle/archive/db/1_302_91233774.dbf ......
旧的归档日志文件已经注册到控制文件中了，再使用rman进行删除就可以了
delete archivelog until logseq 1007;
再次查询v$controlfile_record_section视图，records_total也被“撑”大了
sys@db> select * from v$controlfile_record_section where type='archived log'; type record_size records_total records_used first_index last_index last_recid ---------------------------- ----------- ------------- ------------ ----------- ---------- ---------- archived log 584 896 742 807 652 1800
至此问题结束。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流，谢谢大家对www.887551.com的支持。