Cabe ressaltar que rodei a query no momento que está rodando um analyze... ----- Original Message ----- From: "zbdv" <[EMAIL PROTECTED]> To: <oracle_br@yahoogrupos.com.br> Sent: Wednesday, October 12, 2005 4:19 PM Subject: Re: [oracle_br] CONTINUAÇÂO porcetagem de acerto da db cache
> Rodei a query > > select sum(decode(name, 'physical reads',value,0))phys, > sum(decode(name, 'db block gets',value,0))gets, > sum(decode(name, 'consistent gets',value,0))con_gets, > (1 - (sum(decode(name, 'physical reads',value,0)) / > (sum(decode(name,'db block gets',value,0)) + > sum(decode(name,'consistent gets',value,0))))) * 100 hitratio from > v$sysstat; > > e obtive como resposta > > PHYS GETS CON_GETS HITRATIO > ---------- ---------- ---------- ---------- > 14202022 535674 8976811 -49,298758 > > - 49 é MUITO ABAIXO > > ----- Original Message ----- > From: "zbdv" <[EMAIL PROTECTED]> > To: <oracle_br@yahoogrupos.com.br> > Sent: Wednesday, October 12, 2005 3:53 PM > Subject: [oracle_br] CONTINUAÇÂO porcetagem de acerto da db cache > > > > Bom jlchiappa, > > Li o artigo referente ao segundo link e achei super interessante PORÉM eu > > não me concordei em partes , já que o problema que estou passando (razão > de > > acerto da db_cache) é muito significante. > > Tipo quando eu starteio o banco ele me retorna um valor de acerto da cache > > em 100% , mas com o passar do tempo ele cai para 20% 26%... o que quero > > dizer que não é apenas uma simples margem de erro e sim uma significante > > diferença de acerto da cache. > > Hoje o banco tem +- 60 GB alocado junto de mais 8 instancias ( absurdo > > né ), mas o processo de migração já está sendo feito. > > Voltando ao assunto , vale a pena ressaltar que quando os relatorios são > > executados no banco eu desligo o serviço das outas 8 instancias , para > ter > > um sofrimento menor da maquina. > > Mesmo hoje a db cache está em 30 m e quando começa a ter esse problema eu > > aumento a cache para uns 40 , mas mesmo assim a porcentagem de acerto > > continua significantemente baixa. Procuro não aumenta muito para ão ter > > problema de SWAPPING. > > Ontem deixei rodando os analyze da table e index , tentando assim diminuir > a > > perda de performace. ( só posso dizer se resulto em algo significativo na > > quinta ) > > Teria alguma sugestão sobre o processo que está acontecendo ? > > > > ----- Original Message ----- > > From: "zbdv" <[EMAIL PROTECTED]> > > To: <oracle_br@yahoogrupos.com.br> > > Sent: Wednesday, October 12, 2005 3:08 PM > > Subject: Re: [oracle_br] Re: porcetagem de acerto da db cache > > > > > > > Obrigado jlchiappa > > > ----- Original Message ----- > > > From: "jlchiappa" <[EMAIL PROTECTED]> > > > To: <oracle_br@yahoogrupos.com.br> > > > Sent: Wednesday, October 12, 2005 1:00 AM > > > Subject: [oracle_br] Re: porcetagem de acerto da db cache > > > > > > > > > Colega, eu ** duvido ** que o seu problema de performance seja devido > > > à taxa de acerto (o famigerado cache hit ratio) : 99.99% das vezes não > > > é nada disso... Pra vc ter uma idéia, vá para > > > http://www.oracledba.co.uk/, no link "Tunning" escolha o item "Custom > > > Hit ratio", lá vc vai achar uma rotina que deixa vc escolher o hit > > > ratio que quiser, SE vc a executar num banco com probs de performance > > > vc VAI ver que certamente o hit ratio vai ir lá pra cima, mas o > > > problema de performance CONTINUARÁ... E pra dar o tiro de misericórdia > > > nessa idéia, em http://www.hotsos.com/e-library/index.html escolha e > > > leia o paper "Why a 99%+ Database Buffer Cache Hit Ratio is Not Ok", o > > > autor dá todas as razões porque tunning por cache hit ratio (e hit > > > ratios de modo geral) simplesmente não funciona na maioria das vezes. > > > A minha dica portanto é : faça uma pilha com TODAS as apostilas, > > > livros, etc, que te dizem que "se hit ratio é baixo, aumentar área de > > > cache", e TOQUE FOGO nelas, sem dó nem pena, elas são menos que > > > inúteis, IMHO. Feito isso, aí sim vc poderá começar a fazer a pesquisa > > > REAL, encontar as CAUSAS reais da sua má-performance, usando as > > > ferramentas apropriadas, ie : wait interface e trace, e se acado SQl > > > ineficiente, corrigindo-o. Os livros bons de referência pra isso são : > > > > > > - para tunning com traces , "Optimizing Oracle Performance", Cary > Millsap > > > > > > - para wait interface, "Oracle Wait Interface: A Practical Guide to > > > Performance Diagnostics & Tuning" , de Richmond Shee, Kirtikumar > > > Deshpande e K Gopalakrishnan > > > > > > - para quando vc localizar SQLs ineficientes, "Oracle SQL > > > High-Performance Tuning (2nd Edition)", de Guy Harrison > > > > > > []s > > > > > > Chiappa > > > > > > --- Em oracle_br@yahoogrupos.com.br, "zbdv" <[EMAIL PROTECTED]> escreveu > > > > Pessoal, > > > > Estou com uma porcentagem de acerto da db cache de 51% , onde acaba > > > > refletindo numa performace do banco. > > > > Já aumentei a db cache size pra 32 e ainda continuo com o problema. > > > > alguem teria alguma dica?? > > > > > > > > > > > > > > > ORACLE_BR APOIA 2ºENPO-BR > > > _____________________________________________________________________ > > > O 2º Encontro Nacional de Profissionais Oracle será realizado no dia > > > 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas > Palestras > > e > > > Cases dirigidos exclusivamente por profissionais especialistas e > renomados > > > no mercado. Confira a programação no site do evento! > > http://www.enpo-br.org/ > > > _____________________________________________________________________ > > > > > > Links do Yahoo! Grupos > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ORACLE_BR APOIA 2ºENPO-BR > > _____________________________________________________________________ > > > O 2º Encontro Nacional de Profissionais Oracle será realizado no dia > > 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras > e > > Cases dirigidos exclusivamente por profissionais especialistas e renomados > > no mercado. Confira a programação no site do evento! > http://www.enpo-br.org/ > > > _____________________________________________________________________ > > > > > > Links do Yahoo! Grupos > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ORACLE_BR APOIA 2ºENPO-BR > _____________________________________________________________________ > > O 2º Encontro Nacional de Profissionais Oracle será realizado no dia > 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e > Cases dirigidos exclusivamente por profissionais especialistas e renomados > no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ > > _____________________________________________________________________ > > > > Links do Yahoo! Grupos > > > > > > > > > > > > > > > > > > > > > > > > ORACLE_BR APOIA 2ºENPO-BR _____________________________________________________________________ > O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ > _____________________________________________________________________ > > Links do Yahoo! Grupos > > > > > > > > > ORACLE_BR APOIA 2ºENPO-BR _____________________________________________________________________ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _____________________________________________________________________ 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