Re: RES: [oracle_br] RAC ORACLE 10.2

2006-10-04 Por tôpico 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

2006-10-04 Por tôpico 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

2006-10-04 Por tôpico 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

2006-10-04 Por tôpico 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

2006-10-04 Por tôpico 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

2006-10-04 Por tôpico 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

2006-10-04 Por tôpico 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

2006-10-04 Por tôpico 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

2006-10-04 Por tôpico 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

2006-10-04 Por tôpico 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

2006-10-04 Por tôpico 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

2006-10-04 Por tôpico 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

2006-10-04 Por tôpico 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

2006-10-04 Por tôpico 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

2006-10-04 Por tôpico 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 10.2

2006-09-27 Por tôpico 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

2006-09-27 Por tôpico 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

 





[oracle_br] RAC ORACLE 10.2

2006-09-27 Por tôpico gutoh26
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

<*> 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