Freigeben über

Behandeln von Migrationsproblemen in Exchange Server Hybridumgebung

  • Artikel
  • Gilt für::
    Exchange Online

Ursprüngliche KB-Nummer: 10094

In diesem Artikel werden die folgenden Probleme behandelt:

  • Problem beim Verschieben eines Postfachs aus einer lokalen Exchange Server-Umgebung in Exchange Online (On-Boarding).
  • Problem beim Verschieben eines Postfachs aus Exchange Online (Offboarding) zurück in die lokale Umgebung.

Für wen ist das gedacht?

Exchange Server Administratoren, bei denen Probleme bei der Migration in der Hybridumgebung auftreten.

Wie funktioniert es?

Zunächst fragen wir Sie nach dem Problem, mit dem Sie konfrontiert sind. Anschließend führen wir Sie durch eine Reihe von Schritten, die sich auf Ihre spezielle Situation beziehen.

Geschätzte Dauer:

15-30 Minuten.

Willkommen bei der Problembehandlung für die Hybridmigration

Wenn Sie Probleme haben, den besten Migrationsansatz für Ihre Umgebung zu bestimmen, lesen Sie den Exchange-Bereitstellungs-Assistenten.

Hinweis

Diese Problembehandlung hilft Ihnen nicht bei der Problembehandlung für mehrstufige Migrationen, Übernahmen oder IMAP-Migrationen.

Konnten Sie die Postfachverschiebung initiieren?

Wir müssen ermitteln, ob die Postfachverschiebung erfolgreich initiiert wurde. Dies bedeutet, dass Sie entweder das Exchange Administration Center (EAC), die Exchange Management Console (EMC) oder Remote PowerShell durchlaufen konnten, um die Verschiebungsanforderung zu starten, und Sie hatten keine Probleme beim Starten der Anforderung.

Versuchen Sie, das EAC zum Ausführen der Verschiebung zu verwenden.

Postfachverschiebungen sind wahrscheinlicher erfolgreich, wenn sie über das Exchange Administration Center (EAC) in Exchange Online initiiert werden. Stellen Sie eine Verbindung mit dem EAC in Exchange Online her, und überprüfen Sie, ob Sie die Verschiebung von dort aus initiieren können.

Entfernen des Migrationsendpunkts

  1. https://portal.MicrosoftOnline.com Melden Sie sich mit Ihren Mandantenadministratoranmeldeinformationen an.
  2. Wählen Sie im oberen Menüband Admin und dann Exchange aus.
  3. Wählen Sie Migration aus.
  4. Wählen Sie die Auslassungspunkte (...) und dann Migrationsendpunkte aus.
  5. Wählen Sie den Endpunkt aus, der als Exchange-Remoteverschiebung aufgeführt ist.
  6. Wählen Sie den Papierkorb aus, um den Endpunkt zu löschen.

Onboardingschritte

  1. https://portal.MicrosoftOnline.com Melden Sie sich mit Ihren Mandantenadministratoranmeldeinformationen an.
  2. Wählen Sie im oberen Menüband Admin und dann Exchange aus.
  3. Wählen Sie Migration>+>Migrieren zu Exchange Online aus.
  4. Wählen Sie auf der Seite Migrationstyp auswählen die Option Remoteverschiebungsmigration als Migrationstyp für eine hybride Postfachverschiebung aus.
  5. Wählen Sie auf der Seite Benutzer auswählen die Postfächer aus, die Sie in die Cloud verschieben möchten.
  6. Auf der Seite Anmeldeinformationen für lokales Konto eingeben .

    Wichtig

    Geben Sie Ihre lokalen Administratoranmeldeinformationen im Format Domäne\Benutzer an.

  7. Stellen Sie auf der Seite Migrationsendpunkt bestätigen sicher, dass der angezeigte lokale Endpunkt der CAS mit aktiviertem MRS-Proxy ist.
  8. Geben Sie einen Namen für den Migrationsbatch ein, und initiieren Sie die Verschiebung.

Off-Boarding Schritte

  1. https://portal.MicrosoftOnline.com Melden Sie sich mit Ihren Mandantenadministratoranmeldeinformationen an.
  2. Wählen Sie im oberen Menüband Admin und dann Exchange aus.
  3. Wählen Sie Migration>+>Migrate From Exchange Online aus.
  4. Wählen Sie auf der Seite Migrationstyp auswählen die Option Remoteverschiebungsmigration als Migrationstyp für eine hybride Postfachverschiebung aus.
  5. Wählen Sie auf der Seite Benutzer auswählen die Postfächer aus, die Sie in die Cloud verschieben möchten.
  6. Auf der Seite Anmeldeinformationen für lokales Konto eingeben .
  7. Geben Sie den Namen der lokalen Datenbank ein. Dieser kann abgerufen werden, indem Sie Get-MailboxDatabase von EMS ausführen.

    Wichtig

    Geben Sie Ihre lokalen Administratoranmeldeinformationen im Format Domäne\Benutzer an.

  8. Stellen Sie auf der Seite Migrationsendpunkt bestätigen sicher, dass der angezeigte lokale Endpunkt der CAS mit aktiviertem MRS-Proxy ist.
  9. Geben Sie einen Namen für den Migrationsbatch ein, und initiieren Sie die Verschiebung.

