Cómo reparar el testigo del grupo de disponibilidad de la base de datos en un estado fallido

Si el servidor testigo del grupo de disponibilidad de la base de datos está en un estado fallido, tendrá problemas. Entonces, lo primero que debes hacer es arreglarlo y llevarlo a un estado saludable. En este artículo, aprenderá cómo arreglar que el testigo del grupo de disponibilidad de la base de datos esté en un estado fallido.

¿Qué es un grupo de disponibilidad de base de datos?

Un grupo de disponibilidad de base de datos (DAG) es el componente básico del marco de alta disponibilidad y resiliencia del sitio del servidor de buzones integrado en Microsoft Exchange Server. Un DAG es un grupo de hasta 16 servidores de buzones de correo que aloja un conjunto de bases de datos y proporciona recuperación automática a nivel de base de datos de fallas que afectan servidores o bases de datos individuales.

El testigo del grupo de disponibilidad de la base de datos está en un estado fallido

Echemos un vistazo al mensaje de advertencia de estado fallido de DAG que aparece.

Inicie el centro de administración de Exchange y vaya a servidores > grupo de disponibilidad de bases de datos. Haga doble clic en el DAG.

Aparece el mensaje de advertencia.

Advertencia
El testigo del grupo de disponibilidad de la base de datos 'DAG01-2019' está en un estado fallido. El grupo de disponibilidad de la base de datos requiere que el servidor testigo mantenga el quórum. Utilice el cmdlet Set-DatabaseAvailabilityGroup para volver a crear el servidor testigo y el directorio.

¿Por qué recibimos esta advertencia y cuál es la solución si el testigo DAG de Exchange Server está en un estado fallido?

Solución 1. Inicie el recurso del clúster File Share Witness

Siga los pasos a continuación para verificar el estado del recurso del clúster testigo del recurso compartido de archivos y luego actívelo:

Inicie Windows PowerShell como administrador en un miembro de DAG
Verifique el estado de los recursos del clúster del testigo del recurso compartido de archivos con el cmdlet Get-ClusterResource

Get-ClusterResource

El resultado muestra el recurso del clúster en un estado Sin conexión.

Name                                                                State   OwnerGroup    ResourceType
----                                                                -----   ----------    ------------
File Share Witness (\\fs01-2019.exoip.local\DAG01-2019.exoip.local) Offline Cluster Group File Share Witness

Ejecute el cmdlet Start-ClusterResource para poner en línea el recurso del clúster para el testigo del recurso compartido de archivos.

Get-ClusterResource | Start-ClusterResource

Después de ejecutar el comando, el resultado muestra que el estado es En línea.

Name                                                                State  OwnerGroup    ResourceType
----                                                                -----  ----------    ------------
File Share Witness (\\fs01-2019.exoip.local\DAG01-2019.exoip.local) Online Cluster Group File Share Witness

Solución 2. Vuelva a crear el servidor y el directorio testigo

Supongamos que los pasos anteriores no funcionaron, necesita ejecutar el cmdlet Set-DatabaseAvailabilityGroup para volver a crear el servidor testigo y el directorio.

Conclusión

Aprendió cómo arreglar que el testigo del grupo de disponibilidad de la base de datos esté en un estado fallido. La solución a esta advertencia es iniciar el recurso del clúster en uno de los servidores miembros del DAG y volver a ponerlo en línea. Después de eso, no aparece más advertencia y todo funciona.