Re: [oracle_br] Monitoring Index

2016-07-06 Por tôpico angelo angelolis...@gmail.com [oracle_br] 
Se essa máquina tivesse 2 processadores certamente faria diferença




2016-07-06 11:35 GMT-03:00 Rosivaldo Ramalho rosiva...@gmail.com
[oracle_br] :

>
>
> Rafael,
>
> Olha como está a quantidade de parses das consultas (a não utilização de
> bind variables), acredito ser um ponto melhor a atacar ao invés de ir para
> os índices, até porque você terá que fazer isso índice a índice.
>
> Se for para a monitoria de índice mesmo, dá para automatizar o ON/OFF da
> monitoria e o uso deles, mas o que eu me preocuparia é o tempo de
> amostragem de uso, um mês pode não ser suficiente.
>
> Atenciosamente
> --
> Rosivaldo Ramalho 
> Diretor na RLXE - http://www.rlxe.com.br
> 
>
> OCP DB 10g | OCP DB 11g | OCE RAC 11g | OCE PT 11g
> OCP OAS 10g | OCE WLS 10g
>
> http://about.me/rosivaldo
>
> 2016-07-06 11:28 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com
> [oracle_br] :
>
>>
>>
>> Oracle 11.2.0.4 - Grid standalone - AIX 64 bits
>>
>> Senhores, bom dia.
>>
>> Em um determinado cliente, existe um servidor físico com 1 processador de
>> 4 cores, onde existem dois servidores virtuais (dois ambientes de produção)
>> compartilhando o recurso da máquina.
>>
>>
>> Os dois servidores estão sempre trabalhando no seu limite de CPU. Estamos
>> fazendo um trabalho para tentar tentar diminuir esse trabalho. Evitando que
>> a CPU trabalhe sem necessidade.
>>
>> **Um dos trabalhos** é a exclusão de índices (se gasta CPU sem
>> necessidade atualizando índices que não estão sendo utilizados pela
>> aplicação) que não estão sendo utilizados, acontece que existem em torno de
>> 20 mil índices criados em uma das bases e gostaria de saber o quanto é que
>> esse monitoramento de índice vai nos custar de CPU, tenho receio de
>> habilitar o monitoramento de índices e acabar prejudicando mais ainda o
>> pouco de CPU disponível que o cliente possui. Estava pensando em aplicar a
>> auditoria de índices em um determinado schema e assim por diante, o
>> problema é que o cliente tem pressa e deixar o monitoramento por 1 mes em
>> cada schema isso iria demorar muito, sei que o processo correto a se fazer
>> seria esse, porém o cliente tem pressa.
>>
>>
>>
>>
>>
>>
> 
>

Re: [oracle_br] Monitoring Index

2016-07-06 Por tôpico Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br] 
Bom dia,

   Eu concordo com você em parte dessa afirmação, nessa vida de Oracle tudo 
depende… (resposta padrão)… 

   Se eu fosse pesar na balança, um índice mesmo não sendo utilizado a menos 
que fossem tipo todas as colunas da tabela indexadas, sem necessidade, na sua 
tabela mais atualizada, ainda acho que ele gastaria mais storage do que de fato 
CPU para atualização do índice. 

  No seu caso, primeiro eu atacaria o que fato está impactando o seu sistema, 
se ele está consumindo CPU em quase 100%, verifique o que está ocorrendo dentro 
de suas instances, veja suas esperas, faça trace de algumas aplicações e vá 
ajustando as queries mais pesadas e lentas.

Obs.: Não é que discordo da força tarefa nos índices, apenas, como sugestão eu 
alteraria a ordem dessa atividade deixando-a mais para frente.
Atenciosamente,
  
 Rodrigo Mufalani - Diretor Técnico | 
rodr...@mufalani.com.br  | +55 21 988 994 817
Mufalani - +55 21 3193 0326 | Rua Alm Grenfall, 405, Bl 3, Sl 310, Centro 
Empresarial
Wasginton Luiz, Duque de Caxias, RJ | CEP 25085-009 | www.mufalani.com.br 

  
   
> Em 6 de jul de 2016, à(s) 11:28, Rafael Mendonca raffaell.t...@yahoo.com 
> [oracle_br]  escreveu:
> 
> 
> Oracle 11.2.0.4 - Grid standalone - AIX 64 bits
> 
> Senhores, bom dia.
> 
> Em um determinado cliente, existe um servidor físico com 1 processador de 4 
> cores, onde existem dois servidores virtuais (dois ambientes de produção) 
> compartilhando o recurso da máquina.
> 
> 
> Os dois servidores estão sempre trabalhando no seu limite de CPU. Estamos 
> fazendo um trabalho para tentar tentar diminuir esse trabalho. Evitando que a 
> CPU trabalhe sem necessidade.
> 
> **Um dos trabalhos** é a exclusão de índices (se gasta CPU sem necessidade 
> atualizando índices que não estão sendo utilizados pela aplicação) que não 
> estão sendo utilizados, acontece que existem em torno de 20 mil índices 
> criados em uma das bases e gostaria de saber o quanto é que esse 
> monitoramento de índice vai nos custar de CPU, tenho receio de habilitar o 
> monitoramento de índices e acabar prejudicando mais ainda o pouco de CPU 
> disponível que o cliente possui. Estava pensando em aplicar a auditoria de 
> índices em um determinado schema e assim por diante, o problema é que o 
> cliente tem pressa e deixar o monitoramento por 1 mes em cada schema isso 
> iria demorar muito, sei que o processo correto a se fazer seria esse, porém o 
> cliente tem pressa.
> 
> 
> 
> 
>

