Migration d'Exchange 2007 sous Windows Server 2003 vers Exchange 2007 SP1 sous Windows Server 2008

 

Dernière rubrique modifiée : 2008-05-23

Par Scott Schnoll

Microsoft Exchange Server 2007 Service Pack 1 (SP1) inclut de nombreuses fonctionnalités inédites et des améliorations par rapport à la version de publication (RTM) d'Exchange 2007. Une des nouvelles améliorations concerne la prise en charge du système d'exploitation Windows Server 2008, dont la version de publication a récemment été lancée. Bien que la version RTM d'Exchange 2007 ne puisse pas être installée sous Windows Server 2008, Exchange 2007 SP1 est pris en charge pour l'installation sous Windows Server 2008. Le tableau suivant présente la prise en charge du système d'exploitation pour Exchange 2007 RTM et SP1. 

Lancement d'Exchange Server 2007 Prise en charge de Windows Server 2003 Prise en charge de Windows Server 2008

Exchange 2007 RTM

Windows Server 2003 SP1 ou versions ultérieures

Windows Server 2003 R2

Non pris en charge

Exchange 2007 SP1

Windows Server 2003 SP2

Windows Server 2008 RTM

Pour plus d'informations sur Microsoft Exchange (y compris les versions antérieures) et Windows Server 2008, consultez l'article du blog de l'équipe Exchange relatif à Exchange Server et Windows Server 2008.

Notes

UNRESOLVED_TOKEN_VAL(exBlog) 

Migrer un ordinateur exécutant Exchange 2007 vers le système d'exploitation Windows Server 2008 requiert une planification attentive car il est impossible de procéder à une mise à niveau sur place du système d'exploitation de Windows Server 2003 vers Windows Server 2008. Vous devez créer un nouveau serveur et y migrer vos données ou préserver vos données et recréer entièrement le serveur existant.

Si votre organisation crée et met à jour une documentation relative au serveur et des enregistrements et journaux de gestion de changements, il est recommandé de vous référer à ces supports au cours des procédures détaillées dans cette rubrique. Si votre organisation ne crée ni ne met à jour ces supports, il est fortement conseillé de procéder de cette manière.

Processus de migration non pris en charge

Comme indiqué dans le message du blog de l'équipe Exchange, Mission Impossible : mise à niveau sur place de Microsoft Exchange Server 2007 de Windows Server 2003 vers Windows Server 2008, lorsque Exchange 2007 (RTM ou SP1) est installé sur un ordinateur, le système d'exploitation ne peut pas procéder à une mise à niveau sur place, et ce pour plusieurs raisons techniques. Pour résumer :

  • Vous ne pouvez pas prendre un serveur Exchange 2007 (RTM ou SP1) existant fonctionnant sous Windows Server 2003 et procéder à une mise à niveau sur place du système d'exploitation vers Windows Server 2008.

  • En raison des modifications majeures apportées aux clusters de basculement Windows Server 2008, les mises à niveau tournantes de clusters de basculement avec des serveurs de boîtes aux lettres en cluster de Windows Server 2003 vers Windows Server 2008 sont impossibles.

  • Lorsque vous mettez à niveau des serveurs autonomes, la mise à niveau de votre système d'exploitation vers Windows Server 2008 puis la mise à niveau vers Exchange 2007 SP1 n'est pas prise en charge. Une mise à niveau d'Exchange 2007 vers SP1, puis une mise à niveau de votre système d'exploitation vers Windows Server 2008 n'est pas non plus prise en charge.

  • L'utilisation d'une des fonctionnalités de récupération de serveur dans l'installation entre plusieurs systèmes d'exploitation n'est pas prise en charge. Vous ne pouvez pas utiliser Setup /m:RecoverServer ou Setup /RecoverCMS pour modifier le système d'exploitation utilisé par un serveur Exchange. Par exemple, vous ne pouvez pas utiliser Setup /m:RecoverServer sous Windows Server 2008 en vue de récupérer un serveur Exchange qui s'exécutait sous Windows Server 2003.

Processus de migration pris en charge

Deux processus de migration d'un ordinateur exécutant Exchange 2007 ou Exchange 2007 SP1 sous Windows Server 2003 vers Windows Server 2008 sont pris en charge : l'installation d'un nouveau serveur et la migration des données, ou la reconstruction d'un serveur existant et la migration ou restauration des données.

Installation d'un nouveau serveur ou cluster

Ce processus implique la construction d'un nouveau serveur ou cluster et l'utilisation des mécanismes de migration des données, tels que les déplacements de boîtes aux lettres et la réplication de dossiers publics, afin de migrer les données de l'ancien serveur vers le nouveau serveur. Déplacer des boîtes aux lettres signifie généralement que le profil de messagerie de bureau de l'utilisateur ne nécessite pas de modification manuelle. Toutefois, dans certains environnements, utiliser la portabilité des bases de données plutôt que le processus de déplacement de boîtes aux lettres permet de réduire le temps d'indisponibilité expérimenté par les utilisateurs. Par exemple, si le stockage qui contient les bases de données peut être déconnecté du serveur d'origine et reconnecté au nouveau serveur, la portabilité des bases de données est probablement plus rapide et entraîne un temps d'indisponibilité inférieur par rapport à une opération de déplacement de boîtes aux lettres. En définitive, chaque organisation doit déterminer le processus de migration de données le plus en adéquation avec ses besoins.

Reconstruction complète d'un serveur ou d'un cluster existant

Pour un serveur autonome, ce processus implique la conservation des données existantes, la suppression des applications tierces, la désinstallation de Exchange, la désinstallation de Windows PowerShell, la mise à niveau de Windows Server 2003 vers Windows Server 2008, l'installation de PowerShell et d'autres éléments requis pour Windows Server 2008, l'installation de Exchange 2007 SP1, l'utilisation de la portabilité des base de données ou la sauvegarde et restauration en vue de migrer les données, la reconfiguration du serveur et finalement la réinstallation des applications tierces.

Dans ce processus, la façon dont vous conservez les données dépend du nombre de serveurs concernés. Dans un environnement comprenant plusieurs serveurs de boîtes aux lettres, vous pouvez déplacer toutes les boîtes aux lettres et les données vers un autre serveur puis désinstaller Exchange. Dans un environnement à serveur unique, vous pouvez désactiver toutes les boîtes aux lettres et désinstaller Exchange.

Dans le cas d'un serveur de boîtes aux lettres en cluster, ce processus implique la désinstallation de Exchange et de Windows PowerShell à partir d'un nœud passif du cluster, puis l'éviction de ce nœud du cluster. Lorsque le nœud a été supprimé, vous pouvez procéder à une nouvelle installation de Windows Server 2008, installer les éléments requis puis créer un nouveau cluster de basculement avec ce nœud.

Migration de rôles serveur de Windows Server 2003 vers Windows Server 2008

