Porque vc acha isso, Rafael ? Você ta imaginando uma situacao dele ser replicado, espelhado ? DG = Dataguard certo ?
On 14 December 2016 at 11:44, Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] <oracle_br@yahoogrupos.com.br> wrote: > > > Chiappa, uma dúvida: > > > "por princípio NÃO HÁ COMO o tamanho grande demais de um redo log file > interferir na performance" > > Quando se tem uma infra com DG configurado com protection mode max > protection por exemplo, um log grande demais não vai interferir na > performance ? > > Enviado do Yahoo Mail para iPhone <https://yho.com/footer0> > > On quarta-feira, dezembro 14, 2016, 9:16 AM, jlchia...@yahoo.com.br > [oracle_br] <oracle_br@yahoogrupos.com.br> wrote: > > > > Blz ? Então, no tocante á otimização para que os redos atendam a um tempo > mínimo de recuperação desejado, uma opção pode ser vc usar o ADVISOR > específico pra isso , veja http://www.orafaq.com/node/1437 e > http://www.databasejournal.com/features/oracle/article. > php/3395731/Oracle-10gs-Redo-Logfile-Sizing-Advisor.htm para exemplos e > refs... Notar também que há muuuuuuito tempo (desde 9i iirc) já temos o > FAST_START_MTTR_TARGET para indicar tempo de recuperabilidade... > > Já no que se refere à performance eu tenho alguns pontos : o primeiro é > que, ao contrário do que vc parece pensar (julgando pelo que vc escreveu no > parágrafo em que vc fala de redo) por princípio NÃO HÁ COMO o tamanho > grande demais de um redo log file interferir na performance, pois a > gravação de redo no redo log file NÂO IMPLICA em acessar o arquivo todo, o > arquivo é aberto em APPEND-MODE... > > Já um tamanho de redo log file muito pequeno ** SIM **, pode interferir > pois em princípio independente de outros settings, se um redo log file > enche um archive deverá ser criado, se esse enchimento for frequente Não só > o processo de ARCH pode ficar sobrecarregado (já que vai ser acionado a > "toda hora") mas também o LOG WRITER pode ter que ficar "esperando" o ARCH > liberar / confirmar a criação de archive antes da geração de novos logs > poder avançar.... É baseado mais ou menos nisso que a Oracle recomenda um > intervalo de alguns minutos entre a geração de cada archive - é um jogo de > Equilíbrio entre a segurança e a performance, muito embora a questão de > Segurança não é tão crítica, pois mesmo que vc não tenha o log necessário > archivado em caso de crash vc **** OBVIAMENTE **** está MULTIPLEXANDO seus > log files, né não ??? > > O resumo da ópera então é : avalie a possibilidade de usar o Advisor, > saiba que log file muito grande não deve interferir (negativamente ou > positivamente) E que um log file muito pequeno PODE SIM interferir > negativamente - sendo assim, eu sempre chuto como valor inicial algo em > torno de 500Mb a 1 GB como log file size, esses 50 Mb default numa > utilização em ambiente Produtivo via de regra são ridículos... Aí depois > uso o Advisor, analiso os waits referentes a log e archive, analiso a > diferença de tempos de criação dos archives, por aí... > > []s > > Chiappa > > >