Opa, sim, poderia efetuar uma replicação. Porém queria saber se alguém já passou por isso e se conseguiu resolver.
Valeu. *Att.* Diego M. Agudo Analista desenvolvedor ------------------------------------------------------------------------------ ** http://www.digimaster.srv.br/ R. José Bonifácio, 1030 - Jd. Cristo Rei - CEP 17513-230 - Marília/SP Telefone: (14) 3301-8846 / (11) 5595-9500 #9651 Esta mensagem da DIGIMASTER SERVIÇOS E TECNOLOGIA LTDA, empresa privada, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. Em 7 de outubro de 2011 00:05, Itamar Reis Peixoto <ita...@ispbrasil.com.br>escreveu: > 2011/10/6 Diego Agudo <di...@digimaster.srv.br> > > > > Boa noite galera, > > > > Estou migrando um banco de dados do tamanho de 49GB em texto e 9GB em > formato custom. > > Me deparei com o seguinte problema na hora de efetuar o restore: > > Este processo está demorando muito, deixei mais de 10horas rodando e o > restore não volta, sendo que utilizando a versão 8.2.3 o mesmo processo de > dump e restore não passa de 2:30h. > > > > > > Meu servidor possui as seguintes configurações: > > 6GB de Ram > > 2TB de HD Sata com Raid +10 > > Processador Intel(R) Xeon(R) Quad CPU 5160 @ 3.00GHz > > > > O postgresql.conf deixei com as seguintes configurações para efetuar o > restore na versão 9.0.5: > > max_connections = 50 # (change requires restart) > > shared_buffers = 1024MB > > work_mem = 256MB > > maintenance_work_mem = 256MB # min 1MB > > wal_level = minimal # minimal, archive, or hot_standby > > # (change requires restart) > > fsync = off > > wal_buffers = 2MB # min 32kB > > checkpoint_segments = 64 # in logfile segments, min 1, 16MB each > > checkpoint_timeout = 1h # range 30s-1h > > checkpoint_completion_target = 0.8 # checkpoint target duration, 0.0 - > 1.0 > > archive_mode = off > > max_wal_senders = 0 # max number of walsender processes > > hot_standby = off # "on" allows queries during recovery > > autovacuum = off > > > > > > Caso alguém tenha passado pela mesma experiência e saiba como > solucioná-la, agradeço. > > > > Obrigado. > > > > > > Att. > > Diego M. Agudo > > Analista desenvolvedor > > > ------------------------------------------------------------------------------ > > > > http://www.digimaster.srv.br/ > > R. José Bonifácio, 1030 - Jd. Cristo Rei - CEP 17513-230 - Marília/SP > > Telefone: (14) 3301-8846 / (11) 5595-9500 #9651 > > > > > experimente o bucardo, faca uma replicacao, vai demorar tambem, porem > vc fica com os 2 bancos online e replicados. > > > > -- > ------------ > > Itamar Reis Peixoto > msn, google talk: ita...@ispbrasil.com.br > +55 11 4063 5033 (FIXO SP) > +55 34 9158 9329 (TIM) > +55 34 8806 3989 (OI) > +55 34 3221 8599 (FIXO MG) > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