Le déplacement de chaque rôle serveur de Windows Server 2003 vers Windows Server 2008 est pratiquement identique pour tous les rôles. Toutefois, certaines tâches sont spécifiques à chacun d'entre eux. Les sections suivantes présentent le processus de déplacement de chaque rôle serveur vers Windows Server 2008.

Lorsque vous migrez des rôles serveur individuels, leur ordre de migration est important, notamment pour la raison suivante : à moins d'avoir déjà déployé Exchange 2007 SP1 dans votre organisation, la migration vers Windows Server 2008 implique toujours une transition entre Exchange 2007 RTM et Exchange 2007 SP1. Par conséquent, vous devez migrer les rôles serveur dans l'ordre dans lequel vous déploieriez SP1 dans votre environnement : accès au client, transport Hub, transport Edge, messagerie unifiée, puis boîte aux lettres.

Par conséquent, vous devez planifier votre déploiement Windows Server 2008 en tenant compte des exigences de Exchange 2007 SP1. Le déploiement d'Exchange 2007 SP1 avec Windows Server 2008 sur un seul ordinateur peut avoir une incidence sur le déploiement d'Exchange 2007 SP1 avec Windows Server 2008 sur d'autres ordinateurs, comme décrit dans les sections suivantes.

Serveurs de transport et synchronisation Edge

Tous les serveurs de transport qui participent à un processus EdgeSync doivent exécuter la même version d'Exchange 2007 (par exemple, RTM ou SP1). Ainsi, après avoir migré le premier serveur de transport Hub vers Windows Server 2008, vous devez mettre à niveau tous les autres serveurs de transport Hub du même site Active Directory et tous les serveurs de transport Edge abonnés au site Active Directory au cours des 15 jours suivant la première mise à niveau vers Exchange 2007 SP1 de tous les serveurs de transport participant au processus EdgeSync. Tous les serveurs ne doivent pas pour autant migrer vers Windows Server 2008. Toutefois, ils doivent être mis à niveau vers Exchange 2007 SP1.

Fonctionnalités ne prenant pas en charge la gestion inter-systèmes d'exploitation

Certaines fonctionnalités d'Exchange 2007 ne prennent pas en charge la gestion inter-systèmes d'exploitation, à savoir la réplication continue de secours (SCR) et la gestion des clusters de basculement dans des environnements de cluster à copie unique (SCC) ou de réplication continue en cluster (CCR) :

  • Lorsque vous utilisez la SCR, l'ordinateur source de SCR et tous les ordinateurs cibles de SCR doivent exécuter le même système d'exploitation. Ainsi, avant de migrer un ordinateur source ou cible de SCR existant, vous devez désactiver la SCR pour l'ordinateur en cours de migration.

  • Windows Server 2008 correspond à une rupture définitive avec les API de cluster inclus dans les versions antérieures de Windows Server. Vous ne pouvez pas utiliser les outils de gestion de cluster Exchange pour l'administration à distance des clusters de basculement à travers différent systèmes d'exploitation car le service de cluster ne le permet pas. Par exemple, vous ne pouvez pas effectuer les actions suivantes :

    • gérer un serveur de boîtes aux lettres en cluster fonctionnant sous Windows Server 2008 à partir d'un ordinateur exécutant Windows Server 2003 ou Windows XP ;

    • gérer un serveur de boîtes aux lettres en cluster fonctionnant sous Windows Server 2003 à partir d'un ordinateur exécutant Windows Server 2008.

    En plus des restrictions précédentes, vous ne pouvez pas installer des versions de système d'exploitation différentes des outils de gestion de clusters sur le même ordinateur. Par conséquent, si vous exécutez plusieurs systèmes d'exploitation client et serveur dans votre environnement Exchange, il se peut que vous deviez utiliser des méthodes alternatives, telles que les outils de protocole de bureau à distance, pour gérer une partie ou la totalité des serveurs Exchange.

Notes

Au moment où nous rédigeons cette documentation, les outils d'administration des serveurs distants pour Windows Vista ne sont pas encore disponibles. Ils doivent être installés sous Windows Vista pour activer l'administration à distance des clusters de basculement exécutant Windows Server 2008.

Procédures de migration des rôles serveur individuels

Les procédures décrites dans cette rubrique présentent la migration des rôles serveur individuels de Exchange 2007 (RTM ou SP1) sous Windows Server 2003 vers Exchange 2007 SP1 sous Windows Server 2008. Pour plus d'informations sur la procédure de migration d'un environnement à serveur unique de Windows Server 2003 vers Windows Server 2008, consultez la section « Procédures pour les environnements à serveur unique » ci-après dans cette rubrique.

Rôle serveur d'accès au client

Les serveurs d'accès au client stockent leurs données de configuration dans divers emplacements.

  • Active Directory permet de stocker les informations de configuration en relation avec le service de disponibilité, Exchange ActiveSync et les répertoires virtuels Outlook Web Access.

  • La métabase des services IIS (Internet Information Services) stocke également les informations de configuration pour Exchange ActiveSync, le service de découverte automatique et les services Web Exchange.

  • Les fichiers de configuration locale, tels que les fichiers Web.config et le Registre Windows permettent de stocker les données de configuration en relation avec Outlook Web Access, IMAP, POP3, le service de disponibilité, Exchange ActiveSync et les informations utilisées par le programme d'installation d'Exchange.

Le processus de migration des serveurs d'accès au client est avant tout un processus manuel car vous ne pouvez pas migrer automatiquement les paramètres de configuration d'un serveur d'accès au client à un autre. Toutefois, pour automatiser une grande partie du processus de collecte des paramètres de configuration, vous pouvez utiliser le script de l'environnement de ligne de commande Exchange Management Shell nommé ExportCASConfig.ps1. Vous pouvez le télécharger à partir du message publié sur le blog de l'équipe Exchange relatif à l'exportation des paramètres des rôles serveur d'accès au client.

Notes

UNRESOLVED_TOKEN_VAL(exBlog)

ExportCASConfig.ps1 permet d'exporter les informations de répertoire virtuel pour Outlook Web Access, Exchange ActiveSync, la messagerie unifiée, les services Web, les carnets d'adresses en mode hors connexion, POP3 et IMAP4, ainsi que les paramètres de chemin d'accès et d'installation d'un serveur d'accès au client. Le script exporte les informations collectées dans un fichier XML, qui servira de référence lorsque vous recréerez manuellement les paramètres extraits sur le serveur d'accès au client nouvellement créé.

Pour migrer un serveur d'accès au client d'un serveur exécutant Windows Server 2003 vers un nouveau serveur exécutant Windows Server 2008, procédez comme suit.

Notes

