Partager via

Configurer la disponibilité partage entre les organisations Exchange

  • Article

 

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

Dernière rubrique modifiée : 2016-11-28

Cette délégation fédérée permet aux utilisateurs de votre organisation Exchange locale de partager des informations de disponibilité avec des destinataires d’autres organisations Exchange également configurées pour la délégation fédérée. Le partage des disponibilités peut être activé entre deux organisations exécutant Exchange Server 2010, ainsi qu’entre des organisations à déploiement Exchange mixte. Pour plus d’informations, voir Présentation de la délégation fédérée.

Cette rubrique fournit un résumé des exigences et des étapes de configuration nécessaires pour activer le partage des disponibilités entre différents types des déploiements Exchange communs suivants :

  • Deux organisations Exchange 2010 Service Pack 1 (SP1) :

  • Une organisation Exchange 2007 (ou une organisation mixte Exchange 2007 et Exchange 2010) et une organisation Exchange 2010.

  • Une organisation Exchange Server 2003 (ou une organisation mixte Exchange 2003 et Exchange 2007) et une organisation Exchange 2010.

Cette rubrique traite également les limites du partage des informations relatives à la disponibilité entre des organisations Exchange fédérées.

Partage de disponibilité entre des organismes Exchange 2010

Pour configurer le partage de disponibilité entre deux organisations Exchange 2010 fédérées, effectuez les étapes décrites dans Configurer la délégation fédérée pour les deux organisations.

Partage de disponibilité entre des organismes Exchange 2007 et Exchange 2010

Pour configurer le partage de disponibilité entre les organisations Exchange 2007 et Exchange 2010, suivez les étapes mentionnées ci-dessous pour chaque organisation Exchange.

  1. Ajouter un serveur Exchange 2010 SP1   Un serveur Exchange 2010 SP1 avec le rôle serveur d’accès au client (CAS) doit être installé dans l’organisation Exchange 2007. Si vous avez d’autres serveurs existants Exchange 2010, ces derniers devraient être mis à jour vers Exchange 2010 SP1. Pour en savoir plus sur l’installation d’Exchange 2010 dans une organisation Exchange 2007, voir Exchange 2007 - Planification d’une feuille de route pour la mise à niveau et la coexistence.

  2. Délégation fédérée   Configurez la délégation fédérée entre les organisations Exchange 2007 et Exchange 2010 en effectuant les étapes décrites dans Configurer la délégation fédérée pour les deux organisations.

  3. Synchronisation d’Active Directory   La synchronisation d’Active Directory doit être configurée pour tous les utilisateurs devant partager des informations de disponibilité entre les organisations. Vous pouvez configurer la synchronisation d’Active Directory manuellement ou utiliser un service de synchronisation automatique d’Active Directory. Pour en savoir plus sur la synchronisation d’Active Directory, voir Forefront Identity Management.

  4. Espace d’adressage de disponibilité   Créer un nouvel espace d’adressage de disponibilité pour l’organisation Exchange 2010 distante qui dirige les requêtes de disponibilité des utilisateurs de boîtes aux lettres Exchange 2007 vers le serveur Exchange 2010 d’accès au client dans l’organisation Exchange 2007. Ce paramètre permet de rediriger via proxy les requêtes de disponibilité des utilisateurs d’Exchange 2007 aux utilisateurs de l’organisation Exchange 2010 distante par l’intermédiaire du serveur CAS Exchange 2010 dans l’organisation Exchange 2007. Le serveur d’accès au client Exchange 2010 utilise l’approbation de fédération et la relation d’organisation pour envoyer les requêtes de disponibilité au point final de disponibilité de la forêt d’organisation distante Exchange 2010.

    Exécutez la commande suivante dans l’environnement de ligne de commande Exchange Management Shell d’Exchange sur le serveur d’accès au client Exchange 2010 dans l’organisation Exchange 2007 pour configurer l’espace d’adressage de disponibilité :

    Add-AvailabilityAddressSpace -AccessMethod InternalProxy -ProxyUrl https://<Exchange 2010 CAS server name>/ews/exchange.asmx -ForestName <SMTP domain of the remote Exchange organization> -UseServiceAccount $True

Partage de disponibilité entre des organismes Exchange 2003 et Exchange 2010

