Résumé Ce guide décrit la connexion et la migration des systèmes de messagerie autres qu'Exchange vers Microsoft® Exchange Server 2003.








télécharger 1.39 Mb.
titreRésumé Ce guide décrit la connexion et la migration des systèmes de messagerie autres qu'Exchange vers Microsoft® Exchange Server 2003.
page7/87
date de publication27.03.2017
taille1.39 Mb.
typeRésumé
ar.21-bal.com > loi > Résumé
1   2   3   4   5   6   7   8   9   10   ...   87

Préparation des diagrammes de l'infrastructure


Il est recommandé d'inclure des diagrammes de réseau et une représentation graphique de votre infrastructure de messagerie dans votre documentation. Selon la taille de votre entreprise, un grand diagramme présentant tous les composants réseau peut suffire ou vous pouvez préparer plusieurs petits diagrammes illustrant des caractéristiques plus spécifiques, telles que la structure fondamentale globale et l'agencement des bureaux de poste ou des serveurs de messagerie dans chaque emplacement géographique.

La Figure 1 illustre un diagramme type d'un environnement de messagerie (ici, Microsoft Mail for PC Networks) avec deux emplacements et une connexion à Internet. Dans cet exemple, des messages sont routés d'un emplacement à l'autre via un Agent de transfert de messages (MTA) centraux. Un autre Agent MTA, à chaque emplacement, effectue la remise de messages. Tous les messages entrants et sortants d'Internet sont acheminés via SEAPO2, dont la passerelle SMTP (Simple Mail Transfer Protocol) est activée pour connecter l'intégralité de l'environnement de messagerie à Internet.

Figure 1   Exemple d'infrastructure de messagerie



La Figure 2 est un exemple de topologie de synchronisation d'annuaires qui correspond à l'infrastructure de messagerie de la Figure 1. L'exemple est une configuration de synchronisation d'annuaires Microsoft Mail for PC Networks dans laquelle NYPO1 agit comme un serveur de synchronisation d'annuaires central. Votre configuration différera si vous utilisez Novell GroupWise ou tout autre système de messagerie mais si le principe ne change pas : une représentation graphique fournit aux consultants système et aux implémenteurs une présentation rapide de votre topologie.

Figure 2   Exemple de topologie de synchronisation d'annuaires


Évaluation de l'infrastructure de messagerie


Lorsque vous évaluez une infrastructure de messagerie, l'objectif principal consiste à identifier la connectivité, la synchronisation d'annuaires et les opportunités de migration client. Par exemple, dans l'environnement de messagerie illustré à la Figure 1,SEAPO2 et NYPO1 sont de bons choix pour les bureaux de poste qui se connectent directement à Exchange 2003 car ils sont les bureaux de poste pivot à Seattle et à New York. Si cette société choisit de déployer un serveur Exchange 2003 dans chaque emplacement, il est recommandé d'installer respectivement un connecteur distinct à SEAPO2 et à NYPO1. La nouvelle organisation Exchange 2003 peut ensuite être intégrée à la topologie existante de synchronisation d'annuaires de sorte que tous les utilisateurs puissent se voir les uns les autres dans la liste d'adresses globale. La synchronisation d'annuaires garantit également que toutes les listes d'adresses sont mises à jour lorsque des groupes d'utilisateurs sont migrés vers Exchange 2003 à leurs emplacements. Quand tous les utilisateurs se trouvent dans l'organisation Exchange 2003, vous pouvez finalement retirer l'infrastructure de messagerie héritée. Cette rubrique contient des procédures et des informations complémentaires sur les stratégies de migration.

