Problemas com o teste de topologia no Lync Server 2013

 

Tópico última modificação: 21-09-2012

Assim como o cmdlet Test-CsTopology , o Analisador de Práticas Recomendadas fornece uma maneira de verificar se o Lync Server 2013 está funcionando corretamente em um nível global. Por padrão, o Analisador de Práticas Recomendadas, como o cmdlet, verifica toda a infraestrutura do Lync Server 2013, verificando se os serviços necessários estão em execução e se os direitos e permissões de usuário apropriados foram definidos para esses serviços e para os grupos de segurança universais criados quando você instala o Lync Server 2013.

Além de verificar a validade do Lync Server como um todo, Test-CsTopology também verifica a validade de um serviço específico. Para obter detalhes sobre como usar o cmdlet para testar serviços específicos, consulte Test-CsTopology na documentação do Shell de Gerenciamento do Lync Server. Use as informações a seguir para ajudar a resolver problemas com sua topologia.

Nota

Dependendo da configuração dos Servidores de Borda e das configurações de rede de perímetro relacionadas, incluindo configurações e permissões de firewall, o Analisador de Práticas Recomendadas pode não ser capaz de acessar e examinar seus Servidores de Borda. Se você incluir Servidores de Borda em sua verificação e os relatórios indicarem que há um problema ao acessar servidores de borda, desmarque a caixa de seleção Servidores de Borda e execute a verificação novamente para impedir que o problema seja exibido nos relatórios.

Resolvendo problemas com sua topologia

Se o teste de topologia tiver encontrado problemas com sua topologia, esses problemas provavelmente serão causados por problemas que ocorreram quando você publicou ou habilitou sua topologia.

Quando você faz alterações em sua topologia, as alterações entram em vigor somente quando elas são publicadas e habilitadas. Você deve usar o Construtor de Topologias para fazer alterações de topologia. Depois de fazer alterações, você pode publicar e habilitar essas alterações usando o Construtor de Topologias.

Quando você publica as alterações, as novas informações (por exemplo, um novo site ou uma nova função de servidor) são gravadas no repositório de Gerenciamento Central. No entanto, esses objetos novos (ou recém-modificados) não ingressam imediatamente em sua topologia. Os objetos ingressam em sua topologia somente quando você habilita a topologia atualizada. Se você selecionar a opção Publicar no Construtor de Topologias, ambas as etapas ocorrerão: as alterações são publicadas (ou seja, são gravadas no repositório de Gerenciamento Central) e, em seguida, a nova topologia é habilitada.

Por padrão, os membros do grupo RTCUniversalServerAdmins estão autorizados a executar o cmdlet Publish-CsTopology e o cmdlet Enable-CsTopology . No entanto, se as permissões de instalação não tiverem sido delegadas, você deverá estar conectado como administrador de domínio para executar Publish-CsTopology. Para conceder ao RTCUniversalServerAdmins o direito de realmente usar o cmdlet Publish-CsTopology , você deve executar o cmdlet Grant-CsSetupPermission em cada contêiner do Active Directory que contém computadores que executam os serviços do Lync Server. Para dar ao RTCUniversalServerAdmins o direito de usar o cmdlet Enable-CsTopology, você deve executar o cmdlet Set-CsSetupPermission em cada contêiner Active Directory Domain Services que contém computadores que executam os serviços do Lync Server. Observe que isso se aplica à habilitação e publicação de uma topologia usando o Construtor de Topologias. Se você não tiver delegado permissões usando Set-CsSetupPermission, somente um administrador de domínio poderá habilitar e publicar uma topologia por meio do Construtor de Topologias.