Instalación de DPM

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

1. Lee los requisitos previos de instalación.
2. Comprueba que el sistema operativo DPM es compatible.
3. Configura una base de datos de SQL Server para almacenar la configuración y la información de configuración de DPM.
4. Configure DPM. Puedes instalar DPM desde la interfaz de usuario o ejecutar una instalación desatendida. Sigue estas instrucciones si deseas instalar DPM en un controlador de dominio.

Requisitos previos de instalación

Entorno	Detalles de la instalación
Requisitos previos básicos de instalación de DPM	Se necesitan muchos componentes en el servidor DPM. Estos 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). Instala con Agregar características en el Administrador de servidores si no se instala automáticamente. - Windows Installer 4.5 (o posterior). Se instala como parte del sistema operativo, pero también puede instalarse como administrador desde <directorio raíz>DPM\setup\redist\WindowsInstaller\INSTMSI45.EXE. - Microsoft Visual C++ 2015 Redistributable; Microsoft Visual C++ 2013 Redistributable; Microsoft Visual C++ 2012 Redistributable. - PowerShell 3.0 (incluido con Windows Server 2012 R2 o 2012) - Microsoft Hyper-V Management PowerShell
Base de datos DPM	- Compruebe las versiones de SQL Server compatibles con la base de datos DPM. - Puedes instalar SQL Server en el servidor DPM o en un servidor remoto. - Tener SQL instalado local o remotamente antes de instalar DPM. - Si planea usar SQL Server 2022 con DPM 2025, asegúrese de instalar SQL OLEDB 19. - Si instalas la base de datos de forma remota, el equipo que ejecuta la instancia remota debe estar en el mismo dominio y zona horaria que el servidor DPM. - Si ejecutas una base de datos remota, asegúrate de ejecutar la herramienta de preparación de SQL en el equipo SQL remoto antes de instalar DPM. - SQL Server puede ser independiente o ejecutarse en un clúster. - Si SQL Server está en clúster, el servidor de informes y SQL Server deben estar en equipos diferentes. - No puedes ejecutar un SQL Server en un controlador de dominio. - No se puede usar una implementación Always-On de SQL Server. - Si implementas DPM como una máquina virtual (VM) de Azure, usa una que ejecute SQL Server como una instancia remota de SQL Server. Actualmente no se puede usar un servidor SQL local en esta implementación y no se admite actualmente la base de datos de Azure SQL.
DPM instalado como VM de Hyper-V	Si vas a instalar DPM como una máquina virtual de Hyper-V, ten en cuenta que: La instalación de DPM virtual no es para entornos de escalado vertical. En su lugar, utiliza almacenamiento basado en conexión directa/SAN. El rendimiento puede sufrir entornos de escalado vertical (Hyper-V en CSV) mediante archivos VHDX en comparación con SAN. Por lo tanto, para entornos de escalado vertical, no se recomienda usar VHDX. No hay ningún límite de tamaño para VHDX. Se admiten tanto archivos VHDX fijos como dinámicos. Los archivos VHD y VHDX se admiten en el bloque de almacenamiento DPM. Se requiere una instalación de DPM virtual para admitir la adición de unidades de disco duro virtuales al grupo de almacenamiento. Para unidades de disco duro virtuales dinámicas y fijas, los archivos VHD y VHDX se admiten en recursos compartidos SMB remotos. DPM se puede ejecutar como una máquina virtual de Hyper-V con compatibilidad con unidades de cinta mediante FC sintético. En el caso del almacenamiento DPM de alta disponibilidad, las unidades de disco duro virtuales deben colocarse en servidores de archivos de escalabilidad horizontal (SOFS). SMB 3.0 es necesario para los servidores de archivos escalados horizontalmente. Las instalaciones de DPM virtual no admiten: Espacios de almacenamiento de Windows 2012 o unidades de disco duro virtuales basadas en espacios de almacenamiento. Tampoco se admite el hospedaje local o remoto de archivos VHDX en el espacio de almacenamiento de Windows 2012. Habilitación de la desduplicación de disco en volúmenes que hospedan unidades de disco duro virtuales. Destinos iSCSI de Windows 2012 (que usan unidades de disco duro virtuales) como un grupo de almacenamiento DPM. Compresión NTFS para volúmenes que hospedan archivos VHD usados en el grupo de almacenamiento DPM. BitLocker en volúmenes que hospedan archivos VHD usados para el bloque de almacenamiento. Tamaño de sector 4K nativo de discos físicos para archivos VHDX en el grupo de almacenamiento DPM. Unidades de disco duro virtuales hospedadas en servidores Windows 2008.
DPM como una máquina virtual de Azure	DPM se admite en cualquier máquina virtual iaaS de Azure de tamaño A2 o superior. Puedes seleccionar un tamaño para la máquina virtual DPM mediante la calculadora de tamaño de máquina virtual de Azure DPM. Al configurar la máquina virtual, crea una instancia en la capa de proceso Estándar porque el número máximo de IOPS por disco conectado es superior a la capa Estándar que en la Básica. DPM puede proteger las cargas de trabajo como se detalla aquí en la matriz de protección. DPM puede proteger las cargas de trabajo que se ejecutan en varios servicios en la nube de Azure que tienen la misma red virtual de Azure y suscripción de Azure. DPM ejecutándose como una máquina virtual de Azure no puede proteger los datos locales. Usa una cuenta de almacenamiento independiente para la máquina virtual DPM, ya que hay límites de tamaño e 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 se pueden utilizar para el almacenamiento de destino (bloque de almacenamiento DPM) está limitado por el tamaño de la máquina virtual (máximo 16). El agente de Azure Backup que se ejecuta en el servidor DPM necesita almacenamiento temporal para su uso (una ubicación de caché), y datos restaurados desde la nube (área de almacenamiento provisional local). Ten en cuenta que cada máquina virtual de Azure incluye almacenamiento en disco temporal. Esto está disponible para el usuario como el volumen D:\. El área de almacenamiento provisional local necesaria para Azure Backup se puede configurar para residir en D:\, y la ubicación en caché puede colocarse en C:\. De este modo, no es necesario retirar espacio de los discos de datos conectados a la máquina virtual DPM. Los datos se almacenan en discos de Azure conectados a la máquina virtual DPM. Una vez conectado a la máquina virtual, los discos y el espacio de almacenamiento se administran desde DPM. La cantidad de datos de los que puedes hacer copia de seguridad depende del número y tamaño de los discos conectados a la máquina virtual DPM. Se recomienda conservar los datos durante un día en el disco de Azure conectado a DPM y almacenar datos anteriores a un día en el servicio Azure Backup. Esto proporciona almacenamiento de datos para un intervalo de retención más largo y te permite proteger una mayor cantidad de datos descargándolos en Azure Backup. Si quieres escalar tu implementación, tienes las siguientes opciones: Opción 1, escalar verticalmente: aumenta el tamaño de la máquina virtual DPM de A2V2, A4V2, A8V2 y agrega más almacenamiento local. Opción 2, descargar datos: envía los datos más antiguos a Azure Backup y conserva sólo los más recientes en el almacenamiento conectado al servidor DPM. Opción 3, escalar horizontalmente: agrega más servidores DPM para proteger las cargas de trabajo. El número máximo de cargas de trabajo protegidas para cada tamaño de máquina virtual DPM se resume en la Tabla A siguiente.

