备份与数据库集群
导语： 数据库上了集群（主从、分片、多副本），备份的复杂度不是"乘几倍"，而是多了"一致性边界"与"节点协同"两个新难题。集群备份要护的是"整体可信"。
一、为什么要关注
- 集群各节点数据有延迟差，随便挑一个备可能拿到"半新旧"状态。
- 分片集群单节点备份拼不出全量，恢复难以对齐。
- 主从切换频繁，备份时点与角色错配会破坏一致性。
二、核心原理
集群备份核心是"一致性边界 + 协同快照 + 日志统一"。通用原则：优先用集群原生一致性备份（如一致性快照/协调者静默）、各分片时点对齐、日志（WAL）统一收集用于 PITR、恢复后校验集群整体而非单节点。目标是恢复出一个"各节点彼此对得上"的集群，而非一堆各说各话的副本。
三、落地做法/步骤
- 确认集群一致性机制（协调者、全局快照点或静默窗口），据此定备份时点。
- 多分片并行备份但统一时点标记，恢复时按同一标记对齐。
- 集中收集各节点日志，构建统一日志链支撑时点恢复。
- 恢复后在测试集群校验：节点间数据一致、复制正常、关键查询正确。
- 把集群备份纳入自动测试，防"单节点看起来好、整体不一致"。
四、与群晖NAS/信创云盘的对应能力
- 群晖NAS（如 DS1825+）可提供集群各节点的本地一致性快照承接与统一备份目标，配合高速网络缩短对齐窗口。
- 信创云盘可作为集群导出与日志归档的集中留存区，按版本与标记统一管理。
- 两者让"分片对齐 + 日志统一"在中端环境可稳定落地。
五、常见误区
- 各节点各备各的：时点不齐，恢复后集群分裂。
- 只备主节点：分片数据根本不全，拼不出全量。
- 恢复只验单节点：整体一致性隐患被掩盖。
六、小结与行动建议
集群备份护"整体一致"。先定一致性边界，再分片对齐+日志统一，恢复后验整体，集群才真能回退。