值班OnCall：守住7x24的最后一公里
导语：系统可以自动化，但凌晨三点的决策仍需人。OnCall（在线值守）是业务连续性的最后一道防线，设计得好，团队有底气；设计得差，人人疲惫、事故频发。
一、为什么要关注
政企关键系统要求7×24可用，但无人值守的夜间是风险高发窗。糟糕的OnCall表现为：责任不清互相推诿、告警无分级半夜被无效叫醒、交接靠口头导致信息丢失、长期高压造成人员流失。良好的OnCall机制能把"被叫醒的次数"和"平均恢复时间"同时降下来，也是等保2.0"应急处置"能力的人力保障。
二、核心原理
OnCall的核心是"明确谁、在什么时间内、对哪类事件负责"。要素包括：轮值表（Rotation）、升级路径（Escalation）、响应SLA、交接机制（Handover）。现代做法强调"人本"：限制连续值守时长、保证后续补休、用降噪（见65）减少无效打扰，并以事后复盘代替追责，维持团队可持续。
OnCall的可持续性取决于"公平与可恢复"。长期夜间叫醒而不补休，必然导致关键人流失与响应质量下降。现代OnCall强调用降噪（见65）把无效打扰挡在叫醒之外，只对真正紧急的事件破例。同时建立"事后复盘不追责"的文化，让值班人员敢报、愿报，而非因怕担责而隐瞒或带病处置，这本身就是等保2.0应急处置能力的人力基石。
三、落地做法/步骤
- 定轮值表：明确主备与覆盖时段，避免真空。
- 设升级链：一线未响应自动升级至二线/主管。
- 配响应SLA：按事件级别定义务必接听与处置时限。
- 规范交接：用模板记录未决事项与上下文。
- 降噪前置：仅紧急告警可叫醒，其余进工单。
- 复盘不追责：聚焦流程改进而非个人惩罚。
值得强调的是，OnCall不是"一个人扛"，而是团队能力的轮转。知识库与runbook（见68、69）是OnCall的底气——当手册把常见故障的恢复步骤写清，值班人员照做即可，不必每次都惊动专家。把OnCall与事件管理（见66）打通，交接与升级自然顺滑，整体业务连续性随之提升，团队也得以可持续运转。
四、与群晖NAS/信创云盘的对应能力
值班记录、交接单、OnCall事件归档需可靠留存。群晖DS1525+、DS1825+可作为值班台账与事件记录的集中备份；信创云盘（软件化部署、支持信创）可作为排班表、交接模板、应急联络的共享空间，按角色授权并审计变更，满足等保2.0对应急值守过程可记录、可审计的要求。
五、常见误区
- 告警不分级，所有动静都叫醒，制造疲劳。
- 交接靠口头，关键信息随人走。
- 只压任务不补休，关键人流失。
六、小结与行动建议
把"明确责任、分级叫醒、规范交接、事后复盘"四件事做实。值班数据要可备份、可审计，团队才可持续。