Voz y Comunicaciones unificadas : Cisco Unified Communications Manager (CallManager)

Administrador 6.0 de las Comunicaciones unificadas de Cisco de la supervisión y del troubleshooting CPU elevada, usando la herramienta del monitoreo en tiempo real (RTMT)

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

Este documento proporciona los pasos para ayudar a los problemas de la supervisión y del troubleshooting relacionados con la alta utilización del procesador en el administrador 6.0 de las Comunicaciones unificadas de Cisco con RTMT.

prerrequisitos

Requisitos

Cisco recomienda que usted tiene conocimiento de este tema:

  • Administrador de las Comunicaciones unificadas de Cisco

Componentes Utilizados

La información en este documento se basa en estos asuntos del orden del día:

La información en este documento se basa en el administrador 6.0 de las Comunicaciones unificadas de Cisco.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Tiempo del sistema, tiempo del usuario, IOWait, IRQ suave, y IRQ

La utilización de RTMT para aislar los problemas potenciales con el CPU puede ser un paso de Troubleshooting muy útil.

Estos términos representan el uso RTMT del CPU y de los informes de la página de la memoria:

  • %System: el porcentaje de la utilización de la CPU que ocurrió en la ejecución en el a nivel sistema (corazón)

  • %User: el porcentaje de la utilización de la CPU que ocurrió en la ejecución en el nivel del usuario (aplicación)

  • %IOWait: el porcentaje del tiempo que el CPU estaba ocioso pues esperó una petición excepcional entrada-salida del disco

  • %SoftIRQ: el porcentaje del tiempo que el procesador ejecuta difirió el proceso IRQ (por ejemplo, el proceso de los paquetes de red)

  • %IRQ el porcentaje del tiempo que el procesador ejecuta el Interrumpir pedido, que se asigna a los dispositivos para la interrupción, o envía una señal al ordenador cuando es proceso acabado

Alertas de la puesta de clavijas CPU

USO de la CPU del monitor de las alertas CPUPegging/CallProcessNodeCPUPegging basado en los umbrales configurados:

Nota: %CPU se calcula como %system + %user + %nice + %iowait + %softirq + %irq

Los mensajes de alerta incluyen éstos:

  • %system, %user, %nice, %iowait, %softirq, y %irq

  • El proceso que utiliza la mayoría del CPU

  • Los procesos que esperan en el sueño continuo del disco

Las alertas de la puesta de clavijas CPU pueden subir en RTMT debido a un USO de la CPU más alto que lo que se define como el nivel de la filigrana. Puesto que el CDR es una aplicación del uso intensivo de la CPU cuando carga, marque si usted recibe las alertas en el mismo período que cuando el CDR se configura para funcionar con los informes. En este caso, usted puede necesitar aumentar los valores de umbral encendido RTMT. Refiera a las alertas para más información sobre RTMT las alertas.

Identificación del proceso que utiliza la mayoría del CPU

Si %system y/o %user es arriba bastante generar la alerta de CpuPegging, marque el mensaje de alerta para ver qué procesos utilizan la mayoría del CPU.

Nota: Vaya a la página RTMT de proceso y clasifique por %CPU para identificar CPU elevada los procesos.

/image/gif/paws/97086/ccm6_cpu1.gif

Nota: Para la análisis postmortem, los RI que resuelven problemas el perfmon registran las pistas el uso del proceso %CPU, y sigue en el nivel del sistema.

Alto IOWait

Alto %IOWait indica las altas actividades entrada-salida del disco. Considere éstos:

  • IOWait es debido al intercambio pesado de la memoria.

    Marque los % hora de la CPU para la división del intercambio para ver si hay nivel elevado de actividad de intercambio de la memoria. Puesto que la asamblea tiene por lo menos RAM 2G, el intercambio de memoria alta es probablemente a causa a una fuga de memoria.

  • IOWait es debido a la actividad DB.

    El DB es sobre todo el único que accede la partición activa. Si % hora de la CPU para la partición activa es alto, hay probablemente mucha actividad DB.

Alto IOWait debido a la división común

La división común (o registro) es la ubicación en la cual se salvan la traza y los archivos del registro.

Nota: Marque éstos:

  • Central de la traza y del registro — ¿Hay actividad de la colección de la traza? Si se afecta el Procesamiento de llamadas (es decir, CodeYellow), ajuste el horario de la colección de la traza. También, si se utiliza la opción de la cremallera, vuelta de la cual.

  • Configuración de la traza — En el nivel detallado, el CallManager genera muy un bit de la traza. Si alto %IOWait y/o CCM está en el estado de CodeYellow y la configuración de la traza del servicio de CallManager está en detallado, intente cambiarlo al “error.”

Identificación del proceso responsable de la entrada-salida del disco

No hay forma directa de descubrir el uso %IOWait por el proceso. Actualmente, la mejor manera es marcar los procesos que esperan en el disco.

