- Este tópico contém 3 respostas, 2 vozes e foi atualizado pela última vez 18 anos, 1 mês atrás por
Marcio68Almeida.
-
AutorPosts
-
8 de fevereiro de 2008 às 5:07 pm #81211
djdigao
ParticipanteBom dia pessoal!
Estou tentando fazer o recover em uma base em standby e me ocorre o seguinte erroSQL> recover automatic standby database;
ORA-00279: change 553018 generated at 02/07/2008 14:18:43 needed for thread 1
ORA-00289: suggestion : /u01/flash/arquivos_logs/arc2/1_2_646064129.dbf
ORA-00280: change 553018 for thread 1 is in sequence #2
ORA-00278: log file '/u01/flash/arquivos_logs/arc2/1_2_646064129.dbf' no longer
needed for this recovery
ORA-00308: cannot open archived log
'/u01/flash/arquivos_logs/arc2/1_2_646064129.dbf'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3Specify log: {
=suggested | filename | AUTO | CANCEL} No caso eu estou fazendo um replicação com uma base de produção e uma em standby, eu estou achando que o erro esta ocorrendo pois a base de produção é 64bits e a standby 32bits, será que pode ser isso? Quando eu faço um export no 64 e um import no 32 ocorrer tudo normal mas com um recover não.
Ele fala que o diretório não existe, mas existe sim.
Agradeço desde já a todos. 😀
8 de fevereiro de 2008 às 5:43 pm #81212Marcio68Almeida
ParticipanteNa verdade ele não está reclamando do diretório…
Ele está reclamando que não consegue abrir o arquivo.
Temos duas opções lógicas e imediatas :
1. O referido arquivo não está lá (1_2_646064129.dbf)…
2. O usuário não tem permissão de ler o arquivo, veja as permissões.8 de fevereiro de 2008 às 7:03 pm #81213djdigao
ParticipanteOlá Marcio!
Realmente o arquivo 1_2_646064129.dbf não existe mais, o que existe é o 1_8_646064129.dbf mas quando executo o recover ele procura o 1_2_646064129.dbf e não o 1_8_646064129.dbf eu mudei o 1_8_646064129.dbf para 1_2_646064129.dbf e ele encontrou mas deu outro erro olha só
SQL> recover automatic standby database;
ORA-00279: change 553018 generated at 02/07/2008 14:18:43 needed for thread 1
ORA-00289: suggestion : /u01/flash/arquivos_logs/arc2/1_2_646064129.dbf
ORA-00280: change 553018 for thread 1 is in sequence #2
ORA-00278: log file '/u01/flash/arquivos_logs/arc2/1_2_646064129.dbf' no longer
needed for this recovery
ORA-00326: log begins at change 660943, need earlier change 553018
ORA-00334: archived log: '/u01/flash/arquivos_logs/arc2/1_2_646064129.dbf'
Não sei se renomear o arquivo é uma solução pois o arquivo 1_2_646064129.dbf não existe mesmo. Tem alguma maneira de remover ele para o oracle buscar o 1_8_646064129.dbf e não o 1_2_646064129.dbf?
Obrigado. 😀11 de fevereiro de 2008 às 3:23 pm #81216Marcio68Almeida
ParticipanteBom dia…
Os arquivos que se encontram no archive log são as transações executadas que são registradas para uma eventual necessidade de restauração, como é o seu caso, esses arquivos são sequenciais, e, por questões de integridade do banco ele não vai voltar se estiver faltando um aquivo, qualquer um que seja.
Você tem duas opções :
1. Voltar o backup até o último archive sequencial existente. Já que não é possível pular nenhum…
2. Voltar o backup de outra fonte como export, por exemplo…Uma vez que a integridade do banco é fundamental, não há como tentar ludibriar o Oracle como você tentou fazer, ele vai perceber que depois da transação 1000 vem a 1001 e não a 1100 ❗
Se você não possui outras formas de backup, é hora de repensar seus critérios e estratégias…
-
AutorPosts
- Você deve fazer login para responder a este tópico.