Compartir a través de

Notas de la versión de System Center DPM

  • Artículo

Importante

Service Provider Foundation (SPF) se interrumpe de System Center 2025. Sin embargo, SPF 2022 seguirá funcionando con componentes de System Center 2025.

En este artículo se enumeran las notas de la versión de System Center 2025 - Administrador de protección de datos (DPM), incluidos los problemas conocidos y las soluciones alternativas para DPM 2025.

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

Notas de la versión de DPM 2025

Es posible que se produzca un error en la comunicación con la instancia de SQL

Descripción: es posible que se produzca un error en la comunicación con las instancias de SQL (copias de seguridad de SQL existentes, copias de seguridad de SharePoint o enumeración de instancias de SQL) después de actualizar a DPM 2025 si OLEDB 19 no está instalado.

Solución alternativa: instale la versión más reciente de OLEDB 19 (19.3 y versiones posteriores) en todas las máquinas en las que están presentes las instancias de SQL y el servidor DPM realiza una copia de seguridad. Además, instale en el servidor DPM antes de habilitar las copias de seguridad para la base de datos DPM.

Además, a continuación se muestran las mejoras:

  • Se bloquea la actualización de un servidor DPM con licencia a la compilación de Eval.
  • Se bloquea la actualización de Eval a una compilación con licencia.
  • Trabajos del administrador de resumen duplicados mejorados y corregidos después de la actualización.

Este artículo enumera 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 si puede realizar copias de seguridad:

Este artículo enumera 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.

Se recomienda ver los siguientes artículos para obtener información detallada sobre lo que admite DPM y 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 autoservicio de SQL de DPM en DPM 2022 RTM

La recuperación de autoservicio de SQL de DPM no está disponible en DPM 2022 RTM. La compatibilidad con la recuperación de autoservicio de SQL 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 la lista de usuarios del dominio del grupo de administradores locales para las recuperaciones de autoservicio.

Solución alternativa: actualiza a DPM 2022 UR2 para corregir este problema y agrega 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 generará un error en la actualización posterior del otro servidor DPM porque 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:

  1. Detenga el servicio DPM en el servidor DPM.

  2. Ejecuta los comandos SQL siguientes para cambiar el nombre de la base de datos y actualiza el nombre del servidor DPM en la consulta que aparece más abajo.

    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

  3. 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

    Captura de pantalla que muestra el editor de registros con el nombre de la base de datos.

  4. Ejecuta DPMsync en el servidor DPM mediante el shell de administración de DPM.

    DPMSync -Sync

La creación del punto de recuperación en línea de un origen de datos puede generar el id. 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 generar el id. de error 33505 o 100195 de manera intermitente.

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:

  1. Actualice el agente de MARS a la versión más reciente.

  2. Vuelve a intentar una copia de seguridad en línea del origen de datos con errores.

  3. Cree un punto de recuperación de disco nuevo y, luego, vuelva a intentar crear el punto de recuperación en línea.

  4. Ejecute la comprobación de coherencia y vuelva a intentar la copia de seguridad en línea.

  5. 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, se identifican los siguientes problemas adicionales en DPM 2022 y se corrigen en la revisión (KB 5015376), se recomienda aplicar la revisión. Para obtener más información, consulta 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 del lanzamiento de DPM 2022 UR1 (KB 5019645) y se han corregido en la revisión para DPM 2022 UR1 (KB 5026073). Se recomienda aplicar la revisión si tienes los siguientes problemas. Para más información, consulta el artículo KB de la revisión.

Las copias de seguridad de VM de VMware que tienen VMware Tools empiezan a producir un error "Disk SubSystem 0x80990EF1"

Descripción: DPM 2022 UR1 tenía un error en el que se produciría un error en las copias de seguridad de VM de VMware si se instalan las herramientas de VMware. Esto se debe a una configuración errónea en DPM.

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

DPM 2022 RTM y el 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 admitían 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: aplica la revisión para DPM 2022 UR1 o DPM 2022 UR2, actualiza los agentes DPM y, a continuación, instala MSOLEDB 18 en los servidores SQL Server protegidos.

Notas de la versión de DPM 2022 UR2

Estamos retirando 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:

  1. 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 del 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).
  2. 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.
  3. 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 se ha instalado el paquete acumulativo de actualizaciones 2 para ystem Center DPM 2022 (10.22.189.0), recomendamos instalar la actualización del paquete acumulativo de actualizaciones 2 (10.22.197.0) en el servidor DPM y actualizar los agentes de protección.

