Introdução
Este documento descreve as etapas para solucionar problemas quando os UCCE Logger A e B estão presos em um estado de inicialização.
Contribuição de Pratham Prakash, Engenheiro de software da Cisco.
Pré-requisitos
Requisitos
A Cisco recomenda que você tenha conhecimento destes tópicos:
- Cisco UCCE
- Linguagem de Consulta Estruturada (SQL) da Microsoft
Componentes Utilizados
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.
Problema
A análise de log revelou que os UCCE Logger A e B estão presos em um estado de inicialização. Os loggers em ambos os lados não se tornarão ativos e os loggers continuarão travando com uma exceção de conexão bcp esgotada. Um exemplo de mensagem de erro para essa condição pode ser encontrado nos arquivos de log.
14:09:45:286 la-rcv Trace: SQL Server User Error: 2627, State 1, Severity: 14, Message:
Violation of PRIMARY KEY constraint 'XPKPeripheral_Interval'. Cannot insert duplicate key
in object 'dbo.t_Peripheral_Interval'. The duplicate key value is (Jul 3 2015 12:30PM,
5002, 300, 1).
14:09:45:335 la-rcv Trace: Duplicate key ignored because the record already exist in the
database.
14:09:45:335 la-rcv Trace: bcp_done failed
Isso ocorre porque há chaves duplicadas encontradas na tabela t_Persistent_Variable. Nenhum dos registradores A e B consegue concluir a inicialização.
Solução
Essa condição pode ocorrer ao usar Variáveis persistentes na versão 10.x ThedDefect do UCCE "CSCuw02024 t_Persistent_Variable table deleting and re-added records".
Executar a seguinte solução alternativa
Etapa 1. Defina a seguinte chave do Registro no lado A do logger e no lado B do logger do valor 1 para 0
HKEY_LOCAL_MACHINE\Software\Geotel\ICR\Customerinstance\LoggerB\Logger\HistoricalData\Persistent
Etapa 2. Descer um lado
1) trunque as tabelas Persistent_VariableTmp1, Persistent_VariableTmp2 e t_Persistent_Variable no lado inferior.
2) trunque as tabelas Persistent_VariableTmp1, Persistent_VariableTmp2 e t_Persistent_Variable no lado ativo.
Etapa 3 Reiniciar o serviço de agente de log nos lados A e B
Etapa 4 - Executar o teste para verificar se os usuários podem fazer alterações na configuração.
Etapa 5 Fazer uma chamada de teste no sistema para verificar se as chamadas estão funcionando.
Etapa 6 Ainda pode ser necessário executar exit_router. Descobriu-se que o sistema está ativo e em funcionamento, e os dois lados dos roteadores concluíram a transferência de estado, obtendo a configuração do registrador do lado A. Embora o sistema da central de contatos esteja em execução e funcionando, o banco de dados do agente de log do Lado B ainda está no estado de inicialização. Isso ocorreu quando a chave de recuperação do logger do Lado B está atrasando o logger do Lado A em grande quantidade.
Etapa 7 Executar configuração manual db a partir de A —> B
Dados de configuração de exportação/importação manuais executados de A —> B
Embora lastUpdatekey corresponda entre os lados A e B, o logger B clgr reclamou de um erro de checksum. Execute a sincronização manual do banco de dados de configuração do logger por meio do ICMDBA para evitar erros de checksum.
Executado mais tarde abaixo as etapas para resolver o problema de checksum
1. Interrompeu a alteração de configuração, alterando a chave do Registro DBMaintnance para 1
2. Backup do banco de dados inteiro do agente de log A no MSSQL. E transferiu o backup do banco de dados para o servidor do logger B.
3. Descartado o banco de dados do logger B e recriado o banco de dados do logger B.
4. Restaurado o banco de dados do logger no Logger B a partir do backup de banco de dados do logger A.
5. Agente de log habilitado B backup de serviço.
6. Redefina a chave do Registro DBMaintenance como 0
Verificado
1. O rttest do roteador estabeleceu com êxito a conexão MDS com processos do Agente de Log B, incluindo CLGR, HLGR, RCV etc.
2. O Agente de Log B não sai do MDS devido a um erro de Checksum de Dados.
3. Como o Agente de Log B está em estado de desligamento há alguns dias, o sistema agora está sincronizando ativamente os dados históricos com o HDS.
4. A alteração de configuração ainda está funcionando
Feedback