- 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.
-
AutorPosts
-
14 de janeiro de 2009 às 5:22 pm #84712
mpvargas
ParticipanteCaros 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
14 de janeiro de 2009 às 5:26 pm #84713David Siqueira
ParticipanteTem 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.
14 de janeiro de 2009 às 6:02 pm #84715mpvargas
ParticipanteObrigado Amigo.
Vou fazer a pesquisa.14 de janeiro de 2009 às 6:15 pm #84716damata
Participante14 de janeiro de 2009 às 8:32 pm #84719vieri
ParticipanteRMAN> 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.656609277neste caso é nescessário um bkp full dos datafiles.
att.
14 de janeiro de 2009 às 10:45 pm #84731Rodrigo Almeida
ParticipanteMarcelo,
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,
15 de janeiro de 2009 às 4:14 pm #84734mpvargas
ParticipanteObrigado 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?15 de janeiro de 2009 às 10:06 pm #84738Rodrigo Almeida
ParticipanteSim….
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,
19 de janeiro de 2009 às 8:37 pm #84798mpvargas
ParticipanteCaro 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-09Isso 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.19 de janeiro de 2009 às 9:28 pm #84799David Siqueira
ParticipanteE 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
19 de janeiro de 2009 às 10:02 pm #84801mpvargas
ParticipanteBeleza.
Obrigado pela ajuda.19 de janeiro de 2009 às 11:43 pm #84802Rodrigo Almeida
ParticipanteMarcelo,
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 Almeida20 de janeiro de 2009 às 6:34 pm #84811mpvargas
ParticipanteCaro 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=DISKchannel 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-09RMAN>
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 inputRMAN-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 inputRMAN>
Starting restore at 20-JAN-09
using channel ORA_DISK_1List 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 TAG20090119T114856List 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á OK20 de janeiro de 2009 às 8:17 pm #84813Rodrigo Almeida
ParticipanteMarcelo,
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 Almeida20 de janeiro de 2009 às 8:28 pm #84814mpvargas
ParticipanteRodrigo,
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. -
AutorPosts
- Você deve fazer login para responder a este tópico.