若放行会仍为暂不放行，则回滚预案仅能作为待命包，不进入执行窗口。
◆ 客户上线回滚预案包 · 2026-04-28 20:30
把回滚触发、执行时序和证据回收一次讲清楚
本页面用于真实上线或试运行窗口内快速统一回滚触发条件、谁来拍板、谁来执行恢复、什么时候回收证据，以及值班联络、排班、监控和数据库演练如何联动，适合直接发给客户群和项目组作为回滚待命材料。
ROLLBACK_HOLD回滚结论
6回滚检查项
4执行阶段
4触发条件
一、回滚检查项
需先明确窗口是否打开，再决定触发后是暂停还是立即回滚。
若主备值班与交班动作未明确，回滚时很容易出现无人拍板。
需确认公网、API、核心接口告警能被值班群及时看到。
需确认恢复步骤、校验动作和恢复后复测链路。
回滚后应重新回到门禁校验，不可直接继续窗口。
二、回滚执行阶段
在值班群同步停止窗口、影响范围、当前触发条件，并冻结继续执行动作。
确认异常是否落在下单、分单、配送、签收、账单、公网或 API health 主链路，给出回滚判断。
执行公网、Nginx、relay、配置或服务回退，保留恢复前后的监控与日志证据。
复测核心链路，回收截图、接口返回、影响门店与恢复时间，发群确认是否解除暂停。
三、回滚触发条件
门店下单、自动分单、配送制单、签收、账单任一核心链路不可用。
公网入口、NEXUS relay、Nginx 或 API health 失败且 5 分钟内无法恢复。
监控告警提示核心接口持续报错，且影响真实交易或签收凭证回传。
数据库恢复链路、账务修复或关键计数校验异常，无法保证数据正确性。
四、联动入口
回滚前先复核窗口结论、回滚触发和执行顺序。
快速定位谁拍板、谁播报、谁执行恢复。
定位当前时段主备值班和交班责任。
查看告警、恢复步骤和监控入口。
查看数据库恢复与校验路径。
回滚后重新复核门禁和阻断项。