Opa ! Obrigado pela sua audiência...rs... Mas aumentar os REDOs não irá influenciar seu I/O.
Se você tiver REDOs de 100MB, e gerar 1GB de gravações em 10 minutos, transitará 1GB pela rede a cada 10 minutos, em 10 arquivos. Se você tiver REDOs de 1GB, e gerar 1GB de gravações a cada 10 minutos, transitará 1GB pela rede a cada 10 minutos, em 1 arquivo. Ou seja, o que importa é o quanto você gera de escrita, e não o tamanho do REDO. Claro, na hora do switch, o Oracle terá que criar um archive de 1GB de uma vez, ao invés de gravações com maior intervalo, de 100MB. Mas no final, 1GB é 1GB. Ricardo Portilho Proni Team Leader CES - Centro de Excelência Solvo ------------------------------------------------------------------- - Oracle Database 10g Administrator Certified Associate (OCA) - Oracle Database 10g Administrator Certified Professional (OCP) - Microsoft Certified Professional (MCP) - Microsoft Certified Technology Specialist: SQL Server 2005 (MCTS) - Certified MySQL Database Administrator (CMDBA) ________________________________ De: amorrimm <ammo...@hotmail.com> Para: oracle_br@yahoogrupos.com.br Enviadas: Sexta-feira, 6 de Março de 2009 16:30:51 Assunto: Re: Res: [oracle_br] Redo Logs - Tamanho x Número de Grupos Grande Portilho, tudo certinho ?? Rapaz...eu li ha algumas semanas atras esta sua simulação..achei massa, muito boa mesmo... Então..eu ja tinha visto mensagens como checkpoint incomplete e dando uma olhadinha mais de perto, achei Private strand flush not complete ... Realmente preciso aumentar um pouco mais meus redos...só fiquei meio receoso quanto ao I/O que grandes redos irão me gerar...e tambem tem a questão do Dataguard... enviar 1G ou quase isso por uma rede qualquer até o standby....sei la...receioooooo. ..rs --- Em oracle...@yahoogrup os.com.br, Ricardo Portilho Proni <rportilhoproni@ ...> escreveu > > Oi. > > Se no seu alert log você tiver mensagens "Checkpoint not complete" e "Thread > 1 could no allocate new log", deve aumentar seus REDOs. > Não é incomum vermos REDOs de 1GB ou mais hoje em dia. E não faz mal > aumenta-los. > > Fiz uma simulação sobre aumento de REDOs e performance de escrita no endereço > abaixo: > http://profissional oracle.com. br/blogs/ portilho/ 2009/01/14/ imp-lento- > no-oracle/ > > Ricardo Portilho Proni > Team Leader CES - Centro de Excelência Solvo > ------------ --------- --------- --------- --------- --------- - > - Oracle Database 10g Administrator Certified Associate (OCA) > - Oracle Database 10g Administrator Certified Professional (OCP) > - Microsoft Certified Professional (MCP) > - Microsoft Certified Technology Specialist: SQL Server 2005 (MCTS) > - Certified MySQL Database Administrator (CMDBA) > > > > > ____________ _________ _________ __ > De: amorrimm <ammo...@... > > Para: oracle...@yahoogrup os.com.br > Enviadas: Sexta-feira, 6 de Março de 2009 16:09:55 > Assunto: [oracle_br] Redo Logs - Tamanho x Número de Grupos > > > Boa tarde Senhores... > > Uma pequena dúvida... > > Tenho em meu banco de produção 12 grupos de redo com tamanho de 400mb para > cada membro e muito raramente, tenho alguns log file sync altos...pois bem, > fiz uma melhor distribuição destes redos em discos diferentes para não gerar > muito impacto de I/O e aumentei de 300mb para os 400 e ate o momento estava > tudo em ordem... > > Mas infelizmente (ou felizmente), tenho alguns novos processos que executam > blocos PL/SQL que geram muitas atualizações em determinaos horarios e ja > estou pensando em aumentar o tamanho dos neus redos... > > Mas e ai que entra a questão: > > Fiz uma verificação no meu alert_log, a fim de constatar o tempo em que o > Oracle esta alternando entre os logs e descobri que no máximo ele esta > demorando para alternar entre um e outro no máximo 1,5 minutos... > > Alguem tem alguma sugestão ? > > > > > > Veja quais são os assuntos do momento no Yahoo! +Buscados > http://br.maisbusca dos.yahoo. com > > [As partes desta mensagem que não continham texto foram removidas] > Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas]