Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Informations générales

Configuration

Marche à suivre?

Comment obtenir le rapport et l'examiner ?

1. État du réseau

2. COPS installé

3. État du service

4. Sanité de la base de données

5. État de la base de données de cluster

6. Dernière date de sauvegarde DRS

7. Vérification de l'espace disque

10. Nombre de téléphones

12. Vérifications de mise à niveau

13. Modèles téléphoniques déconseillés

14. Compatibilité des cartes réseau

Vérification

Dépannage

Introduction

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.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

- Cisco Unified Communications Manager 9.x et versions ultérieures

- IM and Presence Server 9.x et versions ultérieures

Components Used

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.

Informations générales

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).

Configuration

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.

Marche à suivre?

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.

Comment obtenir le rapport et l'examiner ?

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.

1. État du réseau

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.

2. COPS installé

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.

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 sont arrêtés.

- Active mais ne s'exécute pas.

- Le test est marqué comme FAIL s'il trouve un service satisfaisant aux critères ci-dessus.

- Le test stocke également l'état de tous les services à utiliser par Post Upgrade Check COP.

4. Sanité 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 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.

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 É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.

6. Dernière date de sauvegarde DRS

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.

7. Vérification de l'espace disque

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é.

10. Nombre de téléphones

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.

12. Vérifications de mise à niveau

Ce test fournit des informations critiques applicables à la mise à niveau vers 12.5

13. Modèles téléphoniques 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 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).

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 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.

Vérification

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 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.

- Assurez-vous que le COP est exécuté sur CCM ou les produits IM&P uniquement.

- Assurez-vous que le COP est exécuté sur ou au-dessus de la version minimale prise en charge de 9.x.

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).