Ola Chiappa, muito legal suas colocacoes.
Na verdade, pretendo, no momento, substituir os 2 nó por outros 2. De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Enviada em: sexta-feira, 8 de agosto de 2014 07:37 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: Oracle Rac - Novo NO Algumas Observações : 1. o documento correspondente no Suporte (ie, "Certification Information for Oracle Database on Linux x86-64" (Doc ID 1304727.1) , Bem Claramente estipula que o banco 11gr2 por enquanto ** Não ** está certificado no Linux 7 - usar numa versão não-certificado é um Risco total que vc corre, vc estará Absolutamente por sua conta 2. me dá alergia só de pensar em usar hardwares diferentes no mesmo RAC, e isso vira urticária quando se fala em Sistemas Operacionais diferentes : consulte os Documentos de best practices (como "RAC and Oracle Clusterware Best Practices and Starter Kit (Platform Independent)" (Doc ID 810394.1) e seus links) que vc acha Recomendações Fortes no sentido de que os nós do RAC **** TEM **** que serem Idênticos, absolutamente Idênticos : falhe nisso e vc pode desde receber warnings eventualmente, até levar um reboot num caso pior : realmente, não vale a pena o risco Se esse ambiente lembra, levemente que seja, produção... 3. vc não diz diretamente, mas *** IMAGINO *** que o seu Objetivo com esse tira-e-põe seja testar a performance dos dois novos servers : além da questão do item 2, imho vc enfiando eles comos nós do mesmo exato cluster que hoje tem dois nós vc não está testando PORCARIA NENHUMA a performance, dos novos servidores isoladamente : de um lado, vc estará ** compartilhando ** a carga entre os 4 nós (DIFICILMENTE vc terá como comparar a performance dos dois novos SE eles estão não isolados, mas atuando como nós, né verdade ??), e AINDA por outro lado com mais nós vc VAI ter mais tráfego de interconexão : a sua rede privada tá pronta & preparada para isso ??? Só vc pode dizer... ==> Tendo em vista essas questões acima, o que eu recomendo pra vc é : monte um cluster SEPARADO com os dois novos servidores (Obviamente usando um patchset mais recente, 11.2.0.1 é do tempo do onça, E respeitando as best practices e matriz de Certificação), depois transfira (via DUPLICATE ONLINE, digamos) o database para esse novo cluster, e aí teste o novo cluster ** pesadamente ** - o bom era isolar totalmente, mas como (imagino) que certamente vc estará usando a mesma infra-estrutura (ie, mesma rede privada, mesmo storage, etc) para o novo cluster, então ainda há uma Pequena chance dos testes no ambiente novo terem alguma influência em prod, mas é relativamente pequena e gerenciável, acho eu... []s Chiappa --- Este email está limpo de vírus e malwares porque a proteção do avast! Antivírus está ativa. http://www.avast.com