Notas de la versión de System Center DPM

Artículo
03/19/2024

En este artículo se enumeran las notas de la versión de System Center 2019 - Data Protection Manager (DPM), incluidos los problemas conocidos y las soluciones alternativas para DPM 2019, DPM 2019 UR1, DPM 2019 UR2, DPM 2019 UR3, DPM 2019 UR4, 2019 UR5 y 2019 UR6 según corresponda.

Se recomienda ver los siguientes artículos para obtener información detallada sobre lo que admite DPM y puede realizar copias de seguridad:

En este artículo se enumeran las notas de la versión de System Center 2022 - Data Protection Manager (DPM), incluidos los problemas conocidos y las soluciones alternativas para DPM 2022, 2022 UR1 y 2022 UR2.

En este artículo también se incluyen las notas de la versión de la 5015376 de KB de revisión DPM 2022.

Recomendamos que consulte los artículos siguientes para obtener información detallada sobre los elementos que admite DPM y de los que puede realizar copias de seguridad:

Notas de la versión DPM 2022

DPM 2022 tiene los problemas conocidos que se observan en DPM 2019 RTM.

Además, se observan los problemas conocidos siguientes.

Ninguna herramienta de recuperación de SQL Self-Service DPM en DPM 2022 RTM

DPM SQL Self-Service Recovery no está disponible en DPM 2022 RTM. La compatibilidad con SQL Self-Service Recovery está disponible en DPM 2022 UR1. Más información.

Las recuperaciones de autoservicio de DPM no enumeran ningún punto de recuperación para las máquinas cliente.

Descripción: las copias de seguridad de máquinas cliente DPM no aparecen en el grupo de administradores locales para recuperarse de autoservicio.

Solución alternativa: actualice a DPM 2022 UR2 para corregir este problema y agregue usuarios no administrativos manualmente a través del Administrador de autorización.

La actualización de DPM 2019 a DPM 2022 puede generar un error cuando el nombre de la base de datos DPM es DPMDB

Descripción: Si el nombre de la base de datos DPM existente es DPMDB, la actualización generará un error.

El proceso de actualización de DPM siempre cambiará el nombre de la base de datos DPM a DPMDB. Si varios servidores DPM usan la misma instancia de SQL, se producirá un error en la actualización posterior del otro servidor DPM, ya que ya hay una base de datos con el nombre DPMDB.

Solución alternativa: Cambie el nombre de la base de datos DPM correspondiente antes de iniciar la actualización.

Siga estos pasos para cambiar el nombre de la base de datos:

Detenga el servicio DPM en el servidor DPM.

Ejecute los siguientes comandos SQL para cambiar el nombre de la base de datos; actualice el nombre del servidor DPM en la consulta siguiente.

USE master
GO
ALTER DATABASE DPMDB  
SET SINGLE_USER  
WITH ROLLBACK IMMEDIATE
GO
EXEC master..sp_renamedb 'DPMDB','DPMDB_<DPMSERVERNAME>'
GO
ALTER DATABASE DPMDB_<DPMSERVERNAME>
SET MULTI_USER  
GO

Actualice las claves del Registro siguientes para reflejar el nombre actualizado de la base de datos.

Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\ConnectionString

Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\DatabaseName

Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\GlobalDatabaseName

Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\GlobalDbConnectionString
Ejecute DPMsync en el servidor DPM mediante el shell de administración de DPM.
```
DPMSync -Sync
```

Es posible que se produzca un error en la creación de un punto de recuperación en línea de un origen de datos con el identificador de error 33505 o 100195

Descripción: en algunos escenarios, la creación del punto de recuperación en línea de un origen de datos puede producir un error intermitente con el identificador de error 33505 o 100195.

Captura de pantalla que muestra el error cuando se crea el punto de recuperación en línea.

Captura de pantalla que muestra el mensaje de error cuando se crea el punto de recuperación en línea.

Solución alternativa:

Actualice el agente de MARS a la versión más reciente.
Vuelva a intentar la copia de seguridad en línea para el origen de datos con errores.
Cree un punto de recuperación de disco nuevo y, luego, vuelva a intentar crear el punto de recuperación en línea.
Ejecute la comprobación de coherencia y vuelva a intentar la copia de seguridad en línea.
Si la copia de seguridad en línea sigue con errores, póngase en contacto con el equipo de soporte técnico.

Notas de la versión de la revisión DPM 2022 (KB 5015376)

Además de los problemas enumerados en las notas de la versión de DPM 2022, los siguientes problemas adicionales se identifican en DPM 2022 y se corrigen en revisión (KB 5015376); se recomienda aplicar la revisión. Para más información, consulte el artículo de KB.

Errores intermitentes de copia de seguridad en línea con el error 100195.
Error de comprobación de coherencia de protección secundaria con error no transitorio de VSS.
La consola de administración remota se bloquea justo después de abrir la consola.
Errores de copia de seguridad debido a DpmFilter.sys no cargar en el agente DPM.
DPM se bloquea cuando las alertas de error de copia de seguridad en cinta están inactivas.

Notas de la versión de DPM 2022 UR1

Los siguientes problemas se han identificado después de la publicación de DPM 2022 UR1 (KB 5019645) y se han corregido en Revisión para DPM 2022 UR1 (KB 5026073); Se recomienda aplicar la revisión si tiene los siguientes problemas. Para más información, consulte el artículo de KB para la revisión.

