Решения Service Exchange : приложение по управлению сервисами Cisco Service Control для широкополосного доступа

Генератор отчетов BB SCA не возвращает новых данных

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв

Введение

Этот документ описывает, как решить проблему Cisco Service Control Application for Broadband (BB SCA) генератор отчетов, который не возвращает новых данных после того, как было обновлено устройство управления сервисами Cisco (SCE).

Внесенный Цун Ли, пляжем долины реки и Саймоном Чоу, специалистами службы технической поддержки Cisco.

Проблема

После обновления SCE и Диспетчер сбора данных (CM) Cisco, вы замечаете, что генератор отчетов BB SCA не возвращает новых данных.

Решение

 Эта процедура описывает шаги для решения проблемы, что не вставлены никакие новые данные.

Генератор отчетов BB SCA, который испытывает проблемы, основан, на который используется запись необработанных данных (RDR). Данный пример демонстрирует, как устранить неполадки 'использования сети на сервисный' отчёт, который основывается на метке RDR использования ссылки (LUR) 0xf0f0f005 / 4042321925. Для получения дополнительной информации сошлитесь на Cisco Service Control Application for Broadband Справочное руководство, Выпуск 3.8.x, Записи Необработанных данных: Форматы и Полевое Содержание.

  1. Проверьте категории, которым принадлежит RDR. По умолчанию LUR принадлежит категории 1.

    Примечание: В то время как у вас могут быть пользовательские настройки для rdr-сопоставления, пользовательские настройки возвращаются назад к по умолчанию после повторной загрузки.

    Команда для проверки rdr-сопоставления:

    sce2#show  rdr-formatter rdr-mapping  all | in 0xf0f0f005
    0xf0f0f005 1
  2. Гарантируйте, что SCE связан с корректным CM и передает категории 1 RDR без отбрасываний.

    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. Гарантируйте настройки времени SCE, и установки часового пояса корректны. Метка времени RDR основана на SCE. Используйте 'часовой пояс' под режимом конфигурации для изменения информации часового пояса при необходимости.

  4. Проверьте статус CM.

    bash-3.2$ ./alive.sh
    STATUS OK. CM is functioning
    -bash-3.2$
  5. Проверьте CM и файл конфигурации очереди, и гарантируйте, что категория 1 RDR передается Адаптеру Связи с базой данных 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. Проверьте тип базы данных 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
    Для получения дополнительной информации сошлитесь на Комментарии к выпуску для Диспетчера сбора данных Cisco, Выпуска 3.8.x, Поддерживаемых Внешних баз данных.

  7. Проверьте CM журналы JDBCAdapter в opt\CM\cm\logs.

    Эти журналы ошибок в качестве примера полны файлов журнала.-bash-3.2$./dbtables.sh команда возвращает подобные ошибки.

    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. Повторно выполните мастера соединения с базой данных CM и перезапустите сервис 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. Проверьте подключение базы данных с./dbtables.sh и проверьте, что была обновлена метка времени таблицы. В этом случае таблица метка времени RPT_LUR не была обновлена после обновления.

    -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. Проверьте журналы JDBCAdapter снова. Ошибки, такие как они указывают, что CM был не в состоянии выполнять вставку (RDR) операция в базу данных.

    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. Проверьте, что там соответствует пространство на диске и в базе данных.

    -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. Создайте новую базу данных MySQL для целей тестирования для устранения проблем с базой данных MySQL, таких как нарушение целостности базы данных или схема, которая не была обновлена. Вы будете требовать входа в систему в качестве root MySQL.

    1. Соединитесь с 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. Отобразите текущую базу данных.

      mysql> show databases;
      +--------------------+
      | Database |
      +--------------------+
      | information_schema |
      | apricot |
      | cacti |
      | mysql |
      | test |
      +--------------------+
      5 rows in set (0.01 sec)
    3. Создайте новую базу данных, названную 'apricot1'.

      mysql> CREATE DATABASE apricot1;
    4. Проверьте, что была создана база данных.

      mysql> show databases;
      +--------------------+
      | Database |
      +--------------------+
      | information_schema |
      | apricot |
      | apricot1 |
      | cacti |
      | mysql |
      | test |
      +--------------------+
      6 rows in set (0.01 sec)
    5. Разрешения базы данных предоставления 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. Повторно выполните мастера соединения с базой данных CM, соединитесь с новой базой данных и перезапустите сервис 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. Гарантируйте, что соответствующие таблицы составлены в новой базе данных, 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)
    Если вы знакомы с синтаксисом SQL, можно, например, использовать SQL для проверки содержания определенной таблицы и ее метки времени.

    mysql> slect       select * from RPT_LUR
  15. Проверьте CM к соединению с базой данных снова и заметьте, что была обновлена таблица max_time.

    -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. Перейдите к Предпочтению> Генератор отчетов>, Базы данных> Добавляют> Усовершенствованный для настройки генератора отчетов BB SCA к новой базе данных, apricot1. Используйте тот же URL от предыдущего соединения JDBC и измените имя базы данных от абрикоса до apricot1.

  17. Перейдите, чтобы Активировать> Тест Активный DB и гарантировать, что прошли все четыре теста.

    Сбой операции вставки SQL CM вызван фактом, что во время обновления CM была проблема подключения или учетных данных, и абрикос базы данных MySQL shema не был обновлен соответственно.

    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

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Document ID: 116112