Pular para o conteúdo
Visualizando 7 posts - 1 até 7 (de 7 do total)
  • Autor
    Posts
  • #98105
    Avatar de MarceloROMarceloRO
    Participante

      Fiz um teste de recuperação de dados pelo RMAN. A princípio deu certo, utilizei os comandos:
      1 – sql ‘alter tablespace xx offline immediate’;
      2 – restore tablespace xx;
      3 – recover tablespace xx;
      4 – sql ‘alter tablespace xx online’;

      Ao executar o comando 4 apareceu o seguinte erro:
      sql statement: alter tablespace xx online
      RMAN-00571: ===========================================================
      RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
      RMAN-00571: ===========================================================
      RMAN-03009: failure of sql command on default channel at 02/02/2011 14:34:35
      RMAN-11003: failure during parse/execution of SQL statement: alter tablespace xx
      online
      ORA-01113: file 5 needs media recovery
      ORA-01110: data file 5: ‘E:ORACLEORADATAxx’

      Qual o comando que resolve este problema?

      #98106
      Avatar photoRegis Araujo
      Participante

        Ola Marcelo.!!

        Rode o select abaixo e de uma olhada no datafile 5.. verifique se o checkpoint_time dele está o mesmo que os demais datafiles..


        SELECT FILE#, STATUS,
        RECOVER, TABLESPACE_NAME,
        CHECKPOINT_TIME, NAME
        FROM V$DATAFILE_HEADER;

        Caso não.. vc vai ter q fazer um “RECOVER DATAFILE 5;”..

        Mas antes verifique se realmente este datafile está com problemas.. vc não colocou a tablespace em BEGIN BACKUP não né?!?

        Abraços..!

        #98108
        Avatar de MarceloROMarceloRO
        Participante

          Realmente não coloquei a TS em BeginBackup, mas no livro não há esta referencia, segui os comandos descritos no livro.

          Verifiquei no banco e o checkpoint_time da TS está diferente das outras(um dia atrasada).

          Executei o comando “RECOVER DATAFILE 5;” mas não adiantou.

          #98110
          Avatar photoRegis Araujo
          Participante

            Ok..!

            Agora vamos la..

            Rode estes outros 2 select..!!


            Select * from v$recovery_log; — esta view informa quais os archives vc precisa aplicar na sua base para restaura-la até o ultimo checkpoint que consta no banco..

            Select * from v$recover_file; — esta view mostra os datafiles e tem um campo time onde mostra a data que consta do ultimo checkpoint de cada datafile a ser restaurado..

            O primeiro select vai lhe mostrar quais os ARCHIVES vc vai precisar ter na sua área de archive para poder restaurar o datafile até o SCN atual da base..!!
            Ou seja, vc vai ter que possuir todos os archives desde a primeira Sequence que aparecer no primeiro select, até o ultimo archive gerado na sua base..!

            Posta aqui se possível a mensagem que apareceu após vc dar o recover datafile..!!

            Abraços.!

            #98115
            Avatar de MarceloROMarceloRO
            Participante

              Antes de qualquer coisa, obrigado pela ajuda, é sempre bom saber que podemos contar com os mais experientes para nos ajudar a resolver os problemas.

              O primeiro select resultou numa lista enorme de archives, o segundo mostrou a TS que está offline.
              Acho que o problema está na falta dos achives no diretório.

              Daí vem uma dúvida, se eu executo o RMAN localmente, gerando um arquivo no servidor, este arquivo não deveria ser utilizado para a recuperação dos dados? Não configurei um catalogo para o RMAN.

              Resultado do Recover datafile…

              RMAN> recover datafile 5;

              Starting recover at 03-FEB-11
              using target database control file instead of recovery catalog
              allocated channel: ORA_DISK_1
              channel ORA_DISK_1: sid=159 devtype=DISK

              starting media recovery

              archive log thread 1 sequence 25732 is already on disk as file E:ORACLEORA10GRDBMSARC25732_0729700525.001
              archive log thread 1 sequence 25733 is already on disk as file E:ORACLEORA10GRDBMSARC25733_0729700525.001
              archive log thread 1 sequence 25734 is already on disk as file E:ORACLEORA10GRDBMSARC25734_0729700525.001
              archive log thread 1 sequence 25735 is already on disk as file E:ORACLEORA10GRDBMSARC25735_0729700525.001

              RMAN-00571: ===========================================================
              RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
              RMAN-00571: ===========================================================
              RMAN-03002: failure of recover command at 02/03/2011 08:50:31
              RMAN-06053: unable to perform media recovery because of missing log
              RMAN-06025: no backup of log thread 1 seq 25731 lowscn 388186936 found to restore
              RMAN-06025: no backup of log thread 1 seq 25730 lowscn 388186647 found to restore
              RMAN-06025: no backup of log thread 1 seq 25729 lowscn 388186605 found to restore

              #98117
              Avatar photoRegis Araujo
              Participante

                Opa..! Bom dia..!

                Então está ai o ponto.. estão faltando archives.. vc tem estes archives em algum lugar?!?!

                Caso tenha, copie eles para o diretório onde são armazenados os seus archives e rode o recover novamente..!!

                Outra dúvida.. vc tem um backup nivel 0 (full) mais recente? Pois pode fazer um restore apenas deste datafile onde será necessário aplicar bem menos archives.!!

                Bom.. qualquer coisa.. vai postando aqui..!!

                Abraços..!

                #98168
                Avatar de MarceloROMarceloRO
                Participante

                  Eu tenho um backup nivel 0 (full) mais recente, como faço para restaurá-lo e depois aplicar os archives mais recentes?

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