Fábio, Dá uma lida sobre o parâmetro dbwr_io_slaves e veja se é o seu caso.
Você pode checar a view v$db_cache_advice e ver qual o ganho teria se adicionar mais memória ao buffer cache. Mas acredito que não vá ter muito efeito... Isso é um ambiente de testes ou sistema de produção com problemas de performance? Já olhou os outros componentes do banco? O que diz o Top 5 e o Time Model do AWR nos momentos em que o problema de performance ocorre? Dá uma lida abaixo: Use Multiple Writers or I/O Slaves When you observe free buffer waits, first eliminate checkpointing and I/O bandwidth as causes. Implement asynchronous I/O, if your system supports it. If one or more DBWn processes is consuming 100% of a CPU, increase the number of database writer processes. Start with 1 DBWn process per 8 CPUs and increase slowly, monitoring the changes. If there are not multiple CPUs, investigate further. If asynchronous I/O is not supported on your system, implement I/O slaves. Writing buffers is not directly in the performance critical path because user processes rarely have to wait for a write of a buffer to complete. Your database writer configuration is adequate if you do not have free buffer waits. If there are no free buffer waits, increasing the number of database writers or I/O slaves does not increase the number of writes. Symptoms of I/O bandwidth saturation are the following: The average time waited for the db file sequential read wait event is more than 1015 ms. Large values for free buffer waits, but none of the database writers are consuming anywhere close to a full CPU. 2011/6/6 Fábio Gibon - Comex System <gi...@comexsystem.com.br> > > > Olá Hevandro, > obrigado pelo retorno. O banco é aquele mesmo sim, de 4 > cpu's... está usando ext3 e o ASM é o nosso próximo passo, talvez lá pelo > final desta semana iremos implementar. Antes estou querendo verificar se os > > demais ajustes, a nível de banco, podem ajudar um pouco mais. > > > sds > Fábio Gibon > ----- Original Message ----- > From: "Hevandro Veiga" <hevandr...@gmail.com> > To: <oracle_br@yahoogrupos.com.br> > Sent: Monday, June 06, 2011 1:54 PM > Subject: Re: [oracle_br] Teste para validar performance > > Fábio, > > Esse é aquele banco de 4 cpus em cima do vmware? > O disco também é um disco virtual do vmware? > Se for, acredito que não há muito o que fazer. > > Tenta descobrir qual o I/O máximo que o teu sistema de discos entrega. > Se tiver usando ext3, faça um teste com o ASM. O ASM entrega performance > próxima do raw device, e ainda é mais flexível e fácil de trabalhar. > Verifica se tem disponível gravação assíncrona, senão, tenta adicionar > slaves ao DBWR. > > O ideal é otimizar a memória para fazer cada vez menos I/O físico, mas no > teu caso dos inserts não sei se teria outras alternativas. > > 2011/6/6 Fábio Gibon - Comex System <gi...@comexsystem.com.br> > > > > > > > Olá Marcio, > > realmente ficam, eu fiz uma procedure para simular o aplicativo de testes > > > e > > ficou uns 30% mais rápido. Mas na real o objeto não é melhorar o teste em > > > si > > e sim analisar o impacto que o mesmo gera no banco e melhorar (se > > possível) > > a parametrização/estrutura do banco. Me entende? > > > > sds > > Fábio Gibon > > > > ----- Original Message ----- > > From: MARCIO CASTRO > > To: oracle_br@yahoogrupos.com.br > > Sent: Monday, June 06, 2011 12:12 PM > > Subject: Res: [oracle_br] Teste para validar performance > > > > Caro Fabio: > > > > Os inserts estao sendo feitos via Java? Voce nao pode construir uma > > procedure > > para efetuar este trabalho? Creio que ficara muito mais rapido! > > > > Atenciosamente, > > > > Márcio de Figueiredo Moura e Castro > > > > Oracle 10g DBA OCA > > Oracle PL/SQL Developer OCA > > > > ________________________________ > > De: Fábio Gibon - Comex System <gi...@comexsystem.com.br> > > Para: Lista - Oracle <oracle_br@yahoogrupos.com.br> > > Enviadas: Segunda-feira, 6 de Junho de 2011 9:57:15 > > Assunto: [oracle_br] Teste para validar performance > > > > Pessoal, > > foi feito aqui um outro teste (naquele mesmo banco que o Chiappa > > sugeriu 2Gb de redo), o banco é um 11g, rodando num Redhat em uma vm e > > usando > > partições de uma storage (provavelmente com RAID5, mas isto não tenho > > certeza). > > Vejam o cenário... uma unica tabela origem com 40 milhoes de linhas > > (sem índice) e duas destinos (vazias em sem índices, constraints, ...), o > > programa de teste é o mesmo, em java, ele foi executado em paralelo (um > > para > > cada destino), então ele faz um select * from origem where rownum <= > > 10000000 e > > para cada linha retornada faz um insert na destino...e comita a cada > 10mil > > inserts, ou seja, dois selects na origem (simultaneos) e dois inserts > > continuos, > > um em cada destino, linha a linha. > > Até processou, mas demorou mais que o dobro de um teste com um unico > > destino e os eventos de wait que mais predominaram foram: > > - log file sync (categoria commit) > > - free buffer waits (categoria configuration) > > > > Então minha dúvida é: isto ocorreu porque o LGWR e DBWR não dão conta > > de escrever todo este volume para os redologs e datafiles e a transação > > fica > > aguardando? > > > > Tem algum tunning antes de ver a questão de melhorar o IO (discos > > melhores ou... ASM, ...)? > > > > * mais um dado: log_buffer = 33472512 (isto é QUASE 32Mb, não deveria > > ser 33554432 para ser múltimo do tamanho de bloco do banco?) > > > > abraços > > > > Fábio Henrique Gibon > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > ------------------------------------ > > > > ---------------------------------------------------------- > > > > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de > > inteira > > >responsabilidade de seus remetentes. > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > ---------------------------------------------------------- > > > > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » > > >Procedure > > » > > >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > > >http://www.oraclebr.com.br/ > > > > > ---------------------------------------------------------- > > Links do Yahoo! Grupos > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > -- > Hevandro Veiga > Oracle Certified Professional 11g > OCE RAC 10g > > [As partes desta mensagem que não continham texto foram removidas] > > ------------------------------------ > > ---------------------------------------------------------- > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de > inteira > >responsabilidade de seus remetentes. > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > ---------------------------------------------------------- > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » > >Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO > ESPAÇO! > >VISITE: http://www.oraclebr.com.br/ > ---------------------------------------------------------- > Links do Yahoo! Grupos > > > -- Hevandro Veiga Oracle Certified Professional 11g OCE RAC 10g [As partes desta mensagem que não continham texto foram removidas] ------------------------------------ -------------------------------------------------------------------------------------------------------------------------- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -------------------------------------------------------------------------------------------------------------------------- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ ------------------------------------------------------------------------------------------------------------------------ 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: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
