Comment effectuer une migration Exchange

Dans cette phase, les comptes de messagerie existants et les messages sont migrés à partir de l'environnement de messagerie existant pour l'environnement Microsoft Exchange 2003. Votre stratégie de migration doit être exécuté d'une manière qui est transparente et qui a un impact minimal sur vos e-mail actuels des utilisateurs.

Pour atteindre ces objectifs, une stratégie efficace de la migration 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, systèmes de gestion et les opérations parallèles.

Ce chapitre contient les sections suivantes:

Développer une stratégie de migration

Préparation du plan de migration

Utilisation des utilitaires de migration

Conseils pour une migration réussie

Reportez-vous au Guide de migration de Microsoft Exchange 2003 pour des informations complètes sur la migration.

Développer une stratégie de migration
Le site typique où Microsoft Exchange 2003 est installé dispose d'un système de messagerie existant qui fournit des services de messagerie pour les utilisateurs. La migration est le fait de déplacer ou de copier les données de tous les utilisateurs de l'héritage (existant) du système de Microsoft Exchange 2003, le système. La migration est effectuée de sorte que tous les clients peuvent être desservis par le système de Microsoft Exchange 2003, pas simplement ceux de nouveaux abonnés suite à l'installation de Microsoft Exchange 2003.

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 dans le système de chaque site héritage courrier et ses systèmes intégrés et des procédures. Une migration réussie dépend identifier avec précision tous les aspects uniques du système qui doivent être dupliquées dans Microsoft Exchange et puis dupliquer ces conditions par le développement et le test avant la migration physique réelle.

