Bom dia, Gera um relatório AWR do período em que acontece o problema e anexa. Vai ajudar bastante.
2011/6/8 Raul Francisco Costa F. de Andrade, DBA <raulf...@gmail.com> > Bom dia meu amigo.... o que te faz perceber que está tendo muito I/O? como > está monitorando isso? > > ----------------------------------------------------------------------- > *Raul Francisco da Costa Ferreira de Andrade* > *DBA - OCP - Oracle Certified Professional* > *COBIT Foundation 4.1 > Celular:(41)8855-8874 Claro > *email: raulf...@gmail.com > Skype: raul.andrade > msn:raulandr...@ibest.com.br > www.clickdba.com > > *"A adversidade leva alguns a serem vencidos > e outros a baterem recordes." * > William Arthur Ward > > > > Em 8 de junho de 2011 09:06, raulcsneto <raulcsn...@yahoo.com> escreveu: > > > > > > > Bom dia > > > > Tenho um banco de 230Gb rodando no 10G estou tendo muitos problemas de > > System I/O, será que alguem poderia me ajudar a verificar a causa deste > > problema, segue abaixo um resumo do meu cenário e das ações que já tomei: > > > > O Oracle 10G roda em um servidor Redhat 5 com dois processadores > Quad-core > > Xeon 2.66Ghz, 20Gb de memória, dos quais 18Gb estão alocadas para o > oracle. > > > > Possuo um Disco Virtual com 8 discos SAS de 15.000Rpm e 143Gb em RAID 10, > > totalizando 544Gb para Dados e Indices; > > > > Possuo um Disco Virtual com 2 discos SAS de 15.000Rpm e 143Gb em RAID 0, > > totalizando 272Gb para Redo; > > > > Possuo um Disco Virtual com 2 discos SAS de 15.000Rpm e 143Gb em RAID 0, > > totalizando 272Gb para Archives; > > > > Estes tres volumes estão em uma controladora PERC6/E todos segmentados em > > Stripes de 512k; > > > > Possuo Tablespaces separadas para Dados e Indices criadas com alocação > > uniforme de 512k com datafiles de 2Gb; > > > > Recentemente movi todas as tabelas e indices para tablespaces novas para > > eliminar a fragmentação; > > > > Caso alguem conheça algo que eu possa fazer para tentar descobrir onde > está > > o problema, seria de grande valor par mim, pois já esgotei todas as > minhas > > possibilidades, e a várias noites já não sei o que é dormir direito. > > > > Seguem abaixo algumas querys que fiz, meus resultados estão de acordo em > > todas elas: > > > > ÍNDICE DE ACERTOS NO CACHE > > ========================== > > (quanto mais BHR próximo a 1, melhor) > > > > column bhr format 9.99 > > column mydate heading 'Ano Me Di Hora' > > select to_char(end_interval_time,'yyyy-mm-dd HH24') mydate, > > new.name "Buffer Pool", > > (((new.consistent_gets-old.consistent_gets)+ > > (new.db_block_gets-old.db_block_gets))- > > (new.physical_reads-old.physical_reads)) / > > ((new.consistent_gets-old.consistent_gets)+ > > (new.db_block_gets-old.db_block_gets)) bhr > > from > > dba_hist_buffer_pool_stat old, > > dba_hist_buffer_pool_stat new, > > dba_hist_snapshot sn > > where > > (((new.consistent_gets-old.consistent_gets)+ > > (new.db_block_gets-old.db_block_gets))- > > (new.physical_reads-old.physical_reads)) / > > ((new.consistent_gets-old.consistent_gets)+ > > (new.db_block_gets-old.db_block_gets)) > 0 > > and > > new.name = old.name > > and > > new.snap_id = sn.snap_id > > and > > old.snap_id = sn.snap_id-1 > > order by mydate; > > > > ÍNDICE DE ACERTOS DE CACHE PARA OBJETOS DO DICIONÁRIO DE DADOS > > ============================================================== > > (hit ratio deve estar próximo a 1 - apesar de ser inviável para alguns > > objetos, como sequences) > > > > select > > parameter "Parametro", > > gets, > > Getmisses , > > getmisses/(gets+getmisses)*100 "Taxa de erro", > > (1-(sum(getmisses)/ (sum(gets)+sum(getmisses))))*100 "Taxa de acerto" > > from v$rowcache > > where gets+getmisses <>0 > > group by parameter, gets, getmisses ; > > > > ÍNDICE DE ACERTOS NO CACHE POR SESSÃO > > ===================================== > > (hit ratio deve estar próximo a 1 - apesar de 1 ser improvável) > > > > select Username, > > OSUSER, > > Consistent_Gets, > > Block_Gets, > > Physical_Reads, > > 100*( Consistent_Gets + Block_Gets - Physical_Reads)/ > > ( Consistent_Gets + Block_Gets ) "Hit Ratio %" > > from V$SESSION,V$SESS_IO > > where V$SESSION.SID = V$SESS_IO.SID > > and ( Consistent_Gets + Block_Gets )>0 > > and username is not null > > order by Username,"Hit Ratio %"; > > > > ÍNDICES DE CONTENÇÃO DE LATCH DE REDO > > ===================================== > > (quanto mais abaixo de 1 os ratios, melhor) > > > > SET feedback OFF > > COLUMN name FORMAT a15 > > COLUMN gets FORMAT 99999999 > > COLUMN misses FORMAT 999999 > > COLUMN immediate_gets FORMAT 99999999 HEADING 'IMM_GETS' > > COLUMN immediate_misses FORMAT 99999999 HEADING 'IMM_MISSES' > > PROMPT Examining Contention for Redo Log Buffer Latches... > > PROMPT ---------------------------------------------------- > > > > SELECT name, gets, misses, immediate_gets, immediate_misses, > > Decode(gets,0,0,misses/gets*100) ratio1, > > Decode(immediate_gets+immediate_misses,0,0, > > immediate_misses/(immediate_gets+immediate_misses)*100) ratio2 > > FROM v$latch WHERE name IN ('redo allocation', 'redo copy'); > > > > ORDENAÇÕES EM MEMÓRIA/DISCO > > =========================== > > (quanto mais memória e menos disco, melhor) > > > > SET HEADING OFF > > SET FEEDBACK OFF > > COLUMN name FORMAT a30 > > COLUMN value FORMAT 99999990 > > > > SELECT name, value FROM v$sysstat > > WHERE name IN ('sorts (memory)', 'sorts (disk)'); > > > > > > > > > [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]