Introduction
Ce document décrit les nouvelles caractéristiques de Cisco Unified Communications Manager (CUCM) 12.5 pour améliorer et faire des tâches plus faciles comme la version de mise à jour/reprise/commutateur d'un serveur unique ou beaucoup batterie de noeud.
Conditions préalables
Exigences
Cisco vous recommande de prendre connaissance des rubriques suivantes :
- Cisco Unified Communications Manager 12.5
- IM et Presence Server 12.5
Les informations dans ce document sont basées sur la version 12.5.1.10000-1 CUCM.
Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.
Avant Cisco Unified Communications Manager (CUCM) 12.5 il y a ces défis quand la mise à jour de serveur unique ou la mise à jour batterie Batterie est exécutée.
Mise à jour de serveur unique
- La configuration de configuration du logiciel ne persiste pas. L'admin doit écrire les valeurs chaque fois qu'une mise à jour doit être faite.
- L'admin doit écrire la configuration à chaque noeud.
- Après le téléchargement, si la mise à jour échoue alors l'admin peut réparer la question et doit commencer de nouveau à partir de l'étape de téléchargement pour une mise à jour.
Mise à jour de batterie
- Des Noeuds doivent être mis à jour individuellement et commutent la version dans une commande spécifique.
- L'admin doit se souvenir et améliorer manuellement des Noeuds dans cette commande pour réaliser une mise à jour réussie. L'admin doit attendre la mise à jour d'un noeud pour terminer avant qu'il commence le noeud suivant.
Version de batterie/commutateur de réinitialisation
Il n'y a aucune n'importe quelle option avant 12.5 de contrôler et gérer la version de réinitialisation/commutateur de la batterie entière. L'admin doit aller sur le CLI de chaque serveur qui démarre avec le bar et exécute l'exécution.
CUCM 12.5 a des améliorations à ces caractéristiques qui est très utile pour un administrateur.
Configurer
Étape 1. Améliorations de mise à jour de serveur unique.
Améliorations GUI
Ce sont les améliorations faites à la page d'admin de SYSTÈME D'EXPLOITATION quand installez/mise à jour pour le serveur unique est sélectionné.

Option 1. Laisser-passer de téléchargement d'utilisation de Publisher.
Cette option est disponible sur des abonnés et est sélectionnée par défaut. Par cette option, le fichier de mise à niveau de Publisher peut être utilisé.
Option 2. Utilisez le système de fichier local.
Cette option active pour utiliser précédemment le fichier téléchargé qui est présent sur le répertoire local du serveur.
Des valeurs persistantes de l'option 3. Pré-sont remplies.
Les petits groupes sécurisés de serveur de FTP (SFTP) sont persistants et prepopulated. Au cas où l'admin voudrait utiliser les mêmes détails que les précédents, ils n'ont pas besoin d'être ressaisis.
L'option 4. continuent l'option de version de mise à jour et de commutateur de système avant que le fichier d'image soit téléchargé.
Dans les versions antérieures de CUCM et d'IM&P, l'option de sélectionner une version de commutateur est donnée une fois que l'image est téléchargée. Dans ce cas, l'admin doit attendre le téléchargement pour terminer et puis sélectionner davantage d'action de commencer la mise à jour.
Utilisant cette caractéristique si l'admin ne veut pas vérifier la valeur de MD5 de l'OIN, ils peuvent sélectionner pour continuer le téléchargement de courrier d'installation de l'ISO et il n'exigera pas toute autre intervention.
L'option 4. en cas de panne de mise à jour, le fichier d'image fait non pour être téléchargée de nouveau.
Si la mise à jour échoue en raison de n'importe quelles raisons, le fichier local peut être utilisé et le téléchargement du fichier ISO de nouveau peut être évité.
Améliorations CLI
Il y a eu des améliorations dans la commande CLI pour la mise à jour du serveur unique de prendre en charge les caractéristiques ci-dessus.
La commande de commencer la mise à jour est toujours le même (initié de mise à jour de système d'utils) mais il y a de nouvelles options ajoutées.
De Publisher CLI :
admin:utils system upgrade initiate
Warning: Do not close this window without first cancelling the upgrade.
Warning: Before upgrading the cluster Cisco recommends installing the latest Upgrade Readiness COP file. Refer to the Upgrade Guide on cisco.com for details.
Source:
1) Remote Filesystem via SFTP
2) Remote Filesystem via FTP
3) Local DVD/CD
4) Local Image <UCSInstall_UCOS_12.5.1.10000-19.sgn.iso>
q) quit
Please select an option (1 - 4 or "q" ):
“Local Image< image >” introduced in the list of the source that allows admin to select a local image that is already downloaded to UCM and use that image to upgrade the UCM
D'un abonné CLI :
admin:utils system upgrade initiate
Warning: Do not close this window without first cancelling the upgrade.
Warning: Before upgrading the cluster Cisco recommends installing the latest Upgrade Readiness COP file. Refer to the Upgrade Guide on cisco.com for details.
Use download credentials from Publisher (yes/no) [yes]: no
Source:
1) Remote Filesystem via SFTP
2) Remote Filesystem via FTP
3) Local DVD/CD
4) Local Image <None>
q) quit
Please select an option (1 - 4 or "q" ):
utils system upgrade initiate for CUCM Subcrobers andIM&P Pub/Sub nodes has been modified and the option is “Use download credentials from Publisher (yes/no) [yes]”
Quand vous cliquez sur en fonction l'option, le fichier de mise à niveau est sélectionné par les configurations de Publisher. Des contrôles sont faits sur l'image pour voir si son valide avant la mise à jour.
Si l'éditeur fournit un emplacement qui n'a aucune image valide puis il \ quitte les demandes de mise à jour
Étape 2. Mise à jour centralisée de batterie.
C'est une nouvelle fonctionnalité introduite dans la version 12.5 CUCM pour gérer la mise à jour de la batterie. L'option de mise à jour de batterie est disponible sur Publisher et la mise à jour entière de batterie peut être commencée par la page d'admin de SYSTÈME D'EXPLOITATION ou le CLI. La mise à jour de batterie inclut des serveurs d'IM&Presence car ils font partie de la batterie.
Améliorations GUI
Dans les mises à niveau de logiciel, une nouvelle option installent/batterie de mise à jour est introduite pour ceci.