Si le serveur d'accès au client en cours de migration vers Windows Server 2008 fait partie d'un cluster d'équilibrage de la charge réseau Windows, il est recommandé de le supprimer provisoirement de ce dernier au cours du processus de migration. Au cours de la migration, un cluster d'équilibrage de la charge réseau disposera de nœuds Windows Server 2003 et Windows Server 2008. Ce déploiement mixte n'est pris en charge qu'au cours de l'installation de mise à niveau. Vous ne devez pas vous en servir pendant une période prolongée au cours du déploiement. Pour plus d'informations sur la mise à niveau d'un cluster d'équilibrage de la charge réseau de Windows Server 2003 vers Windows Server 2008, consultez la page Upgrading an existing Network Load Balancing Cluster (page en anglais);

  1. Collectez et documentez tous les paramètres de configuration personnalisés. Il s'agit d'un processus constitué d'une étape automatique (phase 1) et d'une étape manuelle (phase 2).

    1. Téléchargez et exécutez le script ExportCASConfig.ps1 afin de collecter les informations de configuration décrites plus haut dans un fichier XML.

    2. Collectez manuellement les paramètres de configuration restants, non collectés par le script, en examinant et en documentant les informations dans les fichiers Web.config et dans le Registre Windows. En outre, vous devez collecter et documenter manuellement les configurations IIS et les paramètres non collectés dans le cadre du processus d'exportation, tels que les paramètres SSL, les liaisons de sites Web, les certificats et mappages de certificats et les redirections HTTP.

  2. Créez et configurez le nouveau serveur d'accès au client exécutant Exchange 2007 SP1 et Windows Server 2008. Pour obtenir la procédure détaillée d'installation du rôle serveur d'accès au client, consultez la rubrique Déploiement de rôles de serveur. Il est également recommandé de consulter le site de Microsoft Update pour télécharger toute mise à jour critique ou recommandée pour le nouveau serveur.

  3. Exécutez le script ExportCASConfig.ps1 sur le nouveau serveur afin de collecter ses informations de configuration dans un deuxième fichier XML.

  4. Comparez les deux fichiers XML à l'aide de Microsoft WinDiff (Windiff.exe), qui est inclus dans Windows Server 2003 et Windows Server 2008. WinDiff compare les fichiers ou répertoires et affiche les résultats sous forme graphique. Par exemple, les informations d'un fichier manquantes par rapport au fichier comparé sont surlignées en rouge et les informations différentes le sont en jaune, etc. Pour plus d'informations sur l'utilisation de WinDiff, consultez Microsoft l'article 159214 de la Base de connaissances relatif à l'utilisation de l'utilitaire Windiff.exe. En comparant les fichiers de configuration extraits de chaque système, vous pourrez plus facilement discerner les changements et paramètres manquants que vous pourrez ensuite reconfigurer manuellement sur le nouveau serveur.

  5. Après avoir manuellement reconfiguré les paramètres pour les informations de configuration collectées, vous devez manuellement reconfigurer sur le nouveau serveur les paramètres restants non collectés par le script, notamment :

    • les informations du fichier Web.config ;

    • les paramètres SSL ;

    • les liaisons de sites Web ;

    • les certificats et mappages de certificats ;

    • les redirections HTTP.

    Vous pouvez utiliser Windiff pour comparer les fichiers Web.config du serveur d'origine et du nouveau serveur.

    Si la clé privée des certificats SSL du serveur d'origine est marquée comme exportable, vous pouvez exporter les certificats, puis les importer dans le nouveau serveur. Pour obtenir la procédure détaillée d'exportation d'un certificat à partir de IIS 6.0, consultez la page Web relative à l'exportation d'un certificat de serveur (IIS 6.0). Pour obtenir la procédure détaillée d'importation d'un certificat dans IIS 7.0, consultez la page Web relative à IIS 7.0 et à l'importation d'un certificat de serveur.

    Collectez manuellement les paramètres personnalisés restants, puis recréez-les sur le nouveau serveur.

  6. Après que la réplication Active Directory a répliqué le nouveau serveur et ses paramètres de configuration dans toute l'organisation, vous pouvez désinstaller le rôle serveur d'accès au client du serveur d'origine. Pour obtenir la procédure détaillée de désinstallation d'Exchange 2007, consultez la rubrique Procédure de suppression totale d'Exchange 2007 d'un serveur.

Rôle serveur de transport Hub

Le processus de migration d'un rôle serveur de transport Hub est l'un des processus de migration de rôles serveur les plus simples. Vous devez collecter et documenter manuellement deux éléments de configuration, puis les recréer sur le nouveau serveur : les connecteurs de réception et les abonnements Edge. Il est impossible de migrer les connecteurs de réception et les abonnements Edge entre plusieurs systèmes. Vous devez donc les recréer manuellement. En outre, si le serveur de transport Hub que vous retirez est spécifié comme serveur de transport source pour des connecteurs d'envoi ou des connecteurs étrangers, vous voudrez supprimer l'ancien nom de serveur de transport Hub de la liste des serveurs source du connecteur et ajouter le nouveau serveur de transport Hub dans la liste des serveurs source. Vous pouvez utiliser les commandes suivantes pour collecter des informations sur le connecteur d'envoi :

Get-SendConnector |  where { $_.SourceTransportServers -match <NameofHubTransportServer> }

Vous pouvez exécuter le processus de migration comme suit :

  1. Installez un nouveau serveur de transport Hub Exchange 2007 exécutant Exchange 2007 SP1 et Windows Server 2008. Il est également recommandé de consulter le site de Microsoft Update pour télécharger toute mise à jour critique ou recommandée pour le nouveau serveur. Pour obtenir la procédure détaillée d'installation du rôle serveur de transport Hub sous Windows Server 2008, consultez la rubrique Déploiement de rôles de serveur.

  2. Le nouveau serveur de transport Hub possèdera deux connecteurs de réception. un connecteur client et un connecteur par défaut.

    1. Toute modification personnalisée apportée aux connecteur client et connecteur par défaut sur le serveur de transport Hub d'origine doit être recréée manuellement sur le nouveau serveur de transport Hub.

    2. Tout connecteur personnalisé créé sur le serveur de transport Hub d'origine doit également être recréé manuellement sur le nouveau serveur de transport Hub.

  3. Exécutez le processus EdgeSync sur le nouveau serveur afin d'abonner vos serveurs de transport Edge au nouveau serveur de transport Hub. Vous devez abonner le serveur de transport Edge au site Active Directory auquel il était abonné à l'origine. Vous ne devez pas commencer par supprimer l'abonnement Edge d'origine. Le processus d'abonnement remplace l'abonnement Edge existant. Pour abonner un serveur de transport Edge, procédez comme suit :

    1. Exportez un nouveau fichier XML sur le serveur de transport Edge.

    2. Importez le fichier XML sur le nouveau serveur de transport Hub.

    Pour plus d'informations sur le processus EdgeSync, consultez la rubrique Abonnement du serveur de transport Edge à l'organisation Exchange.

  4. Reconfigurez les connecteurs d'envoi, le cas échéant. Pour obtenir la procédure détaillée de reconfiguration d'un connecteur d'envoi, consultez la rubrique Procédure de modification de la configuration d'un connecteur d'envoi.

  5. Lorsque le nouveau serveur de transport Hub a été configuré et abonné, vous pouvez supprimer l'abonnement Edge du serveur de transport Hub d'origine, puis désinstaller le rôle serveur de transport Hub. Pour obtenir la procédure détaillée de suppression d'un abonnement Edge, consultez la rubrique Procédure de suppression d'un abonnement Edge. Pour obtenir la procédure détaillée de désinstallation d'Exchange 2007, consultez la rubrique Procédure de suppression totale d'Exchange 2007 d'un serveur.

