Prise en charge des mises à niveau d'interface Web et des migrations de lignes de commande dans le même déploiement
Les scénarios suivants décrivent comment les mises à niveau et les migrations peuvent être utilisées dans le même déploiement.
-
Si le SGE principal est corrompu (par exemple, si les exigences de partition ne sont pas satisfaites), mais que le SBC (HA ou simple) est opérationnel, vous pouvez d'abord effectuer une migration de ligne de commande sur le SGE principal, puis effectuer une mise à niveau de l'interface Web sur le SBC.
-
Si le SGE principal est opérationnel, mais qu'il y a des problèmes opérationnels avec le SBC (HA ou unique), vous pouvez d'abord effectuer une mise à niveau de l'interface Web sur le SGE principal, puis une migration de la ligne de commande sur le SBC.
-
Si un SBC d'une paire HD est fonctionnel, mais que l'autre SBC de la paire HD est corrompu, vous pouvez d'abord effectuer une mise à niveau de l'interface Web sur le SBC opérationnel, puis effectuer une migration de la ligne de commande sur l'autre SBC.
En résumé, vous pouvez utiliser les mises à niveau d'interface Web ou les migrations de lignes de commande dans le même déploiement selon l'état de chaque composant EMS et SBC.
Important :
Lors de la mise à niveau ou de la migration d'un déploiement vers une nouvelle version, vous pouvez constater que la réplication des données est des alarmes rompues
. Pour obtenir de plus amples renseignements sur cette alarme et sur la façon de la corriger, reportez-vous à la section Entretien et dépannage Avaya Session Border Controller.