Stellen Sie sicher, dass der Migrationsendpunkt aktiviert ist und dass die richtigen Authentifizierungsoptionen vorhanden sind.

Wenn Sie ein Postfach in die oder aus der Cloud verschieben, stellen wir eine Verbindung mit der lokalen Umgebung mit dem MRSProxy-Endpunkt her. Vergewissern Sie sich, dass der MRSProxy-Endpunkt und der WSSecurity-Authentifizierungstyp aktiviert sind.

  1. Öffnen Sie die Exchange-Verwaltungsshell auf dem Exchange Server 2010- oder 2013-Hybridserver.

  2. Überprüfen Sie, ob MRSProxyEnabled und WSSecurityAuthentication auf True festgelegt sind. Führen Sie dazu das folgende Cmdlet aus. Das Wort Server in den folgenden Cmdlets sollte die Namen der externen Exchange-Server widerspiegeln:

    Get-WebServicesVirtualDirectory -Identity "Server\EWS (default Web site)" |fl Server,MRSProxyEnabled,WSSecurityAuthentication

  3. Wenn einer der Beiden false ist, führen Sie folgendes aus, um den MRSProxy zu aktivieren und die Authentifizierung festzulegen, die für die Verschiebung erforderlich ist. Führen Sie dazu das folgenden Cmdlet aus:

    Set-WebServicesVirtualDirectory -Identity "Server\EWS (default Web site)" -MRSProxyEnabled $true - WSSecurityAuthentication $True

Hinweis

Diese Einstellungen sollten auf allen externen Exchange-Servern konfiguriert werden.

Haben Sie firewall and Intrusion Detection System (IDS) ordnungsgemäß konfiguriert?

Sie müssen sicherstellen, dass Ihre Firewall so konfiguriert ist, dass bestimmte EWS- und AutoErmittlungsendpunkte zu den Exchange-Servern gelangen können, ohne auf einem Umkreisgerät authentifiziert zu werden. Darüber hinaus müssen Sie sicherstellen, dass die Migrationsanforderungen nicht wie ein Denial-of-Service-Angriff behandelt werden.

Firewallendpunkt/Vorauthentifizierungseinstellungen

Im Folgenden finden Sie anweisungen zum ordnungsgemäßen Veröffentlichen von EWS und AutoErmittlung über TMG, aber Sie können diese Logik auf Ihr eigenes Gerät anwenden. Neben den expliziten Schritten für TMG müssen Sie auf hoher Ebene die folgenden Schritte ausführen:

  1. Erstellen Sie eine neue Veröffentlichungsregel (häufig mit demselben Listener, der bereits vorhanden ist), die keine Vorauthentifizierung erfordert.

  2. Stellen Sie sicher, dass die Regel für jeden Datenverkehr gilt, der über die folgenden Pfade gelangt.

    • /ews/mrsproxy.svc
    • /ews/exchange.asmx/wssecurity
    • /autodiscover/autodiscover.svc/wssecurity
    • /autodiscover/autodiscover.svc

  3. Stellen Sie sicher, dass diese neue Regel eine höhere Priorität hat als alle vorhandenen Exchange-Related Firewallregeln.

IDS-Einstellungen

Hybridmigrationen können von bestimmten Geräten manchmal wie ein Denial-of-Service-Angriff behandelt werden. Die folgende Logik kann auf jedes Angriffserkennungssystem angewendet werden, wurde aber speziell für TMG geschrieben.

  1. Öffnen Sie die Forefront TMG-Verwaltungskonsole, und wählen Sie dann in der Struktur Intrusion Prevention System aus.
  2. Wählen Sie die Registerkarte Verhaltenserkennung und dann Einstellungen für die Entschärfung von Hochwasser konfigurieren aus.
  3. Führen Sie im Dialogfeld Hochwasserminderung die folgenden Schritte aus:

    • Wählen Sie die Registerkarte IP-Ausnahmen aus , und geben Sie dann die IP-Adressen ein, die die Microsoft 365-Umgebung während des Postfachverschiebungsvorgangs zum Herstellen einer Verbindung verwendet.

    • Wählen Sie die Registerkarte Hochwasserminderung aus, und wählen Sie dann neben Maximale Anzahl von HTTP-Anforderungen pro Minute und IP-Adressedie Option Bearbeiten aus. Geben Sie im Feld Benutzerdefinierter Grenzwert eine Zahl ein, um den Grenzwert zu erhöhen.

      Hinweis

      Der benutzerdefinierte Grenzwert gilt für IP-Adressen, die auf der Registerkarte IP-Ausnahmen aufgeführt sind. Erhöhen Sie nur den benutzerdefinierten Grenzwert. Im folgenden Beispielscreenshot ist der benutzerdefinierte Grenzwert auf 6.000 festgelegt. Abhängig von der Anzahl der Postfächer, die verschoben werden, ist diese Anzahl möglicherweise nicht ausreichend. Wenn die Fehlermeldung weiterhin angezeigt wird, erhöhen Sie den benutzerdefinierten Grenzwert.

