Copia de seguridad de DPM mediante un servidor secundario
Se aplica a: System Center 2012 SP1 - Data Protection Manager, System Center 2012 R2 Data Protection Manager
Se pueden hacer copias de seguridad de datos y réplicas en un servidor DPM y protegerlos en otro servidor DPM con cualquiera de las siguientes configuraciones:
Principal para protección secundaria: se puede hacer una copia de seguridad en un servidor DPM secundario de las bases de datos y las réplicas almacenadas en un servidor DPM principal. Si se produce algún error en el servidor principal, el secundario continúa realizando la copia de seguridad de las cargas de trabajo protegidas. Si se produce algún error en el servidor principal, puede realizar alguna de las acciones siguientes:
Recompile el servidor principal y restaure su base de datos y las réplicas del servidor secundario. A continuación, devuelva las cargas de trabajo protegidas al servidor principal después de la recompilación.
Seleccione esta opción para cambiar la protección al servidor DPM secundario. Con esta configuración, a continuación, realice la restauración en el equipo protegido directamente desde el servidor secundario cuando sea necesario.
Para ver instrucciones, consulte Configuración de servidores secundarios.
Encadenamiento de DPM: una cadena de servidores DPM ofrece protección y cada servidor protege al siguiente en la cadena. Por ejemplo:
DPM1 está protegido por DPM2 (DPM1 es el principal y DPM2 es el secundario).
DPM2 está protegido por DPM3 (DPM2 es el principal y DPM3 es el secundario).
Para ver instrucciones, consulte Configuración de encadenamiento.
Protección cíclica: un servidor DPM realiza una copia de seguridad de otro servidor DPM, y viceversa. Por tanto, DPM1 protege a DPM2 e igualmente DPM2 protege a DPM1. Esto es útil para entornos pequeños.
Encadenamiento de DPM
Antes de comenzar:
Cada servidor DPM solo se puede proteger una vez en la cadena, así que compruebe que no están protegidos por más de un servidor.
Los servidores principales y secundarios se establecen mediante la cadena, por lo que en nuestro ejemplo anterior, aunque DPM3 realmente protege a DPM1 porque está actuando como servidor secundario de DPM2, no puede actuar directamente como un servidor secundario de DPM1.
Si un servidor DPM está configurado para proteger su propio origen de datos, se interrumpirá la cadena. Por ejemplo, si DPM1 protege su propia base de datos o estado del sistema, DPM2 no puede proteger a DPM1.
Para poder proteger la base de datos del servidor DPM principal, debe iniciar el servicio del escritor VSS de SQL Server en el servidor DPM principal.
Escenario 1: Protección encadenada
El Escenario 1 muestra cuatro servidores DPM encadenados:
Servidor |
Protege a |
Protegido por |
|---|---|---|
DS1 (principal) |
PS1, PS/2 |
DS3 |
DS2 (principal) |
PS3, PS4 |
DS3 |
DS3 (secundario) |
DS1, DS2 |
DS4 |
DS4 (secundario) |
DS3 |
- |
.jpeg "Implementación de DPM para la recuperación ante desastres mediante el encadenamiento")
Escenario 2: Protección encadenada
En el Escenario 2 se muestran cuatro servidores DPM encadenados:
Servidor |
Protege a |
Protegido por |
|---|---|---|
DS1 (principal) |
PS1, PS/2 |
DS2 |
DS2 (principal) |
PS3 |
DS3 |
DS2 (secundario) |
DS1 |
DS3 |
DS3 (principal) |
PS4 |
DS4 |
DS3 (secundario) |
DS2 |
DS4 |
DS4 |
DS3 |
- |
.jpeg "Escenario de encadenamiento de recuperación ante desastres 2")
Protección cíclica
Si no desea usar un servidor secundario, entonces dos servidores DPM se pueden proteger entre sí.
Escenario 3: Protección cíclica
El Escenario 3 muestra un escenario de protección cíclica
Servidor |
Protege a |
Protegido por |
|---|---|---|
DS1 (principal) |
PS1, PS/2 |
DS2 |
DS2 (principal) |
PS3 |
DS3 |
DS2 (secundario) |
DS1, DS3 |
DS3 |
DS3 (principal) |
PS4 |
DS2 |
DS3 (secundario) |
DS2 |
DS2 |
.jpeg "Implementación de recuperación ante desastres de DPM cíclica")