Menu de navegação

[RoninParticipante]

Boa tarde,

Pessoal, fizemos a migração a poucos dias de um rac 10g para um rac11g, com infraestrutura nova, servidores etc…
Venho notado diariamente um alto consumo no evento de concorrência, mais precisamente o evento (latch:shared poll) e tb o library cache: mutex X.
Assocei o evento à shared pool, daí a expandi e não surtiu efeito. Alguem sabe como posso monitorar o que está causando esse consumo ou uma dica para resolução?

(Relatório ash)
Top User Events

Event Event Class % Event Avg Active Sessions
latch: shared pool Concurrency 53.14 4.15
library cache: mutex X Concurrency 32.76 2.56
library cache load lock Concurrency 7.48 0.58
latch: row cache objects Concurrency 5.77 0.45

Abs,

[CleitonHanzenParticipante]

Opá…

Gera um AWR do banco na hora que está ocorrendo o problema e posta a sessão “Load Profile” aqui….

[RoninParticipante]

Blz, já estou enviando!

abs,

Attachments:

• awr_report_1163_1164_FULL.rar

[CleitonHanzenParticipante]

Opá…

Então, pelo que estou observando, a quantidade de “Parses” não está absurda, mas a quantidade de “Hard Parses” está grande. O percentual de Soft Parse está baixíssimo: 57.93%.

Olhando na parte “SQL ordered by Parse Calls” vi que os 4 primeiros SQL’s estão associados a Logons no banco (dê uma olhada no note 730066.1 no metalink).

Como está a frequência de logons no banco? Tuas aplicações usam pool de conexão? Ou a qualquer tela aberta, será aberta uma nova conexão com o banco?? Dê uma investigada nisso man, tem boi na linha…. 😉

[RoninParticipante]

Pessoal,

     Segundo o suporte da oracle, era para redimensionar a sga e utilizar huge page.          Porém redimensionei e não usei huge page, pois achei que é um problema pontual.        Para a verdadeira solução um amigo pesquisou e falou para atualizar para o novo patchset 11.2.0.3.6, q estava corrigindo um problema na shared pool, tiro e queda.

Abs,

[Autor]

Posts