在 vDisk 管理台把默认下载模式从链式改成 BT或从 BT 改回链式后如果终端仍按原来的方式传输需要把服务端配置和终端侧的探测结果分开看。下面按操作顺序说明判断依据和处理方法。前提与入口模式配置在管理台的“数据服务 → 下载设置 → 默认下载模式”可选链式下载、BT 下载、组播下载。这一项是服务端的默认值保存后即时下发不需要重启服务器服务。保存即时下发说明配置本身已经生效到服务端一侧但终端是否按新模式发起传输还取决于终端侧的探测结果。两种模式的行为差异链式由上游终端接收数据并向下游转发形成转发链。BT允许多源拉取终端之间可以互为补块来源。这个差异决定了一个关键限制服务器默认是链式时不受理 BT 请求与做种请求。此时如果单独创建一个 BT 作业可能一直没有可用上家需要按“找不到上家”的方向排查。先查哪一步终端对服务器支持的下载模式探测结果按进程缓存。也就是说服务器改完配置后已经在运行的客户端进程仍可能沿用旧的探测结果。确认服务端“默认下载模式”确实已经保存为目标模式。确认作业本身使用的模式与服务端默认模式是否一致。如果两者不一致重启客户端进程重启终端也可以使新模式生效。顺序上先做第 1、2 步的核对再做第 3 步的重启。只重启而不核对配置可能重启后仍然落在不匹配的组合上。可观察结果重启客户端或终端后终端会重新探测服务端支持的下载模式使新模式生效。如果服务端默认链式而作业是 BT即使重启BT 作业依然缺少可用上家这一点不会因为重启而改变。处理模式不匹配两条路可选按实际需求决定把服务器默认模式改为 BT或把作业改为链式。选择依据是这次传输希望走多源拉取还是走上下游转发而不是哪种模式一定更快。限制与注意BT 不必然更快。是否更快取决于镜像、终端数量和网络条件需要在相同镜像、相同终端数量、相同网络条件下观察实际下载进度来判断不能凭模式名称下结论。模式匹配只是传输能按预期发起的前提之一不保证一定能找到上家也不保证下载成功。服务在线不保证任务成功。终端侧不需要为此修改配置但这不等于服务器侧的任何操作都不会触发终端动作——重启客户端或终端本身就是让新模式生效的手段。如果重启后行为仍与配置不符需要现场排查作业模式、服务端默认模式与终端探测结果三者是否一致以及是否存在其它影响传输的条件。
