Como você faz backup de seus sites?

Eu só estava me perguntando como a comunidade faz backup de seus sites?

Pego um despejo noturno no banco de dados e o desloco para outro servidor, que é copiado em uma mídia removível. É bastante automatizado e parece funcionar, mas eu estaria interessado em ouvir o que os outros têm a dizer.

O código do site está no Subversion, que por sua vez é feito todas as noites. Qualquer desenvolvimento do código é feito em servidores dev dedicados. A produção é atualizada apenas quando a nova versão é testada.

O backup do banco de dados relacional é feito todas as noites.

Alguns de nossos sites têm um grande volume de conteúdo estático (imagens, PDFs etc.) e são armazenados em SANs RAID5, espelhados em instalações externas e com backups em fita.

Não fazemos backup de arquivos de log, pois não confiamos muito neles.

Despejo de banco de dados noturno no arquivo

As permissões noturnas do banco de dados são despejadas no arquivo ( Maatkit )

Use o Tarsnap para backup externo de dumps de banco de dados, além de tudo em / var / www /

Uma opção que usei em alguns sites é usar o SyncBack, o JungleDisk e uma conta do Amazon S3. (Eu publicaria links para esses produtos e serviços, mas o SE proíbe que novos usuários publiquem mais de 1 link. Boo.)

Para aqueles que não estão familiarizados com essas ferramentas, o SyncBack é um programa incrível e muito rico em recursos para sincronizar arquivos entre pastas diferentes. O JungleDisk permite que você crie uma unidade virtual que, nos bastidores, leia e grave dados no serviço de armazenamento do Amazon S3, que é uma solução de armazenamento baseada na nuvem que é bastante acessível (presumindo que você não carregue gigabytes de dados na nuvem todos os dias )

O SyncBack é executado de acordo com uma programação, como uma vez por noite ou uma vez por semana, e ele copia os arquivos novos / alterados do disco rígido local para o drive virtual JungleDisk e remove todos os arquivos excluídos do drive virtual.

O que armazenamos na nuvem? Bem, o SQL Server faz um backup noturno e o configura para manter esses backups por duas semanas. Esses backups são enviados à nuvem todas as noites. Também empurramos nossos repositórios de código-fonte todas as noites. Um backup completo é feito de arquivos estáticos, ativos, utilitários e outros arquivos semanais.

O interessante dessa abordagem é que todos os arquivos estão na nuvem, o que significa que podemos acessá-los de qualquer lugar. Não é necessário fazer RDP no servidor dedicado se você tiver o JungleDisk na área de trabalho - é possível ver os arquivos na nuvem como se estivessem em uma unidade no computador local. Outro benefício é o custo. Para um de meus clientes, a empresa de hospedagem que hospeda o site venderá um serviço de backup de armazenamento externo para seus clientes de servidor dedicado, mas os custos foram de várias centenas de dólares por mês. Essa abordagem teve alguns custos iniciais - as licenças SyncBack e JungleDisk -, além de custos de armazenamento e largura de banda do Amazon S3, mas, se bem me lembro, esses custos foram inferiores ao que custaria um mês do plano de backup da empresa de hospedagem. E dessa forma não precisamos levar a empresa de hospedagem '

(Fui apresentado a essa abordagem pelo meu colega Michael Campbell .)

Além do Subversion, despejos noturnos do MySQL e uma imagem de servidor redundante (espelhada), somos prejudicados por ter um host (AISO.NET) que também faz instantâneos por hora como parte de todos os pacotes de hospedagem. Não apenas me sinto bem em hospedar uma empresa que nunca usou energia baseada em rede (eles alimentam toda a instalação com energia solar e eólica no local), mas também fico tranqüilo com uma instalação confiável e fácil de usar. recupere instantâneos E uma solução virtualizada que reinicie literalmente em um piscar de olhos, se for necessário.

O instantâneo salvou meu bacon mais de uma vez ... e é muito mais rápido do que passar pelos movimentos de desarmar, reconstruir e rezar que acompanham outros backups.

Por que você mantém a cópia principal do código no servidor da web? Não guardo nenhum código ou programa no servidor da web que não possa substituir instantaneamente.

Eu faço backup dos arquivos de log e das entradas do usuário usando scripts escritos para fins específicos.

Eu tenho meu código em outro lugar, mas isso não fará o backup das postagens do blog no site ativo. Eu tenho uma conta de revendedor de hostgator compartilhada e realmente não existe uma maneira automatizada de fazer backup. Acabei de descobrir siteautobackup.comporque diz que pode fazer backup de tudo, desde o nível WHN, mas o produto ainda não parece estar funcionando.

nós executamos um sistema wordpress multisite. nossa estratégia é fazer backup de bancos de dados a cada 12 horas em um espaço remoto, conteúdo wp todos os dias, public_html todas as semanas (ou quando fazemos grandes modificações no núcleo do sistema, como a atualização do núcleo do wordpress) e um backup mensal de todo o diretório pessoal. isso está funcionando bem com nosso sistema