Exchange your Mind

"La connaissance ne vaut que si elle est partagée" / "An effective Knowledge is a shared one"

Migration vers Exchange Server 2010 Part 2

Posted by David PEKMEZ le mars 9, 2010


Migration des données

Nous avons étudié dans la première partie de cet article l’installation d’Exchange Server 2010 et la configuration lors de l’intégration dans une organisation Exchange Server 2003 ou 2007,

Vous pouvez lire la première partie de cet article sur le lien ci-dessous

http://unifiedit.wordpress.com/2010/03/01/migration-vers-exchange-server-2010/

Nous allons maintenant nous consacrer à la migration des données de messagerie,

Stratégie de destinataire

Nous devons tout d’abord mettre à jour les stratégies de destinataires,

Par défaut, il existe la « Default Policy » que nous allons mettre à jour ci-dessous, il convient de faire de même pour toutes les stratégies de destinataires que vous pourriez avoir en production,

Pour obtenir une liste complète, exécuter la commande suivante :

Get-EmailAddressPolicy


Afin de mettre à jour la « Default Policy », exécuter la commande suivante

Set-EmailAddressPolicy –Identity "Default Policy" -ForceUpgrade –IncludedRecipients "Allrecipients " –Confirm:$false

La version sera mise à jour, vous pouvez le vérifier à l’aide de la commande :

Set-EmailAddressPolicy |fl Exchangeversion


Nous allons maintenant migrer les listes d’adresses par défaut

  • Pour migrer la liste d’adresses par défaut "All Users" entrer la commande suivante :

Set-AddressList "All Users" -IncludedRecipients MailboxUsers

  • Pour migrer la liste d’adresses par défaut "All Groups" entrer la commande suivante :

Set-AddressList "All Groups" -IncludedRecipients MailGroups

  • Pour migrer la liste d’adresses par défaut "All Contacts" entrer la commande suivante :

Set-AddressList "All Contacts" -IncludedRecipients MailContacts


  • Pour migrer la liste d’adresses par défaut "Public Folders" entrer la commande suivante :

Set-AddressList "Public Folders" -RecipientFilter { RecipientType -eq ‘PublicFolder’ }


  • Pour migrer la liste d’adresses par défaut "Default Global Address List" entrer la commande suivante :

Set-GlobalAddressList "Default Global Address List" -RecipientFilter {(Alias -ne $null -and (ObjectClass -eq ‘user’ -or ObjectClass -eq ‘contact’ -or ObjectClass -eq ‘msExchSystemMailbox’ -or ObjectClass -eq ‘msExchDynamicDistributionList’ -or ObjectClass -eq ‘group’ -or ObjectClass -eq ‘publicFolder’))}


Une fois toutes les listes d’adresses à jour, passons à la migration des boîtes aux lettres,

Migration des Boîtes aux lettres

Nous sommes maintenant près à migrer les boîtes aux lettres Exchange 200x vers 2010, la méthode est encore une fois la même avec Exchange Server 2003 ou Exchange Server 2007.


Une nouvelle option apparaît dans la console Exchange Server 2010, nous pouvons créer des demandes de déplacements « locales » ou « Remote »

La différence est assez simple :

  • La demande « locale » signifie que vous allez déplacer une boîte aux lettres au sein de la même organisation Exchange donc au sein de la même forêt
  • La demande « Remote » signifie que vous allez déplacer une boîte aux lettres à partir d’une forêt distante dans laquelle se trouvent des serveurs de messagerie Exchange.

Nous allons donc créer une demande de déplacement « locale » pour l’utilisateur « David Pekmez » au hasard J


Choisir la nouvelle base Exchange et cliquer sur « Next »


Cliquer sur « Next »


Cliquer sur « New »


Cliquer sur « Finish », et faites de même pour les autres utilisateurs.


Une fois Migrés vos utilisateurs sont de type « User Mailbox » au lieu de « Legacy Mailbox ».

Note concernant Exchange Server 2003:

Exchange Server 2003 utilise des boîtes aux lettres partagées au lieu d’utiliser des boîtes aux lettres de ressource,

