Instalar DPM

Importante

Esta versión de Data Protection Manager (DPM) ha alcanzado el final del soporte técnico, le recomendamos que realice la actualización a DPM 2019.

Esto es lo que debe hacer para configurar System Center Data Protection Manager (DPM):

  1. Lea los Requisitos previos de instalación.
  2. Compruebe que el sistema operativo de DPM sea compatible.
  3. Configure una base de datos de SQL Server para almacenar información sobre opciones y configuración de DPM.
  4. Configure DPM. Puede instalar DPM desde la interfaz de usuario o ejecutar una instalación desatendida. Siga estas instrucciones si quiere instalar DPM en un controlador de dominio.

Setup prerequisites

Entorno Detalles o elementos específicos de la instalación
Requisitos previos de la instalación básica de DPM El servidor DPM debe contener una serie de componentes. A continuación se indican los que se instalan automáticamente durante la instalación:

- .NET Framework 4.0 o 4.5 (DPM 2016/2019); .NET Framework 3.5 obligatorio para la instalación de SQL (anterior a SQL 2016); .NET Framework 4.6 obligatorio para la instalación de SQL (a partir de SQL 2016). Si no se instala automáticamente, hágalo mediante la opción Agregar características del Administrador del servidor.
- Windows Installer 4.5 (o posterior). Se instala como parte del sistema operativo, pero también puede instalarse como administrador desde DPM\setup\redist\WindowsInstaller\INSTMSI45.EXE.
- Microsoft Visual C++ 2012 Redistributable; Microsoft Visual C++ 2010 Redistributable; Microsoft Visual C++ 2008 Redistributable.
- PowerShell 3.0 (incluido con Windows Server 2012 R2 o 2012)
Base de datos DPM
- Compruebe las versiones de SQL Server compatibles con la base de datos DPM.
-Puede instalar SQL Server en el servidor DPM o en un servidor remoto.
-Tener instalado SQL de forma local o remota antes de instalar DPM.
-Si instala la base de datos de manera remota, el equipo donde se ejecuta la instancia remota debe estar en el mismo dominio y zona horaria que el servidor DPM.
-Si está ejecutando una base de datos remota, asegúrese de ejecutar la herramienta SQL Prep en el equipo remoto de SQL antes de instalar DPM.
-SQL Server puede ser independiente o ejecutarse en un clúster.
-Si SQL Server está agrupado, el servidor de informes y SQL Server deberían estar en equipos distintos.
-No se puede ejecutar SQL Server en un controlador de dominio.
-No se puede usar una implementación AlwaysOn de SQL Server.
-Si se implementa DPM como una máquina virtual de Azure, use una máquina virtual de Azure que ejecute SQL Server como una instancia remota. No se puede usar una instancia local de SQL Server en esta implementación, y Azure SQL Database no se admite actualmente.
DPM instalado como VM de Hyper-V Si va a instalar DPM como una máquina virtual de Hyper-V, tenga en cuenta lo siguiente:

  • No se recomienda la instalación de DPM virtual para entornos a escala real. En su lugar, utilice almacenamiento de conexión directa/basado en SAN. El rendimiento puede verse afectado en entornos a escala real (Hyper-V en CSV) que usen archivos VHDX en comparación con SAN. Por tanto, no se recomienda el uso de VHDX para entornos a escala real.
  • No hay ningún límite de tamaño para VHDX.
    Se admiten tanto archivos VHDX fijos como de expansión dinámica.
  • En el bloque de almacenamiento de DPM se admiten tanto archivos VHD como VHDX.
    Es necesaria una instalación de DPM virtual para admitir la incorporación de discos duros virtuales al bloque de almacenamiento.
  • Para las unidades de discos duros virtuales dinámicas y fijas, se admiten tanto archivos VHD como VHDX en recursos compartidos SMB remotos.
  • A partir de la versión DPM 2012 R2 con Update 3 o posterior, se puede ejecutar DPM como una máquina virtual de Hyper-V con soporte para unidades de cinta que usen FC sintético.
  • Para el almacenamiento de DPM de alta disponibilidad, las unidades de discos duros virtuales se deben colocar en servidores de archivos de escala horizontal (SOFS). Es necesario SMB 3.0 para los servidores de archivos de escalabilidad horizontal.
  • Las instalaciones virtuales de DPM no son compatibles con:

    • Espacios de almacenamiento de Windows 2012 o discos duros virtuales integrados sobre espacios de almacenamiento.
      Hospedaje local o remoto de archivos VHDX en espacios de almacenamiento de Windows 2012.
    • Habilitación de desduplicación de disco en volúmenes que hospedan unidades de discos duros virtuales.
    • Destinos iSCSI de Windows 2012 (que usan unidades de discos duros virtuales) como un bloque de almacenamiento de DPM.
    • Compresión NTFS para volúmenes que hospedan archivos VHD usados en el bloque de almacenamiento de DPM.
    • BitLocker en volúmenes que hospedan archivos VHD utilizados para el bloque de almacenamiento.
    • Un tamaño de sector 4K nativo de discos físicos para archivos VHDX en el bloque de almacenamiento de DPM.
    • Discos duros virtuales hospedados en servidores de Windows 2008.
DPM como máquina virtual de Azure
  • DPM es compatible en máquinas virtuales IaaS de Azure de tamaño A2 o superior.
    Puede seleccionar un tamaño para la máquina virtual DPM con la Calculadora de tamaño de máquina virtual de Azure de DPM. Al configurar la máquina virtual, cree una instancia en el nivel de cálculo estándar porque el número máximo de IOPS por disco conectado es mayor en el nivel estándar que en el nivel básico.
  • DPM puede proteger las cargas de trabajo como se indica aquí en la matriz de protección.
  • DPM puede proteger las cargas de trabajo que se ejecutan en varios servicios de nube de Azure que tienen la misma red virtual y la suscripción de Azure.
    Si DPM se ejecuta como una máquina virtual de Azure, no puede proteger los datos locales.
  • Use una cuenta de almacenamiento independiente para la máquina virtual DPM, porque hay tamaños y límites de IOPS en una cuenta de almacenamiento que podrían afectar al rendimiento de la máquina virtual DPM si se comparte con otras máquinas virtuales en ejecución. La máquina virtual DPM y las cargas de trabajo protegidas deben formar parte de la misma red virtual de Azure.
  • El número de discos que pueden utilizarse para el almacenamiento de destino (bloque de almacenamiento DPM) está limitado por el tamaño de la máquina virtual (un máximo de 16). El agente Copia de seguridad de Azure que se ejecuta en el servidor DPM necesita almacenamiento temporal para su propio uso (una ubicación en caché) y para los datos restaurados desde la nube (área de almacenamiento provisional local). Tenga en cuenta que cada máquina virtual de Azure incorpora algún almacenamiento en disco temporal. Está disponible para el usuario como el volumen D:\. El área de almacenamiento provisional local necesaria para Copia de seguridad de Azure puede configurarse para residir en D:\ y la ubicación de caché puede colocarse en C:\. De este modo, no es necesario utilizar el espacio de los discos de datos conectados a la máquina virtual DPM.
  • Puede almacenar datos en discos de Azure conectados a la máquina virtual DPM. Cuando ya están conectados a la máquina virtual, los discos y el espacio de almacenamiento se administran desde DPM. El volumen de datos de los que puede realizar copias de seguridad depende del número y tamaño de los discos conectados a la máquina virtual DPM. Hay un número máximo de discos que se pueden conectar a cada máquina virtual de Azure (4 discos de tamaño A2V2, A4V2 y A8V2) y el tamaño máximo de cada disco (1 TB). Esto determina el bloque de almacenamiento de copia de seguridad total disponible. Se recomienda conservar datos durante un día en el disco de Azure conectado a DPM y almacenar los datos anteriores a un día en el servicio Copia de seguridad de Azure. Esto proporciona un almacén de datos para un intervalo de retención más largo y le permite proteger una mayor cantidad de datos mediante la descarga en Copia de seguridad de Azure.
  • Si desea escalar la implementación, tiene las siguientes opciones:

    • Opción 1, escalado vertical: Aumentar el tamaño de la máquina virtual DPM de A2V2 a A4V2 y a A8V2 y agregar más espacio de almacenamiento local.
    • Opción 2, datos de descarga: Enviar los datos más antiguos a Azure Backup y conservar sólo los datos más recientes en el almacenamiento conectado al servidor DPM.
    • Opción 3, escalado horizontal: Agregar más servidores DPM para proteger las cargas de trabajo.
  • La tabla A siguiente resume el número máximo de cargas de trabajo protegidas para cada tamaño de máquina virtual DPM.

