Como devo organizar meus backups?

Question

Estou usando pela primeira vez o rsync para criar backups diários dos meus sites e fiquei me perguntando se devo sobrescrever a cópia anterior ou devo criar várias cópias e substituir apenas a mais antiga? (Eu posso não ter espaço suficiente para isso, no entanto).

Eu também tenho essa pergunta. Vamos supor que a maioria dos arquivos sejam apagados acidentalmente .. o rsync exclui todos esses arquivos do espaço de backup porque eles não existem mais? Como funciona exatamente nesse caso?

obrigado

    

Answer 1

Você definitivamente precisa ter uma estratégia de backup que inclua vários backups mais antigos. Se você mantiver apenas um espelho do seu sistema ao vivo, então, se os arquivos do seu sistema ao vivo ficarem corrompidos, o processo de backup espelhará fielmente os arquivos corrompidos, e seu backup se tornará inútil.

Uma boa estratégia é manter um número de backups com data e hora (ou ao menos com data de registro) disponíveis, de modo que, se você achar que os arquivos em seus backups mais recentes são cópias de arquivos corrompidos, pode consultar versões antigas conhecidas por seja bom.

O

rsnapshot , mencionado pelo Alastair, é uma ferramenta muito interessante, baseada no rsync, que cria e mantém um número configurável de espelhos com versão (ou "instantâneos") de suas fontes em um agendamento configurável. Você pode informar a rsnapshot quantos snapshots por hora, diariamente, semanalmente e / ou mensalmente manter, e ele automaticamente cuidará de excluir os snapshots mais antigos quando o número máximo de snapshots a ser retido for atingido. Como também mencionado, rsnapshot é bastante eficiente com espaço em disco, já que ele usa hard links para representar arquivos que não mudam entre instantâneos.

    

Answer 2

Se você estiver em um sistema que suporta links físicos (por exemplo, Linux, Unix, OSX, etc), algo como rsnapshot pode ser uma boa solução. Isso automatiza instantâneos e rotação diários, etc. O espaço em disco usado é mínimo com o tempo, porque os links físicos do sistema de arquivos são usados.

rsnapshot link

    

Answer 3

A menos que você esteja fazendo algo bastante estranho, você não irá sobrescrever no sentido tradicional. O rsync foi projetado para sincronizar uma árvore do sistema de arquivos em um servidor remoto com uma árvore do sistema de arquivos localmente (ou vice-versa). No primeiro dia em que você executar, vai demorar um pouco e copiar a árvore inteira; no dia seguinte, você copiará apenas os arquivos que foram alterados.

Se você deseja informações históricas, mas falta espaço, em vez de manter várias cópias da árvore, talvez seja mais satisfatório executar uma tarefa cron que limita o diretório no servidor remoto, comprimindo tão strong quanto pode, e manter o máximo de tarfiles que você pode pagar.

Como derfk observou, você pode escolher se o rsync (por exemplo) exclui arquivos no lado remoto que desapareceram localmente, assim como muitos outros comportamentos - mas é seu trabalho pegá-lo antes de sincronizar a árvore, se alguém mudou todos os seus arquivos locais para dizer "eu odeio torta".

Essa é uma das razões pelas quais eu não considero o rsync uma solução de backup adequada. Mas se você tem apenas outro servidor para fazer os backups, e você não tem muito espaço nesse servidor, então o rsync + tar agressivo é provavelmente tão bom quanto você pode fazer sem entrar nos truques Funky Union FS, e é definitivamente melhor do que nenhum backups.