Si vous migrez une boîte aux lettres partagée vers Exchange Server 2010, cette boîte aux lettres sera une boîte aux lettres partagée sous Exchange Server 2010, vous devrez la convertir en une boîte aux lettres de ressources.

Pour convertir une boîte aux lettres parcourez le Technet à l’adresse suivante : http://technet.microsoft.com/fr-fr/library/bb201749.aspx

Migration des Dossiers Publics

Lors du déplacement des dossiers publics, deux scénarios sont possibles :

  • Déplacement de tout le contenu des dossiers publics d’une base de données vers une nouvelle base de données de dossiers publics Pour déplacer tous les dossiers publics d’une base de données de dossiers publics vers une nouvelle base de données de dossiers publics, utilisez le script MoveAllReplicas.ps1. Ce script remplace un serveur par un autre dans la liste de réplication pour tous les dossiers publics, y compris les dossiers système. Pour plus d’informations sur l’utilisation de scripts de dossier public, consultez la rubrique Scripts pour la gestion des dossiers publics dans Exchange Management Shell.
  • Déplacement du contenu d’une arborescence de dossiers d’un serveur vers un autre Pour déplacer tous les réplicas d’une sous-arborescence de dossiers publics d’un serveur vers un autre, utilisez le script ReplaceReplicaOnPFRecursive.ps1. Ce script ajoute un serveur à la liste de réplication pour un dossier public et tous les dossiers situés plus bas dans la hiérarchie. Si le serveur figure déjà dans la liste de réplication pour un dossier, rien n’est modifié pour ce dossier. Pour plus d’informations sur l’utilisation de scripts de dossier public, consultez la rubrique Scripts pour la gestion des dossiers publics dans Exchange Management Shell.

Pour exécuter les procédures suivantes, vous devez utiliser un compte auquel ont été délégués :

  • Le rôle Administrateur de serveur Exchange et le groupe Administrateurs local pour le serveur cible.
    • Pour déplacer le contenu des dossiers publics du serveur Server01 vers le serveur Server02, exécutez la commande suivante :

MoveAllReplicas.ps1 -Server Server01 -NewServer Server02

  • Pour déplacer le dossier public « Legal » et tous les dossiers figurant dans cette hiérarchie du serveur Server01 vers le serveur Server02, exécutez la commande suivante :

ReplaceReplicaOnPFRecursive.ps1 -TopPublicFolder "\Legal" -ServerToAdd Server02 -ServerToRemove Server01

Exemple :


Cette opération peut nécessiter plusieurs heures avant que tous les dossiers publics soient hébergés sur le serveur Exchange 2010.

Migration du carnet d’adresses hors connection

Utilisation de la console

Utilisation de la console de gestion Exchange pour déplacer le processus de génération de carnet d’adresses en mode hors connexion sur un autre serveur

  • Dans l’arborescence de la console, développez Configuration de l’organisation, puis cliquez sur Boîte aux lettres ou Mailbox en US
  • Dans le volet Résultats, cliquez sur l’onglet Carnet d’adresses en mode hors connexion ou Offline Address Book, puis sélectionnez le carnet d’adresses en mode hors connexion pour lequel vous voulez déplacer la génération vers un nouveau serveur.
  • Dans le volet Action, cliquez sur Déplacer ou Move. L’Assistant Déplacement du carnet d’adresses en mode hors connexion s’affiche.
  • Dans la page Déplacer le carnet d’adresses en mode hors connexion, cliquez sur Parcourir pour ouvrir la boîte de dialogue Sélectionner un serveur de boîtes aux lettres.
  • Sélectionnez le serveur sur lequel vous voulez déplacer le processus de génération de carnet d’adresses en mode hors connexion, puis cliquez sur OK.
  • Cliquez sur Déplacer ou Move pour déplacer le processus de génération de carnet d’adresses en mode hors connexion sur le nouveau serveur.
  • Vérifiez l’état de l’opération de déplacement. L’Assistant déplace la génération de votre carnet d’adresses en mode hors connexion sur le nouveau serveur et copie les fichiers existants du carnet d’adresses en mode hors connexion sur le nouveau serveur.
  • Dans la page Achèvement, vérifiez que le processus de génération de carnet d’adresses en mode hors connexion a été déplacé avec succès. L’état Achevé indique que l’Assistant a achevé la tâche avec succès. L’état Échec indique que la tâche n’a pas été achevée avec succès. En cas d’échec de la tâche, consultez le résumé pour obtenir une explication, puis cliquez sur Précédent pour modifier la configuration.
  • Cliquez sur Terminer ou Finish pour fermer l’Assistant Déplacement du carnet d’adresses en mode hors connexion.

