Migration von Ressourcen von Exchange Server in die Cloud?

Hallo Kamila,



vielen Dank für deine Anfrage.



Wir bieten leider keinen MS Tool für eine Migration zwischen der deutschen Office 365 Cloud und der Welt Office 365 Cloud. Du kannst gern
diesen Artikelausprobieren, aber ist möglich, dass es nur für Office
365 Welt gedacht ist. Um sicher zu sein, prüfe bei deiner deutschen Office 365 Cloud Billing Abteilung. Du kannst schon einen dritt Migrations-Tool dafür verwenden, oder eine Migration mit .pst Dateien vorzunehmen.



Freue mich auf deine Rückmeldung.



Mit freundlichen Grüßen,

Alexander Petrov

Microsoft Office 365 Support Engineer

Hallo FinnScz,
Kannst du bitte mehr Details über deine Anfrage geben.
Hast du eine Migration von Exchange 2013 lokaler Server zu Exchange 2019 Server eine Migration durcheführt oder du hast nur deine Office Anwendungen auf Office 2019 gewechselt?
Hast du momentan Exchange Online Dienst von Microsoft 365?
Mit freundlichen Grüssen
Galin Karlov
Microsoft 365 Support Engineer

Hallo Herr Petrov
<br />Besten Dank für Ihre Unterstützung.
<br />

• Das Migrieren von EOP nach Online ist unserer Haupt-Workflow für alle neu zu erstellenden User
  <br />
• Wir konnten früher die User immer normal von EOP nach online migrieren. Dies haben wir direkt über unseren Exchange on-premis Server gemacht.
  <br />
• Seit einigen Wochen jedoch gab es Fehler bei der Erstellung von neuen Migration Batches. Wir haben dann den Migrations Endpoint-Wizard nochmals laufen gelassen und dann konnten wir die Migrationen erstellen aber Sie haben immer mit dem DirSync gefailed.
  <br />
• Das Passwort-Format ist bei uns standartmässig UTF-8
  <br />
• Den Benutzer/Profil haben wir nach dem Start der Migration nicht verändert. Wir haben Ihn jedoch mit einem Delta-Sync in die Azure AD Connect Cloud synchronisiert
  <br />
• Wenn ich den Batch im O365 Portal, sowohl auch im on-premis server erstelle gibt es den dirsync Fehler.
  <br />
• Bei Punkt 2 meine ich, dass wir im Exchange Enterprise/On-premis eine O365-enabled Mailbox erstellen (lokal) und diese mit dem Benutzer verknüpfen. Dann wird diese durch einen Migrations-Batch nach Exchange online synchronisiert.
  <br />
• Anbei noch ein BatchReport
  <br />

Vielen Dank fürs Anschauen und Freundliche Grüsse

Timo Sarkar
<br />

Hallo fosssi,



Die Fehlermeldung kommt bei Migration vom Office 365 nach on-prem Exchange Server, wenn das Postfach, das migriert werden soll direkt im Cloud durch das Zuweisen einer Exchange Lizenz erstellt worden ist. Dann weißt der on-prem Server nicht, dass zu dem
Benutzer ein Postfach gehört.



Und die Lösung wäre:

Get-Mailbox <upn or alias of cloud user> | fl exchangeguid ( in EXO)



Set-RemoteMailbox <upn or alias of cloud user> -exchangeguid <exchange guid of cloud user> (in EMS)



Wie bist Du vorgegangen?



Freue mich auf Deine Rückmeldung.



Mit freundlichen Grüßen,



Desislava Dimova



Microsoft Office 365 Support Engineer

Bitte markieren Sie diese Antwort als ‚überprüft‘, wenn diese Ihnen weiterhelfen konnte, so dass auch andere Teilnehmer von der Lösung profitieren können. Die Teilnehmer, die die meisten Antworten zur Verfügung stellen, erhalten ein ‚Antwort-Abzeichen‘.

Hallo Michael,

1. Exchange Hybrid

Mittels AzureADConnect werden die AD Informationen in die Cloud synchronisiert. Exchange Attribute eingeschlossen, wenn der Haken "Exchange Hybrid" aktiviert wurde. Dadurch wird ein lokal bereitgestelltes Postfach zu einem RemotePostfach (E-Mail-Benutzer) in
der Cloud.

Wenn jetzt mittels Remote-Moverequest ein lokales Postfach in die Cloud migriert wurde, dann hast Du lokal eine Mailbox vom Typ "Office 365" und in der Cloud ein normales Postfach. Das Mailrouting erfolgt auf Basis der im Exchange HWC angegebenen "Targetdelivery
Domain". Das ist nichts anderes als das Befüllen des Attributes targetaddress.

Vorteil: Alle Benutzer egal ob lokal oder in der Cloud haben eine gemeinsame Globale Adressliste.

2. Notes - Exchange (lokal oder online, nicht beide gleichzeitig)

Bei einer großen Nutzeranzahl habt Ihr sicher irgendein Migrationtool am Start. Dieses bietet die die Möglichkeit einer Verzeichnissynchronisation, Inhalts- und Berechtigungsmigration. Kostet Geld, ja da stimme ich Dir zu. Ich denke aber die Mehrkosten einer
sofortigen Beschaffung von O365 Lizenzen sind geringer als der erhöhte Konfigurations- und Supportaufwand.

3. Variante (ich bezeichne das mal als Hopping Migration):

Du koppelst mittels Migrationstools Notes und Exchange lokal. Das bedeutet Exchange Lokal kennt jeden Notesempfänger. Es werden also "alle" Notesempfänger nach Exchange provisioniert (inklusive Verteiler und Kontakte). Die Migrationstools übernehmen das
Setzen der Weiterleitungsadressen. Gleichzeitig koppelst Du Exchange Lokal mit Exchange Online.

Jetzt bedeutet die Migration eines Postfaches, dass es von Notes nach Exchange lokal und anschließend gleich in die Cloud migriert wird.

4. Variante (Vergiss Exchange lokal): Migriere direkt von Notes in die Cloud.

Bei der Migration von Notes nach Exchange ist das Mailrouting, aus meinen Erfahrungen, die kleinste Herausforderung. Dinge wie Freigabeberechtigungen, als privat markierte Ordner, verschlüsselte Mails, zusätzliche Adressbücher (eigenständige NSF Dateien),
lokale Adressbücher und Archive sind eine wesentlich interessantere Herausforderung. In Notes erstellte Bibliotheken und Workflows will ich nicht erwähnen.

"Das ist ein weites Feld"

Gruß Malte

PS: bei einem Parallelbetrieb wirst Du um ein Mailrouting über Kontakte oder ähnliches nicht herumkommen. Denn für die Anwender ist eine globale Adressliste eine der Kernanforderungen.