Las copias de seguridad de las máquinas virtuales de VMware que tienen herramientas de VMware empiezan a producir un error "Disk SubSystem 0x80990EF1"

Descripción: DPM 2022 UR1 tenía un error en el que se producirían errores en las copias de seguridad de máquinas virtuales de VMware si las herramientas de VMware están instaladas. Esto se debe a una configuración errónea en DPM.

Solución alternativa: Aplicar revisión para DPM 2022 UR1 o DPM 2022 UR2.

DPM 2022 RTM y paquete acumulativo de actualizaciones 1 no pueden detectar bases de datos en SQL Server 2017 y 2016 a través de TLS 1.2.

Descripción: DPM 2022 RTM y UR1 no admitieron MSOLEDB 18 para SQL Server 2017 y 2016, que es necesario para realizar la detección y protección de SQL Server a través de TLS 1.2. Este problema se observa después de instalar KB5021128 o KB5021127 para SQL Server 2016 y 2017, respectivamente, para exigir TLS 1.2 o cuando TLS 1.0 y 1.1 estén deshabilitados en el servidor protegido.

Solución alternativa: aplique la revisión para DPM 2022 UR1 o DPM 2022 UR2, actualice los agentes DPM y, a continuación, instale MSOLEDB 18 en los servidores SQL Protegidos.

Notas de la versión de DPM 2022 UR2

Estamos recordando la versión del paquete acumulativo de actualizaciones 2 para System Center DPM 2022 debido a los problemas conocidos que se enumeran a continuación:

Las copias de seguridad programadas de Hyper-V tardan mucho tiempo en completarse porque cada trabajo de copia de seguridad desencadena una comprobación de coherencia. Mensaje de error: la réplica de Microsoft Hyper-V RCT en <nombre> de equipo no es coherente con el origen de datos protegido. DPM ha detectado cambios en ubicaciones de archivos o configuraciones de volumen de objetos protegidos desde que el origen de datos se configuró para la protección. (Id. 30135).
Quitar un origen de datos del grupo de protección o detener la copia de seguridad, produce un error con el identificador 33469: esta operación no se admite en la versión actual del agente de MARS.
La consola DPM se bloquea ocasionalmente cuando se configuran alertas o informes SMTP.

Se ha publicado una compilación actualizada (Actualización del paquete acumulativo de actualizaciones 2 para System Center DPM 2022) que corrige los problemas conocidos.

Si ha instalado el paquete acumulativo de actualizaciones 2 para System Center DPM 2022 (10.22.189.0), se recomienda instalar el paquete acumulativo de actualizaciones 2 (10.22.197.0) en el servidor DPM y actualizar los agentes de protección.

Póngase en contacto con Soporte técnico de Microsoft para consultas o información adicional.

Además de los problemas documentados anteriormente, DPM 2022 UR2 tiene los siguientes problemas:

Los informes de correo electrónico de DPM 2022 UR1 con credenciales de Microsoft 365 producen un error después de actualizar a DPM 2022 UR2

Descripción: DPM 2022 UR2 agrega compatibilidad con los métodos de autenticación SMTP básico y Windows. La autenticación SMTP básica funcionará para Microsoft 365 y otros proveedores de correo que lo admitan. Pero si usa DPM 2022 UR1 con credenciales de Microsoft 365, los informes de correo electrónico y las alertas comenzarán a generar errores, ya que DPM 2022 UR2 no puede leer las credenciales.

Solución alternativa: vuelva a configurar las credenciales de correo electrónico para Microsoft 365 con el tipo de autenticación básico agregado en DPM 2022 UR2.

DPM no puede enumerar bases de datos SQL para la protección

Descripción: DPM no puede enumerar las bases de datos SQL para la protección cuando MSOLEDB 18 falta en el servidor protegido, ya que DPM requiere MSOLEDB18 enumerar las bases de datos para la protección. 

Solución alternativa: instale el controlador MSOLEDB 18 de SQL si falta en el servidor protegido. SQL Server 2022 se incluye con MSOLEDB 18 de forma predeterminada. 

No se puede detener la protección con la eliminación de datos en línea desde la consola de administración remota

Descripción: se produce un error en la operación detener la protección con la eliminación de datos en línea desde la consola de administración remota cuando la opción de seguridad híbrida mejorada está habilitada en el almacén. 

Solución alternativa: para evitar esto, realice la detención de la protección con la eliminación de datos en línea directamente desde la consola de DPM. 

Se produce un error al detener la protección de un origen de datos con el identificador: 33469

Descripción: al quitar un origen de datos del grupo de protección o detener la copia de seguridad, se produce un error con el identificador 33469, esta operación no se admite en la versión actual del agente de MARS.

Este problema se produce porque DPM comprueba erróneamente una versión instalada del agente de MARS (Microsoft Azure Recovery Services) 2.0.9262.0 o posterior y produce un error cuando no hay ningún agente de MARS disponible en el servidor DPM.

Solución alternativa: Instale el paquete acumulativo de actualizaciones 2 Actualizar para System Center DPM 2022.

Notas de la versión de actualización de DPM 2022 UR2

DPM 2022 UR2 Refresh corrige los problemas conocidos de DPM 2022 UR2.

Importante

