oracle中adg主库通过rman无法删除归档怎么办

这篇文章将为大家详细讲解有关oracle中adg主库通过rman无法删除归档怎么办，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。

网站的建设创新互联专注网站定制,经验丰富,不做模板,主营网站定制开发.小程序定制开发,H5页面制作!给你焕然一新的设计体验!已为成都封阳台等企业提供专业服务。

oracle 11.2.0.4 ADG环境

主库os空间紧张，发现归档日志占用很大的一个比例！但是我们的备份脚本中每天都执行

CROSSCHECK ARCHIVELOG ALL;

DELETE NOPROMPT ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-31';

也就是保留了31天的，那么31天的怎么会这么大呢？

SQL> archive log list;

Database log mode        Archive Mode

Automatic archival        Enabled

Archive destination        /data/oradata/ctidb/arch/

Oldest online log sequence     1319

Next log sequence to archive   1321

Current log sequence        1321

SQL> exit

Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

[oracle@BJ-CTI-17 ctidb]$ cd /data/oradata/ctidb/arch/

[oracle@BJ-CTI-17 arch]$ ll -rt  

-rw-r----- 1 oracle oinstall 369649664 Nov  8  2017 1_303_950667461.dbf

-rw-r----- 1 oracle oinstall     56832 Nov  8  2017 1_304_950667461.dbf

-rw-r----- 1 oracle oinstall      1024 Nov  8  2017 1_305_950667461.dbf

-rw-r----- 1 oracle oinstall 377382400 Nov  9  2017 1_306_950667461.dbf

-rw-r----- 1 oracle oinstall     55808 Nov  9  2017 1_307_950667461.dbf

-rw-r----- 1 oracle oinstall      1024 Nov  9  2017 1_308_950667461.dbf

-rw-r----- 1 oracle oinstall 305280000 Aug 10  2017 1_30_950667461.dbf

-rw-r----- 1 oracle oinstall 373349376 Nov 10  2017 1_309_950667461.dbf

-rw-r----- 1 oracle oinstall    141824 Nov 10  2017 1_310_950667461.dbf

-rw-r----- 1 oracle oinstall      1024 Nov 10  2017 1_311_950667461.dbf

发现居然还有一年之前的归档日志文件，那就奇怪了？

1）查看控制文件中记录的归档的文件信息

SQL> select name ,SEQUENCE# from v$archeved_log;

name                                                                        SEQUENCE#

---------------------------------------------------------------------------------------

accdbdg                                                                        1268

                                                                                      1268

accdbdg                                                                         1269

/caadb/oradata/arch/accdb/1_1269_943625125.dbf     1269

accdbdg                                                                         1270

/caadb/oradata/arch/accdb/1_1270_943625125.dbf     1270

accdbdg                                                                         1271

2)rman中查看31天前的归档，显示为空。说明控制文件没有记录相关的信息

RMAN>  list archivelog all completed before 'sysdate-31';

3）rman中查看30天前的归档，就有了！说明记录了倒数31天的信息

RMAN>  list archivelog all completed before 'sysdate-30';

List of Archived Log Copies for database with db_unique_name ACCDB

=====================================================================

Key     Thrd Seq     S Low Time

------- ---- ------- - ---------

2536    1    1269    A 05-JUL-18

        Name: /caadb/oradata/arch/accdb/1_1269_943625125.dbf

2538    1    1270    A 06-JUL-18

        Name: /caadb/oradata/arch/accdb/1_1270_943625125.dbf

2540    1    1271    A 06-JUL-18

        Name: /caadb/oradata/arch/accdb/1_1271_943625125.dbf

再次查看归档目录中的归档文件，发现确实是保留了最近31天的归档，原来是在归档SEQUENCE#为1268开始有了adg,这之前包括1268的归档主库的控制文件都不记录了！因此执行下列命令是没办法删除；

CROSSCHECK ARCHIVELOG ALL;

DELETE NOPROMPT ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-31';

解决办法是通过find命令从os层面删除归档！

[oracle@BJ-CTI-17 arch]$ find /data/oradata/ctidb/arch   -name "*.dbf" -mtime +30 -exec rm -f {} \;

一：关于adg的主库归档删除策略：

CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

该策略对应三个值：

1）NONE ：设置为该值时，则不启用归档文件的删除策略。默认情况下就是NONE。 

2）APPLIED ON STANDBY ： 

设置为该值时，会强制检查待删除的log 是否已经在备库apply，只有apply后的log才能删除。 

当通过附加的 DELETE INPUT 子句删除Standby数据库仍需要的日志时，会提示RMAN-08137错误而无法删除。 不过仍然可以手动地通过 DELETE ARCHIVELOG 方式删除。

3) SHIPPED TO ALL STANDBY:  

RMAN> CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY;

using target database control file instead of recovery catalog

new RMAN configuration parameters:

CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY;

new RMAN configuration parameters are successfully stored

注意：如果设置APPLIED ON STANDBY，当归档已经正常传给了standby，那么是可以手工地通过 DELETE ARCHIVELOG 方式删除，但是由于网络问题导致没有传给standby，这样你DELETE ARCHIVELOG 就无法删除了！

二：删除归档的方法：

1.删除os目录上不存在的归档，也就是删除控制文件中记录的信息

RMAN>crosscheck archivelog all;

RMAN> delete expired archivelog all;

2.删除超过恢复策略的归档

RMAN>delete noprompt obsolete;    #不仅仅删除过期的备份，相关的归档也会删除！

RMAN脚本中使用 “delete noprompt obsolete;” 删除超出保存策略的备份。

以前我的备份脚本中处理归档日志时都是“plus archivelog delete all input”，备份完archivelog后马上删除，总以为“delete noprompt obsolete;” 只删除备份集不删归档。

在做DataGuard时候，Primary需要保存最近的archivelog，以便standby出现archivelog gap时过来取。

实验中发现它也会将obsolete backupset相关的archivelog一并删掉。

所有dataguard不能用delete noprompt obsolete;这个命令删除。

那需要用什么命令删除呢？

delete archivelog until time 'sysdate-7' ; 删除截止到前7天的所有archivelog

3.删除n天前的归档，

delete archivelog all completed before 'sysdate-N'

注意：

list archivelog until time 'sysdate-1'; 此时是按照归档日志开始时间即fisrt_time作为截止时间

list archivelog all completed before 'sysdate-1' 是按照归档日志完成时间即completion_time作为截止时间

试想如果删除归档日志，还是采用delete archivelog all completed before 'sysdate-N'

4.通过os命令删除30天前的归档

[oracle@BJ-CTI-17 arch]$ find /data/oradata/ctidb/arch   -name "*.dbf" -mtime +30 -exec rm -f {} \;

关于“oracle中adg主库通过rman无法删除归档怎么办”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。