Installation d'un cluster à copie unique sous Windows Server 2008

  • Article

 

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

Dernière rubrique modifiée : 2010-05-20

L'installation d'un cluster à copie unique (SCC) sous Windows Server 2008 s'effectue en plusieurs phases. Bien que le processus de déploiement d'un SCC sous Windows Server 2008 soit similaire au déploiement d'un SCC sous Windows Server 2003, il existe des différences importantes. Avant de déployer un SCC, il est recommandé de lire attentivement la rubrique Clusters à copie unique. En outre, vous devez vous assurer que vous satisfaites à toutes les exigences énoncées dans la rubrique Planification de clusters à copie unique.

Notes

Exchange Server 2007 n'est pas pris en charge par les ordinateurs exécutant Microsoft Windows Server 2008 R2. Pour plus d'informations sur les systèmes d'exploitation pris en charge pour une utilisation avec Exchange 2007, consultez la rubrique Configuration requise pour Exchange 2007.

Notes

Pour plus d'informations sur l'installation d'un SCC sous Windows Server 2003, consultez la rubrique Installation d'un cluster à copie unique.

Le processus de déploiement d'un SCC sous Windows Server 2008 se déroule en plusieurs phases :

  • formation et configuration du stockage ;

  • formation et configuration d'un réseau ;

  • formation du cluster en commençant par le premier nœud et en ajoutant un ou plusieurs nœuds supplémentaires ;

  • configuration de réseaux de clusters ;

  • configuration du quorum de cluster ;

  • validation du cluster de basculement ;

  • installation et configuration d’un serveur de boîtes aux lettres en cluster ;

  • vérification du transfert du serveur de boîtes aux lettres en cluster

Avant d'exécuter l'une des procédures évoquées ci-après, vous devez commencer par vous assurer que les ordinateurs visés disposent des composants de système d'exploitation requis pour le système Windows Server 2008 installé. Pour plus d'informations sur l'installation des éléments Exchange requis sur Windows Server 2008, consultez la rubrique Procédure d'installation des éléments préalables d'Exchange 2007 SP1 et SP2 sous Windows Server 2008 ou Windows Vista.

Il est recommandé d'achever chaque phase avant d'entamer la suivante. Une fois toutes les phases accomplies, il est recommandé de vérifier la solution SCC avant de l'utiliser pour la production. Les sections suivantes décrivent chaque phase d'installation de façon plus détaillée.

Formation et configuration du stockage

Un SCC utilise un stockage partagé pour les groupes de stockage et bases de données d’un serveur de boîtes aux lettres en cluster. Bien que les SCC soient pris en charge à l'aide d'un noeud majoritaire avec un quorum témoin de partage de fichiers, il est recommandé d'utiliser un noeud majoritaire avec un quorum témoin de disque pour les SCC. Comme les SCC utilisent un stockage partagé, tout le stockage doit être configuré avant la formation du cluster sur chaque noeud devant faire partie du cluster. Pour les configurations de cluster utilisant un nombre de nœuds impair, il est recommandé d'utiliser un nœud majoritaire. Pour les configurations de cluster utilisant un nombre de nœuds pair, il est recommandé d'utiliser un nœud et un disque majoritaires.

Notes

Le stockage d'un serveur de boîtes aux lettres en cluster spécifique doit être accessible depuis tous les noeuds qui peuvent l'héberger. Le stockage destiné à la ressource quorum pour un cluster doit être accessible depuis tous les noeuds du cluster.

Dans un SCC, l'ordre correct d'installation et de configuration des ressources de stockage est le suivant :

  • La solution de stockage doit être correctement connectée et configurée au niveau matériel avant la formation du cluster avec basculement. Pour obtenir la procédure détaillée de connexion et de configuration de la solution de stockage au cluster de basculement, consultez les instructions fournies avec la solution de stockage, ou contactez le fournisseur du matériel.

  • Une ou plusieurs ressources de disque physique pour le serveur de boîtes aux lettres en cluster doivent exister dans le cluster de basculement avant l’installation de Microsoft Exchange Server 2007. Vous ne pouvez pas utiliser la ressource de disque quorum pour l’hébergement de groupes de stockage et bases de données. L'installation d'Exchange 2007 ne se poursuit pas si le stockage partagé n'est pas détecté au niveau du cluster.

  • Les dépendances de ressources de disque physique doivent être configurées manuellement par un administrateur après l'ajout au cluster d'un serveur de boîtes aux lettres en cluster.

