定时合并（到点自动换版本）
镜像下完之后什么时候真正换版本，由合并方式决定。设成定时，终端就会：下载完先挂起不生效、继续跑旧版本，到你设定的时刻自动合并一次。
这解决的是一个很具体的矛盾：白天下载不打扰上课，换版本又必须挑没人的时候。 自动合并做不到前者（下完就换），手动合并做不到后者（得有人半夜下命令）。
三种合并方式的取舍见总览页 下载合并（自动 / 手动 / 定时）；本页只讲「定时」。
一、在哪里设
控制台 → 桌面（Desktop） → 下载合并 → 勾选终端 → 工具栏「合并管控」 → 合并方式 → 定时
也可以从 下发桌面 → 下发设置 抽屉里的合并方式下拉设置，两处是同一套配置、互相可见，改哪边都一样。
合并方式按终端保存，可以批量勾选一次性下发。
这个保存动作很干净
在「合并管控」里保存合并方式，只改合并相关配置，不会顺带动到选中终端的其他设置。批量改一屋子机器不用担心误伤。
二、两项配置
| 配置项 | 默认值 | 可选范围 |
|---|---|---|
| 重复周期 | 每天 | 每天 / 每周几（周一~周日）/ 每月几（1~31 日） |
| 执行时刻 | — | 5 分钟粒度，与周期组合生效 |
每月几遇上小月怎么办
当月最后一天执行，不会整月跳过。 选了 31 日碰上小月、选了 30 日碰上 2 月，都按当月最后一天算。界面在你选 29~31 日时会给出对应说明。
设在午夜前后会不会错判
不会。设成 23:55 这类临近零点的时刻时，即使触发窗口跨过了零点，仍按你设定那天的周期判定周几 / 几日，不会因为日期翻页而错判成第二天。
从旧版本升上来的
升级前配置过「每日定时」的终端，自动视为「每天」周期，不用重新设。
三、到点那一刻会发生什么
到点会自动重启
正在运行的系统要合并挂旗并自动重启才真正换版本。执行时刻务必设在无人使用的时段。
终端当时是什么状态，行为不一样：
| 终端当时的形态 | 到点后的行为 |
|---|---|
| Windows 系统正在运行 | 合并挂旗后自动重启，重启后新版本生效 |
| 夜间挂在启动菜单（后台下载） | 没有正在运行的系统，直接立即合并，无需重启 |
| 停在网络启动维护环境（ROM） | 同上，直接立即合并、无需重启，合并完即时上报状态 |
到点正好在下载：避让
到点时终端如果正在下载，会在时刻附近约 10 分钟的窗口内稍后重试；窗口内没赶上就当天放弃、次日再试。
到点正好关机：不补跑
到点时关机的终端当天不合并，开机后也不会补跑——这是有意为之，否则第二天上课时间开机会突然重启。
每周 / 每月周期要留意
用「每周几」或「每月几」时，如果命中那天机器恰好关着，就要等下一个周期日，挂起数据的等待期会明显变长。夜间统一断电的机房建议用「每天」，或确认那天会开机。
四、只有「已有旧版本」的系统才会挂起
定时（以及手动）只对本地已经有旧版本的系统镜像生效。本地没有旧数据要保护的全新下载不挂起，行为与自动一致——直接下完直接可用。
挂起期间新版本数据暂存在缓存更新区，会临时多占约一份增量大小的缓存空间；空间不够时按既有的空间不足提示处理。
五、挂起期间还有哪些约束
定时与手动共用同一套挂起规则——不能开更新、收尾动作一律推迟到合并之后等，单独整理在 合并挂起期间的边界规则。
六、生效时效与版本要求
1，设置多久到达终端：合并方式与定时配置随启动登录链下发，终端每几分钟自动拉一次最新配置，管理台改完最迟约 5 分钟到达，不需要重启终端。
2，终端本地时钟要准：本地时间不准会让触发时刻偏移，与其他本地定时行为的限制一致。
3，需要三端成套升级：完整的定时能力要求管理台、服务端与终端程序（含网络启动镜像里的 Linux 客户端）都升到位。任一侧是旧版时只表现为定时不生效、退化成「挂起等命令」（即手动），不会出错、也不会损坏数据。
4，网络启动镜像要与终端程序同批下发：启动镜像没换新包期间，维护环境里的旧程序执行服务器下载作业时会把挂起数据清掉重下——数据没有危险，但白白浪费一轮流量。
七、设了定时却没到点合并，怎么查
按这个顺序排：
1，到点时那台机器关机了吗？关机当天不跑、也不补跑。
2，到点时正在下载吗？有 10 分钟避让窗口，超了就次日再试。
3，终端时钟准吗？
4，三端都升级了吗？没升到位会退化成手动，表现就是「一直挂着等命令」。
5，回「下载合并」页看该终端的状态列——显示「无数据」通常是终端程序旧、还不会上报合并状态。
八、配套阅读
- 下载合并（自动 / 手动 / 定时） —— 三态总览与页面构成
- 手动合并与合并管控命令 —— 四条批量命令与校验
- 合并挂起期间的边界规则
- 如何更新数据：Windows 客户端