Exchange 2007 CCR : Cluster Continuous Replication
Ecrit par Pierre dans Clustering, Exchange server avec les tags Cluster server mailbox, CMS, exchange 2007, failover cluster, quorum, Role Mailbox server en cluster, transport dumpster
Présentation rapide des rôles d’exchange 2007
Comme on sait Microsoft à introduit la notion de rôles pour Exchange 2007 ils sont aux nombres de 5 :
- Hub Transport
- Client Access
- Mailbox Server
- Edge Transport
- Unified Messaging
Le rôle Hub transport gère tous les flux des messages internes à l’organisation Exchange, il remet les messages aux destinataires et gère les règles de transport de messages.
Le rôle Client Access gère toutes les connexions clientes (Outlook,OWA ….) et gère les protocoles (MAPI,POP3).
Le rôle Mailbox server gère les bases de données, les dossiers publics … il est possible de mettre ce rôle en cluster comme on va voir dans cet article il existe trois types de cluster : LCR, CCR, SCC donc ici on va choisir CCR : Cluster Continuous Replication.
Le rôle Edge Transport gère tous les flux de messages entrants et sortants du domaine de l’entreprise, généralement il est installé en DMZ, il permet surtout de sécuriser ces flux du spam et des virus avec par exemple le filtrage de connexions, de contenu ….
Le rôle Unified Messaging gère les messages vocaux, les télécopies en unifiant tous cela dans les clients Outlook, OWA ou téléphone.
Les deux derniers rôles ne seront pas abordés dans cet article.
Donc on va voir dans cet article comment monter un CCR Exchange 2007 (cluster continuous replication), pour les installations des pré-requis au niveau d’exchange 2007 on va utiliser cet article.
Pour plus d’informations sur la notion de clustering sur server 2008 c’est par
http://blogs.technet.com/windowsinternals/archive/2009/03/30/le-quorum-et-le-cluster.aspx
Schéma fonctionnel de la plateforme

La plateforme CCR Exchange 2007 comportera 4 machines :
- 1 Windows 2008 server Ent SP2 X64 qui aura comme rôle contrôleur de domaine, DNS : 2008-AD (Pour l’installation voir ici)
- 1 Windows 2008 server Ent SP2 X64 qui aura comme rôle CAS et Hub transport il hébergera notre quorum également : 2008-CHT
- 2 Windows 2008 server Ent SP2 X64 qui seront Nœud Actif et Nœud passif pour le rôle Mailbox Server (CMS) : 2008-NODE-A et 2008-NODE-B
Configuration des réseaux pour le clustering
Donc là on va se concentrer sur les serveurs 2008-NODE-A et 2008-NODE-B car les autres machines auront une configuration classique du réseau. Ces deux machines auront chacune deux cartes réseaux pour pouvoir permettre de séparer les données cluster des données publics.
Donc on va configurer les cartes réseaux sur les deux serveurs comme cela :
- On va renommer les cartes pour une meilleure lisibilité

- Ensuite on va configurer les adresses IPV4 et les paramètres pour les 2 interfaces
Pour l’interface Public sur le serveur 2008-NODE-A


On configurera tous cela sur le serveur 2008-NODE-B mais par contre on mettra 192.168.0.7 pour l’adresse IP
Pour l’interface Privé sur le serveur 2008-NODE-A


Dans les options avancées on va configurer les options dans l’onglet DNS et WINS
Dans l’onglet DNS il faut décocher la case « Ajouter des suffixes …. » et la case « Enregistrer les adresses … »

Maintenant dans l’onglet WINS on va désactiver la recherche LMHOSTS et désactiver NetBIOS sur TCP/IP

On configurera tous cela sur le serveur 2008-NODE-B mais par contre on mettra 10.10.1.249 pour l’adresse IP.
Donc voilà pour la configuration réseau c’est ok maintenant il faut rentrer nos serveurs dans le domaine.
Une fois les serveurs dans le domaine on va installer les prés requis au rôle mailbox server (CMS) sur les serveurs 2008-NODE-A et 2008-NODE-B
Pour cela on va utiliser l’outil en ligne de commande servermanagercmd.exe en créant un fichier de réponse en .xml qui s’appellera PreEXCH2007.xml pour permettre d’installer tous les prés requis en une seule ligne de commande.
Voici ce que doit contenir ce fichier XML :
<ServerManagerConfiguration Action="Install" xmlns="http://schemas.microsoft.com/sdm/Windows/ServerManager/Configuration/2007/1"> <Feature Id="Failover-Clustering"/> <Feature Id="PowerShell"/> <Role Id="Web-Server"/> <RoleService Id="Web-Metabase"/> <RoleService Id="Web-Lgcy-Mgmt-Console"/> <RoleService Id="Web-ISAPI-Ext"/> <RoleService Id="Web-Basic-Auth"/> <RoleService Id="Web-Windows-Auth"/> </ServerManagerConfiguration>
Ensuite on tape dans une invite :
Servermanagercmd.exe –ip PreEXCH2007.xml

Une fois que tous les prés requis sont installés on va configurer notre clustering, pour cela on va dans les outils d’administration et on sélectionne
![]()
Une fois dans la mmc on va créer un cluster

Dans la première fenêtre de l’assistant il faut sélectionner les serveurs

Ensuite il faut configurer le nom et l’adresse pour l’administration du cluster

Ensuite on valide notre configuration



Et voilà notre Cluster est crée on peut afficher le rapport.
Maintenant on va personnaliser un peu notre cluster, on va toujours dans un souci de lisibilité changer le nom des réseaux de cluster


