- Este tópico contém 5 respostas, 5 vozes e foi atualizado pela última vez 16 anos, 1 mês atrás por Ricardo Portilho Proni.
-
AutorPosts
-
2 de setembro de 2008 às 11:39 pm #82623mariolimaParticipante
Boa Tarde Pessoal,
Olhando os TOP 5 no Statspack, reparei que os valores de wait estao altos nos db file * read
Meu SO é um Windows 2003 Server 32 bits, Oracle 10g R2
Se puderem me ajudar a interpretar melhor o pq desses waits tao altos e o que fazer para tentar diminui-los…
Top 5 Timed Events Avg %Total
~~~~~~~~~~~~~~~~~~ wait Call
Event Waits Time (s) (ms) Time
—————————————– ———— ———– —— ——
db file sequential read 1,942,065 10,883 6 46.6
db file scattered read 2,562,893 9,419 4 40.4
CPU time 1,754 7.5
read by other session 65,685 416 6 1.8
db file parallel read 51,647 335 6 1.4Obrigado
Abs
3 de setembro de 2008 às 2:35 am #82625Rodrigo AlmeidaParticipanteEsses wait events do banco de dados é relacionados a leituras de um único bloco de dados (sequence read) e de vários blocos (scattered read), voltados unicamente a performance de I/O do seu harware.
O que pode pode melhorar é :
- REBUILD em ÍNDICES
- Melhorar alguns parâmetros, como DB_MULTIBLOCK_READ_COUNT, até mesmo o BLOCKSIZE do banco ou usar multiblocagem de tablespaces
- Verificar quais os principais segmentos mais utilizados
- Gerenciamento das tablespaces e etc…
Abraços,
3 de setembro de 2008 às 5:20 am #82626IshiiParticipanteOlá,
Você conseguiria colocar quais as queries estão gerando estes wait events? 1 milhão pode não ser tão alto dependendo da base….
[]s Ishii
3 de setembro de 2008 às 10:18 pm #82638mariolimaParticipante[quote=”Ishii”:1u3rhk5k]Olá,
Você conseguiria colocar quais as queries estão gerando estes wait events? 1 milhão pode não ser tão alto dependendo da base….
[]s Ishii[/quote]
Ishii,
as querys sao muito grandes para colocar aqui, mais se vc quiser mesmo eu posso colocar… Mais sao querys que normalmente tem apenas 2 ou 3 tabelas no join, e sao feitas varias subquerys.. A tabela principal que é usada tem mais de 700 milhoes de registros e a outra mais de 400 milhoes…
Nao sei se essas informaçoes te ajudam??
Abs
PS: Vc é o Ishii que trabalhava na STN??
4 de setembro de 2008 às 9:30 am #82642LoadingXpParticipanteMelhorar alguns parâmetros, como DB_MULTIBLOCK_READ_COUNT, até mesmo o BLOCKSIZE do banco ou usar multiblocagem de tablespaces
Alphamek, somente complementando, já diversos artigos que o parametro DB_MULTIBLOCK_READ_COUNT no Oracle 10g R2 nao precisa mais mudar. Esse parametro é ajustado pelo Oracle e ele toma as melhores decisões, ficando assim uma decisão do Oracle apenas.
24 de setembro de 2008 às 6:35 pm #82888Ricardo Portilho ProniParticipanteSeus eventos de I/O estao causando menos de 20% das WAITs do banco. Parece saudavel.
Vc esta com um problema critico de performance?
Se sim, eh em tudo, ou so algum processo? -
AutorPosts
- Você deve fazer login para responder a este tópico.