Tabla A

Tamaño de VM Número máximo de cargas de trabajo protegidas Tamaño promedio de carga de trabajo Promedio de renovación de carga de trabajo (diariamente)
A2V2 20 100 GB Renovación neta de 5 %
A4V2 40 150 GB Renovación neta de 10 %
A8V2 60 200 GB Renovación neta de 15 %

Configuración de una base de datos de SQL Server

Debe configurar una base de datos de SQL Server en los casos siguientes:

  • Está ejecutando DPM 2019, 2016

Para configurar una base de datos de SQL Server:

  1. Ejecute el programa de instalación de SQL Server en el servidor local en el que va a instalar DPM o en un servidor remoto.

  2. En la pestaña Instalación, haga clic en Nueva instalación independiente de SQL Server o agregar características a una instalación existente.

  3. En la pestaña Clave de producto, escriba una clave de licencia válida. En la pestaña Reglas auxiliares del programa de instalación, corrija los errores antes de continuar. En la pestaña Rol de instalación, seleccione Instalación de características de SQL Server.

  4. En la pestaña Selección de características, seleccione Servicios de Motor de base de datos. En Características de instancia, seleccione Servicio de informes - Nativo. En la pestaña Reglas de instalación, revise las reglas.

  5. En la pestaña Configuración de instancia, especifique el nombre de la instancia de SQL Server que usará para DPM. No use un carácter de subrayado ni caracteres localizados en el nombre. Revise la información de Requisitos de espacio en disco.

  6. En Configuración del servidor -> Cuentas de servicio, especifique las cuentas de dominio en las que se deben ejecutar los servicios de SQL Server:

    • Se recomienda usar una cuenta de usuario de dominio dedicado única para ejecutar los servicios de SQL Server, el agente SQL Server, el Motor de base de datos de SQL Server y SQL Server Reporting Services.

    • Si va a instalar DPM en un RODC, use la cuenta DPMSQLSvcsAcctaccount que creó ahí. Observe que la cuenta de usuario debe ser miembro del grupo de administradores local en el controlador de dominio donde la instancia remota está instalada. Una vez finalizada la instalación, puede quitar la cuenta de usuario del grupo de administradores local. Además, para la instalación en un RODC debe escribir la contraseña que seleccionó al configurar el RODC para DPM y crear la cuenta DPMR$MACHINENAME.

    • Cuando cree una cuenta de usuario de dominio, concédale los mínimos privilegios posibles, y asígnele una contraseña segura que no expire y un nombre que sea fácil de identificar. Esta cuenta se agregará al grupo de administradores local y al rol fijo de servidor Sysadmin de SQL Server más adelante en el asistente.

    • Todos los servicios excepto el Selector de demonio de filtro de texto completo de SQL deben establecerse en Automático.

  7. En la pestaña Configuración del motor de base de datos, acepte el valor de modo de autenticación de Windows. Los administradores de DPM necesitan permisos de administrador de SQL Server. En Especificar administradores de SQL Server, agregue administradores de DPM. Puede agregar cuentas adicionales si es necesario. Complete el resto del asistente con la configuración predeterminada y haga clic en Preparado para instalar -> Instalar.

  8. Si va a instalar a SQL Server en un equipo remoto, haga lo siguiente:

    • Instale los archivos de soporte de DPM (SQLPrep). Para ello, en el equipo de SQL Server, inserte el DVD de DPM e inicie setup.exe. Siga el asistente para instalar Microsoft Visual C++ 2012 Redistributable. Los archivos auxiliares de DPM se instalarán automáticamente.

    • Configure reglas de firewall para que el servidor DPM pueda comunicarse con el equipo SQL Server:

      • Asegúrese de que TCP/IP está habilitado con auditoría de errores predeterminada y la comprobación de la directiva de contraseñas.

      • Configure una excepción entrante para el archivo sqservr.exe de la instancia DPM de SQL Server, de modo que el TCP se permita en el puerto 80. El servidor de informes escucha las solicitudes HTTP en el puerto 80.

      • Habilite RPC en el servidor SQL Server remoto.

      • La instancia predeterminada del motor de base de datos escucha en el puerto TCP 1443. Se puede modificar esta configuración. Para usar el servicio SQL Server Browser para establecer la conexión con instancias que no escuchan en el puerto 1433 predeterminado, se necesita el puerto UDP 1434.

      • Una instancia con nombre de SQL Server usa puertos dinámicos de forma predeterminada. Se puede modificar esta configuración.

      • Puede ver el número de puerto actual utilizado por el motor de base de datos en el registro de errores de SQL Server. Puede ver los registros de errores mediante SQL Server Management Studio y conectarse a la instancia con nombre. Puede ver el registro actual en Administración – Registros de SQL Server si la entrada Servidor escucha en ['cualquier' número_puerto].

