A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Este original descreve as etapas para guiá-lo eficientemente com o processo da coleção do traço do gerente das comunicações unificadas de Cisco (CUCM/CallManager). Um cenário comum é usado para a ilustração.
A Cisco recomenda que você tenha conhecimento destes tópicos:
A informação neste documento é baseada em versões atual de CUCM.
Para versões mais cedo do que CUCM 9.x, veja a coleta de traços CUCM de CUCM 8.6.2 para um SÊNIOR TAC.
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.
Se você trabalha com um coordenador do coordenador da assistência técnica (TAC) em uma edição do Gerenciador de Comunicações, você pôde precisar de recolher traços CUCM. Esta poderia ser uma tarefa que você faz raramente ou tem feito nunca antes.
Nesta encenação, você pesquisa defeitos um atendimento que não seja gravado mesmo que a configuração do CUCM-lado pareça estar correta. O administrador recebe um mensagem de alarme para cada atendimento que não gravou, assim que o coordenador TAC perguntou-lhe que para reproduzir a edição e para recolher rastreamentos do CallManager detalhados, os traços detalhados do gerenciador de CTI, e os logs do visualizador de eventos do CUCM tomam partido. Estes logs capturarão os eventos da sinalização de chamada, as mensagens CTI que são trocadas com o server que grava os atendimentos, e os alarmes do atendimento que não gravou.
A fim terminar esta tarefa, você precisará:
Em CUCM, o aplicativo RTMT é usado recolher traços para a maioria de tipos de edições. Cada major e versão menor de CUCM têm uma versão associada do aplicativo RTMT. Se, em seu PC, você não vê um grupo de programas unificado RTMT sob o Start > Programs > o Cisco, ou se a versão RTMT não combina seu conjunto CUCM, você deve instalar a ferramenta RTMT para sua versão CUCM antes que você se mova para a frente.
A página de sumário do sistema abre.
Você tem verificado agora que RTMT está instalado, e que você pode entrar a seu conjunto CUCM com a ferramenta.
Em CUCM 9.x e mais tarde, o traçado detalhado é permitido à revelia para o serviço do CallManager. Antes que você continue, confirme que o traçado detalhado está configurado ainda. Se não, configurar-lo.
O sistema é configurado para o traçado detalhado padrão, segundo as indicações desta imagem:
Se você usa uma versão anterior de CUCM, você precisará de configurar manualmente seus ajustes do traço para combinar a ilustração. O botão Default Button do grupo em versões anterior ajustará o nível de rastreamento debugar ao erro, não detalhado.
Em CUCM 9.x e mais tarde, o traçado detalhado é permitido igualmente à revelia para o serviço do gerenciador de CTI. Porque isto poderia ter sido mudado, confirmado ou configurado isto antes que você continuar.
O sistema é configurado para o traçado detalhado padrão, segundo as indicações desta imagem:
Como com os ajustes do rastreamento do CallManager, se você usa uma versão anterior de CUCM do que este original está pretendido para, você precisará de configurar manualmente seus ajustes do traço para combinar a ilustração. Padrão ajustado do clique em versões anterior se você precisa de ajustar o nível de rastreamento debugar ao erro.
Note: Mas que sobre os logs do visualizador de eventos? Você não precisa de mudar níveis de debug para os log de aplicativo event viewer ou o visualizador de eventos - log de sistema. Você continuará com reprodução da edição.
Nesta encenação, você colocará chamadas de teste para gerar uma falha. Contudo, se você dá o grupo do coordenador A TAC de traços sem a informação sobre as chamadas de teste, não puderam poder encontrar os atendimentos para analisar. Você igualmente arrisca o levantamento de dados para o quadro de horas incorreta e terá que começar sobre.
Para cada chamada de teste, grave esta informação:
Porque os traços CUCM podem ser muito longos, o TAC precisará aqueles detalhes da chamada a fim encontrar suas chamadas de teste nos dados.
Depois que a edição foi reproduzida, recolha os traços pedidos pelo TAC imediatamente. Isto impede que os arquivos de rastreamento estado overwritten antes que você puder os recolher.
Nesta encenação, você precisa de recolher traços dos rastreamentos do CallManager, do gerenciador de CTI, e todos os logs do visualizador de eventos. A menos que o TAC lhe der outras instruções, você recolherá aqueles arquivos de todos os server para o intervalo de tempo completo que cobre sua chamada de teste ou a chama. Isto impede-o dos traços de falta de um server que você não conheça esteja no fluxo de chamadas.
Você observará que a coleta arquiva atualizações do indicador com o estado da coleção do traço. Quando a coleção do traço for em curso, você verá que um botão Cancel está disponível. Quando a coleção está completa, o botão Cancel será esmaecida para fora.
Reveja os arquivos que você recolheu a fim se assegurar de que cobrissem o tempo de frame do problema. A maneira a mais simples de fazer isto é rever os arquivos TraceCollectionResult*.xml.
Quando RTMT recolhe um grupo de arquivos, redige um arquivo TraceCollectionResult*.xml ao diretório de arquivos da transferência para cada server que recolhe dados de. Você verá estes arquivos junto com sub-diretórios para cada server CUCM. O TraceCollectionResult*.xml arquiva o estado que os arquivos foram transferidos com sucesso de cada server. Os sub-diretórios contêm o traço e os arquivos de registro reais.
Abra cada arquivo de TraceCollectionResult e observe se a data alterada para o arquivo listado ou mapa de arquivos à escala da data e hora para sua coleção do traço. Se os arquivos de rastreamento não poderiam ser recolhidos, por exemplo devido ao seu que está sendo overwritten, faltarão.
Uma coisa você notará se você é familiar com as versões anterior de CUCM é que os traços do CallManager da Cisco serão um conjunto único de traços SDL*, não um grupo de SDL* segue e um grupo de ccm* segue. Isto é porque, em CUCM 9.x e mais tarde, os traços são intercalados em um conjunto único de arquivos para mais facilidade do Troubleshooting. O mesmo é verdadeiro para o serviço do gerente do CTI Cisco. Em vez lá de ser traços SDL* e traços do cti*, todos os dados estarão nos traços SDL* para esse serviço.
As edições da coleção do traço podem geralmente ser evitadas se você recolhe traços imediatamente depois de uma reprodução da edição.
Note: Os arquivos TraceCollectionResult*.xml contêm simplesmente uma lista de arquivos que foram recolhidos com sucesso de cada server CUCM. O TAC precisará de rever o traço e os arquivos de registro reais que foram recolhidos.
Agora que você tem um conjunto completo de traços para seu atendimento da reprodução da edição, você precisa de obtê-los a seu coordenador TAC.
Quando você transferiu os traços, você especificou um diretório de arquivos novo da transferência. Este diretório contém agora todo o log e arquivos de rastreamento, assim como os arquivos TraceCollectionResult*.xml. O TAC quererá geralmente todos os índices do diretório de arquivos da transferência, não apenas um ou dois arquivos.
A fim fazer este simples, transfira arquivos pela rede um único arquivo do .zip usando nossa ferramenta de Uploader do arquivo do caso.
Você será reorientado a uma página de login. Início de uma sessão com seu nome de usuário e senha CCO.
Isto trá-lo à ferramenta de Uploader do arquivo do caso.
Os traços do gerente de Cisco CallManager/CTI relativos ao atendimento específico podem ser analisados pela ferramenta do analisador das soluções da Colaboração (diagrama da escada/anotações/logs filtrados/assinaturas diagnósticas). Verifique a documentação em como usar a ferramenta:
Este original explicado como usar o RTMT a fim recolher os tipos o mais geralmente necessários de traços detalhados para pesquisar defeitos CUCM com seu coordenador TAC, instalar RTMT, seguir a configuração em CUCM, reproduzir edições, recolher e verificar arquivos de rastreamento, e anexar eficientemente aqueles arquivos a um pedido do serviço.