Para obtener más información, ponte en contacto con el Soporte técnico de Microsoft.

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á con Microsoft 365 y otros proveedores de correo que la admitan. Pero si se 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: vuelve 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 falta MSOLEDB 18 en el servidor protegido, ya que DPM requiere MSOLEDB18 enumerar las bases de datos para la protección. 

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

Se produce un error en la detención de 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, detén la protección con la eliminación de datos en línea directamente desde la consola DPM. 

Se produce un error al detener la protección de un origen de datos con el id.: 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: instala la actualización del paquete acumulativo de actualizaciones 2 para System Center DPM 2022.

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

La actualización de DPM 2022 UR2 corrige los problemas conocidos de DPM 2022 UR2.

En este artículo se enumeran las notas de la versión para 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.

Se bloquea la consola DPM debido a un 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 provocar errores en los trabajos en curso en cero horas, lo que finalmente provocaría un bloqueo. Como resultado, podrías observar lo siguiente:

  • La réplica es incoherente.
  • El sobredimensionamiento del almacenamiento se debe a que no se eliminan los puntos de recuperación.
  • Informes de DPM obsoletos.
  • No hay limpieza para el historial de trabajos y los trabajos de recolección de elementos no utilizados.

Solución alternativa:

  1. Cree una copia de seguridad de la base de datos DPM actual.

  2. Abre SQL Server Management Studio y conéctate a la instancia SQL que aloja la DPMDB de este servidor.

  3. Ejecuta la consulta siguiente y comprueba si tiene dos o más trabajos del administrador de resumen programados y consulta 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

  4. Si te devuelve más de una fila, toma el ScheduleID y el JobDefinitionID resultantes de la entrada más antigua y márcalos 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

  5. Elimina el trabajo SQL que coincide con el ScheduleID en el Agente SQL Server - TRABAJOS. Una vez eliminado, el bloqueo en cero horas se resolvería.

    ScheduleId son los trabajos SQL en el agente SQL:

    UPDATE MSDB.dbo.sysjobs
SET Enabled = 0
WHERE [Name] LIKE ‘ScheduleID’  --- Replace with Your ScheduleID

Las VM de Hyper-V están protegidas dos veces en la actualización de la VM

Descripción: al actualizar una VM de Hyper-V desde Windows Server 2012 R2 a Windows Server 2016, aparecen dos versiones de la VM en el asistente para crear grupo de protección.

Solución alternativa: para las VM protegidas que están a punto de actualizarse, asegúrate de detener la protección y conservar los datos antes de actualizar la VM. A continuación, actualiza la VM y vuelve a protegerla en un nuevo grupo de protección. Al configurar la reprotección, realiza una actualización en el host de VM para DPM a fin de detectar la actualización de la VM y protegerla como VM RCT.

La restauración de una versión anterior para una VM de Hyper-V actualizada provoca un error en los puntos de recuperación futuros

Descripción: al actualizar una VM de Hyper-V protegida de 2012 R2 a la versión 2016, deja de proteger la VM (pero conserva los datos) y vuelve a habilitar la protección. Si recuperas una copia de 2012 R2 en la ubicación original, es posible que se produzcan errores en otras copias de seguridad.

Solución alternativa: después de la recuperación, cambia la versión de la VM a 2016 y, a continuación, ejecuta una comprobación de coherencia.

Errores de protección de recuperación con reconstrucción completa

