Re: Res: Res: [oracle_br] GC Global Wait

[Carlos Alfredo M. de Menezes]

Colega,
No log do sistema não tem nada reportado, acredito que apenas queda da 
interface de rede é que seria logado, lentidão ou elevação da latência 
de rede não deve ficar registrado no log. Não descarto por completo 
algum problema na infra de rede, mas é pouco provável pois estou com os 
servidores hospedados em um data center em que a equipe e os 
equipamentos de rede são de primeira linha.

Att,

Carlos Alfredo M. de Menezes
Analista de Suporte Sr.
S/A Usina Coruripe Açúcar e Álcool
+55(82)3217-2121



Anderson Santiago escreveu:
>
> Eu ia dizer a mesma coisa, se o switch está mal configurado acontece 
> mesmo de uma
> cair de vez em quando, dá uma olhada no log que pode ser isso.
>
> Att.
>
> Anderson Santiago
> DBA Sênior
> www.ruevers.webs.com
>
> - Mensagem original 
> De: lopnick <[EMAIL PROTECTED] <mailto:lopnick%40terra.com.br>>
> Para: oracle_br  <mailto:oracle_br%40yahoogrupos.com.br>>
> Enviadas: Segunda-feira, 8 de Setembro de 2008 10:25:03
> Assunto: Re: Res: [oracle_br] GC Global Wait
>
> Carlos
>
> No seu caso eu verificaria como esta a configuração do interconnect. 
> Eu tive um problema muito parecido em que havia uma grande latência de 
> rede por causa de um switch mal configurado. Neste caso um dos nós 
> reiniciava o outro pra manter integridade do cluster.
> Quanto ao debate RAC x Performance é realmente verdade que em um RAC, 
> principalmente se forem 2 nós, existe uma perda de performance devido 
> ao cache fusion. Neste caso eu nem considero uma desvantagem porque o 
> que perdemos em performance ganhamos em escalabilidade de sistema.
> Quanto ao tópico que originou esse assunto, em caso de migração de 
> sistemas sempre mantenho uma instancia ativa, desativo as outras para 
> justamente não ocorrer a pesquisa nos BC dos outros nós, ou seja, 
> trabalho como se fosse uma single instance.
>
> Grd abraço
>
> Leandro
> De:[EMAIL PROTECTED] os.com.br
>
> Para:[EMAIL PROTECTED] os.com.br
>
> Cópia:
>
> Data:Mon, 08 Sep 2008 09:02:11 -0300
>
> Assunto:Re: Res: [oracle_br] GC Global Wait
>
> Colega,
> Utilizo RAC e concordo 100% com você, e diria mais, já tive vários casos
> ainda não totalmente esclarecidos, que uma uma instância simplesmente
> cai e o servidor reinicia automáticamente, ou seja, em pouco mais de 2
> anos de uso, todas as minhas paradas foram por causa do RAC. Tenho outro
> banco single instance rodando que nunca parou. Óbvio que não estou
> levando em consideração todas as situações de alta disponibilidade, como
> por exemplo, falha de hardware em que o RAC se justifica.
>
> Att,
>
> Carlos Alfredo M. de Menezes
> Analista de Suporte Sr.
> S/A Usina Coruripe Açúcar e Álcool
> +55(82)3217- 2121
>
> Anderson Santiago escreveu:
> >
> > Sei que a mensagem é antiga, mas queria dar meu pitaco...
> >
> > O negócio é o seguinte, a Oracle vende o RAC como sendo mais rápido,
> > mas deveria vender sim
> > como alta disponibilidade, pois nem ela assume, mas um ambiente rac
> > com dois nós costuma ser no mínimo
> > 10% mais lento que uma máquina igual single, eu já vi muitos ambientes
> > rac e por melhor configurado, realmente
> > uma single instance vai ter perfomance muito superior em alguns casos,
> > oficialmente eles não assumem, mas posso
> > garantir por experência prórpria que esssa é a verdade, mesmo sendo a
> > melhor configuração gigabit entre eles.
> > O que pra mim faz todo sentido, quem compra RAC, compra
> > disponibilidade e não velocidade necessariamente.
> >
> > Att.
> >
> > Anderson Santiago
> > DBA Sênior
> > www.ruevers. webs.com
> >
> > - Mensagem original 
> > De: Carlos Alfredo M. de Menezes  > <mailto:carlos. menezes%40usinac oruripe.com. br>>
> > Para: [EMAIL PROTECTED] os.com.br <mailto:oracle_ br%40yahoogrupos 
> .com.br>
> > Enviadas: Segunda-feira, 11 de Agosto de 2008 16:24:54
> > Assunto: Re: [oracle_br] GC Global Wait
> >
> > Colega,
> > Eu vivenciei algo parecido durante a fase de import do meu processo de
> > migração, quando deixei apenas um nó, o imp foi muitas vezes mais
> > rápido, mas é de se esperar uma lentidão maior quando se faz muitos
> > DDL´s em RAC. No seu caso talvez seja outra coisa, outra bronca do rac é
> > com sequences com cache pequeno e principalmente do tipo ordered.
> >
> > Att,
> >
> > Carlos Alfredo M. de Menezes
> > Analista de Suporte Sr.
> > S/A Usina Coruripe Açúcar e Álcool
> > +55(82)3217- 2121
> >
> > Gustavo Venturini de Lima escreveu:
> > >
> > > Boa tade pessoALL.
> > >
> > 

Res: Res: [oracle_br] GC Global Wait

[Anderson Santiago]

Eu ia dizer a mesma coisa, se o switch está mal configurado acontece mesmo de 
uma
cair de vez em quando, dá uma olhada no log que pode ser isso.

Att.

Anderson Santiago
DBA Sênior
www.ruevers.webs.com



- Mensagem original 
De: lopnick <[EMAIL PROTECTED]>
Para: oracle_br 
Enviadas: Segunda-feira, 8 de Setembro de 2008 10:25:03
Assunto: Re: Res: [oracle_br] GC Global Wait


Carlos

No seu caso eu verificaria como esta a configuração do interconnect. Eu tive um 
problema muito parecido em que havia uma grande latência de rede por causa de 
um switch mal configurado. Neste caso um dos nós reiniciava o outro pra manter 
integridade do cluster.
Quanto ao debate RAC x Performance é realmente verdade que em um RAC, 
principalmente se forem 2 nós, existe uma perda de performance devido ao cache 
fusion. Neste caso eu nem considero uma desvantagem porque o que perdemos em 
performance ganhamos em escalabilidade de sistema. 
Quanto ao tópico que originou esse assunto, em caso de migração de sistemas 
sempre mantenho uma instancia ativa, desativo as outras para justamente não 
ocorrer a pesquisa nos BC dos outros nós, ou seja, trabalho como se fosse uma 
single instance. 

Grd abraço

Leandro
De:[EMAIL PROTECTED] os.com.br

Para:[EMAIL PROTECTED] os.com.br

Cópia:

