数据惊魂

总结经验教训

    当晚我没有睡好，一直在考虑整件事情，如果我采取不同的措施，是否会有不同的结果？数据是怎么被损坏的？下面是我总结的一些教训。

    • 我得到的教训之一是我应该进行增量备份而不是完全备份，并且每次都清除旧的备份文件，因为我的USB硬盘驱动器的容量大概是硬盘的75%。我们只用了一半的空间，所以我说明USB硬盘驱动器的大小没问题。如果我进行增量备份，我就能恢复到文件创建时的状态。我之所以没有进行增量备份，是因为追求速度，有很多增量备份增加了管理和恢复的时间。我是在一次故障后发现全面恢复的好处的，全面备份和恢复非常好，但是增量备份在应对损坏问题方面很有帮助。麻烦的问题是我如何知道文件是好的？增量备份也许会拯救我，但是我不知道我如何能够确保文件是好的。这也许需要超过一年的增量备份。

    • 我得到的第二个教训是：有两个坏的备份也不如有一个好的备份。仅仅因为自己的妄想狂，把备份放进保险箱的做法并不意味着我不会遇到坏文件。可能会有人偷走我们的电脑，房子可能会遭到破坏或者遇到其他灾难（我说过我有点妄想狂）保险箱里的磁盘上仍然会有损坏了的数据。这并不是说我就不能找回99.9%的数据（大约有0.1%的文件被损坏了），但是对于一些人来说，这种结果仍然不够好。比如说对于我来说。

    • 使用离站互联网备份是个好主意。我花了两个月的时间才把文件都通过互联网上传上去，那段时间里经常整夜都开着电脑。虽然这种做法不太经济，但是它拯救了我，也拯救了我的婚姻，因为我负责维护家里的电脑，确保用户（我的妻子）在她需要的时候能够正常使用。

    一些问题比较明显，而另一些就没有那么明显了。我仍然在思索的大问题包括：

    1. 我怎么能够在对文件进行备份之前知道它是不是好的？我不知道自己是不是在备份一些已经坏了的数据。我有很好的备份程序，我测试我的备份，但是我怎么可能知道备份的1000个文件中的某个文件是坏的呢？显然，我不可能打开系统中的每个文件。是的，因为没有运行MS工具，我的硬盘卫生状况很糟糕，但是这对于日志文件系统真的有很大的影响吗？我知道应该，但是如果我不进行增量备份，会有什么不同？Sun Microsystems试图让它的ZFS文件系统检查文件以解决数据损坏的问题。FC/SAS试图通过T10 DIF （Data Integrity Field）标准解决这个问题，但是这些都无法帮助我。

    2. 是什么造成了文件损坏？到现在我也不知道。我们发现了另一些文件也被损坏了，但是到目前为止，没有新的文件损坏了。可能造成文件损坏的原因有很多：供电系统出现故障，导师电流的波动，破坏了控制器或者驱动器；电源问题或者其他问题造成的文件系统同步问题；SATA控制器可能遇到了什么问题；磁盘驱动器也可能会有问题；也可能上面的问题都出现了。

    我永远也不会知道这些文件损坏的原因了，但是我很高兴事情已经过去了。你可以从我的错误中吸取教训，在数据损坏的情况出现之前就做好准备。