Pular para o conteúdo
  • Este tópico contém 3 respostas, 2 vozes e foi atualizado pela última vez 18 anos, 1 mês atrás por Marcio68Almeida.
Visualizando 4 posts - 1 até 4 (de 4 do total)
  • Autor
    Posts
  • #81211
    djdigao
    Participante

      Bom dia pessoal!
      Estou tentando fazer o recover em uma base em standby e me ocorre o seguinte erro

      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-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: 3

      Specify 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. 😀

      #81212
      Marcio68Almeida
      Participante

        Na 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.

        #81213
        djdigao
        Participante

          Olá 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. 😀

          #81216
          Marcio68Almeida
          Participante

            Bom 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…

          Visualizando 4 posts - 1 até 4 (de 4 do total)
          • Você deve fazer login para responder a este tópico.