Configuração de integridade no Lync Server 2013
Tópico última modificação: 22-10-2012
Entre vários sites, artigos da Base de Dados de Conhecimento da Microsoft e ferramentas do Kit de Recursos do Lync Server, os administradores que encontram problemas ao executar o Lync Server nunca estão longe de uma maneira de resolver esses problemas.
Obviamente, não há como garantir que você nunca encontrará problemas com o Lync Server 2013 porque o Lync Server pode ser afetado por muitas coisas , como falhas de rede e falhas de hardware, que o próprio produto não pode controlar. Ao implementar o monitoramento de integridade, os administradores podem identificar possíveis problemas antes de se transformarem em problemas reais. Por exemplo, os administradores podem usar o monitoramento do Lync Server para identificar tendências e tendências. Por exemplo, um aumento constante no número de conferências de áudio/vídeo pode sugerir a necessidade de adicionar capacidade antes que o sistema fique sobrecarregado.
De maneira semelhante, os administradores podem usar o System Center Operations Manager para fazer coisas como emitir alertas em tempo real quando ocorrem eventos especificados e executar transações sintéticas que testam proativamente o sistema. As transações sintéticas são usadas no Lync Server para verificar se os usuários são capazes de concluir com êxito tarefas comuns, como fazer logon no sistema, trocar mensagens instantâneas ou fazer chamadas para um telefone localizado na PSTN (rede telefônica pública comunada). Por exemplo, executar periodicamente esses testes pode alertá-lo sobre possíveis problemas com usuários que fazem logon no Lync Server e dar a você a chance de corrigir o problema antes que sua equipe de suporte seja inundada com chamadas de usuários que não conseguem fazer uma conexão. Usando o System Center Operations Manager para executar essas transações sintéticas, os administradores podem monitorar rotineiramente sua implantação do Lync Server continuamente por 24 horas todos os dias sem precisar fazer muita coisa além de responder a quaisquer alertas que possam ser emitidos.
Nota
Para o Lync Server 2013, o Pacote de Gerenciamento do System Center Operations Manager também é capaz de detectar problemas "externos" que podem afetar negativamente o Lync Server. Por exemplo, os administradores podem ser notificados se o IIS (Serviços de Informações da Internet) ficar offline, os recursos do sistema em um computador do Lync Server ficam abaixo de uma quantidade especificada ou um computador do Lync Server apresenta uma falha de hardware.
A configuração de integridade no Lync Server 2013 é criada em torno do System Center Operations Manager e do uso de Pacotes de Gerenciamento do Lync Server. Esses Pacotes de Gerenciamento incluem vários novos recursos e aprimoramentos, incluindo:
Disponibilidade do cenário de qualquer local. O Pacote de Gerenciamento do Lync Server 2010 introduziu o conceito de monitoramento da disponibilidade do cenário do usuário final com transações sintéticas. No Lync Server 2013, esses agentes têm mais transações sintéticas e podem ser executados de uma variedade de locais dentro da empresa, de locais geográficos remotos fora da empresa, em dispositivos de filial e em implantações do Lync Server 2010 para adicionar cobertura a implantações herdadas do Edge.
Logs de transações sintéticas. Quando uma transação sintética falha, os administradores têm acesso a logs HTML para ajudar a determinar o que falhou. Isso inclui entender qual ação falhou, a latência de cada ação, a linha de comando usada para executar o teste e o erro encontrado.
Maior cobertura de confiabilidade de chamadas. O Pacote de Gerenciamento do Lync Server 2010 introduziu alertas de confiabilidade de chamadas para detectar problemas graves de conectividade que afetam as chamadas de áudio dos usuários finais. Os Pacotes de Gerenciamento do Lync Server 2013 adicionam cobertura para mensagens instantâneas ponto a ponto (IM) e outros recursos básicos de conferência para maximizar a cobertura, reduzindo o ruído.
Monitoramento de dependência. Os cenários do Lync Server podem falhar devido a uma variedade de fatores externos, como o IIS estar offline, recursos limitados de CPU e memória e problemas de disco. Os novos pacotes de gerenciamento verificam várias dependências críticas para garantir que os administradores estejam cientes de seu impacto.
Relatórios aprimorados. Um conjunto de relatórios para ajudar os administradores a estimar a disponibilidade do cenário, planejar a capacidade e ver quais componentes estão enfrentando a maioria dos problemas.
Os Pacotes de Gerenciamento também incluem uma variedade de recursos para ajudar a detectar e diagnosticar a visibilidade em tempo real da integridade da implantação do Lync Server. Esses recursos estão listados na tabela a seguir.
Recursos do Pacote de Gerenciamento
| Recurso | Descrição |
|---|---|
Transações Sintéticas |
Windows PowerShell cmdlets que podem ser executados em vários locais para garantir que cenários do usuário final, como entrada, presença, mensagens instantâneas e conferência, estejam prontamente disponíveis para os usuários finais. |
Chamar alertas de confiabilidade |
Consultas de banco de dados para CDR (Registros de Detalhes de Chamada). Esses registros são gravados por Servidores Front-End para refletir se os usuários finais foram capazes de se conectar a uma chamada ou por que uma chamada foi encerrada. Essas consultas resultam em alertas que indicam quando uma ampla variedade de usuários finais está enfrentando problemas de conectividade para chamadas ponto a ponto ou funcionalidade básica de conferência. |
Alertas de qualidade de mídia |
Consultas de banco de dados que examinem relatórios de QoE (Qualidade de Experiência) publicados pelos clientes no final de cada chamada. Essas consultas resultam em alertas que identificam cenários em que os usuários provavelmente estão enfrentando baixa qualidade de mídia durante chamadas e conferências. Os dados são criados com base em métricas-chave, como latência e perda de pacotes, métricas que são conhecidas por contribuir diretamente para a qualidade da chamada. |
Integridade do componente |
Componentes de servidor individuais acionam alertas usando logs de eventos e contadores de desempenho. Esses alertas indicam condições de falha que podem afetar gravemente um ou mais cenários do usuário final. Esses alertas também podem indicar uma variedade de outras condições de falha, incluindo serviços que não estão em execução, altas taxas de falha, alta latência de mensagens ou problemas de conectividade. |
Integridade da Dependência |
As falhas podem ocorrer por vários motivos externos. Os pacotes de gerenciamento agora monitoram e coletam dados para algumas das dependências externas críticas que podem indicar problemas graves, incluindo disponibilidade do IIS, uso de CPU e memória de servidores e processos e métricas de disco. |
Os alertas emitidos pelo sistema foram classificados em três categorias gerais:
Alertas de alta prioridade. Esses alertas indicam condições que causarão interrupções de serviço para grandes grupos de usuários. Por exemplo, uma falha de componente em um único computador não é um alerta de alta prioridade porque o Lync Server 2013 tem recursos internos de alta disponibilidade. Em vez disso, os alertas de alta prioridade representam problemas sérios o suficiente para "acordar administradores à noite". Interrupções detectadas por transações sintéticas e serviços offline (por exemplo, conferência de áudio/vídeo) se qualificam como alertas de alta prioridade.
Alertas de prioridade média.. Esses alertas indicam condições que afetam um subconjunto de usuários ou indicam degradação da qualidade da chamada. Isso inclui problemas como falhas de componente, latência no estabelecimento de chamadas ou qualidade de áudio degradada na chamada. Os alertas nessa categoria têm estado e indicam o status atual do problema. Por exemplo, suponha que os tempos de estabelecimento da chamada excedam o limite de alerta. Se os tempos de estabelecimento da chamada retornarem ao normal, esses alertas serão resolvidos automaticamente no System Center Operations Manager. A expectativa para esses alertas é que um administrador os examine no mesmo dia útil.
Outros alertas. Esses são alertas de componentes que podem afetar um usuário ou subconjunto específico de usuários. Por exemplo, talvez o serviço catálogo de endereços não possa analisar a entrada do Active Directory de um determinado usuário. A expectativa para esses alertas é que os administradores os acessarão quando tiverem tempo disponível.