Instalar DPM

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

1. Lea los requisitos previos del programa 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 desea 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	Se necesitan muchos componentes en el servidor DPM. 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 necesario para la instalación de SQL (antes de SQL 2016); .NET Framework 4.6 necesario para la instalación de SQL (SQL 2016 en adelante). 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 <directorio raíz>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). - PowerShell de administración de Microsoft Hyper-V
Base de datos DPM	- Compruebe las versiones de SQL Server compatibles con la base de datos DPM. - Puede instalar el servidor SQL Server en el servidor DPM o en un servidor remoto. -Tener instalado SQL de forma local o remota antes de instalar DPM. - Si tiene previsto usar SQL Server 2022 con DPM 2022, asegúrese de instalar SQL Server Native Client (SQLNCLI) en el equipo con SQL Server antes de instalar DPM 2022 RTM como SQL 2022 no se envía con SQLNCLI. -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 ejecuta una base de datos remota, asegúrese 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 el servidor SQL Server está en clúster, el servidor de informes y SQL Server deben estar en equipos diferentes. - No se puede ejecutar un servidor 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 un servidor SQL local en esta implementación y la base de datos de Azure SQL 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: La instalación de DPM virtual no es para entornos de escalado vertical. En su lugar, utilice almacenamiento de conexión directa/basado en 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 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 DPM 2012 R2 con Update 3 en adelante, puede ejecutar DPM como una máquina virtual de Hyper-V con compatibilidad con unidades de cinta mediante FC sintético. Para el almacenamiento DPM de alta disponibilidad, las unidades de disco duro virtuales deben colocarse en servidores de archivos de escalabilidad 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 proceso Estándar porque el número máximo de IOPS por disco conectado es superior en el nivel Estándar que en el nivel Básico. 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 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 de Azure Backup que se ejecuta en el servidor DPM necesita almacenamiento temporal para su uso (una ubicación de caché) y 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 Azure Backup 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 para 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 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 le permite proteger una mayor cantidad de datos descargandolos en Azure Backup. 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, Escalabilidad horizontal: agregue 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 %

Configurar una base de datos de SQL Server

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

• Está ejecutando DPM 2022, 2019, 2016

Para configurar una base de datos de SQL Server:

1. Ejecute SQL Server configuración en el servidor local en el que instalará DPM o en un servidor remoto.

2. En Instalación, seleccione Nuevo SQL Server instalación independiente o agregue características a una instalación existente.

3. En la clave de producto, escriba una clave de licencia válida. En las reglas de soporte técnico del programa de instalación, corrija los errores antes de continuar. En el rol de instalación, seleccione SQL Server Instalación de características.

4. En selección de características, seleccione Servicios de motor de base de datos. En Características de instancia, seleccione Servicio de informes - Nativo. En Reglas de instalación, revise las reglas.

5. En Configuración de instancia, especifique el nombre de la instancia de SQL Server que usará para DPM. No use caracteres de subrayado ni localizados en el nombre. En Requisitos de espacio en disco, revise la información.

6. EnCuentas de serviciode configuración> del servidor, especifique las cuentas de dominio en las que se deben ejecutar los servicios de SQL Server:

   • Se recomienda usar una sola cuenta de usuario de dominio dedicada para ejecutar SQL Server Services, Agente SQL Server, 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ó 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, puede quitar la cuenta de usuario del grupo administradores local. Además, para la instalación en un RODC, deberá escribir la contraseña que seleccionó al configurar RODC para DPM y crear la cuenta DPMR$MACHINENAME .

   • Al crear una cuenta de usuario de dominio, asígnele los privilegios más bajos posibles, asígnele una contraseña segura que no expire y asígnele un nombre fácilmente identificable. Agregará esta cuenta al grupo administradores local y el rol fijo de servidor sysadmin 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 configuración del motor de base de datos, acepte 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, agregue administradores de DPM. Puede agregar cuentas adicionales si es necesario. Complete el resto del asistente con la configuración predeterminada y seleccione Listo para instalar>instalación.

   Si usa SQL Server 2022, debe instalar SQL Server Native Client (SQLNCLI) en el equipo SQL Server 2022.

   SQLNCLI es un requisito previo para la instalación de RTM de DPM 2022, pero no está disponible en SQL Server 2022. Por lo tanto, después de SQL Server instalación 2022, también tendría que instalar SQL Server Native Client por separado en la máquina SQL Server. Después, asegúrese de instalar DPM 2022 RTM y actualizar a UR1 o posterior, que admite SQL Server 2022 como base de datos DPM y usa OLEDB 18.0 en lugar de SQLNCLI.

8. Si va a instalar 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 DPM e inicie setup.exe. Siga el asistente para instalar el 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 la auditoría de errores predeterminada y habilite la comprobación de directivas de contraseña.

     • 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, 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. Debe instalar SQL SSRS por separado. Para más información, consulte Instalación de SQL Server Reporting Services (2017 y posterior).
