Yearn iCloud 存档同步：检查云端状态与换设备前的准备

Yearn 的设置提供 iCloud 存档同步入口。使用它时，先把目标定为“确认云端状态和文件处理完成”，再去检查第二台设备能否识别同一进度。同步按钮显示完成与游戏真正接着玩，是两项需要分别确认的结果。

同步前先准备本地检查点

在主设备上选择一款练习游戏，完成手动即时存档，并记录槽位、时间和场景。若游戏有自己的保存菜单，也保存一次。先在这台设备上确认能读回，再考虑同步；本地记录本身没有验证时，很难判断后续问题发生在保存还是云端。

准备另一台设备之前，保留原 ROM 文件与版本信息。同步服务处理的是存档相关数据，不应据此认为 ROM、BIOS、封面和全部设置也已经被完整搬走。第二台设备要运行相同内容，仍需自己准备合法文件和必要环境。

先确认设备登录了你准备使用的 Apple 账户，并且 iCloud 服务可用。Yearn 设置里的存档一组包含 iCloud 同步开关；打开以后查看状态区域，确认有没有不可用、等待或错误信息。

如果手动同步按钮不可操作，先根据当前状态处理账户、网络和云端可用性，不要靠反复切换开关制造新的尝试。iCloud 存储空间不足也需要在系统侧解决。排查时只记录错误说明，公开反馈中不需要贴出邮箱、账户标识或个人云盘内容。

在本地记录已经明确的前提下使用手动同步，等待进行状态结束，再查看最后同步时间或错误信息。进行时避免两台设备同时保存到相同进度，先让一台完成，再到另一台检查，减少难以分辨的新旧关系。

不要在同步过程中删除本地存档或移动应用目录，也不要为了催促进度不断切换网络。若操作失败，保留当前记录与错误文字，先确认网络和云端可用，再重试一次。成功状态说明这次同步流程结束，不自动证明所有游戏记录都能够被另一台设备正确识别。

在第二台设备安装相应版本，导入自己保留的同一份 ROM，并按需要准备 BIOS。注意“同一个游戏名”不代表文件完全相同：地区、修订版和补丁都可能不同。材料不一致时先停下来核对，不要通过覆盖云端记录来试。

启用相同账户下的同步并等待完成后，进入目标游戏查看存档列表与游戏内记录。对照主设备记下的场景，而不只是看有无一个存档时间。只有实际读取后到达预期位置，才能说明这个具体组合完成了接续检查。

先保留主设备作为可靠来源，不在两台设备上轮流建立新的“最新”进度。空列表可能涉及文件传输，也可能涉及游戏与存档的对应。先核对两台设备的版本和游戏材料，再检查同步状态；重新导入会增加变量，暂时保留现状更方便定位。

此时记录两台设备的应用版本、游戏文件名、同步状态、槽位显示与实际读取结果。若准备进一步处理文件，先做独立备份，再请支持人员根据这些信息判断。不要手动猜测内部标识并改名存档文件，更不要删除原设备上仍可使用的内容。

同步通常会让两端逐渐接近同一状态，备份则应保留一份你能明确定位的历史副本。因此同步开启以后，重要进度仍值得在迁移、更新或大清理之前另做备份。尤其两台设备都可能写入数据时，不能仅靠“时间比较新”判断哪份内容最有价值。

把使用顺序固定下来会更容易管理：主设备保存并检查，完成同步，第二台读取核对，再决定以后主要在哪台继续。若第二台尚未通过读取检查，就继续保留第一台的文件与设置，不急着卸载原应用。

iCloud 同步会自动带来游戏 ROM 吗？ 不能这样理解。这里的入口面向存档相关数据，游戏文件和 BIOS 应单独准备与确认。看到云端状态正常，不等于第二台设备已经具备运行所需材料。

同步失败可以先关掉再删本地记录吗？ 不要把删除当作网络排查手段。先保留能读回的本地来源，检查账户、空间和网络，再根据错误处理。

完成本篇不要求你立即迁移成功，而是得到清楚的事实：主设备有哪份记录、云端操作是否完成、第二台有没有识别并读回。未通过最后一步时保留原设备，才不会把一次未经验证的同步变成唯一进度来源。

可以用三行记录分别写“主设备读回正常”“同步流程完成”“第二台读回结果”。如果最后一行还没通过，就继续把主设备作为当前来源，不覆盖它的有效进度。这样即使隔几天再处理，也能知道已经走到哪一步，而不是只记得曾经点过同步按钮。