RMAN-08137 workaround ?

Hello folks;
I have a master db standalone Oracle 10.2.0.4 with stream mono directionnal replication.
When RMAN wants to do a backup, i get this issue RMAN-08137.
This is my configuration for RMAN :
RMAN> show all;
utilisation du fichier de contrôle de la base de données cible au lieu du catalogue de récupération
paramètres de configuration RMAN :
CONFIGURE RETENTION POLICY TO REDUNDANCY 2;
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/appele/log/rman/teler/%F-%T';
CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COMPRESSED BACKUPSET PARALLELISM 1;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT   '/appele/log/rman/teler/%U';
CONFIGURE MAXSETSIZE TO UNLIMITED;
CONFIGURE ENCRYPTION FOR DATABASE OFF;
CONFIGURE ENCRYPTION ALGORITHM 'AES128';
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oracle/server/ora10.2.3/dbs/snapcf_teler.f'; This is my run :
RMAN> run
2> {
3> resync catalog;
4> SQL 'ALTER SYSTEM CHECKPOINT';
5> SQL 'create restore point LUNDI';
6> delete force noprompt obsolete;
7> backup as compressed backupset database plus archivelog delete all input;
8> delete force noprompt obsolete;
9> }My issue :
Recovery Manager: Release 10.2.0.4.0 - Production on Lun. Mai 21 20:30:01 2012
Copyright (c) 1982, 2007, Oracle. All rights reserved.
connecté à la base de données cible : TELER (DBID=966418795)
connecté à la base de données du catalogue de récupération
RMAN> run
2> {
3> resync catalog;
4> SQL 'ALTER SYSTEM CHECKPOINT';
5> SQL 'create restore point LUNDI';
6> delete force noprompt obsolete;
7> backup as compressed backupset database plus archivelog delete all input;
8> delete force noprompt obsolete;
9> }
10>
lancement de la resynchronisation complète du catalogue de récupération
resynchronisation complète terminée
instruction SQL : ALTER SYSTEM CHECKPOINT
instruction SQL : create restore point LUNDI
la règle de validité RMAN sera appliquée à la commande
la règle de validité RMAN est définie à la redondance 2
canal affecté : ORA_DISK_1
canal ORA_DISK_1 : sid=192 typedev=DISK
Suppression des sauvegardes et copies obsolètes suivantes :
Type                 Clé    Temps d'exécution    Nom de fichier/Descripteur
Ensemble de sauvegarde           7143414 18/05/12
Elément de sauvegarde       7143424 18/05/12           /appele/log/rman/teler/2enba0pp_1_1
Ensemble de sauvegarde           7143416 18/05/12
Elément de sauvegarde       7143426 18/05/12           /appele/log/rman/teler/c-966418795-20120518-00-20120518
élément de sauvegarde supprimé
descripteur d'élément de sauvegarde=/appele/log/rman/teler/2enba0pp_1_1 recid=78 horodatage=783614777
élément de sauvegarde supprimé
descripteur d'élément de sauvegarde=/appele/log/rman/teler/c-966418795-20120518-00-20120518 recid=80 horodatage=783614837
2 objets supprimés
Démarrage de backup dans 21/05/12
journal en cours archivé
utilisation du canal ORA_DISK_1
journal d'archivage /appele/log/teler/archive/log166_1_781549931.arc non pris en compte : déjà sauvegardé 1 fois
journal d'archivage /appele/log/teler/archive/log167_1_781549931.arc non pris en compte : déjà sauvegardé 1 fois
journal d'archivage /appele/log/teler/archive/log168_1_781549931.arc non pris en compte : déjà sauvegardé 1 fois
journal d'archivage /appele/log/teler/archive/log169_1_781549931.arc non pris en compte : déjà sauvegardé 1 fois
journal d'archivage /appele/log/teler/archive/log170_1_781549931.arc non pris en compte : déjà sauvegardé 1 fois
journal d'archivage /appele/log/teler/archive/log171_1_781549931.arc non pris en compte : déjà sauvegardé 1 fois
journal d'archivage /appele/log/teler/archive/log172_1_781549931.arc non pris en compte : déjà sauvegardé 1 fois
journal d'archivage /appele/log/teler/archive/log173_1_781549931.arc non pris en compte : déjà sauvegardé 1 fois
journal d'archivage /appele/log/teler/archive/log174_1_781549931.arc non pris en compte : déjà sauvegardé 1 fois
journal d'archivage /appele/log/teler/archive/log175_1_781549931.arc non pris en compte : déjà sauvegardé 1 fois
journal d'archivage /appele/log/teler/archive/log176_1_781549931.arc non pris en compte : déjà sauvegardé 1 fois
canal ORA_DISK_1 : démarrage de l'ensemble de sauvegarde compressé de journal d'archivage
canal ORA_DISK_1 : insertion du(des) journal(aux) d'archivage dans l'ensemble de sauvegarde
journal d'archivage en entrée thread=1 séquence=177 recid=149 horodatage=783894606
canal ORA_DISK_1 : démarrage de l'élément 1 dans 21/05/12
canal ORA_DISK_1 : élément 1 terminé dans 21/05/12
pointeur=/appele/log/rman/teler/2pnbii2f_1_1 étiquette=TAG20120521T203007 commentaire=NONE
canal ORA_DISK_1 : ensemble de sauvegarde terminé, temps écoulé : 00:00:02
RMAN-08137: AVERTISSEMENT : le journal d'archivage n'a pas été supprimé car il est encore requis
journal d'archivage nom=/appele/log/teler/archive/log177_1_781549931.arc thread=1 séquence=177
RMAN-08137: AVERTISSEMENT : le journal d'archivage n'a pas été supprimé car il est encore requis
journal d'archivage nom=/appele/log/teler/archive/log166_1_781549931.arc thread=1 séquence=166
RMAN-08137: AVERTISSEMENT : le journal d'archivage n'a pas été supprimé car il est encore requis
journal d'archivage nom=/appele/log/teler/archive/log167_1_781549931.arc thread=1 séquence=167
RMAN-08137: AVERTISSEMENT : le journal d'archivage n'a pas été supprimé car il est encore requis
journal d'archivage nom=/appele/log/teler/archive/log168_1_781549931.arc thread=1 séquence=168
RMAN-08137: AVERTISSEMENT : le journal d'archivage n'a pas été supprimé car il est encore requis
journal d'archivage nom=/appele/log/teler/archive/log169_1_781549931.arc thread=1 séquence=169
RMAN-08137: AVERTISSEMENT : le journal d'archivage n'a pas été supprimé car il est encore requis
journal d'archivage nom=/appele/log/teler/archive/log170_1_781549931.arc thread=1 séquence=170
RMAN-08137: AVERTISSEMENT : le journal d'archivage n'a pas été supprimé car il est encore requis
journal d'archivage nom=/appele/log/teler/archive/log171_1_781549931.arc thread=1 séquence=171
RMAN-08137: AVERTISSEMENT : le journal d'archivage n'a pas été supprimé car il est encore requis
journal d'archivage nom=/appele/log/teler/archive/log172_1_781549931.arc thread=1 séquence=172
RMAN-08137: AVERTISSEMENT : le journal d'archivage n'a pas été supprimé car il est encore requis
journal d'archivage nom=/appele/log/teler/archive/log173_1_781549931.arc thread=1 séquence=173
RMAN-08137: AVERTISSEMENT : le journal d'archivage n'a pas été supprimé car il est encore requis
journal d'archivage nom=/appele/log/teler/archive/log174_1_781549931.arc thread=1 séquence=174
RMAN-08137: AVERTISSEMENT : le journal d'archivage n'a pas été supprimé car il est encore requis
journal d'archivage nom=/appele/log/teler/archive/log175_1_781549931.arc thread=1 séquence=175
RMAN-08137: AVERTISSEMENT : le journal d'archivage n'a pas été supprimé car il est encore requis
journal d'archivage nom=/appele/log/teler/archive/log176_1_781549931.arc thread=1 séquence=176
Fin de backup dans 21/05/12
Démarrage de backup dans 21/05/12
utilisation du canal ORA_DISK_1
canal ORA_DISK_1 : démarrage de l'ensemble de sauvegarde compressé de tous les fichiers de données
canal ORA_DISK_1 : insertion du fichier de données dans l'ensemble de sauvegarde
fichier de données en entrée fno=00005 nom=/appele/teler/db/oradata/elecdatatele.dbf
fichier de données en entrée fno=00002 nom=/appele/teler/idx/oradata/undotele.dbf
fichier de données en entrée fno=00001 nom=/appele/teler/db/oradata/dbstele.dbf
fichier de données en entrée fno=00004 nom=/appele/teler/db/oradata/toolstele.dbf
fichier de données en entrée fno=00003 nom=/appele/teler/db/oradata/sysauxtele.dbf
fichier de données en entrée fno=00006 nom=/appele/teler/db/oradata/elecindxtele.dbf
fichier de données en entrée fno=00007 nom=/appele/teler/db/oradata/userstele.dbf
fichier de données en entrée fno=00008 nom=/appele/teler/db/oradata/resultattele.dbf
fichier de données en entrée fno=00009 nom=/appele/teler/db/oradata/resultat_indxtele.dbf
fichier de données en entrée fno=00010 nom=/appele/teler/db/oradata/streams_data.dbf
canal ORA_DISK_1 : démarrage de l'élément 1 dans 21/05/12
canal ORA_DISK_1 : élément 1 terminé dans 21/05/12
pointeur=/appele/log/rman/teler/2qnbii2h_1_1 étiquette=TAG20120521T203009 commentaire=NONE
canal ORA_DISK_1 : ensemble de sauvegarde terminé, temps écoulé : 00:01:05
Fin de backup dans 21/05/12
Démarrage de backup dans 21/05/12
journal en cours archivé
utilisation du canal ORA_DISK_1
canal ORA_DISK_1 : démarrage de l'ensemble de sauvegarde compressé de journal d'archivage
canal ORA_DISK_1 : insertion du(des) journal(aux) d'archivage dans l'ensemble de sauvegarde
journal d'archivage en entrée thread=1 séquence=178 recid=150 horodatage=783894674
canal ORA_DISK_1 : démarrage de l'élément 1 dans 21/05/12
canal ORA_DISK_1 : élément 1 terminé dans 21/05/12
pointeur=/appele/log/rman/teler/2rnbii4k_1_1 étiquette=TAG20120521T203116 commentaire=NONE
canal ORA_DISK_1 : ensemble de sauvegarde terminé, temps écoulé : 00:00:02
RMAN-08137: AVERTISSEMENT : le journal d'archivage n'a pas été supprimé car il est encore requis
journal d'archivage nom=/appele/log/teler/archive/log178_1_781549931.arc thread=1 séquence=178
Fin de backup dans 21/05/12
Démarrage de Control File and SPFILE Autobackup dans 21/05/12
descripteur d'élément=/appele/log/rman/teler/c-966418795-20120521-01-20120521 commentaire=NONE
Fin de Control File and SPFILE Autobackup dans 21/05/12
la règle de validité RMAN sera appliquée à la commande
la règle de validité RMAN est définie à la redondance 2
utilisation du canal ORA_DISK_1
Suppression des sauvegardes et copies obsolètes suivantes :
Type                 Clé    Temps d'exécution    Nom de fichier/Descripteur
Ensemble de sauvegarde           7143418 18/05/12
Elément de sauvegarde       7143428 18/05/12           /appele/log/rman/teler/2inbakuf_1_1
Ensemble de sauvegarde           7143420 18/05/12
Elément de sauvegarde       7143430 18/05/12           /appele/log/rman/teler/c-966418795-20120518-01-20120518
élément de sauvegarde supprimé
descripteur d'élément de sauvegarde=/appele/log/rman/teler/2inbakuf_1_1 recid=82 horodatage=783635407
élément de sauvegarde supprimé
descripteur d'élément de sauvegarde=/appele/log/rman/teler/c-966418795-20120518-01-20120518 recid=84 horodatage=783635477
2 objets supprimés
Gestionnaire de récupération (Recovery Manager) terminé.How to fix this issue ?
Thank you for your attention ! Help me please
Edited by: Moostiq on 22 mai 2012 11:03

