Re: [oracle_br] RAC - Movimentação do LISTENER_SCAN entre os nodes

[Marcelo Santino]

Fabricio,

Só consegui hoje acesso ao ambiente, mas queria dizer que funcionou na boa
com o comando que você mandou.

Agora ficou certinho:
[oracle@orahost01 ~]$ srvctl status scan
SCAN VIP scan1 is enabled
SCAN VIP scan1 is running on node orahost01
SCAN VIP scan2 is enabled
SCAN VIP scan2 is running on node orahost02

[oracle@orahost01~]$ srvctl status scan_listener
SCAN Listener LISTENER_SCAN1 is enabled
SCAN listener LISTENER_SCAN1 is running on node orahost01
SCAN Listener LISTENER_SCAN2 is enabled
SCAN listener LISTENER_SCAN2 is running on node orahost02

Agora, a dúvida: Fiz uns testes parando a instância no NODE1 e o SCAN1 não
foi jogado pro NODE2 automaticamente. Permanecei no NODE1, mas as conexões
(obviamente) foram direcionadas todas apenas para o NODE2. Mas como eu
parei apenas a instância, imagino que o SCAN1 teria sido jogado para o
NODE2 se por acaso eu tivesse bootado a máquina ou parado todos os serviços
do cluster no NODE1, procede?

Abs,



2013/10/29 Marcos Vinicius de Almeida Rocha 

> **
>
>
> Coloca a saida do comando abaixo:
>
> crsctl stat res -t
>
>
> Marcos Vinicius de Almeida Rocha
> Tel (81) 81886436  (81) 88784353
> MCP 2003 - MCDST - OCS partnner - OCA 10g
> OCP 10g - OCP 11g - OCE SQL - OCE exadata
>  OCE MANAGER ORACLE ON LINUX
> OCE RAC 10g - OCS IMPLEMENTATION 11g
> OCE RAC 11g
>
>
>   Em Terça-feira, 29 de Outubro de 2013 10:11, Marcelo Santino <
> e...@marcelosantino.com.br> escreveu:
>
>  Fabricio,
>
> Acho que é isso mesmo que eu precisava.
> Ainda não estou com acesso ao ambiente (vão liberar somente à tarde) aí eu
> testo e confirmo aqui.
>
> Mas pela lógica, é isso mesmo...
>
> Valeu, brigadão!!
>
>
> 2013/10/29 Fabricio Pedroso Jorge 
>
> **
>
>  Você pode realocar o SCAN entre os nós com o srvctl. Ex:
>
>-- a opção "-i 1" define o scan (1, 2 ou 3) a ser realocado e a opção
> "-n" define o nó de destino
>srvctl relocate scan -i 1 -n node_dest
>
>-- depois, para checar
>srvctl status scan
>srvctl status scan_listener
>
>
> Em 29 de outubro de 2013 10:35, Marcelo Santino 
> escreveu:
>
>  **
>
>  Falai pessoal, blz?
>
> Tenho um ambiente RAC 11g (11.2.0.3) em RHEL 6.3 (64 bits).
>
> Um dos nós passou um tempo down devido a um problema no hardware, e vi que
> o listener SCAN1 e SCAN2 ficaram normalmente no node2, mantendo o RAC de pé
> sem problemas.
>
> Agora que o node1 voltou, está online, pelo srvctl eu vejo o database
> online nos 2 nós, só que o node2 continua "segurando" o SCAN1 e SCAN2, e o
> node1 não tem nenhum listener.
>
> Pelo que eu sempre vi, quando um node voltava de um boot ou qualquer coisa
> do tipo, o SCANX voltava pra ele normalmente, mas não está sendo o caso.
>
> Existe uma forma de eu forçar o LISTENER_SCAN1 a ir pro NODE1 ou pode
> estar havendo alguma dificuldade do RAC fazer isso automaticamente?
>
> Abs,
>
>
>
>
> --
> ***Fabrício Pedroso Jorge.*
>
> Administrador de Banco de Dados
> Oracle 11g Certified SQL Expert
> Oracle 11g Certified Associate
> Oracle 11g Certified Professional
> Linux Professional Institute Certified Level I (LPIC-I)
>  ITIL V3 Foudations
> certificacaodb.com.br
>
> *Resumo Profissional:*
> http://br.linkedin.com/in/fabriciojorge
>
> *Contatos:*
> + 55 91 88991116
> skype: fabricio.pedroso.jorge
> fpjb...@gmail.com
>
>
>
>
>
>

Re: [oracle_br] RAC - Movimentação do LISTENER_SCAN entre os nodes

[Marcos Vinicius de Almeida Rocha]

Coloca a saida do comando abaixo:

crsctl stat res -t

 
Marcos Vinicius de Almeida Rocha
Tel (81) 81886436  (81) 88784353
MCP 2003 - MCDST - OCS partnner - OCA 10g  
OCP 10g - OCP 11g - OCE SQL - OCE exadata
 OCE MANAGER ORACLE ON LINUX
OCE RAC 10g - OCS IMPLEMENTATION 11g
OCE RAC 11g



Em Terça-feira, 29 de Outubro de 2013 10:11, Marcelo Santino 
 escreveu:
 
  
Fabricio,

Acho que é isso mesmo que eu precisava. 
Ainda não estou com acesso ao ambiente (vão liberar somente à tarde) aí eu 
testo e confirmo aqui. 

Mas pela lógica, é isso mesmo... 

Valeu, brigadão!!



2013/10/29 Fabricio Pedroso Jorge 

 
>  
>Você pode realocar o SCAN entre os nós com o srvctl. Ex:
>
>   -- a opção "-i 1" define o scan (1, 2 ou 3) a ser realocado e a opção "-n" 
>define o nó de destino
>   srvctl relocate scan -i 1 -n node_dest
>
>   -- depois, para checar
>   srvctl status scan
>   srvctl status scan_listener
>
>
>
>
>Em 29 de outubro de 2013 10:35, Marcelo Santino  
>escreveu:
>
>
> 
>>  
>>Falai pessoal, blz?
>>
>>
>>Tenho um ambiente RAC 11g (11.2.0.3) em RHEL 6.3 (64 bits). 
>>
>>
>>Um dos nós passou um tempo down devido a um problema no hardware, e vi que o 
>>listener SCAN1 e SCAN2 ficaram normalmente no node2, mantendo o RAC de pé sem 
>>problemas. 
>>
>>
>>Agora que o node1 voltou, está online, pelo srvctl eu vejo o database online 
>>nos 2 nós, só que o node2 continua "segurando" o SCAN1 e SCAN2, e o node1 não 
>>tem nenhum listener. 
>>
>>
>>Pelo que eu sempre vi, quando um node voltava de um boot ou qualquer coisa do 
>>tipo, o SCANX voltava pra ele normalmente, mas não está sendo o caso. 
>>
>>
>>Existe uma forma de eu forçar o LISTENER_SCAN1 a ir pro NODE1 ou pode estar 
>>havendo alguma dificuldade do RAC fazer isso automaticamente?
>>
>>
>>Abs,
>
>
>-- 
>
>Fabrício Pedroso Jorge.
>
>Administrador de Banco de Dados
>Oracle 11g Certified SQL Expert
>Oracle 11g Certified Associate
>Oracle 11g Certified Professional
>Linux Professional Institute Certified Level I (LPIC-I)
>
>ITIL V3 Foudations
>
>certificacaodb.com.br
>
>Resumo Profissional:
>http://br.linkedin.com/in/fabriciojorge
>
>
>Contatos:
>+ 55 91 88991116
>skype: fabricio.pedroso.jorge
>fpjb...@gmail.com 
>

Re: [oracle_br] RAC - Movimentação do LISTENER_SCAN entre os nodes

[Marcelo Santino]

Fabricio,

Acho que é isso mesmo que eu precisava.
Ainda não estou com acesso ao ambiente (vão liberar somente à tarde) aí eu
testo e confirmo aqui.

Mas pela lógica, é isso mesmo...

Valeu, brigadão!!


2013/10/29 Fabricio Pedroso Jorge 

> **
>
>
> Você pode realocar o SCAN entre os nós com o srvctl. Ex:
>
>-- a opção "-i 1" define o scan (1, 2 ou 3) a ser realocado e a opção
> "-n" define o nó de destino
>srvctl relocate scan -i 1 -n node_dest
>
>-- depois, para checar
>srvctl status scan
>srvctl status scan_listener
>
>
> Em 29 de outubro de 2013 10:35, Marcelo Santino 
> escreveu:
>
>  **
>>
>>
>> Falai pessoal, blz?
>>
>> Tenho um ambiente RAC 11g (11.2.0.3) em RHEL 6.3 (64 bits).
>>
>> Um dos nós passou um tempo down devido a um problema no hardware, e vi
>> que o listener SCAN1 e SCAN2 ficaram normalmente no node2, mantendo o RAC
>> de pé sem problemas.
>>
>> Agora que o node1 voltou, está online, pelo srvctl eu vejo o database
>> online nos 2 nós, só que o node2 continua "segurando" o SCAN1 e SCAN2, e o
>> node1 não tem nenhum listener.
>>
>> Pelo que eu sempre vi, quando um node voltava de um boot ou qualquer
>> coisa do tipo, o SCANX voltava pra ele normalmente, mas não está sendo o
>> caso.
>>
>> Existe uma forma de eu forçar o LISTENER_SCAN1 a ir pro NODE1 ou pode
>> estar havendo alguma dificuldade do RAC fazer isso automaticamente?
>>
>> Abs,
>>
>>
>
>
> --
> ***Fabrício Pedroso Jorge.*
>
> Administrador de Banco de Dados
> Oracle 11g Certified SQL Expert
> Oracle 11g Certified Associate
> Oracle 11g Certified Professional
> Linux Professional Institute Certified Level I (LPIC-I)
> ITIL V3 Foudations
> certificacaodb.com.br
>
> *Resumo Profissional:*
> http://br.linkedin.com/in/fabriciojorge
>
> *Contatos:*
> + 55 91 88991116
> skype: fabricio.pedroso.jorge
> fpjb...@gmail.com
>
>  
>

Re: [oracle_br] RAC - Movimentação do LISTENER_SCAN entre os nodes

[Fabricio Pedroso Jorge]

Você pode realocar o SCAN entre os nós com o srvctl. Ex:

   -- a opção "-i 1" define o scan (1, 2 ou 3) a ser realocado e a opção
"-n" define o nó de destino
   srvctl relocate scan -i 1 -n node_dest

   -- depois, para checar
   srvctl status scan
   srvctl status scan_listener


Em 29 de outubro de 2013 10:35, Marcelo Santino
escreveu:

> **
>
>
> Falai pessoal, blz?
>
> Tenho um ambiente RAC 11g (11.2.0.3) em RHEL 6.3 (64 bits).
>
> Um dos nós passou um tempo down devido a um problema no hardware, e vi que
> o listener SCAN1 e SCAN2 ficaram normalmente no node2, mantendo o RAC de pé
> sem problemas.
>
> Agora que o node1 voltou, está online, pelo srvctl eu vejo o database
> online nos 2 nós, só que o node2 continua "segurando" o SCAN1 e SCAN2, e o
> node1 não tem nenhum listener.
>
> Pelo que eu sempre vi, quando um node voltava de um boot ou qualquer coisa
> do tipo, o SCANX voltava pra ele normalmente, mas não está sendo o caso.
>
> Existe uma forma de eu forçar o LISTENER_SCAN1 a ir pro NODE1 ou pode
> estar havendo alguma dificuldade do RAC fazer isso automaticamente?
>
> Abs,
>
>  
>



-- 
***Fabrício Pedroso Jorge.*

Administrador de Banco de Dados
Oracle 11g Certified SQL Expert
Oracle 11g Certified Associate
Oracle 11g Certified Professional
Linux Professional Institute Certified Level I (LPIC-I)
ITIL V3 Foudations
certificacaodb.com.br

*Resumo Profissional:*
http://br.linkedin.com/in/fabriciojorge

*Contatos:*
+ 55 91 88991116
skype: fabricio.pedroso.jorge
fpjb...@gmail.com

[oracle_br] RAC - Movimentação do LISTENER_SCAN entre os nodes

[Marcelo Santino]

Falai pessoal, blz?

Tenho um ambiente RAC 11g (11.2.0.3) em RHEL 6.3 (64 bits).

Um dos nós passou um tempo down devido a um problema no hardware, e vi que
o listener SCAN1 e SCAN2 ficaram normalmente no node2, mantendo o RAC de pé
sem problemas.

Agora que o node1 voltou, está online, pelo srvctl eu vejo o database
online nos 2 nós, só que o node2 continua "segurando" o SCAN1 e SCAN2, e o
node1 não tem nenhum listener.

Pelo que eu sempre vi, quando um node voltava de um boot ou qualquer coisa
do tipo, o SCANX voltava pra ele normalmente, mas não está sendo o caso.

Existe uma forma de eu forçar o LISTENER_SCAN1 a ir pro NODE1 ou pode estar
havendo alguma dificuldade do RAC fazer isso automaticamente?

Abs,

Re: [oracle_br] RAC 11g Failover and Load-Balance

[Alexandre Anselmo]

Bom dia Leonardo.

Voce esta correto! Retirei a configuracao de load balance do tnsnames e 
continua funcionando normalmente o balanceamento e até melhorou a proporcao 
entre os nós. Antes estava +- 8 para 1 e agora está meio a meio.

Sobre o failover... Continua sem funcionar. Conecto no nó 1 mando desligar e a 
conexao nao vai para o nó 2. Será que precisa de alguma configuracao extra?

Se voce ou alguem souber ajudará bastante.

Obrigado.

Alexandre.


- Original Message -
From: Leonardo Rezende 
To: oracle_br@yahoogrupos.com.br
Cc: 
Sent: Tuesday, August 23, 2011 10:22 PM
Subject: Re: [oracle_br] RAC 11g Failover and Load-Balance

Pelo que entendi do SCAN, você não deve configurar o LOAD_BALANCE ou
FAILOVER no cliente. Pra mim está havendo um conflito de teorias...

Pelo que entendi(é conhecimento novo pra mim), o SCAN veio para facilitar a
configuração do cliente e deixar o balanceamento por conta do cluster.
Existe um listener configurado em cada nó, escutando no endereço VIP e
também também um listener escutando em cada endereço que é resolvido pelo
SCAN(rac-scan.dominio)... Com isso, fica bem mais fácil você criar serviço e
apontá-los para determinados nós em um ambiente RAC.

Bom, ainda sou um DBA júnior e instalei um rac 11gR2 num ambiente
virtualizado há pouco tempo... Esse meu entendimento é pelo que li da
documentação e observei do ambiente depois de instalado.

