Contenido

• ¿Cómo corregir el error “El grupo de disponibilidad de la base de datos debe tener quórum”?
• ¿Qué hacer si las bases de datos aún no se montan?

Un grupo de disponibilidad de base de datos (DAG) funciona muy bien para la conmutación por error y la alta disponibilidad para su servidor y servicios de Exchange. Aunque esta es la mejor solución para la recuperación ante desastres y la continuidad empresarial de Exchange Server, es posible que encuentre algunos problemas imprevistos que podrían dificultar el rendimiento, la calidad y la integridad de los datos de la infraestructura de Exchange Server.

Uno de los peores escenarios con los que se puede encontrar un administrador de Exchange es cuando se desmonta una base de datos de buzones. Cuando intenta montar la base de datos, puede encontrar el siguiente error:

No se pudo montar la base de datos “ DB01 “. Error: una operación de Active Manager falló. Error: una operación de Active Manager encontró un error. Para realizar esta operación, el servidor debe ser miembro de un grupo de disponibilidad de base de datos y el grupo de disponibilidad de base de datos debe tener quórum. Error: No se puede leer de la base de datos del clúster.

Esto puede ocurrir si el servidor se eliminó recientemente del grupo de disponibilidad de la base de datos.

                      [
                      
                        Server: EX2019.mail.lan
                      
                      ]

                      
                        + CategoryInfo
                      
                       : InvalidOperation: (DB01:ADObjectId) [Mount-Database], InvalidOperationException

                      
                        + FullyQualifiedErrorId
                      
                       : [Server=EX2019,RequestId=c51a831c-33e3-4a75-867f-51433b925ee2,TimeStamp=1/1/2020
4:13:12 AM] [FailureCategory=Cmdlet-InvalidOperationException] 7E29F70A,Microsoft.Exchange.Management.SystemConfigurationTasks.MountDatabase

                      
                        + PSComputerName
                      
                       : EX2019.mail.lan
                    

El error anterior podría ocurrir debido a varias razones. Algunas de las razones son:

• Una actualización salió mal
• Error humano
• Fallo de hardware
• Pérdida de potencia
• Ataque de malware y ransomware
• Corrupción o problemas de almacenamiento
• Fallo en la unidad de almacenamiento del servidor

¿Cómo corregir el error “El grupo de disponibilidad de la base de datos debe tener quórum”?

Lo primero que debe verificar es que tenga la mayoría de votos en su grupo. Significa que tiene la mitad de sus servidores, más uno en línea y todos los servidores participantes están en buen estado y funcionando. Además, debe verificar que el almacenamiento de cada nodo, junto con los servicios de Exchange y el Servicio de clúster, se estén ejecutando y no se hayan producido errores. Si ha sufrido un problema de hardware que ha apagado el servidor, esto podría ser un problema ya que el DAG no puede funcionar con un servidor de cada tres. Como en otros clústeres (por exampleSQL), si no se alcanza la mayoría de votos, el clúster se apagará como medida de seguridad.

Si se ha realizado toda la solución de problemas y no hay nada que pueda hacer para restaurar los servicios a la normalidad, la única opción es eliminar las copias de la base de datos para que el servidor esté en modo de base de datos única.

Esto se puede hacer ejecutando el Remove-DatabaseAvailabiltyGroupServer comando desde el Shell de administración de Exchange. Este comando borrará cualquier entrada DAG de Active Directory.

Nota: No es necesario hacer una copia de seguridad de todo de antemano, ya que esto eliminará solo la configuración.

Remove-DatabaseAvailabilityGroupServer -ConfigurationOnly -MailboxServer SRV-MBX-01 -Identity DAG001

Este proceso debe realizarse en cada nodo. Por lo tanto, si su grupo de disponibilidad de base de datos (DAG) se compone de dos servidores, debe realizar lo anterior en ambos servidores.

Una vez realizada esta operación, la configuración del grupo de disponibilidad de la base de datos (DAG) se eliminará de Active Directory.

El siguiente paso es desalojar los nodos del clúster de Windows. Pero no puede usar el Administrador de clústeres para esta operación. Debe hacerse usando el PowerShell. La operación es bastante simple ya que solo necesita usar el Get-ClusterNode y el Remove-ClusterNode usando el parámetro de fuerza (según el siguiente example).

Get-ClusterNode | Remove-ClusterNode-Force

Si la configuración de Exchange Server para el grupo de disponibilidad de base de datos (DAG) se compone de dos o más servidores, deberá realizar esto para cada nodo en su clúster.

Después de esto, cualquier configuración del grupo de disponibilidad de la base de datos se elimina del esquema de Active Directory y la configuración debe convertirse en un servidor independiente. Esto significa que después de un reinicio de los servidores, la base de datos debe montarse a medida que se borra de cualquier membresía del grupo de disponibilidad de la base de datos (DAG).

¿Qué hacer si las bases de datos aún no se montan?

Ahora, si decimos que las bases de datos deben montarse sin problemas, implica que no se han producido daños en las bases de datos. Si las bases de datos aún no se montan, puede considerar verificar las bases de datos utilizando las herramientas nativas que vienen con Exchange Server, como el ESEUtil .

ESEUtil es una herramienta nativa que identifica problemas e intenta reparar bases de datos dañadas. Debe ejecutarse desde una interfaz de línea de comandos.

Para identificar si la base de datos tiene algún daño, debe ejecutar ESEUtil con el parámetro /mh y verificar el estado de la base de datos. Una base de datos saludable tendría un estado de apagado limpio , mientras que una base de datos dañada mostrará Sucio Apagar .

EseUtil /mh

ESEUtil ofrece dos opciones de recuperación de bases de datos: recuperación parcial y recuperación total. El proceso de recuperación suave, como su nombre lo indica, ejecuta una recuperación suave/rápida de la base de datos. Si el daño es leve, Soft Recovery intentará solucionar el problema.

Si esto falla y el estado de la base de datos permanece en Dirty Shutdown, esto significa que la corrupción es grave. En tal caso, la única solución es restaurar las bases de datos desde una copia de seguridad. Pero esto provocará la pérdida de datos, ya que solo podrá restaurar los datos de la última copia de seguridad. La otra opción es realizar la recuperación completa. Esto también da como resultado la pérdida de datos, ya que el proceso de recuperación completa elimina cualquier dato que se considere dañado. Por otro lado, Microsoft no lo ayudará si la base de datos se encuentra recuperada. Además, no hay garantía de que la base de datos se monte después.

Como alternativa saludable, puede utilizar una aplicación de terceros, como Reparación estelar para intercambio que puede abrir fácilmente cualquier base de datos de versión de Exchange Server en cualquier estado y podrá leer y explorar el archivo EDB. Podrá exportar los datos a PST y otros formatos. El software de recuperación de Exchange Server también tiene una función para exportar directamente a una base de datos de Exchange Server en vivo o Office 365 inquilino.