我负责一小部分的笔记本电脑，并希望得到某种自动远程（通过WAN）备份; 备份将转到RAID驱动器。 因为我们实际上没有安全的保险库来保存我们所有的驱动器（如果有人想要的话，他们可以粉碎窗户，拿走我们的驱动器），我正在考虑使用encryption，也许是一些像口音 （ http：//duplicity.nongnu .org / ）。 我已经和一些开发者讨论了这个问题，但是他们似乎确信encryption是一个坏主意，因为一个坏的东西可能会毁掉整个块。 不过，实际上我没有听说有这样的恐怖故事。 你怎么看？ 利用encryption的好处是否超出了风险？
我这样做，它适用于我（如在备份运行良好，我已经做了几次恢复）。 我使用bacula，它支持它。 为了我的钱，指向这个权利包括：
1）解密密钥保存（未encryption）在CD-R上，而不是在我的头上。 有几个CD-R的副本，他们都不在我身边。 我只需要每隔几个月做一次恢复，坦率地说，我可能会忘记我很less使用的密码。 这也意味着我的安全不受限于一个令人难忘的密码短语的长度。
2）备份软件需要支持这个; 不要开始将这个黑客入侵到你最喜欢的工具中，因为你可能弄错了，直到它的工作至关重要（即恢复时间）才会知道。
3）你有一点点翻转，但这些可以毁掉任何备份。 每次驱动器请求时，我都会清理磁带头，每隔几年旋转磁带，最重要的是保留大量的增量。 如果一个点点滴滴真的毁了昨天的增量，我总是可以回到前一天，这将节省我的大部分stream浪汉。
4） logging恢复过程 。 encryption总是让事情复杂化，如果做得好的话，encryption也会变得更加复杂，而且当您面临压力重新获取账户数据库时，您不想重新发现轮子。 我写了一个简短的自述文件，里面包含了很多与我的设置非常相关的细节（一个真实的分步指南，所有path名都被明确列出），并被刻录到与解密密钥相同的CD上。
5）最重要的是， testing了很多 。 无论如何，你应该定期testing你的恢复，但一旦你做了这样聪明的事情，你有信心，事情正在按照他们应该的工作变得绝对重要。
这种做法所带来的优点包括：当场外存储丢失一盘或两盘时，无需关心，因为 – 仅仅是人类 – 他们不时地做; 安全销毁旧磁带很容易（扔进垃圾箱）; 并且在磁盘上encryption所有的文件系统不再因隔壁的防火墙中有一堆未encryption的备份磁带而受到破坏。
但他们似乎相信encryption是一个坏主意，因为一个坏点可能会毁了整个街区
这不是一个不使用encryption的好理由。 大多数压缩备份也是如此。 解决这个问题的最好方法是使用容错文件系统（容错文件格式非常简单 – 主要是因为它们不像容错文件系统那样处理尽可能多的故障场景）。
与任何备份一样，您需要确保可以访问恢复数据所需的资源，并定期validation/运行testing还原。
但是，与备份服务器相比，丢失笔记本电脑的可能性更大 – 所以如果您的数据是有价值的，那么您的第一个端口应该是如何保护笔记本电脑上的数据。 这可能会对您如何保护备份的select产生很大的影响。
与其他任何人一样，他们有其优点和缺点。 可以通过正确validation备份，并且拥有多个副本（无论如何这总是一个好主意 – 一个现场快速恢复，一个现场用于DR目的）来解决所有问题。 ）。
就encryption本身的好处而言，真正归结为备份被盗的情况会有多糟糕。 现在大多数公司都有足够多的关键敏感数据，至less值得做一个试点项目（了解pipe理事物的实际问题）并对整个项目进行ROI分析。
我通过ssh使用rsync来每晚备份100Gb的远程networking服务器数据，只需几分钟就可以传输差异，并保持本地镜像的同步。 但是，这依赖于目的地没有被encryption。
一旦接收到数据，就可以使用tar进行存档，使用gzip进行压缩（可以select使用gzip -t进行testing），然后select使用date进行encryption和重命名，并将其存储在raid系统中。 （我发现存储整个事情比添加增量更容易）。
如果RAID驱动器使用encryption的文件系统，则不必进一步encryption备份。 如果驱动器被盗，那么他们应该是不可读的，但如果他们采取整个系统和钥匙是可用的任何地方，那么这是一个有争议的问题。
您可以单独对文件进行encryption，但其安全性与密钥的位置一样安全。
您可以通过远程networking服务器的https服务器的密钥作为源IP地址的function，这样，如果系统和备份被盗，那么您仍然可以对密钥进行一些控制，并且可以及时禁用密钥。
始终保持本地和远程多个副本。