Pour configurer le partage de disponibilité entre les organisations Exchange 2003 et Exchange 2010, suivez les étapes mentionnées ci-dessous pour chaque organisation Exchange.

  1. Ajouter un serveur Exchange 2010 SP1   Un serveur Exchange 2010 SP1 avec le rôle serveur d’accès au client et de boîte aux lettres doit être installé dans l’organisation Exchange 2003. Si vous avez d’autres serveurs existants Exchange 2010, ces derniers devraient être mis à jour vers Exchange 2010 SP1. Pour en savoir plus sur l’installation d’Exchange 2010 dans une organisation Exchange 2003, voir Exchange 2003 - Planification d’une feuille de route pour la mise à niveau et la coexistence.

  2. Configurer la délégation fédérée   Configurez la délégation fédérée entre les organisations Exchange 2003 et Exchange 2010 en effectuant les étapes décrites dans Configurer la délégation fédérée pour les deux organisations.

  3. Configurer la synchronisation d’Active Directory   La synchronisation d’Active Directory doit être configurée pour tous les utilisateurs devant partager des informations de disponibilité entre les organisations. Vous pouvez configurer la synchronisation d’Active Directory manuellement ou utiliser un service de synchronisation automatique d’Active Directory. Pour en savoir plus sur la synchronisation d’Active Directory, voir Forefront Identity Management.

    ImportantImportant :
    Le dossier public OU=EXTERNAL (FYDIBOHF25SPDLT) n’est créé sur le serveur CAS/de boîte aux lettres d’Exchange 2010 que si l’option de création du dossier public est sélectionnée pendant l’installation d’Exchange 2010. De plus, cette option n’est disponible durant le processus d’installation que si le serveur CAS/de boîte aux lettres d’Exchange 2010 est le premier serveur de boîtes aux lettres installé dans l’organisation. Si la base de données OU=EXTERNAL (FYDIBOHF25SPDLT) n’a pas été créée pendant l’installation, vous devrez créer ce dossier manuellement. Pour plus d’informations, voir : Comment résoudre les problèmes de disponibilité lorsque vous utilisez Exchange fédération dans le 365 Office de Microsoft pour l’environnement des entreprises

  4. Suivre les étapes ci-dessous pour configurer des dossiers publics pour le partage de disponibilité dans votre organisation Exchange 2003.

    1. Dans le Gestionnaire système Exchange, accédez à Groupes d’administration > Premier groupe d’administration > Serveurs.

    2. Sélectionnez votre serveur Exchange 2003, puis accédez à Premier groupe de stockage > Banque de dossiers publics > Dossiers publics > Schedule+ LIBRE/OCCUPÉ.

    3. Dans le volet Actions, sélectionnez le dossier OU=EXTERNAL (FYDIBOHF25SPDLT) pour le Premier groupe d’administration.

    4. Cliquez avec le bouton droit sur le dossier OU=EXTERNAL (FYDIBOHF25SPDLT), puis cliquez sur Propriétés.

    5. Dans Propriétés OU=EXTERNAL (FYDIBOHF25SPDLT), sélectionnez l’onglet Réplication.

    6. Pour répliquer le dossier OU=EXTERNAL (FYDIBOHF25SPDLT) sur le serveur CAS/de boîte aux lettres d’Exchange 2010, cliquez sur Ajouter.

    7. Dans Sélectionner une banque de dossier public, sélectionnez la Base de données de dossiers publics du serveur CAS/de boîte aux lettres d’Exchange 2010 et cliquez sur OK.

      RemarqueRemarque :
      Par défaut, Exchange utilise la planification de la réplication définie dans la base de données de dossiers publics.

    8. Cliquez sur OK pour fermer Propriétés OU=EXTERNAL (FYDIBOHF25SPDLT) et enregistrer vos modifications.

    9. Effectuez les mêmes étapes pour le dossier OU=Exchange Administrative Group (FYDIBOHF23SPDLT).

      AvertissementAvertissement :
      Selon la taille des dossiers publics, il est possible que la réplication prenne plusieurs heures.

    10. Après la réplication des dossiers publics OU=EXTERNAL (FYDIBOHF25SPDLT) et OU=Exchange Administrative Group (FYDIBOHF23SPDLT) sur le serveur CAS/de boîte aux lettres d’Exchange 2010, vous devez supprimer les réplicas de ces dossiers publics sur le serveur Exchange 2003.

  5. Modifier le paramètre LegacyExchangeDN    Modifier le paramètre LegacyExchangeDN sur tous les objets à extension messagerie dans l’organisation Exchange 2003 de référence de l’organisation Exchange 2010 distante. Changer la valeur de l’unité d’organisation existante pour l’objet à extension messagerie en Externe (FYDIBOHF25SPDLT). Par exemple, LegacyExchangeDN = / o = première organisation/ou = Externe (FYDIBOHF25SPDLT) / cn = destinataires/cn = nom d’utilisateur