Exemple :

Sélectionner le carnet d’Adresse, faire un clic droit et sélectionner « Move »



Cliquer sur « Move » puis sélectionner le serveur Exchange 2010




Cliquer sur « Move »


Cliquer sur « Finish »

Et choisir les modes de distribution du carnet d’Adresses suivant les différentes versions de client Outlook présent au sein de votre réseau.



Suppression des bases de dossiers publics

Pour supprimer les banques et bases de données de dossiers publics, sur le serveur Exchange 2003, utilisez le Gestionnaire système Exchange pour effectuer les étapes suivantes :

  • Développez le serveur, développez le groupe de stockage contenant la banque de dossiers publics, cliquez avec le bouton droit sur la banque de dossiers publics, puis cliquez sur Supprimer.
  • Dans la boîte de dialogue notifiant que la banque de dossiers publics est la banque par défaut pour une ou plusieurs banques de boîtes aux lettres ou un ou plusieurs utilisateurs de boîtes aux lettres, cliquez sur OK pour sélectionner une nouvelle banque de dossiers publics. Dans la boîte de dialogue Sélectionner la banque publique, sélectionnez la banque de dossiers publics d’un serveur Exchange 2010, puis cliquez sur OK.
Remarque :
Dans Exchange 2003 Service Pack 2 (SP2), le Gestionnaire système Exchange vous empêche de supprimer une banque de dossiers publics tant que tous les réplicas de dossiers publics n’ont pas effectué leur processus de déplacement en arrière-plan. Le déplacement des réplicas peut durer plusieurs heures ou jours. Si vous supprimez une banque de dossiers publics avant que la réplication ne soit terminée, vous pouvez perdre des données de dossiers publics. Si vous exécutez le Gestionnaire système Exchange sur une version antérieure d’Exchange, telle qu’Exchange 2003, vous devez vérifier manuellement que les réplicas de dossiers publics ont été déplacés avant de les supprimer de la banque de dossiers publics. Pour ce faire, dans le Gestionnaire système Exchange, développez le serveur depuis lequel les réplicas sont déplacés, développez le groupe de stockage contenant la banque de dossiers publics, développez la banque de dossiers publics, puis sélectionnez Instances de dossiers publics. Si le volet d’informations est vide pour les instances de dossiers publics, les réplicas ont été déplacés et vous pouvez supprimer en toute sécurité la banque de dossiers publics.

Suppression du connecteur de groupe de routage

Vérifiez que le flux de messagerie Internet est configuré pour effectuer le routage via vos serveurs de transport Exchange 2010 mais tout est opérationnel logiquement puisque ce point doit être validé lors de l’installation des serveurs Exchange 2010.

Remarque :
Avant de supprimer votre dernier serveur 2003 ou 2007, vérifiez que vous avez créé des connecteurs d’envoi Exchange 2010 pour remplacer tous les connecteurs SMTP sortants pouvant exister sur ce serveur Exchange 2003 ou 2007. Vérifiez également que le serveur Exchange 2003 ou Exchange 2007 n’est pas répertorié comme l’hôte actif d’un connecteur d’envoi Exchange 2007 ou d’une passerelle SMTP tierce.

Supprimez les connecteurs de groupe de routage qui se connectent aux groupes de routage Exchange 2003 ou Exchange 2007 et le groupe de routage Exchange 2010. Vous pouvez également effectuer cette opération depuis le Gestionnaire système Exchange 2003 ou utiliser la cmdlet Remove-RoutingGroupConnector dans l’environnement de ligne de commande Exchange Management Shell. Pour plus d’informations, consultez la rubrique Remove-RoutingGroupConnector.


Supprimez les deux connecteurs de groupes de routage.

