Migrer Mailstore depuis Exchange 2003 vers Exchange 2010 dans un nouveau domaine

Projet proposé à l'avance, et beaucoup de documentation et d'options là-bas, alors je cherchais des avis ou des conseils.

Je crée un nouveau domaine et installe Exchange 2010 dans l'environnement. Server 2008 sera le DC. Existe-t-il un moyen de migrer des boîtes aux lettres existantes ou de la courrier électronique entier vers un nouveau domaine, puis de mapper ces boîtes aux lettres vers de nouveaux objects user dans le nouveau domaine (qui sera en corrélation avec les anciens objects users …. un process manuel que je vais faire) . Est-ce un mode d'action plus intelligent, ou dois-je utiliser ExMerge pour exporter / importer le courrier dans les boîtes aux lettres vides que je crée pour les nouveaux objects user?

Nous ne voulons pas que les fantômes de l'ancien domaine apparaissent, alors la création à partir de "scratch" est l'intention. De toute évidence, documenter, puis recréer, les objects user, l'appartenance au groupe et les permissions seront la key. Je cherche juste des idées sur la façon dont les autres users là-bas attaqueraient cette entreprise. Il existe des arguments pour maintenir l'ancienne configuration à des fins de comparaison et se joindre à la nouvelle partie DC de l'ancien domaine, alors faire un DOMAIN RENAME est insortinggant, je déteste être dépendant de l'Assistant et avoir des migrations interrompues et des problèmes de compatibilité, me laissant mort dans l'eau.

2 Solutions collect form web for “Migrer Mailstore depuis Exchange 2003 vers Exchange 2010 dans un nouveau domaine”