Tabla A

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

Nota:

Como máquina virtual de Windows en VMware, puedes instalar DPM 2022 en una máquina virtual de Windows en un entorno de VMware. En esta configuración, DPM puede proteger las cargas de trabajo de Microsoft que se ejecutan como máquinas virtuales de Windows en VMware.

Configurar una alerta de base de datos de SQL Server

Deberás configurar una base de datos de SQL Server si:

• Está ejecutando DPM 2025, 2022, 2019

Para configurar una base de datos de SQL Server:

1. Ejecuta el programa de instalación de SQL Server en el servidor local en el que instalará DPM o en un servidor remoto.

2. En Instalación, selecciona Nueva instalación independiente de SQL Server o Agregar funciones a una instalación existente.

3. En Clave de producto, introduce una clave de licencia válida. En las Configuración de reglas de soporte, corrige cualquier fallo antes de continuar. En Rol de configuración, selecciona Instalación de funciones de SQL Server.

4. En Selección de características, selecciona Servicios del motor de la base de datos. En Características de instancia, selecciona Servicio de informes - Nativo. En las Reglas de instalación, revisa las reglas.

5. En Configuración de la instancia, especifica el nombre de la instancia de SQL Server que utilizarás para DPM. No utilices guiones ni caracteres de subrayado en el nombre. En Requisitos de espacio en disco, revisa la información.

