Chiappa, Este banco em especial tem 14T, durante o dia a cada uma hora é feito um backup de archive para fita e removido do disco.
Das 04:00 as 09:00 esse backup de archive não executa, pois neste período é feito meu backup diário. Na primeira tentativa de recover executei apenas “recover databasse”, e recebi este erro abaixo. RMAN-03002: failure of recover command at 02/18/2017 22:30:28 RMAN-06053: unable to perform media recovery because of missing log RMAN-06025: no backup of log thread 1 seq 334630 lowscn 7193458941288 found to restore RMAN-06025: no backup of log thread 1 seq 334629 lowscn 7193458610654 found to restore RMAN-06025: no backup of log thread 1 seq 334628 lowscn 7193458409182 found to restore RMAN-06025: no backup of log thread 1 seq 334627 lowscn 7193458017322 found to restore RMAN-06025: no backup of log thread 1 seq 334626 lowscn 7193457646797 found to restore Então, fiz um “recover database until sequence 334624;” e mesmo assim gerou o erro abaixo; RMAN-03002: failure of recover command at 02/19/2017 01:43:35 RMAN-20506: no backup of archivelog found RMAN-06053: unable to perform media recovery because of missing log RMAN-06025: no backup of log thread 1 seq 334313 lowscn 7193360263262 found to restore RMAN-06025: no backup of log thread 1 seq 334312 lowscn 7193359927010 found to restore RMAN-06025: no backup of log thread 1 seq 334311 lowscn 7193359587529 found to restore RMAN-06025: no backup of log thread 1 seq 334310 lowscn 7193359273882 found to restore RMAN-06025: no backup of log thread 1 seq 334309 lowscn 7193358983695 found to restore RMAN-06025: no backup of log thread 1 seq 334308 lowscn 7193358807312 found to restore RMAN-06025: no backup of log thread 1 seq 334307 lowscn 7193358696701 found to restore Só que no log deste backup eu tenho essas sequencias, mas não restaura. Esse script de backup esta igual a outros mais databases, e não tenho esse tipo de problema, faz o recover sem erros. Grato, Ednilson De: sentto-1682896-121537-1487538759-ednilson.silva=jbs.com...@returns.groups.yahoo.com [mailto:sentto-1682896-121537-1487538759-ednilson.silva=jbs.com...@returns.groups.yahoo.com] Em nome de jlchia...@yahoo.com.br [oracle_br] Enviada em: domingo, 19 de fevereiro de 2017 18:13 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: Recover database Tudo jóia ?? Então, a primeira coisa a observar é que o conceito de HOT BACKUP no RDBMS Oracle é ** claro ** : depois de restaurar os arquivos com cópia dos datafiles, vc ** TEM ** que restaurar (e depois aplicar nesses datafiles) as alterações havidas BYTE A BYTE - essa que é a função dos archived redo log files.... SE vc perder (por qualquer motivo : falha na fita de backup, erro operacional que fez um archived redo log ser apagado sem backup íntegro, o que for) o backup do archive que continha a sequência de alterações X, fica MAIS QUE EVIDENTE que vc só consegue aplicar as alterações até a sequência X-1 imediatamente anterior à que vc perdeu : ** todos ** os archives daí pra frente (x+1, x+2, etc, etc) ficam INÚTEIS porque vc tem essa falha em X, é isso.... Agora sim vc pode Avaliar o que eu vou dizer : normalmente o script que faz a retenção/remoção de archives já backupeados (sempre TENHA um, confiar em remoção manual é deixar a bola pro adversário pingando na pequena área sem goleiro, Murphy não perdoa), Justamente por causa dessa importãncia EXTREMA de vc não perder NENHUMA sequência de archives é que via de regra a gente só remove do disco os archives depois de eles já terem sido backupeados COM SUCESSO pelo menos umas três vezes.... Pelo que eu vi no seu script após uma leitura pro cima é JUSTAMENTE o que vc não faz : depois do "backup .....format 'c0090prd_Online_Mensal_DBF<c0090prd_%s:%t:%p>.dbf' database;" (que está backupeando os datafiles do seu database) vc pede um "backup filesperset 10 format ...... archivelog all delete all input;", ou seja : vc faz um backup só dos archives E CEGAMENTE logo em seguida manda o delete all input, que os apaga SEM EXIGIR duplicidade ou triplicidade de backup.... Aí meu amigo se houver qualquer falha nesse backup é kaput, vc PERDEU a recuperabilidade completa..... E BACKUP o ditado já diz, quem tem UM na verdade não tem NENHUM.... Então a sua resposta está clara : se depois de analisar PERFEITAMENTE o conteúdo do teu backup vc não encontrar a sequência X que o recover reporta, vc NÂO VAI CONSEGUIR recuperar na íntegra esse database, só vai conseguir recuperar até a sequência imediatamente anterior.... []s Chiappa OBS : via de regra, o espaço em disco para os archives é LIMITADO, então normalmente não é Minimamente Viável vc manter os archives todos em disco até chegar o momento do backup database - assim, normalmente temos um script de BACKUP DE ARCHIVES separado rodando a cada poucas horas ou algo assim.... Não sei se a idéia desse teu script de backupear os archives só na hora em que ocorre o backup de banco faz sentido, analise isso....