Formation et configuration d'un réseau

Vous devez avoir un nombre suffisant d'adresses IP disponibles si vous créez des serveurs de boîtes aux lettres en cluster dans un SCC sous Windows Server 2008. La fonctionnalité de cluster avec basculement de Windows Server 2008 inclut de nouvelles capacités réseau qui constituent une progression majeure par rapport à la manière dont les choses ont été faites dans les clusters hérités. Par exemple, les clusters avec basculement Windows Server 2008 introduisent la prise en charge de plusieurs sous-réseaux, la prise en charge du protocole Internet DHCP (Dynamic Host Configuration Protocol) version 4 (IPv4) et IPv6. En cas d'exécution dans un cluster de basculement Windows Server 2008, Microsoft Exchange 2007 Service Pack 1 (SP1) inclut une prise en charge des clusters dispersés géographiquement pour le basculement entre deux sous-réseaux. Cette prise en charge inclut les deux SCC, ainsi que des serveurs de boîtes aux lettres dans un environnement de réplication continue en cluster (CCR).

Notes

Bien que DHCP IPv4 soit pris en charge dans les clusters avec basculement Windows Server 2008, il est recommandé d'utiliser des adresses IP statiques dans les environnements de production. Si DHCP IPv4 est utilisé dans un cluster avec basculement, il est recommandé de configurer les serveurs DHCP pour octroyer des baux de longueur illimitée.

En commençant par un cluster avec basculement Windows Server 2008, des noeuds de cluster individuels peuvent à présent être situés sur des réseaux routés séparés. Cela requiert que les ressources qui dépendent de ressources d'adresse IP (par exemple, ressources de nom de réseau), implémentent une logique OR car il est improbable que chaque noeud de cluster ait une connexion locale directe avec chaque réseau connu du cluster. Cela aide les ressources d'adresse IP et de nom de réseau à entrer en mode connexion lorsque des services ou des applications basculent vers des noeuds distants.

Toutes les adresses IP associées à une ressource de nom de réseau sont enregistrées de façon dynamique dans un DNS (Domain Name System) (si configuré pour des mises à jour dynamiques) avec la liste ordonnée de telle sorte que les ressources d'adresse IP en ligne sont renvoyées d'abord aux clients. Comme des noeuds de cluster peuvent être placés sur différents réseaux routés et comme les mécanismes de communication ont été modifiés pour utiliser des protocoles de session fiables implémentés sur UDP (User Datagram Protocol) (unicast), les configurations réseau requises pour des clusters dispersés géographiquement ne sont plus applicables. Par conséquent, des organisations peuvent déployer un cluster avec basculement entre deux centres de données physiques sans devoir utiliser la technologie LAN (VLAN) pour étendre les sous-réseaux de cluster entre les deux emplacements.

En cas de déplacement ou de basculement d'un serveur de boîtes aux lettres en cluster déployé dans un cluster avec basculement de sous-réseau multiple et géographiquement dispersé, le nom du serveur de boîtes aux lettres en cluster est conservé mais l'adresse IP affectée à ce nom ne l'est pas. La disponibilité de ce serveur pour des clients et d'autres serveurs dépend de la propagation de la nouvelle adresse IP sur le DNS. La propagation DNS peut prendre un certain temps. C'est pourquoi il est recommandé de configurer une valeur de durée de vie (TTL, Time to Live) pour l'enregistrement d'hôte DNS de serveur de boîtes aux lettres en cluster sur une valeur de 10 minutes.

Bien que des clients Microsoft Office Outlook internes n'aient pas besoin de profils nouveaux ou reconfigurés pour se connecter à l'aide de la nouvelle adresse IP, ils doivent attendre que leur cache DNS local soit effacé de façon à ce que la résolution du nom du serveur de boîtes aux lettres en cluster soit déplacée de l'ancienne adresse IP vers la nouvelle adresse IP. Une fois l'adresse IP propagée vers les serveurs DNS appropriés, il est possible d'effacer le cache DNS des clients Outlook à l'aide de la commande suivante dans la ligne de commande du client.

ipconfig /flushdns

