浅谈数据备份误区

z_h_w2008

刚刚接触“备份”这个概念的人，往往认为备份就是对数据文件进行简单的复制，认为我们只要将数据拷贝后保存起来，就可以确保数据的安全。这是不少人对备份的一大误解。殊不知这样的结果是：我们花费了大量的资金与宝贵的时间，却仍旧无法做到有效地保护数据的安全，同时还埋下了很大的隐患。
　　其实，资料、数据的拷贝根本无法留下其历史记录以做追踪，亦无法留下系统的NDS(Novell NetWare)和Registry(Microsoft Windows NT)等信息，这样只能将部分数据进行恢复，而数据的应用环境、属性及历史操作记录等重要信息都无法再次重现。而系统管理者在着手规划一个安全备份的网络环境时，也无法充分了解完全备份方案应具有那些条件要素，往往投入了大量的人力、物力与财力却仍然无法实现预想的良好效果。实际上，备份功能应该不仅只是消除传统下指令的复杂程序或手动备份的麻烦，更要能实现自动化及跨平台的备份，满足使用者的全面需求。一个完善的备份解决方案应具备自动化的排程设定、资料的安全性、完整性、磁带管理，以及跨平台的备份功能。因此可以说，备份不等于单纯的拷贝，管理也是备份重要的组成部分。管理包括备份的可计划性、磁带机的自动化操作、历史记录的保存以及日志记录等等。正是有了这些先进的管理功能，在恢复数据时我们才能对所有的信息了然于胸，特别是还可以查询一些重要的历史记录，使备份真正变得既轻松又可靠。因此从这个意义上说，备份应该是“拷贝+管理”。
　　目前，很多企业的服务器都采取了容错设计，即硬件备份，主要包括双机热备份、磁盘阵列与磁盘镜像。不可否认，与简单的拷贝相比，系统冗余固然可以保证进程的连续性和系统的高可用性，但我们却不能因此就认为系统冗余可以代替数据备份。因为事实已经不止一次地证明，系统冗余并不是很好的备份方案。
　　就双机热备份而言，确保这种方案备份有效性的前提是：在某一时刻，两台机器中只能有一台机器发生故障，如果两台机器不巧都同时出现了故障，那么整个网络就将陷入瘫痪灾难的状态。而在现实生活中，这种“不巧”是防不胜防的：我们无法预计的许多自然灾害，例如洪水、火灾、建筑物坍塌，以及令人防不胜防的病毒等，都极有可能使两台机器同时出现故障。而且对于那些由人为的错误（如误操作或恶意破坏）而引起的数据丢失，硬件备份根本无能为力。即便是没有这些天灾人祸，从投资的角度讲，硬件备份也不是最佳的备份方案。比如双机热备份实际上是等于牺牲了一台服务器，因此会造成企业成本的提高和资源的浪费，其结果是我们为此投入了大量的资金与设备，却仅仅给网络数据上了一层并不牢靠的安全保障。面对意外，我们依旧束手无策。我想这样的结局恐怕是任何一个企业都不愿意看到的。因此，只有全面的数据备份才能为我们提供百分之百的数据保护，确保数据的万无一失。
　　一般人在恢复数据时最首要的就是将我们认为重要的数据文件恢复，这个需求使很多人误以为数据备份只不过就是备份所有的数据文件，而系统文件与应用程序根本无需进行备份，因为我们可以在恢复数据时将它们重新安装后就可使用。实际上这也是对备份的一大误解。特别是在计算机网络普及的今天，网络环境中的系统文件和一些应用程序的安装极为麻烦，我们必须重新安装操作系统、所有的应用程序后，才能恢复备份数据，然后再重新设置各种参数、地址及网络环境等。这个过程可能要持续好几天。而在这几天当中，原有的数据文件根本无法有效利用，整个网络系统也无法使用，因为这些数据文件所依赖的系统环境或应用程序还没有得到恢复。
　　因此，最有效的备份是使用一种大容量的设备对整个网络系统进行备份。这样，无论系统遭到何种程度的破坏，都可以很方便地将原来的系统恢复。例如，某网络出现了突发性事故，网络瞬时间呈瘫痪状态。虽然整个网络采用了多种操作系统（NT、UNIX等）、多种应用软件和分散的大量数据，但我们不需要再找来无数张光盘与软盘进行逐一的安装和数据恢复，而只需要采用以往做好的大容量备份系统对网络系统进行简单的恢复，就可在短时间内使全套的网络系统恢复如初。因而从这个意义上来说，备份就等于“网络系统备份”。
　　在备份越来越受到人们重视的今天，了解什么是真正的备份，才能让更多的用户选择正确的备份方式和手段，从而更有效地保护网络中的数据安全。
      备份中国的在线备份软件就很好的解决了备份中遇到的各种问题：
      软件免费下载地址：
   
http://www.crsky.com/soft/13698.html
ｐｃ２．０版
http://www.crsky.com/soft/13699.html
服务器２.０版
详见 “备份中国”和“
http://www.beifen.com
”


本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u2/84161/showart_1358424.html