Restauración de bases de datos de Exchange 2013

  • Artículo

Busque información sobre las distintas formas en que puede restaurar las bases de datos de Exchange 2013.

Se aplica a: Exchange Server 2013

El sistema de escritura de Exchange que se incluye en Exchange Server 2013 permite cierta flexibilidad en la restauración de las bases de datos de Exchange. Mediante el uso del sistema de escritura de Exchange en Exchange 2013, puede restaurar las copias de seguridad de instantáneas en las siguientes ubicaciones:

  • La base de datos original, independientemente de si se ha modificado la configuración de la ruta de acceso del archivo de registro de transacciones o de la base de datos.

  • Una base de datos de recuperación.

  • Cualquier base de datos de producción, independientemente de si el nombre para mostrar de la base de datos coincide con el nombre de un conjunto de copia de seguridad de VSS.

Cuando la aplicación de restauración restaura información en la base de datos original, los archivos de registro se deben restaurar en la ruta de acceso de directorio especificada en Servicios de dominio de Active Directory (AD DS) para esa base de datos. Si la aplicación restaura una base de datos en otra ubicación, los archivos de registro se deben restaurar en una carpeta denominada _restoredLogs que se encuentra dentro del directorio del archivo de registro de base de datos.

Al restaurar en un servidor o base de datos diferente de la base de datos original, la aplicación de restauración debe asegurarse de que las rutas de acceso del directorio de base de datos proporcionadas a VSS coincidan con las de AD DS. Puede usar el cmdlet get-MailboxDatabaseExchange Management Shell para obtener información sobre las bases de datos existentes. Para más información sobre el Shell de Administración de Exchange, consulte Exchange Server PowerShell (Shell de Administración de Exchange).

En la ilustración siguiente se muestra la secuencia de eventos en una restauración típica de una base de datos de Exchange administrada por el servicio de instantáneas de volumen (VSS).

Figura 1. Secuencia de eventos para restaurar bases de datos

Diagrama que muestra la secuencia de eventos del proceso de restauración. La secuencia comienza con el inicio de los almacenes de Exchange y continúa por los numerosos pasos entre el escritor de Exchange, VSS y la aplicación cliente.

Restauración de bases de datos de Exchange en la ubicación original

El sistema de escritura de Exchange permite a las aplicaciones restaurar bases de datos y archivos de registro de transacciones en sus ubicaciones originales en el servidor exchange. De forma predeterminada, el escritor de Exchange reproduce los archivos de registro de transacciones después de que el solicitante confirme que la restauración se ha completado durante la operación OnPostRestore . La aplicación de restauración debe usar el método SetAdditionalRestores de VSS para evitar que se reproduzcan los archivos de registro. Los archivos de registro se pueden reproducir más adelante cuando el administrador de Exchange o la aplicación vuelvan a montar la base de datos restaurada.

Al restaurar las bases de datos a sus objetos de base de datos originales (de modo que los GUID de destino de la base de datos coincidan con los del conjunto de copia de seguridad), pero a distintas rutas de acceso de archivo, la aplicación debe determinar las rutas de acceso de archivo actuales y restaurar los archivos de copia de seguridad en las rutas de acceso de archivo correspondientes especificadas en las propiedades de la base de datos. El solicitante debe llamar al método AddNewTarget para comunicar al escritor de Exchange la ubicación donde se restauran los archivos antes de que el escritor pueda continuar con el resto del proceso de restauración. Si no se llama a AddNewTarget , el escritor de Exchange supone que las copias de seguridad se restauran en las rutas de acceso de archivo especificadas en el documento de metadatos de copia de seguridad.

Normalmente, la aplicación no tiene que especificar una nueva ruta de acceso para las copias de seguridad que se realizan desde una copia del grupo de disponibilidad de base de datos (DAG). Los administradores de Exchange no suelen cambiar las rutas de acceso de archivos de registro o de base de datos. Sin embargo, en una configuración de DAG, la aplicación de copia de seguridad podría tener que especificar la base de datos activa y las rutas de acceso de registro, ya que las rutas de acceso de copia de DAG siempre son diferentes de esas rutas de acceso.

