Problemas del reportero de la penetración de Cisco del Troubleshooting

Opciones de descarga

PDF (415.7 KB)
Visualice con Adobe Reader en una variedad de dispositivos
ePub (374.8 KB)
Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
Mobi (Kindle) (529.2 KB)
Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos

Actualizado:16 de mayo de 2016

ID del documento:200465

Acerca de la traducción

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

Contenido

Introducción

prerrequisitos

Requisitos

Componentes Utilizados

Problemas de la penetración del Troubleshooting

Información Relacionada

Introducción

Este documento describe cómo resolver problemas los diversos problemas relacionados con el reportero de la penetración, que es una plataforma del software integrada con la solución de Cisco Service Control y se diseña generar los diversos informes, cartas y estadísticas.

Prerrequisitos

Requisitos

Cisco recomienda que tenga conocimiento sobre estos temas:

Solución de Cisco Service Control
Conocimiento básico en el reportero del motor (SCE), del Administrador de recolección (CM) y de la penetración del control de servicio

Componentes Utilizados

La información en este documento se basa en las pruebas realizadas con la versión 4.2 de la penetración. Sin embargo este documento no se restringe a ninguna versión de software específica.

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.

Resuelva problemas los problemas de la penetración

Si el reportero de la penetración no puede generar ninguna informes, siga los siguientes pasos para reparar el problema.

Paso 1. Verifique que los archivos requeridos jconn3.jar estén copiados adentro al servidor de la penetración. El equipo de instalación predeterminado de la penetración se lía con el conector de la Conectividad de la base de datos de Java (JDBC) para MySQL 5.x. Para utilizar SYBASE (ASE v 12.x o más adelante) o el Oracle (v 9.x o más adelante) como base de datos del tráfico, usted puede ser que necesite copiar los tarros compatibles del conector JDBC (no proporcionados el reportero de la penetración de Cisco) para el servidor de bases de datos respectivas al directorio siguiente.

 [user home directory]/Insight/apache-tomcat-6.0.20/webapps/insight/WEB-INF/lib

El archivo se copia una vez, el servidor de la penetración necesita ser recomenzado para que los cambios tomen el efecto.

/etc/init.d/tomcat-instance stop
 /etc/init.d/tomcat-instance start

Paso 2. Verifique que el servidor de la penetración pueda comunicar con la base de datos del tráfico.

Abra la penetración GUI y haga clic en el icono de la Administración de las configuraciones en el lanzador del módulo. Seleccione la base de datos de la lengueta de las bases de datos del tráfico y haga clic en editan. Según lo visualizado, edite la ventana de la base de datos del tráfico aparece. Usted tiene que configurar los diversos campos como la dirección IP DB, esquema DB, nombre de usuario, contraseña y así sucesivamente. Después de la configuración, haga clic en el botón Test Button. Si la Conectividad DB es acertada, muestra la prueba de la configuración acertada tal y como se muestra en de esta imagen.

Si los resultados de la prueba en ningún error como Databse remoto no pueden ser conectados, señala a un problema de comunicación con la base de datos. Siga los siguientes pasos para reparar el problema:

Verifique los parámetros de la base de datos) están correcto
Verifique el DB es en servicio
Verifique la conectividad del IP entre el servidor de la penetración y la base de datos del tráfico

Paso 3. Verifique que el SCE envíe los expedientes de datos sin procesar (RDR) al CM. Este comando se puede utilizar para verificar si la cuenta RDR está incrementada y no hay RDR hechos cola o lanzados en el SCE.

 SCE8000-1#>show RDR-formatter 
 Status:  enabled
 Connection is: down
 Forwarding mode: multicast
 Connection Table:
 ------------------------------------------------------------------------------------------
 | Collector       | Port  |Status| Priority per Category:                                |
 | IP-Address  /   |       |      |-------------------------------------------------------|
 | Host-Name       |       |      | Category1   | Category2   | Category3   | Category4   | 
 |-----------------|-------|------|-------------|-------------|-------------|-------------|
 | 10.106.38.250   | 33000 | down | 100         | 100         | ---         | ---         | 
 ------------------------------------------------------------------------------------------
 RDR:    queued: 46629 ,sent: 28417, thrown:     0, format-mismatch:     0
 UM:     queued:     0 ,sent:     0, thrown:     0
 Logger: queued:     0 ,sent:     0, thrown:     0
 Errors: thrown:     0
 Last time these counters were cleared: 10:19:09  IST  MON  April  11  2016
 SCE8000-1#>

Paso 4. Verifiquelo que el CM se esté ejecutando, recibiendo los RDR del SCE, los RDR procesing y envíe a la base de datos del tráfico.

Este script se puede utilizar para verificar que el CM es funcional.

-bash-4.1$ ~scmscm/setup/alive.sh

AUTORIZACIÓN DEL ESTATUS. El CM está funcionando

Hay un proceso para cada adaptador CM habilitado, por lo tanto es útil identificar que todos los adaptadores CM están ejecutando en el momento.