Les principaux sujets de préoccupation dans toute migration vers un nouveau service de messagerie sont l'intégrité des données et basculement transparent à la production. L'intégrité des données garantit que tous les comptes de messagerie, les messages stockés, et du son associé et des préférences personnelles (par exemple, carnets d'adresses, mots de passe, etc) sont correctement conservées dans le système de messagerie nouvelle. Basculement transparent à la production signifie que la transition est traitée rapidement, proprement et sans interruption de l'expérience de l'utilisateur final.

Dans migrations typiques, le montant total du temps nécessaire pour une transition réussie est une fonction de la complexité du système. Tant le nombre total de comptes de messagerie et le nombre total de messages enregistrés sont des facteurs importants. En outre, le temps de migration peuvent être affectés par le système et le site des questions spécifiques.

Toute stratégie de migration doit tenir compte:

Migration des comptes

Migration des boîtes aux lettres

Comptes Migration
Cette migration implique toute l'information qui identifie et décrit un utilisateur, y compris la classe de service de données qui définit le service pour lequel les utilisateurs sont abonnés. Les données du compte doit être placé dans le système de Microsoft Exchange 2003 avant que les données du message. La première tâche est donc de recueillir et de transférer les données des comptes de l'ancien système, puis le transférer vers le système Microsoft Exchange 2003.

Si votre système existant présente des domaines et des unités d'organisation, vous devez préparer la migration de ces également.

Boîtes aux lettres Migration
Cette migration implique données du message - les messages actuels à migrer qui appartiennent à l'utilisateur. La boîte aux lettres est simplement une collection des messages relatifs à un compte particulier.

Préparation du plan de migration
La migration implique une planification importante, plus que tout autre tâche de déploiement. Cette planification est nécessaire parce que l'activité est exposée à des utilisateurs existants et, dans la plupart des cas, être la première expérience que les utilisateurs ont du nouveau système. Il est très important de prévoir toutes les éventualités afin d'éviter des problèmes lors de la migration.

Reportez-vous à l'Annexe A pour des informations sur la façon d'obtenir un plan de migration de l'échantillon.

La migration est de 95 pour cent de planification et de 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 fournit une analyse détaillée, étape par étape la procédure pour migrer les comptes et les boîtes aux lettres de Microsoft Exchange 2003. L'équipe de déploiement doit faire plusieurs essais à blanc de ce plan, chaque marche à sec entraîne une amélioration ultérieure du plan.

Tout plan de migration doit répondre à ces considérations:

Assurer la disponibilité des systèmes

Coordination avec d'autres groupes et identifier les dépendances

Vérification de l'installation du logiciel et la configuration

Mise en place du système de test

Fournir approvisionnement connectivité

Test de la migration

Choisir une migration totale ou limitée

Reprise de service

Assurer la préparation des systèmes
Tous les systèmes doivent être testés doit être prêt et opérationnel avant de commencer les essais. En outre réseaux doivent être mis en œuvre tel que défini dans la conception de l'architecture (voir chapitre 2).

Pour chaque e-mail initial du système, les paramètres IP distinctes (chacune avec uniques enregistrements "A" dans le DNS) doit être établie dans les cas suivants:

Adresse de l'hôte Il s'agit de la cession IP permanente pour l'hôte.
Service Adresse C'est l'adresse qui est utilisée par tous les clients e-mail pour un service. L'adresse de service seront réaffectés à Microsoft Exchange au moment de la migration des comptes.
Adresse proxy de service Il doit y avoir une adresse proxy de service pour chaque adresse de service. Le numéro IP utilisé pour toute adresse proxy de service correspondra à son adresse de service respectif. L'adresse proxy de service sera utilisé pour le proxy de ciblage où proxy est utilisé sur le système Microsoft Exchange. Ceux-ci peuvent être affectées de-après toutes les migrations sont complets et lorsqu'il est déterminé que la procédure revient n'est pas nécessaire.

Coordination avec d'autres groupes et identifier les dépendances
Étant donné que toute migration touche de nombreux aspects du fonctionnement de l'entreprise, assurez-vous coordonner la migration avec tous les groupes concernés et d'identifier les dépendances - c'est-à déterminer l'ordre dans lequel les systèmes doivent être migrés.

Vérification de l'installation du logiciel et de la configuration
En plus de l'installation de Microsoft Exchange 2003 (voir chapitre 3) et de vérifier que tous les composants inter-opérer, vous devez définir les paramètres corrects environnement Microsoft Exchange pour l'utilisateur root. Il s'agit notamment de la bonne $ PATH, LD_LIBARARY_PATH $, et $ les paramètres de Microsoft Exchange pour accéder aux outils de migration de Microsoft Exchange.

Configuration du système de test
Pour valider un plan de migration, le système d'essai doit avoir la capacité des systèmes de production, y compris la configuration du volume de stockage correcte et configuration de basculement (continuité de service). Le système de test doit avoir une connexion Internet, comme les opérations en mode proxy ne peut pas être testé sans cela.

En plus de l'équipement qui imite le système de production, machines d'essais pilotes doivent également être disponibles pour alimenter les tests de migration et de capacité. Les pilotes d'essai doit être configuré avec utilitaires de migration ainsi qu'avec les clients de messagerie ou des utilitaires d'autres tests d'accès et d'envoyer du courrier.

Au moins un hôte de test est nécessaire pour les essais de migration; cet hôte agit comme un substitut pour les effectifs en ligne e-mails hôtes et contient toutes les données de boîtes aux lettres nécessaires pour les tests.

Fournir Provisioning Connectivité
L'interface de provisionnement doit être validé avant la migration peut se produire. C API procédures doivent être testés pour s'assurer que les modifications effectuées sur la DSI ont du succès et sont propagées à la base de données de provisionnement. L'ensemble API Perl pour la migration des comptes lot doit également être testé. Enfin, les routines administratives dans le système d'approvisionnement ou de la DSI doit être validé.

Ce test est effectué dans un environnement à double approvisionnement. Le but de provisionnement double est d'assurer la possibilité de revenir au système de messagerie héritage dans le cas où le système de messagerie nouveau pas réussi.

Pour l'approvisionnement, la création automatique de boîte aux lettres doit être testé. De longueur nulle boîtes aux lettres ne sont généralement pas migré, mais plutôt qu'ils sont activés dans Microsoft Exchange 2003. Le courrier première fois est reçu ou vérifié, la boîte aux lettres peut être créée. Une base de données de test de grande taille (représentant le volume des comptes prévus) doit être testé migré afin de s'assurer que les œuvres de procédure et que la base de données de destination DSI peut la gérer.

Si possible, vous devez identifier un groupe d'utilisateurs «amis» prêts à aider à identifier des problèmes ou des erreurs

Test de la migration
Avant la migration peut se produire, le test complet sur le système de production doit être rempli. Activités d'essais de migration sont «non-intrusive» dans le système de messagerie existant et sont effectuées à partir d'un système distinct à l'aide réelle informations de compte utilisateur et un test de copie des données de l'utilisateur production.

Les procédures pour extraire les données des comptes de l'ancien système doit être testé. 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 pour chaque combinaison d'attributs de compte, telles que le renvoi, les alias, et les réponses de vacances.

En outre, le processus de déplacement des boîtes aux lettres vers le système Microsoft Exchange 2003 doit être testé. Ce processus inclut la méthode de suspendre le compte, le transfert physique des messages et des pièces jointes, et le rendement du compte à l'état actif.

Vous devez apporter des modifications de configuration possibles pour empêcher réseau ou la charge du système. En outre, vous devez établir des établissements spéciaux du réseau, l'hôte ou de stockage qui peuvent être nécessaires pour les tests. Une configuration de réseau spécial peut être nécessaire pour prévenir les complications de circulation introduites par des tests de migration. Une autre solution pourrait consister à la localisation de la boîte aux lettres originale de stockage pour le système Microsoft Exchange 2003.

-------------------------------------------------- ------------------------------

Remarque: En fonction des particularités de la migration donné, vous devrez peut-être créer de nouveaux scripts ou modifier les scripts de migration existants. Tous les scripts pour la gestion des processus par lots doit être complété et testé avant la migration.

-------------------------------------------------- ------------------------------

Choisir la migration complète ou limitée
Comptes de migrer peut être définie sur la base de règles métier (par exemple, tous les comptes de messagerie en règle ou des comptes prioritaires nécessitant un accès rapide aux fonctionnalités ne sont pas offerts dans le système de courrier sortant).

Si vous n'allez pas à la migration de l'ensemble de la population à un moment donné, il ya certaines considérations dont vous avez besoin pour planifier. Pour une migration limitée, vous devez configurer le système de Microsoft Exchange 2003 pour le 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 également tenir compte de relais SMTP en mode proxy afin de livrer le courrier approprié à l'ancien système, ainsi que de 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 secours sur l'assurance qualité migration, et la certification de la migration doit être résolu et validé par des essais.

Dans de nombreux cas, les nouveaux abonnés au service de messagerie sur le site client sont ajoutés au système Microsoft Exchange 2003 avant de comptes migrés de l'ancien système. Les avantages de la manipulation de nouveaux enregistrements dans Microsoft Exchange 2003 que vous êtes peut-être en mesure de:

Offrir un service différencié immédiatement.

Présentez Microsoft Exchange 2003 à un rythme mesuré.

Veiller à ce que les utilisateurs n'ont plus sont ajoutés à un système obsolète.

Reprise de service
Une fois la migration terminée, les comptes sont automatiquement du mode proxy à l'état actif. Utilisateurs de nouveau accès à leurs boîtes aux lettres et tous les messages qui ont été reportés lors de la migration sont livrés à leurs destinataires. En outre, vous devez déplacer les opérations entièrement au système Microsoft Exchange 2003 et désactiver le système existant.

Une période de rodage devraient être identifiés, sur lesquels le système de Microsoft Exchange 2003 doivent être étroitement surveillés en cas d'erreur.

Utilisation des utilitaires de migration
Il existe plusieurs méthodes pour la migration combinée des comptes et des boîtes aux lettres. Une méthode consiste à transférer tous les comptes en une seule migration. Ensuite, les boîtes aux lettres peuvent être transférées dans les groupes. Une autre méthode consiste à transférer un lot de comptes, puis de transférer un lot de boîtes aux lettres correspondantes, et ainsi de suite.

Les services publics qui soutiennent la stratégie choisie doit ensuite être développé et testé. Ces tests devraient inclure moment de l'exécution de ces utilitaires.

Cette phase comprend la construction d'utilitaires de migration lui-même et doit inclure la conception, le développement et les essais des utilitaires de migration qui doivent être utilisés pour migrer le courrier à partir du système existant vers le nouveau système mis en œuvre Microsoft Exchange 2003. De nouveaux outils doivent être construits très souvent à cause des différents systèmes de messagerie de source qui peuvent être dans l'existence.

Microsoft Exchange 2003 offre des outils de migration automatisés conçus pour rationaliser le processus de transfert de votre service, y compris des outils intégrés pour des services utilisant Sendmail et Post.Office Software.com 's. Ces outils flexibles, modulaires et personnalisables sont des scripts Perl qui gèrent l'exportation de répertoire, boîte aux lettres, et les informations utilisateur à partir de ces autres systèmes de fichiers dans Microsoft Exchange 2003 format lisible (basé sur LDIF), qui sont ensuite importés dans Microsoft Exchange 2003 . Ces outils vous permettent de migrer tous les comptes en une fois ou sous forme de blocs différentiels des utilisateurs. Lors de la migration à partir d'un autre système de messagerie tel que Netscape Messaging Server ou SIMS, fonctionnalités du proxy Microsoft Exchange 2003 et robustes commande set exportation constituent une base solide pour le développement rapide de son exportation personnalisés.

Conseils pour une migration réussie
Avec l'achèvement des essais de migration, le seul impact attendu sera provoquée par la différence de fonctionnalités entre les systèmes de messagerie. Une fois la migration des comptes a commencé, l'environnement de production cible devient l'environnement de production.

La procédure de migration implique ces étapes distinctes:

Configuration de Microsoft Exchange 2003 en mode proxy

Modification de l'enregistrement MX

Identification des comptes à migrer

Extraction des informations de compte

Création de comptes dans Microsoft Exchange 2003

Migration des messages

Configuration de Microsoft Exchange 2003 en mode proxy
Microsoft Exchange doit être configuré en mode proxy avant d'activer le système. La configuration de proxy permet le relais des demandes de messages et de service à l'ancien système jusqu'à ce que la migration complète a été réalisée.

En mode proxy, tout le courrier entrant est dirigé vers Microsoft Exchange 2003. Si le mail est pour un utilisateur qui ne dispose pas d'un compte Microsoft Exchange, le message est relayé à l'ancien système pour la livraison. Si un utilisateur tente de récupérer le courrier, mais la boîte aux lettres n'est pas encore situé sur le système de Microsoft Exchange 2003, le serveur POP va se connecter à l'ancien système et récupérer le courrier dans l'emplacement boîte aux lettres héritée.

Modification de l'enregistrement MX
Afin d'atteindre pour le courrier de Microsoft Exchange 2003, le système (au lieu de l'ancien système), vous devez modifier l'enregistrement MX dans le DNS pour le domaine de messagerie du site, de sorte que le trafic est dirigé vers Microsoft Exchange 2003.

