Coexistence des rôles serveur de transport Hub et de boîtes aux lettres lors de l’utilisation de groupes de disponibilité de base de données

 

S’applique à : Exchange Server 2010 SP2, Exchange Server 2010 SP3

Dernière rubrique modifiée : 2015-03-09

Microsoft Exchange Server 2007 ne permet pas d’utiliser les rôles serveur de transport Hub et serveur de boîtes aux lettres sur un même serveur matériel lorsque les fonctionnalités de disponibilité élevée, telles que la réplication de cluster à copie unique (SCC) ou la réplication continue en cluster (CCR), sont utilisées. Un déploiement minimum de haute disponibilité dans Exchange 2007nécessite quatre serveurs : deux nœuds pour la haute disponibilité des boîtes aux lettres et deux serveurs de transport Hub pour la redondance du transfert des messages.

Pour réduire le nombre de serveurs nécessaires pour fournir une solution de haute disponibilité, Exchange Server 2010 prend en charge les rôles serveur de transport Hub et serveur de boîtes aux lettres sur un même serveur matériel lors de l’utilisation de groupes DAG. Exchange 2010 fournit la fonctionnalité de redondance des clichés instantanés qui offre une protection contre la perte de données lorsque les messages sont en transit. En utilisant conjointement des groupes DAG et la redondance des clichés instantanés, vous disposez d’une infrastructure de messagerie à haute résilience.

Cette rubrique décrit le comportement du rôle serveur de transport Hub Exchange 2010 lorsqu’il est déployé sur le même serveur matériel qu’un serveur de boîtes aux lettres membre d’un groupe DAG. Pour en savoir plus sur les groupes DAG, consultez la rubrique Présentation des groupes de disponibilité de base de données.

Envoi et distribution des messages

La redondance des clichés instantanés offre une protection contre la perte de données lorsque les messages sont en transit en conservant une copie des messages dans le chemin des messages. En cas de perte d’un message en transit suite à un dysfonctionnement, le cliché instantané du message est renvoyé par le composant Transport. Pour plus d’informations sur l’implémentation de la redondance des clichés instantanés, reportez-vous à la rubrique Présentation de la redondance des clichés instantanés.

Les serveurs de boîtes aux lettres interviennent lors de l’envoi initial d’un message, lorsque l’utilisateur clique sur Envoyer et lors de la remise du message lorsqu’il est enregistré dans la boîte de réception du destinataire. Lorsqu’un message est envoyé au transport, la copie principale du message se trouve dans les files d’attente du serveur de transport Hub auquel le message a été envoyé. Le cliché instantané du message est l’élément stocké dans le dossier des éléments envoyés de l’expéditeur. Lors de la réception du message, la copie principale se trouve dans la boîte de réception du destinataire et le cliché instantané du message est stocké dans le conteneur de dépôt.

Dans un environnement de haute disponibilité où coexistent des rôles serveur de transport Hub et serveur de boîtes aux lettres sur un même serveur matériel, les deux copies d’un message ne doivent pas se trouver sur le même serveur. Examinons le scénario de déploiement illustré ci-dessous. La topologie est constituée de deux serveurs Exchange membres d’un groupe DAG avec le rôle serveur de transport Hub installé. Les bases de données DB1 et DB2 sont membres du groupe DAG. Les bases de données actives sont indiquées en vert et les bases de données inactives apparaissent en bleu.

Topologie de haute disponibilité à deux serveurs avec les rôles serveur de transport Hub et serveur de boîtes aux lettres

Topologie HA à deux serveurs avec rôles Hub et Boîte aux lettres

Dans cette topologie, supposons que l’utilisateur dont la boîte aux lettres se trouve dans BD1 envoie un message. Si le message est envoyé au rôle serveur de transport Hub sur Server1, la copie principale et le cliché instantané du message sont stockés physiquement sur Server1. La copie principale se trouve dans les files d’attente du serveur de transport Hub et le cliché instantané est placé dans le dossier des éléments envoyés de l’expéditeur comme le montre l’illustration ci-dessous.

Chemin d’envoi indésirable

Chemin d’envoi indésirable

De même, si le rôle serveur de transport Hub sur Server1 reçoit un message destiné à un utilisateur dans DB1, le message est remis directement et la copie principale et le cliché instantané sont stockés physiquement sur Server1. Le message principal est placé dans la boîte de réception du destinataire et le cliché instantané est stocké dans le conteneur de dépôt du transport, comme le montre l’illustration ci-dessous. En cas de dysfonctionnement du serveur dans les deux cas, il est fort probable que le message soit perdu.

Chemin de remise indésirable

Chemin de remise indésirable

Pour éviter toute perte de message, Exchange tente d’envoyer ou de remettre les messages en utilisant un chemin qui permet de stocker la copie principale et le cliché instantané sur des serveurs physiques différents. Les nouveaux comportements d’envoi et de remise des messages sont abordés dans la section suivante.

