Instalación de DPM

Para configurar System Center Data Protection Manager (DPM), siga estos pasos:

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

Nota:

Si tiene un contrato de licencias por volumen, puede descargar los productos de System Center desde aquí.

Nota:

Con DPM 2019 UR4, una nueva instalación del agente de actualización acumulativa podría reiniciar el servidor protegido.

Requisitos previos de instalación

Entorno Detalles o especificaciones para la instalación
Requisitos previos básicos de instalación de DPM El servidor DPM necesita muchos componentes. El programa de instalación instala automáticamente estos componentes:

- .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). Instale con Agregar características en Administrador del servidor si el programa de instalación no lo 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)
- 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.
- Puedes instalar SQL Server en el servidor DPM o en un servidor remoto.
- Instale SQL local o remotamente antes de instalar DPM.
- Si planeas usar SQL Server 2022 con DPM 2022, asegúrate de instalar SQL Server Native Client (SQLNCLI) en el equipo con SQL Server antes de instalar DPM 2022 RTM, ya que SQL 2022 no se incluye con SQLNCLI.
- 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 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 adecuada para entornos de gran escala. En su lugar, use la conexión directa o el almacenamiento basado en SAN. El rendimiento puede sufrir en entornos ampliados (Hyper-V en CSV) usando archivos VHDX en comparación con SAN. Por lo tanto, para entornos a gran escala, no utilice 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 la actualización 3 en adelante, puedes ejecutar DPM como una máquina virtual de Hyper-V compatible con unidades de cinta mediante FC sintética.
  • Para el almacenamiento de DPM de alta disponibilidad, coloque discos duros virtuales en servidores de archivos escalados horizontalmente (SOFS). SMB 3.0 es necesario para los servidores de archivos ampliados.
  • Las instalaciones de DPM virtual no admiten:

    • Espacios de almacenamiento de Windows 2012 o unidades de disco duro virtuales construidas sobre espacios de almacenamiento.
      Tampoco se admite el hospedaje local o remoto de archivos VHDX en el espacio de almacenamiento de Windows 2012.
    • Habilitar la desduplicación de disco en volúmenes que contienen discos duros virtuales.
    • Destinos iSCSI de Windows 2012 (que utilizan unidades de disco duro virtuales) como pool de almacenamiento de 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 para el pool 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 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 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.
  • Use una cuenta de almacenamiento independiente para la máquina virtual DPM, ya que los límites de tamaño e IOPS en una cuenta de almacenamiento podrían afectar al rendimiento de la máquina virtual DPM si lo 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 tamaño de la máquina virtual limita el número de discos que puede usar para el almacenamiento de destino (grupo de almacenamiento DPM) a 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 datos restaurados desde la nube (área de almacenamiento provisional local). Cada Azure máquina virtual incluye almacenamiento en disco temporal. Puede acceder a esta unidad de almacenamiento como volumen D:\. Puede configurar el área de almacenamiento provisional local que necesita Azure Backup para residir en D:\, y puede colocar la ubicación de caché en C:\. De este modo, no es necesario separar el 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 que conecte los discos a la máquina virtual, administre los discos y el espacio de almacenamiento 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. Conserve los datos durante un día en el disco de Azure conectado a DPM y almacene datos anteriores a un día en el servicio Azure Backup. Esta configuración 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 quiere escalar su implementación, tiene 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, ampliación horizontal: añadir 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.
Entorno Detalles o especificaciones para la instalación
Requisitos previos básicos de instalación de DPM El servidor DPM necesita muchos componentes. El programa de instalación instala automáticamente estos componentes:

- .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). Instale con Agregar características en Administrador del servidor si el programa de instalación no lo 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)
- 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.
- Puedes instalar SQL Server en el servidor DPM o en un servidor remoto.
- Instale SQL 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.
- 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.
- Instale y configure SQL Server Reporting Services (SSRS).
- Si SQL Server está en clúster, el servidor de informes y SQL Server deben estar en equipos diferentes.
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 adecuada para entornos de gran escala. En su lugar, use la conexión directa o el almacenamiento basado en SAN. El rendimiento puede sufrir en entornos ampliados (Hyper-V en CSV) usando archivos VHDX en comparación con SAN. Por lo tanto, para entornos a gran escala, no utilice 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.
  • Para el almacenamiento de DPM de alta disponibilidad, coloque discos duros virtuales en servidores de archivos escalados horizontalmente (SOFS). SMB 3.0 es necesario para los servidores de archivos ampliados.
  • Las instalaciones de DPM virtual no admiten:

    • Espacios de almacenamiento de Windows 2012 o unidades de disco duro virtuales construidas sobre espacios de almacenamiento.
      Tampoco se admite el hospedaje local o remoto de archivos VHDX en el espacio de almacenamiento de Windows 2012.
    • Habilitar la desduplicación de disco en volúmenes que contienen discos duros virtuales.
    • Destinos iSCSI de Windows 2012 (que utilizan unidades de disco duro virtuales) como pool de almacenamiento de 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 para el pool 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 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 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.
  • Use una cuenta de almacenamiento independiente para la máquina virtual DPM, ya que los límites de tamaño e IOPS en una cuenta de almacenamiento podrían afectar al rendimiento de la máquina virtual DPM si lo 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 tamaño de la máquina virtual limita el número de discos que puede usar para el almacenamiento de destino (grupo de almacenamiento DPM) a 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 datos restaurados desde la nube (área de almacenamiento provisional local). Cada Azure máquina virtual incluye almacenamiento en disco temporal. Puede acceder a esta unidad de almacenamiento como volumen D:\. Puede configurar el área de almacenamiento provisional local que necesita Azure Backup para residir en D:\, y puede colocar la ubicación de caché en C:\. De este modo, no es necesario separar el 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 que conecte los discos a la máquina virtual, administre los discos y el espacio de almacenamiento 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. Conserve los datos durante un día en el disco de Azure conectado a DPM y almacene datos anteriores a un día en el servicio Azure Backup. Esta configuración 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 quiere escalar su implementación, tiene 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, ampliación horizontal: añadir 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 rotación de la carga de trabajo (diaria)
A2V2 20 100 GB Deserción neta del 5%
A4V2 40 150 GB Deserció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.

Nota:

Como máquina virtual de Windows en VMware, puedes instalar DPM 2019 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 base de datos de SQL Server

Configure una base de datos de SQL Server si:

  • Está ejecutando DPM 2019 o DPM 2016.
  • Está ejecutando DPM 2022, DPM 2019 o DPM 2016.
  • Está ejecutando DPM 2025, DPM 2022 o DPM 2019.

