Solucionar problemas de protección y recuperación de Exchange en Data Protection Manager

Con System Center 2012 Data Protection Manager (DPM 2012) o System Center 2012 R2 Data Protection Manager (DPM 2012 R2), la mayoría de los problemas con los orígenes de datos de Exchange se debe a un problema en el servidor Exchange.

Versión original del producto:   System Center 2012 Data Protection Manager, System Center 2012 R2 Data Protection Manager
Número KB original:   10061

La investigación de los registros de eventos del servidor Exchange durante el tiempo del error de DPM normalmente apuntará a la causa raíz. Algunos ejemplos generales son que faltan registros, bases de datos o copias que no están en buen estado, o quizás algo que impide que el escritor de Exchange o el almacén de información trunjen los registros una vez completada una copia de seguridad.

Por este problema, el primer paso para solucionar problemas de protección de Exchange es comprobar el servidor Exchange y resolver los problemas.

No se pueden enumerar los nodos de Exchange

Muchas veces, los problemas de protección se encuentran en la incapacidad de enumerar los nodos de Exchange.

Si no ve ningún nodo o base de datos, compruebe que el agente está instalado en el nodo deseado. Compruebe también que la base de datos que está intentando numerar existe en el nodo con el agente instalado.

Error al ver nodos pasivos

Cuando se crea un grupo de protección para un grupo de disponibilidad de base de datos (DAG) de Exchange y se selecciona una base de datos que tiene varias copias pasivas en otros nodos, es posible que DPM solo muestre el nodo activo.

Esto suele deberse a un valor del Registro que se crea fuera de DPM cuando se emplea otro método para realizar copias de seguridad y restaurar datos de Exchange, como copias de seguridad de Windows Server.

El valor del Registro se denomina EnableVSSWriter y se encuentra en HKEY_LOCAL_MACHINE\Software\Microsoft\ExchangeServer\v14\Replay\Parameters\ .

De forma predeterminada, EnableVSSWriter no existe. Si lo ve, probablemente se creó manualmente y se estableció en 0.

En este caso, cambie el valor del Registro a 1 (hexadecimal) que lo activa. O elimine el valor del Registro.

Errores de punto de recuperación

Una causa común es un problema con conflictos de puertos. Cuando esto ocurra, verá un error similar al siguiente:

No se pudo realizar ninguna conexión porque la máquina de destino la rechazó activamente (0x8007274D)

Puede obtener este error si otro programa usa los puertos de red 5718 y 5719 en el servidor Exchange. Puede comprobarlo ejecutando desde un netstat -ano símbolo del sistema e identificando qué proceso está usando estos puertos. Si otro programa usa los puertos, decida qué programa se configurará para dejar de usar esos puertos.

Resolución 1: configurar DPM para usar otros puertos

En DPM 2012, ejecute SetAgentConfig para configurar DPM para que use otro puerto. Vea el paquete acumulativo de actualizaciones 3 System Center 2012 R2 Data Protection Manager para obtener más información.

Resolución 2: Configurar la aplicación en conflicto para usar otro puerto

Establezca el Registro para restringir esos puertos o reiniciar\quitar la aplicación en conflicto. Consulte al proveedor de la aplicación para obtener más información acerca de la reconfiguración del uso de puertos.

DPM es el propietario registrado de los puertos 5718 y 5719.

Errores de comprobación de redundancia cíclica (CRC)

A menudo, los errores de CRC con la protección del servidor Exchange se indican mediante un mensaje de error similar al siguiente:

DPM encontró un error al realizar una operación para \ \ ?\GLOBALROOTDevice\HarddiskVoDiumeShadowCopyGUID.log on <servername> (error id. 2033 Details Data (comprobación de redundancia cíclica) (0x80070017))

La causa más probable es un registro de transacciones de Exchange dañado en el servidor Exchange. Sin embargo, preste atención a la ruta de acceso del mensaje de error. Si la ruta de acceso es similar a la siguiente, existe la posibilidad de que el registro esté dañado en el servidor DPM:

C:\Program Files\Microsoft DPM\DPM\Volumes\Replica\Microsoft Exchange Replica Writer\vol_<VOL GUID>\<GUID>\Full\C-Vol\E0400121F44.log

Para resolver este problema, cambie el nombre del archivo de registro mencionado en el mensaje de error y copie una versión buena conocida de otro miembro del DAG. Si el archivo dañado está en el volumen de réplica del servidor DPM, reemplace el archivo de la misma manera y vuelva a intentar el CRC.

La réplica es incoherente

Si la réplica es incoherente, verá un error similar al siguiente:

Error en la comprobación de la coherencia de los datos para LOS REGISTROS de la base de datos de buzones de Exchange en <database name> <Exchange Node> , (Id. 30146 Detalles: Error desconocido (0xfffffdf0) (0xFFFFFDF0))

Es posible que también vea el siguiente error en el registro de eventos de la aplicación del servidor DPM:

Nombre del registro: Aplicación
Origen: McLogEvent
Identificador de evento: 259
Nivel: Error
Descripción: ¿el \ \ archivo? \ <DPM Volume> \ <Guid> \Full \ <log volume of Exchange database name> \<Log#>.log contiene el archivo <virus name> . Error de limpieza indeterminado, eliminado correctamente. Detectado mediante el motor de examen versión 5400.1158 DAT versión 7285.0000

