提高磁带利用率，杜绝五种备份浪费

    【IT168 专稿】现在，备份系统已经成为各个大型用户的热门系统。几乎所有具备数据的部门，都会提出备份要求。但是，随着备份量，备份客户端，备份策略的增长，备份窗口越划越细，备份数据越流越乱。一个拥有10T容量的数据库，往往顶多保存了1-2个T的数据就没有空间了。反过来，当一个系统出了问题，却发现原有的备份策略，其实并不适合自己。导致了大量无用数据被保留下来，而真正有用的数据，却没有及时得到备份。
 
    下面一一列举一些容量浪费的可能，并尝试分析其原因。
 

    面对数据库，多数电信，联通，金融用户，在正式上线备份系统之前，就已经有了备份意识，并且都有一定的规定与措施。这种备份通常是利用数据自身功能把数据EXPORT出来。这样做最大的好处，就是可以进行最小到表的恢复。而目前大多数备份软件，都只能最小到库恢复，而对表无能为力。

    但是，这种备份方法，无法做到完全自动。多数需要人工干预。如果想和备份软件结合，备份软件只能对其export出来的东西，进行文件系统备份。这就使恢复变成了两个阶段。就是将备份软件备走的数据恢复到文件系统，再利用数据库工具进行恢复。备份软件不会，也不可能记录他备份了什么。如果你想知道备份软件备份了什么，你就需要为这个备份写一个日志。为你将来查找数据到底在哪提供依据。
 
    数据库可以通过备份软件进行在线备份。而这种备份，通常是利用了数据库自己的备份工具。例如ORACLE使用了RMAN，INFORMIX使用了ONBAR，而SYBASE比较简单，只是DUMP和LOAD两个命令。这种备份不能对表进行恢复，一恢复就是整个库。但是备份软件对其备份的数据进行了很好的管理，你完全可以一次就将数据库恢复到某个你期望的时刻。
 
    为了让备份更好的发挥作用。现在我遇到的所有用户，以及我们自己的实施习惯。都会对用户的数据库进行以上的两种备份。既把数据EXPORT出来，备份文件系统。又进行数据库的在线备份。这就导致了原本一份的数据，被复制成了两份。如果用户比较大，同时还拥有一个灾难中心。那么好了，这个数据就被复制了4份。这是用户购买了自认为海量存储设备后，没过多久就发现其存储容量不足的主要原因。目前，没有更好的办法来解决。