desenv-web-rp.com

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 gostaria de saber o que os outros têm a dizer.

16
Toby

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.

3
Kris

Despejo de banco de dados noturno no arquivo

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

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

3
intlect

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 um link. Boo.)

Para quem não conhece essas ferramentas, o SyncBack é um programa incrível e muito rico em recursos para sincronizar arquivos entre pastas diferentes. O JungleDisk permite criar uma unidade virtual que, nos bastidores, lê e grava dados no serviço de armazenamento do Amazon S3, que é uma solução de armazenamento baseada em 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 que é interessante nessa 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. Dessa forma, não precisamos usar o Word da empresa de hospedagem que está sendo copiada - podemos ver nossos arquivos na nuvem a qualquer momento e em qualquer lugar do mundo.

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

1
Scott Mitchell

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 me lembro de uma mente confiável e fácil de usar. recuperar instantâneos E uma solução virtualizada que é reiniciada 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.

1
bpeterson76

nós executamos um sistema multisite wordpress. 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 atualizar o núcleo wordpress), e um backup mensal de todo diretório inicial. isso está funcionando bem com nosso sistema

0
Poorya Zeynalzadeh

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.

0
delete

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 hostgator compartilhada e realmente não existe uma maneira automatizada de fazer backup. Acabei de encontrar siteautobackup.com porque diz que pode fazer backup de tudo, desde o nível WHN, mas o produto ainda não parece estar funcionando.

0
malcolm