Im letzten Teil der Exchange 2013 zu Exchange 2016 Migration, wird die Umgebung bereinigt und Exchange 2013 deinstalliert.Die ersten beiden Artikel finden sich hier
- HowTo: Migration von Exchange 2013 zu Exchange 2016 (Teil 1)
- HowTo: Migration von Exchange 2013 zu Exchange 2016 (Teil 2)
Die Postfächer und Öffentlichen Ordner wurden bereits in Teil 2 verschoben. Damit Exchange 2013 deinstalliert werden und damit die Migration kann, sind aber noch ein paar wenige Arbeiten nötig:
DNS und Sendeconnector umstellen
Ich stelle zunächst die DNS-Einträge outlook.frankysweb.de und autodiscover.frankysweb.de auf die IP-Adresse des Exchange 2016 Servers:
Im übrigen können jetzt alle DNS Einstellungen auf den Exchange 2016 Server geändert werden, sollte es weitere geben. Auch Firewalls, AntiSPAM Gateways und NAT-Einträge müssen jetzt entsprechend auf Exchange 2016 umgestellt werden.
Zwischen dem Ändern der DNS-Einträge und der Deinstallation des Exchange 2013 sollte etwas Zeit vergehen, damit keine Clients noch alte gecachte DNS-Einträge haben (1 Tag reicht normalerweise vollkommen aus).
Jetzt kann Exchange 2013 aus der Konfiguration des Sendeconnectors entfernt werden:
Als Quellserver ist nur noch der Exchange 2016 Server eingetragen.
Datenbank entfernen
Damit die Exchange 2013 Datenbank entfernt werden kann, muss sichergestellt sein, dass keine Postfächer mehr in der Datenbank gespeichert sind. Mit den folgenden Befehlen, kann überprüft werden ob sich noch Postfächer in der alten Datenbank befinden. Die folgenden Befehle dürfen keine Ausgabe mehr liefern:
get-mailbox -Database DB2013 get-mailbox -Database DB2013 -Archive get-mailbox -Database DB2013 -Arbitration get-mailbox -Database DB2013 -PublicFolder
Sollten noch Postfächer angezeigt werden, müssen die entsprechenden Postfächer zuerst in die Exchange 2016 Datenbank verschoben werden (siehe Teil 2), sonst lässt sich die Exchange 2013 Datenbank nicht sauber entfernen.
Wenn keine Postfächer mehr in der Datenbank vorhanden sind, lässt sich die Exchange 2013 Datenbank löschen:
Remove-MailboxDatabase DB2013
Alternativ funktioniert das Entfernen auch im EAC:
Exchange 2013 deinstallieren
Der letzte Schritt ist die Deinstallation von Exchange 2013
Die Bereitschaftsprüfung zur Deinstallation durchläuft jetzt noch ein paar Checks, sollte aber keine Probleme melden:
Nach der Deinstallation kann der Server aus dem Active Directory entfernt werden und seiner neuen Bestimmung zugeführt werden. Aber bitte vorher das Betriebssystem neuinstallieren und nicht einfach den nächsten Dienst installieren, falls der Server einer anderen Verwendung zugeführt wird.
Bevor ich die Mailbox löschen konnte mittels „Remove-MailboxDatabase DB2013“, musste ich zusätzlich zu den Befehlen
Get-mailbox -Database EX2013 -Archive
Get-mailbox -Database EX2013 -Arbitration
Get-mailbox -Database EX2013 -Migration
Get-mailbox -Database EX2013 -PublicFolder
noch folgende ausführen:
Get-Mailbox -Database „EX2013“ -AuditLog
Get-Mailbox -Database „EX2013“ -AuditLog | New-MoveRequest -TargetDatabase „EX2016“
Get-Mailbox -Database „EX2013“ -Monitoring | Format-Table Name, DisplayName, Database, Servername
Get-Mailbox -Database „EX2013“ -Monitoring | Disable-Mailbox -Confirm:$false
Get-MoveRequest -MoveStatus Completed -ResultSize Unlimited | Remove-MoveRequest -Confirm:$false
Get-MoveRequest -ResultSize Unlimited | Remove-MoveRequest -Confirm:$false
danach war das entfernen möglich.
Anleitung mit schönen Bildern hier:
https://www.alitajran.com/cannot-delete-mailbox-database-exchange/
Hallo Franky,
danke erstmal für Deine tolle Arbeit und die guten Anleitungen.
Ich habe kürzlich einen Server bei einer kleinen Kanzlei übernommen der alle Aufgaben von SQL über DC bis zu einem Exchange 2013 hat. Leider wurde da wohl vor Kurzem noch ein Inplaceupgrade des 2012R2 auf 2016 Server vorgenommen. Das hat wohl die Verwaltungstools vom Ex2013 lahmgelegt. Die Migration auf einen Ex2016 in einer Hyper-V hat mit vielen kleinen Problemen grundsätzlich geklappt, ich bin bei der Migration bis zum Löschen der Ex2013 Datenbank gekommen.
Leider lässt sich wg. der fehlenden bzw. anscheinend inkompatiblen Verwaltungstools der Ex2013 (CU23) nicht mehr deinstallieren.
Bereits beim Stoppen der Dienste kommt : Der Dienst „Anwendungsidentität (AppIDSvc)“ kann aufgrund des folgenden Fehlers nicht konfiguriert werden: Zugriff verweigert , wahlweise auch der Hinweis auf die fehlenden Verwaltungstools. Was kann man in dieser Situation machen? Dienststart deaktivieren und AD manuell aufräumen?
Grüße,
Ansgar
Hallo Frank,
Ich verfolge schon länger deiner Tips die mir sehr gefallen.
Ajtuell habe ich aber ein Problem bei dem ich nicht weiterkomme:
Ich bin beim Umstellen von Exchange Server 2013 auf Exchange server 2016 (CU 22),
gemäß der Beschreibung hier. Aktuell jetzt vor Teil 3.
Der SMTP Dienst lässt sich auf dem 2016 nicht dem Zertifikat zuordnen,
weder über EAC noch über die Exchange-Verwaltungsshell mit Enable-ExchangeCertificate
Eine Fehlermeldung kommt nicht.
Es ist ein von einer Zertifizierungsstelle signiertes Zertifikat (SAN).
Dieses habe ich schon im Server 2013 ohne Probleme mit dem zugeordneten SMTP-Dienst benutzt,
Es wurde vom Server 2013 exportiert und auf den Server 2016 importiert.
Momentan laufen der Exchange 2013 und der 2016 nebeneinander.
Die Thumbprints vom Zertifikat sind auf beiden Servern identisch.
Solange ich dem 2016 nicht dem SMTP-Dienst zuordnen kann habe ich Angst den
2013 raus zunehmen.
Weiß vielleicht jemand was man da machen kann?
Das Problem habe ich auch. Es ist aber angeblich zugewiesen, wenn man es mit einem anderen Zertifikat überschreiben will. Da wird einem dann der korrekte Thumbprint angezeigt. Habe aktuell keine Lösung ob es dennoch funktioniert…
Hallo Frank
deine Seite ist echt super.
verschiebe gerade die monitoring postfächer. eine hängt seit Stunden und es passiert nix mehr
HealthMailbox-srv-Mailbox-Database-0692828536 CopyingFiles 4.9.67 GB (5,332,869,257 bytes) 12.35 GB (13,255,591,751…
Wie gesagt es hängt. MoveRequest gelöscht , beide Server neu gestartet , neu angesetzt , exakt die gleichen Werte.
Hast du einen Tipp
Danke
Lars
Hallo Franky,
Dank deiner tollen Anleitung hat die Migration auf Exchange 2016 reibungslos funktioniert.
Allerdings habe ich ein Problem was ich bis jetzt noch nicht lösen konnte.
Es Betrift die Einladungsfunktion im Kalender.
Wenn ich eine Einladung versende kommt beim Empfänger immer „not supported calendar message.ics“
Schaue ich mit die Datei an schaut die folgendermaßen aus:
BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:(UTC+01:00) Amsterdam\, Berlin\, Bern\, Rom\, Stockholm\, Wien
BEGIN:STANDARD
DTSTART:16010101T030000
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=10
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T020000
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
END:VCALENDAR
Zum eine ist die Datei immer gleich egal wie der Termin aussieht zum anderen steht dort ja auch noch Exchange 2010.
Ich habe bis jetzt noch keine Ansatz zur Lösung gefunden.
Vielleicht hast du ja noch eine Idee.
Vielen Dank in Voraus.
Lieber Franky,
wie immer, eine tolle Anleitung, die mir sicherlich mal weiterhelfen wird – vielen Dank dafür. :-)
Kannst Du mir vielleicht folgende Frage beantworten bzw. mir die Deiner Meinung nach besten Informationen zu kommen?
Wir haben zur Zeit einen Exchange 2013 mit einer 2012R2-Domäne laufen & möchten gerne auf den Exchange 2016 mit einer 2016er-Domäne wechseln – hier allerdings zu beachten, dass sich die Domains untereinander nicht kennen & soweit von einander losgelöst sind, sprich von „domain1.local“ auf „domain2.local“.
Gibt es hier eine „einfache“ Möglichkeit von Exchange 2013 auf Exchange 2016 alles zu migrieren, insbesondere auch im Hinblick auf die X.500-Einträge für die internen Kollegen?
Ich hoffe auf eine kurze Antwort Deinerseits & danke Dir recht herzlich für die Unterstützung!
Hey Franky,
deine How to’s sind immer eine riesen arbeitserleichterung und auch immer sehr gut beschrieben.
Ich bin gerade dabei einen Exchange 2013 auf 2016 zu migrieren. Der neue Exchange soll allerdings neue CAS URLs bekommen und die migration soll auch mit manuellem Abschluss stattfinden sodass beide Server 1-2 tage parallel laufen sollen. Sind dir Probleme bekannt, die eine Koexistenz wie oben beschrieben mit sich bringen? Ich denke hier an Probleme mit Clientzugriffen von intern und extern?
Gruß
Tobi
Zuerst einmal einen Reisendank an die viele Arbeit die du dir machst.
Genieale Artikel die mir schon oft geholfen haben.
VIELEN DANK.
Selbst die anstehende SBS 2011 Migration sollte klappen, denke ich.
Hoffe ich bekomme das mit den Zertifikaten hin, da ich am SBS keine Zertifizierungstelle finde.
Gibt es da eine Möglichkeit die Zertifikate zu übernehmen oder anzupassen?
der SBS heisst DCSERVER der Neue (eigenständiger Rechner) EXCHANGE
Hallo Detlef,
wenn du den Namespace des SBS nicht übernehmen möchtest, dann musst du ein neues Zertifikat ausstellen/ausstellen lassen. Hier im Blog gib es Anleitungen dazu.
Gruß, Frank
Hi Franky,
kurze Frage: Wenn man den alten Exchange von den Mailboxen befreit, aber der neue Exchange in einer anderen Gesamtstruktur steht, man also einen Cross-Forest-Move macht; was ist dann mit den Arbitration-Postfächern? Werden dann automatisch die Arbitration-Postfächer der Zielstruktur zugewiesen, ergo kann ich die alten dann ignorieren oder muss ich die auch übertragen. Wenn ja: Wie?
Gruß,
Dirk
Tipp:
Neben -Archive, -Arbitration und -PublicFolder sollte man auch -AuditLog und -Monitoring abfragen, wenn sich die alte DB nicht löschen lässt
Gruß,
Markus