- Este tópico contém 24 respostas, 4 vozes e foi atualizado pela última vez 17 anos, 3 meses atrás por
Rodrigo Almeida.
-
AutorPosts
-
3 de dezembro de 2008 às 3:56 pm #84093
mpvargas
ParticipanteInfelizmente não tenho outro backup, fiz o backup para fazer o teste do rman… Tem alguma forma de tentar recuperar a base, mesmo que eu perca esse datafile que está causando problema?
Obrigado.3 de dezembro de 2008 às 5:06 pm #84101mpvargas
ParticipanteSó para esclarecimento.
É necessário fazer um backup toda vez que criar uma nova tablespace?
Ou pelo menos copiar o controlfile?3 de dezembro de 2008 às 5:57 pm #84105Anônimo
O arquivo de control file apenas possui informações sobre a localização dos arquivos, SCN de logs, entre outras informações, portanto,sempre que vc criar um novo tablespaces, faça um backup
Abraço
3 de dezembro de 2008 às 10:13 pm #84115mpvargas
ParticipanteEntão, no caso, basta somente um backup do controlfile, certo?
Aí quando pegamos um backup do RMAN e restauramos esse controlfile mais recente, ele consegue enxergar as alterações.
Então não há necessidade de uma backup da base inteira, por exemplo.4 de dezembro de 2008 às 12:35 am #84117Anônimo
mpvargas, eu não posso afirmar com 100% de certeza, mas o comando de criação do tablespace ocorre em algum momento do restore e ter apenas o control não deve ser o suficiente. Se al´guém puder nos ajudar nessa questã, agradeço!!
4 de dezembro de 2008 às 3:14 pm #84120mpvargas
ParticipanteEntendo… estou aproveitando o tempo que tenho antes da migração, para fazer esses testes…
Fiz novamente um backup e outro teste de restore pelo rman… funcionou beleza… mas fiquei com uma dúvida com relação ao comando “alter database open resetlogs”, pois deu a seguinte msg no final:RMAN-03009: failure of sql command on default channel at 12/03/2008 18:09:26
RMAN-11003: failure during parse/execution of SQL statement: alter database open resetlogs
ORA-01139: RESETLOGS option only valid after an incomplete database recoveryNa verdade, quando é necessário usar esse comando?
Obrigado pela ajuda4 de dezembro de 2008 às 4:22 pm #84122Anônimo
Esse comando precisa ser usando quando vc realiza um restore em determinado ponto no tempo. Suponha que vc precisa restaurar seu banco até ontem as 12:00h, pq depois disso tah tudo melado, vc realiza o restore e aplica as logs até esse horário e executa o reset logs. O banco zera a sequência de logs e ganha uma nova incarnação.
4 de dezembro de 2008 às 4:45 pm #84123mpvargas
ParticipanteBlz
Valeu pelas dicas.
Então além da cópia do RMAN, temos que copiar os archivelogs, redologs e controlfile, certo?4 de dezembro de 2008 às 4:51 pm #84124Anônimo
Isso, o control e archives vc copia pelo rman, os redos, arquivo de senha e os binários do oracle devem ser copiados de forma convencional, como arquivos do sistema operacional!!
Abraço
5 de dezembro de 2008 às 6:29 pm #84155Rodrigo Almeida
ParticipanteMpvargas,
Segue algumas soluções para o seu problema:
1) Faça sempre o backup de todos os datafiles, seu backup se torno inconsistente, e mesmo que tente realizar a restauração, se estiver em ARCHIVELOG e foi feito online, ele irá pedir uns archives pra ti… pq pelo que vi no seu script, tu não fez o backup dos archives. Um ponto de revisão.
2) Depois que criou o backup e adicionou novos datafiles, se quizer não precisa realizar todo o backup completo, basta apenas realizar o backup dos novos datafile para garantir a consistência.
run {
backup database not backed up;
}
3) Tu pode fazer um novo backup da sua base de destino com o banco de dados completo + archiveslogs e mandar restaurar. Vai suave!!!
4) Restauração do control file com o parâmetro CONFIGURA CONTROL FILE ON só para a opção autobackup;
E 5,
Tu em sua restauração tu pode forcar a restautação até o UNTIL TIME antes de tu criar o datafile… para abrir o banco de dados!!!
Abraços,
-
AutorPosts
- Você deve fazer login para responder a este tópico.