Si %IOWait es arriba bastante causar una alerta de CpuPegging, marque el mensaje de alerta para determinar los procesos que esperan la entrada-salida del disco.

  • Vaya a la página RTMT de proceso y clasifique por el estatus. Marque para saber si hay procesos en el estado continuo del sueño del disco. El proceso SFTP usado por el TLC para la colección programada está en el estado continuo del sueño del disco.

    /image/gif/paws/97086/ccm6_cpu2.gif

    Nota: Los RI que resuelven problemas el archivo del registro del perfmon se pueden descargar para examinar el estado del proceso por períodos de tiempo más largos.

  1. En la herramienta del monitoreo en tiempo real, vaya al sistema > a las herramientas > a la traza > a la central de la traza y del registro.

    /image/gif/paws/97086/ccm6_cpu3.gif

  2. El tecleo doble recoge los archivos y elige después.

    /image/gif/paws/97086/ccm6_cpu4.gif

  3. Elija al recopilador de datos PerfMonLog de Cisco RI y elija después.

    /image/gif/paws/97086/ccm6_cpu5.gif

  4. En el campo del tiempo de la colección, configure el tiempo requerido para ver los archivos del registro para el período en la pregunta. En el campo de opción de archivos de la descarga, hojee a su trayectoria de la descarga (una ubicación de la cual usted pueda iniciar el monitor de rendimiento de Windows para ver el archivo del registro), elija los archivo zip, y elija el final.

    /image/gif/paws/97086/ccm6_cpu6.gif

  5. Observe los archivos de la recogida progresan y descargan la trayectoria. Ningunos errores se deben señalar aquí.

    /image/gif/paws/97086/ccm6_cpu7.gif

  6. Vea los archivos del registro del funcionamiento con la herramienta del monitor de rendimiento de Microsoft. Elija el Start (Inicio)> Settings (Configuración) > Control panel (Panel de control) > Administrative Tools > funcionamiento.

    /image/gif/paws/97086/ccm6_cpu8.gif

  7. En la ventana de la aplicación, haga clic con el botón derecho del ratón y elija las propiedades.

    /image/gif/paws/97086/ccm6_cpu9.gif

  8. Elija la lengueta de la fuente en system monitor (Monitor del sistema) el cuadro de diálogo Propiedades. Elija los archivos del registro: como la fuente de datos, y haga clic el botón Add.

    /image/gif/paws/97086/ccm6_cpu10.gif

  9. Hojee al directorio donde usted descargó el archivo del registro del perfmon y elige el perfmon archivo CSV. El archivo del registro incluye a esta convención para nombres:

    PerfMon_<node>_<month>_<day>_<year>_<hour>_<minute>.csv; por ejemplo, PerfMon_10.89.35.218_6_20_2005_11_27.csv.

  10. Haga clic en Apply (Aplicar).

  11. Haga clic el botón del rango de tiempo. Para especificar el rango de tiempo en el archivo del registro del perfmon que usted quiere ver, arrastre la barra a los tiempos apropiados del comienzo y del final.

  12. Para abrir el cuadro de diálogo de los contadores del agregar, haga clic la lengueta de los datos y el haga click en Add De la casilla desplegable del objeto de rendimiento, agregue el proceso. Elija el estado del proceso y haga clic todos los casos. Cuando usted acaba las opciones de los contadores, haga clic cerca.

    /image/gif/paws/97086/ccm6_cpu11.gif

  13. Inclina para cuando usted ve el registro:

    • Fije la escala vertical del gráfico al máximo 6.

    • Céntrese en cada proceso y mirada en el valor máximo de 2 o mayor.

    • Borre los procesos que no están en el sueño continuo del disco.

    • Utilice la opción del resaltado.

    /image/gif/paws/97086/ccm6_cpu12.gif

    Nota: El estado del proceso 2 = sueño continuo del disco es sospechado. Las posibilidades del otro estado son 0 – ejecutándose, 1 – durmiendo, 2 – sueño continuo del disco, 3 – zombi, 4 – localizados o parados, 5 – paginación, 6 – desconocido

Cifre el amarillo

Se genera la alerta amarilla del código cuando el servicio de CallManager entra el estado del amarillo del código. Para más información sobre el estado del amarillo del código, refiera a estrangular de la llamada y al estado del amarillo del código. La alerta de CodeYellow se puede configurar para descargar los archivos de traza para los propósitos de Troubleshooting.

El contador de AverageExpectedDelay representa el retardo previsto media actual para manejar cualquier mensaje entrante. Si el valor está sobre el valor especificado en “el parámetro de servicio de la Latencia de la entrada amarilla del código”, se genera la alarma de CodeYellow. Este contador puede ser un indicador clave del funcionamiento del Procesamiento de llamadas.

¿CodeYellow pero el USO de la CPU total es el solamente 25% - por qué?

Es posible que el CallManager entre el estado de CodeYellow debido a una falta de recursos del procesador cuando el USO de la CPU total es el solamente alrededor 25-35 por ciento en un cuadro 4-virtual-processor.

Nota: Con Híper-roscar girado, un servidor con dos procesadores físicos tiene cuatro procesadores virtuales.

Nota: Semejantemente, en un servidor del dos-procesador, CodeYellow es posible aproximadamente el 50 por ciento de USO de la CPU del total.

Alerta: El “estatus del servicio está ABAJO. Cisco Messaging Interface.”

Si RTMT envía el estatus del servicio está ABAJO. Cisco Messaging Interface. alerta, usted debe desactivar el servicio del Cisco Messaging Interface si CUCM no se integra con un sistema de mensajería por voz del otro vendedor. Si usted inhabilita el servicio del Cisco Messaging Interface, para otras alertas de RTMT.


Información Relacionada


Document ID: 97086