Partager via


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

-

Déploiement de DPM pour une reprise après sinistre à l'aide d'un chaînage

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

-

Scénario de chaînage pour reprise après sinistre 2

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

Déploiement de DPM pour récupération d'urgence dans un cycle