rsync自分自身や他のシステム ユーザー、非システム ユーザーが所有するファイルを含むシステム全体のバックアップを作成するために使用したいと思いますroot。所有権と権限を含めて、バックアップ ターゲットからソース ディレクトリ構造とファイルを復元できるようにしたいと思いますrsync。
で 260 文字を超えるパスに関する問題を経験した後cifs(はい、これはばかげています)、ユーザー ID とグループ ID のマッピングを制御するのが難しいと思われる 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 マウント上にイメージを作成し、それにファイルシステムを与えることは解決策です (非常に大きな 1 つのファイルが作成され、管理が困難になります) tar。また、毎日更新するのが難しい を作成することも同様です。私は特定のユースケースに対する解決策を探しています。
答え1
Synology の制限に対処するには、所有権をバックアップしない、--fake-super を使用する、duplicity を使用するなどのオプションがあります。
Linix サーバー (オプションの lxc/kvm セキュリティ) を取得すると、所有権をバックアップし、クライアント rsync が通信するためのサーバー側 rsync を使用して帯域幅を削減できます。
または、btrfs 増分バックアップ (自動名前変更追跡) を使用して、CPU と IO 時間の差分を完全に削除します。