L'évaluation de votre messagerie devrait apporter des réponses aux questions importantes suivantes :

    Y a-t-il des problèmes connus dans l'infrastructure actuelle qui peuvent affecter de manière négative le projet de migration ?   Trois problèmes peuvent se produire lors de la migration : la surcharge des connexions existantes, des problèmes de transmission en raison de composants logiciels inadéquats et le routage de messages inefficace ou incorrect. Par exemple, des engorgements ou des connecteurs défectueux sont indiqués lorsque les messages s'accumulent dans les files d'attente de messages, quelque part sur un pont. Des rapports de non-remise (NDR) sont les signes d'un routage des messages incorrect. Un autre problème courant est la création de boucles de messages si les messages sont acheminés plusieurs fois par la même tête de pont.

Exchange 2003 ajoute des informations de suivi à tous les messages transférés afin de détecter les boucles de messages et abandonne les messages en boucle avec un rapport de non-remise (NDR). Toutefois, si plusieurs systèmes de messagerie sont inclus dans le chemin d'accès au message, les informations de suivi risquent d'être perdues pendant la conversion du message entre les systèmes. Dans ce cas, il est possible que les messages effectuent une boucle indéfiniment. L'effet peut être similaire à celui d'une submersion de messages causée par un ver. Par conséquent, vous devriez examiner attentivement la topologie de votre messagerie existante afin de vous assurer que l'implémentation d'Exchange 2003 n'entraîne pas des boucles de messages.

    Avez-vous l'intention de consolider les ressources de messagerie lorsque vous déployez Exchange Server 2003 ?   Exchange 2003 peut prendre en charge un très grand nombre de boîtes aux lettres sur un seul serveur ; et le déploiement d'un nombre inférieur de serveurs, néanmoins plus puissants, peut permettre de simplifier l'infrastructure de messagerie. L'identification des systèmes que vous planifiez de consolider vous aide à déterminer le nombre de serveurs Exchange que vous devez déployer.

    Quels connecteurs envisagez-vous d'utiliser pour connecter Exchange Server 2003 à un système existant de messagerie ?   Le Connecteur pour Novell GroupWise est inclus dans le package Exchange Server 2003. Avec Microsoft Exchange 2000 Server ou Microsoft Exchange Server 5.5, il est même possible de se connecter à Microsoft Mail for PC Networks, Lotus cc:Mail Professional Office System (PROFS) et Systems Network Architecture Distribution Services (SNADS) avec un connecteur direct. Si vous ne souhaitez pas déployer Exchange 2000 ou Exchange 5.5, ou si vous exécutez un autre système de messagerie, utilisez X.400 ou SMTP pour créer le pont de messagerie ou pour vérifier avec votre fournisseur si un connecteur tiers approprié est disponible. Le Tableau 1 liste les systèmes de messagerie les plus courants, ainsi que les différents choix de connecteur correspondants.

Tableau 1   Systèmes de messagerie et connecteurs de passerelle à privilégier

Système de messagerie

Connecteur de passerelle à privilégier

Novell GroupWise

Connecteur Microsoft Exchange pour Novell GroupWise

Microsoft Mail for PC Networks

Connecteur Microsoft Mail dans Exchange 2000 Server.

Lotus cc:Mail

Connecteur Exchange pour Lotus cc:Mail dans Exchange 2000 Server.

PROFS et SNADS

Connecteurs dans Exchange Server 5.5.

Autres systèmes de messagerie

Contactez votre fournisseur pour connaître les passerelles tierces disponibles, ou utilisez un Connecteur X.400 ou SMTP.



    Est-il nécessaire d'installer des composants supplémentaires dans l'environnement de production pour fournir la connectivité ?C'est une question importante car le Connecteur pour Novell GroupWise nécessite des composants tiers, tels qu'ils sont listés dans le Tableau 2. Si vous envisagez d'utiliser un Connecteur X.400 ou SMTP, il peut être nécessaire d'installer une passerelle X.400 ou SMTP correspondante dans l'environnement de messagerie existant.

Tableau 2   Composants supplémentaires requis pour les connecteurs de messagerie Exchange

Connecteur de messagerie

Composants supplémentaires et versions

Connecteur pour Novell GroupWise

Passerelle API Novell GroupWise version 4.1 avec correctif logiciel Novell GroupWise Patch 2 for API

