扫码获取 VIP 码
添加管理员微信获取 VIP 码
数据备份的核心定义非常明确：将计算机系统中的数据复制到独立的存储介质上，以便在原始数据损坏、丢失或遭到破坏时能够进行恢复。这里有两个关键点必须区分清楚。第一，备份≠归档。归档是将不再频繁使用的数据长期保存以备法律合规或历史查阅，而备份的对象是正在使用中的、随时可能发生变化的生产数据，目的是应对灾难后的快速恢复。第二，备份≠容错。RAID磁盘阵列、双机热备这些容错技术解决的是硬件故障场景下的连续可用性问题，它们不能替代备份——比如有人误删了一张表，RAID镜像盘上的数据也会同步删除，此时只有独立的备份副本能救你。
在信息系统中，备份的完整定义还包含三个要素：备份对象、备份介质和备份策略。备份对象可以是文件、数据库、系统状态乃至整个虚拟机；备份介质从早期的磁带、光盘演进到如今的磁盘阵列、NAS网络存储和云存储；备份策略则回答"什么时候备、备多少、怎么备"这三个问题，而这三个问题的答案正是全文要展开的核心。
值得注意的是，在软考信息系统管理工程师的教材框架中，备份策略被归入"信息系统运行管理"章节，与系统监控、故障管理、性能调优并列。这意味着命题人的视角不局限于技术实现，而是将备份视为系统运行保障体系中的一个管理闭环——从备份计划的制定、备份任务的调度执行，到备份结果的校验和恢复演练，每一个环节都有对应的管理流程。考生在复习时应当有意识地在这条"技术加管理"的线索上建立知识串联。
目前业界公认的三种基本备份策略源自存储网络行业协会的定义，分别是完全备份、增量备份和差异备份。三者互相配合，很少有企业只用一种。
完全备份的逻辑最朴素：每次备份都把选定的所有数据完整复制一份到备份介质。无论文件昨天有没有改过，今天执行完全备份时一律重新拷贝。比如你周六凌晨对数据库做了一次完全备份，生成了一个二十吉字节的备份集；下周六再做一次，又生成一个二十吉字节的备份集，两个备份集相互独立、各自可用。
完全备份的优点是恢复操作极其简单。需要恢复时，只需找到最近一次完全备份的副本，把数据直接还原即可，不需要翻找多个备份集、也不需要按时间顺序逐一叠加。但代价也很明显：备份窗口（完成一次备份所需的时间）长，占用的存储空间大，而且每次备份都对生产系统产生较大的读取压力。在数据量动辄上百吉字节甚至太字节的场景下，每天做完全备份几乎不现实，所以才有了后面两种策略。
还有一个容易被忽略的细节：完全备份并不是每执行一次就生成一个与数据量等大的文件。现代备份软件普遍支持重复数据删除和压缩技术，两次完全备份之间未发生变化的数据块可以共享存储，实际占用的物理空间远小于表面上的逻辑大小。不过，这一优化不改变完全备份在逻辑上的独立性——每一个完全备份集都可以脱离其他备份集独立用于数据恢复。
增量备份的做法是：每次备份只复制自上次备份以来发生变化的那些数据。这个"上次备份"可以是完全备份，也可以是另一次增量备份。典型的执行模式是：周日做一次完全备份，之后周一到周六每天做增量备份。周一增量备份包含了周日到周一之间变更的所有数据块，周二增量备份只包含周一到周二之间的变更，以此类推。
增量备份的最大优势是速度快、存储省。每天的增量备份只涉及少量变化数据，备份窗口极短，对生产系统的性能干扰也最小。但增量备份的代价全部转嫁到了恢复阶段。假设周三上午数据库崩溃，你需要先还原周日的完全备份，然后依次叠加周一、周二、周三凌晨的增量备份。这个过程不仅操作繁琐，而且任何一个增量备份集损坏，恢复链就会断裂，后续所有增量都白费了。软考命题人尤其喜欢在这一点上挖坑——题目描述中某次增量备份介质损坏，问你最多能恢复到哪个时间点，答案不是"最近的完全备份"，而是"损坏增量备份的上一个有效增量的时间点"。
增量备份还有一个实操层面的要点：识别"变化数据"本身是有成本的。文件系统通常通过归档属性位来标记文件是否被修改（完全备份后清除该标记，增量备份检查该标记），而数据库则通过事务日志或数据块的变更跟踪来定位增量。不同的识别机制会影响增量备份的准确性和效率。如果某个文件被移动了位置但没有修改内容，文件系统级别的增量识别可能把它标记为"变化"导致不必要的重复备份，而基于内容哈希的去重技术可以从根本上规避这个问题。
差异备份每次复制自上次完全备份以来所有发生变化的数据。注意这里的关键区别：差异备份的参照点永远是最近一次完全备份，而不是上一次差异备份。还是那个周日完全备份、周一到周六执行备份的例子。如果采用差异备份策略，周一的差异备份包含周日到周一的变化；周二的差异备份包含周日到周二两天的全部变化（不是只含周一到周二的增量）；周三的差异备份包含周日到周三三天的变化，以此类推。越往后差异备份集越大，最终接近一个完全备份的大小。
差异备份在备份时间和恢复时间之间取得了平衡。备份比完全备份快（只备变化），但比增量备份慢（变化量逐日累积）；恢复比增量备份简单（只需完全备份加最近一次差异备份两份数据），但比完全备份稍复杂。这种折中特性让差异备份成为许多中小型企业日常备份的首选方案。
但差异备份有一个隐藏的临界点问题：随着时间推移，差异备份集逐渐膨胀到接近完全备份的规模，备份窗口也会逐步拉长。到周六的时候，差异备份可能已经和后半夜的维护窗口不相容了。解决这个问题的常规做法是在下一个周期（比如下一个周日）重新执行完全备份，把差异备份的累积量重置为零，开启一个新的差异累积周期。软考里关于差异备份的容量计算题会考查这个规律：已知周一完全备份大小和数据日变化率，让你估算周五差异备份的大致容量，答案就是完全备份大小乘以日变化率再乘以累积天数。
在真实运维环境和软考命题中，几乎不会单独使用某一种策略，而是三种策略的组合。最常见的是"完全+增量"和"完全+差异"两种组合方案，以及在此基础上扩展出的"合成完全备份"等变体。
"完全+增量"组合——通常以周为单位：每周日做一次完全备份，周一到周六每天做增量备份。这种方案备份窗口最小、存储空间最省，但恢复时需要依次叠加多个备份集，恢复时间目标较长。适合数据量大、变化率低、对恢复时间不太敏感的场景，比如媒体素材库、历史日志归档等。
"完全+差异"组合——同样以周为单位：周日完全备份，周一到周六差异备份。备份数据量逐日增大，但恢复时只需两份数据（周日完全备份+出事当天的差异备份），恢复操作简单快速。适合数据变化率高、对恢复时间要求严格的场景，比如在线交易系统、核心业务数据库等。
在"完全+增量"策略下还有一个重要概念叫"备份链"。一个备份链由一次完全备份和其后连续的所有增量备份组成，链条上的每一个环节都不可或缺。如果链条中某个增量备份介质损坏，那么该增量之后的所有备份数据都无法恢复。软考选择题经常围绕"备份链断裂"命题：比如给了完全备份和五个增量备份，第三个增量损坏，问最多能恢复到哪个时间点——答案是第二个增量备份所覆盖的时间点，也就是第三个增量开始之前的那一刻。
讲完备份策略本身，必须引入两个决定备份方案设计方向的核心指标：恢复时间目标和恢复点目标。这两个概念不仅在运维实务中定义了备份方案的品质等级，也是信息系统管理工程师考试的高频考点。