Entfernen vorhandener Verschiebungsanforderungen

Eine Verschiebungsanforderung (auch eine erfolgreiche) könnte verhindern, dass eine Postfachverschiebung stattfindet. Verbinden Sie PowerShell mit Exchange Online, und vergewissern Sie sich, dass keine Verschiebungsanforderung für den betreffenden Benutzer aussteht. Wenn eine veraltete Verschiebungsanforderung vorhanden ist, müssen Sie sie entfernen. In den folgenden Schritten wird beschrieben, wie Sie ermitteln, ob eine vorhandene Verschiebungsanforderung vorhanden ist, und wie Sie diese Anforderung entfernen, falls sie vorhanden ist.

  1. Herstellen einer Verbindung mit Exchange Online über PowerShell (nicht über Exchange Management Shell (EMS)).
  2. Führen Sie den Befehl Get-MoveRequest -Identity 'tony@contoso.com' aus.
  3. Wenn eine Verschiebungsanforderung abgeschlossen oder fehlgeschlagen ist, führen Sie aus Remove-MoveRequest -Identity 'tony@contoso.com'.

Überprüfen, ob die geeigneten akzeptierten Domänen vorhanden sind

Beim Verschieben eines Postfachs in Exchange Online tritt häufig ein Fehler auf, da einige der akzeptierten Domänen im Dienst fehlen. Überprüfen Sie, ob alle diesem Benutzer zugewiesenen E-Mail-Domänen im Dienst hinzugefügt und überprüft werden.

  1. Öffnen Sie die Exchange-Verwaltungsshell.
  2. Führen Sie (Get-Mailbox Tony).EmailAddresses aus.
  3. Notieren Sie sich alle E-Mail-Adressen, die smtp folgen, und notieren Sie sich die Domänennamen. Für instance, wenn die Ergebnisse SMTP:tony@contoso.com, smtp:Tony@foo.comenthalten, müssen Sie und Foo.comnotierenContoso.com.
  4. Stellen Sie über PowerShell (nicht EMS) eine Verbindung mit Exchange Online her.
  5. Führen Sie aus Get-AcceptedDomain , und stellen Sie sicher, dass die Ergebnisse die in Schritt 3 oben aufgeführten Domänen enthalten.
  6. Wenn eine der Domänen fehlt, sollten Sie die Domäne im Portal hinzufügen und überprüfen. Alternativ können Sie den Benutzer vor dem Verschieben des Postfachs lizenzn. In der Regel verwenden wir die Option der Lizenzierung eines Benutzers, wenn eine der Domänen, die für das Postfach gestempelt sind, eine lokale oder nicht routingfähige Domäne ist. Nicht routingfähige Adressen können dem Dienst nicht hinzugefügt werden, daher werden sie für den Benutzer in Exchange Online nicht gestempelt.

Stellen Sie sicher, dass IIS ordnungsgemäß konfiguriert ist, um Migrationsdatenverkehr zu akzeptieren.

Damit IIS ordnungsgemäß auf eine Migrationsanforderung reagieren kann, müssen wir sicherstellen, dass die Handlerzuordnungen vorhanden sind. Vergewissern Sie sich, dass die EWS- und AutoErmittlungshandlerzuordnung vorhanden ist.

  1. Wählen Sie im Menü Verwaltungstools den Internetinformationsdienste-Manager (IIS) aus.

  2. Erweitern Sie den Servernamen, dann Websites, dann Standardwebsite, und klicken Sie dann mit der linken Maustaste auf EWS.

  3. Wählen Sie im mittleren Bereich die Option Handlerzuordnungen aus.

  4. Überprüfen Sie, ob eine Zuordnung mit folgendem vorhanden ist:

    • Name= svc-Integrated
    • Path= *svc
    • State= Enabled

  5. Wiederholen Sie die Schritte 1 bis 4, aber überprüfen Sie dieses Mal das virtuelle AutoErmittlungsverzeichnis.

  6. Wenn einer der Werte fehlt, führen Sie die Korrekturschritte 7 und 8 aus.

    Screenshot der Seite

  7. Öffnen Sie auf den externen Servern von Exchange 2010/2013 ein Eingabeaufforderungsfenster, und wechseln Sie dann zum folgenden Ordner:
    C:\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation\

  8. Geben Sie den ServiceModelReg.exe -r Befehl ein, und drücken Sie dann die EINGABETASTE.