Limites du partage de disponibilité

Les limites suivantes s’appliquent lors du partage d’informations de disponibilité entre des organisations Exchange fédérées :

  • Outlook Web Access 2003   Lorsqu’un utilisateur dans une organisation Exchange 2003 utilise Outlook Web Access pour accéder à la disponibilité dans une organisation Exchange 2010 distante, la requête échoue. Les connexions à Outlook Web Access depuis Exchange 2003 ne peuvent pas établir de connexions WebDAV (Web-based Distributed Authoring and Versioning) avec un dossier de système de disponibilité pour récupérer les informations de disponibilité d’utilisateurs distants. Etant donné qu’Exchange 2010 ne prend pas en charge les connexions WebDAV, le serveur Exchange 2003 ne peut pas se connecter à Externe (FYDIBOHF25SPDLT) sur le serveur CAS/de boîte aux lettres Exchange 2010 pour traiter des requêtes Outlook Web Access. Les clients Outlook ne subissent pas cette limite parce qu’ils utilisent MAPI au lieu de WebDAV lorsqu’ils se connectent à Externe (FYDIBOHF25SPDLT).

  • Latence du réseau étendu (WAN)   Dans les organisations Exchange 2003, les réplicas de tous les dossiers de disponibilité doivent résider sur des serveurs de boîte aux lettres Exchange 2010 SP1. Dans les environnements où des bases de données de dossiers publics Exchange 2003 sont situées sur plusieurs sites physiques, des problèmes de latence excessive et de performance peuvent survenir si des requêtes de disponibilité internes doivent traverser des liens WAN pour accéder à des bases de données de dossiers publics Exchange 2010 ne se trouvant pas sur le même site physique.

  • Période d’informations de disponibilité   Les requêtes d’informations de disponibilité adressées à une organisation Exchange 2007 par une organisation Exchange 2010 peuvent échouer en raison d’une incohérence de la période des informations de disponibilité requises. Par défaut, Exchange 2007 accepte des requêtes de disponibilité pour 42 jours d’informations de disponibilité et Exchange 2010 peut demander 62 jours d’informations de disponibilité. Si la demande dépasse la limite par défaut de 42 imposée par Exchange 2007, la requête échouera.

    Suivez la procédure ci-dessous pour configurer vos serveurs CAS Exchange 2007 afin qu’ils acceptent des requêtes d’informations de disponibilité pour de plus longues périodes :

    1. Sur tous vos serveurs CAS Exchange 2007, ouvrez le fichier suivant avec un éditeur de texte, par exemple Notepad.

      <Chemin d’installation Exchange>\V14\ClientAccess\ExchWeb\EWS\web.config

      AttentionAttention :
      Avant d’apporter des modifications au fichier web.config, créez une copie du fichier et placez-la en lieu sûr.

    2. Recherchez la section appSettings dans le fichier web.config.

    3. Ajoutez une nouvelle clé « <add key="maximumQueryIntervalDays" value="62" /> » et enregistrez le fichier web.config.

      RemarqueRemarque :
      La valeur de maximumQueryIntervalDays n’est pas présente par défaut. Lorsque cette valeur n’est pas présente, Exchange 2007 utilise l’intervalle par défaut de 42 jours.

    4. Arrêtez et redémarrez Microsoft Internet Information Services (IIS) sur tous les serveurs CAS Exchange 2007.

  • Organisations Exchange avec des utilisateurs locaux et en nuage   Si vous configurez la délégation fédérée avec une autre organisation Exchange configurée dans un déploiement hybride avec un service en nuage comme Microsoft Office 365, les recherches de disponibilité pour les utilisateurs en nuage ou pour les utilisateurs distants ayant été migrés vers le nuage échoueront. Etant donné que la relation d’organisation pour votre organisation Exchange est avec l’organisation Exchange distante locale et pas avec l’organisation Exchange en nuage, la requête de disponibilité ne peut pas demander les utilisateurs en nuage. Exchange 2010 ne prend pas en charge la fonctionnalité de redirection via proxy de ces requêtes de disponibilité vers le service en nuage en passant par l’organisation locale.

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