none
Серверы с запущенной службой репликации почтовых ящиков Microsoft Exchange недоступны RRS feed

  • Вопрос

  • Имеется Exchange2010, состоящий из двух серверов: на одном все роли, на втором - роль mailbox (создан DAG). Возникла необходимость в перемещении почтовых ящиков из одной базы в другую, процесс заканчивается с ошибкой: 
    "Серверы с запущенной службой репликации почтовых ящиков Microsoft Exchange недоступны.",
    и это при том, что процесс перемещения запускается на CAS-сервере с запущенной и работающей службой MRS!!!
    Долгие мучения и поиски привели к тому, что совершенно случайно наткнулся на командлет Test-MRSHealth, результат работы которого ниже:

    [PS] C:\Windows\system32>Test-MRSHealth -Identity exch


    RunspaceId : ea4eddba-615e-4c83-9c09-c808fe8fa9fc
    Check : ServiceCheck
    Passed : True
    Message : Служба репликации почтовых ящиков выполняется.
    Identity : EXCH
    IsValid : True

    RunspaceId : ea4eddba-615e-4c83-9c09-c808fe8fa9fc
    Check : RPCPingCheck
    Passed : False
    Message : Не удалось получить ответ от конечной точки RPC для службы репликации почтовых ящиков Microsoft Exchange:
    Время ожидания вызова 'net.tcp://exch/Microsoft.Exchange.MailboxReplicationService' истекло. Сведения об о
    шибке: Операция открытия не завершилась в течение указанного периода ожидания 00:01:00. Время, назначенное
    для выполнения этой операции, может быть составной частью более длинного тайм-аута. --> После 00:01:00 ис
    текло время ожидания передачи через сокет. Превышен период ожидания, установленный в привязке. Время, назн
    аченное для выполнения этой операции, может быть составной частью более длинного тайм-аута. --> Попытка ус
    тановить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный откл
    ик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера -
    -> Операция открытия не завершилась в течение указанного периода ожидания 00:01:00. Время, назначенное для
    выполнения этой операции, может быть составной частью более длинного тайм-аута. --> После 00:01:00 истекл
    о время ожидания передачи через сокет. Превышен период ожидания, установленный в привязке. Время, назначен
    ное для выполнения этой операции, может быть составной частью более длинного тайм-аута. --> Попытка устано
    вить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик,
    или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера.
    Identity : EXCH
    IsValid : True

    RunspaceId : ea4eddba-615e-4c83-9c09-c808fe8fa9fc
    Check : QueueScanCheck
    Passed : True
    Message : Служба репликации почтовых ящиков Microsoft Exchange проверяет очереди базы данных почтовых ящиков на нали
    чие заданий. Время последней проверки: 00:01:57.3128331.
    Identity : EXCH
    IsValid : True

    Попробовал воспользоваться утилитой rpcping для проверки системы отображения конечных точек, результат ниже:

    rpcping -t ncacn_http -s exch -o RpcProxy=exch -P "пользователь,домен,пароль" -I " пользователь,домен,пароль " -H 1 -u 10 -a connect -F 3 -v 3 -e 593 -B msstd:exch
    RPCPing v6.0. (C) Корпорация Майкрософт, 2002-2006
    ИД операции, заданный RPCPing: {5c0317ec-e043-47d3-9de9-db00be77a475}
    Завершено вызовов: 1 за 2390 мс
    0 T/S или 2390.000 мс/T

    На этом я окончательно впал в ступор и не могу из него выйти, поэтому прошу помощи у сообщества экспертов данного продукта.



    • Изменено lamerische 15 марта 2013 г. 8:04
    15 марта 2013 г. 7:57

Ответы

  • Поскольку решение проблемы в лоб так и не было найдено (вообще сомнительно, что оно в принципе существует...), а тянуть дальше уже было просто нельзя, проблема была решена кардинально, а именно, полным восстановлением сервера в чистую виртуальную машину (setup /m:RecoverServer /InstallWindowsComponents).

    Всем спасибо за участие.

    • Помечено в качестве ответа lamerische 8 апреля 2013 г. 7:19
    8 апреля 2013 г. 7:19

