Dépannage de FMC 1000 à FMCv sur échec de restauration de sauvegarde KVM avec erreur " ; De J à I n'est pas autorisé. Abandon de Restore" ;

Problème

Lors d'une tentative de migration d'un matériel Firewall Management Center 1000 (FMC 1000) vers un FMCv déployé sur KVM en restaurant une sauvegarde prise à partir du FMC 1000, l'opération de restauration échoue immédiatement avec ce message d'erreur dans l'interface de ligne de commande (CLI) :

From J to I is not allowed.. Aborting the Restore

La tentative de migration est bloquée même si le FMC 1000 source et le FMCv cible sur KVM exécutent la même version logicielle affichée (7.0.7, build 518). Le processus de restauration ne se termine pas et le FMCv cible sur KVM reste dans son état de pré-restauration. L'erreur est générée par un contrôle de compatibilité intégré au processus de restauration et n'est pas une défaillance temporaire ou récupérable : il s'agit d'un blocage délibéré imposé par la plate-forme.

Les principales caractéristiques de ce problème sont les suivantes :

• La sauvegarde a été effectuée à partir d'un appareil FMC 1000 physique.

• La cible de restauration est un FMCv déployé sur KVM.

• La source et la cible exécutent la version 7.0.7 du logiciel (build 518).

• L'opération de restauration se termine avec l'erreur suivante : "De J à I n'est pas permis.. Abandon de la restauration".

• L'erreur se produit quelle que soit la parité de version entre les systèmes source et cible.

Environnement

• Plate-forme source : FMC 1000 (matériel physique).

• Plate-forme cible : FMCv déployé sur l'hyperviseur KVM.

• Version du logiciel (source et cible) : 7.0.7 (build 518). D'autres versions logicielles peuvent également être affectées.

Résolution

L'erreur "De J à I n'est pas autorisée.. L'abandon de la restauration est généré par un contrôle de compatibilité exécuté pendant le processus de restauration FMC. Ce contrôle évalue la classe de modèle de la source de sauvegarde par rapport à la classe de modèle de la cible de restauration. Les identificateurs « J » et « I » dans le message d'erreur représentent des indicateurs de classe de modèle interne pour les plates-formes source (FMC 1000) et cible (FMCv sur KVM), respectivement. Lorsque ces classes de modèles sont incompatibles pour une restauration multiplate-forme, le processus est immédiatement et délibérément abandonné.

Les étapes suivantes décrivent la bonne approche pour comprendre et résoudre ce problème :

1. Comprendre pourquoi l'erreur se produit

L'opération de restauration est bloquée car FMC 1000 vers FMCv sur KVM n'est pas un chemin de migration de modèle pris en charge. L'association de la seule version du logiciel affiché ne permet pas de prendre en charge une restauration multiplate-forme. Le processus de restauration de sauvegarde FMC applique un contrôle de compatibilité de classe de modèle et lorsque les classes de modèle source et cible sont incompatibles, la restauration est abandonnée. Il s'agit d'une sauvegarde intentionnelle de la plate-forme, et non d'un bogue ou d'une erreur temporaire.

2. Ne tentez PAS de réessayer ou de contourner la restauration

Il est essentiel que l'opération de restauration ne soit pas retentée et qu'aucune tentative de contournement de la vérification de la classe de modèles ne soit effectuée. Forcer ou contourner cette vérification peut laisser le FMCv cible dans un état non pris en charge et potentiellement non fonctionnel, ce qui peut nécessiter une reconstruction complète de l'appliance virtuelle. Le contrôle de compatibilité permet de protéger l'intégrité de la plate-forme cible.

3. Migrer le FMC en utilisant une méthode prise en charge

Il y a 2 options.

Option 1: Identifier un chemin de migration pris en charge

Cisco documente les chemins de migration de modèles spécifiques pris en charge pour le FMC 1000. L'hyperviseur KVM n'est pas une plate-forme cible documentée ou prise en charge pour la migration du modèle FMC 1000 via la restauration de sauvegarde. Avant de continuer, vous devez consulter le Guide de migration du modèle Cisco FMC pour identifier une plate-forme cible prise en charge et un workflow de migration. La documentation Cisco relative à la migration du modèle FMC est répertoriée dans la section Autres informations utiles de cet article.

Option 2: Utiliser le processus d'importation/exportation

Exportez manuellement les stratégies de prise en charge à partir du FMC source et importez-les dans le FMC cible.

Source FMC

a. Dans le FMC source, accédez à Système > Outils > Importer/Exporter.

b. Sélectionnez les stratégies que vous souhaitez exporter. Notez qu'au moment de la rédaction de ce document, certaines stratégies telles que VPN ne peuvent pas être exportées. Vous devez les configurer manuellement sur le FMC cible.

c. Sélectionnez Exporter pour télécharger le fichier .sfo.

FMC cible

d. Dans le FMC cible, accédez à Système > Outils > Importer/Exporter et sélectionnez Télécharger le package.

e. Sélectionnez Choose File et sélectionnez le fichier .sfo.

f. Sélectionnez Télécharger.

g. Sélectionnez Importer. Un manifeste d'importation apparaît. Les objets Réseau et Port sont réutilisés si le nom et le contenu correspondent aux objets existants. Dans tous les autres cas, les objets portant des noms dupliqués sont importés en tant que nouveaux objets avec un numéro ajouté au nom. Vous pouvez également mapper des objets d'interface à des objets existants ou nouveaux.

h. Sélectionnez Importer. Une tâche d'importation démarre.

i. Une fois les tâches d'importation terminées, actualisez le navigateur pour afficher les stratégies importées.

Motif

La cause principale de l'échec de la restauration est que FMC 1000 vers FMCv sur KVM n'est pas un chemin de migration de modèle pris en charge. Le processus de restauration de sauvegarde FMC inclut un contrôle de compatibilité de classe de modèle interne qui compare l'indicateur de modèle de la source de sauvegarde à l'indicateur de modèle de la cible de restauration. Dans ce scénario, le FMC 1000 source porte l'identifiant de classe de modèle « J » et le FMCv cible sur KVM porte l'identifiant de classe de modèle « I ». Comme ces deux classes de modèles ne sont pas compatibles pour une restauration multiplate-forme, le processus est immédiatement abandonné avec le message suivant :

From J to I is not allowed.. Aborting the Restore

Le fait que les systèmes source et cible exécutent la même version logicielle (7.0.7, build 518) ne suffit pas à rendre la restauration prise en charge. Le contrôle de compatibilité est basé sur la classe de modèles et non sur la version.

Autres informations utiles

• Guide de migration du modèle Cisco FMC — À propos de la migration du modèle FMC

• Guide de migration du modèle Cisco FMC — Workflow de migration FMC

• Importation/exportation FMC

• Assistance technique de Cisco et téléchargements

Historique de révision

Révision	Date de publication	Commentaires
1.0	25-Oct-2026	Première publication