Rôle serveur de boîtes aux lettres

Le processus de migration des serveurs de boîtes aux lettres implique le déplacement des boîtes aux lettres ou l'utilisation de la portabilité des bases de données pour déplacer les données de boîte aux lettres, la récupération et la migration des paramètres de configuration personnalisés et du contenu des dossiers publics, le déplacement du processus de génération de carnet d'adresses en mode hors connexion et la suppression d'Exchange 2007 du serveur de boîtes aux lettres d'origine.

Notes

Vous ne pouvez pas migrer les index de contenu entre plusieurs serveurs. À la fin du processus de migration, les bases de données sont réindexées sur le nouveau serveur.

Vous pouvez exécuter le processus de migration comme suit :

  1. Installez un nouveau serveur de boîtes aux lettres Exchange 2007 ou serveur de boîtes aux lettres en cluster exécutant Exchange 2007 SP1 et Windows Server 2008. Il est également recommandé de consulter le site de Microsoft Update pour télécharger toute mise à jour critique ou recommandée pour le nouveau serveur. Pour obtenir la procédure détaillée d'installation du rôle serveur de boîtes aux lettres ou du serveur de boîtes aux lettres en cluster sous Windows Server 2008, consultez les rubriques suivantes :

  2. Configurez le nouveau serveur avec les paramètres personnalisés utilisés sur l'ancien serveur. Vous pouvez exécuter l'outil Server Best Practices Analyzer Exchange pour collecter divers paramètres de configuration pour le serveur. En outre, vous pouvez utiliser les commandes suivantes de l'environnement de ligne de commande Exchange Management Shell pour collecter les paramètres de configuration du serveur.

    Get-ExchangeAdministrator OriginalServerName | FL
    Get-MailboxServer OriginalServerName | FL
    Get-ExchangeServer OriginalServerName | FL
    Get-StorageGroup -Server OriginalServerName | FL
    Get-MailboxDatabase -Server OriginalServerName | FL
    Get-PublicFolderDatabase -Server OriginalServerName | FL
    

    Vous pouvez également rediriger la sortie de chaque commande vers un fichier unique en exécutant les commandes suivantes :

    Get-ExchangeAdministrator OriginalServerName | FL > C:\OriginalServerName.txt
    Get-MailboxServer OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-ExchangeServer OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-StorageGroup -Server OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-MailboxDatabase -Server OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-PublicFolderDatabase -Server OriginalServerName | FL >> C:\ OriginalServerName.txt
    
  3. Si le serveur d'origine contenait une base de données de dossiers publics, vous ne pouvez pas déplacer ces derniers vers le nouveau serveur. Pour plus d'informations sur le déplacement des réplicas de dossiers publics d'un serveur à un autre, consultez la rubrique Procédure de déplacement du contenu des dossiers publics d'une base de données de dossiers publics vers une autre.

  4. Déplacez le processus de génération de carnet d'adresses en mode hors connexion vers le nouveau serveur . Pour obtenir la procédure détaillée pour effectuer cette opération, consultez la rubrique Procédure de déplacement du processus de génération de carnet d'adresses en mode hors connexion sur un autre serveur.

  5. Une fois que les dossiers publics et le processus de génération de carnet d'adresses en mode hors connexion ont été migrés, vous pouvez choisir une méthode de migration de bases de données de boîtes aux lettres.

    1. Vous pouvez déplacer toutes les boîtes aux lettres vers le nouveau serveur à l'aide de la tâche Déplacer une boîte aux lettres. Pour plus d'informations sur la procédure de déplacement des boîtes aux lettres, consultez la rubrique Déplacement de boîtes aux lettres.

    2. Pour déplacer les bases de données de boîtes aux lettres de l'ancien vers le nouveau serveur, vous pouvez également utiliser la portabilité des bases de données. Pour plus d'informations sur l'utilisation de la portabilité des bases de données, consultez la rubrique Portabilité des bases de données.

    Si des groupes de stockage du serveur de boîtes aux lettres d'origine sont activés pour la réplication continue locale (LCR) ou la réplication continue de secours (SCR), vous devez désactiver la LCR et la SCR avant de déplacer des boîtes aux lettres vers le nouveau serveur de boîtes aux lettres à l'aide du déplacement de boîtes aux lettres ou de la portabilité des bases de données.

  6. Une fois les boîtes aux lettres déplacées vers le nouveau serveur, vous pouvez activer la LCR ou la SCR pour un ou plusieurs groupes de stockage sur le nouveau serveur. Toutefois, sachez que lorsque vous utilisez la SCR, le système d'exploitation de toutes les cibles de SCR doit correspondre à celui de la source de SCR. Puisque le nouveau serveur de boîtes aux lettres exécute à présent Windows Server 2008, toutes les cibles de SCR utilisées par les groupes de stockage sur le nouveau serveur de boîtes aux lettres doivent également exécuter Windows Server 2008.

  7. Pour supprimer le serveur d'origine, commencez par vérifier que toutes les données, notamment les boîtes aux lettres, les dossiers publics, la génération de carnet d'adresses en mode hors connexion et les applications tierces, ont été correctement migrées vers le nouveau serveur. Lorsque la vérification est terminée, vous pouvez désinstaller Exchange. Pour obtenir la procédure détaillée de désinstallation d'Exchange 2007, consultez la rubrique Procédure de suppression totale d'Exchange 2007 d'un serveur. Pour plus d'informations sur la désinstallation du premier serveur Exchange 2007 d'une organisation mixte, consultez la rubrique Procédures de suppression du premier serveur Exchange 2007 dans un scénario de coexistence.

Rôle serveur de transport Edge

Le processus de migration d'un rôle serveur de transport Edge est le processus de migration de rôles serveur le plus simple. Le rôle serveur de transport Edge stocke ses informations de configuration dans Active Directory Application Mode (ADAM) sous Windows Server 2003 et dans Active Directory Lightweight Directory Services (AD LDS) sous Windows Server 2008. Exchange 2007 et Exchange 2007 SP1 incluent des scripts appelés ExportEdgeConfig.ps1 et ImportEdgeConfig.ps1, qui permettent d'exporter les paramètres de configuration du serveur de transport Edge à partir de l'instance ADAM d'un serveur, puis de les importer dans l'instance ADAM d'un autre serveur de transport Edge. Ces scripts ont été entièrement testés et sont pris en charge par tous les systèmes d'exploitation. Par exemple, les scripts permettent de procéder à une migration de Exchange 2007 sous Windows Server 2003 vers Exchange 2007 SP1 sous Windows Server 2008. Pour plus d'informations sur ces scripts, consultez la rubrique Utilisation d'une configuration dupliquée de serveur de transport Edge.

