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.