Alertes de l'outil de surveillance en temps réel

Options de téléchargement

  • PDF     (640.1 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (606.8 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (503.7 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:27 avril 2018
ID du document:213291

Langage exempt de préjugés

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.

À propos de cette traduction

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.

    Introduction

    Ce document traite des alertes de l'Outil de surveillance en temps réel de Cisco (RTMT) et explique comment dépanner certaines alertes couramment vues.

    Conditions préalables

    Exigences

    Cisco vous recommande de connaître l'administration Web de Cisco Call Manager.

    Composants utilisés

    Les informations contenues dans ce document sont basées sur le serveur Cisco CallManager 11.0.

    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. If your network is live, make sure that you understand the potential impact of any command.

    Informations générales

    Le RTMT, qui s'exécute en tant qu'application côté client, utilise HTTPS et TCP afin de surveiller les performances du système, l'état des périphériques, la détection des périphériques, les applications CTI (Computer Telephony Integration) et les ports de messagerie vocale. RTMT peut être utilisé pour configurer des alertes pour le cluster qu'il surveille.

    Le système génère des messages d'alerte afin d'avertir l'administrateur lorsqu'une condition prédéfinie est remplie, par exemple lorsqu'un service activé passe de l'état actif à l'état inactif. Le système peut envoyer des alertes par e-mail/e-page.

    RTMT, qui prend en charge la définition, la définition et l'affichage des alertes, contient des alertes préconfigurées et définies par l'utilisateur. Bien que vous puissiez effectuer des tâches de configuration pour les deux types, vous ne pouvez pas supprimer les alertes préconfigurées.

    Alertes RTMT

    Unified RTMT affiche les alertes préconfigurées et les alertes personnalisées dans Alert Central, comme indiqué dans l'image.

    213291-real-time-monitoring-tool-alerts-00.png

    Vous pouvez également accéder à Alert Central en cliquant sur l'icône Alert Central dans l'arborescence du tiroir système.

    213291-real-time-monitoring-tool-alerts-01.png


    Configurer

    Unified RTMT organise les alertes sous les onglets appropriés : System, CallManager, Cisco Unity Connection et Custom.

    213291-real-time-monitoring-tool-alerts-02.png

    Vous pouvez activer ou désactiver les alertes préconfigurées et personnalisées dans Alert Central ; toutefois, vous ne pouvez pas supprimer les alertes préconfigurées.

    213291-real-time-monitoring-tool-alerts-03.png

    Les alertes dans RTMT sont classées comme suit :


    Alertes système


    Cette liste comprend les alertes système préconfigurées :

    • ÉchecAuthentification

    • Échec de CiscoDRF

    • CoreDumpFileFound

    • UCpegging

    • ÉvénementAuditCritiqueGénéré

    • CriticalServiceDown

    • DéfaillanceMatériel

    • ChaîneRechercheFichierJournalTrouvé

    • LogPartitionHighWaterMarkExceeded

    • LogPartitionLowWaterMarkDépassé

    • FaiblePartitionActiveEspaceDisqueDisponible

    • MémoireVirtuelleFaibleDisponible

    • FaiblePartitionInactiveEspaceDisqueDisponible

    • EspaceDisquePartitionDisponibleFaibleÉchange

    • ServerDown (s'applique aux clusters Unified Communications Manager (CUCM))

    • PartitionDeRechangeSupérieureSeuilSupérieur

    • PartitionFaibleSeuilDépassement

    • SyslogSeverityMatchFound

    • SyslogStringMatchFound

    • VersionSystèmeNonConcordante

    • TotalProcessusEtThreadsDépassementSeuil

    Alertes CallManager

    Cette liste comprend les alertes CallManager préconfigurées.

    • BeginThrottlingCallListBLFSuscriptions
    • TentativeD'AppelBloquéeParStratégie
    • AppelTraitementNoeudAppelsAppelsTraitésEnAttente
    • CARIDESngineCritical
    • CardesPanneMoteur
    • ÉchecTravailPlanificateurCARS
    • ÉchecFichierEnvoiAgentCDRA
    • CDRFileDeliveryFailed
    • CDRHighWaterMarkExceeded
    • CDRMaximumDiskSpaceDépassé
    • CodeYellow
    • DBChangeNotifyFailure
    • ÉchecRéplicationDBR
    • DBReplicationTableOutSync
    • PréventionVerrouillageDDRB
    • DDRDown
    • EMCCFailDansClusterLocal
    • EMCCFailDansClusterDistant
    • RapportsQualitéVoixExcessive
    • IMEDistributedCacheInactive
    • IMEOverQuota
    • IMEQualitéAlerte
    • IdentificateursDeSecoursInsuffisants
    • ÉtatServiceIMES
    • IdentifiantsIncorrects
    • FaibleFréquencePulsationServeurTFTP
    • SuiviAppelsMalveillants
    • MediaListExhausted
    • MgcpDChannelHorsService
    • NombreDePériphériquesEnregistrésDépassé
    • NombreDePasserellesEnregistréesDiminué
    • NombreDePasserellesEnregistréesAugmenté
    • NombreDePériphériquesMédiasEnregistrésDiminué
    • NombreDePériphériquesMédiasEnregistrésAugmenté
    • NombreDeTéléphonesEnregistrésAbandonnés
    • ListeRoutageÉpuisée
    • LiaisonSDLhorsService
    • TCPSetupToIMEFail
    • ÉchecConnexionTLSConnectionÀIMEF
    • ÉchecEntréeUtilisateur 

    LowAvailableVirtualMemory et LowSwapPartitionAvailableDiskSpace

    Les serveurs Linux ont tendance à « ne pas effacer » l'utilisation de la mémoire virtuelle sur une certaine période de temps et on a constaté qu'elle s'accumulait et par conséquent ces alertes.

    213291-real-time-monitoring-tool-alerts-04.png

    Linux fonctionne un peu différemment comme système d'exploitation.

    Une fois que la mémoire est allouée à un processus, le processeur ne la récupère pas, sauf si un autre processus demande plus de mémoire que la mémoire disponible.

    Cela entraîne une mémoire virtuelle élevée.

    Une demande d'augmentation du seuil de l'alarme dans les versions supérieures du gestionnaire d'appels a été documentée dans le défaut ; https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuq75767/?reffering_site=dumpcr

    Pour les partitions d'échange, cette alerte indique que la partition d'échange ne dispose pas d'un espace suffisant et qu'elle est largement utilisée par le système. La partition d'échange est normalement utilisée pour étendre la capacité de la mémoire vive physique lorsque cela est nécessaire. Dans des conditions normales, si la mémoire vive est suffisante, l'échange ne doit pas être utilisé trop. 

    En outre, ceux-ci peuvent lancer des alertes RTMT provoquées par une accumulation de fichiers temporaires, un redémarrage du serveur est recommandé pour effacer tous les fichiers temporaires inutiles.

    LogPartitionHighWaterMarkExceeded et LogPartitionLowWaterMarkExceeded

    Lors de l'exécution de show status sur l'interface de ligne de commande d'un serveur CUCM, une valeur qui spécifie le pourcentage occupé et libre de partition de journalisation dans l'espace disque CUCM est affichée. Également appelée partition commune, ces valeurs spécifient l'espace occupé par les journaux/traces et les fichiers CDR dans le serveur, ce qui, bien que sans danger, peut entraîner des problèmes dans la procédure d'installation/mise à niveau en raison du manque d'espace au fil du temps. Ces alertes servent d'avertissement à l'administrateur pour qu'il efface les journaux qui peuvent s'être accumulés au fil du temps dans le cluster/serveur.

    LogPartitionLowWaterMarkExceeded : cette alerte est générée lorsque l'espace rempli atteint les valeurs de seuil configurées pour l'alerte. Cette alerte sert d'indicateur de vérification préalable de l'utilisation du disque.

    LogPartitionHighWaterMarkExceeded : cette alerte est générée lorsque l'espace rempli atteint les valeurs de seuil configurées pour l'alerte. Une fois l'alerte générée, le serveur commence à purger automatiquement les journaux les plus anciens afin de réduire l'espace à une valeur inférieure au seuil HighWaterMark.

    La meilleure pratique consiste à purger manuellement les journaux dès la réception de l'alerte LogPartitionLowWaterMarkExceeded.

    Pour ce faire, procédez comme suit :

    Étape 1 : lancement de RTMT

    Étape 2. Sélectionnez Alert Central, puis effectuez les tâches suivantes :

    Sélectionnez LogPartitionHighWaterMarkExceeded, notez sa valeur et modifiez sa valeur de seuil à 60 %.

    Sélectionnez LogPartitionLowWaterMarkExceeded, notez sa valeur et modifiez sa valeur de seuil à 50 %.

    L'interrogation a lieu toutes les 5 minutes. Attendez 5 à 10 minutes, puis vérifiez que l'espace disque requis est disponible. Si vous souhaitez libérer de l'espace disque dans la partition commune, remplacez les valeurs de thread LogPartitionHighWaterMarkExceeded et LogPartitionLowWaterMarkExceeded par des valeurs inférieures (par exemple, 30 % et 20 %).

    Donnez-lui 15 à 20 minutes pour libérer l'espace dans la partition commune. Vous pouvez surveiller la diminution de l'utilisation du disque avec la commande show status de CLI.

    Cela ferait tomber la partition commune.

    UCpegging

    L'alerte CpuPegging surveille l'utilisation du CPU sur la base du seuil configuré.

    Lorsque l'alerte d'identification de l'origine des besoins du processeur est reçue, le processus qui occupe le processeur le plus élevé peut être occupé en accédant au tiroir système à gauche, c'est-à-dire Processus.

    213291-real-time-monitoring-tool-alerts-05.png

    À partir de l'interface de ligne de commande du serveur concerné, ces résultats vous donneront un aperçu.

    • test de diagnostic utils
    • show process load cpu sorted
    • show status
    • liste active du noyau utils

    Il est recommandé d'observer si la pointe du processeur se produit à un moment spécifique ou de manière aléatoire. S'il se produit de manière aléatoire, les suivis CUCM détaillés requis ainsi que les journaux de performances RisDC pour vérifier ce qui déclenche la pointe dans le CPU. Si les alertes se produisent à une heure spécifique de la journée, cela peut être dû à une activité planifiée telle que la sauvegarde du système de récupération après sinistre (DRS), le chargement CDR, etc.

    En outre, sur la base des informations concernant le processus qui occupe le plus de CPU, des journaux spécifiques sont pris pour une étude plus approfondie. Par exemple. si le coupable est Tomcat, les journaux associés à Tomcat sont nécessaires.

    213291-real-time-monitoring-tool-alerts-06.png

    Vérifier

    Utilisez cette section pour confirmer que votre configuration fonctionne correctement.

    Si les alertes ne sont pas rejetées après avoir suivi les solutions de contournement suggérées ici, ou si les alertes semblent avoir un impact immédiat sur le service, contactez le TAC Cisco avec les détails nécessaires sur la version du gestionnaire d'appels, le nombre de noeuds dans le cluster, l'heure et la durée de l'alerte et le processus requis en cas d'identification de l'origine des besoins du CPU.

    Dépannage

    Il n'existe actuellement aucune information de dépannage spécifique pour cette configuration.

    Historique de révision

    Révision Date de publication Commentaires
    1.0
    27-Apr-2018
    Première publication
    TAC Authored

    Contribution d’experts de Cisco

    • Animesh Lochan
      Ingénieur TAC Cisco

    Ce document vous est-il utile?

    FeedbackCommentaires

    Contacter Cisco

    Ce document s’applique à ces produits