Exchange your Mind

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

Archive for the ‘Coexistence-2010’ Category

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

Posted in 1-EXCHANGE 2010, Coexistence-2010, Mise-a-jour-2010 | 5 Comments »

Migration vers Exchange Server 2010

Posted by David PEKMEZ le mars 1, 2010


Migration vers Exchange Server 2010

Cet article présente la transition d’une infrastructure typique Exchange 2003 vers Exchange Server 2010, cependant les étapes de mise à jour sont aussi valables pour Exchange Server 2007, la méthode est la même.

La première partie de cet article sera consacré à l’installation et la configuration d’Exchange Server 2010 dans une Organisation Exchange existante, la seconde partie traitera de la migration des données

Il est important de noter qu’il est possible de migrer depuis les versions Exchange Server 2003 et 2007 uniquement.

Vous devez bien préparer cette mise à jour afin d’impacter le moins possible vos utilisateurs, cet article vous guidera dans les différentes étapes de mise à jour.

Testez la migration en maquette afin d’adapter ce guide à votre infrastructure existante.

Les prés requis de migration

La compatibilité entre les différentes versions d’Exchange Sevrer / Windows Server et Active Directory

Système d’exploitation

Active Directory

Windows 2008

Windows 2008 R2

Windows 2008

Windows 2008 R2

Exchange 2007 SP1

Supporté

Non Supporté

Supporté

Supporté

Nécessite Exchange 2007 SP1 Rollup 9

Exchange 2007 SP2

Supporté

Non Supporté

Supporté

Supporté

Exchange 2010

Supporté

Nécessite Windows 2008 SP2

Supporté

Supporté

Supporté

Vérifiez ensuite les points suivants :

  • le niveau fonctionnel de votre forêt est au moins Windows Server 2003
  • le contrôleur de schéma exécute Windows Server 2003 avec le Service Pack 1 ou une version ultérieure.
  • Si vous voulez déployer des DAG Exchange Server 2010, vous devez disposer de versions Enterprise de Windows Server 2008
  • Votre serveur Exchange 2003 doit être en version service pack 2
  • Votre serveur Exchange 2007 doit être en version service pack 2
  • Exchange Server n’utilise pas les serveurs d’annuaire en lecture seule (RODC)

Important :

Comme toute évolution de produit, certaines fonctionnalités évoluent ou sont supprimées, vérifiez que vous ne les utilisez pas ou vous devrez garder un serveur 200x dans votre environnement suite à la migration, la page Technet suivante vous donne toutes les informations nécessaires :

http://technet.microsoft.com/fr-fr/library/aa998911.aspx

Les outils

Vous devez connaître votre environnement source afin d’éviter les erreurs de configuration, de migration, pour cela Microsoft met à votre disposition quelques outils :

  • EXBPA que vous devez maintenant tous connaitre, Exchange Best Pratice Analyser tool, outil indispensable dans la gestion d’une infrastructure de messagerie Exchange. Cet outil scan votre infrastructure et vous remonte les problèmes de configuration en comparant les résultats du scan avec les « bonnes pratiques » de l’éditeur.
  • Exchange Server Pre-Deployment Analyzer (ExPDA) qui vous permet de scanner votre environnement actuel de messagerie Exchange et vous dire si votre environnement est prêt pour une migration vers Exchange Server 2010 ou non ! Nouvel outil qui s’avérera bien pratique avant toute migration ;)
  • Exchange Server Deployment Assistant
    vous permettant de connaitre toutes les étapes de mise à jour d’une infrastructure Exchange 2003 ou 2007 vers Exchange Server 2010.

Passons maintenant à la mise à jour d’Active Directory, élément indispensable à l’installation d’Exchange Server 2010 dans votre environnement

Préparation du schéma

Afin de préparer le schéma de la forêt pour exchange Server 2010, exécuter la commande suivante :

