Como fazer backups automatizados de FTP - e como restaurá-los?

Question

Atualmente estou usando um servidor virtual executando o Ubuntu Linux. A empresa que a hospeda não faz nenhum tipo de backup, mas me oferece a oportunidade de fazer backups via FTP. Por isso, obtenho acesso a um compartilhamento de FTP de tamanho igual ao meu armazenamento de servidor primário. Não há mais ajuda disponível do que Estes são os dados da sua conta de FTP, divirta-se! , mas acho que devo escrever um pequeno script e executá-lo como cron job. Eles promovem sua solução de backup como se fosse a melhor e mais fácil coisa do mundo, mas agora vejo muitas questões em aberto.

Então, não estou perguntando como escrever um script de shell, e sim o que ele deve fazer.

• Primeiro, terei que decidir se quero apenas fazer backup de algumas pastas de dados (como o htdocs e um dump de banco de dados recente) ou se quero espelhar o servidor completo . Eu gostaria de fazer o último, porque eu não estou apenas preocupado com a perda de dados, mas passando pelas dificuldades da configuração do servidor a partir do zero, o que geralmente me mantém ocupado por alguns dias.

• Em seguida, gostaria de saber se obtenho algum problema fazendo o backup de arquivos que atualmente são acessados por algum processo, talvez até mesmo por escrito. Acabarei com arquivos corrompidos no meu backup, o backup será interrompido ou a operação normal do servidor será interrompida?

• Se eu tivesse o dobro do espaço de backup como meu servidor principal, eu enviaria o backup n e, após o sucesso, delte o backup n-1 . Mas eu só tenho espaço igual ao disco rígido do meu servidor, então não posso manter o backup n e n-1 ao mesmo tempo. Mas se eu fizer o contrário (ou seja, excluir o backup n-1 e, em seguida, começar a fazer o upload do backup n), estou passando por períodos sem nenhum backup, o que gostaria de evitar.

• Se eu tivesse acesso físico a esse servidor, ou pelo menos acessasse o arquivo que copiava a imagem do disco rígido virtual do meu VServer, bastaria fazer backup dessa imagem e restaurá-la como um todo . Mas, infelizmente, eu não tenho esse acesso.

• E, por último, também estou me perguntando como devo restaurar esses dados caso o armazenamento principal desapareça. É possível, no Linux, deixar o sistema sobrescrever-se com os dados de backup enquanto está sendo executado? Mesmo que seja possível dizer ao sistema para fazer o download de tudo via ftp, armazene-o diretamente na raiz do sistema de arquivos / e sobrescreva tudo o que estiver lá, eu ainda teria que deletar todos os arquivos que estão lá agora mas não estavam presentes no arquivo. backup.

Qualquer ajuda e ideias são muito apreciadas!

    

Answer 1

Tente o ftplicity - um bom tutorial pode ser encontrado em HowToForge: link

Para responder às suas outras perguntas:

• faz sentido apenas fazer o backup da configuração do servidor (/ etc), seus dados de usuário (/ home, / usr / local, ...) e não o servidor inteiro. Uma restauração do ubuntu pode ser feita facilmente com o dpkg, veja "dpkg get-selections" em ubuntugeek.com/clone-your-ubuntu-installation.html

• Sim, os arquivos que estão sendo gravados darão a você problemas de backup (bancos de dados MySQL, spooldiles de correio, etc.). Por isso, é melhor dar uma olhada em todos os serviços que você precisa fazer backup e examinar sua documentação

• sem fazer backup de todo o servidor e da ajuda do tar, você deve conseguir armazenar vários conjuntos de backups no local do ftp

• a restauração deve ser simples: você terá um servidor virtual em funcionamento, certo? Use o dpkg set-selections para atualizar os pacotes, restaurar / etc, reinicializar (ou recarregar os serviços) e copiar sua data de usuário de volta

Answer 2

Honestamente, eu não me incomodaria. O FTP é inseguro e não criptografado - qualquer um pode farejar seu tráfego e roubar suas coisas.

Configure um sistema de backup real (o rdiff-backup através do SSH não é uma má escolha para este tipo de instalação) e fique longe das BS's do seu ISP. Os backups são importantes demais e os discos são baratos demais para assumir riscos estúpidos.