Considérations importantes sur la consolidation de sites en mode mixte
Dernière rubrique modifiée : 2006-08-16
Avant de songer à la consolidation de sites Microsoft® Exchange distants, vous devez vous familiariser avec les recommandations et les conditions préalables suivantes de la consolidation de sites, et connaître les problèmes qui peuvent se poser tant pendant qu'après la consolidation de sites :
Mise à niveau d'ordinateurs clients vers Microsoft Office Outlook®** 2003** Préalablement à la consolidation de sites, mettez à niveau les ordinateurs clients du site distant vers Outlook 2003 et activez le mode Exchange de mise en cache. Le mode Exchange mis en cache est un composant important de la consolidation de sites car les utilisateurs distants peuvent travailler à partir du cache local avec ou sans connexion réseau. Lors de la mise à niveau Outlook sur les ordinateurs clients et de l'activation du mode Exchange de mise en cache, une copie locale de la boîte aux lettres de l'utilisateur est créée. En créant la copie locale avant de déplacer les boîtes aux lettres, vous évitez le lourd trafic de téléchargement qui est généré lorsqu'il est nécessaire d'attendre que les boîtes aux lettres soient déplacées du site local. Cette stratégie est particulièrement utile dans les cas où la bande passante réseau entre le site distant et le site central est limitée. Bien que les ordinateurs clients équipés de versions antérieures d'Outlook et d'autres applications de messagerie soient pris en charge, ces ordinateurs clients ne peuvent pas tirer parti du mode Exchange mis en cache. Par ailleurs, pour contribuer à limiter les problèmes de prise en charge, vous devez penser à intégrer la préparation et la formation des utilisateurs finaux d'Outlook 2003 au processus de mise à niveau.
Mise à niveau du connecteur ADC vers Exchange 2003 SP1 Utilisez la version Exchange 2003 SP1 du connecteur Active Directory, qui contient une nouvelle fonctionnalité de nettoyage des objets et des listes de distribution après la consolidation de sites. Lorsque vous déplacez des boîtes aux lettres entre les sites, le connecteur ADC met à jour les objets utilisateur et tous les groupes de distribution auxquels les utilisateurs appartiennent ; de ce fait, les modifications sont répliquées entre les répertoires et les utilisateurs continuent à recevoir du courrier.
Consolidation des domaines Microsoft Windows®**, le cas échéant **Pour éviter de rencontrer des problèmes lors du paramétrage des délégués, de la publication de certificats du service Gestionnaire de clés et de la mise à niveau de groupes via Outlook, il est recommandé de consolider simultanément les domaines Windows distants et les boîtes aux lettres Exchange. Le service d'annuaire Microsoft Active Directory® exige qu'Outlook utilise un serveur de catalogue global situé dans le même domaine que l'objet qu'Outlook essaie de mettre à jour. Dans l'exemple de délégation d'accès aux boîtes aux lettres, si un utilisateur dont l'objet utilisateur se trouve dans le domaine distant se connecte à Outlook dans le domaine central, cet utilisateur ne peut pas paramétrer les délégués. Cela tient au fait qu'Outlook est dirigé vers le domaine central, alors que les objets utilisateur sont situés dans le domaine distant. Le serveur de catalogue global dans le domaine central contient une copie en lecture seule des objets d'annuaire résidant dans d'autres domaines. Si vous ne pouvez pas consolider simultanément les domaines Exchange et Windows, vous pouvez configurer la clé de Registre suivante sur le client Outlook pour utiliser un serveur de catalogue global dans le domaine central contenant les objets d'annuaire :
- Emplacement :
- HKEY_CURRENT_USER\Software\Microsoft\Exchange \Exchange Provider
- Nom :
- DS Server
- Type :
- REG_SZ (chaîne)
- Valeur :
- <nom de domaine complet du serveur de catalogue global>
- Emplacement :
Application du correctif logiciel du Vérificateur de cohérence SA/BI (service Annuaire/banque d'informations) et utilisation du Vérificateur pour maintenir l'accès aux dossiers publics Exchange 5.5 Si vous déplacez des utilisateurs et des groupes vers le site central avant d'y déplacer des dossiers publics Exchange 5.5, les listes de contrôle d'accès des dossiers publics seront incorrectes et les utilisateurs ne pourront pas accéder aux dossiers publics. Pour éviter ce problème, deux solutions s'offrent à vous :
- Option 1 : Après le déplacement des utilisateurs et des groupes, vous pouvez exécuter le Vérificateur de cohérence SA/BI pour mettre à jour les listes de contrôle d'accès des dossiers publics avec les nouvelles informations sur les utilisateurs et les groupes.
- Option 2 : Vous pouvez répliquer les dossiers publics vers le site central, puis déplacer les utilisateurs et les groupes. Assurez-vous également que les redirections de dossiers publics sont activées sur les connecteurs.
.gif "note")
Remarque :Avant de commencer la consolidation des sites Exchange 5.5, appliquez le correctif logiciel du Vérificateur de cohérence SA/BI d'Exchange 5.5 (disponible à l'adresse https://go.microsoft.com/fwlink/?linkid=3052&kbid=836489) à tous les serveurs de dossiers publics Exchange 5.5. Ce correctif logiciel permet de garantir, après un déplacement entre sites, que les listes de contrôle d'accès des dossiers publics sont correctement mises à jour de façon que les utilisateurs et les groupes continuent d'accéder aux dossiers publics.
Planification d'un téléchargement de l'ensemble du Carnet d'adresses en mode hors connexion Avant de déplacer plusieurs boîtes aux lettres entre les sites, déterminez si votre bande passante est suffisante pour prendre en charge le téléchargement de l'ensemble du Carnet d'adresses en mode hors connexion pour tous les ordinateurs clients Outlook dans tous les sites distants. Pour plus d'informations sur la raison d'être du téléchargement de l'ensemble du Carnet d'adresses en mode hors connexion, voir la section sur le téléchargement du Carnet d'adresses en mode hors connexion, plus loin dans cette rubrique.
Mise à jour des profils Outlook après le déplacement des boîtes aux lettres Après avoir déplacé des boîtes aux lettres entre des groupes d'administration, vous devez mettre à jour les profils Outlook pour que les utilisateurs puissent se connecter à leurs boîtes aux lettres situées à un nouvel emplacement. L'outil de mise à jour de profil Exchange (Exprofre.exe) est un outil de ligne de commande que vous exécutez sur des ordinateurs clients pour une mise à jour automatique des profils Outlook des utilisateurs. Exprofre.exe modifie le profil Outlook par défaut pour que les utilisateurs puissent se connecter à leurs boîtes aux lettres après le déplacement. Cet outil est disponible sur le site Web des outils et des mises à jour d'Exchange Server 2003 (https://go.microsoft.com/fwlink/?linkid=21316).
Téléchargement du Carnet d'adresses en mode hors connexion
Les ordinateurs clients Outlook qui utilisent le mode Exchange mis en cache exigent un Carnet d'adresse en mode hors connexion pour résoudre les adresses de messagerie. Le Carnet d'adresses en mode hors connexion est stocké sur un serveur de dossiers publics. Le téléchargement de l'ensemble du Carnet d'adresses en mode hors connexion survient dans les situations suivantes :
- Lorsque vous consolidez un site, tous les utilisateurs de ce site qui utilisent le mode Exchange mis en cache et dont les boîtes aux lettres ont été déplacées bénéficient d'un téléchargement de l'ensemble du Carnet d'adresses en mode hors connexion. Ce téléchargement se produit la première fois que ces utilisateurs démarrent Outlook après le déplacement des boîtes aux lettres.
- Lorsqu'un nombre important de changements de répertoires se produisent (par exemple, quand vous déplacez de très nombreuses boîtes aux lettres entre les sites ou lorsque vous apportez des modifications à la topologie Exchange), tous les utilisateurs de tous les sites qui utilisent le mode Exchange mis en cache bénéficient d'un téléchargement de l'ensemble du Carnet d'adresses en mode hors connexion.
Pour plus d'informations sur l'impact des téléchargements de l'ensemble du carnet d'adresses en mode hors connexion et les situations dans lesquelles ces téléchargements se produisent, consultez l'article 839826 de la Base de connaissances Microsoft (https://go.microsoft.com/fwlink/?linkid=3052&kbid=839826).
| Remarque : |
|---|
| En fonction de la taille du Carnet d'adresses ainsi que de la bande passante disponible et de la latence des connexions aux sites distants, les téléchargements de l'ensemble du Carnet d'adresses en mode hors connexion peuvent un représenter facteur contraignant pour votre organisation. |
Ce téléchargement volumineux peut dégrader les performances aussi bien pour le réseau que pour Outlook. Pour déterminer la durée du téléchargement du Carnet d'adresses en mode hors connexion, tenez compte de la bande passante des connexions réseau à tous les sites distants, de la quantité de données à transférer et de la latence de la connexion réseau. Vous pouvez estimer la quantité de données à transférer en multipliant la taille du Carnet d'adresses en mode hors connexion par le nombre d'utilisateurs dans le site distant.
| Remarque : |
|---|
| Exemple : Si le Carnet d'adresses en mode hors connexion a une taille de 20 Mo et si vingt-cinq utilisateurs Outlook utilisent le mode Exchange mis en cache, le volume estimé des données devant être répliquées est de 500 Mo : (Carnet d'adresse en mode hors connexion 20 Mo × 25 utilisateurs = 500 Mo) |
La latence réseau est le temps nécessaire pour transférer les données d'un point du réseau à un autre. La latence est un facteur qui détermine la rapidité avec laquelle la connexion réseau devient saturée. Avec une latence élevée, la vitesse de transfert des données est plus lente, ce qui signifie qu'il faut plus de temps pour que la connexion réseau arrive à saturation. Inversement, une latence plus faible signifie que le flux des données est plus rapide, ce qui augmente la probabilité de voir la connexion saturer si de nombreux clients téléchargent simultanément le Carnet d'adresses en mode hors connexion.
Avant de déplacer plusieurs boîtes aux lettres entre les sites, vous devez déterminer si vous disposez d'une bande passante suffisante pour prendre en charge le téléchargement de l'ensemble du Carnet d'adresses en mode hors connexion pour tous les utilisateurs Outlook du site distant. Vous devez également évaluer l'impact du téléchargement sur votre réseau en tenant compte de la quantité de données à déplacer et de la latence du réseau.
Fonctionnalité de disponibilité
Lorsque votre organisation est en mode mixte et que vous utilisez l'Assistant de déplacement de boîtes aux lettres pour déplacer des boîtes aux lettres entre les sites, l'Assistant de déplacement de boîtes aux lettres met à jour les objets utilisateur correspondants avec le nouvel attribut legacyExchangeDN. Dans la mesure où l'Assistant met à jour l'attribut legacyExchangeDN, vous n'avez pas besoin de déplacer les dossiers système de disponibilité. Les données de disponibilité des utilisateurs sont à nouveau publiées à l'aide du nouvel attribut legacyExchangeDN après que l'utilisateur s'est connecté à sa nouvelle boîte aux lettres.
| Remarque : |
|---|
| Les données de disponibilité ne sont pas transférées au nouveau serveur immédiatement après le déplacement de boîtes aux lettres entre les sites. Les données sont plutôt publiées sur le nouveau serveur quinze minutes après que l'utilisateur s'est connecté à la boîte aux lettres ou a effectué une action liée au calendrier (par exemple, la création ou l'acceptation d'une demande de rendez-vous). |
Limitations connues du processus de consolidation de sites
Cette section décrit les limitations connues de la consolidation de sites. Le processus de consolidation de sites est conditionné par divers facteurs, tels que l'ordre d'exécution des différentes étapes, le temps de réplication des informations d'annuaire et le délai qu'il faut pour répliquer les données Exchange entre les sites. En outre, d'autres fonctionnalités de messagerie peuvent être affectées par le déplacement des boîtes aux lettres et des utilisateurs entre les sites. Vous devez vous familiariser avec tous les problèmes recensés avant de commencer à planifier la consolidation des sites.
Accroissement du trafic réseau lors du déplacement de boîtes aux lettres Lors du déplacement de boîtes aux lettres entre les sites, vous devez planifier un trafic réseau supplémentaire entre les sites. Le trafic supplémentaire est égal aux tailles combinées des boîtes aux lettres que vous prévoyez de déplacer.
Augmentation du trafic de réplication d'annuaire Lorsque vous déplacez des boîtes aux lettres entre des sites Exchange 5.5 et un site Exchange central, vous pouvez vous attendre à un accroissement du trafic de réplication d'annuaire pendant que le connecteur ADC met à jour les utilisateurs et les groupes d'administration, puis supprime les anciens objets du site distant. La durée de ce processus dépend de la taille de votre environnement, de la vitesse de réplication entre les sites Exchange 5.5 et de la vitesse de réplication entre Exchange 5.5 et Active Directory. Par défaut, le nettoyage d'annuaire est exécuté toutes les douze heures. Dans les environnements de petite taille, le nettoyage d'annuaire intervient lors de la session de réplication automatique suivante ; cependant, les environnements de grande taille peuvent nécessiter plus d'une session.
.gif "important")
Important :Pour accélérer le nettoyage d'annuaire, vous pouvez lancer la réplication dans le Gestionnaire du Connecteur Active Directory et le programme Administrateur Exchange 5.5. Accroissement du trafic de réplication des dossiers publics Lorsque vous utilisez l'outil de déplacement des publics Exchange (pfMigrate) pour déplacer des dossiers publics vers le site central, vous pouvez vous attendre à un accroissement du trafic lors de la mise à jour de la hiérarchie des dossiers publics et de la réplication du contenu des dossiers publics entre les sites. L'outil pfMigrate et le correctif logiciel du Vérificateur de cohérence SA/BI sont à l'origine d'un accroissement du trafic de réplication.
Les fichiers de dossier mis en cache en mode hors connexion au format ANSI ne sont pas recréés automatiquement au format Unicode après le déplacement des boîtes aux lettres Microsoft Exchange Server 5.5 Les fichiers de dossier mis en cache en mode hors connexion (.ost) de l'utilisateur et les fichiers du Carnet d'adresses en mode hors connexion (.oab) restent au format ANSI après le déplacement des boîtes aux lettres Exchange Server 5.5 vers un ordinateur Exchange Server 2003 ou Microsoft Exchange 2000 Server. La taille d'un fichier de dossier mis en cache en mode hors connexion (.ost) au format ANSI est limitée à 2 Go. En outre, puisque ce fichier est au format ANSI, le fichier du Carnet d'adresses en mode hors connexion utilise également le format ANSI. De plus, la résolution proposée dans l'article 841207 de la Base de connaissances nécessite le téléchargement de l'ensemble du Carnet d'adresses en mode hors connexion vers tous les ordinateurs clients concernés. Ce téléchargement peut augmenter fortement le trafic réseau.
Pour plus d'informations et pour obtenir une résolution des fichiers de dossier mis en cache en mode hors connexion créés au format ANSI au lieu du format Unicode dans Exchange 2003 ou Exchange 2000, consultez l'article 841207 de la Base de connaissances Microsoft sur la création d'un fichier de dossier mis en cache en mode hors connexion Outlook 2003 au format ANSI au lieu du format Unicode dans Exchange 2003 ou Exchange 2000 (https://go.microsoft.com/fwlink/?linkid=3052&kbid=841207).
Pour plus d'informations sur l'utilisation de l'Unicode avec Outlook 2003, voir le document sur la configuration des options Unicode pour Outlook 2003 (https://go.microsoft.com/fwlink/?LinkId=33526).Les délégués peuvent perdre l'accès Pour conserver l'accès délégué dans Outlook, déplacez les gestionnaires et leurs délégués ensemble du site distant Exchange 5.5 vers le site central. Si cette opération n'est pas possible, déplacez le gestionnaire avant le délégué ou réaffectez les droits d'accès au délégué après le déplacement.
Les destinataires de journaux doivent être redésignés Un destinataire de journal est l'utilisateur qui est configuré pour recevoir tous les messages archivés pour une banque de boîtes aux lettres. Avant de déplacer le destinataire de journal entre sites, désignez un autre utilisateur comme étant destinataire de journal. Après le déplacement, vous pouvez désigner à nouveau l'utilisateur comme étant destinataire de journal.
Les règles de la boîte de réception peuvent ne pas fonctionner Si la boîte aux lettres d'un utilisateur ne réside pas sur un serveur Exchange 2003 SP1, les règles de la boîte de réception basées sur d'autres utilisateurs qui ont été déplacés entre les sites ne fonctionneront pas car l'attribut legacyExchangeDN des utilisateurs qui ont été déplacés a changé. Toutefois, l'utilisateur peut recréer les règles. Si la boîte aux lettres de l'utilisateur se trouve sur un serveur Exchange 2003 SP1, les règles continueront de fonctionner. Les utilisateurs dont les boîtes aux lettres ont été déplacées ne sont pas concernés par ce problème ; seuls le sont les utilisateurs qui ont des règles basées sur des utilisateurs qui ont été déplacés. Une fois que toutes les boîtes aux lettres des utilisateurs sont hébergées sur des serveurs Exchange 2003 SP1, les règles fonctionneront de nouveau.
Les noms d'utilisateurs peuvent être brièvement absents de la liste d'adresses globale d'Exchange 5.5 Dans Exchange 5.5, les noms d'utilisateurs qui ont été déplacés entre les sites peuvent disparaître de la liste d'adresses globale pendant une brève période, le temps que la réplication d'annuaire se termine. Pendant ce temps, l'objet Exchange 5.5 d'origine dans le site distant est caché alors que le nouvel objet Exchange 5.5 est répliqué vers le nouveau site. La liste d'adresses globale Exchange 2003 n'est pas affectée.
Certains utilisateurs peuvent recevoir des rapports de non-remise après la migration Après le déplacement de boîtes aux lettres d'Exchange 5.5 vers le site central, si les utilisateurs Exchange 5.5 qui n'ont pas été déplacés répondent au courrier émanant des utilisateurs d'Exchange 5.5 qui ont été déplacés, ils recevront un rapport de non-remise. Cette situation se poursuivra jusqu'à l'achèvement de la réplication d'annuaire d'Exchange 5.5. Pour éviter cette situation, vous pouvez forcer la réplication en sélectionnant Répliquer maintenant dans le Gestionnaire du Connecteur Active Directory. Une autre option consiste à rediriger le courrier Exchange 5.5 via un serveur tête de pont Exchange 2000 ou Exchange 2003 car ce type de serveur peut acheminer le courrier vers la nouvelle boîte aux lettres.
Remarque :Pour éliminer les rapports de non-remise, supprimez les connecteurs de sites entre les sites Exchange 5.5 et créez des connecteurs vers le site central, de façon que tout le courrier soit acheminé via le site central ou un serveur Exchange 2003. Un utilisateur autorisé peut effectuer une action liée au calendrier pour republier des données de disponibilité pour les boîtes aux lettres de ressources Les données de disponibilité ne sont pas transférées au nouveau serveur lorsque vous déplacez des boîtes aux lettres entre les sites. Pour les utilisateurs, les données de disponibilité sont plutôt publiées sur les nouveaux serveurs quinze minutes après qu'un utilisateur s'est connecté à la boîte aux lettres ou a effectué une action liée au calendrier (par exemple, la création ou l'acceptation d'une demande de rendez-vous). Cependant, pour les boîtes aux lettres de ressources (telles que les salles de réunion), une personne disposant d'un accès à la boîte aux lettres de ressources doit ouvrir la boîte aux lettres et effectuer une action liée au calendrier pour republier les informations de disponibilité.
Le service Gestionnaire de clés nécessite l'exportation de certificats Le service Gestionnaire de clés continue de fonctionner après un déplacement inter-site si vous utilisez des certificats X.509v3, mais pas si vous utilisez des certificats v1. Avec les certificatsv1, les utilisateurs qui ont changé de site peuvent décrypter d'anciens messages, mais ils ne peuvent pas signer ni crypter les nouveaux messages. Si vous utilisez le service Gestionnaire de clés, avant de déplacer des utilisateurs entre les sites, exportez vos certificats, même si le même serveur du service Gestionnaire de clés fournit le service au site central. Après le déplacement, importez les certificats vers le serveur du service Gestionnaire de clés du site central. Exécutez l'outil de mise à jour de profil Exchange (Exprofre.exe) après le déplacement.
Exchange Conferencing Server nécessite un basculement en mode natif Si vous exécutez Exchange Conferencing Server, vous devez d'abord basculer en mode Exchange natif, puis consolider les sites. Cette approche permet d'éviter les problèmes liés aux attributs legacyExchangeDN et de garantir la continuité du fonctionnement de Microsoft Exchange Conferencing Server.