Я хотел бы использовать 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 arguments (22)
).
Я также использую другие формы резервных копий с контролем версий, поэтому нет необходимости обсуждать пригодность rsync
Создание образа на монтировании NFS или CIFS и предоставление ему файловой системы является решением (в результате получается один очень большой и, следовательно, сложный для управления файл), как и создание tar
, которые трудно обновлять на ежедневно.Я ищу решение для конкретного случая использования.
Работая с ограничением Synology, вы можете не выполнять резервное копирование прав собственности, использовать --фальшивый -супер, использовать дублирование и т. д.
Получение сервера Linix (дополнительная безопасность lxc/kvm )вы можете создать резервную копию владения и уменьшить пропускную способность, используя rsync на стороне сервера для связи вашего клиента с rsync.
Или полностью удалите различия между процессорами и временем ввода-вывода с помощью btrfs Incremental Backup (auto rename tracking to ).