补丁日第二天的投诉，其实在部署策略里就注定了
导语：每月补丁日一过，客服和门店集体反馈系统被强制重启，正在处理的单子全丢了。这个矛盾的本质不是要不要重启，而是谁来决定何时重启。
一、重启为什么会变成风暴：所有终端用同一套策略、同一执行时间，补丁日当晚全员机同时进入倒计时；维护窗口按 IT 方便设定，但值守、跨时区、倒班岗位根本没有低峰；要么不提醒直接强制，要么无限期弹窗等于把决定权交出去；既不强制也不跟踪，大量终端处于装了但没生效的假合规状态。
二、什么是「补丁重启风暴避雷法」：把重启的决定权重新分配——技术侧定义必须重启的等级，业务侧定义可以重启的窗口，两者相交处才是重启发生的地方。风暴不是被消灭的，是被拆散成一条平滑的曲线。
三、五步怎么落地：重启分级（无需重启/建议重启/必须重启三级，决定后续窗口与强制策略）；窗口编排（总部下班后、门店营业结束后、客服按班次错峰，24 小时值守单独走人工预约）；用户协商（明确倒计时、可推迟次数与最终强制时间，规则讲清楚）；分批放行（同部门内每批 10%，观察首批反馈再放下一批）；兜底强制（逾期强制并生成重启滞后清单，交给部门负责人）。
四、ManageEngine 的能力支撑：Endpoint Central 部署策略支持精细配置重启行为——禁止重启、倒计时提醒、允许推迟及推迟次数、到期强制；支持按部门、站点、分组设定不同部署窗口；支持分批部署与状态回收；提供部署状态与合规报表，可筛选长期未完成重启的终端。
结语：重启本身不是问题，问题是所有人在同一秒钟重启。把时间轴拆开，风暴就只是几阵微风。
常见问题（FAQ）
Q1：补丁已经下载安装好了，为什么一定要重启才算合规？
A：很多系统内核、驱动类补丁，仅下载安装无法加载生效，必须重启终端才能完成漏洞修复；只装不重启，属于表面合规，漏洞依然存在风险。
Q2：能不能直接关掉强制重启，只给用户弹窗提醒？
A：可以，但会带来合规隐患。用户反复推迟会导致大量终端长期不重启、补丁失效。推荐方案：设置可推迟次数 + 最终兜底强制，兼顾业务和安全。
Q3：门店、客服轮班、24 小时值守的终端，怎么安排重启窗口？
A：按业务场景拆分维护窗口：门店选打烊时段、客服按班次错峰、7×24 值守终端走人工预约，避开业务高峰，不统一一刀切时间。
Q4：分批部署是什么意思，一般一批放多少设备合适？
A：不同时对所有终端下发重启策略，按分组小批量放行，文中建议每批 10%；观察业务反馈、异常报错后，再执行下一批，防止集中故障。
Q5：Endpoint Central 能区分不同补丁的重启要求吗？
A：支持。可以给补丁设置三级重启策略：无需重启、建议重启、必须重启，配套差异化的提醒、推迟、强制规则。
