Minha jornada até um bom sistema de backup

Hardware

Eu tinha um computador de desktop que não funcionava mais devido a problemas na placa-mãe, mas todo o restante funcionava bem, então era o candidato perfeito para usar para o meu sistema de backup. O disco rígido poderia ser usado para armazenar os backups, a fonte para fornecer energia a tudo, e o gabinete para abrigar todos os componentes.

Eu comecei removendo a placa-mãe que não funcionava mais e percebi que a fonte não fornecia nenhuma tensão por padrão. Pesquisando online pelo seu datasheet eu descobri quais fios precisavam ser curto-circuitados para que ela ligasse. Já que o botão de ligar no gabinete era um push button que conectava na placa-mãe, que por sua vez curto-circuitava esses fios, eu também removi esse botão e coloquei uma chave liga-desliga no lugar. Eu soldei a chave nos fios da fonte e grudei ela no gabinete com fita isolante e umas plaquinhas finas de metal que eu tinha sobrando para dar um pouco de rigidez. Ficou assim:

Quanto ao componente principal, o computador que faria os backups, eu tinha uma Raspberry Pi que não estava sendo usada então ela era a escolha óbvia. Eu peguei um conector micro USB de um cabo velho, abri o cabo, e soldei seus fios nos fios de 5V e terra da fonte. Assim, eu conseguiria energizar tudo pela mesma fonte, já que o disco rígido já era alimentado por ela.

Finalmente, já que o disco rígido era interno, e portanto usava conexão SATA para transferir dados, eu comprei um cabo conversor SATA para USB baratinho e usei ele para conectar o disco na raspberry. A montagem completa fica assim:

(Essa é uma foto atual, na época a raspberry usava WiFi ao invés do cabo Ethernet)

E com isso o hardware estava completo, o próximo passo era a solução de software para fazer os backups acontecerem.

Software

Nessa época em que eu estava pensando sobre qual software usar para os meus backups, eu esbarrei nesse artigo. Ele me apresentou as ideias de backup incremental (apenas armazenar as diferenças dos arquivos do backup anterior) e rotação de backup (apenas armazenar os últimos N backups, deletando os mais antigos) que eu achei geniais. Ele também se baseava no rsync para as cópias, que era um programa com o qual eu já estava acostumado. No artigo um shell script é escrito para fazer o backup e a retenção, mas eu vi em um comentário mencionando que existia uma ferramente que fazia exatamente isso, chamada rsnapshot. Então eu decidi usar rsync + rsnapshot como minha solução de backup.

Em pouco tempo eu já comecei a me deparar com problemas. O maior deles era que o rsnapshot só consegue fazer backups para um armazenamento local. Isso significa que eu precisava rodar ele na raspberry, que estava conectada no disco rígido onde os backups iriam ficar, e de lá fazer backup dos arquivos do meu computador.

Já que a raspberry precisava conectar no meu notebook, o normal a se fazer seria configurar um IP fixo nele, mas já que eu carregava ele comigo para outras redes, eu pensei que seria melhor mantê-lo com IP dinâmico. Então eu acabei com uma solução não-exatamente-elegante em que o meu notebook rodava o cronjob para o backup, no qual ele conectava à raspberry, atualizava seu IP nela, e rodava o rsnapshot nela. O rsnapshot então usava o IP atualizado para conectar de volta ao notebook e fazer o backup.

Para tornar os dados seguros, o disco era criptografado usando dm-crypt. Portanto antes do rsnapshot começar o backup, o disco era desbloqueado usando a senha, que ficava salva como um arquivo no sistema da raspberry (eu sei, muito inseguro!). Depois do backup ele era bloqueado de novo e desligado.

Outro problema era que o rsync não lida muito bem com renomeação ou mudança de arquivos/diretórios. Ele pensa que o anterior foi deletado e um novo foi criado. Isso era um grande problema já que eu estava sempre tentando achar a melhor hierarquia para os meus arquivos, o que significava renomear ou mover os diretórios base e de repente todos os meus arquivos precisavam ser copiados de novo...

Esse problema era agravado ainda mais pelo fato de que a transferência entre o meu computador e a raspberry era feita sem fio, então era bem lenta. Para contornar esse problema eu adicionei um pouco de lógica nos scripts de backup para que se o tamanho total da transferência fosse muito grande, ela simplesmente falhava e me notificava. Então eu olhava no diff, lembrava que eu tinha renomeado alguns diretórios e copiava eles para o backup manualmente através de um cabo Ethernet temporário.

Por fim, como a fonte era bem barulhenta e eu também não queria deixá-la ligada à toa, eu colocava um alarme diário no meu celular para me lembrar de apertar o botãozinho para ligá-la logo antes da hora do backup diário. E depois eu desligava antes de dormir.