-bash-4.1$ ps -ef | grep scmscm.adapters
 scmscm    1726 32298  0 00:47 pts/1    00:00:00 grep scmscm.adapters
 scmscm    3910  1663  0 Apr12 ?        00:03:14 /opt/CM510/cm/lib/java/bin/java -DADAPTER=RAGAdapter -Djava.security.egd=file:/dev/./urandom -DconfigFile=cm.conf -server -Xconcurrentio -DAPP=com.cisco.scmscm.adapters.rag.RAGAdapter -Dcom.cisco.scmscm.configPath=/opt/CM510/cm/config/ -Dcom.cisco.scmscm.home=/opt/CM510 -Dcom.cisco.scmscm.logPath=/opt/CM510/cm/logs -Xmx4076M com.cisco.scmscm.adapters.BaseAdapter com.cisco.scmscm.adapters.rag.RAGAdapter /opt/CM510/cm/adapters/RAGAdapter/ /opt/CM510/cm/config/ 10000
 scmscm    3913  1663  0 Apr12 ?        00:02:52 /opt/CM510/cm/lib/java/bin/java -DADAPTER=TAAdapter -Djava.security.egd=file:/dev/./urandom -DconfigFile=cm.conf -server -Xconcurrentio -DAPP=com.cisco.scmscm.adapters.topper.TAAdapter -Dcom.cisco.scmscm.configPath=/opt/CM510/cm/config/ -Dcom.cisco.scmscm.home=/opt/CM510 -Dcom.cisco.scmscm.logPath=/opt/CM510/cm/logs -Xmx512M com.cisco.scmscm.adapters.BaseAdapter com.cisco.scmscm.adapters.topper.TAAdapter /opt/CM510/cm/adapters/TAAdapter/ /opt/CM510/cm/config/ 10000
 scmscm    3919  1663  0 Apr12 ?        00:02:46 /opt/CM510/cm/lib/java/bin/java -DADAPTER=CSVAdapter -Djava.security.egd=file:/dev/./urandom -DconfigFile=cm.conf -server -Xconcurrentio -DAPP=com.cisco.scmscm.adapters.CSVAdapter -Dcom.cisco.scmscm.configPath=/opt/CM510/cm/config/ -Dcom.cisco.scmscm.home=/opt/CM510 -Dcom.cisco.scmscm.logPath=/opt/CM510/cm/logs com.cisco.scmscm.adapters.BaseAdapter com.cisco.scmscm.adapters.CSVAdapter /opt/CM510/cm/adapters/CSVAdapter/ /opt/CM510/cm/config/ 10000
 scmscm    3923  1663  0 Apr12 ?        00:04:15 /opt/CM510/cm/lib/java/bin/java -DADAPTER=JDBCAdapter -Djava.security.egd=file:/dev/./urandom -DconfigFile=cm.conf -server -Xconcurrentio -DAPP=com.cisco.scmscm.adapters.jdbc.JDBCAdapter -Dcom.cisco.scmscm.configPath=/opt/CM510/cm/config/ -Dcom.cisco.scmscm.home=/opt/CM510 -Dcom.cisco.scmscm.logPath=/opt/CM510/cm/logs com.cisco.scmscm.adapters.BaseAdapter com.cisco.scmscm.adapters.jdbc.JDBCAdapter /opt/CM510/cm/adapters/JDBCAdapter/ /opt/CM510/cm/config/ 10000

Para verificar que el CM reciba los RDR del SCE y la tarifa en los cuales los diversos SCEs envían los RDR, utilice este script.

-bash-4.1$ ~scmscm/scripts/sceconf.sh --op=list
 IP               Rate       Peak      
 ---------------- ---------- ----------
 10.106.37.14     0.04       1001.56   

 Command terminated successfully

Este script proporciona el estatus del CM, del DB y del estatus del CM a la Conectividad DB.

-bash-4.1$ ~scmscm/setup/monitor/monitor.sh -a -d 
 Test: 01db_up.sh. Status: PASS. Message: db is up
 Test: 02cm_up.sh. Status: PASS. Message: CM is running
 Test: 03free_db.sh. Status: PASS. Message: 50% free space in data db
 Test: 04free_log.sh. Status: FAIL. Message: Unsupported for MySQL
 Test: 05cm_persistent_buffers.sh. Status: PASS. Message: All Adapter persistent buffers are in Normal state

Esta ayuda del script a verificar que las tablas DB updpted con los datos del lastet. El script pregunta las diversas tablas en la base de datos del tráfico y proporciona la salida con los valores del min_time y del max_time. El min_time proporciona la información del grupo fecha/hora del primer expediente en la tabla y el max_time proporciona el grupo fecha/hora del expediente más reciente de la tabla.

Paso 5. Marque los archivos del registro CM y vea si hay algunos errores señalados en los registros. Los archivos del registro CM están disponibles en esta carpeta.

~scmscm/cm/logs

Paso 6. Verifique la tabla INI_VALUES se pone al día en la base de datos del tráfico. El servidor de la penetración extrae la información del dispositivo de la tabla INI_VALUES. Siempre que la configuración de servicio del SCE se cambie, la tabla INI_VALUES es actualizada. Verifique que las entradas SCE estén allí en la tabla con VALUE_TYPE=5 como en este ejemplo.

Paso 7. Recoja los registros del debug. En caso de que la penetración todavía no pueda generar los informes, el Centro de Asistencia Técnica de Cisco (TAC) requiere los registros del servidor de la penetración. Éstos son los pasos para recoger los registros del servidor de la penetración.

Abra la penetración GUI y haga clic en el icono de la Administración de las configuraciones en el lanzador del módulo. Amplíe la opción de registro en la lengueta de las configuraciones globales.
Fije el umbral del registro de evento PARA ADVERTIR y el umbral del registro de la aplicación PARA HACER EL DEBUG DE y para salvar la configuración.
Funcione con el informe de la penetración y recoja inmediatamente el archivo de logs.log del servidor de la penetración. El archivo de logs.log contiene la consulta SQL que el uso del servidor de la penetración de traer los datos de la base de datos, para el informe específico. La trayectoria del archivo del registro en la sección del registro de la lengueta de las configuraciones globales proporciona la ubicación exacta del archivo de logs.log.