rman-08137,rman 08137
[重庆思庄每日技术分享]-RMAN-08137 主库无法删除归档文件
在主库删除归档时报如下错误
RMAN delete archivelog until time "sysdate-7";
RMAN-08137:警告：归档日志未删除，因为备用或上游捕获进程需要它
原因是log_archive_dest_state_x设置为DEFER，但是Oracle认为只要设置了log_archive_dest_n就会认为备库存在，只是暂时不可用而已，因此不会删除归档。
可以通过设置隐含参数（动态参数）来规避这个问题，默认值是true，该参数将认为延迟存档目的地完全不可用，并且不再为这些目的地保存归档日志
在SQLplus里面修改以下参数
alter system set "_deferred_log_dest_is_valid" = FALSE scope=both;
SQL alter system set "_deferred_log_dest_is_valid" = FALSE scope=both;
然后登陆RMAN下面即可清理归档日志：
RMAN delete archivelog until time "sysdate-7"; --删除7天前的归档日志。
删除成功！
RMAN-08137: archived log not deleted案例分享
环境描述：
11.2.0.4
问题描述：
前几天碰到归档清除命令报错，总结了一下通用排查思路，举一反三
触发命令：DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-3';
报错内容：
RMAN-08137? "WARNING: archived log not deleted, needed for standby or upstream capture process"
archived log file name=+ARCDG/xxx/archivelog/2020_07_12/thread_2_seq_2740.5670.1045582327 thread=2 sequence=2740
报错分析：
8137, 3, "WARNING: archived log not deleted, needed for standby or upstream capture process"
// *Cause: An archived log that should have been deleted was not as it was
//? ? ? ? required by upstream capture process or Data Guard.
//? ? ? ? The next message identifies the archived log.
// *Action: This is an informational message. The archived log can be
//? ? ? ? ? deleted after it is no longer needed.? See the
//? ? ? ? ? documentation for Data Guard to alter the set of active
//? ? ? ? ? Data Guard destinations.? See the documentation for
//? ? ? ? ? Streams to alter the set of active streams.
从报错看是有备库或者OGG、CDC和Streams Replication等类似归档复制或者抽取进程占用了归档文件。需要主库更新信息说明归档已经释放才可以正常清理，报错有两种情况会触发
1）V$ARCHIVED_LOG.NEXT_CHANGE# is GREATER THAN the required SCN
2）V$ARCHIVED_LOG.APPLIED column is NO
问题原因：
我的环境是因为之前配置了ADG，现状是DG备库已经下线，但是主库配置未清理。导致归档日志的状态还是持续未同步到备库的状态。
解决方案：
知道了原因解决的方法也就有了，有以下几种方案都可以解决，可以任选一种：
1） 修改删除语句，这种方案比较暴力
delete noprompt force archivelog all completed before 'SYSDATE-1';
2） reset?DG配置参数
log_archive_config
log_archive_dest and/or log_archive_dest_n?with "service="
log_archive_dest_state_n
alter system reset或者alter system set?log_archive_config='' scope=both sid='*' 类似的命令解决。
3） 关闭_deferred_log_dest_is_valid参数，不进行状态校验
由于我的环境中NBU没法修改脚本，解决方案2实行后短时间也没有效果，我采用的是方案3，可以在线修改直接生效。
问题总结：
参考文档： Oracle "Capture" and the RMAN-08137 WARNING (Doc ID 1581365.1)
如何RMAN正确地删除Archivelog 如何设置有备库的归档删除策略
如何正确地删除Archivelog：
Archivelog并不能直接得从OS层直接物理删除，因为archivelog的相关信息是记录在controlfile中的，当物理删除后不会改变controlfile的设置。并且在查询相关的动态视图(例如v$archived_log)时，该部分日志仍然标注为存在。也就是说Oracle并不认为这些日志被删除了，所以在删除archivelog的时候，需要我们在其他地方做一些设置。
一、使用RMAN清楚物理删除后的记录
可以使用RMAN来删除archivelog，具体可以按以下步骤操作：
1、物理删除archivelog
2、进入RMAN
3、crosscheck archivelog all;
4、delete expried archivelog all;
这样就在一些Oracle的记录中查不到相应的archivelog记录了。
二、直接使用RMAN删除archivelog
其实在RMAN中是可以使用命令直接将ARCHIVELOG删除的，命令如下：
RMAN DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7';
表示删除7天以前的所有archivelog，但是这个命令的缺点是无法对archivelog进行细致的划分。
三、使用RMAN备份achivelog后删除
这是一种最为稳妥的方法了，使用RMAN备份archivelog，备份后全部删除
backup format '/u01/arch_%T_%s_%U' archivelog all delete input;
或者
backup database plus archivelog;
注：我在库上设置了Streams后，使用RMAN删除archivelog会导致报错RMAN-08137: WARNING:
archive log not deleted as it is still needed. 不知道该如何解决，据说是10.2的一个bug，如果真
是bug的话，那只能在OS层设置删除，或用RMAN进行强制删除了。
10g之后的版本，Oracle在RMAN中内置增加了一项归档文件的删除策略，终于，DBA可以仅通过一项配置就
解决该问题了。该策略对应两个值：
APPLIED ON STANDBY：设置为该值时，当通过附加的DELETE INPUT子句删除Standby数据库仍需要的日志
时，会提示RMAN-08137错误。不过用户仍然可以手动地通过DELETE ARCHIVELOG方式删除。
NONE：设置为该值时，则不启用归档文件的删除策略。默认情况下就是NONE。
例如，启用APPLIED ON STANDBY：
RMAN CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY;
new RMAN configuration parameters:
CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY;
new RMAN configuration parameters are successfully stored
RMAN run
{
backup archivelog all delete input format 'ZHSVR044_%d_set=%s_piece=%p_date=%T.ARC.rmn';
}
都知道在controlfile中记录着每一个archivelog的相关信息，当然们在OS下把这些物理文件delete掉后，在我们的
controlfile中仍然记录着这些archivelog的信息，在oracle的OEM管理器中有可视化的日志展现出，当我们手工清除archive目录下的文件后，这些记录并没有被我们从controlfile中清除掉，也就是oracle并不知道这些文件已经不存在了!这时候我们要做手工的清除的话，下面我经过实验，可以尝试这种方法：
1. 进入rman
2. connect target /
3. crosscheck archivelog all;
4. delete expired archivelog all;
这时候我们再去OEM中看就一定看不到，如果你的从来没有做过这个动作的话，我们可以比较从这个动作前的controlfile后动作后的controlfile的大小!
ORACLE正确删除归档并回收空间的方法
ORACLE正确删除归档并回收空间的方法
一个ORACLE归档日志经常满，表现为/oraarchive 这个文件空间占用100％大家一定抱怨ORACLE为何没有归档维护工具，很多人直接删除了事，错了，ORACLE有，而且很智能，可以正确的删除归档和FLASHBACK，不过切记,ORACLE归档日志对于ORACLE的数据恢复和备份非常重要，不到万不得已不要删除归档日志。
删除归档日志的过程
以ORACLE用户身份登录到数据库服务器主机或通过网络连接
进入ORACLE数据备份工具
rman target/
或rman target/@orcl
在命令窗口里面执行
DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7';
说明
SYSDATA-7，表明当前的系统时间7天前，before关键字表示在7天前的归档日志，如果使用了闪回功能，也会删除闪回的数据。
同样道理，也可以删除从7天前到现在的全部日志，不过这个命令要考虑清楚，做完这个删除，最好马上进行全备份数据库
DELETE ARCHIVELOG FROM TIME 'SYSDATE-7';
UNIX/LINUX下也可以通过FIND找到7天前的归档数据，使用EXEC子操作删除
find /oraarchive -xdev -mtime +7 -name "*.dbf" -exec rm -f {} ;
这样做仍然会在RMAN里留下未管理的归档文件
仍需要在RMAN里执行下面2条命令
crosscheck archivelog all;
delete expired archivelog all;
所以还不如上面的方法好用，不过用FIND的好处就是，可以在条件上，和EXEC子项上做很多操作，实现更复杂的功能
3.简要介绍一下report obsolete命令
使用report obsolete命令报告过期备份