今天同事问到一个问题,他那边的一套Oracle 11 g数据库使用RMAN没办法删除旧的归档,导致磁盘使用率很高。
oracle@ps251n2s: [/opt/Oracle/归档/db] ls ltr |更多
3059881082
总-rw-r——安康;,1 oracle ,,oinstall ,725320704年5月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 6月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 7月152016年1 _5_91233774。dbf
-rw-rw - - - - -,,1 oracle ,,oinstall 1765750784 7月26日22:00 1 _6_91233774。dbf
-rw-rw - - - - -,,1 oracle ,,oinstall ,1760346112 Aug 6日14:04 1 _7_91233774。dbf
……
使用RMAN列表archivelog;查看日志也没有显示旧归档日志的记录
RMAN>archivelog列表;
,
使用目标数据库控制文件,而不是恢复目录
数据库的归档日志副本列表db_unique_name DBS
=====================================================================
,
Key ,,Thrd Seq ,,年代低Time
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
1206年,,1,,1206年,,一个14-JAN-17
,,,,名称:/opt/oracle/归档/db/1 _1206_91233774。dbf
,
1207年,,1,,1207年,,一个14-JAN-17
,,,,名称:/opt/oracle/归档/db/1 _1207_91233774。dbf
,
1208年,,1,,1208年,,一个14-JAN-17
,,,,名称:/opt/oracle/归档/db/1 _1208_91233774。dbf
……
使用交叉核对检查也没有查到旧归档日志记录
RMAN>反复核对archivelog;
,
使用目标数据库控制文件而不是恢复目录
分配频道:ORA_DISK_1
频道ORA_DISK_1: SID=16个设备类型=磁盘
验证成功归档日志
归档日志文件名称=/opt/oracle/归档/db/1 _1206_91233774。dbf RECID=1206邮票=933244655
验证成功归档日志
归档日志文件名称=/opt/oracle/归档/db/1 _1207_91233774。dbf RECID=1207邮票=933249510
验证成功归档日志
归档日志文件名称=/opt/oracle/归档/db/1 _1208_91233774。dbf RECID=1208邮票=933254500
验证成功归档日志
归档日志文件名称=/opt/oracle/归档/db/1 _1209_91233774。dbf RECID=1209邮票=933259445
验证成功归档日志
查看v $ archived_log视图也没有旧归档日志记录
于是百度找到一篇文章http://3y.uu456.com/bp_3i90z4529l10ttd0odyk_1.html大体意思是人删除归档日志的依据是controlfile中记录的归档日志,而不是你磁盘上实际存在的归档日志
,如果你的归档日志已经不在controlfile中就无法被RMAN识别到,也就无法被删除。而致于归档信息何时在控制文件中被覆盖,这由一个参数control_file_record_keep_time来控制。
查看数据库中的参数是默认的7天
SYS@db>显示参数CONTROL_FILE_RECORD_KEEP_TIME
,
NAME ,,,,,,,,,,,,,,,,TYPE ,,,,,,,,,,,,,,价值
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
control_file_record_keep_time ,,,integer ,,,,,,,,,,,,7
难道是在控制文件中归档日志的记录条数只能保留7天的么?于是到MOS去找相关文档找到一篇为什么Controlfile
归档日志的条目不覆盖
CONTROL_FILE_RECORD_KEEP_TIME吗?(文档ID
1056085.1),文档介绍CONTROL_FILE_RECORD_KEEP_TIME参数并不是强制在控制文件中保留多少天的归档日志条目,而是由V $ CONTROLFILE_RECORD_SECTION视图中的存档
日志条目去控制的,当RECORDS_TOTAL=RECORDS_USED时旧的归档日志就会被覆盖掉。
于是查数据库中美元的V CONTROLFILE_RECORD_SECTION视图,看到归档日志行的RECORDS_TOTAL=224意味着控制文件中只能保留224条归档日志文件信息。
SYS@dbs>select * from v $ controlfile_record_section type='归档日志;
,
TYPE ,,,,,,,,,,,,RECORD_SIZE RECORDS_TOTAL RECORDS_USED FIRST_INDEX LAST_INDEX LAST_RECID
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
存档LOG ,,,,,,,,,,,,584年,,,,,224年,,,,224年,,,,,88年,,,,,87年,,1235年,
查询v $ archived_log视图,总数为224条
SYS@dbs>从v $ archived_log select count (*);
,
,COUNT (*)
- - - - - - - - - - -
,,,null