Data:Mon, 08 Sep 2008 09:02:11 -0300

Assunto:Re: Res: [oracle_br] GC Global Wait

Colega,
Utilizo RAC e concordo 100% com você, e diria mais, já tive vários casos 
ainda não totalmente esclarecidos, que uma uma instância simplesmente 
cai e o servidor reinicia automáticamente, ou seja, em pouco mais de 2 
anos de uso, todas as minhas paradas foram por causa do RAC. Tenho outro 
banco single instance rodando que nunca parou. Óbvio que não estou 
levando em consideração todas as situações de alta disponibilidade, como 
por exemplo, falha de hardware em que o RAC se justifica.

Att,

Carlos Alfredo M. de Menezes
Analista de Suporte Sr.
S/A Usina Coruripe Açúcar e Álcool
+55(82)3217- 2121

Anderson Santiago escreveu:
>
> Sei que a mensagem é antiga, mas queria dar meu pitaco...
>
> O negócio é o seguinte, a Oracle vende o RAC como sendo mais rápido, 
> mas deveria vender sim
> como alta disponibilidade, pois nem ela assume, mas um ambiente rac 
> com dois nós costuma ser no mínimo
> 10% mais lento que uma máquina igual single, eu já vi muitos ambientes 
> rac e por melhor configurado, realmente
> uma single instance vai ter perfomance muito superior em alguns casos, 
> oficialmente eles não assumem, mas posso
> garantir por experência prórpria que esssa é a verdade, mesmo sendo a 
> melhor configuração gigabit entre eles.
> O que pra mim faz todo sentido, quem compra RAC, compra 
> disponibilidade e não velocidade necessariamente.
>
> Att.
>
> Anderson Santiago
> DBA Sênior
> www.ruevers. webs.com
>
> - Mensagem original 
> De: Carlos Alfredo M. de Menezes  <mailto:carlos. menezes%40usinac oruripe.com. br>>
> Para: [EMAIL PROTECTED] os.com.br <mailto:oracle_ br%40yahoogrupos .com.br>
> Enviadas: Segunda-feira, 11 de Agosto de 2008 16:24:54
> Assunto: Re: [oracle_br] GC Global Wait
>
> Colega,
> Eu vivenciei algo parecido durante a fase de import do meu processo de
> migração, quando deixei apenas um nó, o imp foi muitas vezes mais
> rápido, mas é de se esperar uma lentidão maior quando se faz muitos
> DDL´s em RAC. No seu caso talvez seja outra coisa, outra bronca do rac é
> com sequences com cache pequeno e principalmente do tipo ordered.
>
> Att,
>
> Carlos Alfredo M. de Menezes
> Analista de Suporte Sr.
> S/A Usina Coruripe Açúcar e Álcool
> +55(82)3217- 2121
>
> Gustavo Venturini de Lima escreveu:
> >
> > Boa tade pessoALL.
> >
> > Durante o final de semana tivemos que abortar a migração de um
> > ambiente bem
> > crítico em nossa empresa devido à lentidão apresentada em um 
> ambiente RAC
> > novo.
> > O cenário foi o seguinte:
> > Montamos um RAC de 3 nós na versão 10.2.0.3 utilizando ASM rodando em um
> > RHEL 4 Update 6 (itanium) para receber os dados de um banco de dados
> > 9.2.0.8em single instance.
> > Durante o processo de update em uma tabela importante do sistema com 
> cerca
> > de 10 milhões de registros identificamos uma grande lentidão, e nos
> > eventos
> > de espera apareciam bem distonantes do restante o wait de gc buffer 
> busy.
> > Após vários testes, resolvemos finalizar duas das três instâncias e o
> > processo passou a ser realizado muito rapidamente, uma vez que o 
> evento de
> > wait não aparecia mais.
> > Para se ter idéia, com os 3 nós ativos o processo levou 17 minutos e com
> > apenas 1 nó ativo o mesmo processo executou em 6 minutos.
> > Todos os testes foram realizados com o sistema sem carga nenhuma, com
> > apen

Re: Res: [oracle_br] GC Global Wait

[Rodrigo Mufalani]

   Bom dia,

Citando Luiz Cláudio Fonseca em DBA RAC 11g arquitetura:

Fórmula ->