Esta versión de Data Protection Manager (DPM) ha llegado al final del soporte técnico. Se recomienda actualizar a DPM 2022.

En este artículo se indican las notas de la versión de System Center 1807 - Data Protection Manager (DPM).

Importante

Esta versión de Data Protection Manager (DPM) ha llegado al final del soporte técnico. Se recomienda actualizar a DPM 2022.

En este artículo se indican las notas de la versión de System Center 1801 - Data Protection Manager (DPM).

En este artículo se indican las notas de la versión de System Center 2016 - Data Protection Manager (DPM).

Notas de la versión DPM 2019

En las siguientes secciones, se resumen las notas de la versión de DPM 2019 y se incluyen los problemas conocidos y las soluciones alternativas correspondientes.

La consola de DPM se bloquea debido al bloqueo del servicio MSDPM

Descripción: la presencia de trabajos de administración de resumen duplicados, después de la actualización de DPM, podría dar lugar a un error de los trabajos en curso a cero horas, lo que podría provocar un bloqueo. Como resultado, puede que vea lo siguiente:

La réplica es incoherente.
Se ha producido un sobredimensionamiento del almacenamiento debido a que no se han eliminado puntos de recuperación.
Informes de DPM obsoletos.
No se realiza la limpieza de los trabajos de recopilación de elementos no utilizados y el historial de trabajo.

Solución alternativa:

Cree una copia de seguridad de la base de datos DPM actual.
Abra SQL Management Studio y conéctese a la instancia de SQL que hospeda DPMDB para este servidor.

Ejecute la consulta siguiente y compruebe si tiene dos o más trabajos de administrador de resumen programados y compruebe cuál era la programación anterior:

 SELECT SCH.ScheduleId, SCH.JobDefinitionId, jd.CreationTime
 FROM tbl_JM_JobDefinition JD
 JOIN tbl_SCH_ScheduleDefinition SCH
 ON JD.JobDefinitionId = SCH.JobDefinitionId
 WHERE JD.Type = '282faac6-e3cb-4015-8c6d-4276fcca11d4'        
 AND JD.IsDeleted = 0
 AND SCH.IsDeleted = 0

Si ha devuelto más de una fila, tome el valor ScheduleID y JobDefinitionID resultantes de la entrada anterior y rótelos como eliminados.

 update tbl_SCH_ScheduleDefinition
 set IsDeleted = 1
 where ScheduleId = ‘ScheduleID '               --- Replace with Your ScheduleID
 update dbo.tbl_JM_JobDefinition
 set IsDeleted = 1
 where JobDefinitionId = ‘JobDefinitionID'             --- Replace with Your JobDefinitionID

Elimine el trabajo SQL que coincida con el valor de ScheduleID en la lista de trabajos del Agente SQL Server. Una vez eliminado, se resolverá el bloqueo a las cero horas.

En ScheduleId, se indican los de SQL en el Agente SQL:
```
UPDATE MSDB.dbo.sysjobs
SET Enabled = 0
WHERE [Name] LIKE ‘ScheduleID’  --- Replace with Your ScheduleID  
```

Las máquinas virtuales de Hyper-V se protegen dos veces en la actualización de máquina Virtual

Descripción: Al actualizar una máquina virtual de Hyper-V de Windows Server 2012 R2 a Windows Server 2016, aparecen dos versiones de la máquina virtual en el asistente Crear grupo de protección.

Solución alternativa: para las máquinas virtuales protegidas que están a punto de actualizarse, asegúrese de detener la protección con conservación de datos antes de actualizar la máquina virtual. A continuación, actualice la máquina virtual y vuelva a protegerla en un nuevo grupo de protección. Al configurar la reprotección, actualice el host de la máquina virtual para que DPM pueda detectar la actualización de la máquina virtual y protegerla como máquina virtual RCT.

Restaurar una versión anterior de una máquina virtual de Hyper-V actualizada provoca errores en los puntos de recuperación futuros

Descripción: al actualizar una máquina virtual de Hyper-V protegida de 2012 R2 a la versión 2016, deje de proteger la máquina virtual (pero conserve los datos) y vuelva a habilitar la protección. Si, a continuación, recupera una copia de 2012 R2 en la ubicación original, es posible que se produzcan errores en las copias de seguridad adicionales.

Solución alternativa: después de la recuperación, cambie la versión de la máquina virtual a 2016 y, a continuación, ejecute una comprobación de coherencia.

Errores de protección de reconstrucción completa

Descripción: si configura la protección de reconstrucción completa (BMR), el trabajo de protección de BMR podría producir un error con el mensaje de que el tamaño de la réplica no es lo suficientemente grande.

Solución alternativa: Use la siguiente ruta de registro para cambiar el tamaño de réplica predeterminado para los orígenes de datos BMR. Abra el editor del registro y aumente el tamaño de réplica para la siguiente clave:

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

La protección de la base de datos DPM se detiene en escenarios de actualización

Descripción: Al actualizar DPM, el nombre de la base de datos podría cambiar en algunos escenarios.

Solución alternativa: si va a proteger una base de datos DPM, asegúrese de habilitar la protección para la nueva base de datos DPM. Una vez validada la actualización de DPM se puede quitar la protección de la base de datos DPM anterior.

Hyper-V RCT: no se puede recuperar como archivos para las copias de seguridad directamente en cinta

