- Este tópico contém 40 respostas, 6 vozes e foi atualizado pela última vez 17 anos, 1 mês atrás por
vieri.
-
AutorPosts
-
9 de fevereiro de 2009 às 9:37 pm #85208
mpvargas
ParticipanteEu utilizo algumas queries (peguei na internet) para verificar taxa de acerto da configuração de alguns parâmetros:
BUFFER_CACHE
SELECT NAME, VALUE FROM V$SYSSTAT
WHERE NAME IN (‘db block gets from cache’, ‘consistent gets from cache’, ‘physical reads cache’);NAME VALUE
db block gets from cache 50297191
consistent gets from cache 491619930
physical reads cache 14464508TAXA DE ACERTO EQUIVALE A 97,33%
9 de fevereiro de 2009 às 9:40 pm #85209mpvargas
ParticipanteSHARED_POOL
SELECT (SUM(GETS – GETMISSES – FIXED)) / SUM(GETS) “ROW CACHE” FROM V$ROWCACHE;
ROW CACHE
0.999318779296295649073792385529191763
= 99,93%
9 de fevereiro de 2009 às 11:34 pm #85213vieri
Participanteconseguiu implementar as alterações vargas ? 😀
[]s
9 de fevereiro de 2009 às 11:41 pm #85214vieri
Participanteops: não havia visto sua resposta!
cursor_sharing” to “force”.
vc saberá se terá problemas implementando.
arrisque pode evitar alguns bons hard parses… nunca tive problemas..
não sei se o toad é a ferramenta + confiável para se monitorar
esses valores, me envie os parâmetros
com o comando show parmeters, todos os pools que compoem
a SGA.10 de fevereiro de 2009 às 5:58 pm #85220mpvargas
ParticipanteUma dúvida.
Qual a funcionalidade do parâmetro DB_WRITER_PROCESSES?
Aumentá-lo pode significar um ganho na performance?
Obrigado.10 de fevereiro de 2009 às 6:04 pm #85221mpvargas
ParticipanteAumentei o nº de processos para 300 e antes era 150, com isso, o DBWR no Spotlight sinaliza toda hora (free buffer waits are 60,0%). Isso tem a ver com o aumento do nº de processos?
10 de fevereiro de 2009 às 9:26 pm #85228Ronin
ParticipanteTenho uma experiência ñ muita boa nesse ambiente, o q eu peguei muito foi :
1 – Muitas instruções (queries) más construídas, muitas com hints totalmente desapropriados, acarretando em longas leituras físicas!!
2 – Como os amigos disseram, é preciso verificar sempre quais sessões consomem mais recursos para implementar índices apropriados, os índices criados e mantidos pela microsiga muitas das vezes ñ é o melhor caminho.
3 – Muitos objetos de índices alocados na tablespace de DADOS.10 de fevereiro de 2009 às 9:32 pm #85229Ronin
ParticipanteTenho uma experiência ñ muita boa nesse ambiente, o q eu peguei muito foi :
1 – Muitas instruções (queries) más construídas, muitas com hints totalmente desapropriados, acarretando em longas leituras físicas!!
2 – Como os amigos disseram, é preciso verificar sempre quais sessões consomem mais recursos para implementar índices apropriados, os índices criados e mantidos pela microsiga muitas das vezes ñ é o melhor caminho.
3 – Muitos objetos de índices alocados na tablespace de DADOS.10 de fevereiro de 2009 às 9:45 pm #85230mpvargas
ParticipanteRonin, obrigado pela ajuda.
Trabalho a pouco tempo com Oracle.
Como posso saber quais indices deve implementar em determinada tabela?11 de fevereiro de 2009 às 3:58 pm #85235mpvargas
ParticipanteVieri,
Fiz algumas alterações sugeridas e o banco ficou conforme abaixo:Excesso de I/O
Em Sessões Bloqueadoras – Log File Parallel Write
Pouco uso de cpuAlterações efetuadas:
Open_Cursors de 300 para 400
Session_Cache_Cursor de 20 para 50
Redo log de 150Mb para 200Mb13 de fevereiro de 2009 às 8:59 pm #85309vieri
Participanteposte agora o ADDM pra ver se houve melhoria
-
AutorPosts
- Você deve fazer login para responder a este tópico.