Apesar de falar tudo isso, uma configuração antiga do cliente(apontando
diretamente para os vip's) deveria funcionar normalmente, inclusive fazendo
balanceamento Você apontou a configuração do clienet para os vip's ou
para os ip's do scan?

Abraço,

LRezende


Em 23 de agosto de 2011 16:48, Alexandre Anselmo
escreveu:

> **
>
>
> Olá a todos.
>
> Instalei a pouco um RAC11g com scan configurado no hosts. Estou tentando
> testar o load balance e o failover dos clientes (DESCRIPTION = (LOAD_BALANCE
> = ON) (FAILOVER=ON) mas as coisas nao estao funcionando como esperado.
>
> Alguem ja fez esta configuracao no 11g?
>
> O Load Balance até que funciona mas ao meu ver estranho. Ele abre diversas
> conexoes no primeiro nó para depois abrir uma ou duas conexoes no nó 2. A
> proporcao é de 8 para 1 mais ou menos. Isso é normal?
>
> O Failover nao consegui testar. Sempre que faco um teste a conexao nao
> passa para o outro nó.
>
> Qualquer dica é bem vinda.
>
> Ats,
> Alexandre Tenorio.
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

Re: [oracle_br] RAC 11g Failover and Load-Balance

[Leonardo Rezende]

Pelo que entendi do SCAN, você não deve configurar o LOAD_BALANCE ou
FAILOVER no cliente. Pra mim está havendo um conflito de teorias...

Pelo que entendi(é conhecimento novo pra mim), o SCAN veio para facilitar a
configuração do cliente e deixar o balanceamento por conta do cluster.
Existe um listener configurado em cada nó, escutando no endereço VIP e
também também um listener escutando em cada endereço que é resolvido pelo
SCAN(rac-scan.dominio)... Com isso, fica bem mais fácil você criar serviço e
apontá-los para determinados nós em um ambiente RAC.

Bom, ainda sou um DBA júnior e instalei um rac 11gR2 num ambiente
virtualizado há pouco tempo... Esse meu entendimento é pelo que li da
documentação e observei do ambiente depois de instalado.

Apesar de falar tudo isso, uma configuração antiga do cliente(apontando
diretamente para os vip's) deveria funcionar normalmente, inclusive fazendo
balanceamento Você apontou a configuração do clienet para os vip's ou
para os ip's do scan?

Abraço,

LRezende


Em 23 de agosto de 2011 16:48, Alexandre Anselmo
escreveu:

> **
>
>
> Olá a todos.
>
> Instalei a pouco um RAC11g com scan configurado no hosts. Estou tentando
> testar o load balance e o failover dos clientes (DESCRIPTION = (LOAD_BALANCE
> = ON) (FAILOVER=ON) mas as coisas nao estao funcionando como esperado.
>
> Alguem ja fez esta configuracao no 11g?
>
> O Load Balance até que funciona mas ao meu ver estranho. Ele abre diversas
> conexoes no primeiro nó para depois abrir uma ou duas conexoes no nó 2. A
> proporcao é de 8 para 1 mais ou menos. Isso é normal?
>
> O Failover nao consegui testar. Sempre que faco um teste a conexao nao
> passa para o outro nó.
>
> Qualquer dica é bem vinda.
>
> Ats,
> Alexandre Tenorio.
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

[oracle_br] RAC 11g Failover and Load-Balance

[Alexandre Anselmo]

Olá a todos.

Instalei a pouco um RAC11g com scan configurado no hosts. Estou tentando testar 
o load balance e o failover dos clientes (DESCRIPTION = (LOAD_BALANCE = ON) 
(FAILOVER=ON) mas as coisas nao estao funcionando como esperado.

Alguem ja fez esta configuracao no 11g?

O Load Balance até que funciona mas ao meu ver estranho. Ele abre diversas 
conexoes no primeiro nó para depois abrir uma ou duas conexoes no nó 2. A 
proporcao é de 8 para 1 mais ou menos. Isso é normal?

O Failover nao consegui testar. Sempre que faco um teste a conexao nao passa 
para o outro nó.

Qualquer dica é bem vinda.

Ats,
Alexandre Tenorio.

[oracle_br] RAC - Block Lost X Block Corrupt

[candiurudba]

Bom dia colegas,

Recentemente, fiz a migração de um Oracle Single instance versão 10 para um RAC 
versão 11.1.0.6 e nas atividades de analise rotineiras, percebi que tenho 
blocos sendo perdido de um server para outro

A minha dúvida é com relação a quantidade de blocos que normalmente são 
perdidos (refletindo uma tranquilidade do cluster) ou se nenhum bloco deve 
realmente ser perdido.

E qual seria a melhor forma de evitar este tipod e situação ?

Estou trabalhando com 2 nós, jumbo frame habilitado removida a 
configuração no Switch /plca de rede a autonegociação, setando tudo para full 
gigabit...

O select que estou usando é:

select

a1.inst_id "inst"

,a1.value "blocks lost"

,a2.value "blocks corrupt"

from

gv$sysstat a1

,gv$sysstat a2

where

a1.name = 'gc blocks lost'

and a2.name = 'gc blocks corrupt'

and a1.inst_id = a2.inst_id;

Alguem teria alguma idéia ? Realmente existe alguma normalidade em perdas de 
blocos em um ambiente altamente transacional. Após a migração que foi realizada 
no sábado, ate o momento constatei 4 blocos perdidos...

Re: [oracle_br] RAC x ERP

[Marcos Braga]

Esse resultado mostra que só o listener está ativo, não o EM. A porta padrão
do listener é 1521 (porta reportada), se o EM estivesse ativo, provavelmente
apareceria a 1158 nessa lista.

É bom partir para o log mesmo.

[]s
Braga

Em 13 de maio de 2010 15:50, orfeu lima  escreveu:

>
> Marcos, as conexões estao la
>
> tcp0  0 192.168.248.200:15210.0.0.0:*
>   OUÃA
> tcp0  0 192.168.248.210:15210.0.0.0:*
>   OUÃA
> mas mesmo assim nao consigo acessar.
>
> olha so.
>
>
>
> To: oracle_br@yahoogrupos.com.br
> From: braga.mar...@gmail.com
> Date: Thu, 13 May 2010 15:46:33 -0300
> Subject: Re: [oracle_br] RAC x ERP
>
>
>
>
>
> Oi Orfeu,
>
> Na versão 10, quando reinstalava o EM, geralmente, ele não subia de
> primeira
> e acabava dando algum erro que não encontrava solução.
>
> Mas, milagrosamente, após uns 5 minutos ele estava ON; e só Deus sabe
> como isso ocorria.
>
> Eu só descobria utilizando o seguinte comando:
>
> # netstat -ltn
>
> GOTCHA! tava lá a porkera da porta 1158 aberta, aguardando conexões.
>
> Bom..., alternativamente, sempre consultava os logs para saber o que estava
> ocorrendo, alguns problemas descobri consultando os logs; é um bom começo.
>
> Primeiramente aconselho verificar se a porta abre após uns 5 minutos que
> tentou subir o serviço;
> Segundamente (r), aconselho verificar o log do EM.
>
> []s
> Braga
>
> Em 13 de maio de 2010 14:48, orfeu lima  escreveu:
>
> >
> > Marcos boa tarde!!
> >
> > O primeiro problema detectado foi na camada de transporte, entre o
> listener
> > e o tcp/ip. Segundo documento encontrado esse problema é aleatório, mas
> > mesmo assim vi que alguns parâmetros de tcp/ip não estavam de acordo com
> as
> > melhores práticas, o que estou alterando para reiniciar o ambiente e
> testar.
> >
> > Outro problema que estou encontrando é com o enterprise manager. Não
> estou
> > conseguindo subi-lo, ja reconfigurei com o emca, mas na hora de acessar
> via
> > browser não entra.
> >
> > Saberia me dizer o pq de não estar conseguindo acessar o banco via
> > enterprise manager.
> >
> > abraço.
> >
> >
> >
> >
> >
> > To: oracle_br@yahoogrupos.com.br
> > From: braga.mar...@gmail.com
> > Date: Mon, 10 May 2010 10:32:07 -0300
> > Subject: Re: [oracle_br] RAC x ERP
> >
> >
> >
> >
> >
> > Olá Orfeu,
> >
> > Tempos atrás trabalhei com um ERP que era genérico, tipo..., para
> qualquer
> > banco de dados..., isso é um tiro-no-pé.
> >
> > O principal problema desse ERP específico e genérico era, para toda e
> > qualquer consulta que ele fazia, ocorria um FULL TABLE SCAN, criando uma
> > tabela "TEMPORÁRIA" e depois são criados índices e aplicados os filtros
> > (muitas vezes no terminal do próprio cliente da consulta) e por último (e
> > não menos importante), um DROP nessa tabela "TEMPORÁRIA".
> >
> > O pior é que para o caso da tal tabela "TEMPORÁRIA", ela não estava em
> uma
> > TEMPORARY TABLESPACE, estava em uma tablespace física, pois o ERP não
> > saberia trabalhar com uma TEMPORARY TABLESPACE, porque é genérico.
> >
> > Observou o processo
> >
> > Cara..., quem idealizou o ERP se preocupou em deixá-lo genérico fazendo
> > essa
> > cáca genérica..., em ambientes corporativos, onde há redundância e
> > segurança
> > para não perder dados, isso é a morte. A vantagem é que funciona com a
> > maioria dos bancos efetuando-se poucas alterações.
> >
> > Esse foi um caso específico de um ERP específico..., depois de muita
> > análise
> > descobrimos como o ERP trabalhava, gerando esse número enorme de DML no
> > banco; nesse período haviam muitos problemas de performance no banco.
> >
> > Uma das soluções aplicadas na época foi: criar uma tablespace em
> nologging
> > (uma tentativa de evitar gerar redo de tabelas temporárias, para o ERP).
> > Depois aumentamos o cache para DML, o que melhorou um pouco também esse
> > trabalho.
> >
> > Um segundo procedimento foi buscar os departamentos que faziam as
> consultas
> > mais pesadas e disponibilizar computadores melhores, porque parte do
> > processamento da consulta estava no cliente e não no servidor.
> >
> > Como pode observar, estes foram alguns aspectos que buscamos para
> > solucionar
> > o problema para este ERP genérico.
> >
> > Isso é só uma experiência para ajudar a buscar soluções.
> >
> > []s
> > Braga
> >
> > Em 10 de maio de 2010 09:48, orfeu lima  escreveu:
> >
> > >
> > >
> > >
> > > Bom dia a todos!!
> > >
> > > Tenho um oracle rac com dois nós, sistema operacional Linux Red Hat 5,
> > > oracle 10Gr2.
> > >
> > > Esse ambiente é acessado por um erp que está com sérios problemas de
> > > performance. Nesse ambiente tem-se 5 instâncias.
> > >
> > > Gostaria de saber quais os principais problemas do erp com rac e o que
> > > poderia estar modificando de "cara" nesse ambiente para poder
> melhorá-lo.
> > >
> > > Obrigado
>


[As partes desta mensagem que não continham texto foram removidas]

RE: [oracle_br] RAC x ERP

[orfeu lima]

Marcos, as conexões estao la

tcp0  0 192.168.248.200:15210.0.0.0:*   OUÃA
tcp0  0 192.168.248.210:15210.0.0.0:*   OUÃA
mas mesmo assim nao consigo acessar.

olha so.
 


To: oracle_br@yahoogrupos.com.br
From: braga.mar...@gmail.com
Date: Thu, 13 May 2010 15:46:33 -0300
Subject: Re: [oracle_br] RAC x ERP

  



Oi Orfeu,

Na versão 10, quando reinstalava o EM, geralmente, ele não subia de primeira
e acabava dando algum erro que não encontrava solução.

Mas, milagrosamente, após uns 5 minutos ele estava ON; e só Deus sabe
como isso ocorria.

Eu só descobria utilizando o seguinte comando:

# netstat -ltn

GOTCHA! tava lá a porkera da porta 1158 aberta, aguardando conexões.

Bom..., alternativamente, sempre consultava os logs para saber o que estava
ocorrendo, alguns problemas descobri consultando os logs; é um bom começo.

Primeiramente aconselho verificar se a porta abre após uns 5 minutos que
tentou subir o serviço;
Segundamente (r), aconselho verificar o log do EM.

[]s
Braga

Em 13 de maio de 2010 14:48, orfeu lima  escreveu:

>
> Marcos boa tarde!!
>
> O primeiro problema detectado foi na camada de transporte, entre o listener
> e o tcp/ip. Segundo documento encontrado esse problema é aleatório, mas
> mesmo assim vi que alguns parâmetros de tcp/ip não estavam de acordo com as
> melhores práticas, o que estou alterando para reiniciar o ambiente e testar.
>
> Outro problema que estou encontrando é com o enterprise manager. Não estou
> conseguindo subi-lo, ja reconfigurei com o emca, mas na hora de acessar via
> browser não entra.
>
> Saberia me dizer o pq de não estar conseguindo acessar o banco via
> enterprise manager.
>
> abraço.
>
>
>
>
>
> To: oracle_br@yahoogrupos.com.br
> From: braga.mar...@gmail.com
> Date: Mon, 10 May 2010 10:32:07 -0300
> Subject: Re: [oracle_br] RAC x ERP
>
>
>
>
>
> Olá Orfeu,
>
> Tempos atrás trabalhei com um ERP que era genérico, tipo..., para qualquer
> banco de dados..., isso é um tiro-no-pé.
>
> O principal problema desse ERP específico e genérico era, para toda e
> qualquer consulta que ele fazia, ocorria um FULL TABLE SCAN, criando uma
> tabela "TEMPORÁRIA" e depois são criados índices e aplicados os filtros
> (muitas vezes no terminal do próprio cliente da consulta) e por último (e
> não menos importante), um DROP nessa tabela "TEMPORÁRIA".
>
> O pior é que para o caso da tal tabela "TEMPORÁRIA", ela não estava em uma
> TEMPORARY TABLESPACE, estava em uma tablespace física, pois o ERP não
> saberia trabalhar com uma TEMPORARY TABLESPACE, porque é genérico.
>
> Observou o processo
>
> Cara..., quem idealizou o ERP se preocupou em deixá-lo genérico fazendo
> essa
> cáca genérica..., em ambientes corporativos, onde há redundância e
> segurança
> para não perder dados, isso é a morte. A vantagem é que funciona com a
> maioria dos bancos efetuando-se poucas alterações.
>
> Esse foi um caso específico de um ERP específico..., depois de muita
> análise
> descobrimos como o ERP trabalhava, gerando esse número enorme de DML no
> banco; nesse período haviam muitos problemas de performance no banco.
>
> Uma das soluções aplicadas na época foi: criar uma tablespace em nologging
> (uma tentativa de evitar gerar redo de tabelas temporárias, para o ERP).
> Depois aumentamos o cache para DML, o que melhorou um pouco também esse
> trabalho.
>
> Um segundo procedimento foi buscar os departamentos que faziam as consultas
> mais pesadas e disponibilizar computadores melhores, porque parte do
> processamento da consulta estava no cliente e não no servidor.
>
> Como pode observar, estes foram alguns aspectos que buscamos para
> solucionar
> o problema para este ERP genérico.
>
> Isso é só uma experiência para ajudar a buscar soluções.
>
> []s
> Braga
>
> Em 10 de maio de 2010 09:48, orfeu lima  escreveu:
>
> >
> >
> >
> > Bom dia a todos!!
> >
> > Tenho um oracle rac com dois nós, sistema operacional Linux Red Hat 5,
> > oracle 10Gr2.
> >
> > Esse ambiente é acessado por um erp que está com sérios problemas de
> > performance. Nesse ambiente tem-se 5 instâncias.
> >
> > Gostaria de saber quais os principais problemas do erp com rac e o que
> > poderia estar modificando de "cara" nesse ambiente para poder melhorá-lo.
> >
> > Obrigado
>

[As partes desta mensagem que não continham texto foram removidas]




  
_
DEIXE SUAS CONVERSAS MAIS DIVERTIDAS. TRANSFORME AQUI SUAS FOTOS EM EMOTICONS, 
É GRÁTIS.
http://ilm.windowslive.com.br/?o

Re: [oracle_br] RAC x ERP

[Marcos Braga]

Oi Orfeu,

Na versão 10, quando reinstalava o EM, geralmente, ele não subia de primeira
e acabava dando algum erro que não encontrava solução.

Mas, milagrosamente, após uns 5 minutos ele estava ON; e só Deus sabe
como isso ocorria.

Eu só descobria utilizando o seguinte comando:

# netstat -ltn

GOTCHA! tava lá a porkera da porta 1158 aberta, aguardando conexões.

Bom..., alternativamente, sempre consultava os logs para saber o que estava
ocorrendo, alguns problemas descobri consultando os logs; é um bom começo.

Primeiramente aconselho verificar se a porta abre após uns 5 minutos que
tentou subir o serviço;
Segundamente (r), aconselho verificar o log do EM.


[]s
Braga



Em 13 de maio de 2010 14:48, orfeu lima  escreveu:

>
> Marcos boa tarde!!
>
> O primeiro problema detectado foi na camada de transporte, entre o listener
> e o tcp/ip. Segundo documento encontrado esse problema é aleatório, mas
> mesmo assim vi que alguns parâmetros de tcp/ip não estavam de acordo com as
> melhores práticas, o que estou alterando para reiniciar o ambiente e testar.
>
> Outro problema que estou encontrando é com o enterprise manager. Não estou
> conseguindo subi-lo, ja reconfigurei com o emca, mas na hora de acessar via
> browser não entra.
>
> Saberia me dizer o pq de não estar conseguindo acessar o banco via
> enterprise manager.
>
> abraço.
>
>
>
>
>
> To: oracle_br@yahoogrupos.com.br
> From: braga.mar...@gmail.com
> Date: Mon, 10 May 2010 10:32:07 -0300
> Subject: Re: [oracle_br] RAC x ERP
>
>
>
>
>
> Olá Orfeu,
>
> Tempos atrás trabalhei com um ERP que era genérico, tipo..., para qualquer
> banco de dados..., isso é um tiro-no-pé.
>
> O principal problema desse ERP específico e genérico era, para toda e
> qualquer consulta que ele fazia, ocorria um FULL TABLE SCAN, criando uma
> tabela "TEMPORÁRIA" e depois são criados índices e aplicados os filtros
> (muitas vezes no terminal do próprio cliente da consulta) e por último (e
> não menos importante), um DROP nessa tabela "TEMPORÁRIA".
>
> O pior é que para o caso da tal tabela "TEMPORÁRIA", ela não estava em uma
> TEMPORARY TABLESPACE, estava em uma tablespace física, pois o ERP não
> saberia trabalhar com uma TEMPORARY TABLESPACE, porque é genérico.
>
> Observou o processo
>
> Cara..., quem idealizou o ERP se preocupou em deixá-lo genérico fazendo
> essa
> cáca genérica..., em ambientes corporativos, onde há redundância e
> segurança
> para não perder dados, isso é a morte. A vantagem é que funciona com a
> maioria dos bancos efetuando-se poucas alterações.
>
> Esse foi um caso específico de um ERP específico..., depois de muita
> análise
> descobrimos como o ERP trabalhava, gerando esse número enorme de DML no
> banco; nesse período haviam muitos problemas de performance no banco.
>
> Uma das soluções aplicadas na época foi: criar uma tablespace em nologging
> (uma tentativa de evitar gerar redo de tabelas temporárias, para o ERP).
> Depois aumentamos o cache para DML, o que melhorou um pouco também esse
> trabalho.
>
> Um segundo procedimento foi buscar os departamentos que faziam as consultas
> mais pesadas e disponibilizar computadores melhores, porque parte do
> processamento da consulta estava no cliente e não no servidor.
>
> Como pode observar, estes foram alguns aspectos que buscamos para
> solucionar
> o problema para este ERP genérico.
>
> Isso é só uma experiência para ajudar a buscar soluções.
>
> []s
> Braga
>
> Em 10 de maio de 2010 09:48, orfeu lima  escreveu:
>
> >
> >
> >
> > Bom dia a todos!!
> >
> > Tenho um oracle rac com dois nós, sistema operacional Linux Red Hat 5,
> > oracle 10Gr2.
> >
> > Esse ambiente é acessado por um erp que está com sérios problemas de
> > performance. Nesse ambiente tem-se 5 instâncias.
> >
> > Gostaria de saber quais os principais problemas do erp com rac e o que
> > poderia estar modificando de "cara" nesse ambiente para poder melhorá-lo.
> >
> > Obrigado
>


[As partes desta mensagem que não continham texto foram removidas]

RE: [oracle_br] RAC x ERP

[orfeu lima]

Marcos boa tarde!!

O primeiro problema detectado foi na camada de transporte, entre o listener e o 
tcp/ip. Segundo documento encontrado esse problema é aleatório, mas mesmo assim 
vi que alguns parâmetros de tcp/ip não estavam de acordo com as melhores 
práticas, o que estou alterando para reiniciar o ambiente e testar.

Outro problema que estou encontrando é com o enterprise manager. Não estou 
conseguindo subi-lo, ja reconfigurei com o emca, mas na hora de acessar via 
browser não entra. 

Saberia me dizer o pq de não estar conseguindo acessar o banco via enterprise 
manager.

abraço.


 


To: oracle_br@yahoogrupos.com.br
From: braga.mar...@gmail.com
Date: Mon, 10 May 2010 10:32:07 -0300
Subject: Re: [oracle_br] RAC x ERP

  



Olá Orfeu,

Tempos atrás trabalhei com um ERP que era genérico, tipo..., para qualquer
banco de dados..., isso é um tiro-no-pé.

O principal problema desse ERP específico e genérico era, para toda e
qualquer consulta que ele fazia, ocorria um FULL TABLE SCAN, criando uma
tabela "TEMPORÁRIA" e depois são criados índices e aplicados os filtros
(muitas vezes no terminal do próprio cliente da consulta) e por último (e
não menos importante), um DROP nessa tabela "TEMPORÁRIA".

O pior é que para o caso da tal tabela "TEMPORÁRIA", ela não estava em uma
TEMPORARY TABLESPACE, estava em uma tablespace física, pois o ERP não
saberia trabalhar com uma TEMPORARY TABLESPACE, porque é genérico.

Observou o processo

Cara..., quem idealizou o ERP se preocupou em deixá-lo genérico fazendo essa
cáca genérica..., em ambientes corporativos, onde há redundância e segurança
para não perder dados, isso é a morte. A vantagem é que funciona com a
maioria dos bancos efetuando-se poucas alterações.

Esse foi um caso específico de um ERP específico..., depois de muita análise
descobrimos como o ERP trabalhava, gerando esse número enorme de DML no
banco; nesse período haviam muitos problemas de performance no banco.

Uma das soluções aplicadas na época foi: criar uma tablespace em nologging
(uma tentativa de evitar gerar redo de tabelas temporárias, para o ERP).
Depois aumentamos o cache para DML, o que melhorou um pouco também esse
trabalho.

Um segundo procedimento foi buscar os departamentos que faziam as consultas
mais pesadas e disponibilizar computadores melhores, porque parte do
processamento da consulta estava no cliente e não no servidor.

Como pode observar, estes foram alguns aspectos que buscamos para solucionar
o problema para este ERP genérico.

Isso é só uma experiência para ajudar a buscar soluções.

[]s
Braga

Em 10 de maio de 2010 09:48, orfeu lima  escreveu:

>
>
>
> Bom dia a todos!!
>
> Tenho um oracle rac com dois nós, sistema operacional Linux Red Hat 5,
> oracle 10Gr2.
>
> Esse ambiente é acessado por um erp que está com sérios problemas de
> performance. Nesse ambiente tem-se 5 instâncias.
>
> Gostaria de saber quais os principais problemas do erp com rac e o que
> poderia estar modificando de "cara" nesse ambiente para poder melhorá-lo.
>
> Obrigado
>

[As partes desta mensagem que não continham texto foram removidas]




  
_
DEIXE SUAS CONVERSAS MAIS DIVERTIDAS. TRANSFORME AQUI SUAS FOTOS EM EMOTICONS, 
É GRÁTIS.
http://ilm.windowslive.com.br/?ocid=ILM:ILM:Hotmail:Tagline:1x1:Tagline

[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] RAC x ERP

[Marcos Braga]

Olá Orfeu,

Tempos atrás trabalhei com um ERP que era genérico, tipo..., para qualquer
banco de dados..., isso é um tiro-no-pé.

O principal problema desse ERP específico e genérico era, para toda e
qualquer consulta que ele fazia, ocorria um FULL TABLE SCAN, criando uma
tabela "TEMPORÁRIA" e depois são criados índices e aplicados os filtros
(muitas vezes no terminal do próprio cliente da consulta) e por último (e
não menos importante), um DROP nessa tabela "TEMPORÁRIA".

O pior é que para o caso da tal tabela "TEMPORÁRIA", ela não estava em uma
TEMPORARY TABLESPACE, estava em uma tablespace física, pois o ERP não
saberia trabalhar com uma TEMPORARY TABLESPACE, porque é genérico.

Observou o processo

Cara..., quem idealizou o ERP se preocupou em deixá-lo genérico fazendo essa
cáca genérica..., em ambientes corporativos, onde há redundância e segurança
para não perder dados, isso é a morte. A vantagem é que funciona com a
maioria dos bancos efetuando-se poucas alterações.

Esse foi um caso específico de um ERP específico..., depois de muita análise
descobrimos como o ERP trabalhava, gerando esse número enorme de DML no
banco; nesse período haviam muitos problemas de performance no banco.

Uma das soluções aplicadas na época foi: criar uma tablespace em nologging
(uma tentativa de evitar gerar redo de tabelas temporárias, para o ERP).
Depois aumentamos o cache para DML, o que melhorou um pouco também esse
trabalho.

Um segundo procedimento foi buscar os departamentos que faziam as consultas
mais pesadas e disponibilizar computadores melhores, porque parte do
processamento da consulta estava no cliente e não no servidor.

Como pode observar, estes foram alguns aspectos que buscamos para solucionar
o problema para este ERP genérico.

Isso é só uma experiência para ajudar a buscar soluções.

[]s
Braga




Em 10 de maio de 2010 09:48, orfeu lima  escreveu:

>
>
>
> Bom dia a todos!!
>
> Tenho um oracle rac com dois nós, sistema operacional Linux Red Hat 5,
> oracle 10Gr2.
>
> Esse ambiente é acessado por um erp que está com sérios problemas de
> performance. Nesse ambiente tem-se 5 instâncias.
>
> Gostaria de saber quais os principais problemas do erp com rac e o que
> poderia estar modificando de "cara" nesse ambiente para poder melhorá-lo.
>
> Obrigado
>


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] RAC x ERP

[orfeu lima]

Bom dia a todos!!

Tenho um oracle rac com dois nós, sistema operacional Linux Red Hat 5, oracle 
10Gr2.

Esse ambiente é acessado por um erp que está com sérios problemas de 
performance. Nesse ambiente tem-se 5 instâncias.

Gostaria de saber quais os principais problemas do erp com rac e o que poderia 
estar modificando de "cara" nesse ambiente para poder melhorá-lo.

Obrigado
  
_
DIVIRTA SEUS AMIGOS NO MESSENGER. TRANSFORME AQUI SUAS FOTOS EM EMOTICONS, É 
GRÁTIS.
http://ilm.windowslive.com.br/?ocid=ILM:ILM:Hotmail:Tagline:1x1:Tagline

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] rac - desvantagens

[Andre Santos]

Mais um:
http://nervinformatica.com.br/2010/02/23/rac-saci/

[ ]'s

André


Em 2 de abril de 2010 23:24, Andre Santos escreveu:

> Algumas considerações do Portilho:
>
> http://nervinformatica.com.br/2010/03/25/aspectos-da-aplicacao-migracao-para-oracle-rac/
>
> [ ]'s
>
> André
>
>
> Em 2 de abril de 2010 23:15, vanberto alessandro de souza zuim <
> vanbertoz...@yahoo.com.br> escreveu:
>
>
>>
>> Andre,
>> Você estar certo.." Ou seja, a arquitetura do sistema não permitia
>> escalar no RAC com
>> balanceamento de carga ***nesta parte da aplicação*** (é o que consta no
>> artigo)." mais a duvida do nosso amigo é as vantagens e desvantagens do
>> RAC.bom , como falei o sistema do cliente do portilho pode ter problemas
>> com a questao do rac, mais isso não pode ser usado como um problema do
>> rac em si, e sim da aplicação.
>>
>> 
>> De: Andre Santos 
>> >
>>
>> Para: oracle_br@yahoogrupos.com.br 
>> Enviadas: Quinta-feira, 1 de Abril de 2010 23:19:27
>>
>> Assunto: Re: [oracle_br] rac - desvantagens
>>
>> Zuim
>>
>> Peraí... Não foi bem isso de "SQL mal desenvolvido", não!
>> Li o artigo do Portilho, não tem nada a ver com o comando SQL...
>>
>> Talvez até possamos dizer que é um problema de "arquitetura" da aplicação:
>> o
>> problema era a tentativa frequente e concorrente de inserir dados na mesma
>> tabela (o que levava à tentativa de acessar o mesmo bloco).
>>
>> Ou seja, a arquitetura do sistema não permitia escalar no RAC com
>> balanceamento de carga ***nesta parte da aplicação*** (é o que consta no
>> artigo).
>>
>> [ ]'s
>>
>> André
>>
>> Em 1 de abril de 2010 19:41, vanberto alessandro de souza zuim <
>> vanbertoz...@yahoo.com.br > escreveu:
>>
>> >
>> >
>> > Bom , tenho que descorda de você, o caso que o portilho falou nesse
>> artigo
>> > foi de um comando mal desenvolvido "que no caso gerou um problema de
>> > concorrencia de acesso aos blocos.mais isso não pode ser levado como um
>> > fator determinante do problema, ja que isso ocorreu por um sql mal
>> > desenvolvido. Fatores negativos do RAC:os serviços não poder ser mair
>> que
>> > 200, se as consultas do seu sistema forem mal desenvolvidas vc vai ter
>> duas
>> > vezes o problema que você ja tem, a questão da carga é relativo,
>> funciona
>> > como uma single instance, se os recursos não estao suportando você tera
>> que
>> > ter mais recursos,é o valor tbm é um grande problema..fora isso não
>> estou
>> > lembrando de mais..
>> >
>> > Valeu!
>> > Att..
>> >
>> > Zuim.
>> >
>> > 
>> > De: Duilio Bruniera Junior > > > 40gmail.com>>
>> > Para: oracle_br@yahoogrupos.com.br 
>> > > 40yahoogrupos.com.br>
>>
>> > Enviadas: Quinta-feira, 1 de Abril de 2010 12:55:01
>> > Assunto: Re: [oracle_br] rac - desvantagens
>> >
>> >
>> > Amigão, as vezes um ambiente RAC não é oque sua empresa precisa ,
>> > dependendo
>> > do tipo de aplicativo que roda
>> > quando voce tem 2 nós ou mais de RAC tentando acessar o mesmo bloco do
>> > disco, se torna um caso complicado!
>> > eu ja tive esse problema e foi dificil de detectar depois de alguns
>> meses
>> > eu
>> > li é materia no blog do Portilho.
>> >
>> http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/
>> >
>> > <
>> >
>> http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/
>> > >leia
>> > voce vai entender melhor.
>> >
>> > Em 31 de março de 2010 17:48, Rosivaldo Ramalho 
>> > 
>> 
>>
>> > >escreveu:
>> >
>> > >
>> > >
>> > > Amigo,
>> > >
>> > > o único problema de um grande ambiente com o RAC, é que se uma das
>> > > máquinas cairem, a carga total pode não ser totalmente distribuída
>> > > para os demais nós.
>> > >
>> > > Exemplo, se você tiver quatro máquinas, e as quatro máquinas
>> > > trabalharem com 80% de capacidade, se uma cair, então você teria
>> > > problemas de recurso, entende?
>> > >
>> > > Não sei se alguém teria mais opiniões, mas como desvantagem só consigo
>> 

Re: [oracle_br] rac - desvantagens

[Andre Santos]

Algumas considerações do Portilho:
http://nervinformatica.com.br/2010/03/25/aspectos-da-aplicacao-migracao-para-oracle-rac/

[ ]'s

André


Em 2 de abril de 2010 23:15, vanberto alessandro de souza zuim <
vanbertoz...@yahoo.com.br> escreveu:

>
>
> Andre,
> Você estar certo.." Ou seja, a arquitetura do sistema não permitia
> escalar no RAC com
> balanceamento de carga ***nesta parte da aplicação*** (é o que consta no
> artigo)." mais a duvida do nosso amigo é as vantagens e desvantagens do
> RAC.bom , como falei o sistema do cliente do portilho pode ter problemas
> com a questao do rac, mais isso não pode ser usado como um problema do
> rac em si, e sim da aplicação.
>
> 
> De: Andre Santos 
> >
>
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Quinta-feira, 1 de Abril de 2010 23:19:27
>
> Assunto: Re: [oracle_br] rac - desvantagens
>
> Zuim
>
> Peraí... Não foi bem isso de "SQL mal desenvolvido", não!
> Li o artigo do Portilho, não tem nada a ver com o comando SQL...
>
> Talvez até possamos dizer que é um problema de "arquitetura" da aplicação:
> o
> problema era a tentativa frequente e concorrente de inserir dados na mesma
> tabela (o que levava à tentativa de acessar o mesmo bloco).
>
> Ou seja, a arquitetura do sistema não permitia escalar no RAC com
> balanceamento de carga ***nesta parte da aplicação*** (é o que consta no
> artigo).
>
> [ ]'s
>
> André
>
> Em 1 de abril de 2010 19:41, vanberto alessandro de souza zuim <
> vanbertoz...@yahoo.com.br > escreveu:
>
> >
> >
> > Bom , tenho que descorda de você, o caso que o portilho falou nesse
> artigo
> > foi de um comando mal desenvolvido "que no caso gerou um problema de
> > concorrencia de acesso aos blocos.mais isso não pode ser levado como um
> > fator determinante do problema, ja que isso ocorreu por um sql mal
> > desenvolvido. Fatores negativos do RAC:os serviços não poder ser mair que
> > 200, se as consultas do seu sistema forem mal desenvolvidas vc vai ter
> duas
> > vezes o problema que você ja tem, a questão da carga é relativo, funciona
> > como uma single instance, se os recursos não estao suportando você tera
> que
> > ter mais recursos,é o valor tbm é um grande problema..fora isso não estou
> > lembrando de mais..
> >
> > Valeu!
> > Att..
> >
> > Zuim.
> >
> > 
> > De: Duilio Bruniera Junior  >  40gmail.com>>
> > Para: oracle_br@yahoogrupos.com.br 
> >  40yahoogrupos.com.br>
>
> > Enviadas: Quinta-feira, 1 de Abril de 2010 12:55:01
> > Assunto: Re: [oracle_br] rac - desvantagens
> >
> >
> > Amigão, as vezes um ambiente RAC não é oque sua empresa precisa ,
> > dependendo
> > do tipo de aplicativo que roda
> > quando voce tem 2 nós ou mais de RAC tentando acessar o mesmo bloco do
> > disco, se torna um caso complicado!
> > eu ja tive esse problema e foi dificil de detectar depois de alguns meses
> > eu
> > li é materia no blog do Portilho.
> >
> http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/
> >
> > <
> >
> http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/
> > >leia
> > voce vai entender melhor.
> >
> > Em 31 de março de 2010 17:48, Rosivaldo Ramalho 
> > 
> 
>
> > >escreveu:
> >
> > >
> > >
> > > Amigo,
> > >
> > > o único problema de um grande ambiente com o RAC, é que se uma das
> > > máquinas cairem, a carga total pode não ser totalmente distribuída
> > > para os demais nós.
> > >
> > > Exemplo, se você tiver quatro máquinas, e as quatro máquinas
> > > trabalharem com 80% de capacidade, se uma cair, então você teria
> > > problemas de recurso, entende?
> > >
> > > Não sei se alguém teria mais opiniões, mas como desvantagem só consigo
> > > lembrar disso.
> > >
> > >
> > > On Wed, Mar 31, 2010 at 11:11 AM, orfeu lima 
> > > 
> 
> > >
> > > wrote:
> > > >
> > > > Bom dia a todos do grupo,
> > > >
> > > > Gostaria de saber quais seriam as desvantagens de estar usando um RAC
> > > para um ambiente de grande porte.
> > > >
> > > > obrigado.
> > > >
> > > >
> > > >
> > > > __
> > > > Não deixe rastros 

Res: [oracle_br] rac - desvantagens

[vanberto alessandro de souza zuim]

Andre,
Você estar certo.." Ou seja, a arquitetura do sistema não permitia 
escalar no RAC com
balanceamento de carga ***nesta parte da aplicação*** (é o que consta no
artigo)." mais a duvida do nosso amigo é as vantagens e desvantagens do 
RAC.bom , como falei o sistema do cliente do portilho pode ter problemas com a 
questao do rac, mais isso não pode ser usado como um problema do 
rac em si, e sim da aplicação. 




De: Andre Santos 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quinta-feira, 1 de Abril de 2010 23:19:27
Assunto: Re: [oracle_br] rac - desvantagens

Zuim

Peraí... Não foi bem isso de "SQL mal desenvolvido", não!
Li o artigo do Portilho, não tem nada a ver com o comando SQL...

Talvez até possamos dizer que é um problema de "arquitetura" da aplicação: o
problema era a tentativa frequente e concorrente de inserir dados na mesma
tabela (o que levava à tentativa de acessar o mesmo bloco).

Ou seja, a arquitetura do sistema não permitia escalar no RAC com
balanceamento de carga ***nesta parte da aplicação*** (é o que consta no
artigo).

[ ]'s

André


Em 1 de abril de 2010 19:41, vanberto alessandro de souza zuim <
vanbertoz...@yahoo.com.br> escreveu:

>
>
> Bom , tenho que descorda de você, o caso que o portilho falou nesse artigo
> foi de um comando mal desenvolvido "que no caso gerou um problema de
> concorrencia de acesso aos blocos.mais isso não pode ser levado como um
> fator determinante do problema, ja que isso ocorreu por um sql mal
> desenvolvido. Fatores negativos do RAC:os serviços não poder ser mair que
> 200, se as consultas do seu sistema forem mal desenvolvidas vc vai ter duas
> vezes o problema que você ja tem, a questão da carga é relativo, funciona
> como uma single instance, se os recursos não estao suportando você tera que
> ter mais recursos,é o valor tbm é um grande problema..fora isso não estou
> lembrando de mais..
>
> Valeu!
> Att..
>
> Zuim.
>
> 
> De: Duilio Bruniera Junior >
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Quinta-feira, 1 de Abril de 2010 12:55:01
> Assunto: Re: [oracle_br] rac - desvantagens
>
>
> Amigão, as vezes um ambiente RAC não é oque sua empresa precisa ,
> dependendo
> do tipo de aplicativo que roda
> quando voce tem 2 nós ou mais de RAC tentando acessar o mesmo bloco do
> disco, se torna um caso complicado!
> eu ja tive esse problema e foi dificil de detectar depois de alguns meses
> eu
> li é materia no blog do Portilho.
> http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/
>
> <
> http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/
> >leia
> voce vai entender melhor.
>
> Em 31 de março de 2010 17:48, Rosivaldo Ramalho 
> 
> >escreveu:
>
> >
> >
> > Amigo,
> >
> > o único problema de um grande ambiente com o RAC, é que se uma das
> > máquinas cairem, a carga total pode não ser totalmente distribuída
> > para os demais nós.
> >
> > Exemplo, se você tiver quatro máquinas, e as quatro máquinas
> > trabalharem com 80% de capacidade, se uma cair, então você teria
> > problemas de recurso, entende?
> >
> > Não sei se alguém teria mais opiniões, mas como desvantagem só consigo
> > lembrar disso.
> >
> >
> > On Wed, Mar 31, 2010 at 11:11 AM, orfeu lima 
> > 
> >
> > wrote:
> > >
> > > Bom dia a todos do grupo,
> > >
> > > Gostaria de saber quais seriam as desvantagens de estar usando um RAC
> > para um ambiente de grande porte.
> > >
> > > obrigado.
> > >
> > >
> > >
> > > __
> > > Não deixe rastros ao navegar na Internet. Instale Grátis o Internet
> > Explorer 8 agora.
> > > http://go.microsoft.com/?linkid=9707132
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> > >
> > > 
> >
> > >
> > > --
> > >>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> > inteira responsabilidade de seus remetentes.
> > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > > --
> > >>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> > Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO
> ESPAÇO!
> > VISITE: http://www.oraclebr.com.br/
> > > ---

Res: [oracle_br] rac - desvantagens

[Anderson Santiago]

Gente,

nem li o artigo todo do cara, mas no titulo, ele ja tem razão, RAC nem sempre é 
o que sua empresa precisa.
E por experiencia propria, se eu tiver um single, geralmente vai ser 10% mais 
rápido do que um ambiente de hardware igual em RAC, discorde quem quiser, mas 
isso eu garanto e faz toda a lógica, RAC pra mim é disponibilidade e não 
velocidade.
Como a Oracle fica tuchando RAC em todos os clientes para ganhar mais dinheiro, 
acabam dizendo que o RAC é a melhor coisa do mundo, mas é sempre bom desconfiar 
de papo de vendedor e ou DBA sem experiencia, cada caso é um caso.

[]´s

Anderson



- Mensagem original 
De: Andre Santos 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quinta-feira, 1 de Abril de 2010 23:19:27
Assunto: Re: [oracle_br] rac - desvantagens

Zuim

Peraí... Não foi bem isso de "SQL mal desenvolvido", não!
Li o artigo do Portilho, não tem nada a ver com o comando SQL...

Talvez até possamos dizer que é um problema de "arquitetura" da aplicação: o
problema era a tentativa frequente e concorrente de inserir dados na mesma
tabela (o que levava à tentativa de acessar o mesmo bloco).

Ou seja, a arquitetura do sistema não permitia escalar no RAC com
balanceamento de carga ***nesta parte da aplicação*** (é o que consta no
artigo).

[ ]'s

André


Em 1 de abril de 2010 19:41, vanberto alessandro de souza zuim <
vanbertoz...@yahoo.com.br> escreveu:

>
>
> Bom , tenho que descorda de você, o caso que o portilho falou nesse artigo
> foi de um comando mal desenvolvido "que no caso gerou um problema de
> concorrencia de acesso aos blocos.mais isso não pode ser levado como um
> fator determinante do problema, ja que isso ocorreu por um sql mal
> desenvolvido. Fatores negativos do RAC:os serviços não poder ser mair que
> 200, se as consultas do seu sistema forem mal desenvolvidas vc vai ter duas
> vezes o problema que você ja tem, a questão da carga é relativo, funciona
> como uma single instance, se os recursos não estao suportando você tera que
> ter mais recursos,é o valor tbm é um grande problema..fora isso não estou
> lembrando de mais..
>
> Valeu!
> Att..
>
> Zuim.
>
> 
> De: Duilio Bruniera Junior >
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Quinta-feira, 1 de Abril de 2010 12:55:01
> Assunto: Re: [oracle_br] rac - desvantagens
>
>
> Amigão, as vezes um ambiente RAC não é oque sua empresa precisa ,
> dependendo
> do tipo de aplicativo que roda
> quando voce tem 2 nós ou mais de RAC tentando acessar o mesmo bloco do
> disco, se torna um caso complicado!
> eu ja tive esse problema e foi dificil de detectar depois de alguns meses
> eu
> li é materia no blog do Portilho.
> http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/
>
> <
> http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/
> >leia
> voce vai entender melhor.
>
> Em 31 de março de 2010 17:48, Rosivaldo Ramalho 
> 
> >escreveu:
>
> >
> >
> > Amigo,
> >
> > o único problema de um grande ambiente com o RAC, é que se uma das
> > máquinas cairem, a carga total pode não ser totalmente distribuída
> > para os demais nós.
> >
> > Exemplo, se você tiver quatro máquinas, e as quatro máquinas
> > trabalharem com 80% de capacidade, se uma cair, então você teria
> > problemas de recurso, entende?
> >
> > Não sei se alguém teria mais opiniões, mas como desvantagem só consigo
> > lembrar disso.
> >
> >
> > On Wed, Mar 31, 2010 at 11:11 AM, orfeu lima 
> > 
> >
> > wrote:
> > >
> > > Bom dia a todos do grupo,
> > >
> > > Gostaria de saber quais seriam as desvantagens de estar usando um RAC
> > para um ambiente de grande porte.
> > >
> > > obrigado.
> > >
> > >
> > >
> > > __
> > > Não deixe rastros ao navegar na Internet. Instale Grátis o Internet
> > Explorer 8 agora.
> > > http://go.microsoft.com/?linkid=9707132
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> > >
> > > 
> >
> > >
> > > --
> > >>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> > inteira responsabilidade de seus remetentes.
> > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > > --
> > >>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> >

Re: [oracle_br] rac - desvantagens

[Andre Santos]

Zuim

Peraí... Não foi bem isso de "SQL mal desenvolvido", não!
Li o artigo do Portilho, não tem nada a ver com o comando SQL...

Talvez até possamos dizer que é um problema de "arquitetura" da aplicação: o
problema era a tentativa frequente e concorrente de inserir dados na mesma
tabela (o que levava à tentativa de acessar o mesmo bloco).

Ou seja, a arquitetura do sistema não permitia escalar no RAC com
balanceamento de carga ***nesta parte da aplicação*** (é o que consta no
artigo).

[ ]'s

André


Em 1 de abril de 2010 19:41, vanberto alessandro de souza zuim <
vanbertoz...@yahoo.com.br> escreveu:

>
>
> Bom , tenho que descorda de você, o caso que o portilho falou nesse artigo
> foi de um comando mal desenvolvido "que no caso gerou um problema de
> concorrencia de acesso aos blocos.mais isso não pode ser levado como um
> fator determinante do problema, ja que isso ocorreu por um sql mal
> desenvolvido. Fatores negativos do RAC:os serviços não poder ser mair que
> 200, se as consultas do seu sistema forem mal desenvolvidas vc vai ter duas
> vezes o problema que você ja tem, a questão da carga é relativo, funciona
> como uma single instance, se os recursos não estao suportando você tera que
> ter mais recursos,é o valor tbm é um grande problema..fora isso não estou
> lembrando de mais..
>
> Valeu!
> Att..
>
> Zuim.
>
> 
> De: Duilio Bruniera Junior >
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Quinta-feira, 1 de Abril de 2010 12:55:01
> Assunto: Re: [oracle_br] rac - desvantagens
>
>
> Amigão, as vezes um ambiente RAC não é oque sua empresa precisa ,
> dependendo
> do tipo de aplicativo que roda
> quando voce tem 2 nós ou mais de RAC tentando acessar o mesmo bloco do
> disco, se torna um caso complicado!
> eu ja tive esse problema e foi dificil de detectar depois de alguns meses
> eu
> li é materia no blog do Portilho.
> http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/
>
> <
> http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/
> >leia
> voce vai entender melhor.
>
> Em 31 de março de 2010 17:48, Rosivaldo Ramalho 
> 
> >escreveu:
>
> >
> >
> > Amigo,
> >
> > o único problema de um grande ambiente com o RAC, é que se uma das
> > máquinas cairem, a carga total pode não ser totalmente distribuída
> > para os demais nós.
> >
> > Exemplo, se você tiver quatro máquinas, e as quatro máquinas
> > trabalharem com 80% de capacidade, se uma cair, então você teria
> > problemas de recurso, entende?
> >
> > Não sei se alguém teria mais opiniões, mas como desvantagem só consigo
> > lembrar disso.
> >
> >
> > On Wed, Mar 31, 2010 at 11:11 AM, orfeu lima 
> > 
> >
> > wrote:
> > >
> > > Bom dia a todos do grupo,
> > >
> > > Gostaria de saber quais seriam as desvantagens de estar usando um RAC
> > para um ambiente de grande porte.
> > >
> > > obrigado.
> > >
> > >
> > >
> > > __
> > > Não deixe rastros ao navegar na Internet. Instale Grátis o Internet
> > Explorer 8 agora.
> > > http://go.microsoft.com/?linkid=9707132
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> > >
> > > 
> >
> > >
> > > --
> > >>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> > inteira responsabilidade de seus remetentes.
> > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > > --
> > >>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> > Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO
> ESPAÇO!
> > VISITE: http://www.oraclebr.com.br/
> > > -- Links do
> > Yahoo! Grupos
> > >
> > >
> > >
> >
> > --
> > Rosivaldo Azevedo Ramalho
> > Consultor Oracle Database / Application Server
> > mail/msn: rosiva...@gmail.com   40gmail.com>
> > mobile: +55 83 8893 8281
> > Oracle Database 10g Certified Professional
> > Oracle Application Server 10g Certified Professional
> >
> >
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>
> ---

Res: [oracle_br] rac - desvantagens

[vanberto alessandro de souza zuim]

Bom , tenho que descorda de você, o caso que o portilho falou nesse artigo foi 
de um comando mal desenvolvido "que no caso gerou um problema  de concorrencia 
de acesso aos blocos.mais isso não pode ser levado como  um fator determinante 
do problema, ja que isso ocorreu por um sql mal desenvolvido. Fatores negativos 
do RAC:os serviços não poder ser mair que 200, se as consultas do seu sistema 
forem mal desenvolvidas vc vai ter duas vezes o problema que você ja tem,  a 
questão da carga é relativo, funciona como uma single instance, se os recursos 
não estao suportando você tera que ter mais recursos,é o valor tbm é um grande 
problema..fora isso não estou lembrando de mais..

Valeu!
Att..

Zuim.





De: Duilio Bruniera Junior 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quinta-feira, 1 de Abril de 2010 12:55:01
Assunto: Re: [oracle_br] rac - desvantagens

Amigão, as vezes um ambiente RAC não é oque sua empresa precisa , dependendo
do tipo de aplicativo que roda
quando voce tem 2 nós ou mais de RAC tentando acessar o mesmo bloco do
disco, se torna um caso complicado!
eu ja tive esse problema e foi dificil de detectar depois de alguns meses eu
li é materia no blog do Portilho.
http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/

<http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/>leia
voce vai entender melhor.

Em 31 de março de 2010 17:48, Rosivaldo Ramalho escreveu:

>
>
> Amigo,
>
> o único problema de um grande ambiente com o RAC, é que se uma das
> máquinas cairem, a carga total pode não ser totalmente distribuída
> para os demais nós.
>
> Exemplo, se você tiver quatro máquinas, e as quatro máquinas
> trabalharem com 80% de capacidade, se uma cair, então você teria
> problemas de recurso, entende?
>
> Não sei se alguém teria mais opiniões, mas como desvantagem só consigo
> lembrar disso.
>
>
> On Wed, Mar 31, 2010 at 11:11 AM, orfeu lima 
> >
> wrote:
> >
> > Bom dia a todos do grupo,
> >
> > Gostaria de saber quais seriam as desvantagens de estar usando um RAC
> para um ambiente de grande porte.
> >
> > obrigado.
> >
> >
> >
> > __
> > Não deixe rastros ao navegar na Internet. Instale Grátis o Internet
> Explorer 8 agora.
> > http://go.microsoft.com/?linkid=9707132
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> > 
>
> >
> > --
> >>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > --
> >>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
> VISITE: http://www.oraclebr.com.br/
> > -- Links do
> Yahoo! Grupos
> >
> >
> >
>
> --
> Rosivaldo Azevedo Ramalho
> Consultor Oracle Database / Application Server
> mail/msn: rosiva...@gmail.com 
> mobile: +55 83 8893 8281
> Oracle Database 10g Certified Professional
> Oracle Application Server 10g Certified Professional
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos


  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] rac - desvantagens

[Duilio Bruniera Junior]

Amigão, as vezes um ambiente RAC não é oque sua empresa precisa , dependendo
do tipo de aplicativo que roda
quando voce tem 2 nós ou mais de RAC tentando acessar o mesmo bloco do
disco, se torna um caso complicado!
eu ja tive esse problema e foi dificil de detectar depois de alguns meses eu
li é materia no blog do Portilho.
http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/

leia
voce vai entender melhor.

Em 31 de março de 2010 17:48, Rosivaldo Ramalho escreveu:

>
>
> Amigo,
>
> o único problema de um grande ambiente com o RAC, é que se uma das
> máquinas cairem, a carga total pode não ser totalmente distribuída
> para os demais nós.
>
> Exemplo, se você tiver quatro máquinas, e as quatro máquinas
> trabalharem com 80% de capacidade, se uma cair, então você teria
> problemas de recurso, entende?
>
> Não sei se alguém teria mais opiniões, mas como desvantagem só consigo
> lembrar disso.
>
>
> On Wed, Mar 31, 2010 at 11:11 AM, orfeu lima 
> >
> wrote:
> >
> > Bom dia a todos do grupo,
> >
> > Gostaria de saber quais seriam as desvantagens de estar usando um RAC
> para um ambiente de grande porte.
> >
> > obrigado.
> >
> >
> >
> > __
> > Não deixe rastros ao navegar na Internet. Instale Grátis o Internet
> Explorer 8 agora.
> > http://go.microsoft.com/?linkid=9707132
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> > 
>
> >
> > --
> >>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > --
> >>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
> VISITE: http://www.oraclebr.com.br/
> > -- Links do
> Yahoo! Grupos
> >
> >
> >
>
> --
> Rosivaldo Azevedo Ramalho
> Consultor Oracle Database / Application Server
> mail/msn: rosiva...@gmail.com 
> mobile: +55 83 8893 8281
> Oracle Database 10g Certified Professional
> Oracle Application Server 10g Certified Professional
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] rac - desvantagens

[Rosivaldo Ramalho]

Amigo,

o único problema de um grande ambiente com o RAC, é que se uma das
máquinas cairem, a carga total pode não ser totalmente distribuída
para os demais nós.

Exemplo, se você tiver quatro máquinas, e as quatro máquinas
trabalharem com 80% de capacidade, se uma cair, então você teria
problemas de recurso, entende?

Não sei se alguém teria mais opiniões, mas como desvantagem só consigo
lembrar disso.

On Wed, Mar 31, 2010 at 11:11 AM, orfeu lima  wrote:
>
> Bom dia a todos do grupo,
>
> Gostaria de saber quais seriam as desvantagens de estar usando um RAC para um 
> ambiente de grande porte.
>
> obrigado.
>
>
>
> _
> Não deixe rastros ao navegar na Internet. Instale Grátis o Internet Explorer 
> 8 agora.
> http://go.microsoft.com/?linkid=9707132
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
> --
>>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>>responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> --
>>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>>http://www.oraclebr.com.br/
> 
>  Links do Yahoo! Grupos
>
>
>



-- 
Rosivaldo Azevedo Ramalho
Consultor Oracle Database / Application Server
mail/msn: rosiva...@gmail.com
mobile: +55 83 8893 8281
Oracle Database 10g Certified Professional
Oracle Application Server 10g Certified Professional

[oracle_br] rac - desvantagens

[orfeu lima]

Bom dia a todos do grupo,

Gostaria de saber quais seriam as desvantagens de estar usando um RAC para um 
ambiente de grande porte.

obrigado.

 
  
_
Não deixe rastros ao navegar na Internet. Instale Grátis o Internet Explorer 8 
agora.
http://go.microsoft.com/?linkid=9707132

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] RAC + ASM + Standard Edition !!