Comportement d’envoi des messages

Lorsqu’un utilisateur, dont la boîte de réception se trouve dans une base de données membre d’un groupe DAG, envoie un message, le service de dépôt du courrier rend les serveurs de transport Hub distants prioritaires, s’il détecte que le serveur de transport Hub est également installé sur le serveur local. Comme le montre l’illustration « Topologie à deux serveurs de haute disponibilité avec les rôles serveur de transport Hub et serveur de boîtes aux lettres », si un utilisateur, dont la boîte aux lettres se trouve dans DB1, envoie un message, le service de dépôt du courrier tente d’utiliser le serveur de transport Hub installé sur Server2 pour l’envoi du message. L’illustration suivante montre ce chemin d’envoi préférentiel des messages.

Chemin d’envoi préférentiel

Chemin d’envoi préférentiel

Si aucun autre serveur de transport Hub n’est disponible dans le site (si, par exemple, Server2 n’est pas disponible suite à une opération de maintenance planifiée), le service de dépôt du courrier envoie le message au serveur de transport Hub local. Même si ce chemin n’est pas un chemin d’envoi approprié pour la redondance, Exchange ne retarde pas la remise des messages. Ce chemin d’envoi de secours est souhaitable pour une meilleure disponibilité et une latence de remise faible.

Comportement de remise des messages

Dans la plupart des cas, le comportement de routage et de remise des messages ne change pas. Si, par exemple, Server1 indiqué dans l’illustration « Topologie à deux serveurs de haute disponibilité avec les rôles serveur de transport Hub et serveur de boîtes aux lettres » reçoit un message adressé à un destinataire dans DB2, il remet le message normalement, car la base de données est active sur un serveur différent. Un serveur de transport Hub traite un message entrant différemment uniquement lorsque la boîte aux lettres cible se trouve dans une base de données membre d’un groupe DAG et que la base de données est active sur le serveur local. Étant donné que la remise directe du message, dans ce cas, amènerait le message remis et la copie dans le conteneur de dépôt du transport à se trouver sur le même serveur, le serveur de transport Hub reroute le message vers un autre serveur de transport Hub du site. L’illustration suivante montre le chemin de remise du message dans ce scénario.

Chemin de remise préférentiel

Chemin de remise préférentiel

Si aucun autre serveur de transport Hub n’est disponible sur le site, le serveur de transport Hub utilise la remise locale, même si le chemin de remise n’est pas approprié pour la redondance. Là encore, ce chemin d’envoi de recours est souhaitable pour une meilleure disponibilité et une latence de remise faible.

Scénarios de flux des messages

Cette section explique en détail les événements qui se produisent dans divers scénarios de flux de messages lorsque les rôles serveur de transport Hub et serveur de boîtes aux lettres se trouvent sur le même serveur. La topologie indiquée dans l’illustration suivante montre divers scénarios de flux de messages.

Exemple de topologie pour des scénarios de flux de messages

Exemple de topologie pour des scénarios de flux de messages

Le tableau ci-dessous indique comment le rôle serveur de transport Hub sur Server1 traite les messages dans divers scénarios. Dans tous ces cas, Server1 est le point d’entrée.

Emplacement de l’expéditeur Emplacement du destinataire Chemin de message normal Scénarios de haute disponibilité

Base de données 1 active sur Server1

Base de données 1 active sur Server1

  1. Le service de dépôt du courrier sur Server1 envoie un message au rôle serveur de transport Hub sur Server2.

  2. Le rôle serveur de transport Hub sur Server2 remet le message à la base de données DB1 sur Server1 et ajoute le message au dépôt du courrier du transport sur Server2.

  • Si Server1 connaît un dysfonctionnement avant la fin de l’envoi du message, le message dans la boîte de réception de l’expéditeur sera perdu.

  • Si un incident se produit sur Server2 avant la fin de l’envoi du message, le message est envoyé au rôle serveur de transport Hub sur Server1.

  • Si Server1 est défaillant à la fin de l’envoi du message au rôle serveur de transport Hub sur Server2, la base de données DB1 devient active sur Server2. Le message est placé en file d’attente sur Server2 jusqu’au montage de la base de données DB1 puis le rôle serveur de transport Hub remet le message localement.

  • Si une erreur se produit sur Server2 à la fin de l’envoi du message au rôle serveur de transport Hub sur Server2, le cliché instantané dans DB1 est renvoyé au rôle serveur de transport Hub sur Server1 qui remet le message localement.

  • Si un incident se produit sur Server1 à la fin de la remise du message, la base de données DB1 devient active sur Server2. Si le message n’a pas encore été validé dans la base de données, il est redistribué depuis le conteneur de dépôt du transport sur Server2.