Nombre del registro: Aplicación
Origen: ESE
Identificador de evento: 518
Nivel: Error
Categoría de tarea: registro/recuperación
Descripción: eseutil (12472) JetDBUtilities - 13804: ¿El archivo de \ \ registro? \ <DPM Volume> \logs \ <database name> \<Log#>.log falta (error -528 y no se puede usar. Si este archivo de registro es necesario para la recuperación, se necesita una buena copia del archivo de registro para que la recuperación se complete correctamente.

Este problema suele producirse si tiene instalada una aplicación antivirus y elimina archivos de registro que están marcados como infectados.

Para solucionar este problema, use uno de los métodos siguientes:

  • Establecer exclusiones de antivirus DPM en función de ejecutar software antivirus en el servidor DPM.
  • Deshabilite la aplicación antivirus en el servidor.
  • Ejecute una comprobación de integridad en los archivos de registros de Exchange para la base de datos afectada.

Nota

Hay otros errores 30146 que podrían tener resoluciones ligeramente diferentes y, por lo general, apuntan a posibles daños en el lado del servidor Exchange. Vea El identificador de error: 30146 para obtener más información.

Errores de sincronización

Cuando se produzcan errores de sincronización, verá errores similares a los siguientes:

DPM detectó una discontinuidad en la cadena de registro de la base de datos de buzones de Exchange <mailboxname> desde <Servername> la última sincronización. (Id. 30216 Detalles: error no especificado (0x80004005))

La causa más probable es un salto en los registros de transacciones de Exchange.

Resolución 1: activar el registro circular y vaciar los registros

  1. Deshabilite la protección DPM.
  2. Active el registro circular en la base de datos.
  3. Si es necesario, monte y desmonte la base de datos.
  4. Desactive el registro circular.
  5. Habilite la protección DPM y ejecute una copia de seguridad completa expresa.

Resolución 2: borrar registros anteriores al archivo de registro que falta

  1. Ejecute eseutil /k "x:\path\path\ENN" > output.txt . ENN es el marcador de posición del archivo de punto de control de Exchange, por ejemplo, E01.chk.

  2. Examine el archivo de salida para identificar las diferencias en la secuencia de registro. Por ejemplo:

    E010000A.log
    E010000B - Falta E01000E.log
    E010000E.log

  3. Identifique el intervalo más reciente y quite todos los archivos de registro anteriores a él en un directorio diferente.

  4. Para confirmar que los registros restantes están en orden, ejecute el comando como eseutil /k se especificó en el paso inicial.

  5. Ejecute una copia de seguridad completa express.

Problemas generales del buzón

Muchos de los problemas de recuperación del servidor Exchange implican que los buzones de usuario no están visibles en la pestaña de recuperación de la consola DPM.

Si intenta enumerar los buzones de usuario en la pestaña de recuperación de la consola DPM y no hay nada, lo más probable es que se haya cambiado el nombre de SG\DB, que no es compatible.

Para solucionar el problema en DPM 2012, siga estos pasos:

  1. Quite la protección al conservar los datos de la base de datos de Exchange.
  2. Asegúrese de que se hayan reiniciado los servicios o el servidor de Exchange, ya que los escritores de VSS no se actualizarán hasta que esto se haga.
  3. Vuelva a proteger el origen de datos y ejecute una comprobación de coherencia. Deben aparecer elementos recuperables.

Nota

Habrá un vacío en la enumeración durante los días en los que se haya producido una copia de seguridad y los metadatos del escritor de Exchange no se actualizaron. No se pueden restaurar, pero finalmente se quitarán a medida que expire la retención.

Faltan algunos buzones de usuario

Si intenta enumerar los buzones de usuario en la pestaña de recuperación de la consola DPM y solo algunos de los buzones aparecen como elementos recuperables, es posible que falte el permiso Leer información de Exchange para los usuarios autenticados en Seguridad avanzada para los usuarios concretos de > Active Directory.

Todos los usuarios configurados en el buzón requieren permiso de lectura de información de Exchange. Para resolver este problema, siga estos pasos:

  1. En Active Directory, vaya a las propiedades de la ou > avanzadas y agregue un grupo de usuarios autenticados adicional.
  2. Seleccione Editar.
  3. En la entrada De permiso para ventanas Estructura de usuario, seleccione Propiedades.
  4. Seleccione Objetos de usuario descendientes.
  5. Seleccione el permiso Leer información de Exchange.
  6. Haga clic en Aceptar tres veces para completar la operación.
  7. Cree un punto de recuperación con copia de seguridad completa rápida.

En este punto, todos los buzones deben estar visibles.

Se produce un error en la restauración en la ubicación original

Al intentar restaurar a la ubicación original, es posible que descubra que la opción no aparece en la consola DPM. Normalmente, esto se debe a una selección incorrecta.

Asegúrese de que todos los datos protegidos de Exchange estén resaltados y de que la opción Más reciente esté seleccionada para el tiempo de recuperación. A continuación, seleccione la base de datos y seleccione Recuperar.

Nota

La base de datos que se está sobrescribiendo debe tener la marca Permitir sobrescritura de recuperación seleccionada en las propiedades de la base de datos de Exchange para que la restauración funcione.