[Sergio L.Spolon]

Se puder enviar para mim também...agradeço.   Ou ainda, disponibilizar em
algum lugar para baixarmos.

Grato

Sérgio

  - Original Message - 
  From: Henderson Rocha 
  To: oracle_br@yahoogrupos.com.br ; Mária Cristina Silva 
  Sent: Saturday, January 16, 2010 8:46 PM
  Subject: Re: [oracle_br] RAC + ASM + Standard Edition !!



  Boa Noite Maria Cristina,

  Vc poderia me enviar esse material do RAC tb, fico muito agradecido, vc näo
  sabe como esse mateial vai me ajudar.

  []'s
  Henderson Rocha
  2010/1/12 Mária Cristina Silva 

  > Aqui temos exatamente esse ambiente...
  > vou enviar pra vc um manualzinho que montamos.
  >
  > abraços,
  >
  >
  >
  > 2010/1/12 candiurudba 
  >
  > >
  > >
  > > Boa tarde,
  > >
  > > Estou pesquisando na WEB alguns manuais para a instalação e configuração
  > do
  > > RAC para a versão Standard.
  > >
  > > Nunca trabalehi com ASM e por isso fico um poyuco com receio..por isso,
  > > quero testar exaustivamente esta possibilidade e o RAC...
  > >
  > > Alguem teria ou saberia de um bom manual, livro ou algo do tipo para que
  > eu
  > > pudesse utilizar ? Ja encontrei alguns manuais aqui na web mas nada muito
  > > bom...
  > >
  > >
  > >
  >
  >
  >
  > --
  > Abraços,
  > Mária Cristina
  > Cel: 031-8883-5543
  > E-mail: mariancrist...@gmail.com
  > MSN: mcristinasil...@hotmail.com
  > --
  > "O começo é a parte mais importante do trabalho."
  > - Platão
  >
  >
  > [As partes desta mensagem que não continham texto foram removidas]
  >
  >
  >
  > 
  >
  >
  > --
  > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
  > inteira responsabilidade de seus remetentes.
  > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
  >
  > --
  > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure
  > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
  > http://www.oraclebr.com.br/
  > --
  > Links do Yahoo! Grupos
  >
  >
  >

  -- 
  Atenciosamente,

  Henderson Rocha

  [As partes desta mensagem que não continham texto foram removidas]



  
---
Esta mensagem não implica a assunção de obrigações em nome da
empresa Irmãos Muffato e Cia Ltda, conforme Contrato Social em
sua 3a. Cláusula da 56a. alteração. Qualquer uso não autorizado,
replicação ou disseminação desta mensagem ou parte dela é
expressamente proibido. A empresa Irmãos Muffato e Cia Ltda não
é responsável pelo conteúdo ou a veracidade desta informação.



[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] RAC + ASM + Standard Edition !!

[Henderson Rocha]

Boa Noite Maria Cristina,

Vc poderia me enviar esse material do RAC tb, fico muito agradecido, vc näo
sabe como esse mateial vai me ajudar.

[]'s
Henderson Rocha
2010/1/12 Mária Cristina Silva 

> Aqui temos exatamente esse ambiente...
> vou enviar pra vc um manualzinho que montamos.
>
> abraços,
>
>
>
> 2010/1/12 candiurudba 
>
> >
> >
> > Boa tarde,
> >
> > Estou pesquisando na WEB alguns manuais para a instalação e configuração
> do
> > RAC para a versão Standard.
> >
> > Nunca trabalehi com ASM e por isso fico um poyuco com receio..por isso,
> > quero testar exaustivamente esta possibilidade e o RAC...
> >
> > Alguem teria ou saberia de um bom manual, livro ou algo do tipo para que
> eu
> > pudesse utilizar ? Ja encontrei alguns manuais aqui na web mas nada muito
> > bom...
> >
> >
> >
>
>
>
> --
> Abraços,
> Mária Cristina
> Cel: 031-8883-5543
> E-mail: mariancrist...@gmail.com
> MSN:   mcristinasil...@hotmail.com
> --
> "O começo é a parte mais importante do trabalho."
> - Platão
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure
> » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/
> 
> Links do Yahoo! Grupos
>
>
>


-- 
Atenciosamente,

Henderson Rocha


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] RAC + ASM + Standard Edition !!

[Mária Cristina Silva]

enviei
veja se chegou..mandei por outro email...
2010/1/12 Raul Francisco Costa F. de Andrade, DBA 

>
>
> Se puder manda pra mim também
> raulf...@gmail.com 
>
> 2010/1/12 Mária Cristina Silva 
> >
>
>
>
> > Aqui temos exatamente esse ambiente...
> > vou enviar pra vc um manualzinho que montamos.
> >
> > abraços,
> >
> >
> >
> > 2010/1/12 candiurudba 
> >
> >
> > >
> > >
> > > Boa tarde,
> > >
> > > Estou pesquisando na WEB alguns manuais para a instalação e
> configuração
> > do
> > > RAC para a versão Standard.
> > >
> > > Nunca trabalehi com ASM e por isso fico um poyuco com receio..por isso,
> > > quero testar exaustivamente esta possibilidade e o RAC...
> > >
> > > Alguem teria ou saberia de um bom manual, livro ou algo do tipo para
> que
> > eu
> > > pudesse utilizar ? Ja encontrei alguns manuais aqui na web mas nada
> muito
> > > bom...
> > >
> > >
> > >
> >
> >
> >
> > --
>
> > Abraços,
> > Mária Cristina
> > Cel: 031-8883-5543
> > E-mail: mariancrist...@gmail.com 
> > MSN: mcristinasil...@hotmail.com 
> > --
> > "O começo é a parte mais importante do trabalho."
> > - Platão
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> > 
> >
> >
> > --
> > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> > inteira responsabilidade de seus remetentes.
> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> >
> > --
> > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure
> > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> > http://www.oraclebr.com.br/
> > --
> > Links do Yahoo! Grupos
> >
> >
> >
>
> --
> --
> Raul Francisco da Costa Ferreira de Andrade
> DBA - OCA - Oracle Certified Associate
> Fone: (41)8855-8874 Brt
> email: raulf...@gmail.com 
> "Deus não dá prova superior às forças daquele que a pede;
> só permite as que podem ser cumpridas.
> Se tal não sucede, não é que falte possibilidade, falta vontade."
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Abraços,
Mária Cristina
Cel: 031-8883-5543
E-mail: mariancrist...@gmail.com
MSN:   mcristinasil...@hotmail.com
-- 
"O começo é a parte mais importante do trabalho."
- Platão


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] RAC + ASM + Standard Edition !!

[Marcelo Procksch]

Você que nunca trabalhou com ASM vale a pena conferir esse link que tb.

http://www.oracle-base.com/articles/10g/AutomaticStorageManagement10g.php

Att.
Marcelo Procksch

2010/1/12 candiurudba 

>
>
> Boa tarde,
>
> Estou pesquisando na WEB alguns manuais para a instalação e configuração do
> RAC para a versão Standard.
>
> Nunca trabalehi com ASM e por isso fico um poyuco com receio..por isso,
> quero testar exaustivamente esta possibilidade e o RAC...
>
> Alguem teria ou saberia de um bom manual, livro ou algo do tipo para que eu
> pudesse utilizar ? Ja encontrei alguns manuais aqui na web mas nada muito
> bom...
>
>  
>



-- 
Att.
Marcelo E. Procksch


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] RAC + ASM + Standard Edition !!

[Raul Francisco Costa F. de Andrade, DBA]

Se puder manda pra mim também
raulf...@gmail.com

2010/1/12 Mária Cristina Silva 

> Aqui temos exatamente esse ambiente...
> vou enviar pra vc um manualzinho que montamos.
>
> abraços,
>
>
>
> 2010/1/12 candiurudba 
>
> >
> >
> > Boa tarde,
> >
> > Estou pesquisando na WEB alguns manuais para a instalação e configuração
> do
> > RAC para a versão Standard.
> >
> > Nunca trabalehi com ASM e por isso fico um poyuco com receio..por isso,
> > quero testar exaustivamente esta possibilidade e o RAC...
> >
> > Alguem teria ou saberia de um bom manual, livro ou algo do tipo para que
> eu
> > pudesse utilizar ? Ja encontrei alguns manuais aqui na web mas nada muito
> > bom...
> >
> >
> >
>
>
>
> --
> Abraços,
> Mária Cristina
> Cel: 031-8883-5543
> E-mail: mariancrist...@gmail.com
> MSN:   mcristinasil...@hotmail.com
> --
> "O começo é a parte mais importante do trabalho."
> - Platão
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure
> » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/
> 
> Links do Yahoo! Grupos
>
>
>


-- 
---
Raul Francisco da Costa Ferreira de Andrade
DBA - OCA - Oracle Certified Associate
Fone: (41)8855-8874 Brt
email: raulf...@gmail.com
"Deus não dá prova superior às forças daquele que a pede;
só permite as que podem ser cumpridas.
Se tal não sucede, não é que falte possibilidade, falta vontade."


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] RAC + ASM + Standard Edition !!

[Marcelo Procksch]

Pode começar por esse link é um manual passo a passo para fazer a
instalação, porém já peguei alguns erros de parametros. Para a instalação da
base de produção consulta o Metalink para não haver parametros incorretos.
http://www.oracle-base.com/articles/10g/OracleDB10gR2RACInstallationOnCentos4UsingVMware.php
Se for usar o RH 5 terá algumas coisas difentes exemplo se for usar raw
device(não recomendado no RH5) será diferente.

Att.
Marcelo Procksch

2010/1/12 candiurudba 

>
>
> Boa tarde,
>
> Estou pesquisando na WEB alguns manuais para a instalação e configuração do
> RAC para a versão Standard.
>
> Nunca trabalehi com ASM e por isso fico um poyuco com receio..por isso,
> quero testar exaustivamente esta possibilidade e o RAC...
>
> Alguem teria ou saberia de um bom manual, livro ou algo do tipo para que eu
> pudesse utilizar ? Ja encontrei alguns manuais aqui na web mas nada muito
> bom...
>
>  
>



-- 
Att.
Marcelo E. Procksch


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] RAC + ASM + Standard Edition !!

[Mária Cristina Silva]

Aqui temos exatamente esse ambiente...
vou enviar pra vc um manualzinho que montamos.

abraços,



2010/1/12 candiurudba 

>
>
> Boa tarde,
>
> Estou pesquisando na WEB alguns manuais para a instalação e configuração do
> RAC para a versão Standard.
>
> Nunca trabalehi com ASM e por isso fico um poyuco com receio..por isso,
> quero testar exaustivamente esta possibilidade e o RAC...
>
> Alguem teria ou saberia de um bom manual, livro ou algo do tipo para que eu
> pudesse utilizar ? Ja encontrei alguns manuais aqui na web mas nada muito
> bom...
>
> 
>



-- 
Abraços,
Mária Cristina
Cel: 031-8883-5543
E-mail: mariancrist...@gmail.com
MSN:   mcristinasil...@hotmail.com
-- 
"O começo é a parte mais importante do trabalho."
- Platão


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

[oracle_br] RAC + ASM + Standard Edition !!

[candiurudba]

Boa tarde,

Estou pesquisando na WEB alguns manuais para a instalação e configuração do RAC 
para a versão Standard.

Nunca trabalehi com ASM e por isso fico um poyuco com receio..por isso, quero 
testar exaustivamente esta possibilidade e o RAC...

Alguem teria ou saberia de um bom manual, livro ou algo do tipo para que eu 
pudesse utilizar ? Ja encontrei alguns manuais aqui na web mas nada muito bom...

[oracle_br] RAC temporariamente em apenas um node

[Marcelo Medrado]

Prezados,

É possível configurar o RAC com apenas um nó? A situação é a seguinte:

Tenho um ambiente de produção Standalone numa PowerPC com AIX e uma máquina
nova, idêntica. O objetivo seria criar toda a estrutura do RAC no novo
servidor (apenas com um nó + ASM e tudo mais), migrar o ambiente aos poucos
(alguns schemas podem ser copiados de imediato, outros precisariam ser
homologados) e após transferirmos tudo para o novo ambiente, preparar o
segundo nó e adicioná-lo ao RAC.

Alguém já passou por esta experiência? É viável/fácil/complexo? Creio que
cenários desta natureza não sejam tão incomuns pois nem sempre possuímos
duas máquinas novas para iniciar o ambiente do zero.

Se alguém puder me indicar também uma documentação específica sobre este
cenário seria excelente.

Abraços,

Marcelo


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] RAC Lento.

[Duilio Bruniera Junior]

Pessoal, to com uma duvida veja se alguem pode me ajudar, tenho aqui no meu
ambiente um Oracle RAC 10g (10.2.0.4) com S.O. (Red Hat Linux 5.2) e 32Gb de
RAM.
Estou usando SGA Automatica com (18G) e pga_aggregate_target( 7.2G), entrei
a pouco tempo nessa empresa e existe algumas coisas estranhas que acontecem
nesse ambiente:
- Procedimentos que demoram 1 hora para rodar em um nó e 5 min em outro
- Procedimentos demorando demais , quando vou olhar explain plan esta bem
legal
algo que pude notar em alguns explain plan é o custo alto de cpu, eu estou
um pouco perdido alguem pode me aconselhar oque verificar ???


[As partes desta mensagem que não continham texto foram removidas]

Re: RES: RES: RES: [oracle_br] RAC no AIX

[Eliandro Jakubski]

Nós temos a versão EE aqui!

Temos dois CPD´s (com 4 storages/2 storages por CPD) geograficamente 
distribuídos. 
Estou montando uma arquitetura de alta disponibilidade de dados 
considerando SO AIX + RAC + DG.

Levantei a dúvida sobre GPFS pois surgiram alguns pontos relacionados com 
SPOF (ponto único de falha).

Além disso tenho algumas dúvidas relacionadas a manter o "quorum" dos 
discos de "voting" de um RAC com 2 nós de forma
a ter suporte a queda de um dos sites/storages.

Eliandro.



De:
"Marcus Vinicius Miguel Pedro" 
Para:

Data:
06/05/2009 11:14
Assunto:
RES: RES: RES: [oracle_br] RAC no AIX








Eliandro,

OK, provavelmente você já deve saber que para usar qualquer Cluster File
System suportado, a versão do BD deve ser a Enterprise.

Abraços,

Vinicius

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
nome de Eliandro Jakubski
Enviada em: quarta-feira, 6 de maio de 2009 07:29
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] RAC no AIX

O GPFS já não necessita do HACMP!

De:
"Marcus Vinicius Miguel Pedro" mailto:mvmpedro%40yahoo.com.br> >
Para:
mailto:oracle_br%40yahoogrupos.com.br> >
Data:
05/05/2009 17:53
Assunto:
RES: RES: [oracle_br] RAC no AIX

Boa tarde,

Na verdade o colega não nos disse o real motivo de querer usar o GPFS... 
se
for somente para armazenar voting disk e OCR o uso de raw devices é
tranquilo no AIX, o RAC que montei com ASM usava justamente essa solução.

Inclusive, se eu não me engano, só é possível usar o GPFS adquirindo a
licença de uso do HACMP, que é muito alta. Mas isso eu realmente não tenho
certeza.

Abraços,

Marcus Vinicius Miguel Pedro

OCP Database 9i

OCP Database 10g

OCE RAC 10g

De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
[mailto:oracle_br@yahoogrupos.com.br <
mailto:oracle_br%40yahoogrupos.com.br>
] Em
nome de Anderson Haertel Rodrigues
Enviada em: terça-feira, 5 de maio de 2009 17:34
Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 

Assunto: Re: RES: [oracle_br] RAC no AIX

Boa Tarde,

O ASM não irá atender ao colega no que diz respeito aos arquivos do CRS, 
por
exemplo. 

ps: Ainda não usei o GPFS/IBM, mas li que as necessidades do GPFS são as
mesmas do OCFS2.

Anderson Haertel Rodrigues
Consultor Oracle

--- Em seg, 4/5/09, Marcus Vinicius Miguel Pedro mailto:mvmpedro%40yahoo.com.br> 
<mailto:mvmpedro%40yahoo.com.br> > escreveu:

> De: Marcus Vinicius Miguel Pedro mailto:mvmpedro%40yahoo.com.br> 
<mailto:mvmpedro%40yahoo.com.br> >
> Assunto: RES: [oracle_br] RAC no AIX
> Para: oracle_br@yahoogrupos.com.br <
mailto:oracle_br%40yahoogrupos.com.br>
<
mailto:oracle_br%40yahoogrupos.com.br>

> Data: Segunda-feira, 4 de Maio de 2009, 18:48
> Já fiz uma instalação de RAC em
> AIX com GPFS...
> 
> 
> 
> Mas porque não usar ASM?
> 
> 
> 
> Abraços,
> 
> 
> 
> Marcus Vinicius Miguel Pedro
> 
> OCP Database 9i
> 
> OCP Database 10g
> 
> OCE RAC 10g
> 
> 
> 
> De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
<mailto:oracle_br%40yahoogrupos.com.br> 

> [mailto:oracle_br@yahoogrupos.com.br
<mailto:oracle_br%40yahoogrupos.com.br> 
<mailto:oracle_br%40yahoogrupos.com.br> ]
> Em
> nome de Eliandro Jakubski
> Enviada em: segunda-feira, 4 de maio de 2009 17:02
> Para: oracle_br@yahoogrupos.com.br <
mailto:oracle_br%40yahoogrupos.com.br>
<
mailto:oracle_br%40yahoogrupos.com.br>

> Assunto: [oracle_br] RAC no AIX
> 
> 
> 
> 
> 
> 
> 
> 
> Alguém utiliza RAC sobre AIX com GPFS?
> 
> OBSERVAÇÃO:
> A ITAIPU esclarece que, por força de seu Estatuto, a
> presente
> mensagem não implica a assunção de obrigações em seu
> nome.
> 
> [As partes desta mensagem que não continham texto foram
> removidas]
> 
> 
> 
> 
> 
> [As partes desta mensagem que não continham texto foram
> removidas]
> 
> 
> 
> 
> 
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de
> acesso público e de inteira responsabilidade de seus
> remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> 
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo
> Oracle » Package » Procedure » Scripts » Tutoriais - O
> GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/ 
> --
> Links do Yahoo! Grupos
> 
> 
> 
> 

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removi

RES: RES: RES: [oracle_br] RAC no AIX

[Marcus Vinicius Miguel Pedro]

Eliandro,

 

OK, provavelmente você já deve saber que para usar qualquer Cluster File
System suportado, a versão do BD deve ser a Enterprise.

 

Abraços,

 

Vinicius

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
nome de Eliandro Jakubski
Enviada em: quarta-feira, 6 de maio de 2009 07:29
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] RAC no AIX

 






O GPFS já não necessita do HACMP!

De:
"Marcus Vinicius Miguel Pedro" mailto:mvmpedro%40yahoo.com.br> >
Para:
mailto:oracle_br%40yahoogrupos.com.br> >
Data:
05/05/2009 17:53
Assunto:
RES: RES: [oracle_br] RAC no AIX

Boa tarde,

Na verdade o colega não nos disse o real motivo de querer usar o GPFS... 
se
for somente para armazenar voting disk e OCR o uso de raw devices é
tranquilo no AIX, o RAC que montei com ASM usava justamente essa solução.

Inclusive, se eu não me engano, só é possível usar o GPFS adquirindo a
licença de uso do HACMP, que é muito alta. Mas isso eu realmente não tenho
certeza.

Abraços,

Marcus Vinicius Miguel Pedro

OCP Database 9i

OCP Database 10g

OCE RAC 10g

De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
[mailto:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
] Em
nome de Anderson Haertel Rodrigues
Enviada em: terça-feira, 5 de maio de 2009 17:34
Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 
Assunto: Re: RES: [oracle_br] RAC no AIX

Boa Tarde,

O ASM não irá atender ao colega no que diz respeito aos arquivos do CRS, 
por
exemplo. 

ps: Ainda não usei o GPFS/IBM, mas li que as necessidades do GPFS são as
mesmas do OCFS2.

Anderson Haertel Rodrigues
Consultor Oracle

--- Em seg, 4/5/09, Marcus Vinicius Miguel Pedro mailto:mvmpedro%40yahoo.com.br> 
<mailto:mvmpedro%40yahoo.com.br> > escreveu:

> De: Marcus Vinicius Miguel Pedro mailto:mvmpedro%40yahoo.com.br> 
<mailto:mvmpedro%40yahoo.com.br> >
> Assunto: RES: [oracle_br] RAC no AIX
> Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
<
mailto:oracle_br%40yahoogrupos.com.br>

> Data: Segunda-feira, 4 de Maio de 2009, 18:48
> Já fiz uma instalação de RAC em
> AIX com GPFS...
> 
> 
> 
> Mas porque não usar ASM?
> 
> 
> 
> Abraços,
> 
> 
> 
> Marcus Vinicius Miguel Pedro
> 
> OCP Database 9i
> 
> OCP Database 10g
> 
> OCE RAC 10g
> 
> 
> 
> De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
<mailto:oracle_br%40yahoogrupos.com.br> 

> [mailto:oracle_br@yahoogrupos.com.br
<mailto:oracle_br%40yahoogrupos.com.br> 
<mailto:oracle_br%40yahoogrupos.com.br> ]
> Em
> nome de Eliandro Jakubski
> Enviada em: segunda-feira, 4 de maio de 2009 17:02
> Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
<
mailto:oracle_br%40yahoogrupos.com.br>

> Assunto: [oracle_br] RAC no AIX
> 
> 
> 
> 
> 
> 
> 
> 
> Alguém utiliza RAC sobre AIX com GPFS?
> 
> OBSERVAÇÃO:
> A ITAIPU esclarece que, por força de seu Estatuto, a
> presente
> mensagem não implica a assunção de obrigações em seu
> nome.
> 
> [As partes desta mensagem que não continham texto foram
> removidas]
> 
> 
> 
> 
> 
> [As partes desta mensagem que não continham texto foram
> removidas]
> 
> 
> 
> 
> 
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de
> acesso público e de inteira responsabilidade de seus
> remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> 
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo
> Oracle » Package » Procedure » Scripts » Tutoriais - O
> GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/ 
> --
> Links do Yahoo! Grupos
> 
> 
> 
> 

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]

OBSERVAÇÃO:
A ITAIPU esclarece que, por força de seu Estatuto, a presente
mensagem não implica a assunção de obrigações em seu nome.

[As partes desta mensagem que não continham texto foram removidas]





[As partes desta mensagem que não continham texto foram removidas]

Re: RES: [oracle_br] RAC no AIX

[Felipe Renz]

r$ 35000 POR PROC.

2009/5/5 Willian Fernando Frasson 

>
>
> cara não sei.. ;/
> Só sei que é mto alto.
>
> - Original Message -
> From: Marcus Vinicius Miguel Pedro
> To: oracle_br@yahoogrupos.com.br 
>  Sent: Tuesday, May 05, 2009 6:03 PM
> Subject: RES: RES: [oracle_br] RAC no AIX
>
> Willian,
>
> Só por curiosidade, pode abrir o valor?
>
> De: oracle_br@yahoogrupos.com.br  [mailto:
> oracle_br@yahoogrupos.com.br ] Em
> nome de Willian Fernando Frasson
> Enviada em: terça-feira, 5 de maio de 2009 17:55
> Para: oracle_br@yahoogrupos.com.br 
> Assunto: Re: RES: [oracle_br] RAC no AIX
>
> Isso mesmo Marcus
> tenho um vai precisar pagar a licensa HACMP hehe, não é nada barata.
>
> - Original Message -
> From: Marcus Vinicius Miguel Pedro
> To: oracle_br@yahoogrupos.com.br   oracle_br%40yahoogrupos.com.br >
> Sent: Tuesday, May 05, 2009 5:43 PM
> Subject: RES: RES: [oracle_br] RAC no AIX
>
> Boa tarde,
>
> Na verdade o colega não nos disse o real motivo de querer usar o GPFS... se
> for somente para armazenar voting disk e OCR o uso de raw devices é
> tranquilo no AIX, o RAC que montei com ASM usava justamente essa solução.
>
> Inclusive, se eu não me engano, só é possível usar o GPFS adquirindo a
> licença de uso do HACMP, que é muito alta. Mas isso eu realmente não tenho
> certeza.
>
> Abraços,
>
> Marcus Vinicius Miguel Pedro
>
> OCP Database 9i
>
> OCP Database 10g
>
> OCE RAC 10g
>
> De: oracle_br@yahoogrupos.com.br   oracle_br%40yahoogrupos.com.br >
> [mailto:oracle_br@yahoogrupos.com.br  oracle_br%40yahoogrupos.com.br >
> ] Em
> nome de Anderson Haertel Rodrigues
> Enviada em: terça-feira, 5 de maio de 2009 17:34
> Para: oracle_br@yahoogrupos.com.br  oracle_br%40yahoogrupos.com.br >
> Assunto: Re: RES: [oracle_br] RAC no AIX
>
> Boa Tarde,
>
> O ASM não irá atender ao colega no que diz respeito aos arquivos do CRS,
> por
> exemplo.
>
> ps: Ainda não usei o GPFS/IBM, mas li que as necessidades do GPFS são as
> mesmas do OCFS2.
>
> Anderson Haertel Rodrigues
> Consultor Oracle
>
> --- Em seg, 4/5/09, Marcus Vinicius Miguel Pedro 
> 
> <mailto:mvmpedro%40yahoo.com.br >
> <mailto:mvmpedro%40yahoo.com.br > > escreveu:
>
> > De: Marcus Vinicius Miguel Pedro 
> > 
> <mailto:mvmpedro%40yahoo.com.br >
> <mailto:mvmpedro%40yahoo.com.br > >
> > Assunto: RES: [oracle_br] RAC no AIX
> > Para: oracle_br@yahoogrupos.com.br  oracle_br%40yahoogrupos.com.br >
> <mailto:oracle_br%40yahoogrupos.com.br >
>
> > Data: Segunda-feira, 4 de Maio de 2009, 18:48
> > Já fiz uma instalação de RAC em
> > AIX com GPFS...
> >
> >
> >
> > Mas porque não usar ASM?
> >
> >
> >
> > Abraços,
> >
> >
> >
> > Marcus Vinicius Miguel Pedro
> >
> > OCP Database 9i
> >
> > OCP Database 10g
> >
> > OCE RAC 10g
> >
> >
> >
> > De: oracle_br@yahoogrupos.com.br  oracle_br%40yahoogrupos.com.br >
> <mailto:oracle_br%40yahoogrupos.com.br >
>
> > [mailto:oracle_br@yahoogrupos.com.br 
> <mailto:oracle_br%40yahoogrupos.com.br >
>
> <mailto:oracle_br%40yahoogrupos.com.br >
> ]
> > Em
> > nome de Eliandro Jakubski
> > Enviada em: segunda-feira, 4 de maio de 2009 17:02
> > Para: oracle_br@yahoogrupos.com.br  oracle_br%40yahoogrupos.com.br >
> <mailto:oracle_br%40yahoogrupos.com.br >
>
> > Assunto: [oracle_br] RAC no AIX
> >
> >
> >
> >
> >
> >
> >
> >
> > Alguém utiliza RAC sobre AIX com GPFS?
> >
> > OBSERVAÇÃO:
> > A ITAIPU esclarece que, por força de seu Estatuto, a
> > presente
> > mensagem não implica a assunção de obrigações em seu
> > nome.
> >
> > [As partes desta mensagem que não continham texto foram
> > removidas]
> >
> >
> >
> >
> >
> > [As partes desta mensagem que não continham texto foram
> > removidas]
> >
> >
> >
> > 
> >
> > --
> > >Atenção! As mensagens do grupo ORACLE_BR são de
> > acesso público e de inteira responsabilidade de seus
> > remetentes.
> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> >
> > --
> > >Apostilas » Dicas e Exemplos » Função » Mundo
> > Oracle » Package » Procedure » Scripts » Tutoriais - O
> > GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE

Re: RES: RES: [oracle_br] RAC no AIX

[Eliandro Jakubski]

O GPFS já não necessita do HACMP!



De:
"Marcus Vinicius Miguel Pedro" 
Para:

Data:
05/05/2009 17:53
Assunto:
RES: RES: [oracle_br] RAC no AIX








Boa tarde,

Na verdade o colega não nos disse o real motivo de querer usar o GPFS... 
se
for somente para armazenar voting disk e OCR o uso de raw devices é
tranquilo no AIX, o RAC que montei com ASM usava justamente essa solução.

Inclusive, se eu não me engano, só é possível usar o GPFS adquirindo a
licença de uso do HACMP, que é muito alta. Mas isso eu realmente não tenho
certeza.

Abraços,

Marcus Vinicius Miguel Pedro

OCP Database 9i

OCP Database 10g

OCE RAC 10g

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
nome de Anderson Haertel Rodrigues
Enviada em: terça-feira, 5 de maio de 2009 17:34
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] RAC no AIX

Boa Tarde,

O ASM não irá atender ao colega no que diz respeito aos arquivos do CRS, 
por
exemplo. 

ps: Ainda não usei o GPFS/IBM, mas li que as necessidades do GPFS são as
mesmas do OCFS2.

Anderson Haertel Rodrigues
Consultor Oracle

--- Em seg, 4/5/09, Marcus Vinicius Miguel Pedro mailto:mvmpedro%40yahoo.com.br> > escreveu:

> De: Marcus Vinicius Miguel Pedro mailto:mvmpedro%40yahoo.com.br> >
> Assunto: RES: [oracle_br] RAC no AIX
> Para: oracle_br@yahoogrupos.com.br <
mailto:oracle_br%40yahoogrupos.com.br>

> Data: Segunda-feira, 4 de Maio de 2009, 18:48
> Já fiz uma instalação de RAC em
> AIX com GPFS...
> 
> 
> 
> Mas porque não usar ASM?
> 
> 
> 
> Abraços,
> 
> 
> 
> Marcus Vinicius Miguel Pedro
> 
> OCP Database 9i
> 
> OCP Database 10g
> 
> OCE RAC 10g
> 
> 
> 
> De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 

> [mailto:oracle_br@yahoogrupos.com.br
<mailto:oracle_br%40yahoogrupos.com.br> ]
> Em
> nome de Eliandro Jakubski
> Enviada em: segunda-feira, 4 de maio de 2009 17:02
> Para: oracle_br@yahoogrupos.com.br <
mailto:oracle_br%40yahoogrupos.com.br>

> Assunto: [oracle_br] RAC no AIX
> 
> 
> 
> 
> 
> 
> 
> 
> Alguém utiliza RAC sobre AIX com GPFS?
> 
> OBSERVAÇÃO:
> A ITAIPU esclarece que, por força de seu Estatuto, a
> presente
> mensagem não implica a assunção de obrigações em seu
> nome.
> 
> [As partes desta mensagem que não continham texto foram
> removidas]
> 
> 
> 
> 
> 
> [As partes desta mensagem que não continham texto foram
> removidas]
> 
> 
> 
> 
> 
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de
> acesso público e de inteira responsabilidade de seus
> remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> 
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo
> Oracle » Package » Procedure » Scripts » Tutoriais - O
> GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/ 
> --
> Links do Yahoo! Grupos
> 
> 
> 
> 

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]





OBSERVAÇÃO:
A ITAIPU esclarece que, por força de seu Estatuto, a presente
mensagem não implica a assunção de obrigações em seu nome.

[As partes desta mensagem que não continham texto foram removidas]

Re: RES: RES: [oracle_br] RAC no AIX

[Eliandro Jakubski]

O ERP da SAP não suporta ASM. Ele necessita de um filesystem com semântica 
posix. Existem, portanto, duas possibilidades:

1 - Utilizar Linux + SAP + OCFS;
2 - Utilizar AIX + SAP + GPFS.

Como nossa orientação interna é AIX resta a opção 2, ou seja, utilzar 
GPFS.

Eliandro.



De:
"Marcus Vinicius Miguel Pedro" 
Para:

Data:
05/05/2009 17:53
Assunto:
RES: RES: [oracle_br] RAC no AIX








Boa tarde,

Na verdade o colega não nos disse o real motivo de querer usar o GPFS... 
se
for somente para armazenar voting disk e OCR o uso de raw devices é
tranquilo no AIX, o RAC que montei com ASM usava justamente essa solução.

Inclusive, se eu não me engano, só é possível usar o GPFS adquirindo a
licença de uso do HACMP, que é muito alta. Mas isso eu realmente não tenho
certeza.

Abraços,

Marcus Vinicius Miguel Pedro

OCP Database 9i

OCP Database 10g

OCE RAC 10g

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
nome de Anderson Haertel Rodrigues
Enviada em: terça-feira, 5 de maio de 2009 17:34
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] RAC no AIX

Boa Tarde,

O ASM não irá atender ao colega no que diz respeito aos arquivos do CRS, 
por
exemplo. 

ps: Ainda não usei o GPFS/IBM, mas li que as necessidades do GPFS são as
mesmas do OCFS2.

Anderson Haertel Rodrigues
Consultor Oracle

--- Em seg, 4/5/09, Marcus Vinicius Miguel Pedro mailto:mvmpedro%40yahoo.com.br> > escreveu:

> De: Marcus Vinicius Miguel Pedro mailto:mvmpedro%40yahoo.com.br> >
> Assunto: RES: [oracle_br] RAC no AIX
> Para: oracle_br@yahoogrupos.com.br <
mailto:oracle_br%40yahoogrupos.com.br>

> Data: Segunda-feira, 4 de Maio de 2009, 18:48
> Já fiz uma instalação de RAC em
> AIX com GPFS...
> 
> 
> 
> Mas porque não usar ASM?
> 
> 
> 
> Abraços,
> 
> 
> 
> Marcus Vinicius Miguel Pedro
> 
> OCP Database 9i
> 
> OCP Database 10g
> 
> OCE RAC 10g
> 
> 
> 
> De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 

> [mailto:oracle_br@yahoogrupos.com.br
<mailto:oracle_br%40yahoogrupos.com.br> ]
> Em
> nome de Eliandro Jakubski
> Enviada em: segunda-feira, 4 de maio de 2009 17:02
> Para: oracle_br@yahoogrupos.com.br <
mailto:oracle_br%40yahoogrupos.com.br>

> Assunto: [oracle_br] RAC no AIX
> 
> 
> 
> 
> 
> 
> 
> 
> Alguém utiliza RAC sobre AIX com GPFS?
> 
> OBSERVAÇÃO:
> A ITAIPU esclarece que, por força de seu Estatuto, a
> presente
> mensagem não implica a assunção de obrigações em seu
> nome.
> 
> [As partes desta mensagem que não continham texto foram
> removidas]
> 
> 
> 
> 
> 
> [As partes desta mensagem que não continham texto foram
> removidas]
> 
> 
> 
> 
> 
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de
> acesso público e de inteira responsabilidade de seus
> remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> 
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo
> Oracle » Package » Procedure » Scripts » Tutoriais - O
> GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/ 
> --
> Links do Yahoo! Grupos
> 
> 
> 
> 

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]





OBSERVAÇÃO:
A ITAIPU esclarece que, por força de seu Estatuto, a presente
mensagem não implica a assunção de obrigações em seu nome.

[As partes desta mensagem que não continham texto foram removidas]

Re: RES: [oracle_br] RAC no AIX

[Willian Fernando Frasson]

cara não sei..  ;/
Só sei que é mto alto.

  - Original Message - 
  From: Marcus Vinicius Miguel Pedro 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, May 05, 2009 6:03 PM
  Subject: RES: RES: [oracle_br] RAC no AIX





  Willian,

  Só por curiosidade, pode abrir o valor?

  De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
  nome de Willian Fernando Frasson
  Enviada em: terça-feira, 5 de maio de 2009 17:55
  Para: oracle_br@yahoogrupos.com.br
  Assunto: Re: RES: [oracle_br] RAC no AIX

  Isso mesmo Marcus
  tenho um vai precisar pagar a licensa HACMP hehe, não é nada barata.

  - Original Message - 
  From: Marcus Vinicius Miguel Pedro 
  To: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 
  Sent: Tuesday, May 05, 2009 5:43 PM
  Subject: RES: RES: [oracle_br] RAC no AIX

  Boa tarde,

  Na verdade o colega não nos disse o real motivo de querer usar o GPFS... se
  for somente para armazenar voting disk e OCR o uso de raw devices é
  tranquilo no AIX, o RAC que montei com ASM usava justamente essa solução.

  Inclusive, se eu não me engano, só é possível usar o GPFS adquirindo a
  licença de uso do HACMP, que é muito alta. Mas isso eu realmente não tenho
  certeza.

  Abraços,

  Marcus Vinicius Miguel Pedro

  OCP Database 9i

  OCP Database 10g

  OCE RAC 10g

  De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
  [mailto:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
  ] Em
  nome de Anderson Haertel Rodrigues
  Enviada em: terça-feira, 5 de maio de 2009 17:34
  Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 
  Assunto: Re: RES: [oracle_br] RAC no AIX

  Boa Tarde,

  O ASM não irá atender ao colega no que diz respeito aos arquivos do CRS, por
  exemplo. 

  ps: Ainda não usei o GPFS/IBM, mas li que as necessidades do GPFS são as
  mesmas do OCFS2.

  Anderson Haertel Rodrigues
  Consultor Oracle

  --- Em seg, 4/5/09, Marcus Vinicius Miguel Pedro mailto:mvmpedro%40yahoo.com.br> 
  <mailto:mvmpedro%40yahoo.com.br> > escreveu:

  > De: Marcus Vinicius Miguel Pedro mailto:mvmpedro%40yahoo.com.br> 
  <mailto:mvmpedro%40yahoo.com.br> >
  > Assunto: RES: [oracle_br] RAC no AIX
  > Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
  <mailto:oracle_br%40yahoogrupos.com.br>

  > Data: Segunda-feira, 4 de Maio de 2009, 18:48
  > Já fiz uma instalação de RAC em
  > AIX com GPFS...
  > 
  > 
  > 
  > Mas porque não usar ASM?
  > 
  > 
  > 
  > Abraços,
  > 
  > 
  > 
  > Marcus Vinicius Miguel Pedro
  > 
  > OCP Database 9i
  > 
  > OCP Database 10g
  > 
  > OCE RAC 10g
  > 
  > 
  > 
  > De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
  <mailto:oracle_br%40yahoogrupos.com.br> 
  > [mailto:oracle_br@yahoogrupos.com.br
  <mailto:oracle_br%40yahoogrupos.com.br> 
  <mailto:oracle_br%40yahoogrupos.com.br> ]
  > Em
  > nome de Eliandro Jakubski
  > Enviada em: segunda-feira, 4 de maio de 2009 17:02
  > Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
  <mailto:oracle_br%40yahoogrupos.com.br>

  > Assunto: [oracle_br] RAC no AIX
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > Alguém utiliza RAC sobre AIX com GPFS?
  > 
  > OBSERVAÇÃO:
  > A ITAIPU esclarece que, por força de seu Estatuto, a
  > presente
  > mensagem não implica a assunção de obrigações em seu
  > nome.
  > 
  > [As partes desta mensagem que não continham texto foram
  > removidas]
  > 
  > 
  > 
  > 
  > 
  > [As partes desta mensagem que não continham texto foram
  > removidas]
  > 
  > 
  > 
  > 
  > 
  > --
  > >Atenção! As mensagens do grupo ORACLE_BR são de
  > acesso público e de inteira responsabilidade de seus
  > remetentes.
  > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
  > 
  > --
  > >Apostilas » Dicas e Exemplos » Função » Mundo
  > Oracle » Package » Procedure » Scripts » Tutoriais - O
  > GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
  http://www.oraclebr.com.br/ 
  > --
  > Links do Yahoo! Grupos
  > 
  > 
  > 
  > 

  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com

  [As partes desta mensagem que não continham texto foram removidas]

  --

  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Ban

RES: RES: [oracle_br] RAC no AIX

[Marcus Vinicius Miguel Pedro]

Willian,

 

Só por curiosidade, pode abrir o valor?

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
nome de Willian Fernando Frasson
Enviada em: terça-feira, 5 de maio de 2009 17:55
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] RAC no AIX

 






Isso mesmo Marcus
tenho um vai precisar pagar a licensa HACMP hehe, não é nada barata.

- Original Message - 
From: Marcus Vinicius Miguel Pedro 
To: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>  
Sent: Tuesday, May 05, 2009 5:43 PM
Subject: RES: RES: [oracle_br] RAC no AIX

Boa tarde,

Na verdade o colega não nos disse o real motivo de querer usar o GPFS... se
for somente para armazenar voting disk e OCR o uso de raw devices é
tranquilo no AIX, o RAC que montei com ASM usava justamente essa solução.

Inclusive, se eu não me engano, só é possível usar o GPFS adquirindo a
licença de uso do HACMP, que é muito alta. Mas isso eu realmente não tenho
certeza.

Abraços,

Marcus Vinicius Miguel Pedro

OCP Database 9i

OCP Database 10g

OCE RAC 10g

De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
[mailto:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
] Em
nome de Anderson Haertel Rodrigues
Enviada em: terça-feira, 5 de maio de 2009 17:34
Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 
Assunto: Re: RES: [oracle_br] RAC no AIX

Boa Tarde,

O ASM não irá atender ao colega no que diz respeito aos arquivos do CRS, por
exemplo. 

ps: Ainda não usei o GPFS/IBM, mas li que as necessidades do GPFS são as
mesmas do OCFS2.

Anderson Haertel Rodrigues
Consultor Oracle

--- Em seg, 4/5/09, Marcus Vinicius Miguel Pedro mailto:mvmpedro%40yahoo.com.br> 
<mailto:mvmpedro%40yahoo.com.br> > escreveu:

> De: Marcus Vinicius Miguel Pedro mailto:mvmpedro%40yahoo.com.br> 
<mailto:mvmpedro%40yahoo.com.br> >
> Assunto: RES: [oracle_br] RAC no AIX
> Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
<mailto:oracle_br%40yahoogrupos.com.br>

> Data: Segunda-feira, 4 de Maio de 2009, 18:48
> Já fiz uma instalação de RAC em
> AIX com GPFS...
> 
> 
> 
> Mas porque não usar ASM?
> 
> 
> 
> Abraços,
> 
> 
> 
> Marcus Vinicius Miguel Pedro
> 
> OCP Database 9i
> 
> OCP Database 10g
> 
> OCE RAC 10g
> 
> 
> 
> De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
<mailto:oracle_br%40yahoogrupos.com.br> 
> [mailto:oracle_br@yahoogrupos.com.br
<mailto:oracle_br%40yahoogrupos.com.br> 
<mailto:oracle_br%40yahoogrupos.com.br> ]
> Em
> nome de Eliandro Jakubski
> Enviada em: segunda-feira, 4 de maio de 2009 17:02
> Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
<mailto:oracle_br%40yahoogrupos.com.br>

> Assunto: [oracle_br] RAC no AIX
> 
> 
> 
> 
> 
> 
> 
> 
> Alguém utiliza RAC sobre AIX com GPFS?
> 
> OBSERVAÇÃO:
> A ITAIPU esclarece que, por força de seu Estatuto, a
> presente
> mensagem não implica a assunção de obrigações em seu
> nome.
> 
> [As partes desta mensagem que não continham texto foram
> removidas]
> 
> 
> 
> 
> 
> [As partes desta mensagem que não continham texto foram
> removidas]
> 
> 
> 
> 
> 
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de
> acesso público e de inteira responsabilidade de seus
> remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> 
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo
> Oracle » Package » Procedure » Scripts » Tutoriais - O
> GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/ 
> --
> Links do Yahoo! Grupos
> 
> 
> 
> 

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]

--

O Banco de Dados de Vírus interno expirou.
Verificado por AVG - http://www.avgbrasil.com.br 
Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de
Lançamento: 30/1/2009 17:31

[As partes desta mensagem que não continham texto foram removidas]





[As partes desta mensagem que não continham texto foram removidas]

Re: RES: [oracle_br] RAC no AIX

[Willian Fernando Frasson]

Isso mesmo Marcus
tenho um vai precisar pagar a licensa HACMP hehe, não é nada barata.

  - Original Message - 
  From: Marcus Vinicius Miguel Pedro 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, May 05, 2009 5:43 PM
  Subject: RES: RES: [oracle_br] RAC no AIX





  Boa tarde,

  Na verdade o colega não nos disse o real motivo de querer usar o GPFS... se
  for somente para armazenar voting disk e OCR o uso de raw devices é
  tranquilo no AIX, o RAC que montei com ASM usava justamente essa solução.

  Inclusive, se eu não me engano, só é possível usar o GPFS adquirindo a
  licença de uso do HACMP, que é muito alta. Mas isso eu realmente não tenho
  certeza.

  Abraços,

  Marcus Vinicius Miguel Pedro

  OCP Database 9i

  OCP Database 10g

  OCE RAC 10g

  De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
  nome de Anderson Haertel Rodrigues
  Enviada em: terça-feira, 5 de maio de 2009 17:34
  Para: oracle_br@yahoogrupos.com.br
  Assunto: Re: RES: [oracle_br] RAC no AIX

  Boa Tarde,

  O ASM não irá atender ao colega no que diz respeito aos arquivos do CRS, por
  exemplo. 

  ps: Ainda não usei o GPFS/IBM, mas li que as necessidades do GPFS são as
  mesmas do OCFS2.

  Anderson Haertel Rodrigues
  Consultor Oracle

  --- Em seg, 4/5/09, Marcus Vinicius Miguel Pedro mailto:mvmpedro%40yahoo.com.br> > escreveu:

  > De: Marcus Vinicius Miguel Pedro mailto:mvmpedro%40yahoo.com.br> >
  > Assunto: RES: [oracle_br] RAC no AIX
  > Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>

  > Data: Segunda-feira, 4 de Maio de 2009, 18:48
  > Já fiz uma instalação de RAC em
  > AIX com GPFS...
  > 
  > 
  > 
  > Mas porque não usar ASM?
  > 
  > 
  > 
  > Abraços,
  > 
  > 
  > 
  > Marcus Vinicius Miguel Pedro
  > 
  > OCP Database 9i
  > 
  > OCP Database 10g
  > 
  > OCE RAC 10g
  > 
  > 
  > 
  > De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 
  > [mailto:oracle_br@yahoogrupos.com.br
  <mailto:oracle_br%40yahoogrupos.com.br> ]
  > Em
  > nome de Eliandro Jakubski
  > Enviada em: segunda-feira, 4 de maio de 2009 17:02
  > Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>

  > Assunto: [oracle_br] RAC no AIX
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > Alguém utiliza RAC sobre AIX com GPFS?
  > 
  > OBSERVAÇÃO:
  > A ITAIPU esclarece que, por força de seu Estatuto, a
  > presente
  > mensagem não implica a assunção de obrigações em seu
  > nome.
  > 
  > [As partes desta mensagem que não continham texto foram
  > removidas]
  > 
  > 
  > 
  > 
  > 
  > [As partes desta mensagem que não continham texto foram
  > removidas]
  > 
  > 
  > 
  > 
  > 
  > --
  > >Atenção! As mensagens do grupo ORACLE_BR são de
  > acesso público e de inteira responsabilidade de seus
  > remetentes.
  > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
  > 
  > --
  > >Apostilas » Dicas e Exemplos » Função » Mundo
  > Oracle » Package » Procedure » Scripts » Tutoriais - O
  > GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
  http://www.oraclebr.com.br/ 
  > --
  > Links do Yahoo! Grupos
  > 
  > 
  > 
  > 

  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com

  [As partes desta mensagem que não continham texto foram removidas]



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


[As partes desta mensagem que não continham texto foram removidas]

RES: RES: [oracle_br] RAC no AIX

[Marcus Vinicius Miguel Pedro]

Boa tarde,

 

Na verdade o colega não nos disse o real motivo de querer usar o GPFS... se
for somente para armazenar voting disk e OCR o uso de raw devices é
tranquilo no AIX, o RAC que montei com ASM usava justamente essa solução.

 

Inclusive, se eu não me engano, só é possível usar o GPFS adquirindo a
licença de uso do HACMP, que é muito alta. Mas isso eu realmente não tenho
certeza.

 

Abraços,

 

Marcus Vinicius Miguel Pedro

OCP Database 9i

OCP Database 10g

OCE RAC 10g

 

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
nome de Anderson Haertel Rodrigues
Enviada em: terça-feira, 5 de maio de 2009 17:34
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] RAC no AIX

 







Boa Tarde,

O ASM não irá atender ao colega no que diz respeito aos arquivos do CRS, por
exemplo. 

ps: Ainda não usei o GPFS/IBM, mas li que as necessidades do GPFS são as
mesmas do OCFS2.

Anderson Haertel Rodrigues
Consultor Oracle

--- Em seg, 4/5/09, Marcus Vinicius Miguel Pedro mailto:mvmpedro%40yahoo.com.br> > escreveu:

> De: Marcus Vinicius Miguel Pedro mailto:mvmpedro%40yahoo.com.br> >
> Assunto: RES: [oracle_br] RAC no AIX
> Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>

> Data: Segunda-feira, 4 de Maio de 2009, 18:48
> Já fiz uma instalação de RAC em
> AIX com GPFS...
> 
> 
> 
> Mas porque não usar ASM?
> 
> 
> 
> Abraços,
> 
> 
> 
> Marcus Vinicius Miguel Pedro
> 
> OCP Database 9i
> 
> OCP Database 10g
> 
> OCE RAC 10g
> 
> 
> 
> De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 
> [mailto:oracle_br@yahoogrupos.com.br
<mailto:oracle_br%40yahoogrupos.com.br> ]
> Em
> nome de Eliandro Jakubski
> Enviada em: segunda-feira, 4 de maio de 2009 17:02
> Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>

