Índice Introdução Problema Solução

Índice
Introdução
Problema
Solução
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.
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 é:
2. Assegure-se de que as SCE estejam conectadas ao CM correto e estejam enviando a
categoria 1 RDR sem gotas.
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.
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).
6. Verifique o tipo de banco de dados e a versão CM.
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 -bash3.2$ ./dbtables.sh retorna erros similares.
8. Torne a colocar em funcionamento o assistente da Conexão ao banco de dados CM, e
reinicie o serviço CM.
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.
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.
11. Certifique-se de haja um espaço adequado no disco e no banco de dados.
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.
Conecte a MySQL.
Indique o banco de dados atual.
Crie um banco de dados novo nomeado 'apricot1.
Verifique que o banco de dados esteve criado.
Permissão do banco de dados de Grant ao usuário do pqb_admin.
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.
14. Assegure-se de que as tabelas apropriadas estejam criados dentro do banco de dados
novo, apricot1.
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.
15. Verifique o CM à Conexão ao banco de dados outra vez, e observe que o max_time da
tabela esteve atualizado.
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.