Les adresses IP sont requises pour les réseaux publics et privés. La configuration requise pour les adresses privées et publiques est la suivante :

  • Adresses privées   Chaque noeud requiert une adresse IP pour chaque carte réseau utilisée pour le réseau privé de clusters. Vous pouvez utiliser une adresse IPv4 statique ou une adresse IPv6 attribuée de façon dynamique. Vous ne devez pas utiliser d'adresses IP qui se trouvent sur le même sous-réseau ou réseau que l'un des réseaux publics. Il est recommandé d'utiliser 10.10.10.10, et 10.10.10.11 avec un masque de sous-réseau de 255.255.255.0 pour les adresses IP privées des noeuds.

  • Adresses publiques   Chaque noeud requiert une adresse IP pour chaque carte réseau utilisée pour le réseau public en cluster, parfois appelé réseau mixte. Par ailleurs, des adresses IP sont requises pour le cluster avec basculement et le serveur de boîtes aux lettres en cluster, de façon à ce que les clients et les administrateurs puissent y accéder. Vous ne devez pas utiliser d'adresses IP qui se trouvent sur le même sous-réseau ou réseau que l'un des réseaux privés. Vous pouvez utiliser des adresses IPv4 statiques, des adresses IPv4 DHCP ou une adresse IPv6 statique.

    Important

    Toutes les cartes réseau d'un réseau de clusters doivent utiliser la même version de TCP/IP, ce qui signifie qu'elles doivent toutes utiliser IPv4, IPv6 ou IPv4 et IPv6.

Meilleures pratiques réseau pour les serveurs de boîtes aux lettres en cluster

Il est également recommandé de suivre les pratiques suivantes pour votre réseau en cluster :

  • Utilisation de noms significatifs   La création d'un cluster vous fournit de nombreuses occasions de donner des noms significatifs aux noeuds de cluster, aux interfaces réseau en cluster, aux clusters et aux serveurs de boîtes aux lettres en cluster. Par exemple, le réseau utilisé pour communiquer avec d'autres serveurs et clients Exchange peut s'appeler Public. Le réseau utilisé pour communiquer entre les noeuds de cluster peut s'appeler Privé. Attribuez des noms de façon à ne pas devoir se référer à une carte topologique. Une autre convention utile consiste à associer les noeuds d'un cluster au nom du serveur de boîtes aux lettres en cluster. Par exemple, utilisez mbx01, mbx01-node1 et mbx01-node2, respectivement pour le serveur de boîtes aux lettres en cluster et les deux noeuds.

  • Utilisation d'adresses IP privées pour les interfaces réseau privé   Pour obtenir un exemple de plage d'adresses et de masque de sous-réseau pour les interfaces réseau privé sur un cluster avec basculement à deux noeuds, consultez le tableau suivant.

    Plages d'adresses et masques de sous-réseau pour les interfaces de réseau privé

    Réseau / Noeud Plage d'adresses IP Masque de sous-réseau

    Privé / NOEUD1

    10.10.10.10-255

    255.255.255.0

    Privé / NOEUD2

    10.10.10.11-255

    255.255.255.0

Considérez les informations suivantes :

  • Si votre réseau public utilise un réseau 10.x.x.x et un masque de sous-réseau 255.255.255.0, il est recommandé d'utiliser des adresses IP de réseau privé et un masque de sous-réseau alternatifs.

  • Il n'est pas recommandé d'utiliser un type quelconque de carte tolérante aux pannes ou de groupement pour le réseau privé. Si vous avez besoin d'une redondance pour votre réseau privé, utilisez plusieurs cartes réseau configurées uniquement pour l'usage du cluster. Pour plus d'informations sur cette configuration, consultez la section « Configuration des réseaux de clusters », plus loin dans cette rubrique.

  • Avant d'utiliser cette technologie, il est important de vérifier que vos microprogramme et pilote sont les plus récents. Contactez le fabricant de votre carte réseau pour obtenir des informations sur la compatibilité sur un cluster de serveurs. Pour plus d'informations sur l'utilisation d’un groupement de cartes réseau dans des déploiements de clusters de serveurs, consultez l'article 254101 de la Base de connaissances Microsoft relatif à l'utilisation d'équipes de cartes réseau et au clustering de serveur.

Formation du cluster

Un cluster avec basculement est formé lorsque le premier noeud est ajouté au cluster. Grâce à ce processus, le cluster dispose d'un nom de réseau et d'une adresse IP de réseau uniques. Le nom de réseau et l'adresse IP, qui forment ensemble l'identité réseau du cluster, se déplacent entre les noeuds du cluster à mesure que ceux-ci sont mis en ligne et hors connexion. Généralement, l'identité réseau du cluster est rarement utilisée dans l'administration d'un serveur de boîtes aux lettres en cluster.

