Pular para o conteúdo
  • Este tópico contém 27 respostas, 6 vozes e foi atualizado pela última vez 17 anos, 1 mês atrás por Rodrigo Almeida.
Visualizando 15 posts - 1 até 15 (de 28 do total)
  • Autor
    Posts
  • #84712
    mpvargas
    Participante

      Caros Amigos,
      A única forma de testar um backup RMAN é restaurando em outro servidor e fazendo a restauração completa, ou existe outra forma?
      Faço os backups diariamente, mas sempre fico com aquela dúvida: Será que o backup vai funcionar quando eu precisar dele?
      Tenho um servidor disponível para fazer esse teste, mas gostaria de tirar alguns dúvidas com os companheiros:

      – Pelo que sei, para restaurar um backup RMAN é preciso criar uma instância exatamente igual a original. O RMAN permite criar, no mesmo catálogo, 2 instâncias com o mesmo nome, ou seria interessante colocar um alias diferente no tnsnames.ora?

      – Posso fazer o teste do restore enquanto a base de produção está on-line ou existe algum problema?

      Obrigado pela ajuda

      #84713
      David Siqueira
      Participante

        Tem sim Vargas, no Power Point do Rodrigo Almeida ele comenta sobre o RESTORE DATABASE PREVIEW, um comando que mostra se o seu backup RMAN pode ser restaurado com sucesso ou não.
        Dá uma olhadinha na sessão de documentações do GPO o nome é RMAN Heroi ou Vilão?

        ABcs.

        #84715
        mpvargas
        Participante

          Obrigado Amigo.
          Vou fazer a pesquisa.

          #84716
          damata
          Participante

            Cara dá uma olhada nesse link

            http://www.oracle-base.com/articles/10g … nts10g.php

            abs.
            Damata

            #84719
            vieri
            Participante

              RMAN> report unrecoverable ;

              Report of files that need backup due to unrecoverable operations
              File Type of Backup Required Name


              caso não retorne nenhum datafile é um bom sinal.

              Ele acusa datafiles,
              que possuem tab e/ou index com a opção nologging e
              explana a solução conforme abaixo.

              RMAN> report unrecoverable
              2> ;

              Report of files that need backup due to unrecoverable operations
              File Type of Backup Required Name


              23 full +RACCVIDX01/raccv/datafile/wli_index_03.260.656607867
              24 full +RACCVIDX01/raccv/datafile/cev_index_01.266.656609277

              neste caso é nescessário um bkp full dos datafiles.

              att.

              #84731
              Rodrigo Almeida
              Participante

                Marcelo,

                Na verdade o melhor meio mesmo de verificar se seu backup é recuperável é utilizar o RESTORE DATABASE PREVIEW, ele irá realizar a simulação da operação do seu banco de dados, porém, sem afetar o banco de dados alvo.

                Basta fazer o seguinte:

                Realizar um backup. Exemplo:

                RMAN> backup database plus archivelog all;

                E depois simular a sua restauração.

                RMAN> restore database preview;

                Abraços,

                #84734
                mpvargas
                Participante

                  Obrigado pela ajuda de todos.
                  Com relação ao RESTORE DATABASE PREVIEW, eu posso fazer esse teste mesmo com o banco estando em produção?
                  E como faço para verificar um backup que foi realizado ontem… é que no catálogo do RMAN tem vários backups. Esse comando pega o ultimo backup para fazer teste?

                  #84738
                  Rodrigo Almeida
                  Participante

                    Sim….

                    O comando pode ser feito em qualquer ambiente, pois apesar dele iniciar com RESTORE, ele não faz a operação de restauração, somente a simulação dele.

                    Para isso ele irá fazer um crosscheck do seu último backup e verificar se realmente é possível recuperar, ele também irá chegar se toda as sequências de archives estão OK com o seu penúltimo backup.

                    Abraços,

                    #84798
                    mpvargas
                    Participante

                      Caro Rodrigo,
                      Como é a 1ª vez que uso esse comando, gostaria de tirar uma dúvida?
                      Fiz o teste e no final apareceu a seguinte mensagem:

                      List of Archived Log Copies
                      Key Thrd Seq S Low Time Name


                      20640 1 2028 A 15-JAN-09 /u01/app/oracle/flash_recovery_area/ASOECT/archivelog/2009_01_19/o1_mf_1_2028_4q96y11q_.arc
                      Media recovery start SCN is 1173191276
                      Recovery must be done beyond SCN 1173191277 to clear data files fuzziness
                      Finished restore at 19-JAN-09

                      Isso quer dizer que o backup está OK e que posso recuperá-lo até esse Archived Log exibido? E caso eu queira um ponto mais a frente, posso usar os redo logs, caso eu os tenha?
                      Obrigado pela ajuda.

                      #84799
                      David Siqueira
                      Participante

                        E ai Vargas beleza, desculpa me intrometer cara, mais é isso mesmo, essa mensagem até onde eu sei é que mostra que pra esse backup que você testou você precisa dessas sequencias de Arc para uma recuperação segura e total, até este ponto ele recupera sem problemas, dai pra frente só com os archves gerados na sequencia a seguir.

                        Valeu!!!

                        Abcs

                        #84801
                        mpvargas
                        Participante

                          Beleza.
                          Obrigado pela ajuda.

                          #84802
                          Rodrigo Almeida
                          Participante

                            Marcelo,

                            Exatamente, seu último backup foi validado, porém no final ele coloca alguns pontos na sua recuperação até o archive log 1173191277, o ideal mesmo é você validar o seu backup e os archives logs, aí dá uma garantia no seu restore. Exemplo:

                            run {
                            allocate channel t1 type disk;
                            restore database validate;
                            restore archivelog from sequence = validate;
                            restore database preview summary;
                            release channel t1;
                            }

                            Agora, tu consegue ter uma garantia boa do seu restore.

                            Onde o SEQUENCE, pode ser o número do último archive que foi feito backup.

                            Aí sua rotina de validação fica show!

                            Abraços,
                            Rodrigo Almeida

                            #84811
                            mpvargas
                            Participante

                              Caro Rodrigo,
                              Executei o comando que vc passou e o resultado foi esse:

                              RMAN>
                              Starting restore at 20-JAN-09
                              allocated channel: ORA_DISK_1
                              channel ORA_DISK_1: sid=131 devtype=DISK

                              channel ORA_DISK_1: starting validation of datafile backupset
                              channel ORA_DISK_1: reading from backup piece /home/oracle/bkprman/ASOECT_676554536_697_%r.bkp
                              channel ORA_DISK_1: restored backup piece 1
                              piece handle=/home/oracle/bkprman/ASOECT_676554536_697_%r.bkp tag=TAG20090119T114856
                              channel ORA_DISK_1: validation complete, elapsed time: 00:19:17
                              channel ORA_DISK_1: starting validation of datafile backupset
                              channel ORA_DISK_1: reading from backup piece /home/oracle/bkprman/ASOECT_676554536_696_%r.bkp
                              channel ORA_DISK_1: restored backup piece 1
                              piece handle=/home/oracle/bkprman/ASOECT_676554536_696_%r.bkp tag=TAG20090119T114856
                              channel ORA_DISK_1: validation complete, elapsed time: 00:22:36
                              Finished restore at 20-JAN-09

                              RMAN>
                              RMAN-00571: ===========================================================
                              RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
                              RMAN-00571: ===========================================================
                              RMAN-00558: error encountered while parsing input commands
                              RMAN-01009: syntax error: found “identifier”: expecting one of: “integer”
                              RMAN-01008: the bad identifier was: o1_mf_1_2037_4qcfrbx9_
                              RMAN-01007: at line 1 column 36 file: standard input

                              RMAN-00571: ===========================================================
                              RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
                              RMAN-00571: ===========================================================
                              RMAN-00558: error encountered while parsing input commands
                              RMAN-01009: syntax error: found “dot”: expecting one of: “allocate, alter, backup, beginline, blockrecover, catalog, change, connect, copy, convert, create, crosscheck, configure, duplicate, debug, delete, drop, exit, endinline, flashback, host, {, library, list, mount, open, print, quit, recover, register, release, replace, report, renormalize, reset, restore, resync, rman, run, rpctest, set, setlimit, sql, switch, spool, startup, shutdown, send, show, test, transport, upgrade, unregister, validate”
                              RMAN-01007: at line 1 column 58 file: standard input

                              RMAN>
                              Starting restore at 20-JAN-09
                              using channel ORA_DISK_1

                              List of Backups

                              Key TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag


                              20549 B F A DISK 19-JAN-09 1 1 YES TAG20090119T114856
                              20551 B F A DISK 19-JAN-09 1 1 YES TAG20090119T114856

                              List of Archived Log Copies
                              Key Thrd Seq S Low Time Name


                              20640 1 2028 A 15-JAN-09 /u01/app/oracle/flash_recovery_area/ASOECT/archivelog/2009_01_19/o1_mf_1_2028_4q96y11q_.arc
                              20656 1 2029 A 19-JAN-09 /u01/app/oracle/flash_recovery_area/ASOECT/archivelog/2009_01_19/o1_mf_1_2029_4q9b4von_.arc
                              20865 1 2030 A 19-JAN-09 /u01/app/oracle/flash_recovery_area/ASOECT/archivelog/2009_01_20/o1_mf_1_2030_4qcd4zx8_.arc
                              20866 1 2031 A 20-JAN-09 /u01/app/oracle/flash_recovery_area/ASOECT/archivelog/2009_01_20/o1_mf_1_2031_4qcdghcl_.arc
                              20867 1 2032 A 20-JAN-09 /u01/app/oracle/flash_recovery_area/ASOECT/archivelog/2009_01_20/o1_mf_1_2032_4qcdlz3h_.arc
                              20868 1 2033 A 20-JAN-09 /u01/app/oracle/flash_recovery_area/ASOECT/archivelog/2009_01_20/o1_mf_1_2033_4qcdszr0_.arc
                              20869 1 2034 A 20-JAN-09 /u01/app/oracle/flash_recovery_area/ASOECT/archivelog/2009_01_20/o1_mf_1_2034_4qcf30st_.arc
                              20870 1 2035 A 20-JAN-09 /u01/app/oracle/flash_recovery_area/ASOECT/archivelog/2009_01_20/o1_mf_1_2035_4qcfc4hy_.arc
                              20871 1 2036 A 20-JAN-09 /u01/app/oracle/flash_recovery_area/ASOECT/archivelog/2009_01_20/o1_mf_1_2036_4qcfk763_.arc
                              20872 1 2037 A 20-JAN-09 /u01/app/oracle/flash_recovery_area/ASOECT/archivelog/2009_01_20/o1_mf_1_2037_4qcfrbx9_.arc
                              Media recovery start SCN is 1173191276
                              Recovery must be done beyond SCN 1173191277 to clear data files fuzziness
                              Finished restore at 20-JAN-09

                              ======//======

                              Deu um erro no meio, mas parece que finalizou de forma correta.
                              Será que tem algo erro na validação do backup?
                              Mas quando eu executo o “restore database preview” dá OK

                              #84813
                              Rodrigo Almeida
                              Participante

                                Marcelo,

                                Os erros do RMAN são erro de sintaxe, você altero a string por um valor da sequência de archives validos do seu ambiente?

                                Se quizer saber um número, faça:

                                RMAN> list backup of archivelog all;

                                Esse comando vai ter uma coluna SEQ, que poderá utilizar ela para o comando do meu último post.

                                E também mostre os comandos que foram executados? Acho que tu fez um CTRL+C e CTRL+V daqui do fórum e por isso deu problema.

                                Abraços,
                                Rodrigo Almeida

                                #84814
                                mpvargas
                                Participante

                                  Rodrigo,

                                  Na verdade no lugar da sequence eu fiquei na dúvida, pois não sabia como conseguir esse valor, aí eu testei utilizando o nome do ultimo archive log.
                                  Com relação ao comando que vc me passou
                                  list backup of archivelog all;
                                  Eu estou digitando mas não traz nenhum resultado.

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