I found the fix. With an acces to metalink everything is alright ...
The solution is :
Remove the 'delete input' and instead of that use 'delete noprompt archivelog until time' or any options.
Links :
standby, RMAN-8137 and Oracle 10.2.0.4
http://www.oraclemasters.in/?p=1255
RMAN-08137 When deleting archivelogs even when Streams CAPTURE does not require them [ID 1079953.1]"
Archive Log not Getting Deleted Using Rman With Rman-08137 [ID 964522.1]
Rman-08137: Warning: Archive Log Not Deleted As It Is Still Needed Rman-08137 [ID 374421.1]
RMAN-08137 when Deleting Archivelog Files [ID 373066.1]
http://database.itags.org/oracle/99206/

Similar Messages

RMAN-08137 warning

When I did archive log list on my primary, it gives me
archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination /u04/oradata/arch/PROD/
Oldest online log sequence 29627
Next log sequence to archive 29629
Current log sequence 29629
when I did archive log list on standby , it gives me
SQL> archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination /u04/oradata/arch/STNBY/
Oldest online log sequence 29627
Next log sequence to archive 0
Current log sequence 29629
During the hot backup of primary, its showing up these errors.
RMAN-08137: WARNING: archive log not deleted as it is still needed
archive log filename=/u04/oradata/arch/PROD/PROD_0001_749397572_0000029124.arc thread=1 sequence=29124
RMAN-08137: WARNING: archive log not deleted as it is still needed
archive log filename=/u04/oradata/arch/PROD/PROD_0001_749397572_0000029125.arc thread=1 sequence=29125
RMAN-08137: WARNING: archive log not deleted as it is still needed
archive log filename=/u04/oradata/arch/PROD/PROD_0001_749397572_0000029126.arc thread=1 sequence=29126
I am sure standby is not in sync with Primary.
Can someone explain me how to resolve this issue.
Thank you

Here is how you can check whether or not your physical standby is in sync with the primary:
1. Check for GAP on standby
2. Check redo received on standby
3. Check redo applied on standby
Please refer to this url:
http://www.oraclemasters.in/?p=1255

Rman-08137 can't delete archivelog because the capture process need it

When I use the rman utility to delete the old archivelog on the server ,It shows :Rman-08137 can't delete archivelog because the capture process need it .how to resolve the problem?

It is likely that the "extract" process still requires those archive logs, as it is monitoring transactions that have not yet been "captured" and written out to a GoldenGate trail.
Consider the case of doing the following: ggsci> add extract foo, tranlog, begin now
After pressing "return" on that "add extract" command, any new transactions will be monitored by GoldenGate. Even if you never start extract foo, the GoldenGate + rman integration will keep those logs around. Note that this GG+rman integration is a relatively new feature, as of GG 11.1.1.1 => if "add extract foo" prints out "extract is registered", then you have this functionality.
Another common "problem" is deleting "extract foo", but forgetting to "unregister" it. For example, to properly "delete" a registered "extract", one has to run "dblogin" first:
ggsci> dblogin userid <userid> password <password>
ggsci> delete extract foo
However, if you just do the following, the extract is deleted, but not unregistered. Only a warning is printed.
ggsci> delete extract foo
<warning: to unregister, run the command "unregister...">
So then one just has to follow the instructions in the warning:
ggsci> dblogin ...
ggsci> unregister extract foo logretention
But what if you didn't know the name of the old extracts, or were not even aware if there were any existing registered extracts? You can run the following to find out if any exist:
sqlplus> select count(*) from dba_capture;
The actual extract name is not exactly available, but it can be inferred:
sqlplus> select capture_name, capture_user from dba_capture;
<blockquote>
CAPTURE_NAME CAPTURE_USER
================ ==================
OGG$_EORADF4026B1 GGS
</blockquote>
In the above case, my actual "capture" process was called "eora". All OGG processes will be prefixed by OGG in the "capture_name" field.
Btw, you can disable this "logretention" feature by adding in a tranlog option in the param file,
TRANLOGOPTIONS LOGRETENTION DISABLED
Or just manually "unregister" the extract. (Not doing a "dblogin" before "add extract" should also work in theory... but it doesn't. The extract is still registered after startup. Not sure if that's a bug or a feature.)
Cheers,
-Michael

RMAN-08137

Why RMAN-08137 occurs while backing up archive using RMAN

Please NOTE: I am not sure if this can help if there are regular oracle streams capture process that blocks the archive purging. Hope this works for that too.
We have same issue as goldengate is running on this host and the issue arises when the extract is deleted by gg process but not unregistered in DB. This blocks the archive purging job unable to continue further thinking that this archive is still needed.
To fix it follow either of this.
method 1: login to Goldengate prompt and unregister the extract.
* ggsci> dblogin userid ... ggsci> unregister extract logretention
method 2: login to the database and drop the capture process.
* sql> exec dbms_capture_adm.drop_capture('OGG$_ETESTFFFFFFFF');
Once any of the above is done the RMAN archive purging process should be fine to purge logs with no issues.
thanks

Defer log shipping and RMAN-08137 message when doing archivelog backup

Hello,
in a Primary & Dataguard scenario in which we set to DEFER the log shipping to the Dataguard during a high impact process done in the Primary, we receive the message "RMAN-08137: WARNING: archive log not deleted as it is still needed" when doing archive log backup with rman.
Is it the expected behaviour due to the DEFER status with the Dataguard? or even in this scenario we might we able to delete the logs and therefore we have to look more in deep to find our problem?
Thanks in advance for your help.

Hello,
Had a look on v$archived_log and found the archivelogs that are not deleted and the state for them is
DEST_ID=1
STANDBY_DEST=NO
ARCHIVED=YES
APPLIED=NO
as http://docs.oracle.com/cd/B12037_01/server.101/b10755/dynviews_1015.htm says , they are all Local, were archived and there is no apply needed for them as they are not defined to go to the StandBy Database.
Therefore, why can not still archive them? How can we check if they had been processed by a Streams process?
Regards

RMAN-08137: WARNING: archived log not deleted as it is still needed

I am trying to delete archive logs older than 7 days in streams environment.
1) we dont have a standby database
2) checkpoint_retention_time = 7
Please help me with this.
Regards,
Mike