On remarquera que les clients ne sont pas autorisés à se connecter au réseau Privé ce qui est tout à fait normal.
Avant de définir le partage de fichier témoin on va installer les rôles Hub et CAS sur le serveur 2008-CHT qui va héberger ce partage
Un guide de performances est disponible quand il s’agit d’installer les rôles HUB et CAS sur le même serveur il est disponible ici :
http://technet.microsoft.com/en-us/library/dd901772.aspx
Donc pour installer les prés requis pour les rôles CAS et HUB on va utiliser ce fichier XML qui s’appellera PreCASHUB.xml :
<ServerManagerConfiguration Action="Install" xmlns="http://schemas.microsoft.com/sdm/Windows/ServerManager/Configuration/2007/1"> <Role Id="Web-Server"/> <RoleService Id="Web-ISAPI-Ext"/> <RoleService Id="Web-Metabase"/> <RoleService Id="Web-Lgcy-Mgmt-Console"/> <RoleService Id="Web-Basic-Auth"/> <RoleService Id="Web-Digest-Auth"/> <RoleService Id="Web-Windows-Auth"/> <RoleService Id="Web-Dyn-Compression"/> <Feature Id="PowerShell"/> <Feature Id="NET-Framework-Core"/> <Feature Id="RPC-over-HTTP-proxy"/> <Feature Id="RSAT-ADDS"/> </ServerManagerConfiguration>
Ce fichier XML contient aussi les prés requis pour Outlook Anywhere.
Pour lancer l’installation on tape dans une invite :
Servermanagercmd.exe –ip PreCASHUB.xml

Donc une fois les prés requis installé on va installer les rôles en choisissant installation personnalisée d’Exchange 2007

Ensuite on choisit donc les 2 rôles



Et voilà l’installation des rôles est terminée il ne reste plus qu’à redémarrer le serveur
Maintenant on va crée le partage de fichier témoin PFT qui servira dans notre cluster
Donc toujours sur le serveur 2008-CHT on va crée ce partage sur C:\
mkdir C:\PFT
Ensuite on va le partager
net share PFT=c:\PFT /grant:CLUSTERCCR$,full
CLUSTERCCR est le nom du compte réseau du cluster c’est un compte caché donc le $ est nécessaire
Ensuite on va modifier les autorisations dessus pour que le compte réseau du cluster et administrateur aient l’accès total
cacls c:\PFT /G BUILTIN\Administratreurs:F CLUSTERCCR$:F
Donc une fois le partage témoin crée on va le configurer dans la console Gestion de cluster de basculement sur le serveur 2008-NODE-A
Dans autres actions on va configurer les paramètres du quorum du cluster …

Donc ensuite on va choisir « Nœud et partage de fichiers majoritaires »

Donc là le partage se trouve sur le serveur 2008-CHT et que le nom du partage est PFT

Ensuite on confirme la création du quorum

Et voilà notre quorum est configuré

La preuve :
![]()
Et voilà la préparation pour l’installation du rôle mailbox en cluster (CMS) est terminée donc maintenant on va installer ce rôle sur les deux serveurs avec un actif et un passif. On va commencer par 2008-NODE-A
Donc on va choisir une installation personnalisée d’exchange 2007

Ensuite on choisit « Rôle serveur de boites aux lettres en cluster actif »

Ensuite on va choisir Réplication continue en cluster

Bien sur normalement les fichiers de bases de données doivent êtres sur une partition distincte que celle du système.
Ensuite on définir l’adresse IP sous laquelle sera accessible le serveur de boites aux lettres en cluster MailboxServer (CMS)

Ensuite à vous de voir si vous avez des clients Outlook 2003 ou entourage

Maintenant les tests de préparations vont êtres effectués

Ensuite le programme d’installation démarre

Une fois l’installation finie et le serveur 2008-NODE-A redémarré on va se rendre sur le serveur 2008-NODE-B pour installer le nœud passif
Donc toujours pareil on va utiliser une installation personnalisée et donc ensuite on va choisir « Rôles serveurs de boites aux lettres en cluster passif »

Ensuite le programme d’installation démarre

Et voilà après un reboot notre serveur MailboxServer passif est installé.
On peut retrouver la configuration dans la mmc de configuration d’exchange

Ensuite il faut régler le « transport dumpster » (benne de transport) qui sert à définir la taille maxi de la benne et la période de rétention par groupe de stockage ce qui essentiel lors de la mise en place d’un cluster CCR pour éviter de perdre les données qui n’ont pas encore été synchroniser en cas de défaillance du cluster. Pour calculer la taille du dumpster on va multiplier par 1,25 la taille maximale des messages donc la on va prendre 20 Mo x 1,25 = 25 et on va régler le délai de rétention à 10 jours
Pour cela on va ouvrir une shell commande Exchange sur le serveur 2008-CHT
Set-TransportConfig -MaxDumpsterSizePerStorageGroup 25MB -MaxDumpsterTime 10.00:00:00
Pour vérifier que les valeurs ont été mises à jours
Get-TransportConfig
Ensuite reste « juste » à configurer le serveur Exchange (stratégies de destinataires …)
Et bien sur pensez à installer le rollup 8 d’Exchange 2007 il est disponible ici :

Bonjour et merci,
pour ce qui est de la configuration d’Outlook il faut bien sur mettre le nom dns du cluster crée pour pouvoir justement profiter de la bascule du serveur en cas de perte de l’autre serveur
Cdt
Merci pour tout ces details. Une question cependant me taraude
A quoi ressemble la configuration des clients Outlook ? Est-ce que le serveur mail est definit par 192.168.0.9 au lieu du classique « server.mondomain.xx » ?