다른 시스템 사용자와 시스템 사용자가 아닌 사용자가 rsync소유한 파일을 포함하여 전체 시스템을 백업하는 데 사용하고 싶습니다 . 소유권과 권한을 포함하여 root백업 대상에서 소스 디렉터리 구조와 파일을 복원할 수 있기를 원합니다 rsync.
260자를 초과하는 경로에서 문제를 겪은 후 cifs(예, 말도 안 돼요) 사용자 및 그룹 ID 매핑을 제어하기 어려운 것으로 보이는 NFS 4.1을 시험해 보고 있습니다. 내 이해는 root_squash사용자 에 대한 매핑을 제어하는 no_root_squash것 입니다 . 그러나 in을 지정하면 마운트된 디렉토리가 클라이언트 측에서 소유하게 됩니다 . 마운트에서 전송된 모든 파일에도 동일하게 적용됩니다 ( 는 파일을 전송하지만 로 인해 소유권을 변경할 때마다 실패함 ).all_squashanonymousno_root_squash/etc/exportsnobody:nobodyrsync -arsyncrootchown "[path] failed: Invalid argument (22)
다른 형태의 버전 관리 백업도 사용하고 있으므로 rsync백업에 대한 적합성을 논의할 필요가 없습니다. NFS 또는 CIFS 마운트에 이미지를 생성하고 파일 시스템을 제공하는 것은 tar매일 업데이트하기 어려운 를 생성하는 것과 마찬가지로 솔루션(결과적으로 하나의 매우 큰 파일이 생성되어 관리하기 어려움)입니다 . 특정 사용 사례에 대한 솔루션을 찾고 있습니다.
답변1
Synology 제한 사항에 따라 작업할 때 옵션은 소유권을 백업하지 않거나 --fake-super를 사용하거나 이중성을 사용하는 것입니다.
Linux 서버(선택적 lxc/kvm 보안)를 얻으면 소유권을 백업하고 클라이언트 rsync와 통신할 서버 측 rsync를 사용하여 대역폭을 줄일 수 있습니다.
또는 btrfs 증분 백업(자동 이름 변경 추적)을 사용하여 diff CPU 및 IO 시간을 완전히 제거합니다.