Voz e comunicações unificadas : Cisco Unified Communications Manager (CallManager)

A análise de CDR e o relatório não perguntam em datas

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


Índice


Introdução

Este documento descreve razões pelas quais a análise do registro dos destalhes da chamada de Cisco (CDR) e o relatório (CAR) não indicam os dados os mais atuais e fornecem uma solução em um ambiente do CallManager da Cisco.

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

  • Cisco CallManager

  • CAR

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

  • Cisco CallManager versão 3.3 e mais tarde

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.

Convenções

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Problema 1

Quando você executa o CAR, a pergunta na data falha ocasionalmente. Uma pesquisa mais adicional revela que estas falhas estão relacionadas às datas. As perguntas trabalham por datas velhas, mas as perguntas por datas recentes falham consistentemente.

O Mensagem de Erro qualquer um diz aquele:

  • Os dados estão somente disponíveis através de alguma escala.

  • Os dados estão disponíveis somente até uma determinada data.

Nota:  Se um telefone é associado aos usuários múltiplos, você não pode ver os relatórios do usuário.

Veja figura 1.

Figura 1 – Erro da pergunta

carfailure1.gif

Solução 1

Este problema é uma questão de sincronização entre o base de dados da ferramenta de relatório do administrador (ART) e o base de dados de CDR. O base de dados de ART não é diário actualizado do base de dados de CDR, e o índice no base de dados de ART é menos atual do que aquele do base de dados de CDR.

Conclua estes passos:

  1. Verifique a bandeira permitida CDR.

    Deve ser ajustada para retificar em editor e em todos os servidores de assinante.

    Conclua estes passos:

    1. Escolha o menu do serviço e selecione parâmetros de serviço da lista de drop-down na página de administração do CallManager da Cisco.

    2. Selecione o CallManager da lista de drop-down do server.

    3. Selecione o CallManager da Cisco da lista de drop-down do serviço.

    4. Vá ao CDR permitem a bandeira sob a seção do sistema e selecionam verdadeiro da lista de drop-down segundo as indicações de figura 2.

      Figura 2 – Parâmetro de serviço: O CDR permitiu a bandeira

      /image/gif/paws/68010/carfailure2.gif

  2. A fim verificar que a inserção de Cisco CDR está ativada somente no servidor do publicador, termine estas etapas:

    1. Clique o menu das ferramentas e selecione Control Center da lista de drop-down na página de Serviceability do CallManager da Cisco.

    2. Selecione o servidor do publicador no painel esquerdo.

    3. Verifique que a inserção de Cisco CDR está ativada.

      Veja a seta A na Figura 3.

      Figura 3 – Control Center: Inserção de Cisco CDR

      /image/gif/paws/68010/carfailure3.gif

      Se a inserção de Cisco CDR não é ativada, passe a etapa 3.

  3. A fim verificar que a tarefa de planificador do Cisco CAR está sendo executado no servidor do publicador, termine estas etapas:

    1. Clique o menu das ferramentas e selecione a análise de CDR e o relatório da lista de drop-down na página de Serviceability do CallManager da Cisco.

    2. Incorpore o nome de usuário e a senha na página do fazer logon para o CAR.

    3. Clique o menu de sistema e selecione Control Center da lista de drop-down.

    4. Verifique que a tarefa de agendador CAR está sendo executado.

      Veja a seta A na Figura 4.

      Figura 4 – Control Center: Planificador da Análise de CDR Cisco e do relatório

      /image/gif/paws/68010/carfailure4.gif

      O símbolo significa que esta tarefa está sendo executado. Se este símbolo é um quadrado, clique o começo para começar esta tarefa.

Problema 2

O relatório CDR mostra registros por menos dias do que dias configurados.

Ao tentar ver o relatório CDR por um determinado número de dias, os relatórios mostram menos do que os dias configurados reais.

Solução 2

Um insuficiente número dos registros de CDR máximos configurados nos parâmetros de serviço sob o monitor da camada do base de dados de Cisco pode causar este problema.

Os registros de CDR velhos estão suprimidos automaticamente e os registros de CDR recentes estão disponíveis no CallManager quando o número de relatórios CDR excede o valor que está especificado nos registros de CDR máximos.

O parâmetro de serviço máximo dos registros de CDR para o serviço do monitor da camada do base de dados de Cisco permite que você ajuste um limite no número máximo de relatórios CDR no sistema.

Uma vez por dia, o CallManager da Cisco verifica o número de relatórios CDR no sistema e remove relatórios CDR se o número de relatórios CDR excede o valor que está especificado no parâmetro máximo dos registros de CDR.

A fim resolver isto mudando os registros de CDR máximos valor, termine estas etapas:

  1. Escolha o menu do serviço e selecione parâmetros de serviço da lista de drop-down na página de administração do CallManager da Cisco. Selecione o servidor do CallManager da lista de drop-down do server.

  2. Selecione o monitor da camada do base de dados de Cisco da lista de drop-down do serviço.

  3. Ajuste o suficiente valor para o parâmetro máximo dos registros de CDR sob os parâmetros Clusterwide.

    /image/gif/paws/68010/carfailure5.gif

    Depois que você terminou estas etapas, a seguir tente ver os relatórios CDR.

Problema 3

O relatório CDR mostra que nenhum registro e o log de TomCat não mostra a este erro:

java.lang.OutOfMemoryError: PermGen space

Solução 3

Esta edição é documentada na identificação de bug Cisco. A ação alternativa é reiniciar o tomcat.service. Além disso, a fim evitar esta edição desabilite o serviço de Web CAR e não faça parar/começo outros serviços de Web disponíveis na utilidade GUI.


Informações Relacionadas


Document ID: 68010