Oracle RMAN无法删除部分归档日志问题

前言

当Oracle 归档日志满了后,将无法正常登入oracle,需要删除一部分归档日志才能正常登入ORACLE。

最近在工作中遇到一个问题,Oracle 11g数据库使用RMAN没办法删除旧的归档,导致磁盘使用率很高。

复制代码
oracle@hfzsd:[/u01/app/oracle/oradata/orcl/] 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: /u01/app/oracle/oradata/orcl/1_1206_91233774.dbf

1207 1 1207 A 14-JAN-17

Name: /u01/app/oracle/oradata/orcl/1_1207_91233774.dbf

1208 1 1208 A 14-JAN-17

Name: /u01/app/oracle/oradata/orcl/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=/u01/app/oracle/oradata/orcl/1_1206_91233774.dbf RECID=1206 STAMP=933244655

validation succeeded for archived log

archived log file name=/u01/app/oracle/oradata/orcl/1_1207_91233774.dbf RECID=1207 STAMP=933249510

validation succeeded for archived log

archived log file name=/u01/app/oracle/oradata/orcl/1_1208_91233774.dbf RECID=1208 STAMP=933254500

validation succeeded for archived log

archived log file name=/u01/app/oracle/oradata/orcl/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=560意味着控制文件中只能保留560条归档日志文件信息。

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 560 560 88 87 1235

 

查询v$archived_log视图,总数为560条

SYS@dbs> select count(*) from v$archived_log;

COUNT(*)

----------

560

这时应该可以推断出由于控制文件中只能保留560条归档日志数据,所以以前的归档信息已经被控制文件刷出,RMAN无法识别到这些归档文件,所以就无法删除这些归档日志。

那么现在如果使用RMAN删除这些旧的归档日志呢?我想到使用catalog start with 命令重新注册这些文件到控制文件中

复制代码
RMAN> catalog start with '/u01/app/oracle/oradata/orcl';

......

File Name: /u01/app/oracle/oradata/orcl/1_2354_91233774.dbf

File Name: /u01/app/oracle/oradata/orcl/1_2355_91233774.dbf

File Name: /u01/app/oracle/oradata/orcl/1_2356_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: /u01/app/oracle/oradata/orcl/1_301_91233774.dbf

1237 1 302 A 22-OCT-16

Name: /u01/app/oracle/oradata/orcl/1_302_91233774.dbf

......
复制代码

 

旧的归档日志文件已经注册到控制文件中了,再使用RMAN进行删除就可以了

delete archivelog until logseq 2356;

 

再次查询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

 

至此问题结束。

备注:

其实还有一种办法,在归档日志目录下用该命令直接删除归档日志 find ./ -mtime +730 -type f -name "*.dbf" -exec rm -rf {} \;

但这样做仍然会在 RMAN 里留下未管理的归档文件,它的作用还是相当于直接用操作系统命令将归档日志文件直接删除,而 Oracle 控制文件并不知道,因此仍需要在 RMAN 里执行下面两条命令:

RMAN> crosscheck archivelog all;
RMAN> delete expired archivelog all;

 

posted on   数据与人文  阅读(52)  评论(0编辑  收藏  举报

相关博文:
阅读排行:
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
历史上的今天:
2022-01-10 MySQL调优篇 | 逻辑架构解读(1)
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

统计

点击右上角即可分享
微信分享提示