Para configurar una base de datos de SQL Server:

  1. Ejecute SQL Server configuración en el servidor local donde planea 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 Clave de producto, escriba una clave de licencia válida. En Reglas de compatibilidad de la instalación, corrija los errores antes de continuar. En Configuración de rol, 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, selecciona 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 utilices subrayados ni caracteres localizados 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:

    • Use 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í. La cuenta de usuario debe ser miembro del grupo administradores local en el controlador de dominio donde instale la instancia remota. Una vez completada la instalación, puede quitar la cuenta de usuario del grupo administradores local. Para la instalación en un RODC, escriba la contraseña que seleccionó al configurar RODC para DPM y cree 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. Agregue esta cuenta al grupo Administradores local y al rol fijo de servidor sysadmin SQL Server más adelante en el asistente.

    • Configure todos los servicios, excepto el Iniciador del servicio de filtro de texto completo de SQL, como Automático.

  1. En Configuración del motor de base de datos, acepte la configuración del modo de 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. Puede agregar más cuentas si es necesario. Completa el resto del asistente con la configuración predeterminada y seleccionaListo para instalar>Instalar.

    Si usa SQL Server 2022, instale SQL Server Native Client (SQLNCLI) en la máquina SQL Server 2022.

    SQLNCLI es un requisito previo para la instalación de DPM 2022 RTM, pero no está disponible en SQL Server 2022. Después de instalar SQL Server 2022, debe instalar SQL Server Native Client por separado en el equipo de SQL Server. 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.

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

    • Si usa una instancia de SQL Server en clúster de MSCS para la base de datos DPM, el nombre de recurso del grupo de clústeres para el rol de SQL Server debe denominarse SQL Server (NombreDeInstancia). Por ejemplo, SQL Server (MSSQLSERVER).

    • Si utiliza una instancia en clúster de SQL Server de MSCS para la base de datos de DPM, instale SQL Server Reporting Services (SSRS) en un equipo SQL Server independiente o en el propio servidor DPM.

    • 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 técnico DPM se instalan 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. Puede modificar esta configuración. Para usar el servicio SQL Server Browser para conectarse a instancias que no escuchan en el puerto predeterminado 1433, necesita el puerto UDP 1434.

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

      • 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].

  1. En Configuración del motor de base de datos, acepte la configuración del modo de 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. Puede agregar más cuentas 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.

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

    • Si utiliza un servidor SQL de MSCS en clúster para la base de datos de DPM, el nombre de recurso del grupo de clústeres para el rol de SQL Server debe llamarse SQL Server (NombreDeInstancia). Por ejemplo, SQL Server (MSSQLSERVER).

    • Si usa un servidor SQL en clúster de MSCS para la base de datos de DPM, instale SQL Server Reporting Service (SSRS) en un equipo con un servidor SQL independiente o en el propio servidor DPM.

    • 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 técnico DPM se instalan 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. Puede modificar esta configuración. Para usar el servicio SQL Server Browser para conectarse a instancias que no escuchan en el puerto predeterminado 1433, necesita el puerto UDP 1434.

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

      • 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].

  1. En Configuración del motor de base de datos, acepte la opción de 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. Puede agregar más cuentas si es necesario. Completa el resto del asistente con la configuración predeterminada y seleccionaListo para instalar>Instalar.

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

    • Si utiliza un servidor SQL de MSCS en clúster para la base de datos de DPM, el nombre de recurso del grupo de clústeres para el rol de SQL Server debe llamarse SQL Server (NombreDeInstancia). Por ejemplo, SQL Server (MSSQLSERVER).

    • Si usa un servidor SQL en clúster de MSCS para la base de datos de DPM, instale SQL Server Reporting Services (SSRS) en un equipo independiente con SQL Server o en el propio servidor DPM.

    • 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 técnico DPM se instalan 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. Puede modificar esta configuración. Para usar el servicio SQL Server Browser para conectarse a instancias que no escuchan en el puerto predeterminado 1433, necesita el puerto UDP 1434.

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

      • 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].

  1. En Configuración del motor de base de datos, acepte la configuración del modo de 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. Puede agregar más cuentas si es necesario. Completa el resto del asistente con la configuración predeterminada y seleccionaListo para instalar>Instalar.

  2. 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 técnico DPM se instalan 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. Puede modificar esta configuración. Para usar el servicio SQL Server Browser para conectarse a instancias que no escuchan en el puerto predeterminado 1433, necesita el puerto UDP 1434.

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

      • 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, SQL Server Reporting Services (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, instale los siguientes componentes 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.

Nota:

  • Con SQL 2017 y versiones posteriores, SQL Server Reporting Services (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, instale los siguientes componentes 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.

Nota:

La suma de comprobación siguiente no es válida para los medios de instalación descargados desde el Centro de Evaluación.

Después de descargar el medio de instalación (zip), se recomienda comprobar que el archivo no está dañado. A continuación se muestra la suma de comprobación del archivo:

149737D812D674D655A879E8A59481F665504448146B78ED8FD2C9B36A17B9F4
2C47B45CD3A9F21379FED7A8AE5CF0BE5CAB4A39B219129F6AE0A5EDB25BFB78
5D6045D14645DB56282CF33F99F753AF591ED846E2E37B7BC54F76ABA73A885A

Para comprobar su autenticidad, realice la validación de checksum en su computadora mediante la ejecución del siguiente comando de PowerShell:

$expectedChecksum = "ENTER_EXPECTED_HASH_HERE"
$zipFilePath = "ENTER_ZIP_Path\<product>_<version>.zip"
$expectedChecksum -eq (Get-FileHash -Path $zipFilePath -Algorithm SHA256).Hash

Cuando se supere la validación, verá True impreso. Si ve False impreso, el archivo descargado no es válido y debe volver a descargarlo.

Instalación de DPM

Importante

Al instalar DPM, utilice 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 DPM 2016.exe archivo (para DPM 2016) o DPM 2019.exe (para DPM 2019) en el equipo donde desea ejecutar DPM. Para ello, ejecute el archivo exe. En la pantalla de bienvenida, seleccione Siguiente. En Seleccionar ubicación de destino, especifique dónde desea extraer los archivos de instalación. En Ready to Extract, selecciona Extract. Una vez finalizada la extracción, vaya a la ubicación especificada y ejecute Setup.exe.
  1. Extraiga el SCDPM_2025.exe archivo en la máquina donde desea ejecutar DPM. Para ello, ejecute el archivo exe. En la pantalla de bienvenida, seleccione Siguiente. En Seleccionar ubicación de destino, especifique dónde desea extraer los archivos de instalación. En Ready to Extract, selecciona Extract. Una vez finalizada la extracción, vaya a la ubicación especificada y ejecute Setup.exe.
  1. En la página Welcome del programa de instalación de DPM, selecciona Next. En la página Términos de licencia , acepte el contrato y seleccione Aceptar.

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

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

  4. En la página Resumen de la configuración, comprueba la configuración y selecciona Instalar. Cuando finalice la instalación, seleccione Cerrar. Inicia automáticamente una actualización de Windows para comprobar si hay cambios.

Ejecuta 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.
  1. En el SQL Server remoto, asegúrate de que .NET Framework 3.5 (para SQL 2016), 4.0 o 4.5 (SQL 2017) está instalado en el servidor Windows antes de instalar SQL.

  2. 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
    
  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. 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, utilice nombres NetBIOS para el nombre de dominio y el nombre del equipo SQL. No use 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 (#) están comentadas y la configuración de DPM usa los valores predeterminados. Para especificar tus propios valores, escribe los valores dentro de <> y elimina el símbolo de número (#).

    [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>
    
  5. 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 ejecuta setup.exe.
    • <path> es la ubicación del archivo .ini.
  1. 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 
    
  2. Instala SQL Server en el servidor local o remoto.

  3. 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. 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, utilice nombres NetBIOS para el nombre de dominio y el nombre del equipo SQL. No use 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 (#) están comentadas y la configuración de DPM usa los valores predeterminados. Para especificar tus propios valores, escribe los valores dentro de <> y elimina el símbolo de número (#).

    [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> 
    
  4. 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 ejecuta setup.exe.
    • <path> es la ubicación del archivo .ini.

Instalación de DPM en un controlador de dominio

Para configurar DPM en un RODC, complete algunos pasos antes de configurar la SQL Server e instalar DPM.

  1. Cree los grupos de seguridad y las cuentas necesarias para DPM. Seleccione Inicio>Herramientas administrativas>Usuarios y equipos de Active Directory>Dominio/Integrado y cree 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*>. En el controlador de dominio principal, cree 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:

    Tome nota de esta cuenta porque la necesita para configurar los servicios de SQL Server durante la instalación del SQL Server. Puedes dar a esta cuenta de usuario el nombre que quieras. Para identificar fácilmente el propósito de la cuenta, considere la posibilidad de 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. Asigne a la cuenta el nombre DPMR$MACHINENAME, asígnele una contraseña segura que no expire y agregue esta cuenta al DPMDBReaders$<*Computer Name*> grupo.

  4. 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. El grupo o la cuenta deben estar en este formato <*grouporaccountnameComputerName*>.

    • 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:

    • Inicie sesión en el controlador de dominio en el que desea instalar DPM mediante la cuenta de usuario de dominio que creó 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. Debe detener y reiniciar los servicios de SQL Server.

  7. A continuación, 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 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 , escriba la misma contraseña que usó al crear 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. 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

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

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

  3. Limpie 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\DBReportingInstanceName>
  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.

Actualización a SQL 2022

En el procedimiento siguiente se enumeran los pasos para actualizar a 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 que

  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. Limpie 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\DBReportingInstanceName>
  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.