Exchange onpremis

Question

Migration für einen Benutzer von Exchange SE zu Exchange Online schlägt mit folgender Meldung fehl:

Error: EndpointNotFoundTransientException: The call to/EWS/mrsproxy.svc failed because no service was listening on the specified endpoint. --> There was no endpoint listening at /EWS/mrsproxy.svc that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details. --> There was no endpoint listening at /EWS/mrsproxy.svc that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details.

Alle anderen 900 Postfächer funktionierten.

Bei dem Benutzer wurde im Exchange Admin Center onprem ein Cloud Archiv aktiviert und wieder deaktiviert. Vermutlich stört dieses Archiv jetzt die Migration zu Exchange Online? Über ein Microsoft Ticket wurde seitens M365 alles geprüft, aber kein Fehler gefunden werden.

Gibt es noch eine Idee zur Lösung des Problems?

Answer 1

Bitte beachten Sie, dass dies das englischsprachige Forum (en-US) ist. Ich empfehle Ihnen, Ihre Frage auf Englisch zu stellen, damit Ihnen mehr Community-Mitglieder effektiv weiterhelfen können. Wenn Sie lieber Deutsch verwenden möchten, können Sie Ihren Beitrag stattdessen gerne im deutschen Forum veröffentlichen. Vielen Dank für Ihr Verständnis und Ihre Mitarbeit.

Hallo @Komossa, Dominic

Die Fehlermeldung „EndpointNotFoundTransientException: The call to /EWS/mrsproxy.svc failed because no service was listening on the specified endpoint“ deutet primär auf ein Problem mit dem MRSProxy/EWS-Endpunkt hin; das bedeutet, dass Exchange Online den lokalen Exchange-Endpunkt unter /EWS/mrsproxy.svc nicht ordnungsgemäß erreichen kann. Laut Microsoft-Dokumentation erfordern Remote-Verschiebungsmigrationen einen Migrationsendpunkt, der eine Verbindung zu dem lokalen Exchange-Server herstellt, auf dem der MRS-Proxy-Dienst ausgeführt wird. Zudem sollte das Cmdlet „Test-MigrationServerAvailability“ verwendet werden, um die Verfügbarkeit des Zielservers zu überprüfen.

Da die anderen 900 Postfächer erfolgreich migriert wurden, funktioniert die gesamte Hybridkonfiguration wahrscheinlich ordnungsgemäß. In diesem Fall würde ich untersuchen, ob dieser spezifische Benutzer an einen anderen lokalen Exchange-Server, eine andere Datenbank, einen anderen CAS-/Frontend-Server oder einen anderen Migrationsendpunkt weitergeleitet wird.

1. Überprüfen des MRSProxy auf allen relevanten Exchange-Servern

Falls mehrere Exchange-Server oder ein Load Balancer im Einsatz sind, stellen Sie sicher, dass der MRSProxy auf allen nach außen gerichteten Exchange-Servern aktiviert ist, die die Migrationsanforderung empfangen könnten.

Führen Sie diesen Befehl auf den lokalen Exchange-Servern aus:

Get-WebServicesVirtualDirectory |
 fl Server,Identity,ExternalUrl,MRSProxyEnabled,WSSecurityAuthentication

Aktivieren Sie bei Bedarf die erforderlichen Einstellungen:

Set-WebServicesVirtualDirectory `
 -Identity "SERVER\EWS (Default Web Site)" `
 -MRSProxyEnabled $true `
 -WSSecurityAuthentication $true

Starten Sie anschließend den IIS neu:

iisreset

Die Problembehandlung für die Hybridmigration von Microsoft weist ausdrücklich darauf hin, dass sowohl „MRSProxyEnabled“ als auch „WSSecurityAuthentication“ auf „True“ gesetzt sein müssen und dass diese Einstellungen auf allen nach außen gerichteten Exchange-Servern konfiguriert werden sollten.

2. Überprüfen der Regeln für Firewall, Reverse-Proxy oder Load Balancer

Die Meldung „no service was listening“ (kein Dienst empfing Anfragen) kann auch auftreten, wenn Exchange Online den externen Namen zwar auflösen kann, die Anfrage jedoch nicht korrekt beim MRSProxy-Dienst eingeht. Die Anleitung zur Fehlerbehebung führt die folgenden Pfade als relevant für die Hybridmigration und die Hybridkonnektivität auf:

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

Stellen Sie sicher, dass diese Pfade nicht durch Folgendes blockiert oder verändert werden:

Vorauthentifizierung

SSL-Inspektion

WAF-Regeln

IDS/IPS-Filterung

Routing-Regeln des Load Balancers

Wenn ein Load Balancer verwendet wird, prüfen Sie, ob der betroffene Benutzer an einen Backend-Server weitergeleitet wird, auf dem MRSProxy nicht aktiviert ist oder nicht ordnungsgemäß reagiert.

3. Überprüfen Sie den Migrationsendpunkt erneut oder erstellen Sie ihn neu

Selbst wenn frühere Migrationen funktioniert haben, verweist der vorhandene Migrationsendpunkt möglicherweise noch auf einen alten oder falschen Server. Die Microsoft-Dokumentation erläutert, dass ein Migrationsendpunkt die Verbindungseinstellungen für den lokalen Exchange-Server enthält, auf dem MRS Proxy ausgeführt wird, und dass der Zielserver verfügbar sein muss, bevor der Endpunkt verwendet wird. [Erstellung...ethoden]

Überprüfen Sie den vorhandenen Endpunkt:

Get-MigrationEndpoint | fl Identity,EndpointType,RemoteServer

Wenn der Endpunkt auf den falschen oder veralteten Server verweist, erstellen Sie zu Testzwecken einen neuen:

$cred = Get-Credential
New-MigrationEndpoint `
 -Name "Hybrid Migration Endpoint New" `
 -ExchangeRemoteMove `
 -RemoteServer mail.domain.com `
 -Credentials $cred

4. Auf verbleibende Cloud-Archivattribute prüfen

Das zuvor aktivierte und wieder deaktivierte Cloud-Archiv erklärt zwar möglicherweise nicht direkt den Fehler „no service was listening“ (kein Dienst hörte zu), könnte aber dennoch inkonsistente, archivbezogene Attribute bei diesem Benutzer hinterlassen haben. Microsoft hat Probleme im Zusammenhang mit Hybrid-Archiven dokumentiert, die die Konfiguration von Remote-Archiven, ArchiveDomain und das Verhalten von AuthServern in Hybridumgebungen betreffen.

Vergleichen Sie den betroffenen Benutzer mit einem erfolgreich migrierten Benutzer.

Lokales Exchange (On-Premises):

Get-Mailbox ******@domain.com |
 fl Name,RecipientTypeDetails,ArchiveStatus,ArchiveGuid,ArchiveName,ArchiveDatabase,RemoteRecipientType
Get-RemoteMailbox ******@domain.com |
 fl Name,ArchiveStatus,ArchiveGuid,ArchiveName,ArchiveDomain,RemoteRecipientType

Exchange Online:

Get-MailUser ******@domain.com |
 fl Name,RecipientTypeDetails,ArchiveStatus,ArchiveGuid,ExternalEmailAddress
Get-Mailbox ******@domain.com -Archive -ErrorAction SilentlyContinue |
 fl Name,ArchiveGuid,ArchiveStatus

Sollten verwaiste oder inkonsistente Archivwerte zurückbleiben, sollten diese bereinigt werden, bevor die Migration erneut versucht wird. Ich würde davon absehen, AD-Attribute manuell zu bearbeiten, solange nicht klar ist, welcher Wert fehlerhaft ist.

Bitte teilen Sie mir weitere Einzelheiten mit.

---

Wenn die Antwort hilfreich ist, klicken Sie bitte auf ""Ja"". Wenn Sie weitere Fragen zu dieser Antwort haben, klicken Sie bitte auf ""Kommentar"".

Hinweis: Bitte folgen Sie den Schritten in unserer Dokumentation, um E-Mail-Benachrichtigungen zu aktivieren, falls Sie die zugehörige E-Mail-Benachrichtigung für diesen Thread erhalten möchten.