3. 变更记录基础：定义、管理流程与关键要素

变更记录是故障排查与系统运维的“黑匣子”。每一次配置调整、补丁升级、架构变更，都必须留下可追溯、可审计、可回滚的书面记录。本节从定义出发，拆解标准变更管理流程（RFC→审批→实施→回顾），并提炼记录中的关键要素。

3.1 变更记录的定义

变更记录（Change Record）是对 IT 基础设施、应用系统或服务所做任何计划性修改的正式文档化描述。它不仅是操作日志，更是审查意见闭环的核心载体——记录必须包含变更的原因、内容、影响范围、回退方案以及事后验证结果。

3.2 变更管理流程（标准四阶段）

标准变更管理流程分为四个阶段，每个阶段对应特定的记录要求。下表总结了各阶段的核心活动与产出物：

3.3 变更管理流程 SVG 图

下图展示了标准变更管理流程的四个阶段及其关键节点，箭头表示流程流转方向，红色节点表示关键控制点：

3.4 变更记录的关键要素

一份合格的变更记录必须包含以下 8 个关键要素，缺一不可。这些要素构成了审查意见闭环的“数据底座”：

1. 变更标识：唯一变更单号（如 CHG202503001）、系统/服务名称、变更类型（标准/紧急/常规）。
2. 变更描述：清晰说明“改了什么、为什么改、预期效果”。避免“优化配置”这类模糊表述。
3. 影响范围：受影响的服务、用户群体、依赖关系。必须标注是否涉及核心业务。
4. 风险等级：高/中/低三级，高风险变更必须附 CAB 审批记录。
5. 实施步骤：分步骤的操作指令，包含前置检查、执行命令、后置验证。
6. 回退方案：当变更失败时的恢复步骤，必须经过预演验证。
7. 验证结果：变更后的监控指标、功能测试结果、异常记录。
8. 审批与审计：审批人、审批时间、变更经理签名、审计日志。

3.5 变更记录要素结构 SVG 图

下图以“变更记录卡片”的形式展示 8 个关键要素的层级关系，帮助运维人员快速检查记录完整性：

3.6 变更记录模板示例

以下是一个标准变更记录的 JSON 模板，可直接用于自动化工具或手工填写：

{
  "change_id": "CHG202503001",
  "title": "生产环境 Nginx 配置优化",
  "type": "标准变更",
  "risk_level": "中",
  "applicant": "张三",
  "description": "调整 Nginx worker_connections 从 1024 到 2048，提升并发处理能力",
  "scope": "影响 web01 ~ web04 四台前端节点，不涉及数据库",
  "rollback_plan": "恢复 /etc/nginx/nginx.conf 备份文件并 reload",
  "steps": [
    {"step": 1, "action": "备份当前配置", "command": "cp /etc/nginx/nginx.conf /backup/nginx.conf.20250301"},
    {"step": 2, "action": "修改配置参数", "command": "sed -i 's/worker_connections 1024/worker_connections 2048/' /etc/nginx/nginx.conf"},
    {"step": 3, "action": "测试配置语法", "command": "nginx -t"},
    {"step": 4, "action": "重新加载服务", "command": "systemctl reload nginx"}
  ],
  "verification": {
    "指标": "并发连接数从 800 提升至 1500",
    "状态": "通过"
  },
  "approval": {
    "approver": "李四（变更经理）",
    "time": "2025-03-01 14:00:00",
    "comment": "同意，注意观察变更后 30 分钟监控"
  }
}

3.7 审查意见闭环中的变更记录角色

在故障排查场景中，变更记录是审查意见闭环的起点与终点：

• 起点：故障发生时，第一件事是检查近期变更记录，定位可能引入问题的变更。
• 证据链：变更记录中的实施步骤与回退方案，为排查提供精确的操作上下文。
• 闭环反馈：故障根因分析（RCA）完成后，需在变更记录中补充“事后审查意见”，形成改进措施。