Je peux parler de la façon dont nous traitons nos migrations de boîtes aux lettres entre les forêts de notre environnement 2003 dans notre nouvel environnement 2010. Ce process fonctionne raisonnablement bien, à l'exception d'un problème connu que les boîtes aux lettres transversales nécessitent parfois quelques heures pour être reconnues par Exchange 2010 (Ou, vous pouvez redémarrer le magasin d'informations pour les mettre en place immédiatement)

Voici le process que nous utilisons. Il existe d'autres façons de le faire, mais cela fonctionne pour nous dans un environnement de production et nous le faisons presque tous les jours.

Conditions préalables

  • Vous devez avoir une confiance de domaine entre l'ancien domaine et le nouveau domaine.
  • Vous avez besoin d'un user possédant des privilèges administratifs sur l'ancien domaine ou quelqu'un capable de gérer la boîte aux lettres déplacée.

Processus

  1. Préparez la forêt cible avec le script powershell de microsoft (ne peut pas find un lien pour vous) ou utilisez la méthode que nous utilisons, le script PrepareForestMove.vbs de Michel de Rooij ( http://eightwone.com/2010/02/11/cross -forest-mailbox-move-2 / )
  2. Une fois que la sortie confirme que les fonctions de la boîte aux lettres sont déplacées (devrait apparaître sous le file output.log), éteignez le powershell.
  3. Définissez votre ancienne gestion forestière / gestionnaire de boîte aux lettres dans une variable, ($ foo = Get-Credential)
  4. Exécutez ce qui suit: New-MoveRequest -RemoteLegacy -Identity "foo@contoso.com" -RemoteGlobalCatalog "GC.contoso.com" -TargetDeliveryDomain "New.Forest.Domain.Com" -RemoteCredential $foo -verbose

  • foo@contoso.com est une adresse e-mail atsortingbuée à la boîte aux lettres actuellement dans l'ancien système ancien.
  • GC.contoso.com est un catalogue global dans l'ancien domaine. Il doit s'agir d'un catalogue global! vérifiez ceci, car il n'est pas apparemment apparent par l'erreur si le server n'est pas un GC.
  • new.forest.domain.com est le nouveau domaine de livraison de la nouvelle forêt. Ce qui fait, c'est configurer un redirecteur dans le réseau d'échange de la vieille forêt qui renvoie les courriels de l'ancienne boîte aux lettres vers le nouveau dans le nouveau domaine.

information additionnelle

 output.log for PrepareForestMove looks similar to this: [14:36] Start [14:36] Reading names from users.txt [14:36] doe.100: Syncing Exchange Atsortingbutes from doe.100 [14:36] Setting mail to John.Doe@contoso.com #8 [14:36] Setting mailNickname to doe.100 #8 [14:36] Setting msExchMailboxGuid to (B25A79608ABA6F4FA36E6C0AF3CB69BE) #8209 [14:36] Setting targetaddress to John.Doe@contoso.com #8 [14:36] Setting proxyAddresses to multi-value [smtp:John.Doe@old.contoso.com, smtp:doe.100@local, smtp:doe.100@contoso.com, SMTP:John.Doe@contoso.com, X400:c=us;a= ;p=contoso;o=Exchange;s=Doe;g=John;] #8204 [14:36] Adding X500:/o=contoso/ou=First Administrative Group/cn=Recipients/cn=doe.100 to proxyAddresses [14:36] John.Doe@contoso.com [14:36] Adding smtp:John.Doe@nlsa.contoso.com to proxyAddresses [14:36] Setting msExchRecipientDisplayType to -2147483642 #3 [14:36] Setting msExchRecipientTypeDetails to 128 #2 [14:36] Setting legacyExchangeDN to /o=CTS/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=John Doe #8 [14:36] Finished 

J'inviterais la sortie «attendue» de la nouvelle-MoveRequest détaillée, mais je n'ai pas de boîte aux lettres à déplacer pour le moment. Il suffit de dire, si vous voyez beaucoup de spam jaune sans inputs rouges, les choses devraient être en train de basculer et rouler très bien.

Vous pouvez également vérifier l'état de la motionequest en tant que traitement en utilisant Get-MoveRequestStatistics -Identity username

Oh, un élément supplémentaire : si, lorsque vous essayez d'utiliser la nouvelle boîte aux lettres, vous obtenez un "Oublié pour ouvrir le magasin de messages", c'est le "problème connu" auquel j'ai parlé plus haut. Si vous avez une configuration du Groupe d'access à la database, nous avons constaté que l'échec sur le DAG vers un server secondaire efface généralement ceci sans une restauration de la banque d'informations, mais dans certains cas, vous devez parcourir toutes les banques d'informations. Microsoft espérons que cela corrigera ce problème dans SP2 (apparemment, il n'était pas assez important pour SP1)

Bonne chance, et j'espère que cela vous aidera!

Vous avez réellement deux options dont vous avez parlé dans votre dernier commentaire. Vous pouvez créer un nouveau DC / forest / domain, créer des counts user, puis ExMerge / Export-Mailbox pour chaque user nouvellement créé. Vous pouvez également créer une nouvelle forêt, établir une confiance, puis faire des migrations entre forêts.

Dans la mesure du possible, je voterais pour recréer le domaine et la forêt Active Directory. Vous pouvez déplacer des users et des groupes sans problème en utilisant les utilitaires existants ( ldifde ). Pensez à votre design d'OU, car il permet d'utiliser la stratégie de groupe (quel est le meilleur allié de sysadmin de Windows) beaucoup plus facile.

Mon vote: Créez une forêt distincte, importez des users et des groupes, concevez une structure de l'OU, puis exportez / importez des boîtes aux lettres de l'ancien server Exchange, en les attachant aux nouveaux users.

  • Migration Windows Server 2012 (DNS / AD DS Standard Eval to Essentials OEM) P2V -> Ai-je besoin d'un controller de domaine secondaire pendant la migration?
  • Migrer Windows Server 2008 sur un nouveau disque dur 2
  • Fusionner les users Novell et Active Directory
  • Migration vers VMware
  • Migrer de Gmail vers Google Apps
  • Migrer l'application Django de ubuntu vers chapeau rouge
  • Système de contrôle des documents
  • Cisortingx XenServer possède une migration de stockage
  • Migrez vers le nouveau server de files du server 2008 mais gardez le nom du server ancien (sous AD de domaine)
  • SBS 2008 BPA Avertissements après la migration à partir de SBS 2003
  • Comment migrer un système physique vers un server virtuel KVM uniquement avec un access réseau?
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.