Descripción: si configuraste la protección de recuperación con reconstrucción completa (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 lo suficientemente grande.

Solución alternativa: usa la siguiente ruta de acceso del Registro para cambiar el tamaño de réplica predeterminado para los orígenes de datos BMR. Abre el editor del Registro y aumenta el tamaño de réplica con la siguiente clave:

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

La protección de la base de datos DPM se detiene en caso de 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 vas a proteger una base de datos DPM, asegúrate 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: se produce un error en la recuperación como archivos para la copia de seguridad de D-T

Descripción: se produce un error en la recuperación de VM RCT de Hyper-V como archivos creados directamente en cinta (D-T). Las copias de seguridad de un disco a otro y a cinta no tienen este problema.

Solución alternativa: usa la recuperación de ubicación alternativa como una VM y, a continuación, transfiere esos archivos a la ubicación deseada.

Nota:

Esta característica se ha corregido en DPM 2019 UR1. Puedes instalar UR1 para solucionar este problema. Para obtener información detallada sobre cómo instalar UR1, consulta el artículo de KB para 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. El servidor de archivos EUR no se admite cuando se usa MBS.

Los puntos de recuperación no se eliminan, lo que provoca una acumulación de puntos de recuperación

Descripción: DPM elimina los puntos de recuperación anteriores al intervalo de retención. Durante el proceso de eliminación, DPM calcula el almacenamiento consumido por esos puntos de recuperación que se van a eliminar. El cálculo del almacenamiento retrasa la eliminación.

Solución alternativa: configura 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 finaliza la eliminación. El consumo de almacenamiento por volumen sigue reflejando los valores correctos. Usa un script de PowerShell para activar el cálculo del tamaño. El siguiente script ejecuta cálculos de tamaño completos.

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

Script: Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: especifica el tipo de operación necesario.

    • 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, usa UpdateSizeInfo (en las siguientes opciones) para recalcular los tamaños de todos los orígenes de datos hasta los tamaños notificados en PowerShell y la interfaz de usuario, que 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 el tamaño que consume el origen de datos. Como esto puede ser una operación de larga duración, úsala solo cuando sea necesario, en escenarios como la facturación. Durante este periodo de 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 id. 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 del tamaño se desencadena para todos los orígenes de datos. Usar después de UpdateSizeInfo en ManageStorageInfo. Para obtener los id. de origen de datos de orígenes de datos específicos, usa 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, se crea el archivo sizes.csv en el directorio de ejecución. Usar después UpdateSizeInfo en ManageStorageInfo.

  • FailedDSSizeUpdateFile: ruta de acceso a un archivo para almacenar los id. de los orígenes de datos para los que no se ha podido calcular el almacenamiento consumido. Esto puede ocurrir debido a motivos como copias de seguridad en curso. Cuando no se pasa, el archivo failedDS.txt se crea en el directorio de ejecución. Este archivo puede proporcionarse como entrada de "UpdateSizeForDS" para actualizar los tamaños de todos los orígenes de datos. 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 Backup items (DPM) del almacén del servicio de recuperación de Azure Portal no se actualizan.

Causa: es posible que hayas dado de baja un servidor protegido y hayas detenido la protección de los orígenes de datos, pero hayas elegido mantener los puntos de recuperación en línea y, después, hayas desinstalado el agente de DPM/MABS desde 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 denominado mjlc-dc.Contoso.com se desinstaló y no se encontraba 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

  1. Si el servidor protegido original sigue estando disponible, vuelve a instalar el agente DPM incluso aunque planees desconectar ese servidor en el futuro. Puedes deshabilitar el agente en DPM/MABS, pero no lo quites hasta que elimines los puntos de recuperación en línea.
  2. 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 VM. El disco se puede eliminar para ahorrar espacio de almacenamiento.

Solución alternativa: ninguna

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

Notas de la versión de DPM 2019 UR2

En las secciones siguientes, se detallan los problemas conocidos en DPM 2019 UR2 y su solución alternativa.

Para ver los problemas corregidos en DPM 2019 UR2, consulta 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, a veces, es posible que la consola DPM no muestre los detalles del grupo de protección en el panel Details.

consola sin detalles para el grupo de protección

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

Nota:

Este problema se ha solucionado en DPM 2019 UR3. Para obtener más información sobre los problemas corregidos en UR3, consulta el artículo de KB.

Los archivos de informe más recientes no se actualizan automáticamente

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

Solución alternativa: sigue estos pasos para reemplazar los archivos de informe existentes:

Reemplazar el archivo ReportSRV10.dll

  1. Detén el servicio SQL Server Reporting.
  2. Selecciona el archivo ReportSRV10.dll actualizado que está en C:\Archivos de Programa\Microsoft System Center\DPM\DPM\bin y reemplaza 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
  3. Inicia el servicio SQL Server Reporting.

Reemplazar los archivos RDL

  1. En DPM, abre la dirección URL del portal web de SQL Reporting Services.

  2. En el portal, la carpeta DPMReports tiene el formato DPMReports_<GUID>.

    Carpeta de informes

    Nota:

    Solo puedes ver una carpeta con esta convención de nomenclatura. Si DPM se actualiza desde una versión anterior, puede que la carpeta anterior siga existiendo pero no puedas abrirla.

  3. Seleccione y abra la carpeta DPMReports_<GUID>. Se muestran los archivos de informe individuales.

    Lista de archivos de informe individuales

  4. 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.

    Administrar archivos de informes

  5. En la página nuevo, selecciona la opción Replace para reemplazar los archivos por los archivos de informe más recientes.

    Reemplazar archivos de informe

    Los archivos de informe 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

  6. Una vez reemplazados los archivos, asegúrese de que los campos Nombre y Descripción están intactos y no están vacíos.

  7. Reinicia DPM y usa los archivos de informe.

Notas de la versión de DPM 2019 UR3

En la sección siguiente, se detalla el problema conocido en DPM 2019 UR3 y su solución alternativa.

Es posible que la consola remota de DPM no se conecte al servidor DPM, después de actualizar al paquete acumulativo de actualizaciones 3

Descripción: después de actualizar la consola de administración remota de DPM con el paquete acumulativo de actualizaciones 3, es posible que no te puedas conectar al servidor DPM y aparezca un error que informa de que la versión de la consola del administrador de DPM no es compatible con la versión del servidor de DPM.

Solución alternativa:

  1. En el servidor que ejecuta la consola de administración remota de DPM, ejecuta el siguiente comando de PowerShell (escribe 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 usas 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 (esto se puede omitir).

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

  2. Si usas un idioma distinto del inglés, copia la carpeta de idioma correspondiente del servidor DPM. Actualiza el nombre del servidor DPM y la carpeta de idioma en el comando siguiente y, a continuación, ejecuta 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 has cambiado la ruta de instalación, actualiza la ruta de acceso en consecuencia.

Notas de la versión de DPM 2019 UR4

En la sección siguiente, se detalla el problema conocido en DPM 2019 UR4 y su 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 detalla el problema conocido en DPM 2019 UR6 y su solución alternativa.

Para ver los problemas corregidos en UR6 y las instrucciones de instalación de UR6, consulta 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 que el primer punto de recuperación en línea se cree correctamente para los orígenes de datos de los que solo se ha realizado una copia de seguridad a través de Databox, cuando la versión del agente de MARS es superior a 2.0.9254.0.

Solución alternativa: Ninguna. Ponte en contacto con el Soporte técnico de Microsoft para solicitar ayuda.

Notas de la versión de System Center DPM 2016

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

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

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

Solución alternativa: implementa DPM 2016 RTM en una versión de SQL Server superior a 2008 o usa la interfaz de usuario 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úrate de que los orígenes de datos del volumen no están en uso (de forma activa o inactiva).

DPM 2016 se bloquea en Windows Server 2016

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: actualiza DPM a DPM UR2 e instala KB4013429 para corregir este problema.

Las VM de Hyper-V están protegidas dos veces en la actualización de la VM

Descripción: al actualizar una VM de Hyper-V desde Windows Server 2012 R2 a Windows Server 2016, aparecen dos versiones de la VM en el asistente para crear grupos de protección.

Solución alternativa: para las VM que no se han actualizado, detén la protección conservando los datos. Actualiza la VM y crea un nuevo grupo de protección. A continuación, actualiza los orígenes de datos y proteja las VM. Al volver a aplicar la protección, las VM están protegidas mediante el seguimiento de cambios resistente (RCT).

La instalación del agente da error en Windows Server 2008, 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: actualiza 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). Instala WMF y, a continuación, instala el agente.

La restauración de una versión anterior de una VM virtual de Hyper-V actualizada provoca un error en los puntos de recuperación futuros.

Descripción: si actualizas una VM virtual de Hyper-V protegida de 2012 R2 a la versión 2016, detén la protección de la VM (pero conserva los datos) y vuelve a habilitar la protección. Si recuperas una copia de 2012 R2 en la ubicación original, es posible que se produzcan errores en otras copias de seguridad.

Solución alternativa: después de la recuperación, cambia la versión de la VM a 2016 y, a continuación, ejecuta una comprobación de coherencia.

Errores de protección de recuperación con reconstrucción completa

Descripción: si configuraste la protección de recuperación con reconstrucción completa (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 lo suficientemente grande.

Solución alternativa: usa la siguiente ruta de acceso del Registro para cambiar el tamaño de réplica predeterminado para los orígenes de datos BMR. Abre el editor del Registro y aumenta el tamaño de réplica con la siguiente clave:

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: al actualizar desde 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 vas a proteger una base de datos DPM, asegúrate 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 antigua.

Los puntos de recuperación no se eliminan, lo que provoca una acumulación de puntos de recuperación

Descripción: DPM elimina los puntos de recuperación anteriores al intervalo de retención. Durante el proceso de eliminación, DPM calcula el almacenamiento consumido por esos puntos de recuperación que se van a eliminar. El cálculo del almacenamiento retrasa la eliminación.

Solución alternativa: configura 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 finaliza la eliminación. El consumo de almacenamiento por volumen sigue reflejando los valores correctos. Usa un script de PowerShell para activar el cálculo del tamaño. El siguiente script ejecuta cálculos de tamaño completos.

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

Script: Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: : especifica el tipo de operación necesario.

    • 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, usa UpdateSizeInfo (en las siguientes opciones) para recalcular los tamaños de todos los orígenes de datos hasta los tamaños notificados en PowerShell y la interfaz de usuario, que 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 que consume el origen de datos. Como esto puede ser una operación de larga duración, úsala solo cuando sea necesario, en escenarios como la facturación. Durante este periodo de 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 id. 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 del tamaño se desencadena para todos los orígenes de datos. Usar después de UpdateSizeInfo en ManageStorageInfo. Para obtener los id. de origen de datos de orígenes de datos específicos, usa 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, se crea el archivo sizes.csv en el directorio de ejecución. Usar después UpdateSizeInfo en ManageStorageInfo.

  • FailedDSSizeUpdateFile: ruta de acceso a un archivo para almacenar los id. de los orígenes de datos para los que no se ha podido calcular el almacenamiento consumido. Esto puede ocurrir debido a motivos como copias de seguridad en curso. Cuando no se pasa, el archivo failedDS.txt se crea en el directorio de ejecución. Este archivo puede proporcionarse como entrada de "UpdateSizeForDS" para actualizar los tamaños de todos los orígenes de datos. Se debe usar después de usar UpdateSizeInfo en ManageStorageInfo.

Hyper-V RCT: se produce un error en la recuperación como archivos para la copia de seguridad de D-T

Descripción: se produce un error en la recuperación de VM RCT de Hyper-V como archivos creados directamente en cinta (D-T). Las copias de seguridad de un disco a otro y a cinta no tienen este problema.

Solución alternativa: usa la recuperación de ubicación alternativa como una VM y, a continuación, transfiere esos archivos a la ubicación deseada.

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

Descripción: si usas 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. El servidor de archivos EUR no se admite cuando se usa MBS.

Es posible que aparezca el error 4387 al instalar DPM

Descripción: durante la instalación del Administrador de protección de datos, al introducir una instancia de SQL en el cuadro de texto Configuración de Administrador de protección de datos>Comprobación de requisitos previos>Instancia de SQL Server, 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.

Los archivos de informe más recientes no se actualizan automáticamente

Descripción: con DPM 2016 UR10, se corrigió la incidencia con el formato de informe de DPM y el volumen en el informe de migración de volúmenes. Sin embargo, los archivos de informes existentes no se reemplazan automáticamente por los archivos actualizados.

Solución alternativa: sigue estos pasos para reemplazar los archivos de informe existentes:

Reemplazar el archivo ReportSRV10.dll

  1. Detener servicio de informes de SQL Server

  2. Selecciona el archivo ReportSRV10.dll actualizado que está en C:\Program Files\Microsoft System Center\DPM\DPM\bin y reemplaza los archivos DLL existentes en la siguiente carpeta:

    C:\Program Files\Microsoft SQL Server\MSRS13.MSDPM2012\Reporting Services\ReportServer\bin

  3. Inicia el servicio SQL Server Reporting.

Reemplazar los archivos RDL

  1. En DPM, abre la dirección URL del portal web de SQL Reporting Services.

  2. En el portal, la carpeta DPMReports tiene el formato DPMReports_<GUID>.

    Carpeta de informes

    Nota:

    Solo puedes ver una carpeta con esta convención de nomenclatura. Si DPM se actualiza desde una versión anterior, puede que la carpeta anterior siga existiendo pero no puedas abrirla.

  3. Seleccione y abra la carpeta DPMReports_<GUID>. Se muestran los archivos de informe individuales.

    Lista de archivos de informe individuales

  4. 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.

    Administrar archivos de informes

  5. En la página nuevo, selecciona la opción Replace para reemplazar los archivos por los archivos de informe más recientes.

    Reemplazar archivos de informe

    Los archivos de informe 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

  6. Una vez reemplazados los archivos, asegúrese de que los campos Nombre y Descripción están intactos y no están vacíos.

  7. Reinicia DPM y usa los archivos de informe.

Pasos siguientes