私自身とは異なるシステムユーザー、システムユーザーではなくユーザーが所有するファイルを含むシステム全体をrsync
バックアップするためにそれを使用したいと思います。バックアップ先の所有権と権限をroot
含むソースディレクトリ構造とファイルを復元できるようにしたいです。rsync
パスが260文字を超える問題に直面した後にNFS 4.1を試してみましたが、cifs
ユーザーとグループIDのマッピングを制御するのが難しいようです。私の理解は、すべてがコントロールをユーザーにマップするroot_squash
ことです。ただし、inを指定すると、インストールされているディレクトリがクライアントの所有になります。マウント中に転送されたすべてのファイルにも同様に適用されます(ファイルは転送されますが、すべての所有権の変更は失敗します)。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マウントにイメージを作成し、ここにファイルシステムを提供するtar
ことは、毎日更新するのが難しいファイルを作成するのと同じように解決策です(結果的にファイルが非常に大きくなり、管理が困難です)。特定のユースケースのソリューションを探しています。
答え1
Synologyの制限に応じて、所有権のバックアップ、--fake-superの使用、二重性の使用などを選択することはできません。
Linuxサーバー(lxc / kvmセキュリティオプション)を購入すると、サーバー側のrsyncを使用してクライアント側のrsyncと通信することで、所有権をバックアップして帯域幅を減らすことができます。
または、btrfs増分バックアップ(自動名前変更トレース)を使用して、差分CPUとIO時間を完全に削除します。