Compatibilidad con la protección de máquinas virtuales de réplica
Puede realizar una copia de seguridad de máquinas virtuales de réplica en un servidor secundario si DPM ejecuta Windows Server 2012 R2. Esto resulta útil en un par de escenarios:
Reducir el impacto de copia de seguridad en la ejecución de cargas de trabajo: realizar una copia de seguridad de una máquina virtual implica cierta sobrecarga porque se crea una instantánea. Al descargar el proceso de copia de seguridad en un sitio secundario remoto, la operación de copia de seguridad ya no incide en la ejecución de la carga de trabajo. Obviamente esto es aplicable únicamente a las implementaciones donde se almacena la copia de seguridad en un sitio remoto. Por ejemplo, puede realizar copias de seguridad diarias y almacenar los datos localmente para garantizar tiempos de restauración rápida, pero realizar copias de seguridad mensuales o trimestrales de máquinas virtuales de réplica almacenadas de forma remota para la retención a largo plazo.
Ancho de banda limitado: en implementaciones realizadas en una oficina o sede remota típica, se necesitará que los administradores aprovisionen una cantidad apropiada de ancho de banda para transferir los datos de copia de seguridad entre los sitios. Si implementa algún tipo de replicación y una estrategia de conmutación por error además de la estrategia de copia de seguridad de datos, podría estar enviando copias de los mismos datos a través de la red. Al realizar la copia de seguridad de los datos de máquinas virtuales de réplica en lugar de realizar la copia de la réplica principal, se ahorrará la sobrecarga de tener que enviar a través de la red los datos de los que se ha hecho la copia de seguridad.
Escenario del proveedor de servicios de hosting: los clientes pueden usar un centro de datos hospedado por un proveedor de servicios de hosting como un sitio de réplica sin disponer de ningún centro de datos secundario propio. En este caso, el SLA del proveedor de servicios de hosting requerirá la copia de seguridad coherente de máquinas virtuales de réplica.
Coherencia de los datos
Hay dos tipos generales de coherencia de datos para los datos de copia de seguridad:
Copia de seguridad coherente con la aplicación: realiza una copia de seguridad de aplicaciones que se ejecutan en una máquina virtual en un estado coherente, tal y como sucedería si la aplicación se cerrara con normalidad. Para que DPM use los escritores VSS de aplicación para realizar una instantánea de una aplicación en un estado coherente.
Copia de seguridad coherente para bloqueos: realiza una instantánea de datos coherentes, pero no captura el contenido de la memoria o las operaciones de E/S pendientes.
Una máquina virtual de réplica siempre está apagada hasta que se inicia una conmutación por error, y VSS no puede garantizar una copia de seguridad coherente con la aplicación para una máquina virtual de réplica. Por lo tanto, la copia de seguridad de una máquina virtual de réplica solo será coherente para bloqueos. Si no se puede garantizar la coherencia para bloqueos, se producirá un error en la copia de seguridad. Esto puede ocurrir en una serie de condiciones:
La máquina virtual de réplica no es correcta. Se encuentra en un estado crítico.
La máquina virtual de réplica se está resincronizando (resincronización en curso) o presenta el estado Se debe resincronizar.
La replicación inicial entre el sitio principal y secundario está en curso o pendiente para la máquina virtual.
Los registros .hrl se aplican a la máquina virtual de réplica, o se ha producido un error en una acción anterior para aplicar los registros .hrl en el disco virtual, o bien la acción se ha cancelado o interrumpido.
La migración o conmutación por error de la máquina virtual de réplica está en curso.