10
Exchange 2019 Migration zu Exchange Online
Hallo und Guten Morgen liebes Forum,
ich bräuchte etwas Unterstützung und möchte mir eine langwierige Google Suche ersparen und hoffe, dass der ein oder andere mir hier durch eigene Use Cases weiterhelfen kann.
Wir müssen relativ zeitnah einen Exchange-Server 2019 (OnPrem) zu Exchange Online migrieren. Geplant war eine klassische Cutover Migration (Exchange-Übernahmemigration). Es sind ungefähr 80 Postfächer und 15 Freigaben für 2 Domains eingerichtet.
Das Problem ist jetzt, dass bereits ein voll lizenzierter Microsoft 365 Tenant im Einsatz ist. Hier wird die ".onmicrosft com" Domäne für die Benutzer eingesetzt.
Kann ich bei einer Cutover Migration in die bestehenden 365 Benutzer migrieren?
Bei einer Exchange Hybrid-Migration werden die lokalen Benutzer ja in die Cloud synchronisiert. Das hätte zur Folge, dass die bestehenden 365 Benutzer manuell abgepasst werden müssen (OndeDrive, SharePoint, Teams etc.).
Habt ihr vielleicht noch andere Vorschläge?
ich bräuchte etwas Unterstützung und möchte mir eine langwierige Google Suche ersparen und hoffe, dass der ein oder andere mir hier durch eigene Use Cases weiterhelfen kann.
Wir müssen relativ zeitnah einen Exchange-Server 2019 (OnPrem) zu Exchange Online migrieren. Geplant war eine klassische Cutover Migration (Exchange-Übernahmemigration). Es sind ungefähr 80 Postfächer und 15 Freigaben für 2 Domains eingerichtet.
Das Problem ist jetzt, dass bereits ein voll lizenzierter Microsoft 365 Tenant im Einsatz ist. Hier wird die ".onmicrosft com" Domäne für die Benutzer eingesetzt.
Kann ich bei einer Cutover Migration in die bestehenden 365 Benutzer migrieren?
Bei einer Exchange Hybrid-Migration werden die lokalen Benutzer ja in die Cloud synchronisiert. Das hätte zur Folge, dass die bestehenden 365 Benutzer manuell abgepasst werden müssen (OndeDrive, SharePoint, Teams etc.).
Habt ihr vielleicht noch andere Vorschläge?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 671452
Url: https://administrator.de/forum/exchange-2019-migration-zu-exchange-online-671452.html
Ausgedruckt am: 21.02.2025 um 15:02 Uhr
10 Kommentare
Neuester Kommentar
Also du stehst unter Zeitdruck, möchtest dir Google ersparen und hast ein komplexes Migrationsszenario und kennst noch nicht genau den Weg, der gegangen werden soll. Wie wäre es mit einem Dienstleister mit Erfahrung? Da könnte schon das ein oder andere schief gehen...
Ich fasse mal zusammen:
- Es gibt aktuell einen Exchange on premise und und einen Exchange Online, keine Hybrid-Stellung irgendeiner Art zwischen den beiden.
- Die Maildomains sind aktuell unterschiedlich.
- Die Benutzer bekommen alle eine .onmicrosft.com in Zukunft oder soll die Maildomain mit umziehen?
- Gibt es ein AAD Sync oder auch hier noch keine Hybridstellung?
Ich fasse mal zusammen:
- Es gibt aktuell einen Exchange on premise und und einen Exchange Online, keine Hybrid-Stellung irgendeiner Art zwischen den beiden.
- Die Maildomains sind aktuell unterschiedlich.
- Die Benutzer bekommen alle eine .onmicrosft.com in Zukunft oder soll die Maildomain mit umziehen?
- Gibt es ein AAD Sync oder auch hier noch keine Hybridstellung?
Wird der MS365 Tenant schon aktiv für Mail genutzt? Oder nur für Teams?
Der MS365 Tenant wird momentan nur für Teams / Onedrive etc. genutzt.
Die MS365 Benutzer sind alle mit der ".onmicrosoft.com" Domäne angelegt.
Wenn ich eine Minimal-Hybrid Migration starte, werden die OnPrem Benutzer in den MS365 Tenant synchronisiert. Dann hätte ich "doppelte" Benutzer in MS365, und ich müsste alle Inhalte der bestehenden MS365-Benutzer manuell in die neu synchronisierten Benutzer kopieren.
Bei einer PST Migration kann ich in bestehende MS365 Benutzer migrieren. Ich weiß aber nicht, ob das ebenfalls bei einer Cutover Migration über Outlook Anywhere funktioniert.
Die MS365 Benutzer sind alle mit der ".onmicrosoft.com" Domäne angelegt.
Wenn ich eine Minimal-Hybrid Migration starte, werden die OnPrem Benutzer in den MS365 Tenant synchronisiert. Dann hätte ich "doppelte" Benutzer in MS365, und ich müsste alle Inhalte der bestehenden MS365-Benutzer manuell in die neu synchronisierten Benutzer kopieren.
Bei einer PST Migration kann ich in bestehende MS365 Benutzer migrieren. Ich weiß aber nicht, ob das ebenfalls bei einer Cutover Migration über Outlook Anywhere funktioniert.
Zitat von @ukulele-7:
Also du stehst unter Zeitdruck, möchtest dir Google ersparen und hast ein komplexes Migrationsszenario und kennst noch nicht genau den Weg, der gegangen werden soll. Wie wäre es mit einem Dienstleister mit Erfahrung? Da könnte schon das ein oder andere schief gehen...
Ich fasse mal zusammen:
- Es gibt aktuell einen Exchange on premise und und einen Exchange Online, keine Hybrid-Stellung irgendeiner Art zwischen den beiden.
- Die Maildomains sind aktuell unterschiedlich.
- Die Benutzer bekommen alle eine .onmicrosft.com in Zukunft oder soll die Maildomain mit umziehen?
- Gibt es ein AAD Sync oder auch hier noch keine Hybridstellung?
Also du stehst unter Zeitdruck, möchtest dir Google ersparen und hast ein komplexes Migrationsszenario und kennst noch nicht genau den Weg, der gegangen werden soll. Wie wäre es mit einem Dienstleister mit Erfahrung? Da könnte schon das ein oder andere schief gehen...
Ich fasse mal zusammen:
- Es gibt aktuell einen Exchange on premise und und einen Exchange Online, keine Hybrid-Stellung irgendeiner Art zwischen den beiden.
- Die Maildomains sind aktuell unterschiedlich.
- Die Benutzer bekommen alle eine .onmicrosft.com in Zukunft oder soll die Maildomain mit umziehen?
- Gibt es ein AAD Sync oder auch hier noch keine Hybridstellung?
Momentan gibt es keine Hybridbereitstellung oder AzureAD-Connect etc..
Die TLD Maildomains sollten nicht das Problem werden, zukünftig soll nur noch Exchange Online eingesetzt werden.
Der lokale Exchange soll nach der Migration abgeschaltet werden. Daher würde ich ungern mit Hybridbereitstellung arbeiten.
Schau Dir einmal CodeTwo Office 365 Migration an. Ist zwar kostenpflichtig, aber wahrscheinlich für Dich eine sinnvolle Investition. Du kannst mit cutover starten und dann einfach "nachlaufende" neuere Daten hinterhermigrieren.
2
Hybrid würde ich da auch nicht mehr einrichten wollen. CodeTwo finde ich eine gute Option, grade bei 80 Postfächern, habe ich aber noch nie benutzt.
Teams schreibt in die bestehenden Mailboxen von Exchange Online jedenfalls auch schon rein. Ich habe mir mal sagen lassen, das sei gar nicht gut für eine Migration
Bisher bin ich drum herum gekommen.
Teams schreibt in die bestehenden Mailboxen von Exchange Online jedenfalls auch schon rein. Ich habe mir mal sagen lassen, das sei gar nicht gut für eine Migration
Bisher bin ich drum herum gekommen.
Ich würde dir auch nur zu zwei Wegen raten.
1. Alles in PSTs exportieren, umbauen, und dann wieder importieren (massig Aufwand)
2. CodeTwo oder BitTitan https://www.bittitan.com/migrationwiz/mailbox-migrations/
Grüße
1. Alles in PSTs exportieren, umbauen, und dann wieder importieren (massig Aufwand)
2. CodeTwo oder BitTitan https://www.bittitan.com/migrationwiz/mailbox-migrations/
Grüße
Servus in die Runde,
genau das richtige Thema. Ich arbeite im Moment ebenfalls an einer Migration von Exchange on Prem nach Exchange Online und schließe mich der Empfehlung von DivideByZero an. Nimm CodeTwo und Du bist "fast" alle Sorgen los. Wir haben das schon mehrfach gemacht.
Was allerdings nirgendwo steht, ist der Umgang mit den msExch... - Attributen danach.
Wir haben oft Szenarien, in denen AD-Benutzer für M365 Dienste nach EntraID synchronisiert werden. Damit einher geht jedoch per Default auch die Synchronisierung der Attribute vom Exchange on Prem, unabhängig davon, ob man Hybrid konfiguriert hat oder nicht. In Folge Dessen wartet nun der Exchange Online auf die Migration des Postfaches. In den Mailsettings des Benutzers steht dann:
"Das lokale Postfach dieses Benutzers wurde noch nicht zu Exchange Online migriert. Das Exchange Online-Postfach ist erst nach Abschluss der Migration verfügbar."
Folglich legt der ExO kein Postfach an und CodeTwo kann nicht migrieren.
Gelöst haben wir das indem wir dem EntraID Connector die Synchronisierung des Attributes: msExchMailboxGuid untersagt haben.
Jetzt zu meiner Frage.
Spricht aus Eurer Sicht etwas dagegen bei einer Cutover Migration alle msExch - Attribute per App- und Attributfilterung auszuschließen und es nach der Migration auch so zu lassen?
Vielen Dank und Beste Grüße
denkis
genau das richtige Thema. Ich arbeite im Moment ebenfalls an einer Migration von Exchange on Prem nach Exchange Online und schließe mich der Empfehlung von DivideByZero an. Nimm CodeTwo und Du bist "fast" alle Sorgen los. Wir haben das schon mehrfach gemacht.
Was allerdings nirgendwo steht, ist der Umgang mit den msExch... - Attributen danach.
Wir haben oft Szenarien, in denen AD-Benutzer für M365 Dienste nach EntraID synchronisiert werden. Damit einher geht jedoch per Default auch die Synchronisierung der Attribute vom Exchange on Prem, unabhängig davon, ob man Hybrid konfiguriert hat oder nicht. In Folge Dessen wartet nun der Exchange Online auf die Migration des Postfaches. In den Mailsettings des Benutzers steht dann:
"Das lokale Postfach dieses Benutzers wurde noch nicht zu Exchange Online migriert. Das Exchange Online-Postfach ist erst nach Abschluss der Migration verfügbar."
Folglich legt der ExO kein Postfach an und CodeTwo kann nicht migrieren.
Gelöst haben wir das indem wir dem EntraID Connector die Synchronisierung des Attributes: msExchMailboxGuid untersagt haben.
Jetzt zu meiner Frage.
Spricht aus Eurer Sicht etwas dagegen bei einer Cutover Migration alle msExch - Attribute per App- und Attributfilterung auszuschließen und es nach der Migration auch so zu lassen?
Vielen Dank und Beste Grüße
denkis
Vielen Dank schon einmal für die Unterstützung!
Wenn ich CodeTwo einsetzen würde, welche Nacharbeiten müssten durchgeführt werden?
Ich gehe jetzt mal von neuen Outlook Profilen aus...
Testweise wollte ich einen PST Import Job im Compliance Portal erstellen, leider ist der "Fehler 500" beim Generieren der SAS-URL immer noch nicht behoben
Hat dazu schon mal jemand einen brauchbaren Hinweis vom Microsoft Support erhalten?
Wenn ich CodeTwo einsetzen würde, welche Nacharbeiten müssten durchgeführt werden?
Ich gehe jetzt mal von neuen Outlook Profilen aus...
Testweise wollte ich einen PST Import Job im Compliance Portal erstellen, leider ist der "Fehler 500" beim Generieren der SAS-URL immer noch nicht behoben
Hat dazu schon mal jemand einen brauchbaren Hinweis vom Microsoft Support erhalten?Testweise wollte ich einen PST Import Job im Compliance Portal erstellen, leider ist der "Fehler 500" beim Generieren der SAS-URL immer noch nicht behoben face-sad Hat dazu schon mal jemand einen brauchbaren Hinweis vom Microsoft Support erhalten?
Bisher noch nicht versucht, aber Fehler 500 ist glaube ich ein Berechtigungsproblem.
