RMAN

[Rodrigo AlmeidaParticipante]

Aí simmmmmmmmmmmmmmmmm…

VIERI! Parabéns CARA, foi 100% agora.

Sobre os ajustes.

PRIMEIRO RESTORE
=============

SIM! Seu backup online teve uma transação que não foi totalmente arquivada e no momento do backup ele não trouxe os archives todos necessários.

Existia algumas saídas, como:

1) O que você utilizo, foi uma saída também, limitar a sua recuperação até um UNTIL TIME ou LOG SEQUENCE.

2) Outro modo é pegar o atual SCN que estaria no CURRENT REDO LOG da base original e UNTIL SCN no número do REDO LOG.

3) Outro ponto, é abrir com a opção NOREDO, que é mais utilizado quando se trabalha com banco de dados em NOARCHIVELOG, onde não se tem REDO LOGS para equalizar e durante o processo de recuperação com NOREDO, ele ZERA seu redo log e abre a base.

REDO LOGS
========

Os comandos que você teve que fazer para alterar os caminhos do REDO LOGS, DEVEM estar sim no seu script, pois, esses caminhos eles ficam gravados no CONTROL FILE, então, quado você executo o NOREDO, ele automaticamente iria criar os grupos e membros do REDO LOG, com isso, o caminho ainda estava errado, e você conseguiu contornar bem com o comando SQL feito atráves do bloco do RMAN.

RESETLOGS
========

Abrir o banco de dados com a opção RESETLOGS é inevitável! Pois ao realizar a recuperação por POINT-IN-TIME como foi o caso, você irá criar uma nova incarnação ao banco de dados VIDA NOVA A ELE, ou seja, será ZERADO a LOG SEQUENCE e seu banco terá uma nova vida.

Nesse tipo de recover também é possível abrir a base com em OPEN NORESETLOGS (Padrão), porém, você teria que ficar pegando os archives da produção e jogando para a base nova até deixar 100% consistente, isso pode demorar ou não, depende do nível de transação da base.

CONCLUSÃO
========

De resto! Está tudo OK! Cada tipo de recupeção é diferente e míniumos detalhes podem mudar, como alteração de patch, versão, plataforma, base, aplicação e etc…

Muito bom VIERI! Parabéns novamente!

Abraços,

Rodrigo Almeida