Portilho,

Realmente não teria outro disco...o que tenho são os discos destinados a 
gravação de dados, indices, e os binarios do banco...posso voltar ao que era 
antes, dividir os grupos nestes discos mas, resolvi colocar todos em um unico 
disco a fim de melhorar a performance...tu acha a ideia valida ? se eu dividir 
todos os redos nos outos discos, junto com os binarios, datafiles, aquivos de 
indices, acho que poderia ter uma degradação de performance...

--- Em oracle_br@yahoogrupos.com.br, Ricardo Portilho Proni <ricardo.pr...@...> 
escreveu
>
> Realmente são gravações absurdas !
> As mensagens no Alert não deixam dúvidas:
>  - Você deve aumentar os REDOs sim, em tamanho e se possível em quantidade;
>  - Deve utilizar múltiplos DBWR para que ele não fique muito atrás do LGWR;
>  - Não utilize os dois membros no mesmo disco. Com dois membros no mesmo
> disco e até mesmo diretório, acho que nem de erros "dedais" você está se
> protegendo, então se não tiver outro disco, use só um membro por grupo.
> 
> Abraço !
> 
> 
> Ricardo Portilho Proni
> http://nervinformatica.com.br
> 
> Oracle ACE
> Oracle Database 10g Administrator Certified Professional
> Oracle Database 10g: RAC Administrator Certified Expert
> Oracle Database 10g: Managing Oracle on Linux Certified Expert
> Microsoft Certified Database Administrator
> Microsoft Certified Technology Specialist: SQL Server 2005
> Certified MySQL Database Administrator
> IBM Certified Database Administrator
> 
> 
> 
> 
> 
> Em 18 de fevereiro de 2010 08:52, candiurudba
> <candiuru...@...>escreveu:
> 
> >
> >
> > Grande Portilho / Colegas...
> >
> > Tue Feb 2 08:39:57 2010
> > Thread 1 cannot allocate new log, sequence 1073
> >
> > Private strand flush not complete
> > Current log# 4 seq# 1072 mem# 0: /s03/oracle/xpi/redo/redo04.log
> > Current log# 4 seq# 1072 mem# 1: /s03/oracle/xpi/redo/redo04a.log
> > Tue Feb 2 08:40:09 2010
> > Thread 1 advanced to log sequence 1073 (LGWR switch)
> > Current log# 1 seq# 1073 mem# 0: /s03/oracle/xpi/redo/redo01.log
> > Current log# 1 seq# 1073 mem# 1: /s03/oracle/xpi/redo/redo01a.log
> > Tue Feb 2 08:40:48 2010
> > Thread 1 cannot allocate new log, sequence 1074
> >
> > Private strand flush not complete
> > Current log# 1 seq# 1073 mem# 0: /s03/oracle/xpi/redo/redo01.log
> > Current log# 1 seq# 1073 mem# 1: /s03/oracle/xpi/redo/redo01a.log
> > Tue Feb 2 08:40:50 2010
> > Thread 1 advanced to log sequence 1074 (LGWR switch)
> > Current log# 2 seq# 1074 mem# 0: /s03/oracle/xpi/redo/redo02.log
> > Current log# 2 seq# 1074 mem# 1: /s03/oracle/xpi/redo/redo02a.log
> > Tue Feb 2 08:41:00 2010
> > Thread 1 cannot allocate new log, sequence 1075
> >
> > Private strand flush not complete
> > Current log# 2 seq# 1074 mem# 0: /s03/oracle/xpi/redo/redo02.log
> > Current log# 2 seq# 1074 mem# 1: /s03/oracle/xpi/redo/redo02a.log
> >
> > Tenho gravações absurdas sim Portilho...vc pode perceber ai em cima no log
> > que o giro esta sendo feito bem rapido... que o que ocorre é que em
> > determinados momentos do dia, tenho alguns sistemas e alguns robos
> > desenvolvidos que fazem milhares de alterações (basicamente comandos DML) no
> > banco, ou seja, nestes determinados horarios tinhamos lentidão quando estas
> > aplicações iriam fazer as alterações e o problema foi minimizado quando
> > aumentei o tamanho dos Redos para 11264M (Nunca trabalhei com um tamanho
> > destes para membros de REDO).
> >
> > Apesar dos problemas de lentidão terem sido solucionados, tenho sim estes
> > alertas indicando algum problema na gravação / alocação de redos.
> >
> > Os meus grupos estão gravando em um mesmo HD...mas foi pensando na melhora
> > de I/O que separei um array só para os REDOs pq antigamente eles estavam
> > alocados por todos os discos do servidor (/u01, /u02, /u03), ou seja,
> > concorriam com as tools do proprio banco localizados la na instalação,
> > concorriam com a gravação de dados que estavam localizadas no /u02 e etc.
> > Aloquei todos os REDOS em uma unica unidade mas seus membros continuam sendo
> > gravados ao mesmo tempo...
> >
> > --- Em oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>,
> > Ricardo Portilho Proni <ricardo.proni@> escreveu
> >
> > >
> > > Dificilmente você deve aumentar a quantidade / tamanho de REDOs, a não
> > ser
> > > que você tenha uma gravação absurda. Qual o tempo médio de giro entre os
> > > REDOs?
> > >
> > > O seu problema agora deve ser o I/O mesmo.
> > > Os seus grupos de REDO possuem dois membros cada, e estão gravando no
> > mesmo
> > > HD? Se sim, este pode ser seu problema.
> > >
> > > DBWR adicionais devem te ajudar.
> > > *In some cases, this message can be resolved by increasing
> > db_writer_process
> > > value.
> > > *
> > > A nota 372557.1 tem uma explicação detalhada sobre esta mensagem.
> > >
> > > Ricardo Portilho Proni
> > > http://nervinformatica.com.br
> > >
> > > Oracle ACE
> > > Oracle Database 10g Administrator Certified Professional
> > > Oracle Database 10g: RAC Administrator Certified Expert
> > > Oracle Database 10g: Managing Oracle on Linux Certified Expert
> > > Microsoft Certified Database Administrator
> > > Microsoft Certified Technology Specialist: SQL Server 2005
> > > Certified MySQL Database Administrator
> > > IBM Certified Database Administrator
> > >
> > >
> > > Em 17 de fevereiro de 2010 11:52, candiurudba
> > > <candiurudba@>escreveu:
> >
> > >
> > > >
> > > >
> > > > Bom dia Colegas,
> > > >
> > > > Tenho uma situação um tanto quanto nova ocorrendo em um banco de dados
> > que
> > > > tenho em produção.
> > > >
> > > > O Oracle nele instalado é 10.2.0.4 em um Linux Red Hat 5.2..
> > > >
> > > > Tenho algumas aplicações que fazem milhares de atualizações (comandos
> > DML)
> > > > nesta base de dados e por este motivo, fui aumentando meus Redos Logs
> > de
> > > > forma que os mesmos pudessem suportar estes massiços DML ( normalmente
> > > > UPDATE).
> > > >
> > > > Comecei trabalhando com 500 MB, tendo um total de 12 grupos...hoje em
> > dia,
> > > > estou trabalhando com 7 grupos de 11GB e mesmo assim, ainda tenho
> > alertas de
> > > > Private strand flush not complete.
> > > >
> > > > Fico na dúvida se continuo aumentando o tamanho dos Redos...digo
> > tamanho pq
> > > > a quantidade vejo que esta boa, com varios grupos inativos no momento
> > que
> > > > estou com alto volume de alterações sendo realizadas no banco...
> > > >
> > > >
> > > >
> > >
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> >
> >  
> >
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>


Responder a