Avec tous les mails envoyés à Microsoft Exchange, vous pouvez commencer à brûler dans le système avec des charges en direct et de s'habituer à l'administration des opérations même s'il n'y a pas de données de comptes dans le système. Cependant, dès que le système est activé, les comptes sont approvisionnés directement dans Microsoft Exchange 2003.

-------------------------------------------------- ------------------------------

Remarque: Cette étape peut prendre quelques heures pour se propager sur Internet.

-------------------------------------------------- ------------------------------

Identifier les comptes à migrer
La première étape de la migration est de déterminer quels comptes de messagerie existants se déplace vers le système Microsoft Exchange 2003. Comptes de migrer peut être définie sur la base de règles métier (par exemple, tous les comptes de messagerie en règle, ou des comptes prioritaires nécessitant un accès rapide aux fonctionnalités ne sont pas offerts dans le système de messagerie existant).

Extraction d'informations de compte
Après avoir défini les comptes à migrer, la prochaine étape est d'extraire des informations de compte à partir du système de messagerie existant. Utilisation de la liste des comptes cible, les informations de compte est exporté dans un fichier dans LDAP Data Interchange Format (LDIF). Le format standard LDIF permet l'importation des informations de compte à partir de n'importe quel système de messagerie existant vers un système Microsoft Exchange. Les scripts utilisés ici peuvent être personnalisés pour gérer n'importe quelle situation.

