Existem algumas perguntas e respostas diferentes sobre esse assunto. No entanto, ao pesquisar, não consegui encontrar uma resposta que pudesse ser considerada "canônica" ou que reunisse as várias opções em um só lugar.
Gostaria de fazer backup do conteúdo do meu Raspberry Pi para permitir uma restauração completa, se necessário, fácil e confiável.
Esses recursos seriam ideais:
- Backups mantidos em local externo (pen drive, DAS, NAS, computador em rede, etc.)
- Automatização, incremental ou via agendamento
- Numeração de versão dos backups
A clonagem do cartão SD parece ser uma solução popular, mas de acordo com este post da Goldilocks, isso não é aconselhável porque um clone contém arquivos que são carregados apenas em tempo de execução, etc.
Portanto, estou assumindo que uma boa solução usa algo como rsync
ou talvez com mais robustez, um utilitário que pode lidar com o critério acima.
Minha situação particular: Eu tenho um Raspberry Pi em uma LAN onde posso fazer backup em um computador Mac OS X, um Synology DiskStation NAS ou em um cartão de memória USB conectado ao Raspberry. Eu preferiria não usar o último.
Respostas:
O Rsnapshot atende a esses critérios: 1
Pode ser usado local ou remotamente.
Pode ser automatizado / agendado.
Usa backups incrementais numerados.
Eu não tenho muita experiência pessoal com isso, além do fato de ser usado em servidores nos quais trabalho, onde ocasionalmente salvou o dia, mas parece haver uma boa introdução aqui , o wiki do Arch linux, que tende a ter ótimos resultados. documentação, tem uma página (tenho certeza de que a maior parte disso se aplica igualmente a outras distros), e a página inicial se refere a um HOWTO que não consigo encontrar on-line, mas a pesquisa por ele exibiu vários tutoriais, discussões etc. além desses links (as instruções reais podem ser mantidas offline, para que as pessoas não se confundam usando o errado com a versão errada).
fonte
Eu tentei várias técnicas de backup. Eu uso 2 em uma base regular.
Clono o cartão SD no meu Mac e comprimo a imagem. Eu uso isso como um backup de segurança ou para fazer cartões duplicados. Eu concordo que isso não é um ideal. Meu script está abaixo.
Mais frequentemente, uso
rsync
para copiar para um HD conectado ao Pi. Consulte /raspberrypi//a/28087/8697 para obter detalhes.Na verdade, tenho versões ligeiramente diferentes para fazer backup de imagens Wheezy, Jessie e MATE (em diretórios diferentes).
Eu tentei sincronizar novamente no meu Mac, mas isso só funcionou parcialmente. O problema fundamental é que os usuários no Mac e Pi não coincidem, sem mencionar as diferenças entre
rsync
as diferentes plataformas. Com as alterações de segurança no OS X mais recente, provavelmente haveria ainda mais problemas.Utilizei com êxito um Pi para fazer backup de outro através de uma rede.
Não sei como isso funcionaria para um NAS, mas suspeito que possa haver problemas com links físicos e permissões.
fonte
Se você considerar esses dois fatos, ele abrirá outras opções:
tmpfs
montagens em qualquer lugar que desejar mascarar um diretório.Portanto, sim, existem muitos caminhos que você não deseja fazer backup. Você evita a maioria deles montando sua partição primária em um segundo diretório. Outros ainda terão dados dos quais você não deseja fazer backup
/tmp
, como/dev
, e/var/log
.Meu processo foi assim ...
Monte exatamente o que eu queria fazer backup
Copie os dados via ssh + tar
Remova as montagens temporárias
Quando estiver satisfeito com os resultados, você poderá colocar tudo em um único arquivo, como
~/backup.sh
E chamar é assim ...
DICA: Enquanto estiver experimentando, mude
tar cf - *
paratar cf - etc
para poupar muito tempo em cada execução de teste.fonte
Eu tive o mesmo problema com o meu Raspis @ home. Foi por isso que escrevi raspiBackup, que permite criar backups de dd, tar e rsync regularmente, sem a invenção do usuário. Apenas tente.
fonte