6. En Configuración del servidor>Cuentas de servicio, especifica las cuentas de dominio bajo las que deben ejecutarse los Servicios de SQL Server:

   • Te recomendamos que utilices una única cuenta de usuario de dominio dedicada para ejecutar los servicios de SQL Server, el agente de SQL Server, el motor de base de datos de SQL Server y SQL Server Reporting Services.

   • Si vas a instalar DPM en un RODC, usa la cuenta DPMSQLSvcsAcctaccount que creaste allí. 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 completada la instalación, puedes quitar la cuenta de usuario del grupo administradores local. Además, para la instalación en un RODC debes escribir la contraseña que seleccionaste al configurar el RODC para DPM y crear la cuenta DPMR$MACHINENAME.

   • Al crear una cuenta de usuario de dominio, asígnale los privilegios más bajos posibles, asígnale una contraseña segura que no expire y asígnale un nombre fácilmente identificable. Agregarás esta cuenta al grupo administradores local y al rol fijo de servidor Sysadmin de SQL Server más adelante en el asistente.

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

7. En la configuración de motor de base de datos, acepta la configuración del modo autenticación de Windows. Los administradores de DPM necesitan permisos de administrador de SQL Server. En Especificar administradores de SQL Server, agrega administradores de DPM. Puedes agregar cuentas adicionales si es necesario. Completa el resto del asistente con la configuración predeterminada y seleccionaListo para instalar>Instalar.

   Una vez completada la instalación de SQL, asegúrese de instalar SQL OLEDB 19.

8. Si vas a instalar SQL Server en un equipo remoto, haz lo siguiente:

   • Instala los archivos de compatibilidad de DPM (SQLPrep). Para ello, en el equipo con SQL Server, inserta el DVD de DPM e inicia setup.exe. Sigue el asistente para instalar Microsoft Visual C++ 2012 Redistributable. Los archivos de soporte de DPM se instalarán automáticamente.

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

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

     • Para permitir TCP en el puerto 80, configura una excepción entrante para sqlservr.exe para la instancia DPM de SQL Server. El servidor de informes escucha las solicitudes HTTP en el puerto 80.

     • Habilita RPC en el servidor SQL Server remoto.

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

     • De forma predeterminada, las instancias con nombre de SQL Server usan puertos dinámicos. Esta configuración no se puede modificar.

     • Puedes ver el puerto actual que usa el motor de base de datos en el registro de errores de SQL Server. Puedes ver los registros de errores mediante SQL Server Management Studio y conectándote a la instancia con nombre. Puede ver el registro actual en Administración – Registros de SQL Server, en la entrada El servidor está escuchando en [“cualquier” <ipv4> número_de_puerto].

Nota:

