Mauricio / Osvaldo, alterei o checkpoint_segments no arquivo postgresql.conf, "esta é a opção mais efetiva para lidar com grandes atualizações, carga de dados e atividade pesada de OLTP. Para qualquer sistema com pesada atividade de escrita, você deverá aumentar isto para ao menos 8; em sistemas com grandes cargas (como a carga de alguns GB de dados), algo em torno de 128 (e nós usamos 256 para testar o DBT2). Contudo, isto requer um montante significativo de espaço em disco para o xlog ((2 x segmentos + 1 ) x 16 MB, para ser preciso), e seus benefícios são limitados se o seu xlog não está em um disco separado dos dados." peguei essas informações em um material na net.
Obrigado !! Israel Teixeira. 2009/5/22 Osvaldo Kussama <osvaldo.kuss...@gmail.com> > 2009/5/21 Israel Teixeira <israel.teixe...@gmail.com>: > > > > estou tentando recuperar uma base cujo arquivo tem uns 5GB através do > > pg_restore, acontece que está demorando muito, alguém já passou uma > situação > > parecida como essa ?? se sim, tem alguma sugestão para melhorar esse > > processo ?? > > > > > O restore é um processo lento. No histórico existem algumas discussões > a respeito. > Dê uma olhada em: > http://www.postgresql.org/docs/current/interactive/performance-tips.html > e verifique que parâmetros da configuração podem ser alterados para > tentar acelerar o processo. > > Se mesmo assim o tempo de restore for inviável para suas necessidades > considere o uso de PITR. > > http://www.postgresql.org/docs/current/interactive/continuous-archiving.html > > Osvaldo > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- ITSilva
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
