Share via


O365 Wave 15: включение и проверка доступности MRSProxy

Cлужба Mailbox Replication Proxy (MRSProxy) участвует в процедурах переноса почтовых ящиков между почтовыми организациями (cross-forest). Перед тем как перемещать почтовые ящики, эту службу необходимо активировать. По умолчанию она не работает. В списке служб Windows Services её нет (она работает на базе службы Microsoft Exchange Replication). При переносе ящиков задействуется интерфейс RPC over HTTP.

В Exchange 2010 (SP2) чтобы включить MRSProxy, требовалось править конфигурационный файл web.config.

Настроив публикацию EWS (через TMG например), многие проверяли доступность точки MRSProxy извне локальной сети путём подключения из браузера по URL https://<FQDN>/EWS/mrsproxy.svc. После авторизации в окне возникало нечто такое:

image

В Exchange 2013 всё немного изменилось. Во-первых, в файле web.config отсутствует раздел по настройке MRSProxy, подобный тому что был в ES2010. Во-вторых, самого файла mrsproxy.svc в соответствующем каталоге IIS нет. В-третьих, при попытке открыть URL https://<FQDN>/EWS/mrsproxy.svc мы получаем код 400:

image 

Это может сбить с толку, но на самом деле всё в порядке.

В Exchange 2013 включение MRSProxy производится через PowerShell командой Get-WebServicesVirtualDirectory -Server <E15CAS> | Set-WebServicesVirtualDirectory -MRSProxyEnabled $true

Подождав применения изменений (в течение примерно 15 минут), попробовать работоспособность сервиса можно с помощью опять же командлета PowerShell: Test-MigrationServerAvailability -ExchangeRemoteMove -RemoteServer <FQDN of CAS15> -Credentials (Get-Credential)

Это должно выглядеть примерно так:

image

Если проверка работоспособности MRSProxy инициирована из облачной консоли, на TMG она должна сопровождаться вот такой картиной:

SNAGHTML280b910a

Если всё так как на скриншотах, значит MRSProxy работает ОК.

Обратите внимание на ошибки публикации EWS. Вот статья, где рассказывается как опубликовать EWS правильно.