Nota

Instalación de DPM

Importante

Al instalar DPM, use nombres de NetBIOS para el nombre de dominio y nombre de equipo SQL. No use nombres de dominio completo (FQDN).

  1. Si es necesario, extraiga el archivo DPM 2016.exe (para DPM 2016) o DPM 2019.exe (para DPM 2019) en la máquina en la que desea ejecutar DPM. Para ello, ejecute el archivo .exe y, en la pantalla de bienvenida, haga clic en Siguiente. En Seleccionar ubicación de destino, especifique dónde quiere extraer los archivos de instalación. En Listo para extraer, haga clic en Extraer. Una vez que finalice la extracción, vaya a la ubicación especificada y ejecute Setup.exe.

  2. En la página principal del programa de instalación de DPM, haga clic en Siguiente. En la página Términos de licencia, acepte el contrato > Aceptar.

  3. En la página Comprobación de requisitos previos, espere a que finalice la comprobación y resuelva cualquier problema antes de continuar.

  4. En la página Registro del producto, haga clic en Siguiente. En la página Participación en Microsoft Update, elija si quiere incluir DPM en las actualizaciones de Microsoft.

  5. En la página Resumen de la configuración, compruebe los valores y haga clic en Instalar. Cuando haya concluido la instalación, haga clic en Cerrar. Automáticamente se iniciará la actualización de Windows para comprobar si hay cambios.

Ejecución de una instalación desatendida