M = #GES message + #GCS messages ;
B = (db_block_size * (#cr block received + #current block received))
/mtu size ;
P = (Pq_message_size * #Px remote messages recv'd) /mtu size ;

(m+p+b) /85000

Dados coletados de AWR report

Global Cache blocks received:  2534
GCS/GES messages received : 811
Px remote messages recv'd  :  65
db_block_size  : 8192
paralell_execution_message_size   : 8192
Mtu_size : 1500
Usando internet Gigabit


 Capacidade utilizada = (2534 + ((811 * 8192)/1500)  +  ((65 *
8192)/1500))/85000 = 0,086095624

 Um valor aproximado de 8.5% de capacidade utilizada.

 O recomendado é que se a utilização for superior a 70%, utilize
interface adicional para aumentar a largura de banda.

 Espero ter te ajudado.


Atenciosamente,

Rodrigo Mufalani
OCP 10g & 11g
[EMAIL PROTECTED]







> Mensagem Original:
> Data: 09:31:28 09/09/2008
> De: Carlos Alfredo M. de Menezes <[EMAIL PROTECTED]>
> Assunto: Re: Res: [oracle_br] GC Global Wait

> Oi leandro,
> Obrigado pela dica, mas infelizmente esse e outros comandos que já
> testei não ajudam muito, pois não deixam logs, ou seja, pesquisando
> antes do nó ser reiniciado mostram a rede como ok, após o reboot os
> contadores são zerados e novamente pesquisando mostra uma rede ok, o que
> preciso é de uma forma de deixar registrado exatamente o problema, para
> que possa ser pesquisado após o reboot. Alguma outra dica?
>
> Att,
>
> Carlos Alfredo M. de Menezes
> Analista de Suporte Sr.
> S/A Usina Coruripe Açúcar e Álcool
> +55(82)3217-2121
>
>
>
> lopnick escreveu:
>>
>> Carlos
>>
>> Um simples "netstat -s" ja irá te dar uma idéia do que esta ocorrendo.
>> Veja na parte de Ip se existe alguma perda de pacote.
>>
>> At.
>> Leandro
>>
>> De:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
>>
>> Para:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
>>
>> Cópia:
>>
>> Data:Mon, 08 Sep 2008 17:45:38 -0300
>>
>> Assunto:Re: Res: [oracle_br] GC Global Wait
>>
>> Leandro,
>> Sobre a parte do interconnect, eu realmente tenho pensado muito nele, é
>> uma possibilidade real pois os meus servidores estão hospedados em um
>> data center onde a parte de rede, embora muito bem estruturada não é
>> dedicada apenas para o interconnect, eu uso em um ambiente isolado de
>> outros clientes através de vlan. Acho que o ideal seria dedicar um
>> switch exclusivo para esse fim, embora seja um desperdício de portas.
>> Infelizmente não tive sucesso em dizer com 100% de certeza que o meu
>> problema é esse, já investiguei alguns logs e não achei nada.
>> Os colegas da lista teriam alguma dica sobre onde procurar por
>> evidências de problemas de rede no interconnect ou na pública, mesmo que
>> seja de lentidão ou perda de pacotes??, não vale ferramentas como:
>> ifconfig, ethtool ou mii-tool
>>
>> Att,
>>
>> Carlos Alfredo M. de Menezes
>> Analista de Suporte Sr.
>> S/A Usina Coruripe Açúcar e Álcool
>> +55(82)3217-2121
>>
>> lopnick escreveu:
>> >
>> > Carlos
>> >
>> > No seu caso eu verificaria como esta a configuração do interconnect.
>> > Eu tive um problema muito parecido em que havia uma grande latência de
>> > rede por causa de um switch mal configurado. Neste caso um dos nós
>> > reiniciava o outro pra manter integridade do cluster.
>> > Quanto ao debate RAC x Performance é realmente verdade que em um RAC,
>> > principalmente se forem 2 nós, existe uma perda de performance devido
>> > ao cache fusion. Neste caso eu nem considero uma desvantagem porque o
>> > que perdemos em performance ganhamos em escalabilidade de sistema.
>> > Quanto ao tópico que originou esse assunto, em caso de migração de
>> > sistemas sempre mantenho uma instancia ativa, desativo as outras para
>> > justamente não ocorrer a pesquisa nos BC dos outros nós, ou seja,
>> > trabalho como se fosse uma single instance.
>> >
>> > Grd abraço
>> >
>> > Leandro
>> > De:oracle_br@yahoogrupos.com.br
>> <mailto:oracle_br%40yahoogrupos.com.br>
>> <mailto:oracle_br%40yahoogrupos.com.br>
>> >
>> > Para:oracle_br@yahoogrupos.com.br
>> <mailto:oracle_br%40yahoogrupos.com.br>
>> <mailto:oracle_br%40yahoogrupos.com.br>
>> >
>> > Cópia:

Re: Res: [oracle_br] GC Global Wait

[lopnick]

Oi Carlos

O netstat te ajuda na mesma sessão, portanto se houver hj uma perda de dados ja 
é um indicio muito bom.
Caso contrário eu indicaria vc procurar no log do sistema operacional 
/var/log/messages a mensagem do evento do boot. Se vc achar alguma referência a 
latência de rede, ou a timeout de conexão com o outro nó ou se algum nó enviou 
comando de boot, então eu revisaria sua configuração do interconnect (se o seu 
interconnect esta em uma vlan isolada do resto da rede).

Grd abraço

Leandro
De:oracle_br@yahoogrupos.com.br

Para:oracle_br@yahoogrupos.com.br

Cópia:

Data:Tue, 09 Sep 2008 09:31:28 -0300

Assunto:Re: Res: [oracle_br] GC Global Wait

Oi leandro,
Obrigado pela dica, mas infelizmente esse e outros comandos que já 
testei não ajudam muito, pois não deixam logs, ou seja, pesquisando 
antes do nó ser reiniciado mostram a rede como ok, após o reboot os 
contadores são zerados e novamente pesquisando mostra uma rede ok, o que 
preciso é de uma forma de deixar registrado exatamente o problema, para 
que possa ser pesquisado após o reboot. Alguma outra dica?

Att,

Carlos Alfredo M. de Menezes
Analista de Suporte Sr.
S/A Usina Coruripe Açúcar e Álcool
+55(82)3217-2121

lopnick escreveu:
>
> Carlos
>
> Um simples "netstat -s" ja irá te dar uma idéia do que esta ocorrendo.
> Veja na parte de Ip se existe alguma perda de pacote.
>
> At.
> Leandro
>
> De:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
>
> Para:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
>
> Cópia:
>
> Data:Mon, 08 Sep 2008 17:45:38 -0300
>
> Assunto:Re: Res: [oracle_br] GC Global Wait
>
> Leandro,
> Sobre a parte do interconnect, eu realmente tenho pensado muito nele, é
> uma possibilidade real pois os meus servidores estão hospedados em um
> data center onde a parte de rede, embora muito bem estruturada não é
> dedicada apenas para o interconnect, eu uso em um ambiente isolado de
> outros clientes através de vlan. Acho que o ideal seria dedicar um
> switch exclusivo para esse fim, embora seja um desperdício de portas.
> Infelizmente não tive sucesso em dizer com 100% de certeza que o meu
> problema é esse, já investiguei alguns logs e não achei nada.
> Os colegas da lista teriam alguma dica sobre onde procurar por
> evidências de problemas de rede no interconnect ou na pública, mesmo que
> seja de lentidão ou perda de pacotes??, não vale ferramentas como:
> ifconfig, ethtool ou mii-tool
>
> Att,
>
> Carlos Alfredo M. de Menezes
> Analista de Suporte Sr.
> S/A Usina Coruripe Açúcar e Álcool
> +55(82)3217-2121
>
> lopnick escreveu:
> >
> > Carlos
> >
> > No seu caso eu verificaria como esta a configuração do interconnect.
> > Eu tive um problema muito parecido em que havia uma grande latência de
> > rede por causa de um switch mal configurado. Neste caso um dos nós
> > reiniciava o outro pra manter integridade do cluster.
> > Quanto ao debate RAC x Performance é realmente verdade que em um RAC,
> > principalmente se forem 2 nós, existe uma perda de performance devido
> > ao cache fusion. Neste caso eu nem considero uma desvantagem porque o
> > que perdemos em performance ganhamos em escalabilidade de sistema.
> > Quanto ao tópico que originou esse assunto, em caso de migração de
> > sistemas sempre mantenho uma instancia ativa, desativo as outras para
> > justamente não ocorrer a pesquisa nos BC dos outros nós, ou seja,
> > trabalho como se fosse uma single instance.
> >
> > Grd abraço
> >
> > Leandro
> > De:oracle_br@yahoogrupos.com.br 
> <mailto:oracle_br%40yahoogrupos.com.br> 
> <mailto:oracle_br%40yahoogrupos.com.br>
> >
> > Para:oracle_br@yahoogrupos.com.br 
> <mailto:oracle_br%40yahoogrupos.com.br> 
> <mailto:oracle_br%40yahoogrupos.com.br>
> >
> > Cópia:
> >
> > Data:Mon, 08 Sep 2008 09:02:11 -0300
> >
> > Assunto:Re: Res: [oracle_br] GC Global Wait
> >
> > Colega,
> > Utilizo RAC e concordo 100% com você, e diria mais, já tive vários casos
> > ainda não totalmente esclarecidos, que uma uma instância simplesmente
> > cai e o servidor reinicia automáticamente, ou seja, em pouco mais de 2
> > anos de uso, todas as minhas paradas foram por causa do RAC. Tenho outro
> > banco single instance rodando que nunca parou. Óbvio que não estou
> > levando em consideração todas as situações de alta disponibilidade, como
> > por exemplo, falha de hardware em que o RAC se justifica.
> >
> > Att,
> >
> > Carlos Alfredo M. de Menezes
> > Analista de Suporte Sr.
> > S/A Usina Coruripe Açúcar e Álcool
> > +55(82)3217-2121
> >
> > Anderson Santiago 

Re: Res: [oracle_br] GC Global Wait

[Carlos Alfredo M. de Menezes]

Oi leandro,
Obrigado pela dica, mas infelizmente esse e outros comandos que já 
testei não ajudam muito, pois não deixam logs, ou seja, pesquisando 
antes do nó ser reiniciado mostram a rede como ok, após o reboot os 
contadores são zerados e novamente pesquisando mostra uma rede ok, o que 
preciso é de uma forma de deixar registrado exatamente o problema, para 
que possa ser pesquisado após o reboot. Alguma outra dica?

Att,

Carlos Alfredo M. de Menezes
Analista de Suporte Sr.
S/A Usina Coruripe Açúcar e Álcool
+55(82)3217-2121



lopnick escreveu:
>
> Carlos
>
> Um simples "netstat -s" ja irá te dar uma idéia do que esta ocorrendo.
> Veja na parte de Ip se existe alguma perda de pacote.
>
> At.
> Leandro
>
> De:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
>
> Para:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
>
> Cópia:
>
> Data:Mon, 08 Sep 2008 17:45:38 -0300
>
> Assunto:Re: Res: [oracle_br] GC Global Wait
>
> Leandro,
> Sobre a parte do interconnect, eu realmente tenho pensado muito nele, é
> uma possibilidade real pois os meus servidores estão hospedados em um
> data center onde a parte de rede, embora muito bem estruturada não é
> dedicada apenas para o interconnect, eu uso em um ambiente isolado de
> outros clientes através de vlan. Acho que o ideal seria dedicar um
> switch exclusivo para esse fim, embora seja um desperdício de portas.
> Infelizmente não tive sucesso em dizer com 100% de certeza que o meu
> problema é esse, já investiguei alguns logs e não achei nada.
> Os colegas da lista teriam alguma dica sobre onde procurar por
> evidências de problemas de rede no interconnect ou na pública, mesmo que
> seja de lentidão ou perda de pacotes??, não vale ferramentas como:
> ifconfig, ethtool ou mii-tool
>
> Att,
>
> Carlos Alfredo M. de Menezes
> Analista de Suporte Sr.
> S/A Usina Coruripe Açúcar e Álcool
> +55(82)3217-2121
>
> lopnick escreveu:
> >
> > Carlos
> >
> > No seu caso eu verificaria como esta a configuração do interconnect.
> > Eu tive um problema muito parecido em que havia uma grande latência de
> > rede por causa de um switch mal configurado. Neste caso um dos nós
> > reiniciava o outro pra manter integridade do cluster.
> > Quanto ao debate RAC x Performance é realmente verdade que em um RAC,
> > principalmente se forem 2 nós, existe uma perda de performance devido
> > ao cache fusion. Neste caso eu nem considero uma desvantagem porque o
> > que perdemos em performance ganhamos em escalabilidade de sistema.
> > Quanto ao tópico que originou esse assunto, em caso de migração de
> > sistemas sempre mantenho uma instancia ativa, desativo as outras para
> > justamente não ocorrer a pesquisa nos BC dos outros nós, ou seja,
> > trabalho como se fosse uma single instance.
> >
> > Grd abraço
> >
> > Leandro
> > De:oracle_br@yahoogrupos.com.br 
> <mailto:oracle_br%40yahoogrupos.com.br> 
> <mailto:oracle_br%40yahoogrupos.com.br>
> >
> > Para:oracle_br@yahoogrupos.com.br 
> <mailto:oracle_br%40yahoogrupos.com.br> 
> <mailto:oracle_br%40yahoogrupos.com.br>
> >
> > Cópia:
> >
> > Data:Mon, 08 Sep 2008 09:02:11 -0300
> >
> > Assunto:Re: Res: [oracle_br] GC Global Wait
> >
> > Colega,
> > Utilizo RAC e concordo 100% com você, e diria mais, já tive vários casos
> > ainda não totalmente esclarecidos, que uma uma instância simplesmente
> > cai e o servidor reinicia automáticamente, ou seja, em pouco mais de 2
> > anos de uso, todas as minhas paradas foram por causa do RAC. Tenho outro
> > banco single instance rodando que nunca parou. Óbvio que não estou
> > levando em consideração todas as situações de alta disponibilidade, como
> > por exemplo, falha de hardware em que o RAC se justifica.
> >
> > Att,
> >
> > Carlos Alfredo M. de Menezes
> > Analista de Suporte Sr.
> > S/A Usina Coruripe Açúcar e Álcool
> > +55(82)3217-2121
> >
> > Anderson Santiago escreveu:
> > >
> > > Sei que a mensagem é antiga, mas queria dar meu pitaco...
> > >
> > > O negócio é o seguinte, a Oracle vende o RAC como sendo mais rápido,
> > > mas deveria vender sim
> > > como alta disponibilidade, pois nem ela assume, mas um ambiente rac
> > > com dois nós costuma ser no mínimo
> > > 10% mais lento que uma máquina igual single, eu já vi muitos ambientes
> > > rac e por melhor configurado, realmente
> > > uma single instance vai ter perfomance muito superior em alguns casos,
> > > oficialmente eles não assumem, mas posso
> &g

Re: Res: [oracle_br] GC Global Wait

[lopnick]

Carlos

Um simples "netstat -s" ja irá te dar uma idéia do que esta ocorrendo.
Veja na parte de Ip se existe alguma perda de pacote.

At.
Leandro

De:oracle_br@yahoogrupos.com.br

Para:oracle_br@yahoogrupos.com.br

Cópia:

Data:Mon, 08 Sep 2008 17:45:38 -0300

Assunto:Re: Res: [oracle_br] GC Global Wait

Leandro,
Sobre a parte do interconnect, eu realmente tenho pensado muito nele, é 
uma possibilidade real pois os meus servidores estão hospedados em um 
data center onde a parte de rede, embora muito bem estruturada não é 
dedicada apenas para o interconnect, eu uso em um ambiente isolado de 
outros clientes através de vlan. Acho que o ideal seria dedicar um 
switch exclusivo para esse fim, embora seja um desperdício de portas. 
Infelizmente não tive sucesso em dizer com 100% de certeza que o meu 
problema é esse, já investiguei alguns logs e não achei nada.
Os colegas da lista teriam alguma dica sobre onde procurar por 
evidências de problemas de rede no interconnect ou na pública, mesmo que 
seja de lentidão ou perda de pacotes??, não vale ferramentas como: 
ifconfig, ethtool ou mii-tool

Att,

Carlos Alfredo M. de Menezes
Analista de Suporte Sr.
S/A Usina Coruripe Açúcar e Álcool
+55(82)3217-2121

lopnick escreveu:
>
> Carlos
>
> No seu caso eu verificaria como esta a configuração do interconnect. 
> Eu tive um problema muito parecido em que havia uma grande latência de 
> rede por causa de um switch mal configurado. Neste caso um dos nós 
> reiniciava o outro pra manter integridade do cluster.
> Quanto ao debate RAC x Performance é realmente verdade que em um RAC, 
> principalmente se forem 2 nós, existe uma perda de performance devido 
> ao cache fusion. Neste caso eu nem considero uma desvantagem porque o 
> que perdemos em performance ganhamos em escalabilidade de sistema.
> Quanto ao tópico que originou esse assunto, em caso de migração de 
> sistemas sempre mantenho uma instancia ativa, desativo as outras para 
> justamente não ocorrer a pesquisa nos BC dos outros nós, ou seja, 
> trabalho como se fosse uma single instance.
>
> Grd abraço
>
> Leandro
> De:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
>
> Para:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
>
> Cópia:
>
> Data:Mon, 08 Sep 2008 09:02:11 -0300
>
> Assunto:Re: Res: [oracle_br] GC Global Wait
>
> Colega,
> Utilizo RAC e concordo 100% com você, e diria mais, já tive vários casos
> ainda não totalmente esclarecidos, que uma uma instância simplesmente
> cai e o servidor reinicia automáticamente, ou seja, em pouco mais de 2
> anos de uso, todas as minhas paradas foram por causa do RAC. Tenho outro
> banco single instance rodando que nunca parou. Óbvio que não estou
> levando em consideração todas as situações de alta disponibilidade, como
> por exemplo, falha de hardware em que o RAC se justifica.
>
> Att,
>
> Carlos Alfredo M. de Menezes
> Analista de Suporte Sr.
> S/A Usina Coruripe Açúcar e Álcool
> +55(82)3217-2121
>
> Anderson Santiago escreveu:
> >
> > Sei que a mensagem é antiga, mas queria dar meu pitaco...
> >
> > O negócio é o seguinte, a Oracle vende o RAC como sendo mais rápido,
> > mas deveria vender sim
> > como alta disponibilidade, pois nem ela assume, mas um ambiente rac
> > com dois nós costuma ser no mínimo
> > 10% mais lento que uma máquina igual single, eu já vi muitos ambientes
> > rac e por melhor configurado, realmente
> > uma single instance vai ter perfomance muito superior em alguns casos,
> > oficialmente eles não assumem, mas posso
> > garantir por experência prórpria que esssa é a verdade, mesmo sendo a
> > melhor configuração gigabit entre eles.
> > O que pra mim faz todo sentido, quem compra RAC, compra
> > disponibilidade e não velocidade necessariamente.
> >
> > Att.
> >
> > Anderson Santiago
> > DBA Sênior
> > www.ruevers.webs.com
> >
> > - Mensagem original 
> > De: Carlos Alfredo M. de Menezes 
> <[EMAIL PROTECTED] 
> <mailto:carlos.menezes%40usinacoruripe.com.br>
> > <mailto:carlos.menezes%40usinacoruripe.com.br>>
> > Para: oracle_br@yahoogrupos.com.br 
> <mailto:oracle_br%40yahoogrupos.com.br> 
> <mailto:oracle_br%40yahoogrupos.com.br>
> > Enviadas: Segunda-feira, 11 de Agosto de 2008 16:24:54
> > Assunto: Re: [oracle_br] GC Global Wait
> >
> > Colega,
> > Eu vivenciei algo parecido durante a fase de import do meu processo de
> > migração, quando deixei apenas um nó, o imp foi muitas vezes mais
> > rápido, mas é de se esperar uma lentidão maior quando se faz muitos
> > DDL´s em RAC. No seu caso talvez seja outra coisa, outra bronca do rac é
> >

Re: Res: [oracle_br] GC Global Wait

[Carlos Alfredo M. de Menezes]

Leandro,
Sobre a parte do interconnect, eu realmente tenho pensado muito nele, é 
uma possibilidade real pois os meus servidores estão hospedados em um 
data center onde a parte de rede, embora muito bem estruturada não é 
dedicada apenas para o interconnect, eu uso em um ambiente isolado de 
outros clientes através de vlan. Acho que o ideal seria dedicar um 
switch exclusivo para esse fim, embora seja um desperdício de portas. 
Infelizmente não tive sucesso em dizer com 100% de certeza que o meu 
problema é esse, já investiguei alguns logs e não achei nada.
Os colegas da lista teriam alguma dica sobre onde procurar por 
evidências de problemas de rede no interconnect ou na pública, mesmo que 
seja de lentidão ou perda de pacotes??, não vale ferramentas como: 
ifconfig, ethtool ou mii-tool

Att,

Carlos Alfredo M. de Menezes
Analista de Suporte Sr.
S/A Usina Coruripe Açúcar e Álcool
+55(82)3217-2121



lopnick escreveu:
>
> Carlos
>
> No seu caso eu verificaria como esta a configuração do interconnect. 
> Eu tive um problema muito parecido em que havia uma grande latência de 
> rede por causa de um switch mal configurado. Neste caso um dos nós 
> reiniciava o outro pra manter integridade do cluster.
> Quanto ao debate RAC x Performance é realmente verdade que em um RAC, 
> principalmente se forem 2 nós, existe uma perda de performance devido 
> ao cache fusion. Neste caso eu nem considero uma desvantagem porque o 
> que perdemos em performance ganhamos em escalabilidade de sistema.
> Quanto ao tópico que originou esse assunto, em caso de migração de 
> sistemas sempre mantenho uma instancia ativa, desativo as outras para 
> justamente não ocorrer a pesquisa nos BC dos outros nós, ou seja, 
> trabalho como se fosse uma single instance.
>
> Grd abraço
>
> Leandro
> De:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
>
> Para:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
>
> Cópia:
>
> Data:Mon, 08 Sep 2008 09:02:11 -0300
>
> Assunto:Re: Res: [oracle_br] GC Global Wait
>
> Colega,
> Utilizo RAC e concordo 100% com você, e diria mais, já tive vários casos
> ainda não totalmente esclarecidos, que uma uma instância simplesmente
> cai e o servidor reinicia automáticamente, ou seja, em pouco mais de 2
> anos de uso, todas as minhas paradas foram por causa do RAC. Tenho outro
> banco single instance rodando que nunca parou. Óbvio que não estou
> levando em consideração todas as situações de alta disponibilidade, como
> por exemplo, falha de hardware em que o RAC se justifica.
>
> Att,
>
> Carlos Alfredo M. de Menezes
> Analista de Suporte Sr.
> S/A Usina Coruripe Açúcar e Álcool
> +55(82)3217-2121
>
> Anderson Santiago escreveu:
> >
> > Sei que a mensagem é antiga, mas queria dar meu pitaco...
> >
> > O negócio é o seguinte, a Oracle vende o RAC como sendo mais rápido,
> > mas deveria vender sim
> > como alta disponibilidade, pois nem ela assume, mas um ambiente rac
> > com dois nós costuma ser no mínimo
> > 10% mais lento que uma máquina igual single, eu já vi muitos ambientes
> > rac e por melhor configurado, realmente
> > uma single instance vai ter perfomance muito superior em alguns casos,
> > oficialmente eles não assumem, mas posso
> > garantir por experência prórpria que esssa é a verdade, mesmo sendo a
> > melhor configuração gigabit entre eles.
> > O que pra mim faz todo sentido, quem compra RAC, compra
> > disponibilidade e não velocidade necessariamente.
> >
> > Att.
> >
> > Anderson Santiago
> > DBA Sênior
> > www.ruevers.webs.com
> >
> > - Mensagem original 
> > De: Carlos Alfredo M. de Menezes 
> <[EMAIL PROTECTED] 
> <mailto:carlos.menezes%40usinacoruripe.com.br>
> > <mailto:carlos.menezes%40usinacoruripe.com.br>>
> > Para: oracle_br@yahoogrupos.com.br 
> <mailto:oracle_br%40yahoogrupos.com.br> 
> <mailto:oracle_br%40yahoogrupos.com.br>
> > Enviadas: Segunda-feira, 11 de Agosto de 2008 16:24:54
> > Assunto: Re: [oracle_br] GC Global Wait
> >
> > Colega,
> > Eu vivenciei algo parecido durante a fase de import do meu processo de
> > migração, quando deixei apenas um nó, o imp foi muitas vezes mais
> > rápido, mas é de se esperar uma lentidão maior quando se faz muitos
> > DDL´s em RAC. No seu caso talvez seja outra coisa, outra bronca do rac é
> > com sequences com cache pequeno e principalmente do tipo ordered.
> >
> > Att,
> >
> > Carlos Alfredo M. de Menezes
> > Analista de Suporte Sr.
> > S/A Usina Coruripe Açúcar e Álcool
> > +55(82)3217- 2121
> >
> > Gustavo Venturini de Lima escreveu:
> > &

Re: Res: [oracle_br] GC Global Wait

[lopnick]

Carlos

No seu caso eu verificaria como esta a configuração do interconnect. Eu tive um 
problema muito parecido em que havia uma grande latência de rede por causa de 
um switch mal configurado. Neste caso um dos nós reiniciava o outro pra manter 
integridade do cluster.
Quanto ao debate RAC x Performance é realmente verdade que em um RAC, 
principalmente se forem 2 nós, existe uma perda de performance devido ao cache 
fusion. Neste caso eu nem considero uma desvantagem porque o que perdemos em 
performance ganhamos em escalabilidade de sistema. 
Quanto ao tópico que originou esse assunto, em caso de migração de sistemas 
sempre mantenho uma instancia ativa, desativo as outras para justamente não 
ocorrer a pesquisa nos BC dos outros nós, ou seja, trabalho como se fosse uma 
single instance. 

Grd abraço

Leandro
De:oracle_br@yahoogrupos.com.br

Para:oracle_br@yahoogrupos.com.br

Cópia:

Data:Mon, 08 Sep 2008 09:02:11 -0300

Assunto:Re: Res: [oracle_br] GC Global Wait

Colega,
Utilizo RAC e concordo 100% com você, e diria mais, já tive vários casos 
ainda não totalmente esclarecidos, que uma uma instância simplesmente 
cai e o servidor reinicia automáticamente, ou seja, em pouco mais de 2 
anos de uso, todas as minhas paradas foram por causa do RAC. Tenho outro 
banco single instance rodando que nunca parou. Óbvio que não estou 
levando em consideração todas as situações de alta disponibilidade, como 
por exemplo, falha de hardware em que o RAC se justifica.

Att,

Carlos Alfredo M. de Menezes
Analista de Suporte Sr.
S/A Usina Coruripe Açúcar e Álcool
+55(82)3217-2121

Anderson Santiago escreveu:
>
> Sei que a mensagem é antiga, mas queria dar meu pitaco...
>
> O negócio é o seguinte, a Oracle vende o RAC como sendo mais rápido, 
> mas deveria vender sim
> como alta disponibilidade, pois nem ela assume, mas um ambiente rac 
> com dois nós costuma ser no mínimo
> 10% mais lento que uma máquina igual single, eu já vi muitos ambientes 
> rac e por melhor configurado, realmente
> uma single instance vai ter perfomance muito superior em alguns casos, 
> oficialmente eles não assumem, mas posso
> garantir por experência prórpria que esssa é a verdade, mesmo sendo a 
> melhor configuração gigabit entre eles.
> O que pra mim faz todo sentido, quem compra RAC, compra 
> disponibilidade e não velocidade necessariamente.
>
> Att.
>
> Anderson Santiago
> DBA Sênior
> www.ruevers.webs.com
>
> - Mensagem original 
> De: Carlos Alfredo M. de Menezes <[EMAIL PROTECTED] 
> <mailto:carlos.menezes%40usinacoruripe.com.br>>
> Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
> Enviadas: Segunda-feira, 11 de Agosto de 2008 16:24:54
> Assunto: Re: [oracle_br] GC Global Wait
>
> Colega,
> Eu vivenciei algo parecido durante a fase de import do meu processo de
> migração, quando deixei apenas um nó, o imp foi muitas vezes mais
> rápido, mas é de se esperar uma lentidão maior quando se faz muitos
> DDL´s em RAC. No seu caso talvez seja outra coisa, outra bronca do rac é
> com sequences com cache pequeno e principalmente do tipo ordered.
>
> Att,
>
> Carlos Alfredo M. de Menezes
> Analista de Suporte Sr.
> S/A Usina Coruripe Açúcar e Álcool
> +55(82)3217- 2121
>
> Gustavo Venturini de Lima escreveu:
> >
> > Boa tade pessoALL.
> >
> > Durante o final de semana tivemos que abortar a migração de um
> > ambiente bem
> > crítico em nossa empresa devido à lentidão apresentada em um 
> ambiente RAC
> > novo.
> > O cenário foi o seguinte:
> > Montamos um RAC de 3 nós na versão 10.2.0.3 utilizando ASM rodando em um
> > RHEL 4 Update 6 (itanium) para receber os dados de um banco de dados
> > 9.2.0.8em single instance.
> > Durante o processo de update em uma tabela importante do sistema com 
> cerca
> > de 10 milhões de registros identificamos uma grande lentidão, e nos
> > eventos
> > de espera apareciam bem distonantes do restante o wait de gc buffer 
> busy.
> > Após vários testes, resolvemos finalizar duas das três instâncias e o
> > processo passou a ser realizado muito rapidamente, uma vez que o 
> evento de
> > wait não aparecia mais.
> > Para se ter idéia, com os 3 nós ativos o processo levou 17 minutos e com
> > apenas 1 nó ativo o mesmo processo executou em 6 minutos.
> > Todos os testes foram realizados com o sistema sem carga nenhuma, com
> > apenas
> > 1 usuário testando.
> > Alguém tem idéia do que pode ser? Já abri chamado no Metalink para
> > acompanhar, mas como sempre costumo consultar a lista para ver as 
> opiniões
> > dos colegas brasileiros, não somente dos INDIANOS... rsrsr
> >
> > Grande abraço.
> >
> > Gustavo.
> >
> > [As partes des

Re: Res: [oracle_br] GC Global Wait

[Carlos Alfredo M. de Menezes]

Colega,
Utilizo RAC e concordo 100% com você, e diria mais, já tive vários casos 
ainda não totalmente esclarecidos, que uma uma instância simplesmente 
cai e o servidor reinicia automáticamente, ou seja, em pouco mais de 2 
anos de uso, todas as minhas paradas foram por causa do RAC. Tenho outro 
banco single instance rodando que nunca parou. Óbvio que não estou 
levando em consideração todas as situações de alta disponibilidade, como 
por exemplo, falha de hardware em que o RAC se justifica.

Att,

Carlos Alfredo M. de Menezes
Analista de Suporte Sr.
S/A Usina Coruripe Açúcar e Álcool
+55(82)3217-2121



Anderson Santiago escreveu:
>
> Sei que a mensagem é antiga, mas queria dar meu pitaco...
>
> O negócio é o seguinte, a Oracle vende o RAC como sendo mais rápido, 
> mas deveria vender sim
> como alta disponibilidade, pois nem ela assume, mas um ambiente rac 
> com dois nós costuma ser no mínimo
> 10% mais lento que uma máquina igual single, eu já vi muitos ambientes 
> rac e por melhor configurado, realmente
> uma single instance vai ter perfomance muito superior em alguns casos, 
> oficialmente eles não assumem, mas posso
> garantir por experência prórpria que esssa é a verdade, mesmo sendo a 
> melhor configuração gigabit entre eles.
> O que pra mim faz todo sentido, quem compra RAC, compra 
> disponibilidade e não velocidade necessariamente.
>
> Att.
>
> Anderson Santiago
> DBA Sênior
> www.ruevers.webs.com
>
> - Mensagem original 
> De: Carlos Alfredo M. de Menezes <[EMAIL PROTECTED] 
> >
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Segunda-feira, 11 de Agosto de 2008 16:24:54
> Assunto: Re: [oracle_br] GC Global Wait
>
> Colega,
> Eu vivenciei algo parecido durante a fase de import do meu processo de
> migração, quando deixei apenas um nó, o imp foi muitas vezes mais
> rápido, mas é de se esperar uma lentidão maior quando se faz muitos
> DDL´s em RAC. No seu caso talvez seja outra coisa, outra bronca do rac é
> com sequences com cache pequeno e principalmente do tipo ordered.
>
> Att,
>
> Carlos Alfredo M. de Menezes
> Analista de Suporte Sr.
> S/A Usina Coruripe Açúcar e Álcool
> +55(82)3217- 2121
>
> Gustavo Venturini de Lima escreveu:
> >
> > Boa tade pessoALL.
> >
> > Durante o final de semana tivemos que abortar a migração de um
> > ambiente bem
> > crítico em nossa empresa devido à lentidão apresentada em um 
> ambiente RAC
> > novo.
> > O cenário foi o seguinte:
> > Montamos um RAC de 3 nós na versão 10.2.0.3 utilizando ASM rodando em um
> > RHEL 4 Update 6 (itanium) para receber os dados de um banco de dados
> > 9.2.0.8em single instance.
> > Durante o processo de update em uma tabela importante do sistema com 
> cerca
> > de 10 milhões de registros identificamos uma grande lentidão, e nos
> > eventos
> > de espera apareciam bem distonantes do restante o wait de gc buffer 
> busy.
> > Após vários testes, resolvemos finalizar duas das três instâncias e o
> > processo passou a ser realizado muito rapidamente, uma vez que o 
> evento de
> > wait não aparecia mais.
> > Para se ter idéia, com os 3 nós ativos o processo levou 17 minutos e com
> > apenas 1 nó ativo o mesmo processo executou em 6 minutos.
> > Todos os testes foram realizados com o sistema sem carga nenhuma, com
> > apenas
> > 1 usuário testando.
> > Alguém tem idéia do que pode ser? Já abri chamado no Metalink para
> > acompanhar, mas como sempre costumo consultar a lista para ver as 
> opiniões
> > dos colegas brasileiros, não somente dos INDIANOS... rsrsr
> >
> > Grande abraço.
> >
> > Gustavo.
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
>
>
> Novos endereços, o Yahoo! que você conhece. Crie um email novo com a 
> sua cara @ymail.com ou @rocketmail.com.
> http://br.new.mail.yahoo.com/addresses 
> 
>
> [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] GC Global Wait

[Mosan Santos]

Isso é realmente notório.


Mosán Santos

Internetwork Specialist.
Oracle Certified Associate 10g(OCA)
Cisco Certified Network Associate(CCNA)
Juniper Network Certified Internetwork Associate(JNCIA-ER)
Furukawa Certified Professional(FCP-Fundamental / FCP-Master )
QoSIP for CCIP 

Wireless Specialist

--- Em seg, 8/9/08, Anderson Santiago <[EMAIL PROTECTED]> escreveu:

De: Anderson Santiago <[EMAIL PROTECTED]>
Assunto: Res: [oracle_br] GC Global Wait
Para: oracle_br@yahoogrupos.com.br
Data: Segunda-feira, 8 de Setembro de 2008, 0:01






Sei que a mensagem é antiga, mas queria dar meu pitaco...

O negócio é o seguinte, a Oracle vende o RAC como sendo mais rápido, mas 
deveria vender sim
como alta disponibilidade, pois nem ela assume, mas um ambiente rac com dois 
nós costuma ser no mínimo
10% mais lento que uma máquina igual single, eu já vi muitos ambientes rac e 
por melhor configurado, realmente
uma single instance vai ter perfomance muito superior em alguns casos, 
oficialmente eles não assumem, mas posso
garantir por experência prórpria que esssa é a verdade, mesmo sendo a melhor 
configuração gigabit entre eles.
O que pra mim faz todo sentido, quem compra RAC, compra disponibilidade e não 
velocidade necessariamente.

Att.

Anderson Santiago
DBA Sênior
www.ruevers. webs.com

- Mensagem original 
De: Carlos Alfredo M. de Menezes 
Para: [EMAIL PROTECTED] os.com.br
Enviadas: Segunda-feira, 11 de Agosto de 2008 16:24:54
Assunto: Re: [oracle_br] GC Global Wait

Colega,
Eu vivenciei algo parecido durante a fase de import do meu processo de 
migração, quando deixei apenas um nó, o imp foi muitas vezes mais 
rápido, mas é de se esperar uma lentidão maior quando se faz muitos 
DDL´s em RAC. No seu caso talvez seja outra coisa, outra bronca do rac é 
com sequences com cache pequeno e principalmente do tipo ordered.

Att,

Carlos Alfredo M. de Menezes
Analista de Suporte Sr.
S/A Usina Coruripe Açúcar e Álcool
+55(82)3217- 2121

Gustavo Venturini de Lima escreveu:
>
> Boa tade pessoALL.
>
> Durante o final de semana tivemos que abortar a migração de um 
> ambiente bem
> crítico em nossa empresa devido à lentidão apresentada em um ambiente RAC
> novo.
> O cenário foi o seguinte:
> Montamos um RAC de 3 nós na versão 10.2.0.3 utilizando ASM rodando em um
> RHEL 4 Update 6 (itanium) para receber os dados de um banco de dados
> 9.2.0.8em single instance.
> Durante o processo de update em uma tabela importante do sistema com cerca
> de 10 milhões de registros identificamos uma grande lentidão, e nos 
> eventos
> de espera apareciam bem distonantes do restante o wait de gc buffer busy.
> Após vários testes, resolvemos finalizar duas das três instâncias e o
> processo passou a ser realizado muito rapidamente, uma vez que o evento de
> wait não aparecia mais.
> Para se ter idéia, com os 3 nós ativos o processo levou 17 minutos e com
> apenas 1 nó ativo o mesmo processo executou em 6 minutos.
> Todos os testes foram realizados com o sistema sem carga nenhuma, com 
> apenas
> 1 usuário testando.
> Alguém tem idéia do que pode ser? Já abri chamado no Metalink para
> acompanhar, mas como sempre costumo consultar a lista para ver as opiniões
> dos colegas brasileiros, não somente dos INDIANOS... rsrsr
>
> Grande abraço.
>
> Gustavo.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 


Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara 
@ymail.com ou @rocketmail. com.
http://br.new. mail.yahoo. com/addresses

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

 














  Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua 
cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses

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

Res: [oracle_br] GC Global Wait

[Anderson Santiago]

Sei que a mensagem é antiga, mas queria dar meu pitaco...

O negócio é o seguinte, a Oracle vende o RAC como sendo mais rápido, mas 
deveria vender sim
como alta disponibilidade, pois nem ela assume, mas um ambiente rac com dois 
nós costuma ser no mínimo
10% mais lento que uma máquina igual single, eu já vi muitos ambientes rac e 
por melhor configurado, realmente
uma single instance vai ter perfomance muito superior em alguns casos, 
oficialmente eles não assumem, mas posso
garantir por experência prórpria que esssa é a verdade, mesmo sendo a melhor 
configuração gigabit entre eles.
O que pra mim faz todo sentido, quem compra RAC, compra disponibilidade e não 
velocidade necessariamente.

Att.

Anderson Santiago
DBA Sênior
www.ruevers.webs.com



- Mensagem original 
De: Carlos Alfredo M. de Menezes <[EMAIL PROTECTED]>
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 11 de Agosto de 2008 16:24:54
Assunto: Re: [oracle_br] GC Global Wait


Colega,
Eu vivenciei algo parecido durante a fase de import do meu processo de 
migração, quando deixei apenas um nó, o imp foi muitas vezes mais 
rápido, mas é de se esperar uma lentidão maior quando se faz muitos 
DDL´s em RAC. No seu caso talvez seja outra coisa, outra bronca do rac é 
com sequences com cache pequeno e principalmente do tipo ordered.

Att,

Carlos Alfredo M. de Menezes
Analista de Suporte Sr.
S/A Usina Coruripe Açúcar e Álcool
+55(82)3217- 2121

Gustavo Venturini de Lima escreveu:
>
> Boa tade pessoALL.
>
> Durante o final de semana tivemos que abortar a migração de um 
> ambiente bem
> crítico em nossa empresa devido à lentidão apresentada em um ambiente RAC
> novo.
> O cenário foi o seguinte:
> Montamos um RAC de 3 nós na versão 10.2.0.3 utilizando ASM rodando em um
> RHEL 4 Update 6 (itanium) para receber os dados de um banco de dados
> 9.2.0.8em single instance.
> Durante o processo de update em uma tabela importante do sistema com cerca
> de 10 milhões de registros identificamos uma grande lentidão, e nos 
> eventos
> de espera apareciam bem distonantes do restante o wait de gc buffer busy.
> Após vários testes, resolvemos finalizar duas das três instâncias e o
> processo passou a ser realizado muito rapidamente, uma vez que o evento de
> wait não aparecia mais.
> Para se ter idéia, com os 3 nós ativos o processo levou 17 minutos e com
> apenas 1 nó ativo o mesmo processo executou em 6 minutos.
> Todos os testes foram realizados com o sistema sem carga nenhuma, com 
> apenas
> 1 usuário testando.
> Alguém tem idéia do que pode ser? Já abri chamado no Metalink para
> acompanhar, mas como sempre costumo consultar a lista para ver as opiniões
> dos colegas brasileiros, não somente dos INDIANOS... rsrsr
>
> Grande abraço.
>
> Gustavo.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
 


  Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua 
cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses

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

RES: [oracle_br] GC Global Wait

[Marcus Vinicius Miguel Pedro]

Amigo,

 

O InterConnect está utilizando conexão Gigabit??

 

Já peguei algo parecido quando a porta do switch onde o interconnect estava
conectado estava configurada em 10Mbps... Ocorria muita colisão e alguns
eventos que envolviam o global cache penavam!!

 

 

 

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Gustavo Venturini de Lima
Enviada em: segunda-feira, 11 de agosto de 2008 12:57
Para: [EMAIL PROTECTED]; oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] GC Global Wait

 

Boa tade pessoALL.

Durante o final de semana tivemos que abortar a migração de um ambiente bem
crítico em nossa empresa devido à lentidão apresentada em um ambiente RAC
novo.
O cenário foi o seguinte:
Montamos um RAC de 3 nós na versão 10.2.0.3 utilizando ASM rodando em um
RHEL 4 Update 6 (itanium) para receber os dados de um banco de dados
9.2.0.8em single instance.
Durante o processo de update em uma tabela importante do sistema com cerca
de 10 milhões de registros identificamos uma grande lentidão, e nos eventos
de espera apareciam bem distonantes do restante o wait de gc buffer busy.
Após vários testes, resolvemos finalizar duas das três instâncias e o
processo passou a ser realizado muito rapidamente, uma vez que o evento de
wait não aparecia mais.
Para se ter idéia, com os 3 nós ativos o processo levou 17 minutos e com
apenas 1 nó ativo o mesmo processo executou em 6 minutos.
Todos os testes foram realizados com o sistema sem carga nenhuma, com apenas
1 usuário testando.
Alguém tem idéia do que pode ser? Já abri chamado no Metalink para
acompanhar, mas como sempre costumo consultar a lista para ver as opiniões
dos colegas brasileiros, não somente dos INDIANOS... rsrsr

Grande abraço.

Gustavo.

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

 



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