Obtener DPM instalado

Esto es lo que debe hacer para configurar System Center Administrador de protección de datos (DPM):

1. Lea los requisitos previos de instalación.
2. Compruebe que el sistema operativo DPM es compatible.
3. Configure una base de datos de SQL Server para almacenar la configuración y la información de 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.

Requisitos previos de instalación

Entorno	Detalles o 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 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). Instale con Agregar características en Administrador del servidor 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++ 2012 Redistributable; Microsoft Visual C++ 2010 Redistributable; Microsoft Visual C++ 2008 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. - Puede instalar el servidor 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 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 incluye con SQLNCLI. - Si instala 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 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 Always-On de SQL Server. - Si implementa DPM como una máquina virtual (VM) de Azure, use una máquina virtual de Azure 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 máquina virtual de Hyper-V	Si va a instalar DPM como una máquina virtual de Hyper-V, tenga en cuenta que: La instalación de DPM virtual no es para entornos de escalado vertical. En su lugar, use el almacenamiento basado en direct attach/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. A partir de DPM 2012 R2 con Update 3 en adelante, puede ejecutar DPM como una máquina virtual de Hyper-V compatible 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 escaladas horizontalmente. Las instalaciones de DPM virtual no admiten: Windows 2012 Espacios de almacenamiento 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 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. Puede 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, cree una instancia en el nivel de proceso Estándar porque el número máximo de IOPS por disco conectado es superior al 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 en la nube de Azure que tienen la misma red virtual de Azure y suscripción de Azure. DPM que 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, 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 usar para el almacenamiento de destino (grupo de almacenamiento DPM) está limitado por el tamaño de la máquina virtual (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 incluye almacenamiento en disco temporal. Esto está disponible para el usuario como el volumen D:\. El área de almacenamiento provisional local que necesita Azure Backup se puede configurar para residir en D:\, y la ubicación de caché se puede colocar en C:\. De este modo, no es necesario extraer ningún 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 puede realizar una copia de seguridad depende del número y el 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 grupo 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, Escalar verticalmente: aumente el tamaño de la máquina virtual DPM de A2V2, A4V2, A8V2 y agregue más almacenamiento local. Opción 2: Descargar datos: envíe datos más antiguos a Azure Backup y conserve solo 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. 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	Actividad media de la carga de trabajo (diaria)
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 Windows en VMware: puede instalar DPM 2022 en una máquina virtual 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 Windows en VMware.

Configuración de una base de datos de SQL Server

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

• Está ejecutando DPM 2022, 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 instalará DPM o en un servidor remoto.

2. En instalación, seleccione Nueva instalación independiente de SQL Server 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 Instalación de características de SQL Server.

4. En selección de características, seleccione Motor de base de datos Services. En Características de instancia, seleccione Reporting Service - 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. En Cuentas de servicio de configuración>del servidor, especifique las cuentas de dominio en las que deben ejecutarse los servicios de SQL Server:

   • Se recomienda usar una sola cuenta de usuario de dominio dedicada para ejecutar SQL Server Services, Agente SQL Server, SQL Server Motor de base de datos 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 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, 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 la máquina con 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 la instalación de SQL Server 2022, también tendría que instalar SQL Server Native Client por separado en el equipo de 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 compatibilidad de DPM (SQLPrep). Para ello, en el equipo con SQL Server, inserte el DVD DPM e inicie setup.exe. Siga el asistente para instalar Microsoft Visual C++ 2012 Redistributable. Los archivos de soporte técnico DPM se instalarán automáticamente.

   • Configure reglas de firewall para que el servidor DPM pueda comunicarse con el equipo con 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ñas.

     • Para permitir TCP en el puerto 80, configure 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.

     • Habilite RPC en el servidor SQL Server remoto.

     • La instancia predeterminada del motor de base de datos escucha en el puerto TCP 1443. Esta configuración se puede modificar. Para usar el servicio SQL Server Browser para conectarse a instancias que no escuchan en el puerto predeterminado 1433, necesitará el puerto UDP 1434.

     • La instancia con nombre de SQL Server usa puertos dinámicos de forma predeterminada. Esta configuración se puede modificar.

     • Puede ver el número de puerto actual usado 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 obtener más información, vea Instalar SQL Server Reporting Services (2017 y versiones posteriores).
• En el caso de sql Instance en clúster remoto, 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 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 NetBIOS para el nombre de dominio y el nombre del equipo SQL. No use nombres de dominio completos (FQDN).

1. Si es necesario, extraiga el archivo DPM 2016.exe (para DPM 2016)/DPM 2019.exe (para DPM 2019) en el equipo en el 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 >Aceptar.

3. En la página Comprobación de requisitos previos, espere a la comprobación y resuelva los problemas antes de continuar.

4. En la página Registro de productos, seleccione Siguiente. En la página Participación de Microsoft Update, elija si desea 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. Iniciará automáticamente una 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. Asegúrese de que tiene instalados los requisitos previos antes de empezar.

2. En 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 texto siguiente en el Bloc de notas (u 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 NetBIOS para el nombre de dominio y el nombre del equipo SQL. No use nombres de dominio completos (FQDN).

   Al crear DPMSetup.ini, reemplace el texto dentro <> 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 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 SQL Server e instalar DPM.

1. Cree los grupos de seguridad y las cuentas necesarias 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 del 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 de SQL Server. Puede asignar un nombre a esta cuenta de usuario todo lo que quiera. 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 la 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 agregue esta cuenta al DPMDBReaders$<*Computer Name*> grupo.

4. A continuación, cree 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, puede instalar 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. Veamos 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 SQL Server Services (Agente SQL Server, SQL Server Motor de base de datos, SQL Server Reporting Services) que se ejecutará en la cuenta de usuario DPMSQLSvcsAcct.

   • Una vez instalado SQL Server, abra Administrador de configuración de SQL Server> Protocolos de configuración>de red del servidorSQL, haga clic con el botón derecho en Canalizaciones>con nombre Habilitar. Deberá detener y reiniciar los servicios de SQL Server.

7. A continuación, puede instalar 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\<Nombre> de instancia 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 administradores local en el controlador de dominio donde está instalada la instancia remota. 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 que DPM está configurada para usar. 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

Puede actualizar SQL Server 2016 o SQL Server 2016 SP1 Enterprise o Standard a SQL 2017. En el procedimiento siguiente se enumeran los pasos para actualizar SQL 2016 a SQL 2017.

Nota:

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, realice una copia de seguridad de la base de datos de informes.

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

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

4. Instale Reporting Service.

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

   • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Administrador de protección de datos\DB<ReportingInstanceName>

6. Cambie el nombre del directorio virtual de Reporting Service a ReportServer_SSRS.

7. Configure Reporting Service 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.