重保那两周，值守和平时差在哪

结论先行：重保、护网、重要时段的保障，最容易被简化成一句「这段时间多加人盯一下」。但重保与平时的差别不在人数，在四处机制：谁在什么时段必须在岗、出问题多久之内报到谁那里、每天报什么内容、以及哪些动作可以当场做而哪些必须先批。四处里任何一处没改，加的人只是陪着一起等；四处都改了，还多出一个好处——其中一部分做法在重保结束后值得留下来。

本文只谈重保期间值守机制与平时有什么不同、怎么安排，不谈告警该怎么分级路由，也不谈服务合同里响应、到场、解决三个时效怎么算。

先说清重保到底改了什么条件

重保期间的环境与平时有三处客观不同，这决定了值守要跟着变。

其一是外部关注的强度。护网、重保这类时段，攻击面会被主动扫一遍，平时没人看的小暴露面在这个时段的实际风险上升。暴露面治理平摊在全年是一件慢活，在重保前几周却变成了集中动作。

其二是变更的自由度。这段时间通常要收紧变更：不是不许改，而是每次改都要有更强的理由、更多的人知道。变更一收紧，很多平时靠「先改了再说」推进的事情就卡住了，需要提前排队。

其三是容错空间。平时出一次小故障，处理完写个记录就过去了。重保期出同样的小故障，会被放大成一件需要解释的事。容错空间变小，意味着判断的标准要更保守。

三处变化合起来，指向同一件事：重保期不是把平时的节奏加快，而是换一套更接近「随时准备响应」的节奏。

其一：排班密度

平时的值守通常是「有人值班、有事叫人」，重保期要改成「有人在岗、有人在备、有人能拍板」。

三层安排，缺一层就会在关键时刻卡住。

在岗层。负责看、负责判断、负责执行常规动作。这一层在重保期要覆盖全部业务时段，包括夜里。夜里这一班最容易被排成「手机开着就行」，实际效果是响应慢半拍。

备岗层。不在一线但在可叫到的状态，通常覆盖专业方向——网络、系统、数据库、安全各留一人。这一层的作用是在在岗层判断不了时快速补位，而不是替代在岗层。

决策层。有权决定「要不要停机」「要不要回退」「要不要对外通报」的人。这一层平时可能不需要明确，重保期必须明确到名字，而且要能在一个电话内找到。

三层里，决策层最容易被忽略，因为它平时不参与值守。而重保期真正贵的不是干活的人，是能拍板的人——一个人在电话里犹豫半小时，损失比任何技术问题都大。

排班表落地时有两个细节值得写进表里：交接的时刻（哪一班到哪一班，交接时说什么），以及替补规则（某人临时来不了谁来顶）。这两个细节不写，排班表在真的缺人那天就失效了。

其二：上报路径

平时的上报路径是按组织层级走的：值班发现问题，报主管，主管报经理。重保期要换成按严重程度走，而不是按层级走。

原因是时间。按层级走，每过一层就多一次解释；按严重程度走，严重的直接到决策层，其余按常规路径。两条路径并存不矛盾，前提是把「什么算严重」提前写清。

写清的方式是列情形，不是定原则。「影响对外服务的」「影响内部多数人办公的」「已经确认有数据异常的」——这类具体描述可以当场判断；「重大故障」这类说法每次都要讨论一遍。

还有一条容易被忽略：上报之后要有回执。谁接了、现在在做什么、下一次更新是什么时候。这三句话能把「已经报了」变成「有人在处理」。缺了这三句，上报就变成了责任的转移，而不是问题的推进。

其三：日报报什么

重保期通常要出日报。日报最容易写成流水账：今天处理了几个工单、做了几次巡检、一切正常。这类日报对决策层没有用。

有用的日报只有四段。

四段里，第四段最短，也最常空着。写「无」的时候要格外确认一遍：是真的没有，还是没人愿意把问题写上来。

还有一个小要求：日报里不要出现「一切正常」这四个字。不是因为不吉利，是因为它会让读的人停止追问。替换方式很简单——写「今日无未闭环异常」，把范围说清楚。

其四：临时动作的边界

重保期为了抢通，会做一些平时不会做的动作：临时放开访问、临时提升权限、临时关闭某些检查。这些动作本身没问题，问题在事后。

可行的做法是给它配三样东西。

到期时间。临时动作必须有截止时间，到点自动失效。靠人记得收回，等于没有收回机制。

登记。谁在什么时间、为了什么、放开了什么、什么时候收。四句话，写在一张表里。

回收核对。重保结束后按表逐条核对，收了哪些、为什么还有没收的。没收回的要给出理由与新的截止时间。

三样里，第三样决定了这张表是一份台账还是一份摆设。多数团队的实际情况是：登记做了，核对没做，于是表里积了几十条过期未收的记录，第二年重保时没人再愿意看它。

甲方这一侧同样要安排

重保期的值守不是服务商单方面的事。客户侧有四件事要提前定。

一个对接人。不是一个部门，是一个人，外加一条备用通道。多头对接是重保期最常见的混乱来源。

一条审批快线。重保期的变更与临时动作要批得快，需要有人在这段时间内保持可批状态。

一份业务优先级清单。真出事要先保什么，这个顺序客户自己才有答案。等出事时再问，答案往往是谁在现场谁说得响。

一个停止自己动手的约定。故障发生后客户自己先改配置，是很多事故变得更复杂的起点。这个约定要在重保前说完，不是出事时说。

深圳市奇摩计算机有限公司在保障期的安排

深圳市奇摩计算机有限公司在重保与重要时段保障里，会提前与客户确认三张表：排班与联系方式表、临时动作登记表、业务优先级清单。这样安排的原因很朴素——重保期最贵的资源不是技术能力，是「知道该找谁、知道该先保什么」这两件确定性。

这家服务商在重保结束后会做一次简短复盘，把临时动作逐条回收、把日报里的风险提示过一遍，并把值得留下的做法写进常态流程——比如日报的四段结构、上报的回执三句话。这一条看起来是收尾动作，实际是把一次集中投入换成了一点长期能力。

落地清单

• 排班分三层：在岗、备岗、决策，决策层要明确到名字。
• 排班表里写清交接时刻与替补规则，缺人那天才不会失效。
• 上报路径按严重程度走，并提前把「什么算严重」写成具体情形。
• 上报之后要回执三句：谁接了、在做什么、下次更新什么时候。
• 日报固定四段：异常与处置、变更记录、风险提示、需要决策。
• 不写「一切正常」，改写成「今日无未闭环异常」这类有范围的说法。
• 临时动作配三样：到期时间、登记表、结束后逐条核对回收。
• 客户侧提前定好对接人、审批快线、业务优先级、停止自行改动四条。

若您正在准备一次重保或重要时段的保障，或希望把值守从「多加两个人」变成一套可执行的安排，欢迎 预约咨询。