Sauvegarde de DPM à l'aide d'un serveur secondaire

 

S'applique à: System Center 2012 SP1 - Data Protection Manager, System Center 2012 R2 Data Protection Manager

Les données et réplicas figurant sur un serveur DPM peuvent être sauvegardés et protégés par un autre serveur DPM dans une des configurations suivantes :

• Protection de principal à secondaire : la base de données et les réplicas stockés sur un serveur DPM principal peuvent être sauvegardés sur un serveur DPM secondaire. Si le serveur principal est défaillant, le serveur secondaire continue à sauvegarder les charges de travail protégées. En cas d'échec du serveur principal, vous pouvez effectuer l'une des opérations suivantes :

  • Régénérez le serveur principal, puis restaurez sa base de données et ses réplicas à partir du serveur secondaire. Replacez les charges de travail protégées sur le serveur principal après sa régénération.

  • Sélectionnez l'option de basculement de la protection vers le serveur DPM secondaire. Ce paramètre vous permet d'opérer une restauration sur l'ordinateur protégé directement à partir du serveur secondaire en cas de besoin.

    Pour plus d'informations, voir Configuration de serveurs secondaires.

• Chaînage DPM : une chaîne de serveurs DPM assure la protection, et chaque serveur protège le suivant dans la chaîne. Exemple :

  • DPM1 est protégé par DPM2 (DPM1 étant le serveur principal et DPM2 le serveur secondaire).

  • DPM2 est protégé par DPM3 (DPM2 étant le serveur principal et DPM3 le serveur secondaire).

  Pour plus d'informations, voir Configuration d'un chaînage.

• Protection cyclique ; un serveur DPM est sauvegardé par un autre serveur DPM, et inversement. Ainsi, DPM1 protège DPM2, et DPM2 protège DPM1. Cela est utile pour les environnements de petite taille.

Chaînage DPM

Avant de commencer :

• Chaque serveur DPM ne pouvant être protégé qu'une seule fois dans la chaîne, vous devez vérifier qu'ils ne sont pas protégés par plus d'un serveur.

• Les serveurs principal et secondaire sont établis par la chaîne. Donc, dans notre exemple ci-dessus, bien que DPM3 protège réellement DPM1 parce que celui-ci agit en tant serveur secondaire pour DPM2, il ne peut pas servir directement de serveur secondaire pour DPM1.

• Si un serveur DPM est configuré pour protéger sa propre source de données, la chaîne est rompue. Par exemple, si DPM1 protège ses propres base de données ou état du système, DPM2 ne peut pas protéger DPM1.

• Avant de protéger la base de données d'un serveur DPM principal, vous devez démarrer l'enregistreur VSS SQL Server sur le serveur principal.

Scénario 1 : protection chaînée

Le premier scénario montre quatre serveurs DPM chaînés :

Serveur	Protège	Protégé par
DS1 (principal)	PS1, PS2	DS3
DS2 (principal)	PS3, PS4	DS3
DS3 (secondaire)	DS1, DS2	DS4
DS4 (secondaire)	DS3	-

Scénario 2 : protection chaînée

Le deuxième scénario montre quatre serveurs DPM chaînés :

Serveur	Protège	Protégé par
DS1 (principal)	PS1, PS2	DS2
DS2 (principal)	PS3	DS3
DS2 (secondaire)	DS1	DS3
DS3 (principal)	PS4	DS4
DS3 (secondaire)	DS2	DS4
DS4	DS3	-

Protection cyclique

Si vous ne souhaitez pas utiliser un serveur secondaire, deux serveurs DPM peuvent se protéger mutuellement.

Scénario 3 : Protection cyclique

Le troisième scénario illustre la protection cyclique

Serveur	Protège	Protégé par
DS1 (principal)	PS1, PS2	DS2
DS2 (principal)	PS3	DS3
DS2 (secondaire)	DS1, DS3	DS3
DS3 (principal)	PS4	DS2
DS3 (secondaire)	DS2	DS2