Questions et réponses sur la file d’attente Exchange : D'une forêt à l'autre
Il est possible de partager les boîtes aux lettres et les données entre les forêts, mais vous devez pour cela jongler avec la configuration.
Henrik Walther
Douleurs de croissance
Q. Nous sommes une grande entreprise exécutant Exchange 2010. Nos clients Exchange sont un mélange de Outlook 2007 et Outlook 2010. Nous avons juste acquis une autre entreprise exécutant Exchange 2007 et utilisant des clients Outlook 2007. Finalement, nous allons à fusionner les infrastructures, mais parce que chaque entreprise se compose de plus de 100 000 utilisateurs, nous devons établir la coexistence riche avant de passer à la migration réelle.
Pourrait vous nous fournir quelques recommandations sur la façon d'aborder la coexistence d'échange avec ce mélange spécifique de clients Outlook ? Nous allons visant à partager les informations de disponibilité et de calendriers entre les forêts de l'échange.
**R :**Il s'agit d'un sujet un peu complexe, mais vous avez essentiellement les options suivantes :
- Utiliser le service Microsoft Fédération Gateway (FAB)
- Utiliser le service de disponibilité d'Exchange
Le service MFG est un service relativement nouveau (voir Figure 1), introduit avec Exchange 2010. Les caractéristiques de la Fédération en échange de 2010 tirer profit de ce nouveau service de base de Windows Live.
Fondamentalement, MFG agit comme un courtier de confiance entre les organisations Exchange 2010 qui veulent partager les données. Il est important de souligner que, bien qu'il utilise une passerelle de Microsoft pour établir la Fédération fiducies entre organisations Exchange 2010, aucune donnée d'aucune des organisations Exchange impliquées n'est partagée avec Microsoft. Le MFG simplement assure la sécurité lors de la publication d'informations du domaine et permettant de domaine l'accès aux données.
.jpg)
La figure 1 Microsoft Fédération Gateway permet de partager des données entre les domaines.
Les nouvelles fonctionnalités de la Fédération ne requièrent pas tout relations de confiance ou de la réplication des données entre les forêts Exchange impliqués. Dans votre cas, pour un utilisateur Exchange 2010 afficher le statut de disponibilité d'un utilisateur dans une autre organisation, l'utilisateur d'Outlook 2007/2010 tapez simplement adresse de courriel de cette personne dans l'ordonnancement adjoint.
À l'aide de politiques de partage, vous pouvez définir précisément quelles données vous souhaitez partager et à ce niveau que les données devraient être partagées (voir Figure 2). Au sein de la politique de partage organisationnelle, vous pouvez créer une politique de partage. Ici vous pouvez spécifier la quantité d'informations et avec laquelle les utilisateurs du domaine doivent être capables de partager.
.jpg)
La figure 2 lors de l'établissement d'une nouvelle relation de part, vous avez un contrôle granulaire sur l'étendue du partage.
Vous mentionnez la société que vous avez acquis utilise Exchange 2007. Il est important de noter que Exchange 2007 n'est pas directement en charge Mfg. Vous pouvez déployer un serveur d'accès au Client Exchange 2010 au sein de la forêt d'Exchange 2007 et profiter du soutien de proxy de bas niveau.
MFG n'exige pas un utilisateur de la boîte aux lettres de l'autre forêt d'échange d'être représentés comme un objet de l'utilisateur de la messagerie, afin qu'il n'est pas nécessaire de configurer GALSync entre les forêts. Il serait, toutefois, logique dans un scénario de coexistence où vous souhaitez fournir à vos utilisateurs avec une liste unifiée sur l'adresse globale (GAL) d'expérience.
Si vous utilisez le service de disponibilité intégré, vous devez configurer GALSync (pour représenter les utilisateurs de boîte aux lettres dans la forêt distante comme utilisateur de messagerie [MEU] des objets dans la forêt locale) et utiliser la cmdlet Add-AvailabilityAddressSpace pour ajouter de l'espace de noms respectif.
Il faut également noter que chaque forêt d'échange devrait être capable de se connecter au service de disponibilité dans l'autre org utilisant le pleinement qualifiés nom de domaine spécifié pour les URL internes du répertoire virtuel Exchange Web Services. Vous devez établir une relation de confiance à l'échelle de la forêt entre les forêts. Cela vous permettra de configurer le service de disponibilité pour récupérer des informations de disponibilité sur une base par utilisateur. Pour plus d'informations sur des topologies de disponibilité inter-forêts, consultez le documentation Exchange 2010 TechNet.
Dans votre scénario, vous n'avez pas les clients Outlook 2003 dans le mélange. Si donc, vous devrez également configurer InterOrg à reproduire des informations de disponibilité à travers les forêts, comme Outlook 2003 ne supporte le service de disponibilité. Parce que vous souhaitez configurer la coexistence temporaire entre deux forêts Exchange sur des réseaux privés, je recommande l'utilisation du service de disponibilité.
Traverser les forêts
Q. Nous planifions sur la configuration de la disponibilité de la Croix-forêt entre deux forêts Exchange à l'aide de la cmdlet Add-AvailabilityAddressSpace. Est cette prise en charge si les forêts Exchange partagent le même espace d'adressage SMTP ?
**R :**Oui, ce scénario est pris en charge, mais il y a un détail important. Lorsque vous utilisez la cmdlet Add-AvailabilityAddressSpace pour configurer la disponibilité et le calendrier partage entre deux forêts Exchange, vous devez déployer GALSync pour représenter les utilisateurs de boîte aux lettres dans la forêt distante comme objets MEU dans la forêt locale (voir Figure 3). Comme vous le savez probablement, un objet MEU transfère tout le courrier à une adresse de messagerie externe (l'attribut d'adresse cible de l'objet).
.jpg)
La figure 3 partage des données de calendrier entre les forêts requiert la configuration adéquate.
Lorsqu'un utilisateur de boîte aux lettres Exchange dans une forêt demande des informations sur la disponibilité d'un utilisateur de la boîte aux lettres d'une autre forêt, le service de disponibilité envoie la demande à l'adresse de messagerie externe de l'objet MEU qui représente l'utilisateur de la boîte aux lettres dans cet autre forêt.
Lorsque vous utilisez le même espace d'adressage SMTP dans les deux forêts Exchange, la partie du domaine de la cible adresse évidemment sera le même dans les deux forêts. Pour cette raison, le service de disponibilité ne sauront comment arriver à l'autre forêt. Exchange utilise auto-découvre afin de déterminer où il devrait envoyer la demande de disponibilité. Car auto-Découvrez utilise l'adresse de courriel principale pour un utilisateur de la boîte aux lettres ou l'adresse de messagerie externe pour une MEU objet, cela doit pointer vers l'espace d'adressage de la forêt où se trouve la boîte aux lettres de l'utilisateur.
Tellement afin d'obtenir ce travail correctement, vous devez utiliser un espace d'adressage SMTP primaire unique pour chaque organisation. Puis comprennent l'espace d'adressage SMTP partagé comme une adresse proxy secondaire sur les objets MEU. Vous devez également configurer auto-découverte pour les deux espaces d'adresse unique et configuration des connecteurs entre forêts pour flux de messagerie fonctionne en conséquence (voir Figure 4).
.jpg)
La figure 4 configuration appropriée est nécessaire afin d'assurer le flux de messagerie appropriée.
Fichiers partagés
Q. Nous sommes une boutique d'échange 2010, et nos utilisateurs accès souvent une boîte aux lettres partagée. Nous avons ajouté la boîte aux lettres partagé comme une boîte aux lettres supplémentaire dans le profil de chaque utilisateur Outlook.
Cet fonctionne bien, sauf pour le fait que les messages envoyés à partir de la boîte aux lettres supplémentaire allez dans le dossier de « Des éléments envoyés » de la boîte aux lettres principale dans un profil d'utilisateur. Afin que les autres utilisateurs accéder à la boîte aux lettres partagée pour suivre l'activité dans la boîte aux lettres partagée, il est important pour nous que les messages sortants sont stockés dans le dossier « Sent items » de la boîte aux lettres partagée. Nous utilisons les clients Outlook 2010. Savez-vous si cela est possible ?
**R :**C'est une situation courante et pas seulement avec Exchange 2010 et Outlook 2010. Bien qu'il n'est pas bien connu, vous avez été capable de modifier ce comportement standard à l'aide d'une clé de Registre spécifiques du client Outlook. Lorsque ajoutant la clé de Registre, lorsque vous répondez à ou messages électroniques avant situé dans la boîte aux lettres partagée, ils vont effectivement dans le dossier prévu « Sent items ».
Pour modifier le comportement de « Sent items », vous devez créer la clé de Registre suivante (voir Figure 5) :
**Clé :**HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Outlook\Preferences
**Name :**DelegateSentItemsStyle
**Type :**DWORD
Valeur : 1
Notez qu'il doit être créé sur HKEY_CURRENT_USER.
.jpg)
La figure 5 Changing où sont stockés les éléments envoyés d'une boîte aux lettres partagée nécessite une nouvelle clé de Registre.
Exchange 2010 Migration
Q. Nous sommes dans les étapes de planification du déploiement Exchange 2010 dans notre société. Nous avons environ 130 000 boîtes aux lettres dans Exchange 2007. Lorsque nous avons été transférés à Exchange 2007, nous avons trouvé un livre blanc de Microsoft qui a expliqué comment Microsoft IT a conçu la solution Exchange 2007 pour Microsoft. Savez-vous si il existe un livre blanc similaire pour Exchange 2010 ?
**R :**Un de mes collègues, Kay Unkroth à Biblioso Corp., a écrit la solution Exchange 2007 pour le papier de Microsoft pour la vitrine de Microsoft IT. Il a également écrit de nombreux autres spécifiques à Exchange 2007 livres blancs, que dont certains j'activement travaillé sur ainsi. Vous pouvez trouver tous les documents de white spécifiques à Exchange 2007 publiés par Microsoft IT Showcase au cours des années dans la bibliothèque de TechNet.
Microsoft IT a également publié des livres blancs de spécifiques à Exchange 2010. Celles-ci ont été publiées lorsqu'Exchange 2010 a été libéré. Vous pouvez les trouver sur le même page TechNet Library.
Microsoft IT Showcase publie également des livres blancs, décrivant les autres technologies telles que les Lync Server, Microsoft Forefront, Bureau 365 et ainsi de suite. Vous voudrez peut-être envisager d'abonnement à la vitrine de Microsoft IT flux RSS à suivre sur ce qui a été publié.
.jpg)
Henrik Walther est un Microsoft Certified Master : MVP Exchange 2007 et Exchange avec plus de 15 ans d’expérience dans le domaine informatique. Il travaille comme architecte technologique pour Timengo Consulting et comme rédacteur technique pour Biblioso Corp. (une entreprise américaine spécialisée dans géré les services de documentation et de la localisation).