Descripción: Las máquinas virtuales de Hyper-V RCT creadas directamente en cinta no se pueden recuperar como archivos. Las copias de seguridad de un disco a otro y a cinta no tienen este problema.

Solución alternativa: Use la recuperación de ubicación alternativa como una máquina virtual y, luego, transfiera esos archivos a la ubicación que quiera.

Nota

Esta característica se corrigió en DPM 2019 UR1. Puede instalar UR1 para solucionar este problema. Para obtener información detallada sobre la instalación de UR1, consulte el artículo de KB sobre UR1.

DPM 2019 no admite la recuperación del usuario final del servidor de archivos con Modern Backup Storage (MBS).

Descripción: DPM 2019 no admite la recuperación de usuarios finales (EUR) con Modern Backup Storage (MBS).

Solución alternativa: Ninguna. No se admite EUR del servidor de archivos al usar MBS.

No se pueden administrar servidores DPM 1801/1807 con la consola central de DPM 2019

Descripción: con la consola central de DPM 2019 no se pueden administrar servidores DPM 1801 o DPM 1807.

Solución alternativa: Actualice el servidor DPM a la versión 2019.

Los puntos de recuperación no se eliminan y se acaban acumulando

Descripción: DPM elimina los puntos de recuperación más antiguos que la duración de retención. Durante el proceso de eliminación de entradas, DPM calcula el almacenamiento consumido por los puntos de recuperación que se van a eliminar. El cálculo del almacenamiento retrasa la eliminación.

Solución alternativa: Configure DPM para omitir el cálculo del tamaño de los puntos de recuperación que se van a eliminar. Como resultado, el script de eliminación se ejecuta más rápido y elimina todos los puntos de recuperación más antiguos que el intervalo de retención, lo que alivia las presiones de almacenamiento. El almacenamiento consumido por origen de datos no se actualiza hasta que DPM termina la eliminación. El consumo de almacenamiento por volumen seguirá reflejando los valores correctos. Use un script de PowerShell para activar el cálculo del tamaño. El script siguiente ejecuta cálculos de tamaño completos.

Ubicación: Archivos de programa\Microsoft System Center\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

Script:

ManageStorageInfo: especifica el tipo de operación necesaria.
- StopSizeAutoUpdate: detiene por completo los cálculos de tamaño. Tanto la interfaz de usuario como PowerShell no notificarán los tamaños.
- StartSizeAutoUpdate: reanuda los cálculos de tamaño. Inmediatamente después de habilitar los cálculos de tamaño, use UpdateSizeInfo (en las siguientes opciones) para recalcular los tamaños de todos los orígenes de datos, hasta que los tamaños notificados en PowerShell y la interfaz de usuario podrían no ser correctos.
- GetSizeAutoUpdateStatus: indica si los cálculos de tamaño están habilitados o deshabilitados.
- UpdateSizeInfo: Desencadena el cálculo del tamaño e informa del tamaño consumido por el origen de datos. Esta operación puede tardar mucho tiempo, por lo que se recomienda que la use solo cuando sea necesario, en escenarios como la facturación. Durante este tiempo, es posible que las copias de seguridad produzcan errores de montaje de vhd.
UpdateSizeForDS: Ruta de acceso a un archivo de texto con una lista de identificadores de origen de datos para los que se debe calcular el tamaño con un datasourceID en cada línea. Cuando no se pasa, el cálculo de tamaño se desencadena para todos los orígenes de datos. Úselo después de usar UpdateSizeInfo en ManageStorageInfo. Para obtener los identificadores de origen de datos de orígenes de datos específicos, use Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.
UpdatedDSSizeReport: Ruta de acceso a un archivo que almacena los tamaños de origen de datos actualizados. Cuando no se pasa, sizes.csv archivo se crea en el directorio de ejecución. Úselo después de UpdateSizeInfo en ManageStorageInfo.
FailedDSSizeUpdateFile: Ruta de acceso a un archivo para almacenar los identificadores de origen de datos de los orígenes de datos para los que no se pudo calcular el consumo de almacenamiento. Esto puede ocurrir debido a motivos como las copias de seguridad en curso. Cuando no se pasa, failedDS.txt archivo se crea en el directorio de ejecución. Este archivo se puede proporcionar como entrada a "UpdateSizeForDS" para actualizar los tamaños de todos los orígenes de datos. Esto se debe usar después de usar UpdateSizeInfo en ManageStorageInfo.

Los orígenes de datos DPM no se reflejan en el almacén de Recovery Services

Descripción: algunos orígenes de datos de la vista Elementos de copia de seguridad (DPM) del almacén de Recovery Service en Azure Portal no se actualizan ni actualizan.

Causa: Es posible que haya retirado un servidor protegido y detenido la protección de los orígenes de datos, pero ha elegido mantener los puntos de recuperación en línea y, a continuación, ha desinstalado el agente DPM/MABS de la consola.

Para verificar que esta ha sido la causa, abra el archivo GatewayProvider0Curr.errlog de la carpeta C:\ProgramFiles\Microsoft Azure Backup Server\DPM\MARS\Temp en el Bloc de notas y busque la palabra Mis-Match.

Si encuentra una entrada como la siguiente, detallará el servidor protegido con problemas.

En el ejemplo siguiente, el agente del servidor llamado mjlc-dc.Contoso.com se desinstaló y faltaba en el servidor DPM/MABS.

GetData of Provider failed. |Backup Service Exception: FMException: [ErrorCode:GPPowershellScriptHrError, DetailedCode:-2146233079, Source:   at System.Management.Automation.MshCommandRuntime.ThrowTerminatingError(ErrorRecord errorRecord), Message:Production Server **mis-match** DSId :9adaec12-5b5a-455e-86b9-1fac2d605fe1 DSName : S:\ DSType : Volume PSName :**mjlc-dc.Contoso.com** PSId: a494f940-b480-41d2-9ef5-4194ad737c7b]

Solución alternativa

Si el servidor protegido original sigue estando disponible, vuelva a instalar el agente DPM incluso si planea desconectar ese servidor en el futuro. Puede deshabilitar el agente en DPM/MABS; no lo quite hasta que elimine los puntos de recuperación en línea.
Si ya no necesita los puntos de recuperación en línea del servidor dado de baja, puede eliminar los orígenes de datos en el servidor DPM/MABS en los que haya detenido la protección.

Notas de la versión de DPM 2019 UR1

La restauración de máquinas virtuales con disco excluido (en host alternativo) restauran el disco vacío.

Descripción: la restauración de la máquina virtual con el disco excluido en un host alternativo restaurará el disco excluido como disco vacío. El disco excluido no se conectará a la máquina virtual. El disco se puede eliminar para ahorrar espacio de almacenamiento.

Solución alternativa: Ninguno

Para ver los problemas corregidos en DPM 2019 UR1, consulte el artículo de KB.

Notas de la versión de DPM 2019 UR2

En las secciones siguientes se detallan los problemas conocidos y las soluciones alternativas para DPM 2019 UR2.

Para ver los problemas corregidos en DPM 2019 UR2, consulte el artículo de KB.

Los detalles del grupo de protección no se muestran en la consola de DPM

Descripción: Después de instalar DPM 2019 UR2, en ocasiones, es posible que la consola de DPM no muestre los detalles del grupo de protección en el panel Detalles.

consola sin detalles para el grupo de protección

Solución alternativa: Use el comando de PowerShell Get-DPMProtectionGroup para ver los detalles del grupo de protección.

Nota

Este problema se resuelve en DPM 2019 UR3. Para más información sobre los problemas solucionados en UR3, consulte el artículo de KB.

Los últimos archivos de informes no se actualizan automáticamente

Descripción: con DPM 2019 UR2, se ha corregido el problema con el formato del informe DPM y los informes de migración de volumen a volumen. Sin embargo, los archivos de informe existentes no se reemplazan automáticamente por los archivos actualizados.

Solución alternativa: Siga estos pasos para reemplazar los archivos de informes existentes:

Reemplace el archivo ReportSRV10.dll.

Detenga el servicio de informes de SQL Server.
Seleccione el archivo ReportSRV10.dll actualizado que está en C:\Archivos de Programa\Microsoft System Center\DPM\DPM\bin y reemplace los archivos DLL existentes en las siguientes carpetas:
- Para SQL Server 2017 y versiones posteriores: C:\Archivos de Programa\Microsoft SQL Server Reporting Services\SSRS\ReportServer\bin
- Para SQL Server 2016: C:\Archivos de programa\Microsoft SQL Server\MSRS13.MSSQLSERVER2012\Reporting Services\ReportServer\bin
Inicie el servicio de SQL Server Reporting Services.

Reemplazo de los archivos RDL

En DPM, abra la dirección URL del portal de SQL Reporting Services.
En el portal, la carpeta DPMReports tiene el formato DPMReports_GUID>.

Nota

Solo puede ver una carpeta con esta convención de nomenclatura. Si DPM se actualiza desde una versión anterior, es posible que la carpeta anterior siga existiendo, pero no se puede abrir.
Seleccione y abra la carpeta DPMReports_GUID>. Se muestran los archivos de informes.
Seleccione los archivos de informe que no terminen por Report, haga clic con el botón derecho en Opción y, a continuación, seleccione Administrar.
En la nueva página, seleccione Reemplazar para reemplazar por los archivos de informe más recientes.

Los archivos de informes más recientes están disponibles en la ruta de instalación de DPM:

Por ejemplo: C:\Archivos de programa\Microsoft System Center\DPM\DPM\bin\DpmReports
Una vez reemplazados los archivos, asegúrese de que los campos Nombre y Descripción están intactos y no están vacíos.
Reinicie DPM y use los archivos de informes.

Notas de la versión de DPM 2019 UR3

En la sección siguiente se proporcionan detalles del problema conocido en DPM 2019 UR3 y la solución alternativa.

La consola remota de DPM puede dar error al conectarse con el servidor de DPM, después de aplicar el paquete acumulativo de actualizaciones 3.

Descripción: Después de actualizar la consola de administración remota de DPM a paquete acumulativo de actualizaciones 3, podría no conectarse al servidor DPM con un error La versión de la consola de administrador DPM no es compatible con la versión del servidor DPM.

Solución alternativa:

En el servidor que ejecuta la consola de administración remota de DPM, ejecute el siguiente comando de PowerShell (escriba el nombre del servidor DPM según corresponda); este comando copia los archivos DLL necesarios desde el servidor DPM:

$RemoteUIPath = "C:\Program Files\Microsoft Data Protection Manager\DPM2019\bin"
$RemoteUidlls = Get-Item "$RemoteUIPath\*" | ? {$_.name -match ".dll"}
Write-Host -MessageData "Copying required $($RemoteUidlls.count) DLL's for Remote UI"
foreach ($dll in $RemoteUidlls) {
Copy-Item -Path "\\<FQDN of the DPM Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\$($dll.name)" -Destination $RemoteUIPath
}
$RemoteUIUR3Dlls = "Microsoft.ApplicationInsights.dll",
"Microsoft.Diagnostics.Tracing.EventSource.dll",
"Microsoft.SystemCenter.DPM.Instrumentation.dll",
"Microsoft.SystemCenter.DPM.InstrumentationScheduler.dll",
"Microsoft.SystemCenter.Instrumentation.dll",
"Microsoft.WindowsAzure.Storage.dll",
"Newtonsoft.Json.dll"
foreach ($dll in $RemoteUIUR3Dlls) {
$SourceDllPath = "\\<FQDN of the DPM Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\" + $dll
Copy-Item -Path $SourceDllPath -Destination $RemoteUIPath
}
Write-Host -MessageData "All required DLL files for DPM Remote UI UR3 has been copied"

Nota

Si usa la interfaz de usuario remota de DPM en un equipo SCOM, es posible que se produzca un error en la copia de los archivos siguientes, se puede omitir.

SCOMHelperLibrary.dll
ScopingCommonHelper.dll
ViewAlertsAndAffectedItemsHelper.dll
Wpfhelpers.dll

Si usa un idioma distinto del inglés, copie la carpeta de idioma correspondiente del servidor DPM. Actualice el nombre del servidor DPM y la carpeta de idioma en el siguiente comando y, a continuación, ejecute el comando.
```
Copy-Item -Path \\<FQDN of the DPM_Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\<Language folder>\*.dll -Destination C:\Program Files\Microsoft Data Protection Manager\DPM2019\bin\<Language folder>  
```
Nota

Este comando usa la ruta de instalación predeterminada para DPM. Si ha cambiado la ruta de instalación, actualice la ruta de acceso según corresponda.

Notas de la versión de DPM 2019 UR4

En la sección siguiente se proporcionan detalles del problema conocido en DPM 2019 UR4 y la solución alternativa.

Instalación de la actualización de la interfaz de usuario remota y la consola central UR4

Descripción: la interfaz de usuario remota y la consola central deben estar instaladas en RTM, UR1, UR2.

Solución alternativa: si la interfaz de usuario remota y la consola central están en UR3, debe desinstalarla, instalar la versión RTM y, a continuación, actualizar a UR4. Solo la interfaz de usuario remota UR4 puede conectarse a DPM 2019 UR4.

Notas de la versión de DPM 2019 UR5

Actualmente no hay problemas conocidos en DPM 2019 UR5.

Notas de la versión de DPM 2019 UR6

En la sección siguiente se proporcionan detalles del problema conocido en DPM 2019 UR6 y la solución alternativa.

Para conocer los problemas corregidos en UR6 y las instrucciones de instalación de UR6, consulte el artículo de KB.

La propagación sin conexión no funciona con el agente de MARS 2.0.9254.0 y versiones posteriores

Descripción: se produce un error en la creación de puntos de recuperación en línea posteriores después de crear correctamente el primer punto de recuperación en línea para los orígenes de datos de los que solo se realiza una copia de seguridad a través de Databox, cuando la versión del agente de MARS es superior a la 2.0.9254.0.

Solución alternativa: Ninguna. Póngase en contacto con el soporte técnico de Microsoft para obtener ayuda.

Notas de la versión DPM 1807

Para ver la lista de errores que se corrigieron en DPM 1807, consulte el artículo de KB 4339950.

Los siguientes problemas existen en la versión 1807.

Las máquinas virtuales de Hyper-V se protegen dos veces en la actualización de máquina Virtual

Solución alternativa: En el caso de las máquinas virtuales que no se hayan actualizado, detenga la protección con Conservar datos. Actualice la máquina virtual y cree un nuevo grupo de protección. A continuación, actualice los orígenes de datos y proteja las máquinas virtuales. Cuando se vuelve a aplicar la protección, las máquinas virtuales están protegidas mediante el seguimiento de cambios resistentes (RCT).

Se produce un error en la instalación del agente en Windows Server 2008 y Windows Server 2008 R2

Descripción: al proteger Windows Server 2008 o Windows Server 2008 R2, se puede producir un error al instalar el agente.

Solución alternativa: Actualice Windows Management Framework (WMF) en el servidor de producción a la versión 5.1. Descargue WMF de Windows Management Frame 5.1. Instale WMF y, luego, instale el agente.

Restaurar una versión anterior de una máquina virtual de Hyper-V actualizada provoca errores en los puntos de recuperación futuros

Descripción: si actualiza una máquina virtual de Hyper-V protegida de 2012 R2 a la versión 2016, detenga la protección de la máquina virtual (pero conserve los datos) y vuelva a habilitar la protección. Si, a continuación, recupera una copia de 2012 R2 en la ubicación original, es posible que se produzcan errores en las copias de seguridad adicionales.

