2. 变更窗口基础概念：定义变更窗口、窗口类型（计划内/紧急/静默期）、窗口生命周期

变更窗口（Change Window）是数据库变更管理的核心时间约束机制。它定义了允许执行数据库变更操作的特定时间段，是平衡业务连续性与技术演进需求的关键控制点。理解变更窗口的基础概念，是构建可靠变更流程的第一步。

2.1 变更窗口的定义与核心要素

变更窗口并非简单的时间段，而是一组包含时间、范围、审批、监控与回滚策略的完整约束集合。一个标准的变更窗口定义包含以下核心要素：

2.2 窗口类型：计划内 / 紧急 / 静默期

根据变更的触发原因、紧急程度与业务影响，变更窗口分为三种基本类型。每种类型对应不同的审批流程、执行节奏与风险容忍度。

2.2.1 计划内窗口（Scheduled Window）

计划内窗口是变更管理的主干流程。它遵循固定的时间节奏（如每周二凌晨 2:00~4:00），所有非紧急变更必须排队进入计划内窗口执行。其优势在于可预测性强，业务方、DBA 与研发团队能提前协调资源，充分准备回滚方案。

2.2.2 紧急窗口（Emergency Window）

紧急窗口用于应对生产环境的突发故障或安全事件。它通常需要缩短审批链（例如从 3 级减为 1 级），但必须附加事后复盘机制。紧急窗口的核心原则是“快而不乱”——即使时间紧迫，回滚方案与监控告警仍不可省略。

2.2.3 静默期（Silent Period / Change Freeze）

静默期是明确禁止执行任何数据库变更的时间段。它通常与业务关键节点绑定，例如大促预热期、财报发布日、核心系统压测期间。静默期的目的是将变更风险完全隔离，确保业务在关键时段获得最高级别的稳定性保障。

静默期需要提前至少 1 周在变更管理平台中配置，并自动拦截所有变更工单的提交。对于静默期内必须执行的紧急修复，需要走特批流程，由 CTO 或 VP 级审批后方可执行。

2.3 窗口生命周期

变更窗口从创建到关闭，经历一系列明确的状态转换。理解窗口生命周期，有助于团队在变更执行过程中保持节奏一致，避免因状态混乱导致的操作失误。

2.4 窗口生命周期各阶段详解

1. 待审批（Pending Approval）：变更工单提交后，窗口进入待审批状态。此时系统自动校验窗口时间是否与静默期冲突、目标数据库是否在维护黑名单中。审批人根据变更风险等级决定通过或驳回。
2. 已批准（Approved）：审批通过后，窗口进入等待执行队列。系统会在窗口开启前 30 分钟自动发送通知给执行人与监控团队。已批准的窗口不可修改时间范围，如需调整必须取消后重新提交。
3. 执行中（In Progress）：窗口时间到达后，执行人开始执行变更。此阶段监控系统自动提高采样频率，实时对比基线指标。执行人需在窗口关闭前至少预留回滚时间预算。
4. 已完成（Completed）：变更执行成功，且验证通过后，窗口标记为已完成。系统自动生成变更执行报告，包含执行时长、影响行数、监控指标峰值等数据。
5. 回滚中（Rollback In Progress）：变更执行过程中出现异常，触发回滚流程。回滚操作必须在同一窗口内完成，不得跨窗口执行。
6. 已回滚（Rolled Back）：回滚操作成功执行，数据库恢复到变更前的状态。窗口标记为已回滚，并触发事后复盘流程。
7. 超时（Timed Out）：窗口关闭时间到达，但变更仍未完成且未触发回滚。系统自动锁定变更操作，禁止继续执行。超时窗口需要人工介入评估数据库状态。
8. 已取消（Cancelled）：在待审批阶段，提交人或审批人可以取消窗口。取消操作需要填写原因，用于后续流程优化分析。

2.5 窗口类型与生命周期的关联矩阵

不同类型的变更窗口，其生命周期中的关键节点存在差异。以下矩阵展示了三种窗口类型在生命周期各阶段的典型行为：