Hallo zusammen,
ich hoffe Ihr könnt mit weiter helfen, Ich habe aktuell einen Exchange 2016 unter Server 2012 R2, da 2012 R2 demnächst ausläuft plane ich eine neuen Server unter 2019.
folgender Ablauf war meine Planung:
- Installation Server 2019 und dann anschließend Installation Exchange 2016 incl. Wildcard Zertifikat etc.
- Hinzufügen des Servers in die bestehende Umgebung im Exchange Admin Center
- Verschieben der Postfächer auf den neuen Server/die neue Datenbank
- Entfernen des "alten" Server aus dem Exchange Admin Center
Durch das hinzufügen des neuen Server sollte die Erreichbarkeit über exchange.domäne.de weiter gegeben sein, oder?
Funktioniert das so oder bin auch dem falschen Weg? Vielen Dank für Eure Unterstützung
Grundsätzlich passt das (wobei die Frage ist, ob du in dem Zuge nicht direkt auf Exchange 2019 wechseln kannst/willst, dann könntest du auch Server 2022 als OS verwenden). Ich habe damals für eine Migration Frankys Anleitung verwendet, die funktioniert so auch für 2016/2016 und erklärt das meiner Meinung nach sehr gut, inklusive notwendiger Anpassungen im DNS.
Step 2 in deiner Liste passiert automatisch, sofern die Installation des neuen Exchange das AD sauber ausliest.
Teil 1: https://www.frankysweb.de/howto-migration-von-exchange-2016-zu-exchange-2019-teil-1/
Teil 2: https://www.frankysweb.de/howto-migration-von-exchange-2016-zu-exchange-2019-teil-2/
Teil 3: https://www.frankysweb.de/howto-migration-von-exchange-2016-zu-exchange-2019-teil-3/
Teil 4: https://www.frankysweb.de/howto-migration-von-exchange-2016-zu-exchange-2019-teil-4/
Das einzige was du beachten musst wäre ein eventuell vorhandenes Mailgateway (Firewall o.ä) die du entsprechend anpassen musst, damit die Kommunikation auch mit dem richtigen Server erfolgt. Sonst kann der neue Server im Zweifel nicht senden, da er dem Mailgateway nicht bekannt ist.
danke für die Rückmeldung, Server 2022 kommt leider nicht infrage, es sind nur Zugriffscals für 2019 vorhanden/gekauft wurden
- Installation Server 2019 und dann anschließend Installation Exchange 2016 incl. Wildcard Zertifikat etc.
Exchange 2016 ist auf Windows Server 2019 nicht supported!
Exchange 2016 ist auf Windows Server 2019 nicht supported!
Ups stimmt ja, da hatte ich gar nicht drauf geachtet.
carman, kannst du denn Exchange 2019 lizenztechnisch nutzen? Der liefe ja auf Server 2019. Ansonsten bliebe dir nur Server 2016 als Option, wenn es zwingend Exchange 2016 sein muss. Ich würde auf jeden Fall den Sprung auf Exchange 2019 empfehlen, der 2016 ist wenn ich mich nicht irre auch schon im Extended Support Fenster.
wenn ich mich nicht irre auch schon im Extended Support Fenster.
Du irrst nicht. ;)
ok, danke für die Info, dann halt Exchange 2019, es gibt Gott sei dank ein Software Assurance Vertrag
die Anleitung ist aber eher für die schnelle Umsetzung gedacht, oder?
Ich habe den Server soweit vorbereitet und dann Exchange 2019 installiert, der Server war dann sofort im bestehenden Exchange Admin Center sichtbar, ich konnte mich aber nicht über die Management Shell anmelden, wurde auf den bereits bestehenden Server umgeleitet. Kann das damit zusammenhängen unter welchem Account man den Exchange installiert (lokaler oder Domain Admin)? Clients erhielten beim starten von Outlook einen Fehler
die Anleitung ist aber eher für die schnelle Umsetzung gedacht, oder?
Nein eigentlich ist das für Leute gedacht, die zwar Exchange buchstabieren können, aber trotzdem mal ein paar Dinge alleine machen wollen. ;) Ist an sich also recht komplett. Und wenn du Probleme hast, wird man im Zweifel rausfinden müssen, an welcher Stelle du jetzt von der Anleitung abgewichen bist. ;)
Hast du denn _alle_ obigen Artikel gelesen und abgearbeitet?
die Anleitung ist aber eher für die schnelle Umsetzung gedacht, oder?
Die Fehlermeldung kenne ich zumindest im Kontext der Migration nicht. Ich habe mit der Anleitung vor drei Jahren unseren damaligen Exchange 2013 auf 2019 migriert, das funktionierte damit sehr problemlos. Nur am Anfang zeigten die Outlooks eine Zertifikatswarnung, das lag aber an unserer Umgebung (Stichwort DNS und Zertifikate) und nicht an der Anleitung.
Sobald Teil 2 abgearbeitet ist laufen die Systeme normalerweise problemlos nebeneinander. Bis zur eigentlichen Postfachmigration und anschließenden Deinstallation des alten Exchange hatte es bei uns mehrere Wochen gedauert und die Nutzer haben davon nichts mitbekommen. Die Administration sollte man ab dem Zeitpunkt aber nur noch über den neuen Exchange machen, dessen EAC und Shell kann dann beide sauber verwalten.
Ich schließe mich den Fragen von Norbert an, hast du die Artikel alle gelesen und an eure Umgebung angepasst abgearbeitet?
Teilt 1 war kein Problem, kein wirkliches Hexenwerk, Exchange 2019 CU13 heruntergeladen und installiert, wobei ich noch ".net Frame 4.8" und "URL-rewrite" installieren musste - das war Bedingung, hängt evtl. mit der aktuellen CU zusammen
ich war erst bei Teil 2 an Anfang mit dem umbenennen und verschieben der Datenbank, ich konnte zwar die Powershell starten, aber ich wurde nicht angemeldet sondern auf den "alten" Exchange geleitet wo die Anmeldung erfolgreich war. Installation wurde unter dem lokalen Admin durchgeführt, das sollte aber keine Problem sein was die Anmeldung an der Konsole betrifft, oder?
Was die Zertifikatsmeldung, da habe ich heute morgen auch einige Rückmeldungen bekommen, das soweit kein Problem, zusätzlich wurde eine "Shadow Queue" angelegt und ich hatte einige User die die Meldung aus meinem vorherigen Post bekommen haben beim Öffnen von Outlook.
Exchange 2019 deinstalliert und dann noch mal von vorn, Soweit sieht der Anfang jetzt gut aus, Zugriff via Powershell ist gegeben, Datenbank verschoben, Zertifikat kopiert, URL's übertragen, DNS angepasst, soweit alles schick
Beim Übertragen der URL's ist mir aufgefallen das die URL's (extern und intern) für owa (Default Web Site) leer sind auf dem alten Server. Die sollten doch ebenfalls gefüllt sein so wie alle anderen URL auch, oder?
Beim Übertragen der URL's ist mir aufgefallen das die URL's (extern und intern) für owa (Default Web Site) leer sind auf dem alten Server. Die sollten doch ebenfalls gefüllt sein so wie alle anderen URL auch, oder?
Sollten, ist aber am Ende egal. Die einzige (mir bekannte) Stelle, an der die genutzt werden ist in den Kontoeinstellungen in Outlook. Siehe Screenshot. Wie kann man denn Exchange unter einem lokalen Admin durchführen? Oder meinst du ein Domänenkonto mit lokalen Rechten?
Wie kann man denn Exchange unter einem lokalen Admin durchführen? Oder meinst du ein Domänenkonto mit lokalen Rechten?
gute Frage, ich kann gar nicht mehr so genau sagen ob ich die Installation mit dem lokalen Admin oder mit dem Domain Admin das erste mal durchgeführt habe, eigentlich egal, beim zweiten Versuch funktioniert alles so wie in der Anleitung :-)
beim Durchschauen des Ereignisprotokoll bin ich auf einen Fehler gestoßen der mich zu folgender Info führte:
Aktivieren des MRS-Proxyendpunkts für Remoteverschiebungen in Exchange Server
wenn ich das richtig gelesen habe geht es dabei primär um die Verschiebung zu Exchange online, jedoch bin ich dabei über folgenden Satz gestolpert:
Wenn Sie mehrere Postfachserver in Ihrer Exchange-Organisation bereitgestellt haben, sollten Sie den MRS-Proxyendpunkt auf jedem Postfachserver aktivieren. Wenn Sie weitere Postfachserver hinzufügen, müssen Sie den MRS-Proxyendpunkt auf den neuen Servern ebenfalls aktivieren.
sollte also für die Migration nicht von Nachteil sein, oder?
Wenn du nicht vorhast gesamtstrukturübergreifend oder O365 zu migrieren, dann muss das nicht aktiv sein. Steht glaub ich als erstes im Artikel den du verlinkt hast. ;)
ich brauch noch mal bitte Eure Hilfe, wie ist die Syntax wenn ich Postfächer mit bestimmten Namen verschieben möchte:
Get-Mailbox -Database "alte DB" -RecipientTypeDetails UserMailbox -Identity Mail@domain.com | New-MoveRequest -TargetDatabase "neue DB"
oder
Get-Mailbox -Database "alte DB" -RecipientTypeDetails UserMailbox | -Identity Mail@domain.com | New-MoveRequest -TargetDatabase "neue DB"
Wieso willst du denn da RecipientTypeDetails und identity mit reinnehmen? Du willst doch vermutlich alle Mailboxen einer alten DB in eine neue verschieben, oder?
ich brauch noch mal bitte einen Tipp bzw. Eure Hilfe
Ich habe ein Problem mit dem Zuweisen der Dienste zum Zertifikat, der "alte" Server hat für unser öffentliches Zertifikat (Von einer Zertifizierungsstelle signiertes Zertifikat) die Dienste IIS und SMTP zugewiesen, die Felder sind ausgegraut und lassen sich auch nicht ändern, auf dem neuen Server habe ich das gleiche Zertifikat eingespielt, entgegen der Anleitung konnte ich das nicht im Exchange Admin Center (hier gehen nur selbst signierte Zertifikate) sondern habe das über's Snapin MMC - Zertifikate durchgeführt, das Zertifikat wird mir auch angezeigt jedoch kann ich den SMTP Dienst nicht an das Zertifikat binden, ich kann die Option zwar auswählen, sie bleibt aber nicht bestehen, Habt Ihr da einen Tipp oder könnt Ihr mir weiterhelfen?
Danke
Wirf das Zertifikat weg und importiere es per Exchange Powershell. Danach geht das auch.
wollte das eben mal fix machen, wird leider nix, muss ich dann mal in 'ner ruhigen Minute durchführen, kommt ne Fehlermeldung, muss dann wohl vorher erst den Transport Dienst beenden und es dann löschen