Connecteur du calendrier

Passerelle API Novell GroupWise version 4.1 avec correctif logiciel Patch 2 lors de la connexion à Novell GroupWise



    Est-il possible d'implémenter un connecteur de passerelle approprié qui prenne en charge la synchronisation d'annuaires ?   Tous les connecteurs Exchange à des systèmes de messagerie non-Exchange prennent en charge la synchronisation d'annuaires automatique. Si vous utilisez Exchange 2000 sur un serveur pont, vous pouvez également utiliser le connecteur Exchange pour Microsoft Mail for PC Networks et le Connecteur pour Lotus cc:Mail afin d'effectuer la synchronisation d'annuaires automatique avec Microsoft Mail for PC Networks ou Lotus cc:Mail.

    Est-il possible de développer un processus de synchronisation d'annuaires semi-automatisé si la synchronisation d'annuaires automatique n'est pas prise en charge ?   La synchronisation d'annuaires semi-automatisée est obligatoire si vous devez utiliser un Connecteur X.400 ou SMTP, ou un produit de passerelle non-Microsoft, qui ne prend pas en charge de synchronisation d'annuaires automatique. La synchronisation d'annuaires Exchange 2003 est effectuée sur un annuaire Active Directory, ce qui signifie que vous pouvez utiliser des outils Active Directory de bas niveau tels que Ldifde.exe et Csvde.exe pour effectuer la synchronisation semi-automatique d'annuaires des opérations d'exportation ou d'importation en bloc. Ldifde.exe utilise les fichiers LDAP LDIF (Data Interchange Format). Csvde.exe utilise des fichiers de valeurs délimitées par une virgule (.csv). Une autre alternative consiste à utiliser les solutions ADSI (Active Directory Service Interfaces) et CDOEXM (Collaboration Data Objects for Exchange Management) avec lesquelles un développeur de solutions commerciales peut créer un outil de synchronisation d'annuaires personnalisé.

    Quelles sont les tailles moyenne et maximale des boîtes aux lettres dans le système de messagerie existant ?   Examinez la taille actuelle des boîtes aux lettres de vos utilisateurs. Ces informations sont très importantes lorsque vous créer la capacité de stockage de vos serveurs Exchange. Le nouvel environnement doit au minimum permettre à tous les utilisateurs de stocker le même volume de données, voire plus, dans leur boîte aux lettres. Il est déconseillé d'imposer au nouveau système des quotas plus restrictifs en matière de boîte aux lettres car cette restriction pourrait empêcher les utilisateurs de considérer la nouvelle organisation Exchange 2003 comme positive.

    Quelles sont les habitudes de messagerie de vos utilisateurs ?   Les habitudes de messagerie de vos utilisateurs influencent vos options de migration. Par exemple, si vos utilisateurs téléchargent tous leurs messages du serveur vers leurs clients, vous ne pouvez pas effectuer la migration de leurs données de manière centrale à l'aide des outils de migration. Les utilisateurs qui stockent leurs messages localement doivent effectuer la migration de données eux-mêmes. Les utilisateurs qui cryptent leurs messages peuvent également affecter votre migration. La migration de messages cryptés d'un système à un autre nécessite que chaque message soit décrypté dans le système source avant la migration car les messages doivent être convertis du format natif au format Exchange. L'utilisateur détenteur des messages est le seul à pouvoir effectuer le décryptage ; de cette façon, vous ne pouvez pas effectuer la migration de messages cryptés au nom de vos utilisateurs. De la même manière, s'il n'est pas possible de stocker des informations sensibles non cryptées dans Exchange Server 2003, ne migrez pas les informations cryptées.

    Les stations de travail actuelles sont-elles en mesure d'exécuter le ou les clients de messagerie choisis pour Exchange 2003 ?   Outlook est généralement le client de messagerie choisi. Outlook requiert au minimum un processeur Intel Pentium 233 mégahertz (MHz) ou un processeur plus rapide, ou un équivalent (Pentium III ou supérieur recommandé), et entre 160 et 190 mégaoctets (Mo) d'espace disque sur un ordinateur exécutant Microsoft Windows® XP.

