Service Exchange : Cisco Service Control Application para banda larga

O repórter SCA BB não retorna nenhum dados novo

19 Setembro 2015 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (22 Agosto 2015) | Feedback

Introdução

Este documento descreve como resolver o problema de um repórter do Cisco Service Control Application para banda larga (SCA BB) que não retorne nenhum dados novo depois que um motor do Controle de serviços da Cisco (SCE) foi promovido.

Contribuído por Cong Li, por praia do vale e por comida de Simon, engenheiros de TAC da Cisco.

Problema

Após a elevação as SCE e o gerenciador de coleção de Cisco (CM), você observa que o repórter SCA BB não retorna nenhum dados novo.

Solução

 Este procedimento descreve as etapas para resolver o problema que nenhum dados novo está introduzido.

O repórter SCA BB que está experimentando problemas é baseado em cima de que o registro de dados brutos (RDR) está no uso. Este exemplo demonstra como pesquisar defeitos “USO de rede por um relatório do serviço”, que seja baseado na etiqueta do uso RDR do link (LUR) de 0xf0f0f005/4042321925. Para mais informação, refira o guia de referência do Cisco Service Control Application para banda larga, a liberação 3.8.x, registros de dados brutos: Formatos e índices do campo.

  1. Verifique as categorias a que o RDR pertence. À revelia, LUR pertence à categoria 1.

    Nota: Quando você puder ter uma configuração personalizada para o RDR-mapeamento, a configuração personalizada reverte de volta ao padrão após o reload.

    O comando verificar o RDR-mapeamento é:

    sce2#show  rdr-formatter rdr-mapping  all | in 0xf0f0f005
    0xf0f0f005 1
  2. Assegure-se de que as SCE estejam conectadas ao CM correto e estejam enviando a categoria 1 RDR sem gotas.

    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. Assegure-se de que os ajustes do tempo e do fuso horário SCE estejam corretos. O timestamp RDR é baseado nas SCE. Use do “o fuso horário pulso de disparo” sob o modo de configuração a fim alterar caso necessário a informação de fuso horário.

  4. Verifique o estado CM.

    bash-3.2$ ./alive.sh
    STATUS OK. CM is functioning
    -bash-3.2$
  5. Verifique o CM e enfileire o arquivo de configuração, e assegure-se de que a categoria 1 RDR esteja enviada ao adaptador da conectividade de banco de dados 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. Verifique o tipo de banco de dados e a versão 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 mais informação, refira Release Note para o gerenciador de coleção de Cisco, a liberação 3.8.x, bancos de dados externos apoiados.

  7. Verifique os logs CM JDBCAdapter no optam \ CM \ cm \ logs.

    Estes log de erros do exemplo estão completos dos arquivos de registro. O comando -bash-3.2$ ./dbtables.sh retorna erros 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. Torne a colocar em funcionamento o assistente da Conexão ao banco de dados CM, e reinicie o serviço 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 a conectividade de banco de dados com ./dbtables.sh, e certifique-se do timestamp da tabela esteja atualizado. Neste caso, o timestamp da tabela RPT_LUR não foi atualizado após a elevação.

    -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. Verifique os logs de JDBCAdapter outra vez. Os erros tais como estes indicam que o CM não executou a operação da inserção (RDR) no banco de dados.

    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. Certifique-se de haja um espaço adequado no disco e no banco de dados.

    -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. Crie um banco de dados de MySQL novo para propósitos de teste a fim eliminar edições com o banco de dados de MySQL, tal como o corrompimento de banco de dados ou um esquema que não seja atualizado. Você precisará um login de raiz de MySQL.

    1. Conecte a 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. Indique o banco de dados atual.

      mysql> show databases;
      +--------------------+
      | Database |
      +--------------------+
      | information_schema |
      | apricot |
      | cacti |
      | mysql |
      | test |
      +--------------------+
      5 rows in set (0.01 sec)
    3. Crie um banco de dados novo nomeado 'apricot1.

      mysql> CREATE DATABASE apricot1;
    4. Verifique que o banco de dados esteve criado.

      mysql> show databases;
      +--------------------+
      | Database |
      +--------------------+
      | information_schema |
      | apricot |
      | apricot1 |
      | cacti |
      | mysql |
      | test |
      +--------------------+
      6 rows in set (0.01 sec)
    5. Permissão do banco de dados de Grant ao usuário do 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. Torne a colocar em funcionamento o assistente da Conexão ao banco de dados CM, conecte-o ao banco de dados novo, e reinicie-o o serviço 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. Assegure-se de que as tabelas apropriadas estejam criados dentro do banco de dados novo, 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)
    Se você é familiar com a sintaxe SQL, você pode, por exemplo, usar o SQL a fim verificar o índice de uma tabela particular e de seu timestamp.

    mysql> slect       select * from RPT_LUR
  15. Verifique o CM à Conexão ao banco de dados outra vez, e observe que o max_time da tabela esteve atualizado.

    -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 ao > Add das preferências > do repórter > das bases de dados > avançou a fim configurar o repórter SCA BB à base de dados nova, apricot1. Use a mesma URL da conexão precedente JDBC e mude o nome do banco de dados do abricó a apricot1.

  17. Navegue para ativar > o teste DB ativo e para assegurar-se de que todos os quatro testes passem.

    A falha da operação de inserção CM SQL é causada pelo fato de que, durante a elevação CM, havia uma Conectividade ou edição das credenciais e o shema do abricó do banco de dados de MySQL não estiveram promovidas apropriadamente.

    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

Discussões relacionadas da comunidade de suporte da Cisco

A Comunidade de Suporte da Cisco é um fórum onde você pode perguntar e responder, oferecer sugestões e colaborar com colegas.


Document ID: 116112