打补丁前要留回滚点
补丁是少数「可能把好机器改成坏机器」的常规操作：内核更新后驱动不兼容、系统库升级后业务崩溃都真实存在。变更前准备好可回滚的原点——虚拟机快照、配置备份、数据库备份三者按风险任选或全要，是补丁流程里最不能省的一步。
基本信息
| 适用平台 | 虚拟化环境与物理机，Linux/Windows 均适用 |
|---|---|
| 回滚点类型 | 虚拟机快照、配置文件归档、数据库备份 |
| 关键提醒 | 快照不是备份，需另设有效期与清理计划 |
| 基线 | 高危补丁变更前必须有可验证的回滚点 |
典型使用场景
- 内核与系统库升级：风险最高的一类补丁，回滚点必备
- 数据库服务器补丁：除了快照还要有逻辑或物理备份
- 批量补丁窗口：按批次留快照，出问题只回滚某一批
- 合规举证：变更单里附上回滚点信息，是流程审计的常规要求
准备清单
准备清单
# 1) 虚拟机快照（示例：libvirt）
# virsh snapshot-create-as vm01 pre-patch-$(date +%F) 'before KBxxxx'
virsh list --all 2>/dev/null | head
# 2) 配置文件归档
tar czf /root/etc-backup-$(date +%F).tar.gz /etc 2>/dev/null
# 3) 数据库逻辑备份（小库适用）
mysqldump --single-transaction --all-databases > /root/all-db-$(date +%F).sql 2>/dev/null
ls -lh /root/all-db-*.sql | tail -1回滚点类型对照
| 类型 | 覆盖范围 | 局限 |
|---|---|---|
| 虚拟机快照 | 整机状态，恢复最快 | 合并与删除有风险，期间写入在回滚时丢失 |
| 配置归档 | 配置文件与目录 | 不覆盖数据与运行时状态 |
| 数据库逻辑备份 | 数据内容 | 大库耗时长，恢复也需要时间 |
| 存储快照 | 整盘数据，性能影响小 | 依赖存储侧能力，恢复流程需提前验证 |
快照不等于备份：删除或合并快照本身有风险，且快照留存期间的新写入在回滚时会丢失。重要系统仍要有独立的真备份。
回滚点要写进变更单并注明保留时长：打完补丁后忘记删除快照，是存储被占满与虚拟机性能下降的常见原因，清理责任人也应一并写明。