none
Exchange 2013: батч для миграции пользователей из БД Exchange 2010 завис в статусе "Syncing" (после отказа сервера) RRS feed

  • Вопрос

  • Добрый день!

    У меня имеется следующая структура и произошла следующая ситуация:

    2013 DAG, 2 mailbox сервера (MB2013_1 и _2) + 2 CAS сервера (CAS2013_1 и _2)

    2010 stand-alone mailbox сервер (MB2010) + CAS сервер (CAS2010)

    это все в co-existence mode.

    Я создал БД на 2013 mailbox сервере и добавил ее в DAG.

    Я начал миграцию 48 пользователей (одним батчем) из БД на 2010 Exchange в новую БД на 2013 Exchange.

    7 пользователей были успешно мигрированы, затем произошел отказ питания на сервере, на котором располагались один из 2013 mailbox (MB2013_1 - где БД была активна), 2013 CAS и оба 2010 сервера.

    После того, как сервера стали back online, я восстановил на MB2013_1 БД с MB2013_2 (Re-seed), т.к. после резкого отключения база на 2013_1 побилась, а на 2013_2 была в статусе Healthy Inactive.

    Батч, как то и ожидалось, упал с ошибкой. Для четырех пользователей часть ящиков уже была мигрирована, но не полностью (7 было уже Finalized).

    Я удалил батч и создал новый, для оставшихся 41 пользователя.

    Этот батч все еще в статусе Syncing, причем Synced/Finalized/Failed = 0.

    БД в состоянии Active Mounted и индекс Healthy.

    Почему батч повис и как это победить?

    Спасибо!


    2 сентября 2013 г. 22:22

Ответы

  • У меня все заработало после следующих действий:

    You can also resolve this problem by removing a configuration entry that refers to the ContentSubmitters group. This entry is present in four files. Each file is called WcfConfigurator.xml, and you can find each file in the following folder: 
    %ExchangeInstallPath%\Bin\Search\Ceres\HostController\Data\Nodes\Fsis\<var>NODENAME</var>\Configuration\Local

    Here, "%ExchangeInstallPath%" is the Exchange installation root path (available in the environment variable of that name), and the placeholder <var style="color:#333333;font-family:'Segoe UI', Arial, Verdana, Tahoma, sans-serif;font-size:13px;line-height:normal;">NODENAME</var> represents one of the following names. (There is one name for each of the four files that are to be edited.) 
    • AdminNode1
    • ContentEngineNode1
    • IndexNode1
    • InteractionEngineNode1

    These are text files. You can use Notepad or any other convenient plain text editor to change them. Make sure that you make only the change that is described here.

    Each file contains at most one line that contains the following:

        <AuthorizedRole>ContentSubmitters</AuthorizedRole>

    Remove this line, and then save the file. Repeat this operation for each of the four files, and then restart the Microsoft Exchange Search Host Controller service. (Refer the following screen shot) 

    • Помечено в качестве ответа Philip Portnoy 5 сентября 2013 г. 2:31
    5 сентября 2013 г. 2:31

Все ответы

  • День добрый.

    Вариант 1.

    Проверьте базу данных Esutil. 

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

    Вариант 2.

    Рекомендую создать временную базу данных, переместить туда пользователей. Удалить восстановленную. Создать снова. Вернуть пользователей из временной. Попробовать снова запустить миграцию.


    MCITP, PSLP. Знание - не уменьшает нашей глупости.



    3 сентября 2013 г. 10:56
    Модератор
  • Добрый день.

    Я создал вторую БД 2013. В нее пользователи так же не переезжают, зависают на Syncing.

    В эту новую БД также не переезжают пользователи из другой 2010 БД...

    Get-MoveRequest -Identity "..." | Get-MoveRequestStatistics -IncludeReport | fl

    Ничего не показывает, задачи висят в "Queued".

    Есть еще идеи?


    4 сентября 2013 г. 0:05
  • Если не переезжают, то остается:

    1. Проверить базы Esutil.

    2. Проверить AD на наличие ошибок.


    MCITP, PSLP. Знание - не уменьшает нашей глупости.

    4 сентября 2013 г. 5:58
    Модератор
  • У меня все заработало после следующих действий:

    You can also resolve this problem by removing a configuration entry that refers to the ContentSubmitters group. This entry is present in four files. Each file is called WcfConfigurator.xml, and you can find each file in the following folder: 
    %ExchangeInstallPath%\Bin\Search\Ceres\HostController\Data\Nodes\Fsis\<var>NODENAME</var>\Configuration\Local

    Here, "%ExchangeInstallPath%" is the Exchange installation root path (available in the environment variable of that name), and the placeholder <var style="color:#333333;font-family:'Segoe UI', Arial, Verdana, Tahoma, sans-serif;font-size:13px;line-height:normal;">NODENAME</var> represents one of the following names. (There is one name for each of the four files that are to be edited.) 
    • AdminNode1
    • ContentEngineNode1
    • IndexNode1
    • InteractionEngineNode1

    These are text files. You can use Notepad or any other convenient plain text editor to change them. Make sure that you make only the change that is described here.

    Each file contains at most one line that contains the following:

        <AuthorizedRole>ContentSubmitters</AuthorizedRole>

    Remove this line, and then save the file. Repeat this operation for each of the four files, and then restart the Microsoft Exchange Search Host Controller service. (Refer the following screen shot) 

    • Помечено в качестве ответа Philip Portnoy 5 сентября 2013 г. 2:31
    5 сентября 2013 г. 2:31