Hallo Zusammen
Ich habe von einem Exchange 2016 auf Exchange 2019 migriert. Alle Postfächer sind ohne Probleme verschoben worden. Auch traten nirgendwo Probleme bei der Migration auf. Jetzt habe ich folgendes Problem:
Sobald ich den Exchange 2016 runterfahre kann sich Outlook (egal welche Version) nicht mehr am Exchange connecten. Alle DNS Einträge zeigen auf den neuen Exchange 2019. Sobald ich den Exchange 2016 wieder starte funktioniert wieder alles.
Konfiguration:
1.Domain Controller Win 2016
2.Domain Controller Win 2016
Exchange 2016 Win 2016
Exchange 2019 Win 2019
Naja bisschen mehr Infos musst du schon liefern. Was passiert, wenn du ein neues Outlook Profil einrichtest? Funktioniert das?
@norbertfe ja solange der Exchange 2016 Online ist, wenn der Exchange 2016 Offline ist werden keine Profile mehr eingerichtet.
Fehlermeldungen?
welchen scp hat denn der neue Exchange 2019 konfiguriert?
Das Verhalten kenne ich von unserer Migration Exchange 2013 auf 2019 und war eigentlich der Meinung, dass das ein normales Verhalten ist, da im AD immer noch beide Exchange vorhanden sind. Entsprechend verbindet sich Outlook quasi mit beiden Servern, das sieht man meine ich auch, wenn man sich den Verbindungsstatus anzeigen lässt. Dementsprechend gibt es Verbindungsprobleme, wenn man den alten Server nur runterfährt.
Die Lösung ist denkbar einfach: Wenn die Migration mit allem drum und dran fertig ist und alles läuft den alten Exchange deinstallieren. Durch die Deinstallationsroutine werden die entsprechenden alten Einträge entfernt und Outlook verbindet sich nur noch mit dem neuen Server.
dass das ein normales Verhalten ist, da im AD immer noch beide Exchange vorhanden sind.
Nein ist es nicht. Natürlich können im AD mehr als ein Exchange vorhanden sein und trotzdem muss es funktionieren (auch wenn einer mal abgeschaltet wird). Deine Schlußfolgerungen sind nicht korrekt. :)
dass das ein normales Verhalten ist, da im AD immer noch beide Exchange vorhanden sind.
Nein ist es nicht. Natürlich können im AD mehr als ein Exchange vorhanden sein und trotzdem muss es funktionieren (auch wenn einer mal abgeschaltet wird). Deine Schlußfolgerungen sind nicht korrekt. :)
OK, wieder was gelernt. Dachte sowas gilt nur, wenn man mehrere Exchange als DAG betreibt? Weil in dem Fall würde es ja Sinn machen, wenn die nicht alle laufen müssen.
Kannte das genannte Problem wie gesagt von unserer eigenen Exchange Migration und da funktionierte es halt erst ohne den alten Server, nachdem wir den Exchange 2013 sauber deinstalliert hatten.
Get-ClientAccessService|select name, AutoDiscoverServiceInternalUri
das würden deinem SCP entsprechen. Kannst du auch per ADSI auslesen, aber das Ergebnis wird dasselbe sein. Wenn da noch der alte Server steht, dann hast du ein Problem.
Gruß
dann hast du ein Problem.
Vor allem die Migrationsanleitung nicht komplett gelesen und umgesetzt. ;)
OK, wieder was gelernt. Dachte sowas gilt nur, wenn man mehrere Exchange als DAG betreibt? Weil in dem Fall würde es ja Sinn machen, wenn die nicht alle laufen müssen.
Das ist unabhängig davon, ob man eine DAG betreibt oder nicht. Es geht ja um den Client-Access und DAG ist Datenbankverfügbarkeitsgruppe. ;)
@norbertfe beide Server haben den richtigen SPC eingetragen so wie das sehe.
Exchange 2016 https://titan.XXXX-XXXX.de/Autodiscover/Autodiscover.xml
Exchange 2019 https://hermes.XXXX-XXXX.de/Autodiscover/Autodiscover.xml
beide Server haben den richtigen SPC eingetragen so wie das sehe.
nein, die heißen ja wohl unterschiedlich. Und wenn die jetzt ggf. bei der Neuinstallation nur ein selfsigned cert bekommen haben, dann vertrauen die Clients dem neuen logischerweise nicht. ;)