Re: [oracle_br] Monitoring Index

2016-07-06 Por tôpico Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] 
Obrigado Rosivaldo. Essa questão de consultas realizando hard parses já estamos 
trabalhando fortemente, já encontramos algumas consultas que estavam 
prejudicando em muito a concorrência na shared pool como também a quantidade de 
uso de CPU.
 

Em Quarta-feira, 6 de Julho de 2016 11:35, "Rosivaldo Ramalho 
rosiva...@gmail.com [oracle_br]"  escreveu:
 

     Rafael,
Olha como está a quantidade de parses das consultas (a não utilização de bind 
variables), acredito ser um ponto melhor a atacar ao invés de ir para os 
índices, até porque você terá que fazer isso índice a índice.
Se for para a monitoria de índice mesmo, dá para automatizar o ON/OFF da 
monitoria e o uso deles, mas o que eu me preocuparia é o tempo de amostragem de 
uso, um mês pode não ser suficiente.
Atenciosamente--Rosivaldo Ramalho Diretor na RLXE - 
http://www.rlxe.com.br
OCP DB 10g | OCP DB 11g | OCE RAC 11g | OCE PT 11gOCP OAS 10g | OCE WLS 10g
http://about.me/rosivaldo
2016-07-06 11:28 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] 
:

 

Oracle 11.2.0.4 - Grid standalone - AIX 64 bits

Senhores, bom dia.
Em um determinado cliente, existe um servidor físico com 1 processador de 4 
cores, onde existem dois servidores virtuais (dois ambientes de produção) 
compartilhando o recurso da máquina.


Os dois servidores estão sempre trabalhando no seu limite de CPU. Estamos 
fazendo um trabalho para tentar tentar diminuir esse trabalho. Evitando que a 
CPU trabalhe sem necessidade.
**Um dos trabalhos** é a exclusão de índices (se gasta CPU sem necessidade 
atualizando índices que não estão sendo utilizados pela aplicação) que não 
estão sendo utilizados, acontece que existem em torno de 20 mil índices criados 
em uma das bases e gostaria de saber o quanto é que esse monitoramento de 
índice vai nos custar de CPU, tenho receio de habilitar o monitoramento de 
índices e acabar prejudicando mais ainda o pouco de CPU disponível que o 
cliente possui. Estava pensando em aplicar a auditoria de índices em um 
determinado schema e assim por diante, o problema é que o cliente tem pressa e 
deixar o monitoramento por 1 mes em cada schema isso iria demorar muito, sei 
que o processo correto a se fazer seria esse, porém o cliente tem pressa.






  #yiv8276107571 #yiv8276107571 -- #yiv8276107571ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv8276107571 
