Bei der Migration von Exchange 2013 sind als erstes die Anforderungen, Einschränkungen und das Zusammenleben zu beachten. Dies sind die wichtigen Punkte, die bei der Migration von Exchange 2013 auf 2019 zu beachten sind. In diesem Handbuch wird davon ausgegangen, dass nur ein Exchange Server installiert ist.
Voraussetzungen
In diesem Fall muss bei einer Migration von Exchange 2013 das Setup installiert sein, damit Cumulative Update 21 (CU21) oder höher installiert und die Active Directory-Server gehostet werden können Windows 2012 R2 Standard oder Datacenter und höher mit Windows Server 2012 R2 Active Directory-Gesamtstrukturfunktionalität oder höher. Also wenn du noch hostest Windows Für 2008 R2-Domänencontroller müssen Sie sicherstellen, dass diese vor der Installation und schließlich der Migration außer Betrieb genommen werden.
Beachten Sie, dass wir mit Exchange 2019 kein Unified Messaging (UM) haben, was bedeutet, dass Sie Lync oder Microsoft verwenden Skype Für Business Server verlieren Sie die Möglichkeit, Voicemail-Nachrichten in Ihren Postfächern zu speichern, und es muss eine Alternative wie CX-E oder Azure Voicemail für Office 365 gefunden werden. Außerdem sollten Clients berücksichtigt werden, die Outlook 2013 und höher unterstützen.
Beginnen wir also damit, dass die virtuelle Maschine oder die physische Maschine speziell mit installiert wird Windows Server 2019 Standard oder DataCenter. Microsoft empfiehlt, Exchange 2019 zu installieren Windows Server 2019 Core, die Desktop Experience-Funktion wird jedoch weiterhin unterstützt. Sie haben also zu diesem Zeitpunkt die Wahl. Sie können es nicht auf einem anderen Betriebssystem installieren. Wenn Sie die Management Tools auf einem anderen Computer installieren, müssen Sie sie auf einem installieren Windows 10 64-Bit-Ausgabe. Nachdem Sie alle möglichen Aktualisierungen vorgenommen haben, müssen die folgenden Voraussetzungen für die Installation erfüllt sein.
Voraussetzung für die Installation ist .NET Framework 4.7.2 oder höher, Visual C ++ Redistributable Package für Visual Studio 2012 und 2013; und das Remote Tool Adminisration Pack und einige andere Dinge. Dies kann über PowerShell mit dem folgenden Befehl erfolgen, um alle erforderlichen Komponenten zu installieren.
Installieren-WindowsFeature NET-Framework-45-Funktionen, RSAT-ADDS, RPC-über-HTTP-Proxy, RSAT-Clustering, RSAT-Clustering-CmdInterface, RSAT-Clustering-Verwaltung, RSAT-Clustering-PowerShell, Web-Verwaltungskonsole , WAS-Prozessmodell, Web-Asp-Net45, Web-Basic-Authentifizierung, Web-Client-Authentifizierung, Web-Digest-Authentifizierung, Web-Dir-Browsing, Web-Dyn-Komprimierung, Web-HTTP-Fehler, Web -Http-Protokollierung, Web-Http-Umleitung, Web-Http-Ablaufverfolgung, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Lgcy-Mgmt-Konsole, Web-Metabase, Web-Mgmt-Konsole, Web-Mgmt -Service, Web-Net-Ext45, Web-Request-Monitor, Webserver, Web-Stat-Komprimierung, Web-Static-Content, Web-Windows-Auth, Web-WMI, Windows-Identity-Foundation
Beginnen Sie mit den Vorbereitungen zum Einlegen des Exchange Server 2019-Mediums und führen Sie den folgenden Befehl aus, um das Schema und den AD vorzubereiten.
Setup.exe / PrepareSchema / IAcceptExchangeServerLiscenceTerms Setup.exe / PrepareAD / OrganizationName: Contoso / IAcceptExchangeServerLicenseTerms
|
Konfiguration.exe /PrepareSchema /IAcceptExchangeServerLiscenceTerms Konfiguration.exe /PrepareAD /Organisationsname:Contoso /IAcceptExchangeServerLicenseTerms |
Hier haben wir das Active Directory für Exchange 2019 vorbereitet und können jetzt mit der Installation beginnen. Bevor wir beginnen, stellen Sie sicher, dass für die von uns installierten Voraussetzungen keine neuen Updates verfügbar sind.
Öffnen Sie Setup.exe
Aktivieren Sie das Kontrollkästchen Verbindung mit dem Internet herstellen, suchen Sie nach Updates und klicken Sie auf Weiter. Nach der Einführung klicken Sie auf Weiter.
Vergewissern Sie sich, dass auf der Seite Serverrollenauswahl die Option Postfachrolle und Verwaltungstools aktiviert ist, und klicken Sie auf Weiter. Wählen Sie den Installationsort des Exchange-Servers aus und klicken Sie auf Weiter. (Installieren Sie Exchange nicht auf dem Systemlaufwerk, da dies dringend empfohlen wird.)
Klicken Sie in der Malware-Schutzeinstellung auf Nein, da dies in Zukunft aktiviert werden kann, wir es jedoch vorerst nicht benötigen. Nach dem Bildschirm Bereitschaft wird die Installation gestartet. Überprüfen Sie nach Abschluss des Vorgangs erneut, ob Aktualisierungen verfügbar sind.
Einrichten des Service Connection Points (SCP)
Der nächste Schritt besteht darin, den Dienstverbindungspunkt (Service Connection Point, SCP) einzurichten, ein Attribut auf Exchange Server, das im AD-Schema gespeichert ist, das Clientcomputer mit Domänenbeitritt unter Verwendung von Outlook mithilfe der Einstellungen für die automatische Erkennung an den Server weiterleitet. Standardmäßig wird es auf den neuen Server geändert, und Benutzer müssen vorerst aufgrund von Problemen mit Zertifikaten daran gehindert werden, eine Verbindung zum neuen Server herzustellen, da der Standardwert für die Installation ein selbstsignierter ist. Dies kann durch Ausführen des PowerShell-Cmdlets Set-ClientAccessService –Identity ExchangeServer2013 –AutoDiscoverServiceInteralUri geändert werden. Dadurch werden die Benutzer auf den aktuellen Server verwiesen.
Importieren Sie die Zertifikate
Jetzt müssen wir die Zertifikate auf den neuen Server importieren. Zuerst müssen wir die zu verschiebenden Zertifikate mithilfe des PowerShell-Cmdlets identifizieren
Get-ExchangeCertificate | fl Thumbprint, NotAfter, Issuer, CertificateDomains, Services.
|
Bekommen–ExchangeCertificate | fl Daumenabdruck,Nicht danach,Aussteller,CertificateDomains,Dienstleistungen. |
Daraufhin erhalten wir eine Liste der Zertifikate mit dem Fingerabdruck und den Diensten, für die sie verwendet werden, damit wir die Zertifikate kennen und wissen, welchen Diensten sie zugewiesen werden sollen. Verwenden Sie auf dem Exchange 2013-Server das folgende PowerShell-Cmdlet, um das Zertifikat für den Exchange 2019-Server zu exportieren.
$ CertPass = ConvertTo-SecureString LetMeIn -AsPlainText – Force Export-ExchangeCertificate -Thumbprint C87C1CBA43733D177B2679BC825808C7BECC659B -Dateiname C: temp Exchange2013Certificate.pfx -Password $ Out-Null
|
$CertPass = Konvertieren zu–SecureString Lass mich rein –AsPlainText –Macht Export–ExchangeCertificate –Daumenabdruck C87C1CBA43733D177B2679BC825808C7BECC659B –Dateiname C:tempExchange2013Certificate.pfx –Passwort $CertPass | aus–Null |
Notieren Sie sich anschließend das Kennwort. Machen Sie sich keine Sorgen, wenn Sie es vergessen, können Sie das oben genannte jederzeit wiederholen und ein neues Passwort verwenden. Kopieren Sie die Datei auf den Exchange Server 2019 und führen Sie die folgenden Schritte in PowerShell aus
$ CertPass = ConvertTo-SecureString LetMeIn -AsPlainText – Force Import-ExchangeCertificate -Dateiname C: temp Exchange2013Certificate.pfx -PrivateKeyExportable $ true – Kennwort $ CertPass | Enable-ExchangeCertificate – Dienste POP, IMAP, IIS, SMTP – DoNotRequireSsl
|
$CertPass = Konvertieren zu–SecureString Lass mich rein –AsPlainText –Macht Importieren–ExchangeCertificate –Dateiname C:tempExchange2013Certificate.pfx –PrivateKeyExportable $wahr – Passwort $CertPass | Aktivieren–ExchangeCertificate –Dienstleistungen POP,IMAP,IIS,SMTP –DoNotRequireSsl |
Dadurch wird das Zertifikat importiert und den Diensten von POP, IMAP, IIS und SMTP zugewiesen. Der nächste Schritt besteht darin, die URLs für den internen und externen Zugriff mit Outlook Anywhere festzulegen. Führen Sie auf dem Exchange 2019 den folgenden Befehl für Outlook Anywhere, OWA, ECP, Webdienste, ActiveSync, Offlineadressbuch und MAPI aus
Get-OutlookAnywhere-Server srvexc2019 | Set-OutlookAnywhere -InternalHostname ex02.mydomain.com -InternalClientAuthenticationMethod Ntlm -InternalClientsRequireSsl $ true -ExternalHostname ex02.mydomain.com -ExternalClientAuthenticationMethod Basic -ExternalClientsRequireSsluteNegentMethod $ Basic -ExternalClients
|
Bekommen–OutlookAnywhere –Server srvexc2019 | einstellen–OutlookAnywhere –InternalHostname ex02.meineDomäne.com –InternalClientAuthenticationMethod Ntlm –InternalClientsRequireSsl $wahr –ExternalHostname ex02.meineDomäne.com –ExternalClientAuthenticationMethod Basic –ExternalClientsRequireSsl $wahr –IISAuthenticationMethods Verhandeln,NTLM,Basic |
Get-EcpVirtualDirectory -Server srvexc2019 | Set-EcpVirtualDirectory -InternalUrl https: //ex02/mydomain.com/ecp -ExternalUrl https://ex02.mydomain.com/ecp
|
Bekommen–EcpVirtualDirectory –Server srvexc2019 | einstellen–EcpVirtualDirectory –InternalUrl https://ex02/mydomain.com/ecp -ExternalUrl https://ex02.mydomain.com/ecp |
Get-OwaVirtualDirectory -Server srvexc2019 | Set-OwaVirtualDirectory -InternalUrl https://ex01.mydomain.com/owa -ExternalUrl https://ex02.mydomain.com/owa
|
Bekommen–OwaVirtualDirectory –Server srvexc2019 | einstellen–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 -ExternalUrl https://ex02.mydomain.com/EWS/Exchange.asmx
|
Bekommen–WebServicesVirtualDirectory –Server srvexc2019 | einstellen–WebServicesVirtualDirectory –InternalUrl https://ex02.meinedomain.com/EWS/Exchange.asmx -ExternalUrl https://ex02.meinedomain.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
|
Bekommen–ActiveSyncVirtualDirectory –Server srvexc2019 | einstellen–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 -ExternalUrl https://ex02.mydomain.com/OAB
|
Bekommen–OabVirtualDirectory –Server srvexc2019 | einstellen–OabVirtualDirectory –InternalUrl https://ex01.mydomain.com/OAB -ExternalUrl https://ex02.mydomain.com/OAB |
Get-MapiVirtualDirectory -Server srvexc2019 | Set-MapiVirtualDirectory -InternalUrl https://ex02.mydomain.com/mapi -ExternalUrl https://ex02.mydomain.com/mapi
|
Bekommen–MapiVirtualDirectory –Server srvexc2019 | einstellen–MapiVirtualDirectory –InternalUrl https://ex02.mydomain.com/mapi -ExternalUrl https://ex02.mydomain.com/mapi |
Damit diese Änderungen sofort wirksam werden, müssten wir den Anwendungspool für MSExchangeAutodiscoverAppPool erneut bereitstellen. Öffnen Sie dazu einfach IIS, erweitern Sie den Server und klicken Sie auf Anwendungspools. Suchen Sie den Anwendungspool und klicken Sie auf Recycle.
DNS-Einträge
Nachdem die URLs geändert wurden, ist es jetzt an der Zeit, die DNS-Einträge auf den neuen Exchange 2019-Server zu verweisen. Wenden Sie sich dazu an Ihr Netzwerkteam, um festzustellen, ob alle mit NAT geöffneten und an das aktuelle Exchange 2013 weitergeleiteten Ports repliziert werden und auch auf Exchange 2019 verweisen. Alle offenen Ports für Exchange 2013 sollten für Exchange 2019 geöffnet werden. Alle Weiterleitungen von außen nach innen sollten so geändert werden, dass sie stattdessen auf den Exchange 2019-Server verweisen. Es ist jetzt an der Zeit, den zuvor festgelegten SCP-Rekord auf Exchange 2019 anstatt auf 2013 zu verweisen.
Hier sollten die Benutzer in der Lage sein, auf Exchange 2019 als ihren Exchange-Server zuzugreifen, während sie auf den Exchange 2013-Server als Speicherort ihres Postfachs umgeleitet werden. Es ist an der Zeit, sich mit den Multifunktionsgeräten zu befassen und auf den neuen Exchange 2019-Server zu verweisen. Richten Sie auf dem Server die Transportregeln ein, damit die Geräte sie passieren können. Sie müssen sicherstellen, dass die intern verwendete URL ebenfalls geändert und weitergegeben wird. Anschließend muss nur noch ein Outlook verbunden und überprüft werden, ob eine Verbindung zum richtigen Exchange Server hergestellt wird, indem der Outlook-Verbindungsstatus geöffnet wird.
Mailbox von einem Server auf einen anderen verschieben
Der nächste Schritt ist das Verschieben des Postfachs von einem Server auf einen anderen. Dies erfolgt durch Erstellen eines Migrations-Batch-Jobs. Öffnen Sie den Exchange-Administrator und klicken Sie auf Empfänger. Klicken Sie auf Migration und dann auf das Pluszeichen und wählen Sie In eine andere Datenbank verschieben
Wählen Sie die zu verschiebenden Postfächer aus und klicken Sie auf Weiter
Dann können Sie auswählen, ob alles oder nur das Postfach oder nur das Archivpostfach verschoben werden soll. Wählen Sie die Zieldatenbank für Mail und Archiv aus und klicken Sie auf Weiter. Sie können in einem Auftrag je nach Volumen und Größe mehrere Postfächer gleichzeitig auswählen.
Sobald alle Postfächer verschoben wurden, können Sie Exchange 2013 vom aktuellen Server deinstallieren und anschließend den Server damit außer Betrieb nehmen. Ihre Exchange Server-Migration ist abgeschlossen. Jetzt wird empfohlen, für jede Migration und praktisch für jedes Exchange-Setup das richtige Tool wie Stellar Converter für EDB zu haben, wenn Sie während einer Installation, Migration oder täglichen Arbeit Probleme und Katastrophen haben. Mit der EDB to PST Converter-Anwendung können Sie eine Online- oder Offline-EDB-Datei öffnen, nach PST exportieren und auf einen anderen Exchange Server oder Office 365 exportieren.
