《存储要点：全量、增量、差分备份及方法》由会员分享，可在线阅读，更多相关《存储要点：全量、增量、差分备份及方法（5页珍藏版）》请在金锄头文库上搜索。
1、1.1 备份策略设计要在建立一个好的备份系统，除了需要配备有好的软硬件产品之外，更需要有良好的备份策略和管理规划来进行保证。备份策略的选择，要统筹考虑需备份的总数据量，线路带宽、数据吞吐量、时间窗口以及对恢复时间的要求等因素。目前的备份策略主要有全量备份、增量备份和差分备份。全量备份所需时间最长，但恢复时间最短，操作最方便，当系统中数据量不大时，采用全量备份最可靠。增量备份和差分备份所需的备份介质和备份时间都较全量备份少，但是数据恢复麻烦。根据不同业务对数据备份的时间窗口和灾难恢复的要求，可以选择不同的备份方式，亦可以将这几种备份方式进行组合应用，以得到更好的备份效果。1.1.1 全量备份(F
2、ull Backup)所谓全量备份，就是对整个系统包括系统文件和应用数据进行的完全备份。这种备份方式的优点是数据恢复所需时间短。缺点是备份数据中有大量内容是重复的，这些重复的数据浪费了大量的磁带空间，无形中增加了数据备份的成本；再者，由于需要备份的数据量相当大，因此备份所需时间相对较长。1.1.2 增量备份(Incremental Backup)增量备份指每次备份的数据只是相当于上一次备份（全或增或差）后增加的和修改过的数据。这种备份的优点很明显：没有重复的备份数据，节省磁带空间，又缩短了备份时间。但它的缺点在于当发生灾难时，恢复数据比较麻烦，需进行多次数据恢复才能恢复至最新的数据状态。1.1
3、.3 差分备份(Differential Backup)差分备份就是每次备份的数据是相对于上一次全量备份之后新增加的和修改过的数据。差分备份无需每次都做系统完全备份，因此备份所需时间短，并节省磁带空间；另外，差分备份的灾难恢复也很方便，系统管理员只需两次备份数据，即全量备份的数据磁带与发生灾难前一天的备份数据磁带，就可以将系统完全恢复。*随着数据量的增加，做全备份所需要的时间将不断延长，因此需要制定一个基于未来大数据量的备份策略。备份策略包括两个部分，一、操作系统和应用程序代码的备份策略，二、业务数据的备份策略。操作系统和应用程序代码的备份策略比较简单，一般可先对所有系统做一次全备份，然后每周
4、对关键系统做一次全备份；此外，每台机器做过软件安装或系统升级后，应立刻做一次全量备份。当操作系统和应用程序代码出现故障时，将全量备份的数据按照相应的办法恢复即可。业务数据的日常备份策略可按如下制订：1.1.4 方法一： 每周在访问量比较小（如周六、周日）的时候做一次全备份； 每天对业务数据做一次差分备份或增量备份； 每次业务数据做大调整后应立即做一次全备份。 每天对备份服务器的Catalog日志备份；1.1.5 方法二：周日-周一-周二-周三-周四-周五-周六-周日-X-I-I-C-I-C-I-X-说明：在上述示意的备份策略循环周期中 X：表示全备份 I：表示增量备份 C：表示差分备份各备份包
5、含的备份内容： 周日的全备份备份全部的数据 周一的增量备份备周日到周一其间变更过或新增的数据 周二的增量备份备周一到周二其间变更过或新增的数据 周三的差分备份备周日到周三其间变更过或新增的数据（其中包括了周一和周二的增量备份） 周四的增量备份备周三到周四其间变更过或新增的数据 周五的差分备份备周日到周五其间变更过或新增的数据（其中包括周三的差分和周四的增量备份） 周六的增量备份备周五到周六其间变更过或新增的数据达到的效果： 若在周日的备份以后与周一的备份之前发生数据丢失，只需要用周日的全备份恢复即可。 若在周一的备份以后与周二的备份之前发生数据丢失，只需要用周日的全备份+周一的增量备份恢复即可
6、。 若在周二的备份以后与周三的备份之前发生数据丢失，只需要用周日的全备份+周一、周二的增量备份恢复即可。 若在周三的备份以后与周四的备份之前发生数据丢失，只需要用周日的全备份+周三的差分备份恢复即可。 若在周四的备份以后与周五的备份之前发生数据丢失，只需要用周日的全备份+周三的差分备份+周四的增量备份恢复即可。 若在周五的备份以后与周六的备份之前发生数据丢失，只需要用周日的全备份+周五的差分备份恢复即可。 若在周六的备份以后与下周日的备份之前发生数据丢失，只需要用上周日的全备份+周五的差分备份+周六的增量备份恢复即可。该备份策略的评述：充分运用了全备份、增量备份、差分备份的特点，尽可能减少每次
7、备份的数据量以提高备份速度。而且在任意时间点发生数据灾难后，为恢复数据所需的备份IMAGE不超过三个，保证了恢复的高效性。1.1.6 方法三：有三种通常使用的备份计划:(1). 只有全备份两个全备份之间的时间段发生故障,数据会丢失,只能恢复到上一个全备份的数据.(2). 全备份+日志备份在全备份之间加入日志备份,可以把备份时间点缩小到更小的粒度.可以在每天做一个全备份,每一个小时或者半个小时做一次日志备份.这样子的话,如果在23:59分发生故障,需要restore一个full backup+23个transaction log backup,操作恢复的时间会比较久.(3). 全备份+差异备份+日志备份在全备份之间加入差异备份(differential backup),差异备份之间有日志备份.至于选择哪一种备份策略,要根据实际的情况(RTO, RPO, Server loading等)灵活运用.
