Cómo recuperar un buzón de una recovery database en Exchange?

Continuando con el artículo de creación de base de datos de recuperación, en esta entrada vamos a ver como recuperar los datos de un buzón en Exchange 2010 / 2013 o 2016.

Para recuperar un buzón de una recovery database abrir el Exchange Management Shell (EMS) y seguir los pasos a continuación:


Cómo recuperar el buzón completo al usuario original

En este caso vamos a recuperar los datos desde una recovery database denominada “RDB”. La idea es combinar con el contenido del usuario original.

New-MailboxRestoreRequest –SourceDatabase RDB –SourceStoreMailbox “usuarioA” –TargetMailbox usuarioA@dominio

New-MailboxRestoreRequest

A tener en cuenta lo siguiente:

SourceStoreMailbox – Luego de ver los buzones contenidos en la base de recuperación como se indica al final del artículo anterior con el comando Get-MailboxStatistics, debemos especificar el buzón a recuperar en alguno de los siguientes formatos:

  • GUID del buzón
  • LegacyExchangeDN
  • DisplayName (Nombre a mostrar)

TargetMailbox – El buzón destino lo podemos especificar en cualquiera de los siguientes formatos:

  • GUID del buzón
  • Alias
  • LegacyExchangeDN
  • Dominio\usuario
  • Dirección SMTP

Cómo recuperar el buzón completo a un usuario diferente

En este ejemplo vamos a recuperar el contenido completo del buzón pero lo vamos a almacenar en una carpeta dentro del buzón de un usuario diferente al original.

Primero que nada dejo un error que se presenta frecuentemente al ejecutar esta tarea:

Source mailbox´s legacyExchangeDN …… doesn´t match the legacyExchangeDN or X500 proxy for target mailbox. Use the ‘AllowlegacyDNMismatch’ switch if you want to allow this operation

doesn´t match the legacyExchangeDN or X500 proxy for target mailbox.

Esto se debe a que falta utilizar el parámetro “AllowLegacyDNMismatch”:

New-MailboxRestoreRequest –SourceDatabase RDB –SourceStoreMailbox “buzon a recuperar” –TargetMailbox “usuario alternativo” –TargetRootFolder “recuperado” –AllowLegacyDNMismatch

New-MailboxRestoreRequest en Exchange 2010 y Exchange 2013

 


Cómo ver el estado de la solicitud de restauración?

Para ver el estado de las solicitudes de restauración ejecutamos el siguiente comando:

Get-MailboxRestoreRequest

rdb7_thumb[1]_thumb

Esperar a que el estado indique completado.

Si se utilizó el parámetro de TargetRootFolder vamos a encontrar esta carpeta creada en el buzón destino:

recuperación de datos en Exchange


Con esto llegamos al final del artículo, por más información teórica y práctica sobre recuperación de bases de datos en Exchange, ver el siguiente recurso para miembros VIP del sitio (videos de entrenamiento):


Acerca de Daniel Núñez Banega

Consultor IT especializado en Microsoft Exchange y Active Directory.
Principales Certificaciones: Microsoft Certified Trainer | Microsoft Certified Solutions Expert | Microsoft Certified Systems Engineer | Microsoft Certified Systems Administrator | Microsoft Certified IT Professional | Microsoft Certified Technology Specialist

Interacciones del lector

Comentarios

  1. Jose Luis Gómez Carvajal dice

    Lo primero de todo, enhorabuena!, es un gran articulo!, quisiera saber en el caso de que una base de datos en el DAG se corrompiera, perdiera u ocurriera un desastre y hubiera que recuperar del backup toda una base de datos, como se haría para copiar todo el contenido del respaldo en la base de datos de recuperacion a la base de datos de produción…por ahí he visto que con el comando Get-MailboxStatistics -Database BDR | Restore-Mailbox -RecoveryDatabase BDR puede funcionar…y funciona siempre y cuando el usuario y buzón sigan existiendo, pero si no, y los creas de nuevo para restaurar, el "SID" del usuario cambia y en este caso no se puede usar el comando –AllowLegacyDNMismach para que lo restaure si este no coincide…alguna idea??

    • Aprendiendo Exchange dice

      Hola Jose Luis, en caso de rotura total de la base y que incluso la réplica este mal lo ideal sería hacer una restauración completa de la base a la ubicación original.

      Si tenes los logs generados desde la fecha del backup al momento de la falla incluso podrías recuperar la diferencia de mails aplicando los logs con el comando eseutil. Los comando de restauración de buzones son útiles para casos más puntuales, si afecta la base entera es mejor ir por un restore directo de la base.

      Respecto a tu consulta puntual, el parámetro AllowLegacyDNMismatch en sí no tiene relación con el SID del usuario sino que con el atributo de LegacyExchangeDN del buzón. En definitiva, este parámetro es válido en cualquier caso que no se restauren los datos al buzón original, o sea a un buzón diferente (que en sí en general implicaría que también tenga un nuevo SID pero ese es otro tema y depende de otros factores).

      saludos!
      daniel

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *