Solución de problemas de bloqueos de la consola de Data Protection Manager

Esta guía le ayuda a diagnosticar y resolver problemas relacionados con bloqueos con la consola de administración de System Center 2016 Data Protection Manager (DPM 2016) y System Center 2012 Data Protection Manager (DPM 2012 o DPM 2012 R2). Los identificadores de error de bloqueo comunes incluyen 917, 999, 948 y 1069.

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

Antes de empezar a solucionar problemas, asegúrese de que tiene instalado el paquete acumulativo de actualizaciones más reciente para System Center Data Protection Manager. Para obtener la versión más reciente, consulte Versiones de compilación de System Center - Data Protection Manager.

Error 917: Se ha perdido la conexión al servicio DPM

Cuando se trata de bloqueos de consola, es importante comprender que la consola del servidor DPM se basa en que hay varios servicios disponibles. Si alguno de estos servicios deja de ejecutarse o produce un error, es probable que reciba el error 917:

Se ha perdido la conexión al servicio DPM.
Revise el registro de eventos de la aplicación para obtener información sobre un posible cierre del servicio.

Esta es la captura de pantalla de este error:

Si el bloqueo se produce al iniciar la consola, compruebe que todos los servicios DPM se están ejecutando. Los servicios que deben ejecutarse aparecen en el mensaje de error:

• DPM
• DPMRA
• Agente SQL Server (para la instancia de DPM)
• SQL Server (para la instancia de DPM)
• Servicio de disco virtual
• Servicio de instantáneas de volumen

Si uno de los servicios no se está ejecutando, intente iniciarlo y vuelva a abrir la consola DPM.

Si se inician los servicios y sigue experimentando el problema, compruebe si la base de datos está en modo de recuperación.

Si hay un problema al iniciar el servicio, el mensaje de error debe proporcionar una pista sobre la causa del error.

Error 1069: El servicio no se inició debido a un error de inicio de sesión

Si tiene problemas para iniciar uno de los servicios relacionados con DPM, puede deberse a la cuenta de ejecución del servicio. El servicio no puede iniciarse con el siguiente error:

Error 1069: El servicio no se inició debido a un error de inicio de sesión.

Esta es una captura de pantalla de ejemplo del error:

Los únicos servicios que pueden ejecutarse con una cuenta distinta de SYSTEM son las cuentas de SQL Server. Use la tabla siguiente para comprobar que las cuentas son correctas y que tienen contraseñas válidas.

Nota:

La mejor manera de cambiar las cuentas de usuario SQL Server es usar la interfaz de Administrador de configuración de SQL Server.

Nombre del servicio	Cuenta de ejecución	Tipo de inicio	¿Investigar si no se está ejecutando?
MSDPM	SYSTEM	Manual	Yes
DPMRA	SYSTEM	Automático	No
Agente SQL Server (para la instancia de DPM)	Cuenta de dominio (debe ser administrador local)	Automático	Sí
SQL Server (para la instancia de DPM)	Cuenta de dominio (debe ser administrador local)	Automático	Yes
Servicio de disco virtual	SYSTEM	Manual	Yes
Servicio de instantáneas de volumen	SYSTEM	Manual	Yes
Administrador de acceso de DPM	SYSTEM	Automático	Yes
Coordinador del agente DPM	SYSTEM	Manual	No
DPM CPWrapper	SYSTEM	Manual	No
Escritor DPM	SYSTEM	Automático	Yes
DPMLA	SYSTEM	Manual	No
Servicio auxiliar VMM de DPM	SYSTEM	Manual	No

Comprobación de si la base de datos está en modo de recuperación

Si la base de datos está en modo de recuperación, puede causar problemas cuando los servicios intentan conectarse a ella. La base de datos se pone en modo de recuperación debido a un error o bloqueo de DPMSync. Para comprobar si este es el caso, ejecute la siguiente consulta SQL en DPMDB:

select * from tbl_DLS_GlobalSetting
where PropertyName like 'DbRecovery'

Si el PropertyValue valor devuelto es 1, la base de datos está en modo de recuperación.

Ejecute la siguiente consulta SQL para sacar la base de datos del modo de recuperación:

update tbl_DLS_GlobalSetting
set PropertyValue = '0'
where PropertyName like 'DbRecovery'

Una vez completado, reinicie el servicio DPM y vuelva a intentar la consola.

Tiempo de espera del servicio

Si las cuentas de ejecución del servicio están configuradas correctamente, es posible que esté experimentando un problema con los tiempos de espera del servicio. Si el servicio agota el tiempo de espera al intentar iniciarse, puede aplicar la siguiente entrada del Registro:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control

DWORD: ServicesPipeTimeout
Valor: 300000

Si la entrada no existe, puede crearla. El valor es el tiempo de espera en milisegundos (ms), por ejemplo, 60000 es igual a 1 minuto (60 segundos). Debe reiniciar el servicio para implementar el cambio. Ajuste el valor cuando sea necesario.

El servicio se inicia, pero luego se bloquea

Si el servicio se inicia y, a continuación, se bloquea, compruebe el registro de eventos de la aplicación para ver si hay un error que indique qué servicio se ha bloqueado. Compruebe si hay entradas con Error como nivel y MSDPM (o cualquier otro servicio DPM) como origen en el momento del bloqueo. La pestaña General del evento debe contener información sobre el servicio que se bloqueó y algunos detalles sobre el bloqueo.

Por ejemplo, el proceso de MSDPM que produce un error con el identificador de evento 999 tiene los detalles siguientes:

No se encuentra la descripción del identificador de evento 999 de MSDPM de origen. El componente que provoca este evento no está instalado en el equipo local o la instalación está dañada. Puede instalar o reparar el componente en el equipo local.

Si el evento se originó en otro equipo, la información que aparezca en pantalla se debe guardar con el evento.

La siguiente información se incluyó con el evento:

Un error inesperado produjo un error en el proceso "msdpm". Reinicie el proceso dpm "msdpm".

Esta es la captura de pantalla de este evento:

En este ejemplo, la sección Detalles del problema muestra que se produjo un error con el código de error 0x80004015 que se asigna a:

La clase está configurada para ejecutarse como un identificador de seguridad diferente del autor de la llamada.

A continuación, podemos empezar a investigar el problema como un problema de cuenta de usuario. Dado que fue el servicio MSDPM el que se bloqueó, el siguiente paso consiste en echar un vistazo al registro de errores de DPM correspondiente. La ubicación predeterminada de estos registros de errores de DPM es similar a C:\Program Files\Microsoft System Center 2012\DPM\DPM\Temp\.

Los registros de errores se denominan para el servicio que registran y el archivo de registro actual de cada servicio se denomina <servicio>curr.errlog.

Si el servicio se ha bloqueado, el sistema también crea un archivo .crash similar a los que se muestran a continuación:

El evento de bloqueo se registra al final del archivo y muestra más detalles.

Al solucionar los diversos bloqueos de servicios, sus causas y resoluciones están fuera del ámbito de esta guía. Los registros de eventos, los registros de errores y los archivos .crash deben proporcionar suficiente información para solucionar los errores más comunes a través del foro de soporte técnico de DPM.

Error 948: No se puede conectar al servidor DPM

Si el servicio no puede conectarse a la base de datos DPM, es probable que no pueda iniciarse. En este caso, verá errores similares a los siguientes:

No se puede conectar al <servidor> DPM. (Identificador: 948)
Compruebe que el servicio DPM se está ejecutando en este equipo.

La sección Detalles del problema del registro de eventos debe proporcionar información adicional sobre la naturaleza del error. Normalmente, la base de datos está sin conexión o no se puede establecer contacto (lo más probable es que esté en un servidor remoto) o que se produzca un error de inicio de sesión. En estos escenarios, probablemente verá un error en el registro de eventos similar a uno de los ejemplos siguientes:

Algunas razones comunes incluyen:

Error de inicio de sesión

La cuenta que no puede iniciar sesión debe estar clara en el mensaje de error. De lo contrario, puede comprobar msdpmcurr.errlog en la carpeta Temp de DPM. Si esto no deja las cosas claras, pruebe los archivos ERRORLOG en la ubicación de instalación de SQL Server (por ejemploC:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Log, ). La ruta de acceso puede variar en función de la versión exacta de SQL Server instalada o si se instaló en una ubicación no predeterminada.

Este archivo de registro de errores debe incluir las entradas de auditoría de inicio de sesión con errores. Para resolver estos errores, asigne permisos a la cuenta mencionada para la base de datos a la que se hace referencia. Normalmente, se trata de la cuenta de ejecución SQL Server o de system:

• Para la cuenta SYSTEM, puede agregar los permisos pertinentes en SQL Server Management Studio si va aInicios de sesión de seguridad> y, a continuación, haga clic con el botón derecho en la cuenta del sistema. Asegúrese de que tiene el rol sysadmin seleccionado como se muestra a continuación:

  

• Para la cuenta de ejecución de SQL Server, restablezca la cuenta en el Administrador de configuración de SQL Server.

Base de datos o instancia está sin conexión

Debería haber comprobado que el servicio de SQL Server se está ejecutando en este momento. De lo contrario, compruébalo ahora. Una vez que se ejecuta el servicio SQL Server, intente conectarse a la instancia desde SQL Server Management Studio (SSMS). En ocasiones, esto puede producir un error si el servidor ha iniciado sesión en una cuenta diferente de la cuenta en la que se instaló. En este escenario, intente ejecutar SSMS como administrador. Si puede conectarse correctamente, DPMDB está en línea. Si DPMDB está sin conexión, tendrá un aspecto similar al siguiente:

Si DPMDB está sin conexión, haga clic con el botón derecho en DPMDB, seleccione Tareas y, a continuación, seleccione Poner en línea. Una vez que esté en línea, compruebe si el problema se ha resuelto.

Problemas relacionados con la red

Si ve errores que sugieren que hay un problema relacionado con la red, pruebe la conexión a la base de datos desde el servidor DPM completando los pasos siguientes:

1. Cree un archivo .udl. La manera más fácil es cambiar el nombre de un archivo .txt en blanco con una extensión .udl.

2. Haga doble clic en el archivo UDL y seleccione la instancia y la base de datos que se van a probar en la lista desplegable.

3. Haga clic en Probar conexión.

   

Si se produce un error, compruebe si puede hacer ping al SQL Server desde el servidor DPM y compruebe que la resolución de nombres funciona correctamente. Compruebe también que la dirección IP devuelta es correcta. Compruebe que la dirección también es correcta en SQL Server > servidor DPM. Compruebe si hay otras razones obvias por las que es posible que el tráfico no pase, como los firewalls.