Si vous êtes habitué à déployer des clusters de basculement ou des clusters Exchange à partir de versions antérieures, le déploiement d'un cluster pour une solution de SCC vous semblera très différent. Si les solutions de cluster sont pour vous une nouveauté, vous constaterez que le déploiement est une opération beaucoup moins complexe qu'une configuration de cluster classique.

Vous pouvez créer un cluster avec basculement pour un SCC en suivant les instructions énoncées dans la rubrique Procédure de création d'un cluster de basculement Windows Server 2008 pour un cluster à copie unique.

Ajout de noeuds

Après avoir installé le service de clusters sur le premier nœud, il faut moins de temps pour l'installer sur d'autres nœuds. Cela est dû au fait que le programme d'installation se base sur les paramètres de configuration de réseau définis sur le premier noeud pour configurer les paramètres réseau sur les autres noeuds. Avant d'ajouter des noeuds, vous devez valider la configuration du cluster. Vous pouvez vérifier que le service de cluster est en cours d'exécution et que le cluster est opérationnel en exécutant cluster group depuis une invite de commandes. Cette commande devrait produire un résultat similaire à celui ci-après :

C:\>cluster group

Listing status for all available resource groups:

Group                   Node                 Status

-------------------- ---------------      ------

Cluster Group     <NODEName>      Online

Il est également recommandé de vérifier si les journaux des événements contiennent des erreurs et des avertissements requérant votre attention avant de poursuivre. Pour obtenir la procédure détaillée d'ajout du deuxième noeud et du noeud suivant au cluster, consultez la rubrique Procédure de création d'un cluster de basculement Windows Server 2008 pour un cluster à copie unique.

Configuration de réseaux en cluster

Une fois que tous les noeuds ont été ajoutés au cluster, les composants de cluster suivants doivent être configurés. Plus particulièrement, vous devez configurer des réseaux pour un accès au cluster et au client, et les paramètres de tolérance pour les interrogations de cluster manquées. Il est également recommandé de renommer les réseaux de clusters à l'aide de noms plus significatifs.

Le tableau suivant détaille les options disponibles pour configurer des réseaux de clusters.

Options de configuration de réseaux de clusters

Option Description

Autoriser le cluster à utiliser ce réseau (réseau privé)

N'activez cette option que si vous voulez que le service de cluster utilise ce réseau uniquement pour le trafic de communication de cluster inter-noeuds. Les clients ne peuvent pas se connecter au serveur de boîtes aux lettres en cluster via ce réseau.

Autoriser le cluster à utiliser ce réseau et autoriser les clients à se connecter via ce réseau (réseau mixte)

Activez ces deux options si vous voulez que le service de cluster utilise la carte réseau pour les pulsations de cluster et la communication avec des clients externes. Le service de cluster utilise ce réseau pour la communication de cluster inter-noeuds, et les clients peuvent se connecter au serveur de boîtes aux lettres en cluster via ce réseau.

Ne pas autoriser le cluster à utiliser ce réseau (réseau non géré)

N'activez cette option que si vous ne voulez pas utiliser le réseau dans le cluster, ou si vous voulez que le service de cluster gère le réseau. Le service de cluster ne peut pas utiliser ce réseau pour une communication de cluster inter-noeuds, et les clients ne peuvent pas se connecter au serveur de boîtes aux lettres en cluster via ce réseau.

Notes

