我正在配置一个我希望成为家庭的合理、冗余备份解决方案。我有一台双启动笔记本电脑（Ubuntu 和 Windows）和一台家庭 NAS。这个想法是在每个操作系统中设置备份软件以备份到 NAS，然后将 NAS 备份到云存储。
所涉及的数据主要是文档和照片，我认为总量在 50 到 100 GB 之间。以后可能会添加其他设备，无论我如何做。除了托管这些备份外，NAS 还将托管更大的数字照片存储库，这些照片也应包含在云备份中。
从后面开始，我很乐意从本地 Raspberry Pi 运行备份脚本（我已经安装了一些），使用 duplicity 将相关的 NAS 目录备份到 Backblaze B2 存储，并在客户端完成 GPG 加密 - 与此博客文章详述的原理非常相似：
https://msol.io/blog/tech/dirt-cheap-client-encrypted-online-backups-with-raspberry-pi/
这将为我提供客户端加密数据、带宽高效的传输，并且我希望以合理的成本获得可靠的云服务。我可能希望定期进行完整备份以避免备份链过长，不确定 duplicity 是否可以自行处理这个问题，或者我是否需要在脚本中允许它，但我想我可以做到。
我更不确定如何处理的是 PC 到 NAS 阶段。我一开始使用 Ubuntu 内置的 Deja Dup，但意识到它也使用 duplicity 作为后端，我想知道：
在两层备份解决方案的两个步骤中使用类似 duplicity 的东西是否有意义？我担心的是，如果我需要从云备份中恢复，我需要恢复两次，这可能是低效的，或者更糟的是，如果任一备份链中有一个损坏的文件会搞砸一切，那么稳定性会降低。这是一个合理的担忧吗？
如果是，有什么更好的方法吗？我的想法是简单地每周（或其他时间）从 Ubuntu 到 NAS 进行一次 rsync，这样 NAS 就只具有 1：1 的副本，并且 NAS 到云的步骤可以处理从不同日期恢复、加密和其他任何事情的所有巧妙功能。
这样做的缺点似乎是第一步的效率，每次备份时我都必须复制大量数据。也许使用 rsync 的 --link-dest 选项会起作用，硬链接到任何现有文件而不是再次复制它们，但我不确定这是否可靠，甚至是否适用于通过 duplicity 进行第二阶段备份。
我知道这个问题太长太乱了，但我花了一些时间思考如何以好的方式解决这个问题，最后觉得我不得不问。如果你读到这里，谢谢你。如果你有任何智慧可以提供，那就更感谢了。
答案1
安拉格，
你是对的。你的设置是多余的。duplicity 在你的第二步中打包了一个 duplicity 备份。
你可能想要的是
- 现场可轻松访问的备份（普通文件，最好是快照，以便您可以恢复昨天刚删除的文件）
- 异地加密备份，保护您的数据不被窥探
.我建议
- 运行普通备份（例如 rsync）到 NAS（如果功能足够强大，则使用 btrfs 进行快照，否则使用 rsync w/--link-dest）
- 使用 duplicity 将这些备份到远程
..ede/duply.net