#yiv8276107571ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv8276107571 
#yiv8276107571ygrp-mkp #yiv8276107571hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv8276107571 #yiv8276107571ygrp-mkp #yiv8276107571ads 
{margin-bottom:10px;}#yiv8276107571 #yiv8276107571ygrp-mkp .yiv8276107571ad 
{padding:0 0;}#yiv8276107571 #yiv8276107571ygrp-mkp .yiv8276107571ad p 
{margin:0;}#yiv8276107571 #yiv8276107571ygrp-mkp .yiv8276107571ad a 
{color:#ff;text-decoration:none;}#yiv8276107571 #yiv8276107571ygrp-sponsor 
#yiv8276107571ygrp-lc {font-family:Arial;}#yiv8276107571 
#yiv8276107571ygrp-sponsor #yiv8276107571ygrp-lc #yiv8276107571hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv8276107571 
#yiv8276107571ygrp-sponsor #yiv8276107571ygrp-lc .yiv8276107571ad 
{margin-bottom:10px;padding:0 0;}#yiv8276107571 #yiv8276107571actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv8276107571 
#yiv8276107571activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv8276107571
 #yiv8276107571activity span {font-weight:700;}#yiv8276107571 
#yiv8276107571activity span:first-child 
{text-transform:uppercase;}#yiv8276107571 #yiv8276107571activity span a 
{color:#5085b6;text-decoration:none;}#yiv8276107571 #yiv8276107571activity span 
span {color:#ff7900;}#yiv8276107571 #yiv8276107571activity span 
.yiv8276107571underline {text-decoration:underline;}#yiv8276107571 
.yiv8276107571attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv8276107571 .yiv8276107571attach div a 
{text-decoration:none;}#yiv8276107571 .yiv8276107571attach img 
{border:none;padding-right:5px;}#yiv8276107571 .yiv8276107571attach label 
{display:block;margin-bottom:5px;}#yiv8276107571 .yiv8276107571attach label a 
{text-decoration:none;}#yiv8276107571 blockquote {margin:0 0 0 
4px;}#yiv8276107571 .yiv8276107571bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv8276107571 
.yiv8276107571bold a {text-decoration:none;}#yiv8276107571 dd.yiv8276107571last 
p a {font-family:Verdana;font-weight:700;}#yiv8276107571 dd.yiv8276107571last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv8276107571 
dd.yiv8276107571last p span.yiv8276107571yshortcuts 
{margin-right:0;}#yiv8276107571 div.yiv8276107571attach-table div div a 
{text-decoration:none;}#yiv8276107571 div.yiv8276107571attach-table 
{width:400px;}#yiv8276107571 div.yiv8276107571file-title a,

Re: [oracle_br] Monitoring Index

2016-07-06 Por tôpico Rosivaldo Ramalho rosiva...@gmail.com [oracle_br] 
Rafael,

Olha como está a quantidade de parses das consultas (a não utilização de
bind variables), acredito ser um ponto melhor a atacar ao invés de ir para
os índices, até porque você terá que fazer isso índice a índice.

Se for para a monitoria de índice mesmo, dá para automatizar o ON/OFF da
monitoria e o uso deles, mas o que eu me preocuparia é o tempo de
amostragem de uso, um mês pode não ser suficiente.

Atenciosamente
--
Rosivaldo Ramalho 
Diretor na RLXE - http://www.rlxe.com.br


OCP DB 10g | OCP DB 11g | OCE RAC 11g | OCE PT 11g
OCP OAS 10g | OCE WLS 10g

http://about.me/rosivaldo

2016-07-06 11:28 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br] :

>
>
> Oracle 11.2.0.4 - Grid standalone - AIX 64 bits
>
> Senhores, bom dia.
>
> Em um determinado cliente, existe um servidor físico com 1 processador de
> 4 cores, onde existem dois servidores virtuais (dois ambientes de produção)
> compartilhando o recurso da máquina.
>
>
> Os dois servidores estão sempre trabalhando no seu limite de CPU. Estamos
> fazendo um trabalho para tentar tentar diminuir esse trabalho. Evitando que
> a CPU trabalhe sem necessidade.
>
> **Um dos trabalhos** é a exclusão de índices (se gasta CPU sem necessidade
> atualizando índices que não estão sendo utilizados pela aplicação) que não
> estão sendo utilizados, acontece que existem em torno de 20 mil índices
> criados em uma das bases e gostaria de saber o quanto é que esse
> monitoramento de índice vai nos custar de CPU, tenho receio de habilitar o
> monitoramento de índices e acabar prejudicando mais ainda o pouco de CPU
> disponível que o cliente possui. Estava pensando em aplicar a auditoria de
> índices em um determinado schema e assim por diante, o problema é que o
> cliente tem pressa e deixar o monitoramento por 1 mes em cada schema isso
> iria demorar muito, sei que o processo correto a se fazer seria esse, porém
> o cliente tem pressa.
>
>
>
>
>
> 
>

[oracle_br] Monitoring Index

2016-07-06 Por tôpico Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] 
Oracle 11.2.0.4 - Grid standalone - AIX 64 bits

Senhores, bom dia.
Em um determinado cliente, existe um servidor físico com 1 processador de 4 
cores, onde existem dois servidores virtuais (dois ambientes de produção) 
compartilhando o recurso da máquina.


Os dois servidores estão sempre trabalhando no seu limite de CPU. Estamos 
fazendo um trabalho para tentar tentar diminuir esse trabalho. Evitando que a 
CPU trabalhe sem necessidade.
**Um dos trabalhos** é a exclusão de índices (se gasta CPU sem necessidade 
atualizando índices que não estão sendo utilizados pela aplicação) que não 
estão sendo utilizados, acontece que existem em torno de 20 mil índices criados 
em uma das bases e gostaria de saber o quanto é que esse monitoramento de 
índice vai nos custar de CPU, tenho receio de habilitar o monitoramento de 
índices e acabar prejudicando mais ainda o pouco de CPU disponível que o 
cliente possui. Estava pensando em aplicar a auditoria de índices em um 
determinado schema e assim por diante, o problema é que o cliente tem pressa e 
deixar o monitoramento por 1 mes em cada schema isso iria demorar muito, sei 
que o processo correto a se fazer seria esse, porém o cliente tem pressa.