设为首页 收藏本站
查看: 661|回复: 0

[经验分享] RMAN无法删除归档日志

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2017-1-18 08:55:18 | 显示全部楼层 |阅读模式
今天同事问到一个问题,他那边的一套11g数据库使用RMAN没办法删除旧的归档,导致磁盘使用率很高。要来ip登录上去一看确实是,最旧的归档日志是16年5月的。
1
2
3
4
5
6
7
8
9
10
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;查看日志也没有显示旧归档日志的记录

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
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检查也没有查到旧归档日志记录
1
2
3
4
5
6
7
8
9
10
11
12
13
14
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视图也没有旧归档日志记录

于是百度找到一篇文章http://3y.uu456.com/bp_3i90z4529l10ttd0odyk_1.html 大体意思是MAN删除归档日志的依据是controlfile中记录的归档日志,而不是你磁盘上实际存在的归档日志
,如果你的归档日志已经不在controlfile中就无法被RMAN识别到,也就无法被删除。而致于归档信息何时在控制文件中被覆盖,这由一个参数control_file_record_keep_time来控制。
查看数据库中的参数是默认的7天
1
2
3
4
5
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条归档日志文件信息。
1
2
3
4
5
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条
1
2
3
4
5
SYS@dbs> select count(*) from v$archived_log;

  COUNT(*)
----------
       224



这时应该可以推断出由于控制文件中只能保留224条归档日志数据,所以以前的归档信息已经被控制文件刷出,RMAN无法识别到这些归档文件,所以就无法删除这些归档日志。
那么现在如果使用RMAN删除这些旧的归档日志呢?我想到使用catalog start with 命令重新注册这些文件到控制文件中
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
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进行删除就可以了
1
delete archivelog until logseq 1007;



再次查询v$controlfile_record_section视图,records_total也被“撑”大了
1
2
3
4
5
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



至此问题结束。


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-329991-1-1.html 上篇帖子: 数据库ORACLE基本语句集锦 下篇帖子: linux下以RPM包安装Oracle 客户端
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表