Windows | Windows Server | Active directory | Exchange | SharePoint | SCCM | SCOM | Hyper-V | App-V
ACCUEIL Facebook Twitter Linked In Viadeo Flux RSS
Chapitres
Les nouveautés
Installation d’Exchange 2010
L’évolution de l’architecture
Mise en place d’une infrastructure hautement disponible
Les nouvelles options d’administration
Les nouveautés pour l’utilisateur
Conclusion

Articles suivants

Articles précédents
Nouveautés de Windows Server 2016 CTP2
Histoire de Microsoft et chronologie
Windows 10: Découvrez les nouveautés !
System Center 2012 Orchestrator: Présentation
Optimisation des performances d'un environnement Hyper-V


Publié le : 22/09/2009 00:25:32
Mise à jour le : 14/10/2011 20:53:07
Catégories :


Version imprimable

Auteur(s)

Loïc THOBOIS (Membre depuis le 04/09/2007 17:50:01)
Société : AVAEDOS
Fonction : Consultant / Formateur
Contactez cet auteur - Affichez les ressources de cet auteur
Laurent MERIEAU (Membre depuis le 28/07/2009 10:46:08)
Société : EGILIA
Fonction : Formateur
Contactez cet auteur - Affichez les ressources de cet auteur

Présentation d'Exchange Server 2010


Mise en place d’une infrastructure hautement disponible

La nouveauté majeure concernant l’infrastructure sur cette version 2010 d’exchange est la suppression de tous les modes de clustering, tels que nous les connaissions. En effet, finit les SCC, SCR, CCR, LCR, …

Exchange 2010 protège les informations de ses bases exclusivement grâce au nouveau système de réplication de données nommé Data Availability Group (DAG). Le cluster ne se fait maintenant plus au niveau du serveur mais au niveau de la base de données.

Ce système a pour objectif de fiabiliser l’accès aux données, en évitant les problèmes de « Single Point Of Failure » avec notamment la suppression du stockage partagé des bases sur des SAN comme c’était le cas dans les architectures SCC.

Il n’y a maintenant plus de risques que les données soient inaccessibles car les bases de données sont répliquées sur chacun des serveurs membres du DAG et ceci jusqu’à 16 serveurs en tout pour chacune des bases. Cette solution fiabilise l’accès au serveur de messagerie à partir d’une architecture composée de deux serveurs (4 serveurs minimum était nécessaire sous Exchange 2007 - 2 MailBox et 2 ClientAccess/HubTransport).

Le principe de fonctionnement du DAG est très simple car il consiste à faire une copie de la base de données d’un serveur maitre sur tous les membres du DAG.
Concernant la mise en place, il suffit de créer un groupe de disponibilité et d'installer la fonctionnalité « Failover Clustering » sur les serveurs du groupe de disponibilité.

L’implémentation d’un DAG est aussi présentée comme un système de sauvegarde fiable, continu et efficace. Si la machine hébergeant la base de données maîtresse tombe en panne, le service de cluster bascule sur l’un des autres membres qui est donc complètement autonome.

Evidement, cette technologie ne remplace pas les stratégies classiques de sauvegarde ayant pour objectif l’archivage des messages.