Création de comptes dans Microsoft Exchange 2003
Ensuite, les comptes sont créés dans le répertoire Microsoft Exchange basé sur les informations de compte décrite dans le fichier LDIF. Que les comptes sont créés, ils sont placés en mode proxy, provoquant la livraison du courrier et l'accès à des comptes non migrées à passer directement par les ancien système de messagerie, assurant ainsi un service continu aux utilisateurs finaux. Pendant cette phase, si un utilisateur se connecte et saisit un nom d'utilisateur inconnu, le Microsoft Exchange POP serveur se connecte à l'actuel système de courrier électronique.

Messages Migration
La dernière phase de la migration consiste à déplacer des messages électroniques à partir du système de messagerie existant pour le système Microsoft Exchange. Migration message peut apparaître sous forme de fichiers séparés ou un seul fichier concaténé. Toutefois, une certaine personnalisation est généralement nécessaire, car la façon dont un message est enregistré dans le serveur Message Store (MSS) peut différer du format électronique standard. Cette phase nécessite de nouveaux comptes afin de fonctionner en mode de maintenance, période pendant laquelle ces boîtes aux lettres ne sont pas disponibles. Pour cette raison, la migration message est généralement effectuée par petits incréments pendant les heures creuses.

Plan de migration Exchange pour aller de l'avant:

Effectuer Due Diligence sur votre réseau via le service Remote Terminal (la semaine prochaine)

Identifier les composants existants - les utilisateurs, les groupes, les variables de connexion

Structure AD document proposé

Lancement du projet réunion (vendredi)

Installez Windows Server 2003 (du vendredi soir)

Installer Active Directory (Friday Night)

Configurer, Patch et Connect (Friday Night)

Connexion Event Review, résoudre les éventuelles erreurs (du vendredi soir)

Connectez environnement AD existant pour Windows 2000 (Friday Night)

Identifier les imprimantes existantes (samedi)

Identifier les composants existants dans Exchange (samedi)

Construction de change, configure, patch (samedi)

Installer et configurer un logiciel antivirus, la solution de Spam et Fax

Logiciel (samedi)

Configurer OWA dans la DMZ (samedi)

Vérification de l'installation (samedi)

Effectuer Move Mailbox (samedi)

Installez Outlook 2003 sur tous les ordinateurs de bureau. (Samedi - dimanche)

Examinez le journal des événements, résoudre les éventuelles erreurs (dimanche)

Configuration de test poste de travail / effectuer des tests (dimanche)

Sur site pour gérer tous les problèmes de la migration (lundi)

Les étapes ci-dessus ne sont qu'une estimation des travaux nécessaires à effectuer une migration réussie. Après nous effectuons la intercoeurs Due Diligence aura un contour plus précis dans MS Project au détail pleinement l'ampleur du travail nécessaire pour effectuer la migration. Cette diligence raisonnable identifier les problèmes que nous pouvons résoudre avant la migration est réalisée....