Désinstallation des serveurs Exchange 200x

  • Vérifiez que tous les services de protocole entrant (ActiveSync, Microsoft Office Outlook Web Access, Outlook Anywhere, Outlook, POP3, IMAP4, service de découverte automatique et tout autre service Web Exchange) pointent sur un serveur d’accès au client Exchange 2010, exécutez les opérations suivantes :
    • Assurez-vous que les noms d’hôte Internet et les adresses IP sont correctement configurés dans DNS pour l’accès aux serveurs d’accès au client Exchange 2010.
    • Assurez-vous que vos clients sont correctement configurés.
  • Si vous avez des stratégies de destinataire Exchange 2003 qui sont des stratégies du Gestionnaire de boîtes aux lettres uniquement et que vous ne définissez pas d’adresses de messagerie (elles n’ont pas d’onglet Adresses de messagerie (Stratégie)), procédez comme suit pour supprimer les stratégies :
    • Dans le Gestionnaire système Exchange, développez Destinataires, puis sélectionnez Stratégies de destinataire.
    • Pour vérifier si une stratégie est une stratégie du Gestionnaire de boîtes aux lettres uniquement, cliquez avec le bouton droit sur la stratégie, puis sélectionnez Propriétés. La page Propriétés ne doit pas avoir d’onglet Adresses de messagerie (Stratégie).
    • Pour supprimer la stratégie, cliquez avec le bouton droit sur la stratégie, puis sélectionnez Supprimer. Cliquez sur OK, puis sur Oui.
  • Si vous avez des stratégies Exchange 2003 qui sont des stratégies d’adresse de messagerie et des stratégies du Gestionnaire de boîtes aux lettres (elles ont les onglets Paramètres du Gestionnaire de boîtes aux lettres (Stratégie) et Adresses de messagerie (Stratégie)), procédez comme suit pour supprimer la partie Gestionnaire de boîtes aux lettres de la stratégie :
    • Dans le Gestionnaire système Exchange, développez Destinataires, puis sélectionnez Stratégies de destinataire.
    • Cliquez avec le bouton droit sur la stratégie, puis sélectionnez Modifier les pages de propriétés.
    • Désactivez la case à cocher Paramètres du Gestionnaire de boîtes aux lettres, puis cliquez sur OK.
Remarque :
Ne supprimez pas les stratégies de destinataire d’adresse de messagerie ayant des adresses électroniques que vous voulez conserver dans votre organisation. Exchange 2010 utilise ces stratégies lors de la configuration de nouveaux destinataires.
  • Pour supprimer les services de mise à jour de destinataire du domaine, procédez comme suit :
    • Dans le Gestionnaire système Exchange 2003, développez Destinataires, puis sélectionnez Services de mise à jour de destinataire.
    • Cliquez avec le bouton droit sur le service de mise à jour de destinataire de chaque domaine, puis sélectionnez Supprimer.
    • Cliquez sur Oui.
  • Si vous ne pouvez pas supprimer le Service de mise à jour de destinataire (Configuration Entreprise) à l’aide du Gestionnaire système Exchange 2003. Pour supprimer le Service de mise à jour de destinataire (Configuration Entreprise) via l’outil ADSI Edit (AdsiEdit.msc), procédez comme suit :
    • Ouvrez ADSI Edit, développez Configuration, CN=Configuration,CN=<domaine>, développez CN=Services, développez CN=Microsoft Exchange, développez CN=<nom d’organisation Exchange>, développez CN=Conteneur Listes d’adresses, puis sélectionnez CN=Services de mise à jour de destinataire.
    • Dans le volet Résultats, cliquez avec le bouton droit sur Service de mise à jour de destinataire (Configuration Entreprise), cliquez sur Supprimer, puis sur Oui pour confirmer la suppression.


  • Désinstallez Exchange 2003 ou Exchange 2007 en utilisant Ajout/Suppression de programmes dans le Panneau de configuration.
