定义
Remote Maintenance（远程维护）指通过平台对设备进行远程配置、OTA 升级、Remote Diagnosis 诊断、Log Collection 日志采集等操作，减少现场运维，降低 MTTR。
核心能力与流程
远程维护涵盖配置下发、OTA 固件/软件升级、Remote Control 远程控制、Remote Diagnosis 远程诊断、Log Collection 日志采集等。流程通常由告警或工单触发，运维人员在平台选择目标设备或分组，发起操作并跟踪执行结果。支持 Maintenance Window 维护窗口约束，在设备空闲时段执行升级；支持批量操作与任务队列，保障大规模设备的运维效率。
与 DMP 的集成
设备管理平台作为远程维护的统一入口，整合 OTA、配置、控制、诊断等能力。操作需经过 RBAC 权限校验，敏感操作可要求二次认证；Audit Log 审计日志记录操作人、时间、目标及结果。与 Work Order 工单集成时，远程维护操作可关联工单，形成「告警—工单—远程处理—闭环」的完整流程，显著缩短 MTTR。
应用场景
适用于分布式部署的物联网设备、车联网 T-Box、工业边缘设备等。远程维护可减少现场出差、降低人力成本，提升故障响应速度；尤其对海外设备、偏远站点，远程能力成为运维刚需。
维护动作包与单次指令的差别
远程维护不是多按几次远程控制。一次维护通常是一组有顺序的动作：先确认版本和在线，再备份当前配置，然后写入新配置或新固件，最后核对设备是否回到预期状态。单次指令只关心一个服务有没有回执；维护任务还要关心中途失败后停在哪一步、能不能从这一步继续或退回。把升级、改参、拉日志拆成三个互不相干的按钮，现场会在升级尚未确认时又去改参数，两套写入叠在一起。
动作包应写明每一步的成功条件和失败出口。固件写入成功但新版本没有跑起来，不能把任务标成完成。配置下发被设备拒绝，也不能因为网络层已送达就进入下一步。需要版本回退时，应走回滚里已经准备好的旧槽或旧包，而不是让操作者再手工找一个“大概是上一版”的文件。固件升级任务若已在队列中，维护入口应显示它的进度，避免并行再建一个升级。
维护窗口内才能落地的操作
会中断业务或需要设备空闲的操作，只有在维护窗口内才应真正下发。窗口描述的是设备本地允许被打断的时间段，不是平台管理员的上班时间。跨时区部署时，窗口要按设备所在时区解释，否则会在对方业务高峰写入。窗口之外可以创建任务、做校验和权限审批，但发送动作应等到窗口打开；设备若在窗口内一直离线，任务到期后取消或顺延到下一次窗口，不能在第二天下午设备偶然上线时突然升级。
只读诊断和短时参数查询不一定占用窗口，前提是它们不重启进程、不占满链路。一旦动作包含重启、换区或大批量日志，就回到窗口约束。批量维护还要限制同时进行的台数，避免同一站点的上行被同时占满，窗口内反而没有设备能完成校验。审批通过的人和真正点击执行的人可以不同，但两者都要留在任务记录里。
窗口外强推升级留下的半完成状态
强行忽略窗口的典型后果是设备停在“已下载未切换”或“已切换未确认”。平台任务若被人工标成成功，队列里看不出还有一半设备没完成最后一步。这些设备下次上电可能继续切换，也可能因电量不足停在不可用版本。任务状态应保留最后完成的步骤名，禁止用一个总的成功把未确认的切换盖掉。
另一类半完成来自中途改任务。升级已经下发，操作者又修改目标版本或取消任务，设备侧仍按旧指令执行，平台侧却不再跟踪回执。取消必须下发到设备并得到确认；得不到确认时，任务保持“取消未确认”，继续接收迟来的结果。配置和固件同时改到一半时，回退要按步骤倒序，先恢复能启动的版本，再决定配置是否还适用，不能假设新配置在旧版本上仍然合法。维护记录若只写“已处理”，后来的人无法判断现场到底跑的是哪一个组合。
维护任务的步骤名要使用设备能上报的词汇，例如已接收、写入中、待重启、已确认，而不是只在平台内部使用百分比。百分比无法告诉现场卡在哪一个不可逆步骤。任务模板按产品版本分开，旧版本没有的步骤不要出现在模板里，否则设备会拒绝并让整个包停住。执行人变更时，未完成任务的权限按新的执行人重新检查；接手前人的任务不能继承超出自己范围的设备。