Se produce un error en un grupo en Skype Empresarial Server

Artículo
07/21/2023

Use los procedimientos siguientes si un único grupo de Front-End ha fallado y es necesario conmutar por error, o si el grupo que ha experimentado el desastre ha vuelto a estar en línea y necesita restaurar la implementación a un estado de trabajo normal. Obtenga información sobre cómo conmutar por error el grupo de servidores perimetrales usado para Skype Empresarial federación o xmpp, o cambiar el grupo de servidores perimetrales asociado a un grupo de Front-End.

Conmutación por error sobre un grupo de servidores front-end
Conmutación por error de un grupo
Conmutación por error del grupo de servidores perimetrales usado para la federación de Skype Empresarial Server
Error en el grupo de servidores perimetrales usado para la federación XMPP en Skype Empresarial Server
Conmutación por error del grupo de servidores perimetrales usado para la federación Skype Empresarial Server o la federación XMPP
Cambiar el grupo de servidores perimetrales asociado a un grupo de servidores front-end

Conmutación por error sobre un grupo de Front-End

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. El almacén de administración central debe ser funcional cuando se produce un error en los usuarios del grupo.

Si se produce un error en un grupo de Front-End, 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 Front-End antes de conmutar por error el grupo de 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 configurar un grupo de servidores perimetrales para usar un grupo de saltos siguiente en el mismo sitio

Abra el Generador de topologías, haga clic con el botón derecho en el grupo de servidores perimetrales que debe cambiarse y seleccione Editar propiedades.
Seleccione Siguiente salto. En la lista Grupo de próximo salto: seleccione el grupo que ahora actuará como grupo de próximo salto.
Seleccione Aceptar y, después, publique los cambios.

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

Abra una ventana del Shell de administración de Skype Empresarial 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

Busque el grupo de host para el Servidor de administración central escribiendo el siguiente cmdlet en un servidor de Front-End en 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.
Use el Generador de topología para buscar la versión de Skype Empresarial Server que se ejecuta en el CMS_Pool. Si está ejecutando Skype Empresarial Server, use el siguiente cmdlet para buscar el grupo de copias de seguridad de Pool 1.
```
Get-CsPoolBackupRelationship -PoolFQDN <CMS_Pool FQDN>
```
Deje que Backup_Pool sea el grupo de copia de seguridad.
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.
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 Skype Empresarial Server, use el cmdlet en el paso 5 de este procedimiento. Si no necesita conmutar por error el Servidor de administración central, vaya al paso 7 de este procedimiento.
Para conmutar por error el almacén de Administración central en un grupo que ejecuta Skype Empresarial Server, haga lo siguiente:
1. En primer lugar, compruebe qué Back-End Server en Backup_Pool ejecuta la instancia principal del almacén de administración central escribiendo lo siguiente:
```
Get-CsDatabaseMirrorState -DatabaseType Centralmgmt -PoolFqdn <Backup_Pool Fqdn>
```
2. Si el servidor de 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>
```
3. Si el servidor de Back-End reflejado de Backup_Pool es el principal, escriba:
```
Invoke-CSManagementServerFailover -MirrorSQLServerFqdn <Backup_Pool Mirror BackEnd Server FQDN> -MirrorSQLInstanceName <Backup_Pool Mirror SQL Instance Name>
```
4. Valide que la conmutación por error de Central Management Server está completa. Escriba el siguiente comando:
```
Get-CsManagementStoreReplicationStatus -CentralManagementStoreStatus
```
  Compruebe que ActiveMasterFQDN y ActiveFileTransferAgents apuntan al FQDN de Backup_Pool.
5. Por último, compruebe el estado de la réplica de todos los servidores Front-End escribiendo lo siguiente:
```
Get-CsManagementStoreReplicationStatus 
```
  Compruebe que todas las réplicas tienen un valor true.
  
  Vaya al paso 7 de este procedimiento.
Instale el almacén de Administración central en el Servidor Back-End de Backup_Pool.
1. En primer lugar, ejecute el siguiente comando:
```
Install-CsDatabase -CentralManagementDatabase -Clean -SqlServerFqdn <Backup_Pool Back End Server FQDN> -SqlInstanceName rtc  
```
2. 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
```
3. Valida que el movimiento se ha completado:
```
Get-CsManagementStoreReplicationStatus -CentralManagementStoreStatus
```
  Compruebe que ActiveMasterFQDN y ActiveFileTransferAgents apuntan al FQDN de Backup_Pool.
