|
Dans cette phase, les comptes de messagerie existants et les messages sont migrés à partir de l'environnement existant à la messagerie Microsoft Exchange 2003 environnement. Votre stratégie de migration doit être exécutée d'une manière qui soit transparent et qui a un impact minimal sur votre actuels utilisateurs d'e-mail. Pour atteindre ces objectifs, une stratégie efficace des migrations et des outils de migration appropriées doivent être conçus et mis en œuvre. Ils doivent aborder tous les aspects de la migration du système, y compris les réseaux, les interfaces externes, compte de synchronisation, les systèmes de gestion et les activités parallèles. Ce chapitre contient les sections suivantes: Développer une stratégie de migration Préparer le plan de migration Utilisation des utilitaires de migration Conseils pour une migration réussie Reportez-vous au Microsoft Exchange 2003 Migration Guide pour une information complète sur les migrations. Développer une stratégie de migration La migration est l'aspect le plus complexe de tout projet de déploiement. Même si ce document fournit un cadre à suivre pour la migration, il n'ya pas deux migrations sont exactement semblables, en raison des différences de système de messagerie de chaque site héritage et ses systèmes intégrés et des procédures. Une migration réussie dépend d'identifier avec précision tous les aspects uniques du système qui doivent être en double dans Microsoft Exchange et la duplication alors ces conditions grâce au développement et de test avant la migration physique réelle. Les principaux sujets de préoccupation dans toute migration vers un nouveau service de messagerie électronique sont l'intégrité des données et des basculements transparents à la production. Garantit l'intégrité des données que tous les comptes de messagerie, messages stockés, et obtenir des informations personnelles et vos préférences (par exemple, les carnets d'adresses, mots de passe, et ainsi de suite) sont correctement conservées dans le système de nouveaux messages. Basculement transparent à la production signifie que la transition est traitée rapidement, proprement, et sans perturbation de l'expérience de l'utilisateur. Dans les migrations typique, le montant total du temps nécessaire pour une transition réussie est fonction de la complexité du système. Tant le nombre total de comptes de messagerie et le nombre total de messages stockés sont des facteurs importants. En outre, le temps de migration peuvent être touchés par le système et de l'emplacement des questions spécifiques. Toute stratégie de migration doit aborder: Migration de comptes Migration des boîtes aux lettres Migration de comptes Si votre ancien système a des domaines et unités d'organisation, vous devez préparer la migration de ces également. Migration des boîtes aux lettres Préparer le plan de migration Reportez-vous à l'Annexe A pour des informations sur la façon d'obtenir un plan de migration de l'échantillon. La planification de la migration est de 95 pour cent et 5 pour cent d'exécution. Une multitude de facteurs qui doivent être pris en considération afin de migration pour réussir. Le plan de migration prévoit une étape, détaillée par étape pour la migration des comptes et des boîtes aux lettres sur Microsoft Exchange 2003. L'équipe de déploiement devrait faire plusieurs pistes sèches de ce plan, chaque marche à sec a entraîné une amélioration ultérieure de ce plan. Tout plan de migration doit répondre à ces considérations: Veiller à la disponibilité des systèmes Coordination avec d'autres groupes et d'identifier les dépendances Vérification de l'installation de logiciels et de configuration Mise en place du système de test Fournir la connectivité de provisionnement En testant la migration Choisir migration complète ou limitée Reprise du service Assurer que les systèmes de préparation Pour chaque original système d'e-mail, séparez les paramètres IP (chacun avec des uniques enregistrements "A" dans le DNS) doivent être établies pour les actions suivantes: Host Address C'est la mission permanente de la propriété intellectuelle pour l'hôte. Coordination avec les autres groupes et identifier les dépendances Vérification de l'installation et configuration du logiciel Setting Up the System Test En plus de l'équipement qui imite le système de production, machines pilote d'essai doit également être disponible pour alimenter la migration et les tests de capacité. Les pilotes d'essai doit être configuré avec des utilitaires de migration ainsi qu'avec les clients de messagerie ou d'autres utilitaires de test d'accès et d'envoyer du courrier. Au moins un hôte de test est nécessaire pour vérifier la migration; cet hôte agit comme un substitut de la ligne effective e-mail hôtes et détient toutes les données de boîtes aux lettres nécessaires pour les essais. Fournir la connectivité Provisioning Cet essai est effectué dans un environnement à double provisionnement. Le but de double approvisionnement est d'assurer la capacité de revenir à l'ancien système de messagerie dans le cas où le nouveau système de messagerie sans succès. Pour l'approvisionnement, la création automatique de boîtes aux lettres doivent être testés. Zero-boîtes aux lettres de longueur sont généralement pas migré, mais plutôt, ils sont activés dans Microsoft Exchange 2003. Le courrier première fois est reçue ou cochée, la boîte aux lettres peut être créée. Une base de données de test à large (représentant le volume des comptes prévus) doivent être testés pour garantir une migration que la procédure fonctionne et que la base de données de destination de la DSI peut la gérer. Si possible, vous devez identifier un groupe de "amicale" utilisateurs prêts à aider à identifier des problèmes ou des erreurs En testant la migration Les procédures d'extraction des données du compte de l'ancien système doivent être testés. La méthode et les utilitaires pour charger ces comptes dans la DSI doit être validée par des essais. Chaque classe de service doit être inclus, ainsi que chaque combinaison d'attributs de compte, comme le renvoi, les alias et les réponses de vacances. En outre, le processus de déplacement des boîtes aux lettres de Microsoft Exchange 2003, le système doit être testé. Ce processus inclut la méthode de la suspension du compte, le transfert physique des messages et pièces jointes, et le retour du compte à l'état actif. Vous devez apporter les modifications de configuration possible pour empêcher le réseau ou le chargement du système. En outre, vous devez établir un réseau spécial, d'accueil, ou l'hébergement de stockage qui mai être nécessaire pour les essais. Une configuration de réseau spéciale mai être nécessaires pour prévenir les complications de la circulation mis en place par les essais de migration. Une autre solution mai impliquent la localisation des aires de stockage d'origine à la boîte aux lettres Microsoft Exchange 2003 System. -------------------------------------------------- ------------------------------ Note: Selon les indications d'une migration de donnée, vous mai nécessité de créer de nouveaux scripts ou modifier des scripts de migration. Tous les scripts de gestion des processus par lots doit être complété et testé avant la migration. -------------------------------------------------- ------------------------------ Choix complet ou limité les migrations Si vous n'allez pas à migrer toute la population à un moment donné, il existe certaines considérations dont vous avez besoin de planifier. Pour les migrations limitées, vous devez configurer le système de Microsoft Exchange 2003 pour un serveur proxy POP pour récupérer le courrier de l'ancien système pour les comptes non migrées et boîtes aux lettres. L'architecture doit aussi rendre compte de relais SMTP dans le mode de sollicitation de procurations en vue de livrer le courrier approprié de l'ancien système, ainsi que vers Microsoft Exchange 2003. La méthode de migration des données de compte doivent être identifiés et testés. Avant la migration compte limité peut se produire, un plan de retour arrière, l'assurance de la qualité du transfert, et la certification de la migration doit être réglée et validée par des essais. Dans de nombreux cas, les nouveaux abonnés à la messagerie de service chez le client sont ajoutés à la Bourse de Microsoft Office System 2003 avant que les comptes émigré de l'ancien système. Les avantages de la manipulation des nouveaux enregistrements dans Microsoft Exchange 2003 sont que vous mai être en mesure de: Offrir un service différencié immédiatement. Présenter Microsoft Exchange 2003 à un rythme mesuré. Veiller à ce que plus aucun utilisateurs sont ajoutés à un système obsolète. Reprise du service Une période de rodage doivent être identifiés, sur lesquels Microsoft Exchange 2003, le système doit être étroitement surveillée pour des conditions d'erreur. Utilisation des utilitaires de migration Les services publics qui appuient la stratégie choisie doit alors être développés et testés. Ces essais devraient inclure le calendrier de l'exécution de ces utilitaires. Cette phase comprend la construction des utilitaires de migration doivent eux-mêmes et comprennent la conception, le développement, et l'essai des utilitaires de migration qui doivent être utilisés pour migrer le courrier à partir du système actuel au nouveau mis en oeuvre Microsoft Exchange 2003 du système. De nouveaux outils doivent être construites très souvent parce que des systèmes de source différente de messagerie qui peut être dans l'existence. Microsoft Exchange 2003 offre des outils de migration automatisés conçus pour simplifier le processus de transfert de votre service, y compris des outils intégrés pour les services utilisant Sendmail et Software.com 's Post.Office. Ces outils flexible, modulaire et personnalisable sont des scripts Perl qui gèrent l'exportation de répertoire, boîte aux lettres, et des informations d'utilisateurs provenant de ces autres systèmes de fichiers dans Microsoft Exchange 2003-format lisible (basé sur LDIF), qui sont ensuite importées dans Microsoft Exchange 2003 . Ces outils vous permettent de migrer tous les comptes à la fois ou élémentaire blocs d'utilisateurs. Lors de la migration à partir d'un système de messagerie différents, tels que Netscape Messaging Server ou SIMS, Microsoft Exchange 2003 dispose de procuration et de commande robuste des exportations mis en fournir une base solide pour le développement rapide de scripts personnalisés à l'exportation. Conseils pour une migration réussie La procédure de migration implique ces étapes distinctes: Mise en place de Microsoft Exchange 2003 en mode proxy Changer l'enregistrement MX Identifier les comptes à migrer Extraire des informations de compte Création de comptes dans Microsoft Exchange 2003 La migration de messages Configuration de Microsoft Exchange 2003 en mode proxy En mode proxy, tout le courrier entrant est dirigé vers Microsoft Exchange 2003. Si le courrier est pour un utilisateur qui ne dispose pas de compte Microsoft Exchange, le message est transmis à l'ancien système pour la livraison. Si un utilisateur tente de récupérer le courrier, mais la boîte aux lettres de l'utilisateur n'est pas encore localisé à la Bourse de Microsoft Office System 2003, le serveur POP sera raccordé à l'ancien système et permettra de récupérer le courrier à partir de l'emplacement de boîtes aux lettres héritage. Changer l'enregistrement MX Avec tout le courrier adressées à Microsoft Exchange, vous pouvez commencer à brûler dans le système avec des charges de vivre et de se familiariser avec les opérations d'administration, même s'il n'existe pas de données de compte dans le système. Toutefois, dès que le système est activé, les comptes sont approvisionnés directement dans Microsoft Exchange 2003. -------------------------------------------------- ------------------------------ Note: Cette étape peut prendre quelques heures pour se propager sur Internet. -------------------------------------------------- ------------------------------ Identifier les comptes à migrer Extraction Account Information Création de comptes dans Microsoft Exchange 2003 La migration de messages Plan d'échange de la migration pour aller de l'avant: Effectuer Due Diligence sur votre réseau via Remote Administration Service (semaine prochaine) Les étapes ci-dessus ne sont qu'une estimation des travaux nécessaires à effectuer une migration réussie. Après nous effectuons les Intercore Due Diligence aura un aperçu plus précis dans MS Project activités afin d'obtenir la largeur de travail nécessaire pour effectuer la migration. Cette vigilance sera d'identifier les questions que nous pouvons résoudre avant la migration est effectuée. |