Activation de cibles de réplication continue de secours

  • Article

 

S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1

Dernière rubrique modifiée : 2008-06-19

La réplication continue de secours (SCR), nouvelle fonctionnalité de Microsoft Exchange Server 2007 Service Pack 1 (SP1), permet d'utiliser la réplication continue pour répliquer des données de serveur de boîtes aux lettres à partir d'un serveur de boîtes aux lettres autonome, d'un serveur de boîtes aux lettres en cluster dans un cluster à copie unique (SCC) ou dans un environnement de réplication continue en cluster (CCR).

Comme son nom l'indique, la SCR est conçue pour être utilisée dans des scénarios de récupération de secours. Le processus d’activation des copies des données du serveur de boîtes aux lettres créées et gérées par SCR est manuel, et son utilisation n’est prévue que lorsqu’une défaillance importante se produit, et non pas pour de simples interruptions de serveurs récupérables via un redémarrage ou d'autres moyens rapides. Vous pouvez activer une cible SCR à l'aide de la portabilité de la base de données, de l'option de récupération du serveur (Setup /m:RecoverServer) ou, dans le cas d'un serveur de boîtes aux lettres en cluster, de l'option de récupération du serveur de boîtes aux lettres en cluster (Setup /RecoverCMS). Votre choix s'effectuera en fonction de votre configuration et du type de défaillances rencontrées. Si la source de SCR est un serveur de boîtes aux lettres en cluster, la configuration cible optimale sera un cluster de secours. Si la source de SCR est un serveur de boîtes aux lettres autonome, la configuration cible optimale sera un serveur de boîtes aux lettres autonome. Il n'est pas obligatoire d'avoir des configurations cible et source identiques, mais utiliser la même configuration peut limiter le temps de récupération. Par exemple, si la source de SCR est un serveur de boîte aux lettres en cluster et la cible de SCR est un serveur de boîte aux lettres autonome, le processus complet de récupération de serveur est plus long. Cela est dû au fait qu'un serveur de boîte aux lettres autonome dispose de sa propre identité de serveur de boîte aux lettres qui doit être supprimée en premier lieu (en désinstallant Exchange) pour que l'option Setup /RecoverCMS puisse être exécutée.

Scénarios SCR d’activation et de récupération

La réplication continue de secours (SCR) est conçue pour permettre l’application d’options de récupération au niveau du centre de données et pour compléter la résilience interne du centre de données fournie par la réplication locale en continu (LCR), la réplication continue en cluster (CCR) et la copie unique à plusieurs nœuds (SCC). SCR permet de séparer la disponibilité élevée (constituée par la disponibilité des données et services) et la résilience de site. Par exemple, la SCR peut être alliée à la CCR pour répliquer localement des groupes de stockage dans un centre de données principal (qui utilise la CCR pour une disponibilité élevée) et à distance dans un centre de données secondaire ou de sauvegarde (qui utilise la SCR pour la résilience de site).

Pour plus d’informations sur l’utilisation d’une SCR et d’un cluster de basculement de secours dans un scénario de résilience de site, consultez la rubrique Réplication continue de secours : Résilience de site avec clusters de secours. Le scénario décrit dans cette rubrique explique comment une organisation, Contoso, Ltd., utilise la SCR dans un scénario de résilience de site. Dans ce scénario, le centre de données principal est défaillant et Contoso, Ltd. décide d'activer le centre de données secondaire. Une fois le cendre de données secondaire activé, le centre de données principal est reconfiguré, puis restauré comme centre de données principal dans le cadre d'un basculement contrôlé.

Pour plus de détails sur l'utilisation de la SCR avec la fonctionnalité de portabilité des bases de données, consultez la rubrique Réplication continue de secours : Portabilité des bases de données. Le scénario décrit dans cette rubrique explique comment une organisation, Woodgrove Bank, utilise la SCR et la portabilité des base de données pour récupérer suite à un échec d'une base de données. Dans ce scénario, une base de données source de SCR physiquement endommagée est détectée et l'administrateur décide d'activer la base de données cible de SCR. Durant l'activation, la SCR est désactivée, la base de données cible de SCR est montée comme base de données de production et les boîtes aux lettres d'utilisateur sont déplacées. Après que l'accès aux données a été restauré sur les clients, la SCR est de nouveau activée pour le groupe de stockage afin de restaurer la redondance et la protection pour la cible de SCR.