Chemins de mise à niveau pris en charge

Dernière mise à jour : Mar 19, 2025 |
Informations sur le prologue
Métadonnées
Mots-clés :
Pour obtenir les dernières informations sur le processus de mise à niveau et le processus de migration standard ainsi que les correctifs requis pour effectuer une mise à niveau ou une migration, consultez Avaya Session Border Controller Notes sur la version le site Avaya Support à l’adresse http://support.avaya.com.
Le tableau suivant fournit des informations relatives à la prise en charge de la mise à niveau directe et à la migration de toutes les versions précédentes :
Version
Processus de mise à niveau standard vers 10.2.1
Processus de migration vers 10.2.1
6.2
Non pris en charge
Non pris en charge
6.3
Non pris en charge
Non pris en charge
7.0
Non pris en charge
Non pris en charge
7.1
Non pris en charge
Non pris en charge
7,2
Non pris en charge
Non pris en charge
8,0
Non pris en charge
Non pris en charge
8.0.1
Non pris en charge
Non pris en charge
8.1
Non pris en charge
Non pris en charge
8.1.1
Non pris en charge
Non pris en charge
8.1.2
Non pris en charge
Non pris en charge
8.1.3.0
Non pris en charge
Non pris en charge
8.1.3.2
Non pris en charge
Pris en charge
10.1.0.0 (amorçage hérité)
Non pris en charge
Pris en charge
10.1.0.0 (amorçage UEFI)
Pris en charge
Pris en charge
10.1.2.0
Pris en charge
Pris en charge
10.1.2.1
Pris en charge
Pris en charge
10.1.2.2
Pris en charge
Pris en charge
10.2.0.0
Pris en charge
Pris en charge
10.2.0.1
Pris en charge
Pris en charge
10.2.0.2
Pris en charge
Pris en charge
Remarque :
Pour la migration de la version 8.1.3.2 ou de la version 10.1.0.0 (amorce héritée) vers la version 10.2.1, n'exécutez pas la vérification préalable à la mise à niveau.
Vous devez utiliser les procédures de migration décrites dans le chapitre Mise à niveau ou migration d'un système vers Avaya SBCVersion 10.2.1 pour l'un des types de déploiement ou des conditions spéciales suivants :
  • Déploiements JTIC sur tout type de plateforme ou de service cloud.
  • Déploiements KVM ou Nutanix sur une Virtualized Environment plateforme
  • Tout déploiement qui renvoie la taille de la partition ou des messages d'erreur de matériel non pris en charge lors de l'exécution de l'outil de vérification avant la mise à niveau.
  • Tout déploiement sur des services infonuagiques tels que Amazon Web Services, Microsoft® Azure, ou Google Cloud Platform.
Vous ne pouvez pas utiliser le processus de mise à niveau standard pour ces types de déploiement.