Beim Einrichten einer Exchange Hybrid Organisation meckert der Hybrid Assistent letztlich an, dass der Autodiscover und die Verbindung zu den Webservices der onpremise Exchange Server nicht geklappt hat.
Eine der möglichen Fehlermeldung sieht so aus:
Nun gut. Alles andere war erfolgreich, z.B. das Einrichten der notwendigen Connectoren für das Routing der E-Mails. Was aber nicht funktioniert: Es können keine Postfächer von onpremise in die Cloud verschoben werden, was ja irgendwie auch der Sinn aller Anstrengung ist.
Immerhin: Die verwendeten Assistenten beschweren sich darüber, dass kein Endpunkt für die Postfachreplikation onpremise vorhanden ist. Für die Webservices müsse der Mrsproxy aktiviert werden. Man solle das kontrollieren und mrsProyEnabled gegebenenfalls aktivieren:
Get-webservicesVirtualDirectory | select name,mrsProxyEnabled
ist mrsproxyenabled auf $true, ist eigentlich alles in Ordnung.
Schön: mrsproxyEnabled ist aktiviert, funktioniert aber nicht.
So auch bei meinen letzten Versuch, eine Hybrid Umgebung einzurichten und dann Postfächer nach Office365 zu verschieben. Obwohl mrsProxyEnabled aktiviert war ($true), ging nichts.
Das Cmdlet Test-MigrationServerAvailability zeigte an, dass der mrsproxy nicht funktioniert. Man solle ihn aktivieren. Der Remote Connectivity Analyzer, der empfohlen wird, um die Webservices zu überprüfen, war dagegen fehlerfrei.
Wie üblich: Recherche im Internet. „No problem“, so unisono die Antworten. Einfach ausführen:
Get-webservicesVirtualDirectory | set-webservicesVirtualDirectory –mrsproxyEnabled $true
dann klappt es auch mit dem Verschieben. Stimmte aber nicht.
Was tun? Booten? Issreset? Letzteres wurde empfohlen.
Mein Problem: Reboot oder iisreset könnten die Endbenutzer tangieren – ausgeschlossen, so was Böses zu tun.
Lösung:
Einfach den Applicationpool der Webservices neustarten, keiner merkt was. Office365 erkannte den mrsproxy, test-migrationServerAvailabitity ist erfolgreich, der Migration Endpoint konnte angelegt werden und Postfächer wanderten von onpremise in die Cloud:
Restart-webappPool msExchangeServicesAppPool
auf allen onpremise Servern
So zusagen: Minimal invasiv.
Um das Problem zu umgehen: Vor der Einrichtung der Hybrid Umgebung:
Get-webservicesVirtualDirectory | set-w.ebservicesVirtualDirectory –mrsproxyEnabled $true
und die Applicationspools der Webservices auf allen Clientaccess Servern onpremise neustarten:
Get-ClientAccessService | % {Invoke-Command -ComputerName $_.name -ScriptBlock {Restart-WebAppPool msExchangeServicesAppPool} }
oder
Get-ClientAccessServer| % {Invoke-Command -ComputerName $_.name -ScriptBlock {Restart-WebAppPool msExchangeServicesAppPool} }
2 Kommentare zu „Exchange Hybrid einrichten: mrsproxy Endpoint wird nicht gefunden“
made my day, thank your very much, this was driving me crazy 🙂 worked perfectly
We’re happy to be of help. 🙂