我的公司最近浪费了大量时间从损坏的 USB 磁盘备份中恢复数据。现在这里的每个人都渴望防止同样的事情再次发生——但在购买 5000 美元的磁带驱动器之前,我建议我想进一步调查一下。
帮助我们恢复数据的数据恢复公司告诉我们的工程师,备份到 U 盘是一个愚蠢的想法。我想知道为什么会这样,但到目前为止还没有找到任何可能的原因。我能想到的可能影响这些备份的唯一问题是
有人知道通过 USB 和/或磁盘备份的任何基本问题吗?NAS更好吗?我怀疑是因为从未检查过备份(从未进行过测试恢复),这才是问题所在,而不是备份在磁盘上或通过 USB 执行的事实。
对于背景...:
我们遇到的故障:有一天服务器因为主板故障而崩溃,导致RAID磁盘对上的数据损坏。在恢复服务器时,我们发现USB备份磁盘(显然已验证正常)大多无法读取。在我检查过的一个 BKF 备份中,似乎无法读取的是 MS Exchange 数据库文件夹。我们设法使用相当笨重但可用的“systools BKF 修复”来恢复数据。
我们针对数据丢失的预防措施包括
什么样的RAID?基于主板?(无法从描述中看出)?如果是这样,那就是一个问题。
至于使用 USB 磁盘,我认为这不一定是一个坏主意,只要您验证备份并且速度/容量足以满足您的目的。
我们当前的磁带备份解决方案有一个专用服务器(使用 Microsoft DPM),可将备份保存到本地硬盘驱动器,然后在一段时间后将备份轮换到磁带上进行长期存储。
USB 可能很慢,但同样,如果它满足您的需求,那么它从根本上没有任何问题。要做的就是坐下来分析您的选择和灾难恢复计划。你能恢复多远的数据?您是否能够从裸机故障中恢复?停机时间会是多久?当用户尝试完成工作时,您的备份是否需要太多时间来执行或阻碍服务器性能?
另外,数据的可用性如何?磁带容量大且易于存储一段时间,但是如果您需要磁带上的数据而您的驱动器不再读取该数据,或者由于设备太旧而无法为您的设备获取新磁带,那该怎么办?硬盘备份往往没有这个问题,因为有些磁带在十年前可能无法读取,但 USB 很可能会存在并且可以使用很长时间。
您的解决方案是专有的吗?即,当龙是真实的而海盗没有法律学位时,旧的 unix tarball 仍然可以解压和阅读。如果您的备份采用特定于产品的格式,您认为如果该程序不再受支持或存在其他问题,您是否可以恢复数据?
它归结为分析您的情况并提出恢复方案并确保您涵盖最可能发生的事件。USB 驱动器很好,只要它们满足您的需求。但它们也可能容易出现任何其他硬件故障,因此您可能应该确保定期循环使用它们以实现冗余。
案例显示:任何未经测试的备份都不起作用。推论:经过测试的 USB 磁盘备份优于未经测试的磁带备份。
测试意味着:至少每月一次,进行一次审核,由如下列表组成
不这样做的备份操作员,或不同意疏忽的管理人员。
备份是一件很难的事情。大多数人在第一次尝试时都做对了。因此,定期重新审视它可以让您有机会发现所犯的错误。
定期检查备份还可以让您熟练使用这些工具。当这一天到来时,您将需要熟练程度。