三步掌握hekate存档管理：Switch系统间数据迁移完全指南

前置知识：了解你的Switch系统分身

emuMMC（虚拟多媒体卡） 就像Switch的"系统分身"，它在SD卡上创建独立的虚拟系统环境，与真实系统（sysNAND）完全隔离。这种隔离性带来安全保障的同时，也造成了游戏存档的"信息孤岛"——不同系统的存档数据默认无法互通。

hekate作为Nintendo Switch的引导加载程序，其存档迁移功能通过emuMMC管理工具实现，核心功能位于[nyx/nyx_gui/frontend/gui_emummc_tools.c]模块，让复杂的底层操作变得简单直观。

两种系统分身类型

• 文件型（SD File）：虚拟系统存储为FAT32分区下的文件（位于emuMMC/[编号]/目录）
• 分区型（SD Partition）：在SD卡上划分独立分区存储虚拟系统

准备工作：迁移前的必要检查

在开始迁移前，请确认以下条件：

1. hekate版本：建议使用v5.0以上版本以确保功能完整
2. 存储空间：至少保留目标系统镜像1.5倍的可用空间
3. 设备状态：Switch电量高于50%，避免迁移中断
4. 系统类型：通过hekate主界面的"emuMMC选项"确认当前系统类型

三步实现存档迁移

第一步：进入emuMMC管理工具

1. 将Switch进入RCM模式并启动hekate
2. 选择Tools→emuMMC Manager
3. 等待系统扫描SD卡上的所有虚拟系统和备份文件

第二步：选择迁移方案

根据使用场景选择合适的迁移方式：

场景A：从真实系统迁移到虚拟系统

• 选择Migrate emuMMC→Backup→sysNAND to emuMMC
• 确认源系统（sysNAND）和目标emuMMC路径
• 点击Start开始迁移，过程约5-10分钟（取决于SD卡速度）

场景B：虚拟系统间迁移存档

• 选择Migrate emuMMC→Emunand→SD File
• 选择源emuMMC和目标emuMMC
• 勾选Only transfer user data加快迁移速度
• 确认后等待完成

第三步：验证迁移结果

1. 启动目标系统，确认游戏正常加载
2. 检查游戏存档是否正确读取
3. 在hekate的"emuMMC选项"中确认系统状态为"Healthy"

场景化决策树：不同需求的最优操作路径

• 更换SD卡时→选择"完整备份+分区迁移"
• 系统升级前→执行"用户数据单独备份"
• 体验新游戏补丁→从真实系统迁移存档到虚拟系统
• 测试自制软件→在独立虚拟系统间迁移存档
• 存档数据恢复→使用"Restore emuMMC"功能

实战指南：解决常见迁移问题

🛠️ 迁移速度过慢

原因：文件型emuMMC受限于FAT32文件系统性能
解决：转换为分区型emuMMC

1. 备份当前emuMMC到PC
2. 使用hekate的Partition Manager划分专用分区
3. 恢复备份到新分区并重启

🔧 提示"Partition not found"

原因：SD卡分区表损坏或类型错误
解决：在hekate中选择Fix RAW自动修复分区类型（功能实现位于[nyx/nyx_gui/frontend/gui_emummc_tools.c]）

🔍 存档权限错误

原因：不同系统的存档加密密钥不同
解决：先用Checkpoint或JKSV导出存档，迁移系统后重新导入

备份策略：3-2-1数据保护方案

为确保存档安全，建议采用：

• 3份副本：系统镜像1份 + 存档单独2份
• 2种介质：SD卡本地备份 + 电脑/云端备份
• 1个离线副本：重要存档通过工具导出为单独文件

备份功能位于Tools→Backup，可选择完整备份或仅用户数据备份，文件默认保存在SD卡的backup/目录。

差异化价值总结

hekate存档管理工具相比同类方案具有三大优势：

1. 图形化操作：无需命令行，直观界面降低操作门槛
2. 全类型支持：同时兼容文件型和分区型虚拟系统
3. 自动化备份：迁移前自动创建系统快照，降低操作风险

官方支持：[README.md]
配置文件：[res/hekate_ipl_template.ini]
问题反馈：通过项目社区获取技术支持