RMAN-08137 rman delete archivelog force

delete force archivelog until time 'trunc(sysdate-4)' backed up 1 times to device type disk;
 

Symptoms

  • Database A Cloned to  Database B on Clone server.
  • Golden Gate is Configured on Source datbase A. Database B which is cloned from Source  doesnot need Golden Gate.
  • Deletion of Archivelog on the Clone reports
     


    RMAN-08137: warning: archived log not deleted, needed for standby or upstream capture process
    archived log file name= thread=1 sequence=1



     

Changes

Cause

The source database has Golden Gate configured.
Since a clone is a copy of the source database, it will have capture  name entires in  the dba_capture .



 

Solution

There are two options

 Option 1 :- On Clone run use delete force option 

Delete the Archivelog using Force Option

Rman target /

Rman> delete force archivelog all completed before 'sysdate-n'  ;    --->Replace n with the Number of days



Option 2:- On Clone Identify the Golden gate Capture information and drop them

SQL> Connect /as sysdba

SQL> select capture_name, capture_type, status, queue_owner, capture_user, start_scn, oldest_scn, required_checkpoint_scn from dba_capture;

The above will show the list the capture name on clone.


Run
Set serveroutput on ;
Set numwidth 20 ;

variable reqscn number;
variable reqrls number;
execute sys.dbms_rcvman.getRequiredSCN(:reqscn, :reqrls);
print reqscn;
print reqrls;

This SCN Primted Will Matches with REQUIRED_CHECKPOINT_SCN of the GG Capture Process


Drop the capture information on Clone where Goldengate is not configured/required.
 

SQL>exec dbms_capture_adm.drop_capture(capture_name=>'');

Once done 

SQL> select capture_name, capture_type, status, queue_owner, capture_user, start_scn, oldest_scn, required_checkpoint_scn from dba_capture;

Should show no rows

----------------------------- force 

Symptoms


This database have been converted from RAC to Standalone database .

Thread 2 or related Thread from previous RAC database has been disabled.

While backing up the archive logs using Rman following error is reported:

RMAN backup log:

RMAN-08515: archived log file name=/.dbf thread=1 sequence=114535
RMAN-08137: WARNING: archived log not deleted as it is still needed
RMAN-08515: archived log file name=/.dbf thread=1 sequence=114536
RMAN-08137: WARNING: archived log not deleted as it is still needed
RMAN-08515: archived log file name=/.dbf thread=1 sequence=1145




If using Primary and Standby database.

The archive logs have already been applied in the Standby database successfully.

Changes

This database have been converted from RAC to Standalone database .

Cause

The issue is caused due to following bug

Bug 9040665 ----> Closed as Duplicate of Bug 8367313

Abstract: RMAN-8137: WARNING: ARCHIVED LOG NOT DELETED AS IT IS STILL NEEDED.

Fixed In Ver: 11.2


Rman is not accounting for disabled nodes in RAC when Deleting archive log.


 

Solution

Check for the availability of one off patch for Bug 8367313
Download and apply one off patch Patch 8367313 if available

or

Workaround
=========

Use force" on the delete of archive log

For example
 

RMAN> delete force archivelog until time 'trunc(sysdate-4)' backed up 1 times to device type disk;

你可能感兴趣的:(数据库,oracle)