归档到底存什么
策略变更的文档链路包括四样东西：变更申请单（为什么要改）、评审意见（谁同意改）、实施记录（谁在什么时候怎么改的）、以及该时刻的配置备份（改成了什么样）。这四样对不上，事情就说不清。安全设备运维里，审计、交接、故障复盘问的往往都是同一句话——某次变更的依据是什么、结果如何、出问题怎么退回去。归档就是把这句话的答案提前准备好。
基本信息
| 归档对象 | 申请单、评审记录、实施记录、配置备份、验证材料 |
|---|---|
| 命名规则 | 变更单号统一编号（如 CHG-20261012-01），文件名引用同一编号 |
| 关联引用 | 文档与配置备份版本号互相引用，避免各说各话 |
| 保存期限 | 按单位档案与等保要求执行，日志与变更记录留存期不少于六个月 |
| 责任人 | 每次变更指定一人负责台账与归档到位 |
典型使用场景
- 等保测评与内审：被要求提供某次公网发布或策略调整的审批与实施证据
- 故障复盘：业务中断后追溯是哪次变更引入的，何时改、谁改、改了什么
- 人员交接：接手人通过归档了解近期变更脉络，不必逐个口头打听
- 回退执行：紧急情况下按归档中的回退方式与旧配置快速恢复
- 跨团队协作：安全、网络、业务方各自留痕依据一致，出现争议时口径统一
目录结构建议
目录结构建议
防火墙策略/2026/CHG-20261012-01/ # 以变更单号建目录，一目了然
├─ 01_申请单.pdf # 变更原因与影响范围
├─ 02_评审意见.md # 审批人与评审结论
├─ 03_变更记录.md # 实施时间、人员、操作步骤
├─ 04_配置备份_20261012.cfg # 变更后配置，与记录版本号一致
└─ 05_验证与回退.md # 验证证据与回退方式归档材料清单读法
| 材料 | 作用 | 缺失后果 |
|---|---|---|
| 申请单 | 说明变更原因与影响范围 | 审计时无法证明变更的必要性与授权 |
| 评审记录 | 保留审批人与结论 | 出问题追责时责任边界模糊 |
| 变更记录 | 记录实施人、时间与操作内容 | 无法还原当时做了什么 |
| 配置备份 | 变更后的配置快照 | 回退没有可用的还原点 |
| 验证材料 | 证明变更达到预期且未影响业务 | 无法判断变更是否成功实施 |
归档最怕两种状态：文档散落在各人电脑里找不到，以及文档齐全但与配置备份对不上版本。用统一编号把两者绑在一起，核查时一次就能取全。