setup /PrepareAD [/OrganizationName: <nom de l’organisation> ] ou setup /p [/on:<nom de l’organisation>]

  • Vous devez exécuter cette commande sur un ordinateur figurant dans le même domaine et le même site Active Directory que le contrôleur de schéma. Le programme d’installation effectuera les modifications au contrôleur de schéma afin d’éviter les conflits à cause de latence de réplication.

  • Dans une Org Exchange 2003, Si vous n’avez pas exécuté la commande PrepareLegacyExchangePermissions, la commande setup /PrepareAD exécute automatiquement l’étape PrepareLegacyExchangePermissions. Pour achever l’étape PrepareLegacyExchangePermissions, le domaine dans lequel vous exécutez cette commande doit pouvoir contacter tous les domaines dans la forêt. Si vous êtes également membre du groupe Administrateurs du schéma et si vous n’avez pas exécuté l’étape PrepareSchema, la commande setup /PrepareAD exécute automatiquement l’étape PrepareSchema.


Note : Une fois que vous avez exécuté cette opération dans une organisation Exchange Server 2003, il n’est plus possible d’installer des serveurs Exchange Server 2007 dans cette même organisation.

Ci-dessous les groupes de sécurité créés lors du Setup :


Installation Exchange Server 2010

Installation

Les prés requis d’installation d’Exchange Server 2010 :

Ayant consacré un article sur les prés requis, je vous en propose la lecture avant de poursuivre

http://unifiedit.wordpress.com/2009/11/16/installation-exchange-2010-_-part-1/

Vous y trouverez notamment les prés requis matériels (disques / Mémoire / Processeurs) ainsi que les prés requis d’installation suivant la version de Windows que vous utiliserez et même des scripts vous permettant de gagner énormément de temps et vous garantissant une installation des plus simple !

Dans ce scénario, je vais installer tous les rôles sur le même serveur mais vous pourriez sans problèmes les séparer par exemple pour que vos serveurs soient dédiés à une tâche précise, comme l’hébergement de boîtes aux lettres.

Ici les rôles principaux seront installés sur la même machine, à savoir :

  • CAS
  • HUB
  • MAILBOX

Pour installer Exchange lancer le setup et laissez vous guider à travers les différentes étapes :



Choisissez une installation typique d’Exchange, ce qui signifie que les rôles HUB, CAS et MAILBOX seront installés sur le serveur de messagerie,


Si votre serveur sera accessible de l’extérieur, entrez le nom externe,


Entrez le nom du serveur Exchange 2003 ou 2007 existant avec lequel le rôle de transport HUB 2010 pourra communiquer, ce qui créera les connecteurs pour le routage entre les serveurs de versions différentes.


Si Outlook 2003 est utilisé dans l’organisation, vous devrez répliquer les informations de disponibilité afin que ces clients puissent y accéder, ils sont en effet incapable de chercher l’information via les services web Exchange.


Une fois l’installation terminée, redémarrez votre serveur Exchange 2010 avant de poursuivre.

Une fois redémarré, il est important d’installer les dernières mises à jour Exchange Server 2010 avant de poursuivre.

Vu de la console Exchange Server 2003 avec les connecteurs vers Exchange Server 2010.


Finalisation du déploiement

Une fois vos serveurs à jour, il est possible de finaliser l’installation d’Exchange Server, les différentes étapes sont les suivantes :

  • Renseignez votre clé produit sur chacun des serveurs
  • Installez les certificats sur vos serveurs CAS
  • Configurer les URL d’accès aux services CAS
  • Lancer EXPBA pour trouver les potentielles problématiques d’installation et les régler si vous en trouvez

Installation des certificats

Ayant publié un article complet concernant le déploiement et la gestion des certificats, je vous en propose la lecture

http://unifiedit.wordpress.com/2009/12/03/exchange-2010-et-la-gestion-des-certificats/

Si vous accédez depuis l’extérieur à votre infrastructure de messagerie existante, il est recommandé d’utilisez une URL différente pour l’accès entre les deux versions d’Exchange.

Vous pourrez utiliser des certificats de type SAN (Subject Alternative Name) permettant à un certificat de porter plusieurs noms.

Exemple de configuration possible :

  • mail.unifiedit.com

Ceci permettra l’accès à Exchange Server 2010 pour les clients Outlook, Outlook Anywhere, OAB (Offline Address Book), Exchange Web Services, POP3, IMAP4, SMTP, Outlook Web App (OWA), Active Sync, et la messagerie Unifiée si elle est utilisée.

  • autodiscover. unifiedit.com

Ceci sera utilisé pour l’Autodiscover, utilisé par Outlook 2007 et les versions ultérieures, Outlook Anywhere, Exchange ActiveSync, les clients Exchange Web Services, Windows Mobile 6.1 et les versions ultérieures.

  • legacy. unifiedit.com

