estratégia de backup sane para webapps

Question

Eu estou fazendo um webapp e precisa de um plano de backup. Aqui está o que eu tenho até agora:

• backup noturno criptografada do banco de dados SQL para o Amazon S3 e minha unidade externa (incremental, se possível, não excessivamente familiar com o PostgreSQL ainda, mas isso é outra discussão)
• backup noturno de meu repo Mercurial (que inclui configurações Apache, scripts implementar, etc) para S3 (w / backups locais via Time Machine)

Devo acrescentar mais alguma coisa, ou será que esta capa? Para um indicador de quão crítica dos dados é / seria, é um aplicativo de gerenciamento de projetos nos moldes do Basecamp.

Answer 1

Weekly backup completo do seu banco de dados como as well as nightly incrementais bem, talvez?

Isso significa que se um de seus backups incrementais de idade fica corrompido, então você perdeu menos de uma semana de dados.

Além disso, garantir que você tenha um plano de teste de backup para garantir o seu backups trabalho. Há um monte de histórias de horror por aí sobre isso, de empresas que têm vindo a fazer backups de anos, nunca testando-os e depois descobrir que nenhum deles são bons, uma vez que precisar deles. (Eu também estive em uma empresa como esta. Felizmente eu vi os backups não estavam funcionando antes de serem necessários e fixa os problemas).

Answer 2

Uma das melhores estratégias que trabalharam para mim no passado era ter o processo de "backup" apenas ser o mesmo que o processo de instalação, ou seja, nós totalmente roteirizada em linux a configuração do servidor, criação de aplicativos, a configuração do banco de dados, etc etc de modo a instalar seria parecido com:

./ install.sh [servidor] [nome do aplicativo] eo backup / recuperação ./install [servidor] [nome do aplicativo] -database [arquivo de backup do banco de dados]

Em termos de backup de banco de dados foi feito backup totalmente (banco de dados MySQL), por um cron

Esta praticamente assegurado que a recuperação foi testada toda vez que uma nova instância foi implantado, e os scripts acabaram sendo usado também para mover casos em hardware necessário substituição, ou quando um determinado servidor foi uma demasiada carga recebendo a partir de um cliente .

Esta foi a instalação de um aplicativo corporativo Saas que eu trabalhei alguns anos atrás, por isso tivemos controle total dos servidores.

Answer 3

Eu se você pode mudar a partir de uma volta gradual até um diferencial. Se você tem um incrementais, então você teria que aplicar o backup completo semanal e depois a cada incremento seguinte ao. Se um de seus incrementais falhar no início da semana, então todos os seus backups subseqüentes falhará também.

No entanto, se você usar um diferencial em seguida, cada um diferencial contém todas as alterações desde a última volta. por isso mesmo se uma das cópias de segurança falhou no início da semana você ainda seria capaz de recuperar totalmente, se você tem um backup bem sucedida recente.

Espero que eu estou explicando isso muito bem!

:)