Vous pouvez exécuter le processus de migration comme suit :

  1. Installez un nouveau serveur de transport Edge Exchange 2007 exécutant Exchange 2007 SP1 et Windows Server 2008. Il est également recommandé de consulter le site de Microsoft Update pour télécharger toute mise à jour critique ou recommandée pour le nouveau serveur. Pour obtenir la procédure détaillée d'installation du rôle serveur de transport Edge sous Windows Server 2008, consultez la rubrique Déploiement de rôles de serveur. Il est également recommandé de consulter le site de Microsoft Update pour télécharger toute mise à jour critique ou recommandée pour le nouveau serveur.

  2. Exécutez le processus de configuration clonée à l'aide des scripts d'exportation et d'importation décrits ci-avant. Pour obtenir la procédure détaillée d'exécution du processus de configuration clonée, consultez la rubrique Procédure de configuration du rôle de serveur de transport Edge à l'aide des tâches de configuration dupliquée.

    Important

    Le processus de configuration clonée ne vérifie pas les paramètres d'autorisation personnalisés ni ne procède à leur migration. Vous devez collecter et recréer ces paramètres manuellement sur le nouveau serveur de transport Edge. En outre, le processus de configuration clonée ne duplique pas les paramètres d'abonnement Edge d'un serveur. Les certificats utilisés par le service EdgeSync de Microsoft Exchange ne sont pas dupliqués. Vous devez exécuter le processus EdgeSync séparément pour chaque nouveau serveur de transport Edge. Le service EdgeSync remplace tous les paramètres inclus dans les informations de configuration clonée et dans les informations de réplication EdgeSync.

  3. Lorsque les informations de configuration sont exportées depuis le serveur de transport Edge d'origine, l'objet configuration de transport n'est pas écrit dans le fichier XML intermédiaire. C'est pourquoi les informations de configuration pour cet objet ne sont pas dupliquées sur le nouveau serveur de transport Edge. Les paramètres de l'objet configuration du transport définissent les paramètres de transport des messages au niveau du serveur pour un serveur de transport Edge. Après l'importation du fichier XML intermédiaire sur le serveur cible, les paramètres de l'objet configuration du transport sont dotés de valeurs par défaut. Pour restaurer les paramètres de l'objet configuration du transport sur le nouveau serveur de transport Edge, une fois le processus d'importation terminé, vous devez configurer les paramètres en procédant comme suit :

    1. Exécutez la cmdlet Get-TransportConfig sur le serveur d'origine afin de collecter les paramètres de configuration du transport.

    2. Exécutez la cmdlet Set-TransportConfig sur le nouveau serveur afin de recréer les paramètres du serveur d'origine dans le nouveau serveur.

  4. Mettez à jour vos enregistrements DNS (Domain Name System) comme requis. Par exemple, vous devez supprimer l'adresse IP du serveur de transport Edge d'origine de l'enregistrement MX (Mail Exchanger), puis ajouter l'adresse IP du nouveau serveur de transport Edge à l'enregistrement MX.

  5. Vérifiez que toutes les files d'attente de messages sont vides. Si certaines d'entre elles contiennent des messages, elles doivent être purgées avant d'exécuter ce processus. Pour déterminer le nombre de messages dans chaque file d'attente des messages, exécutez la commande suivante :

    Get-Queue -Server OriginalServerName | fl Identity,MessageCount
    

    La valeur 0 pour MessageCount indique une file d'attente vide. Si des files d'attente contiennent des messages en attente de remise, vous pouvez les purger en désactivant tous les connecteurs de réception du serveur à l'aide de la cmdlet Set-ReceiveConnector. Cela empêche le serveur d'accepter de nouvelles connexions. Pour obtenir la procédure détaillée de désactivation d'un connecteur de réception, consultez la rubrique Procédure d'activation ou de désactivation d'un connecteur de réception. Une fois que tous les connecteurs de réception ont été désactivés, attendez que les files d'attente soient vides.

  6. Supprimez l'abonnement Edge du serveur de transport Hub auquel il est abonné à l'aide de la cmdlet Remove-EdgeSubscription. Pour obtenir la procédure détaillée de suppression d'un abonnement Edge, consultez la rubrique Procédure de suppression d'un abonnement Edge.

  7. Exécutez le processus EdgeSync sur le nouveau serveur pour établir une réplication unidirectionnelle des informations de destinataire et des informations de configuration de Active Directory vers l'instance Active Directory Lightweight Directory Services sur le nouveau serveur de transport Edge. Pour plus d'informations sur le processus EdgeSync, consultez la rubrique Abonnement du serveur de transport Edge à l'organisation Exchange.

  8. Lorsque le nouveau serveur de transport Edge a été configuré et abonné, vous pouvez désinstaller le rôle serveur de transport Edge du serveur d'origine. Pour obtenir la procédure détaillée de désinstallation d'Exchange 2007, consultez la rubrique Procédure de suppression totale d'Exchange 2007 d'un serveur.

Rôle serveur de messagerie unifiée

Le processus de migration d'un serveur de messagerie unifiée implique le déplacement du point de publication des messages d'assistance vocale du serveur d'origine vers le nouveau serveur. Les autres paramètres de configuration de messagerie unifiée, tels que les noms enregistrés et les messages d'accueil des utilisateurs à extension messagerie unifiée, sont stockés dans Active Directory et les boîtes aux lettres des utilisateurs, respectivement. Vous n'avez donc pas besoin de migrer ces données.

Les messages d'accueil des plans de numérotation et des standards automatiques sont publiés vers le point de publication des messages d'assistance vocale de messagerie unifiée à partir duquel chaque serveur à extension messagerie obtient sa propre copie. Par défaut, le point de publication des messages d'assistance vocale d'un plan de numérotation est situé sur le premier serveur de messagerie unifiée à s'associer au plan de numérotation. Vous pouvez déterminer l'emplacement du point de publication des messages d'assistance vocale à l'aide de l'environnement de ligne de commande Exchange Management Shell. Par exemple, dans le cas d'un plan de numérotation appelé DialPlan1, vous pouvez exécuter les commandes suivantes de l'environnement de ligne de commande Exchange Management Shell pour déterminer le chemin d'accès du point de publication des messages d'assistance vocale :

$dp = Get-UMDialPlan DialPlan1
$dp.PromptPublishingPoint

La sortie sera un chemin d'accès UNC (Universal Naming Convention) qui inclut le nom de domaine complet du premier serveur de messagerie unifiée à s'associer à DialPlan1. Par exemple, si le premier serveur de messagerie unifiée à s'associer à DialPlan1 est appelé UMSVR1 et est situé dans le domaine fabrikam.com, la sortie sera :

\\umsvr1.fabrikam.com\ExchangeUM