Ceci permettra l’accès de messagerie à l’ancienne version d’Exchange Server pendant la transition à Exchange Server 2010.

Configuration des URLs

Il est important de configurer les différentes URLs d’accès aux services Exchange

Vous devez tout d’abord activer Outlook Anywhere via l’utilisation de la commande suivante :

Enable-OutlookAnywhere -Server:<CAS2010> -ExternalHostName:mail.unifiedit.com -SSLOffloading $false

  • Configuration de l’Offline Address Book via la commande suivante :

Set-OABVirtualDirectory <CAS2010>\OAB* -ExternalURL https://mail. unifiedit.com/OAB

  • Configuration des Services Web Exchange via la commande suivante :

Set-WebServicesVirtualDirectory <CAS2010>\EWS* -ExternalURL https://mail. unifiedit.com/ews/exchange.asmx

  • Configuration de l’Active Sync via la commande suivante :

Set-ActiveSyncVirtualDirectory -Identity <CAS2010>\Microsoft-Server-ActiveSync -ExternalURL https://mail.unifiedit.com

  • Configuration de l’Outlook Web App (OWA) via la commande suivante :
    • Si cette organisation ne comprend de serveurs Exchange 2003 tapez la commande suivante:

Set-OWAVirtualDirectory <CAS2010>\OWA* -ExternalURL https://mail. unifiedit.com/OWA

  • Si cette organisation comprend de serveurs Exchange 2003 tapez la commande suivante:

Set-OWAVirtualDirectory <CAS2010>\OWA* -Exchange2003URL https://legacy. unifiedit.com/exchange

  • Configuration de l’Exchange Control Panel via la commande suivante :

Set-ECPVirtualDirectory <CAS2010>\ECP* -ExternalURL https://mail. unifiedit.com/ECP

Note : pendant la période de transition des FBA (forms-based authentication) doivent être activées pendant la phase de migration pour pouvoir utiliser le single sign-on.

Note : Activer l’authentification intégrée sur le répertoire virtuel Microsoft-Server-ActiveSync des serveurs Exchange 2003 afin que les serveurs CAS 2010 et les serveurs Back-end 2003 puisse utiliser l’authentification Kerberos.

Création des connecteurs

Les connecteurs de groupe de routage entre les différentes versions d’Exchange sont déjà présents puisqu’ils sont automatiquement créés lors de l’installation du premier serveur de transport HUB 2010.


Nous allons maintenant créer un connecteur internet permettant l’envoie de mails vers l’extérieur de l’organisation exchange, plusieurs choix sont possibles :

  • Installation d’un serveur Edge et configurer un abonnement entre le serveur Edge et le site Active Directory hébergeant les serveurs HUB 2010.
  • Configurer les serveurs HUB pour envoyer le flux de mails vers des passerelles ou les services hébergés chez Microsoft
  • Configurer manuellement le serveur de transport Hub pour un flux de messagerie direct vers Internet

Nous allons pour les besoins de cette démonstrations créer un flux direct entre le serveur Exchange 2010 et Internet.

Pour cela, nous devons aller dans la console exchange sous :

Microsoft Exchange puis « Organization Configuration » et « Hub Transport »

Et sélectionner « New Send Connector »



Entrer le nom du connecteur dans le champ « Name » puis sélectionner un connecteur de type Internet afin de router les mails à l’aide de la résolution DNS.


Cliquer sur « Add… » puis « SMTP Address Space »


Entrer une « * » dans le champ « Address » et cliquer sur « OK »


Sélectionner « Use domain name system (DNS) » afin de router les mails à l’aide de la résolution de noms,

Si votre infrastructure possède un serveur Edge ou un autre type de relais de messagerie, sélectionner l’option de routage vers un smart hosts et entrer l’adresse IP de ce serveur.


Le serveur Exchange 2010 devrait être présélectionné, l’ajouter comme serveur source si ce n’est pas le cas,



La configuration du connecteur SMTP est maintenant terminée.

Vous pouvez dès à présent tester l’envoie de mails vers l’extérieur.

Suppress Link State Updates

Note : Ce qui suit ne s’applique pas à Exchange Server 2007

Effectuez ce qui suit si vous remplissez ces conditions :

  • Vous avez installé exchange Server 2010 dans une Organisation Exchange 2003
  • Votre Organisation Exchange 2003 contient plus d’un groupe de routage
  • Vous allez configurer plus d’un connecteur de groupe de routage entre les organisations Exchange 2003 et 2010.

