Nelson, Você disse que está usando RAID5. Quantos discos você tem ligados a este RAID5. Sua controladora possui cache ? Este RAID5 foi criado com qual tamanho de blocos ? Em controladoras e alguns modelos de storage o RAID5 deixa o sistema Oracle muito lento. Existem até alguns docs no metalink que não recomendam a utilização de RAID5, dando preferência a RAID 0, 0+1, 1 ou 10. Para leitura o RAID5 geralmente é rápido, o problema é na escrita. Inicialmente, eu reduziria o tamanho dos redo logs. Teoricamente, isso poderia amenizar o switch log pois reduziria a sobrecarga de write nos discos. Seria um paliativo: não iríamos resolver o problema totalmente. Porém, é essencial você avaliar o que pode estar ocorrendo com seu sistema de discos. Em storages novos, este problema é compensado, sendo em alguns casos o RAID5 até mais eficiente do que um RAID 10 como no caso de um EVA da HP.
Silvério. --- Nelson Cartaxo <[EMAIL PROTECTED]> wrote: > Luis, > > Até tem o SAR, mas o output é diferente > > Segue o resultado. > > Linux 2.4.9-e.3smp (papaterra.datasus.gov) > 02/10/2006 > > 06:00:33 PM DEV tps blks/s > 06:00:34 PM dev2-0 0.00 0.00 > 06:00:34 PM dev3-0 0.00 0.00 > 06:00:34 PM dev8-0 0.00 0.00 > 06:00:34 PM dev8-1 0.00 0.00 > 06:00:34 PM dev8-2 83.00 1040.00 > > Average: DEV tps blks/s > Average: dev2-0 0.00 0.00 > Average: dev3-0 0.00 0.00 > Average: dev8-0 0.00 0.00 > Average: dev8-1 0.00 0.00 > Average: dev8-2 83.00 1040.00 > > Obrigado. > > > Atenciosamente, > Nelson Cartaxo > DBA ORACLE > -----Mensagem original----- > De: Luis Claudio Arruda Figueiredo > [mailto:[EMAIL PROTECTED] > Enviada em: sexta-feira, 10 de fevereiro de 2006 > 17:35 > Para: oracle_br@yahoogrupos.com.br > Assunto: Re: RES: [oracle_br] Re: Problema Urgente > > > > Boa tarde Nelson. > > Tente utilizar o comando sar. > > ex...: sar -d 1 1 > > Ele irá mostrar o i/o no disco como abaixo: > > UnixWare uw7homolog 5 7.1.3 i386 02/10/06 > > 17:27:02 device MB %busy avque > r+w/s > blks/s avwait avserv > 17:27:03 c0b0t0d0s1 5500 2 1.0 > 3 > 72 0.0 6.7 > 17:27:03 c0b0t0d0s13 70000 54 1.1 > 104 > 2160 0.3 5.2 > 17:27:03 c0b0t0d0 277835 54 1.1 > 107 > 2232 0.5 5.0 > 17:27:03 c0b0t2d0s1 69458 47 1.0 > 61 > 976 0.0 7.7 > 17:27:03 c0b0t2d0 69459 47 1.0 > 61 > 976 0.0 7.7 > > Verifique os parâmetros como %busy para verificar o > % > de ocupação para write and read. > Verifique no hardware do servidor se você possui uma > controladora off-board com cache ou é só a on-board, > se os discos são de 10,15 ou 20 rpm etc com base > nestas informações você consegue diagnosticar se o > gargalo é no disco ou não. > Obs...:Eu sei que todos vêm mas vale lembrar > verifique > se seus processos utilizam bind-variables o que > pouparia o I/O e seu database buffer cache. Como o > Chiappa falou isso pode ser decorrente de "n" > variáveis, tente se sercar de todas. > > Abraços Luis Figueiredo. > > > > --- Nelson Cartaxo <[EMAIL PROTECTED]> > escreveu: > > > --------------------------------- > Chiappa, > > Agradeço a atenção e a explicação. > > O I/O não está distribuido, a máquina está com RAID > 5, > ou seja, não adianta > nada distribuir em milhões de file systems. Eu > ainda > tentei pedir para o > pessoal de SO para poder tirar os redos do raid e > colocar e file systems > separados, mas nada feito. Veja por exemplo a > distribuição dos filesystems e > o I/O > DRIVE FileName > TOTAL_IO WEIGHT > u03/orada /u03/oradata/bdbfa/d_bfa_04_02.dbf > > 13269195 12.39 > /u03/oradata/bdbfa/d_bfa_03_17.dbf > > 8420443 > 7.86 > /u03/oradata/bdbfa/d_bfa_03_16.dbf > > 8364751 > 7.81 > /u03/oradata/bdbfa/d_bfa_03_13.dbf > > 5251389 > 4.90 > /u03/oradata/bdbfa/d_bfa_03_12.dbf > > 4286711 > 4.00 > /u03/oradata/bdbfa/d_bfa_04_01.dbf > > 3443941 > 3.22 > /u03/oradata/bdbfa/d_bfa_04_13.dbf > > 2538081 > 2.37 > /u03/oradata/bdsisvan/d_sisvan_01_01.dbf > > 2417819 > 2.26 > /u03/oradata/bdbfa/d_bfa_04_12.dbf > > 2318235 > 2.17 > /u03/oradata/bdbfa/d_bfa_04_03.dbf > > 2281325 > 2.13 > /u03/oradata/bdsisvan/d_sisvan_01_02.dbf > > 2261226 > 2.11 > /u03/oradata/bdbfa/d_bfa_04_04.dbf > > 2164007 > 2.02 > /u03/oradata/bdsisvan/d_sisvan_04_01.dbf > > 2108144 > 1.97 > > Quanto ao hardware aceitar, isso eu não sei. > Preciso > ver com o pessoal de > SO, mas não sei se vão ajudar. Como na maior parte > das > vezes a culpa é > sempre do banco e pronto. > > Quanto ao tamanho do log_buffer, já está com 1MB. Os > redos eu coloquei com > 300MB pq estava havendo muito logswitchs. Eu fui > aumentando gradativamente, > começou com 50 MB e fazia as vezes 20 a 30 switchs > por > minuto. > > Com relação aos locks eu verifiquei tanto no > ambiente > gráfico, quanto em > tabelas como dba_locks, v$locked_object, etc... O > tipo > de lock é TC e o lock > mode é ROW-S(SS). > > Acredito realmente que estejamos com problemas no > disco, pois quando coloco > o spotlight, ele acusa problemas de dbwr, log, etc. > ou > seja, tudo que é > escrita em disco. > > P.S: Voce ou alguem do grupo teria algum link que > mostrasse como ler o > output do vmstat e iostat. Tenho um pouco de > dificuldade de saber isso, > pois não sou um profundo conhecedor de linux. > > Obrigado e abraços > > Nelson Cartaxo > === message truncated === __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------------------------------------------------------------------------------------------------------------------- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --------------------------------------------------------------------------------------------------------------------------__________________________________________________________________ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __________________________________________________________________ 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: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html