更新前先固定当前状态

很多问题发生在更新完成之后，但原因并不一定来自新版本。旧客户端中可能同时保存账号状态、订阅内容、系统代理、分流规则和证书权限。如果没有记录更新前的状态，安装后看到的任何变化都会失去比较基准。更稳妥的做法，是先记录版本号、系统版本、最后一次正常使用时间和当前设备名称，再决定哪些配置需要导出。

配置备份不应只是一张截图。截图适合保留页面状态，却无法恢复订阅内容或规则文件。能够导出的配置应保存为独立文件，并记录生成日期；无法导出的项目则用简短清单记录。这样做的价值不是增加步骤，而是把版本变化与配置变化分开。

安装过程只改变一个变量

如果同时升级系统、替换客户端、重新导入订阅并修改网络设置，即使连接恢复，也很难知道哪一步真正有效。维护机械设备时会逐项拆分变量，客户端更新也应采用同样方法：先更新应用，确认启动与账号状态，再恢复订阅，最后检查分流和系统权限。

遇到失败时，保留原安装包来源、错误原文和发生时间。不要为了追求一次成功而连续覆盖设置。每一次有记录的尝试都能缩小范围，而反复重装却可能把最初的线索清除。

恢复之后要验证真实任务

应用能够打开只说明程序启动成功，不代表视频会议、资料下载或远程工作已经恢复。应选择一项更新前经常使用的任务进行对照，并观察响应、持续传输和中断后的恢复。若只有部分任务异常，问题更可能位于规则、目标服务或特定网络条件，而不是整个客户端。

Mojie魔戒的维护页面把更新视为一次可回退操作：保存基准、单步更新、恢复配置、验证任务。完成这四步后，才适合删除旧备份。

把维护记录交给下一台设备

一份能够交接的维护记录不需要几十个字段。设备名称、原版本、新版本、配置备份位置、验证任务和结果，已经足以支撑大多数恢复工作。若安装需要额外权限，再补充权限变化与系统提示。更新时间也值得保留，因为某些异常只在系统升级、客户端更新或配置刷新之后出现。把时间顺序列清楚，可以避免把较早的网络波动误认为新版本缺陷。维护完成后，应在备份名称中标注版本与日期，而不是使用最终版或最新等很快失去意义的名称。另一位使用者看到记录后，应能独立找到备份、理解修改原因，并重复同一项验证任务。