Não é muito mais uma solução do que alguns conselhos que podem ser úteis se você usar tar
/ cpio
/ rsync
etc. Primeiro, pode ser uma boa ideia fazer o backup de uma montagem de vinculação seu sistema de arquivos de origem ( mount --bind source mntdir
). Isso terá um efeito semelhante às opções --one-file-system
para rsync
e tar
e -xdev
com find
. Ele tem as vantagens de funcionar se essas opções estiverem indisponíveis (talvez devido a uma versão antiga, embora as montagens de bind tenham sido introduzidas no Linux 2.4) e permitindo que os arquivos sob pontos de montagem sejam armazenados em backup, o que pode ser desejável em alguns casos. / p>
Segundo, aconselho usar Uids numéricos e gids sempre que possível ( --numeric-owner
para tar
, --numeric-ids
para rsync
e --numeric-uid-gid
para cpio
). Se você restaurar um backup sem isso e um proprietário / grupo não existir mais ou o uid / gid for diferente (isso pode acontecer particularmente se um disco ativo for usado para restaurar o backup), você pode ter um conjunto de uids / gids usados quando restauração que se torna inválida depois que /etc/passwd
e /etc/group
sejam restaurados.
Além disso, dê uma olhada no clonezilla . Os métodos que eles usam para fazer a maior parte do backup podem não ser úteis para você, mas quando ele é executado tem opções para fazer backup de setores de inicialização / tabelas de partição e suporta tanto o MBR quanto o GPT, podendo haver alguns scripts que podem ser copiado / adaptado aos seus propósitos.
Como 2 centavos finais, eu consideraria rsync
como o modo padrão de fazer isso. É certamente o método mais eficiente ao fazer backups incrementais, embora não tanto para um backup completo. Claro, não é onipresente, mas acho que é um erro não incluí-lo na edição do servidor de uma distro. Pode já estar instalado em todos os seus servidores.