> Assunto: [oracle_br] RAC no AIX
> 
> 
> 
> 
> 
> 
> 
> 
> Alguém utiliza RAC sobre AIX com GPFS?
> 
> OBSERVAÇÃO:
> A ITAIPU esclarece que, por força de seu Estatuto, a
> presente
> mensagem não implica a assunção de obrigações em seu
> nome.
> 
> [As partes desta mensagem que não continham texto foram
> removidas]
> 
> 
> 
> 
> 
> [As partes desta mensagem que não continham texto foram
> removidas]
> 
> 
> 
> 
> 
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de
> acesso público e de inteira responsabilidade de seus
> remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> 
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo
> Oracle » Package » Procedure » Scripts » Tutoriais - O
> GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/ 
> --
> Links do Yahoo! Grupos
> 
> 
> 
> 

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com





[As partes desta mensagem que não continham texto foram removidas]

Re: RES: [oracle_br] RAC no AIX

[Anderson Haertel Rodrigues]

Boa Tarde,

O ASM não irá atender ao colega no que diz respeito aos arquivos do CRS, por 
exemplo. 

ps: Ainda não usei o GPFS/IBM, mas li que as necessidades do GPFS são as mesmas 
do OCFS2.

Anderson Haertel Rodrigues
Consultor Oracle

--- Em seg, 4/5/09, Marcus Vinicius Miguel Pedro  
escreveu:

> De: Marcus Vinicius Miguel Pedro 
> Assunto: RES: [oracle_br] RAC no AIX
> Para: oracle_br@yahoogrupos.com.br
> Data: Segunda-feira, 4 de Maio de 2009, 18:48
> Já fiz uma instalação de RAC em
> AIX com GPFS...
> 
>  
> 
> Mas porque não usar ASM?
> 
>  
> 
> Abraços,
> 
>  
> 
> Marcus Vinicius Miguel Pedro
> 
> OCP Database 9i
> 
> OCP Database 10g
> 
> OCE RAC 10g
> 
>  
> 
> De: oracle_br@yahoogrupos.com.br
> [mailto:oracle...@yahoogrupos.com.br]
> Em
> nome de Eliandro Jakubski
> Enviada em: segunda-feira, 4 de maio de 2009 17:02
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] RAC no AIX
> 
>  
> 
> 
> 
> 
> 
> 
> Alguém utiliza RAC sobre AIX com GPFS?
> 
> OBSERVAÇÃO:
> A ITAIPU esclarece que, por força de seu Estatuto, a
> presente
> mensagem não implica a assunção de obrigações em seu
> nome.
> 
> [As partes desta mensagem que não continham texto foram
> removidas]
> 
> 
> 
> 
> 
> [As partes desta mensagem que não continham texto foram
> removidas]
> 
> 
> 
> 
> 
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de
> acesso público e de inteira responsabilidade de seus
> remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> 
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo
> Oracle » Package » Procedure » Scripts » Tutoriais - O
> GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/  
> 
> Links do Yahoo! Grupos
> 
> 
> 
> 


  Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

Re: RES: [oracle_br] RAC no AIX

[Eliandro Jakubski]

O ERP sap não suporta ASM!

Vc. montou o cluster do GPGS com quorum mantido por tiebreak?




De:
"Marcus Vinicius Miguel Pedro" 
Para:

Data:
04/05/2009 18:49
Assunto:
RES: [oracle_br] RAC no AIX








Já fiz uma instalação de RAC em AIX com GPFS...

Mas porque não usar ASM?

Abraços,

Marcus Vinicius Miguel Pedro

OCP Database 9i

OCP Database 10g

OCE RAC 10g

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
nome de Eliandro Jakubski
Enviada em: segunda-feira, 4 de maio de 2009 17:02
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] RAC no AIX

Alguém utiliza RAC sobre AIX com GPFS?

OBSERVAÇÃO:
A ITAIPU esclarece que, por força de seu Estatuto, a presente
mensagem não implica a assunção de obrigações em seu nome.

[As partes desta mensagem que não continham texto foram removidas]

[As partes desta mensagem que não continham texto foram removidas]





OBSERVAÇÃO:
A ITAIPU esclarece que, por força de seu Estatuto, a presente
mensagem não implica a assunção de obrigações em seu nome.

[As partes desta mensagem que não continham texto foram removidas]

RES: [oracle_br] RAC no AIX

[Marcus Vinicius Miguel Pedro]

Já fiz uma instalação de RAC em AIX com GPFS...

 

Mas porque não usar ASM?

 

Abraços,

 

Marcus Vinicius Miguel Pedro

OCP Database 9i

OCP Database 10g

OCE RAC 10g

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
nome de Eliandro Jakubski
Enviada em: segunda-feira, 4 de maio de 2009 17:02
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] RAC no AIX

 






Alguém utiliza RAC sobre AIX com GPFS?

OBSERVAÇÃO:
A ITAIPU esclarece que, por força de seu Estatuto, a presente
mensagem não implica a assunção de obrigações em seu nome.

[As partes desta mensagem que não continham texto foram removidas]





[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] RAC no AIX

[Eliandro Jakubski]

Alguém utiliza RAC sobre AIX com GPFS?


OBSERVAÇÃO:
A ITAIPU esclarece que, por força de seu Estatuto, a presente
mensagem não implica a assunção de obrigações em seu nome.

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] RAC / Backup & Recovery / BI / SQL Avançado

[Fernanda Damous De Castro]

ENPO-BR X GPO X TWSTECNOLOGIA


RAC / Backup & Recovery / BI / SQL Avançado


 


Profissionais Oracle,


 


Iniciamos o circuito de treinamentos e workshops desse primeiro semestre com 
muitas novidades.


Entre no nosso site e saiba todos os detalhes


www.twstecnologia.com.br  


 


Inscrições abertas!


 


* # RAC - Oracle Real Application Clusters 
  - Instrutor 
Especialista: Ricardo Portilho (Oracle_br/ENPO-BR)

* - Objetivo: O Oracle RAC suporta a 
implementação de uma base de dados única num cluster de servidores, fornecendo 
tolerância a falhas imbatível e capacidade de adaptação sem necessidade de 
alteração das aplicações. Os analistas estão reparar na crescente importância 
do RAC num grande número de implementações de cliente.Nesta linha de Workshops, 
o aluno estará capacitado a instalar, administrar e otimizar o Oracle RAC, tudo 
na prática.

*  

* # Backup & Recovery 
  - 
Instrutor Especialista: Rodrigo Almeida (iMasters/ENPO-BR)

* - Objetivo: Capacitar os participantes ao 
entendimento sobre os conceitos básicos da arquitetura de banco de dados Oracle 
na área de Backup & Recovery, realizando exemplos e cenários práticos do 
ambiente corporativo.

*  

* #Business Intelligence 

  - Equipe de SP especializada e conceituada em BI (ENPO-BR)

* - Objetivo: Levar aos participantes os 
conceitos de Business Intelligence e sua aplicabilidade no mundo dos negócios, 
fazendo uso das informações em suas decisões estratégicas. Ao final do mini 
workshop os participantes estarão aptos a identificar os elementos envolvidos 
na modelagem dimensional (Fatos, Dimensões, Granularidade, Slowly Changing 
Dimension)baseados na metodologia de Ralph Kimball.

*  

* #SQL 
  Avançado - 
Instrutor Especialista: José Laurindo Chiappa 
(Oracle-br/Usuários_oracle/ENPO-BR/Info)

* - Objetivo: Especializar e treinar técnicas, 
conhecimentos e dicas em SQL.

 


Diferenciais TWS


* Instrutores conceituados, palestrantes do 
ENPO e referência no mercado Oracle;

* Turmas aos sábados;

* 8 horas de duração;

* 1 micro por participante;

* Certificado exclusivo de participação;

* Apostila com o conteúdo do curso;

* Dois coffee breaks;

* Sorteio de brindes;

* Suporte exclusivo com o instrutor por 15 dias;

 

Vagas limitadas!!

 

Dúvidas entrar em contato pelo e-mail: cont...@twstecnologia.com.br 
 

 

 

Fernanda Damous

fdam...@enpo-br.org

11-8752-5513

www.twstecnologia.com.br  



This communication is for use by the intended recipient and contains 
information that may be privileged, confidential or copyrighted under law. If 
you are not the intended recipient, you are hereby formally notified that any 
use, copying or distribution of this e-Mail, in whole or in part, is strictly 
prohibited. Please notify the sender by return e-Mail and delete this e-Mail 
from your system. Unless explicitly and conspicuously stated in the subject 
matter of the above e-Mail, this e-Mail does not constitute a contract offer, a 
contract amendment, or an acceptance of a contract offer. This e-Mail does not 
constitute consent to the use of sender's contact information for direct 
marketing purposes or for transfers of data to third parties.

This email has been scanned for all viruses by the MessageLabs service.

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] RAC - TNS Configuration

[Alexandre Anselmo]

Mestres do Oracle,

  mais uma vez venho recorrer a lista pois não estou achando solução para o meu 
problema.

Estou tentando montar um RAC e estou com problemas na configuração dos 
listeners. Resumindo é o seguinte:

Nó 1 - lsnrctl status não funciona

  TNS-12541: TNS:no listener
  TNS-12560: TNS: protocol adapter error
  TNS-00511: no listener
  Linux Error: 111: conection refused

Nó 2 - lsnrctl status ok

Primeira viagem: os arquivos dos listener nos dois nós são os mesmos.

- Quando tento me conectar s...@rac1 as sysdba recebo o erro: ORA-12560: TNS: 
listener could not find ...
- A conexao em s...@rac2 funciona perfeitamente
- A conexao para s...@rac funciona mas sempre vai para o nó 2

Será que alguem pode ajudar? Se alguem puder passar arquivos de configuração de 
TNS de RAC agradeço.

Informações:
- A instancia do RAC1 está ativa e é exibida em v$active_instances. Só não 
consigo conectar via tns
- Qualquer conexao de outro cliente que não seja um nó (maquina client) nao 
funciona. 
  SQL> conn s...@rac as sysdba
Informe a senha:*
   ERROR:
ORA-12545: A conexão falhou porque o objeto ou host de destino não 
existe

Por favor, qualquer ajuda é bem vinda.

Ats,
Alexandre Tenorio


  

[oracle_br] Rac 10g x GPFS x Backup Snap

[Willian Fernando Frasson]

Pessoal bom dia,

Gostaria de saber de vocês se alguém tem algum ambiente hoje com RAC 10g, 
rodando com AIX 5.x encima de GPFS (file system para Oracle RAC da IBM), e 
fazendo backup snap da IBM ?
Sabemos que hoje podemos utilizar o ASM com RAC 10g, mas perdemos na questão de 
tempo de backup x restore.

Abçs.


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Rac 10g + Java

[Welvis Douglas]

Concordo, é que estou tendo problemas com conexão aqui, estes dias vi uma 
pessoa falando que tinha 6 nós, no rac, resumindo quero ver quem usa rac + java 
para saber qual o pool de conexão que estão usando, pois o que utilizamos aqui 
vive se perdendo..

abraço!.


  - Original Message - 
  From: Milton Bastos Henriquis Jr. 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Friday, March 14, 2008 3:54 PM
  Subject: Re: [oracle_br] Rac 10g + Java


  Welvis, que eu saiba, programar em Java acessando Oracle
  é transparente estar em RAC ou não...

  Quais suas dúvidas??

  2008/3/14 Welvis Douglas <[EMAIL PROTECTED]>:

  > Olá pessoal, gostaria de saber quem mexe com RAC + Java aqui ???
  >
  > pois tenho algumas duvidas;;;
  >
  > att,
  >
  > Welvis Douglas
  >
  > [As partes desta mensagem que não continham texto foram removidas]
  >
  > 
  >

  -- 
  
  Milton Bastos Henriquis Junior
  (41) 9123-0100

  [As partes desta mensagem que não continham texto foram removidas]



   

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Rac 10g + Java

[Milton Bastos Henriquis Jr.]

Welvis, que eu saiba, programar em Java acessando Oracle
é transparente estar em RAC ou não...

Quais suas dúvidas??




2008/3/14 Welvis Douglas <[EMAIL PROTECTED]>:

>   Olá pessoal, gostaria de saber quem mexe com RAC + Java aqui ???
>
> pois tenho algumas duvidas;;;
>
> att,
>
> Welvis Douglas
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 

Milton Bastos Henriquis Junior
(41) 9123-0100


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Rac 10g + Java

[Welvis Douglas]

Olá pessoal, gostaria de saber quem mexe com RAC + Java aqui ???

pois tenho algumas duvidas;;;

att,

Welvis Douglas

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] RAC + AIX + Problema Performance

[Gleyson Melo]

Fala Alex!

As estatísticas estão atualizadas? Os ambientes estão iguais? Com os mesmos
índices? Mostre o plano de execução aqui nos dois ambientes.

Faça um trace da sessão no RAC, utilizando DBMS_MONITOR, e, se possível (sem
colocar informações restritas à mostra), mostre os pontos principais do
trace. Gere um arquivo com o tkprof e mostre também.

O importante é saber o que está causando a lentidão. Não é necessariamente o
fato de "ser um RAC", embora isso possa ter alguma influência que não
sabemos.

Em 19/02/08, Alex Zaballa <[EMAIL PROTECTED]> escreveu:
>
>   Bom dia a todos,
>
> Instalei o RAC 10gR2(10.2.0.3) em um AIX 5.2, mas estou com problemas de
> performance.
>
> Por exemplo, tenho uma tabela com cerca de 30 milhoes de registros(3GB)
> particionada por ano e fazendo um select nela, no RAC está demorando em
> torno de 49 segundos para buscar informação referente ao dia 01/01/2007. No
> ambiente de produção atual(Linux Sles 9 - sem RAC) este tempo é de apenas 5
> segundos (está utilizando o mesmo plano de execução).
>
> Desconfio que o problema possa ser de acesso a disco, pois dando um IOSTAT
> o %wio está em 90.
>
> Alguém já enfrentou algum problema parecido?
>
> Obrigado
>
> Abra sua conta no Yahoo! Mail, o único sem limite de espaço para
> armazenamento!
> http://br.mail.yahoo.com/
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Atenciosamente,
Gleyson Melo
Oracle Database 10g Administrator Certified Professional


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] RAC + AIX + Problema Performance

[Alex Zaballa]

Bom dia a todos,

Instalei o RAC 10gR2(10.2.0.3) em um AIX 5.2, mas estou com problemas de 
performance.

Por exemplo, tenho uma tabela com cerca de 30 milhoes de registros(3GB)  
particionada por ano e fazendo um select nela, no RAC está demorando em torno 
de 49 segundos para buscar informação referente ao dia 01/01/2007. No ambiente 
de produção atual(Linux Sles 9 - sem RAC) este tempo é de apenas 5 segundos 
(está utilizando o mesmo plano de execução).

Desconfio que o problema possa ser de acesso a disco, pois dando um IOSTAT o 
%wio está em 90.

Alguém já enfrentou algum problema parecido?

Obrigado




  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] RAC+GPFS ou ASM?

[Eliandro Jakubski]

Alguém utiliza RAC com IBM-GPFS (sobre AIX) em contrapartida ao ASM? É
estável?

[oracle_br] RAC WINDOWS

[Lucio Gomes de Carvalho]

Bom Dia pessoal.


Alguem tem algum material de instalaçao do RAC no AMBIENTE WINDOWS 2003 ?

Obrigado


[As partes desta mensagem que não continham texto foram removidas]

Res: [oracle_br] Rac

[Nelson Cartaxo]

Pois é Anderson,

Minha maior preocupação é justamente com a aplicação. Com relação a custo não 
estou muito preocupado pq já está tudo comprado. 

Bem como vou ter um certo tempo para testar, vamos ver o que vai dar.

Abraços


- Mensagem original 
De: Anderson Haertel Rodrigues <[EMAIL PROTECTED]>
Para: [EMAIL PROTECTED]
Enviadas: Quinta-feira, 12 de Abril de 2007 13:27:29
Assunto: Re: [oracle_br] Rac

Nelson,

Desvatagem de RAC eu conheço apenas duas:

1) Teu banco já está ruim (mal configurado) ou
aplicação mal comportada. Sendo assim, colocar o RAC
pura e simplesmente pode piorar mais ainda;

2) É o custo! ;-)

Atenciosamente,

Anderson Haertel Rodrigues
Consultor Oracle
TEIKO Soluções em Tecnologia da Informação
Blumenau/SC (47) - 3035 3777 - (47) 9178 0170
www.teiko.com. br

--- Nelson Cartaxo <[EMAIL PROTECTED] com> escreveu:

> Pessoal bom dia,
> 
> Vamos começar aqui na empresa, testes com RAC
> 10G(10.2.0). Gostaria de algumas dicas de como
> escolher uma base candidata a entrar em RAC.
> Pergunto isso pq ja vi aqui na propria lista,
> comentarios dizendo que em certos casos pode ser
> desvantagem colocar a base em cluster. O SO será
> solaris 10. A base não trabalhará com ASM, será em 
> file system QFS.
> 
> Obrigado desde já pela ajuda.
> 
> Atenciosamente,
> Nelson Cartaxo
> 
>  _ _ _ _ __
> Fale com seus amigos de graça com o novo Yahoo!
> Messenger 
> http://br.messenger .yahoo.com/ 
> 
> 
> >Apostilas » Dicas e Exemplos » Funções » Mundo
> Oracle » Package » Procedure » Scripts » Tutoriais
> acesse:
> http://www.oraclebr .com.br/codigo/ ListaCodigo. php 
>
 - - - - - -
> >Atenção! As mensagens do grupo ORACLE_BR são de
> acesso público e de inteira responsabilidade de seus
> remetentes.
> Acesse:
>
http://www.mail- archive.com/ oracle_br@ yahoogrupos. com.br/
> 
>
 - - - - - -
> >O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr .com.br/ 
>
 - - - - - -
> 
> Links do Yahoo! Grupos
> 
> 
> 
> 

 _ _ _ _ __
Fale com seus amigos de graça com o novo Yahoo! Messenger 
http://br.messenger .yahoo.com/ 



__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Rac

[Anderson Haertel Rodrigues]

Nelson,

Desvatagem de RAC eu conheço apenas duas:

1) Teu banco já está ruim (mal configurado) ou
aplicação mal comportada. Sendo assim, colocar o RAC
pura e simplesmente pode piorar mais ainda;

2) É o custo! ;-)

Atenciosamente,

Anderson Haertel Rodrigues
Consultor Oracle
TEIKO Soluções em Tecnologia da Informação
Blumenau/SC (47) - 3035 3777 - (47) 9178 0170
www.teiko.com.br


--- Nelson Cartaxo <[EMAIL PROTECTED]> escreveu:

> Pessoal bom dia,
> 
> Vamos começar aqui na empresa, testes com RAC
> 10G(10.2.0). Gostaria de algumas dicas de como
> escolher uma base candidata a entrar em RAC.
> Pergunto isso pq ja vi aqui na propria lista,
> comentarios dizendo que em certos casos pode ser
> desvantagem colocar a base em cluster. O SO será
> solaris 10. A base não trabalhará com ASM, será em 
> file system QFS.
> 
> Obrigado desde já pela ajuda.
> 
> Atenciosamente,
> Nelson Cartaxo
> 
> __
> Fale com seus amigos  de graça com o novo Yahoo!
> Messenger 
> http://br.messenger.yahoo.com/ 
> 
> 
> >Apostilas » Dicas e Exemplos » Funções » Mundo
> Oracle » Package » Procedure » Scripts » Tutoriais
> acesse:
> http://www.oraclebr.com.br/codigo/ListaCodigo.php 
>
--
> >Atenção! As mensagens do grupo ORACLE_BR são de
> acesso público e de inteira responsabilidade de seus
> remetentes.
> Acesse:
>
http://www.mail-archive.com/[EMAIL PROTECTED]/
> 
>
--
> >O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/  
>

>  
> Links do Yahoo! Grupos
> 
> 
>  
> 


__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

[oracle_br] Rac

[Nelson Cartaxo]

Pessoal bom dia,

Vamos começar aqui na empresa, testes com RAC 10G(10.2.0). Gostaria de algumas 
dicas de como escolher uma base candidata a entrar em RAC. Pergunto isso pq ja 
vi aqui na propria lista, comentarios dizendo que em certos casos pode ser 
desvantagem colocar a base em cluster. O SO será solaris 10. A base não 
trabalhará com ASM, será em  file system QFS.

Obrigado desde já pela ajuda.

Atenciosamente,
Nelson Cartaxo

__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

[oracle_br] RAC ORACLE

[jugf2005]

O nosso caso é o seguinte: Nós temos duas máquinas IBM P570, AIX 5L, 
38 GB ram e 32 processadores. Além disso o nosso storage é o EVA da 
HP. Apesar da própria Oracle dizer que o rac funciona com ASM, estamos 
com sérios problemas de compartilhamento de discos para as duas 
máquinas. Segundo pesquisas feitas por nós, o problema se concentra em 
um atributo do aix de nome  reserve_policy, que tem que estar 
habilitado para que possamos validá-lo como false. 

Agradeço, desde já, qualquer informação. 

Juarez

Re: [oracle_br] RAC 10g

[Rafael Milanez - BusinessOn]

http://www.oracle.com/technology/pub/articles/smiley_rac10g_install.html


este é baseado no Red Hat Enterprise Linux Advanced Server 3 
http://www.puschitz.com/InstallingOracle10gRAC.shtml



  - Original Message - 
  From: Felipe Renz 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Friday, January 05, 2007 4:16 PM
  Subject: Re: [oracle_br] RAC 10g


  Rafael,

  Oracle 10g Enterprise
  OS: RH AS 4.0

  On 1/5/07, Rafael Milanez - BusinessOn <[EMAIL PROTECTED]> wrote:
  >
  > dia a sua estrutura
  >
  > SO,
  >
  > versão do RAC, versao do banco nós etc..
  > - Original Message -
  > From: Felipe Renz
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Friday, January 05, 2007 1:55 PM
  > Subject: [oracle_br] RAC 10g
  >
  > Pessoal,
  >
  > Estive fora do forum por um tempo, mas estamos ai novamente, estou
  > precisando montar um ambiente de RAC em 10g eu tinha um link que
  > acabei perdendo de como fazer, tinha ate as isos para baixar lá... bom
  > o que preciso eh como fazer para montar um RAC, alguem poderia me
  > mandar alguma material??? ou link...
  >
  > muito obrigado..
  >
  > [As partes desta mensagem que não continham texto foram removidas]
  >
  > 
  >

  -- 
  Atenciosamente,

  Felipe Renz
  Binary Name:
  
0100011001100101011011000110100101110110010100100101001001100101011011100010
  Cel.: 51 8184 7254
  Msn: [EMAIL PROTECTED]

  [As partes desta mensagem que não continham texto foram removidas]



   

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] RAC 10g

[Felipe Renz]

Rafael,

Oracle 10g Enterprise
OS: RH AS 4.0

On 1/5/07, Rafael Milanez - BusinessOn <[EMAIL PROTECTED]> wrote:
>
>   dia a sua estrutura
>
> SO,
>
> versão do RAC, versao do banco nós etc..
> - Original Message -
> From: Felipe Renz
> To: oracle_br@yahoogrupos.com.br 
> Sent: Friday, January 05, 2007 1:55 PM
> Subject: [oracle_br] RAC 10g
>
> Pessoal,
>
> Estive fora do forum por um tempo, mas estamos ai novamente, estou
> precisando montar um ambiente de RAC em 10g eu tinha um link que
> acabei perdendo de como fazer, tinha ate as isos para baixar lá... bom
> o que preciso eh como fazer para montar um RAC, alguem poderia me
> mandar alguma material??? ou link...
>
> muito obrigado..
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Atenciosamente,

Felipe Renz
Binary Name:
0100011001100101011011000110100101110110010100100101001001100101011011100010
Cel.: 51 8184 7254
Msn: [EMAIL PROTECTED]


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] RAC 10g

[Rafael Milanez - BusinessOn]

dia a sua estrutura

SO, 

versão do RAC, versao do banco nós etc..
  - Original Message - 
  From: Felipe Renz 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Friday, January 05, 2007 1:55 PM
  Subject: [oracle_br] RAC 10g


  Pessoal,

  Estive fora do forum por um tempo, mas estamos ai novamente, estou
  precisando montar um ambiente de RAC em 10g eu tinha um link que
  acabei perdendo de como fazer, tinha ate as isos para baixar lá... bom
  o que preciso eh como fazer para montar um RAC, alguem poderia me
  mandar alguma material??? ou link...

  muito obrigado..



   

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] RAC 10g

[Felipe Renz]

Pessoal,

Estive fora do forum por um tempo, mas estamos ai novamente, estou
precisando montar um ambiente de RAC em 10g eu tinha um link que
acabei perdendo de como fazer, tinha ate as isos para baixar lá... bom
o que preciso eh como fazer para montar um RAC, alguem poderia me
mandar alguma material??? ou link...

muito obrigado..

Re: [oracle_br] RAC com ocfs2

[spark]

O ocfs2console consegue formatar e  montar o filesystem numa boa?

Jonathan Barbosa

- Mensagem de [EMAIL PROTECTED] -
Data: Tue, 19 Dec 2006 14:08:09 -0300
De: Eduardo de Paula <[EMAIL PROTECTED]>
Endereço para Resposta (Reply-To): oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] RAC com ocfs2
  Para: oracle_br@yahoogrupos.com.br


> ja aconteceu isso comigo.
>
> qual kernel vc ta usando? vc ta instalando no suse ou no redhat?
>
> On 12/19/06, ricardolyrio <[EMAIL PROTECTED]> wrote:
>>
>>   Estou tentando criar via dbca um banco usando o OCFS@ como file system
>> e na hora que chega esta opção apenas o ASM está habilitado, alguém
>> saberia porque?
>>
>> O OCR e o voting disk estão dentro do /u02/clustware, este está
>> funcionando normalmente, o /u02/oradata está acessível menos no DBCA.
>>
>> fstab
>> /dev/emcd4 /u02/clustware ocfs2 _netdev,datavolume,nointr 0 0
>> /dev/emcd1 /u02/oradata ocfs2 _netdev,datavolume,nointr 0 0
>>
>> Grato
>> Ricardo Lyrio
>>
>>
>>
>
>
>
> --
> "Os erros podem ser transformados em acertos quando com eles se aprende. Não
> existe a segurança do acerto eterno."
>
> http://www.youtube.com/watch?v=c_GATOdvKxw
>
> msn: [EMAIL PROTECTED]
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> --
> E-mail Seguro Vetorial.net
>
> Mensagem classificada como NÃO-SPAM. Para classificar como SPAM,
> encaminhe para [EMAIL PROTECTED]
>
> Chave de Identificação: 49321,45881d9e924211529539599
>


- Final da mensagem de [EMAIL PROTECTED] -

Re: [oracle_br] RAC com ocfs2

[Eduardo de Paula]

ja aconteceu isso comigo.

qual kernel vc ta usando? vc ta instalando no suse ou no redhat?

On 12/19/06, ricardolyrio <[EMAIL PROTECTED]> wrote:
>
>   Estou tentando criar via dbca um banco usando o OCFS@ como file system
> e na hora que chega esta opção apenas o ASM está habilitado, alguém
> saberia porque?
>
> O OCR e o voting disk estão dentro do /u02/clustware, este está
> funcionando normalmente, o /u02/oradata está acessível menos no DBCA.
>
> fstab
> /dev/emcd4 /u02/clustware ocfs2 _netdev,datavolume,nointr 0 0
> /dev/emcd1 /u02/oradata ocfs2 _netdev,datavolume,nointr 0 0
>
> Grato
> Ricardo Lyrio
>
>  
>



-- 
"Os erros podem ser transformados em acertos quando com eles se aprende. Não
existe a segurança do acerto eterno."

http://www.youtube.com/watch?v=c_GATOdvKxw

msn: [EMAIL PROTECTED]


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] RAC com ocfs2

[ricardolyrio]

Estou tentando criar via dbca um banco usando o OCFS@ como file system
e na hora que chega esta opção apenas o ASM está habilitado, alguém
saberia porque?

O OCR e o voting disk estão dentro do /u02/clustware, este está
funcionando normalmente, o /u02/oradata está acessível menos no DBCA.


fstab
/dev/emcd4 /u02/clustware   ocfs2   _netdev,datavolume,nointr 0 0
/dev/emcd1 /u02/oradata ocfs2   _netdev,datavolume,nointr 0 0



Grato 
Ricardo Lyrio

[oracle_br] RAC no Linux

[wilsonteixeira2000]

Gostaria de saber se o RAC é homologado para alguma versão do Linux?

[oracle_br] RAC ASM X FERRAMENTA DE BACKUP

[Marina Solis Mariano]

Olá pessoal,

Estou pesquisando sobre o backup de um ambiente Oracle 10g trabalhando com
ASM.

Gostaria de saber se alguem ja teve alguma experiência com o NetBackup sobre
o 10g e ASM, na pagina da Veritas somente fala que suporta versôes acima de
8, porem com o surgimento do ASM acredito que a coisa fica mais complicada,
porque se eu nao me engano o sistema de backup é fisico e com o uso do ASM o
acesso pelo SO nao é possivel na base.

Como temos uma estrutura de backup compartilhado entre varios clientes e o
robozinho gostaria de integrar o backup do 10g no mesmo esquema se
alguem tiver um ambiente parecido ou alguma luz sobre o assunto fico muito
agradecida.

Abs...:  )


[As partes desta mensagem que não continham texto foram removidas]

Re: RES: [oracle_br] RAC

[candrade_dba]

Alguem do grupo já teve dificuldades com RAC 10g (versao 10.2 ou 10.1)
no TRU64?