Base de données 1 active sur Server1

Base de données DB2 active sur Server2

  1. Le service de dépôt du courrier sur Server1 envoie un message au rôle serveur de transport Hub sur Server2.

  2. Le rôle serveur de transport Hub sur Server2 reroute le message vers le rôle de transport Hub sur Server1.

  3. Le rôle serveur de transport Hub sur Server1 remet le message à la base de données DB2 sur Server2 et ajoute le message au dépôt du courrier du transport sur Server1.

  • Tout dysfonctionnement de serveur avant la fin de l’envoi du message est géré comme indiqué dans la ligne précédente.

  • Si Server1 est défaillant après l’envoi du message au rôle serveur de transport Hub sur Server2, le rôle serveur de transport Hub sur Server2 remet le message localement.

  • Si Server2 est défaillant après l’envoi du message au rôle serveur de transport Hub sur Server2, la base de données DB2 devient active sur Server1. Lorsque le rôle serveur de transport Hub sur Server1 détecte que le rôle serveur de transport Hub sur Server2 est indisponible, il renvoie le cliché instantané du message. Une fois que la base de données DB2 est montée sur Server1, le message est remis localement.

  • Si un dysfonctionnement apparaît sur Server1 après que le message ait été rerouté vers ce même serveur pour distribution, le rôle serveur de transport Hub sur Server2 renvoie le cliché instantané du message lorsqu’il détecte que le rôle serveur de transport Hub sur Server1 est indisponible. Il remet alors le message localement.

  • Si une erreur se produit sur Server2 après reroutage du message vers Server1 pour distribution, la base de données DB2 devient active sur Server1. Le message reste dans la file d’attente jusqu’au montage de la base de données DB2 sur Server1, puis il est remis localement.

  • Si un incident se produit sur Server2 à la fin de la remise du message, la base de données DB2 devient active sur Server1. Si le message remis n’a pas encore été validé dans la base de données, il est redistribué depuis le conteneur de dépôt du transport sur Server1.

Externe

Base de données 1 active sur Server1

  1. Le rôle serveur de transport Hub sur Server1 reroute le message vers le rôle serveur de transport Hub sur Server2.

  2. Le rôle serveur de transport Hub sur Server2 remet le message à la base de données DB1 sur Server1 et ajoute le message au dépôt du courrier du transport sur Server2.

  • Si un incident se produit sur Server1 avant qu’il reçoive le message envoyé par Edge1, Edge1 tente d’envoyer le message au rôle serveur de transport Hub sur Server2.

  • Si l’incident se produit après la réception du message envoyé par Edge1, Edge1 renvoie le message au rôle serveur de transport Hub sur Server2 lorsqu’il détecte que le rôle serveur de transport Hub sur Server1 est indisponible. Ensuite, le rôle serveur de transport Hub sur Server2 remet le message localement après le montage de DB1 sur Server2.

  • Tous les autres scénarios d’erreur sont traités comme indiqué dans la première ligne.

Externe

Base de données DB2 active sur Server2

  1. Le rôle serveur de transport Hub sur Server1 envoie le message à la base de données DB2 sur Server2 et ajoute le message au dépôt du courrier du transport sur Server1.

  • Si un incident se produit sur Server1 avant qu’il reçoive le message envoyé par Edge1, Edge1 tente d’envoyer le message au rôle serveur de transport Hub sur Server2.

  • Si un incident se produit sur Server1 entre la réception du message envoyé par Edge1 et son envoi à DB2 sur Server2, Edge1 renvoie le cliché instantané du message au rôle serveur de transport Hub sur Server2, car Server1 n’envoie pas d’accusé de réception à Edge1 tant qu’il n’a pas remis le message à DB2. Étant donné que Edge1 n’a pas reçu d’accusé de réception, il renvoie le message lorsqu’il détecte que Server1 n’’est pas disponible.

  • Si un incident se produit sur Server2 à la fin de la remise du message, la base de données DB2 devient active sur Server1. Si le message remis n’a pas encore été validé dans la base de données, il est redistribué depuis le conteneur de dépôt du transport sur Server1.

Le tableau précédent fait référence au scénario minimum dans lequel il existe uniquement deux serveurs de transport Hub sur un site, qui coexistent avec des rôles serveurs de boîtes aux lettres membres de groupes DAG. Dans les déploiements plus complexes comprenant des serveurs de transport Hub supplémentaires dédiés, ces serveurs sont également utilisés dans les décisions de routage. Toutefois, si vous disposez d’un déploiement suffisamment grand dans lequel vous pouvez utiliser des serveurs de transport Hub dédiés, il est préférable d’installer le rôle serveur de transport Hub sur les serveurs de boîtes aux lettres membres d’un groupe DAG.

 © 2010 Microsoft Corporation. Tous droits réservés.