Oi Ricardo,
Pelo contrário, quanto menor os grupos de redo mais agressivo
será a escrita em disco pois a cada alternância de log ocorre chekpoint e
ocorrendo isto o lgwr escreve o conteúdo do buffer de redo para os redos, o
dbwr escreve os buffers sujos do buffer cache para os datafiles, o processo
checkpoint atualiza os cabeçalhos dos datafiles e controlfiles com os redo.
Então o caso ficaria pior ainda. A Oracle aconselha dimensionar os grupos de
redo para que ocorra uma alternância de log entre 15 a 20 min em média. Isto
também para que o lgwr não tenha que esperar para escrever em um grupo de
redo que ainda tenha transações ativas que não foram escritas nos datafiles.
É bom também nesse caso aumentar os grupos de redo principalmente quando a
carga de DML é intensa no banco.
Abs
Jonathan Barbosa
----- Original Message -----
From: "Ricardo Marques Silvério" <[EMAIL PROTECTED]>
To: <oracle_br@yahoogrupos.com.br>
Sent: Saturday, February 11, 2006 10:10 AM
Subject: Re: RES: RES: [oracle_br] Re: Problema Urgente
> 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
>
>
>
>
>
>
>
>
>
>
>
--------------------------------------------------------------------------------------------------------------------------
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
