Conmutación por error de un grupo en Lync Server 2013

  • Artículo

 

Último tema modificado: 2014-10-10

Si se ha producido un error en un solo grupo de servidores front-end y es necesario conmutar por error, siga este procedimiento. En este procedimiento, Datacenter1 contiene pool1 y se ha producido un error en pool1. Está conmutando por error a Pool2, ubicado en Datacenter2.

La mayoría del trabajo para la conmutación por error del grupo implica conmutación por error sobre el almacén de administración central, si es necesario. Esto es importante porque el almacén de administración central debe ser funcional cuando se produce un error en los usuarios del grupo.

Además, si un grupo de servidores front-end falla pero el grupo de servidores perimetrales de ese sitio sigue ejecutándose, debes saber si el grupo de servidores perimetrales usa el grupo con errores como grupo de próximo salto. Si es así, debes cambiar el grupo de servidores perimetrales para usar otro grupo de servidores front-end antes de conmutar por error el grupo de servidores front-end con errores. La manera de cambiar la configuración del próximo salto depende de si Edge usará un grupo en el mismo sitio que el grupo de servidores perimetrales o un sitio diferente.

Para establecer un grupo de servidores perimetrales para usar un grupo de próximos saltos en el mismo sitio

  1. Abra el Generador de topologías, haga clic con el botón derecho en el grupo de servidores perimetrales que debe cambiarse y haga clic en Editar propiedades.

  2. Haga clic en Siguiente salto. De la lista Grupo de próximo salto: seleccione el grupo que ahora servirá como grupo de saltos siguiente.

  3. Haga clic en Aceptar y, a continuación, publique los cambios.

Para establecer un grupo de servidores perimetrales para usar un grupo de próximo salto en un sitio diferente

  1. Abra una ventana del Shell de administración de Lync Server y escriba el siguiente cmdlet:

    Set-CsEdgeServer -Identity EdgeServer:<Edge Server pool FQDN> -Registrar Registrar:<NextHopPoolFQDN>

