定义
Remote Diagnosis（远程诊断）通过平台远程采集设备 Log Collection 日志、运行状态，结合 Fault Diagnosis、RCA 进行故障定位与根因分析，减少现场排查，是 Remote Maintenance 的重要组成部分。
诊断流程与工具
远程诊断通常由告警或用户主动发起。平台通过 Log Collection 采集设备日志、核心转储、运行参数；可结合 Device Monitoring 设备监控的实时遥测与历史趋势进行分析。诊断结果可关联 Fault Knowledge Base 故障知识库进行模式匹配；复杂故障可借助 RCA 根因分析梳理因果链。诊断报告可生成工单、推送运维人员，或沉淀为知识库案例。
与 DMP 的集成
设备管理平台提供诊断任务创建、日志拉取、状态查询、诊断报告生成等能力。与 Work Order 工单深度集成，支持从工单发起诊断、诊断结果回填工单；与 Fault Knowledge Base 对接可实现智能推荐与案例复用。敏感日志需脱敏处理，诊断操作需 Audit Log 审计记录，满足安全与合规要求。
应用场景
适用于设备异常后的快速定位、软件缺陷的远程排查、批量故障的根因分析。远程诊断可显著减少现场出差，缩短 MTTR，提升运维效率与客户满意度。
诊断任务采集的是证据而不是结论
远程诊断的产出应是一组可复核的材料：指定时间窗内的日志、当时的运行参数、相关遥测片段，以及设备自己报告的错误码。平台可以按规则把材料标成“与某类已知问题相似”，但相似提示不是诊断结论。结论要由人在材料上写下排除了什么、还缺什么。把相似度最高的知识库条目直接写成根因，会让后续处置沿着错误规程走完。
任务必须记录采集范围和完成度。只拉到一半日志时，报告里应标明缺失的文件和时间段，不能呈现成一份完整快照。设备若因存储空间不足覆盖了旧日志，诊断报告要写“现场已无更早记录”，而不是留白让阅读者默认那段时间正常。敏感字段在离开设备前脱敏，脱敏动作本身也要可追踪，避免排障时发现关键标识被抹掉却不知道是策略还是故障。
日志拉取窗口与带宽预算
拉取成立的条件是设备仍有足够链路把材料送出，且这段传输不会挤掉正在进行的控制或升级。应先约定窗口：例如故障前若干分钟到故障后若干分钟，而不是默认把整个闪存打包。窗口过大时，蜂窝链路会被日志占满，设备看起来更不稳定，诊断行为本身成为新的干扰。窗口过小则可能正好错过重启前的最后几行。
带宽预算要按产品单独设置。低速率链路只允许先传错误码、重启原因和关键参数，完整日志改到设备回到高速网络或由维护人员在本地导出。任务若和升级共用同一条连接，应规定谁可以抢占。诊断不能在升级写入期间强制拉日志，否则两边都可能超时。历史曲线若需要对照，应从时序库读取已经入库的点，而不是要求设备把同样的数据再传一遍。
用过期日志解释当前故障
设备上常见的错误是循环日志里最后一份被当成“当前故障”的记录。那份文件可能是上周的启动失败，这一次其实是供电跌落，设备来不及写新日志。报告必须带文件的起止时间和设备时钟，与本次告警时间对不上的材料只能作为背景。时钟明显漂移时，先校正或标明不可信，再谈论事件顺序。
多次诊断任务叠在同一台设备上时，后一次容易拼进前一次已经下载的旧包。任务之间要隔离目录和标识，生成报告时只引用本次任务拉到的文件。把诊断摘要自动回填成工单的“已解决原因”同样不合适：摘要是证据索引，关闭工单还需要处置结果。自动关闭会把“日志已下载”误当成“故障已消除”。若设备在诊断过程中重启，应把重启记成采集中断，而不是把中断前的半份日志当成全部事实。
诊断任务结束后，原始包的保存期限要和工单的复核期限对齐。包被提前清掉时，关闭前的复核只剩一段人工摘要，无法再核对时间戳。包的哈希和字节数写进任务，防止传输中截断的文件被当成完整日志。若设备支持只导出新增日志，应记录上次导出的位置，避免每次都从头拉取把链路占满。不支持增量时，宁可缩小时间窗，也不要在故障已经恢复之后继续长时间占用设备的上行。多人同时对同一台设备发起诊断时，只允许一个任务占用导出通道，后来的任务排队并说明正在被谁占用。抢占会把两份不完整的日志拼进同一个压缩包，时间线从此无法拆开。