在过去的好时光里，备份到了磁带上，其中有些磁带如果不在场外，通常是离线的。 这使得难以销毁所有备份（意外或恶意），尤其是在networking/服务器遭到入侵的情况下。
这些天来，磁盘到磁盘备份都是愤怒，这带来了两个问题：
磁盘2磁盘备份，只要磁盘在远程位置保持脱机：OK
仅在线备份：不行
备份存储在您的服务器附近：不行
如果您的网站受到攻击并且攻击者会想让您失望，那么他不仅会破坏您的数据，还会破坏备份。
在这里看看人们如何处理这种备份。
您可以明显地尝试使用备份的方法 – 因此您的备份服务器连接到计算机并复制文件。 确保备份机不是互联网可达，位于远程办公室/数据中心 – 这实际上可以工作。
通过广域网链接到另一个站点的磁盘到磁盘是好的。 我不是把所有的备份都在网上，也不是把所有的备份放在磁带上。 我已经在备份游戏了很长一段时间，人们总是说“磁带已经死了”。 我不认为磁带死了。 磁盘2磁盘还不是完美的替代品。 磁带写入速度在某种程度上是一个限制因素，但是如果您正在讨论使用LTO4这样的备份技术，那么在达到磁带写入限制之前就要达到networking传输限制。 除非你有10GB以太网。 因此，如果您通过networking备份到磁盘，那么您可能不会看到企业级磁带的巨大速度。
备份涵盖了大多数情况下的意外事件：意外文件删除，故意删除/毁坏数据和灾难恢复，有时还包括数据归档。 根据您的所有需求，您可能需要的数据比下一个机架更远。
磁盘到磁盘备份有多种forms，从脚本或手动文件副本到虚拟磁带库，到由备份软件pipe理的磁盘存储。 由软件pipe理的VTL和磁盘备份具有提供离线备份的优势，只能通过备份软件进行pipe理，不受用户干预，不易受到病毒或恶意用户攻击。 我正在使用重复数据删除VTL。 以前，我有一大堆由NetBackup安装pipe理的SAN空间作为磁盘存储单元。 由于我在这个领域的总存储空间有限，所以我使用它来保存时间短并且增长不多的备份。
我不知道有一个d2d的解决scheme，意味着它的驱动器被拉出和旋转。 由于其中大部分都是在所有磁盘上使用RAID。 这意味着您的保留受到磁盘大小的限制。
我强烈build议不要使用基于在线磁盘的备份。 他们不是真正安全的篡改，他们可能导致数据不一致。 我知道很多人在serverfault上使用它们，但我不认为这是使磁盘备份最有效的方法。
我觉得打破镜子和移动磁盘的方式是一样的。 大多数的RAID控制器都能很好地工作，但是重build这个RAID集会花费很多的开销，同时你的性能也会受到影响。
对硬盘进行备份的一个好处是它们速度很快 。 使用基于磁带的系统，我们的磁带写入速度是链中的慢速链接。 我认为，如果我们开始使用硬盘进行备份，networking吞吐量将成为限制因素。
可能更关键的是恢复可以更快地发生 。 不仅因为驱动器的速度，而且因为它们是随机访问的，所以在执行还原之前，不必等待磁带驱动器执行缓慢的顺序查找以find从何处开始读取。 而在灾难恢复情况下，时间可能至关重要。
这取决于。
磁盘到磁盘备份对于服务恢复scheme是理想的。 假设您需要在90分钟内全天候恢复服务器。 您需要磁盘到磁盘，特别是如果您远程支持服务器。
磁盘到磁盘，复制到远程灾难恢复站点的备份也很棒，因为它可以防止影响主数据中心的灾难。
如果在主数据中心发生故障时使用部分业务连续性计划进行备份，则磁盘到磁盘，未复制的备份不是一个好的select。
磁盘到磁盘也不是一个好主意，如果你需要保存大量的数据很长一段时间。 人们在老盐矿中储存磁带几十年
海事组织，你build立备份，以满足您的服务恢复的需要。 数据（而不是系统）的长期保留由档案完成。
具有热插拔驱动器的服务器在这里非常有用。 您可以像使用磁带一样对待驱动器 – 在备份完成后将其取出，然后将其置于异地存储。