Instalación de DPM como una máquina virtual de Azure
Publicada: marzo de 2016
Se aplica a: System Center 2012 SP1 - Data Protection Manager, System Center 2012 - Data Protection Manager, System Center 2012 R2 Data Protection Manager
Puede instalar DPM 2012 R2 como una máquina virtual que se ejecute en un servidor Hyper-V local o en Azure como una máquina virtual. El proceso de instalación de DPM en VM de Azure es igual que el que se describe en Instalación de System Center 2012 R2 - DPM. Nota:
DPM es compatible en máquinas virtuales IaaS de Azure de tamaño A2 o superior.
DPM puede proteger las cargas de trabajo siguientes que se ejecutan como máquinas virtuales de Azure:
Origen de datos protegido
DPM 2012 R2
DPM 2012 con SP1
DPM 2012
Protección y recuperación
Windows Server 2012 R2, Datacenter y Standard
S
No
No
Volúmenes, archivos, carpetas
Windows Server 2012, Datacenter y Standard
S
S
No
Volúmenes, archivos, carpetas
Windows Server 2008 R2 SP1, Standard o Enterprise
S
S
S
Volúmenes, archivos, carpetas
SQL Server 2012 con SP1, SQL Server 2012, 2008 R2, 2008
S
S
S
Base de datos
Se admiten SQL Server 2014 y SQL Server 2012 con SP 2 de DPM 2012 R2 con paquete acumulativo de actualizaciones 4 y posteriores.
S
No
No
Base de datos
SharePoint 2013, 2010
S
S
S
Granja, base de datos, servidor web front-end
Máquinas virtuales Hyper-V
S
No
No
Discos duros virtuales de la máquina virtual de los que se realiza una copia de seguridad
Reconstrucción completa (BMR)/estado del sistema
S
No
No
BMR o estado del sistema
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.
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). Para obtener más información acerca de los límites de tamaño, consulte Máquinas virtuales de Azure.
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 adjuntar a cada máquina virtual de Azure (4 discos de tamaño A2, 8 discos de tamaño A3 y 16 discos de tamaño A4) y el tamaño máximo de cada disco (1 TB). Esto determina el bloque de almacenamiento de copia de seguridad total disponible.
Se recomienda conservar datos durante un día en el disco de Azure conectado a DPM y almacenar los datos anteriores a un día en el servicio Copia de seguridad de Azure. Esto proporciona un almacén de datos para un intervalo de retención más largo y le permite proteger una mayor cantidad de datos mediante la descarga en Copia de seguridad de Azure.
Para obtener un tutorial paso a paso sobre cómo configurar DPM para la copia de seguridad en Azure, visite: Preparación para la copia de seguridad de cargas de trabajo en Azure con DPM.
Copia de seguridad de Azure ahora proporciona una mayor duración de retención para datos de DPM:
Al configurar la copia de seguridad en línea para un grupo de protección en DPM, ahora puede especificar un intervalo de retención máximo de hasta 3.360 días.
Tenga en cuenta que, en Copia de seguridad de Azure, cada copia de seguridad se almacena como un punto de recuperación. Se mantiene el límite máximo de 120 puntos de recuperación, lo que proporciona un intervalo de retención máximo de 120 días para una sincronización diaria. Sin embargo, puede almacenar datos durante un plazo máximo de 3.360 días con una directiva de copia de seguridad menos granular, como se resume en esta tabla.
Sincronizar cada x semanas
Algoritmo de retención máxima
Retención máxima (días)
1
120 x7 x1
840
2
120 x 7 x 2
1.680
3
120 x 7 x 3
2.520
4
120 x 7 x 4
3.360
También puede personalizar el intervalo de copia de seguridad. Por ejemplo, desea una copia de seguridad mensual y conservar los datos de 5 años. La tabla muestra algunos ejemplos.
Retención (años)
Retención (días)
Corrección de año bisiesto
Retención total (días)
1
365 x 1
+1
366
5
365 x 5
+2
1.827
9
365 x 9
+3
3.288
Cuando conozca el intervalo de retención, coloque el valor en Duración de retención en días en el cuadro de diálogo Especificar objetivos de protección en línea.
Puede realizar una copia de seguridad del servidor DPM que se ejecuta como una máquina virtual de Azure con una máquina virtual secundaria de DPM. Deben encontrarse en la misma red virtual de Azure, normalmente dentro de la misma ubicación geográfica. Tenga en cuenta que si se produce un desastre, Copia de seguridad de Azure utiliza el almacenamiento con redundancia geográfica (GRS) en el back-end y replica asincrónicamente datos en una región secundaria lejos de la principal. Para obtener más información, consulte Precios de almacenamiento.
Si implementa DPM como una máquina virtual de Azure y desea utilizar un servidor SQL remoto para la base de datos DPM, puede seleccionar una máquina virtual de Azure con SQL Server. No puede utilizar un servidor SQL remoto local, y el uso de una base de datos SQL de Azure no se admite actualmente.
Para obtener más información, consulte las preguntas más frecuentes sobre la protección de cargas de trabajo IaaS en Azure mediante Data Protection Manager.
Recomendaciones de configuración
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. Hoja de cálculo.
Al configurar la máquina virtual, cree una instancia en el nivel de cálculo estándar porque el número máximo de IOPS por disco conectado es mayor en el nivel estándar que en el nivel básico.
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.
El agente Copia de seguridad de Azure que se ejecuta en el servidor DPM necesita almacenamiento temporal para su propio uso (una ubicación en caché) y para los datos restaurados desde la nube (área de almacenamiento provisional local). Tenga en cuenta que cada máquina virtual de Azure incorpora algún almacenamiento en disco temporal. Está disponible para el usuario como el volumen D:\. El área de almacenamiento provisional local necesaria para Copia de seguridad de Azure puede configurarse para residir en D:\ y la ubicación de caché puede colocarse en C:\. De este modo, no es necesario utilizar el espacio de los discos de datos conectados a la máquina virtual DPM.
La máquina virtual DPM y las cargas de trabajo protegidas deben formar parte de la misma red virtual de Azure.
La tabla resume el número máximo de cargas de trabajo protegidas para cada tamaño de máquina virtual DPM. La información se basa en pruebas rendimiento y escala internas con valores canónicos para el tamaño de carga de trabajo y la renovación. El tamaño de carga de trabajo real puede ser más grande, pero debe adaptarse con los discos conectados a la máquina virtual DPM.
Tamaño de máquina virtual
Número máximo de cargas de trabajo protegidas
Tamaño promedio de la carga de trabajo
Renovación de carga de trabajo promedio (diariamente)
Carga de trabajo de ejemplo
A2
20
100 GB
Renovación neta de 5 %
SQL Server, servidor de archivos
A3
40
150 GB
Renovación neta de 10 %
A4
60
200 GB
Renovación neta de 15 %
Si desea escalar la implementación, tiene las siguientes opciones:
Opción 1, escalar verticalmente: aumente el tamaño de la máquina virtual de DPM de A2 a A3 a A4 y agregue más espacio de almacenamiento local.
Opción 2, descargar datos: envíe los datos más antiguos a Copia de seguridad de Azure y conserve solo los datos más recientes en el almacenamiento conectado al servidor DPM.
Opción 3, escalar horizontalmente: agregue más servidores DPM para proteger las cargas de trabajo.