我目前有一个完整的磁盘到磁带（LTO3）备份大约12TB的数据。 不用说，它现在需要超过16个磁带，所以我正在寻找其他解决scheme。 这是我想出来的。 我想听听社区的想法。
我所设想的是对整个networking进行完整备份，这个备份最初将花费很长时间在1Gbps的网卡上，但是一旦重复数据删除就应该是快速的。 然后，我将使用LTO5进行磁盘到磁带的备份，并相应地进行归档。
大家怎么想？ 通过1Gbps网卡进行初始完整备份的更快速的方法是什么？ 我的痛点是什么？ 有没有更好的方式来做我想要达到的目标？
我目前正在做我的数据系统的夜间备份，主要使用rsync和rsnapshot来创build更多的“用户可见”卷。
最大容量为16TB，目前使用9.5TB。 它首先做一个简单的rsync到一个单独的磁盘arrays。 这通常需要30-45分钟。
然后，它通过一个100Mbit的无线链路复制到离线服务器（虽然我们在丢失数据包之后通常会有50-60mbit的有效性）。 这每晚需要大约3个小时。
所以，是的。 我认为大卷的磁盘到磁盘备份并不是一件难事。 你甚至不需要一些花哨的buzzword兼容软件，简单的工具是相当有能力的。
这里主要关心的是你是否想要做备份，或者只是为了维护一个主动副本。 每晚更新一个16TB的主动副本当然是磁盘到磁盘的可行事情，而且几乎肯定会比磁带库便宜。 也就是说，考虑到你的最后一个恢复选项现在被存储在物理上共置的旋转磁盘上，这个磁盘很容易受到驱动器故障，电源损耗等的所有常见问题的影响 – 所以要devise一个适当级别的冗余。
我们这样做的方式，大约350tb的数据，是一个简单的同步到相对高性能的前端磁盘，然后通过磁带库迁移到磁带进行离线存储。 这为我们提供了最近（活动）数据的快速备份和快速恢复，但可确保在发生灾难时可靠的磁带异地存储。
不要被关于备份中的重复数据删除的积极的销售声明所接受 – 你最终只需要在cpu周期中进行支付来处理重复数据删除而不是在磁盘中进行支付，由于您现在已经将重复数据删除系统告诉你你的块在哪里可以恢复它们，以及（我个人的噩梦），如果重复数据删除系统遇到数据丢失错误的情况下，你的最后手段备份是洗脑。
这当然只是我自己的意见。 我希望他们在devise备份解决scheme时对你有用。 祝你好运！
如果您使用的是具有dump程序的文件系统，例如ext [234]，那么您可以获得一个eSATA扩展坞和一堆便宜的1TB sata磁盘。 对于初始级零转储，您需要十几个驱动器，然后您可以将其放入防火保险箱或保险箱中，然后通过另外5个或6个驱动器进行轮换，每天进行河内模式备份。 使用这种方法，您通常会在日常驱动器上有2到3个频繁更改文件的副本，以防您需要检索已被删除或覆盖的文件，并且如果您必须执行完整的还原，则可以获取十几个级别0驱动器，然后在每日驱动器的1到5之间恢复，这取决于系统崩溃的date。
有关hanoi备份模式的更多信息，请参阅http://en.wikipedia.org/wiki/Backup_rotation_scheme 。