Re: RES: [oracle_br] Re: Oracle Rac - Novo NO

[jlchia...@yahoo.com.br [oracle_br]]

É o que eu falei, então : colocando as duas máquinas novas no cluster já 
existente, ALÉM de ser problemático por causa do hardware/SO diferente, Não Vai 
te dar comparação nenhuma em termos de performance, pois vc VAI ter 
participação dos nós antigos nos resultados alcançados  Não tem por onde, 
se vc quer testar as novas máquinas Efetivamente mas sem interferir no cluster 
já existente com a base já existente, crie um NOVO cluster com um NOVO database 
com essas Novas máquinas, e rache de testar

  []s
  
Chiappa

RES: [oracle_br] Re: Oracle Rac - Novo NO

['Fernando-Unisul' ferna...@unisul.br [oracle_br]]

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