Note :
Si vous voulez utiliser le Gestionnaire système Exchange pour gérer les dossiers publics, les modèles de détails ou les modèles d’adresse via une interface utilisateur graphique, vous pouvez laisser le Gestionnaire système Exchange installé même si vous supprimez le dernier serveur Exchange 2003. Pour conserver le Gestionnaire système Exchange, dans la page Sélection des composants de l’Assistant Installation de Microsoft Exchange, sélectionnez Modifier pour le composant Microsoft Exchange, Supprimer pour le composant Services de collaboration et de messagerie Microsoft Exchange et Aucun (Installé) pour le composant Outils de gestion du système Microsoft Exchange.
Attention :
Ne supprimez aucun groupe d’administration Exchange 2003 ayant contenu des boîtes aux lettres. La propriété LegacyExchangeDN d’une boîte aux lettres d’un groupe d’administration Exchange 2003 fait toujours référence au groupe d’administration Exchange 2003, même après le déplacement de la boîte aux lettres vers un serveur du groupe d’administration Exchange 2010. Office Outlook 2003 et les versions antérieures utilisent la propriété LegacyExchangeDN pour obtenir les informations de disponibilité. Si le groupe d’administration auquel la propriété LegacyExchangeDN fait référence n’existe plus, Outlook ne pourra pas rechercher les informations de disponibilité. En outre, toutes les versions d’Outlook utilisent la propriété LegacyExchangeDN lorsqu’un utilisateur délègue l’accès aux dossiers à l’aide du client Outlook. Si vous supprimez le groupe d’administration hérité auquel la propriété LegacyExchangeDN fait référence, Outlook ne pourra pas rechercher l’utilisateur délégué associé.

Aller dans « Ajout / suppression de programmes », sélectionner Exchange Server et cliquer sur « Remove »


Cliquer sur « Next »,


Sélectionner « Remove » puis cliquer sur « Next »,


Cliquer sur « Next »,


Cliquer sur « Next »,


Cliquer sur « Finish ».

Important

Une fois les serveurs Exchange 2003 désinstallés pour pouvez utiliser la cmdlet Enable-AddressListPaging vous permettant d’activer l’affichage de liste virtuelle Active Directory pour les listes d’adresses. L’affichage de liste virtuelle vous permet d’afficher les listes d’adresses de votre organisation sous la forme de pages au lieu de charger et d’afficher l’intégralité de l’annuaire.

La Transition de votre infrastructure Exchange est maintenant terminée et vous pouvez profiter pleinement de votre nouvelle infrastructure exchange 2010 !

Conclusion

Dans cet article, j’ai essayé de vous présenter techniquement la migration vers Exchange Server 2010 à partir d’Exchange Server 2003 / 2007

N’hésitez pas à tester ces migrations en maquette avant de procéder à la migration sur votre plateforme de production !

Il ne me reste qu’à vous souhaiter de bonnes migrations J

David Pekmez

About these ads

5 Réponses to “Migration vers Exchange Server 2010 Part 2”

  1. [...] Server 2010Exchange 2010 et la gestion des certificatsMigration Inter Org Exchange 200x vers 2007Migration vers Exchange Server 2010 Part 2Procédures d’installation d’un serveur Exchange 2010 RU1 en Windows 2008 R2Exchange 2010 et les [...]

  2. [...] suivant cette procédure ^^ :     Migration Partie 2 : [...]

  3. nantesblog said

    Bonjour, d’abord merci pour cet article très intéressant et qui m’a bien servi pour le moment au sein de ma maquette.
    Une question concernant "La migration du carnet d’adresses hors connexion", en sachant que je dispose de deux serveurs MBx pour héberger le carnet et deux serveurs CAS pour la distribution, actuellement je n’ai qu’un carnet sur un seul des serveurs. Peut-on en créer un second ou en tout les cas gérer/anticiper le fait que le serveur hébergeant la liste d’adresse soit en maintenance (hormis en faisant un move au préalable) ?

Laisser un commentaire

Choisissez une méthode de connexion pour poster votre commentaire:

Logo WordPress.com

Vous commentez à l'aide de votre compte WordPress.com. Déconnexion / Changer )

Image Twitter

Vous commentez à l'aide de votre compte Twitter. Déconnexion / Changer )

Photo Facebook

Vous commentez à l'aide de votre compte Facebook. Déconnexion / Changer )

Photo Google+

Vous commentez à l'aide de votre compte Google+. Déconnexion / Changer )

Connexion à %s

 
Suivre

Recevez les nouvelles publications par mail.

Rejoignez 222 autres abonnés

%d bloggers like this: