Summary: Los miembros de Exchange Database Availability Group pueden fallar debido a varias razones, como fallos de hardware, problemas de software, aplicaciones de terceros en conflicto, etc. En este post, hemos explicado el proceso paso a paso para recuperar miembros fallidos de Exchange 2016 DAG. Además, hemos mencionado un software avanzado de recuperación de Exchange que puede ayudarle a recuperar buzones de correo si las bases de datos se dañan o corrompen.
Aunque los grupos de disponibilidad de bases de datos (DAG) proporcionan un mundo seguro para los administradores y la empresa, pueden tener problemas. Al igual que otras máquinas, también pueden fallar. Las razones comunes detrás de un miembro de Exchange 2016 DAG fallido son:
- Fallo de hardware, una placa base defectuosa u otros componentes en el servidor host o físico.
- Problemas de software, causados por una actualización de Windows conflictiva o incorrecta.
- Las aplicaciones de terceros, que no son compatibles con Exchange Server, pueden bloquear archivos importantes de Exchange Server.
- Pérdida repentina de energía y los servidores se reinician sin apagarse correctamente. Esto podría causar daños en las bases de datos o en los registros.
- El servidor está infectado con virus, malware o ransomware.
Pasos para recuperar un miembro DAG de Exchange 2016 que ha fallado
Recuperar un miembro de Exchange DAG que ha fallado no es sólo un procedimiento de reinstalación y reincorporación. Implica un complejo proceso de limpieza del esquema de Active Directory/Exchange Server antes de instalar un nuevo miembro como reemplazo. Esto se debe a que la mayor parte de la configuración de Exchange Server se almacena en el esquema de Active Directory.
Los pasos son los siguientes:
Paso 1: En primer lugar, elimine el miembro que ha fallado del grupo de disponibilidad de bases de datos (DAG).
Utilice el siguiente comando para eliminar las copias de la base de datos.
Get-MailboxDatabaseCopyStatus -Server <failedservername> | Remove-MailboxDatabaseCopy -Confirm:$False
Paso 2: Elimine el servidor del grupo utilizando el siguiente comando.
Remove-DatabaseAvailabilityGroupServer -Identity DAG01 -MailboxServer EX02 -ConfigurationOnly
Paso 3: Desaloje el servidor que ha fallado del cluster. Para ello, utilice el siguiente comando.
Get-ClusterNode <failedservername> | Remove-ClusterNode
Paso 4: Una vez hecho esto, puede seguir adelante e instalar el nuevo sistema operativo del servidor o desplegar la máquina virtual. Una vez finalizada la instalación, únase al dominio.
Paso 5: Instale todas las actualizaciones ya que el servidor debería estar ejecutando la misma versión y construido como otros servidores miembros en DAG. Puede comprobar la información necesaria ejecutando el comando Get-Exchangeserver y comprobando el parámetro AdminDisplayVersion.
Paso 6: Una vez que haya unido el servidor al dominio, instalado todas las actualizaciones y confirmado la versión y compilación de la instalación actual de Exchange Server, siga adelante e instale Exchange Server en el modo de recuperación.
Esto instalará Exchange y recuperará toda la configuración del esquema de Active Directory. Ejecute la instalación de Exchange en modo desatendido con el comando setup /m:recoverserver.
setup /m:recoverserver /IAcceptExchangeServerLicenseTerms
Los usuarios de Exchange Server 2016 y 2019 con CU de septiembre de 2021 o posterior deben ejecutar el siguiente cmdlet.
setup /m:recoverserver /IAcceptExchangeServerLicenseTerms_DiagnosticDataON
Paso 7: Una vez finalizada la instalación de Exchange Server, deberá volver a añadir el servidor al grupo de disponibilidad de bases de datos (DAG) mediante el siguiente comando.
Add-DatabaseAvailabilityGroupServer -Identity DAG01 -MailboxServer EX02
Paso 8: Ahora el servidor se ha vuelto a unir al cluster y al DAG. Sin embargo, no hay replicación de las bases de datos. Si se produce una conmutación por error, Exchange Server funcionará, pero los usuarios no podrán acceder a sus buzones, ya que éstos sólo residen en la base de datos del otro servidor.
Add-MailboxDatabaseCopy -Identity DBX01 -MailboxServer EX02
Es necesario añadir copias de la base de datos al servidor recién restaurado mediante el siguiente comando:
Paso 9: Una vez hecho esto, lo mejor sería reiniciar el servicio Microsoft Exchange Information Store para que los cambios surtan efecto.
En esta fase, la(s) base(s) de datos añadida(s) comenzará(n) a sembrarse en el servidor recién restaurado. En función del tamaño y el rendimiento del servidor y de la velocidad de conectividad, las bases de datos de buzones tardarán algún tiempo en sembrarse por completo.
Los cambios se replicarán una vez completada la primera siembra. Puede comprobar el estado de la replicación utilizando el comando Get-MailboxDatabaseCopyStatus. Esto le dará toda la información sobre los datos que se están sincronizando entre los servidores.
Llegados a este punto, debería haber recuperado correctamente un miembro del DAG de Exchange 2016 que ha fallado.
Conclusión
Los pasos anteriores le ayudarán a recuperar el miembro de Exchange 2016 DAG que ha fallado. Sin embargo, si hubo algún daño en las bases de datos de buzones del servidor primario o corrupción, entonces esto podría detener la replicación de datos. En tales situaciones, puede utilizar una aplicación de terceros, como Stellar Repair for Exchange, para recuperar sus buzones de correo y restaurarlos a una copia de base de datos saludable en el mínimo tiempo de inactividad posible. Stellar Repair for Exchange puede abrir cualquier versión de la base de datos de Exchange Server (.edb) y exportar los buzones y elementos de correo a PST y otros formatos de archivo. También puede exportar buzones de correo desde un archivo EDB reparado directamente a una base de datos de Exchange Server en vivo o a un inquilino de Office 365.