Solución alternativa: después de la recuperación, cambie la versión de la máquina virtual a 2016 y, a continuación, ejecute una comprobación de coherencia.

Errores de protección de reconstrucción completa

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

Nueva protección de la base de datos DPM después de actualizar a DPM 2016 o 1801

Descripción: Cuando se actualiza de System Center DPM 2012 R2 a System Center Data Protection Manager 2016 o 1801, el nombre de la base de datos DPM puede cambiar en algunos escenarios.

Los puntos de recuperación no se eliminan y se acaban acumulando

Ubicación: Archivos de programa\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

Script:

ManageStorageInfo: especifica el tipo de operación necesaria.
- StopSizeAutoUpdate: detiene por completo los cálculos de tamaño. Tanto la interfaz de usuario como PowerShell no notificarán los tamaños.
- StartSizeAutoUpdate: reanuda los cálculos de tamaño. Inmediatamente después de habilitar los cálculos de tamaño, use UpdateSizeInfo (en las siguientes opciones) para recalcular los tamaños de todos los orígenes de datos, hasta que los tamaños notificados en PowerShell y la interfaz de usuario podrían no ser correctos.
- GetSizeAutoUpdateStatus: indica si los cálculos de tamaño están habilitados o deshabilitados.
- UpdateSizeInfo: Desencadena el cálculo de tamaño e informa del tamaño consumido por el origen de datos. Esta operación puede tardar mucho tiempo, por lo que se recomienda que la use solo cuando sea necesario, en escenarios como la facturación. Durante este tiempo, es posible que se produzca un error en las copias de seguridad con errores de montaje de vhd.
UpdateSizeForDS: Ruta de acceso a un archivo de texto con una lista de identificadores de origen de datos para los que se debe calcular el tamaño con un datasourceID en cada línea. Cuando no se pasa, el cálculo de tamaño se desencadena para todos los orígenes de datos. Úselo después de usar UpdateSizeInfo en ManageStorageInfo. Para obtener los identificadores de origen de datos de orígenes de datos específicos, use Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.
UpdatedDSSizeReport: Ruta de acceso a un archivo que almacena los tamaños de origen de datos actualizados. Cuando no se pasa, sizes.csv archivo se crea en el directorio de ejecución. Úselo después de UpdateSizeInfo en ManageStorageInfo.
FailedDSSizeUpdateFile: Ruta de acceso a un archivo para almacenar los identificadores de origen de datos de los orígenes de datos para los que no se pudo calcular el consumo de almacenamiento. Esto puede ocurrir debido a motivos como copias de seguridad en curso. Si no se pasa, se creará el archivo failedDS.txt en el directorio de trabajo. Este archivo se puede proporcionar como entrada a "UpdateSizeForDS" para actualizar los tamaños de todos los orígenes de datos. Esto se debe usar después de usar UpdateSizeInfo en ManageStorageInfo.

Hyper-V RCT: no se puede recuperar como archivos para las copias de seguridad directamente en cinta

Descripción: Las máquinas virtuales de Hyper-V RCT creadas directamente en cinta no se pueden recuperar como archivos. D-D-T no presenta este problema.

Solución alternativa: Use la recuperación de ubicación alternativa como una máquina virtual y, luego, transfiera esos archivos a la ubicación deseada.

Al usar Modern Backup Storage (MBS), no se admite la recuperación por el usuario final (EUR) del servidor de archivos.

Descripción: si usa Modern Backup Storage (MBS) con DPM 2016, la recuperación del usuario final del servidor de archivos (EUR) no está disponible.

Solución alternativa: Ninguna. No se admite EUR del servidor de archivos al usar MBS.

Notas de la versión DPM 1801

En la versión 1801 de DPM se han corregido los errores siguientes:

La actualización del agente DPM en el servidor de producción produce un reinicio inesperado.
Las comprobaciones de coherencia para las máquinas virtuales de Hyper-V transfirieron más datos que el tamaño de las máquinas virtuales.

Los siguientes problemas existen en la versión 1801.

Instalación silenciosa de System Center DPM con SQL Server 2008

Descripción: DPM 2016 RTM no se instalará en modo silencioso en SQL Server 2008.

Solución alternativa: implemente DPM 2016 RTM en una versión de SQL Server superior a 2008 o use la interfaz de usuario del programa de instalación de DPM 2016.

El cmdlet Remove-DPMDiskStorage puede eliminar volúmenes con copias de seguridad activas o inactivas

Descripción: si se realiza una copia de seguridad de los orígenes de datos del volumen (de forma activa o inactiva), cuando se usa el cmdlet Remove-DPMDiskStorage para quitar volúmenes de DPM, también se pueden quitar los orígenes de datos.

Solución alternativa: antes de usar el cmdlet para quitar los volúmenes, asegúrese de que los orígenes de datos del volumen no estén en uso (de forma activa o inactiva).

DPM 2016 en Windows Server 2016 se bloquea

Descripción: El consumo de memoria en el servidor DPM aumenta continuamente hasta que alcanza el 90 %. El consumo de memoria ralentiza el servidor DPM.

Solución alternativa: Actualice DPM a DPM UR2 e instale KB4013429 para corregir este problema.

Las máquinas virtuales de Hyper-V se protegen dos veces en la actualización de máquina Virtual

Se produce un error en la instalación del agente en Windows Server 2008 y Windows Server 2008 R2