• Con SQL 2017 y versiones posteriores, SSRS no se instala como parte de la instalación de SQL. Necesitas instalar SQL SSRS por separado. Para más información, consulta Instalación de SQL Server Reporting Services (2017 y posteriores).
• Para la instancia de SQL en clúster remoto, el motor de base de datos debe estar en el clúster y SSRS debe estar en un equipo independiente (que puede ser el servidor DPM o cualquier otro equipo).
• En escenarios locales o remotos de SQL Server, los siguientes componentes deben instalarse en el servidor DPM.
  - SQL Server Management Studio (SSMS) ya no se instala con SQL Server; debes instalar una versión equivalente de SSMS de forma independiente.
  - Para SQL Server 2019, junto con SSMS, también debes instalar SQLCMD, Visual C++ 2017 Redistributable y Microsoft ODBC Driver 17 for SQL Server en el servidor DPM por separado.
  - Al usar SQL Server 2022 remoto, debe instalar SQLCMD versión 16 en el servidor DPM. Si SQLCMD versión 16 no está disponible para descargar, instale SQLCMD versión 15, cambie el nombre de la carpeta y copie la carpeta de SQLCMD la versión 16 (C:\Program Files\Microsoft SQL Server\Client SDK\ODBC\170\Tools\Binn) de SQL Server 2022 al servidor DPM 2022 antes de la instalación de DPM 2022. Después de la instalación, elimine la versión 16 y cambie el nombre de la versión 15 según sea necesario.

Instalación de DPM

Importante

Al instalar DPM, usa nombres NetBIOS para el nombre de dominio y el nombre del equipo SQL. No utilices nombres de dominio completos (FQDN).

1. Extraiga el archivo SCDPM_2025.exe en la máquina en la que desea ejecutar DPM. Para ello, ejecute el archivo exe y, en la pantalla Welcome, selecciona Next. En Select Destination Location, especifica dónde quieres extraer los archivos de instalación. En Ready to Extract, selecciona Extract. Una vez finalizada la extracción, ve a la ubicación especificada y ejecuta Setup.exe.

2. En la página Welcome del programa de instalación de DPM, selecciona Next. En la página License Terms, acepta el contrato >OK.

3. En la página Prerequisites Check, espera a la comprobación y resuelve los problemas antes de continuar.

4. En la página Product Registration, selecciona Next. En la página Microsoft Update Opt-In, elige si deseas incluir DPM en las actualizaciones de Microsoft.

5. En la página Resumen de la configuración, comprueba la configuración y selecciona Instalar. Cuando la instalación se haya completado, selecciona Close. Iniciará automáticamente una actualización de Windows para comprobar si hay cambios.

Ejecución de una instalación desatendida

Ejecuta una instalación desatendida como se indica a continuación:

1. Antes de continuar, asegúrate de haber instalado todos los requisitos previos.

2. Usa el código siguiente para asegurarte de que se abre el firewall:

   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 
   

3. Instala SQL Server en el servidor local o remoto.

