Backup de dados ext4 para partição exFAT

0

Eu tenho um computador rodando o Ubuntu 16 com um monte de HDDs ext4 montados dentro de um compartilhamento de samba que eu uso como NAS local.

Eu não quero usar o RAID porque quero desligar o computador, usar um desses HDDs e conectá-lo em outro computador em outro local geográfico e fazê-lo funcionar imediatamente.

Eu inicialmente queria usar o exFAT para as partições porque é mais universal que o ext4 (eu posso conectá-lo no Windows e no macOS sem instalar nenhum software de terceiros) mas, como não há registro no diário para esse formato, acabei decidindo contra isso.

Mas agora eu quero adicionar uma rotina de backup com o rsync + cron para que o conteúdo de cada HDD ext4 seja regularmente copiado para outro HD4 ext4 de tamanho similar (além do backup na nuvem), então estou pensando:

Posso usar o formato exFAT nos HDDs de backup? Dessa forma, os dados das partições do ext4 seriam submetidos a backup para partições exFAT. Ou você recomendaria contra isso? Por quê?

Meu raciocínio é: dessa maneira eu obtenho o registro no disco ext4 principal e posso tirar o disco de backup para outro local e tê-lo funcionando diretamente no Windows / macOS sempre que eu precisar.

Pergunta bônus: Eu ainda sou muito novo no Linux, então o rsync + cron é a ferramenta certa para esse tipo de trabalho de backup?

    
por rmercier 10.10.2017 / 00:08

1 resposta

1

Aconselho você a usar rsync . Você deve usar rdiff-backup , Duplicity ou Borg Backup.

rsync é ótimo para espelhamento - ou seja: sincronização - pastas. Você, no entanto, provavelmente quer um backup. Imagine que você acidentalmente apaga alguma coisa, então seu cron job inicia uma sincronização antes que você possa pará-lo. Isso significa que você acabou de perder esses dados, mesmo que tenha pensado que tinha um backup. Mas você só tinha um espelho. Agora, se você já fez uma cópia dessa cópia, pode recuperar seus dados, desde que eles não sejam sobrescritos também. Mas se você não perceber seu erro por algum tempo, seus dados serão perdidos.

Agora, há um comutador rsync ( -b / --backup ) para evitar isso. Mas provavelmente você ainda está melhor usando uma ferramenta que é projetada para fazer backups.

rdiff-backup é uma ferramenta desse tipo. No entanto, falta criptografia.

A duplicidade oferece criptografia. Eu fiz, no entanto, fazer a experiência pessoal de que não restaura dados de forma confiável. Ou seja, quando tentei recuperar uma pasta para um estado anterior, o único arquivo com o qual realmente me importei não foi restaurado. E eu sei que esse arquivo existia antes por meses, porque eu acidentalmente estraguei tudo, bem antes de querer restaurá-lo. A duplicidade não me deixava restaurar esse arquivo e quando eu tentei recuperar a pasta para vários pontos no tempo, tudo o que eu teria sido bom porque não houve grandes mudanças naquele arquivo por meses, ele simplesmente não funcionou. t colocou esse arquivo na pasta restaurada e nem imprimiu uma dica indicando que aquele arquivo estava faltando.

Não sei se isso é realmente um problema com Duplicity ou se é um problema com Deja Dup, pois usei o Deja Dup (que usa Duplicity, que por sua vez usa rsync , btw.) para fazer o backup. Eu, no entanto, tentei restaurar o arquivo / pasta tanto via Deja Dup quanto diretamente via Duplicity. Não funcionou.

Cerca de meio ano atrás, um amigo meu me perguntou como eu faço meus backups. A razão pela qual ela me perguntou foi porque ela teve exatamente o mesmo problema com Deja Dup.

Como minha confiança em Deja Dup já havia desaparecido depois que eu mesmo tive o problema, mudei para o Borg Backup, o que eu recomendo que você também faça.

O Borg Backup leva um pouco para começar, mas depois que você sabe como funciona, é ótimo. Ele oferece controle de versão, criptografia, compactação e desduplicação. Os backups com o Borg Backup são mais rápidos do que com o Deja Dup e você desfruta de recursos impressionantes, como montar o seu repositório de backup.

Ou seja, você emite um comando de montagem e, em seguida, insere o local para o qual você montou seu repositório. Você verá uma lista de rótulos de backup como pastas. Você pode inserir qualquer uma dessas pastas e procurar seus arquivos. Não há necessidade de restaurá-los revisão por revisão. Eles estão todos lá no repositório montado.

Isso significa que você pode usar recursos e ferramentas normais de linha de comando nessas revisões. Por exemplo, descobri recentemente que acidentalmente apaguei o meu arquivo de área de trabalho do Firefox há algum tempo. Não notou por semanas. Um simples

ll */home/christoph/.local/share/applications/firefox.desktop

no diretório montado me deu uma lista de todas as revisões que contêm esse arquivo. Eu simplesmente copiei o mais novo. Mas se você quisesse, você poderia pegar essa lista e fazer um diff nos resultados para ver o que mudou sem ter que restaurar nada primeiro. Além disso, montar e pesquisar o repositório foi muito mais rápido do que o tempo que o Deja Dup leva para descobrir qual arquivo foi removido.

Se você usar o Borg Backup, ele realmente controlará a propriedade e as permissões sem que o sistema de arquivos no local de backup tenha que suportar a propriedade ou as permissões, pois elas são encapsuladas pelo Borg.

O Borg pode ser usado perfeitamente com tarefas agendadas. É apenas um único comando que você precisa emitir. Há um nome de arquivo que você precisa especificar, que precisa ser diferente para cada backup. Se você emitir os comandos manualmente, poderá escrever algo mais significativo lá. Eu simplesmente uso date +%c para nomes de arquivos porque meus backups são criados automaticamente.

Armazenar seu primeiro backup em um FS com journaling é certamente uma boa idéia. Como você só cria outros backups e não é terrível se você tiver que lançar o FS, seu segundo backup está fora porque ficou comprometido quando a energia acabou, usando um FS sem journaling é aceitável.

Você pode sincronizar este segundo backup do primeiro via rsync . Não há problema com isso, pois você já se certificou de poder voltar às versões anteriores através do Borg Backup, e - se você quiser - o Borg já cuidou da criptografia também.

    
por UTF-8 10.10.2017 / 03:43