Colega Edinilson, Esta mensagem refere-se a um arquivo que já foi processado e removido por outro processo. No seu caso, aconteceu porque vc ativou o parelelismo, veja exemplo/explicação com detalhes no blog abaixo:
http://pavandba.com/2011/01/18/resolving-ora-19588-archived-log-recid-stamp-is-no-longer-valid/ Com Paralelismo, melhor fazer o backup do archivelog separado do database ou baixar o nível do paralelismo para um valor onde aconteça o equilíbrio entre os processos ativos e o seu hardware. Como chegar ao número mágico? Deu erro? baixe o número do paralelismo. Está demorando mais para backup_ear em paralelo do que quando era =1? baixe o valor do paralelismo e vá ajustando. Eu gosto mais de fazer assim: testar com paralelism=1 e marcar o tempo de full backup. No dia seguinte, colocar paralelism=2 e rodar novamente marcando o tempo. Vou parar de subir de um em um quando o backup ficar dentro da janela que panejei. Se o valor de paralelism já estiver alto (ex: =6), significa que não vai baixar muito o tempo daí prá frente, pois haverá aumento de processos e vai gerar uma lentidão pelos demais processos de banco/usuários, prejudicando ao invés de ajudar. Portanto, se acontecer de não haver melhora com aumento de paralelismo, eu vou baixar o valor para um valor, digamos, metade do que está no último teste (=3 portanto) e vou pensar em backup incremental. Um backup full no domingo e incremental durante a semana. Assim vc terá um bom backup no final de semana, sem preocupar com a janela de duração do processo e em contrapartida, durante a semana com o backup incremental, será apenas backup dos archivelogs e será muito rápido. Lembrando que caso seja criado um novo datafile durante a semana, ele será reportado como "need backup" e será feito a cópia deste datafile no primeiro backup incremental. Fechando, também dei uma estudada sobre este erro e vou sugerir: Mudar o script: --Original RUN { BACKUP AS COMPRESSED BACKUPSET incremental level 0 DATABASE PLUS ARCHIVELOG delete all input; delete noprompt obsolete; } --Proposta: delete noprompt obsolete device type disk; RUN { BACKUP AS COMPRESSED BACKUPSET incremental level 0 DATABASE; crosscheck backup; crosscheck archivelog all; backup ARCHIVELOG all; } delete noprompt obsolete device type disk; Testar e homologar. Creio que estes procedimentos devem corrigir o problema. Ederson Elias DBA Oracle http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 ------------ Labor improbus omnia vincit