RES: {Disarmed} RES: {Disarmed} RES: RES: [oracle_br] Performance de máquina
Sim, sessões inativas por muito tempo dão a impressão de desperdício, o usuário
parece não está interagindo com a aplicação e conseqüentemente com o banco de
dados também. Aí vem o dilema, vou detonar a sessão dele, isso me parece um
pouco mais radical, e deve ser feito com extremo cuidado para não derrubar
sessões erradas, e óbvio, só faz sentido para sessões dedicated.
Mas que tal usar uma outra abordagem, por que não usar um profile com o
resource Idle_Time setado, por exemplo em 60 (minutos), e depois associar a
conta do usuário a esse profile. Com isso você implementa um mecanismo menos
traumático e melhor, automático, de gerenciamento de sessões inativas por um
longo tempo.
Após o tempo de inatividade setado, a sessão passa para um estado de SNIPED, os
recursos são liberados e quando o usuário for tentar usar a aplicação irá
receber uma exceção.
Abraços,
Carlos Alfredo M. de Menezes
-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Pablo
Quadros
Enviada em: quarta-feira, 23 de agosto de 2006 16:10
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: {Disarmed} RES: {Disarmed} RES: RES: [oracle_br] Performance de
máquina
Blz! Já tinha imaginado isto...
Me surgiu outra dúvida agora... Se eu kickar estas conexões a tempos inativas,
libero mem para o oracle? Ou ele não aloca pga ou mem do servidor para cada um?
Estou usando conexão dedicated
abraços
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Carlos
A.M. Menezes
Enviada em: quarta-feira, 23 de agosto de 2006 15:48
Para: oracle_br@yahoogrupos.com.br
Assunto: {Disarmed} RES: {Disarmed} RES: RES: [oracle_br] Performance de máquina
Caro,
Vale aqui uma explicação básica sobre a coluna last_call_et. Esta coluna
apenas informa o tempo decorrido desde a última instrução enviada ao banco,
essa coluna precisa ser analisada em conjunto com outras, principalmente a
coluna status. Quando status = 'ACTIVE' quer dizer que a sessão encontra-se em
um estado que o banco precisa processar algo, sendo assim, chegamos a uma
estimativa de tempo decorrido para executar uma instrução SQL.
Se você encontrar sessões de usuários (descarte por enquanto sessões de
background e de jobs) com status = 'ACTIVE' e last_call_et > 1000, dá para
dizer que se passaram 1000 segundos desde que o banco recebeu a instrução SQL e
ainda não conseguiu concluir. As causas dessa demora não são reveladas tão
diretamente, mas se vc já está com a versão 10g, acompanhe a coluna event, essa
coluna revela a classe de wait em que a instrução se encontra.
É muito comum ter várias sessões com last_call_et com valore altíssimos
sem necessariamente representar algum problema, desde que estejam em INACTIVE.
Para mim, em ambientes OLTP, sessões de usuários que estão processando
(status='ACTIVE') e que possuem last_call_et > 30 já seriam motivos de
investigação. Em ambientes Mistos (a maioria), existe uma certa tolerância para
alguns poucos comandos que podem consumir até uns preciosos minutos, sem
necessariamente representar um problema.
Abraços,
Carlos Alfredo M. de Menezes
-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Pablo
Quadros
Enviada em: quarta-feira, 23 de agosto de 2006 14:52
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: {Disarmed} RES: RES: [oracle_br] Performance de máquina
e o q pode ser considerado alto? maior de 10 ?
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Carlos
A.M. Menezes
Enviada em: quarta-feira, 23 de agosto de 2006 14:24
Para: oracle_br@yahoogrupos.com.br
Assunto: {Disarmed} RES: RES: [oracle_br] Performance de máquina
Oi,
Na mesma view que lhe deu a resposta de quantas sessões estavam ativas e
inativas, a V$SESSION. Quando for pesquisar, procure as sessões ativas
(STATUS='ACTIVE'), no primeiro momento despreze as sessões de background e
concentre-se nas sessões de usuários. Faça um SELECT * FROM V$SESSION para ir
se familiarizando com as diversas colunas que essa view possui.
Abraços,
Carlos Alfredo M. de Menezes
-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de pquadros
Enviada em: quarta-feira, 23 de agosto de 2006 13:36
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Performance de máquina
Oi Carlos!
a coluna last_call_et seria de qual view?
--- Em oracle_br@yahoogrupos.com.br, "Carlos A.M. Menezes"
<[EMAIL PROTECTED]> escreveu
>
> Colega,
> Acho que se essas 20 sessões ativas forem de usuários,
provavelmente deve ser a causa dos 100% de CPU. Seu servidor tem 2
processadores, em teoria bastariam 2 sessões de usuários com comandos
SQL problemáticos para consumir toda a cpu. Verifique a coluna
last_call_et dessas 20 sessões ativas
RES: {Disarmed} RES: {Disarmed} RES: RES: [oracle_br] Performance de máquina
Blz! Já tinha imaginado isto...
Me surgiu outra dúvida agora... Se eu kickar estas conexões a tempos inativas,
libero mem para o oracle? Ou ele não aloca pga ou mem do servidor para cada um?
Estou usando conexão dedicated
abraços
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Carlos
A.M. Menezes
Enviada em: quarta-feira, 23 de agosto de 2006 15:48
Para: oracle_br@yahoogrupos.com.br
Assunto: {Disarmed} RES: {Disarmed} RES: RES: [oracle_br] Performance de máquina
Caro,
Vale aqui uma explicação básica sobre a coluna last_call_et. Esta coluna
apenas informa o tempo decorrido desde a última instrução enviada ao banco,
essa coluna precisa ser analisada em conjunto com outras, principalmente a
coluna status. Quando status = 'ACTIVE' quer dizer que a sessão encontra-se em
um estado que o banco precisa processar algo, sendo assim, chegamos a uma
estimativa de tempo decorrido para executar uma instrução SQL.
Se você encontrar sessões de usuários (descarte por enquanto sessões de
background e de jobs) com status = 'ACTIVE' e last_call_et > 1000, dá para
dizer que se passaram 1000 segundos desde que o banco recebeu a instrução SQL e
ainda não conseguiu concluir. As causas dessa demora não são reveladas tão
diretamente, mas se vc já está com a versão 10g, acompanhe a coluna event, essa
coluna revela a classe de wait em que a instrução se encontra.
É muito comum ter várias sessões com last_call_et com valore altíssimos
sem necessariamente representar algum problema, desde que estejam em INACTIVE.
Para mim, em ambientes OLTP, sessões de usuários que estão processando
(status='ACTIVE') e que possuem last_call_et > 30 já seriam motivos de
investigação. Em ambientes Mistos (a maioria), existe uma certa tolerância para
alguns poucos comandos que podem consumir até uns preciosos minutos, sem
necessariamente representar um problema.
Abraços,
Carlos Alfredo M. de Menezes
-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Pablo
Quadros
Enviada em: quarta-feira, 23 de agosto de 2006 14:52
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: {Disarmed} RES: RES: [oracle_br] Performance de máquina
e o q pode ser considerado alto? maior de 10 ?
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Carlos
A.M. Menezes
Enviada em: quarta-feira, 23 de agosto de 2006 14:24
Para: oracle_br@yahoogrupos.com.br
Assunto: {Disarmed} RES: RES: [oracle_br] Performance de máquina
Oi,
Na mesma view que lhe deu a resposta de quantas sessões estavam ativas e
inativas, a V$SESSION. Quando for pesquisar, procure as sessões ativas
(STATUS='ACTIVE'), no primeiro momento despreze as sessões de background e
concentre-se nas sessões de usuários. Faça um SELECT * FROM V$SESSION para ir
se familiarizando com as diversas colunas que essa view possui.
Abraços,
Carlos Alfredo M. de Menezes
-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de pquadros
Enviada em: quarta-feira, 23 de agosto de 2006 13:36
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Performance de máquina
Oi Carlos!
a coluna last_call_et seria de qual view?
--- Em oracle_br@yahoogrupos.com.br, "Carlos A.M. Menezes"
<[EMAIL PROTECTED]> escreveu
>
> Colega,
> Acho que se essas 20 sessões ativas forem de usuários,
provavelmente deve ser a causa dos 100% de CPU. Seu servidor tem 2
processadores, em teoria bastariam 2 sessões de usuários com comandos
SQL problemáticos para consumir toda a cpu. Verifique a coluna
last_call_et dessas 20 sessões ativas, valores altos geralmente
indicam problemas.
>
> Carlos Alfredo M. de Menezes
>
>
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br
[mailto:[EMAIL PROTECTED] Em nome de rocharolr
> Enviada em: terça-feira, 22 de agosto de 2006 14:59
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] Performance de máquina
>
> Srs,
>
> Estou com o banco 9.2.0.1 instalado numa máquina AIX4.3.3 com dois
processadores de 450MHz e 4Gb de memória.
>
> Estou com 3Gb de max SGA e 17G de swap disponível.
>
> Para minha surpresa, estou com o consumo de CPU a 100% mesmo com
poucos usuários conectados (150 inativos e 20 ativos).
>
> Alguém pode dar uma luz sobre o pq desse consumo de CPU?
>
> Grato.
>
> Rocha
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
>
--
> Atenção!
RES: {Disarmed} RES: RES: [oracle_br] Performance de máquina
Caro,
Vale aqui uma explicação básica sobre a coluna last_call_et. Esta
coluna apenas informa o tempo decorrido desde a última instrução enviada ao
banco, essa coluna precisa ser analisada em conjunto com outras, principalmente
a coluna status. Quando status = 'ACTIVE' quer dizer que a sessão encontra-se
em um estado que o banco precisa processar algo, sendo assim, chegamos a uma
estimativa de tempo decorrido para executar uma instrução SQL.
Se você encontrar sessões de usuários (descarte por enquanto sessões de
background e de jobs) com status = 'ACTIVE' e last_call_et > 1000, dá para
dizer que se passaram 1000 segundos desde que o banco recebeu a instrução SQL e
ainda não conseguiu concluir. As causas dessa demora não são reveladas tão
diretamente, mas se vc já está com a versão 10g, acompanhe a coluna event, essa
coluna revela a classe de wait em que a instrução se encontra.
É muito comum ter várias sessões com last_call_et com valore altíssimos
sem necessariamente representar algum problema, desde que estejam em INACTIVE.
Para mim, em ambientes OLTP, sessões de usuários que estão processando
(status='ACTIVE') e que possuem last_call_et > 30 já seriam motivos de
investigação. Em ambientes Mistos (a maioria), existe uma certa tolerância para
alguns poucos comandos que podem consumir até uns preciosos minutos, sem
necessariamente representar um problema.
Abraços,
Carlos Alfredo M. de Menezes
-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Pablo
Quadros
Enviada em: quarta-feira, 23 de agosto de 2006 14:52
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: {Disarmed} RES: RES: [oracle_br] Performance de máquina
e o q pode ser considerado alto? maior de 10 ?
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Carlos
A.M. Menezes
Enviada em: quarta-feira, 23 de agosto de 2006 14:24
Para: oracle_br@yahoogrupos.com.br
Assunto: {Disarmed} RES: RES: [oracle_br] Performance de máquina
Oi,
Na mesma view que lhe deu a resposta de quantas sessões estavam ativas e
inativas, a V$SESSION. Quando for pesquisar, procure as sessões ativas
(STATUS='ACTIVE'), no primeiro momento despreze as sessões de background e
concentre-se nas sessões de usuários. Faça um SELECT * FROM V$SESSION para ir
se familiarizando com as diversas colunas que essa view possui.
Abraços,
Carlos Alfredo M. de Menezes
-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de pquadros
Enviada em: quarta-feira, 23 de agosto de 2006 13:36
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Performance de máquina
Oi Carlos!
a coluna last_call_et seria de qual view?
--- Em oracle_br@yahoogrupos.com.br, "Carlos A.M. Menezes"
<[EMAIL PROTECTED]> escreveu
>
> Colega,
> Acho que se essas 20 sessões ativas forem de usuários,
provavelmente deve ser a causa dos 100% de CPU. Seu servidor tem 2
processadores, em teoria bastariam 2 sessões de usuários com comandos
SQL problemáticos para consumir toda a cpu. Verifique a coluna
last_call_et dessas 20 sessões ativas, valores altos geralmente
indicam problemas.
>
> Carlos Alfredo M. de Menezes
>
>
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br
[mailto:[EMAIL PROTECTED] Em nome de rocharolr
> Enviada em: terça-feira, 22 de agosto de 2006 14:59
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] Performance de máquina
>
> Srs,
>
> Estou com o banco 9.2.0.1 instalado numa máquina AIX4.3.3 com dois
processadores de 450MHz e 4Gb de memória.
>
> Estou com 3Gb de max SGA e 17G de swap disponível.
>
> Para minha surpresa, estou com o consumo de CPU a 100% mesmo com
poucos usuários conectados (150 inativos e 20 ativos).
>
> Alguém pode dar uma luz sobre o pq desse consumo de CPU?
>
> Grato.
>
> Rocha
>
>
> [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
>
-
RES: {Disarmed} RES: RES: [oracle_br] Performance de máquina
e o q pode ser considerado alto? maior de 10 ?
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Carlos
A.M. Menezes
Enviada em: quarta-feira, 23 de agosto de 2006 14:24
Para: oracle_br@yahoogrupos.com.br
Assunto: {Disarmed} RES: RES: [oracle_br] Performance de máquina
Oi,
Na mesma view que lhe deu a resposta de quantas sessões estavam ativas e
inativas, a V$SESSION. Quando for pesquisar, procure as sessões ativas
(STATUS='ACTIVE'), no primeiro momento despreze as sessões de background e
concentre-se nas sessões de usuários. Faça um SELECT * FROM V$SESSION para ir
se familiarizando com as diversas colunas que essa view possui.
Abraços,
Carlos Alfredo M. de Menezes
-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de pquadros
Enviada em: quarta-feira, 23 de agosto de 2006 13:36
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Performance de máquina
Oi Carlos!
a coluna last_call_et seria de qual view?
--- Em oracle_br@yahoogrupos.com.br, "Carlos A.M. Menezes"
<[EMAIL PROTECTED]> escreveu
>
> Colega,
> Acho que se essas 20 sessões ativas forem de usuários,
provavelmente deve ser a causa dos 100% de CPU. Seu servidor tem 2
processadores, em teoria bastariam 2 sessões de usuários com comandos
SQL problemáticos para consumir toda a cpu. Verifique a coluna
last_call_et dessas 20 sessões ativas, valores altos geralmente
indicam problemas.
>
> Carlos Alfredo M. de Menezes
>
>
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br
[mailto:[EMAIL PROTECTED] Em nome de rocharolr
> Enviada em: terça-feira, 22 de agosto de 2006 14:59
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] Performance de máquina
>
> Srs,
>
> Estou com o banco 9.2.0.1 instalado numa máquina AIX4.3.3 com dois
processadores de 450MHz e 4Gb de memória.
>
> Estou com 3Gb de max SGA e 17G de swap disponível.
>
> Para minha surpresa, estou com o consumo de CPU a 100% mesmo com
poucos usuários conectados (150 inativos e 20 ativos).
>
> Alguém pode dar uma luz sobre o pq desse consumo de CPU?
>
> Grato.
>
> Rocha
>
>
> [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
>
--
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
--
This message has been scanned for viruses and
dangerous content by MailScanner <http://www.mailscanner.info/> , and is
believed to be clean.
--
(Esta mensagem e originalmente escrita sem o uso de acentos ou ortografia
apropriada, por questoes de configuracao de aplicativos de software livre.)
Esta mensagem, incluindo seus eventuais anexos, pode conter informacoes
confidenciais, de uso restrito e/ou legalmente protegidas. Se voce recebeu
esta mensagem por engano, nao deve usar,
copiar, divulgar, distribuir ou tomar qualquer atitude com base nestas
informacoes. Solicitamos que voce elimine a mensagem imediatamente de seu
sistema e avise-nos, enviando uma mensagem
diretamente para o remetente e para [EMAIL PROTECTED] Todas as opinioes,
conclusoes ou informacoes contidas nesta mensagem somente sera consideradas
como provenientes da
Ingleza quando efetivamente confirmadas, formalmente, por um de seus
representantes legais, devidamente autor
RES: RES: [oracle_br] Performance de máquina
Oi, Na mesma view que lhe deu a resposta de quantas sessões estavam ativas e inativas, a V$SESSION. Quando for pesquisar, procure as sessões ativas (STATUS='ACTIVE'), no primeiro momento despreze as sessões de background e concentre-se nas sessões de usuários. Faça um SELECT * FROM V$SESSION para ir se familiarizando com as diversas colunas que essa view possui. Abraços, Carlos Alfredo M. de Menezes -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de pquadros Enviada em: quarta-feira, 23 de agosto de 2006 13:36 Para: oracle_br@yahoogrupos.com.br Assunto: Re: RES: [oracle_br] Performance de máquina Oi Carlos! a coluna last_call_et seria de qual view? --- Em oracle_br@yahoogrupos.com.br, "Carlos A.M. Menezes" <[EMAIL PROTECTED]> escreveu > > Colega, > Acho que se essas 20 sessões ativas forem de usuários, provavelmente deve ser a causa dos 100% de CPU. Seu servidor tem 2 processadores, em teoria bastariam 2 sessões de usuários com comandos SQL problemáticos para consumir toda a cpu. Verifique a coluna last_call_et dessas 20 sessões ativas, valores altos geralmente indicam problemas. > > Carlos Alfredo M. de Menezes > > > -Mensagem original- > De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de rocharolr > Enviada em: terça-feira, 22 de agosto de 2006 14:59 > Para: oracle_br@yahoogrupos.com.br > Assunto: [oracle_br] Performance de máquina > > Srs, > > Estou com o banco 9.2.0.1 instalado numa máquina AIX4.3.3 com dois processadores de 450MHz e 4Gb de memória. > > Estou com 3Gb de max SGA e 17G de swap disponível. > > Para minha surpresa, estou com o consumo de CPU a 100% mesmo com poucos usuários conectados (150 inativos e 20 ativos). > > Alguém pode dar uma luz sobre o pq desse consumo de CPU? > > Grato. > > Rocha > > > [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 > -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine Links do Yahoo! Grupos -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
