有人说，既然硬盘会挂掉，那么我就建一个 raid 硬盘阵列就可以了，备份还是没什么必要的。raid1 可能是最常用的，高级一点可以用 raid5。自然，这是最基本的一个做法，即使一个硬盘挂掉也可以很快恢复数据。不过在硬盘物理层上还有文件系统，文件系统挂掉并不少见，而这种情况下 raid 的冗余数据是完全帮不上忙的。土人我亲眼见过 raid1 上 ntfs 文件系统崩溃，也见过 raid5 上 ext3 文件系统崩溃，从此大彻大悟再也不相信有了 raid 冗余模式就可以高枕无忧的屁话。
另外，在没有版本管理系统的情况下，有的时候写东西写错或者误操作往往会希望看看昨天这个文件是什么样子，这又是需要备份了。好了废话这么多，总之 备份是放之四海而皆准的解决方案。如何备份？很多人不备份的原因就是太麻烦，首先，人最在乎的数据往往是每天都在变化的；其次，备份往往需要人去参与，比 如刻盘；还有，如果没有好的软件，备份大量文件必然要耗费大量的机器时间。如果每天备份都要这么大张旗鼓，自然没人愿意备份了，所以实用的日常备份必定是 自动进行的，而且需要程序快速准确判断出原始数据和备份的差异，只复制有差异的部分。
有了自动备份，那么多长时间备份一次？这个完全看具体情况。比如与盈利挂钩的办公环境，每天备份数据的要求并不过分。另外，备几份？有人说要多备几 份，每次备份删除一份最早的；也有人备三份不同频率的，分别是每天、每周、每月备份。我这里只是把看到的罗列一下供参考。一般的数据备一份足够。
然后一点是，往哪里备份？一般来说往另一个硬盘备份就可以了，可以是自己这个机器，也可以是另一个机器通过网络备份。不过会不会备份和原始数据同时 挂掉呢？有可能的，比方，火灾，或者雷电袭击了输电系统。如果有这种顾虑，一般推荐是进行异地备份，通过网络或者别的手段把数据同步到另一个物理位置的机 器上。很多年前 Stanford 发生过一起火灾，把 Career Development Center 一个楼全烧没了，所有的学生求职数据库连同备份都烧没了。很认真地说一句，如果有特别重要的数据，应该考虑异地备份.
No comments:
Post a Comment