Stellen Sie sicher, dass das erforderliche Attribut ordnungsgemäß synchronisiert wurde (dies ist kein häufiges Problem).

Damit eine Postfachverschiebung erfolgreich ist, müssen Sie sowohl im lokalen als auch im Exchange Online über ein Benutzerkonto verfügen, das über eine entsprechende Postfach-GUID verfügt. Vergewissern Sie sich, dass die Postfach-GUID vorhanden ist und übereinstimmt.

  1. Führen Sie auf dem lokalen Hybridserver das folgende Cmdlet über die Exchange-Verwaltungsshell (EMS) aus.

    Get-RemoteMailbox -Identity "Alias" | fl ExchangeGuid

  2. Stellen Sie eine Verbindung Windows PowerShell mit dem Exchange Online her, und führen Sie das folgende Cmdlet aus.

    Get-Mailbox -Identity "Alias" | fl ExchangeGuid

  3. Wenn in der lokalen Umgebung kein E-Mail-Benutzer vorhanden ist, können Sie über EMS Folgendes ausführen:

    • Erstellen Sie ein neues Benutzerkonto:

      New-MailUser -Name Ayla -SamAccountName Ayla -UserPrincipalName Ayla@contoso.com -ExternalEmailAddress Ayla@Contoso.mail.onmicrosoft.com

    • Stellen Sie sicher, dass Sie das neu erstellte Konto mit der richtigen Exchange-GUID aus Schritt 2 stempeln. Dies erfolgt im lokalen EMS:

      Set-MailUser Testuser -ExchangeGuid xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Ausführen der Migration aus PowerShell

Das Initiieren der Migration von PowerShell führt häufig zu einer umsetzbareren Fehlermeldung. Die folgenden Schritte führen Sie durch den Prozess des Verschiebens eines Postfachs aus der lokalen Umgebung in Exchange Online über PowerShell.

  1. Stellen Sie über PowerShell (nicht EMS) eine Verbindung mit Exchange Online her.

  2. Erstellen Sie dann eine Variable zum Speichern Ihrer lokalen Administratoranmeldeinformationen. Die Anmeldeinformationen sollten im Format contoso\administrator und nicht administrator@contoso.comgespeichert werden.

    $onpremCred = Get-Credential

  3. Führen Sie dann ein Cmdlet ähnlich dem folgenden aus. User Dabei ist der Anzeigename für das Konto, das Sie verschieben möchten, der Endpunkt, Webmail.consoto.com für den MRSProxy lokal aktiviert ist, und contoso.mail.onmicrosoft.com die routingdomäne, die in Exchange Online verwendet wird.

    New-MoveRequest -Identity 'User' -Remote -RemoteHostName 'webmail.contoso.com' -RemoteCredential $onpremCred -TargetDeliveryDomain 'contoso.mail.onmicrosoft.com'

Überprüfen der status der Verschiebungsanforderung

Um Sie besser bei der Behandlung Ihrer Migrationsprobleme zu leiten, müssen wir die aktuelle status der Verschiebungsanforderungen ermitteln. Führen Sie die folgenden Schritte aus, um die status zu bestimmen:

  1. Stellen Sie über PowerShell eine Verbindung mit Exchange Online her (nicht über die Exchange Management Shell (EMS)).

  2. Führen Sie Folgendes aus, um die status von Verschiebungen zu überprüfen:

    • Get-MigrationBatch |fl *status*,Identität
    • Get-MoveRequest |fl *status*,Identität

Richtige Erwartungen an Postfachverschiebungen

Postfachverschiebungen und Migrationsbatches werden nicht mit der gleichen Priorität wie Clientkonnektivität und Nachrichtenflussaufgaben behandelt. Wenn ihr Server oder das Microsoft-Rechenzentrum stark ausgelastet ist, kann es daher vorkommen, dass die Postfachverschiebungen verzögert werden. Es gibt keinen Grund, alarmiert zu werden, wenn sich ein Umzug für einen längeren Zeitraum in einer Warteschlange befindet, da der Umzug wahrscheinlich relativ bald wieder aufgenommen wird. Es empfiehlt sich, die Problembehandlung für eine verzögerte Verschiebung erst zu starten, wenn eine ausreichend lange Verzögerung (z. B. 8 Stunden) ohne Fortschritt oder Aktivität aufgetreten ist.

Migrieren im Onlinemodus

