Re: Res: Re: RES: [oracle_br] Re: DBWR lento
Para OLAP acredito que a regra seja outra. Mas como o JLSilva disse, situação diferente pede uma abordagem diferente. Para OLTP, dependendo do ambiente até de 15 em 15 minutos atende. E se levar em conta também que a cada switch vai ter um checkpoint, o cliente vai acabar reclamando de qualquer jeito, pois muitos switchs em pouco tempo tem impacto negativo na performance. On 6/7/11, JLSilva wrote: > ricardo proni, correto seu raciocínio. > mas, novamente está falando de algo fora do trivial. > quando se está trabalhando fora do trivial, a análise não é trivial também. > segundo entendi, a nota lá fala que 1 switch a cada 20 minutos é uma regra > geral, para ambiente transacional (OLTP), em horário de pico. > > On Jun 07, 2011, at 12:13 , ricardo.pr...@gmail.com wrote: > >> Eu respeitosamente discordo da métrica, pois ela nao eh absoluta. Em uma >> carga de OLAP, atualmente gero 500 GB de dados em 30 minutos. De acordo >> com a metrica, teria que ter Redo Logs de cerca de 300 GB cada. >> >> O problema nao e um (ou 20) switch, mas o ultimo switch sem que haja um >> Redo Log disponivel para continuar a gravacao. Isto tb invalida a metrica. >> >> Um cliente nao liga para switch, ele nao reclama disso. Ele quer que o SQL >> execute em menos tempo, e para isto você deve analisar o tempo que o banco >> gastou esperando por Redo Log livre (evento log file switch completion). >> Esta analise eh simples com o AWR. >> >> Enviado pelo meu aparelho BlackBerry da Claro >> >> -Original Message- >> From: JLSilva >> Sender: oracle_br@yahoogrupos.com.br >> Date: Tue, 7 Jun 2011 10:01:18 >> To: >> Reply-To: oracle_br@yahoogrupos.com.br >> Subject: Re: RES: [oracle_br] Re: DBWR lento >> >> fala Welvis. blz? >> aquela nota que o chiappa citou fala sobre isso: 781999.1 >> vc tem acesso ao metalink? se sim, dê uma olhada nessa nota. >> mas em resumo, a sugestão da nota é dimensionar os redologs para 20 >> minutos entre cada switch. >> >> On Jun 07, 2011, at 9:44 , wel...@stcruz.com.br wrote: >> >>> Olá pessoal... >>> >>> Gostaria de saber se há alguma nota no metalink que diz se quanto em >>> quanto tempo é um switch para um banco OLTP.. Eu costumo >>> deixar/recomendar que os switchs sejam de pelo menos uns 10 minutos., >>> claro dependendo do horário este número pode variar um pouco tanto para >>> mais quanto para menos. >>> >>> Mas com toda esta discussão fiquei curioso sobre isso... >>> >>> Att, >>> >>> Welvis Douglas >>> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em >>> nome de Fábio Gibon - Comex System >>> Enviada em: segunda-feira, 6 de junho de 2011 22:08 >>> Para: oracle_br@yahoogrupos.com.br >>> Assunto: Re: [oracle_br] Re: DBWR lento >>> >>> >>> Na real eu não queria saber realmente se o redolog deveria ser 50mb, >>> 200mb, 2gb, ... foi levantado a hipótese aqui de que o problema de >>> desempenho do banco era por problema de performance de IO nos discos onde >>> estavam os redologs, então tentei levantar alguns dados para ver se não >>> estava pecando em alguma configuração (antes de sair culpando o disk >>> group >>> que estão os redos) >>> >>> sds >>> Fábio Gibon >>> - Original Message - >>> From: jljlsilva >>> To: oracle_br@yahoogrupos.com.br >>> Sent: Monday, June 06, 2011 4:40 PM >>> Subject: [oracle_br] Re: DBWR lento >>> >>> portilho, legal suas observações. penso que o caminho é esse mesmo. >>> eu imagino que as pessoas que colocam perguntas desse tipo que o fábio >>> gibon colocou aqui nesse tópico, não tem informações suficientes sobre o >>> assunto e precisam justamente desse tipo de comentário, sem exageros, mas >>> direcionando, neste caso, sobre como calcular o que ele precisa. >>> legal... valeu... >>> >>> --- Em oracle_br@yahoogrupos.com.br, Ricardo Portilho Proni >>> escreveu Oi. - Não importa o tamanho do banco, e sim o tamanho das gravações. Um banco de 1TB que só sofre SELECT não terá impacto em ter os pequenos Redo Logs padrão do Oracle (3 x 50MB); - Você deve ter Redo Logs suficientes (em tamanho e quantidade) para contar sua maior gravação concorrente. Veja neste exemplo, eu executo uma gravação de 250MB sem ter 250MB de Redo Log, e o tempo é prejudicado em mais de 100%. Após adicionar um único Redo Log de 1GB, tenho meu problema solucionado: http://profissionaloracle.com.br/blogs/portilho/2009/01/14/imp-lento-no-oracle/ - Você deve ter Redo Logs suficientes (em tamanho em quantidade) de forma que o Wait Event "log file switch" não ocupe um tempo relevante no período analisado. Se ele ocupa apenas 5% do seu tempo de banco, e você não precisa destes 5% de tempo, não precisa altera-los; - Redo Logs grandes não impactam o sistema por conta da geração de Archives grandes: se você está efetuando uma gravação de 100GB, o Oracle irá gerar 100GB (+ ou -) de Archives de qualquer forma, seja em pedaços de 100MB ou de 1GB; - Em um RAC de 8 Nós, teriam
Re: Res: Re: RES: [oracle_br] Re: DBWR lento
ricardo proni, correto seu raciocínio. mas, novamente está falando de algo fora do trivial. quando se está trabalhando fora do trivial, a análise não é trivial também. segundo entendi, a nota lá fala que 1 switch a cada 20 minutos é uma regra geral, para ambiente transacional (OLTP), em horário de pico. On Jun 07, 2011, at 12:13 , ricardo.pr...@gmail.com wrote: > Eu respeitosamente discordo da métrica, pois ela nao eh absoluta. Em uma > carga de OLAP, atualmente gero 500 GB de dados em 30 minutos. De acordo com a > metrica, teria que ter Redo Logs de cerca de 300 GB cada. > > O problema nao e um (ou 20) switch, mas o ultimo switch sem que haja um Redo > Log disponivel para continuar a gravacao. Isto tb invalida a metrica. > > Um cliente nao liga para switch, ele nao reclama disso. Ele quer que o SQL > execute em menos tempo, e para isto você deve analisar o tempo que o banco > gastou esperando por Redo Log livre (evento log file switch completion). Esta > analise eh simples com o AWR. > > Enviado pelo meu aparelho BlackBerry da Claro > > -Original Message- > From: JLSilva > Sender: oracle_br@yahoogrupos.com.br > Date: Tue, 7 Jun 2011 10:01:18 > To: > Reply-To: oracle_br@yahoogrupos.com.br > Subject: Re: RES: [oracle_br] Re: DBWR lento > > fala Welvis. blz? > aquela nota que o chiappa citou fala sobre isso: 781999.1 > vc tem acesso ao metalink? se sim, dê uma olhada nessa nota. > mas em resumo, a sugestão da nota é dimensionar os redologs para 20 minutos > entre cada switch. > > On Jun 07, 2011, at 9:44 , wel...@stcruz.com.br wrote: > >> Olá pessoal... >> >> Gostaria de saber se há alguma nota no metalink que diz se quanto em >> quanto tempo é um switch para um banco OLTP.. Eu costumo >> deixar/recomendar que os switchs sejam de pelo menos uns 10 minutos., >> claro dependendo do horário este número pode variar um pouco tanto para >> mais quanto para menos. >> >> Mas com toda esta discussão fiquei curioso sobre isso... >> >> Att, >> >> Welvis Douglas >> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em >> nome de Fábio Gibon - Comex System >> Enviada em: segunda-feira, 6 de junho de 2011 22:08 >> Para: oracle_br@yahoogrupos.com.br >> Assunto: Re: [oracle_br] Re: DBWR lento >> >> >> Na real eu não queria saber realmente se o redolog deveria ser 50mb, >> 200mb, 2gb, ... foi levantado a hipótese aqui de que o problema de >> desempenho do banco era por problema de performance de IO nos discos onde >> estavam os redologs, então tentei levantar alguns dados para ver se não >> estava pecando em alguma configuração (antes de sair culpando o disk group >> que estão os redos) >> >> sds >> Fábio Gibon >> - Original Message - >> From: jljlsilva >> To: oracle_br@yahoogrupos.com.br >> Sent: Monday, June 06, 2011 4:40 PM >> Subject: [oracle_br] Re: DBWR lento >> >> portilho, legal suas observações. penso que o caminho é esse mesmo. >> eu imagino que as pessoas que colocam perguntas desse tipo que o fábio >> gibon colocou aqui nesse tópico, não tem informações suficientes sobre o >> assunto e precisam justamente desse tipo de comentário, sem exageros, mas >> direcionando, neste caso, sobre como calcular o que ele precisa. >> legal... valeu... >> >> --- Em oracle_br@yahoogrupos.com.br, Ricardo Portilho Proni >> escreveu >>> >>> Oi. >>> >>> - Não importa o tamanho do banco, e sim o tamanho das gravações. Um >>> banco de 1TB que só sofre SELECT não terá impacto em ter os pequenos >>> Redo Logs padrão do Oracle (3 x 50MB); >>> - Você deve ter Redo Logs suficientes (em tamanho e quantidade) para >>> contar sua maior gravação concorrente. Veja neste exemplo, eu executo >>> uma gravação de 250MB sem ter 250MB de Redo Log, e o tempo é prejudicado >>> em mais de 100%. Após adicionar um único Redo Log de 1GB, tenho meu >>> problema solucionado: >>> http://profissionaloracle.com.br/blogs/portilho/2009/01/14/imp-lento-no-oracle/ >>> - Você deve ter Redo Logs suficientes (em tamanho em quantidade) de >>> forma que o Wait Event "log file switch" não ocupe um tempo relevante no >>> período analisado. Se ele ocupa apenas 5% do seu tempo de banco, e você >>> não precisa destes 5% de tempo, não precisa altera-los; >>> - Redo Logs grandes não impactam o sistema por conta da geração de >>> Archives grandes: se você está efetuando uma gravação de 100GB, o Oracle >>> irá gerar 100GB (+ ou -) de Archives de qualquer forma, seja em pedaços >>> de 100MB ou de 1GB; >>> - Em um RAC de 8 Nós, teriam sido gastos alguns milhões de dólares só >>> de licenças do Oracle. Neste cenário, 160GB de disco é irrelevante, este >>> ambiente deve ter até mais de 160GB de RAM. >>> >>> Espero ter ajudado. >>> >>> >>> Em Sáb, 2011-06-04 às 01:32 +, jljlsilva escreveu: >>> chiappa, mas, vamos detalhar um pouco mais. o que é um "banco de dados nanico" prá vc? vc acha q um redolog muito grande não poderia causar problemas de performance no momento do arqu
