Colega, é ** Óbvio ** que esse script/procedimento ** NUNCA VAI FUNCIONAR ** nas condições que vc coloca, ie, tendo que restaurar em não-ASM datafiles que estão registrados no controlfile como existindo em ASM, e Também um spfile/initfile que tem os parâmetros que indicam ser um RAC (o que diferencia database RAC de não-RAC são alguns parâmetros, como CLUSTER_DATABASE) simplesmente Não Serve para uma instância single.... O que vc tem que fazer é simples , é indicar pro RMAN que o destino dos arquivos a restaurar NÃO É MAIS o que está registrado no controlfile (entre outras opções isso pode ser feito com SET NEWNAME, veja http://gavinsoorma.com/2013/02/restoring-a-asm-backup-to-non-asm-and-restoring-from-rac-to-single-instance/ para um exemplo possível) e Também ** alterar ** o spfile/initfile para que os parâmetros que indicam RAC (ie, CLUSTER_DATABASE, a lista de instances, etc, etc, etc) sejam alterados, http://dbaregistry.blogspot.com.br/2010/01/howto-restore-rac-database-to-single.htmlé um exemplo .... E nem preciso dizer, vc TEM que checar os outros parâmetros todos que apontam para diretórios/paths (como os de destino de logs, flash_recover_area, etc, etc) para que NÃO APONTEM MAIS pra ASM, e sim pra um ponto em filesystem, óbvio... []s Chiappa
[oracle_br] Re: Restore RMAN RAC+ASM para Stand Alone +FileSystem
jlchia...@yahoo.com.br [oracle_br] Wed, 23 Mar 2016 05:47:59 -0700
- [oracle_br] Res... Reginaldo - Softplan regina...@softplan.com.br [oracle_br]
- [oracle_br... jlchia...@yahoo.com.br [oracle_br]
- Re: [oracl... Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
- Re: [oracl... Paulo Jr paulobarbosa....@gmail.com [oracle_br]