Marcos, fiquei contente de vc ter resolvido os seus problemas : eu, particularmente, sempre desconfiei ** MUITO ** dessa feature de SGA automático desde que li sobre ela no bd 10g, veja vc : a SGA é uma estrutura COMPLEXA de memória, que é usada simultaneamente por n sessões (portanto TEM QUE ser protegida por latches e quetais), então eu ** sempre ** duvidei da efetividade de se ajustar isso on-the-fly, é um código certamente COMPLEXO, só pode mesmo dar enroscos com SGA não "comum", ie, na casa dos Gb, sempre achei que essa feature é ESPECÍFICA para sistemas de pequeno porte, SGA na casa de poucas centenas de Mbs E que não façam uso intenso e direto da SGA (ie, não ataquem agressivamente os caches, não tenham ciclos de cargas largos, etc), qquer coisa acima ou além disso eu é que não me arrisco com SGA automática... Carlos, em relação à PGA automática o código é certamente MUITO MUITO mais simples (já que a PGA - pensando em conexões dedicadas aqui -, é acessada APENAS por uma única sessão, a necessidade de latching é mínima), as chances de se encontrar problemas são muito muito menores, imho... Claro, PGA automática é feature típica de OLTPs e/ou ambientes mistos, onde não há como vc agendar muito execução de nada, então no meu ambiente que é DW/batch, onde fatalmente há o período de cargas, os processamentos são CONHECIDOS a priori, aqui não faz muito sentido a PGA automática, eu não a uso só por isso...
[]s Chiappa --- Em oracle_br@yahoogrupos.com.br, "marcosarlindo" <[EMAIL PROTECTED]> escreveu > > Acontece a mesma coisa comigo, se diminuo o tamanho do SGA Target, os > problemas desaparecem. > A respeito de sua pergunta, não conheço nenhuma restrição sobre o > pga_aggregate_target, nos meus bancos eu uso sem problemas.. > > --- Em oracle_br@yahoogrupos.com.br, "Carlos A.M. Menezes" > <carlos.menezes@> escreveu > > > > Caro colega, > > > > Eu também trabalho com G.A.M. e já presenciei problemas > parecidos, só que meu contorno foi diminuir o tamanho da sga_target, > mas não engoli muito bem esse workaround, agora na próxima > oportunidade irei desligar a G.A.M e voltar ao tradicional. Minha > dúvida é se você ou outro colega do grupo conhece alguma restrição em > usar o pga_aggregate_target ? > > > > Obrigado, > > > > > > > > Carlos Alfredo M. de Menezes > > > > > > > > -----Mensagem original----- > > De: oracle_br@yahoogrupos.com.br > [mailto:[EMAIL PROTECTED] Em nome de marcosarlindo > > Enviada em: quarta-feira, 20 de dezembro de 2006 09:08 > > Para: oracle_br@yahoogrupos.com.br > > Assunto: [oracle_br] Re: Latch de library cache > > > > > > > > Bom dia a todos. > > > > Desculpe a demora de reportar a vcs pois estava fazendo uma > migração > > de um servidor com 9i para 10g. > > Então, a respeito dos problemas que eu estava enfrentando com > latches > > de library cache, cursor: mutex X e cursor pin S wait on X com o > uso > > de gerenciador automático de memória, após eu retirar o G.A.M do > > Oracle 10g, diminuiram em muito esses problema, tenho ainda latches > > de library cache, mas em "níveis aceitáveis". > > > > Pessoal valeu pelas dicas. E qualquer dúvida que vcs tiverem estou > a > > disposição para tentar ajuda-los > > > > Abraços > > Marcos Arlindo > > > > --- Em [EMAIL PROTECTED] <mailto:oracle_br% 40yahoogrupos.com.br> > os.com.br, "jlchiappa" <jlchiappa@> > > escreveu > > > > > > Na verdade, eu estou chutando, mas não parece ser tão difícil uma > > vez > > > chegada na casa dos Gb haver possibilidade disso ocorrer - > verdade, > > > abaixo dos 4 Gb em tese NÃO DEVERIA ocorrer, mas enfim o colega > lá é > > > que vai testar. E pelo que entendi na thread (não acompanhei em > > > detalhes), mas erro mesmo não dá nenhum, esses "problemas de > latch > > de > > > library cache" que o colega lá diz ao que entendi não produzem > erro > > > algum, só que são notados (imagino) ao se monitorar o banco, é > > isso... > > > > > > []s > > > > > > Chiappa > > > > > > --- Em [EMAIL PROTECTED] <mailto:oracle_br% > 40yahoogrupos.com.br> os.com.br, "Marcio Portes" > > > <portes.marcio@> escreveu > > > > > > > > Chiappa, isso é pra SGA grande... realmente graaaande ;-) > > > > > > > > "large SGAs - 8GB to 64GB - and they were all busy with lots of > > active > > > > sessions, so small office systems are probably quite safe using > > the * > > > > sga_target*." > > > > > > > > até 4gb, o algoritmo tinha que funcionar bem... ainda queria > ver o > > > erro no > > > > alert; > > > > > > > > On 12/13/06, jlchiappa <jlchiappa@> wrote: > > > > > > > > > > Ah, lembrete, em > > > > > http://jonathanlewi > <http://jonathanlewis.wordpress.com/2006/12/04/resizing-the-> > s.wordpress.com/2006/12/04/resizing-the- > > > > > sga/#comments o Jonathan Lewis comenta sobre possíveis race > > > > > conditions em sistemas largos usando sga dinâmica e dá umas > > queries > > > > > que podem ser úteis... > > > > > > > > > > []s > > > > > > > > > > Chiappa > > > > > > > > > > --- Em [EMAIL PROTECTED] <mailto:oracle_br% > 40yahoogrupos.com.br> os.com.br <oracle_br% > > 40yahoogrupos.com.br>, > > > > > "jlchiappa" <jlchiappa@> > > > > > escreveu > > > > > > > > > > > > > > > > > marcos, pmfji, mas embora eu não use 10g ainda em Produção, > > há umas > > > > > > semanas vi uma longa discussão sobre esse wait no banco 10g > na > > > > > lista > > > > > > oracle-l (http://www.freelist > <http://www.freelists.org/archives/oracle-l/04-> > s.org/archives/oracle-l/04- > > > > > > 2006/msg01150.html é uma das msgs, mas LEIA a thread > > inteira), e > > > > > > basicamente o pessoal estava culpando os algoritmos de SGA > > > > > > automática, que ainda (de acordo com a conclusão geral da > > thread) > > > > > não > > > > > > são ainda tão maduros, EM ESPECIAL com SGAs grandes, de > coisa > > de > > > > > > Gigabytes como é a que vc quer, então eu recomendaria vc > > > > > experimentar > > > > > > o uso de SGA estática, veja se melhora... > > > > > > > > > > > > []s > > > > > > > > > > > > Chiappa > > > > > > --- Em [EMAIL PROTECTED] <mailto:oracle_br% > 40yahoogrupos.com.br> os.com.br > > > <oracle_br%40yahoogrupos.com.br>, > > > > > "marcosarlindo" > > > > > > <marcosarlindo@> escreveu > > > > > > > > > > > > > > Então, estou utilizando servidor dedicado, mas mesmo > assim o > > > > > > problema > > > > > > > persiste, quando estou utilizando as recomendações do > ADDM. > > > > > > > > > > > > > > > > > > > > > --- Em [EMAIL PROTECTED] <mailto:oracle_br% > 40yahoogrupos.com.br> os.com.br > > > <oracle_br%40yahoogrupos.com.br>, > > > > > "Marcio Portes" > > > > > > > <portes.marcio@> escreveu > > > > > > > > > > > > > > > > http://asktom. <http://asktom.oracle.com/pls/ask/f?> > oracle.com/pls/ask/f? > > > > > > > p=4950:8:::::F4950_P8_DISPLAYID:1163635055580 > > > > > > > > Foi meu primeiro palpite. > > > > > > > > > > > > > > > > Mas, voce tá usando Shared Server? Poderia postar o > alert > > do > > > > > erro. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 12/12/06, marcosarlindo <marcosarlindo@> wrote: > > > > > > > > > > > > > > > > > > Estou sim usando bind variable nas minhas principais > > > > > > consultas. > > > > > > > Mas o > > > > > > > > > problema só ocorre quando eu aumento a SGA Target. > > > > > > > > > > > > > > > > > > --- Em > > > [EMAIL PROTECTED] <mailto:oracle_br%40yahoogrupos.com.br> > os.com.br<oracle_br% > > 40yahoogrupos.com.br><oracle_br% > > > > > > > 40yahoogrupos.com.br>, > > > > > > > > > "Marcio Portes" > > > > > > > > > <portes.marcio@> escreveu > > > > > > > > > > > > > > > > > > > > Voce está usando bind-variable? > > > > > > > > > > O que o sql advisor está sugerindo?? > > > > > > > > > > > > > > > > > > > > On 12/11/06, marcosarlindo <marcosarlindo@> wrote: > > > > > > > > > > > > > > > > > > > > > > Pessoal, Boa Tarde a todos > > > > > > > > > > > > > > > > > > > > > > Tenho um banco 10g com o Patch Set 10.2.0.3 com > RH > > 4 AS, > > > > > > estou > > > > > > > > > > > utilizando o Gerenciamento Automático de memória > > com SGA > > > > > > > Target > > > > > > > > > de 1.3 > > > > > > > > > > > GB, executei o ADDM ( Automatic Database > Diagnostic > > > > > > Monitor) e > > > > > > > > > uma das > > > > > > > > > > > mudanças que ele me sugeriu foi de aumentar o > > SGA_TARGET > > > > > > para > > > > > > > > > 1640MB, > > > > > > > > > > > mas o problema é o seguinte, logo depois que > segui a > > > > > > > recomendação > > > > > > > > > do > > > > > > > > > > > ADDM, o banco começou a apresentar problemas de > > latch de > > > > > > > library > > > > > > > > > cache, > > > > > > > > > > > cursor: mutex X e cursor pin S wait on X. Quando > eu > > volto > > > > > a > > > > > > > 1.3 > > > > > > > > > de SGA > > > > > > > > > > > Target, o banco volta ao normal, sem problemas. > > Alguém > > > > > > > saberia me > > > > > > > > > dizer > > > > > > > > > > > o porque desses problemas?? > > > > > > > > > > > > > > > > > > > > > > Obrigado > > > > > > > > > > > Marcos Arlindo > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > Marcio Portes > > > > > > > > > > Material Tecnico em Portugues - > > http://mportes. <http://mportes.blogspot.com> blogspot.com > > > > > > > > > > Practical Learning Oracle - > > > > > > > > > > http://mportes. > <http://mportes.blogspot.com/2006/02/practical-> > blogspot.com/2006/02/practical- > > learning- > > > > > > > oracle.html > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto > > foram > > > > > > > removidas] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > Marcio Portes > > > > > > > > Material Tecnico em Portugues - > > http://mportes. <http://mportes.blogspot.com> blogspot.com > > > > > > > > Practical Learning Oracle - > > > > > > > > http://mportes. > <http://mportes.blogspot.com/2006/02/practical-learning-> > blogspot.com/2006/02/practical-learning- > > > > > oracle.html > > > > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram > > > > > removidas] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Marcio Portes > > > > Material Tecnico em Portugues - http://mportes. > <http://mportes.blogspot.com> blogspot.com > > > > Practical Learning Oracle - > > > > http://mportes. <http://mportes.blogspot.com/2006/02/practical- > learning-oracle.html> blogspot.com/2006/02/practical-learning- > oracle.html > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram > removidas] > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > >