Planification d'une feuille de route pour les nouveaux déploiements
S’applique à : Exchange Server 2010 SP2, Exchange Server 2010 SP3
Dernière rubrique modifiée : 2016-11-28
Avant de procéder au déploiement de Microsoft Exchange Server 2010, nous vous recommandons de lire cette rubrique pour mieux préparer votre organisation à ce déploiement.
Planification de l’organisation de Microsoft Exchange
Avant de déployer Exchange 2010, votre infrastructure existante doit répondre à certaines conditions requises. Consultez les rubriques suivantes pour vous assurer que votre organisation est prête pour Exchange 2010 :
Topologies prises en charge par Exchange 2010
Exchange 2010 prend en charge les topologies suivantes :
Forêt unique, plusieurs sites Active Directory.
Plusieurs forêts (modèle de forêt ressource) ; plusieurs sites Active Directory.
Site Active Directory unique.
Exchange 2010 ne prend pas en charge les topologies suivantes :
Installation d’une version antérieure d’Exchange dans une organisation Exchange 2010 récemment créée.
Important : L’ajout des versions antérieures de Exchange à une organisation Exchange 2010 uniquement n’est pas prise en charge.
Pour plus d’informations, consultez la rubrique Déployer des topologies à forêts multiples.
Assistant de déploiement de Microsoft Exchange Server 2010
Exchange Server 2010 présente l’assistant de déploiement de serveur Exchange, ou ExDeploy, un nouvel outil web qui peut vous aider pour votre déploiement Exchange. ExDeploy vous pose quelques questions sur votre environnement actuel, puis génère une liste de vérification et des procédures personnalisées qui simplifient davantage votre déploiement.
Pour plus d’informations, voir Assistant Déploiement d'Exchange 2010.
Planification d’Active Directory
Exchange 2010 utilise les services AD LDS (Active Directory Lightweight Directory Service) pour stocker et partager des informations d’annuaire avec Microsoft Windows. Pour plus d’informations, consultez la rubrique Planification d'Active Directory.
Réseau et planification de résolution de nom
Assurez-vous que vous enregistrez correctement les enregistrements d’hôte pour les serveurs qui exécutent Exchange 2010 dans le serveur DNS (Domain Name System) pour la forêt Active Directory. Des clients et autres serveurs utilisent le DNS comme service de résolution de noms pour localiser les serveurs Exchange. Vous devez confirmer que la résolution de noms est correctement configurée pour votre environnement. Pour plus d’informations, consultez les rubriques suivantes :
Planification du serveur de transport Hub
Le rôle serveur de transport Hub, nécessaire dans le cadre d’une organisation Exchange 2010, garantit le routage dans un réseau organisationnel unique au moyen de sites Active Directory. Déployés dans la forêt Active Directory, les ordinateurs sur lesquels le rôle serveur de transport Hub est installé gèrent le flux de messages dans l'organisation, appliquent des règles de transport et des règles de journal, et remettent des messages aux boîtes aux lettres des destinataires. Les messages qui sont envoyés à Internet sont relayés par le serveur de transport Hub sur le rôle serveur de transport Edge déployé dans le réseau de périmètre. Les messages reçus d’Internet sont traités par le serveur de transport Edge avant d’être relayés sur le serveur de transport Hub. Le rôle serveur de transport Hub stocke toutes ses informations de configuration dans Active Directory.
Si vous projetez de déployer le rôle serveur de transport Hub, vous devez prendre en considération tous les aspects suivants :
Options de topologie Planifiez d’abord l’emplacement dans lequel vous placeriez vos serveurs de transport Hub dans la topologie Exchange physique. Exchange utilise des sites Active Directory pour acheminer les messages ; par conséquent, vous devez déployer au moins un serveur de transport Hub sur chaque site Active Directory dans lequel vous déployez des serveurs de boîtes aux lettres. Pour plus d’informations sur la planification du placement du serveur de transport Hub, consultez la rubrique Vue d'ensemble du rôle serveur de transport Hub.
Capacité du serveur La planification de la capacité du serveur inclut la détermination de la manière dont vous effectuez la surveillance des performances du serveur de transport Hub. Le contrôle de la performance vous permet d’établir une ligne de base de performance pour vos serveurs. Ces informations déterminent la capacité de votre configuration matérielle.
Fonctionnalités de transport Déterminez les fonctionnalités de transport que vous activerez au niveau du serveur de transport Hub et la manière dont elles seront configurées.
Sécurité Le rôle serveur de transport Hub est déployé dans l’organisation Exchange. La planification pour la sécurité du serveur de transport Hub inclut la délégation de rôles administratifs et la vérification que les connexions IP sont uniquement activées à partir de serveurs autorisés. En outre, vous devriez vérifier qu’aucun service inutile ne fonctionne et qu’aucun point d’accès inutile n’est ouvert. Pour plus d’informations, consultez la rubrique Liste de vérification pour la sécurité du pré-déploiement.
Connectivité Internet pour les serveurs de transport Hub
Pour achever la configuration du flux de messagerie pour l’organisation Exchange et envoyer et recevoir un message électronique depuis et vers Internet, vous devez configurer les connecteurs d’envoi et de réception qui permettent au moins à un serveur de transport Hub de se connecter à Internet. Vous pouvez configurer la connectivité Internet pour un serveur de transport Hub au moyen de l’une des méthodes suivantes :
Vous pouvez déployer un serveur de transport Edge et l’abonner à l’organisation Exchange. Il s’agit de la méthode de déploiement recommandée. Par défaut, lorsque vous créez l’abonnement Edge, les connecteurs d’envoi requis sont automatiquement créés. Vous ne devez pas modifier la configuration du connecteur de réception par défaut sur le serveur de transport Hub pour ce scénario. Pour plus d’informations, consultez la rubrique Configurer le flux de messagerie Internet via un serveur de transport Edge abonné.
Vous pouvez déployer un serveur de transport Edge sans l’abonner à l’organisation Exchange. Dans ce cas, vous devez manuellement configurer les connecteurs d’envoi et de réception sur vos serveurs de transport Edge et vos serveurs de transport Hub et vous ne pourrez pas utiliser certaines fonctionnalités comme le filtrage des destinataires ou l’agrégation de listes fiables puisqu’il n’y a aucune réplication des données. Pour plus d’informations, consultez la rubrique Configurer le flux de messagerie entre un serveur de transport Edge et des serveurs de transport Hub sans utiliser EdgeSync.
Vous pouvez envoyer et recevoir des messages Internet par relais via les services Microsoft Exchange hébergés ou un autre serveur de passerelle SMTP (Simple Mail Transfer Protocol) tiers. Dans ce scénario, vous devez créer un connecteur d’envoi et un connecteur de réception entre le serveur de transport Hub et les serveurs SMTP externes qui traitent et acheminent les messages Internet. Pour plus d’informations, consultez la rubrique Configurer le flux de messagerie Internet via les services Exchange hébergés ou une passerelle SMTP externe.
Vous pouvez établir un flux de messagerie Internet directement à partir d’un serveur de transport Hub. Dans ce scénario, vous devez créer un connecteur d’envoi pour acheminer le courrier électronique sur Internet. Vous devez également modifier la configuration du connecteur de réception par défaut pour qu’il accepte les envois de messages anonymes. Dans ce scénario, le serveur de transport Hub Exchange 2010 peut être atteint directement via Internet. Nous ne recommandons pas cette topologie car elle augmente les risques liés à la sécurité en exposant à Internet le serveur Exchange 2010 et tous les rôles installés sur ce serveur. À la place, il est recommandé d’implémenter une passerelle SMTP basée sur un réseau de périmètre, comme le serveur de transport Edge. Pour plus d’informations, consultez la rubrique Configurer le flux de messagerie sur Internet directement à l’aide d’un serveur de transport Hub.
Remarque : Si vous choisissez d’établir le flux de messagerie sur Internet directement via vos serveurs de transport Hub, nous vous recommandons d’installer des agents de blocage du courrier indésirable sur ces serveurs pour protéger votre organisation Exchange contre tout courrier indésirable. Pour plus d’informations, consultez la rubrique Activer la fonctionnalité de blocage du courrier indésirable sur un serveur de transport Hub. Important : Si vous configurez un serveur de transport Hub côté Internet, vous ne pouvez pas configurer un connecteur d’envoi pour associer une adresse IP spécifique aux messages envoyés à partir du serveur de transport Hub. Par exemple, si plusieurs adresses IP sont attribuées au serveur de transport Hub, vous ne pouvez pas définir quelle adresse est utilisée par le connecteur d’envoi pour relayer un message électronique vers Internet. Si vous utilisez un relais SMTP, tel qu’un serveur de transport Edge, l’adresse IP de cet ordinateur est apposée en tant que source du message.
Haute disponibilité et équilibrage de la charge pour les serveurs de transport Hub
Les serveurs de transport Exchange 2010 présentent une fonctionnalité de redondance des clichés instantanés qui permet d’assurer la redondance des messages pendant toute la durée de leur transfert. La solution implique une technologie similaire à la benne (conteneur de dépôt) de transport. Grâce à la redondance des clichés instantanés, la suppression d’un message dans les bases de données de transport est retardée jusqu’à ce que le serveur de transport vérifie que les sauts suivants de ce message ont abouti. Si l’un des sauts suivants échoue avant de confirmer la remise du message, le message est renvoyé pour remise à ce saut suivant.
La redondance des clichés instantanés est activée par défaut dans votre environnement Exchange 2010. Pour plus d’informations sur la redondance des clichés instantanés, consultez la rubrique Présentation de la redondance des clichés instantanés.
Vous parvenez à un équilibrage de charge pour les serveurs de transport Hub lorsque vous installez plusieurs serveurs de transport Hub sur le même site Active Directory. Par défaut, la charge des serveurs de transport Hub est équilibrée automatiquement si plusieurs serveurs de transport Hub sont déployés dans un site Active Directory. Si un seul serveur de transport Hub est indisponible, les serveurs de transport Hub opérationnels continuent à accepter les connexions. Si tous les serveurs de transport Hub d’un site Active Directory sont indisponibles, les messages sont placés dans une file d’attente jusqu’à ce que le serveur de transport Hub devienne disponible ou que le message expire.
L’équilibrage de charge des connexions sortantes vers les domaines distants est exécuté en spécifiant plusieurs serveurs de transport Hub dans le même site Active Directory que le serveur source pour le connecteur d’envoi correspondant. L’équilibrage de la charge ne survient pas lorsque les serveurs sources pour un connecteur d’envoi se trouvent sur des sites Active Directory différents.
Remarque : |
---|
Si le serveur de transport Hub est installé sur le même matériel que le rôle serveur de boîtes aux lettres, un équilibrage de la charge peut se produire. Lorsqu’un rôle serveur de transport Hub se trouve sur le même matériel que le rôle serveur de boîtes aux lettres, le serveur local est préféré pour tous les messages envoyés par les utilisateurs disposant de boîtes aux lettres sur ce serveur. Dans ce scénario, un équilibrage de charge ne survient donc pas. |
L’équilibrage de la charge réseau peut permettre de garantir une haute disponibilité dans les scénarios suivants :
Équilibrage de charge des connexions SMTP entrantes pour les connexions clientes POP et IMAP vers le connecteur de réception par défaut nommé « Client <Nom de serveur> » créé uniquement sur des serveurs de transport Hub.
Équilibrage de charge des connexions SMTP entrantes pour les applications délivrant des messages électroniques à l’organisation Exchange.
L’équilibrage de la charge réseau ne doit pas être utilisé pour distribuer des connexions pour le routage interne entre des serveurs de transport Hub.
Pour plus d’informations sur la configuration de l’équilibrage de la charge réseau, consultez la rubrique Références techniques sur l’équilibrage de la charge réseau.
Planification du serveur de transport Edge
Le rôle serveur de transport Edge est conçu pour fournir une protection renforcée contre le courrier indésirable à l’organisation Exchange. Le serveur de transport Edge applique également des stratégies aux messages en cours de transport entre des organisations. Ce rôle serveur est déployé dans le réseau de périmètre et en dehors de la forêt Active Directory. Les serveurs de transport Edge n’ont pas accès aux informations de Active Directory concernant la configuration et les destinataires, contrairement aux autres rôles serveur d’Exchange 2010. Le serveur de transport Edge utilise le service d’annuaire AD LDS (Active Directory Lightweight Directory Service) pour le stockage des informations de configuration et des destinataires.
Vous pouvez ajouter un serveur de transport Edge à une organisation Exchange existante sans apporter des changements à cette dernière. Vous ne devez pas exécuter d’étapes de préparation d’Active Directory lorsque le serveur de transport Edge est en cours d’installation.
Lorsqu’un serveur de transport Edge est déployé pour prendre en charge une organisation Exchange qui n’a pas encore déployé Exchange 2010, un ensemble limité des fonctions est disponible. Vous ne pouvez pas créer un abonnement Edge dans ce scénario. Par conséquent, vous ne pouvez pas utiliser les fonctionnalités de recherche de destinataires ou d’agrégation de listes fiables tant que vous n’avez pas déployé Exchange 2010 au sein de votre organisation.
Si vous projetez de déployer des serveurs de transport Edge, vous devez tenir compte des aspects suivants :
Capacité du serveur La planification de la capacité du serveur inclut la planification de la surveillance des performances du serveur de transport Edge. La surveillance des performances vous aide à comprendre l’intensité du travail du serveur. Ces informations déterminent la capacité de votre configuration matérielle.
Fonctionnalités de transport Le serveur de transport Edge peut fournir une protection contre le courrier indésirable au niveau du périmètre du réseau. Dans le cadre du processus de planification, vous devez déterminer les fonctionnalités de blocage du courrier indésirable que vous activerez au niveau du serveur de transport Edge et la manière dont elles seront configurés.
Sécurité Le rôle serveur de transport Edge est conçu pour présenter une surface d’attaque minimale. C’est pourquoi il est important de sécuriser et de gérer correctement l’accès physique et l’accès réseau au serveur. La planification de la sécurité vous aide à vous assurer que les connexions IP ne sont activées que depuis des serveurs et des utilisateurs autorisés. Pour plus d’informations, consultez la rubrique Liste de vérification pour la sécurité du pré-déploiement.
La pratique recommandée consiste à placer le serveur de transport Edge dans un réseau de périmètre. Pour être certain que le serveur puisse envoyer et recevoir des messages électroniques, et recevoir des mises à jour de destinataires et de données de configuration du service Microsoft Exchange EdgeSync, vous devez autoriser la communication via les ports indiqués dans le tableau suivant.
Paramètres de port de communication pour les serveurs de transport Edge
Interface réseau Port ouvert Protocole Note Internet entrant et sortant
25/TCP
SMTP
Ce port doit être ouvert pour le flux de messagerie Internet.
Réseau interne entrant et sortant
25/TCP
SMTP
Ce port doit être ouvert pour le flux de messagerie de l’organisation Exchange.
Local uniquement
50389/TCP
LDAP
Ce port permet d’établir une connexion locale aux services AD LDS.
Entrant du réseau interne
50636/TCP
LDAP sécurisé
Ce port doit être ouvert pour la synchronisation EdgeSync.
Entrant du réseau interne
3389/TCP
RDP
L’ouverture de ce port est facultative. Il offre davantage de flexibilité pour la gestion de serveurs de transport Edge depuis le réseau interne en vous permettant d’utiliser une connexion de réseau à distance pour gérer le serveur de transport Edge.
Remarque : Le rôle serveur de transport Edge utilise des ports LDAP non standard. Les ports spécifiés dans cette rubrique sont les ports de communication LDAP configurés lors de l’installation du rôle serveur de transport Edge. Pour plus d’informations, consultez la rubrique Modifier la configuration d'AD LDS (Active Directory Lightweight Directory Services). EdgeSync Vous pouvez créer un abonnement Edge pour abonner le serveur de transport Edge à l’organisation Exchange. Lorsque vous créez un abonnement Edge, les données de destinataire et de configuration sont dupliquées d’Active Directory vers le service d’annuaire AD LDS. Vous abonnez un serveur de transport Edge à un site Active Directory. Ensuite, le service EdgeSync de Microsoft Exchange en cours d’exécution sur les serveurs de transport Hub dans ce site met périodiquement à jour le service d’annuaire AD LDS en synchronisant les données d’Active Directory. Le processus d’abonnement Edge déploie automatiquement les connecteurs d’envoi requis pour activer le flux de messages de l’organisation Exchange vers Internet via un serveur de transport Edge. Si vous utilisez les fonctions de recherche de destinataire ou d’agrégation de listes fiables sur le serveur de transport Edge, vous devez abonner le serveur de transport Edge à l’organisation.
Configuration des paramètres DNS pour le rôle serveur de transport Edge
Le rôle serveur de transport Edge est déployé hors de l’organisation Exchange comme serveur autonome dans le réseau de périmètre ou comme membre d’un domaine Active Directory de réseau de périmètre. Vous devez configurer manuellement le suffixe DNS correct pour le rôle serveur de transport Edge avant d’installer Exchange 2010. Si aucun suffixe DNS n’est configuré, l’installation échouera.
Le serveur de transport Edge étant généralement déployé dans le réseau de périmètre, il dispose d’interfaces réseau connectées à plusieurs segments réseau. Chacun de ces segments réseau possède une configuration IP unique. L’interface réseau connectée au segment réseau externe ou public doit être configurée pour utiliser un serveur DNS public pour la résolution de noms. Cela permet au serveur de résoudre des noms de domaine de protocole SMTP (Simple Mail Transfer Protocol) vers les enregistrements de ressource MX et d’acheminer les messages sur Internet.
L’interface réseau connectée au segment réseau interne ou privé doit être configurée pour utiliser un serveur DNS dans le réseau de périmètre capable de résoudre les noms des serveurs de transport Hub de votre organisation ou doit disposer d’un fichier Hôtes disponible. Les serveurs de transport Edge et de transport Hub doivent pouvoir utiliser la résolution d’hôte DNS pour se localiser mutuellement.
L’une des méthodes suivantes permet d’activer la résolution des noms des serveurs de transport Hub par les serveurs de transport Edge :
Créez manuellement des enregistrements de ressource A pour les serveurs de transport Hub dans une zone de recherche directe du serveur DNS configuré sur la carte réseau interne du serveur de transport Edge.
Modifiez le fichier Hôtes du serveur de transport Edge pour inclure les enregistrements d’hôte des serveurs de transport Hub. Le fichier Hôtes est un fichier texte local du même format que le fichier 4.3 Berkeley Software Distribution (BSD) UNIX /etc/hosts. Ce fichier mappe les noms d’hôte vers des adresses IP et est stocké dans le dossier \%Systemroot%\System32\Drivers\Etc.
L’une des méthodes suivantes permet d’activer la résolution des noms des serveurs de transport Edge par les serveurs de transport Hub :
Créez manuellement des enregistrements de ressource A pour les serveurs de transport Edge dans une zone de recherche directe du serveur DNS configuré sur le serveur de transport Hub.
Pour inclure les enregistrements d’hôte des serveurs de transport Edge, modifiez le fichier Hôtes des serveurs de transport Hub localisés dans les sites Active Directory auxquels les serveurs de transport Edge sont abonnés.
Pour configurer les paramètres DNS du serveur de transport Edge, procédez comme suit :
Vérifiez que les paramètres du serveur DNS de chaque interface réseau sont corrects pour le segment réseau.
Procédez comme suit pour configurer le suffixe DNS pour le nom de serveur de transport Edge :
Cliquez sur Démarrer, Panneau de configuration, puis double-cliquez sur Système pour ouvrir les Propriétés système.
Cliquez sur l’onglet Nom de l’ordinateur.
Cliquez sur Modifier.
Dans la page Modification du nom d’ordinateur, cliquez sur Plus.
Dans le champ Suffixe DNS principal de cet ordinateur :, tapez un nom de domaine et un suffixe DNS pour le serveur de transport Edge.
Ce nom ne peut pas être modifié après l’installation du rôle serveur de transport Edge.
Configurez la résolution du nom d’hôte DNS pour les serveurs de transport Edge et de transport Hub.
Remplacement des paramètres DNS
Dans votre environnement, il se peut que vous vouliez spécifier un serveur DNS pour router du courrier qui diffère du serveur DNS configuré dans les propriétés IP du serveur Exchange. Pour ce faire, modifiez les paramètres des recherches DNS internes et externes des propriétés du serveur de transport. Ces paramètres remplacent les paramètres sur la carte réseau pour acheminer les messages électroniques. Pour plus d’informations, consultez la rubrique Configurer les propriétés du serveur de transport Edge.
Planification des serveurs de boîtes aux lettres
Le rôle serveur de boîtes aux lettres Exchange 2010 héberge les bases de données de boîtes aux lettres et fournit des services de stockage du courrier et de planification avancée pour les professionnels de l’informatique. Le rôle serveur de boîtes aux lettres permet également d’héberger une base de données de dossiers publics servant de base aux workflows, au partage de documents et à d’autres formes de collaboration. Les serveurs sur lesquels le rôle serveur de boîtes aux lettres est installé s’appellent des serveurs de boîtes aux lettres.
Avant l’installation, il est recommandé de prendre le temps de planifier le déploiement du rôle serveur de boîtes aux lettres. Plusieurs facteurs doivent être pris en compte lors de la planification de la taille de vos bases de données de boîtes aux lettres.
Dimensionnement des bases de données
La taille de base de données maximale recommandée pour Exchange 2010 est supérieure à la taille maximale recommandée dans les versions précédentes d’Exchange.
Dans le cadre de la planification de la taille de vos bases de données, vous devez également planifier l’application des limites de taille de base de données, soit au niveau de la base de données, soit au niveau des boîtes aux lettres individuelles. Pour plus d’informations sur les limites des boîtes aux lettres, consultez les rubriques suivantes :
Présentation des facteurs de capacité des journaux et des bases de données de boîtes aux lettres
Exemple de conception d'un rôle serveur de boîtes aux lettres Exchange 2010
Planification des dossiers publics
Les dossiers publics sont une fonctionnalité facultative d’Exchange 2010. Si tous les ordinateurs clients de votre organisation exécutent Microsoft Office Outlook 2007 ou une version ultérieure, les dossiers publics sont une fonctionnalité facultative. En revanche, si des clients Outlook 2003 sont utilisés, les dossiers publics sont nécessaires. En outre, si vous utilisez actuellement des dossiers publics pour la collecte, l’organisation et le partage de documents et d’autres informations, et que vous souhaitez continuer de la sorte, vous pouvez utiliser la réplication de dossier public pour déplacer vos données de dossier public vers Exchange 2010.
Pour plus d’informations sur les dossiers publics, consultez la rubrique Présentation des dossiers publics.
Planification du serveur d’accès au client
Le rôle serveur d’accès au client reçoit toutes les connexions client pour Exchange 2010. Les clients installés sur des ordinateurs, tels que Microsoft Outlook et Microsoft Entourage, les téléphones mobiles et les clients basés sur un navigateur se connectent tous via le rôle serveur d’accès au client. Le rôle serveur d’accès au client offre les fonctionnalités suivantes :
Accès MAPI
Accès POP3 et IMAP4
Remarque : L’authentification Windows intégrée (précédemment NTLM) n’est pas prise en charge pour la connectivité des clients POP3 ou IMAP4. Pour plus d’informations, consultez les sections relatives aux fonctionnalités de l’accès au client dans la rubrique Fonctionnalités abandonnées. Accès Outlook Web App
Le service de découverte automatique configure les ordinateurs clients équipés de Microsoft Outlook 2010, Outlook 2007, Entourage et d’autres applications clientes. Il permet également de configurer les périphériques mobiles pris en charge.
Le service de disponibilité améliore l’expérience des professionnels de l’informatique en matière de planification des réunions et du calendrier en apportant des informations de disponibilité sécurisées, cohérentes et à jour aux ordinateurs qui exécutent Outlook 2007 et versions ultérieures.
Au moment de planifier votre déploiement Exchange 2010, vous devez disposer au moins d’un ordinateur doté du rôle serveur d’accès au client sur chaque site Active Directory contenant des boîtes aux lettres Exchange 2010. Vous pouvez disposer de plusieurs sites avec le rôle serveur d’accès au client installé sur chaque site Active Directory. Pour garantir un accès externe au client, au moins un serveur d’accès au client au sein de votre organisation doit être connecté à Internet.
Pour plus d’informations sur la planification des espaces de noms et les serveurs d’accès au client, consultez la rubrique Présentation des espaces de noms de serveur d’accès au client.
Planification du serveur de messagerie unifiée
Le rôle serveur de messagerie unifiée est conçu pour fournir une messagerie unifiée aux destinataires Exchange 2010. La MU associe les messageries vocale, de télécopie et électronique dans une banque unique, accessible depuis un téléphone, un ordinateur d'utilisateur et un périphérique mobile. Les utilisateurs peuvent accéder aux messages vocaux et électroniques, ainsi qu’aux informations du calendrier qui se trouvent dans leur boîte aux lettres Exchange 2010 à partir des clients de messagerie, tels que Outlook et Outlook Web App.
Le serveur de messagerie unifiée dépend du serveur d’accès au client, du serveur de transport Hub et du serveur de boîtes aux lettres. Tous les messages vocaux soumis depuis un serveur de messagerie unifiée pour un utilisateur à extension messagerie unifiée sont d’abord soumis à un serveur de transport Hub Exchange 2010 en tant que message SMTP, puis soumis depuis un serveur de transport Hub vers la boîte aux lettres d’un utilisateur à extension messagerie unifiée. Pour qu’un destinataire utilise la messagerie unifiée, il doit être détenteur d’une boîte aux lettres Exchange 2010. Pour plus d’informations, consultez la rubrique Présentation de la messagerie unifiée.
Généralement, plus la topologie de messagerie unifiée est simple, plus son déploiement et sa maintenance sont aisés. Installez le plus petit nombre possible de serveurs de messagerie unifiée et créez le plus petit nombre possible d’objet de messagerie unifiée dans le service d’annuaire Active Directory pour prendre en charge vos objectifs professionnels et organisationnels. Les grandes entreprises disposant d’environnements de réseau et de téléphonie complexes, de plusieurs divisions autonomes ou d’autres systèmes complexes nécessitent davantage de planification que les petites organisations avec des besoins de messagerie relativement simples.
Planification du déploiement de votre messagerie unifiée
Vous devez connaître les différents aspects de la messagerie unifiée Exchange 2010, ainsi que chaque composant et fonction de façon à pouvoir planifier correctement l’infrastructure et le déploiement de la messagerie unifiée. Pour plus de détails, consultez les rubriques Présentation des composants de messagerie unifiée et Présentation des fonctionnalités de messagerie unifiée.
Voici certains des domaines à prendre en considération et à évaluer lors d’une planification de déploiement d’Exchange 2010 au sein de votre organisation :
les besoins de votre entreprise en matière de messagerie unifiée ;
votre réseau de téléphonie et votre système de messagerie vocale actuel ;
la structure actuelle de votre réseau de données ;
votre environnement Active Directory actuel ;
le nombre d’utilisateurs à prendre en charge ;
le nombre de serveurs de messagerie unifiée nécessaires ;
les besoins de stockage des utilisateurs ;
le placement des passerelles IP, l’équipement téléphonique et les serveurs de messagerie unifiée.
Pour plus d’informations, consultez la rubrique Présentation de la messagerie unifiée.
De nombreuses options de déploiement sont possibles pour la messagerie unifiée ; chaque option possède plusieurs étapes en commun qui sont obligatoires pour créer un système évolutif prenant en charge des nombres importants d’utilisateurs. Ces étapes sont les suivantes :
Déployez et configurez vos composants de téléphonie pour la messagerie unifiée.
Vérifiez que vous avez installé correctement les rôles serveur Exchange 2010 nécessaires pour la messagerie unifiée.
Installez le rôle serveur de messagerie unifiée.
Créez et configurez les composants de messagerie unifiée Active Directory requis, notamment les plans de numérotation, les passerelles IP, les groupements de postes et les stratégies de boîte aux lettres.
Procédez aux tâches postérieures au déploiement, notamment le déploiement des certificats pour l’authentification TLS, la création des standards automatiques de messagerie unifiée et la configuration des télécopies.
Pour obtenir des informations détaillées sur la messagerie unifiée, consultez les rubriques suivantes :
Si vous intégrez votre environnement de messagerie unifiée à Office Communications Server, plusieurs éléments supplémentaires sont à prendre en compte pour la planification. Pour plus d’informations, consultez la rubrique Présentation d’une messagerie unifiée et de Communications Server 2007. Après avoir lu la rubrique Présentation d’une messagerie unifiée et de Communications Server 2007, vous trouverez des informations détaillées sur le déploiement de la messagerie unifiée et d’Office Communications Server dans les rubriques suivantes :
Planification du client Exchange
Avant de procéder au déploiement de votre organisation Exchange 2010, vérifiez que les ordinateurs clients et les périphériques mobiles de votre organisation répondent aux exigences de configuration suivantes.
Configuration requise | Contrôle |
---|---|
Tous les clients MAPI exécutent une version prise en charge d’Outlook, y compris Microsoft Outlook 2007, Outlook 2003. |
[ ] |
Tous les clients Outlook Web App exécutent un navigateur Web pris en charge. Pour utiliser l’ensemble complet des fonctionnalités disponibles dans Outlook Web App, les clients peuvent utiliser les navigateurs suivants sur un ordinateur qui exécute Windows XP, Windows 2003, Windows Vista ou Windows 7 :
Sur un ordinateur doté de Max OS X, les clients peuvent utiliser :
Sur un ordinateur doté de Linux, les clients peuvent utiliser :
Les clients qui utilisent un navigateur Web qui ne prend pas en charge l’ensemble complet des fonctionnalités seront automatiquement orientés vers la version légère d’Outlook Web App. La version légère de l’Outlook Web App est optimisée en matière d’accessibilité, notamment pour les aveugles et les malvoyants. Elle fournit moins de fonctionnalités et est plus rapide pour certaines opérations. Les clients peuvent utiliser la version légère si leur connexion est lente ou si leur ordinateur est doté de paramètres de sécurité de navigation très stricts. La version légère peut être utilisée avec quasiment tous les navigateurs et offre les mêmes fonctionnalités sur chacun d’entre eux. |
[ ] |
Tous les périphériques mobiles exécutent un système d’exploitation pris en charge. Les téléphones mobiles Windows compatibles avec la fonction Direct Push ou les téléphones mobiles équipés d’un autre système d’exploitation compatible avec Exchange ActiveSync. |
[ ] |
© 2010 Microsoft Corporation. Tous droits réservés.