Problemas con la prueba de topología en Lync Server 2013
Última modificación del tema: 2012-09-21
Al igual que el cmdlet Test-CsTopology , Best Practice Analyzer proporciona una forma de comprobar que Lync Server 2013 funciona correctamente a nivel global. De forma predeterminada, el Analizador de procedimientos recomendados, como el cmdlet, comprueba toda la infraestructura de Lync Server 2013, verificando que se estén ejecutando los servicios necesarios y que se han establecido los permisos y los derechos de usuario adecuados para estos servicios y para los grupos de seguridad universal creados al instalar Lync Server 2013.
Además de comprobar la validez de Lync Server en su conjunto, Test-CsTopology también comprueba la validez de un servicio específico. Para obtener más información sobre el uso del cmdlet para probar servicios específicos, consulte Test-CsTopology en la documentación del Shell de administración de Lync Server. Use la siguiente información para ayudar a resolver problemas con la topología.
Nota
Dependiendo de la configuración de los servidores perimetrales y de cualquier configuración de red perimetral relacionada, incluida la configuración y los permisos del firewall, es posible que el Analizador de procedimientos recomendados no pueda acceder a los servidores perimetrales ni analizarlo. Si incluyes servidores perimetrales en el examen y los informes indican que hay un problema para acceder a los servidores perimetrales, desactiva la casilla Servidores perimetrales y vuelve a ejecutar el análisis para evitar que el problema aparezca en los informes.
Resolver problemas con la topología
Si la prueba de topología encontró problemas con la topología, estos problemas probablemente se deben a problemas que se produjeron al publicar o habilitar la topología.
Al realizar cambios en la topología, los cambios surtan efecto solo cuando se han publicado y habilitado. Debe usar el Generador de topologías para realizar cambios en la topología. Después de realizar los cambios, puede publicar y habilitar dichos cambios mediante el Generador de topología.
Al publicar los cambios, la nueva información (por ejemplo, un nuevo sitio o un nuevo rol de servidor) se escribe en el almacén de Administración central. Sin embargo, estos objetos nuevos (o los recién modificados) no se unen inmediatamente a la topología. Los objetos se unen a la topología solo cuando se habilita la topología actualizada. Si selecciona la opción Publicar en el Generador de topología, se producirán ambos pasos: los cambios se publican (es decir, se escriben en el almacén de administración central) y, a continuación, se habilita la nueva topología.
De forma predeterminada, los miembros del grupo RTCUniversalServerAdmins están autorizados a ejecutar el cmdlet Publish-CsTopology y el cmdlet Enable-CsTopology . Sin embargo, si no se han delegado los permisos de configuración, debe iniciar sesión como administrador de dominio para ejecutar Publish-CsTopology. Para conceder a RTCUniversalServerAdmins el derecho a usar realmente el cmdlet Publish-CsTopology , debe ejecutar el cmdlet Grant-CsSetupPermission en cada contenedor de Active Directory que contenga equipos que ejecuten servicios de Lync Server. Para conceder a RTCUniversalServerAdmins el derecho a usar el cmdlet Enable-CsTopology, debe ejecutar el cmdlet Set-CsSetupPermission en cada contenedor de Servicios de dominio de Active Directory que contenga equipos que ejecuten servicios de Lync Server. Tenga en cuenta que esto se aplica a habilitar y publicar una topología mediante el generador de topología. Si no ha delegado permisos mediante Set-CsSetupPermission, solo un administrador de dominio puede habilitar y publicar una topología a través del Generador de topologías.