Eu gostaria de rsyncfazer um backup de todo o meu sistema, incluindo arquivos de rootminha propriedade, bem como de outros usuários do sistema e de outros usuários. Gostaria de poder restaurar a estrutura do diretório de origem e os arquivos do destino de backup, rsyncincluindo propriedade e permissões.
Depois de ter problemas com caminhos com mais de 260 caracteres cifs(sim, isso é ridículo), estou testando o NFS 4.1, que parece ter um mapeamento difícil de controlar de IDs de usuários e grupos. Meu entendimento é isso root_squash, no_root_squashe all_squashtudo para controlar o mapeamento para o usuário anonymous. No entanto, especificar no_root_squashin /etc/exportsainda faz com que o diretório montado seja de propriedade nobody:nobodydo lado do cliente. O mesmo se aplica a todos os arquivos transferidos na montagem com rsync -a( rsynctransfere os arquivos, mas cada mudança de propriedade rootfalha devido a chown "[path] failed: Invalid argument (22)).
Também estou usando outras formas de versionamento de backups, portanto não há necessidade de discutir a adequação dos rsyncbackups. Criar uma imagem na montagem NFS ou CIFS e fornecer a ela um sistema de arquivos é uma solução (resultando em um arquivo muito grande e, portanto, difícil de gerenciar), assim como criar tarprogramas que são difíceis de atualizar diariamente. Estou procurando uma solução para o caso de uso específico.
Responder1
Trabalhando com a limitação da Synology, suas opções são não fazer backup da propriedade, ou usar --fake-super, ou usar duplicidade, etc.
Obtendo um servidor Linix (segurança lxc/kvm opcional), você pode fazer backup da propriedade e reduzir a largura de banda usando um rsync do lado do servidor para o rsync do seu cliente conversar.
Ou remova completamente o tempo de CPU e IO do diferencial com o backup incremental btrfs (renomeação automática do rastreamento para).