Wenn Sie von einem Exchange 2003-Server migrieren, ist es für die Benutzerfreundlichkeit und Leistung besser, wenn Sie das Postfach zuerst in Exchange Server 2010 und dann in Exchange Online verschieben.

Einige Kunden entscheiden sich für Zwei-Hop-Migrationen für große und sensible Exchange Server 2003-Postfächer:

  • Erster Hop Migrieren Sie Postfächer von Exchange Server 2003 zu einem Exchange 2010-Server, bei dem es sich in der Regel um den Hybridkoexistenzserver handelt. Bei der ersten Etappe handelt es sich zwar um eine Offlineverschiebung, es ist jedoch üblicherweise eine sehr schnelle Migration in einem lokalen Netzwerk.
  • Zweiter Hop Migrieren von Postfächern von Exchange Server 2010 zu Microsoft 365. Der zweite Hop ist eine Onlineverschiebung, die eine bessere Benutzererfahrung und Fehlertoleranz bietet.

Wenn Ihre Probleme behoben sind, herzlichen Glückwunsch! Ihr Szenario ist abgeschlossen.

Wenn Ihre Probleme nicht behoben sind, lesen Sie Meine Verschiebungsanforderung ist immer noch nicht abgeschlossen, oder dieser Schritt gilt nicht.

Zu berücksichtigende Netzwerkleistungsfaktoren

In diesem Abschnitt werden bewährte Methoden zum Verbessern der Netzwerkleistung während migrationen beschrieben. Die Diskussion ist im Allgemeinen darauf zurückzuführen, dass die größten Auswirkungen auf die Netzwerkleistung während der Migration auf Hardware von Drittanbietern und Internetdienstanbietern (ISPs) zurückzuführen sind. Das Microsoft 365-Netzwerkkonnektivitätstesttool hilft bei der Analyse netzwerkbezogener Probleme vor der Bereitstellung von Microsoft 365-Diensten.

Weitere Informationen finden Sie in den folgenden Artikeln:

Problem mit der Erkennung von Eindringversuchen (IDS)

Für eine Netzwerkfirewall konfigurierte Funktionen zur Angriffserkennung verursachen häufig erhebliche Netzwerkverzögerungen und beeinträchtigen die Migrationsleistung.

Fügen Sie IP-Adressen für Microsoft-Rechenzentrumsserver zu Ihrer Zulassungsliste hinzu. Weitere Informationen zu den Microsoft 365-IP-Adressbereichen finden Sie unter Microsoft 365-URLs und IP-Adressbereiche.

IDS-Einstellungen

Hybridmigrationen können von bestimmten Geräten manchmal wie ein Denial-of-Service-Angriff behandelt werden. Die folgende Logik kann auf jedes Angriffserkennungssystem angewendet werden, wurde aber speziell für TMG geschrieben.

  1. Öffnen Sie die Forefront TMG-Verwaltungskonsole, und wählen Sie dann in der Struktur Intrusion Prevention System aus.

  2. Wählen Sie die Registerkarte Verhaltenserkennung und dann Einstellungen für die Entschärfung von Hochwasser konfigurieren aus.

  3. Dieses Bild erweiternIm Dialogfeld Hochwasserminderung führen Sie die folgenden Schritte aus:

    • Wählen Sie die Registerkarte IP-Ausnahmen aus , und geben Sie dann die IP-Adressen ein, die die Microsoft 365-Umgebung während des Postfachverschiebungsvorgangs zum Herstellen einer Verbindung verwendet. Eine Liste der IP-Adressbereiche und URLs, die von Exchange Online in Microsoft 365 verwendet werden, finden Sie unter Microsoft 365-URLs und IP-Adressbereiche.

    • Wählen Sie die Registerkarte Hochwasserminderung aus, und wählen Sie dann neben Maximale Anzahl von HTTP-Anforderungen pro Minute und IP-Adressedie Option Bearbeiten aus. Geben Sie im Feld Benutzerdefinierter Grenzwert eine Zahl ein, um den Grenzwert zu erhöhen.

      Hinweis

      Der benutzerdefinierte Grenzwert gilt für IP-Adressen, die auf der Registerkarte IP-Ausnahmen aufgeführt sind. Erhöhen Sie nur den benutzerdefinierten Grenzwert. Im folgenden Beispielscreenshot ist der benutzerdefinierte Grenzwert auf 6.000 festgelegt. Abhängig von der Anzahl der Postfächer, die verschoben werden, ist diese Anzahl möglicherweise nicht ausreichend. Wenn die Fehlermeldung weiterhin angezeigt wird, erhöhen Sie den benutzerdefinierten Grenzwert.

Versuchen Sie, das Exchange Administration Center (EAC) zu verwenden, um die Verschiebung durchzuführen.