Si vos stations de travail ne peuvent pas prendre en charge Outlook, s'ils exécutent par exemple un système d'exploitation UNIX, vous devez rechercher une autre solution de client, par exemple un client Internet de type Outlook Web Access, ou utiliser un client Windows Terminal Services qui constitue une possibilité envisageable si vous voulez mettre à disposition la fonctionnalité complète Outlook sur chaque Bureau de votre environnement. Les systèmes d'exploitation UNIX comprennent souvent le logiciel client pour Windows Terminal Services.

    Est-il possible de déployer Outlook dans l'environnement de messagerie existant ? Les migrations de messagerie sont relativement simples si vos utilisateurs utilisent déjà Outlook. Les fournisseurs non-Microsoft, tels qu'IBM Lotus et Novell, fournissent les pilotes MAPI de transport qui, dans une certaine mesure, prennent en charge Outlook (Tableau 3). Il peut y avoir des coûts supplémentaires pour les pilotes MAPI. Les utilisateurs UNIX sur POP3 (Post Office Protocol version 3) ou IMAP4 (Internet Message Access Protocol version 4rev1) peuvent utiliser Outlook via les services de transport MAPI POP3 ou IMAP4 qui sont inclus dans Outlook.

Tableau 3   Systèmes de messagerie non-Exchange pris en charge par les pilotes de transport MAPI

Connecteur de messagerie

Composants supplémentaires et versions

Novell GroupWise

Utilisez Novell GroupWise 5.5 Plug-in pour Outlook, mais n'oubliez pas que, si vous voulez exécuter le client GroupWise et Outlook sur le même ordinateur, ils doivent utiliser des profils MAPI différents. Les deux clients reposent sur MAPI, mais ils ne peuvent pas partager le même profil.

Systèmes de messagerie POP3 ou IMAP4

Utilisez le pilote de transport MAPI POP3 ou IMAP4. Outlook utilise un fichier de dossiers personnels (.pst) pour télécharger tous les messages de l'hôte. Les utilisateurs peuvent utiliser Outlook pour gérer leurs informations personnelles sur leur station de travail.

Systèmes de messagerie propriétaires

