Re: [oracle_br] RAC - Movimentação do LISTENER_SCAN entre os nodes
Fabricio, Só consegui hoje acesso ao ambiente, mas queria dizer que funcionou na boa com o comando que você mandou. Agora ficou certinho: [oracle@orahost01 ~]$ srvctl status scan SCAN VIP scan1 is enabled SCAN VIP scan1 is running on node orahost01 SCAN VIP scan2 is enabled SCAN VIP scan2 is running on node orahost02 [oracle@orahost01~]$ srvctl status scan_listener SCAN Listener LISTENER_SCAN1 is enabled SCAN listener LISTENER_SCAN1 is running on node orahost01 SCAN Listener LISTENER_SCAN2 is enabled SCAN listener LISTENER_SCAN2 is running on node orahost02 Agora, a dúvida: Fiz uns testes parando a instância no NODE1 e o SCAN1 não foi jogado pro NODE2 automaticamente. Permanecei no NODE1, mas as conexões (obviamente) foram direcionadas todas apenas para o NODE2. Mas como eu parei apenas a instância, imagino que o SCAN1 teria sido jogado para o NODE2 se por acaso eu tivesse bootado a máquina ou parado todos os serviços do cluster no NODE1, procede? Abs, 2013/10/29 Marcos Vinicius de Almeida Rocha mva.ro...@yahoo.com.br ** Coloca a saida do comando abaixo: crsctl stat res -t Marcos Vinicius de Almeida Rocha Tel (81) 81886436 (81) 88784353 MCP 2003 - MCDST - OCS partnner - OCA 10g OCP 10g - OCP 11g - OCE SQL - OCE exadata OCE MANAGER ORACLE ON LINUX OCE RAC 10g - OCS IMPLEMENTATION 11g OCE RAC 11g Em Terça-feira, 29 de Outubro de 2013 10:11, Marcelo Santino e...@marcelosantino.com.br escreveu: Fabricio, Acho que é isso mesmo que eu precisava. Ainda não estou com acesso ao ambiente (vão liberar somente à tarde) aí eu testo e confirmo aqui. Mas pela lógica, é isso mesmo... Valeu, brigadão!! 2013/10/29 Fabricio Pedroso Jorge fpjb...@gmail.com ** Você pode realocar o SCAN entre os nós com o srvctl. Ex: -- a opção -i 1 define o scan (1, 2 ou 3) a ser realocado e a opção -n define o nó de destino srvctl relocate scan -i 1 -n node_dest -- depois, para checar srvctl status scan srvctl status scan_listener Em 29 de outubro de 2013 10:35, Marcelo Santino e...@marcelosantino.com.brescreveu: ** Falai pessoal, blz? Tenho um ambiente RAC 11g (11.2.0.3) em RHEL 6.3 (64 bits). Um dos nós passou um tempo down devido a um problema no hardware, e vi que o listener SCAN1 e SCAN2 ficaram normalmente no node2, mantendo o RAC de pé sem problemas. Agora que o node1 voltou, está online, pelo srvctl eu vejo o database online nos 2 nós, só que o node2 continua segurando o SCAN1 e SCAN2, e o node1 não tem nenhum listener. Pelo que eu sempre vi, quando um node voltava de um boot ou qualquer coisa do tipo, o SCANX voltava pra ele normalmente, mas não está sendo o caso. Existe uma forma de eu forçar o LISTENER_SCAN1 a ir pro NODE1 ou pode estar havendo alguma dificuldade do RAC fazer isso automaticamente? Abs, -- ***Fabrício Pedroso Jorge.* Administrador de Banco de Dados Oracle 11g Certified SQL Expert Oracle 11g Certified Associate Oracle 11g Certified Professional Linux Professional Institute Certified Level I (LPIC-I) ITIL V3 Foudations certificacaodb.com.br *Resumo Profissional:* http://br.linkedin.com/in/fabriciojorge *Contatos:* + 55 91 88991116 skype: fabricio.pedroso.jorge fpjb...@gmail.com
Re: [oracle_br] RAC - Movimentação do LISTENER_SCAN entre os nodes
Você pode realocar o SCAN entre os nós com o srvctl. Ex: -- a opção -i 1 define o scan (1, 2 ou 3) a ser realocado e a opção -n define o nó de destino srvctl relocate scan -i 1 -n node_dest -- depois, para checar srvctl status scan srvctl status scan_listener Em 29 de outubro de 2013 10:35, Marcelo Santino e...@marcelosantino.com.brescreveu: ** Falai pessoal, blz? Tenho um ambiente RAC 11g (11.2.0.3) em RHEL 6.3 (64 bits). Um dos nós passou um tempo down devido a um problema no hardware, e vi que o listener SCAN1 e SCAN2 ficaram normalmente no node2, mantendo o RAC de pé sem problemas. Agora que o node1 voltou, está online, pelo srvctl eu vejo o database online nos 2 nós, só que o node2 continua segurando o SCAN1 e SCAN2, e o node1 não tem nenhum listener. Pelo que eu sempre vi, quando um node voltava de um boot ou qualquer coisa do tipo, o SCANX voltava pra ele normalmente, mas não está sendo o caso. Existe uma forma de eu forçar o LISTENER_SCAN1 a ir pro NODE1 ou pode estar havendo alguma dificuldade do RAC fazer isso automaticamente? Abs, -- ***Fabrício Pedroso Jorge.* Administrador de Banco de Dados Oracle 11g Certified SQL Expert Oracle 11g Certified Associate Oracle 11g Certified Professional Linux Professional Institute Certified Level I (LPIC-I) ITIL V3 Foudations certificacaodb.com.br *Resumo Profissional:* http://br.linkedin.com/in/fabriciojorge *Contatos:* + 55 91 88991116 skype: fabricio.pedroso.jorge fpjb...@gmail.com
Re: [oracle_br] RAC - Movimentação do LISTENER_SCAN entre os nodes
Fabricio, Acho que é isso mesmo que eu precisava. Ainda não estou com acesso ao ambiente (vão liberar somente à tarde) aí eu testo e confirmo aqui. Mas pela lógica, é isso mesmo... Valeu, brigadão!! 2013/10/29 Fabricio Pedroso Jorge fpjb...@gmail.com ** Você pode realocar o SCAN entre os nós com o srvctl. Ex: -- a opção -i 1 define o scan (1, 2 ou 3) a ser realocado e a opção -n define o nó de destino srvctl relocate scan -i 1 -n node_dest -- depois, para checar srvctl status scan srvctl status scan_listener Em 29 de outubro de 2013 10:35, Marcelo Santino e...@marcelosantino.com.brescreveu: ** Falai pessoal, blz? Tenho um ambiente RAC 11g (11.2.0.3) em RHEL 6.3 (64 bits). Um dos nós passou um tempo down devido a um problema no hardware, e vi que o listener SCAN1 e SCAN2 ficaram normalmente no node2, mantendo o RAC de pé sem problemas. Agora que o node1 voltou, está online, pelo srvctl eu vejo o database online nos 2 nós, só que o node2 continua segurando o SCAN1 e SCAN2, e o node1 não tem nenhum listener. Pelo que eu sempre vi, quando um node voltava de um boot ou qualquer coisa do tipo, o SCANX voltava pra ele normalmente, mas não está sendo o caso. Existe uma forma de eu forçar o LISTENER_SCAN1 a ir pro NODE1 ou pode estar havendo alguma dificuldade do RAC fazer isso automaticamente? Abs, -- ***Fabrício Pedroso Jorge.* Administrador de Banco de Dados Oracle 11g Certified SQL Expert Oracle 11g Certified Associate Oracle 11g Certified Professional Linux Professional Institute Certified Level I (LPIC-I) ITIL V3 Foudations certificacaodb.com.br *Resumo Profissional:* http://br.linkedin.com/in/fabriciojorge *Contatos:* + 55 91 88991116 skype: fabricio.pedroso.jorge fpjb...@gmail.com
Re: [oracle_br] RAC - Movimentação do LISTENER_SCAN entre os nodes
Coloca a saida do comando abaixo: crsctl stat res -t Marcos Vinicius de Almeida Rocha Tel (81) 81886436 (81) 88784353 MCP 2003 - MCDST - OCS partnner - OCA 10g OCP 10g - OCP 11g - OCE SQL - OCE exadata OCE MANAGER ORACLE ON LINUX OCE RAC 10g - OCS IMPLEMENTATION 11g OCE RAC 11g Em Terça-feira, 29 de Outubro de 2013 10:11, Marcelo Santino e...@marcelosantino.com.br escreveu: Fabricio, Acho que é isso mesmo que eu precisava. Ainda não estou com acesso ao ambiente (vão liberar somente à tarde) aí eu testo e confirmo aqui. Mas pela lógica, é isso mesmo... Valeu, brigadão!! 2013/10/29 Fabricio Pedroso Jorge fpjb...@gmail.com Você pode realocar o SCAN entre os nós com o srvctl. Ex: -- a opção -i 1 define o scan (1, 2 ou 3) a ser realocado e a opção -n define o nó de destino srvctl relocate scan -i 1 -n node_dest -- depois, para checar srvctl status scan srvctl status scan_listener Em 29 de outubro de 2013 10:35, Marcelo Santino e...@marcelosantino.com.br escreveu: Falai pessoal, blz? Tenho um ambiente RAC 11g (11.2.0.3) em RHEL 6.3 (64 bits). Um dos nós passou um tempo down devido a um problema no hardware, e vi que o listener SCAN1 e SCAN2 ficaram normalmente no node2, mantendo o RAC de pé sem problemas. Agora que o node1 voltou, está online, pelo srvctl eu vejo o database online nos 2 nós, só que o node2 continua segurando o SCAN1 e SCAN2, e o node1 não tem nenhum listener. Pelo que eu sempre vi, quando um node voltava de um boot ou qualquer coisa do tipo, o SCANX voltava pra ele normalmente, mas não está sendo o caso. Existe uma forma de eu forçar o LISTENER_SCAN1 a ir pro NODE1 ou pode estar havendo alguma dificuldade do RAC fazer isso automaticamente? Abs, -- Fabrício Pedroso Jorge. Administrador de Banco de Dados Oracle 11g Certified SQL Expert Oracle 11g Certified Associate Oracle 11g Certified Professional Linux Professional Institute Certified Level I (LPIC-I) ITIL V3 Foudations certificacaodb.com.br Resumo Profissional: http://br.linkedin.com/in/fabriciojorge Contatos: + 55 91 88991116 skype: fabricio.pedroso.jorge fpjb...@gmail.com
Re: [oracle_br] RAC 11g Failover and Load-Balance
Bom dia Leonardo. Voce esta correto! Retirei a configuracao de load balance do tnsnames e continua funcionando normalmente o balanceamento e até melhorou a proporcao entre os nós. Antes estava +- 8 para 1 e agora está meio a meio. Sobre o failover... Continua sem funcionar. Conecto no nó 1 mando desligar e a conexao nao vai para o nó 2. Será que precisa de alguma configuracao extra? Se voce ou alguem souber ajudará bastante. Obrigado. Alexandre. - Original Message - From: Leonardo Rezende lrezend...@gmail.com To: oracle_br@yahoogrupos.com.br Cc: Sent: Tuesday, August 23, 2011 10:22 PM Subject: Re: [oracle_br] RAC 11g Failover and Load-Balance Pelo que entendi do SCAN, você não deve configurar o LOAD_BALANCE ou FAILOVER no cliente. Pra mim está havendo um conflito de teorias... Pelo que entendi(é conhecimento novo pra mim), o SCAN veio para facilitar a configuração do cliente e deixar o balanceamento por conta do cluster. Existe um listener configurado em cada nó, escutando no endereço VIP e também também um listener escutando em cada endereço que é resolvido pelo SCAN(rac-scan.dominio)... Com isso, fica bem mais fácil você criar serviço e apontá-los para determinados nós em um ambiente RAC. Bom, ainda sou um DBA júnior e instalei um rac 11gR2 num ambiente virtualizado há pouco tempo... Esse meu entendimento é pelo que li da documentação e observei do ambiente depois de instalado. Apesar de falar tudo isso, uma configuração antiga do cliente(apontando diretamente para os vip's) deveria funcionar normalmente, inclusive fazendo balanceamento Você apontou a configuração do clienet para os vip's ou para os ip's do scan? Abraço, LRezende Em 23 de agosto de 2011 16:48, Alexandre Anselmo atanse...@yahoo.com.brescreveu: ** Olá a todos. Instalei a pouco um RAC11g com scan configurado no hosts. Estou tentando testar o load balance e o failover dos clientes (DESCRIPTION = (LOAD_BALANCE = ON) (FAILOVER=ON) mas as coisas nao estao funcionando como esperado. Alguem ja fez esta configuracao no 11g? O Load Balance até que funciona mas ao meu ver estranho. Ele abre diversas conexoes no primeiro nó para depois abrir uma ou duas conexoes no nó 2. A proporcao é de 8 para 1 mais ou menos. Isso é normal? O Failover nao consegui testar. Sempre que faco um teste a conexao nao passa para o outro nó. Qualquer dica é bem vinda. Ats, Alexandre Tenorio. [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos
RE: [oracle_br] RAC x ERP
Marcos boa tarde!! O primeiro problema detectado foi na camada de transporte, entre o listener e o tcp/ip. Segundo documento encontrado esse problema é aleatório, mas mesmo assim vi que alguns parâmetros de tcp/ip não estavam de acordo com as melhores práticas, o que estou alterando para reiniciar o ambiente e testar. Outro problema que estou encontrando é com o enterprise manager. Não estou conseguindo subi-lo, ja reconfigurei com o emca, mas na hora de acessar via browser não entra. Saberia me dizer o pq de não estar conseguindo acessar o banco via enterprise manager. abraço. To: oracle_br@yahoogrupos.com.br From: braga.mar...@gmail.com Date: Mon, 10 May 2010 10:32:07 -0300 Subject: Re: [oracle_br] RAC x ERP Olá Orfeu, Tempos atrás trabalhei com um ERP que era genérico, tipo..., para qualquer banco de dados..., isso é um tiro-no-pé. O principal problema desse ERP específico e genérico era, para toda e qualquer consulta que ele fazia, ocorria um FULL TABLE SCAN, criando uma tabela TEMPORÁRIA e depois são criados índices e aplicados os filtros (muitas vezes no terminal do próprio cliente da consulta) e por último (e não menos importante), um DROP nessa tabela TEMPORÁRIA. O pior é que para o caso da tal tabela TEMPORÁRIA, ela não estava em uma TEMPORARY TABLESPACE, estava em uma tablespace física, pois o ERP não saberia trabalhar com uma TEMPORARY TABLESPACE, porque é genérico. Observou o processo Cara..., quem idealizou o ERP se preocupou em deixá-lo genérico fazendo essa cáca genérica..., em ambientes corporativos, onde há redundância e segurança para não perder dados, isso é a morte. A vantagem é que funciona com a maioria dos bancos efetuando-se poucas alterações. Esse foi um caso específico de um ERP específico..., depois de muita análise descobrimos como o ERP trabalhava, gerando esse número enorme de DML no banco; nesse período haviam muitos problemas de performance no banco. Uma das soluções aplicadas na época foi: criar uma tablespace em nologging (uma tentativa de evitar gerar redo de tabelas temporárias, para o ERP). Depois aumentamos o cache para DML, o que melhorou um pouco também esse trabalho. Um segundo procedimento foi buscar os departamentos que faziam as consultas mais pesadas e disponibilizar computadores melhores, porque parte do processamento da consulta estava no cliente e não no servidor. Como pode observar, estes foram alguns aspectos que buscamos para solucionar o problema para este ERP genérico. Isso é só uma experiência para ajudar a buscar soluções. []s Braga Em 10 de maio de 2010 09:48, orfeu lima orfe...@hotmail.com escreveu: Bom dia a todos!! Tenho um oracle rac com dois nós, sistema operacional Linux Red Hat 5, oracle 10Gr2. Esse ambiente é acessado por um erp que está com sérios problemas de performance. Nesse ambiente tem-se 5 instâncias. Gostaria de saber quais os principais problemas do erp com rac e o que poderia estar modificando de cara nesse ambiente para poder melhorá-lo. Obrigado [As partes desta mensagem que não continham texto foram removidas] _ DEIXE SUAS CONVERSAS MAIS DIVERTIDAS. TRANSFORME AQUI SUAS FOTOS EM EMOTICONS, É GRÁTIS. http://ilm.windowslive.com.br/?ocid=ILM:ILM:Hotmail:Tagline:1x1:Tagline [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] RAC x ERP
Oi Orfeu, Na versão 10, quando reinstalava o EM, geralmente, ele não subia de primeira e acabava dando algum erro que não encontrava solução. Mas, milagrosamente, após uns 5 minutos ele estava ON; e só Deus sabe como isso ocorria. Eu só descobria utilizando o seguinte comando: # netstat -ltn GOTCHA! tava lá a porkera da porta 1158 aberta, aguardando conexões. Bom..., alternativamente, sempre consultava os logs para saber o que estava ocorrendo, alguns problemas descobri consultando os logs; é um bom começo. Primeiramente aconselho verificar se a porta abre após uns 5 minutos que tentou subir o serviço; Segundamente (r), aconselho verificar o log do EM. []s Braga Em 13 de maio de 2010 14:48, orfeu lima orfe...@hotmail.com escreveu: Marcos boa tarde!! O primeiro problema detectado foi na camada de transporte, entre o listener e o tcp/ip. Segundo documento encontrado esse problema é aleatório, mas mesmo assim vi que alguns parâmetros de tcp/ip não estavam de acordo com as melhores práticas, o que estou alterando para reiniciar o ambiente e testar. Outro problema que estou encontrando é com o enterprise manager. Não estou conseguindo subi-lo, ja reconfigurei com o emca, mas na hora de acessar via browser não entra. Saberia me dizer o pq de não estar conseguindo acessar o banco via enterprise manager. abraço. To: oracle_br@yahoogrupos.com.br From: braga.mar...@gmail.com Date: Mon, 10 May 2010 10:32:07 -0300 Subject: Re: [oracle_br] RAC x ERP Olá Orfeu, Tempos atrás trabalhei com um ERP que era genérico, tipo..., para qualquer banco de dados..., isso é um tiro-no-pé. O principal problema desse ERP específico e genérico era, para toda e qualquer consulta que ele fazia, ocorria um FULL TABLE SCAN, criando uma tabela TEMPORÁRIA e depois são criados índices e aplicados os filtros (muitas vezes no terminal do próprio cliente da consulta) e por último (e não menos importante), um DROP nessa tabela TEMPORÁRIA. O pior é que para o caso da tal tabela TEMPORÁRIA, ela não estava em uma TEMPORARY TABLESPACE, estava em uma tablespace física, pois o ERP não saberia trabalhar com uma TEMPORARY TABLESPACE, porque é genérico. Observou o processo Cara..., quem idealizou o ERP se preocupou em deixá-lo genérico fazendo essa cáca genérica..., em ambientes corporativos, onde há redundância e segurança para não perder dados, isso é a morte. A vantagem é que funciona com a maioria dos bancos efetuando-se poucas alterações. Esse foi um caso específico de um ERP específico..., depois de muita análise descobrimos como o ERP trabalhava, gerando esse número enorme de DML no banco; nesse período haviam muitos problemas de performance no banco. Uma das soluções aplicadas na época foi: criar uma tablespace em nologging (uma tentativa de evitar gerar redo de tabelas temporárias, para o ERP). Depois aumentamos o cache para DML, o que melhorou um pouco também esse trabalho. Um segundo procedimento foi buscar os departamentos que faziam as consultas mais pesadas e disponibilizar computadores melhores, porque parte do processamento da consulta estava no cliente e não no servidor. Como pode observar, estes foram alguns aspectos que buscamos para solucionar o problema para este ERP genérico. Isso é só uma experiência para ajudar a buscar soluções. []s Braga Em 10 de maio de 2010 09:48, orfeu lima orfe...@hotmail.com escreveu: Bom dia a todos!! Tenho um oracle rac com dois nós, sistema operacional Linux Red Hat 5, oracle 10Gr2. Esse ambiente é acessado por um erp que está com sérios problemas de performance. Nesse ambiente tem-se 5 instâncias. Gostaria de saber quais os principais problemas do erp com rac e o que poderia estar modificando de cara nesse ambiente para poder melhorá-lo. Obrigado [As partes desta mensagem que não continham texto foram removidas]
RE: [oracle_br] RAC x ERP
Marcos, as conexões estao la tcp0 0 192.168.248.200:15210.0.0.0:* OUÃA tcp0 0 192.168.248.210:15210.0.0.0:* OUÃA mas mesmo assim nao consigo acessar. olha so. To: oracle_br@yahoogrupos.com.br From: braga.mar...@gmail.com Date: Thu, 13 May 2010 15:46:33 -0300 Subject: Re: [oracle_br] RAC x ERP Oi Orfeu, Na versão 10, quando reinstalava o EM, geralmente, ele não subia de primeira e acabava dando algum erro que não encontrava solução. Mas, milagrosamente, após uns 5 minutos ele estava ON; e só Deus sabe como isso ocorria. Eu só descobria utilizando o seguinte comando: # netstat -ltn GOTCHA! tava lá a porkera da porta 1158 aberta, aguardando conexões. Bom..., alternativamente, sempre consultava os logs para saber o que estava ocorrendo, alguns problemas descobri consultando os logs; é um bom começo. Primeiramente aconselho verificar se a porta abre após uns 5 minutos que tentou subir o serviço; Segundamente (r), aconselho verificar o log do EM. []s Braga Em 13 de maio de 2010 14:48, orfeu lima orfe...@hotmail.com escreveu: Marcos boa tarde!! O primeiro problema detectado foi na camada de transporte, entre o listener e o tcp/ip. Segundo documento encontrado esse problema é aleatório, mas mesmo assim vi que alguns parâmetros de tcp/ip não estavam de acordo com as melhores práticas, o que estou alterando para reiniciar o ambiente e testar. Outro problema que estou encontrando é com o enterprise manager. Não estou conseguindo subi-lo, ja reconfigurei com o emca, mas na hora de acessar via browser não entra. Saberia me dizer o pq de não estar conseguindo acessar o banco via enterprise manager. abraço. To: oracle_br@yahoogrupos.com.br From: braga.mar...@gmail.com Date: Mon, 10 May 2010 10:32:07 -0300 Subject: Re: [oracle_br] RAC x ERP Olá Orfeu, Tempos atrás trabalhei com um ERP que era genérico, tipo..., para qualquer banco de dados..., isso é um tiro-no-pé. O principal problema desse ERP específico e genérico era, para toda e qualquer consulta que ele fazia, ocorria um FULL TABLE SCAN, criando uma tabela TEMPORÁRIA e depois são criados índices e aplicados os filtros (muitas vezes no terminal do próprio cliente da consulta) e por último (e não menos importante), um DROP nessa tabela TEMPORÁRIA. O pior é que para o caso da tal tabela TEMPORÁRIA, ela não estava em uma TEMPORARY TABLESPACE, estava em uma tablespace física, pois o ERP não saberia trabalhar com uma TEMPORARY TABLESPACE, porque é genérico. Observou o processo Cara..., quem idealizou o ERP se preocupou em deixá-lo genérico fazendo essa cáca genérica..., em ambientes corporativos, onde há redundância e segurança para não perder dados, isso é a morte. A vantagem é que funciona com a maioria dos bancos efetuando-se poucas alterações. Esse foi um caso específico de um ERP específico..., depois de muita análise descobrimos como o ERP trabalhava, gerando esse número enorme de DML no banco; nesse período haviam muitos problemas de performance no banco. Uma das soluções aplicadas na época foi: criar uma tablespace em nologging (uma tentativa de evitar gerar redo de tabelas temporárias, para o ERP). Depois aumentamos o cache para DML, o que melhorou um pouco também esse trabalho. Um segundo procedimento foi buscar os departamentos que faziam as consultas mais pesadas e disponibilizar computadores melhores, porque parte do processamento da consulta estava no cliente e não no servidor. Como pode observar, estes foram alguns aspectos que buscamos para solucionar o problema para este ERP genérico. Isso é só uma experiência para ajudar a buscar soluções. []s Braga Em 10 de maio de 2010 09:48, orfeu lima orfe...@hotmail.com escreveu: Bom dia a todos!! Tenho um oracle rac com dois nós, sistema operacional Linux Red Hat 5, oracle 10Gr2. Esse ambiente é acessado por um erp que está com sérios problemas de performance. Nesse ambiente tem-se 5 instâncias. Gostaria de saber quais os principais problemas do erp com rac e o que poderia estar modificando de cara nesse ambiente para poder melhorá-lo. Obrigado [As partes desta mensagem que não continham texto foram removidas] _ DEIXE SUAS CONVERSAS MAIS DIVERTIDAS. TRANSFORME AQUI SUAS FOTOS EM EMOTICONS, É GRÁTIS. http://ilm.windowslive.com.br/?ocid=ILM:ILM:Hotmail:Tagline:1x1:Tagline [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br
Re: [oracle_br] RAC x ERP
Esse resultado mostra que só o listener está ativo, não o EM. A porta padrão do listener é 1521 (porta reportada), se o EM estivesse ativo, provavelmente apareceria a 1158 nessa lista. É bom partir para o log mesmo. []s Braga Em 13 de maio de 2010 15:50, orfeu lima orfe...@hotmail.com escreveu: Marcos, as conexões estao la tcp0 0 192.168.248.200:15210.0.0.0:* OUÃA tcp0 0 192.168.248.210:15210.0.0.0:* OUÃA mas mesmo assim nao consigo acessar. olha so. To: oracle_br@yahoogrupos.com.br From: braga.mar...@gmail.com Date: Thu, 13 May 2010 15:46:33 -0300 Subject: Re: [oracle_br] RAC x ERP Oi Orfeu, Na versão 10, quando reinstalava o EM, geralmente, ele não subia de primeira e acabava dando algum erro que não encontrava solução. Mas, milagrosamente, após uns 5 minutos ele estava ON; e só Deus sabe como isso ocorria. Eu só descobria utilizando o seguinte comando: # netstat -ltn GOTCHA! tava lá a porkera da porta 1158 aberta, aguardando conexões. Bom..., alternativamente, sempre consultava os logs para saber o que estava ocorrendo, alguns problemas descobri consultando os logs; é um bom começo. Primeiramente aconselho verificar se a porta abre após uns 5 minutos que tentou subir o serviço; Segundamente (r), aconselho verificar o log do EM. []s Braga Em 13 de maio de 2010 14:48, orfeu lima orfe...@hotmail.com escreveu: Marcos boa tarde!! O primeiro problema detectado foi na camada de transporte, entre o listener e o tcp/ip. Segundo documento encontrado esse problema é aleatório, mas mesmo assim vi que alguns parâmetros de tcp/ip não estavam de acordo com as melhores práticas, o que estou alterando para reiniciar o ambiente e testar. Outro problema que estou encontrando é com o enterprise manager. Não estou conseguindo subi-lo, ja reconfigurei com o emca, mas na hora de acessar via browser não entra. Saberia me dizer o pq de não estar conseguindo acessar o banco via enterprise manager. abraço. To: oracle_br@yahoogrupos.com.br From: braga.mar...@gmail.com Date: Mon, 10 May 2010 10:32:07 -0300 Subject: Re: [oracle_br] RAC x ERP Olá Orfeu, Tempos atrás trabalhei com um ERP que era genérico, tipo..., para qualquer banco de dados..., isso é um tiro-no-pé. O principal problema desse ERP específico e genérico era, para toda e qualquer consulta que ele fazia, ocorria um FULL TABLE SCAN, criando uma tabela TEMPORÁRIA e depois são criados índices e aplicados os filtros (muitas vezes no terminal do próprio cliente da consulta) e por último (e não menos importante), um DROP nessa tabela TEMPORÁRIA. O pior é que para o caso da tal tabela TEMPORÁRIA, ela não estava em uma TEMPORARY TABLESPACE, estava em uma tablespace física, pois o ERP não saberia trabalhar com uma TEMPORARY TABLESPACE, porque é genérico. Observou o processo Cara..., quem idealizou o ERP se preocupou em deixá-lo genérico fazendo essa cáca genérica..., em ambientes corporativos, onde há redundância e segurança para não perder dados, isso é a morte. A vantagem é que funciona com a maioria dos bancos efetuando-se poucas alterações. Esse foi um caso específico de um ERP específico..., depois de muita análise descobrimos como o ERP trabalhava, gerando esse número enorme de DML no banco; nesse período haviam muitos problemas de performance no banco. Uma das soluções aplicadas na época foi: criar uma tablespace em nologging (uma tentativa de evitar gerar redo de tabelas temporárias, para o ERP). Depois aumentamos o cache para DML, o que melhorou um pouco também esse trabalho. Um segundo procedimento foi buscar os departamentos que faziam as consultas mais pesadas e disponibilizar computadores melhores, porque parte do processamento da consulta estava no cliente e não no servidor. Como pode observar, estes foram alguns aspectos que buscamos para solucionar o problema para este ERP genérico. Isso é só uma experiência para ajudar a buscar soluções. []s Braga Em 10 de maio de 2010 09:48, orfeu lima orfe...@hotmail.com escreveu: Bom dia a todos!! Tenho um oracle rac com dois nós, sistema operacional Linux Red Hat 5, oracle 10Gr2. Esse ambiente é acessado por um erp que está com sérios problemas de performance. Nesse ambiente tem-se 5 instâncias. Gostaria de saber quais os principais problemas do erp com rac e o que poderia estar modificando de cara nesse ambiente para poder melhorá-lo. Obrigado [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] RAC x ERP
Olá Orfeu, Tempos atrás trabalhei com um ERP que era genérico, tipo..., para qualquer banco de dados..., isso é um tiro-no-pé. O principal problema desse ERP específico e genérico era, para toda e qualquer consulta que ele fazia, ocorria um FULL TABLE SCAN, criando uma tabela TEMPORÁRIA e depois são criados índices e aplicados os filtros (muitas vezes no terminal do próprio cliente da consulta) e por último (e não menos importante), um DROP nessa tabela TEMPORÁRIA. O pior é que para o caso da tal tabela TEMPORÁRIA, ela não estava em uma TEMPORARY TABLESPACE, estava em uma tablespace física, pois o ERP não saberia trabalhar com uma TEMPORARY TABLESPACE, porque é genérico. Observou o processo Cara..., quem idealizou o ERP se preocupou em deixá-lo genérico fazendo essa cáca genérica..., em ambientes corporativos, onde há redundância e segurança para não perder dados, isso é a morte. A vantagem é que funciona com a maioria dos bancos efetuando-se poucas alterações. Esse foi um caso específico de um ERP específico..., depois de muita análise descobrimos como o ERP trabalhava, gerando esse número enorme de DML no banco; nesse período haviam muitos problemas de performance no banco. Uma das soluções aplicadas na época foi: criar uma tablespace em nologging (uma tentativa de evitar gerar redo de tabelas temporárias, para o ERP). Depois aumentamos o cache para DML, o que melhorou um pouco também esse trabalho. Um segundo procedimento foi buscar os departamentos que faziam as consultas mais pesadas e disponibilizar computadores melhores, porque parte do processamento da consulta estava no cliente e não no servidor. Como pode observar, estes foram alguns aspectos que buscamos para solucionar o problema para este ERP genérico. Isso é só uma experiência para ajudar a buscar soluções. []s Braga Em 10 de maio de 2010 09:48, orfeu lima orfe...@hotmail.com escreveu: Bom dia a todos!! Tenho um oracle rac com dois nós, sistema operacional Linux Red Hat 5, oracle 10Gr2. Esse ambiente é acessado por um erp que está com sérios problemas de performance. Nesse ambiente tem-se 5 instâncias. Gostaria de saber quais os principais problemas do erp com rac e o que poderia estar modificando de cara nesse ambiente para poder melhorá-lo. Obrigado [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] rac - desvantagens
Algumas considerações do Portilho: http://nervinformatica.com.br/2010/03/25/aspectos-da-aplicacao-migracao-para-oracle-rac/ [ ]'s André Em 2 de abril de 2010 23:15, vanberto alessandro de souza zuim vanbertoz...@yahoo.com.br escreveu: Andre, Você estar certo.. Ou seja, a arquitetura do sistema não permitia escalar no RAC com balanceamento de carga ***nesta parte da aplicação*** (é o que consta no artigo). mais a duvida do nosso amigo é as vantagens e desvantagens do RAC.bom , como falei o sistema do cliente do portilho pode ter problemas com a questao do rac, mais isso não pode ser usado como um problema do rac em si, e sim da aplicação. De: Andre Santos andre.psantos...@gmail.comandre.psantos.ti%40gmail.com Para: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br Enviadas: Quinta-feira, 1 de Abril de 2010 23:19:27 Assunto: Re: [oracle_br] rac - desvantagens Zuim Peraí... Não foi bem isso de SQL mal desenvolvido, não! Li o artigo do Portilho, não tem nada a ver com o comando SQL... Talvez até possamos dizer que é um problema de arquitetura da aplicação: o problema era a tentativa frequente e concorrente de inserir dados na mesma tabela (o que levava à tentativa de acessar o mesmo bloco). Ou seja, a arquitetura do sistema não permitia escalar no RAC com balanceamento de carga ***nesta parte da aplicação*** (é o que consta no artigo). [ ]'s André Em 1 de abril de 2010 19:41, vanberto alessandro de souza zuim vanbertoz...@yahoo.com.br vanbertozuim%40yahoo.com.br escreveu: Bom , tenho que descorda de você, o caso que o portilho falou nesse artigo foi de um comando mal desenvolvido que no caso gerou um problema de concorrencia de acesso aos blocos.mais isso não pode ser levado como um fator determinante do problema, ja que isso ocorreu por um sql mal desenvolvido. Fatores negativos do RAC:os serviços não poder ser mair que 200, se as consultas do seu sistema forem mal desenvolvidas vc vai ter duas vezes o problema que você ja tem, a questão da carga é relativo, funciona como uma single instance, se os recursos não estao suportando você tera que ter mais recursos,é o valor tbm é um grande problema..fora isso não estou lembrando de mais.. Valeu! Att.. Zuim. De: Duilio Bruniera Junior bruni...@gmail.com bruniera%40gmail.combruniera% 40gmail.com Para: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.broracle_br% 40yahoogrupos.com.br Enviadas: Quinta-feira, 1 de Abril de 2010 12:55:01 Assunto: Re: [oracle_br] rac - desvantagens Amigão, as vezes um ambiente RAC não é oque sua empresa precisa , dependendo do tipo de aplicativo que roda quando voce tem 2 nós ou mais de RAC tentando acessar o mesmo bloco do disco, se torna um caso complicado! eu ja tive esse problema e foi dificil de detectar depois de alguns meses eu li é materia no blog do Portilho. http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/ http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/ leia voce vai entender melhor. Em 31 de março de 2010 17:48, Rosivaldo Ramalho rosiva...@gmail.comrosivaldo%40gmail.com rosivaldo%40gmail.com escreveu: Amigo, o único problema de um grande ambiente com o RAC, é que se uma das máquinas cairem, a carga total pode não ser totalmente distribuída para os demais nós. Exemplo, se você tiver quatro máquinas, e as quatro máquinas trabalharem com 80% de capacidade, se uma cair, então você teria problemas de recurso, entende? Não sei se alguém teria mais opiniões, mas como desvantagem só consigo lembrar disso. On Wed, Mar 31, 2010 at 11:11 AM, orfeu lima orfe...@hotmail.comorfeuml%40hotmail.com orfeuml%40hotmail.com orfeuml%40hotmail.com wrote: Bom dia a todos do grupo, Gostaria de saber quais seriam as desvantagens de estar usando um RAC para um ambiente de grande porte. obrigado. __ Não deixe rastros ao navegar na Internet. Instale Grátis o Internet Explorer 8 agora. http://go.microsoft.com/?linkid=9707132 [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br
Re: [oracle_br] rac - desvantagens
Mais um: http://nervinformatica.com.br/2010/02/23/rac-saci/ [ ]'s André Em 2 de abril de 2010 23:24, Andre Santos andre.psantos...@gmail.comescreveu: Algumas considerações do Portilho: http://nervinformatica.com.br/2010/03/25/aspectos-da-aplicacao-migracao-para-oracle-rac/ [ ]'s André Em 2 de abril de 2010 23:15, vanberto alessandro de souza zuim vanbertoz...@yahoo.com.br escreveu: Andre, Você estar certo.. Ou seja, a arquitetura do sistema não permitia escalar no RAC com balanceamento de carga ***nesta parte da aplicação*** (é o que consta no artigo). mais a duvida do nosso amigo é as vantagens e desvantagens do RAC.bom , como falei o sistema do cliente do portilho pode ter problemas com a questao do rac, mais isso não pode ser usado como um problema do rac em si, e sim da aplicação. De: Andre Santos andre.psantos...@gmail.comandre.psantos.ti%40gmail.com Para: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br Enviadas: Quinta-feira, 1 de Abril de 2010 23:19:27 Assunto: Re: [oracle_br] rac - desvantagens Zuim Peraí... Não foi bem isso de SQL mal desenvolvido, não! Li o artigo do Portilho, não tem nada a ver com o comando SQL... Talvez até possamos dizer que é um problema de arquitetura da aplicação: o problema era a tentativa frequente e concorrente de inserir dados na mesma tabela (o que levava à tentativa de acessar o mesmo bloco). Ou seja, a arquitetura do sistema não permitia escalar no RAC com balanceamento de carga ***nesta parte da aplicação*** (é o que consta no artigo). [ ]'s André Em 1 de abril de 2010 19:41, vanberto alessandro de souza zuim vanbertoz...@yahoo.com.br vanbertozuim%40yahoo.com.br escreveu: Bom , tenho que descorda de você, o caso que o portilho falou nesse artigo foi de um comando mal desenvolvido que no caso gerou um problema de concorrencia de acesso aos blocos.mais isso não pode ser levado como um fator determinante do problema, ja que isso ocorreu por um sql mal desenvolvido. Fatores negativos do RAC:os serviços não poder ser mair que 200, se as consultas do seu sistema forem mal desenvolvidas vc vai ter duas vezes o problema que você ja tem, a questão da carga é relativo, funciona como uma single instance, se os recursos não estao suportando você tera que ter mais recursos,é o valor tbm é um grande problema..fora isso não estou lembrando de mais.. Valeu! Att.. Zuim. De: Duilio Bruniera Junior bruni...@gmail.com bruniera%40gmail.combruniera% 40gmail.com Para: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.broracle_br% 40yahoogrupos.com.br Enviadas: Quinta-feira, 1 de Abril de 2010 12:55:01 Assunto: Re: [oracle_br] rac - desvantagens Amigão, as vezes um ambiente RAC não é oque sua empresa precisa , dependendo do tipo de aplicativo que roda quando voce tem 2 nós ou mais de RAC tentando acessar o mesmo bloco do disco, se torna um caso complicado! eu ja tive esse problema e foi dificil de detectar depois de alguns meses eu li é materia no blog do Portilho. http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/ http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/ leia voce vai entender melhor. Em 31 de março de 2010 17:48, Rosivaldo Ramalho rosiva...@gmail.comrosivaldo%40gmail.com rosivaldo%40gmail.com escreveu: Amigo, o único problema de um grande ambiente com o RAC, é que se uma das máquinas cairem, a carga total pode não ser totalmente distribuída para os demais nós. Exemplo, se você tiver quatro máquinas, e as quatro máquinas trabalharem com 80% de capacidade, se uma cair, então você teria problemas de recurso, entende? Não sei se alguém teria mais opiniões, mas como desvantagem só consigo lembrar disso. On Wed, Mar 31, 2010 at 11:11 AM, orfeu lima orfe...@hotmail.comorfeuml%40hotmail.com orfeuml%40hotmail.com orfeuml%40hotmail.com wrote: Bom dia a todos do grupo, Gostaria de saber quais seriam as desvantagens de estar usando um RAC para um ambiente de grande porte. obrigado. __ Não deixe rastros ao navegar na Internet. Instale Grátis o Internet Explorer 8 agora. http://go.microsoft.com/?linkid=9707132 [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package
Re: [oracle_br] rac - desvantagens
Amigão, as vezes um ambiente RAC não é oque sua empresa precisa , dependendo do tipo de aplicativo que roda quando voce tem 2 nós ou mais de RAC tentando acessar o mesmo bloco do disco, se torna um caso complicado! eu ja tive esse problema e foi dificil de detectar depois de alguns meses eu li é materia no blog do Portilho. http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/ http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/leia voce vai entender melhor. Em 31 de março de 2010 17:48, Rosivaldo Ramalho rosiva...@gmail.comescreveu: Amigo, o único problema de um grande ambiente com o RAC, é que se uma das máquinas cairem, a carga total pode não ser totalmente distribuída para os demais nós. Exemplo, se você tiver quatro máquinas, e as quatro máquinas trabalharem com 80% de capacidade, se uma cair, então você teria problemas de recurso, entende? Não sei se alguém teria mais opiniões, mas como desvantagem só consigo lembrar disso. On Wed, Mar 31, 2010 at 11:11 AM, orfeu lima orfe...@hotmail.comorfeuml%40hotmail.com wrote: Bom dia a todos do grupo, Gostaria de saber quais seriam as desvantagens de estar usando um RAC para um ambiente de grande porte. obrigado. __ Não deixe rastros ao navegar na Internet. Instale Grátis o Internet Explorer 8 agora. http://go.microsoft.com/?linkid=9707132 [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ -- Links do Yahoo! Grupos -- Rosivaldo Azevedo Ramalho Consultor Oracle Database / Application Server mail/msn: rosiva...@gmail.com rosivaldo%40gmail.com mobile: +55 83 8893 8281 Oracle Database 10g Certified Professional Oracle Application Server 10g Certified Professional [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] rac - desvantagens
Zuim Peraí... Não foi bem isso de SQL mal desenvolvido, não! Li o artigo do Portilho, não tem nada a ver com o comando SQL... Talvez até possamos dizer que é um problema de arquitetura da aplicação: o problema era a tentativa frequente e concorrente de inserir dados na mesma tabela (o que levava à tentativa de acessar o mesmo bloco). Ou seja, a arquitetura do sistema não permitia escalar no RAC com balanceamento de carga ***nesta parte da aplicação*** (é o que consta no artigo). [ ]'s André Em 1 de abril de 2010 19:41, vanberto alessandro de souza zuim vanbertoz...@yahoo.com.br escreveu: Bom , tenho que descorda de você, o caso que o portilho falou nesse artigo foi de um comando mal desenvolvido que no caso gerou um problema de concorrencia de acesso aos blocos.mais isso não pode ser levado como um fator determinante do problema, ja que isso ocorreu por um sql mal desenvolvido. Fatores negativos do RAC:os serviços não poder ser mair que 200, se as consultas do seu sistema forem mal desenvolvidas vc vai ter duas vezes o problema que você ja tem, a questão da carga é relativo, funciona como uma single instance, se os recursos não estao suportando você tera que ter mais recursos,é o valor tbm é um grande problema..fora isso não estou lembrando de mais.. Valeu! Att.. Zuim. De: Duilio Bruniera Junior bruni...@gmail.com bruniera%40gmail.com Para: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br Enviadas: Quinta-feira, 1 de Abril de 2010 12:55:01 Assunto: Re: [oracle_br] rac - desvantagens Amigão, as vezes um ambiente RAC não é oque sua empresa precisa , dependendo do tipo de aplicativo que roda quando voce tem 2 nós ou mais de RAC tentando acessar o mesmo bloco do disco, se torna um caso complicado! eu ja tive esse problema e foi dificil de detectar depois de alguns meses eu li é materia no blog do Portilho. http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/ http://profissionaloracle.com.br/blogs/portilho/category/oracle/oracle-rac/ leia voce vai entender melhor. Em 31 de março de 2010 17:48, Rosivaldo Ramalho rosiva...@gmail.comrosivaldo%40gmail.com escreveu: Amigo, o único problema de um grande ambiente com o RAC, é que se uma das máquinas cairem, a carga total pode não ser totalmente distribuída para os demais nós. Exemplo, se você tiver quatro máquinas, e as quatro máquinas trabalharem com 80% de capacidade, se uma cair, então você teria problemas de recurso, entende? Não sei se alguém teria mais opiniões, mas como desvantagem só consigo lembrar disso. On Wed, Mar 31, 2010 at 11:11 AM, orfeu lima orfe...@hotmail.comorfeuml%40hotmail.com orfeuml%40hotmail.com wrote: Bom dia a todos do grupo, Gostaria de saber quais seriam as desvantagens de estar usando um RAC para um ambiente de grande porte. obrigado. __ Não deixe rastros ao navegar na Internet. Instale Grátis o Internet Explorer 8 agora. http://go.microsoft.com/?linkid=9707132 [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ -- Links do Yahoo! Grupos -- Rosivaldo Azevedo Ramalho Consultor Oracle Database / Application Server mail/msn: rosiva...@gmail.com rosivaldo%40gmail.com rosivaldo% 40gmail.com mobile: +55 83 8893 8281 Oracle Database 10g Certified Professional Oracle Application Server 10g Certified Professional [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ -- Links do Yahoo! Grupos __ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes
Re: [oracle_br] rac - desvantagens
Amigo, o único problema de um grande ambiente com o RAC, é que se uma das máquinas cairem, a carga total pode não ser totalmente distribuída para os demais nós. Exemplo, se você tiver quatro máquinas, e as quatro máquinas trabalharem com 80% de capacidade, se uma cair, então você teria problemas de recurso, entende? Não sei se alguém teria mais opiniões, mas como desvantagem só consigo lembrar disso. On Wed, Mar 31, 2010 at 11:11 AM, orfeu lima orfe...@hotmail.com wrote: Bom dia a todos do grupo, Gostaria de saber quais seriam as desvantagens de estar usando um RAC para um ambiente de grande porte. obrigado. _ Não deixe rastros ao navegar na Internet. Instale Grátis o Internet Explorer 8 agora. http://go.microsoft.com/?linkid=9707132 [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos -- Rosivaldo Azevedo Ramalho Consultor Oracle Database / Application Server mail/msn: rosiva...@gmail.com mobile: +55 83 8893 8281 Oracle Database 10g Certified Professional Oracle Application Server 10g Certified Professional
Re: [oracle_br] RAC + ASM + Standard Edition !!
Se puder enviar para mim também...agradeço. Ou ainda, disponibilizar em algum lugar para baixarmos. Grato Sérgio - Original Message - From: Henderson Rocha To: oracle_br@yahoogrupos.com.br ; Mária Cristina Silva Sent: Saturday, January 16, 2010 8:46 PM Subject: Re: [oracle_br] RAC + ASM + Standard Edition !! Boa Noite Maria Cristina, Vc poderia me enviar esse material do RAC tb, fico muito agradecido, vc näo sabe como esse mateial vai me ajudar. []'s Henderson Rocha 2010/1/12 Mária Cristina Silva mariancrist...@gmail.com Aqui temos exatamente esse ambiente... vou enviar pra vc um manualzinho que montamos. abraços, 2010/1/12 candiurudba candiuru...@yahoo.com.br Boa tarde, Estou pesquisando na WEB alguns manuais para a instalação e configuração do RAC para a versão Standard. Nunca trabalehi com ASM e por isso fico um poyuco com receio..por isso, quero testar exaustivamente esta possibilidade e o RAC... Alguem teria ou saberia de um bom manual, livro ou algo do tipo para que eu pudesse utilizar ? Ja encontrei alguns manuais aqui na web mas nada muito bom... -- Abraços, Mária Cristina Cel: 031-8883-5543 E-mail: mariancrist...@gmail.com MSN: mcristinasil...@hotmail.com -- O começo é a parte mais importante do trabalho. - Platão [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ -- Links do Yahoo! Grupos -- Atenciosamente, Henderson Rocha [As partes desta mensagem que não continham texto foram removidas] --- Esta mensagem não implica a assunção de obrigações em nome da empresa Irmãos Muffato e Cia Ltda, conforme Contrato Social em sua 3a. Cláusula da 56a. alteração. Qualquer uso não autorizado, replicação ou disseminação desta mensagem ou parte dela é expressamente proibido. A empresa Irmãos Muffato e Cia Ltda não é responsável pelo conteúdo ou a veracidade desta informação. [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] RAC + ASM + Standard Edition !!
Pode começar por esse link é um manual passo a passo para fazer a instalação, porém já peguei alguns erros de parametros. Para a instalação da base de produção consulta o Metalink para não haver parametros incorretos. http://www.oracle-base.com/articles/10g/OracleDB10gR2RACInstallationOnCentos4UsingVMware.php Se for usar o RH 5 terá algumas coisas difentes exemplo se for usar raw device(não recomendado no RH5) será diferente. Att. Marcelo Procksch 2010/1/12 candiurudba candiuru...@yahoo.com.br Boa tarde, Estou pesquisando na WEB alguns manuais para a instalação e configuração do RAC para a versão Standard. Nunca trabalehi com ASM e por isso fico um poyuco com receio..por isso, quero testar exaustivamente esta possibilidade e o RAC... Alguem teria ou saberia de um bom manual, livro ou algo do tipo para que eu pudesse utilizar ? Ja encontrei alguns manuais aqui na web mas nada muito bom... -- Att. Marcelo E. Procksch [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] RAC + ASM + Standard Edition !!
Se puder manda pra mim também raulf...@gmail.com 2010/1/12 Mária Cristina Silva mariancrist...@gmail.com Aqui temos exatamente esse ambiente... vou enviar pra vc um manualzinho que montamos. abraços, 2010/1/12 candiurudba candiuru...@yahoo.com.br Boa tarde, Estou pesquisando na WEB alguns manuais para a instalação e configuração do RAC para a versão Standard. Nunca trabalehi com ASM e por isso fico um poyuco com receio..por isso, quero testar exaustivamente esta possibilidade e o RAC... Alguem teria ou saberia de um bom manual, livro ou algo do tipo para que eu pudesse utilizar ? Ja encontrei alguns manuais aqui na web mas nada muito bom... -- Abraços, Mária Cristina Cel: 031-8883-5543 E-mail: mariancrist...@gmail.com MSN: mcristinasil...@hotmail.com -- O começo é a parte mais importante do trabalho. - Platão [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos -- --- Raul Francisco da Costa Ferreira de Andrade DBA - OCA - Oracle Certified Associate Fone: (41)8855-8874 Brt email: raulf...@gmail.com Deus não dá prova superior às forças daquele que a pede; só permite as que podem ser cumpridas. Se tal não sucede, não é que falte possibilidade, falta vontade. [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Rac 10g + Java
Welvis, que eu saiba, programar em Java acessando Oracle é transparente estar em RAC ou não... Quais suas dúvidas?? 2008/3/14 Welvis Douglas [EMAIL PROTECTED]: Olá pessoal, gostaria de saber quem mexe com RAC + Java aqui ??? pois tenho algumas duvidas;;; att, Welvis Douglas [As partes desta mensagem que não continham texto foram removidas] -- Milton Bastos Henriquis Junior (41) 9123-0100 [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Rac 10g + Java
Concordo, é que estou tendo problemas com conexão aqui, estes dias vi uma pessoa falando que tinha 6 nós, no rac, resumindo quero ver quem usa rac + java para saber qual o pool de conexão que estão usando, pois o que utilizamos aqui vive se perdendo.. abraço!. - Original Message - From: Milton Bastos Henriquis Jr. To: oracle_br@yahoogrupos.com.br Sent: Friday, March 14, 2008 3:54 PM Subject: Re: [oracle_br] Rac 10g + Java Welvis, que eu saiba, programar em Java acessando Oracle é transparente estar em RAC ou não... Quais suas dúvidas?? 2008/3/14 Welvis Douglas [EMAIL PROTECTED]: Olá pessoal, gostaria de saber quem mexe com RAC + Java aqui ??? pois tenho algumas duvidas;;; att, Welvis Douglas [As partes desta mensagem que não continham texto foram removidas] -- Milton Bastos Henriquis Junior (41) 9123-0100 [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] RAC + AIX + Problema Performance
Fala Alex! As estatísticas estão atualizadas? Os ambientes estão iguais? Com os mesmos índices? Mostre o plano de execução aqui nos dois ambientes. Faça um trace da sessão no RAC, utilizando DBMS_MONITOR, e, se possível (sem colocar informações restritas à mostra), mostre os pontos principais do trace. Gere um arquivo com o tkprof e mostre também. O importante é saber o que está causando a lentidão. Não é necessariamente o fato de ser um RAC, embora isso possa ter alguma influência que não sabemos. Em 19/02/08, Alex Zaballa [EMAIL PROTECTED] escreveu: Bom dia a todos, Instalei o RAC 10gR2(10.2.0.3) em um AIX 5.2, mas estou com problemas de performance. Por exemplo, tenho uma tabela com cerca de 30 milhoes de registros(3GB) particionada por ano e fazendo um select nela, no RAC está demorando em torno de 49 segundos para buscar informação referente ao dia 01/01/2007. No ambiente de produção atual(Linux Sles 9 - sem RAC) este tempo é de apenas 5 segundos (está utilizando o mesmo plano de execução). Desconfio que o problema possa ser de acesso a disco, pois dando um IOSTAT o %wio está em 90. Alguém já enfrentou algum problema parecido? Obrigado Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ [As partes desta mensagem que não continham texto foram removidas] -- Atenciosamente, Gleyson Melo Oracle Database 10g Administrator Certified Professional [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Rac
Nelson, Desvatagem de RAC eu conheço apenas duas: 1) Teu banco já está ruim (mal configurado) ou aplicação mal comportada. Sendo assim, colocar o RAC pura e simplesmente pode piorar mais ainda; 2) É o custo! ;-) Atenciosamente, Anderson Haertel Rodrigues Consultor Oracle TEIKO Soluções em Tecnologia da Informação Blumenau/SC (47) - 3035 3777 - (47) 9178 0170 www.teiko.com.br --- Nelson Cartaxo [EMAIL PROTECTED] escreveu: Pessoal bom dia, Vamos começar aqui na empresa, testes com RAC 10G(10.2.0). Gostaria de algumas dicas de como escolher uma base candidata a entrar em RAC. Pergunto isso pq ja vi aqui na propria lista, comentarios dizendo que em certos casos pode ser desvantagem colocar a base em cluster. O SO será solaris 10. A base não trabalhará com ASM, será em file system QFS. Obrigado desde já pela ajuda. Atenciosamente, Nelson Cartaxo __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ Apostilas » Dicas e Exemplos » Funções » Mundo Oracle » Package » Procedure » Scripts » Tutoriais acesse: http://www.oraclebr.com.br/codigo/ListaCodigo.php -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/[EMAIL PROTECTED]/ -- O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/
Re: [oracle_br] RAC 10g
Rafael, Oracle 10g Enterprise OS: RH AS 4.0 On 1/5/07, Rafael Milanez - BusinessOn [EMAIL PROTECTED] wrote: dia a sua estrutura SO, versão do RAC, versao do banco nós etc.. - Original Message - From: Felipe Renz To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br Sent: Friday, January 05, 2007 1:55 PM Subject: [oracle_br] RAC 10g Pessoal, Estive fora do forum por um tempo, mas estamos ai novamente, estou precisando montar um ambiente de RAC em 10g eu tinha um link que acabei perdendo de como fazer, tinha ate as isos para baixar lá... bom o que preciso eh como fazer para montar um RAC, alguem poderia me mandar alguma material??? ou link... muito obrigado.. [As partes desta mensagem que não continham texto foram removidas] -- Atenciosamente, Felipe Renz Binary Name: 0100011001100101011011000110100101110110010100100101001001100101011011100010 Cel.: 51 8184 7254 Msn: [EMAIL PROTECTED] [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] RAC 10g
http://www.oracle.com/technology/pub/articles/smiley_rac10g_install.html este é baseado no Red Hat Enterprise Linux Advanced Server 3 http://www.puschitz.com/InstallingOracle10gRAC.shtml - Original Message - From: Felipe Renz To: oracle_br@yahoogrupos.com.br Sent: Friday, January 05, 2007 4:16 PM Subject: Re: [oracle_br] RAC 10g Rafael, Oracle 10g Enterprise OS: RH AS 4.0 On 1/5/07, Rafael Milanez - BusinessOn [EMAIL PROTECTED] wrote: dia a sua estrutura SO, versão do RAC, versao do banco nós etc.. - Original Message - From: Felipe Renz To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br Sent: Friday, January 05, 2007 1:55 PM Subject: [oracle_br] RAC 10g Pessoal, Estive fora do forum por um tempo, mas estamos ai novamente, estou precisando montar um ambiente de RAC em 10g eu tinha um link que acabei perdendo de como fazer, tinha ate as isos para baixar lá... bom o que preciso eh como fazer para montar um RAC, alguem poderia me mandar alguma material??? ou link... muito obrigado.. [As partes desta mensagem que não continham texto foram removidas] -- Atenciosamente, Felipe Renz Binary Name: 0100011001100101011011000110100101110110010100100101001001100101011011100010 Cel.: 51 8184 7254 Msn: [EMAIL PROTECTED] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] RAC 10g
dia a sua estrutura SO, versão do RAC, versao do banco nós etc.. - Original Message - From: Felipe Renz To: oracle_br@yahoogrupos.com.br Sent: Friday, January 05, 2007 1:55 PM Subject: [oracle_br] RAC 10g Pessoal, Estive fora do forum por um tempo, mas estamos ai novamente, estou precisando montar um ambiente de RAC em 10g eu tinha um link que acabei perdendo de como fazer, tinha ate as isos para baixar lá... bom o que preciso eh como fazer para montar um RAC, alguem poderia me mandar alguma material??? ou link... muito obrigado.. [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] RAC com ocfs2
O ocfs2console consegue formatar e montar o filesystem numa boa? Jonathan Barbosa - Mensagem de [EMAIL PROTECTED] - Data: Tue, 19 Dec 2006 14:08:09 -0300 De: Eduardo de Paula [EMAIL PROTECTED] Endereço para Resposta (Reply-To): oracle_br@yahoogrupos.com.br Assunto: Re: [oracle_br] RAC com ocfs2 Para: oracle_br@yahoogrupos.com.br ja aconteceu isso comigo. qual kernel vc ta usando? vc ta instalando no suse ou no redhat? On 12/19/06, ricardolyrio [EMAIL PROTECTED] wrote: Estou tentando criar via dbca um banco usando o OCFS@ como file system e na hora que chega esta opção apenas o ASM está habilitado, alguém saberia porque? O OCR e o voting disk estão dentro do /u02/clustware, este está funcionando normalmente, o /u02/oradata está acessível menos no DBCA. fstab /dev/emcd4 /u02/clustware ocfs2 _netdev,datavolume,nointr 0 0 /dev/emcd1 /u02/oradata ocfs2 _netdev,datavolume,nointr 0 0 Grato Ricardo Lyrio -- Os erros podem ser transformados em acertos quando com eles se aprende. Não existe a segurança do acerto eterno. http://www.youtube.com/watch?v=c_GATOdvKxw msn: [EMAIL PROTECTED] [As partes desta mensagem que não continham texto foram removidas] -- E-mail Seguro Vetorial.net Mensagem classificada como NÃO-SPAM. Para classificar como SPAM, encaminhe para [EMAIL PROTECTED] Chave de Identificação: 49321,45881d9e924211529539599 - Final da mensagem de [EMAIL PROTECTED] -
Re: [oracle_br] RAC
Senhores, Alguem tem um bom material para instalacao e configuracao do Oracle RAC. E pra quem nao tem dinheiro pra comprar o Oracle RAC, voces teriam o esquema de Banco Primary e Standby, o standby e uma replicacao incremental do primary e quando tenho um erro no primary automaticamente o standby assume. Esse esquema que uso aqui, num tenho dinheiro pra fazer cluster..hehehe Tem material de instalacao e configuracao para esse esquema ? Meu ambiente e : Linux Red Hat Server e Oracle 10g Pelo que estou checando pelos comentarios dos colegas, me parece que este produto nao e tao bom como pensavamos. [As partes desta mensagem que não continham texto foram removidas] Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle VISITE: http://www.enpo-br.org/ - Dia 11/11 Vagas Limitadas Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: WWW.ORACLEBR.COM.BR Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] RAC com Solaris
Nelson, passamos por vários problemas na versão 10gR1...na 10gR2 para HP-UX também tivemos problemas com alguns bugs... Abs, Felipe Venancio Nelson Cartaxo [EMAIL PROTECTED] Enviado Por: oracle_br@yahoogrupos.com.br 18/10/2006 17:36 Favor responder a oracle_br@yahoogrupos.com.br Para oracle_br@yahoogrupos.com.br cc Assunto [oracle_br] RAC com Solaris Pessoal boa tarde, Alguém já instalou RAC em Solaris 10? Alguém teria algum passo a passo ou poderia me dizer se passou por algum problema, bug, etc? Qualquer ajuda será bem vinda. Obrigado. Atenciosamente, Nelson Cartaxo DBA ORACLE _ De: Carlos A.M. Menezes [mailto:[EMAIL PROTECTED] Enviada em: Wednesday, October 18, 2006 3:29 PM Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] RAC Colega, É exatamente esse o meu sentimento, também tenho os mesmos problemas. As últimas alterações que fiz para aumentar a estabilidade foram: -- No boot do kernel colocar a opção de elevator=deadline. Tem BUG relacionado com a opção default(cfq) e RAC; -- Na options da interface de rede e1000, ativar o FlowControl. Vejas detalhes em http://www.puschitz.com/TuningLinuxForOracle.shtml http://www.puschitz.com/TuningLinuxForOracle.shtml Fiz a alteração hoje, ainda não deu para saber se resolveu o problema. Abraços, Carlos Alfredo M. de Menezes -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de [EMAIL PROTECTED] Enviada em: quarta-feira, 18 de outubro de 2006 13:38 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] RAC Bom Dia! Estou com algumas duvidas sobre, o RAC no Oracle10. É impressão minha ou o produto parece estar mal acabado. Na versão 10.2.0.1 tive diversos problemas, instancias paravam sem motivo. Na versão 10.2.0.2 ainda tenho alguns problemas, hoje por exemplo meu banco ficou praticamente travado...ninguém logava e não havia nenhuma rotina significante executando, no alerta peguei : WARNING: inbound connection timed out (ORA-3136) Alguém já passou por isso?? Oracle 10.2.0.2 em HP-UX Abs, Felipe Venancio [As partes desta mensagem que não continham texto foram removidas] Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle VISITE: http://www.enpo-br.org/ http://www.enpo-br.org/ - Dia 11/11 Vagas Limitadas Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: WWW.ORACLEBR.COM.BR Links do Yahoo! Grupos [As partes desta mensagem que não continham texto foram removidas] Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle VISITE: http://www.enpo-br.org/ - Dia 11/11 Vagas Limitadas Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: WWW.ORACLEBR.COM.BR Links do Yahoo! Grupos [As partes desta mensagem que não continham texto foram removidas] Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle VISITE: http://www.enpo-br.org/ - Dia 11/11 Vagas Limitadas Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- O GRUPO
Re: [oracle_br] RAC
No livro manual do dba 10g. Tem um passo a passso de como instalar o configurar o standby Mensagem Original: Data: 09:53:53 19/10/2006 De: Richard Scott [EMAIL PROTECTED] Assunto: Re: [oracle_br] RAC Senhores, Alguem tem um bom material para instalacao e configuracao do Oracle RAC. E pra quem nao tem dinheiro pra comprar o Oracle RAC, voces teriam o esquema de Banco Primary e Standby, o standby e uma replicacao incremental do primary e quando tenho um erro no primary automaticamente o standby assume. Esse esquema que uso aqui, num tenho dinheiro pra fazer cluster..hehehe Tem material de instalacao e configuracao para esse esquema ? Meu ambiente e : Linux Red Hat Server e Oracle 10g Pelo que estou checando pelos comentarios dos colegas, me parece que este produto nao e tao bom como pensavamos. [As partes desta mensagem que não continham texto foram removidas] Atenciosamente, Rodrigo Mufalani [EMAIL PROTECTED] (21) 910739169 Aqui na Oi Internet você ganha ou ganha. Além de acesso grátis com qualidade, ganha contas ilimitadas de email com 1 giga cada uma. Ganha espaço ilimitado para hospedar sua página pessoal. Ganha flog, suporte grátis e muito mais. Baixe grátis o Discador em http://www.oi.com.br/discador e comece a ganhar. Agora, se o seu negócio é voar na internet sem pagar uma fortuna, assine Oi Internet banda larga a partir de R$ 9,90. Clique em http://www.oi.com.br/bandalarga e aproveite essa moleza! Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle VISITE: http://www.enpo-br.org/ - Dia 11/11 Vagas Limitadas Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: WWW.ORACLEBR.COM.BR Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] RAC 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 * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] RAC 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 -- 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
Re: [oracle_br] RAC
Olá, Carlos e André! Concordo em termos com o que disse o Carlos: um ambiente RAC é realmente mais complexo. Mas, discordo no que diz respeito aos problemas e instabilidades... Tenho vários ambientes cluster, ainda na versão 10.2.0.1, que estão rodando perfeitamente. Realmente ocorreram alguns problemas de congelamento em um dos ambientes. No meu caso, depois de algum tempo de pesquisa, o problema foi resolvido tranquilamente, com alguns parâmetros de SQLNET e de inicialização da instance. Em relação à performance, a diferença é muito grande, já que há balanceamento. Em um desses ambientes, tive um problema de disco. O ambiente é 24/7, e não parou graças ao cluster! Enfim, eu recomendo tranquilamente. Abraço! Ricardo. - Original Message - From: Carlos A.M. Menezes To: oracle_br@yahoogrupos.com.br Sent: Friday, June 16, 2006 10:26 AM Subject: RES: [oracle_br] RAC Caro colega, Temos um ambiente RAC de produção em RedHat Linux 4 X86-64 e Oracle SE 10.2.0.2 desde abril. O que tenho a comentar é: É um ambiente muito mais complexo de configurar, já trabalhei desde 2001 com outra solução de cluster e de longe, o RAC é infinitamente mais complexo; Se você trabalha muito com sequences, provavelmente será forçado a aumentar o cache e NOORDER para não ter problemas de performance. Depois que migrei para 10g e RAC aumentou muito o número de erros do tipo ORA-0600 e ORA-7445; Tenho um problema sério e intermitente, ainda não totalmente explicado e que está com um chamado aberto no suporte da Oracle desde o dia 25 de abril. As duas instâncias simplesmente ficam congeladas por um determinado período, às vezes rapidamente que o usuário não chega a perceber, outras duram vários minutos. Já tem uma tonelada de dump,rda,racdiag, e todo tipo de logs com o suporte da Oracle e eles ainda não identificaram o problema. Esse único problema é que tem desapontado. Se você investe em uma solução que teoricamente é para aumentar a disponibilidade, na verdade agora, meu ambiente está com menos disponibilidade que antes. Difícil justificar isso não acha? Eu estou agora convencido que a opinião mais coerente que eu li sobre usar ou não usar RAC está no documento de Morgen Norgaard: You Propably don´t Need RAC (http://www.miracleas.dk/WritingsFromMogens/YouProbablyDontNeedRACUSVersion.pdf) Abraços e Boa Sorte Carlos Alfredo M. de Menezes -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Andre Enviada em: quarta-feira, 14 de junho de 2006 22:09 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] RAC Pessoal, Gostaria que se possivel aqueles que tem ambiente RAC qual versao e se possivel for no 10GR2, quais problemas enfrentados e as fontes de recurso para instalacao, configuracao e dicas de solucao dos problemas encontrados. Obrigado. Atenciosamente, André Luiz Oliveira da Rocha Consultor Oracle - Instrutor Oficial Oracle __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ [As partes desta mensagem que não continham texto foram removidas] -- 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/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. 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/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. Links do Yahoo! Grupos [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] RAC
Bom dia, Estou com estes problemas de travamento como citado pelo nosso colega. No entanto estou rodando no HP Itanium e com o 9.2.0.6. Por favor Ricardo, quais seriam estes parametros SQLNet e de inicializacao que vc falou? O patch do 9.2.0.7 ajuda? Obrigado. Ricardo Brambila [EMAIL PROTECTED] escreveu: Olá, Carlos e André! Concordo em termos com o que disse o Carlos: um ambiente RAC é realmente mais complexo. Mas, discordo no que diz respeito aos problemas e instabilidades... Tenho vários ambientes cluster, ainda na versão 10.2.0.1, que estão rodando perfeitamente. Realmente ocorreram alguns problemas de congelamento em um dos ambientes. No meu caso, depois de algum tempo de pesquisa, o problema foi resolvido tranquilamente, com alguns parâmetros de SQLNET e de inicialização da instance. Em relação à performance, a diferença é muito grande, já que há balanceamento. Em um desses ambientes, tive um problema de disco. O ambiente é 24/7, e não parou graças ao cluster! Enfim, eu recomendo tranquilamente. Abraço! Ricardo. - Original Message - From: Carlos A.M. Menezes To: oracle_br@yahoogrupos.com.br Sent: Friday, June 16, 2006 10:26 AM Subject: RES: [oracle_br] RAC Caro colega, Temos um ambiente RAC de produção em RedHat Linux 4 X86-64 e Oracle SE 10.2.0.2 desde abril. O que tenho a comentar é: É um ambiente muito mais complexo de configurar, já trabalhei desde 2001 com outra solução de cluster e de longe, o RAC é infinitamente mais complexo; Se você trabalha muito com sequences, provavelmente será forçado a aumentar o cache e NOORDER para não ter problemas de performance. Depois que migrei para 10g e RAC aumentou muito o número de erros do tipo ORA-0600 e ORA-7445; Tenho um problema sério e intermitente, ainda não totalmente explicado e que está com um chamado aberto no suporte da Oracle desde o dia 25 de abril. As duas instâncias simplesmente ficam congeladas por um determinado período, às vezes rapidamente que o usuário não chega a perceber, outras duram vários minutos. Já tem uma tonelada de dump,rda,racdiag, e todo tipo de logs com o suporte da Oracle e eles ainda não identificaram o problema. Esse único problema é que tem desapontado. Se você investe em uma solução que teoricamente é para aumentar a disponibilidade, na verdade agora, meu ambiente está com menos disponibilidade que antes. Difícil justificar isso não acha? Eu estou agora convencido que a opinião mais coerente que eu li sobre usar ou não usar RAC está no documento de Morgen Norgaard: You Propably don´t Need RAC (http://www.miracleas.dk/WritingsFromMogens/YouProbablyDontNeedRACUSVersion.pdf) Abraços e Boa Sorte Carlos Alfredo M. de Menezes -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Andre Enviada em: quarta-feira, 14 de junho de 2006 22:09 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] RAC Pessoal, Gostaria que se possivel aqueles que tem ambiente RAC qual versao e se possivel for no 10GR2, quais problemas enfrentados e as fontes de recurso para instalacao, configuracao e dicas de solucao dos problemas encontrados. Obrigado. Atenciosamente, André Luiz Oliveira da Rocha Consultor Oracle - Instrutor Oficial Oracle __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ [As partes desta mensagem que não continham texto foram removidas] -- 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/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. 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/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine
Re: [oracle_br] RAC
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tenho um RAC 10.2.0.1 rodando em RH4AS com 2 nós ... e nao tive nenhum problema de travamento... tenho conexao privada gigabit entre os nós ... uso um storage HP... nao tive esses problemas Thiago M. Zerbinato [thiagomz] OCP DBA - --- http://thiagomz.hpg.com.br Rodrigo Rodrigues wrote: Bom dia, Estou com estes problemas de travamento como citado pelo nosso colega. No entanto estou rodando no HP Itanium e com o 9.2.0.6. Por favor Ricardo, quais seriam estes parametros SQLNet e de inicializacao que vc falou? O patch do 9.2.0.7 ajuda? Obrigado. Ricardo Brambila [EMAIL PROTECTED] escreveu: Olá, Carlos e André! Concordo em termos com o que disse o Carlos: um ambiente RAC é realmente mais complexo. Mas, discordo no que diz respeito aos problemas e instabilidades... Tenho vários ambientes cluster, ainda na versão 10.2.0.1, que estão rodando perfeitamente. Realmente ocorreram alguns problemas de congelamento em um dos ambientes. No meu caso, depois de algum tempo de pesquisa, o problema foi resolvido tranquilamente, com alguns parâmetros de SQLNET e de inicialização da instance. Em relação à performance, a diferença é muito grande, já que há balanceamento. Em um desses ambientes, tive um problema de disco. O ambiente é 24/7, e não parou graças ao cluster! Enfim, eu recomendo tranquilamente. Abraço! Ricardo. - Original Message - From: Carlos A.M. Menezes To: oracle_br@yahoogrupos.com.br Sent: Friday, June 16, 2006 10:26 AM Subject: RES: [oracle_br] RAC Caro colega, Temos um ambiente RAC de produção em RedHat Linux 4 X86-64 e Oracle SE 10.2.0.2 desde abril. O que tenho a comentar é: É um ambiente muito mais complexo de configurar, já trabalhei desde 2001 com outra solução de cluster e de longe, o RAC é infinitamente mais complexo; Se você trabalha muito com sequences, provavelmente será forçado a aumentar o cache e NOORDER para não ter problemas de performance. Depois que migrei para 10g e RAC aumentou muito o número de erros do tipo ORA-0600 e ORA-7445; Tenho um problema sério e intermitente, ainda não totalmente explicado e que está com um chamado aberto no suporte da Oracle desde o dia 25 de abril. As duas instâncias simplesmente ficam congeladas por um determinado período, às vezes rapidamente que o usuário não chega a perceber, outras duram vários minutos. Já tem uma tonelada de dump,rda,racdiag, e todo tipo de logs com o suporte da Oracle e eles ainda não identificaram o problema. Esse único problema é que tem desapontado. Se você investe em uma solução que teoricamente é para aumentar a disponibilidade, na verdade agora, meu ambiente está com menos disponibilidade que antes. Difícil justificar isso não acha? Eu estou agora convencido que a opinião mais coerente que eu li sobre usar ou não usar RAC está no documento de Morgen Norgaard: You Propably don´t Need RAC (http://www.miracleas.dk/WritingsFromMogens/YouProbablyDontNeedRACUSVersion.pdf) Abraços e Boa Sorte Carlos Alfredo M. de Menezes -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Andre Enviada em: quarta-feira, 14 de junho de 2006 22:09 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] RAC Pessoal, Gostaria que se possivel aqueles que tem ambiente RAC qual versao e se possivel for no 10GR2, quais problemas enfrentados e as fontes de recurso para instalacao, configuracao e dicas de solucao dos problemas encontrados. Obrigado. Atenciosamente, André Luiz Oliveira da Rocha Consultor Oracle - Instrutor Oficial Oracle __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ [As partes desta mensagem que não continham texto foram removidas] -- 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/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. Links do Yahoo! Grupos -- Atenção! As