Ejecute una instalación desatendida de la siguiente manera:

  1. Antes de empezar, asegúrese de que tiene los requisitos previos instalados.

  2. En la instancia remota de SQL Server, asegúrese de que .NET Framework 3.5 (en el caso de SQL 2016) o 4.0 o 4.5 (para SQL 2017) está instalado en Windows Server antes de instalar SQL.

  3. Use el siguiente código para asegurarse de que el firewall está abierto:

    netsh advfirewall firewall add rule name=DPM_SqlServr.exe dir=in action=allow program=\"%PROGRAMFILES%\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Binn\sqlservr.exe\" profile=Domain  
    netsh advfirewall firewall add rule name=DPM_UDP_Port_1434 dir=in action=allow protocol=UDP localport=1434 profile=Domain
    
  4. Instale SQL Server en el servidor local o remoto.

  5. Copie el siguiente texto en el Bloc de notas (o en otro editor de texto) y guarde el script en el servidor DPM como DPMSetup.ini. Use el mismo script independientemente de si la instancia de SQL Server está instalada en el servidor DPM o en un servidor remoto.

    Importante

    Al instalar DPM, use nombres de NetBIOS para el nombre de dominio y nombre de equipo SQL. No use nombres de dominio completo (FQDN).

    Al crear DPMSetup.ini, reemplace el texto incluido en <> con los valores de su propio entorno. Las líneas que comienzan con la almohadilla (#) están comentadas y el programa de instalación DPM usa los valores predeterminados. Para especificar sus propios valores, escriba los valores dentro de <> y elimine la almohadilla (#).

    [OPTIONS]
    UserName = <A user with credentials to install DPM>
    CompanyName = <Name of your company>
    ProductKey = <The 25-character DPM product key in the format xxxxx-xxxxx-xxxxx-xxxxx-xxxxx>
    # SqlAccountPassword = <The password to the DPM$ account>
    # StandardAgentLicenses = <No. of standard agent licenses you have purchased>
    # EnterpriseAgentLicenses = <No. of enterprise agent licenses you have purchased>
    # ProgramFiles = C:\Program Files\Microsoft Data Protection Manager
    # DatabaseFiles = C:\Program Files\Microsoft Data Protection Manager\DPM\DPMDB
    # IntegratedInstallSource = <Location of the DPM setup files>
    # ---For using a remote SQL Server instance ---
    # SQLMachineName = <Name of the SQL Server computer> OR <SQL Cluster Name>
    # SQLInstanceName = <Name of the instance of SQL Server that Setup must use>
    # SQLMachineUserName = <User name that Setup must user>
    # SQLMachinePassword = <Password for the user name Setup must use>
    # SQLMachineDomainName = <Domain to which the SQL Server computer is attached>
    # ---For using a reporting SQL Server instance in case of DPMDB in SQL Cluster ---
    # ReportingMachineName = <Name of the SQL Server computer>
    # ReportingInstanceName = <Name of the instance of SQL Server that Setup must use, SSRS in case of SQL 2017>
    # ReportingMachineUserName = <User name that Setup must user>
    # ReportingMachinePassword = <Password for the user name Setup must use>
    # ReportingMachineDomainName = <Domain to which the SQL Server computer is attached>
    
  6. Después de guardar el archivo, en un símbolo del sistema con privilegios elevados en el servidor de instalación, escriba: start /wait [media location]\setup.exe /i /f <path>\DPMSetup.ini /l <path>\dpmlog.txt.

    • [media location] indica desde dónde se va a ejecutar setup.exe.
    • <path> es la ubicación del archivo. ini.

Instalación de DPM en un controlador de dominio

Si quiere configurar DPM en un RODC, deberá realizar un par de pasos antes de configurar SQL Server e instalar DPM.

  1. Cree las cuentas y los grupos de seguridad necesarios para DPM. Para ello, seleccione Inicio > Herramientas administrativas > Usuarios y equipos de Active Directory > Dominio/Builtin y cree estos grupos de seguridad. Para cada grupo, use la configuración predeterminada para Ámbito (Global) y Tipo de grupo (Seguridad):

    • DPMDBReaders$<nombre del equipo>;
    • MSDPMTrustedMachines$<nombre del equipo>;
    • DPMRADCOMTrustedMachines$<nombre del equipo>;
    • DPMRADmTrustedMachines$<nombre del equipo>;
    • DPMDBAdministrators$<nombre del equipo>;
    • MSDPMTrustedUsers$<nombre del equipo>;
    • DPMSCOM$<nombre del equipo>;
    • DPMRATrustedDPMRAs$<nombre del equipo>, donde <nombre del equipo> es el nombre del controlador de dominio.
  2. Agregue la cuenta de la máquina local para el controlador de dominio (<Nombre de equipo>) al grupo MSDPMTrustedMachines$<Nombre de equipo>. Después, en el controlador de dominio principal, cree una cuenta de usuario de dominio con credenciales mínimas. Asígnele una contraseña segura que no expire y agréguela al grupo de administradores local.

    Nota

    Tome nota de esta cuenta porque la necesitará para configurar los servicios de SQL Server durante la instalación de SQL Server. Puede asignar cualquier nombre a esta cuenta; pero con el objetivo de facilitar su identificación, podría usar un nombre descriptivo, como, por ejemplo DPMSQLSvcsAcct. En el desarrollo de estos procedimientos, esta cuenta será DPMSQLSvcsAcct.

  3. En el controlador de dominio principal, cree otra cuenta de usuario de dominio con credenciales mínimas y con el nombre DPMR$MACHINENAME, asígnele una contraseña segura que no expire y, después, agregue esta cuenta al grupo DPMDBReaders$<Nombre de equipo>.

  4. Cree los grupos de seguridad y las cuentas de usuario que se necesitan para la base de datos de SQL Server con ámbito: global y tipo de grupo: seguridad. La cuenta o grupo debe tener el formato <nombreDeGrupoOCuentaNombreEquipo>.

    • SQLServerSQL2005BrowserUser$<Nombre de equipo>

    • SQLServerMSSQLServerADHelperUser$<Nombre de equipo>

    • SQLServerReportServerUser$ <Identificador de instancia><Nombre de instancia>

    • SQLServerMSASUser$<Nombre de equipo><Nombre de instancia>

    • SQLServerDTSUser$<Nombre de equipo>

    • SQLServerFDHostUser<Nombre de equipo><Nombre de instancia>

    • donde <Nombre de equipo> es el nombre del equipo del controlador de dominio en el que se instalará SQL Server 2008.

      • <Nombre de instancia> es el nombre de la instancia de SQL Server que va a crear en el controlador de dominio. El nombre de la instancia puede ser cualquiera y no necesariamente el nombre de instancia de DPM predeterminado (MSDPM2010).
      • <Identificador de instancia> es un valor predeterminado asignado por el programa de instalación de SQL Server que indica que el grupo solicita a Reporting Services (MSRS) la versión principal de la instancia (10) de SQL Server. En esta versión, este valor es MSRS1A0_50.
  5. En el controlador de dominio principal, agregue la cuenta de usuario de dominio que ha creado anteriormente (la cuenta DPMSQLSvcsAcct) a los grupos siguientes: SQLServerReportServerUser$<NombreDeEquipo>$MSRS10.<IdInstancia> SQLServerMSASUser$<NombreDeEquipo>$<IdInstancia>

  6. Una vez completados estos pasos, ya puede instalar SQL Server:

    • Inicie sesión en el controlador de dominio en el que quiere instalar DPM con la cuenta de usuario de dominio que ha creado anteriormente. Consideremos esta cuenta como DPMSQLSvcsAcct.

    • Inicie la instalación de SQL Server. En la página Configuración del servidor – Cuentas de servicio del programa de instalación, especifique la cuenta de inicio de sesión de los servicios de SQL Server (Agente SQL Server, Motor de base de datos de SQL Server y SQL Server Reporting Services) para que se ejecuten en la cuenta de usuario DPMSQLSvcsAcct.

    • Tras instalar SQL Server, abra el Administrador de configuración de SQL Server > Configuración de red de SQL Server > Protocolos, haga clic con el botón derecho en Canalizaciones con nombre > Habilitar. Detenga y reinicie el servicio SQL Server.

  7. Después, instale DPM:

    • En la página Configuración de SQL Server, escriba el nombre de la instancia de SQL Server que ha instalado en el procedimiento como localhost\<Nombre de instancia> y, después, escriba las credenciales de la primera cuenta de usuario de dominio que ha creado (la cuenta DPMSQLSvcsAcct). Esta cuenta debe ser miembro del grupo de administradores local en el controlador de dominio donde la instancia remota está instalada. Una vez finalizada la instalación, puede quitar la cuenta de usuario del grupo de administradores local.

    • En la página Configuración de seguridad, especifique la misma contraseña que usó cuando creó la cuenta de usuario DPMR$MACHINENAME anteriormente.

    • Abra SQL Server Management Studio y conéctese a la instancia de SQL Server establecida en la configuración de DPM. Haga clic en Nueva consulta, copie el texto siguiente en el panel derecho y, a continuación, presione F5 para ejecutar la consulta.

      use DPMDB
      declare @refresh_jobid uniqueidentifier
      select @refresh_jobid = ScheduleId from tbl_SCH_ScheduleDefinition where JobDefinitionId in
      (select JobDefinitionId from tbl_JM_TaskDefinition where TaskDefinitionId in (select distinct TaskDefinitionID from tbl_TE_TaskTrail
      where VerbID = '53603503-C4C8-4D0E-8F1E-D2F3868E51E3')) and IsDeleted=0
      exec msdb.dbo.sp_update_job @job_name =@refresh_jobid, @enabled=0
      update tbl_SCH_ScheduleDefinition
      set IsDeleted=1
      where ScheduleId = @refresh_jobid
      

Actualización de SQL 2016 a SQL 2017

Si quiere usar SQL 2017 con Canal semianual de DPM 1801 o posterior, debe actualizar SQL 2016 a SQL 2017. Puede actualizar SQL Server 2016, o SQL Server 2016 SP1 Enterprise o Standard, a SQL 2017. El procedimiento siguiente enumera los pasos para actualizar SQL 2016 a SQL 2017.

Nota

Se admite SQL 2017 como una base de datos con DPM 1801 en escenarios de actualización. Con DPM 2019, se admite SQL 2017 como una base de datos DPM en escenarios de nueva instalación y de actualización de DPM.

  1. En SQL Server, haga una copia de seguridad de la base de datos de informes.

  2. Haga una copia de seguridad de las claves de cifrado.

  3. Limpie las carpetas de informes de la máquina local.

  4. Instale el servicio de informes.

  5. En el servidor DPM, cambie la clave del Registro DPM siguiente al nombre de la instancia de informes.

    • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB<ReportingInstanceName>
  6. Cambie el nombre del directorio virtual del servicio de informes a ReportServer_SSRS.

  7. Configure el servicio de informes y restaure la base de datos y las claves de cifrado.