Oracle 11.2.0.3 AIX 64 bits
Fazendo a consulta no dataguard, verifiquei qual foi o ultimo archive RECEBIDO 

select thread#, max(sequence#) "Last Standby Seq Received"
from v$archived_log val, v$database vdb
where val.resetlogs_change# = vdb.resetlogs_change#
group by thread# order by 1;  2    3    4     THREAD# Last Standby Seq Received
---------- -------------------------
         1                     56424
   
   No alert.log ele me informa que a última sequence aplicada foi o 55200, 
confirmando com a query abaixo:
SQL> select sequence#, APPLIED from v$archived_log where sequence# between 
55200 and 56424;SEQUENCE# APPLIED
---------- ---------
     55200 YES
     55240 NO
     55241 NO
     55242 NO
     55243 NO
     55244 NO
     55245 NO
     55246 NO
     55247 NO
     55248 NO
     55249 NO
     55250 NO
     55251 NO
     55252 NO
     55253 NO
     55254 NO
     55255 NO
     55256 NO
     55257 NO
     55258 NO
     55238 NO
     55259 NO
     55261 NO
     55262 NO
     55260 NO
     55263 NO
  
Ou seja, ele aplicou até a sequence 55200, e não recebeu nenhum archive entre 
as sequences 55201 e o 55239, o restante foi recebido, mas não foi 
aplicado.Então a partir dai, a minha corrida foi ir atrás desse archives que 
teoricamente não foram enviados para o data guard.  
Fazendo a mesma consulta no database de produção(origem), é me mostrado o 
seguinte:NAME                                                                   
                   SEQUENCE# APPLIED
XUXAG                                                                           
           55200 YES    
                                                                                
           55200 NO     
XUXAS                                                                           
           55200 YES    
XUXAG                                                                           
           55201 YES    
                                                                                
           55201 NO     
                                                                                
           55202 NO     
XUXAG                                                                           
           55202 YES    
 
...
...
...
                       
/u04/fast_recovery_area/XUXA/XUXA/archivelog/2015_02_24/o1_mf_1_55238_bgsckk8g_.arc
     55238 NO     
XUXAG                                                                           
           55239 YES    
/u04/fast_recovery_area/XUXA/XUXA/archivelog/2015_02_24/o1_mf_1_55239_bgsfzrlt_.arc
     55239 NO     
XUXAG                                                                           
           55240 YES    
/u04/fast_recovery_area/XUXA/XUXA/archivelog/2015_02_24/o1_mf_1_55240_bgsgh1fp_.arc
     55240 NO     
XUXAG                                                                           
           55241 YES    
/u04/fast_recovery_area/XUXA/XUXA/archivelog/2015_02_24/o1_mf_1_55241_bgsghd5l_.arc
     55241 NO     
XUXAG                                                                           
           55242 YES    
/u04/fast_recovery_area/XUXA/XUXA/archivelog/2015_02_24/o1_mf_1_55242_bgsghtxx_.arc
     55242 NO     
...
...
                    
Obs: Temos 2 dataguards, XUXAG e XUXAS. Estamos analisando a situação do XUXAS. 
    
     
     
No database de produção(origem) entrei no rman para verificar os archives.
RMAN> LIST ARCHIVELOG FROM SEQUENCE 55201 UNTIL SEQUENCE 55239;
using target database control file instead of recovery catalog
List of Archived Log Copies for database with db_unique_name XUXAPRD
=====================================================================Key     
Thrd Seq     S Low Time           
------- ---- ------- - -------------------
174911  1    55238   A 02/24/2015 13:50:32
        Name: 
/u04/fast_recovery_area/XUXAPRD/XUXAPRD/archivelog/2015_02_24/o1_mf_1_55238_bgsckk8g_.arc174913
  1    55239   A 02/24/2015 14:00:33
        Name: 
/u04/fast_recovery_area/XUXAPRD/XUXAPRD/archivelog/2015_02_24/o1_mf_1_55239_bgsfzrlt_.arc
  O Rman só consegiu achar os archives da sequence 55238 e 55239, faltam ainda 
as sequences do 55201 ao 55237.  
CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO 'SBT_TAPE' APPLIED 
ON ALL STANDBY;
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 15 DAYS;
Pela política de deleção dos archives, eles não poderiam ter sido deletados, 
pois não foram aplicados em todos os STANDBY, somente em um.Alguém tem alguma 
solução?Sobre o outro dataguard que está ok, ele já aplicou os archives e já 
deletou.Alguém pode ajudar? Espero que eu tenha sido claro nas minhas 
declarações.
  • [oracle_br] DataGuard ... Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]

Responder a