Na verdade, mesmo sendo em outro servidor MAS havendo a exigência de se TROCAR 
o nome do banco (que fica SIM registrado no controlfile E no initfile) claro 
que se vc não executar um comando que reconheça isso E altere adequadamente o 
initfile/controlfile a duplicação não vai funfar... E (claro) tecnicamente 
falando já que é um outro servidor (aonde imagino não há uma instância XUaté 
seria possível vc duplicar com o mesmo nome/id e depois renomear via 
utilitários Oracle, mas não é o caso peno eu, mais simples já indicar o que vc 
quer em definitivo...
   Sobre a Causa, Certamente alguma coisa mudou aí, até porque do jeito que vc 
lista (ie, SEM criar um novo initfile/spfile com o novo nome do banco, SEM 
indicar o novo local do controlfile, etc, etc) simplesmente Não tem como 
funcionar.... Com certeza, ou o nome do banco-destino a duplicar era fixo e o 
servidor já tinha esses arqs pré-criados, talvez, OU tinha algum 
script/job/whatever adicional que fazia esses passos, coisa assim...
  Verifique, e em se comprovando que o problema é realmente (por alguma falta 
do processo, alguma edição manual que é necessária, o que for) falta de 
adequação de parâmetros/nomes no database duplicado, imho o mais simples é 
alterar o script RMAN para que os parãmetros sejam alterados no momento da 
duplicação, como a nota metalink faz.... 

  []s

    Chiappa

 OBS :

 a. veja que, como demonstrado na nota metalink, a alteração no LISTENER só é 
Ativada após um RELOAD (ou, claro, após um RESTART do listener) : CONFIRA que, 
além de existir no listener.ora, há uma entrada ATIVA no listener para a nova 
instância
 
 b. a nota cria um initfile mínimo, só com DB_NAME e DB_UNIQUE_NAME : iirc isso 
não é mais obrigatório no 11gr2 cfrme 
http://www.pythian.com/blog/duplicate-database-from-active-database-just-works/ 
mostra, apenas a inclusão dos parãmetros de SPFILE o script RMAN já é 
suficiente, creio

 c. não esqueça da questão do password file : se o banco-origem demanda um 
password file, CLARO que o banco clonado vai pedir um também
 
 D. *** IMPORTANTE *** : como eu disse na msgs original, se vc quer usar o SET 
NEWNAME para cada arquivos ao invés do CONVERT, então ** PLEASE **  confirme 
certinho a ordem dos números dos datafiles - acabei de ver que no seu script 
original vc tem :
 
 .....
  RUN{
    allocate channel p1 type disk;
    allocate channel p2 type disk;
    allocate auxiliary channel aux1 type disk;
    allocate auxiliary channel aux2 type disk;
    SET NEWNAME FOR DATAFILE 4 TO '/oracle/u09/oradata/XUXADSV/USERS.dbf';
    SET NEWNAME FOR DATAFILE 2 TO '/oracle/u09/oradata/XUXADSV/SYSAUX.dbf';
    SET NEWNAME FOR DATAFILE 1 TO '/oracle/u09/oradata/XUXADSV/SYSTEM.dbf';
    ....
    SET NEWNAME FOR DATAFILE 19 TO '/oracle/u09/oradata/XUXADSV/UNDOTBS102.dbf';
    SET NEWNAME FOR DATAFILE 2 TO '/oracle/u09/oradata/XUXADSV/TEMPORARY01.dbf';
    SET NEWNAME FOR DATAFILE 3 TO '/oracle/u09/oradata/XUXADSV/TEMPORARY02.dbf';
 ....

==> OU SEJA, vc tem o id 2 para  '/oracle/u09/oradata/XUXADSV/SYSAUX.dbf'; ** E 
** para '/oracle/u09/oradata/XUXADSV/TEMPORARY01.dbf'; ???? Hmm, isso NÃO 
parece estar certo, mesmo.... Cheque CUIDADOSAMENTE isso...
  • [oracle_br] Erro Du... Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]
    • [oracle_br] Re... jlchia...@yahoo.com.br [oracle_br]
      • [oracle_br... jlchia...@yahoo.com.br [oracle_br]
        • Re: [o... Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]
          • Re... jlchia...@yahoo.com.br [oracle_br]
          • Re... Marcelo Procksch marceloprock...@gmail.com [oracle_br]

Responder a