SQL> set serveroutput on
DECLARE
hScn number := 0;
lScn number := 0;
sScn number;
ascn number;
alog varchar2(1000);
begin
select min(start_scn), min(applied_scn) into sScn, ascn
from dba_capture;
DBMS_OUTPUT.ENABLE(2000);
for cr in (select distinct(a.ckpt_scn)
from system.logmnr_restart_ckpt$ a
where a.ckpt_scn <= ascn and a.valid = 1
and exists (select * from system.logmnr_log$ l
where a.ckpt_scn between l.first_change# and l.next_change#)
order by a.ckpt_scn desc)
loop
if (hScn = 0) then
hScn := cr.ckpt_scn;
else
lScn := cr.ckpt_scn;
exit;
end if;
end loop;
if lScn = 0 then
lScn := sScn;
end if;
dbms_output.put_line('Capture will restart from SCN ' || lScn ||' in the following file:');
for cr in (select name, first_time
from DBA_REGISTERED_ARCHIVED_LOG
where lScn between first_scn and next_scn order by thread#)
loop
dbms_output.put_line(cr.name||' ('||cr.first_time||')');
end loop;
end;
After i ran the above script from metalink i got the below output.
When I have run the above code that is given in metalink to check the minimum archive logs required to restart streams i got the below ouput.
Capture will restart from SCN 55313283790in the following file:
+FLASH/ORCL/archivelog/2011_02_22/thread_1_seq_842.346.443519740 (11-MAR-11)*
+FLASH/ORCL/archivelog/2011_02_22/thread_2_seq_832.189.440690538 (11-MAR-11)*
Does this mean that I will not be able to delete the archive logs from 11-mar-11 ?
Regards,
Mike

Unable to delete primary database archivelogs using RMAN

Hi,
rman unable to delete the archivelogs of primary database even it is in sync ( with standby database).
giving an error :-
archive log filename=+FLASH/simsval/archivelog/2012_05_24/thread_2_seq_1693.11359.784134169 thread=2 sequence=1693
RMAN-08137: WARNING: archive log not deleted as it is still needed
archive log filename=+FLASH/simsval/archivelog/2012_05_24/thread_2_seq_1694.5554.784135415 thread=2 sequence=1694
RMAN-08137: WARNING: archive log not deleted as it is still needed
archive log filename=+FLASH/simsval/archivelog/2012_05_24/thread_2_seq_1695.11643.784164901 thread=2 sequence=1695
RMAN-08137: WARNING: archive log not deleted as it is still needed
archive log filename=+FLASH/simsval/archivelog/2012_05_24/thread_2_seq_1696.12654.784164913 thread=2 sequence=1696
archive gap showing at primary.
SQL> select to_char (sysdate,'DD-MON-YYYY HH24:MI') as "Now", a.thread#, max(a.sequence#) as "Latest" ,max(b.sequence#) as "Last", max(a.sequence#)-max(b.sequence#) as "To Apply",to_char ( max (b.next_time), 'YYYY-MON-DD HH24:MI') as "LastDate",round ((sysdate - max (b.next_time) ) * 24 * 60, 0) as "Mins Behind" FROM V$ARCHIVED_LOG a , V$ARCHIVED_LOG b where a.applied = 'NO'and b.applied = 'YES' and a.thread# = b.thread# group by a.thread#, a.applied, b.thread#, b.applied order by a.thread#;
Now THREAD# Latest Last To Apply LastDate Mins Behind
01-JUN-2012 00:57 1 2321 2195 126 2012-APR-25 22:34 51983
01-JUN-2012 00:57 2 1729 1576 153 2012-APR-26 15:11 50985
no archive gap showing at standby .
SQL> select to_char (sysdate,'DD-MON-YYYY HH24:MI') as "Now", a.thread#, max(a.sequence#) as "Latest" ,max(b.sequence#) as "Last", max(a.sequence#)-max(b.sequence#) as "To Apply",to_char ( max (b.next_time), 'YYYY-MON-DD HH24:MI') as "LastDate",round ((sysdate - max (b.next_time) ) * 24 * 60, 0) as "Mins Behind" FROM V$ARCHIVED_LOG a , V$ARCHIVED_LOG b where a.applied = 'NO'and b.applied = 'YES' and a.thread# = b.thread# group by a.thread#, a.applied, b.thread#, b.applied order by a.thread#;
Now THREAD# Latest Last To Apply LastDate Mins Behind
01-JUN-2012 04:59 1 2321 2321 0 2012-MAY-31 22:32 386
01-JUN-2012 04:59 2 1729 1729 0 2012-MAY-31 22:32 386
any one please help me to resolve this.
thanks ,
Badam.
Edited by: 937988 on May 31, 2012 9:56 PM

Can you past here log_archive_ parameter on primary database?
Did you create data guard configuration with dgmgrl ?
Mahir M. Quluzade
www.mahir-quluzade.com

Rman backup on physical standby database without cancelling MRP

Hi all,
Could anyone share, is this possible to take RMAN backup on physical standby database without cancelling MRP process.
regarrds,

Hi,
On Standby Side:
SQL> alter database mount;
Database altered.
SQL> alter database recover managed standby database using current logfile disconnect from session;
Database altered.
SQL> select max(Sequence#) from v$archived_log;
MAX(SEQUENCE#)
        405
SQL> select max(Sequence#) from v$archived_log where applied='YES';
MAX(SEQUENCE#)
        404
SQL> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
[oracle@oel62-x64 Desktop]$ rman target /
Recovery Manager: Release 11.2.0.3.0 - Production on Tue May 21 15:31:43 2013
Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
connected to target database: ADMDB (DBID=4063877183, not open)
RMAN> backup database plus archivelog delete all input;
Starting backup at 21-MAY-13
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=32 device type=DISK
channel ORA_DISK_1: starting archived log backup set
channel ORA_DISK_1: specifying archived log(s) in backup set
input archived log thread=1 sequence=390 RECID=391 STAMP=815416638
input archived log thread=1 sequence=391 RECID=392 STAMP=815421952
input archived log thread=1 sequence=392 RECID=393 STAMP=815422343
input archived log thread=1 sequence=393 RECID=394 STAMP=815422434
input archived log thread=1 sequence=394 RECID=395 STAMP=815422570
input archived log thread=1 sequence=395 RECID=396 STAMP=815476598
input archived log thread=1 sequence=396 RECID=397 STAMP=815476615
input archived log thread=1 sequence=397 RECID=398 STAMP=815476645
input archived log thread=1 sequence=398 RECID=399 STAMP=815477471
input archived log thread=1 sequence=399 RECID=400 STAMP=815477475
input archived log thread=1 sequence=400 RECID=401 STAMP=815477628
input archived log thread=1 sequence=401 RECID=403 STAMP=815584146
input archived log thread=1 sequence=402 RECID=402 STAMP=815584137
input archived log thread=1 sequence=403 RECID=405 STAMP=816017446
*input archived log thread=1 sequence=404 RECID=404 STAMP=816017444*
*input archived log thread=1 sequence=405 RECID=406 STAMP=816017455*
channel ORA_DISK_1: starting piece 1 at 21-MAY-13
channel ORA_DISK_1: finished piece 1 at 21-MAY-13
piece handle=/u01/app/oracle/fast_recovery_area/stldb/STLDB/backupset/2013_05_21/o1_mf_annnn_TAG20130521T153202_8spm937d_.bkp tag=TAG20130521T153202 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:07
channel ORA_DISK_1: deleting archived log(s)
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_14/o1_mf_1_390_8s48hfrp_.arc RECID=391 STAMP=815416638
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_14/o1_mf_1_391_8s4fohwb_.arc RECID=392 STAMP=815421952
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_14/o1_mf_1_392_8s4g1q0v_.arc RECID=393 STAMP=815422343
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_14/o1_mf_1_393_8s4g4l8z_.arc RECID=394 STAMP=815422434
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_14/o1_mf_1_394_8s4g8t9h_.arc RECID=395 STAMP=815422570
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_15/o1_mf_1_395_8s631622_.arc RECID=396 STAMP=815476598
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_15/o1_mf_1_396_8s631qjj_.arc RECID=397 STAMP=815476615
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_15/o1_mf_1_397_8s632od8_.arc RECID=398 STAMP=815476645
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_15/o1_mf_1_398_8s63whqc_.arc RECID=399 STAMP=815477471
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_15/o1_mf_1_399_8s63wly4_.arc RECID=400 STAMP=815477475
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_15/o1_mf_1_400_8s641d8j_.arc RECID=401 STAMP=815477628
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_16/o1_mf_1_401_8s9d21jk_.arc RECID=403 STAMP=815584146
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_16/o1_mf_1_402_8s9d1skv_.arc RECID=402 STAMP=815584137
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_21/o1_mf_1_403_8spm6p4h_.arc RECID=405 STAMP=816017446
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_21/o1_mf_1_404_8spm6mqj_.arc RECID=404 STAMP=816017444
RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_21/o1_mf_1_405_8spm6yg0_.arc thread=1 sequence=405
Finished backup at 21-MAY-13
Starting backup at 21-MAY-13
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00001 name=/u01/app/oracle/oradata/stldb/system01.dbf
input datafile file number=00002 name=/u01/app/oracle/oradata/stldb/sysaux01.dbf
input datafile file number=00005 name=/u01/app/oracle/oradata/stldb/example01.dbf
input datafile file number=00003 name=/u01/app/oracle/oradata/stldb/undotbs01.dbf
input datafile file number=00006 name=/u01/app/oracle/oradata/stldb/appdata01.dbf
input datafile file number=00004 name=/u01/app/oracle/oradata/stldb/users01.dbf
channel ORA_DISK_1: starting piece 1 at 21-MAY-13
channel ORA_DISK_1: finished piece 1 at 21-MAY-13
piece handle=/u01/app/oracle/fast_recovery_area/stldb/STLDB/backupset/2013_05_21/o1_mf_nnndf_TAG20130521T153213_8spm9fnc_.bkp tag=TAG20130521T153213 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:02:15
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
including current control file in backup set
including current SPFILE in backup set
channel ORA_DISK_1: starting piece 1 at 21-MAY-13
channel ORA_DISK_1: finished piece 1 at 21-MAY-13
piece handle=/u01/app/oracle/fast_recovery_area/stldb/STLDB/backupset/2013_05_21/o1_mf_ncsnf_TAG20130521T153213_8spmfqxf_.bkp tag=TAG20130521T153213 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:03
Finished backup at 21-MAY-13
Starting backup at 21-MAY-13
using channel ORA_DISK_1
specification does not match any archived log in the repository
backup cancelled because there are no files to backup
Finished backup at 21-MAY-13
RMAN> exit
Recovery Manager complete.
[oracle@oel62-x64 Desktop]$ sqlplus / as sysdba
SQL*Plus: Release 11.2.0.3.0 Production on Tue May 21 15:34:42 2013
Copyright (c) 1982, 2011, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL> select max(Sequence#) from v$archived_log;
MAX(SEQUENCE#)
        405
SQL> select max(Sequence#) from v$archived_log where applied='YES';
MAX(SEQUENCE#)
        404
SQL> There have no problem, backup database when MRP is running. But if you want delete, then you are getting RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process.
And will not delete this archived log, because it is needed for standby or upstream capture process.
Updated
When MRP stoped
SQL> alter database recover managed standby database cancel;
Database altered.
SQL> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
[oracle@oel62-x64 Desktop]$ rman target /
Recovery Manager: Release 11.2.0.3.0 - Production on Tue May 21 15:46:07 2013
Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
connected to target database: ADMDB (DBID=4063877183, not open)
RMAN> backup database plus archivelog delete all input;
Starting backup at 21-MAY-13
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=24 device type=DISK
channel ORA_DISK_1: starting archived log backup set
channel ORA_DISK_1: specifying archived log(s) in backup set
input archived log thread=1 sequence=405 RECID=406 STAMP=816017455
channel ORA_DISK_1: starting piece 1 at 21-MAY-13
channel ORA_DISK_1: finished piece 1 at 21-MAY-13
piece handle=/u01/app/oracle/fast_recovery_area/stldb/STLDB/backupset/2013_05_21/o1_mf_annnn_TAG20130521T154617_8spn3s9w_.bkp tag=TAG20130521T154617 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
channel ORA_DISK_1: deleting archived log(s)
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_21/o1_mf_1_405_8spm6yg0_.arc RECID=406 STAMP=816017455
Finished backup at 21-MAY-13
Starting backup at 21-MAY-13
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00001 name=/u01/app/oracle/oradata/stldb/system01.dbf
input datafile file number=00002 name=/u01/app/oracle/oradata/stldb/sysaux01.dbf
input datafile file number=00005 name=/u01/app/oracle/oradata/stldb/example01.dbf
input datafile file number=00003 name=/u01/app/oracle/oradata/stldb/undotbs01.dbf
input datafile file number=00006 name=/u01/app/oracle/oradata/stldb/appdata01.dbf
input datafile file number=00004 name=/u01/app/oracle/oradata/stldb/users01.dbf
channel ORA_DISK_1: starting piece 1 at 21-MAY-13
channel ORA_DISK_1: finished piece 1 at 21-MAY-13
piece handle=/u01/app/oracle/fast_recovery_area/stldb/STLDB/backupset/2013_05_21/o1_mf_nnndf_TAG20130521T154618_8spn3v4f_.bkp tag=TAG20130521T154618 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:01:16
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
including current control file in backup set
including current SPFILE in backup set
channel ORA_DISK_1: starting piece 1 at 21-MAY-13
channel ORA_DISK_1: finished piece 1 at 21-MAY-13
piece handle=/u01/app/oracle/fast_recovery_area/stldb/STLDB/backupset/2013_05_21/o1_mf_ncsnf_TAG20130521T154618_8spn6779_.bkp tag=TAG20130521T154618 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:03
Finished backup at 21-MAY-13
Starting backup at 21-MAY-13
using channel ORA_DISK_1
specification does not match any archived log in the repository
backup cancelled because there are no files to backup
Finished backup at 21-MAY-13
RMAN> Apply process is stopped and new redo received from primary.
SQL> select max(Sequence#) from v$archived_log;
MAX(SEQUENCE#)
        407
SQL> select max(Sequence#) from v$archived_log where applied='YES';
MAX(SEQUENCE#)
        405
SQL> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
[oracle@oel62-x64 Desktop]$ rman target /
Recovery Manager: Release 11.2.0.3.0 - Production on Tue May 21 15:49:28 2013
Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
connected to target database: ADMDB (DBID=4063877183, not open)
RMAN> backup database plus archivelog delete all input;
Starting backup at 21-MAY-13
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=32 device type=DISK
channel ORA_DISK_1: starting archived log backup set
channel ORA_DISK_1: specifying archived log(s) in backup set
input archived log thread=1 sequence=406 RECID=407 STAMP=816018527
input archived log thread=1 sequence=407 RECID=408 STAMP=816018530
channel ORA_DISK_1: starting piece 1 at 21-MAY-13
channel ORA_DISK_1: finished piece 1 at 21-MAY-13
piece handle=/u01/app/oracle/fast_recovery_area/stldb/STLDB/backupset/2013_05_21/o1_mf_annnn_TAG20130521T154937_8spnb1y3_.bkp tag=TAG20130521T154937 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
channel ORA_DISK_1: deleting archived log(s)
RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_21/o1_mf_1_406_8spn8hkn_.arc thread=1 sequence=406
RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process
archived log file name=/u01/app/oracle/fast_recovery_area/stldb/STLDB/archivelog/2013_05_21/o1_mf_1_407_8spn8l69_.arc thread=1 sequence=407
Finished backup at 21-MAY-13
Starting backup at 21-MAY-13
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00001 name=/u01/app/oracle/oradata/stldb/system01.dbf
input datafile file number=00002 name=/u01/app/oracle/oradata/stldb/sysaux01.dbf
input datafile file number=00005 name=/u01/app/oracle/oradata/stldb/example01.dbf
input datafile file number=00003 name=/u01/app/oracle/oradata/stldb/undotbs01.dbf
input datafile file number=00006 name=/u01/app/oracle/oradata/stldb/appdata01.dbf
input datafile file number=00004 name=/u01/app/oracle/oradata/stldb/users01.dbf
channel ORA_DISK_1: starting piece 1 at 21-MAY-13
channel ORA_DISK_1: finished piece 1 at 21-MAY-13
piece handle=/u01/app/oracle/fast_recovery_area/stldb/STLDB/backupset/2013_05_21/o1_mf_nnndf_TAG20130521T154939_8spnb3f5_.bkp tag=TAG20130521T154939 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:01:15
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
including current control file in backup set
including current SPFILE in backup set
channel ORA_DISK_1: starting piece 1 at 21-MAY-13
channel ORA_DISK_1: finished piece 1 at 21-MAY-13
piece handle=/u01/app/oracle/fast_recovery_area/stldb/STLDB/backupset/2013_05_21/o1_mf_ncsnf_TAG20130521T154939_8spndhly_.bkp tag=TAG20130521T154939 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:03
Finished backup at 21-MAY-13
Starting backup at 21-MAY-13
using channel ORA_DISK_1
specification does not match any archived log in the repository
backup cancelled because there are no files to backup
Finished backup at 21-MAY-13
RMAN> I think, codes is understandable.
Regard
Mahir M. Quluzade
Edited by: Mahir M. Quluzade on May 21, 2013 3:36 PM

RMAN doesnt delete Standby Archivelogs

piece handle=arch-s7618-p1-t715652396 tag=TAG20100407T001953 comment=API Version 2.0,MMS Version 5.0.0.0
channel ch01: backup set complete, elapsed time: 00:02:17
RMAN-08137: WARNING: archive log not deleted as it is still needed
archive log filename=/u06/DBFR/SUSM1C/arch_SUSM1C_1595_1_680380890.dbf thread=1 sequence=1595
RMAN-08137: WARNING: archive log not deleted as it is still needed
archive log filename=/u06/DBFR/SUSM1C/arch_SUSM1C_1596_1_680380890.dbf thread=1 sequence=1596
I keep seeing this messages when I try to backup archive logs.
Please note that this is a standby database.
Could someone let me know why it doesn delete these ?

Hi
Please see below explanation of the APPLIED column on this view:
Indicates whether the archivelog has been applied to its corresponding standby database (YES) or not (NO). The value is always NO for local destinations.
This column is meaningful at the physical standby site for the ARCHIVED_LOG entries with REGISTRAR='RFS' (which means this log is shipped from the primary to the standby database). If REGISTRAR='RFS' and APPLIED is NO, then the log has arrived at the standby but has not yet been applied. If REGISTRAR='RFS' and APPLIED is YES, the log has arrived and been applied at the standby database. You can use this field to identify archivelogs that can be backed up and removed from disk.
If this column is not updated then that suggests your standby isn't applying logs?
Thanks
Paul

RMAN and 11g Active Data Guard

I just build my first 11g Active Data Guard . . . well the next thing to do is the RMAN part.
At this point I want to know:
A) How/What do you query to know that a log has been applied on the Standby side
B) How does RMAN know what has been applied
C) If I do the RMAN backup on the Standby side, won't there always be some difference because there is always some delay between the Primary and Standby?

I presume you mean using RMAN to delete archive logs? If the log hasnt been shipped and applied to the standby yet RMAN wont remove it, instead it outputs the following error:
RMAN-08137: WARNING: archive log not deleted as it is still needed
Until the log has been applied on the standby, this intelligence is built in at 11G (at 10G you needed an "_" parameter to get this working).
Thanks
Paul

Standby and primary

On my Primary database
when I did archive log list, it gives me
Database log mode Archive Mode
Automatic archival Enabled
Archive destination /u04/oradata/arch/PROD/
Oldest online log sequence 29627
Next log sequence to archive 29629
Current log sequence 29629
On my standby database, when I did archive log list, it gives me
SQL> archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination /u04/oradata/arch/STNBY/
Oldest online log sequence 29627
Next log sequence to archive 0
Current log sequence 29629
But during hotback on primary it pops up with these errors
RMAN-08137: WARNING: archive log not deleted as it is still needed
archive log filename=/u04/oradata/arch/PROD/PROD_0001_749397572_0000028449.arc thread=1 sequence=28449
RMAN-08137: WARNING: archive log not deleted as it is still needed
archive log filename=/u04/oradata/arch/PROD/PROD_0001_749397572_0000028450.arc thread=1 sequence=28450
RMAN-08137: WARNING: archive log not deleted as it is still needed
I am sure Standby is not in sync with primary.
Can someone explain in detail how to resolve this issue.
Any help is greatly appreciated.
Thank you

My alert log in bdump has the following information:
Primary database is in MAXIMUM PERFORMANCE mode
RFS[739]: Successfully opened standby log 4: '/u01/oradata/STNBY/redo_STNBY_04a.log'
Tue Sep 13 11:27:35 2011
Primary database is in MAXIMUM PERFORMANCE mode
RFS[739]: Successfully opened standby log 4: '/u01/oradata/STNBY/redo_STNBY_04a.log'
Tue Sep 13 11:28:04 2011
Primary database is in MAXIMUM PERFORMANCE mode
RFS[739]: Successfully opened standby log 4: '/u01/oradata/STNBY/redo_STNBY_04a.log'
Tue Sep 13 11:40:33 2011
Primary database is in MAXIMUM PERFORMANCE mode
RFS[739]: Successfully opened standby log 4: '/u01/oradata/STNBY/redo_STNBY_04a.log'
Tue Sep 13 12:00:44 2011
Primary database is in MAXIMUM PERFORMANCE mode
RFS[739]: Successfully opened standby log 4: '/u01/oradata/STNBY/redo_STNBY_04a.log'
Tue Sep 13 12:02:49 2011
Primary database is in MAXIMUM PERFORMANCE mode
RFS[739]: Successfully opened standby log 4: '/u01/oradata/STNBY/redo_STNBY_04a.log'
Trace file in bdump give me the following information.
*** 2011-09-09 11:58:59.650 61283 kcrr.c
FAL[client, MRP0]: Error 12514 connecting to PROD for fetching gap sequence
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
*** 2011-09-09 11:59:29.662
OCIServerAttach failed -1
.. Detailed OCI error val is 12514 and errmsg is 'ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
*** 2011-09-09 11:59:29.662 61283 kcrr.c
FAL[client, MRP0]: Error 12514 connecting to PROD for fetching gap sequence
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
*** 2011-09-09 11:59:59.674
OCIServerAttach failed -1
.. Detailed OCI error val is 12514 and errmsg is 'ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
*** 2011-09-09 11:59:59.674 61283 kcrr.c
FAL[client, MRP0]: Error 12514 connecting to PROD for fetching gap sequence
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
*** 2011-09-09 12:00:29.687
OCIServerAttach failed -1
.. Detailed OCI error val is 12514 and errmsg is 'ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
*** 2011-09-09 12:00:29.687 61283 kcrr.c
FAL[client, MRP0]: Error 12514 connecting to PROD for fetching gap sequence
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
*** 2011-09-09 12:00:59.697
Check that the CONTROL_FILE_RECORD_KEEP_TIME initialization
parameter is defined to a value that is sufficiently large
enough to maintain adequate log switch information to resolve
archivelog gaps.
-----------------------------------------------------------

Physical standby database fail-over

Hi,
I am working on Oracle 10.2.0.3 on Solaris SPARC 64-bit.
I have a Dataguard configuration with a single Physical standby database that uses real time application. We had a major application upgrade yesterday and before the start of upgrade, we cancelled the media recovery and disabled the log_archive_dest_n so that it doesn't ship the archive logs to standby site. We left the dataguard configuration in this mode incase of a rollback.
Primary:
alter system set log_archive_dest_state_2='DEFER';
alter system switch logfile;
Standby:
alter database recover managed standby database cancel;Due to application upgrade induced problems we had to failover to the physical standby, which was not in sync with primary from yesterday. I used the following method to fail-over since i do not want to apply any redo from yesterday.
Standby:
alter database activate physical standby database;
alter database open;
shutdown immediate;
startupSo, after this step, the database was a stand alone database, which doesn't have any standby databases yet (but it still has log_archive_config parameter set and log_archive_dest_n parameters set but i have 'DEFER' the log_archive_dest_n pointing to the old primary). I have even changed the "archive log deletion policy to NONE"
RMAN> configure archivelog deletion policy to none;After the fail-over was completed, the log sequence started from Sequence 1. We cleared the FRA to make space for the new archive logs and started off a FULL database backup (backup incremental level 0 database plus archivelog delete input). The backup succeded but we got these alerts in the backup log that RMAN cannot delete the archivelogs.
RMAN-08137: WARNING: archive log not deleted as it is still neededMy question here is
1) Even though i have disabled the log_archive_dest_n parameters, why is RMAN not able to delete the archivelogs after backup when there is no standby database for this failed-over database?
2) Are all the old backups marked unusable after a fail-over is performed?
FYI... flashback database was not used in this case as it did not server our purpose.
Any information or documentation links would be greatly appreciated.
Thanks,
Harris.

Thanks for the reply.
The FINISH FORCE works in some cases but if there is an archive gap (though it didn't report in our case), it might not work some times (DOCID: 846087.1). So, we followed the Switch-over & Fail-Over best practices where it mentioned about this "ACTIVE PHYSICAL STANDBY" for a fail-over if you intend not to apply any archivelogs. The process we followed is the Right one.
Anyhow, we got the issue resolved. Below is the resolution path.
1) Even though if you DEFER the LOG_ARCHIVE_DEST_STATE_N parameter's on the primary, there are some situations where the Primary database in a dataguard configuration where it will not delete the archive logs due to some SCN issues. This issue may or may not arise in all fail-over scenarios. If it does, then do the following checks
Follow DOCID: 803635.1, which talks about a PLSQL procedure to check for problematic SCN's in a dataguard configuration even though the physical standby databases are no available (i.e., if the dataguard parameters are set, log_archive_config, log_archive_dest_n='SERVICE=..." still set and even though corresponding LOG_ARCHIVE_DEST_STATE_N parameters are DEFERRED).
If this procedure returns any rows, then the primary database is not able to delete the archivelogs because it is still thinking there is a standby database and trying to save the archive logs because of the SCN conflict.
So, the best thing to do is, remove the DG related parameters from the spfile (log_archive_config, log_archive_dest_n parameters).
After i made these changes, i ran a test backup using "backup archivelog all delete input", the archive logs got deleted after backup without any issues.
Thanks,
Harris.
Edited by: user11971589 on Nov 18, 2010 2:55 PM

Data Detector removal

How do I remove the data detector from the Mail. I copy and paste email addresses and peoples name and address all day long from emails. The data detector only gets in the way and makes it hard to copy. So I really want to get rid of it in the new Mail that came with Leopard. I would appreciate any help I can get.

Ogan Ozdogan wrote:
Hi Teymur Hajiyev,
Deferring the LOG_ARCHIVE_DEST_N parameters are not enough to detach the standby from the primary. There will be other complications for instance when he tries to backup archivelogs. Please follow the error: RMAN-08137: WARNING: archive log not deleted as it is still needed
He should also need to disable the data guard configuration and set the LOG_ARCHIVE_CONFIG to null.
OganHi, Ogan Ozdogan.
Thanks for your comments. Disabling - I mean removing them, not DEFER-ing.
By the way, the error which you are talking about, is possible also with STREAMS configuration.
Regards.

Backup archive log with delete all input clause

Our database is 10.2.0.3 RAC db and database server is window 2003.
Our RMAN catalog db was down for a couple of weeks. During this two weeks period we use control file instead. But when I compare the log files before using control file and after going back to catalog db I found the following differences. I also pasted backup script below. It looks like that after we reuse the catalog db it is able to delete all archive logs as soon as it is backed up. The only change I can think of is one of the archive log destination is changed from F:\archive to G:\archive. This db has a physical standby db which is not up to date. Can you help me to figure out why this differences in the backup process since I am kind of worried if we bring the standby db up to date we will not be able to ship the archive log since they are deleted from the backup process. Thank you so much for your help. Shirley
10> resync catalog;
11> #change archivelog all crosscheck;
12> crosscheck archivelog all;
13>
14> #Backup Database and archive log files.
15> backup as compressed backupset
16> incremental level 0 format 'F:\backup\%d_LVL0_%T_%u_s%s_p%p' filesperset 5 tag 'INDRAC'
17> database plus archivelog format 'F:\backup\%d_LVL0_%T_%u_s%s_p%p'
18> filesperset 10 tag 'INDRAC'
19> delete all input;
Before using control file:
channel ORA_DISK_2: finished piece 1 at 24-MAY-08
piece handle=F:\BACKUP\PRODRAC_LVL0_20080524_04JH7588_S41988_P1 tag=INDRAC comment=NONE
channel ORA_DISK_2: backup set complete, elapsed time: 00:04:17
RMAN-08137: WARNING: archive log not deleted as it is still needed
archive log filename=F:\ARCHIVE\PRODRAC_004_04966_0575926036.ARC thread=4 sequence=4966
RMAN-08137: WARNING: archive log not deleted as it is still needed
archive log filename=E:\ARCHIVE\PRODRAC_004_04966_0575926036.ARC thread=4 sequence=4966
RMAN-08137: WARNING: archive log not deleted as it is still needed
archive log filename=F:\ARCHIVE\PRODRAC_004_04967_0575926036.ARC thread=4 sequence=4967
RMAN-08137: WARNING: archive log not deleted as it is still needed
archive log filename=E:\ARCHIVE\PRODRAC_004_04967_0575926036.ARC thread=4 sequence=4967
After went back to catalog:
channel ORA_DISK_2: backup set complete, elapsed time: 00:02:47
channel ORA_DISK_2: deleting archive log(s)
archive log filename=G:\ARCHIVE\PRODRAC_004_05760_0575926036.ARC recid=51689 stamp=660017344
archive log filename=E:\ARCHIVE\PRODRAC_004_05760_0575926036.ARC recid=51688 stamp=660017344
archive log filename=G:\ARCHIVE\PRODRAC_004_05761_0575926036.ARC recid=51697 stamp=660032069
archive log filename=E:\ARCHIVE\PRODRAC_004_05761_0575926036.ARC recid=51696 stamp=660032069
archive log filename=E:\ARCHIVE\PRODRAC_004_05762_0575926036.ARC recid=51704 stamp=660051690
archive log filename=G:\ARCHIVE\PRODRAC_004_05762_0575926036.ARC recid=51705 stamp=660051690
archive log filename=E:\ARCHIVE\PRODRAC_004_05763_0575926036.ARC recid=51710 stamp=660061718
archive log filename=G:\ARCHIVE\PRODRAC_004_05763_0575926036.ARC recid=51711 stamp=660061718
archive log filename=E:\ARCHIVE\PRODRAC_004_05764_0575926036.ARC recid=51716 stamp=660069980
archive log filename=G:\ARCHIVE\PRODRAC_004_05764_0575926036.ARC recid=51717 stamp=660069980
archive log filename=E:\ARCHIVE\PRODRAC_004_05765_0575926036.ARC recid=51720 stamp=660081117
archive log filename=G:\ARCHIVE\PRODRAC_004_05765_0575926036.ARC recid=51721 stamp=660081117
archive log filename=G:\ARCHIVE\PRODRAC_004_05766_0575926036.ARC recid=51723 stamp=660087215
archive log filename=E:\ARCHIVE\PRODRAC_004_05766_0575926036.ARC recid=51722 stamp=660087214
channel ORA_DISK_1: finished piece 1 at 14-JUL-08
piece handle=F:\BACKUP\PRODRAC_LVL0_20080714_1MJLG8GQ_S45110_P1 tag=INDRAC comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:04:43

Shirley,
If there was no change to the E: then the logs should have been kept (RMAN-8137) unless they were possibly aged out of the controlfile (unlikely since it defaults to 65K) or have been applied already. (The F: logs would have been marked as EXPIRED at the next crosscheck). Check to see which are EXPIRED:
RMAN> list expired archivelog all;
To see the earliest log:
select sequence# from v$log_history where rownum <2;
Have you checked the V$MANAGED_STANDBY to insure they were not already applied? Given that your latest rman log shows logs being deleted with no RMAN-8137 raised would indicate that they are not needed for the standby.

Help Educate Me on an RMAN Recovery Question

Perhaps I am not understanding how recovery should work, so, let me lay out my situation:
First things first:
Oracle 11.2.0.2.5 on AIX 6.1
Source database: POR02P on a 4 node cluster
Auxiliary database: POR02x (single instance)
I want to duplicate my source database to my auxiliary database as of 02-APR-2013 at 3:00PM
Here are how my backups run:
LEVEL0 On Sunday at 8:00 AM
LEVEL1 Differential all other days at 8:00 AM
Intermediate Archivelogs backups run at the following times daily: 00:45, 11:45, 19:45
March 31 is my LEVEL0.
So, the way I understand things, to do this duplicate:
I need my LEVEL0 from Sunday
I need my LEVEL1 from Monday
I need my LEVEL1 from Tuesday
I need all my archivelogs from just before the LEVEL1 on Tuesday started all the way to after 3:00PM on Tuesday:
Restore archive backups from:
4/2 11:45
4/2 19:45
All my backups include a controlfile.
According to my above analysis, I made sure the required files were on disk.
After making sure my files were on disk, I went to my source database and ran the following to make sure Oracle had all the files it needs:
RMAN> run {
2> set until time = "to_date('02-APR-2013 15:00:00','DD-MON-YYYY HH24:MI:SS')";
3> restore database preview summary;
4> }
This above command succeeds and I can verify all the files it mentions are on disk.
Here is the problem, the restore of the LEVEL0 and LEVEL1's succeed. When it starts recovery, it fails asking for an archive log that both:
*1. Was not listed as part of the PREVIEW command*
*2. Is from a time between my LEVEL0 and first LEVEL1.*
I was under the impression that RMAN does not need archivelogs from BETWEEN incremental backups.
Am I wrong about this?
Doesn't an incremental LEVEL1 differential go back to the last incremental and get all the needed blocks thereby making the "in between" archivelogs obsolete?
If I am wrong about this, that solves part of my confusion...
The other part of my confusion is why does the PREVIEW command not specify the archivelogs it asks for during recovery?
If you can answer my question now, you can skip the rest.
Else, here are all the dirty details.
Here is mt PREVIEW command as run on the source database. The output supports how I think this should work:
RMAN> run {
2> set until time = "to_date('02-APR-2013 15:00:00','DD-MON-YYYY HH24:MI:SS')";
3> restore database preview;
4> }
executing command: SET until clause
Starting restore at 23-APR-2013 13:47:30
using channel ORA_DISK_1
using channel ORA_DISK_2
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
11386312 Incr 0 105.12M DISK 00:00:23 31-MAR-2013 08:00:29
BP Key: 11386324 Status: AVAILABLE Compressed: YES Tag: LEVEL0
Piece Name: /backup_rman/backupset/por02p/POR02P_20130331_e6o5su46_1_1.BAK
List of Datafiles in backup set 11386312
File LV Type Ckp SCN Ckp Time Name
1 0 Incr 15658251 31-MAR-2013 08:00:06 +POR02P_DATA/por02p/datafile/system.258.810123295
3 0 Incr 15658251 31-MAR-2013 08:00:06 +POR02P_DATA/por02p/datafile/undotbs1.260.810123303
4 0 Incr 15658251 31-MAR-2013 08:00:06 +POR02P_DATA/por02p/datafile/undotbs2.261.810123315
5 0 Incr 15658251 31-MAR-2013 08:00:06 +POR02P_DATA/por02p/datafile/undotbs3.262.810123315
6 0 Incr 15658251 31-MAR-2013 08:00:06 +POR02P_DATA/por02p/datafile/undotbs4.263.810123317
9 0 Incr 15658251 31-MAR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_ias_orasdpm.274.810135793
14 0 Incr 15658251 31-MAR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_oim_lob.281.810135799
BS Key Type LV Size Device Type Elapsed Time Completion Time
11613131 Incr 1 122.93M DISK 00:00:21 01-APR-2013 08:00:19
BP Key: 11613143 Status: AVAILABLE Compressed: YES Tag: LEVEL1D
Piece Name: /backup_rman/backupset/por02p/POR02P_20130401_f2o5vig5_1_1.BAK
List of Datafiles in backup set 11613131
File LV Type Ckp SCN Ckp Time Name
1 1 Incr 16624714 01-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/system.258.810123295
3 1 Incr 16624714 01-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/undotbs1.260.810123303
4 1 Incr 16624714 01-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/undotbs2.261.810123315
5 1 Incr 16624714 01-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/undotbs3.262.810123315
6 1 Incr 16624714 01-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/undotbs4.263.810123317
9 1 Incr 16624714 01-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_ias_orasdpm.274.810135793
14 1 Incr 16624714 01-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_oim_lob.281.810135799
BS Key Type LV Size Device Type Elapsed Time Completion Time
11784495 Incr 1 119.81M DISK 00:00:20 02-APR-2013 08:00:19
BP Key: 11784507 Status: AVAILABLE Compressed: YES Tag: LEVEL1D
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_fuo626s5_1_1.BAK
List of Datafiles in backup set 11784495
File LV Type Ckp SCN Ckp Time Name
1 1 Incr 17547965 02-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/system.258.810123295
3 1 Incr 17547965 02-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/undotbs1.260.810123303
4 1 Incr 17547965 02-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/undotbs2.261.810123315
5 1 Incr 17547965 02-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/undotbs3.262.810123315
6 1 Incr 17547965 02-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/undotbs4.263.810123317
9 1 Incr 17547965 02-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_ias_orasdpm.274.810135793
14 1 Incr 17547965 02-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_oim_lob.281.810135799
BS Key Type LV Size Device Type Elapsed Time Completion Time
11386314 Incr 0 901.41M DISK 00:03:33 31-MAR-2013 08:03:38
BP Key: 11386326 Status: AVAILABLE Compressed: YES Tag: LEVEL0
Piece Name: /backup_rman/backupset/por02p/POR02P_20130331_e5o5su45_1_1.BAK
List of Datafiles in backup set 11386314
File LV Type Ckp SCN Ckp Time Name
2 0 Incr 15658225 31-MAR-2013 08:00:06 +POR02P_DATA/por02p/datafile/sysaux.259.810123299
7 0 Incr 15658225 31-MAR-2013 08:00:06 +POR02P_DATA/por02p/datafile/users.264.810123317
8 0 Incr 15658225 31-MAR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_mds.273.810135793
10 0 Incr 15658225 31-MAR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_soainfra.275.810135795
11 0 Incr 15658225 31-MAR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_oim.276.810135797
12 0 Incr 15658225 31-MAR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_biplatform.277.810135797
13 0 Incr 15658225 31-MAR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_ias_opss.278.810135797
BS Key Type LV Size Device Type Elapsed Time Completion Time
11613133 Incr 1 77.77M DISK 00:00:36 01-APR-2013 08:00:41
BP Key: 11613145 Status: AVAILABLE Compressed: YES Tag: LEVEL1D
Piece Name: /backup_rman/backupset/por02p/POR02P_20130401_f1o5vig5_1_1.BAK
List of Datafiles in backup set 11613133
File LV Type Ckp SCN Ckp Time Name
2 1 Incr 16624711 01-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/sysaux.259.810123299
7 1 Incr 16624711 01-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/users.264.810123317
8 1 Incr 16624711 01-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_mds.273.810135793
10 1 Incr 16624711 01-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_soainfra.275.810135795
11 1 Incr 16624711 01-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_oim.276.810135797
12 1 Incr 16624711 01-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_biplatform.277.810135797
13 1 Incr 16624711 01-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_ias_opss.278.810135797
BS Key Type LV Size Device Type Elapsed Time Completion Time
11784497 Incr 1 71.67M DISK 00:00:27 02-APR-2013 08:00:32
BP Key: 11784509 Status: AVAILABLE Compressed: YES Tag: LEVEL1D
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_fto626s5_1_1.BAK
List of Datafiles in backup set 11784497
File LV Type Ckp SCN Ckp Time Name
2 1 Incr 17547912 02-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/sysaux.259.810123299
7 1 Incr 17547912 02-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/users.264.810123317
8 1 Incr 17547912 02-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_mds.273.810135793
10 1 Incr 17547912 02-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_soainfra.275.810135795
11 1 Incr 17547912 02-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_oim.276.810135797
12 1 Incr 17547912 02-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_biplatform.277.810135797
13 1 Incr 17547912 02-APR-2013 08:00:06 +POR02P_DATA/por02p/datafile/lfgprod_ias_opss.278.810135797
List of Backup Sets
===================
BS Key Size Device Type Elapsed Time Completion Time
11784501 60.89M DISK 00:00:09 02-APR-2013 08:00:53
BP Key: 11784513 Status: AVAILABLE Compressed: YES Tag: ARCHIVE_BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_g1o626tc_1_1.BAK
List of Archived Logs in backup set 11784501
Thrd Seq Low SCN Low Time Next SCN Next Time
2 147 17279219 02-APR-2013 00:45:13 17549976 02-APR-2013 08:00:35
4 149 17279360 02-APR-2013 00:45:13 17549980 02-APR-2013 08:00:35
1 179 17279579 02-APR-2013 00:45:15 17549968 02-APR-2013 08:00:34
BS Key Size Device Type Elapsed Time Completion Time
11784499 26.99M DISK 00:00:04 02-APR-2013 08:00:48
BP Key: 11784511 Status: AVAILABLE Compressed: YES Tag: ARCHIVE_BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_g2o626tc_1_1.BAK
List of Archived Logs in backup set 11784499
Thrd Seq Low SCN Low Time Next SCN Next Time
3 149 17279600 02-APR-2013 00:45:15 17549971 02-APR-2013 08:00:34
1 180 17549968 02-APR-2013 08:00:34 17549996 02-APR-2013 08:00:40
3 150 17549971 02-APR-2013 08:00:34 17549999 02-APR-2013 08:00:40
2 148 17549976 02-APR-2013 08:00:35 17550003 02-APR-2013 08:00:41
BS Key Size Device Type Elapsed Time Completion Time
11784500 2.00K DISK 00:00:01 02-APR-2013 08:00:52
BP Key: 11784512 Status: AVAILABLE Compressed: YES Tag: ARCHIVE_BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_g3o626tj_1_1.BAK
List of Archived Logs in backup set 11784500
Thrd Seq Low SCN Low Time Next SCN Next Time
4 150 17549980 02-APR-2013 08:00:35 17550007 02-APR-2013 08:00:41
BS Key Size Device Type Elapsed Time Completion Time
11798434 28.77M DISK 00:00:05 02-APR-2013 11:45:28
BP Key: 11798442 Status: AVAILABLE Compressed: YES Tag: ARCHIVE_BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_g7o62k2j_1_1.BAK
List of Archived Logs in backup set 11798434
Thrd Seq Low SCN Low Time Next SCN Next Time
1 181 17549996 02-APR-2013 08:00:40 17687415 02-APR-2013 11:45:05
3 151 17549999 02-APR-2013 08:00:40 17687418 02-APR-2013 11:45:05
BS Key Size Device Type Elapsed Time Completion Time
11798432 20.40M DISK 00:00:03 02-APR-2013 11:45:27
BP Key: 11798440 Status: AVAILABLE Compressed: YES Tag: ARCHIVE_BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_g8o62k2k_1_1.BAK
List of Archived Logs in backup set 11798432
Thrd Seq Low SCN Low Time Next SCN Next Time
2 149 17550003 02-APR-2013 08:00:41 17687399 02-APR-2013 11:45:03
4 151 17550007 02-APR-2013 08:00:41 17687403 02-APR-2013 11:45:03
2 150 17687399 02-APR-2013 11:45:03 17688884 02-APR-2013 11:45:15
4 152 17687403 02-APR-2013 11:45:03 17688895 02-APR-2013 11:45:15
BS Key Size Device Type Elapsed Time Completion Time
11798433 66.00K DISK 00:00:00 02-APR-2013 11:45:27
BP Key: 11798441 Status: AVAILABLE Compressed: YES Tag: ARCHIVE_BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_g9o62k2n_1_1.BAK
List of Archived Logs in backup set 11798433
Thrd Seq Low SCN Low Time Next SCN Next Time
1 182 17687415 02-APR-2013 11:45:05 17688871 02-APR-2013 11:45:14
3 152 17687418 02-APR-2013 11:45:05 17688875 02-APR-2013 11:45:14
BS Key Size Device Type Elapsed Time Completion Time
11834701 54.22M DISK 00:00:08 02-APR-2013 19:45:32
BP Key: 11834709 Status: AVAILABLE Compressed: YES Tag: ARCHIVE_BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_gdo63g6k_1_1.BAK
List of Archived Logs in backup set 11834701
Thrd Seq Low SCN Low Time Next SCN Next Time
1 183 17688871 02-APR-2013 11:45:14 17982647 02-APR-2013 19:45:04
3 153 17688875 02-APR-2013 11:45:14 17982641 02-APR-2013 19:45:04
BS Key Size Device Type Elapsed Time Completion Time
11834699 44.18M DISK 00:00:07 02-APR-2013 19:45:31
BP Key: 11834707 Status: AVAILABLE Compressed: YES Tag: ARCHIVE_BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_geo63g6k_1_1.BAK
List of Archived Logs in backup set 11834699
Thrd Seq Low SCN Low Time Next SCN Next Time
2 151 17688884 02-APR-2013 11:45:15 17982650 02-APR-2013 19:45:04
4 153 17688895 02-APR-2013 11:45:15 17982653 02-APR-2013 19:45:04
Media recovery start SCN is 17547912
Recovery must be done beyond SCN 17548424 to clear datafile fuzziness
Finished restore at 23-APR-2013 13:47:32
Here is a summary of the files it lists:
Piece Name: /backup_rman/backupset/por02p/POR02P_20130331_e6o5su46_1_1.BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130401_f2o5vig5_1_1.BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_fuo626s5_1_1.BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130331_e5o5su45_1_1.BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130401_f1o5vig5_1_1.BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_fto626s5_1_1.BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_g1o626tc_1_1.BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_g2o626tc_1_1.BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_g3o626tj_1_1.BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_g7o62k2j_1_1.BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_g8o62k2k_1_1.BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_g9o62k2n_1_1.BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_gdo63g6k_1_1.BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130402_geo63g6k_1_1.BAK
Here is my list of files on disk. There are actually
more files listed here because the PREVIEW command does
not show pieces with Control/SPFILE backups:
-rw-r----- 1 oracle oinstall 945201152 Mar 31 08:03 POR02P_20130331_e5o5su45_1_1.BAK
-rw-r----- 1 oracle oinstall 110231552 Mar 31 08:00 POR02P_20130331_e6o5su46_1_1.BAK
-rw-r----- 1 oracle oinstall 1261568 Mar 31 08:00 POR02P_20130331_e7o5su4v_1_1.BAK
-rw-r----- 1 oracle oinstall 81559552 Apr 1 08:00 POR02P_20130401_f1o5vig5_1_1.BAK
-rw-r----- 1 oracle oinstall 128909312 Apr 1 08:00 POR02P_20130401_f2o5vig5_1_1.BAK
-rw-r----- 1 oracle oinstall 1277952 Apr 1 08:00 POR02P_20130401_f3o5vigv_1_1.BAK
-rw-r----- 1 oracle oinstall 75161600 Apr 2 08:00 POR02P_20130402_fto626s5_1_1.BAK
-rw-r----- 1 oracle oinstall 125640704 Apr 2 08:00 POR02P_20130402_fuo626s5_1_1.BAK
-rw-r----- 1 oracle oinstall 1294336 Apr 2 08:00 POR02P_20130402_fvo626su_1_1.BAK
-rw-r----- 1 oracle oinstall 63847936 Apr 2 08:00 POR02P_20130402_g1o626tc_1_1.BAK
-rw-r----- 1 oracle oinstall 28300800 Apr 2 08:00 POR02P_20130402_g2o626tc_1_1.BAK
-rw-r----- 1 oracle oinstall 2560 Apr 2 08:00 POR02P_20130402_g3o626tj_1_1.BAK
-rw-r----- 1 oracle oinstall 30164480 Apr 2 11:45 POR02P_20130402_g7o62k2j_1_1.BAK
-rw-r----- 1 oracle oinstall 21393920 Apr 2 11:45 POR02P_20130402_g8o62k2k_1_1.BAK
-rw-r----- 1 oracle oinstall 68096 Apr 2 11:45 POR02P_20130402_g9o62k2n_1_1.BAK
-rw-r----- 1 oracle oinstall 56855552 Apr 2 19:45 POR02P_20130402_gdo63g6k_1_1.BAK
-rw-r----- 1 oracle oinstall 46324224 Apr 2 19:45 POR02P_20130402_geo63g6k_1_1.BAK
-rw-r----- 1 oracle oinstall 3072 Apr 2 19:45 POR02P_20130402_gfo63g6r_1_1.BAK
Okay, so at this point, I think I have everything I need.
Here is my RMAN command:
# start up auxiliary in nomount
run {
allocate auxiliary channel a1 type disk;
allocate auxiliary channel a2 type disk;
allocate auxiliary channel a3 type disk;
allocate auxiliary channel a4 type disk;
set until time = "to_date('02-APR-2013:15:00:00','DD-MON-YYYY:HH24:MI:SS')";
DUPLICATE DATABASE TO por02x
BACKUP LOCATION '/backup_rman/backupset/por02p'
NOFILENAMECHECK
LOGFILE
GROUP 1 ('+DB_REDO') SIZE 512M,
GROUP 2 ('+DB_REDO') SIZE 512M,
GROUP 3 ('+DB_REDO') SIZE 512M,
GROUP 4 ('+DB_REDO') SIZE 512M,
GROUP 5 ('+DB_REDO') SIZE 512M,
GROUP 6 ('+DB_REDO') SIZE 512M,
GROUP 7 ('+DB_REDO') SIZE 512M,
GROUP 8 ('+DB_REDO') SIZE 512M;
For now, I won't paste in the entire output of the log,
just enough to see that it works fine through the restore,
then fails at an archivelog. If someone wants the whole
thing, I can add it in:
RMAN> run {
2> allocate auxiliary channel a1 type disk;
3> allocate auxiliary channel a2 type disk;
4> allocate auxiliary channel a3 type disk;
5> allocate auxiliary channel a4 type disk;
6> set until time = "to_date('02-APR-2013:15:00:00','DD-MON-YYYY:HH24:MI:SS')";
7> DUPLICATE DATABASE TO por02x
8> BACKUP LOCATION '/backup_rman/backupset/por02p'
9> NOFILENAMECHECK
10> LOGFILE
11> GROUP 1 ('+DB_REDO') SIZE 512M,
12> GROUP 2 ('+DB_REDO') SIZE 512M,
13> GROUP 3 ('+DB_REDO') SIZE 512M,
14> GROUP 4 ('+DB_REDO') SIZE 512M,
15> GROUP 5 ('+DB_REDO') SIZE 512M,
16> GROUP 6 ('+DB_REDO') SIZE 512M,
17> GROUP 7 ('+DB_REDO') SIZE 512M,
18> GROUP 8 ('+DB_REDO') SIZE 512M;
19> }
allocated channel: a1
channel a1: SID=49 device type=DISK
allocated channel: a2
channel a2: SID=98 device type=DISK
allocated channel: a3
channel a3: SID=146 device type=DISK
allocated channel: a4
channel a4: SID=194 device type=DISK
executing command: SET until clause
Starting Duplicate Db at 23-APR-2013 14:22:07
contents of Memory Script:
sql clone "create spfile from memory";
executing Memory Script
sql statement: create spfile from memory
contents of Memory Script:
shutdown clone immediate;
startup clone nomount;
executing Memory Script
Oracle instance shut down
connected to auxiliary database (not started)
Oracle instance started
Total System Global Area 2137886720 bytes
Fixed Size 2221336 bytes
Variable Size 503319272 bytes
Database Buffers 1610612736 bytes
Redo Buffers 21733376 bytes
allocated channel: a1
channel a1: SID=98 device type=DISK
allocated channel: a2
channel a2: SID=146 device type=DISK
allocated channel: a3
channel a3: SID=194 device type=DISK
allocated channel: a4
channel a4: SID=242 device type=DISK
contents of Memory Script:
sql clone "alter system set db_name =
''POR02P'' comment=
''Modified by RMAN duplicate'' scope=spfile";
sql clone "alter system set db_unique_name =
''POR02X'' comment=
''Modified by RMAN duplicate'' scope=spfile";
shutdown clone immediate;
startup clone force nomount
restore clone primary controlfile from '/backup_rman/backupset/por02p/POR02P_20130331_e7o5su4v_1_1.BAK';
alter clone database mount;
executing Memory Script
sql statement: alter system set db_name = ''POR02P'' comment= ''Modified by RMAN duplicate'' scope=spfile
sql statement: alter system set db_unique_name = ''POR02X'' comment= ''Modified by RMAN duplicate'' scope=spfile
Oracle instance shut down
Oracle instance started
Total System Global Area 2137886720 bytes
Fixed Size 2221336 bytes
Variable Size 503319272 bytes
Database Buffers 1610612736 bytes
Redo Buffers 21733376 bytes
allocated channel: a1
channel a1: SID=98 device type=DISK
allocated channel: a2
channel a2: SID=146 device type=DISK
allocated channel: a3
channel a3: SID=194 device type=DISK
allocated channel: a4
channel a4: SID=242 device type=DISK
Starting restore at 23-APR-2013 14:23:02
channel a2: skipped, AUTOBACKUP already found
channel a3: skipped, AUTOBACKUP already found
channel a4: skipped, AUTOBACKUP already found
channel a1: restoring control file
channel a1: restore complete, elapsed time: 00:00:10
output file name=+POR02U_CTL/por02x/control01.ctl
Finished restore at 23-APR-2013 14:23:12
database mounted
channel a1: starting datafile backup set restore
channel a1: specifying datafile(s) to restore from backup set
channel a1: restoring datafile 00001 to +por02u_data
channel a1: restoring datafile 00003 to +por02u_data
channel a1: restoring datafile 00004 to +por02u_data
channel a1: restoring datafile 00005 to +por02u_data
channel a1: restoring datafile 00006 to +por02u_data
channel a1: restoring datafile 00009 to +por02u_data
channel a1: restoring datafile 00014 to +por02u_data
channel a1: reading from backup piece /backup_rman/backupset/por02p/POR02P_20130331_e6o5su46_1_1.BAK
channel a2: starting datafile backup set restore
channel a2: specifying datafile(s) to restore from backup set
channel a2: restoring datafile 00002 to +por02u_data
channel a2: restoring datafile 00007 to +por02u_data
channel a2: restoring datafile 00008 to +por02u_data
channel a2: restoring datafile 00010 to +por02u_data
channel a2: restoring datafile 00011 to +por02u_data
channel a2: restoring datafile 00012 to +por02u_data
channel a2: restoring datafile 00013 to +por02u_data
channel a2: reading from backup piece /backup_rman/backupset/por02p/POR02P_20130331_e5o5su45_1_1.BAK
channel a1: piece handle=/backup_rman/backupset/por02p/POR02P_20130331_e6o5su46_1_1.BAK tag=LEVEL0
channel a1: restored backup piece 1
channel a1: restore complete, elapsed time: 00:00:55
channel a2: piece handle=/backup_rman/backupset/por02p/POR02P_20130331_e5o5su45_1_1.BAK tag=LEVEL0
channel a2: restored backup piece 1
channel a2: restore complete, elapsed time: 00:05:05
Finished restore at 23-APR-2013 14:28:24
channel a2: reading from backup piece /backup_rman/backupset/por02p/POR02P_20130402_fto626s5_1_1.BAK
channel a1: piece handle=/backup_rman/backupset/por02p/POR02P_20130402_fuo626s5_1_1.BAK tag=LEVEL1D
channel a1: restored backup piece 1
channel a1: restore complete, elapsed time: 00:00:35
channel a2: piece handle=/backup_rman/backupset/por02p/POR02P_20130402_fto626s5_1_1.BAK tag=LEVEL1D
channel a2: restored backup piece 1
channel a2: restore complete, elapsed time: 00:00:35
starting media recovery
unable to find archived log
archived log thread=1 sequence=163
released channel: a1
released channel: a2
released channel: a3
released channel: a4
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of Duplicate Db command at 04/23/2013 14:29:41
RMAN-05501: aborting duplication of target database
RMAN-03015: error occurred in stored script Memory Script
RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 163 and starting SCN of 15660537
RMAN> **end-of-file**
So, if I go back to my source:
RMAN> list backup of archivelog sequence 163 thread 1;
List of Backup Sets
===================
BS Key Size Device Type Elapsed Time Completion Time
11386318 66.51M DISK 00:00:09 31-MAR-2013 08:04:08
BP Key: 11386330 Status: EXPIRED Compressed: YES Tag: ARCHIVE_BAK
Piece Name: /backup_rman/backupset/por02p/POR02P_20130331_e9o5subf_1_1.BAK
List of Archived Logs in backup set 11386318
Thrd Seq Low SCN Low Time Next SCN Next Time
1 163 15336390 31-MAR-2013 00:45:14 15661283 31-MAR-2013 08:03:51
The archivelog is not reported as part of the preview
command. Also, shouldn't it's changes be included in
the next day's LEVEL1?
Thanks for anyone's time. Would be happy to provide
more info.

Levi,
Thank you very much for your insight.
However, I may have found something. I have not fully tested and found a solution so I have not posted an update yet...I want to make sure I have a complete answer. However, I will provide some details.
I decided to go ahead and restore ALL my archivelogs just to see if I could get the recovery to work.
It still did not work!
So, I happened to look at my alert log (can't believe I did not check it before) and I saw this:
Wed Apr 24 13:34:20 2013
Errors with log +DB_ARCH/por02x/archivelog/2013_04_24/thread_4_seq_151.7352.813591241
Recovery interrupted!
Recovered data files to a consistent state at change 17574527
Media Recovery failed with error 19755
Errors in file /opt/app/oracle/diag/rdbms/por02x/por02x/trace/por02x_pr00_2973744.trc:
ORA-00283: recovery session canceled due to errors
ORA-19755: could not open change tracking file
ORA-19750: change tracking file: '+POR02P_DATA/por02p/changetracking/ctf.272.810127579'
ORA-17503: ksfdopn:2 Failed to open file +POR02P_DATA/por02p/changetracking/ctf.272.810127579
ORA-15001: diskgroup "POR02P_DATA" does not exist or is not mounted
ORA-15001: diskgroup "POR02P_DATA" does not exist or is not mounted
Slave exiting with ORA-283 exception
Errors in file /opt/app/oracle/diag/rdbms/por02x/por02x/trace/por02x_pr00_2973744.trc:
ORA-00283: recovery session canceled due to errors
ORA-19755: could not open change tracking file
ORA-19750: change tracking file: '+POR02P_DATA/por02p/changetracking/ctf.272.810127579'
ORA-17503: ksfdopn:2 Failed to open file +POR02P_DATA/por02p/changetracking/ctf.272.810127579
ORA-15001: diskgroup "POR02P_DATA" does not exist or is not mounted
ORA-15001: diskgroup "POR02P_DATA" does not exist or is not mounted
ORA-10877 signalled during: alter database recover logfile '+DB_ARCH/por02x/archivelog/2013_04_24/thread_4_seq_151.7352.813591241'...
Then, I looked on Metalink and found this:
Oracle Support Document 1098638.1 (Rman Duplicate fail ORA-19755, Tries Open The Block Change Tracking File of Source DB) can be found at: https://support.oracle.com/epmos/faces/DocumentDisplay?id=1098638.1
[https://support.oracle.com/epmos/faces/DocumentDisplay?id=1098638.1]
Now, this document is very interesting within the context of the problem I am having. However, it says a few things:
1. This is fixed in the oracle patchset 11.2.0.2 as part of Bug 7500916.
---I am on patchset 11.2.0.2!
2. The workaround is to disable change tracking before duplicate.
---this is not really an option for me...we like having this turned on...it considerably speeds up our backups
3. Workaround is to set DB_FILE_NAME_CONVERT in the SET-clause of duplicate, instead of using DB_FILE_NAME_CONVERT setting in an init.ora or spfile.
---tried this...did not work
4. Workaround is to create a dummy file in the location where the error ORA-19755 is signalled.
---have not tried this yet
Another interesting thing to note:
My database is left in mounted state when it fails. After seeing this document, just for fun I:
SQL> alter database disable block change tracking;
Database altered.
And Then:
RMAN> run {
2> set until time = "to_date('02-APR-2013:15:00:00','DD-MON-YYYY:HH24:MI:SS')";
3> recover database;
4> }
executing command: SET until clause
Starting recover at 24-APR-2013 14:20:20
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=98 device type=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: SID=146 device type=DISK
starting media recovery
archived log for thread 1 with sequence 181 is already on disk as file +DB_ARCH/por02x/archivelog/2013_04_24/thread_1_seq_181.7864.813591241
archived log for thread 1 with sequence 182 is already on disk as file +DB_ARCH/por02x/archivelog/2013_04_24/thread_1_seq_182.2358.813591247
archived log for thread 1 with sequence 183 is already on disk as file +DB_ARCH/por02x/archivelog/2013_04_24/thread_1_seq_183.3637.813591249
archived log for thread 2 with sequence 149 is already on disk as file +DB_ARCH/por02x/archivelog/2013_04_24/thread_2_seq_149.9547.813591241
archived log for thread 2 with sequence 150 is already on disk as file +DB_ARCH/por02x/archivelog/2013_04_24/thread_2_seq_150.9570.813591241
archived log for thread 2 with sequence 151 is already on disk as file +DB_ARCH/por02x/archivelog/2013_04_24/thread_2_seq_151.6148.813591247
archived log for thread 3 with sequence 151 is already on disk as file +DB_ARCH/por02x/archivelog/2013_04_24/thread_3_seq_151.9630.813591239
archived log for thread 3 with sequence 152 is already on disk as file +DB_ARCH/por02x/archivelog/2013_04_24/thread_3_seq_152.4418.813591247
archived log for thread 3 with sequence 153 is already on disk as file +DB_ARCH/por02x/archivelog/2013_04_24/thread_3_seq_153.9782.813591247
archived log for thread 4 with sequence 151 is already on disk as file +DB_ARCH/por02x/archivelog/2013_04_24/thread_4_seq_151.7352.813591241
archived log for thread 4 with sequence 152 is already on disk as file +DB_ARCH/por02x/archivelog/2013_04_24/thread_4_seq_152.6936.813591241
archived log for thread 4 with sequence 153 is already on disk as file +DB_ARCH/por02x/archivelog/2013_04_24/thread_4_seq_153.9610.813591249
archived log file name=+DB_ARCH/por02x/archivelog/2013_04_24/thread_4_seq_151.7352.813591241 thread=4 sequence=151
archived log file name=+DB_ARCH/por02x/archivelog/2013_04_24/thread_1_seq_181.7864.813591241 thread=1 sequence=181
archived log file name=+DB_ARCH/por02x/archivelog/2013_04_24/thread_2_seq_149.9547.813591241 thread=2 sequence=149
archived log file name=+DB_ARCH/por02x/archivelog/2013_04_24/thread_3_seq_151.9630.813591239 thread=3 sequence=151
archived log file name=+DB_ARCH/por02x/archivelog/2013_04_24/thread_2_seq_150.9570.813591241 thread=2 sequence=150
archived log file name=+DB_ARCH/por02x/archivelog/2013_04_24/thread_4_seq_152.6936.813591241 thread=4 sequence=152
archived log file name=+DB_ARCH/por02x/archivelog/2013_04_24/thread_1_seq_182.2358.813591247 thread=1 sequence=182
archived log file name=+DB_ARCH/por02x/archivelog/2013_04_24/thread_3_seq_152.4418.813591247 thread=3 sequence=152
archived log file name=+DB_ARCH/por02x/archivelog/2013_04_24/thread_1_seq_183.3637.813591249 thread=1 sequence=183
archived log file name=+DB_ARCH/por02x/archivelog/2013_04_24/thread_3_seq_153.9782.813591247 thread=3 sequence=153
archived log file name=+DB_ARCH/por02x/archivelog/2013_04_24/thread_2_seq_151.6148.813591247 thread=2 sequence=151
archived log file name=+DB_ARCH/por02x/archivelog/2013_04_24/thread_4_seq_153.9610.813591249 thread=4 sequence=153
media recovery complete, elapsed time: 00:00:08
Finished recover at 24-APR-2013 14:20:36
So, it finishes the recovery. However, I did not yet try to open resetlogs because this was originally a duplicate and doing an open resetlogs would not complete all the post-duplicate operations.
Also, looking at the logs applied when running the above recover, now it only uses logs that were specified in the original PREVIEW command.
I am going to play around some more and I promise I will post back with whatever results I happen across.
Chris..

RMAN-08137 workaround ?

Similar Messages

Maybe you are looking for