• Para la instancia de SQL en clúster remota, 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 de SQL Server locales o remotos, los siguientes componentes deben instalarse en el servidor DPM.
  - SQL Server Management Studio (SSMS) ya no está instalado con SQL Server; debe instalar una versión equivalente de SSMS por separado.
  - Para SQL Server 2019, junto con SSMS también debe instalar SQLCMD, Visual C++ 2017 Redistributable y Microsoft ODBC Driver 17 para SQL Server en el servidor DPM por separado.

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 completos (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 , seleccione Siguiente. En Seleccionar ubicación de destino, especifique dónde desea extraer los archivos de instalación. En Listo para extraer, seleccione Extraer. Una vez finalizada 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, seleccione Siguiente. En la página Términos de licencia , acepte el contrato >Correcto.

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 de productos , seleccione 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 configuración , compruebe la configuración y seleccione Instalar. Una vez completada la instalación, seleccione Cerrar. Se iniciará automáticamente una actualización de Windows para comprobar si hay cambios.

Ejecutar una instalación desatendida

Ejecute una instalación desatendida de la siguiente manera:

1. Asegúrese de que tiene instalados los requisitos previos antes de empezar.

2. En el SQL Server remoto, asegúrese de que .NET Framework 3.5 (para SQL 2016), 4.0 o 4.5 (SQL 2017) esté instalado en windows server antes de instalar SQL.

3. Use el código siguiente para asegurarse 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
   

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 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 completos (FQDN).

   Al crear DPMSetup.ini, reemplace el texto dentro de <> por los valores de su entorno. Las líneas que comienzan con el hash (#) se comentan y la configuración de DPM usa los valores predeterminados. Para especificar los valores, escriba los valores dentro <> de y elimine el hash (#).

   [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 = <Name of the instance of SQL Server that Setup must use, SSRS in case of SQL 2017>
   # ReportingMachineUserName = <Username that Setup must user>
   # ReportingMachinePassword = <Password for the username 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 desea configurar DPM en un RODC, deberá realizar un par de pasos antes de configurar el SQL Server e instalar DPM.

1. Cree las cuentas y los grupos de seguridad necesarios para DPM. Para ello, seleccione Iniciar>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>;
   • 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. Agregue la cuenta de equipo local para el controlador de dominio (<nombre> de equipo) al MSDPMTrustedMachines$<*Computer Name*> grupo. A continuación, en el controlador de dominio principal, cree una cuenta de usuario de dominio con las credenciales más bajas posibles. Asígnele una contraseña segura que no expire y agréguela al grupo de administradores locales.

   Nota

   Tome nota de esta cuenta porque debe configurar los servicios de SQL Server durante la instalación del SQL Server. Puede asignar a esta cuenta de usuario el nombre que desee. Sin embargo, para identificar fácilmente el propósito de la cuenta, es posible que quiera asignarle un nombre significativo, como DPMSQLSvcsAcct. Para estos procedimientos, esta cuenta se conoce como cuenta DPMSQLSvcsAcct .

3. En el controlador de dominio principal, cree otra cuenta de usuario de dominio con las credenciales más bajas posibles y asigne el nombre DPMR$MACHINENAME de la cuenta, asígnele una contraseña segura que no expire y, a continuación, agregue esta cuenta al DPMDBReaders$<*Computer Name*> grupo.

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 creó anteriormente (la cuenta DPMSQLSvcsAcct) a los grupos siguientes: SQLServerReportServerUser$<NombreDeEquipo>$MSRS10.<IdDeInstancia>SQLServerMSASUser$<NombreDeEquipo>$<IdDeInstancia>

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

   • Inicie sesión en el controlador de dominio en el que desea instalar DPM mediante la cuenta de usuario de dominio que creó anteriormente. Consideremos esta cuenta como DPMSQLSvcsAcct.

   • Empiece a instalar el 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, SQL Server motor de base de datos, SQL Server Reporting Services) para que se ejecute en la cuenta de usuario DPMSQLSvcsAcct.

   • Una vez instalado el SQL Server, abra Administrador de configuración de SQL Server> SQL ServerProtocolos de configuración> de red, haga clic con el botón derecho en Canalizaciones> con nombreHabilitar. Deberá detener y reiniciar los servicios de 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 instaló en el procedimiento como localhost\<Instance Name> y, a continuación, escriba las credenciales de la primera cuenta de usuario de dominio que creó (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 completada la instalación, puede quitar la cuenta de usuario del grupo administradores local.

   • En la página Configuración de seguridad , deberá escribir la misma contraseña que usó al crear 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. Seleccione Nueva consulta, copie el texto siguiente en el panel derecho y 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 desea usar SQL 2017 con DPM Semi-Annual Channel 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, SQL 2017 se admite como una base de datos DPM en escenarios de instalación y actualización nuevos 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 Reporting Service.

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.

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.