{"id":147180,"date":"2023-09-06T03:21:04","date_gmt":"2023-09-06T03:21:04","guid":{"rendered":"https:\/\/www.stellarinfo.com\/blog\/?p=147180"},"modified":"2025-04-23T06:01:51","modified_gmt":"2025-04-23T06:01:51","slug":"recuperacion-de-un-miembro-de-grupo-de-disponibilidad-de-base-de-datos-exchange-2016-fallido","status":"publish","type":"post","link":"https:\/\/www.stellarinfo.com\/blog\/es\/recuperacion-de-un-miembro-de-grupo-de-disponibilidad-de-base-de-datos-exchange-2016-fallido\/","title":{"rendered":"C\u00f3mo recuperar un miembro DAG de Exchange 2016 que ha fallado?"},"content":{"rendered":"
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:<\/p>
\n
Fallo de hardware, una placa base defectuosa u otros componentes en el servidor host o físico.<\/li>\n\n\n\n
Problemas de software, causados por una actualización de Windows conflictiva o incorrecta.<\/li>\n\n\n\n
Las aplicaciones de terceros, que no son compatibles con Exchange Server, pueden bloquear archivos importantes de Exchange Server.<\/li>\n\n\n\n
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.<\/li>\n\n\n\n
El servidor está infectado con virus, malware o ransomware.<\/li>\n<\/ul>
Pasos para recuperar un miembro DAG de Exchange 2016 que ha fallado<\/strong><\/strong><\/h2>
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.<\/p>
Los pasos son los siguientes:<\/p>
Paso 1: <\/strong>En primer lugar, elimine el miembro que ha fallado del grupo de disponibilidad de bases de datos (DAG).<\/p>
Utilice el siguiente comando para eliminar las copias de la base de datos.<\/p>
Paso 4: <\/strong>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.<\/p>
Paso 5: <\/strong>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 <\/strong>y comprobando el parámetro AdminDisplayVersion<\/strong>.<\/p>
\n<\/figure>\n<\/div>
Paso 6: <\/strong>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.<\/p>
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.<\/p>
Paso 7: <\/strong>Una vez finalizada la instalación de Exchange Server, deberá volver a añadir el servidor al grupo de disponibilidad de bases de datos <\/strong>(DAG) mediante el siguiente comando.<\/p>
Paso 8: <\/strong>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.<\/p>
Es necesario añadir copias de la base de datos al servidor recién restaurado mediante el siguiente comando:<\/p>
Paso 9: Una vez <\/strong>hecho esto, lo mejor sería reiniciar el servicio Microsoft Exchange Information Store <\/strong>para que los cambios surtan efecto.<\/p>
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.<\/p>
![\"MailboxDatabaseCopy](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2021\/08\/MailboxDatabaseCopyStatus-1-768x44.png\")
<\/figure>\n<\/div>![\"ConfigurationOnly\"](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2021\/08\/DatabaseAvailabilityGroupServer-2-768x43.png\")
<\/figure>\n<\/div>![\"ClusterNode\"](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2021\/08\/Get-ClusterNode-3-407x22.png\")
<\/figure>\n<\/div>![\"AdminDisplayVersion\"](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2021\/08\/Get-Exchangeserver-4.png\")
<\/figure>\n<\/div>![\"IAcceptExchangeServerLicenseTerms_DiagnosticDataON\"](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2021\/08\/recover-server-5.png\")
<\/figure>\n<\/div>