Postfachverschiebungen sind wahrscheinlicher erfolgreich, wenn sie über das Exchange Administration Center (EAC) in Exchange Online initiiert werden. Stellen Sie eine Verbindung mit dem EAC in Exchange Online her, und überprüfen Sie, ob Sie die Verschiebung von dort aus initiieren können.

Entfernen des Migrationsendpunkts

  1. https://portal.MicrosoftOnline.com Melden Sie sich mit Ihren Mandantenadministratoranmeldeinformationen an.
  2. Wählen Sie im oberen Menüband Admin und dann Exchange aus.
  3. Wählen Sie Migration aus.
  4. Wählen Sie die Auslassungspunkte (...) und dann Migrationsendpunkte aus.
  5. Wählen Sie den Endpunkt aus, der als Exchange-Remoteverschiebung aufgeführt ist.
  6. Wählen Sie den Papierkorb aus, um den Endpunkt zu löschen.

Onboardingschritte

  1. https://portal.MicrosoftOnline.com Melden Sie sich mit Ihren Mandantenadministratoranmeldeinformationen an.
  2. Wählen Sie im oberen Menüband Admin und dann Exchange aus.
  3. Wählen Sie Migration>+>Migrieren zu Exchange Online aus.
  4. Wählen Sie auf der Seite Migrationstyp auswählen die Option Remoteverschiebungsmigration als Migrationstyp für eine hybride Postfachverschiebung aus.
  5. Wählen Sie auf der Seite Benutzer auswählen die Postfächer aus, die Sie in die Cloud verschieben möchten.
  6. Auf der Seite Anmeldeinformationen für lokales Konto eingeben .

    Wichtig

    Geben Sie Ihre lokalen Administratoranmeldeinformationen im Format Domäne\Benutzer an.

  7. Stellen Sie auf der Seite Migrationsendpunkt bestätigen sicher, dass der angezeigte lokale Endpunkt der CAS mit aktiviertem MRS-Proxy ist.
  8. Geben Sie einen Namen für den Migrationsbatch ein, und initiieren Sie die Verschiebung.

Off-Boarding Schritte

  1. https://portal.MicrosoftOnline.com Melden Sie sich mit Ihren Mandantenadministratoranmeldeinformationen an.
  2. Wählen Sie im oberen Menüband Admin und dann Exchange aus.
  3. Wählen Sie Migration>+>Migrate From Exchange Online aus.
  4. Wählen Sie auf der Seite Migrationstyp auswählen die Option Remoteverschiebungsmigration als Migrationstyp für eine hybride Postfachverschiebung aus.
  5. Wählen Sie auf der Seite Benutzer auswählen die Postfächer aus, die Sie in die Cloud verschieben möchten.
  6. Auf der Seite Anmeldeinformationen für lokales Konto eingeben .
  7. Geben Sie den Namen der lokalen Datenbank ein. Dieser kann abgerufen werden, indem Sie Get-MailboxDatabase von EMS ausführen.

    Wichtig

    Geben Sie Ihre lokalen Administratoranmeldeinformationen im Format Domäne\Benutzer an.

  8. Stellen Sie auf der Seite Migrationsendpunkt bestätigen sicher, dass der angezeigte lokale Endpunkt der CAS mit aktiviertem MRS-Proxy ist.
  9. Geben Sie einen Namen für den Migrationsbatch ein, und initiieren Sie die Verschiebung.

Haben Sie Die Firewall und das Intrusion Detection System (IDS) ordnungsgemäß konfiguriert?

Sie müssen sicherstellen, dass Ihre Firewall so konfiguriert ist, dass bestimmte EWS- und AutoErmittlungsendpunkte zu den Exchange-Servern gelangen können, ohne auf einem Umkreisgerät authentifiziert zu werden. Darüber hinaus müssen Sie sicherstellen, dass die Migrationsanforderungen nicht wie ein Denial-of-Service-Angriff behandelt werden.

Firewallendpunkt/Vorauthentifizierungseinstellungen

Im Folgenden finden Sie anweisungen zum ordnungsgemäßen Veröffentlichen von EWS und AutoErmittlung über TMG, aber Sie können diese Logik auf Ihr eigenes Gerät anwenden. Neben den expliziten Schritten für TMG müssen Sie auf hoher Ebene die folgenden Schritte ausführen:

  1. Erstellen Sie eine neue Veröffentlichungsregel (häufig mit demselben Listener, der bereits vorhanden ist), die keine Vorauthentifizierung erfordert.

  2. Stellen Sie sicher, dass die Regel für jeden Datenverkehr gilt, der über die folgenden Pfade gelangt.

    • /ews/mrsproxy.svc
    • /ews/exchange.asmx/wssecurity
    • /autodiscover/autodiscover.svc/wssecurity
    • /autodiscover/autodiscover.svc

  3. Stellen Sie sicher, dass diese neue Regel eine höhere Priorität hat als alle vorhandenen Exchange-Related Firewallregeln.

