Chiappa, obrigado pela ajuda, mas na pressa, acabei descrevendo de forma muito simplista. Fizemos todos os passos como manda o figurino, ajustando todos os PATHs para os existentes no FS.
Atenciosamente, Reginaldo de Faveri da Silva Administrador de Banco de Dados Unidade Justiça Softplan/Poligraph +55 48 3027-8000 www.softplan.com.br twitter.com/softplanonline Em 23 de março de 2016 09:47, jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > 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 > > >