Я хотел бы использовать rsyncдля создания резервной копии всей моей системы, включая файлы, принадлежащие мне rootи мне, а также другим системным и несистемным пользователям. Я хотел бы иметь возможность восстановить исходную структуру каталогов и файлы из цели резервного копирования, включая rsyncвладельца и разрешения.
После того, как у меня возникли проблемы с путями длиннее 260 символов cifs(да, это смешно), я пробую NFS 4.1, в котором, похоже, сложно контролировать сопоставление идентификаторов пользователей и групп. Насколько я понимаю, root_squash, no_root_squashи all_squashвсе для управления сопоставлением с пользователем anonymous. Однако указание no_root_squashв /etc/exportsвсе равно приводит к тому, что владельцем смонтированного каталога nobody:nobodyна стороне клиента становится . То же самое относится ко всем файлам, переданным при монтировании с помощью rsync -a( rsyncпередает файлы, но каждое изменение владельца на rootзавершается неудачей из-за chown "[path] failed: Invalid argument (22)).
Я также использую другие формы резервного копирования версий, поэтому нет необходимости обсуждать пригодность rsyncдля резервного копирования. Создание образа на монтировании NFS или CIFS и назначение ему файловой системы является решением (что приводит к одному очень большому и, следовательно, трудноуправляемому файлу), как и создание tars, которые трудно обновлять ежедневно. Я ищу решение для конкретного варианта использования.
решение1
При работе с ограничением Synology у вас есть возможность не создавать резервную копию владельца, использовать --fake-super или использовать duplicity и т. д.
Приобретая сервер Linix (опционально безопасность lxc/kvm), вы можете создать резервную копию владельца и сократить пропускную способность, используя серверный rsync для взаимодействия с вашим клиентским rsync.
Или полностью удалите разницу в времени ЦП и ввода-вывода с помощью инкрементального резервного копирования Btrfs (автоматическое переименование отслеживания).