Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
Ce document décrit comment le niveau de préparation de la mise à niveau vérifie le fichier COP pour Cisco Unified Communications Manager (CUCM) et IM and Presence Server.
Cisco vous recommande de prendre connaissance des rubriques suivantes :
Les informations de ce document sont basées sur Cisco Unified Communications Manager version 10.5.2.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.
La mise à niveau de Cisco Unified Communications Manager et de Presence Server nécessite des conditions préalables telles que la disponibilité d'une partition de journalisation suffisante, la sauvegarde réussie, l'état de la base de données et du réseau incorrect, etc.
De même, peu de contrôles doivent satisfaire à la mise à niveau post-mise pour s'assurer que le cluster est en bonne santé après la mise à niveau.
Cisco a mis au point des fichiers cop qui automatiseront ces tâches et permettront d'optimiser les chances de réussite de la mise à niveau UCM, IM&P, afin que l'administrateur puisse éviter des temps d'arrêt supplémentaires et des efforts inutiles pour tenter de résoudre des problèmes ou de rétablir ou d'abandonner la mise à niveau.
L'administrateur doit simplement exécuter ces fichiers de flop sur les serveurs qui vont être mis à niveau, ce qui vérifie différents aspects et fournit un rapport.
Il existe deux types de fichiers de flic.
PreUpgradeCheck COP : Il vérifie que le système est en bon état pour démarrer la mise à niveau. Le fichier COP PreUpgradeCheck contient des tests dont certains font partie de la section Tâches de pré-mise à niveau du Guide de mise à niveau et de migration pour Cisco Unified Communications Manager et IM and Presence Service, version 11.5(1).
PostUpgradeCheck COP : Il vérifie que le système est en bon état après la mise à niveau. Ce COP utilise les données créées par le fichier de contrôle de mise à niveau préalable pour comparer les différents aspects de l'état du système avant et après la mise à niveau.
Le fichier COP PostUpgradeCheck contient des tests dont certains font partie de la section Tâches post-mise à niveau du Guide de mise à niveau et de migration pour Cisco Unified Communications Manager et IM and Presence Service, version 11.5(1).
Les fichiers de copie PreUpgradeCheck et PostUpgradeCheck sont disponibles sur la page de téléchargement du logiciel Cisco et peuvent être téléchargés via ce lien.
Cliquez pour télécharger les fichiers COP.
Avant la mise à niveau, téléchargez et installez/exécutez la dernière version du fichier COP preUpgradeCheck. Regardez la sortie PASS / WARNING / FAIL. Résolvez tous les ÉCHEC et peut-être les AVERTISSEMENTS. Répétez jusqu'à heureux.
Après la mise à niveau, téléchargez et installez/exécutez la dernière version du fichier COP postUpgradeCheck. Cette opération vérifie l'intégrité du système et compare les éléments des versions actives et inactives. Les services et les téléphones peuvent prendre un certain temps pour démarrer, il est donc recommandé de répéter l'exécution de la flic plusieurs fois à un certain intervalle.
L'installation du fichier cop est similaire à celle d'autres fichiers cop et les étapes détaillées de l'installation sont présentes dans le fichier Readme des fichiers cop.
Cliquez sur PrecheckUpgrade Readme ou PostUpgradeCheck Readme pour voir les détails.
Une fois l'installation des fichiers cop terminée, il affiche un résumé des résultats des tests et chemin/commande pour afficher le rapport complet.
Summary: Total Test Run : 14 Total Passed : 10 Total Warnings : 3 Total Failed : 1 Note: Please refer to the readme of Pre Upgrade cop for test details and pass/fail/warn/criteria Duration for running tests: 0:01:49 ================================================================================ Use "file view install PreUpgradeReport.txt" to view the report
Pour l'exécution de PreUpgradeCheck vue fichier, installez PreUpgradeReport.txt et pour l'affichage fichier PostUpgradeCheck installez PostUpgradeReport.txt.
La sortie est similaire à cette image qui affiche les résultats sous la forme PASS/FAIL/WARNINg pour différents aspects.
Il s'agit de la liste des différents composants qui sont vérifiés.
Voici les contrôles de test :
Connectivité intra-cluster
Accessibilité DNS
État NTP
Accessibilité NTP : vérifie l'accessibilité des serveurs NTP externes
Dérive de l'horloge NTP : vérifie la dérive de l'horloge locale par rapport aux serveurs NTP.
strate NTP : vérifie le niveau de strate de l'horloge de référence.
En cas de problème avec l'une ou l'autre des vérifications ci-dessus, le test est marqué comme ÉCHEC et la raison appropriée est mentionnée dans le rapport.
Ce test répertorie les COP qui sont installés sur une partition active du serveur.
Le test affiche un avertissement si plusieurs versions de la même opération locale sont installées ou si dp-ffr.3-1-16.GB.cop est installé sur un serveur 9.x.
Ce test inspecte l'état de tous les services (STARTED ou STOPPED) et signale les services qui sont :
Ce test vérifie si des entrées non standard sont présentes dans quelques tables de base de données. La présence de ces entrées peut entraîner l'échec de la migration de la base de données de mise à niveau.
Si le test détecte des entrées non standard, les entrées et le nom de leur table de base de données résidente sont affichés dans le rapport et le test est marqué comme ÉCHEC.
Admin doit supprimer ces entrées non standard avant de tenter une mise à niveau.
Ce test s'applique uniquement à Unified Communications Manager Publisher et à IM&P Publisher.
Ce test effectue ces vérifications dans la même séquence que celle décrite ici :
État d'authentification du noeud : si un noeud du cluster n'est pas authentifié, le test est marqué comme ÉCHEC et le nom de noeud non authentifié est affiché dans le rapport.
État de la réplication : si un noeud du cluster a une valeur de configuration de réplication autre que 2, le test est marqué comme FAIL et le nom du noeud est indiqué dans le rapport.
Ce test indique quand la dernière sauvegarde DRS a été effectuée. Est-ce plus de 3 jours en arrière ou si DRS est configuré ou non ?
Si la date de sauvegarde est très ancienne, Admin peut prendre la sauvegarde de la dernière configuration afin que l'administrateur puisse éviter de perdre la dernière configuration au cas où la sauvegarde DRS doit être restaurée.
Le test vérifie l'espace libre requis pour toutes les versions supérieures (jusqu'à 12.5) par rapport à la version actuelle du serveur.
Si l'espace libre est insuffisant pour une mise à niveau vers toutes les versions supérieures, le test est marqué comme FAIL. Si l'espace libre est suffisant pour passer à au moins une version, mais pas à toutes les versions supérieures, le test affiche un avertissement.
8. État de la licence PLM/SLM
Pour CUCM version 9.x à 11.x, cette option vérifie l'état de la licence PLM et affiche un avertissement approprié le cas échéant.
Pour 12.x, ce test vérifie l'état de la licence SLM en fonction de l'état d'enregistrement et de l'état d'autorisation.
9. Longueur du mot de passe de sécurité commun
La version 12.5 requiert que le mot de passe de sécurité commun soit supérieur à 14 caractères lorsqu'il est dans FIPS, ESM ou CC. mode. Ce test échoue si le mode FIPS, ESM ou CC est activé et que la longueur du mot de passe est inférieure à 14 caractères. Il est ignoré si le mode FIPS n'est pas activé.
Ce test répertorie le nombre de téléphones enregistrés et non enregistrés.
Ce test stocke également ces données à des fins de comparaison lors de la COP post-mise à niveau.
11. Type d'outils VM
Vérifie le type d'outils de VM. Si le type d'outils de VM est open vmtools, alors il imprime le type et la version de vmtools.
Si le type d'outils VM est vmtools natif, il imprime le type et la version d'outils VM avec la recommandation suivante.
Ce test fournit des informations critiques applicables à la mise à niveau vers 12.5
Ce test vérifie les téléphones du cluster Unified Communications Manager qui ne sont plus pris en charge à partir de la version 12.x (les téléphones non pris en charge sont disponibles ici).
Ce test affiche un avertissement s'il existe de tels téléphones déconseillés (l'ID MAC et le modèle de téléphone sont affichés dans le rapport).
Ce test vérifie si la carte réseau actuelle est prise en charge dans les versions 12.x de Unified Communications Manager et du service IM and Presence.
Si la carte réseau est incompatible, le test échoue avec une recommandation de passer à la carte VMXNET3.
Aucune procédure de vérification n'est disponible pour cette configuration.
Lorsque certains tests échouent et que la chaîne de recommandation n'est pas suffisante, procédez comme suit :
Recherchez dans les journaux d'installation des détails sur les problèmes génériques liés à l'exécution d'un COP, tels que le filtrage du fichier COP, le démarrage et la fin des phases de téléchargement et d'installation.
Les journaux de mise à niveau avant et après ne sont pas encore disponibles pour téléchargement à partir de RTMT, par conséquent utiliser le vidage de fichiers ou fichier obtenir l'option de télécharger les journaux.
Utilisez les commandes CLI fichier get install PreUpgradeReport.txt (PreUpgrade) et fichier get install PostUpgradeReport.txt (PostUpgrade).