4. 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 true.
5. 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
```
Para conmutar por error a los usuarios de Pool1 a Pool2, ejecute el siguiente cmdlet en una ventana del Shell de administración de Skype Empresarial Server:
```
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.
```

Conmutación por error de un grupo

Después de que el grupo que ha experimentado el desastre vuelva a estar en línea (es decir, Pool1 en este ejemplo), siga estos pasos para restaurar la implementación al estado de trabajo normal.

El proceso de conmutación por error tarda varios minutos en completarse. Como referencia, se espera que un grupo de 20 000 usuarios tarde hasta 60 minutos.

Para devolver los usuarios que originalmente se alojaban en Pool1 y se ha producido un error en Pool2, escriba el siguiente cmdlet:

Invoke-CsPoolFailback -PoolFQDN <Pool1 FQDN> -Verbose

No es necesario realizar ningún otro paso. Si ha fallado sobre el servidor de administración central, puede dejarlo en pool2.

Conmutación por error del grupo de servidores perimetrales usado para la federación de Skype Empresarial Server

Si el grupo de servidores perimetrales en el que tiene Skype Empresarial Server federación configurado baja, debe cambiar la federación para usar otro grupo de servidores perimetrales para que funcione la federación.

En un servidor front-end, abra el Generador de topologías. Expande Grupos de servidores perimetrales y, a continuación, haz clic con el botón derecho en el servidor perimetral o grupo de servidores perimetrales que esté configurado actualmente para federación. Seleccione Editar propiedades.
En Editar propiedades en General, desactiva Habilitar federación para este grupo de servidores perimetrales (puerto 5061). Seleccione Aceptar.
Expande Grupos perimetrales y, a continuación, haz clic con el botón derecho en el servidor perimetral o grupo de servidores perimetrales que ahora quieras usar para la federación. Seleccione Editar propiedades.
En Editar propiedades en General, selecciona Habilitar federación para este grupo de servidores perimetrales (puerto 5061). Seleccione Aceptar.
Seleccione Acción, seleccione Topología, seleccione Publicar. Cuando se le solicite en Publicar la topología, seleccione Siguiente. Cuando termine la publicación, seleccione Finalizar.
En el servidor perimetral, abre el Asistente para la implementación de Skype Empresarial Server. Selecciona Instalar o Actualizar Skype Empresarial Server Sistema y, a continuación, selecciona Configurar o Quitar componentes de Skype Empresarial Server. Seleccione Ejecutar de nuevo.
Seleccione Siguiente. La pantalla de resumen mostrará las acciones a medida que se ejecuten. Una vez completada la implementación, seleccione Ver registro para ver los archivos de registro disponibles. Seleccione Finalizar para completar la implementación.

Si el sitio que contiene el grupo de servidores perimetrales con errores contiene servidores front-end que aún se están ejecutando, debe actualizar el servicio de conferencia web y el servicio de conferencia A/V en estos grupos de Front-End para usar un grupo perimetral en un sitio remoto que aún se esté ejecutando.

Error en el grupo de servidores perimetrales usado para la federación XMPP en Skype Empresarial Server

En su organización, hay un grupo perimetral designado como el grupo que se usará para la federación XMPP. Si este grupo se reduce, debe conmutar por error la federación XMPP para usar otro grupo de servidores perimetrales antes de que la federación XMPP pueda volver a funcionar.

La primera vez que instale grupos de Edge y habilite la federación XMPP, puede simplificar el proceso de recuperación ante desastres configurando registros SRV de DNS externos para todos los grupos de Servidores perimetrales para la federación XMPP, en lugar de solo uno. Cada uno de estos registros SRV debe tener un conjunto de prioridades diferente. Todo el tráfico de federación XMPP pasa por el grupo con el registro SRV con la máxima prioridad.

En el procedimiento siguiente, EdgePool1 es el grupo, que originalmente hospedaba la federación XMPP, y EdgePool2 es el grupo que ahora hospeda la federación XMPP.

Para conmutar por error el grupo de servidores perimetrales usado para la federación XMPP

Si aún no tienes implementado otro grupo de servidores perimetrales (además del que está actualmente abajo), implementa ese grupo.
En cada servidor perimetral del nuevo grupo de servidores perimetrales que ahora hospedará la federación XMPP (EdgePool2), ejecute el siguiente cmdlet:
```
Stop-CsWindowsService
```
Ejecute el siguiente cmdlet para volver apointar la ruta de federación XMPP a EdgePool2:
```
Set-CsSite Site2 -XmppExternalFederationRoute EdgeServer2.contoso.com
```
En este ejemplo, Sitio2 es el sitio que contiene el grupo de servidores perimetrales que ahora hospedará la ruta de federación XMPP y EdgeServer2.contoso.com es el FQDN de un servidor perimetral de ese grupo.
En el servidor DNS externo, cambie el registro DNS A para la federación XMPP para que apunte a EdgeServer2.contoso.com.
Si aún no tiene un registro SRV de DNS para la federación XMPP que se resuelva en el grupo de servidores perimetrales que ahora hospedará la federación XMPP, debe agregarlo, como en el ejemplo siguiente. Este registro SRV debe tener un valor de puerto de 5269.
```
_xmpp-server._tcp.contoso.com
```
Compruebe que el grupo de servidores perimetrales que hospedará ahora la federación XMPP tiene el puerto 5269 abierto externamente.
Inicie los servicios en todos los servidores perimetrales del grupo de servidores perimetrales que ahora hospedarán la federación XMPP:
```
Start-CsWindowsService
```

Conmutación por error del grupo de servidores perimetrales usado para la federación Skype Empresarial Server o la federación XMPP

Después de que un grupo de servidores perimetrales con errores que se usaba para hospedar federación se haya vuelto a conectar, use este procedimiento para devolver de nuevo la ruta de federación Skype Empresarial Server o la ruta de federación XMPP para volver a usar este grupo de servidores perimetrales restaurado.

En el grupo de servidores perimetrales que ahora está disponible de nuevo, inicia servicios perimetrales.
Si desea revertir la ruta de federación de Skype Empresarial Server para usar el servidor perimetral restaurado, haga lo siguiente:
1. En un servidor front-end, abra el Generador de topologías. Expande Grupos de servidores perimetrales y, a continuación, haz clic con el botón derecho en el servidor perimetral o grupo de servidores perimetrales que esté configurado actualmente para la federación. Seleccione Editar propiedades.
2. En Editar propiedades en General, desactiva Habilitar federación para este grupo de servidores perimetrales (puerto 5061). Seleccione Aceptar.
3. Expande Grupos perimetrales y, a continuación, haz clic con el botón derecho en el servidor perimetral original o grupo de servidores perimetrales que quieras volver a usar para la federación. Seleccione Editar propiedades.
4. En Editar propiedades en General, selecciona Habilitar federación para este grupo de servidores perimetrales (puerto 5061). Seleccione Aceptar.
5. Seleccione Acción, seleccione Topología, seleccione Publicar. Cuando se le solicite en Publicar la topología, seleccione Siguiente. Cuando termine la publicación, seleccione Finalizar.
6. En el servidor perimetral, abre el Asistente para la implementación de Skype Empresarial Server. Selecciona Instalar o Actualizar Skype Empresarial Server Sistema y, a continuación, selecciona Configurar o Quitar componentes Skype Empresarial Server. Seleccione Ejecutar de nuevo.
7. Seleccione Siguiente. La pantalla de resumen mostrará las acciones a medida que se ejecuten. Una vez completada la implementación, seleccione Ver registro para ver los archivos de registro disponibles. Seleccione Finalizar para completar la implementación.
Si desea revertir la ruta de federación XMPP para usar el servidor perimetral restaurado, haga lo siguiente:
1. Ejecute el siguiente cmdlet para volver apointar la ruta de federación XMPP al grupo de servidores perimetrales que ahora hospedará la federación XMPP (en este ejemplo, EdgeServer1):
```
Set-CsSite Site1 -XmppExternalFederationRoute EdgeServer1.contoso.com
```
  En este ejemplo, Sitio1 es el sitio que contiene el grupo de servidores perimetrales que ahora hospedará la ruta de federación XMPP y EdgeServer1.contoso.com es el FQDN de un servidor perimetral de ese grupo.
2. Si aún no tiene un registro SRV de DNS para la federación XMPP que se resuelva en el grupo de servidores perimetrales que ahora hospedará la federación XMPP, debe agregarlo, como en el ejemplo siguiente. Este registro SRV debe tener un valor de puerto de 5269.
```
_xmpp-server._tcp.contoso.com
```
3. En el servidor DNS externo, cambie el registro DNS A para la federación XMPP para que apunte a EdgeServer2.contoso.com.
4. Compruebe que el grupo de servidores perimetrales que hospedará ahora la federación XMPP tiene el puerto 5269 abierto externamente.
Si los grupos front-end seguían ejecutándose en el sitio que contiene el grupo perimetral que falló y se ha restaurado, debe actualizar el servicio de conferencia web y el servicio de conferencia A/V en estos grupos de servidores front-end para usar de nuevo los grupos perimetrales en su sitio local.
Si el grupo de servidores front-end del mismo sitio en el que también se ha produce un error en el grupo de servidores perimetrales con errores, ahora puede usar Invoke-CsPoolFailback para realizar una recuperación del grupo de servidores front-end.

Cambiar el grupo de servidores perimetrales asociado a un grupo de servidores front-end

Si un grupo de servidores perimetrales baja pero el grupo de servidores front-end del mismo sitio sigue ejecutándose, tendrás que configurar el grupo de servidores front-end para que use un grupo de servidores perimetrales en un sitio diferente hasta que se restablezca el grupo de servidores perimetrales con errores.

En el Generador de topologías, navegue hasta el nombre del grupo de servidores front-end que necesita cambiar.
Haga clic con el botón derecho en el grupo y, después, seleccione Editar propiedades.
En la sección Asociaciones , en Asociar grupo perimetral (para componentes multimedia), usa el cuadro desplegable para seleccionar el grupo de servidores perimetrales al que quieres asociar este grupo de servidores front-end.
Seleccione Aceptar.