Intercambio de servicios : Cisco Service Control Application for Broadband

El reportero SCA BB no devuelve ningún nuevo dato

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

Introducción

Este documento describe cómo resolver el problema de un reportero del Cisco Service Control Application for Broadband (SCA BB) que no devuelva ningún nuevo dato después de que se haya actualizado un motor del Cisco Service Control (SCE).

Contribuido por Cong Li, la playa y Simon Chow de la cañada, ingenieros de Cisco TAC.

Problema

Después de la actualización el SCE y el Administrador de recolección de Cisco (CM), usted nota que el reportero SCA BB no devuelve ningún nuevo dato.

Solución

 Este procedimiento describe los pasos para resolver el problema que no se inserta ningunos nuevos datos.

Basan al reportero SCA BB que está experimentando los problemas sobre que el expediente de datos sin procesar (RDR) es funcionando. Este ejemplo demuestra cómo resolver problemas “USO de la red por un informe del servicio”, que se basa en la etiqueta del uso RDR (LUR) del link de 0xf0f0f005/4042321925. Para más información, refiera a la guía de referencia del Cisco Service Control Application for Broadband, la versión 3.8.x, los expedientes de datos sin procesar: Formatos y contenido del campo.

  1. Verifique las categorías a las cuales el RDR pertenece. Por abandono, LUR pertenece a la categoría 1.

    Nota: Mientras que usted puede tener una configuración personalizada para la RDR-asignación, la configuración personalizada invierte de nuevo al valor por defecto después de la recarga.

    El comando de marcar la RDR-asignación es:

    sce2#show  rdr-formatter rdr-mapping  all | in 0xf0f0f005
    0xf0f0f005 1
  2. Asegúrese que el SCE esté conectado con el CM correcto y que esté enviando la categoría 1 RDR sin los descensos.

    sce2#show rdr-formatter connection-status
    Connection is: up
    Forwarding mode: multicast
    Connection Table:
    -----------------------------------------------------------------
    |Collector  |Port |Status|Priority per Category:                 |
    |IP-Address |     |      |---------------------------------------|
    |Host-Name  |     |      |Category1|Category2|Category3|Category4|
    |-----------|-----|------|---------|---------|---------|---------|
    |10.61.17.20|33000| up   |100      | 100     | ---     | ---     |
    -----------------------------------------------------------------

    sce2#show rdr statistics
    RDR-formatter statistics:
    =========================
    Category 1:
    sent: 22597987
    in-queue: 0
    thrown: 0
    format-mismatch: 0
    unsupported-tags: 0
    rate: 207 RDRs per second
    max-rate: 335 RDRs per second
    ....
  3. Asegúrese que el tiempo SCE y las configuraciones del timezone estén correctos. El grupo fecha/hora RDR se basa sobre el SCE. Utilice el “timezone del reloj” bajo modo de configuración para modificar la información. de la franja horaria en caso necesario.

  4. Verifique el estatus CM.

    bash-3.2$ ./alive.sh
    STATUS OK. CM is functioning
    -bash-3.2$
  5. Marque el archivo de configuración CM y de la cola, y asegúrese de que la categoría 1 RDR está enviada al adaptador de la Conectividad de la base de datos de Java (JDBCAdapter).

    adapter.1=com.cisco.scmscm.adapters.jdbc.JDBCAdapter

    adapter.2=com.cisco.scmscm.adapters.CSVAdapter

    adapter.3=com.cisco.scmscm.adapters.topper.TAAdapter
    [dbase-hi]
    adapter_id=1

    priority=3

    warning_size=40000

    maximum_size=50000

    tags=4042321936,4042321922,4042321925,4042321924,4042322000,4042323052,

    4042321926,4042322064,4042321928,4042322048,4042321927
  6. Marque el tipo de la base de datos y la versión CM.

    -bash-3.2$ ./cm dbversion
    MySQL 5.0.45

    or

    -bash-3.2$./get_cm_info.sh
    Collection Manager version:
    CM CD Version 3.8.5 Build 14
    Collection Manager DB type/version:
    CM database:
    MySQL 5.0.45
    Para más información, refiera a los Release Note para el Administrador de recolección de Cisco, la versión 3.8.x, las bases de datos externas soportadas.

  7. Marque los registros CM JDBCAdapter en optan \ CM \ cm \ registros.

    Estos registros de error del ejemplo son llenos de archivos del registro. El comando -bash-3.2$ ./dbtables.sh vuelve los errores similares.

    2013-04-16 08:35:51,699 [main] 
    ERROR com.cisco.scmscm.db.JdbcConnection.RPT_SUR - JdbcConnection -
    sleeping 30 sec, got SQLException again - JZ006: Caught IOException:
    java.net.ConnectException: Connection refused
  8. Vuelva a efectuar al Asisitente de la Conexión de base de datos CM, y recomience el servicio CM.

    -bash-3.2$ ./dbconf.sh
    Enter the DB type:
    1 - Oracle
    2 - MySQL
    3 - Sybase
    4 - exit
    Enter your choice: 2
    Enter MySQL server host (current is localhost) :
    Enter MySQL server listening port (current is 3306) :
    Enter MySQL server instance id (current is apricot) :
    Enter CM schema user name (current is pqb_admin) :
    Enter CM schema user password (current is pqb_admin) :
    Testing the DB connection...
  9. Verifique la conectividad de la base de datos con ./dbtables.sh, y marque que el grupo fecha/hora de la tabla fuera actualizado. En este caso, el grupo fecha/hora de la tabla RPT_LUR no era actualizado después de la actualización.

    -bash-3.2$ ./dbtables.sh
    Executing query for CM Tables...
    name    |min_time             |max_time             |

    --------+---------------------+---------------------+

    RPT_SUR |                    -|                    -|

    RPT_LUR |2013-03-17 00:00:12.0|2013-04-16 01:15:24.0|

    RPT_VLUR|                    -|                    -|

    RPT_PUR |2013-03-17 00:00:16.0|2013-04-16 01:15:30.0|

    RPT_TR  |2013-03-16 23:59:52.0|2013-04-16 01:16:18.0|

    RPT_FUR |                    -|                    -|
  10. Marque los registros de JDBCAdapter otra vez. Los errores tales como éstos indican que el CM no pudo realizar la operación del separador de millares (RDR) en la base de datos.

    2013-04-16 10:42:47,356 [wrkr/JDBCAdapter] 
    ERROR com.cisco.scmscm.db.DbInserter.RPT_TR - insert err - Exception
    while inserting the rdr values [27.110.229.154@TCB_Batch10, 26, 112,
    1204, 9, 295166279, 443, , , 460252570, 49745, 0, 1366081430, 59670, 0,
    2424, 4787, 0, 0, 23, 6, 251854848, 0, 0, 0, 0, , ], for the rdr
    tag = 4042321936
    java.lang.ArrayIndexOutOfBoundsException
    2013-04-16 10:42:47,356 [wrkr/JDBCAdapter]
    ERROR com.cisco.scmscm.db.DbInserter.RPT_TR - insert err (more details
    in next line), tag=4042321936, fieldNo-1=25 curSqlIndex=28, i=27
    java.lang.ArrayIndexOutOfBoundsException
    2013-04-16 10:42:47,357 [wrkr/JDBCAdapter]
    ERROR com.cisco.scmscm.adapters.jdbc.JDBCAdapter - processRDR - got
    Throwable
    java.lang.ArrayIndexOutOfBoundsException
    2013-04-16 10:42:47,357 [wrkr/JDBCAdapter]
    ERROR com.cisco.scmscm.db.DbInserter.RPT_TR - insert err - Exception
    while inserting the rdr values [27.110.210.197@TCB_Batch21, 48, 84, 40,
    18, 1120172119, 80, , , 460247749, 57178, 0, 1366081430, 620, 0, 1125,
    759, 5, 9, 42, 6, 184681216, 0, 0, 0, 0, , ], for the rdr tag = 4042321936
    java.lang.ArrayIndexOutOfBoundsException
    2013-04-16 10:42:47,357 [wrkr/JDBCAdapter]
    ERROR com.cisco.scmscm.db.DbInserter.RPT_TR - insert err (more details
    in next line), tag=4042321936, fieldNo-1=25 curSqlIndex=28, i=27
    java.lang.ArrayIndexOutOfBoundsException
    2013-04-16 10:42:47,357 [wrkr/JDBCAdapter]
    ERROR com.cisco.scmscm.adapters.jdbc.JDBCAdapter - processRDR - got
    Throwable
  11. Marque que hay espacio adecuado en el disco y en la base de datos.

    -bash-3.2$ df -h
    Filesystem Size Used Avail Use% Mounted on
    /dev/cciss/c0d0p3 14G 12G 1.1G 92% /
    /dev/cciss/c0d0p7 15G 1.4G 13G 10% /var
    /dev/cciss/c0d0p6 29G 4.9G 23G 19% /opt
    /dev/cciss/c0d0p5 70G 56G 9.6G 86% /opt/MySQL
    /dev/cciss/c0d0p1 99M 12M 82M 13% /boot
    tmpfs 3.9G 0 3.9G 0% /dev/shm

    bash-3.2$ ./dbfree.sh 
    SCHEMA_NAME|TOTAL_TABLES|DATA_USED_IN_MB|MAX_DATA_LENGTH_IN_MB|

    -----------+------------+---------------+---------------------+

    apricot    | 20         |44259.73       |118472377892863.98   |
  12. Cree las nuevas bases de datos MySQL para las para pruebas para eliminar los problemas con las bases de datos MySQL, tales como corrupción de la base de datos o un esquema que no era actualizado. Usted necesitará un inicio de sesión en la raíz de MySQL.

    1. Conecte con MySQL.

      bash-3.2$ mysql -u root -p
      Enter password:
      Welcome to the MySQL monitor. Commands end with ; or \g.
      Your MySQL connection id is 203
      Server version: 5.0.45 Source distribution

      Type 'help;' or '\h' for help. Type '\c' to clear the buffer.
    2. Visualice las bases de datos actuales.

      mysql> show databases;
      +--------------------+
      | Database |
      +--------------------+
      | information_schema |
      | apricot |
      | cacti |
      | mysql |
      | test |
      +--------------------+
      5 rows in set (0.01 sec)
    3. Cree una nueva base de datos nombrada 'apricot1.

      mysql> CREATE DATABASE apricot1;
    4. Verifique la base de datos fue creado.

      mysql> show databases;
      +--------------------+
      | Database |
      +--------------------+
      | information_schema |
      | apricot |
      | apricot1 |
      | cacti |
      | mysql |
      | test |
      +--------------------+
      6 rows in set (0.01 sec)
    5. Permiso de la base de datos de Grant al usuario del pqb_admin.

      mysql> grant all privileges on *.* to 'pqb_admin'@'localhost' 
      identified by 'pqb_admin' with grant option; Query OK, 0 rows
      affected (0.00 sec)

      mysql> grant all privileges on *.* to 'pqb_admin'@'localhost'
      identified by 'pqb_admin' with grant option; Query OK, 0 rows
      affected (0.00 sec)

      mysql> grant all privileges on *.* to 'pqb_admin'@'10.61.17.20'
      identified by 'pqb_admin' with grant option; Query OK, 0 rows
      affected (0.00 sec)
  13. Vuelva a efectuar al Asisitente de la Conexión de base de datos CM, conecte con la nueva base de datos, y recomience el servicio CM.

    -bash-3.2$ ./dbconf.sh
    Enter the DB type:
    1 - Oracle
    2 - MySQL
    3 - Sybase
    4 - exit
    Enter your choice: 2
    Enter MySQL server host (current is localhost) :
    Enter MySQL server listening port (current is 3306) :
    Enter MySQL server instance id (current is apricot) :apricot1
    Enter CM schema user name (current is pqb_admin) :
    Enter CM schema user password (current is pqb_admin) :
    Testing the DB connection...
  14. Asegúrese de que las tablas apropiadas están creados dentro de la nueva base de datos, apricot1.

    mysql> user  apricot1;
    Database changed
    mysql> show tables;
    +-----------------------------+
    | Tables_in_apricot1 |
    +-----------------------------+
    | CONF_SE_TZ_OFFSET |
    | IMEI_DEVICETYPE |
    | RPT_FUR |
    | RPT_GUR |
    | RPT_LUR |
    | RPT_MALUR |
    | RPT_MEDIA |
    | RPT_PUR |
    | RPT_SPAM |
    | RPT_SUR |
    | RPT_TOPS_PEAK_CUMULATIVE |
    | RPT_TOPS_PEAK_PERIOD |
    | RPT_TOPS_PERIOD0 |
    | RPT_TOPS_PERIOD0_CUMULATIVE |
    | RPT_TOPS_PERIOD1 |
    | RPT_TOPS_PERIOD1_CUMULATIVE |
    | RPT_TR |
    | RPT_VLUR |
    | RPT_ZUR |
    +-----------------------------+
    19 rows in set (0.00 sec)
    Si usted es familiar con el sintaxis SQL, usted puede, por ejemplo, utilizar el SQL para marcar el contenido de una tabla determinada y de su grupo fecha/hora.

    mysql> slect       select * from RPT_LUR
  15. Marque el CM a la Conexión de base de datos otra vez, y note que el max_time de la tabla era actualizado.

    -bash-3.2$ ./dbtables.sh
    Executing query for CM Tables...
    name    |min_time             |max_time             |

    --------+---------------------+---------------------+

    RPT_SUR |                    -|                    -|

    RPT_LUR |2013-04-16 12:15:12.0|2013-04-16 12:16:24.0|

    RPT_VLUR|                    -|                    -|

    RPT_PUR |2013-04-16 12:15:16.0|2013-04-16 12:16:30.0|

    RPT_TR  |2013-04-16 12:15:16.0|2013-04-16 12:16:18.0|

    ...
  16. Navegue a las preferencias > al reportero > a las bases de datos > Add > avanzó para configurar al reportero SCA BB a la nueva base de datos, apricot1. Utilice el mismo URL de la conexión anterior JDBC y cambie el nombre de la base de datos del albaricoque a apricot1.

  17. Navegue para activar > la prueba DB activo y para asegurarse de que las cuatro pruebas pasaron.

    El hecho causa el error de la operación de inserción CM SQL de que, durante la actualización CM, había una Conectividad o problema de los credenciales y el shema del albaricoque de las bases de datos MySQL no fueron actualizados apropiadamente.

    Updating DB objects ...
    ...
    The following problem occured during DB operation:
    JZ006: Caught IOException: java.net.ConnectException: Connection refused
    Error: DB schema update failed. Fix the problem and rerun the upgrade procedure
    Done
    Removing the backuped config ...
    Done
    Done upgrade

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 116112