O bicho vai pegar mesmo quando começarmos a rodar o sistema de nota fiscal eletrônica nesse sistema, porque toda rotina de faturamento do ERP novo vai integrar com ele.. e tabelas que tratam de capa e corpo de nota fiscal e pedidos e estoque costumam crescer demasiadamente rapido..
Fabio, no teu site tem algum artigo de tuning? vou dar uma procurada []s 2016-12-14 13:35 GMT-02:00 Fabio Prado fbifa...@gmail.com [oracle_br] < oracle_br@yahoogrupos.com.br>: > > > Pessoal, > > Só para reforçar os comentários do Chiappa, já fiz consultoria de > Tuning nos BDs de alguns ex-alunos, e em vários deles o problema principal > de performance horrenda do BD era o tamanho dos redo logs que estava com o > valor padrão de 50M, e eram muito pequenos para a carga atual de transações > daqueles BDs. > > O cálculo que eu faço para dimensionar o redo log era recriá-los com > um tamanho aproximado ao volume de redo que é gerado num período de 20 > minutos... tempo aprox. ideal (conforme diversas fontes de pesquisas, > incluindo docs da Oracle que dizem que o tempo ideal de um switch log deve > ser de 15 ou 20 minutos) para balancear performance e seguranças dos dados > do redo. > > []s > > > *Fábio Prado* > <http://www.fabioprado.net/2014/01/oracle-ace-o-que-e-isso.html> > www.fabioprado.net > "Compartilhando conhecimentos e treinando profissionais em Bancos de Dados > Oracle" > > > Em 14 de dezembro de 2016 12:14, jlchia...@yahoo.com.br [oracle_br] < > oracle_br@yahoogrupos.com.br> escreveu: > >> >> >> Angelo, se esse ambiente é PROD e (portanto) segurança/recuperabilidade é >> paradigma máximo, faça isso Pra Ontem : um só log file é um >> SPOF/SinglePointOfFailure total e completo.... E, já que tanto aumentar >> redo log file size QUANTO ter redo log file group members (apontando pra >> discos DIFERENTES, é Óbvio!!, se não tiver usando disk devices num storage) >> são coisas ONLINE, se vc já tiver o hardware nem precisa esperar pela >> próxima janela.... >> >> []s >> >> Chiappa >> > > >