--- Em oracle_br@yahoogrupos.com.br, "Carlos A.M. Menezes"
<[EMAIL PROTECTED]> escreveu
>
> Colega,
>   É exatamente esse o meu sentimento, também tenho os mesmos
problemas. As últimas alterações que fiz para aumentar a estabilidade
foram:
>   -- No boot do kernel colocar a opção de elevator=deadline. Tem BUG
relacionado com a opção default(cfq) e RAC;
>   -- Na options da interface de rede e1000, ativar o FlowControl.
> Vejas detalhes em http://www.puschitz.com/TuningLinuxForOracle.shtml
> 
> Fiz a alteração hoje, ainda não deu para saber se resolveu o problema.
> 
> Abraços,
> 
> Carlos Alfredo M. de Menezes
> 
> 
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br
[mailto:[EMAIL PROTECTED] Em nome de [EMAIL PROTECTED]
> Enviada em: quarta-feira, 18 de outubro de 2006 13:38
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] RAC
> 
> Bom Dia!
> 
> Estou com algumas duvidas sobre, o RAC no Oracle10. É impressão
minha ou o 
> produto parece estar mal acabado. Na versão 10.2.0.1 tive diversos 
> problemas, instancias paravam "sem motivo". Na versão 10.2.0.2 ainda
tenho 
> alguns problemas, hoje por exemplo meu banco ficou praticamente 
> travado...ninguém logava e não havia nenhuma rotina significante 
> executando, no alerta peguei :
> 
> WARNING: inbound connection timed out (ORA-3136)
> 
> 
> Alguém já passou por isso??
> 
> Oracle 10.2.0.2 em HP-UX
> 
> 
> Abs,
> Felipe Venancio
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 
> 
> 
> Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
> VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"
> 
> Este Grupo recebe o apoio da SQL Magazine -
www.devmedia.com.br/sqlmagazine 
>
--
> Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
>
--
> O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: WWW.ORACLEBR.COM.BR
>

 
> Links do Yahoo! Grupos
>






Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
--
Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: WWW.ORACLEBR.COM.BR 

  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] RAC

[Rodrigo Mufalani]

No livro manual do dba 10g.

Tem um passo a passso de como instalar o configurar o standby


> Mensagem Original:
> Data: 09:53:53 19/10/2006
> De: Richard Scott <[EMAIL PROTECTED]>
> Assunto: Re: [oracle_br] RAC

> Senhores,
>
> Alguem tem um bom material para instalacao e configuracao do Oracle RAC.
> E pra quem nao tem dinheiro pra comprar o Oracle RAC, voces teriam o esquema
> de Banco Primary e Standby, o standby e uma replicacao incremental do
> primary e quando tenho um erro no primary automaticamente o standby assume.
> Esse esquema que uso aqui, num tenho dinheiro pra fazer cluster..hehehe
>
> Tem material de instalacao e configuracao para esse esquema ?
>
> Meu ambiente e : Linux Red Hat Server e Oracle 10g
>
> Pelo que estou checando pelos comentarios dos colegas, me parece que este
> produto nao e tao bom como pensavamos.
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>



Atenciosamente,

Rodrigo Mufalani
[EMAIL PROTECTED]
(21) 910739169

Aqui na Oi Internet você ganha ou ganha. Além de acesso grátis com
qualidade, ganha contas ilimitadas de email com 1 giga cada uma. Ganha
espaço ilimitado para hospedar sua página pessoal. Ganha flog, suporte
grátis e muito mais. Baixe grátis o Discador em
http://www.oi.com.br/discador e comece a ganhar.

Agora, se o seu negócio é voar na internet sem pagar uma fortuna,
assine Oi Internet banda larga a partir de R$ 9,90. Clique em
http://www.oi.com.br/bandalarga e aproveite essa moleza!





Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
--
Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: WWW.ORACLEBR.COM.BR 

  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] RAC com Solaris

[felipe . pedro]

Nelson,
 passamos por vários problemas na versão 10gR1...na 10gR2 
para HP-UX também tivemos problemas com alguns bugs...


Abs,
Felipe Venancio





Nelson Cartaxo <[EMAIL PROTECTED]> 
Enviado Por: oracle_br@yahoogrupos.com.br
18/10/2006 17:36
Favor responder a
oracle_br@yahoogrupos.com.br


Para
oracle_br@yahoogrupos.com.br
cc

Assunto
[oracle_br] RAC com Solaris






Pessoal boa tarde,

 

Alguém já instalou RAC em Solaris 10? Alguém teria algum passo a passo ou
poderia me dizer se passou por algum problema, bug, etc?

 

Qualquer ajuda será bem vinda.

 

 Obrigado.

 

Atenciosamente, 
Nelson Cartaxo
DBA ORACLE 



 

  _ 

De: Carlos A.M. Menezes [mailto:[EMAIL PROTECTED] 
Enviada em: Wednesday, October 18, 2006 3:29 PM
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] RAC

 

Colega,
  É exatamente esse o meu sentimento, também tenho os mesmos 
problemas.
As últimas alterações que fiz para aumentar a estabilidade foram:
  -- No boot do kernel colocar a opção de elevator=deadline. Tem BUG
relacionado com a opção default(cfq) e RAC;
  -- Na options da interface de rede e1000, ativar o FlowControl.
Vejas detalhes em http://www.puschitz.com/TuningLinuxForOracle.shtml
<http://www.puschitz.com/TuningLinuxForOracle.shtml> 

Fiz a alteração hoje, ainda não deu para saber se resolveu o problema.

Abraços,

Carlos Alfredo M. de Menezes


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de [EMAIL PROTECTED]
Enviada em: quarta-feira, 18 de outubro de 2006 13:38
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] RAC

Bom Dia!

Estou com algumas duvidas sobre, o RAC no Oracle10. É impressão minha ou o 

produto parece estar mal acabado. Na versão 10.2.0.1 tive diversos 
problemas, instancias paravam "sem motivo". Na versão 10.2.0.2 ainda tenho 

alguns problemas, hoje por exemplo meu banco ficou praticamente 
travado...ninguém logava e não havia nenhuma rotina significante 
executando, no alerta peguei :

WARNING: inbound connection timed out (ORA-3136)


Alguém já passou por isso??

Oracle 10.2.0.2 em HP-UX


Abs,
Felipe Venancio

[As partes desta mensagem que não continham texto foram removidas]




Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ <http://www.enpo-br.org/>  - Dia 11/11
"Vagas Limitadas"

Este Grupo recebe o apoio da SQL Magazine - 
www.devmedia.com.br/sqlmagazine 

--
Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de 
inteira
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
<http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/> 

--
O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: WWW.ORACLEBR.COM.BR

 
Links do Yahoo! Grupos




 



[As partes desta mensagem que não continham texto foram removidas]




Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"

Este Grupo recebe o apoio da SQL Magazine - 
www.devmedia.com.br/sqlmagazine 
--
Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de 
inteira responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: WWW.ORACLEBR.COM.BR 

 
 
Links do Yahoo! Grupos

 




[As partes desta mensagem que não continham texto foram removidas]




Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
--
Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
responsabilidade de seus remetentes.

Re: [oracle_br] RAC

[Richard Scott]

Senhores,

Alguem tem um bom material para instalacao e configuracao do Oracle RAC.
E pra quem nao tem dinheiro pra comprar o Oracle RAC, voces teriam o esquema
de Banco Primary e Standby, o standby e uma replicacao incremental do
primary e quando tenho um erro no primary automaticamente o standby assume.
Esse esquema que uso aqui, num tenho dinheiro pra fazer cluster..hehehe

Tem material de instalacao e configuracao para esse esquema ?

Meu ambiente e : Linux Red Hat Server e Oracle 10g

Pelo que estou checando pelos comentarios dos colegas, me parece que este
produto nao e tao bom como pensavamos.


[As partes desta mensagem que não continham texto foram removidas]




Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
--
Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: WWW.ORACLEBR.COM.BR 

  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] RAC com Solaris

[Nelson Cartaxo]

Pessoal boa tarde,

 

Alguém já instalou RAC em Solaris 10? Alguém teria algum passo a passo ou
poderia me dizer se passou por algum problema, bug, etc?

 

Qualquer ajuda será bem vinda.

 

 Obrigado.

 

Atenciosamente, 
Nelson Cartaxo
DBA ORACLE 



 

  _  

De: Carlos A.M. Menezes [mailto:[EMAIL PROTECTED] 
Enviada em: Wednesday, October 18, 2006 3:29 PM
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] RAC

 

Colega,
  É exatamente esse o meu sentimento, também tenho os mesmos problemas.
As últimas alterações que fiz para aumentar a estabilidade foram:
  -- No boot do kernel colocar a opção de elevator=deadline. Tem BUG
relacionado com a opção default(cfq) e RAC;
  -- Na options da interface de rede e1000, ativar o FlowControl.
Vejas detalhes em http://www.puschitz.com/TuningLinuxForOracle.shtml
<http://www.puschitz.com/TuningLinuxForOracle.shtml> 

Fiz a alteração hoje, ainda não deu para saber se resolveu o problema.

Abraços,

Carlos Alfredo M. de Menezes


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de [EMAIL PROTECTED]
Enviada em: quarta-feira, 18 de outubro de 2006 13:38
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] RAC

Bom Dia!

Estou com algumas duvidas sobre, o RAC no Oracle10. É impressão minha ou o 
produto parece estar mal acabado. Na versão 10.2.0.1 tive diversos 
problemas, instancias paravam "sem motivo". Na versão 10.2.0.2 ainda tenho 
alguns problemas, hoje por exemplo meu banco ficou praticamente 
travado...ninguém logava e não havia nenhuma rotina significante 
executando, no alerta peguei :

WARNING: inbound connection timed out (ORA-3136)


Alguém já passou por isso??

Oracle 10.2.0.2 em HP-UX


Abs,
Felipe Venancio

[As partes desta mensagem que não continham texto foram removidas]




Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ <http://www.enpo-br.org/>  - Dia 11/11
"Vagas Limitadas"

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 

--
Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
<http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/>  

--
O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: WWW.ORACLEBR.COM.BR

  
Links do Yahoo! Grupos




 



[As partes desta mensagem que não continham texto foram removidas]




Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
--
Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: WWW.ORACLEBR.COM.BR 

  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

RES: [oracle_br] RAC

[Carlos A.M. Menezes]

Colega,
É exatamente esse o meu sentimento, também tenho os mesmos problemas. 
As últimas alterações que fiz para aumentar a estabilidade foram:
-- No boot do kernel colocar a opção de elevator=deadline. Tem BUG 
relacionado com a opção default(cfq) e RAC;
-- Na options da interface de rede e1000, ativar o FlowControl.
Vejas detalhes em http://www.puschitz.com/TuningLinuxForOracle.shtml

Fiz a alteração hoje, ainda não deu para saber se resolveu o problema.

Abraços,

Carlos Alfredo M. de Menezes


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de [EMAIL 
PROTECTED]
Enviada em: quarta-feira, 18 de outubro de 2006 13:38
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] RAC

Bom Dia!

Estou com algumas duvidas sobre, o RAC no Oracle10. É impressão minha ou o 
produto parece estar mal acabado. Na versão 10.2.0.1 tive diversos 
problemas, instancias paravam "sem motivo". Na versão 10.2.0.2 ainda tenho 
alguns problemas, hoje por exemplo meu banco ficou praticamente 
travado...ninguém logava e não havia nenhuma rotina significante 
executando, no alerta peguei :

WARNING: inbound connection timed out (ORA-3136)


Alguém já passou por isso??

Oracle 10.2.0.2 em HP-UX


Abs,
Felipe Venancio

[As partes desta mensagem que não continham texto foram removidas]




Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
--
Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: WWW.ORACLEBR.COM.BR

  
Links do Yahoo! Grupos

 




Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
--
Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: WWW.ORACLEBR.COM.BR 

  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] RAC

[felipe . pedro]

Bom Dia!

Estou com algumas duvidas sobre, o RAC no Oracle10. É impressão minha ou o 
produto parece estar mal acabado. Na versão 10.2.0.1 tive diversos 
problemas, instancias paravam "sem motivo". Na versão 10.2.0.2 ainda tenho 
alguns problemas, hoje por exemplo meu banco ficou praticamente 
travado...ninguém logava e não havia nenhuma rotina significante 
executando, no alerta peguei :

WARNING: inbound connection timed out (ORA-3136)


Alguém já passou por isso??

Oracle 10.2.0.2 em HP-UX


Abs,
Felipe Venancio

[As partes desta mensagem que não continham texto foram removidas]




Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
--
Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: WWW.ORACLEBR.COM.BR

  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] RAC

[rogerio]

Olá, entra no site , www.dbasupport.com, la tem vários artigos de adm em 
RAC.

[ ]s
Rogerio Pereira

analucia13br wrote:

> Olá Pessoal,
> Foi instalado um rac por aqui e até agora nada de treinamento...
> Alguem tem alguma apostila ou material para me ajudar
> com este novo desafio?
> Obrigada,
> Ana
>
>
>  




--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] RAC

[analucia13br]

Olá Pessoal,
Foi instalado um rac por aqui e até agora nada de treinamento...
Alguem tem alguma apostila ou material para me ajudar 
com este novo desafio?
Obrigada,
Ana




--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

RES: [oracle_br] RAC 10.2

[Carlos A.M. Menezes]

Colega,
A perda de conexão de uma interface de rede pública ou do interconnect 
é suficiente para derrubar um nó (reboot). Em Linux para que isso seja 
percebido pelo SO, habilitamos o hangcheck, em plataforma Windows não sei como 
isso é implementado.
Dê uma pesquisada sobre isso na documentação da instalação da sua 
plataforma.
Espero que outro colega da lista tenha essa informação.
Abraços,

Carlos Alfredo M. de Menezes
 


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de gutoh26
Enviada em: sexta-feira, 6 de outubro de 2006 17:01
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] RAC 10.2

Olá pessoal, gostaria de tirar uma dúvida sobre o ORACLE RAC.Como sou  
inexperiente tive alguns problemas na configuração do RAC 10.2.Instalei 
e configurei o oracle RAC no windows 2003 para ITANIUM.Até aí tudo bem, 
a instalação ocorreu sem problemas.Configurei o failover adicionando um 
novo serviço para o balanceamento.Abro duas sessões, executo uma 
consulta grande e derrubo a instancia do outro terminal.Até aí 
funcionou direito, ele fez o balanceamento para a outra instancia e a 
conexão nao caiu.Mas qdo faço isso só que tirando um dos cabos de rede 
de uma das máquinas. A sessão que está rodando a consulta nao caí, mas 
se eu tentar abrir outra sessão, eu nao consigo.Alguém poderia me 
ajudar a resolver isso???
Grato.
Gustavo 





--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos




 




--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] RAC 10.2

[gutoh26]

Olá pessoal, gostaria de tirar uma dúvida sobre o ORACLE RAC.Como sou  
inexperiente tive alguns problemas na configuração do RAC 10.2.Instalei 
e configurei o oracle RAC no windows 2003 para ITANIUM.Até aí tudo bem, 
a instalação ocorreu sem problemas.Configurei o failover adicionando um 
novo serviço para o balanceamento.Abro duas sessões, executo uma 
consulta grande e derrubo a instancia do outro terminal.Até aí 
funcionou direito, ele fez o balanceamento para a outra instancia e a 
conexão nao caiu.Mas qdo faço isso só que tirando um dos cabos de rede 
de uma das máquinas. A sessão que está rodando a consulta nao caí, mas 
se eu tentar abrir outra sessão, eu nao consigo.Alguém poderia me 
ajudar a resolver isso???
Grato.
Gustavo 





--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: RES: [oracle_br] RAC ORACLE 10.2

[Bruno Vrban]

Ok muito obrigado pela explicação, gostei muit, sou novato na área e 
estou tentando aprender com vcs,
com pesquisas, e testes, agradeço a ajuda...

Abraços

Bruno Vrban

  - Original Message - 
  From: Carlos A.M. Menezes 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, October 04, 2006 6:19 PM
  Subject: RES: RES: [oracle_br] RAC ORACLE 10.2


  Existem várias soluções de cluster no mercado, RAC é exclusivamente 
ativo-ativo, que quer dizer que todos os nós do cluster estão ativos, ou seja, 
um único banco de dados com várias instâncias ativas. A capacidade é em teoria 
a soma de todos os nós, em caso de falha de um nó, os outros nós sobreviventes 
assumem a carga, sem interrupção.

  Cluster em modo ativo-passivo (ex: Microsft Cluster Service, HP Serviceguard, 
Red Hat Cluster Suite), temos um banco com uma única instância ativa, ou seja, 
se vc tiver 2 nós nesse tipo de cluster, apenas um dos nós poderá está ativo 
(capacidade = 1/n x 100%), em caso de falha, o outro nó assume, obviamente com 
uma indisponibilidade momentânea.

  Algumas vantagens do RAC
  a- Performance (todos os nós estão ativos);
  b- Maior disponibilidade (quando não há falha no software RAC), sem downtime;
  c- Suportam um grande número de nós;

  Algumas desvantagens do RAC
  a- Maior custo de licenciamento Oracle (se for Enterprise, o software RAC é 
cobrado e custa 50% do valor da licença do banco);
  b- Mais complexo de configurar e gerenciar;


  Carlos Alfredo M. de Menezes

  -Mensagem original-
  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Bruno 
Vrban
  Enviada em: quarta-feira, 4 de outubro de 2006 17:33
  Para: oracle_br@yahoogrupos.com.br
  Assunto: Re: RES: [oracle_br] RAC ORACLE 10.2

  Qual é a diferença entre ativo e passivo ?
  Algum beneficio ? Funciona melhor em qual circunstancia ???

  Obrigado

  Bruno Vrban

- Original Message - 
From: orfeu lima 
To: oracle_br@yahoogrupos.com.br 
Sent: Wednesday, October 04, 2006 5:00 PM
Subject: Re: RES: [oracle_br] RAC ORACLE 10.2


Reginaldo, a nossa configuração aqui é sistema operacional Red Hat as 3.0
configurado no modo ativo-ativo.
Reginaldo, a nossa configuração aqui é sistema operacional Red Hat as 3.0
configurado no modo ativo-ativo.



>From: rflribeiro <[EMAIL PROTECTED]>
>Reply-To: oracle_br@yahoogrupos.com.br
>To: oracle_br@yahoogrupos.com.br
>Subject: Re: RES: [oracle_br] RAC ORACLE 10.2
>Date: Wed, 04 Oct 2006 16:18:27 -0300
>
>Na verdade, como comentei na mensagem anterior, ainda não implementamos.
>Estamos preparando um plano de implementação. Caso o colega tivesse já
>relacionados os tipos de configuração que aumentam a possibilidade de
>erros, ou as configurações propriamente ditas erradas, já seria de
>grande valia. Um abraço.
>
>Reginaldo Ribeiro
>skype: dbcom_it_experts
>Mobile: 551192344290
>
>
>
>orfeu lima wrote:
> > Reginaldo, as máquinas estão trabalhando ativo-pasivo??
> > Vc não está fazendo fail-over??
> >
> >
> >
> > >From: rflribeiro <[EMAIL PROTECTED]>
> > >Reply-To: oracle_br@yahoogrupos.com.br
> > >To: oracle_br@yahoogrupos.com.br
> > >Subject: Re: RES: [oracle_br] RAC ORACLE 10.2
> > >Date: Wed, 04 Oct 2006 12:05:25 -0300
> > >
> > >Perdão pela intromissão, mas este último post me chamou muito a 
>atenção.
> > >Você conhece algum exemplo destes? Algum exemplo de " bad practices "
> > >que possam causar um mal funcionamento? Se algum outro colega souber,
> > >seria interessante discutirmos isto. Eu acho muito interessante porque,
> > >segundo entendi, o RAC funcionaria errado ao invés de não funcionar. A
> > >empresa na qual estou prestando serviço no momento têm planos de
> > >implementar o RAc sobre o 10g R1 em breve.
> > >Muito obrigado.
> > >
> > >Reginaldo Ribeiro
> > >skype: dbcom_it_experts
> > >Mobile: 551192344290
> > >
> > >
> > >
> > >orfeu lima wrote:
> > > > Srs, tenho um RAC tb,mas o daqui é em cima do linux.
> > > > Está funcionando perfeitamente,fizemos diversos testes e situações 
>em
> > > > que um
> > > > dos nós caiu e o outro assumiu perfeitamente.
> > > > As vezes o problema não está no RAC(oracle) e sim em como está
> > > > configurado o
> > > > seu ambiente.
> > > >
> > > >
> > > >
> > > >
> > > > >Fr

RES: RES: [oracle_br] RAC ORACLE 10.2

[Carlos A.M. Menezes]

Existem várias soluções de cluster no mercado, RAC é exclusivamente 
ativo-ativo, que quer dizer que todos os nós do cluster estão ativos, ou seja, 
um único banco de dados com várias instâncias ativas. A capacidade é em teoria 
a soma de todos os nós, em caso de falha de um nó, os outros nós sobreviventes 
assumem a carga, sem interrupção.

Cluster em modo ativo-passivo (ex: Microsft Cluster Service, HP Serviceguard, 
Red Hat Cluster Suite), temos um banco com uma única instância ativa, ou seja, 
se vc tiver 2 nós nesse tipo de cluster, apenas um dos nós poderá está ativo 
(capacidade = 1/n x 100%), em caso de falha, o outro nó assume, obviamente com 
uma indisponibilidade momentânea.

Algumas vantagens do RAC
a- Performance (todos os nós estão ativos);
b- Maior disponibilidade (quando não há falha no software RAC), sem downtime;
c- Suportam um grande número de nós;

Algumas desvantagens do RAC
a- Maior custo de licenciamento Oracle (se for Enterprise, o software RAC é 
cobrado e custa 50% do valor da licença do banco);
b- Mais complexo de configurar e gerenciar;


Carlos Alfredo M. de Menezes

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Bruno 
Vrban
Enviada em: quarta-feira, 4 de outubro de 2006 17:33
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] RAC ORACLE 10.2

Qual é a diferença entre ativo e passivo ?
Algum beneficio ? Funciona melhor em qual circunstancia ???

Obrigado

Bruno Vrban

  - Original Message - 
  From: orfeu lima 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, October 04, 2006 5:00 PM
  Subject: Re: RES: [oracle_br] RAC ORACLE 10.2


  Reginaldo, a nossa configuração aqui é sistema operacional Red Hat as 3.0
  configurado no modo ativo-ativo.
  Reginaldo, a nossa configuração aqui é sistema operacional Red Hat as 3.0
  configurado no modo ativo-ativo.



  >From: rflribeiro <[EMAIL PROTECTED]>
  >Reply-To: oracle_br@yahoogrupos.com.br
  >To: oracle_br@yahoogrupos.com.br
  >Subject: Re: RES: [oracle_br] RAC ORACLE 10.2
  >Date: Wed, 04 Oct 2006 16:18:27 -0300
  >
  >Na verdade, como comentei na mensagem anterior, ainda não implementamos.
  >Estamos preparando um plano de implementação. Caso o colega tivesse já
  >relacionados os tipos de configuração que aumentam a possibilidade de
  >erros, ou as configurações propriamente ditas erradas, já seria de
  >grande valia. Um abraço.
  >
  >Reginaldo Ribeiro
  >skype: dbcom_it_experts
  >Mobile: 551192344290
  >
  >
  >
  >orfeu lima wrote:
  > > Reginaldo, as máquinas estão trabalhando ativo-pasivo??
  > > Vc não está fazendo fail-over??
  > >
  > >
  > >
  > > >From: rflribeiro <[EMAIL PROTECTED]>
  > > >Reply-To: oracle_br@yahoogrupos.com.br
  > > >To: oracle_br@yahoogrupos.com.br
  > > >Subject: Re: RES: [oracle_br] RAC ORACLE 10.2
  > > >Date: Wed, 04 Oct 2006 12:05:25 -0300
  > > >
  > > >Perdão pela intromissão, mas este último post me chamou muito a 
  >atenção.
  > > >Você conhece algum exemplo destes? Algum exemplo de " bad practices "
  > > >que possam causar um mal funcionamento? Se algum outro colega souber,
  > > >seria interessante discutirmos isto. Eu acho muito interessante porque,
  > > >segundo entendi, o RAC funcionaria errado ao invés de não funcionar. A
  > > >empresa na qual estou prestando serviço no momento têm planos de
  > > >implementar o RAc sobre o 10g R1 em breve.
  > > >Muito obrigado.
  > > >
  > > >Reginaldo Ribeiro
  > > >skype: dbcom_it_experts
  > > >Mobile: 551192344290
  > > >
  > > >
  > > >
  > > >orfeu lima wrote:
  > > > > Srs, tenho um RAC tb,mas o daqui é em cima do linux.
  > > > > Está funcionando perfeitamente,fizemos diversos testes e situações 
  >em
  > > > > que um
  > > > > dos nós caiu e o outro assumiu perfeitamente.
  > > > > As vezes o problema não está no RAC(oracle) e sim em como está
  > > > > configurado o
  > > > > seu ambiente.
  > > > >
  > > > >
  > > > >
  > > > >
  > > > > >From: "Carlos A.M. Menezes" <[EMAIL PROTECTED]>
  > > > > >Reply-To: oracle_br@yahoogrupos.com.br
  > > > > >To: 
  > > > > >Subject: RES: [oracle_br] RAC ORACLE 10.2
  > > > > >Date: Wed, 4 Oct 2006 10:40:43 -0300
  > > > > >
  > > > > >Colega,
  > > > > >  Também não estou 100% satisfeito com o RAC também, já 
  >vivenciei
  > > > > algumas
  > > > > >congeladas sem explicação, nem o suporte Oracle

Re: RES: [oracle_br] RAC ORACLE 10.2

[Bruno Vrban]

Qual é a diferença entre ativo e passivo ?
Algum beneficio ? Funciona melhor em qual circunstancia ???

Obrigado