IDS-Einstellungen

Hybridmigrationen können von bestimmten Geräten manchmal wie ein Denial-of-Service-Angriff behandelt werden. Die folgende Logik kann auf jedes Angriffserkennungssystem angewendet werden, wurde aber speziell für TMG geschrieben.

  1. Öffnen Sie die Forefront TMG-Verwaltungskonsole, und wählen Sie dann in der Struktur Intrusion Prevention System aus.
  2. Wählen Sie die Registerkarte Verhaltenserkennung und dann Einstellungen für die Entschärfung von Hochwasser konfigurieren aus.
  3. Führen Sie im Dialogfeld Hochwasserminderung die folgenden Schritte aus:

    • Wählen Sie die Registerkarte IP-Ausnahmen aus , und geben Sie dann die IP-Adressen ein, die die Microsoft 365-Umgebung während des Postfachverschiebungsvorgangs zum Herstellen einer Verbindung verwendet.

    • Wählen Sie die Registerkarte Hochwasserminderung aus, und wählen Sie dann neben Maximale Anzahl von HTTP-Anforderungen pro Minute und IP-Adressedie Option Bearbeiten aus. Geben Sie im Feld Benutzerdefinierter Grenzwert eine Zahl ein, um den Grenzwert zu erhöhen.

      Hinweis

      Der benutzerdefinierte Grenzwert gilt für IP-Adressen, die auf der Registerkarte IP-Ausnahmen aufgeführt sind. Erhöhen Sie nur den benutzerdefinierten Grenzwert. Im folgenden Beispielscreenshot ist der benutzerdefinierte Grenzwert auf 6.000 festgelegt. Abhängig von der Anzahl der Postfächer, die verschoben werden, ist diese Anzahl möglicherweise nicht ausreichend. Wenn die Fehlermeldung weiterhin angezeigt wird, erhöhen Sie den benutzerdefinierten Grenzwert.

Stellen Sie sicher, dass IIS ordnungsgemäß festgelegt ist, um Migrationsdatenverkehr zu akzeptieren.

Damit IIS ordnungsgemäß auf eine Migrationsanforderung reagieren kann, müssen wir sicherstellen, dass die Handlerzuordnungen vorhanden sind. Vergewissern Sie sich, dass die EWS- und AutoErmittlungshandlerzuordnung vorhanden ist.

  1. Wählen Sie im Menü Verwaltungstools den Internetinformationsdienste-Manager (IIS) aus.

  2. Erweitern Sie den Servernamen, dann Websites, dann Standardwebsite, und klicken Sie dann mit der linken Maustaste auf EWS.

  3. Wählen Sie im mittleren Bereich die Option Handlerzuordnungen aus.

  4. Überprüfen Sie, ob eine Zuordnung mit folgendem vorhanden ist:

    • Name= svc-Integrated
    • Path= *svc
    • State= Enabled

  5. Wiederholen Sie die Schritte 1 bis 4, aber überprüfen Sie dieses Mal das virtuelle AutoErmittlungsverzeichnis.

  6. Wenn einer der Werte fehlt, führen Sie die Korrekturschritte 7 und 8 aus.

    Screenshot der Seite

  7. Öffnen Sie auf dem Exchange Server externen Server 2010 oder 2013 ein Eingabeaufforderungsfenster, und wechseln Sie dann zum folgenden Ordner:
    C:\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation\

  8. Geben Sie den ServiceModelReg.exe -r Befehl ein, und drücken Sie dann die EINGABETASTE.

Verschieben eines Postfachs auf einen anderen lokalen Server

Häufig werden Migrationsprobleme durch beschädigte Elemente oder Postfächer verursacht. Diese Probleme können häufig behoben werden, indem ein Postfach zwischen zwei verschiedenen lokalen Postfachdatenbanken verschoben wird. Im Folgenden werden Sie durch den Prozess des Verschiebens des Postfachs eines Benutzers von einer Datenbank in eine andere und dann durch das Verschieben des Postfachs in Exchange Online (wenn es sich um eine Offboardinganforderung handelt, muss dieser Schritt übersprungen werden).

Migrationsbatches hängen geblieben und versuchen, stattdessen Verschiebungsanforderungen zu verwenden

Manchmal kann ein Migrationsbatch in einer bestimmten Phase der Migration hängen bleiben, z. B. Bei Abschluss. Möglicherweise können Sie dies umgehen, indem Sie die alten Verschiebungsanforderungen bereinigen.

  1. Öffnen Sie PowerShell (nicht über EMS), und stellen Sie eine Verbindung mit Exchange Online her.

  2. Führen Sie Folgendes aus, um sicherzustellen, dass der Abschluss der Verschiebungsanforderung initiiert wurde:

    Get-MoveRequest | ? {$_.Status -eq "AutoSuspended"} | Resume-MoveRequest

  3. Nachdem Sie Zeit für den Abschluss der fortgesetzten Verschiebungsanforderungen gegeben haben, führen Sie Folgendes aus:

    Get-MoveRequest | ? {$_.Status -eq "Completed"} | Remove-MoveRequest

  4. Entfernen Sie alle vorhandenen Migrationsbatches:

    Remove-MigrationBatch "Batch Name" -Force

