Tudo jóia ? Então, já implementei RAC em muitos clientes mas todos foram sempre RAC locais/in-site : em várias ocasiões tinha um RAC de standby num site secundário mas RAC extendido (ie, com nós em sites diferentes) ainda não implementei.... Alguns ** poucos ** colegas já me reportaram alguma experiência nisso (alguns até comentaram a respeito publicamente aqui no Grupo mesmo) mas foram bem poucos casos. De modo geral é o seguinte : a. NÂO é necessária ** Solução nenhuma ** da Oracle pra vc implementar um RAC extendido : não há NENHUM software a mais, nenhum Ajuste específico/especial que vc tenha que fazer : é o de sempre, ASM, Clusterware, servidor DNS acessível a todos, etc... No máximo talvez sejam indicados alguns ajustes para evitar muito tráfego entre os sites (digamos, tendo alguns Serviços atendidos só num ou noutro dos nós e fazer algumas aplicações/rotinas conectarem/usarem/consumirem esses serviços, mas não vejo nenhum necessidade de "Solução Oracle" especial aí não... b. o que ** VAI SER CRÍTICO ** pra esse tipo de RAC é o hardware, a parte FORA DO BANCO e dos softwares Oracle, tal como a infra-estrutura de comunicação, aí sim : antes de sequer PENSAR em RAC extendido, vc ** TEM ** que ter um link de rede de Baixíssima Latência entre os sites (e provavelmente Duplicado, para maior disponibilidade), extremamente Confiável e (preferencialmente) ** DEDICADO ** apenas a isso : não vá querer fazer interconexão por um link único que também trafega dados (ou pior ainda, internet!! Já vi isso, acredite se quiser) que vc vai ter nas mãos um RAC que Causa mais problemas do que Resolve.... E é JUSTAMENTE AÍ que a coisa pega : nada disso é Barato, nem de longe... Eu digo, a hora que teu Diretor ver quanto Custa infra do tipo (principalmente um link de rede nas condições que citei) aí ele vai ver quanto dói uma saudade.... c. o manual "Oracle Database High Availability Best Practices" tem um capítulo específico para RAC extendido, mas muito do que ele fala é bom-senso : adicionar um terceiro site pra ter um voting disk para desempate, se possível ter um storage "Público" ao invés de cada site ter seu storage gêmeo (pra tentar evitar eventuais configs/diferenças entre os storages) - provavelmente usando Direct NFS, evitar SPOFs duplicando tudo..... ==> É por causa desses pontos acima que vc tem que Analisar muito bem a necessidade do cliente, a infra que ele tem hoje.... Será que RAC extendido é mesmo a melhor forma de se obter resiliência/proteção contra falhas e distribuição de carga, que são os atributos do RAC ? De repente, será que na verdade teu diretor não estava mais preocupado com ALTA DISPONIBILIDADE com DISASTER RECOVER, coisas essas que o RAC não cobre ? Nesse último caso, Certamente melhor seria que um dos sites virasse o STANDBY e fosse investido um pouco mais na melhoria da comunicação com o site princiupal, talvez ?? Tudo depende do que teu Diretor quer priorizar e do que ele realmente precisa...
[]s Chiappa