封网期要冻结什么
封网期是在业务关键时段（大促、结算、报表、重要活动或检查、审计期）暂停生产变更的制度，目的是避免在本就紧张的时间窗内引入新风险。有效实施需要四件事：公开的时间范围、清晰的禁止范围（应用配置、网络、数据库、账号与权限）、唯一的例外审批通道、以及提前把非紧急变更安排到封网前后。封网不是停止运维，监控、巡检、备份与值守要照常运行。
基本信息
| 封网范围 | 生产系统的应用、网络、数据库、安全策略、账号与权限变更 |
|---|---|
| 常见时机 | 业务高峰期、重要外部活动与检查期、年度审计期、长假人员稀缺期 |
| 例外条件 | 故障处置、安全紧急修复、监管要求、影响业务的问题修复 |
| 例外审批 | 明确审批人、响应时限、风险说明与回退方案，事后补记录 |
| 配套措施 | 封网前完成必要变更、备件与厂商待命、监控与告警加强 |
典型封网场景
- 大促与流量高峰前的准备期：只允许性能与容量类的紧急处理
- 年度结算与报表期：数据与系统变更风险最高
- 重要活动与外部检查期间：变更可能带来不可解释的异常
- 审计与合规检查期：需要保持配置与记录的稳定性
- 节假日与人员稀少时期：处置能力下降，不适合主动变更
管理要点
| 事项 | 做法 | 常见问题 |
|---|---|---|
| 时间范围 | 提前公布起止时间，覆盖周末与节假日 | 只口头通知，人员不清楚具体时段 |
| 禁止范围 | 列明应用、网络、数据、账号与权限的变更边界 | 范围模糊，凭个人理解操作 |
| 例外通道 | 明确审批人、响应时限与补记录要求 | 紧急时找不到审批人，绕过流程 |
| 前置准备 | 非紧急变更提前完成或顺延，避免堆积 | 封网结束后变更集中爆发形成新风险 |
| 值守安排 | 加强值班，备件与厂商保持待命 | 封网期间放松巡检，隐患集中暴露 |
封网不等于停摆：监控、巡检、备份、告警值守照常执行；把封网理解为什么都不做，会让被压后的问题在期内集中爆发。
例外审批要留档并在封网结束后统一复盘：例外次数与原因分布是衡量变更计划质量的重要指标，长期高频例外说明变更排期本身有问题。