Umgehen von Problemen mit Postfach- und Elementbeschädigungen (wenn die Verschiebungsanforderung immer noch nicht abgeschlossen ist)

Häufig schlägt eine Postfachverschiebung aufgrund einer Beschädigung auf Element- oder Postfachebene fehl. Es ist häufig eine gute Möglichkeit, ein Postfach zu verschieben, indem einige der beschädigten Elemente übersprungen werden. Es besteht jedoch die Möglichkeit eines Datenverlusts, wenn Sie die folgenden Optionen verwenden

  1. Öffnen Sie PowerShell (nicht über EMS), und stellen Sie eine Verbindung mit Exchange Online her.

  2. Erstellen Sie eine Variable zum Speichern Ihrer lokalen Administratoranmeldeinformationen. Die Anmeldeinformationen sollten im Format contoso\administrator und nicht administrator@contoso.comgespeichert werden.
    $onpremCred = Get-Credential

  3. Führen Sie dann ein Cmdlet ähnlich dem folgenden aus. User Dabei ist der Anzeigename für das Konto, das Sie verschieben möchten, der Endpunkt, Webmail.consoto.com für den MRSProxy lokal aktiviert ist (in der Regel entspricht dies dem OWA-Endpunkt), und contoso.mail.onmicrosoft.com ist die Routingdomäne, die in Exchange Online verwendet wird.

    Beispiel: Das folgende Beispiel kann zu einem geringfügigen Datenverlust führen, da Sie zulassen, dass einige Elemente aufgrund von Beschädigungen übersprungen werden:

    New-MoveRequest -Identity 'User' -Remote -RemoteHostName 'webmail.contoso.com' -RemoteCredential $onpremCred -TargetDeliveryDomain 'contoso.mail.onmicrosoft.com' -BadItemLimit 40

Das Problem wurde nicht behoben.

Leider konnten wir das Problem mit diesem Leitfaden nicht lösen. Geben Sie Feedback zu diesem Leitfaden, und verwenden Sie dann die unten angegebenen Ressourcen, um die Problembehandlung fortzusetzen. In der Microsoft 365-Community erhalten Sie Unterstützung zur Selbsthilfe. Führen Sie einen der folgenden Schritte aus:

  • Nutzen Sie die Suchfunktion, um eine Lösung für Ihr Problem zu finden.
  • Verwenden Sie das Hilfe-Center oder das Tool zur Problembehandlung. Beide Optionen sind am oberen Rand jeder Community-Webseite verfügbar.
  • Melden Sie sich mit Ihren Administratoranmeldeinformationen für Microsoft 365 an, und stellen Sie der Community eine Frage.

Umgehen von Problemen mit Postfach- und Elementbeschädigungen

Häufig schlägt eine Postfachverschiebung aufgrund einer Beschädigung auf Element- oder Postfachebene fehl. Es ist häufig eine gute Möglichkeit, ein Postfach zu verschieben, indem einige der beschädigten Elemente übersprungen werden. Es besteht jedoch die Möglichkeit eines Datenverlusts, wenn Sie die folgenden Optionen verwenden.

  1. Öffnen Sie PowerShell (nicht über EMS), und stellen Sie eine Verbindung mit Exchange Online her.

  2. Erstellen Sie eine Variable zum Speichern Ihrer lokalen Administratoranmeldeinformationen. Die Anmeldeinformationen sollten im Format contoso\administrator und nicht administrator@contoso.comgespeichert werden.
    $onpremCred = Get-Credential

  3. Führen Sie dann ein Cmdlet ähnlich dem folgenden aus. User Dabei ist der Anzeigename für das Konto, das Sie verschieben möchten, der Endpunkt, Webmail.consoto.com für den MRSProxy lokal aktiviert ist (in der Regel entspricht dies dem OWA-Endpunkt), und contoso.mail.onmicrosoft.com ist die routingdomäne, die in Exchange Online verwendet wird.

    Beispiel: Das folgende Beispiel kann zu einem geringfügigen Datenverlust führen, da Sie zulassen, dass einige Elemente aufgrund von Beschädigungen übersprungen werden:

    New-MoveRequest -Identity 'User' -Remote -RemoteHostName 'webmail.contoso.com' -RemoteCredential $onpremCred -TargetDeliveryDomain 'contoso.mail.onmicrosoft.com' -BadItemLimit 40