对KVM备份恢复失败的FMC 1000到FMCv进行故障排除，错误"；不允许从J到I。中止恢复队列；
目录
问题
通过恢复从FMC 1000获取的备份，尝试从防火墙管理中心1000(FMC 1000)硬件设备迁移到KVM上部署的FMCv时，恢复操作会立即失败，在命令行界面(CLI)中会显示以下错误消息：
From J to I is not allowed.. Aborting the Restore
即使源FMC 1000和KVM上的目标FMCv运行相同的软件版本（7.0.7，内部版本518），迁移尝试也会被阻止。 还原过程未完成，KVM上的目标FMCv保持其还原前状态。该错误由还原流程中内置的兼容性检查生成，不是临时或可恢复的故障 — 它是平台强制实施的蓄意阻止。
此问题的主要特征是：
备份是从物理FMC 1000设备获取。
恢复目标是在KVM上部署的FMCv。
源和目标都运行软件版本7.0.7（内部版本518）。
恢复操作因以下错误而终止：“不允许从J到I。正在中止恢复”。
无论源系统和目标系统之间的版本奇偶校验如何，都会发生错误。
环境
源平台：FMC 1000（物理硬件设备）。
目标平台：部署在KVM虚拟机监控程序上的FMCv。
软件版本（源和目标）：7.0.7（构建518）。 其他软件版本也可能受到影响。
分辨率
错误“不允许从J到I..在FMC还原过程中执行的兼容性检查会生成中止还原“”。此检查根据恢复目标的模型类评估备份源的模型类。错误消息中的标识符“J”和“I”分别表示源(FMC 1000)和目标（KVM上的FMCv）平台的内部模型类标识符。当这些模型类对于跨平台恢复不兼容时，该过程会立即被有意中止。
以下步骤描述了了解和解决此问题的正确方法：
1.了解发生错误的原因
还原操作被阻止，因为KVM上的FMC 1000到FMCv不是受支持的模式迁移路径。仅匹配显示的软件版本不支持跨平台恢复。FMC备份还原过程将强制执行model-class兼容性检查，当源和目标模型类不兼容时，将中止还原。这是蓄意的平台保护，不是Bug或暂时性错误。
2.不重试或尝试绕过还原
不重试恢复操作且不尝试绕过model-class检查非常重要。强制或规避此检查会使目标FMCv处于不受支持且可能不起作用的状态，这可能需要完全重建虚拟设备。存在兼容性检查以保护目标平台的完整性。
3.使用受支持的方法迁移FMC
有2个选项。
选项 1：确定支持的迁移路径
思科记录了FMC 1000支持的特定型号迁移路径。KVM虚拟机监控程序不是用于通过备份恢复进行FMC 1000型号迁移的已记录或支持的目标平台。在继续之前，您必须查阅Cisco FMC模型迁移指南，以确定受支持的目标平台和迁移工作流程。有关FMC模型迁移的相关思科文档在本文的相关内容部分中列出。
选项 2：使用导入/导出流程
从源FMC手动导出支持策略并将其导入目标FMC中。
源FMC
a.在源FMC上，导航到System > Tools > Import/Export。
b.选择要导出的策略。请注意，在撰写本文时，某些策略（如VPN）无法导出。您必须在目标FMC上手动配置它们。
c.选择Export下载.sfo文件。
目标FMC
d.在目标FMC上，导航到System > Tools > Import/Export，然后选择Upload Package。
e.选择选择文件，然后选择.sfo文件。
f.选择Upload。
g.选择Import。系统将显示导入清单。如果名称和内容与现有对象匹配，则重新使用网络和端口对象；在所有其他情况下，具有重复名称的对象将作为新对象导入，并在名称后附加一个数字。还可以将接口对象映射到现有对象或新对象。
h.选择Import。导入任务开始。
i.导入任务完成后，请刷新浏览器以查看导入的策略。
原因
还原故障的根本原因是KVM上的FMC 1000到FMCv不是受支持的型号迁移路径。FMC备份还原过程包括内部模型类兼容性检查，该检查将备份源的模型标志符与还原目标的模型标志符进行比较。在这种情况下，源FMC 1000带有模型类标识符“J”，KVM上的目标FMCv带有模型类标识符“I”。 由于这两个模型类对于跨平台恢复不兼容，因此进程会立即中止，并显示以下消息：
From J to I is not allowed.. Aborting the Restore
源系统和目标系统运行相同的软件版本（7.0.7，内部版本518）并不足以支持恢复。兼容性检查基于模型类，而不是基于版本。
相关内容
修订历史记录
| 版本 | 发布日期 | 备注 |
|---|---|---|
1.0 |
25-Oct-2026
|
初始版本 |
反馈