Mise en cluster d'Exchange 2007 sous Windows Server 2008
3 Installation d’Exchange 2007 SP1
3.1 Présentation des nouveautés
Windows Server 2008 intègre de base un nombre important des composants qui sont nécessaires à l’installation d’Exchange 2007. La configuration n’en est que plus rapide et plus simple.
Ainsi, le framework dotnet 2.0 et la console MMC version 3.0 sont directement présents dans le nouveau système.
Certains aménagements seront toutefois à prendre en compte comme la compatibilité entre le serveur Web IIS 7 et Exchange 2007.
Tout comme sous Windows Server 2003, Microsoft ne supporte que la version 64 bits d’Exchange ce qui implique qu’il sera obligatoire de déployer la version 64bits de Windows Server 2008 en production. Les versions 32 bits n’étant disponibles qu’à des fins de test.
Pour la fonctionnalité WSFC, elle ne concerne que le rôle MailBox et n’influence pas l’installation des rôles Hub Transport, Client Access ou Edge.
3.2 Configuration des rôles Hub Transport et Client Access
L’installation des rôles Hub Transport et Client Access passe donc par les pré-requis suivants :
Windows PowerShell
Bien que le système de scripting soit présent dans Windows Server 2008, il n’est pas installé par défaut.
Il sera donc nécessaire d’installer cette fonctionnalité par le « Server Manager ».
Serveur Web IIS
L’installation du rôle Web Server (IIS) pose lui des soucis de compatibilité qui sont résolus à l’aide des composants d’émulation d’IIS 6 par-dessus IIS7.
Exchange 2007 SP1 n’étant pas capable de communiquer directement avec les interfaces d’IIS7, les composants suivants doivent être installés sur la machine hébergeant le rôle Client Access.
- IIS 6 Metabase compatibility
- IIS 6 Managment console
- Compression des pages dynamique
- Méthodes d’authentification
Rôles Hub Transport et Client Access
Une fois les composants précédents installés, il suffit d’installer les rôles Hub Transport et Client Access de manière classique.
3.3 Configuration du rôle MailBox en cluster
Afin de correspondre à la configuration du quorum, nous allons choisir un cluster de type CCR.
Les clusters CCR ne présentent pas de point de faiblesse unique mettant en péril l’infrastructure, aucun matériel spécifique ni stockage partagé n’est requis.
Ils permettent d’optimiser les temps et les répercutions du processus de sauvegarde et facilite la mise en place de géo-cluster.
Pour l’installation des deux nœuds du cluster MailBox, deux composants sont requis.
Windows PowerShell
Installer cette fonctionnalité via le « Server Manager ».
Server Web IIS
- IIS 6 Metabase compatibility
- IIS 6 Managment console
Rôle MailBox en cluster
L’installation du rôle MailBox se fait via un processus spécifique lié à sa mise en cluster. Il ne vous est donc pas possible de convertir un serveur hébergeant le rôle MailBox classique en cluster hormis en procédant à l’installation en parallèle du cluster puis en déplaçant les boîtes.
Il faut d’abord réaliser l’installation du rôle MailBox en cluster actif sur le premier nœud. C’est pendant cette installation qu’il faudra faire le choix du type de cluster entre SCC et CCR.
Puis l’installation du rôle MailBox en cluster passif sur le second nœud.
3.4 Configuration du cluster CCR
Principe de fonctionnement
Le principe d’un cluster CCR est basé sur le "log shipping" et le "log replay".
Le "log shipping" (littéralement "envoi des journaux" ou "chargement des journaux") consiste à envoyer les transactions validées de la base de données du nœud actif vers la base de données du nœud passif. Cette technologie est utilisée de longue date dans d'autres produits Microsoft (on la retrouve par exemple avec SQL Server 2000 & SQL Server 2005).
Le "log replay" consiste à valider ces logs sur le nœud passif en les rejouant afin que le contenu des bases des deux nœuds soit identique.
Avant le log shipping :
Après le log shipping :
CCR maintient donc une copie des banques de boîtes aux lettres (les bases de données) mais aussi des journaux de transactions via le log shipping.
Cela diminue de façon importante la durée de restauration des données en cas de crash disque (ou en cas de corruption de la base de données). En effet, si le nœud sur lequel est stockée la base de données de production tombe en panne, le serveur Exchange, bascule automatiquement vers le nœud passif.
Le service de réplication Exchange
L’envoi des fichiers de logs est assuré par le service de réplication Exchange.
Ce service a pour tache de transférer les logs entre les nœuds dans le cas d’un cluster CCR (Cluster Continuous Replication) mais il est aussi utilisé dans le même esprit du log shipping et log replay avec des implémentations LCR (Local Continuous Replication) ou SCR (Standby Continuous Replication).
Le statut de ce service fournit des informations importantes pour l’analyse de l’état du cluster.
Les statuts suivants sont disponibles depuis la version RTM d’Exchange 2007:
- Disabled : Le groupe de stockage n’a pas de copie configurée ou il n’y a pas de nœud passif pour le cluster.
- Failed : Le groupe de stockage n’est que partiellement configuré et la réplication ne peu pas se lancer.
- Seeding : L’envoi des logs est en coursDatabase seeding is in progress
- Copying : En cours de copie.
- Stopped : Log copying is stopped
- Healthy : The CCR copy is healthy and normal, and nothing is blocking or blocked
Les statuts suivants ont était ajouté avec le SP1:
- ServiceDown : le service de réplication Exchange de l'ordinateur cible n'est pas accessible sur le réseau.
- Initializing : le service de réplication Microsoft Exchange sur l'ordinateur cible n'a pas achevé ses vérifications initiales au démarrage.
- Synchronizing : n'a pas achevé un réamorçage incrémentiel
Administration du cluster CCR
Depuis le service pack 1 d’Exchange 2007, il est possible de lancer la plupart des commandes liées à la gestion du cluster via l’outil graphique d’administration d’Exchange 2007.
Cependant, si vous êtes un adepte de Powershell, voici la liste des cmdlets qui vous permettrons d’administrer aussi bien le cluster que le service de réplication Exchange qui lui est lié :
Cluster : Start-ClusteredMailboxServer, Stop-ClusteredMailboxServer, Get-ClusteredMailboxServerStatus, Move-ClusteredMailboxServer
Service de réplication : Disable-StorageGroupCopy, Enable-StorageGroupCopy, Restore-StorageGroupCopy, Resume-StorageGroupCopy, Suspend-StorageGroupCopy, Update-StorageGroupCopy, Get-StorageGroupCopyStatus