Tenga en cuenta que Exchange 2013 no admite la restauración de copias de base de datos dag inactivas. Las copias de DAG solo se pueden restaurar a partir de datos de copia de seguridad cuando se restaura la copia de base de datos activa. El uso de diferentes conjuntos de datos de copia de seguridad o el intento de restaurar un subconjunto de las copias de base de datos puede hacer que la base de datos se pueda desmontar. Las aplicaciones de copia de seguridad no tienen que llamar a la función SetRestoreOptions en este caso, ya que las copias de seguridad se restauran en los objetos de base de datos originales desde los que se crearon. Sin embargo, si la aplicación de copia de seguridad llama a SetRestoreOptions y el documento de metadatos XML tiene los parámetros correctos, el resultado no es un error.

Restauración de bases de datos de Exchange en una base de datos de recuperación

El sistema de escritura de Exchange permite restaurar datos directamente en una base de datos de recuperación. El montaje de los datos recuperados como una base de datos de recuperación permite al administrador de Exchange restaurar buzones individuales e incluso elementos individuales en un buzón.

Si ya existe una base de datos de recuperación, la aplicación puede desmontar la base de datos, restaurar los datos en la base de datos de recuperación y los archivos de registro y, a continuación, volver a montar la base de datos.

Cada servidor de Exchange 2013 solo permite montar una base de datos de recuperación a la vez. El servidor puede contener tantas bases de datos recuperadas como el espacio en disco lo permita, pero solo se puede montar una como la base de datos de recuperación. La base de datos montada como base de datos de recuperación se cuenta en el número máximo de bases de datos que se pueden montar a la vez. Una base de datos recuperada montada como base de datos de recuperación de un servidor no está asociada al buzón original de ninguna manera.

Para recuperarse en una base de datos de recuperación, la aplicación debe llamar al método SetRestoreOptions y proporcionar un documento XML que indique los GUID de la base de datos de origen y de destino. Los GUID de origen deben coincidir con los del conjunto de copia de seguridad y los GUID de destino deben coincidir con las entradas de base de datos de destino de AD DS. La aplicación de copia de seguridad también debe llamar al método AddNewTarget para especificar la ruta de acceso del directorio en la que se restauran los archivos. Si es necesario cambiar el nombre de los archivos de base de datos, el escritor de Exchange cambiará el nombre de la base de datos durante la operación OnPostRestore . Exchange requiere que los archivos de registro de transacciones se restauren en una subcarpeta ( _restoredLogs) en la ruta de acceso del archivo de registro de transacciones actual. Si los archivos de registro se restauran en cualquier otra ubicación, el escritor de Exchange devolverá un error. Dado que las bases de datos que se montan como base de datos de recuperación no se restauran en su ubicación original, deben entrar en estado de apagado limpio antes de que se puedan montar. De forma predeterminada, el sistema de escritura de Exchange pondrá todas las bases de datos restauradas en un estado de apagado limpio durante la restauración posterior. Si la aplicación de copia de seguridad llama al método SetAdditionalRestores , el sistema de escritura de Exchange no reproducirá los archivos de registro y el administrador o la aplicación de copia de seguridad deben poner la base de datos en un estado de apagado limpio antes de montar la base de datos.

Restauración de bases de datos de Exchange en un servidor de recuperación

En algunos escenarios, es posible que tenga que recuperar un conjunto de copia de seguridad en otro servidor; Por ejemplo, es posible que tenga que recuperarse de un error grave del servidor mediante la migración de la base de datos de buzones a otro servidor de Exchange 2013 de la misma organización de Exchange, o bien restaurar a un servidor dedicado fuera del entorno de producción para recuperar los datos de buzones y carpetas públicas.

En estos escenarios, las rutas de acceso de archivo de la base de datos de destino, así como sus GUID de objeto, son diferentes de las de la base de datos original. Por lo tanto, la aplicación tiene que llamar al método SetRestoreOptions con un documento XML que indique la información de la base de datos de origen y de destino, y llamar al método AddNewTarget para especificar las rutas de acceso del directorio a las que restaurar los archivos de copia de seguridad. Para el escritor de Exchange, esta restauración es la misma que la restauración en una base de datos de recuperación. Para obtener más información, consulte Restauración de bases de datos de Exchange en una base de datos de recuperación anteriormente en este artículo.

Vea también