1、完全备份(full backup)
每天对自己的系统进行完全备份。例如,星期一用一盘磁带对整个系统进行备份,星期二再用另一盘磁带对整个系统进行备份,依此类推。这种备份策略的好处是:当发生数据丢失的灾难时,只要用一盘磁带(即灾难发生前一天的备份磁带),就可以恢复丢失的数据。然而它亦有不足之处,首先,由于每天都对整个系统进行完全备份,造成备份的数据大量重复。这些重复的数据占用了大量的磁带空间,这对用户来说就意味着增加成本。其次,由于需要备份的数据量较大,因此备份所需的时间也就较长。对于那些业务繁忙、备份时间有限的单位来说,选择这种备份策略是不明智的。
2、增量备份(incremental backup)
星期天进行一次完全备份,然后在接下来的六天里只对当天新的或被修改过的数据进行备份。这种备份策略的优点是节省了磁带空间,缩短了备份时间。但它的缺点在于,当灾难发生时,数据的恢复比较麻烦。例如,系统在星期三的早晨发生故障,丢失了大量的数据,那么现在就要将系统恢复到星期二晚上时的状态。这时系统管理员就要首先找出星期天的那盘完全备份磁带进行系统恢复,然后再找出星期一的磁带来恢复星期一的数据,然后找出星期二的磁带来恢复星期二的数据。很明显,这种方式很繁琐。另外,这种备份的可靠性也很差。在这种备份方式下,各盘磁带间的关系就象链子一样,一环套一环,其中任何一盘磁带出了问题都会导致整条链子脱节。比如在上例中,若星期二的磁带出了故障,那么管理员最多只能将系统恢复到星期一晚上时的状态。
3、差分备份(differential backup)
管理员先在星期天进行一次系统完全备份,然后在接下来的几天里,管理员再将当天所有与星期天不同的数据(新的或修改过的)备份到磁带上。差分备份策略在避免了以上两种策略的缺陷的同时,又具有了它们的所有优点。首先,它无需每天都对系统做完全备份,因此备份所需时间短,并节省了磁带空间,其次,它的灾难恢复也很方便。系统管理员只需两盘磁带,即星期一磁带与灾难发生前一天的磁带,就可以将系统恢复。
在实际应用中,备份策略通常是以上三种的结合。例如每周一至周六进行一次增量备份或差分备份,每周日进行全备份,每月底进行一次全备份,每年底进行一次全备份。
---摘自网上无名处。
近日,在为客户维护其系统的过程中,为其系统数据的备份问题颇伤脑筋。备份作为保障数据安全性的常规方法,很多时候作为系统设计外的一个另行业务而被忽视。不仅是很多系统制作方还是客户方,前期只重视系统的正常运行与否,而不考量数据增加或者数据备份对于系统运行的影响。
。。。。。
![哭泣 哭泣](http://shared.live.com/QGncRMHLLpIcOfCh--4aMA/emoticons/smile_cry.gif)
客户方每日的数据增量大约6-7万条左右,这只不过是当前试运营阶段的数据增量,若是正式运营估计每日大概在10万上下。当初系统的设计者显然没有考虑到系统备份的问题,系统备份方案也以全备份草草了事,使得日自动备份时间越来越长,对服务器的开销相当的巨大。对于一日24小时全运行的系统来说,数据备份所带来的服务器负荷也带来了终端系统使用者极大的麻烦。(对于时时需要向服务器发出request的系统来说影响甚巨)。而不断增加的数据量也会逐渐蚕食系统的效率,所以数据的“减身”也成了重点课题,可惜设计者有没有考虑这一点,给维护者甩下了大大地包袱
.....
![讽刺 讽刺](http://shared.live.com/QGncRMHLLpIcOfCh--4aMA/emoticons/smile_sarcastic.gif)
如果当初设计者能好好研究研究,,我现在也不至于这么烦了....