Microsoft Exchange Server 2010 : Exchange Server Coexistence
Vous pouvez commencer à partir de zéro avec Microsoft Exchange Server 2010, mais il est très probable que vous ayez encore besoin d’une période de transition pendant laquelle vous utiliserez une version précédente.
Extrait de « Échange 2010 – A Practical Approach, » publié par Red Gate Books (2009).
Jaap Wesselius
Ce n'est vraiment pas que difficile à installer et à configurer correctement Exchange Server 2010 dans un nouvel environnement. Toutefois, il est plus probable que vous utilisez déjà une version antérieure d'échange, comme Exchange Server 2007 ou Exchange Server 2003. Qui obtient un peu plus compliquée.
De nombreuses entreprises n'ont pas mis à niveau d'Exchange Server 2003 vers Exchange Server 2007. Un motif commun est que « Exchange Server 2003 est assez bon. » Pour être juste, si l'évolutivité, la messagerie unifiée ou la haute disponibilité des options dans Exchange Server 2007 ne peut vous aider à prendre une solide analyse de rentabilisation pour la mise à niveau, c'est une décision tout à fait compréhensible.
Avec Exchange Server 2010, cependant, choses vont changer. En plus de la nouvelle fonctionnalité, vous trouverez que Microsoft s'arrête finalement soutenant Exchange Server 2003. Discussion de Microsoft sera sur Exchange Server 2010 et Exchange Server 2007. Donc, si vous voulez vous assurer que vous êtes entièrement pris en charge, vous pouvez mettre à niveau d'Exchange Server 2010 de deux façons :
- Intégrer Exchange Server 2010 à votre infrastructure existante et de transition de vos boîtes aux lettres pour les nouveaux serveurs Exchange. Vous pouvez utiliser cette méthode lorsque vous exécutez Exchange Server 2007 ou Exchange Server 2003.
- Construire une nouvelle infrastructure Active Directory et Exchange Server 2010 et la migration de vos boîtes aux lettres au nouvel environnement. Il s'agit de la méthode préférée si votre environnement actuel n'est pas compatible avec Exchange Server 2010.
Déplacement de boîtes aux lettres d'Exchange Server 2003 vers Exchange Server 2010 est appelée en transition. Si vous avez déjà Exchange Server 2010 installé et vous déménagez une nouvelle forêt Active Directory et boîtes aux lettres d'une forêt Active Directory à l'autre, il est appelé migration.
Ici je concentrerai sur l'intégration de Exchange Server 2010 dans un environnement Exchange Server 2003 ou Exchange Server 2007 existant. Gardez à l'esprit que vous ne pourrez pas installer Exchange Server 2010 dans un environnement Exchange Server 2000. Ceci est appliquée dans les programmes d'installation, qui vérifiera la version actuelle de tous les serveurs Exchange. Si Exchange Server 2000 est détecté sur n'importe quel serveur, le programme d'installation sera affiche une erreur et abandonner.
Exchange Server 2010 prend en charge les scénarios de déploiement suivants :
- La forêt unique, site unique Active Directory
- La forêt unique, sites multiples Active Directory
- Forêt de multiples, sites multiples Active Directory
- Coexistence avec Exchange Server 2003 SP2 — un scénario de coexistence de Exchange Server 2010 ne soutiendra pas les anciennes versions de Exchange Server 2003
- Coexistence avec Exchange Server 2007 SP2 — un scénario de coexistence de Exchange Server 2010 ne soutiendra pas les anciennes versions de Exchange Server 2007
Lors de la transition vers Exchange Server 2010, vous devez démarrer avec un site Internet faisant face à Active Directory. Autres sites Active Directory bougera plus tard dans le processus de transition. Vous ne peut pas démarrer avec les sites Active Directory internes parce qu'il n'est pas pris en charge.
Scénarios de coexistence
Parlons un peu de vous exécutant Exchange Server 2010 dans la coexistence avec les environnements plus âgés respectifs, y compris :
- L'ordre dans lequel vous devez installer les différents serveurs
- Actives Directory améliorations et considérations préalables
- Le processus d'installation d'Exchange Server 2010
- L'infrastructure de SMTP
- Déplacement de boîtes aux lettres
Lors de la planification d'avoir Exchange Server 2010 à coexister avec Exchange Server 2003, vous devez examiner les nombreuses différences entre les deux. Les plus importants sont :
- Exchange Server 2010 est disponible uniquement en version 64-bit
- Exchange Server 2010 n'utilise pas des groupes d'administration pour la délégation de contrôle
- Exchange Server 2010 n'utilise pas les groupes de routage pour le routage des messages
- Exchange Server 2010 n'utilise pas Link State Routing de mise à jour de la table de routage
- Exchange Server 2010 n'utilise pas le Service de mise à jour de destinataire pour définir les propriétés d'échange sur les objets de destinataire
Ceci est une liste beaucoup plus vaste que les différences avec Exchange Server 2007. Ces différences sont également plus significatifs. Juste pour vous assurer que tout le monde est sur la même page proverbiale, voici en regardant ce qui est différent.
Prise en charge 64 bits
Exchange Server 2010 est uniquement disponible dans une version 64 bits. Le groupe produit Exchange est tirant pleinement parti des progrès matériel fait depuis la version de Exchange Server 2007. La plate-forme actuelle 32-bit (X 86) a été développée dans les années 1980 et a une limite de mémoire de 4 Go. En ces jours, 4 Go de mémoire a été au-delà de tout le monde imaginaire. Aujourd'hui, 4 Go de mémoire est généralement installé dans un ordinateur portable.
Comme le successeur de la plateforme 32 bits, l'un des avantages clairs de 64 bits est une limite théorique de mémoire de 2 ^ 64 octets, ou 16PB (pétaoctets). Windows évidemment ne peut résoudre cette quantité de mémoire encore.
La limite actuelle de la mémoire de Windows Server 2008 R2 Enterprise est 2 to. Naturellement, les processeurs actuels ne peuvent résoudre tout proche de cette mémoire physique beaucoup, mais la Loi de Moore et la marche inexorable du progrès technologique signifient que cette limite continuellement se développera à l'avenir.
Tandis que les 4 Go de mémoire pourrait être suffisant pour un ordinateur portable ou un poste de travail, pour les applications grand serveur comme serveur Exchange, un simple 4 Go de mémoire est une limitation énorme — ce qui peut être clairement illustré dans Exchange Server 2003, lorsqu'ils ont plus de 2 000 boîtes aux lettres sur un serveur Exchange entraînera une pénalité d'e/S de disque sévère, qui entraîne généralement une solution de stockage cher. Il existe des techniques spéciales de traiter plus de 4 Go de mémoire sur la plateforme 32 bits, comme une Extension adresse physique (PAE), dont vous pouvez lire plus sujet à l'aide de Microsoft (tinyurl.com/32bitPAE).
Cependant, Exchange Server 2003 n'utilise pas cette technique. Il est coincé avec la limite de mémoire de 4 Go (et vous pouvez en savoir plus sur qu'au Support de Microsoft : tinyurl.com/2003Limit). Étant donné que Exchange server 2010 est seulement 64-bit, cela implique automatiquement qu'une mise à niveau sur place de Exchange Server 2003, Exchange Server 2010 est impossible. Vous devez toujours installer un nouveau Exchange Server 2010 dans un environnement de 2003 sur le matériel distinct. Il en va de même pour Exchange Server 2007. Bien qu'il soit aussi une application 64 bits, Microsoft ne prend pas une mise à niveau sur place en raison de la complexité technique dans les deux produits.
Ne groupes administratifs aucun contrôle plu de délégué
Exchange Server 2003 utilise des groupes d'administration pour déléguer le contrôle. Cela vous permet de créer plusieurs groupes d'administration et de déléguer le contrôle aux administrateurs de différents. Par exemple, si vous êtes avec une grande entreprise multinationale, vous pouvez créer des groupes d'administration pour chaque pays. Chaque pays pourraient avoir son propre service d'administration Exchange, responsable du maintien de leurs serveurs Exchange locales.
Vous pourrait déléguer le contrôle du groupe administratives appropriées spécifiques groupes universels de sécurité, pour qui ces administrateurs Exchange sont attribués. Malheureusement, cette approche est compliquée et source d'erreurs.
Exchange Server 2010 n'utilise plus les groupes administratifs. Lorsque vous installez d'abord Exchange Server 2010, il créera un nouveau groupe d'administration dans Active Directory, appelé « Exchange Administrative Group (fydibohf23spdlt). » Il va installer tous les serveurs ultérieures dans ce groupe d'administration. Vous maintenant Déléguez le contrôle dans Exchange Server 2010 avec un modèle de contrôle d'accès basé sur des rôles (RBAC).
Routage ne groupes aucun message de Route plus longue
De routage des messages entre les différents lieux, Exchange Server 2003 utilise des groupes de routage. Un groupe de routage est un endroit avec un réseau large bande passante et faible latence, tel qu'un bureau avec un réseau interne de 100 Mbits/S, où tous les serveurs Exchange Server 2003 ont un accès complet à l'autre, tout le temps.
Lorsqu'il y a actuelles plusieurs emplacements, chacun a son propre groupe de routage. Les groupes de routage dans une infrastructure d'échange sont connectés avec connecteurs de groupe de routage, ainsi que des groupes de routage sont très semblables aux sites Active Directory. Active Directory sites ont été depuis Windows 2000 Active Directory, mais Exchange Server 2003 seulement n'a pas les utiliser.
Au lieu de groupes de routage, Exchange Server 2010 utilise désormais les sites Active Directory pour acheminer les messages aux serveurs Exchange dans d'autres endroits. Pour vous connecter Exchange Server 2010 avec un environnement Exchange Server 2003 dans la même forêt Active Directory (et donc la même organisation Exchange), il y a un groupe de routage spécial, "Groupe de routage Exchange (DWBGZMFD01QNBJR)," créée lorsque vous installez d'abord Exchange Server 2010.
Il y a aussi un spécial Interop routage connecteur de groupe créé lors de l'installation de ce serveur initial. Il achemine les messages entre Exchange Server 2003 et Exchange Server 2010. Car Exchange Server 2010 utilise les sites Active Directory pour le routage des messages SMTP, chaque site qui contient un rôle serveur de boîtes aux lettres Exchange Server 2010 devront également un rôle de serveur de Transport Hub de Exchange Server 2010.
État du lien de routage ne sont plus mises à jour de la Table de routage
Un processus appelé État du lien est utilisé pour conserver les informations de routage à jour dans Exchange Server 2003. Lorsqu'un connecteur Exchange Server 2003 modifie son état, elle met à jour la Table de routage utilisé par les connecteurs de groupe de routage. Cette Table de routage est immédiatement envoyée à d'autres serveurs Exchange dans le même groupe de routage.
Lorsqu'un serveur Exchange Server 2003 ouvre une connexion SMTP vers un serveur similaire dans un autre groupe de routage, il compare les Tables de routage sur les deux serveurs. Si nécessaire, la version la plus récente de la Table de routage est envoyée à l'autre serveur.
Cela fonctionne très bien tant que la Table de routage n'est pas très grande. Il y a des cas connus avec plus de 75 groupes de routage et centaines de connecteurs de groupe de routage où la Table de routage était entre 750 Ko et 1 MB en taille. Il ne sonnera pas comme beaucoup, mais lorsqu'une Table de routage sont aussi échangée fréquemment, cela aura un impact négatif perceptible sur le trafic réseau à travers le WAN.
Comme expliqué précédemment, Exchange Server 2010 a remplacé ce système dans son ensemble avec les liens de site Active Directory. Il exploite les informations Active Directory pour déterminer une route alternative lorsqu'un lien spécifique n'est plus disponible. Avant d'installer le premier serveur Exchange Server 2010 dans un environnement Exchange Server 2003 existant, vous devez supprimer les mises à jour de l'état de lien pour éviter les conflits de routage entre les versions d'Exchange.
Il n'y a plus d'informations sur le routage des messages dans Exchange Server 2003 dans le "Transport de serveur Exchange et routage Guide." Lorsque vous souhaitez examiner de plus près à la table de routage dans votre propre environnement Exchange Server 2003, vous pouvez Télécharger l'outil WinRoute.
Recipient Update Service vs. Stratégies d'adresse de Courriel
Le Service de mise à jour de destinataire (RUS) dans Exchange Server 2003 est le service chargé de la mise à jour des propriétés spécifiques à Exchange de destinataires Exchange dans Active Directory. Lorsque vous utilisez Active Directory utilisateurs et ordinateurs pour créer un nouvel utilisateur, RUS va ramasser le compte utilisateur et « timbre » avec des attributs spécifiques à Exchange, tels que le serveur associé, homeMTA, homeMDB, adresses de courriel. Il peut prendre un certain temps pour un utilisateur d'être pleinement provisioned et disponible, surtout sur les serveurs occupés. Le Service fait partie de la surveillance du système et il n'y a qu'une seule instance s'exécutant dans chaque domaine Active Directory.
Exchange Server 2010 n'utilise pas la RUS anymore. Il utilise des stratégies d'adresse de courriel au lieu de cela. Lorsque vous créez un utilisateur de la boîte aux lettres, il applique immédiatement une politique d'adresse de courriel. Par conséquent, la boîte aux lettres est immédiatement disponible. L'objet utilisateur doit encore être répliquées entre tous les contrôleurs de domaine d'être pleinement accessible à tous les endroits.
Dans un scénario de coexistence, vous pouvez seulement gérer la RUS et les politiques de destinataire qui l'accompagne depuis le Gestionnaire système Exchange Server 2003. Vous pouvez seulement gérer Exchange Server 2010 adresse liste des politiques de la Console de gestion Exchange ou Exchange Management Shell. La seule fois où qu'une politique destinataire est accessible à l'aide d'Exchange Management Shell est mise à niveau de la politique de bénéficiaire d'une politique d'adresse de courriel.
Compte tenu de ces différentes fonctionnalités et options de configuration devrait vous aider à garder votre Exchange Server 2010 coexister pacifiquement avec Exchange Server 2007 ou 2003.
.jpg)
**Jaap Wesselius**est le fondateur de DM Consultants, une entreprise avec un fort accent mis sur les solutions de messagerie et de collaboration. Après avoir travaillé chez Microsoft depuis huit ans, Wesselius a décidé de s'engager plus de son temps à la communauté d'échange aux Pays-Bas, entraînant dans un MVP de Exchange Server 2007. Wesselius est aussi un collaborateur régulier à la Néerlandais Unified Communications User Group et un auteur régulière pour Simple-Talk.
En savoir plus sur « Échange 2010 – A Practical Approach » à red-gate.com/our-company/about/book-store/.