备份与容灾速查
备份策略与 3-2-1 原则、文件与系统备份工具、数据库与云备份、容灾架构与 RTO/RPO、恢复演练：数据保护全场景速查。
备份基础与策略
全量/增量/差异、保留策略与 3-2-1 原则
3-2-1 备份原则热门
备份架构的通用基线：保留 3 份数据副本、使用 2 种不同存储介质、其中 1 份放在异地或离线，用于抵御单点故障、误删与区域性事件。
RPO 恢复点目标
业务可容忍的数据丢失时间窗口：RPO 为 15 分钟表示故障时可能丢失最近 15 分钟的数据，直接决定备份与复制频率的设计。
RTO 恢复时间目标
从故障发生到业务恢复可接受的时间上限；实际恢复耗时由发现、决策、切换、数据恢复与业务验证各阶段相加而成。
3-2-1-1-0 备份规则
在 3-2-1 基础上增加 1 份离线或不可变副本、以及 0 错误（经过验证可恢复）要求，用于同时应对勒索软件与『备份本身不可用』两类风险。
增量备份 incremental backup
只备份自上一次备份（上一次全量或上一次增量）以来发生变化的数据，空间与耗时开销小，恢复时必须依赖完整的备份链。
快照与备份的区别
快照是存储层的时间点视图，创建与回滚快，但与源数据共享底层存储；备份是独立副本，用于对抗源卷损坏、误删与区域性故障。
全量备份 full backup
每次备份所选数据集合的完整副本；恢复链路简单（单份即可恢复），代价是存储占用与备份时长随数据量增长。
备份可恢复性验证
备份任务成功不等于备份可用：需要定期做校验和比对与试恢复，验证数据完整性、恢复流程与文档是否仍然有效。
备份保留策略与销毁
规定各类备份保留多久、保留几代、到期如何销毁；保留期由合规要求、审计需要、业务价值与存储成本共同决定。
不可变备份 immutable / WORM
利用对象存储锁定或 WORM 介质让备份在保留期内无法被修改或删除，提高勒索软件与内部误操作场景下的可恢复性。
差异备份 differential backup
备份自上一次全量备份以来所有变化的数据；恢复只需『全量 + 最近一份差异』，链条比增量短，但每日备份量会逐日增长。
RTO/RPO 测算方法
从业务影响分析（BIA）出发，用业务量、损失率与时长承受度反推可接受的 RTO 与 RPO，并按系统分级输出指标表。
离线备份与 air-gap
让至少一份备份在物理或逻辑上脱离生产网络（离线磁盘、磁带离柜、单向传输网关），使勒索软件与内部误操作无法通过网络触碰该副本。
备份与容灾的关系
备份回答『数据丢了能否找回』，容灾回答『业务停了能否继续』；两者解决不同问题，完整的数据保护方案通常需要同时具备。
全量/增量/差异备份对比
三种基本备份类型在备份耗时、存储占用与恢复复杂度上的差异，以及生产环境常见的组合方式：周期性全量加期间增量或差异。
备份压缩算法选择（gzip/zstd/xz）
压缩能降低备份体积与异地传输成本，同时消耗 CPU；gzip 兼容性好，zstd 在速度与压缩率之间较均衡，xz 压缩率较高但 CPU 开销更大。
备份加密
对备份数据做传输加密与静态加密，防止介质丢失或对象存储误配置导致数据泄露；密钥管理与加密本身同等重要。
备份窗口 backup window
允许执行备份而不明显影响业务的时间段；窗口不足时的常见手段是全量错峰、增量或差异、存储快照、传输限速与并行度调整。
备份范围界定
备份对象不止业务数据：系统配置、应用配置、证书与密钥、调度脚本、数据库账号与授权同样需要纳入，缺失时恢复后的系统无法复原。
备份链与合成全量
全量作为链头、增量或差异逐级依赖组成的备份链条；链条越长恢复越慢、断链影响越大，可用合成全量压缩链条长度。
去重备份 dedup
在块级或文件级识别重复数据只保留一份，降低备份存储占用；对重复度高的虚拟机镜像、文档库收益明显，对已压缩或加密数据收益有限。
备份介质选型对比
从访问速度、离线能力、单位成本与耐久性几个维度看常见介质：外置磁盘、NAS、对象存储、磁带与光盘各有适用位置。
数据分级与备份分级
按业务重要性与合规要求给数据分级，逐级设定备份频率、保留期与容灾手段，避免『全量全保』造成成本失控或核心数据保护不足。
备份监控与告警
对备份任务的运行状态、耗时、产物大小与校验结果建立监控；重点不是任务是否启动，而是每天的产物是否真实可用。
备份粒度：文件级与块级
文件级备份按目录树逐文件处理，便于单文件恢复；块级备份按数据块或扇区复制，适合整盘镜像与数据库物理备份，恢复粒度粗但速度较快。
应用一致性备份
在备份前让应用进入可静默状态（冻结写入、刷盘、完成检查点），保证快照或文件副本在恢复后可直接使用。
VSS 卷影复制（Windows）
Windows 的卷影复制服务在卷上创建时间点副本供备份程序读取；配合 VSS 编写器可让数据库、邮件等服务在备份时进入静默状态。
备份与恢复测试频率
测试频率按系统重要性设定：核心系统提高试恢复频率并结合变更触发，一般系统按年度覆盖，测试结果回写策略与手册。
备份方案选型思路
以 RPO/RTO 与运维能力为输入选择技术组合：脚本化工具适合单机与简单场景，专业备份软件适合多系统集中编排，云备份服务适合免运维与异地要求高的场景。
备份目录与索引 catalog
记录每份备份的时间点、内容范围、位置与校验信息的索引；没有目录时恢复要现场翻找介质，恢复时间会被明显拉长。
崩溃一致性 crash-consistent
备份数据如同系统突然断电瞬间的磁盘状态：文件系统元数据一致，但应用内存中尚未落盘的写入会丢失；适合静态数据，运行中的数据库需另行处理。
备份计划设计要点
把备份任务按数据量、窗口与依赖关系排布：大体量全量错峰、数据库一致性备份先于其文件依赖、任务之间留出重试余量并避免 IO 争抢。
备份与归档的区别
备份用于短期恢复，会滚动覆盖、随数据版本演进而淘汰；归档用于长期留存，目标是按需检索与合规保留，通常要求不可变与较长保存期。
合规视角的备份保留要求
等保与行业监管通常要求关键数据具备备份与恢复能力，并对日志、交易等记录的留存期限提出要求；落实时需把要求翻译成可执行的保留矩阵。
LTO 磁带基础
广泛使用的线性磁带格式：按代际提升容量与速率，单盘 LTO-9 原生容量 18TB、压缩后约 45TB，具备较低的离线保存成本与 WORM 型号。
备份容量估算
按『数据量 × 副本数 × 变化率 × 保留系数』估算备份存储需求，并为增长与全量副本留足余量，避免备份因空间不足失败。
备份成本构成
备份的长期成本包含存储、跨区流量、软件许可、介质轮换与演练人力；云上方案还要评估恢复时的下行流量费与检索费。
D2D2T 磁盘到磁盘到磁带
先用磁盘承接每日备份以获得快速恢复，再按策略把归档副本复制到磁带或归档存储；兼顾近期恢复速度与长期保存成本。
备份运维手册 runbook
面向值班人员的操作手册：列出每项备份任务的位置、检查方法、失败常见原因与升级路径，让故障处理不依赖个别工程师的记忆。
备份服务指标 SLA
用可度量的指标描述备份服务质量：备份成功率、按时完成率、RPO 达成率、恢复演练通过率，并用定期报表向业务方汇报。
备份与容灾术语速查
常见术语中英对照与一句话解释：RPO、RTO、全量/增量/差异、保留策略、air-gap、WORM、GFS、试恢复等，用于与厂商文档对齐口径。
文件与系统备份
rsync、归档与快照等常用工具
rsync 文件同步与备份热门
左右对比、只传差异的同步工具：支持本地与远程复制、增量传输、保留权限与时间戳，是文件级备份脚本的常用核心。
tar 归档打包
把目录树打包为归档文件，可叠加压缩形成 .tar.gz 等格式；备份与迁移的通用载体，支持内容列表与按路径提取。
rsync over SSH 远程备份
通过 SSH 通道把文件同步到备份服务器或云端主机，不需要额外开放服务端口；配合密钥认证可在脚本中无人值守运行。
rsync --delete 同步删除
让目标端与源端保持一致：目标端多余文件会被删除；用错时可能把备份端的历史数据一并抹掉，执行前必须先用 --dry-run 确认。
dd 磁盘克隆与镜像
按块复制数据的底层工具：可整盘镜像、擦除、格式转换；参数写错会直接覆盖目标盘，属于高风险命令，执行前必须反复确认设备名。
rsync 硬链接增量快照
用 --link-dest 让未变化文件硬链接到上一份快照：每份快照看起来都是完整目录树，实际只占用新增数据。
rsync 备份脚本模板要点
可值守的备份脚本需要严格错误处理、日志与退出码区分、失败告警，以及 rsync 特有退出码 24（源文件传输中消失）的处理。
gzip 与 pigz 并行压缩
gzip 是通用压缩工具；pigz 使用多线程并行压缩 gzip 格式，在多核机器上可缩短打包时间，输出仍与 gzip 兼容。
zstd 压缩
开源的压缩工具（RFC 8878）：级别 1 至 19 可调，多线程 -T0 使用全部核心，解压速度快，适合备份与日志归档。
rsync 预演 -n
-n/--dry-run 只显示将要执行的动作而不落盘，配合 -i/--itemize-changes 逐项列出变化类型，是执行危险同步前的例行步骤。
rsync 排除与包含规则
用 --exclude / --include / --exclude-from 控制备份范围：缓存、临时目录与可再生成文件应排除，节省空间并缩短窗口。
tar 提取单个文件
不必解开整个归档：tar 可按路径或通配提取指定文件，配合 -C 输出到指定目录，是误删恢复场景的常用手法。
tar 增量归档
GNU tar 通过 --listed-incremental 快照文件记录目录状态实现文件级增量归档；用 --level=0 显式做一次新全量以重开链条。
rsync 断点续传
大文件传输中断后重头再传代价高：--partial 保留未传完的临时文件，--append-verify 在续传时校验已传部分。
tar 管道与远程传输
tar 与管道结合可边打包边压缩边传输（tar | ssh），不落中间文件，适合跨主机迁移与紧急传输；代价是中断后需要重传。
LVM 快照创建
LVM 的写时复制快照：瞬间得到卷的时间点视图，备份工具可从容读取快照而不长时间锁定生产卷。
restic 加密去重备份
开源备份工具：仓库端加密、内容寻址去重，支持本地与多种对象存储后端，快照式管理便于按时间点恢复。
运行中文件的备份问题
备份正在被写入的文件（数据库文件、虚拟机镜像、日志）会得到不一致副本：应使用快照、停写或应用级导出，而不是直接拷贝。
rsync 校验与性能取舍
默认差异判定依据是文件大小与修改时间；-c 改为逐文件校验和比对更可靠但更慢，--size-only 更快但可能漏掉只改内容的文件。
rsync 权限与扩展属性保留
完整备份需要保留权限、属主、ACL 与扩展属性：-a 覆盖常规元数据，ACL 与 xattr 需要额外开关，跨主机恢复时用数字属主避免 UID 映射错位。
tar 排除与规则文件
打包时排除缓存、临时文件与可再生成内容：既减少体积也避免把易变数据带入归档；规则可写入文件由 --exclude-from 读取。
zip 归档与交换
跨平台归档格式：Windows、macOS 与 Linux 默认可解压，适合文件交付与交换；zip 命令支持递归打包与排除规则。
Btrfs 子卷快照
Btrfs 对子卷做写时复制快照：创建快、额外空间占用随变更增长，适合高频时间点保护与升级前回滚。
BorgBackup 去重加密备份
带去重、压缩与加密的备份工具：仓库内自动去重并在客户端加密，适合多版本、多主机共享存储的长期备份。
cron 与 flock 防重入备份
cron 是经典调度器；备份任务用 flock 加锁可避免上一次未结束又启动下一次，防止并发读写同一备份存储。
备份脚本通用健壮性模式
自研备份脚本的通用骨架：严格模式、独立日志、锁防重入、结果校验与统一告警出口，适用于 rsync、tar、mysqldump 等各类工具。
tar 备份特殊属性
备份系统与容器场景要保留 ACL、扩展属性、SELinux 上下文与数字属主：默认行为会丢失这些信息，恢复后可能出现权限或启动异常。
ddrescue 坏盘镜像
面向故障磁盘的镜像工具：先快速复制并跳过坏区，再回头反复尝试，支持映射文件断点续做，避免普通 dd 在坏道上长时间卡死。
挂载镜像检查内容
镜像文件可以先只读挂载再浏览、校验与提取单个文件，避免整盘恢复带来的停机；支持裸镜像与带分区表的镜像。
LVM 快照回滚与导出
快照可回滚原卷（lvconvert --merge）快速撤销变更，也可以挂载后按需拷贝单个文件，是升级与误操作后的快速恢复手段。
ZFS 快照
ZFS 原生写时复制快照：创建与回滚快，空间按增量占用，可对数据集或卷做时间点保护，并支持保留与自动化语义。
systemd 定时器驱动备份
用 systemd timer 替代 cron 触发备份：支持错过补跑（Persistent）、随机延迟与依赖管理，日志统一进 journald，便于排错。
robocopy 文件镜像备份
Windows 的文件复制工具：支持重试等待、日志留档与镜像模式，适合把目录复制到外置盘或文件服务器做镜像备份。
rsync 守护进程模式
以 rsyncd 服务提供同步端点，通过模块名暴露目录，可配置只读共享、用户认证与来源限制，适合固定的备份通道。
xz 与 lzma 压缩
以 CPU 时间换取更小体积的压缩格式（.xz），支持多线程与多档预设；适合长期归档与带宽受限的离线交付。
dd 备份分区表与引导扇区
用 dd 把磁盘的分区表、MBR 引导扇区单独备份成小文件，误操作后可以快速恢复磁盘结构信息。
Btrfs send/receive 增量复制
把只读快照序列化为数据流发送到另一个文件系统（可跨主机），用父快照参数实现增量传输，是 Btrfs 的异地备份通道。
ZFS send/receive 复制
把快照导出为数据流并复制到另一存储池（可跨主机），使用 -i 参数只传两个快照之间的差异，实现高效的异地副本。
duplicity 增量加密备份
把增量归档与加密结合的工具：首次全量、后续增量，输出可直接放到对象存储或远程目录，便于把备份推到云端。
Windows wbadmin 系统备份
Windows 自带的命令行备份工具：可创建包含系统状态的卷级映像并按版本恢复；客户端系统的映像备份功能已被微软标记弃用，长期方案建议评估替代工具。
split 分卷与合并
把大归档拆分为定长分卷，便于介质拷贝与分片传输；按序合并即可还原，配合校验和确认完整性。
rsnapshot 快照备份
基于 rsync 与硬链接的备份工具：按配置的 alpha/beta/gamma 保留层级自动轮换多份完整视图快照，适合主机级别的递归备份。
cp -al 硬链接快照目录
用 cp -al 复制目录树并把未变文件以硬链接指向源文件，快速得到完整视图；后续复制以 -al 链到上一份并用 rsync 更新，即可实现增量快照。
Clonezilla 整机克隆
整机与分区级克隆工具（底层常用 partclone 等实现）：以 Live 环境启动完成磁盘到镜像、镜像到磁盘的操作，常用于批量装机与裸机恢复。
openssl 加密备份文件
用 openssl enc 对备份归档做口令加密，适合传输与存放过程中的保护；使用 -pbkdf2 提高口令派生强度。
镜像类工具对比（dd/partclone/FSArchiver）
整盘与分区备份工具的取舍：dd 逐扇区复制、partclone 只处理文件系统已用块、FSArchiver 在文件系统层打包，适用场景各不相同。
Bacula 企业备份框架
开源的集中备份体系：由控制器（Director）、存储守护进程（SD）与客户端（FD）组成，支持作业调度、介质管理与多客户端策略。
FSArchiver 文件系统归档
在文件系统层面打包与恢复：支持压缩与在异构磁盘上还原，适合把系统分区迁移或备份成可移植的归档文件。
稀疏文件备份处理
虚拟机镜像与数据库文件常含大量空洞（sparse），不做处理会把空洞当实数据拷贝，备份体积明显膨胀；tar 与 rsync 都有对应开关。
Snapper 快照管理
面向 Btrfs（以及部分 LVM 场景）的快照管理工具：按配置创建时间线快照，支持列出、对比与回滚，是 openSUSE 系发行版的默认方案之一。
xfsdump 与 xfsrestore
XFS 文件系统的原生备份工具：支持多级增量（-l）与介质管理，恢复使用 xfsrestore，适合整文件系统级别的备份。
pv 查看备份进度
在管道中插入 pv 显示速率与进度，让长时间的打包、压缩与异地复制过程可见，便于判断备份窗口是否够用。
Amanda 网络备份调度
企业级开源备份调度系统：集中定义备份类型与计划，客户端通过协作进程执行，适合多主机定时备份的统一编排。
数据库与云备份
数据库备份要点、云快照与跨区复制
mysqldump 逻辑备份热门
MySQL 自带逻辑备份工具：把库表结构与数据导出为 SQL 文本，可单库、多库或全实例导出，产物可读可检索，适合中小库与跨版本迁移。
mysqldump 一致性快照备份
用 --single-transaction 在可重复读事务里导出 InnoDB，得到一致时间点快照且不阻塞写入；MyISAM 等非事务表不受该保护。
MySQL 时间点恢复 PITR
把数据恢复到故障或误操作前的某一时刻：先还原全量备份（含位点记录），再从该位点回放归档 binlog，停止点选择决定丢失窗口。
PostgreSQL pg_dump 逻辑备份
PostgreSQL 单库逻辑备份主工具：支持 plain / custom / directory / tar 四种格式，custom 与 directory 格式配合 pg_restore 可选择性恢复。
mysql 客户端恢复逻辑备份
用 mysql 客户端回放 SQL 备份：整库恢复、指定库恢复或截取单表片段；大文件恢复关注字符集与错误处理策略。
MySQL binlog 二进制日志
记录所有数据变更的二进制日志：时间点恢复与主从复制的基础；格式分 STATEMENT / ROW / MIXED，8.0 默认 ROW，过期由 binlog_expire_logs_seconds 控制。
Redis 持久化配置 RDB 与 AOF
两种持久化机制：RDB 按条件生成时间点快照、恢复快体积小；AOF 追加记录写命令、丢数窗口更小；生产常同时开启。
mysqldump 记录 binlog 位点
导出时把备份对应的 binlog 位点写入产物（--source-data=2 以注释形式记录），作为后续日志回放的起点，是逻辑备份做时间点恢复的关键。
XtraBackup 物理热备
Percona XtraBackup 的物理备份：直接拷贝 InnoDB 数据文件并记录 redo，prepare 后得到可启动的一致副本；大库备份与恢复速度明显优于逐条 SQL 回放。
PostgreSQL WAL 归档配置
开启连续归档：写满的 WAL 段被拷贝到独立目录，配合基础备份实现任意时间点恢复；archive_command 返回非 0 时会持续重试。
SQL Server 全量备份
T-SQL 原生备份：BACKUP DATABASE 生成 .bak 全量副本，支持压缩与校验和；完成后用 RESTORE VERIFYONLY 验证备份可读性。
MySQL 备份组合策略
生产常用组合：周期性物理全量打底 + 每日增量或逻辑导出 + binlog 持续归档，同时覆盖快速整体恢复与精细时间点恢复两类需求。
PostgreSQL pg_restore 恢复
恢复 custom / directory 格式逻辑备份：支持并行、按对象筛选与遇错策略；plain 格式直接用 psql 回放。
PostgreSQL 时间点恢复 PITR
恢复基础备份后由 restore_command 拉取归档 WAL 重放，按 recovery_target_time / LSN / name 精确停在指定点；PG12 起用 recovery.signal 触发恢复模式。
Oracle RMAN 备份
Oracle 官方备份恢复框架：RMAN 编排全量、增量与归档日志备份，校验数据块并执行保留策略，可对接磁带与磁盘通道。
AWS EBS 快照
EBS 卷的块级时间点快照：增量上传、由 AWS 托管存储，可从快照创建新卷或在其他可用区还原，是 EC2 数据保护的基础能力。
mysqldump 对象与 GTID 选项
补全导出对象与 GTID 行为：--routines / --events / --triggers 覆盖存储程序对象，--set-gtid-purged 决定产物是否携带 GTID 语句。
PostgreSQL pg_basebackup 物理基准备份
物理全量备份：拷贝数据目录文件并流式传输所需 WAL，产物可用于搭建流复制副本或作为时间点恢复的基线。
SQL Server 恢复链还原
按全量→差异→日志顺序还原：中间步骤用 WITH NORECOVERY 保持链可继续，最后一条 WITH RECOVERY 收尾；STOPAT 支持指定时间点。
数据库备份一致性手段
保证备份是一个逻辑自洽的时间点：停写、全局只读锁、事务一致性快照、存储快照配合文件系统冻结，按停机预算与存储引擎选择。
S3 版本控制
保留对象历史版本：覆盖写入生成新版本、删除产生删除标记，可恢复误删误覆盖；配合生命周期管理非当前版本控制成本。
MySQL Shell util.dumpInstance 备份
官方 MySQL Shell 并行逻辑备份 API（8.0.21+）：util.dumpInstance / dumpSchemas 生成一致性快照并按块并行导出，util.loadDump 并行恢复且支持进度文件续传。
XtraBackup 物理恢复 copy-back
把 prepare 完成的备份回灌数据目录：--copy-back 复制、--move-back 移动，修正属主后启动实例；是物理备份恢复的标准落地步骤。
逻辑备份与物理备份对比
两类备份的取舍：逻辑备份是 SQL 或自定义格式数据流，灵活可跨版本；物理备份是数据文件或块级拷贝，恢复快但绑定版本与平台。
SQL Server 日志备份与结尾日志
完整恢复模型下的事务日志备份把 RPO 压到分钟级；故障切换前先备份结尾日志（tail-log），才能保住尚未入备份的近期事务。
MongoDB mongodump / mongorestore
官方逻辑备份工具：导出 BSON 数据（支持 --gzip 与单文件 archive），mongorestore 支持 --drop 覆盖与按命名空间过滤。
RDS 自动备份与 PITR
RDS 自动备份由每日快照与事务日志归档组成：保留期内可恢复到任意时间点；保留期可配置，设为 0 表示关闭自动备份。
S3 Object Lock（WORM）
对象级防删防改：按保留期（合规 / 治理模式）或法定保留阻止删除与覆盖，用于勒索防护与合规归档；只能在创建桶时启用。
云快照一致性：崩溃一致与应用一致
云平台默认快照是崩溃一致（等效断电瞬间）；数据库与多卷场景要借助冻结、停写或平台一致性组能力，才能达到应用一致。
XtraBackup 增量备份与合并
基于 LSN 的增量物理备份：只拷贝上次备份以来的变化页，配合 --apply-log-only 按顺序合并，压缩备份窗口与空间占用。
mysqlbinlog 解析与回放
官方 binlog 解析工具：按时间或位点区间导出事件、审计变更、按点回放；ROW 格式需解码参数才能直观阅读内容。
Oracle RMAN 恢复与时间点恢复
RMAN 恢复流程：mount 状态还原数据文件、RECOVER 应用归档与在线重做后 OPEN；不完全恢复用 SET UNTIL 指定目标并以 RESETLOGS 开启新化身。
Redis 备份与恢复操作
在线备份：BGSAVE 生成 RDB 或 redis-cli --rdb 远程拉取文件；恢复时停机替换 dump.rdb 并先校验完整性，集群场景优先从副本节点备份。
AWS Backup 集中备份
跨服务的集中备份与合规能力：用备份计划统一编排 EBS / RDS / EFS / DynamoDB 等资源，备份库支持 Vault Lock 锁定防删。
云上 3-2-1 实践组合
把 3-2-1 映射到云环境：生产实例加同区快照提供快速恢复，对象存储版本化副本防误删，跨区域或跨云副本应对地域级故障。
EBS 快照跨区域复制
把快照复制到其他区域作为异地副本：首次全量传输、后续增量，满足地域级故障恢复与合规异地保存要求。
S3 生命周期规则
按前缀或标签编排存储层级与过期：转低频或归档层、到期删除、清理非当前版本与未完成的分段上传，是备份成本控制的核心工具。
阿里云 RDS 备份与恢复
RDS 自动数据备份与日志备份：日志备份支持按时间点恢复；备份集可恢复为新实例，保留策略在控制台按合规要求管理。
mydumper 多线程逻辑备份
社区常用多线程逻辑备份工具：按表并行导出并生成元数据文件，myloader 并行恢复，适合大库快速逻辑备份与按表恢复。
EBS 快照生命周期 DLM
Amazon Data Lifecycle Manager 自动创建与保留 EBS 快照：按 cron 计划、保留 N 份、可选跨区域复制，替代自建轮换脚本。
RDS 快照恢复与跨区副本
RDS 恢复的正确姿势：恢复到新实例并校验后再切换入口；跨区域复制快照用于异地恢复，满足地域级容灾要求。
S3 跨区域复制 CRR
把对象自动复制到另一区域的桶：配合版本控制实现异地副本，可选过滤前缀、复制删除标记与加密对象。
对象存储归档层与最小存储期
低频成本层用于长期备份：以取回时间与最短存储期换取低单价；须按恢复演练要求选择层级，避免为省成本牺牲 RTO。
阿里云 ECS 快照与自动策略
云盘块级快照：手动快照与自动快照策略（周期加保留天数）均可创建；支持回滚云盘或从快照新建云盘。
PostgreSQL pg_dumpall 全局备份
实例级导出工具：逐库导出并额外包含角色、表空间等全局对象；--globals-only 常用于单独备份角色与权限。
SQL Server 差异备份
记录自上次全量以来的变更页：恢复时只需『全量 + 最近一次差异 + 其后日志』，缩短日常备份与恢复准备时间。
Elasticsearch 快照与恢复
把索引与集群状态快照到共享仓库（S3 / 文件系统等）：快照按段增量存储；用 SLM 策略可定时执行并自动保留。
EC2 AMI 整机镜像备份
把运行中实例固化为 AMI：含系统盘与可选数据盘，可从镜像直接启动替换实例，适合整机级复原与横向扩容。
rclone 同步备份到对象存储
把本地备份搬运到 S3 / OSS / OBS 等对象存储的通用工具：支持增量拷贝、校验与加密远端（crypt），跨云复制常用。
MariaDB 物理热备
MariaDB 官方物理热备工具：支持全量、增量与加密，流程与 xtrabackup 类似，必须与 MariaDB 版本配套使用。
Oracle Data Pump 逻辑导出导入
expdp / impdp 逻辑备份与迁移：以目录对象为落点导出 schema、表或整库，支持 REMAP_SCHEMA、REMAP_TABLESPACE 与并行度。
阿里云 OSS 版本控制
OSS 版本控制：开启后覆盖与删除保留历史版本；配合生命周期、跨区域复制与保留策略（WORM），构建对象层防误删体系。
mysqlpump 并行逻辑备份
MySQL 8.0 自带的并行导出工具：按对象多线程导出并可压缩输出，吞吐优于单线程 mysqldump；8.0.34 起被标记弃用，新体系建议改用 MySQL Shell 或 mydumper。
Azure Blob 软删除与不可变策略
Azure 对象存储的数据保护组合：Blob 与容器软删除、版本控制、不可变策略（时间锁 / 法定保留）分层应对误删与篡改。
腾讯云 CBS 快照与定期策略
云硬盘快照：手动或定期创建，支持回滚与从快照创建新盘；定期快照策略可绑定多块云盘并按保留规则滚动。
华为云 CBR 云备份
华为云备份服务：以存储库（vault）为单元托管备份，对 ECS、云硬盘、文件系统等按策略执行，支持恢复到新资源做验证。
容灾架构
冷备、温备、热备与两地三中心概念
冷备、温备与热备对比
按切换速度与成本分档：冷备成本低、恢复慢；热备接近实时、成本高；温备居中，是多数业务的折中方案。
故障切换 Failover
把服务从故障侧转移到可用侧的过程；分计划内切换（维护窗口主动切）与计划外切换（故障触发），后者最容易出问题。
两地三中心
同城两中心（可同步复制、互为热备）+ 异地一中心（异步复制、温备）：同时覆盖机房级与区域级故障的经典布局。
主备模式（Active-Standby）
一个站点承载全部流量、另一个待命：数据从主到备单向复制，故障时把服务切到备侧；实现简单，是常见起点架构。
脑裂 Split-Brain
主备之间网络中断后双方都认为自己是主：同时接受写入造成数据分叉，是容灾架构的高危场景；靠仲裁与隔离机制预防。
双活模式（Active-Active）
两个站点同时承载流量：常见于接入层与无状态服务；有状态数据双活需要双向同步或分片写入，复杂度和冲突处理是主要难点。
异步复制
主侧写成功即返回，变更随后传到备侧：写性能不受跨站时延影响，但故障时可能丢失尚未复制完的数据，RPO 大于 0。
灾难恢复预案与切换授权
把『谁在什么条件下、按什么步骤、切换到什么状态』写成可执行的预案：包含触发条件、决策人、操作步骤、验证点与回切条件。
异地容灾
在数百公里外的另一区域部署灾备：地理上互相隔离，应对城市级或区域级灾害；受时延限制通常采用异步复制。
多可用区部署（Multi-AZ）
把实例与数据副本分布在同一区域内的多个可用区：可用区间通常有独立电力与网络，单 AZ 故障时仍可提供服务。
复制延迟监控
复制延迟是容灾能力的关键指标：它同时决定切换时的数据丢失窗口与备库可用性；需要在监控中持续观测并设阈值告警。
etcd 快照备份
Kubernetes 的集群状态都在 etcd：用 etcdctl snapshot save 做一致性快照并定期验证，是 K8s 灾备的底线动作。
故障域与隔离设计
故障域是可能同时失效的一组组件：机架、供电、网络、可用区甚至整个区域；冗余设计的前提是识别故障域并让副本跨域分布。
同步复制
写操作在主备两侧都确认后才返回成功：RPO 接近 0，但跨站点往返时延会直接叠加到写延迟，适合同城低时延链路。
灾难恢复能力等级（GB/T 20988）
国家标准《信息系统灾难恢复规范》把灾难恢复能力分为 1-6 级：从基本支持到数据零丢失与远程集群，等级越高对 RTO/RPO 的保障越强。
VIP 漂移与 keepalived 切换
用虚拟 IP（VIP）在节点间漂移实现接入层切换：VIP 平时绑定主机，故障时由 VRRP 协议把地址迁移到备机，客户端无需改配置。
同城容灾
同一城市内跨机房部署：机房之间通常用光纤专线直连，时延低，可支持同步复制，用于抵御单机房故障。
半同步复制
主库等待至少一个备库确认收到日志再返回（无需应用完成）：在可靠性与时延之间取折中，是 MySQL 等数据库的常见选项。
回切 Failback
原故障侧修复后把服务切回：一般先以从角色回同步数据、追平延迟，再在计划窗口执行回切，并保留再次切回的能力。
DNS 切换与 TTL 管理
通过修改 DNS 记录把域名指向备用站点：切换前先把 TTL 调低，切换后旧记录仍会在缓存中存活一段时间，需要按 TTL 预留过渡期。
应用容灾设计要点
应用层为容灾做的设计：无状态化、会话外置、配置与密钥集中管理、依赖降级与幂等重试，让切换后应用能快速可用。
多活与单元化架构
按用户或地域把流量与数据划分到多个单元（cell），每个单元独立读写；单元间故障隔离，通过调度把流量迁到健康单元。
仲裁与法定人数 Quorum
用多数派机制决定谁能成为主：奇数个投票成员（节点或仲裁者）避免 1:1 僵局，配合 witness 在双节点场景提供决胜票。
数据库高可用方案选型
不同数据库的高可用路线不同：MySQL 有主从+编排（Orchestrator 等）、MGR；PostgreSQL 常用 Patroni/repmgr；SQL Server 用 Always On；Oracle 用 Data Guard/RAC。
SQL Server Always On 可用性组
基于 Windows Server 故障转移集群（WSFC）的数据库级高可用：同步提交副本可自动故障转移（RPO 0），异步副本用于异地容灾。
GSLB 全局负载均衡
在多站点之上做流量调度：按健康状态、就近性、权重把用户引导到可用站点，降低人工切换的依赖。
MySQL Group Replication
MySQL 原生组复制：组内多数派确认事务，单主模式可自动选主并切换；相比传统主从+外部编排，把共识与切换能力内置到数据库。
Oracle Data Guard
通过重做日志传输与备库应用实现 Oracle 容灾：三种保护模式在可用性与零丢失之间取舍，支持切换（switchover）与故障转移（failover）。
etcd 快照恢复
从快照重建 etcd 数据目录并让控制面重新指向：用于集群状态损坏或误操作后的复原，操作需要停机窗口。
Velero 备份 Kubernetes 资源
Kubernetes 备份恢复工具：按命名空间或资源类型备份 API 对象（含 Secret/PV 快照），支持恢复到本集群或新集群。
演练与恢复
RTO/RPO、演练流程与误删恢复实战
rm 误删文件恢复
文件被 rm 删除后：立即停止对该分区的写入，优先从备份或快照恢复；无备份时再用扫描工具尝试，成功率与写入量负相关。
恢复演练计划设计
演练前定好目标、范围、场景、时间窗与回退方案：让演练成为可控的验证活动，而不是一次碰运气的操作。
RTO 实测方法
RTO 是承诺值，实测值才是事实：按『发现故障 → 决策 → 执行切换 → 业务验证通过』全链路计时，并分解到每个阶段。
切换演练执行与计时
按真实流程执行一次计划内切换，并为每个阶段计时：得到的是实测 RTO 与一份待整改的问题清单。
RPO 校验与数据丢失窗口确认
RPO 校验用业务数据说话：对比关键表里最新业务记录的时间戳与故障发生时刻，两者之差就是实际的数据丢失窗口。
恢复后核对清单
恢复完成不等于交付完成：进程与端口、数据完整性、时间同步、监控恢复、连接入口切换，逐项确认后再宣布结束。
演练类型分级
从桌面推演到全链路实战：不同级别的演练投入与暴露问题的能力不同，建议由浅入深逐级推进。
自动化恢复校验
把『恢复 + 校验』脚本化并定期自动执行：恢复最新备份到沙箱，跑行数与校验和比对，结果异常直接告警。
恢复优先级与服务依赖顺序
恢复不是把系统『全量拉起来』：按依赖顺序与业务影响排序，先恢复基础服务与核心交易，再恢复周边系统。
恢复数据校验方法
数据校验由浅入深：对象存在性 → 行数比对 → 抽样校验和 → 业务口径对账；不同深度对应不同的验证成本与信心。
MySQL 单表恢复实战
生产库误删单表时：把备份恢复到临时实例，取出目标表数据再导回生产，用最小影响面完成恢复。
恢复到隔离环境验证
把备份恢复到隔离网络中的沙箱环境：验证备份可读、应用可启动、数据可用，全过程不影响生产。
演练常见失败原因
演练失败的典型来源集中在：备份不可用、环境漂移、依赖缺失、文档过时与决策卡壳；提前对照可避坑。
恢复前核对清单
动手恢复前的核对：备份版本与校验结果、目标环境容量、当前环境保护、窗口批准与联系人，全部确认再开始。
进程句柄未关闭时的文件恢复
文件被删除但仍有进程持有打开句柄时，可直接从 /proc/<pid>/fd 复制回来：这是恢复速度较快的一类场景，不需要扫描磁盘。
演练报告与改进跟踪
演练结束后输出报告：目标达成情况、实测 RTO/RPO、暴露的问题、行动项与责任人、下次演练计划，形成闭环。
灾难恢复复盘与改进
演练或真实事故后的复盘：还原时间线、定位根因（不止于『操作失误』）、产出可验证的行动项，避免同类问题复发。
故障注入演练（混沌工程）
主动注入故障验证系统的自动恢复能力：与人工切换演练互补，用受控实验发现『以为有冗余、实际不生效』的隐患。
演练脚本与步骤卡
把切换操作拆成步骤卡：每一步包含操作、命令、预期结果、验证方法与回退动作，演练时照卡执行并记录偏差。
灾难宣告与应急指挥
明确『什么条件下、由谁、向谁宣布进入灾难状态』：宣告触发应急指挥机制，同时终止『再等等看』的侥幸窗口。
Git reflog 恢复误操作
Git 里误 reset / rebase / 删分支后，reflog 记录 HEAD 的移动历史：找到目标提交即可恢复，是代码层误操作的常见救命手段。
SQL Server 单表恢复
误删表或误改数据时：把完整备份以新库名还原到同一实例，再用 T-SQL 把目标表数据导回，全过程不覆盖生产库。
桌面推演 Tabletop
在会议室按故障剧本推演：逐条注入事件，让各角色说明『此刻我做什么、依据是什么』，低成本暴露预案盲区。
裸机恢复流程
服务器整机损毁后的从零重建：引导介质启动 → 恢复操作系统 → 恢复数据 → 驱动与固件校准 → 验证，依赖的是镜像与配置记录。
Windows 卷影副本恢复
Windows 的卷影副本（VSS）：系统自动或手动创建卷的时间点快照，可从『以前的版本』找回文件，是终端用户侧的误删防线。
trash-cli 防误删回收站
给 Linux 命令行补一个回收站：trash-put 代替 rm、trash-restore 找回，降低日常误删概率；但不替代备份。