Victor Hugo. Nesse caso eu recomendo o backup físico.Mas acredito também que você deveria manter um dump como uma segunda estratégia de backup.
Um dba precavido de falhas deve ter sempre um plano B, C e por ai vai. "Mas não descarte as indicações dos mais experientes nomes da lista Leandro Dutra,Flavio e Fabrizio que citaram anteriormente. Emerson Martins DBA Itec/AL 82 9123-5504 82 9668-1283 Em 19 de abril de 2012 09:53, Fabrízio de Royes Mello < [email protected]> escreveu: > > Em 19 de abril de 2012 09:23, Victor Hugo <[email protected]>escreveu: > > >> Estou com alguns problemas em relação a janela de backup do meu banco >> de dados, estou estudando algumas maneiras de melhorá-la. >> A minha base de dados gira em torno de 2T, e com uns cálculos >> verifiquei que se eu utilizar o pg_dump demoraria 8 dias para >> completar o backup. >> >> Eu tentei uma outra forma que ficou bem rápido, fiz um RSYNC com o >> banco aberto e final de semana eu posso pará-lo e fazer outro rsync >> pegando só as alterações, fiz isso semana passada e funcionou >> perfeitamente. >> >> Vcs pode enviar algumas soluções para esse tipo de backup pelo tamanho do >> BD ? >> >> > Olá Vitor, > > Antes de mais nada eu recomendaria uma lida nesse post [1] do nosso colega > Fábio Telles, vai te dar algumas boas idéias para te ajudar nessa > empreitada. > > > [1] http://tellesr.wordpress.com/2010/05/06/dump-nao-e-backup/ > -- > Fabrízio de Royes Mello > Consultoria/Coaching PostgreSQL > >> Blog sobre TI: http://fabriziomello.blogspot.com > >> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello > >> Twitter: http://twitter.com/fabriziomello > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
