Se faz necessário desta forma (rdbms 10.2.0.1 e grid 11.2.0.3), porque o servidor irá receber outros bancos de dados, que são 11g, e o grid 10 nao suporta bancos 11g.
De qualquer forma, implementarei, e darei o feedback dos resultados para o grupo. Obrigado Chiappa. Em 12 de maio de 2014 17:51, jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > Bem, eu nunca tive a oportunidade/necessidade de setar um ambiente como o > que vc descreve, mas a nota metalink "Oracle Clusterware (CRS/GI) - ASM - > Database Version Compatibility" (Doc ID 337737.1) documenta que o grid > infrastructure 11gr2 é compatível com databases 10gr2.. Porém, > NECESSARIAMENTE esse tipo de configuração não é comum, não é algo que a > Oracle considere nos testes dela, então vc pode cair em casos como o > listado na nota "Applying one-off Oracle Clusterware patches in a mixed > version home environment" (Doc ID 363254.1), onde a porção database dos > patches do gi foidesenvolvida/testada em databases 11g, aí a pessoa tem que > meter work-arounds ou então solicitar one-off patch á parte.... > Assim sendo, já que eu só entendo usar a totalmente defasada e não > suportada versão 10g do RDBMS num ambiente locked, sem > alterações/progressões possíveis, a minha recomendação mesmo seria setar um > servidor/ambiente RAC 10g para que seja usado esse database 10g... CASO > realmente, absolutamente, Totalmente Tenha Que ser GI 11gr2 com o database > 10g, entendo que vc terá que fornecer os pré-reqs do GI 11gr2 (como os IPs > para SCAN, por exemplo) mas será Incapaz de os utilizar no banco 10g, que > terá que ter conexões configuradas no listener via IP de acesso, mesmo.... > > []s > > Chiappa > > -- Bruno Sales