Dans Exchange 2007, la haute disponibilité se décline sous trois formes. Chacune propose un niveau distinct de protection, avec ses propres exigences en termes de matériel et de logiciels. Réplication locale en continu (LCR). Cette approche à serveur unique utilise l’envoi et la réapplication asynchrones des journaux à partir d’un
Haute disponibilité dans Exchange 2007
ensemble de disques, et plus spécifiquement, à partir d’un groupe de stockage (SG) avec une base de données, vers un autre disque, comme l’illustre la figure 1.
Ce type de réplication nécessite un commutateur manuel pour passer de la copie primaire des données, sur le groupe de stockage actif, à la copie secondaire située sur le groupe de stockage passif. Réplication continue en cluster (CCR). Cette approche utilise une solution en cluster nécessitant uniquement deux noeuds: un noeud actif et un noeud passif pour le basculement automatique, comme le montre la figure 2.
Cette solution autorise deux systèmes et deux ensembles de stockage distincts, d’où un niveau de disponibilité accru car elle élimine les points de défaillance uniques. L’envoi et la réapplication asynchrones des journaux servent dans ce cas à maintenir à jour la base de données entre les copies active et passive des données. La réplication CCR est relativement aisée à configurer, par rapport aux clusters géographiques (ou géoclusters) matériels plus complexes. Ces derniers sont des clusters dont les noeuds sont très éloignés les uns des autres.
Toutefois, une des limitations de la réplication CCR (en réalité liée au clustering sous Windows) concerne le fait que vous devez configurer le cluster des deux serveurs au sein d’un seul centre de calcul ou l’étendre entre deux centres de calcul (uniquement s’ils résident sur le même sous-réseau IP). Cette limitation sera résolue dans Windows Server 2008. Cluster à copie unique (SCC). Le cluster SCC propose une solution similaire à celle d’Exchange Server 2003 : plusieurs systèmes avec un seul groupe de stockage partagé entre les noeuds du cluster, comme l’illustre la figure 3.
De nouveau, cette configuration comporte un serveur actif avec un ou plusieurs serveurs passifs attendant un basculement. Comme les clusters SCC ne fournissent pas de groupe de stockage redondant, ils n’utilisent pas l’envoi et la réapplication des journaux.
Téléchargez cette ressource
Guide de Threat Intelligence contextuelle
Ce guide facilitera l’adoption d’une Threat Intelligence - renseignement sur les cybermenaces, cyberintelligence - adaptée au "contexte", il fournit des indicateurs de performance clés (KPI) pour progresser d' une posture défensive vers une approche centrée sur l’anticipation stratégique
Les articles les plus consultés
- Partager vos images, vidéos, musique et imprimante avec le Groupe résidentiel
- N° 2 : Il faut supporter des langues multiples dans SharePoint Portal Server
- Cybersécurité Active Directory et les attaques de nouvelle génération
- Une baie de stockage c’est quoi ?
- Activer la mise en veille prolongée dans Windows 10
Les plus consultés sur iTPro.fr
- Alliée ou menace ? Comment l’IA redessine le paysage cyber
- Top 5 du Baromètre de la cybersécurité 2025 : entre confiance et vulnérabilités persistantes
- Analyse Patch Tuesday Février 2026
- Entamer la transition vers la cryptographie post quantique est prioritaire
Articles les + lus
Pourquoi Shopify Plus s’impose dans la transformation du e-commerce B2B
Quand l’innovation échappe à ses créateurs: Comment éviter l’effet Frankenstein à l’ère de l’IA
Alliée ou menace ? Comment l’IA redessine le paysage cyber
CES 2026 : l’IA physique et la robotique redéfinissent le futur
Les 3 prédictions 2026 pour Java
À la une de la chaîne Tech
- Pourquoi Shopify Plus s’impose dans la transformation du e-commerce B2B
- Quand l’innovation échappe à ses créateurs: Comment éviter l’effet Frankenstein à l’ère de l’IA
- Alliée ou menace ? Comment l’IA redessine le paysage cyber
- CES 2026 : l’IA physique et la robotique redéfinissent le futur
- Les 3 prédictions 2026 pour Java
