三条铺开路径的选型对照与回退代价

三条铺开路径各自的实施前提与占用资源

选型不从工具偏好倒推，而从资产台账的现状往前推：终端是否已入域、域策略通道是否可用、内网镜像目录是否备齐，这三条前提决定路径怎么切。域控下发覆盖已入域的终端，域控下发到终端就绪累计 200 次巡检记录，起始日期 2026-10-18，按中位数取值为 74 秒，这条读数出自同版本静默安装场景；脚本下发承接未纳管终端的零星补装，耗时随脚本分支数量变化，不并入域控下发那条基线；镜像还原把整机配置一并固化，用于新交付机房，装机环节的耗时不能只算安装包体积本身。台账登记的体积为 48.3 MB、44.1 MB 与 33.2 MB，取包阶段的带宽占用要单独排进窗口。路径归属要写进变更单，写明本次哪条是主路径、哪条只承接例外。

按资产清单现状划分主路径与例外范围

主路径的划分要落到具体资产上。主力路径用域控下发，覆盖资产台账中绝大多数已入域终端；脚本下发只承接例外补装，单次补装任务控制在 1 个批次以内；镜像还原留给新交付机房，不进入日常批次。之所以这样切，是因为三条路径的退出代价不在一个量级：域控下发退出时改一次策略指向即可，脚本下发退出要逐台清理残留进程，镜像还原退出要重新分发数据。镜像包铺开到终端落盘按 19.6 MB/s 的统计结果，2026-10-22 在万兆骨干网内自服务器到终端分发 12 GB 数据包得到，这个速率决定了镜像还原不适合塞进日常灰度节奏。同一张变更单里不要混写主路径与例外。

混用路径时的边界条件与审批要求

1. 第一步归口主路径：变更单里写明本次铺开走的是域控下发还是镜像还原，涉及 500 台资产台账中的哪一部分要列出分组编号，统计依据为资产台账的分组字段。
2. 第二步限定例外：脚本下发只用于 1 台零星补装，逐台登记审批编号并把数据归入例外补装台账，执行条件由权限分级模型约束，超出例外的补装需求另开变更单。
3. 第三步对齐窗口：三条路径的铺开动作尽量落在 1 个回滚窗口内，超过窗口仍未完成的按异常处理并登记，处置依据写入工单，不靠口头交接。
4. 第四步核对版本：退出前核对内网镜像目录中 1 个版本条目与资产台账条目，不一致时以镜像目录为准，核对依据来自变更单登记的版本号。
5. 第五步留痕归档：每条路径的执行结果分别登记到审计台账，按 12 天区间的采样口径复核记录完整性，混用路径的记录要能分别还原。
6. 第六步复核选型结论：每轮铺开结束后回看实际走的是哪条主路径，1 个批次内例外补装的次数统计与镜像还原占比跟选型时的判断对不上，说明前提条件已经变了，应重新评估而不是沿用旧结论。

这三条路径的对照，前提是自建实验室里的那套域环境与链路条件；纳管率、镜像能力、审批强度不一样的单位，得按自己的现状重新评估一遍。要拿本页读数去估窗口占用，先看终端构成与 500 台资产的链路条件是否对得上；超出本轮台账的环境，另开一批重采再登记，不能顺手填进变更单的排期表。