Une fois installé le premier serveur de transport HUB 2010 dans votre organisation Exchange, entrez la clé de registre suivante sur tous les serveurs Exchange 2003 de l’organisation.

Cette procédure évite les boucles de routage en évitant que les serveurs Exchange 2003 calculent des routes alternatives pour la routage des mails.

  1. Ouvrez l’éditeur de registre
  2. Trouvez la clé HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\RESvc\Parameters
  3. Faite un clic droit Parameters et sélectionner New | DWORD value. Nommer la clé SuppressStateChanges.
  4. Doucle cliquer sur la clé SuppressStateChanges.
  5. Et entrer la valeur 1.
  6. Fermer le registre, et redémarrer les services suivant pour prendre en compte les modifications:
  • Service SMTP
  • Service  « Microsoft Exchange Routing Engine »
  • Service « Microsoft Exchange MTA Stacks »


Conclusion

Nous avons vu dans la première partie de cet article comment préparer une transition vers Exchange Server 2010, nous avons aussi traité l’installation des serveurs Exchange 2010 dans les organisations existantes,

La prochaine partie de cet article sera consacrée à la migration des données en tant que tel, ne manquez pas la suite !

http://unifiedit.wordpress.com/2010/03/09/migration-vers-exchange-server-2010-part-2/

David Pekmez.

Posted in 1-EXCHANGE 2010, Coexistence-2010, Mise-a-jour-2010 | 8 Comments »

Migration Exchange 2003 – 2010 Suppression des mises à jours mineures d’état de lien

Posted by Teruin laurent le décembre 23, 2009


Cette opération est à effectuer avant ou juste après l’installation d’un serveur Exchange 2010 hub au sein d’une organisation Exchange 2003

Pour supprimer les mises à jour d’états de lien mineur entre les serveurs Exchange 2003 procéder de la façon suivante. Cette procédure est recommandée dans le cas ou

  • vous avez installé ou vous comptiez le faire, un serveur Exchange 2010 de transport au sein d’une organisation 2003. L’organisation Exchange 2003 comporte plusieurs groupes de routage 2003.
  • Vous allez configurer plusieurs connecteurs de groupe de routage entre 2003 et 2010 (Best Practice)

Lorsque vous supprimer les mises à jours mineurs d’état de lien, les serveurs Exchange 2003 ne marquent plus les connecteurs comme étant indisponibles. Cette procédure assure donc que les anciennes versions d’Exchange utilisent uniquement le routage à plus faible coût et n’essayent pas de calculer une route alternative.

Le but de cette procédure est donc d’éviter que des boucles de routage n’interviennent. Exchange 2010 n’utilise pas en effet les tables de routage par état de lien et ne support pas le relai de ces informations. Si vous ne supprimez pas ces mises à jour mineures d’état de lien vous vous exposez à des boucles de routage au sein de votre organisation. Pour éviter cela, modifiez la clef de registre suivante sur l’ensemble de vos serveurs Exchange 2003.

  1. Ouvrez la base de registre,
  2. Positionnez vous sur HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\RESvc\Parameters,
  3. Effectuer un click droit et sélectionnez New | DWORD value. indiquez ensuite le nom DWORD : SuppressStateChanges,
  4. Double-cliquez dessus,
  5. Entrez la valeur 1,
  6. Fermez la base de registre et redémarrer le service SMTP ainsi que les services Microsoft Exchange Routing Engine service, et Microsoft Exchange MTA Stacks.

Posted in Coexistence-2010 | Leave a Comment »

Stratégie de Migration des serveurs CAS vers Exchange 2010

Posted by David PEKMEZ le novembre 20, 2009


Un post très complet vient d’être mis en ligne sur le site de l’équipe produit Exchange.

Je le conseille vivement avant toute migration Exchange 2003 ou 2007 vers Exchange 2010, on y trouve de très bonnes informations et de type step by step !

http://msexchangeteam.com/archive/2009/11/20/453272.aspx

Bonne lecture !

Posted in 1-EXCHANGE 2010, Cas-2010, Coexistence-2010 | Leave a Comment »

 
Suivre

Recevez les nouvelles publications par mail.

Rejoignez 225 autres abonnés