12c ADG无法删除备库归档RMAN-08137

一、环境描述
12c 变化很大,目前上线的系统越来越多,大家需要不断更新自己的知识库。

On : 12.1.0.2 version, RAC?
can‘t delete archivelog?

ERROR?
-----------------------?
RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process?
archived log file name=+ARCHDG/ESBDG/ARCHIVELOG/2018_01_11/thread_1_seq_1416.987.965165573 thread=1 sequence=1416?
RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process?
archived log file 

二、处理过程
1、备库无法删除归档可能是日志没有应用
2、参数设置不当,本例是参数设置问题

[email protected]> show parameter log_archive_dest_2

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2                   string      service="esbdg", SYNC AFFIRM d
                                                 elay=0 optional compression=di
                                                 sable max_failure=0 max_connec
                                                 tions=1 reopen=300 db_unique_n
                                                 ame="esbdg" net_timeout=30, va
                                                 lid_for=(online_logfile,all_ro
                                                 les)
....略
log_archive_dest_28                  string
log_archive_dest_29                  string
[email protected]> show parameter log_archive_dest_state_2

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_state_2             string      RESET
log_archive_dest_state_20            string      enable
...略
log_archive_dest_state_28            string      enable
log_archive_dest_state_29            string      enable

[email protected]> alter system set log_archive_dest_2=‘‘;

System altered.

[email protected]> alter system set log_archive_dest_state_2=enable;

System altered.

[email protected]> 

[email protected]> show parameter log_archive_dest_2

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2                   string
log_archive_dest_20                  string
log_archive_dest_21                  string
log_archive_dest_22                  string
log_archive_dest_23                  string
log_archive_dest_24                  string
log_archive_dest_25                  string
log_archive_dest_26                  string
log_archive_dest_27                  string
log_archive_dest_28                  string
log_archive_dest_29                  string
[email protected]> show parameter log_archive_dest_state_2

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_state_2             string      ENABLE
log_archive_dest_state_20            string      enable
log_archive_dest_state_21            string      enable
log_archive_dest_state_22            string      enable
log_archive_dest_state_23            string      enable
log_archive_dest_state_24            string      enable
log_archive_dest_state_25            string      enable
log_archive_dest_state_26            string      enable
log_archive_dest_state_27            string      enable
log_archive_dest_state_28            string      enable
log_archive_dest_state_29            string      enable
[email protected]> 

RMAN> delete archivelog until time ‘sysdate-3‘;

737     2    1238    A 2018-01-13 06:42:30
        Name: +ARCHDG/ESBDG/ARCHIVELOG/2018_01_13/thread_2_seq_1238.366.965332721

739     2    1239    A 2018-01-13 19:52:36
        Name: +ARCHDG/ESBDG/ARCHIVELOG/2018_01_13/thread_2_seq_1239.428.965336957

740     2    1240    A 2018-01-13 21:11:05
        Name: +ARCHDG/ESBDG/ARCHIVELOG/2018_01_13/thread_2_seq_1240.418.965336957

742     2    1241    A 2018-01-13 21:11:06
        Name: +ARCHDG/ESBDG/ARCHIVELOG/2018_01_13/thread_2_seq_1241.549.965336973

746     2    1242    A 2018-01-13 21:11:25
        Name: +ARCHDG/ESBDG/ARCHIVELOG/2018_01_13/thread_2_seq_1242.497.965341443

747     2    1243    A 2018-01-13 22:25:43
        Name: +ARCHDG/ESBDG/ARCHIVELOG/2018_01_13/thread_2_seq_1243.351.965341451

749     2    1244    A 2018-01-13 22:25:54
        Name: +ARCHDG/ESBDG/ARCHIVELOG/2018_01_13/thread_2_seq_1244.615.965341451

750     2    1245    A 2018-01-13 22:26:00
        Name: +ARCHDG/ESBDG/ARCHIVELOG/2018_01_14/thread_2_seq_1245.529.965421539

Do you really want to delete the above objects (enter YES or NO)? yes

三、官网文档参考

while deleting archived logs from standby (文档 ID 2169282.1)

原文地址:http://blog.51cto.com/roidba/2062266

时间: 2024-10-31 14:16:48

12c ADG无法删除备库归档RMAN-08137的相关文章

oracle--DG模式备库归档缺失问题(1)

01.问题描述 备库的归档日志没有增加,一直等待一个 查询问题: SQL> SELECT * FROM V$ARCHIVE_GAP; THREAD# LOW_SEQUENCE# HIGH_SEQUENCE# ---------- ------------- -------------- 1 6434 6435 select name ,sequence# from v$archived_log; NAME SEQUENCE# -----------------------------------

记一次ADG备库归档目录满导致的延时处理

报错如下,原因是存放传过来的归档的目录+HWAREDODG满了,MRP进程无法应用归档,我在手动传了几个归档之后发现不是GAP,select * from V$ARCHIVE_GAP 显示没有GAP.于是就把HWAREDODG下已经应用的归档删掉, rman target / rman>select 'run{' from dual union all select 'delete noprompt archivelog until sequence '||max(sequence#)||' t

DG备库磁盘空间满导致无法创建归档

上周五去某客户那里做数据库巡检,是window 2008系统上10g的一套NC系统的库,已经配置了DG,但是巡检时发现数据库报错: Tue Nov 11 10:13:57 2014 LNS: Standby redo logfile selected for thread 1 sequence 3945 for destination LOG_ARCHIVE_DEST_2 Tue Nov 11 10:14:29 2014 Errors in file d:\oracle\product\10.2

dataguard 归档丢失(主库中无此丢失归档处理),备库基于SCN恢复

dataguard 归档丢失(主库中无此丢失归档处理),备库基于SCN恢复 环境: OS: CentOS 6.5 DB: Oracle 10.2.0.5 1.主备库环境 主库: SQL> select dbid,name,LOG_MODE,open_mode,db_unique_name,DATABASE_ROLE,PROTECTION_MODE from v$database; DBID NAME LOG_MODE OPEN_MODE DB_UNIQUE_NAME DATABASE_ROLE

ORA-21561、ORA-15055、ORA-25253 导致DG备库无法应用归档

昨天去某客户那里做巡检,顺便看一下上次搭建的RAC-DG环境是否正常,不看不知道,一看吓一跳,上次的DG是8月20日运行的,而DG备库从8月31日之后实例就没有开启过,后来询问后才得知,原来那天断过一次电,后来重启了机器.直到今天我过去了,才把实例启动起来.也就是说,从8月31日到今天快1个月的时间,备库一致处于未使用状态. 接着查看备库归档,显然已经缺失了很多了,tnread1 最后一个日志为1661,tnread2 最后一个日志为1324,而此时主库中还保留的最早的日志是9月8日的,thre

Oracle 12c DG备库Alert报错ORA-10877全库恢复

12C Oracle Data Guard 备库今天异常 2018-07-05T21:31:32.291970+08:00GEN0 (ospid: 75371): terminating the instance due to error 4722018-07-05T21:31:32.293376+08:00System state dump requested by (instance=1, osid=75371 (GEN0)), summary=[abnormal instance term

ADG 备库数据文件损坏处理

一.描述单实例ADG数据库,备库system01.dbf文件损坏,需要重新恢复数据文件,保证主库库数据一致. 二.处理过程 1.数据库启动到mount状态Recovery Manager: Release 11.2.0.4.0 - Production on Thu Dec 12 20:42:35 2019 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. connected to targe

DG unresolvable gap gap sequence备库恢复

案例 环境:2节点RAC asm + 单实例DG备库 ,备库用的是文件系统来存放数据文件,未用ASM:RAC一节点上部署有ogg. 在主库上通过在线重定义对表做分区,创建分区表空间时备库上创建数据文件失败, 导致日志传到备库无法应用,备库停止日志应用. rman备份清理归档的脚本无法及时清理归档导到主库.备库归档磁盘空间均出现满的现象,ogg进程不工作,进程正常,只是time since chkpt 持续升高. 清理了归档后,备库可以接收日志但不应用.查看DG switchover_status

备库简介

备库类型:1.物理备库:2.逻辑备库:3.快照备库. 可以同时配置1个或多个类型的备库 1.物理备库 是主库的块对块的拷贝,应用重做日志,通过从主库接受重做数据应用到物理备库上的机制 可以以read only模式打开,11g之后可以配置active DG以只读模式打开应用重做数据 物理备库的好处: 1. 灾难恢复和高可用 2. 数据保护 支持多有的DDL和DML操作 3. 减小主库负载 以只读模式打开,用于报表和查询 4. 性能 底层拷贝,绕过SQL级别代码层 2. 逻辑备库 通过SQL应用更新