Vérifiez avec votre fournisseur s'il existe un pilote de transport MAPI approprié pour votre système de messagerie. Vous pouvez par exemple utiliser le pilote Microsoft Mail, disponible dans le produit Outlook, pour utiliser une boîte aux lettres dans un bureau de poste Microsoft Mail.



    Les utilisateurs ont-ils besoin d'une formation sur Outlook avant la migration, ou est-il possible de continuer à utiliser des clients de messagerie existants, gérer le déploiement des clients et offrir une formation pour les utilisateurs finaux après la migration vers Exchange 2003 ?   Les utilisateurs qui connaissent Outlook, ceux par exemple qui l'utilisent déjà pour leur messagerie Internet, trouveront la migration vers Exchange 2003 très simple. En revanche, les débutants risquent de se heurter à une courbe d'apprentissage difficile car Outlook propose un ensemble complet de fonctions de messagerie. Vous pouvez remédier à cette situation en proposant aux utilisateurs une formation adéquate. Vous pouvez également prendre en charge les clients de messagerie étrangers à Outlook dans votre organisation Exchange 2003. Cela est particulièrement vrai pour les clients Internet comme Eudora Pro car Exchange 2003 prend en charge POP3 et IMAP4. N'oubliez toutefois pas que les clients Internet ne sont généralement pas aussi puissants qu'Outlook, ce qui peut ralentir la productivité de vos utilisateurs.

    L'Assistance utilisateur est-elle préparée à une charge de travail accrue liée à Exchange 2003 et Outlook ?   Les phases d'interopérabilité et de migration sollicitent beaucoup le personnel de l'Assistance utilisateur. Le volume des appels d'assistance augmente lorsque les utilisateurs commencent à utiliser leur nouveau client de messagerie. Nous vous conseillons d'affecter un spécialiste de l'Assistance utilisateur aux questions relatives à Outlook et de le former en conséquence. Pour garantir le niveau de productivité dans les plus grandes organisations, le groupe de travail Outlook peut être composé de quelques experts. Vous souhaiterez peut-être augmenter temporairement l'effectif du département de l'Assistance utilisateur. On peut raisonnablement supposer que le nombre d'appels redeviendra normal d'ici six mois, une fois la migration terminée.

    Comment prévoyez-vous de tenir la direction, les administrateurs informatiques, le personnel de l'Assistance utilisateur et les utilisateurs informés de l'avancement de la migration ?   Il est important de tenir le personnel de votre organisation informé de l'avancement de la migration. Par exemple, les utilisateurs doivent savoir quand ils doivent suivre la formation Outlook, et les administrateurs informatiques, le personnel de l'Assistance utilisateur, ainsi que la direction, ont besoin des dernières informations sur l'avancement du projet. Il est recommandé de créer un plan de communication détaillé. De nombreuses organisations mettent en oeuvre un site intranet dédié pour faciliter la communication relative à la migration.

    Quelles sont les options de migration des applications existantes de groupe de travail et de flux de travail vers Exchange Server 2003    La migration d'applications de groupe de travail peut être difficile. Les solutions de flux de travail exploitent souvent les fonctionnalités qui ne sont pas prises en charge directement dans Exchange 2003, telles que les sources de données LotusScript ou externes. Vous souhaiterez probablement engager un développeur de solutions commerciales ayant des compétences de réingénierie manuelle d'applications et de programmation de groupes de travail avec les interfaces API Microsoft Visual Basic® et Exchange, comme WMI (Windows Management Instrumentation), CDOEX (Collaboration Data Objects for Exchange 2000 Server) ou ADO (Microsoft ActiveX® Data Objects). Vous devez évaluer vos solutions de flux de travail et votre groupe de travail existants pour décider si vous souhaitez les migrer ou non. Documentez en détail les applications que vous migrez pour que votre développeur puisse les transférer correctement vers Exchange 2003.
1   2   3   4   5   6   7   8   9   10   ...   87

similaire:

Résumé Ce guide décrit la connexion et la migration des systèmes de messagerie autres qu\Résumé Ce guide décrit le fonctionnement du transport et du routage...

Résumé Ce guide décrit la connexion et la migration des systèmes de messagerie autres qu\Résumé Ce guide contient des informations sur l'utilisation de Microsoft...

Résumé Ce guide décrit la connexion et la migration des systèmes de messagerie autres qu\Résumé Ce guide contient des informations sur les performances et...

Résumé Ce guide décrit la connexion et la migration des systèmes de messagerie autres qu\Guide d'administration de Microsoft Exchange Server 2003

Résumé Ce guide décrit la connexion et la migration des systèmes de messagerie autres qu\Résumé Ce guide présente la manière dont Exchange Server 2003 Management...

Résumé Ce guide décrit la connexion et la migration des systèmes de messagerie autres qu\Guide de référence technique de Microsoft Exchange Server 2003

Résumé Ce guide décrit la connexion et la migration des systèmes de messagerie autres qu\Guide de déploiement d'Exchange Server 2003

Résumé Ce guide décrit la connexion et la migration des systèmes de messagerie autres qu\Résumé Ce guide présente l'architecture et la topologie principales...

Résumé Ce guide décrit la connexion et la migration des systèmes de messagerie autres qu\Cahier des charges Objet de la consultation Maintenance du système...

Résumé Ce guide décrit la connexion et la migration des systèmes de messagerie autres qu\Académie Microsoft Exchange Server 2010








Tous droits réservés. Copyright © 2016
contacts
ar.21-bal.com