[oracle_br] Re: Quantidade de nós

2016-12-01 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Eu nunca usei SE no 11gR2 (com RAC ou não) mas de acordo com Real Application 
Clusters - Oracle FAQ http://www.orafaq.com/wiki/Real_Application_Clusters 
 
 http://www.orafaq.com/wiki/Real_Application_Clusters 
 
 Real Application Clusters - Oracle FAQ 
http://www.orafaq.com/wiki/Real_Application_Clusters Oracle Real Application 
Clusters (RAC) is a database clustering solution that allows more than one 
instance to mount and open an Oracle database. 
 
 
 
 Visualizar em www.orafaq.com 
http://www.orafaq.com/wiki/Real_Application_Clusters 
 Visualização pelo Yahoo 
 
 
  
o limite é 4 sockets no cluster todo : ie, pode ser 4 nós, cada servidor tendo 
1 socket, ou 2 nós compostos de  2 servidores com dois sockets cada um, ou 
qquer combinação que não ultrapasse 4 sockets no total...

[]s

  Chiappa

Re: [oracle_br] Quantidade de nós

2016-12-01 Por tôpico Emerson dos Santos Gaudêncio emerson.fen...@gmail.com [oracle_br]
https://docs.oracle.com/cd/E11882_01/license.112/e47877.pdf

Em 1 de dezembro de 2016 14:25, palomacbarb...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Oracle Standard 11.2.0.4
>
> Linux Red Hat 5.7
>
>
>
>
> Caros, boa tarde.
>
>
> Alguém saberia me informar qual a quantidade de nós que eu posso ter em um
> Oracle RAC Standard?
>
>
>
>
>
>
> Paloma Barbosa.
>
> 
>


[oracle_br] Quantidade de nós

2016-12-01 Por tôpico palomacbarb...@yahoo.com.br [oracle_br]
Oracle Standard 11.2.0.4
 Linux Red Hat 5.7
 

 

 

 Caros, boa tarde.
 

 Alguém saberia me informar qual a quantidade de nós que eu posso ter em um 
Oracle RAC Standard?
 

 

 

 

 

 Paloma Barbosa.


Re: RES: RES: [oracle_br] Consulta ao Dicionario Lenta

2016-12-01 Por tôpico jlchia...@yahoo.com.br [oracle_br]
okdoc : ao mesmo tempo que vc consulta o metalink e abre chamado, 
adicionalmente recomendo além dos testes com RULE, testar também as 
Alternativas, como a DBA_EXTENTS, ou então DBA_TABLES+DBA_INDEXES se vc tem 
100% de certeza que apenas tabelas e índices existem na tablespace que vc quer 
consultar (provavelmente juntando com a DBA_FREE_SPACE pra saber o que está 
livre - se vc comprovar depois que não está caindo em nenhum bug, meu feeling é 
que vc tem um número anormalmente grande de extents semi-preenchidos aí, 
talvez)...

No sentido de tentar debugar a fonte da lentidão, pode valer a pena também vc 
acessar SEG$ e OBJ$, e ver se tem dif ou não...

 []s
 
   Chiappa