Une option pour la configuration de réseaux de clusters consiste à créer une configuration réseau préliminaire, puis à exécuter l'Assistant Validation de configuration dans l'outil Gestion du cluster de basculement avec uniquement les tests réseau sélectionnés (par exemple, ignorer les tests d'inventaire, de stockage et de configuration système). Si seuls les tests réseau sont exécutés, le processus ne dure pas longtemps. À l'aide d'un rapport de validation, vous pouvez apporter les corrections nécessaires à la configuration du réseau. Une fois le cluster entier configuré, il est recommandé de réexécuter l'Assistant Validation de configuration et de sélectionner tous les tests.

Les serveurs de boîtes aux lettres en cluster déployés dans un cluster à copie unique requièrent au moins deux cartes réseau dans chaque nœud pour être pris en charge. Dans un SCC, vous devez configurer un réseau comme réseau privé et l'autre réseau comme réseau mixte.

Configuration des paramètres de tolérance pour les interrogations de cluster manquées

Une fois les paramètres de communications de cluster et de priorité réseau configurés, il est recommandé de configurer les paramètres de tolérance spécifiques pour les interrogations de cluster manquées. Cette opération configure la surveillance de connectivité réseau du service de cluster entre les noeuds de cluster pour tolérer des interruptions mineures. Cela empêche les basculements en cas de panne de réseau brève. Il est recommandé de configurer des réseaux de clusters privés et mixtes sur tous les noeuds pour qu'ils rendent compte de 10 interrogations manquées. Ce niveau de paramétrage correspond à environ 12 secondes.

Pour obtenir la procédure détaillée de configuration des composants de réseau de clusters, consultez la rubrique Procédure de configuration des réseaux en cluster pour un cluster à copie unique.

Configuration du quorum de cluster

Une fois les réseaux de clusters configurés, l'étape suivante consiste à configurer le cluster avec basculement pour utiliser un noeud majoritaire avec une ressource de quorum témoin de disque. Pour obtenir la procédure détaillée de configuration d'un cluster avec basculement pour utiliser le modèle de noeud majoritaire avec quorum témoin de disque, consultez la rubrique Procédure de configuration du quorum de disques et noeuds majoritaire.

Validation du cluster avec basculement

Windows Server 2008 inclut le nouvel Assistant Validation de configuration permettant de vérifier l'intégrité et la configuration d'un cluster de basculement. Il est recommandé d'exécuter l'Assistant avant d'installer Exchange 2007 dans le cluster. En exécutant cet assistant avant d'installer Exchange 2007, vous pouvez identifier et résoudre des problèmes de configuration du cluster susceptibles d'empêcher l'exécution correcte de l'installation d'Exchange.

L'Assistant Validation de configuration inclut quatre groupes de test conçus pour vérifier que le cluster présente la configuration nécessaire pour être pris en charge par Microsoft. Ces exigences s'ajoutent à l'exigence que la solution de cluster porte le logo de compatibilité « Conçu pour Windows Server 2008 ».

Les quatre groupes de tests sont les suivants : inventaire, réseau, stockage et configuration système. Pour obtenir la procédure détaillée de validation du cluster avec basculement, consultez la rubrique Procédure de validation d'une configuration de cluster avec basculement pour un cluster à copie unique.

Configuration et installation d'un serveur de boîtes aux lettres en cluster

Vous pouvez installer un rôle serveur de boîtes aux lettres sur un cluster en exécutant quelques opérations sur chaque noeud. Une fois le cluster formé et validé et après l’avoir configuré pour utiliser la ressource quorum de disque et nœuds majoritaire, vous devez commencer par installer le rôle serveur de boîtes aux lettres sur le nœud actif. Pour obtenir la procédure détaillée d'installation du rôle serveur de boîtes aux lettres sur le noeud actif, consultez la rubrique Procédure d'installation du rôle serveur de boîtes aux lettres en cluster actif dans un cluster à copie unique sous Windows Server 2008.

Après avoir installé le rôle serveur de boîtes aux lettres et un serveur de boîtes aux lettres en cluster sur le noeud actif, puis vérifié la configuration du premier groupe de stockage, vous devez installer le rôle serveur de boîtes aux lettres sur le noeud passif. Pour obtenir la procédure détaillée d'installation du rôle serveur de boîtes aux lettres sur le noeud passif, consultez la rubrique Procédure d'installation du rôle serveur de boîtes aux lettres en cluster passif dans un cluster à copie unique sous Windows Server 2008.

Installation de plusieurs serveurs de boîtes aux lettres en cluster

Un SCC est pris en charge uniquement dans une configuration active/passive ou une configuration active à nœud unique. Toutefois, plusieurs nœuds actifs et plusieurs nœuds passifs peuvent figurer sur le même SCC. Dans les clusters actifs/passifs, le cluster comprend au moins un (ou plusieurs) nœud(s) actif(s) et au moins un (ou plusieurs) nœud(s) passif(s), par exemple, deux nœuds actifs et un nœud passif. Dans les clusters de basculement actifs/passifs, le nombre d'instances de serveur de boîtes aux lettres en cluster est toujours inférieur au nombre de nœuds physiques dans le cluster.

Un SCC peut contenir jusqu’à huit nœuds physiques. Par conséquent, le nombre maximal de serveurs de boîtes aux lettres en cluster pouvant exister dans un SCC est sept. Un nœud passif peut servir un ou plusieurs nœuds actifs, mais il est recommandé de déployer au moins un nœud passif pour chaque nœud actif du cluster.

Le processus d'installation des nœuds actifs et passifs supplémentaires ne diffère pas du processus d'installation des premiers nœuds actifs et passifs. La configuration requise est que chaque nœud actif que vous voulez installer doit disposer d'un nœud passif correspondant pour être pris en charge. Un nœud passif unique peut être désigné comme le nœud passif de plusieurs nœuds actifs. Toutefois, cela peut compromettre la disponibilité car à un moment donné, chaque nœud ne peut héberger qu'un seul serveur de boîte aux lettres en cluster. Dans le cas de deux nœuds actifs et d'un nœud passif, par exemple, le SCC ne dispose pas de nœuds passifs suffisants pour gérer la défaillance simultanée des deux nœuds actifs.

Notes

Un problème connu concerne les SCC contenant plusieurs serveurs de boîtes aux lettres en cluster. Il se peut que vous ne puissiez pas créer de nouvelles boîtes aux lettres sur le deuxième serveur de boîtes aux lettres en cluster, ainsi que sur les suivants, le cas échéant, lorsqu’ils ont été installés dans le cluster de basculement. Lorsque ce problème survient, toute tentative de création d’une nouvelle boîte aux lettres sur le deuxième serveur de boîtes aux lettres en cluster ou les suivants entraîne le message d’erreur suivant : "Impossible de trouver une DLL de génération proxy sur le serveur FQDN.Nom_serveur ou échec de son initialisation. Impossible de calculer les adresses proxy du destinataire actuel. Vérifiez que toutes les DLL de génération d'adresses proxy ont été installées sur le serveur cible." Vous pouvez résoudre ce problème en créant la nouvelle boîte aux lettres sur un autre serveur de boîtes aux lettres puis en la déplaçant vers le deuxième serveur de boîtes aux lettres en cluster ou les suivants du cluster. Vous pouvez également résoudre ce problème en créant un objet MTA Microsoft dans Active Directory pour le serveur de boîtes aux lettres en cluster. Pour obtenir la procédure détaillée, consultez la rubrique Procédure d'activation de la création de boîte aux lettres sur le deuxième serveur de boîtes aux lettres ou le serveur de boîtes aux lettres suivant d'un cluster à copie unique Exchange 2007.

Tâches consécutives à l'installation

Une fois le rôle serveur de boîtes aux lettres installé sur les deux noeuds et un serveur de boîtes aux lettres en cluster créé, vous devez exécuter des tâches consécutives à l'installation. Ces tâches incluent la vérification de la possibilité de déplacer un serveur de boîtes aux lettres en cluster entre les différents noeuds du cluster.

Vérification d'un cluster à copie unique

Après l'installation d'une solution de SCC ou l'apport de modifications de configuration importantes, il est recommandé de vérifier que les deux nœuds sont correctement configurés pour prendre en charge le serveur de boîtes aux lettres en cluster, ainsi que l'intégrité et l'état du serveur de boîtes aux lettres en cluster.

L'exécution de la cmdlet Get-ClusteredMailboxServerStatus est la manière recommandée pour vérifier l'intégrité et l'état du serveur de boîtes aux lettres en cluster. La cmdlet Get-ClusteredMailboxServerStatus fournit un état opérationnel de base pour le serveur de boîtes aux lettres en cluster. Pour plus d'informations sur l'obtention de l'état opérationnel de base pour un serveur de boîtes aux lettres en cluster, consultez la rubrique Procédure d'affichage de l'état d'un serveur de boîtes aux lettres en cluster.

La méthode recommandée pour vérifier que les deux noeuds sont capables de mettre en ligne le serveur de boîtes aux lettres en cluster consiste à utiliser la cmdlet Move-ClusteredMailboxServer pour déplacer le serveur de boîtes aux lettres en cluster vers chaque noeud. Dans Exchange 2007 SP1, vous pouvez également utiliser l'Assistant Gestion de serveur de boîtes aux lettres en cluster de la console de gestion Exchange pour déplacer un serveur de boîtes aux lettres en cluster entre des nœuds afin de vérifier que les deux nœuds peuvent connecter le serveur de boîtes aux lettres en cluster.