Si UMSVR1 continue à fournir des services de messagerie unifiée après la migration, vous pouvez laisser les choses telles quelles. Toutefois, si vous planifiez de désactiver UMSVR1 et que vous devez continuer à mettre à jour le plan de numérotation et les messages d'assistance vocale de standard automatique, vous devez déplacer le point de publication des messages d'assistance vocale. Le nouvel emplacement ne doit pas nécessairement être un serveur de messagerie unifiée. Toutefois, il doit s'agir d'un ordinateur qui sera disponible à chaque publication des messages d'assistance vocale. Par exemple, pour déplacer le point de publication des messages d'assistance vocale vers newserv.fabrikam.com, procédez comme suit :

  1. Créez et configurez le nouveau serveur de messagerie unifiée exécutant Exchange 2007 SP1 et Windows Server 2008. Pour obtenir la procédure détaillée d'installation du rôle serveur de messagerie unifiée, consultez la rubrique Déploiement de rôles de serveur. Il est également recommandé de consulter le site de Microsoft Update pour télécharger toute mise à jour critique ou recommandée pour le nouveau serveur.

  2. Configurez le nouveau serveur de messagerie unifiée de manière à ce qu'il s'associe aux plans de numérotation auxquels le serveur de messagerie unifiée existant appartient.

  3. Copiez l'ensemble des éléments de l'ancien point de publication de messages d'assistance vocale vers le nouveau point de publication de messages d'assistance vocale à l'aide de la commande suivante :

    xcopy \\umsvr1\ExchangeUM \\newserv\ExchangeUM /s /e
    
  4. Sur le nouveau serveur de messagerie unifiée, exécutez la cmdlet Update-FileDistributionService qui force la copie immédiate des fichiers.

  5. Mettez à jour la configuration du plan de numérotation de manière à ce qu'elle pointe vers le nouveau point de publication :

    $dp = Get-UMDialPlan MyDP
    $dp.PromptPublishingPoint = \\newserv.fabrikam.com\ExchangeUM
    $dp | Set-UMDialPlan
    
  6. Après que la réplication Active Directory a répliqué cette modification dans toute l'organisation, vous pouvez désinstallez le rôle serveur de messagerie unifiée du serveur d'origine. Pour obtenir la procédure détaillée de désinstallation d'Exchange 2007, consultez la rubrique Procédure de suppression totale d'Exchange 2007 d'un serveur.

Procédures pour les environnements à serveur unique

Bien que les procédures précédentes de déplacement des rôles serveur fonctionnent correctement dans un environnement à plusieurs serveurs, elles ne sont pas adaptées, pour des raisons évidentes, à un environnement constitué d'un seul ordinateur exécutant Exchange 2007, sur lequel les rôles serveur de transport Hub, d'accès au client et de boîtes aux lettres sont installés et ne disposant pas du matériel nécessaire à la construction d'un nouveau serveur. Dans un environnement à serveur unique, vous devez conserver les données existantes et reconstruire entièrement le serveur existant.

importantImportant :
L'environnement à serveur unique décrit dans cet article fait référence à un serveur membre unique exécutant plusieurs rôles serveur. Si votre environnement à serveur unique est un serveur d'annuaire exécutant plusieurs rôles serveur et s'il est le seul serveur d'annuaire de votre environnement, vous ne devez pas exécuter une nouvelle installation de Windows Server 2008. Au lieu de cela, vous devez exécuter une mise à niveau sur place du système d'exploitation afin de préserver les données et les paramètres de votre serveur d'annuaire. Pour plus d'informations sur la mise à niveau de Active Directory de Windows Server 2003 vers Windows Server 2008, consultez la page Web relative aux Services de domaine Active Directory.
Au cours de ce processus, si vos informations de compte d'utilisateur sont perdues, vous pouvez recréer les comptes dans Active Directory sur la base des informations utilisateur de vos bases de données de boîtes aux lettres. Pour plus d'informations sur la procédure de création de comptes d'utilisateur sur la base des informations des bases de données de boîtes aux lettres, consultez la rubrique Procédure de génération des comptes Active Directory à l'aide des informations de boîte aux lettres dans la base de données de boîtes à lettres.
En outre, l'environnement à serveur unique décrit dans cet article ne comprend aucun serveur de transport Edge. Si le vôtre inclut un serveur de transport Edge, vous devez migrer celui-ci après la migration du serveur multi-rôles. Pour en savoir davantage sur le processus de migration du rôle serveur de transport Edge, consultez la rubrique « Rôle serveur de transport Edge » ci-avant dans cet article.

La migration d'un ordinateur exécutant Exchange 2007 sous Windows Server 2003 vers Exchange 2007 SP1 sous Windows Server 2008 requiert de reconfigurer fondamentalement un tout nouveau serveur. Toutefois, l'utilisation de la portabilité des bases de données permet de migrer plus facilement les données de vos boîtes aux lettres du serveur d'origine vers le nouveau serveur reconstruit.

