扫码获取 VIP 码
添加管理员微信获取 VIP 码
数据备份是指将数据从生产系统复制到独立的存储介质上，以便在数据丢失或损坏时能够恢复。备份的核心关注点是数据的可恢复性——你能不能在数据丢了之后把它找回来。备份的对象是数据本身：数据库文件、配置文件、日志文件、用户文档等。备份的恢复粒度可以精细到单个文件甚至单条记录，比如你可以只恢复昨天误删的某一张表，而不需要回滚整个数据库。
数据容灾是指通过建立异地冗余系统，保证在发生灾难性事件时业务能够持续运行或在可接受的时间内恢复。容灾的核心关注点是业务的连续性——机房塌了、地震了、洪水了、火灾了，你的系统还能不能提供服务，用户还能不能正常登录和交易。容灾的对象是整个IT服务系统：服务器、网络、存储、应用、数据库组成的完整技术栈，而不是某几份文件。
在软考高项和信管考试中，这两个概念经常被设计成"关系题"。正确的关系是：数据备份是数据容灾的基础，数据容灾是数据备份的延伸和升级。备份解决的是"数据不丢"，容灾解决的是"业务不断"。两者的共同目标是保证系统崩溃或灾难发生时能够恢复数据或系统——这正是2023年高项第10题的考点。
一个更容易理解两者关系的角度是看它们各自防范的风险层级。备份防范的是逻辑错误：误删除、误修改、病毒加密、软件Bug导致的数据损坏。容灾防范的是物理灾难：火灾、地震、洪水、电力中断、战争。你可以用备份恢复一个被误删的表，但机房被洪水淹没时只有容灾方案能救你。这两个概念在风险层级上的互补关系，是软考高项案例分析中最常出现的论述角度。
备份策略的设计围绕三个核心参数展开。第一个参数是备份类型，决定了每次备份拷贝多少数据。完全备份每次都拷贝所有数据，恢复时只需一份备份集，简单但耗时长、占空间大——如果一个数据库有一百TB，做一次全量备份可能需要几个小时。增量备份只拷贝自上次备份以来发生变化的数据，速度快、省空间，但恢复时需要从最近一次完全备份开始依次叠加所有增量备份，恢复链路长。假设周日做了全量备份，周一到周六每天做增量备份，那么下周六故障时需要先恢复周日的全量再依次恢复周一到周六共六份增量，任何一份增量损坏都会导致后续恢复失败。差异备份拷贝自上次完全备份以来发生变化的数据，恢复时只需完全备份加上最近一次差异备份，在两个维度间取得了平衡——备份时间比全量短，恢复时间比增量短。
第二个参数是备份频率，决定了数据丢失的最大容忍窗口，也就是RPO。如果每天凌晨备份一次，RPO就是二十四小时，意味着最坏情况下会丢失一整天的新增数据。如果每小时备份一次，RPO就是一小时。备份频率越高，RPO越小，但对生产系统的性能影响和存储成本也越大。第三个参数是备份保留周期，决定了能够回溯到多久之前的数据状态。一般遵循祖父-父-子三级保留策略：每天保留一份保留一周，每周保留一份保留一个月，每月保留一份保留一年。这套策略在软考中称为GFS备份策略，是方案设计题的常见考点。
容灾架构的设计围绕两个核心指标展开。RTO即恢复时间目标，指从灾难发生到业务恢复运行的最大允许时间。RPO即恢复点目标，指从灾难发生到最近一次有效备份之间的最大允许数据丢失量。这两个指标是容灾方案设计中必须首先确定的参数，后续所有技术选型——采用同城双活还是两地三中心、用同步复制还是异步复制——都以RTO和RPO为约束条件。
数据复制技术是容灾的底层基石，分为同步复制和异步复制两种模式。同步复制要求生产端的每一次写入操作都必须等容灾端确认落盘后才返回成功——优点是RPO恒为零，缺点是生产端的写入延迟等于两地之间的网络往返时间，距离越远性能越差。异步复制允许生产端写入后立即返回，容灾端稍后再同步——优点是性能几乎不受距离影响，缺点是一旦灾难发生，两地之间未同步的数据将永久丢失。这个取舍形成了著名的"CAP困境在灾备领域的映射"：一致性（零RPO）和延迟（高性能写入）不可兼得。在实际工程中，还有一种折中方案叫半同步复制：生产端写入后等待容灾端接收到数据即可返回，不要求确认落盘，性能损失介于同步和异步之间。
两地三中心是当前银行业普遍采用的容灾架构，具体指同城两个数据中心加异地一个数据中心。同城双中心之间使用同步复制保证RPO为零，同时距离近延迟低；异地数据中心使用异步复制，距离远但可以应对城市级别的灾难。这种架构综合了同步复制的数据安全性和异步复制的地域容灾能力，是软考高项和系统架构设计师案例分析中的高频描述对象。
容灾切换策略是容灾方案中最考验工程能力的环节。常见的切换模式有三种。第一种是主备切换，正常情况下容灾站点处于待命状态，不承载任何业务流量，一旦主站点故障，通过DNS切换或负载均衡将全部流量导向容灾站点。这种方式资源利用率低（备站点平时闲置），但切换逻辑简单，安全性高。第二种是双活模式，两个站点同时对外服务，各承担一半流量，故障发生时由负载均衡自动将流量全部导向健康站点。这种方式资源利用率高，但要求应用层支持分布式事务和数据冲突解决。第三种是主备双活混合模式——核心交易系统采用主备架构保证数据安全，查询和报表类系统采用双活架构提高资源利用率。高项考试常考这几种切换模式的适用场景和优缺点对比。
灾备建设中的另一个关键工程问题是数据一致性验证。即使同步复制也不能百分之百保证两端数据完全一致，因为存在网络分区、磁盘静默损坏、应用层逻辑Bug等极低概率但确实可能发生的异常。因此灾备方案中必须定期进行数据校验——对生产端和容灾端的数据逐块计算校验和并比对，发现不一致的区块及时修复。数据校验通常通过扫描全量数据块的哈希值来完成，可以设计为在线增量校验或离线全量校验两种模式。高项教材虽然没有专门章节讲数据校验，但在案例分析中如果提到"如何保证容灾数据有效性"，校验机制是标准得分点。
备份按存储介质可分为磁带备份、磁盘备份和云备份。磁带备份是传统方案，优势在于单TB成本极低、保存寿命可达三十年，适合长期归档；劣势是顺序访问导致恢复速度慢。磁盘备份是当前主流，随机访问恢复速度快，适合日常高频备份。云备份是新兴趋势，把备份数据存储在云端对象存储中，免去本地硬件运维，适合中小企业。在软考高项中，备份介质的选择通常作为方案设计题的一个子问题出现，考点集中在成本、恢复速度和保存寿命三个维度的权衡。
按备份模式可分为冷备份和热备份。冷备份也叫离线备份，备份时应用停止服务，数据库关闭，文件系统处于一致状态，此时拷贝出的数据天然一致，不存在"备份进行中数据还在变"的问题。热备份也叫在线备份，备份时应用正常运行，数据库通过重做日志或存储快照技术保证备份数据的一致性——Oracle使用RMAN结合归档日志，MySQL使用mysqldump加锁或Percona XtraBackup不加锁热备。两者的适用场景截然不同：冷备份适用于可以接受计划性停机的系统如内部报表系统，热备份适用于七乘二十四小时核心系统如银行交易平台。软设考试偶尔考察冷热备份适用场景的选择题。
备份还有一种特殊形式叫快照备份。存储快照不是在文件级别拷贝数据，而是在存储卷级别创建一个数据的时间点镜像。快照的底层实现有两种：写时复制和重定向写入。写时复制在快照创建后，如果有数据块被修改，存储系统先将原始数据块拷贝到快照空间，再允许写入新数据——这样快照空间只保存被修改过的旧数据块而非全量拷贝，空间效率很高。重定向写入则在快照创建后所有新写入都重定向到新位置，原始数据块保持不变，快照天然就是一份完整的历史数据。快照的优点是创建速度极快，通常几秒内完成
本篇完！