Все ответы

  • Илья, случай, похоже, мой, проделал все рекомендации по приведенной Вами ссылке

    (кстати, строки 

    IsEnabled="true"
    MaxMRSConnections="100"

    отсутствовали в конфиге напрочь, а строку

    DataImportTimeout="00:01:00"

    привел к рекомендуемому значению

    DataImportTimeout="00:20:00" )

    далее перезапустил MailboxReplicationService (весь сервак сейчас перезапускать возможности нет, а надо ли?), результат работы командлета Test-MRSHealth - тот же... как-то грустно...

    Кстати, пытался с Вами связаться (к сожалению, не знаю Вашего почтового адреса) по этому же вопросу вчера на Вашем сайте http://isazonov.wordpress.com/ в теме "оптимизация размера почтовой базы" (там как раз затрагивается вопрос по перемещению ПЯ, другой схожей темы не нашел) , вопрос оттуда почему-то был удален...





    • Изменено lamerische 15 марта 2013 г. 11:39
    15 марта 2013 г. 10:44
  • Илья, случай, похоже, мой, проделал все рекомендации по приведенной Вами ссылке

    (кстати, строки 

    IsEnabled="true"
    MaxMRSConnections="100"

    Кстати, пытался с Вами связаться (к сожалению, не знаю Вашего почтового адреса) по этому же вопросу вчера на Вашем сайте http://isazonov.wordpress.com/ в теме "оптимизация размера почтовой базы" (там как раз затрагивается вопрос по перемещению ПЯ, другой схожей темы не нашел) , вопрос оттуда почему-то был удален...





    Форум наиболее подходящее место для решения вопросов.

    Вопрос не удален: просто сейчас Ростелеком банит сайт wordpress.com самым не предсказуемым образом!


    Сазонов Илья http://isazonov.wordpress.com/

    15 марта 2013 г. 12:24
    Модератор
  • Настройки касаются IIS, поэтому скорее всего надо его перезапускать.

    Еще лучше перезапустить оба сервера. После чего проверить DAG.


    Сазонов Илья http://isazonov.wordpress.com/

    15 марта 2013 г. 12:29
    Модератор
  • Илья, все почему-то очень тоскливо: после полного перезапуска обоих серверов результат выполнения командлета Test-MRSHealth тот же, почему - сам не пойму, такое впечатление, что изменения в конфиг-файле так и не были подхвачены...
    15 марта 2013 г. 15:28
  • Тоскливо, когда сбой происходит случайным образом, а у вас  почтовая служба функционирует.

    Проверьте, что на всех серверах стоит одна и та же версия и если ставились обновления, то они установились правильно.


    Сазонов Илья http://isazonov.wordpress.com/

    17 марта 2013 г. 15:18
    Модератор
  • Илья, это я проверил несколько недель назад, когда обновлял сервера до SP3, оба сервера обновились корректно, версия у обоих серверов одинаковая...не могу сказать, следствие это обновления до SP3 или нет, потому что до сего момента вообще не предпринимались попытки переноса ящиков из базы в базу...

    Ошибка та же:

    "Не удалось получить ответ от конечной точки RPC для службы репликации почтовых ящиков Microsoft Exchange:
    Время ожидания вызова 'net.tcp://exch/Microsoft.Exchange.MailboxReplicationService' истекло. Сведения об о
    шибке: Операция открытия не завершилась в течение указанного периода ожидания 00:01:00. Время, назначенное
    для выполнения этой операции, может быть составной частью более длинного тайм-аута. --> После 00:01:00 ис
     текло время ожидания передачи через сокет. Превышен период ожидания, установленный в привязке.... "

    Т.е. ему по барабану, что время я установил рекомендуемое

    DataImportTimeout="00:20:00"


    • Изменено lamerische 17 марта 2013 г. 19:14
    17 марта 2013 г. 16:48
  • Добрый день. 1. Между этими серверами у вас есть какой-нибудь firewall? 2. На этих серверах по сколько сетевых карт установлено?

    Blog - Smtp25.ru

    18 марта 2013 г. 6:32
    Отвечающий
  • Серверы находятся в периметре защищенной сети, поэтому фаеры отключены в принципе.

    На каждом сервере установлено по 2 сетевых карты: под DAG свои, под основной канал свои.


    • Изменено lamerische 18 марта 2013 г. 7:02
    18 марта 2013 г. 7:01
  • Проверьте, чтобы сетевой интерфейс с прописанным шлюзом стоял первым в списке network adapter binding: http://techrena.net/view-change-network-adapter-card-priority-binding-order-windows-7/ (раздел "Changing Network Cards Priority in Windows" метод 1)

    Blog - Smtp25.ru

    18 марта 2013 г. 7:17
    Отвечающий
  • Проверил - так оно и есть.
    18 марта 2013 г. 7:24
  • 1. Покажите пожалуйста вывод команд:

    Get-MailboxDatabase | ft Name, ServerName, *RPCClient* -Autosize
    Get-ClientAccessArray

    2. Посмотрите в System Event Log, не падает ли эта служба "Microsoft Exchange Mailbox Replication"


    Blog - Smtp25.ru

    18 марта 2013 г. 7:46
    Отвечающий
  • [PS] C:\Windows\system32>Get-MailboxDatabase | ft Name, ServerName, *RPCClient* -Autosize

    Name ServerName RpcClientAccessServer
    ---- ---------- ---------------------
    MAILBASE   EXCH-DAG2 EXCH
    MAILBASE2 EXCH-DAG2 EXCH
    MAILBASE3 EXCH-DAG2 EXCH
    MAILBASE5 EXCH-DAG2 EXCH

    [PS] C:\Windows\system32>Get-ClientAccessArray
    [PS] C:\Windows\system32>

    Служба не падает, единственное - в эвентах появляется вышеозвученная ошибка при попытке переноса ящика, но это и понятно...

    18 марта 2013 г. 8:32
  • Господа гуру, есть еще какие-нибудь идеи или Microsoft непобедим?
    • Изменено lamerische 18 марта 2013 г. 12:00
    18 марта 2013 г. 11:59
  • А можете поподробней про конфигурацию рассказать?

    "Имеется Exchange2010, состоящий из двух серверов: на одном все роли, на втором - роль mailbox (создан DAG). Возникла необходимость в перемещении почтовых ящиков из одной базы в другую, процесс заканчивается с ошибкой"

    Как я понимаю, серверов в DAG два, на каждом 2 БД - к примеру MDB01 и MDB2. Базы смонтированы как? Активные на одном сервере или на каждом?

    18 марта 2013 г. 12:27
  • В DAG два сервера, на каждом сервере по одной активной базе и по одной копии соседки, базы разрослись и надо бы их подробить, т.е. попереносить ящики в новые базы, но на этом и произошел затык. Ничего сверхъестественного...
    18 марта 2013 г. 12:48
  • А если активные базы поместить на одном сервере - работает?
    18 марта 2013 г. 14:11
  • Тоже не работает...
    18 марта 2013 г. 14:32
  • Есть некоторые новости: после долгих мучений удалось выяснить, что несмотря на измененный конфиг ...\V14\ClientAccess\ExchWeb\EWS\web.config след. командлет дает результат

    [PS] C:\Windows\system32>Get-WebServicesVirtualDirectory | fl *mrs*

    MRSProxyEnabled : false
    MRSProxyMaxConnections : 100

    т.е., как я и предполагал, изменения в нем почему-то не подхватываются

    Изменить ситуацию удалось только лишь командлетом

    [PS] C:\Windows\system32>Set-WebServicesVirtualDirectory -Identity "EWS (Default Web Site)" -MRSProxyEnabled $true -MRSP
    roxyMaxConnections 100, после чего

    [PS] C:\Windows\system32>Get-WebServicesVirtualDirectory | fl *mrs*

    MRSProxyEnabled : True
    MRSProxyMaxConnections : 100, 

    но так и не понял, каким же образом тогда менять параметр DataImportTimeout (справка по командлету Set-WebServicesVirtualDirectory о нем вообще умалчивает) и почему по барабану изменения в конфиге ....\V14\ClientAccess\ExchWeb\EWS\web.config

    Кстати...я предполагал, что при изменении параметров командлетом этим самым будут внесены изменения в конфиг, ан нет, зачем же он тогда, спрашивается, вообще нужен?...

    Господа, поделитесь информацией, у всех включена служба MRSProxy? На MS написано, что 

    "Служба MRSProxy упрощает перемещение почтовых ящиков между локальной организацией Exchange и облачной организацией." 

    Но ведь у меня перемещение не работает внутри локалки, так, может, она в моем случае и нах не нужна?

    А то я изначально зацепился за эту идею в самом начале обсуждения, а она вовсе не из той оперы?






    • Изменено lamerische 19 марта 2013 г. 11:48
    18 марта 2013 г. 15:03
  • Есть еще небольшие новости: согласно второй части этой статьи http://hghltd.yandex.net/yandbtm?src=F&text=DataImportTimeout&url=http%3A%2F%2Fcommunity.office365.com%2Fen-us%2Fb%2Fthe_grid%2Farchive%2F2011%2F06%2F14%2Fgrid-user-post-office-365-the-big-build-parts-1-through-4.aspx&fmode=inject&mime=html&l10n=ru&sign=9e3e2df81a0904b2ca9a5f6778f94b04&keyno=0

    если не вносить правки в конфиг, то ошибки должны быть другие.

    След, можно сделать предположение, что все-таки не там роем, т.е. предложенное Ильей решение не по данному вопросу.

    Осталось каким-то образом выяснить, что именно Microsoft имел в виду, закладывая в систему вышеозначенную ошибку...

    19 марта 2013 г. 14:30
  • В принципе верно, что проблема в чем-то другом, т.к. компонент MRSProxy отвечает только за перемещение ящиков между организациями (например, между разными лесами либо между организацией и Exchange Online)

    По умолчанию эта служба выключена: Start the MRSProxy Service on a Remote Client Access Server


    Blog - Smtp25.ru


    19 марта 2013 г. 15:41
    Отвечающий
  • Смотря какая "виртуалка" :-)

    Сазонов Илья http://isazonov.wordpress.com/

    26 марта 2013 г. 16:28
    Модератор
  • Виртуалка живет на ESXi-5.1 хосте 

    Играл с таймаутами  (receiveTimeout, sendTimeout) в MSExchangeMailboxReplication.exe.config - по барабану: процесс перемещения заканчивается с ошибкой ровно через минуту...

    Что характерно, в консоли управления в запросах на перемещение никаких следов о проделанных попытках, т.е. такове вчпечатление, что до службы действительно невозможно достучаться, хотя, насколько я понимаю, служба прекрасно проходит тест rpcping, как показано выше...

    Господа, ну хоть какие-то идеи?


    • Изменено lamerische 28 марта 2013 г. 14:35
    27 марта 2013 г. 6:59
  • Поскольку решение проблемы в лоб так и не было найдено (вообще сомнительно, что оно в принципе существует...), а тянуть дальше уже было просто нельзя, проблема была решена кардинально, а именно, полным восстановлением сервера в чистую виртуальную машину (setup /m:RecoverServer /InstallWindowsComponents).

    Всем спасибо за участие.

    • Помечено в качестве ответа lamerische 8 апреля 2013 г. 7:19
    8 апреля 2013 г. 7:19
  • Это не ваш случай?


    Сазонов Илья http://isazonov.wordpress.com/

    Благодарю Илью за помощь! Решил свою проблему связанную с изменением лимита временем запроса к IIS.

    Поменял строку <MRSProxyConfiguration IsEnabled="False" MaxMRSConnections="100" DataImportTimeout="00:01:00" /> на <MRSProxyConfiguration IsEnabled="True" MaxMRSConnections="100" DataImportTimeout="00:20:00" /> затем перезапустил IIS и net stop MSExchangeMailboxReplication, net start MSExchangeMailboxReplication. И выполнил свой запрос New-MailboxExportRequest -Mailbox ... для экспорта писем в pst 

    17 декабря 2015 г. 11:57