La première chose à considérer lors de la migration à partir d’Exchange2013 est l’exigence, les limitations et la coexistence. Ce sont les éléments importants à prendre en compte lors de la migration d’Exchange2013 vers 2019. Pour ce guide gratuit, nous supposerons qu’un seul ExchangeServer est installé.
Conditions préalables
Dans ce cas, si vous migrez à partir d’Exchange2013, vous aurez besoin de la configuration pour avoir la mise à jour cumulative 21 (CU21) ou ultérieure installée et les serveurs Active Directory doivent être hébergés sur Windows2012R2 Standard ou Datacenter et supérieur avec la fonctionnalité Forest Active Directory de WindowsServer2012R2 ou supérieure. Donc, si vous hébergez toujours des contrôleurs de domaine Windows2008R2, vous devez vous assurer que ceux-ci soient mis hors service avant l’installation et enfin la migration.
Une chose importante à noter est qu’avec Exchange2019, nous n’avons pas de messagerie unifiée (MU), ce qui signifie que si vous avez Lync ou Skype Entreprise Server, vous perdrez la possibilité d’enregistrer les messages vocaux dans vos messageries et une alternative doit être trouvée comme CX-E ou Azure Voicemail sur Office 365 Une autre chose à considérer est que les clients comme Outlook2013 et supérieur sont pris en charge.
Commençons donc par installer une machine virtuelle ou physique avec spécifiquement la norme WindowsServer2019 ou DataCenter. Microsoft recommande d’installer Exchange2019 sur WindowsServer2019 Core mais la fonctionnalité Expérience de bureau est toujours prise en charge, c’est donc votre choix à ce stade. Vous ne pouvez pas l’installer sur un autre système d’exploitation. Si vous installez les outils de gestion sur une autre machine, vous devrez les installer sur une édition Windows10 64 bits. Après avoir effectué toutes les mises à jour possibles, voici les conditions requises pour l’installation.
L’installation des prérequis doit avoir .NET Framework 4.7.2 ou version ultérieure, le kit redistribuable Visual C++ pour Visual Studio 2012 et 2013 ; et le pack d’administration de l’outil à distance et d’autres éléments. Cela peut être fait via PowerShell en utilisant la commande ci-dessous pour installer tous les prérequis.
Install-WindowsFeature NET-Framework-45-Features, RSAT-ADDS, RPC-over-HTTP-proxy, RSAT-Clustering, RSAT-Clustering-CmdInterface, RSAT-Clustering-Mgmt, RSAT-Clustering-PowerShell, Web-Mgmt-Console, WAS-Process-Model, Web-Asp-Net45, Web-Basic-Auth, Web-Client-Auth, Web-Digest-Auth, Web-Dir-Browsing, Web-Dyn-Compression, Web-Http-Errors, Web-Http-Logging, Web-Http-Redirect, Web-Http-Tracing, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Mgmt-Console, Web-Mgmt-Service, Web-Net-Ext45, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web-Static-Content, Web-Windows-Auth, Web-WMI, Windows-Identity-Foundation
Avant d’installer quoi que ce soit, commençons par préparer l’insertion du support ExchangeServer2019 et l’exécution de la commande ci-dessous pour préparer le schéma et l’AD.
| 1 2 | Setup.exe /PrepareSchema /IAcceptExchangeServerLiscenceTerms Setup.exe /PrepareAD /OrganizationName:?Contoso? /IAcceptExchangeServerLicenseTerms |
Ici, nous avons préparé Active Directory pour qu’il soit compatible avec Exchange2019 et nous pouvons maintenant commencer l’installation. Avant de commencer, assurez-vous qu’aucune nouvelle mise à jour n’est disponible pour les prérequis que nous avons installés.
Ouvrez Setup.exe
Cochez la case pour vous connecter à Internet, recherchez les mises à jour et cliquez sur Suivant. Après l’introduction, cliquez sur Suivant.
Sur la page Sélection du rôle de Server, assurez-vous de cocher Rôle de messagerie et outils de gestion, puis cliquez sur Suivant. Choisissez l’emplacement d’installation de l’Exchangeserver et cliquez sur Suivant (assurez-vous de ne pas installer Exchange sur le lecteur système car il est fortement recommandé).
Dans le paramètre de protection contre les logiciels malveillants, cliquez sur Non pour l’instant car cela peut être activé à l’avenir, mais pour l’instant nous n’en avons pas besoin. Après l’écran de préparation, l’installation commencera et après avoir terminé, assurez-vous à nouveau de voir si des mises à jour sont disponibles.
Configurez le point de connexion de service (SCP)
L’étape suivante consiste à configurer le point de connexion de service (SCP) qui est un attribut sur ExchangeServer qui est stocké dans le schéma AD qui dirige les ordinateurs clients joints au domaine utilisant Outlook vers le server à l’aide des paramètres de découverte automatique. Par défaut, il passera au nouveau serveur et nous devrons empêcher les utilisateurs de se connecter au nouveau server pour le moment en raison de problèmes avec les certificats, car l’installation par défaut est auto-signée. Cela peut être modifié en exécutant le PowerShellcmdlet Set-ClientAccessService ?IdentityExchangeServer2013?AutoDiscoverServiceInteralUri. Cela dirigera les utilisateurs vers le server actuel..
Importez les certificats
Maintenant, nous devons importer les certificats sur le nouveau server. Nous devons d’abord identifier les certificats à déplacer à l’aide de PowerShellcmdlet
Get-ExchangeCertificate | flThumbprint,NotAfter,Issuer,CertificateDomains,Services.
Cela nous donnera une liste de certificats ainsi que l’empreinte numérique et les services pour lesquels ils sont utilisés afin que nous connaissions les certificats et les services auxquels les affecter. Sur le Exchange2013server, utilisez PowerShellcmdlet ci-dessous pour exporter le certificat pour Exchange2019server.
$CertPass = ConvertTo-SecureString "LetMeIn" -AsPlainText?Force Export-ExchangeCertificate -Thumbprint C87C1CBA43733D177B2679BC825808C7BECC659B -FileName C:\temp\Exchange2013Certificate.pfx -Password $CertPass | Out-Null
Une fois terminé, notez le mot de passe. Ne vous inquiétez pas car si vous l’oubliez, vous pouvez toujours refaire ce qui précède et utiliser un nouveau mot de passe. Copiez le fichier sur ExchangeServer2019 et exécutez ce qui suit dans PowerShell
$CertPass = ConvertTo-SecureString "LetMeIn" -AsPlainText?Force Import-ExchangeCertificate -FileName C:\temp\Exchange2013Certificate.pfx -PrivateKeyExportable $true ? Password $CertPass | Enable-ExchangeCertificate?Services POP,IMAP,IIS,SMTP ?DoNotRequireSsl
Cela importera le certificat et l’affectera aux services de POP, IMAP, IIS et SMTP. L’étape suivante consiste à définir les URL pour l’accès interne et externe à l’aide d’Outlook Anywhere. Sur Exchange2019, exécutez la commande ci-dessous pour Outlook Anywhere, OWA, ECP, services Web, ActiveSync, Carnet d’adresses en mode hors connexion et MAPI
Get-OutlookAnywhere -Server srvexc2019 | Set-OutlookAnywhere -InternalHostname ex02.mydomain.com -InternalClientAuthenticationMethodNtlm -InternalClientsRequireSsl $true -ExternalHostname ex02.mydomain.com -ExternalClientAuthenticationMethod Basic -ExternalClientsRequireSsl $true -IISAuthenticationMethodsNegotiate,NTLM,Basic
Get-OwaVirtualDirectory -Server srvexc2019 | Set-OwaVirtualDirectory -InternalUrl https://ex01.mydomain.com/owa -ExternalUrl https://ex02.mydomain.com/owa
Get-WebServicesVirtualDirectory -Server srvexc2019 | Set-WebServicesVirtualDirectory -InternalUrl https://ex02.mydomain.com/EWS/Exchange.asmx -ExternalUrlhttps://ex02.mydomain.com/EWS/Exchange.asmx
Get-ActiveSyncVirtualDirectory -Server srvexc2019 | Set-ActiveSyncVirtualDirectory -InternalUrl https://ex02.mydomain.com/Microsoft-Server-ActiveSync -ExternalUrl https://ex02.mydomain.com/Microsoft-Server-ActiveSync
Get-OabVirtualDirectory -Server srvexc2019 | Set-OabVirtualDirectory -InternalUrl https://ex01.mydomain.com/OAB -ExternalUrlhttps://ex02.mydomain.com/OAB
Get-MapiVirtualDirectory -Server srvexc2019 | Set-MapiVirtualDirectory -InternalUrl https://ex02.mydomain.com/mapi -ExternalUrl https://ex02.mydomain.com/mapi
Pour que ces modifications prennent effet immédiatement, nous devons recycler le pool d’applications pour MSExchangeAutodiscoverAppPool. Pour ce faire, ouvrez simplement IIS, développez le server et cliquez sur Pools d’applications. Recherchez le pool d’applications et cliquez sur Recycler.
Enregistrements DNS
Maintenant que les URL ont été modifiées, il est maintenant temps de diriger les enregistrements DNS vers le nouveau Exchange2019server en contactant votre équipe réseau pour voir que tous les ports ouverts et transmis avec NAT à Exchange2013 actuel sont répliqués pour diriger également vers Exchange2019. Tous les ports ouverts vers Exchange2013 doivent être ouverts pour Exchange2019. Tout transfert de l’extérieur vers l’intérieur doit être modifié pour diriger vers le serveur Exchange2019 à la place. Il est maintenant temps de diriger l?enregistrement SCP que nous avons établi auparavant pour diriger vers Exchange2019 plutôt que vers 2013.
Ici, les utilisateurs doivent pouvoir travailler en accédant à Exchange2019 en tant que leur serveur d’échange tout en étant redirigés vers le Exchange2013server en tant qu’emplacement de leur messagerie. Il est temps de faire le tour et de travailler sur les appareils multifonctions pour diriger vers le nouveau Exchange2019Server et à partir de la configuration du server, les règles de transport pour permettre aux appareils d’être autorisés à le traverser. Vous devez vous assurer que l’URL utilisée en interne est également modifiée et propagée. Ensuite, il vous suffit de connecter un Outlook et de vérifier qu’il se connecte au bon ExchangeServer en ouvrant l’état de la connexion Outlook.
Déplacement de la messagerie d’un serveur à un autre
L’étape suivante consiste à déplacer la messagerie d’un server à un autre. Cela se fait en créant une tâche par lots de migration. Ouvrez l’administrateur Exchange et cliquez sur Destinataires, cliquez sur Migration et cliquez sur le signe + et sélectionnez déplacer vers une autre base de données
Sélectionnez les messageries à déplacer et cliquez sur Suivant
Ensuite, vous pouvez choisir de tout déplacer ou de sélectionner la messagerie uniquement ou la messagerie d’archivage uniquement. Sélectionnez la base de données cible pour l?e-mail et les archives et cliquez sur suivant. Vous pouvez sélectionner plusieurs messageries à la fois dans une tâche en fonction du volume et des tailles.
Une fois que toutes les messageries ont été déplacées, vous pouvez continuer et désinstaller Exchange2013 du serveur actuel et ensuite vous pouvez mettre le serveur hors service également. Votre migration ExchangeServer est terminée. Maintenant, à chaque migration et pratiquement pour toute configuration d’Exchange, il est également recommandé d’avoir le bon outil comme Stellar Converter for EDB pour les moments où vous rencontrez des problèmes et des catastrophes ennuyeux lors d’une installation, d’une migration ou d’une tâche quotidienne.
Avec l’application de conversion EDB vers PST, vous pourrez ouvrir un fichier EDB en ligne ou hors ligne, exporter vers PST et exporter vers un autre ExchangeServer ou Office 365 en direct. Vous pouvez télécharger maintenant et prévisualiser votre fichier PST converti gratuitement !!