Bruno Vrban

  - Original Message - 
  From: orfeu lima 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, October 04, 2006 5:00 PM
  Subject: Re: RES: [oracle_br] RAC ORACLE 10.2


  Reginaldo, a nossa configuração aqui é sistema operacional Red Hat as 3.0
  configurado no modo ativo-ativo.
  Reginaldo, a nossa configuração aqui é sistema operacional Red Hat as 3.0
  configurado no modo ativo-ativo.



  >From: rflribeiro <[EMAIL PROTECTED]>
  >Reply-To: oracle_br@yahoogrupos.com.br
  >To: oracle_br@yahoogrupos.com.br
  >Subject: Re: RES: [oracle_br] RAC ORACLE 10.2
  >Date: Wed, 04 Oct 2006 16:18:27 -0300
  >
  >Na verdade, como comentei na mensagem anterior, ainda não implementamos.
  >Estamos preparando um plano de implementação. Caso o colega tivesse já
  >relacionados os tipos de configuração que aumentam a possibilidade de
  >erros, ou as configurações propriamente ditas erradas, já seria de
  >grande valia. Um abraço.
  >
  >Reginaldo Ribeiro
  >skype: dbcom_it_experts
  >Mobile: 551192344290
  >
  >
  >
  >orfeu lima wrote:
  > > Reginaldo, as máquinas estão trabalhando ativo-pasivo??
  > > Vc não está fazendo fail-over??
  > >
  > >
  > >
  > > >From: rflribeiro <[EMAIL PROTECTED]>
  > > >Reply-To: oracle_br@yahoogrupos.com.br
  > > >To: oracle_br@yahoogrupos.com.br
  > > >Subject: Re: RES: [oracle_br] RAC ORACLE 10.2
  > > >Date: Wed, 04 Oct 2006 12:05:25 -0300
  > > >
  > > >Perdão pela intromissão, mas este último post me chamou muito a 
  >atenção.
  > > >Você conhece algum exemplo destes? Algum exemplo de " bad practices "
  > > >que possam causar um mal funcionamento? Se algum outro colega souber,
  > > >seria interessante discutirmos isto. Eu acho muito interessante porque,
  > > >segundo entendi, o RAC funcionaria errado ao invés de não funcionar. A
  > > >empresa na qual estou prestando serviço no momento têm planos de
  > > >implementar o RAc sobre o 10g R1 em breve.
  > > >Muito obrigado.
  > > >
  > > >Reginaldo Ribeiro
  > > >skype: dbcom_it_experts
  > > >Mobile: 551192344290
  > > >
  > > >
  > > >
  > > >orfeu lima wrote:
  > > > > Srs, tenho um RAC tb,mas o daqui é em cima do linux.
  > > > > Está funcionando perfeitamente,fizemos diversos testes e situações 
  >em
  > > > > que um
  > > > > dos nós caiu e o outro assumiu perfeitamente.
  > > > > As vezes o problema não está no RAC(oracle) e sim em como está
  > > > > configurado o
  > > > > seu ambiente.
  > > > >
  > > > >
  > > > >
  > > > >
  > > > > >From: "Carlos A.M. Menezes" <[EMAIL PROTECTED]>
  > > > > >Reply-To: oracle_br@yahoogrupos.com.br
  > > > > >To: 
  > > > > >Subject: RES: [oracle_br] RAC ORACLE 10.2
  > > > > >Date: Wed, 4 Oct 2006 10:40:43 -0300
  > > > > >
  > > > > >Colega,
  > > > > >  Também não estou 100% satisfeito com o RAC também, já 
  >vivenciei
  > > > > algumas
  > > > > >congeladas sem explicação, nem o suporte Oracle conseguiu
  > > > > diagnosticar, já
  > > > > >houve também duas reinicializações de um nó pois o outro nó
  > > percebeu um
  > > > > >problema no cluster e forçou a reboot do outro, mas os logs
  > > confusos do
  > > > > >cluster oracle não ajudam, tanto que o suporte da Oracle apenas 
  >disse
  > > > > que
  > > > > >houve um delay maior que o normal em acessar o voting disk, mas nos
  > > > > logs do
  > > > > >hardware e SO nada foi reportado que justificasse.
  > > > > >  Estou também desapontado, pois todas as paradas que tive até
  > > > > agora foi em
  > > > > >função do próprio RAC. Já trabalhei com outra solução de cluster e
  > > > > essa é
  > > > > >de longe mais complexa e menos estável, embora mais performática. É
  > > > > colocar
  > > > > >na balança
  > > > > >
  > > > > >Cordialmente,
  > > > > >
  > > > > >Carlos Alfredo M. de Menezes
  > > > > >
  > > > > >
  > > > > >-Mensagem original-
  > > > > >De: oracle_br@yahoogrupos.com.br
  > > > > [mailto:[E

Re: RES: [oracle_br] RAC ORACLE 10.2

[Ademir Morgado]

--- Em oracle_br@yahoogrupos.com.br, "orfeu lima" <[EMAIL PROTECTED]> 
escreveu
>
Olá pessoal, boa tarde!

Vcs estão sabendo que no ENPO-BR 2006 montaremos um ambiente RAC ao 
vivo? Acessem o site www.enpo-br.org e vejam mais detalhes!

Abraços,

Morgado


> Reginaldo, a nossa configuração aqui é sistema operacional Red Hat 
as 3.0
> configurado no modo ativo-ativo.
> Reginaldo, a nossa configuração aqui é sistema operacional Red Hat 
as 3.0
> configurado no modo ativo-ativo.
> 
> 
> 
> >From: rflribeiro <[EMAIL PROTECTED]>
> >Reply-To: oracle_br@yahoogrupos.com.br
> >To: oracle_br@yahoogrupos.com.br
> >Subject: Re: RES: [oracle_br] RAC ORACLE 10.2
> >Date: Wed, 04 Oct 2006 16:18:27 -0300
> >
> >Na verdade, como comentei na mensagem anterior, ainda não 
implementamos.
> >Estamos preparando um plano de implementação. Caso o colega 
tivesse já
> >relacionados os tipos de configuração que aumentam a possibilidade 
de
> >erros, ou as configurações propriamente ditas erradas, já seria de
> >grande valia. Um abraço.
> >
> >Reginaldo Ribeiro
> >skype: dbcom_it_experts
> >Mobile: 551192344290
> >
> >
> >
> >orfeu lima wrote:
> > > Reginaldo, as máquinas estão trabalhando ativo-pasivo??
> > > Vc não está fazendo fail-over??
> > >
> > >
> > >
> > > >From: rflribeiro <[EMAIL PROTECTED]>
> > > >Reply-To: oracle_br@yahoogrupos.com.br
> > > >To: oracle_br@yahoogrupos.com.br
> > > >Subject: Re: RES: [oracle_br] RAC ORACLE 10.2
> > > >Date: Wed, 04 Oct 2006 12:05:25 -0300
> > > >
> > > >Perdão pela intromissão, mas este último post me chamou muito 
a 
> >atenção.
> > > >Você conhece algum exemplo destes? Algum exemplo de " bad 
practices "
> > > >que possam causar um mal funcionamento? Se algum outro colega 
souber,
> > > >seria interessante discutirmos isto. Eu acho muito 
interessante porque,
> > > >segundo entendi, o RAC funcionaria errado ao invés de não 
funcionar. A
> > > >empresa na qual estou prestando serviço no momento têm planos 
de
> > > >implementar o RAc sobre o 10g R1 em breve.
> > > >Muito obrigado.
> > > >
> > > >Reginaldo Ribeiro
> > > >skype: dbcom_it_experts
> > > >Mobile: 551192344290
> > > >
> > > >
> > > >
> > > >orfeu lima wrote:
> > > > > Srs, tenho um RAC tb,mas o daqui é em cima do linux.
> > > > > Está funcionando perfeitamente,fizemos diversos testes e 
situações 
> >em
> > > > > que um
> > > > > dos nós caiu e o outro assumiu perfeitamente.
> > > > > As vezes o problema não está no RAC(oracle) e sim em como 
está
> > > > > configurado o
> > > > > seu ambiente.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > >From: "Carlos A.M. Menezes" <[EMAIL PROTECTED]>
> > > > > >Reply-To: oracle_br@yahoogrupos.com.br
> > > > > >To: 
> > > > > >Subject: RES: [oracle_br] RAC ORACLE 10.2
> > > > > >Date: Wed, 4 Oct 2006 10:40:43 -0300
> > > > > >
> > > > > >Colega,
> > > > > >  Também não estou 100% satisfeito com o RAC também, 
já 
> >vivenciei
> > > > > algumas
> > > > > >congeladas sem explicação, nem o suporte Oracle conseguiu
> > > > > diagnosticar, já
> > > > > >houve também duas reinicializações de um nó pois o outro nó
> > > percebeu um
> > > > > >problema no cluster e forçou a reboot do outro, mas os logs
> > > confusos do
> > > > > >cluster oracle não ajudam, tanto que o suporte da Oracle 
apenas 
> >disse
> > > > > que
> > > > > >houve um delay maior que o normal em acessar o voting 
disk, mas nos
> > > > > logs do
> > > > > >hardware e SO nada foi reportado que justificasse.
> > > > > >  Estou também desapontado, pois todas as paradas que 
tive até
> > > > > agora foi em
> > > > > >função do próprio RAC. Já trabalhei com outra solução de 
cluster e
> > > > > essa é
> > > > > >de longe mais complexa e menos estável, embora mais 
performática. É
> > > > > colocar
> > > > > >na balança
> > > > > >
> > > >

Re: RES: [oracle_br] RAC ORACLE 10.2

[orfeu lima]

Reginaldo, a nossa configuração aqui é sistema operacional Red Hat as 3.0
configurado no modo ativo-ativo.
Reginaldo, a nossa configuração aqui é sistema operacional Red Hat as 3.0
configurado no modo ativo-ativo.



>From: rflribeiro <[EMAIL PROTECTED]>
>Reply-To: oracle_br@yahoogrupos.com.br
>To: oracle_br@yahoogrupos.com.br
>Subject: Re: RES: [oracle_br] RAC ORACLE 10.2
>Date: Wed, 04 Oct 2006 16:18:27 -0300
>
>Na verdade, como comentei na mensagem anterior, ainda não implementamos.
>Estamos preparando um plano de implementação. Caso o colega tivesse já
>relacionados os tipos de configuração que aumentam a possibilidade de
>erros, ou as configurações propriamente ditas erradas, já seria de
>grande valia. Um abraço.
>
>Reginaldo Ribeiro
>skype: dbcom_it_experts
>Mobile: 551192344290
>
>
>
>orfeu lima wrote:
> > Reginaldo, as máquinas estão trabalhando ativo-pasivo??
> > Vc não está fazendo fail-over??
> >
> >
> >
> > >From: rflribeiro <[EMAIL PROTECTED]>
> > >Reply-To: oracle_br@yahoogrupos.com.br
> > >To: oracle_br@yahoogrupos.com.br
> > >Subject: Re: RES: [oracle_br] RAC ORACLE 10.2
> > >Date: Wed, 04 Oct 2006 12:05:25 -0300
> > >
> > >Perdão pela intromissão, mas este último post me chamou muito a 
>atenção.
> > >Você conhece algum exemplo destes? Algum exemplo de " bad practices "
> > >que possam causar um mal funcionamento? Se algum outro colega souber,
> > >seria interessante discutirmos isto. Eu acho muito interessante porque,
> > >segundo entendi, o RAC funcionaria errado ao invés de não funcionar. A
> > >empresa na qual estou prestando serviço no momento têm planos de
> > >implementar o RAc sobre o 10g R1 em breve.
> > >Muito obrigado.
> > >
> > >Reginaldo Ribeiro
> > >skype: dbcom_it_experts
> > >Mobile: 551192344290
> > >
> > >
> > >
> > >orfeu lima wrote:
> > > > Srs, tenho um RAC tb,mas o daqui é em cima do linux.
> > > > Está funcionando perfeitamente,fizemos diversos testes e situações 
>em
> > > > que um
> > > > dos nós caiu e o outro assumiu perfeitamente.
> > > > As vezes o problema não está no RAC(oracle) e sim em como está
> > > > configurado o
> > > > seu ambiente.
> > > >
> > > >
> > > >
> > > >
> > > > >From: "Carlos A.M. Menezes" <[EMAIL PROTECTED]>
> > > > >Reply-To: oracle_br@yahoogrupos.com.br
> > > > >To: 
> > > > >Subject: RES: [oracle_br] RAC ORACLE 10.2
> > > > >Date: Wed, 4 Oct 2006 10:40:43 -0300
> > > > >
> > > > >Colega,
> > > > >  Também não estou 100% satisfeito com o RAC também, já 
>vivenciei
> > > > algumas
> > > > >congeladas sem explicação, nem o suporte Oracle conseguiu
> > > > diagnosticar, já
> > > > >houve também duas reinicializações de um nó pois o outro nó
> > percebeu um
> > > > >problema no cluster e forçou a reboot do outro, mas os logs
> > confusos do
> > > > >cluster oracle não ajudam, tanto que o suporte da Oracle apenas 
>disse
> > > > que
> > > > >houve um delay maior que o normal em acessar o voting disk, mas nos
> > > > logs do
> > > > >hardware e SO nada foi reportado que justificasse.
> > > > >  Estou também desapontado, pois todas as paradas que tive até
> > > > agora foi em
> > > > >função do próprio RAC. Já trabalhei com outra solução de cluster e
> > > > essa é
> > > > >de longe mais complexa e menos estável, embora mais performática. É
> > > > colocar
> > > > >na balança
> > > > >
> > > > >Cordialmente,
> > > > >
> > > > >Carlos Alfredo M. de Menezes
> > > > >
> > > > >
> > > > >-Mensagem original-
> > > > >De: oracle_br@yahoogrupos.com.br
> > > > [mailto:[EMAIL PROTECTED] Em
> > > > >nome de Bruno Vrban
> > > > >Enviada em: quarta-feira, 4 de outubro de 2006 10:21
> > > > >Para: oracle_br@yahoogrupos.com.br
> > > > >Assunto: Re: [oracle_br] RAC ORACLE 10.2
> > > > >
> > > > > Carlos então vc me diz que esta satisfeito com o RAC e que ele
> > > > >funciona bem ???
> > > > > Isso é só uma pesquisa pois aqui na empresa onde trabalho o
> > >

Re: RES: RES: [oracle_br] RAC ORACLE 10.2

[rflribeiro]

Obrigado, Carlos.

Reginaldo Ribeiro
skype: dbcom_it_experts
Mobile: 551192344290



Carlos A.M. Menezes wrote:
> Colega,
>   Também fiquei intrigado com essa declaração, quando comecei a 
> investigar estes estranhos problemas gastei um precioso tempo tentando 
> achar alguma coisa que tenha esquecido de configurar ou ajustar, li e 
> reli os docs de instalação, pesquisei na Internet as dicas de guru´s, 
> e não achei nada que revela-se, vc está com isso ou aquilo setado 
> errado, sem falar que a instalação sucedeu-se perfeitamente.
>   Quero ressaltar que meu ambiente RAC está funcionando 
> perfeitamente, isso de derrubar um nó o outro assumir, fazer TAF, isso 
> tudo funciona. Nosso ambiente, do ponto de vista das aplicações, é que 
> é um caos, tem todo de tipo de aplicação, desenvolvimento interno, 
> software de terceiros, cliente/servidor, três camadas, ou seja, é 
> produção mesmo, 400 sessões mandando ver 7x24. O que ocorre é 
> esporádico e sem aviso, não tenho como prever ou reproduzir tais 
> travadas. Mesmo sendo raro, não pode ser tolerável, lembram-se quando 
> a Oracle noticiou o "unbreakable", pois é, não é tão inquebrável assim.
>   Só para resumir, mandei o relatório do racdiag para o suporte 
> Oracle, e o mesmo não encontrou nada de errado.
>   A minha conclusão pessoal é que o software ainda está em fase de 
> maturação, pesquise no Metalink e veja quantos bug´s/patchs existem. 
> Como não sou fã de patchs intermediários (mesmo por que o suporte 
> Oracle não mandou aplicar nenhum), aguardo ansioso a versão 10.2.0.3.
>
> Abraços,
>  
>
> Carlos Alfredo M. de Menezes
>
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] 
> Em nome de rflribeiro
> Enviada em: quarta-feira, 4 de outubro de 2006 12:05
> Para: oracle_br@yahoogrupos.com.br
> Assunto: Re: RES: [oracle_br] RAC ORACLE 10.2
>
> Perdão pela intromissão, mas este último post me chamou muito a atenção.
> Você conhece algum exemplo destes? Algum exemplo de " bad practices "
> que possam causar um mal funcionamento? Se algum outro colega souber,
> seria interessante discutirmos isto. Eu acho muito interessante porque,
> segundo entendi, o RAC funcionaria errado ao invés de não funcionar. A
> empresa na qual estou prestando serviço no momento têm planos de
> implementar o RAc sobre o 10g R1 em breve.
> Muito obrigado.
>
> Reginaldo Ribeiro
> skype: dbcom_it_experts
> Mobile: 551192344290
>
>
>
> orfeu lima wrote:
> > Srs, tenho um RAC tb,mas o daqui é em cima do linux.
> > Está funcionando perfeitamente,fizemos diversos testes e situações em
> > que um
> > dos nós caiu e o outro assumiu perfeitamente.
> > As vezes o problema não está no RAC(oracle) e sim em como está
> > configurado o
> > seu ambiente.
> >
> >
> >
> >
> > >From: "Carlos A.M. Menezes" <[EMAIL PROTECTED]>
> > >Reply-To: oracle_br@yahoogrupos.com.br
> > >To: 
> > >Subject: RES: [oracle_br] RAC ORACLE 10.2
> > >Date: Wed, 4 Oct 2006 10:40:43 -0300
> > >
> > >Colega,
> > >  Também não estou 100% satisfeito com o RAC também, já vivenciei
> > algumas
> > >congeladas sem explicação, nem o suporte Oracle conseguiu
> > diagnosticar, já
> > >houve também duas reinicializações de um nó pois o outro nó percebeu um
> > >problema no cluster e forçou a reboot do outro, mas os logs confusos do
> > >cluster oracle não ajudam, tanto que o suporte da Oracle apenas disse
> > que
> > >houve um delay maior que o normal em acessar o voting disk, mas nos
> > logs do
> > >hardware e SO nada foi reportado que justificasse.
> > >  Estou também desapontado, pois todas as paradas que tive até
> > agora foi em
> > >função do próprio RAC. Já trabalhei com outra solução de cluster e
> > essa é
> > >de longe mais complexa e menos estável, embora mais performática. É
> > colocar
> > >na balança
> > >
> > >Cordialmente,
> > >
> > >Carlos Alfredo M. de Menezes
> > >
> > >
> > >-Mensagem original-
> > >De: oracle_br@yahoogrupos.com.br
> > [mailto:[EMAIL PROTECTED] Em
> > >nome de Bruno Vrban
> > >Enviada em: quarta-feira, 4 de outubro de 2006 10:21
> > >Para: oracle_br@yahoogrupos.com.br
> > >Assunto: Re: [oracle_br] RAC ORACLE 10.2
> > >
> > > Carlos então vc me diz que esta satisfeito com o RAC e que ele
> > >funciona bem ???
> > > Isso é só uma pesquisa pois aqui na empresa onde trabalho o
> > respos

Re: RES: [oracle_br] RAC ORACLE 10.2

[rflribeiro]

Na verdade, como comentei na mensagem anterior, ainda não implementamos. 
Estamos preparando um plano de implementação. Caso o colega tivesse já 
relacionados os tipos de configuração que aumentam a possibilidade de 
erros, ou as configurações propriamente ditas erradas, já seria de 
grande valia. Um abraço.

Reginaldo Ribeiro
skype: dbcom_it_experts
Mobile: 551192344290



orfeu lima wrote:
> Reginaldo, as máquinas estão trabalhando ativo-pasivo??
> Vc não está fazendo fail-over??
>
>
>
> >From: rflribeiro <[EMAIL PROTECTED]>
> >Reply-To: oracle_br@yahoogrupos.com.br
> >To: oracle_br@yahoogrupos.com.br
> >Subject: Re: RES: [oracle_br] RAC ORACLE 10.2
> >Date: Wed, 04 Oct 2006 12:05:25 -0300
> >
> >Perdão pela intromissão, mas este último post me chamou muito a atenção.
> >Você conhece algum exemplo destes? Algum exemplo de " bad practices "
> >que possam causar um mal funcionamento? Se algum outro colega souber,
> >seria interessante discutirmos isto. Eu acho muito interessante porque,
> >segundo entendi, o RAC funcionaria errado ao invés de não funcionar. A
> >empresa na qual estou prestando serviço no momento têm planos de
> >implementar o RAc sobre o 10g R1 em breve.
> >Muito obrigado.
> >
> >Reginaldo Ribeiro
> >skype: dbcom_it_experts
> >Mobile: 551192344290
> >
> >
> >
> >orfeu lima wrote:
> > > Srs, tenho um RAC tb,mas o daqui é em cima do linux.
> > > Está funcionando perfeitamente,fizemos diversos testes e situações em
> > > que um
> > > dos nós caiu e o outro assumiu perfeitamente.
> > > As vezes o problema não está no RAC(oracle) e sim em como está
> > > configurado o
> > > seu ambiente.
> > >
> > >
> > >
> > >
> > > >From: "Carlos A.M. Menezes" <[EMAIL PROTECTED]>
> > > >Reply-To: oracle_br@yahoogrupos.com.br
> > > >To: 
> > > >Subject: RES: [oracle_br] RAC ORACLE 10.2
> > > >Date: Wed, 4 Oct 2006 10:40:43 -0300
> > > >
> > > >Colega,
> > > >  Também não estou 100% satisfeito com o RAC também, já vivenciei
> > > algumas
> > > >congeladas sem explicação, nem o suporte Oracle conseguiu
> > > diagnosticar, já
> > > >houve também duas reinicializações de um nó pois o outro nó 
> percebeu um
> > > >problema no cluster e forçou a reboot do outro, mas os logs 
> confusos do
> > > >cluster oracle não ajudam, tanto que o suporte da Oracle apenas disse
> > > que
> > > >houve um delay maior que o normal em acessar o voting disk, mas nos
> > > logs do
> > > >hardware e SO nada foi reportado que justificasse.
> > > >  Estou também desapontado, pois todas as paradas que tive até
> > > agora foi em
> > > >função do próprio RAC. Já trabalhei com outra solução de cluster e
> > > essa é
> > > >de longe mais complexa e menos estável, embora mais performática. É
> > > colocar
> > > >na balança
> > > >
> > > >Cordialmente,
> > > >
> > > >Carlos Alfredo M. de Menezes
> > > >
> > > >
> > > >-Mensagem original-
> > > >De: oracle_br@yahoogrupos.com.br
> > > [mailto:[EMAIL PROTECTED] Em
> > > >nome de Bruno Vrban
> > > >Enviada em: quarta-feira, 4 de outubro de 2006 10:21
> > > >Para: oracle_br@yahoogrupos.com.br
> > > >Assunto: Re: [oracle_br] RAC ORACLE 10.2
> > > >
> > > > Carlos então vc me diz que esta satisfeito com o RAC e que ele
> > > >funciona bem ???
> > > > Isso é só uma pesquisa pois aqui na empresa onde trabalho o
> > > resposavel
> > > >parece
> > > >não estar satisfeito, e pretende futuramente tirar o RAC...
> > > >
> > > > Estamos com o 10g release 1, primeiro vamos migrar para o 
> release
> >2
> > > >para fazer
> > > >uma outra análise e verificar se os erros que tem ocorrido parem de
> > > >ocorrer...
> > > >
> > > > Se isso acontecer vamos ficar com o RAC, caso contrário acho que
> > > >não...
> > > >
> > > > Se puder comentar algo, Obrigado.
> > > >
> > > > Bruno Vrban
> > > >
> > > >   - Original Message -
> > > >   From: Carlos A.M. Menezes
> > > >   To: oracle_br@yahoogrupos.com.br
> > > >   Sent: Wednesday, September 27, 2006 11:34 AM
> > >

RES: RES: [oracle_br] RAC ORACLE 10.2

[Carlos A.M. Menezes]

Colega,
Também fiquei intrigado com essa declaração, quando comecei a 
investigar estes estranhos problemas gastei um precioso tempo tentando achar 
alguma coisa que tenha esquecido de configurar ou ajustar, li e reli os docs de 
instalação, pesquisei na Internet as dicas de guru´s, e não achei nada que 
revela-se, vc está com isso ou aquilo setado errado, sem falar que a instalação 
sucedeu-se perfeitamente.
Quero ressaltar que meu ambiente RAC está funcionando perfeitamente, 
isso de derrubar um nó o outro assumir, fazer TAF, isso tudo funciona. Nosso 
ambiente, do ponto de vista das aplicações, é que é um caos, tem todo de tipo 
de aplicação, desenvolvimento interno, software de terceiros, cliente/servidor, 
três camadas, ou seja, é produção mesmo, 400 sessões mandando ver 7x24. O que 
ocorre é esporádico e sem aviso, não tenho como prever ou reproduzir tais 
travadas. Mesmo sendo raro, não pode ser tolerável, lembram-se quando a Oracle 
noticiou o "unbreakable", pois é, não é tão inquebrável assim.
Só para resumir, mandei o relatório do racdiag para o suporte Oracle, e 
o mesmo não encontrou nada de errado.
A minha conclusão pessoal é que o software ainda está em fase de 
maturação, pesquise no Metalink e veja quantos bug´s/patchs existem. Como não 
sou fã de patchs intermediários (mesmo por que o suporte Oracle não mandou 
aplicar nenhum), aguardo ansioso a versão 10.2.0.3.

Abraços,


Carlos Alfredo M. de Menezes

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de rflribeiro
Enviada em: quarta-feira, 4 de outubro de 2006 12:05
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] RAC ORACLE 10.2

Perdão pela intromissão, mas este último post me chamou muito a atenção. 
Você conhece algum exemplo destes? Algum exemplo de " bad practices " 
que possam causar um mal funcionamento? Se algum outro colega souber, 
seria interessante discutirmos isto. Eu acho muito interessante porque, 
segundo entendi, o RAC funcionaria errado ao invés de não funcionar. A 
empresa na qual estou prestando serviço no momento têm planos de 
implementar o RAc sobre o 10g R1 em breve.
Muito obrigado.

Reginaldo Ribeiro
skype: dbcom_it_experts
Mobile: 551192344290



orfeu lima wrote:
> Srs, tenho um RAC tb,mas o daqui é em cima do linux.
> Está funcionando perfeitamente,fizemos diversos testes e situações em 
> que um
> dos nós caiu e o outro assumiu perfeitamente.
> As vezes o problema não está no RAC(oracle) e sim em como está 
> configurado o
> seu ambiente.
>
>
>
>
> >From: "Carlos A.M. Menezes" <[EMAIL PROTECTED]>
> >Reply-To: oracle_br@yahoogrupos.com.br
> >To: 
> >Subject: RES: [oracle_br] RAC ORACLE 10.2
> >Date: Wed, 4 Oct 2006 10:40:43 -0300
> >
> >Colega,
> >  Também não estou 100% satisfeito com o RAC também, já vivenciei 
> algumas
> >congeladas sem explicação, nem o suporte Oracle conseguiu 
> diagnosticar, já
> >houve também duas reinicializações de um nó pois o outro nó percebeu um
> >problema no cluster e forçou a reboot do outro, mas os logs confusos do
> >cluster oracle não ajudam, tanto que o suporte da Oracle apenas disse 
> que
> >houve um delay maior que o normal em acessar o voting disk, mas nos 
> logs do
> >hardware e SO nada foi reportado que justificasse.
> >  Estou também desapontado, pois todas as paradas que tive até 
> agora foi em
> >função do próprio RAC. Já trabalhei com outra solução de cluster e 
> essa é
> >de longe mais complexa e menos estável, embora mais performática. É 
> colocar
> >na balança
> >
> >Cordialmente,
> >
> >Carlos Alfredo M. de Menezes
> >
> >
> >-----Mensagem original-
> >De: oracle_br@yahoogrupos.com.br 
> [mailto:[EMAIL PROTECTED] Em
> >nome de Bruno Vrban
> >Enviada em: quarta-feira, 4 de outubro de 2006 10:21
> >Para: oracle_br@yahoogrupos.com.br
> >Assunto: Re: [oracle_br] RAC ORACLE 10.2
> >
> > Carlos então vc me diz que esta satisfeito com o RAC e que ele
> >funciona bem ???
> > Isso é só uma pesquisa pois aqui na empresa onde trabalho o 
> resposavel
> >parece
> >não estar satisfeito, e pretende futuramente tirar o RAC...
> >
> > Estamos com o 10g release 1, primeiro vamos migrar para o release 2
> >para fazer
> >uma outra análise e verificar se os erros que tem ocorrido parem de
> >ocorrer...
> >
> > Se isso acontecer vamos ficar com o RAC, caso contrário acho que
> >não...
> >
> > Se puder comentar algo, Obrigado.
> >
> > Bruno Vrban
> >
> >   - Original Message -
> >   From: Carlos A.M. Menezes
> >   To: oracle_br@yaho

Re: RES: [oracle_br] RAC ORACLE 10.2

[orfeu lima]

Reginaldo, as máquinas estão trabalhando ativo-pasivo??
Vc não está fazendo fail-over??



>From: rflribeiro <[EMAIL PROTECTED]>
>Reply-To: oracle_br@yahoogrupos.com.br
>To: oracle_br@yahoogrupos.com.br
>Subject: Re: RES: [oracle_br] RAC ORACLE 10.2
>Date: Wed, 04 Oct 2006 12:05:25 -0300
>
>Perdão pela intromissão, mas este último post me chamou muito a atenção.
>Você conhece algum exemplo destes? Algum exemplo de " bad practices "
>que possam causar um mal funcionamento? Se algum outro colega souber,
>seria interessante discutirmos isto. Eu acho muito interessante porque,
>segundo entendi, o RAC funcionaria errado ao invés de não funcionar. A
>empresa na qual estou prestando serviço no momento têm planos de
>implementar o RAc sobre o 10g R1 em breve.
>Muito obrigado.
>
>Reginaldo Ribeiro
>skype: dbcom_it_experts
>Mobile: 551192344290
>
>
>
>orfeu lima wrote:
> > Srs, tenho um RAC tb,mas o daqui é em cima do linux.
> > Está funcionando perfeitamente,fizemos diversos testes e situações em
> > que um
> > dos nós caiu e o outro assumiu perfeitamente.
> > As vezes o problema não está no RAC(oracle) e sim em como está
> > configurado o
> > seu ambiente.
> >
> >
> >
> >
> > >From: "Carlos A.M. Menezes" <[EMAIL PROTECTED]>
> > >Reply-To: oracle_br@yahoogrupos.com.br
> > >To: 
> > >Subject: RES: [oracle_br] RAC ORACLE 10.2
> > >Date: Wed, 4 Oct 2006 10:40:43 -0300
> > >
> > >Colega,
> > >  Também não estou 100% satisfeito com o RAC também, já vivenciei
> > algumas
> > >congeladas sem explicação, nem o suporte Oracle conseguiu
> > diagnosticar, já
> > >houve também duas reinicializações de um nó pois o outro nó percebeu um
> > >problema no cluster e forçou a reboot do outro, mas os logs confusos do
> > >cluster oracle não ajudam, tanto que o suporte da Oracle apenas disse
> > que
> > >houve um delay maior que o normal em acessar o voting disk, mas nos
> > logs do
> > >hardware e SO nada foi reportado que justificasse.
> > >  Estou também desapontado, pois todas as paradas que tive até
> > agora foi em
> > >função do próprio RAC. Já trabalhei com outra solução de cluster e
> > essa é
> > >de longe mais complexa e menos estável, embora mais performática. É
> > colocar
> > >na balança
> > >
> > >Cordialmente,
> > >
> > >Carlos Alfredo M. de Menezes
> > >
> > >
> > >-Mensagem original-
> > >De: oracle_br@yahoogrupos.com.br
> > [mailto:[EMAIL PROTECTED] Em
> > >nome de Bruno Vrban
> > >Enviada em: quarta-feira, 4 de outubro de 2006 10:21
> > >Para: oracle_br@yahoogrupos.com.br
> > >Assunto: Re: [oracle_br] RAC ORACLE 10.2
> > >
> > > Carlos então vc me diz que esta satisfeito com o RAC e que ele
> > >funciona bem ???
> > > Isso é só uma pesquisa pois aqui na empresa onde trabalho o
> > resposavel
> > >parece
> > >não estar satisfeito, e pretende futuramente tirar o RAC...
> > >
> > > Estamos com o 10g release 1, primeiro vamos migrar para o release 
>2
> > >para fazer
> > >uma outra análise e verificar se os erros que tem ocorrido parem de
> > >ocorrer...
> > >
> > > Se isso acontecer vamos ficar com o RAC, caso contrário acho que
> > >não...
> > >
> > > Se puder comentar algo, Obrigado.
> > >
> > > Bruno Vrban
> > >
> > >   - Original Message -
> > >   From: Carlos A.M. Menezes
> > >   To: oracle_br@yahoogrupos.com.br
> > >   Sent: Wednesday, September 27, 2006 11:34 AM
> > >   Subject: RES: [oracle_br] RAC ORACLE 10.2
> > >
> > >
> > >   Colega,
> > > Muito curioso esse erro, deveria funcionar, abra um chamado no
> > >suporte para investigar em detalhes. Eu fiz os seguintes testes
> > (antes de
> > >colocar em produção):
> > >     1- srvctl stop database;
> > > 2- No sqlplus shutdown abort;
> > > 3- Desligando servidor da tomada;
> > > 4- Desconectando cabo de rede;
> > > 5- Desconectando HBA do storage
> > >
> > >   Em todos os testes o nó sobrevivente detectou a falha e assumiu
> > tudo, as
> > >estações comutaram normalmente e transparentemente, em alguns testes o
> > >servidor reiniciou normalmente, tudo como previsto.
> > >
> > >   Abraços,
> 

Re: RES: [oracle_br] RAC ORACLE 10.2

[rflribeiro]

Perdão pela intromissão, mas este último post me chamou muito a atenção. 
Você conhece algum exemplo destes? Algum exemplo de " bad practices " 
que possam causar um mal funcionamento? Se algum outro colega souber, 
seria interessante discutirmos isto. Eu acho muito interessante porque, 
segundo entendi, o RAC funcionaria errado ao invés de não funcionar. A 
empresa na qual estou prestando serviço no momento têm planos de 
implementar o RAc sobre o 10g R1 em breve.
Muito obrigado.

Reginaldo Ribeiro
skype: dbcom_it_experts
Mobile: 551192344290



orfeu lima wrote:
> Srs, tenho um RAC tb,mas o daqui é em cima do linux.
> Está funcionando perfeitamente,fizemos diversos testes e situações em 
> que um
> dos nós caiu e o outro assumiu perfeitamente.
> As vezes o problema não está no RAC(oracle) e sim em como está 
> configurado o
> seu ambiente.
>
>
>
>
> >From: "Carlos A.M. Menezes" <[EMAIL PROTECTED]>
> >Reply-To: oracle_br@yahoogrupos.com.br
> >To: 
> >Subject: RES: [oracle_br] RAC ORACLE 10.2
> >Date: Wed, 4 Oct 2006 10:40:43 -0300
> >
> >Colega,
> >  Também não estou 100% satisfeito com o RAC também, já vivenciei 
> algumas
> >congeladas sem explicação, nem o suporte Oracle conseguiu 
> diagnosticar, já
> >houve também duas reinicializações de um nó pois o outro nó percebeu um
> >problema no cluster e forçou a reboot do outro, mas os logs confusos do
> >cluster oracle não ajudam, tanto que o suporte da Oracle apenas disse 
> que
> >houve um delay maior que o normal em acessar o voting disk, mas nos 
> logs do
> >hardware e SO nada foi reportado que justificasse.
> >  Estou também desapontado, pois todas as paradas que tive até 
> agora foi em
> >função do próprio RAC. Já trabalhei com outra solução de cluster e 
> essa é
> >de longe mais complexa e menos estável, embora mais performática. É 
> colocar
> >na balança
> >
> >Cordialmente,
> >
> >Carlos Alfredo M. de Menezes
> >
> >
> >-Mensagem original-
> >De: oracle_br@yahoogrupos.com.br 
> [mailto:[EMAIL PROTECTED] Em
> >nome de Bruno Vrban
> >Enviada em: quarta-feira, 4 de outubro de 2006 10:21
> >Para: oracle_br@yahoogrupos.com.br
> >Assunto: Re: [oracle_br] RAC ORACLE 10.2
> >
> > Carlos então vc me diz que esta satisfeito com o RAC e que ele
> >funciona bem ???
> > Isso é só uma pesquisa pois aqui na empresa onde trabalho o 
> resposavel
> >parece
> >não estar satisfeito, e pretende futuramente tirar o RAC...
> >
> > Estamos com o 10g release 1, primeiro vamos migrar para o release 2
> >para fazer
> >uma outra análise e verificar se os erros que tem ocorrido parem de
> >ocorrer...
> >
> >     Se isso acontecer vamos ficar com o RAC, caso contrário acho que
> >não...
> >
> > Se puder comentar algo, Obrigado.
> >
> > Bruno Vrban
> >
> >   - Original Message -
> >   From: Carlos A.M. Menezes
> >   To: oracle_br@yahoogrupos.com.br
> >   Sent: Wednesday, September 27, 2006 11:34 AM
> >   Subject: RES: [oracle_br] RAC ORACLE 10.2
> >
> >
> >   Colega,
> > Muito curioso esse erro, deveria funcionar, abra um chamado no
> >suporte para investigar em detalhes. Eu fiz os seguintes testes 
> (antes de
> >colocar em produção):
> > 1- srvctl stop database;
> > 2- No sqlplus shutdown abort;
> > 3- Desligando servidor da tomada;
> > 4- Desconectando cabo de rede;
> > 5- Desconectando HBA do storage
> >
> >   Em todos os testes o nó sobrevivente detectou a falha e assumiu 
> tudo, as
> >estações comutaram normalmente e transparentemente, em alguns testes o
> >servidor reiniciou normalmente, tudo como previsto.
> >
> >   Abraços,
> >
> >   Carlos Alfredo M. de Menezes
> >
> >
> >   -Mensagem original-
> >   De: oracle_br@yahoogrupos.com.br 
> [mailto:[EMAIL PROTECTED]
> >Em nome de gutoh26
> >   Enviada em: quarta-feira, 27 de setembro de 2006 10:51
> >   Para: oracle_br@yahoogrupos.com.br
> >   Assunto: [oracle_br] RAC ORACLE 10.2
> >
> >   Pessoal, alguém sabe me dizer como seria uma boa forma de testar a 
> alta
> >   disponibilidade do RAC, melhor, dizendo, derrubar uma instancia para
> >   ver se a outra assume??Estou usando os comandos do srvctl mas não 
> estou
> >   obtendo sucesso nisso, pois, quando tento derrubar um nó recebo
> >   mensagens que não foi possível obter recursos para derrubar o nó 
> tal...
> >   Se alguém puder me ajuda

RE: RES: [oracle_br] RAC ORACLE 10.2

[orfeu lima]

Srs, tenho um RAC tb,mas o daqui é em cima do linux.
Está funcionando perfeitamente,fizemos diversos testes e situações em que um 
dos nós caiu e o outro assumiu perfeitamente.
As vezes o problema não está no RAC(oracle) e sim em como está configurado o 
seu ambiente.




>From: "Carlos A.M. Menezes" <[EMAIL PROTECTED]>
>Reply-To: oracle_br@yahoogrupos.com.br
>To: 
>Subject: RES: [oracle_br] RAC ORACLE 10.2
>Date: Wed, 4 Oct 2006 10:40:43 -0300
>
>Colega,
>   Também não estou 100% satisfeito com o RAC também, já vivenciei algumas 
>congeladas sem explicação, nem o suporte Oracle conseguiu diagnosticar, já 
>houve também duas reinicializações de um nó pois o outro nó percebeu um 
>problema no cluster e forçou a reboot do outro, mas os logs confusos do 
>cluster oracle não ajudam, tanto que o suporte da Oracle apenas disse que 
>houve um delay maior que o normal em acessar o voting disk, mas nos logs do 
>hardware e SO nada foi reportado que justificasse.
>   Estou também desapontado, pois todas as paradas que tive até agora foi 
> em 
>função do próprio RAC. Já trabalhei com outra solução de cluster e essa é 
>de longe mais complexa e menos estável, embora mais performática. É colocar 
>na balança
>
>Cordialmente,
>
>Carlos Alfredo M. de Menezes
>
>
>-Mensagem original-
>De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em 
>nome de Bruno Vrban
>Enviada em: quarta-feira, 4 de outubro de 2006 10:21
>Para: oracle_br@yahoogrupos.com.br
>Assunto: Re: [oracle_br] RAC ORACLE 10.2
>
> Carlos então vc me diz que esta satisfeito com o RAC e que ele 
>funciona bem ???
> Isso é só uma pesquisa pois aqui na empresa onde trabalho o resposavel 
>parece
>não estar satisfeito, e pretende futuramente tirar o RAC...
>
> Estamos com o 10g release 1, primeiro vamos migrar para o release 2 
>para fazer
>uma outra análise e verificar se os erros que tem ocorrido parem de 
>ocorrer...
>
> Se isso acontecer vamos ficar com o RAC, caso contrário acho que 
>não...
>
> Se puder comentar algo, Obrigado.
>
> Bruno Vrban
>
>   - Original Message -
>   From: Carlos A.M. Menezes
>   To: oracle_br@yahoogrupos.com.br
>   Sent: Wednesday, September 27, 2006 11:34 AM
>   Subject: RES: [oracle_br] RAC ORACLE 10.2
>
>
>   Colega,
> Muito curioso esse erro, deveria funcionar, abra um chamado no 
>suporte para investigar em detalhes. Eu fiz os seguintes testes (antes de 
>colocar em produção):
> 1- srvctl stop database;
> 2- No sqlplus shutdown abort;
> 3- Desligando servidor da tomada;
> 4- Desconectando cabo de rede;
> 5- Desconectando HBA do storage
>
>   Em todos os testes o nó sobrevivente detectou a falha e assumiu tudo, as 
>estações comutaram normalmente e transparentemente, em alguns testes o 
>servidor reiniciou normalmente, tudo como previsto.
>
>   Abraços,
>
>   Carlos Alfredo M. de Menezes
>
>
>   -Mensagem original-
>   De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] 
>Em nome de gutoh26
>   Enviada em: quarta-feira, 27 de setembro de 2006 10:51
>   Para: oracle_br@yahoogrupos.com.br
>   Assunto: [oracle_br] RAC ORACLE 10.2
>
>   Pessoal, alguém sabe me dizer como seria uma boa forma de testar a alta
>   disponibilidade do RAC, melhor, dizendo, derrubar uma instancia para
>   ver se a outra assume??Estou usando os comandos do srvctl mas não estou
>   obtendo sucesso nisso, pois, quando tento derrubar um nó recebo
>   mensagens que não foi possível obter recursos para derrubar o nó tal...
>   Se alguém puder me ajudar agradeço.Estou usando o RAC sob o windows
>   2003 para itanium.
>   Grato.
>   Gustavo
>
>
>
>
>
>
>   
>--
>   Atenção! As mensagens deste grupo são de acesso público e de inteira 
>responsabilidade de seus remetentes.
>   Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>   
>--__
>
>   OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE 
>VISITE: http://www.oraclebr.com.br/
>   __
>   Este Grupo recebe o apoio da SQL Magazine - 
>www.devmedia.com.br/sqlmagazine
>   Links do Yahoo! Grupos
>
>
>
>
>
>
>
>
>
>
>
>--
>
>
>   No viru

RES: [oracle_br] RAC ORACLE 10.2

[Carlos A.M. Menezes]

Minha configuração:

Servidores: Dell PowerEdge 2850 com 2 processadores e 6GB de RAM
Storage:EMC Cx300
S.O.:   Linux Red Hat Enterprise Linux ES 4-Kernel 2.6.9-34.ELsmp X86_64
Oracle: 10.2.0.2 para Linux x86-64

Carlos Alfredo M. de Menezes


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Bruno 
Vrban
Enviada em: quarta-feira, 4 de outubro de 2006 11:00
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] RAC ORACLE 10.2

Qual é o servidor que vc utiliza HpUx, HpItaniun ? 
E o Oracle qual versão tb ???
E tb o sistema operacional ... Unix, Linux ?
Isso é só para eu ter uma base ... ???

Obrigado

Bruno Vrban


  - Original Message - 
  From: Carlos A.M. Menezes 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, October 04, 2006 10:40 AM
  Subject: RES: [oracle_br] RAC ORACLE 10.2


  Colega,
Também não estou 100% satisfeito com o RAC também, já vivenciei algumas 
congeladas sem explicação, nem o suporte Oracle conseguiu diagnosticar, já 
houve também duas reinicializações de um nó pois o outro nó percebeu um 
problema no cluster e forçou a reboot do outro, mas os logs confusos do cluster 
oracle não ajudam, tanto que o suporte da Oracle apenas disse que houve um 
delay maior que o normal em acessar o voting disk, mas nos logs do hardware e 
SO nada foi reportado que justificasse.
Estou também desapontado, pois todas as paradas que tive até agora foi 
em função do próprio RAC. Já trabalhei com outra solução de cluster e essa é de 
longe mais complexa e menos estável, embora mais performática. É colocar na 
balança

  Cordialmente,

  Carlos Alfredo M. de Menezes


  -Mensagem original-
  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Bruno 
Vrban
  Enviada em: quarta-feira, 4 de outubro de 2006 10:21
  Para: oracle_br@yahoogrupos.com.br
  Assunto: Re: [oracle_br] RAC ORACLE 10.2

  Carlos então vc me diz que esta satisfeito com o RAC e que ele funciona 
bem ???
  Isso é só uma pesquisa pois aqui na empresa onde trabalho o resposavel 
parece
  não estar satisfeito, e pretende futuramente tirar o RAC...

  Estamos com o 10g release 1, primeiro vamos migrar para o release 2 para 
fazer
  uma outra análise e verificar se os erros que tem ocorrido parem de ocorrer...
  
  Se isso acontecer vamos ficar com o RAC, caso contrário acho que não...

  Se puder comentar algo, Obrigado.

  Bruno Vrban

- Original Message - 
From: Carlos A.M. Menezes 
To: oracle_br@yahoogrupos.com.br 
Sent: Wednesday, September 27, 2006 11:34 AM
Subject: RES: [oracle_br] RAC ORACLE 10.2


Colega,
  Muito curioso esse erro, deveria funcionar, abra um chamado no 
suporte para investigar em detalhes. Eu fiz os seguintes testes (antes de 
colocar em produção):
  1- srvctl stop database;
  2- No sqlplus shutdown abort;
  3- Desligando servidor da tomada;
  4- Desconectando cabo de rede;
  5- Desconectando HBA do storage

Em todos os testes o nó sobrevivente detectou a falha e assumiu tudo, as 
estações comutaram normalmente e transparentemente, em alguns testes o servidor 
reiniciou normalmente, tudo como previsto.

Abraços,

Carlos Alfredo M. de Menezes


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de 
gutoh26
Enviada em: quarta-feira, 27 de setembro de 2006 10:51
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] RAC ORACLE 10.2

Pessoal, alguém sabe me dizer como seria uma boa forma de testar a alta 
disponibilidade do RAC, melhor, dizendo, derrubar uma instancia para 
ver se a outra assume??Estou usando os comandos do srvctl mas não estou 
obtendo sucesso nisso, pois, quando tento derrubar um nó recebo 
mensagens que não foi possível obter recursos para derrubar o nó tal...
Se alguém puder me ajudar agradeço.Estou usando o RAC sob o windows 
2003 para itanium.
Grato.
Gustavo







--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 

--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE 
VISITE: http://www.oraclebr.com.br/
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
 
Links do Yahoo! Grupos

Re: [oracle_br] RAC ORACLE 10.2

[Bruno Vrban]

Qual é o servidor que vc utiliza HpUx, HpItaniun ? 
E o Oracle qual versão tb ???
E tb o sistema operacional ... Unix, Linux ?
Isso é só para eu ter uma base ... ???

Obrigado

Bruno Vrban


  - Original Message - 
  From: Carlos A.M. Menezes 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, October 04, 2006 10:40 AM
  Subject: RES: [oracle_br] RAC ORACLE 10.2


  Colega,
Também não estou 100% satisfeito com o RAC também, já vivenciei algumas 
congeladas sem explicação, nem o suporte Oracle conseguiu diagnosticar, já 
houve também duas reinicializações de um nó pois o outro nó percebeu um 
problema no cluster e forçou a reboot do outro, mas os logs confusos do cluster 
oracle não ajudam, tanto que o suporte da Oracle apenas disse que houve um 
delay maior que o normal em acessar o voting disk, mas nos logs do hardware e 
SO nada foi reportado que justificasse.
Estou também desapontado, pois todas as paradas que tive até agora foi 
em função do próprio RAC. Já trabalhei com outra solução de cluster e essa é de 
longe mais complexa e menos estável, embora mais performática. É colocar na 
balança

  Cordialmente,

  Carlos Alfredo M. de Menezes


  -Mensagem original-
  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Bruno 
Vrban
  Enviada em: quarta-feira, 4 de outubro de 2006 10:21
  Para: oracle_br@yahoogrupos.com.br
  Assunto: Re: [oracle_br] RAC ORACLE 10.2

  Carlos então vc me diz que esta satisfeito com o RAC e que ele funciona 
bem ???
  Isso é só uma pesquisa pois aqui na empresa onde trabalho o resposavel 
parece
  não estar satisfeito, e pretende futuramente tirar o RAC...

  Estamos com o 10g release 1, primeiro vamos migrar para o release 2 para 
fazer
  uma outra análise e verificar se os erros que tem ocorrido parem de ocorrer...
  
  Se isso acontecer vamos ficar com o RAC, caso contrário acho que não...

  Se puder comentar algo, Obrigado.

  Bruno Vrban

- Original Message - 
From: Carlos A.M. Menezes 
To: oracle_br@yahoogrupos.com.br 
Sent: Wednesday, September 27, 2006 11:34 AM
Subject: RES: [oracle_br] RAC ORACLE 10.2


Colega,
  Muito curioso esse erro, deveria funcionar, abra um chamado no 
suporte para investigar em detalhes. Eu fiz os seguintes testes (antes de 
colocar em produção):
  1- srvctl stop database;
  2- No sqlplus shutdown abort;
  3- Desligando servidor da tomada;
  4- Desconectando cabo de rede;
  5- Desconectando HBA do storage

Em todos os testes o nó sobrevivente detectou a falha e assumiu tudo, as 
estações comutaram normalmente e transparentemente, em alguns testes o servidor 
reiniciou normalmente, tudo como previsto.

Abraços,

Carlos Alfredo M. de Menezes


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de 
gutoh26
Enviada em: quarta-feira, 27 de setembro de 2006 10:51
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] RAC ORACLE 10.2

Pessoal, alguém sabe me dizer como seria uma boa forma de testar a alta 
disponibilidade do RAC, melhor, dizendo, derrubar uma instancia para 
ver se a outra assume??Estou usando os comandos do srvctl mas não estou 
obtendo sucesso nisso, pois, quando tento derrubar um nó recebo 
mensagens que não foi possível obter recursos para derrubar o nó tal...
Se alguém puder me ajudar agradeço.Estou usando o RAC sob o windows 
2003 para itanium.
Grato.
Gustavo







--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 

--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE 
VISITE: http://www.oraclebr.com.br/
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
 
Links do Yahoo! Grupos








 


  --


No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.12.8/455 - Release Date: 22/9/2006


  [As partes desta mensagem que não continham texto foram removidas]



  
--
  Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
  Acesse: http://www.mail

RES: [oracle_br] RAC ORACLE 10.2

[Carlos A.M. Menezes]

Colega,
Também não estou 100% satisfeito com o RAC também, já vivenciei algumas 
congeladas sem explicação, nem o suporte Oracle conseguiu diagnosticar, já 
houve também duas reinicializações de um nó pois o outro nó percebeu um 
problema no cluster e forçou a reboot do outro, mas os logs confusos do cluster 
oracle não ajudam, tanto que o suporte da Oracle apenas disse que houve um 
delay maior que o normal em acessar o voting disk, mas nos logs do hardware e 
SO nada foi reportado que justificasse.
Estou também desapontado, pois todas as paradas que tive até agora foi 
em função do próprio RAC. Já trabalhei com outra solução de cluster e essa é de 
longe mais complexa e menos estável, embora mais performática. É colocar na 
balança

Cordialmente,

Carlos Alfredo M. de Menezes


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Bruno 
Vrban
Enviada em: quarta-feira, 4 de outubro de 2006 10:21
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] RAC ORACLE 10.2

Carlos então vc me diz que esta satisfeito com o RAC e que ele funciona bem 
???
Isso é só uma pesquisa pois aqui na empresa onde trabalho o resposavel 
parece
não estar satisfeito, e pretende futuramente tirar o RAC...

Estamos com o 10g release 1, primeiro vamos migrar para o release 2 para 
fazer
uma outra análise e verificar se os erros que tem ocorrido parem de ocorrer...

Se isso acontecer vamos ficar com o RAC, caso contrário acho que não...

Se puder comentar algo, Obrigado.

Bruno Vrban

  - Original Message - 
  From: Carlos A.M. Menezes 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, September 27, 2006 11:34 AM
  Subject: RES: [oracle_br] RAC ORACLE 10.2


  Colega,
Muito curioso esse erro, deveria funcionar, abra um chamado no suporte 
para investigar em detalhes. Eu fiz os seguintes testes (antes de colocar em 
produção):
1- srvctl stop database;
2- No sqlplus shutdown abort;
3- Desligando servidor da tomada;
4- Desconectando cabo de rede;
5- Desconectando HBA do storage

  Em todos os testes o nó sobrevivente detectou a falha e assumiu tudo, as 
estações comutaram normalmente e transparentemente, em alguns testes o servidor 
reiniciou normalmente, tudo como previsto.

  Abraços,

  Carlos Alfredo M. de Menezes


  -Mensagem original-
  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de gutoh26
  Enviada em: quarta-feira, 27 de setembro de 2006 10:51
  Para: oracle_br@yahoogrupos.com.br
  Assunto: [oracle_br] RAC ORACLE 10.2

  Pessoal, alguém sabe me dizer como seria uma boa forma de testar a alta 
  disponibilidade do RAC, melhor, dizendo, derrubar uma instancia para 
  ver se a outra assume??Estou usando os comandos do srvctl mas não estou 
  obtendo sucesso nisso, pois, quando tento derrubar um nó recebo 
  mensagens que não foi possível obter recursos para derrubar o nó tal...
  Se alguém puder me ajudar agradeço.Estou usando o RAC sob o windows 
  2003 para itanium.
  Grato.
  Gustavo






  
--
  Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
  Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
  
--__

  OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
  __
  Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
  Links do Yahoo! Grupos








   


--


  No virus found in this incoming message.
  Checked by AVG Free Edition.
  Version: 7.1.405 / Virus Database: 268.12.8/455 - Release Date: 22/9/2006


[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

Re: [oracle_br] RAC ORACLE 10.2

[Bruno Vrban]

Carlos então vc me diz que esta satisfeito com o RAC e que ele funciona bem 
???
Isso é só uma pesquisa pois aqui na empresa onde trabalho o resposavel 
parece
não estar satisfeito, e pretende futuramente tirar o RAC...

Estamos com o 10g release 1, primeiro vamos migrar para o release 2 para 
fazer
uma outra análise e verificar se os erros que tem ocorrido parem de ocorrer...

Se isso acontecer vamos ficar com o RAC, caso contrário acho que não...

Se puder comentar algo, Obrigado.

Bruno Vrban

  - Original Message - 
  From: Carlos A.M. Menezes 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, September 27, 2006 11:34 AM
  Subject: RES: [oracle_br] RAC ORACLE 10.2


  Colega,
Muito curioso esse erro, deveria funcionar, abra um chamado no suporte 
para investigar em detalhes. Eu fiz os seguintes testes (antes de colocar em 
produção):
1- srvctl stop database;
2- No sqlplus shutdown abort;
3- Desligando servidor da tomada;
4- Desconectando cabo de rede;
5- Desconectando HBA do storage

  Em todos os testes o nó sobrevivente detectou a falha e assumiu tudo, as 
estações comutaram normalmente e transparentemente, em alguns testes o servidor 
reiniciou normalmente, tudo como previsto.

  Abraços,

  Carlos Alfredo M. de Menezes


  -Mensagem original-
  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de gutoh26
  Enviada em: quarta-feira, 27 de setembro de 2006 10:51
  Para: oracle_br@yahoogrupos.com.br
  Assunto: [oracle_br] RAC ORACLE 10.2

  Pessoal, alguém sabe me dizer como seria uma boa forma de testar a alta 
  disponibilidade do RAC, melhor, dizendo, derrubar uma instancia para 
  ver se a outra assume??Estou usando os comandos do srvctl mas não estou 
  obtendo sucesso nisso, pois, quando tento derrubar um nó recebo 
  mensagens que não foi possível obter recursos para derrubar o nó tal...
  Se alguém puder me ajudar agradeço.Estou usando o RAC sob o windows 
  2003 para itanium.
  Grato.
  Gustavo






  
--
  Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
  Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
  
--__

  OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
  __
  Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
  Links do Yahoo! Grupos








   


--


  No virus found in this incoming message.
  Checked by AVG Free Edition.
  Version: 7.1.405 / Virus Database: 268.12.8/455 - Release Date: 22/9/2006


[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

RES: [oracle_br] RAC ORACLE

[Carlos A.M. Menezes]

Colega,
Acho que o problema reside na implementação do TAF, que é a capacidade 
do usuário/aplicação transparentemente comutar de uma instância que caiu para 
outra sobrevivente. Ativar esse recurso depende da correta configuração do(s) 
serviço(s) de rede nos servidores, e da correta configuração do tnsnames.ora 
nas estações.
Para tirar a dúvida se o banco configurado em RAC está ou não 
funcionando corretamente, use o teste simples:
1- Verifique o status do banco com as duas instãncias funcionando, ex: 
srvctl status database -d  (deve mostrar que todas as instâncias 
estão rodando)
2- Derrube uma instância, ex: srvctl stop instance -d  -i 

3- Repita o passo 1 (Nesse momento deverá mostrar que apenas uma 
instância estará rodando, isso mostra que o RAC no que diz respeito ao cluster, 
está normal, ou seja, o banco continua rodando e disponível).
É possível, como disse, que o cliente não esteja devidamente 
configurado para continuar operando após a falha de um nó, para isso é preciso 
configurar o tnsnames corretamente, vc precisa conhecer o serviço de banco de 
dados que esteja configurado corretamente no servidor para rodar em mais de uma 
instância, veja ex do tnsnames.ora da estação:


RAC_ALL =
  (DESCRIPTION =
(ADDRESS_LIST =
  (ADDRESS = (PROTOCOL = TCP)(HOST = )(PORT = 1521))
  (ADDRESS = (PROTOCOL = TCP)(HOST = )(PORT = 1521))
  (LOAD_BALANCE = yes)
)
(CONNECT_DATA =
  (SERVER = DEDICATED)
  (SERVICE_NAME = )
  (FAILOVER_MODE =
(TYPE = SELECT)
(METHOD = BASIC)
(RETRIES = 10)
(DELAY = 5)
  )
)
  )

P.S. Tive problemas com o TAF nos clientes 10.2.0.1, apliquei o patch 10.2.0.2 
e funcionou OK.

Cordialmente,

Carlos Alfredo M. de Menezes

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de gutoh26
Enviada em: terça-feira, 3 de outubro de 2006 09:33
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] RAC ORACLE

Pessoal, não tenho experiência com o RAC ORACLE e por isso estou tendo 
alguns problemasgostaria de saber de alguém como eu começo a 
verificar as configurações para testar a alta disponibilidade do 
RAC,fiz a instalação seguindo a receita de bolo da ORACLE e a 
instalação ocorreu sem erros.No entanto, achei que a alta 
disponibilidade já estava configurada mas não é o que  estou 
vivenciando na prática,pois se me conecto em uma instância e derrubo a 
mesma, o outro nó nao assume, simplesmente me retorna uma mensagem de 
shutdown, gostaria de alguma dica para começar a configurar isso.
O sistema operacional é windows 2003 server e o RAC é a release 10.2





--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos




 




--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] RAC ORACLE

[gutoh26]

Pessoal, não tenho experiência com o RAC ORACLE e por isso estou tendo 
alguns problemasgostaria de saber de alguém como eu começo a 
verificar as configurações para testar a alta disponibilidade do 
RAC,fiz a instalação seguindo a receita de bolo da ORACLE e a 
instalação ocorreu sem erros.No entanto, achei que a alta 
disponibilidade já estava configurada mas não é o que  estou 
vivenciando na prática,pois se me conecto em uma instância e derrubo a 
mesma, o outro nó nao assume, simplesmente me retorna uma mensagem de 
shutdown, gostaria de alguma dica para começar a configurar isso.
O sistema operacional é windows 2003 server e o RAC é a release 10.2





--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

RES: [oracle_br] RAC ORACLE 10.2

[Salvio Padlipskas]

Uma outra boa opção para que vc realize um teste de disponibilidade seria :
 
1) Conectar no SQL*Plus com um usuário da aplicação
2) Verificar em que instancia vc está conectado (GV$Session)
3) Executar um select nesse usuário (tipo cartesiano entre a user_objects x 
user_segments
 
Agora conecte-se na máquina (onde se encontra a instancia do item 2) com o 
usuário owner do database Oracle
 
Shutdown immediate
 
Verifique no SQL*Plus do item 1 se a sessão dá "um freeze" temporário e volta a 
exibir os dados.
 
Cancele a execução e verifique novamente se o RAC assumiu um outra instancia.
 
Em caso positivo, vc já realizou um dos testes de disponibilidade.
 
[ ]´s
Salvio Padlipskas
 
 
 
 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Carlos A.M. 
Menezes
Enviada em: quarta-feira, 27 de setembro de 2006 11:35
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] RAC ORACLE 10.2