4. Copia el texto siguiente en el Bloc de notas (u otro editor de texto) y guarda el script en el servidor DPM como DPMSetup.ini. Usa el mismo script si la instancia de SQL Server está instalada en el servidor DPM o en un servidor remoto.

   Importante

   Al instalar DPM, usa nombres NetBIOS para el nombre de dominio y el nombre del equipo SQL. No utilices nombres de dominio completos (FQDN).

   Al crear DPMSetup.ini, reemplaza el texto incluido en <> con los valores de tu propio entorno. Las líneas que comienzan con el hash (#) se comentan y la configuración de DPM usa los valores predeterminados. Para especificar tus propios valores, escribe los valores dentro de <> y elimina 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 = <Username that Setup must user> 
   # SQLMachinePassword = <Password for the username 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 = SSRS 
   # ReportingMachineUserName = <Username that Setup must user> 
   # ReportingMachinePassword = <Password for the username Setup must use> 
   # ReportingMachineDomainName = <Domain to which the SQL Server computer is attached> 
   

5. Después de guardar el archivo, en un símbolo del sistema con privilegios elevados en el servidor de instalación, escribe: start /wait [media location]\setup.exe /i /f <path>\DPMSetup.ini /l <path>\dpmlog.txt.

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

Instalación de DPM en un controlador de dominio

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

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

   • DPMDBReaders$<nombre del equipo>;
   • MSDPMTrustedMachines$<nombre del equipo>;
   • DPMRADCOMTrustedMachines$<nombre del equipo>;
   • DPMRADmTrustedMachine$<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. Agrega la cuenta del equipo local del controlador de dominio (<Nombre del equipo>) al grupo MSDPMTrustedMachines$<*Computer Name*>. A continuación, en el controlador de dominio principal, crea una cuenta de usuario de dominio con las credenciales más bajas posibles. Asígnale una contraseña segura que no expire y agréguela al grupo de administradores local.

   Nota:

   Toma nota de esta cuenta porque debes configurar los servicios de SQL Server durante la instalación de SQL Server. Puedes dar a esta cuenta de usuario el nombre que quieras. Sin embargo, para identificar fácilmente el propósito de la cuenta, es posible que te interese asignarle un nombre significativo, como DPMSQLSvcsAcct. Para estos procedimientos, esta cuenta se conoce como la cuenta DPMSQLSvcsAcct.

3. En el controlador de dominio principal, crea otra cuenta de usuario de dominio con credenciales mínimas y con el nombre DPMR$MACHINENAME, asígnale una contraseña segura que no expire y, después, agrega esta cuenta al grupo DPMDBReaders$<*Computer Name*>.

4. A continuación, crea los grupos de seguridad y las cuentas de usuario necesarias 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 instancia puede ser cualquier nombre distinto del 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. Para esta versión, este valor es MSRS1A0_50.

5. En el controlador de dominio principal, agregue la cuenta de usuario de dominio que creó anteriormente (la cuenta DPMSQLSvcsAcct) a los grupos siguientes: SQLServerReportServerUser$<NombreDeEquipo>$MSRS10.<IdDeInstancia>SQLServerMSASUser$<NombreDeEquipo>$<IdDeInstancia>

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

   • Inicia sesión en el controlador de dominio en el que deseas instalar DPM mediante la cuenta de usuario de dominio que creaste anteriormente. Vamos a referirnos a esta cuenta como DPMSQLSvcsAcct.

   • Inicia la instalación de SQL Server. En la página Configuración del servidor - Cuentas de servicio del programa de instalación, especifica la cuenta de inicio de sesión de SQL Server Services (Agente SQL Server, Motor de base de datos de SQL Server, SQL Server Reporting Services) que se ejecutará en la cuenta de usuario DPMSQLSvcsAcct.

   • Una vez instalado el SQL Server, abre Administrador de configuración de SQL Server>Configuración de red de SQL Server>Protocolos, haz clic con el botón derecho del ratón en Canalizaciones con nombre>Habilitar. Tendrás que detener y reiniciar los servicios de SQL Server.

7. A continuación, puedes instalar DPM:

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

   • En la página Configuración de seguridad, tendrás que escribir la misma contraseña que utilizaste cuando creaste la cuenta de usuario DPMR$MACHINENAME anteriormente.

   • Abre SQL Server Management Studio y conéctate a la instancia local de SQL Server que DPM está configurado para utilizar. Selecciona Nueva consulta, copia el texto siguiente en el panel derecho y presiona 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 a SQL 2022

En el procedimiento siguiente se enumeran los pasos para actualizar SQL 2022.

Nota:

Con DPM 2025 solo SQL 2022 se admite como base de datos DPM en escenarios de instalación y actualización nuevos de DPM.

Antes de actualizar desde una versión anterior a SQL 2017 a SQL 2022, asegúrese de

1. Realice una copia de seguridad de la base de datos de informes en SQL Server.

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

3. Limpia las carpetas de informes en el equipo local.

4. Instalación del servicio de informes

5. En el servidor DPM, cambia la siguiente clave del Registro DPM por el nuevo nombre de instancia de informes.

   • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB<ReportingInstanceName>

6. Cambia el nombre del directorio virtual del servicio de informes a ReportServer_SSRS.

7. Configura el servicio de informes y restaura la base de datos y las claves de cifrado.

Pasos siguientes

• Consulte las notas de la versión para ver las nuevas revisiones y las solicitudes de incorporación de cambios que son aplicables.