Introduction
Ce document décrit comment le niveau de préparation à la mise à niveau vérifie le fichier COP pour Cisco Unified Communications Manager (CUCM) et IM and Presence Server.
Conditions préalables
Exigences
Cisco vous recommande de prendre connaissance des rubriques suivantes :
- Cisco Unified Communications Manager 9.x et versions ultérieures
- IM and Presence Server (IMPS) 9.x et versions ultérieures
Composants utilisés
Les informations contenues dans ce document sont basées sur la version 10.5.2 de Cisco Unified Communications Manager.
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.
Informations générales
La mise à niveau des serveurs Cisco Unified Communications Manager et Presence comportait certaines conditions préalables, notamment la disponibilité de suffisamment de partitions de journalisation, la capacité d'effectuer une sauvegarde réussie, l'état correct de la base de données et du réseau, etc.
De même, quelques vérifications peuvent satisfaire après la mise à niveau pour s'assurer que le cluster est en bon état après la mise à niveau.
Cisco a mis au point des fichiers COP qui peuvent automatiser ces tâches et aider à maximiser la probabilité de réussite de la mise à niveau d'UCM, IM&P, de sorte que l'administrateur puisse éviter les temps d'arrêt supplémentaires et les efforts inutiles pour tenter de résoudre les problèmes, de rétablir ou d'abandonner la mise à niveau.
L'administrateur doit simplement exécuter ces fichiers COP sur les serveurs qui vont être mis à niveau, et qui vérifient différents aspects et fournissent un rapport.
Il existe deux types de fichiers COP.
- PreUpgradeCheck COP : 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 préalables à la mise à niveau du Guide de mise à niveau et de migration pour Cisco Unified Communications Manager et le service IM and Presence, version 11.5(1).
- PostUpgradeCheck COP : 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 COP de vérification avant mise à niveau 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 le Service IM and Presence, version 11.5(1).
Configurer
Les fichiers PreUpgradeCheck et PostUpgradeCheck COP sont disponibles sur la page de téléchargement du logiciel Cisco et peuvent être téléchargés via ce lien.
Cliquez sur Télécharger les fichiers COP.
Marche à suivre
Avant la mise à niveau, téléchargez et installez/exécutez la dernière version du fichier preUpgradeCheck COP. Examinez le résultat PASS / WARNING / FAIL. Résolvez tous les problèmes FAIL et les AVERTISSEMENTS. Répétez jusqu'à satisfaction.
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 la santé du système et compare les éléments des versions active et inactive. Les services et les téléphones peuvent prendre un certain temps, il est donc recommandé de répéter l'exécution du COP plusieurs fois à un certain intervalle.
L'installation du fichier COP est similaire à l'installation d'autres fichiers COP, et les étapes détaillées de l'installation figurent dans le fichier Readme des fichiers COP.
Cliquez sur PrecheckUpgrade Readme ou PostUpgradeCheck Readme pour afficher les détails.
Comment obtenir le rapport et l'examiner
Une fois l'installation des fichiers COP terminée, vous voyez un résumé des résultats des tests et le chemin/les commandes 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 PreUpgradeCheck, exécutez file view install PreUpgradeReport.txt et pour PostUpgradeCheck, file view install PostUpgradeReport.txt.
Le résultat est similaire à cette image qui montre les résultats sous la forme PASS/FAIL/WARNINg pour différents aspects.
Voici la liste des différents composants qui sont vérifiés.
1. État du réseau
Voici les tests de vérification :
- Connectivité intra-cluster
- Accessibilité DNS
- état NTP
- Accessibilité NTP : vérifie l'accessibilité du ou des serveurs NTP externes
- Dérive d'horloge NTP : vérifie la dérive d'horloge locale à partir du ou des serveurs NTP
- NTP strate : vérifie le niveau de strate de l'horloge de référence.
En cas de problème avec l'une ou l'ensemble des vérifications précédentes, le test est marqué comme FAIL et la raison appropriée est mentionnée dans le rapport.
2. COPS installé
Ce test répertorie les COP installés sur une partition active du serveur.C
Le test affiche un avertissement si plusieurs versions du même COP local sont installées, ou si dp-ffr.3-1-16.GB, le COP est installé sur un serveur 9.x.
3. État du service
Ce test inspecte l'état de tous les services (STARTED ou STOPPED) et signale les services qui sont :
- Les services réseau critiques et sont arrêtés.
- Active mais ne s'exécute pas.
- Le test est marqué comme FAIL s'il trouve un service répondant aux critères précédents.
- Le test stocke également l'état de tous les services à utiliser par le contrôle de post-mise à niveau COP.
4. Santé de la base de données
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 mise à niveau de la migration de la base de données.
Si le test détecte des entrées non standard, les entrées ainsi que le nom de leur table de base de données résidente sont affichés dans le rapport et le test est marqué comme FAIL.
L'administrateur doit supprimer ces entrées non standard avant de tenter une mise à niveau.
5. État de la base de données de cluster
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 FAIL et le nom du noeud non authentifié est affiché dans le rapport.
État de 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 affiché dans le rapport.
6. Dernière date de sauvegarde DRS
Ce test montre quand la dernière sauvegarde DRS a été effectuée. Est-il plus de 3 jours en arrière ou si DRS est configuré ou non ?
Si la date de sauvegarde est très ancienne, l'administrateur peut sauvegarder la dernière configuration afin d'éviter de perdre la dernière configuration au cas où la sauvegarde DRS aurait besoin d'être restaurée.
7. Vérification de l'espace disque
Ce test vérifie l'espace libre requis pour toutes les versions supérieures (jusqu'à 12.5) à la version actuelle des serveurs.
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 effectuer la mise à niveau vers 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 de l'enregistrement et de l'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 comporte plus de 14 caractères en mode FIPS, ESM ou CC. 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é.
10. Nombre de téléphones
Ce test indique 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 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 de VM est native vmtools, alors il imprime le type et la version d'outils de VM avec cette recommandation.
12. Contrôles de mise à niveau
Ce test fournit des informations critiques applicables à la mise à niveau vers la version 12.5.
13. Modèles de téléphone déconseillés
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 si de tels téléphones sont déconseillés (l'ID MAC et le modèle de téléphone sont indiqués dans le rapport).
14. Compatibilité des cartes réseau
Ce test vérifie si la carte réseau actuelle est prise en charge dans les versions 12.x d'Unified Communications Manager et du service IM and Presence.
Si la carte réseau est incompatible, le test échoue et une recommandation de passer à la carte VMXNET3 est émise.
Vérifier
Aucune procédure de vérification n'est disponible pour cette configuration.
Dépannage
Lorsque certains tests échouent et que la chaîne de recommandation n'est pas suffisante, procédez aux dépannages suivants :
Recherchez dans les journaux d'installation les problèmes génériques liés à l'exécution d'un fichier COP, tels que le filtrage du fichier COP, ou vérifiez que les phases de téléchargement et d'installation ont commencé et se sont terminées.
- Assurez-vous que le COP est exécuté sur les produits CCM ou IM&P uniquement.
- Assurez-vous que le COP est exécuté sur la version 9.x ou une version antérieure minimale prise en charge.
Les journaux de pré-mise à niveau et de post-mise à niveau ne sont pas encore disponibles pour téléchargement à partir de RTMT, par conséquent utilisez file dump ou file get pour télécharger les journaux.
Utilisez le fichier de commandes CLI get install PreUpgradeReport.txt (PreUpgrade) et le fichier get install PostUpgradeReport.txt(PostUpgrade).