Rafael, boa tarde. Pode passar o seu arquivo init.ora que está usando no banco de dados de destino?
Abraço 2015-01-05 14:49 GMT-02:00 Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] <oracle_br@yahoogrupos.com.br>: > > > Obrigado Chiappa, irei verificar, mas só respondendo os seus > questionamentos: > > A duplicação é feita em um outro servidor, e não no mesmo. > Existe sim uma entrada no tnsnames.ora e a comunicação é feita com sucesso. > O script não foi modificado, esse script existe a um bom tempo e nunca deu > erro, muito esquisito. > Irei dar uma olhada na nota que você me passou. Obrigado. > > > Em Segunda-feira, 5 de Janeiro de 2015 13:43, "jlchia...@yahoo.com.br > [oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu: > > > > Obs adicionais : > > - PODE SER que a identificação do controlfile do banco duplicado (e do > DB_UNIQUE_NAME e quetais dele) não esteja no script rman porque isso é > feito manualmente (editando uma cópia de pfile, talvez) e/ou seja feito por > algum outro script, veja lá, converse com quem montou esse script... O que > Com certeza não funciona é querer usar sem alterações o MESMO spfile e o > MESMO controlfile do banco que se chamava X para o banco duplicado que se > chama Y, que ´parece ser o seu caso aí... > > - embora a nota optou por indicar o novo PATH aonde residirão os arqs do > banco a ser duplicado (via LOG_FILE_NAME_CONVERT e DB_FILE_NAME_CONVERT), > afaik indicar para CADA arquivo o novo path via SET NEWAME deve funcionar > sem probs também : apenas CONFIRA no banco-origem que os números indicados > realmente são corretos, ie : que o /oracle/u09/oradata/XUXADSV/SYSTEM.dbf > REALMENTE é o datafile 1, que o /oracle/u09/oradata/XUXADSV/SYSAUX.dbf é o > 2, etc - qquer erro nessa relação dá altos paus > > []s > > Chiappa > > > > -- At. Marcelo E. Procksch
