Comentários sobre: Backup automático do postgres + rsync para outra máquina http://ferrari.eti.br/backup-automatico-do-postgres-usando-rsync/ php, python, xhtml, html5, css, javascript, jquery, webstandards, linux, nginx Thu, 29 Jul 2010 14:34:26 +0000 http://wordpress.org/?v=2.9.2 hourly 1 Por: Diego http://ferrari.eti.br/backup-automatico-do-postgres-usando-rsync/comment-page-1/#comment-61 Diego Thu, 21 Jan 2010 14:09:51 +0000 http://ferrari.eti.br/?p=91#comment-61 Atualmente tenho um plano de backup (full) externo na empresa de hospedagem que utilizo. Se der qualquer problema com o server basta repor o hardware e voltar o backup, é quase um Ghost. Mas estou pensando em mudar a infra-estrutura, visto que as requisições aos sites que hospedamos estão aumentando e tudo roda em apenas um servidor dedicado, vários serviços concorrendo por memória e processamento, não é legal. Estou gostando da sua abordagem com o nginX e agora essa dica simples de backup do banco. Parabéns pelo blog, já está nos favoritos. Atualmente tenho um plano de backup (full) externo na empresa de hospedagem que utilizo. Se der qualquer problema com o server basta repor o hardware e voltar o backup, é quase um Ghost.
Mas estou pensando em mudar a infra-estrutura, visto que as requisições aos sites que hospedamos estão aumentando e tudo roda em apenas um servidor dedicado, vários serviços concorrendo por memória e processamento, não é legal.
Estou gostando da sua abordagem com o nginX e agora essa dica simples de backup do banco.
Parabéns pelo blog, já está nos favoritos.

]]> Por: Carlos André Ferrari http://ferrari.eti.br/backup-automatico-do-postgres-usando-rsync/comment-page-1/#comment-60 Carlos André Ferrari Thu, 21 Jan 2010 13:55:02 +0000 http://ferrari.eti.br/?p=91#comment-60 @Diego Depende!.. Se você tem replicação, você pode usar os dois bancos para aumentar a performance geral dos sistemas e ainda usar de backup... além de, em caso de pane, você já teria um banco pronto para assumir... O backup para outro lugar é uma solução bem mais "barata", e você pode - e deve - ter, mesmo se estiver usando replicação. A desvantagem é, que se der algum problema, o tempo para restaurar tudo é menor. []'s @Diego

Depende!..

Se você tem replicação, você pode usar os dois bancos para aumentar a performance geral dos sistemas e ainda usar de backup… além de, em caso de pane, você já teria um banco pronto para assumir…

O backup para outro lugar é uma solução bem mais “barata”, e você pode – e deve – ter, mesmo se estiver usando replicação. A desvantagem é, que se der algum problema, o tempo para restaurar tudo é menor.

[]’s

]]> Por: Diego http://ferrari.eti.br/backup-automatico-do-postgres-usando-rsync/comment-page-1/#comment-59 Diego Thu, 21 Jan 2010 13:44:20 +0000 http://ferrari.eti.br/?p=91#comment-59 O que é melhor? 1. Fazer dump do banco e jogar para o server de backup. 2. Utilizar replicação de banco. O que é melhor?
1. Fazer dump do banco e jogar para o server de backup.
2. Utilizar replicação de banco.

]]> Por: Roger Wagner http://ferrari.eti.br/backup-automatico-do-postgres-usando-rsync/comment-page-1/#comment-58 Roger Wagner Thu, 03 Dec 2009 13:04:59 +0000 http://ferrari.eti.br/?p=91#comment-58 Interessante a solução, tenho uma parecida. Mas isto tem o enfoque o backup de dump full, certo? E se fosse incremental, teria como ser? E o restore dai? Somente levantando problemas que enfrento. Mas do mesmo mantenho o elogio pelo post. Interessante a solução, tenho uma parecida.
Mas isto tem o enfoque o backup de dump full, certo?
E se fosse incremental, teria como ser? E o restore dai?

Somente levantando problemas que enfrento.
Mas do mesmo mantenho o elogio pelo post.

]]>