Colega,
  Muito curioso esse erro, deveria funcionar, abra um chamado no suporte 
para investigar em detalhes. Eu fiz os seguintes testes (antes de colocar em 
produção):
  1- srvctl stop database;
  2- No sqlplus shutdown abort;
  3- Desligando servidor da tomada;
  4- Desconectando cabo de rede;
  5- Desconectando HBA do storage

Em todos os testes o nó sobrevivente detectou a falha e assumiu tudo, as 
estações comutaram normalmente e transparentemente, em alguns testes o servidor 
reiniciou normalmente, tudo como previsto.

Abraços,

Carlos Alfredo M. de Menezes


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de gutoh26
Enviada em: quarta-feira, 27 de setembro de 2006 10:51
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] RAC ORACLE 10.2

Pessoal, alguém sabe me dizer como seria uma boa forma de testar a alta 
disponibilidade do RAC, melhor, dizendo, derrubar uma instancia para 
ver se a outra assume??Estou usando os comandos do srvctl mas não estou 
obtendo sucesso nisso, pois, quando tento derrubar um nó recebo 
mensagens que não foi possível obter recursos para derrubar o nó tal...
Se alguém puder me ajudar agradeço.Estou usando o RAC sob o windows 
2003 para itanium.
Grato.
Gustavo






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos








 



[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

RES: [oracle_br] RAC ORACLE 10.2

[Carlos A.M. Menezes]

Colega,
Muito curioso esse erro, deveria funcionar, abra um chamado no suporte 
para investigar em detalhes. Eu fiz os seguintes testes (antes de colocar em 
produção):
1- srvctl stop database;
2- No sqlplus shutdown abort;
3- Desligando servidor da tomada;
4- Desconectando cabo de rede;
5- Desconectando HBA do storage

Em todos os testes o nó sobrevivente detectou a falha e assumiu tudo, as 
estações comutaram normalmente e transparentemente, em alguns testes o servidor 
reiniciou normalmente, tudo como previsto.

Abraços,

Carlos Alfredo M. de Menezes


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de gutoh26
Enviada em: quarta-feira, 27 de setembro de 2006 10:51
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] RAC ORACLE 10.2

Pessoal, alguém sabe me dizer como seria uma boa forma de testar a alta 
disponibilidade do RAC, melhor, dizendo, derrubar uma instancia para 
ver se a outra assume??Estou usando os comandos do srvctl mas não estou 
obtendo sucesso nisso, pois, quando tento derrubar um nó recebo 
mensagens que não foi possível obter recursos para derrubar o nó tal...
Se alguém puder me ajudar agradeço.Estou usando o RAC sob o windows 
2003 para itanium.
Grato.
Gustavo






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos




 





--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html