系统运维及安全工程师每日工作 SOP

1. 目的与定位

本 SOP 依据《每日工作 SOP · 共用骨架》制定，规范系统运维及安全工程师的每日工作节奏。

定位：网络的地基 + 安全守门人。运维不在这个"人际网络"的链路上——所有节点的对话都发生在它维护的环境上；同时承担信息安全职责（巡检审计、日常培训）。

本岗位通常为单人岗位，负责全部在管系统的日常运维——单点节点，无备份冗余。因此本 SOP 的设计重心是"一个人也扛得住"：节奏轻、安全工作碎片化嵌入日常、且必须有"人不在时网络不至于停摆"的预案。

2. 适用范围

系统运维及安全工程师，每个工作日执行。适用范围覆盖全部在管系统，系统数量增减自动适配本 SOP，无需修订。

3. 每日流程（共用骨架）

4. 操作要求

4.1 开工环节

1. 全部在管系统晨检（轮换深浅）：每日将全部在管系统的核心指标过一遍（服务在线、告警、备份成功状态）；深度巡检按日轮换——每日轮值一个系统做细查，保证每系统周期性获得深度巡检（系统增减时轮换周期自动适配）；
2. 盘点当日清单：待处理工单 / 告警 + 计划性运维（发布 / 变更）+ 安全事项（当日有无巡检 / 审计 / 培训动作）+ 昨日顺延项；
3. 识别外部依赖项并逐项处理（解决 / 知会 / 升级，三选一即可），轻量留痕。典型依赖：
   • 需要开发配合的（日志排查、代码缺陷导致的服务异常）→ 知会对应开发；
   • 需要采购 / 审批的（资源扩容、证书续费）→ 申请并知会部门负责人；
   • 供应商 / 云服务问题 → 提工单跟进，影响业务的升级。
   "处理"= 知道有这么个事，并做出行动，不要求当日彻底解决。

4.2 执行环节

4. 工单当日响应：环境 / 账号 / 数据的请求（主要来自测试和开发），当日处理或给时限——单人岗位更要当日清，积压无人接盘；
5. 变更三要素记录：发布、配置修改等变更操作，做之前记录"改什么、为什么、怎么回退"——不需要正式审批流，但要有据可查；
6. 告警不过夜：当日告警当日分类处理（真故障 → 修复；误报 → 调阈值；未知 → 记录观察）——不带着未分类的告警收工；
7. 安全工作碎片化——巡检、审计、培训三类安全工作切碎到每日一个检查点：
   • 巡检：维护一张周检查点表（如：账号权限异动、异常登录日志、补丁版本……），每天勾一个点，不整段安排；
   • 审计：定期审计任务在周检查点表上排期，当日轮到的执行并记录；
   • 培训：日常安全提醒 / 短分享排入检查点表节奏；正式培训课按项目方式推进，不占每日清单。
   长周期、大块的安全工作切碎成日粒度推进——大任务分细，效率极大提高。
8. 备份验证（轻）：每日扫一眼备份状态与上次恢复验证时间，备份不仅要成功跑，能恢复才是备份——到期安排验证。

4.3 收工环节

9. 更新当日完成情况：完成 / 未完成+原因 / 顺延（含：工单数、变更数、今日安全检查点完成情况）；
10. 输出运维日简报：逐系统状态 + 未闭环事项 + 风险（如"某系统磁盘数日后将满"）+ 今日安全检查点结果——一屏看全全部在管系统与安全状态；
11. 明确明日开工第一件事（通常是未闭环工单或计划性变更）。

5. 收工自查 Checklist

6. 单点岗位的特别保护

• 文档化即生命线：一人岗最大的风险是"只有他知道"。所有环境信息、账号台账、操作手册随手记——不是要求，是单点岗位的自救；
• 请假 / 外出预案：不在岗时，晨检由谁代扫、紧急故障找谁、发布一律暂停还是可授权——与部门负责人约定一个"代班规则"，写一次即可。

7. 检查方式

以自查为主。部门负责人重点看两样：日简报连续性（单点掉线，全网上线失败）；安全工作的周期性完成情况（周检查点表即证明材料，满足审计视角）。

8. 不在本 SOP 约定的事项

9. 修订记录