Si la batterie contienne des serveurs PIM aussi bien puis, que promouvoir des serveurs PIM ou pas peut être choisie.

Une fois la mise à jour commence l'état peut être surveillée par le GUI ou l'interface CLI. L'heure historique de paramètre de se terminer affiche la durée qu'il a prise pour l'étape particulière quand la mise à jour de la fois passée a été avec succès faite. Ceci peut être apparié avec du temps s'est écoulé option de voir si la mise à jour va comme prévu.
S'il est la première fois le système est alors mises à jour des valeurs historiques font définir les valeurs standard par les développeurs qui est pris des résultats de test locaux.

Améliorations CLI
Un nouveau CLI a été introduit sur Publisher qui aiderait à déclencher et gérer la mise à jour de batterie.
admin : batterie de mise à jour de système d'utils {initié/état/annulation}
La commande ci-dessus CLI est disponible seulement sur l'éditeur CUCM.
Étape 3. Commutateur-version ou réinitialisation centralisée de batterie.
Cette caractéristique est présente sur le serveur CUCM Publisher seulement et peut être gérée par l'interface gui seulement car il n'y a aucune commande CLI pour ceci.
Utilisant cette caractéristique, la version de commutateur et la mise à jour de la batterie entière peuvent être gérées. L'exécution est exécutée dans une série de serveurs et de Publisher qui est toujours dans le premier lot. Il devrait y avoir un certain serveur dans chaque lot et ignorer en lots n'est pas possible. Les débuts d'exécution avec Batch1 et puis Batch2 et en avant. L'état actuel de l'exécution peut être visualisé du menu d'état.

Étape 4. Mises à jour de parallèle des Noeuds de batterie.
Utilisant l'option de mise à jour de batterie, la mise à jour pour tous les Noeuds est commencée en même temps et l'admin n'a pas besoin d'attendre la mise à jour de Publisher pour obtenir la finition avant qu'il puisse mettre en marche le prochain serveur. Quoique la mise à jour pour tous les serveurs soit commencée en même temps, dans l'abonné du backend CUCM attend l'installation de base de données CUCM Publisher pour obtenir la finition et l'abonné PIM attend l'installation CUCM Publisher et PIM Publisher pour obtenir la finition.
Vérifiez
Aucune procédure de vérification n'est disponible pour cette configuration.
Dépanner
Avant que la mise à jour soit commencée pour un serveur unique ou une batterie assurez-vous qu'il n'y a aucune mise à jour ou tâche jeu rouleau-tambour qui des passages déjà.
La mise à jour peut échouer à différentes étapes et corriger que des contrôles relatifs doit être faits.