Descripción: Al proteger Windows Server 2008 o Windows Server 2008 R2, la instalación del agente puede presentar un error.

Solución alternativa: actualice Windows Management Framework (WMF) en el servidor de producción a la versión 4.0. Descargue WMF de Windows Management Frame 5.1(https://www.microsoft.com/download/details.aspx?id=54616). Instale WMF y, luego, instale el agente.

Restaurar una versión anterior de una máquina virtual de Hyper-V actualizada provoca errores en los puntos de recuperación futuros

Descripción: si actualiza una máquina virtual de Hyper-V protegida de 2012 R2 a la versión 2016, detenga la protección de la máquina virtual (pero conserve los datos) y vuelva a habilitar la protección. Si luego recupera una copia de 2012 R2 en la ubicación original, es posible que se produzcan errores en las copias de seguridad adicionales.

Solución alternativa: después de la recuperación, cambie la versión de la máquina virtual a 2016 y, a continuación, ejecute una comprobación de coherencia.

Errores de protección de reconstrucción completa

Descripción: si configura la protección de recuperación sin sistema operativo (BMR), es posible que el trabajo de protección de BMR produzca un error con el mensaje de que el tamaño de la réplica no es suficientemente grande.

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

Volver a proteger la base de datos DPM después de actualizar a DPM 2016

Descripción: Cuando se actualiza de System Center DPM 2012 R2 a System Center Data Protection Manager 2016, el nombre de la base de datos DPM puede cambiar en algunos escenarios.

Solución alternativa: si va a proteger una base de datos DPM, asegúrese de habilitar la protección de la nueva base de datos DPM. Una vez validada la actualización de DPM se puede quitar la protección de la base de datos DPM antigua.

Los puntos de recuperación no se eliminan y se acaban acumulando

Ubicación: Archivos de programa\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

Script:

ManageStorageInfo: especifica el tipo de operación necesaria.
- StopSizeAutoUpdate: detiene por completo los cálculos de tamaño. Tanto la interfaz de usuario como PowerShell no notificarán los tamaños.
- StartSizeAutoUpdate: reanuda los cálculos de tamaño. Inmediatamente después de habilitar los cálculos de tamaño, use UpdateSizeInfo (en las siguientes opciones) para recalcular los tamaños de todos los orígenes de datos, hasta que los tamaños notificados en PowerShell y la interfaz de usuario podrían no ser correctos.
- GetSizeAutoUpdateStatus: indica si los cálculos de tamaño están habilitados o deshabilitados.
- UpdateSizeInfo: Desencadena el cálculo de tamaño e informa del tamaño consumido por el origen de datos. Esta operación puede tardar mucho tiempo, por lo que se recomienda que la use solo cuando sea necesario, en escenarios como la facturación. Durante este tiempo, es posible que se produzca un error en las copias de seguridad con errores de montaje de vhd.
UpdateSizeForDS: Ruta de acceso a un archivo de texto con una lista de identificadores de origen de datos para los que se debe calcular el tamaño con un datasourceID en cada línea. Cuando no se pasa, el cálculo de tamaño se desencadena para todos los orígenes de datos. Úselo después de usar UpdateSizeInfo en ManageStorageInfo. Para obtener los identificadores de origen de datos de orígenes de datos específicos, use Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.
UpdatedDSSizeReport: Ruta de acceso a un archivo que almacena los tamaños de origen de datos actualizados. Cuando no se pasa, sizes.csv archivo se crea en el directorio de ejecución. Úselo después de UpdateSizeInfo en ManageStorageInfo.
FailedDSSizeUpdateFile: Ruta de acceso a un archivo para almacenar los identificadores de origen de datos de los orígenes de datos para los que no se pudo calcular el consumo de almacenamiento. Esto puede ocurrir debido a motivos como las copias de seguridad en curso. Cuando no se pasa, failedDS.txt archivo se crea en el directorio de ejecución. Este archivo se puede proporcionar como entrada a "UpdateSizeForDS" para actualizar los tamaños de todos los orígenes de datos. Esto se debe usar después de usar UpdateSizeInfo en ManageStorageInfo.

Hyper-V RCT: no se puede recuperar como archivos para las copias de seguridad directamente en cinta

Descripción: Las máquinas virtuales de Hyper-V RCT creadas directamente en cinta no se pueden recuperar como archivos. Las copias de seguridad D-D-T no mostrarán este problema.

Solución alternativa: use recuperación de ubicación alternativa como máquina virtual y, a continuación, transfiera esos archivos a la ubicación deseada.

Al usar Modern Backup Storage (MBS), no se admite la recuperación por el usuario final (EUR) del servidor de archivos.

Descripción: si usa Modern Backup Storage (MBS) con DPM 2016, la recuperación del usuario final del servidor de archivos (EUR) no está disponible.

Solución alternativa: Ninguna. No se admite EUR del servidor de archivos al usar MBS.

Puede aparecer el error 4387 durante la instalación de DPM

Descripción: al instalar Data Protection Manager, al escribir una instancia de SQL en el cuadrode textoRequisitos previosdel programa de instalación > de Data Protection Manager, > puede aparecer el error 4387.

Solución: realice las acciones requeridas como se detalla en este artículo de KB e intente ejecutar de nuevo el programa de instalación.