Le processus de migration d'un environnement à serveur unique contenant les rôles serveur d'accès au client, de transport Hub, de boîtes aux lettres et de messagerie unifiée de Windows Server 2003 vers Windows Server 2008 est le suivant :

  1. Effectuez une sauvegarde complète du système à l'aide de Windows Backup (NTBackup.exe). Si le serveur héberge une base de données de dossiers publics, il est très important d'effectuer une copie en mode hors connexion de la base de données de dossiers publics et de ses fichiers journaux car ils seront copiés dans le nouveau serveur reconstruit ci-après dans cette procédure.

  2. Collectez autant d'informations de configuration que possible à partir du serveur existant. Pour collecter les paramètres de configuration du serveur, vous pouvez utiliser les commandes suivantes de l'environnement de ligne de commande Exchange Management Shell :

    Get-ExchangeAdministrator OriginalServerName | FL
    Get-MailboxServer OriginalServerName | FL
    Get-ExchangeServer OriginalServerName | FL
    Get-StorageGroup -Server OriginalServerName | FL
    Get-MailboxDatabase -Server OriginalServerName | FL
    Get-PublicFolderDatabase -Server OriginalServerName | FL
    Get-SendConnector |  where { $_.SourceTransportServers -match <NameofHubTransportServer> } | FL
    

    Vous pouvez également rediriger la sortie de chacune de ces commandes vers un fichier unique en exécutant les commandes suivantes :

    Get-ExchangeAdministrator OriginalServerName | FL > C:\OriginalServerName.txt
    Get-MailboxServer OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-ExchangeServer OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-StorageGroup -Server OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-MailboxDatabase -Server OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-PublicFolderDatabase -Server OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-SendConnector |  where { $_.SourceTransportServers -match <NameofHubTransportServer> } | FL >> C:\ OriginalServerName.txt
    

    Pour automatiser une grande partie du processus de collecte des paramètres de configuration pour le rôle serveur d'accès au client, vous pouvez utiliser le script de l'environnement de ligne de commande Exchange Management Shell nommé ExportCASConfig.ps1. Vous pouvez le télécharger à partir du message publié sur le blog de l'équipe Exchange relatif à l'exportation des paramètres des rôles serveur d'accès au client.

    Vous devez également collecter manuellement les paramètres de configuration restants, non collectés par le script ExportCASConfig.ps1, en examinant et en documentant les informations dans les fichiers Web.config et dans le Registre Windows. En outre, vous devez collecter manuellement les configurations IIS et les paramètres non collectés, tels que les paramètres SSL, les liaisons de sites Web, les certificats et mappages de certificats et les redirections HTTP.

    Si le serveur exécute un rôle serveur de messagerie unifiée, il est recommandé de copier tous les fichiers du point de publication de messages d'assistance vocale existant dans un emplacement sécurisé. Par exemple, utilisez la commande suivante pour copier tous les fichiers du point de publication des messages d'assistance vocale existant du serveur nommé Server1 vers un partage appelé UMSave sur un serveur nommé Server2 :

    xcopy \\Server1\ExchangeUM \\Server2\UMSave /s /e
    
  3. Lorsque vous avez terminé de collecter les informations de configuration du serveur, copiez tous les fichiers contenant les paramètres de configuration collectés (par exemple, OriginalServerName.txt) vers un emplacement sécurisé.

  4. Si la LCR est activée sur des groupes de stockage du serveur, vous devez la désactiver avant de reconstruire le serveur en exécutant la commande suivante :

    Get-StorageGroup -Server <ServerName> | Disable-StorageGroupCopy -Confirm:$False
    
  5. Désactivez toutes les boîtes aux lettres d'utilisateurs des bases de données de boîtes aux lettres du serveur. Pour ce faire, exécutez la cmdlet suivante dans l'environnement de ligne de commande Exchange Management Shell :

    Get-Mailbox -Server <ServerName> | Disable-Mailbox -Confirm:$False
    
  6. Si le serveur contient une base de données de dossiers publics, supprimez-la en exécutant les commandes suivantes :

    Get-PublicFolder -Server <ServerName> "\" -Recurse -ResultSize:Unlimited | Remove-PublicFolder -Server <ServerName> -Recurse -ErrorAction:SilentlyContinue
    Get-PublicFolder -Server <ServerName> "\Non_Ipm_Subtree" -Recurse -ResultSize:Unlimited | Remove-PublicFolder -Server <ServerName> -Recurse -ErrorAction:SilentlyContinue
    
  7. Démontez tous les bases de données de boîtes aux lettres, puis arrêtez le service de banque d'informations de Microsoft Exchange (et les services dépendants) en exécutant les commandes suivantes :

    Get-MailboxDatabase -Server <ServerName> | Dismount-Database -Confirm:$False
    net stop msexchangeis /y
    
  8. Lorsque le service de banque d'informations de Microsoft Exchange est arrêté, copiez les dossiers de groupe de stockage contenant les bases de données de boîtes aux lettres et les fichiers journaux dans un emplacement sécurisé. Copiez ensuite le groupe de stockage contenant la base de données de dossiers publics et ses fichiers journaux dans un emplacement sécurisé.

  9. Désinstallez toutes les applications intégrées à Exchange conformément aux instructions de suppression du fournisseur de l'application. Vous pouvez redémarrer le service de banque d'informations de Microsoft Exchange à l'aide de net start msexchangeis s'il est requis dans le cadre de la suppression d'une application intégrée à Exchange.

  10. Désinstallez Exchange du serveur. Pour obtenir la procédure détaillée de désinstallation d'Exchange 2007, consultez la rubrique Procédure de suppression totale d'Exchange 2007 d'un serveur.

  11. Lorsque le programme d'installation d'Exchange a terminé le processus de suppression, redémarrez l'ordinateur, puis connectez-vous à l'ordinateur à l'aide d'un compte disposant des autorisations d'administration locales.

  12. Si vous planifiez de procéder à une mise à niveau sur place du système d'exploitation, vous devez commencer par désinstaller Windows PowerShell du serveur. Pour ce faire :

    1. Ouvrez le Panneau de Configuration Windows, puis accédez à Ajout/Suppression de programmes.

    2. Activez la case à cocher Afficher les mises à jour.

    3. Faites défiler la liste des applications et mises à jour installées, sélectionnez la mise à jour Mise à jour pour Windows Server 2003 (KB926139), puis cliquez sur Supprimer.

    Notes

    Si l'option Mise à jour pour Windows Server 2003 (KB926139) n'existe pas, cela signifie probablement que Service Pack 2 pour Windows Server 2003 a été installé après Windows PowerShell. Dans ce cas, vous devez commencer par désinstaller Service Pack 2 pour Windows Server 2003 avant de désinstaller Windows PowerShell.

    Notes

    Il est possible que vous deviez installer d'autres applications ou composants Windows avant de procéder à une mise à niveau sur place de Windows Server 2003 vers Windows Server 2008. Une vérification de compatibilité aura lieu au cours de l'installation de Windows Server 2008 : elle vous indiquera si vous devez supprimer des applications ou composants supplémentaires.

  13. À ce stade, vous pouvez continuer la mise à niveau sur place du système d'exploitation ou reformater le lecteur et procéder à une nouvelle installation de Windows Server 2008. Il est recommandé de procéder à une nouvelle installation de Windows Server 2008 plutôt que de procéder à une mise à niveau sur place. Toutefois, les deux scénarios sont pris en charge.

    Notes

    Si vous procédez à une nouvelle installation, il est recommandé d'attribuer au nouveau serveur le nom du serveur d'origine. En outre, si le serveur d'origine dispose d'une base de données de dossiers publics qui sera restaurée vers le nouveau serveur, vous devez construire ce dernier en utilisant le nom du serveur d'origine. Sinon, vous ne pourrez pas reconfigurer votre base de données de dossiers publics sur le nouveau serveur.

  14. Une fois que Windows Server 2008 a été installé, vous pouvez installer les éléments requis pour exécuter Exchange 2007 SP1 sous Windows Server 2008. Pour obtenir la procédure détaillée d'installation des éléments requis pour chaque rôle serveur, consultez la rubrique Procédure d'installation des éléments préalables d'Exchange 2007 SP1 et SP2 sous Windows Server 2008 ou Windows Vista.

  15. Lorsque les éléments requis pour l'exécution d'Exchange 2007 SP1 sous Windows Server 2008 ont été installés, vous pouvez installer les rôles serveur Exchange 2007. Pour obtenir la procédure détaillée d'installation d'un ou plusieurs rôles serveur, consultez la rubrique Déploiement de rôles de serveur. Il est également recommandé de consulter le site de Microsoft Update pour télécharger toute mise à jour critique ou recommandée pour le nouveau serveur.

  16. Après que les rôles serveur requis ont été installés et le système redémarré, vous pouvez poursuivre la reconfiguration des paramètres de chaque rôle serveur et la mise en production de vos bases de données. Lorsque vous recréez les paramètres de configuration, assurez-vous de vous référer au fichier OriginalServerName.txt file créé à l'étape 2 de cette procédure.

    Rôle serveur d'accès au client :

    1. Exécutez le script ExportCASConfig.ps1 sur le nouveau serveur afin de collecter ses informations de configuration dans un deuxième fichier XML.

    2. Comparez les deux fichiers XML à l'aide de Microsoft WinDiff (Windiff.exe), qui est inclus dans Windows Server 2003 et Windows Server 2008. Pour plus d'informations sur l'utilisation de WinDiff, consultez l'article 159214 de la Base de connaissances relatif à l'utilisation de l'utilitaire Windiff.exe. En comparant les fichiers de configuration extraits de chaque système, vous pourrez plus facilement discerner les changements et paramètres manquants que vous pourrez ensuite reconfigurer manuellement sur le nouveau serveur.

    3. Après avoir manuellement reconfiguré les paramètres pour les informations de configuration collectées, vous devez manuellement reconfigurer sur le nouveau serveur les paramètres restants non collectés par le script, notamment les informations du fichier Web.config, les paramètres SSL, les liaisons de sites Web, les certificats et mappages de certificats et les redirections HTTP.

    4. Si la clé privée des certificats SSL du serveur d'origine est marquée comme exportable, vous pouvez exporter les certificats, puis les importer dans le nouveau serveur. Pour obtenir la procédure détaillée d'exportation d'un certificat à partir de IIS 6.0, consultez la page Web relative à l'exportation d'un certificat de serveur (IIS 6.0). Pour obtenir la procédure détaillée d'importation d'un certificat dans IIS 7.0, consultez la page Web relative à IIS 7.0 et à l'importation d'un certificat de serveur.

    Rôle serveur de transport Hub :

    1. Toute modification personnalisée apportée aux connecteur client et connecteur par défaut sur le serveur de transport Hub d'origine doit être recréée manuellement sur le nouveau serveur de transport Hub.

    2. Tout connecteur personnalisé créé sur le serveur de transport Hub d'origine doit également être recréé manuellement sur le nouveau serveur de transport Hub.

    3. Reconfigurez les connecteurs d'envoi, le cas échéant. Pour obtenir la procédure détaillée de reconfiguration d'un connecteur d'envoi, consultez la rubrique Procédure de modification de la configuration d'un connecteur d'envoi.

    Rôle serveur de boîtes aux lettres :

    1. Reconfigurez les groupes de stockage, le cas échéant, afin qu'ils correspondent à ceux utilisés par le serveur d'origine.

    2. Utilisez la portabilité des bases de données pour migrer les bases de données de boîtes aux lettres dans le nouvel environnement de production. Pour plus d'informations sur la portabilité des bases de données, consultez la rubrique Portabilité des bases de données.

    3. Lorsque toutes les bases de données de boîtes aux lettres ont été migrées à l'aide de la portabilité des bases de données, elles doivent être montées de sorte que vous puissiez reconnecter les utilisateurs à leurs boîtes aux lettres. Vous pouvez utiliser la cmdlet Mount-Database pour monter les bases de données de boîtes aux lettres. Pour plus d'informations sur la cmdlet Mount-Database, consultez la rubrique Mount-Database.

    4. Reconnectez toutes les boîtes aux lettres à chaque base de données de boîtes aux lettres. Vous pouvez utiliser l'environnement de ligne de commande Exchange Management Shell pour obtenir des statistiques de déconnexion pour une base de données spécifique, puis transmettre ces résultats par pipeline à la cmdlet Connect-Mailbox. Par exemple, pour reconnecter toutes les boîtes aux lettres stockées dans la base de données de boîtes aux lettres MBX1, dans le groupe de stockage SG1 sur le serveur Server01 :

      Get-MailboxStatistics | Where {$_.DisconnectDate -ne $null} | Connect-Mailbox -Database "Server01\SG1\MBX1"
      
    5. Créez un groupe de stockage et une base de données de dossiers publics à l'aide des noms et chemins d'accès utilisés sur le serveur de boîtes aux lettres d'origine. Une fois la base de données de dossiers publics créée, démontez-la, puis supprimez tous les fichiers du groupe de stockage de dossiers publics et des dossiers de bases de données. Copiez la base de données de dossiers publics et les fichiers journaux d'origine dans le groupe de stockage et les emplacements de base de données appropriés pour la base de données de dossiers publics.

    6. Lorsque la base de données de dossiers publics et les fichiers journaux ont été copiés dans les dossiers de destination appropriés, vous pouvez monter la base de données à l'aide de la cmdlet Mount-Database.

    Rôle serveur de messagerie unifiée

    1. Recréez les plans de numérotation le cas échéant, puis configurez le serveur de manière à l'associer au nouveau plan de numérotation.

    2. Copiez tous les fichiers du point de publication des messages d'assistance vocale de l'emplacement sécurisé vers le partage ExchangeUM sur le serveur de messagerie unifiée. Par exemple, utilisez la commande suivante pour copier tous les fichiers du point de publication des messages d'assistance vocale existant du partage nommé UMSave sur le Server2 vers le Server1 nouvellement reconstruit :

      xcopy \\Server2\UMSave \\Server1\ExchangeUM /s /e
      
    3. Sur le nouveau serveur de messagerie unifiée, exécutez la cmdlet Update-FileDistributionService qui force la copie immédiate des fichiers.

    4. Mettez à jour la configuration du plan de numérotation de manière à ce qu'elle pointe vers le nouveau point de publication. Par exemple, si Server1 dans domain.com contient le point de publication des messages d'assistance vocale, vous devez exécuter la commande suivante :

      $dp = Get-UMDialPlan MyDP
      $dp.PromptPublishingPoint = \\server1.domain.com\ExchangeUM
      $dp | Set-UMDialPlan
      
  17. Après que chaque rôle serveur a été recréé sur le nouveau serveur, mais avant que le serveur ne soit remis en production, il est recommandé de procéder comme suit :

    1. Exécutez l'outil Exchange Server Best Practices Analyzer et vérifiez tous les avertissements et erreurs relatifs à la configuration.

    2. Procédez à une sauvegarde complète du serveur.

    Notes

    La sauvegarde Windows Server dans Windows Server 2008 ne prend plus en charge les sauvegardes ou les restaurations prenant en charge Exchange. Contrairement aux versions antérieures de la sauvegarde Windows Server, vous ne pouvez pas effectuer ou restaurer des sauvegardes en continu Exchange avec la sauvegarde Windows Server. Pour sauvegarder ou restaurer Exchange 2007 SP1 sous Windows Server 2008, vous devez utiliser une application compatible Exchange qui prend en charge l'enregistreur VSS (Volume Shadow Copy Service ) pour Exchange 2007, telle que Microsoft System Center Data Protection Manager, une application VSS tierce compatible Exchange ou une application tierce Exchange utilisant les API de sauvegarde en continu localement sur le serveur Exchange pour procéder à une sauvegarde localement sur le serveur Exchange.

Pour plus d'informations

Pour plus d'informations sur Exchange 2007 SP1 et Windows Server 2008, consultez les ressources et liens suivants :

c3bb668a-52ea-48e3-9baf-651eeeb86f99 Scott Schnoll - Rédacteur technique principal, Microsoft Exchange Server