"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 ??? "
==> Resp: Não.. :-( Mas é uma tarefa a ser feita na próxima janela. Pouco tempo pra ficar preparando.. queriam começar a usar logo, ai ja viu né.. 2016-12-14 10:16 GMT-02:00 jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br>: > > > 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 > >