Para fallar sobre una piscina en un desastre

  1. Para averiguar qué grupo de servidores es el host del servidor de administración central, escriba el siguiente cmdlet en un servidor front-end de Pool2:

    Invoke-CsManagementServerFailover -Whatif

    Los resultados de este cmdlet muestran qué grupo hospeda actualmente el servidor de Administración central. En el resto de este procedimiento, este grupo se conoce como CMS_Pool.

  2. Use el Generador de topología para buscar la versión de Lync Server que se ejecuta en el CMS_Pool. Si está ejecutando Lync Server 2013, use el siguiente cmdlet para buscar el grupo de copia de seguridad del grupo 1.

    Get-CsPoolBackupRelationship -PoolFQDN <CMS_Pool FQDN>

    Deje que Backup_Pool sea el grupo de copia de seguridad.

  3. Compruebe el estado del almacén de Administración central con el siguiente cmdlet:

    Get-CsManagementStoreReplicationStatus -CentralManagementStoreStatus

    Este cmdlet debe mostrar que ActiveMasterFQDN y ActiveFileTransferAgents apuntan al FQDN de CMS_Pool. Si están vacíos, el Servidor de administración central no está disponible y se debe conmutar por error.

  4. Si el almacén de administración central no está disponible o si el almacén de administración central se estaba ejecutando en pool1 (es decir, el grupo que ha producido errores), debe conmutar por error el Servidor de administración central antes de conmutar por error al grupo. Si necesita conmutar por error el servidor de administración central hospedado en un grupo que ejecuta Lync Server 2013, use el cmdlet en el paso 5 de este procedimiento. Si necesita conmutar por error el servidor de administración central hospedado en un grupo que ejecuta Lync Server 2010, use el cmdlet en el paso 6 de este procedimiento. Si no necesita conmutar por error el Servidor de administración central, vaya al paso 7 de este procedimiento.

  5. Para conmutar por error el almacén de Administración central en un grupo que ejecuta Lync Server 2013, haga lo siguiente:

    • En primer lugar, compruebe qué servidor back-end de Backup_Pool ejecuta la instancia principal del almacén de administración central escribiendo lo siguiente:

      Get-CsDatabaseMirrorState -DatabaseType Centralmgmt -PoolFqdn <Backup_Pool Fqdn>

    • Si el servidor Back-End principal de Backup_Pool es el principal, escriba:

      Invoke-CSManagementServerFailover -BackupSQLServerFqdn <Backup_Pool Primary BackEnd Server FQDN> -BackupSQLInstanceName <Backup_Pool Primary SQL Instance Name>

      Si el servidor back-end reflejado en Backup_Pool es el principal, escriba:

      Invoke-CSManagementServerFailover -MirrorSQLServerFqdn <Backup_Pool Mirror BackEnd Server FQDN> -MirrorSQLInstanceName <Backup_Pool Mirror SQL Instance Name>

    • Valide que la conmutación por error de Central Management Server está completa. Escriba lo siguiente:

      Get-CsManagementStoreReplicationStatus -CentralManagementStoreStatus

      Compruebe que ActiveMasterFQDN y ActiveFileTransferAgents apuntan al FQDN de Backup_Pool.

    • Por último, compruebe el estado de la réplica para todos los servidores front-end escribiendo lo siguiente:

      Get-CsManagementStoreReplicationStatus

      Compruebe que todas las réplicas tienen un valor de True.

      Vaya al paso 7 de este procedimiento.

  6. Instale el almacén de Administración central en el Servidor Back-End de Backup_Pool.

    • En primer lugar, ejecute el siguiente comando:

      Install-CsDatabase -CentralManagementDatabase -Clean -SqlServerFqdn <Backup_Pool Back End Server FQDN> -SqlInstanceName rtc

    • Ejecute el siguiente comando en uno de los servidores front-end de Backup_Pool para forzar el movimiento del almacén de administración central:

      Move-CsManagementServer -ConfigurationFileName c:\CsConfigurationFile.zip -LisConfigurationFileName c:\CsLisConfigurationFile.zip -Force

    • Valida que el movimiento se ha completado:

      Get-CsManagementStoreReplicationStatus -CentralManagementStoreStatus

      Compruebe que ActiveMasterFQDN y ActiveFileTransferAgents apuntan al FQDN de Backup_Pool.

    • Para comprobar el estado de la réplica de todos los servidores front-end, escriba lo siguiente:

      Get-CsManagementStoreReplicationStatus

      Compruebe que todas las réplicas tienen un valor de True.

    • Instale el servicio Servidor de administración central en el resto de los servidores front-end de Backup_Pool. Para ello, ejecute el comando siguiente en todos los servidores front-end, excepto el que usó al forzar el desplazamiento anterior del almacén de administración central en este procedimiento:

      Bootstrapper /Setup

  7. Ejecute el siguiente cmdlet en una ventana del Shell de administración de Lync Server para conmutar por error a los usuarios de Pool1 a Pool2:

    Invoke-CsPoolFailover -PoolFQDN <Pool1 FQDN> -DisasterMode -Verbose

    Dado que los pasos realizados en las partes anteriores de este procedimiento para comprobar el estado del almacén de administración central no son universales, todavía existe la posibilidad de que se produzca un error en este cmdlet porque el almacén de Administración central aún no ha superado completamente el error. En este caso, debe corregir el almacén de Administración central en función de los mensajes de error que vea y, a continuación, volver a ejecutar este cmdlet.

    Si ves el siguiente mensaje de error, debes cambiar el grupo de servidores perimetrales de este sitio para usar otro grupo como su próximo salto antes de conmutar por error al grupo. Para obtener más información, consulte los procedimientos al principio de este tema.

    Invoke-CsPoolFailOver : This Front-end pool "pool1.contoso.com" is specified in
topology as the next hop for the Edge server. Failing over this pool may cause External
access/Federation/Split-domain/XMPP features to stop working. Please use Topology Builder to
change the Edge internal next hop setting to point to a different Front-end pool,  before you
proceed.