none
Миграция Exchange 2007 на новое железо RRS feed

  • Вопрос

  • Здравствуйте!

    Ситуация следующая:
    По некоторым причинам решили перенести Exchange 2007 на новую железку. Подняли новый сервак, выдали точно такие же роли как и у старого. Они начали видеть друг друга, все настройки реплицировались на новый сервак. Далее начали переносить базу. Увели базу в дизмаунт, проверили статус базу "Clean". Скопировали файлы баз *.edb на новый сервер. Далее на новом сервере создали базы с такими же названиями но без автомаунта. Далее зашли в свойства новых баз и поставили галочки "база может быть заменена". Далее скопировали в необходимые директории наши старые базы со статусом "Clean". Замаунтили новые базы, все хорошо поднялось, все базы подцепились. Далее сделали миграцию атрибутов почтовых ящиков на новый сервер, все почтовые ящики стали прикреплены к новому серверу. Далее перенесли оффлайн глобальный справочник на новый сервер. 

    После всех проделанных работ загасили первый сервак обычным выключением, перешли к проверке подключения. Клиенты Outlook подключились к новому серверу, но синхронизация папок не проходит, письма не отправляются и Outlook постоянно пишет "Получаю данные сервера, ожидание сервера". При включении старого сервера все оутлуки подключаются нормально и почта работает, хотя уже все подключены на новый.

    В чем была допущена ошибка?

    5 декабря 2017 г. 5:00

Все ответы

  • Мне кажется надо чистить AD от старого сервака.
    5 декабря 2017 г. 5:16
  • Можно подробнее, в чем заключается чистка? Думаете где-то конфликт?
    5 декабря 2017 г. 5:18
  • Реплики общих системных папок на новый сервер перенесли, со старого удалили?

    Попробуйте сделать деинсталляцию Exchange на старом сервере, если он более не участвует в процессе, то проверка на возможность удаления будет успешна.


    5 декабря 2017 г. 9:34
  • Вы имеете ввиду Publiс Folder Database (база общим папок)? Ее не переносили, а смысл?

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

    5 декабря 2017 г. 11:31
  • https://technet.microsoft.com/ru-ru/library/aa998193(v=exchg.80).aspx

    6 декабря 2017 г. 10:14
  • После всех проделанных работ загасили первый сервак обычным выключением, перешли к проверке подключения. Клиенты Outlook подключились к новому серверу, но синхронизация папок не проходит, письма не отправляются и Outlook постоянно пишет "Получаю данные сервера, ожидание сервера". При включении старого сервера все оутлуки подключаются нормально и почта работает, хотя уже все подключены на новый.

    SCP не удалили. Проверяем и очищаем атрибут.

    Get-ClientAccessServer | Format-Table -Property @("Name", "AutoDiscoverServiceInternalUri")

    Поставьте его в $null через Set-ClientAccessServer

    6 декабря 2017 г. 16:37
  • Помогло?
    18 декабря 2017 г. 8:52
  • Помогло?

    Можно подробнее что за SCP? Для чего используется?

    Завтра буду пробовать. в $null переводить после переноса баз?

    Я так понимаю эта команда переносит атрибут подключения ящиков в определенному серверу. Но ведь ранее в ручную все атрибуты были перенесены на новый сервер. Что даст перевод атрибута в значение $null?

    На данный момент по запросу 

    Get-ClientAccessServer | Format-Table -Property @("Name", "AutoDiscoverServiceInternalUri")

    Выдал оба сервера



    • Изменено kreedozz 25 декабря 2017 г. 11:20
    25 декабря 2017 г. 11:08
  • Можно. Для автообнаружения внутри домена.

    Просто ставьте $null и больше ничего не трогайте. После обновления пула автодискавер применит настройку $null перестанет цепляться к несуществующему серверу.

    25 декабря 2017 г. 11:18
  • Можно. Для автообнаружения внутри домена.

    Просто ставьте $null и больше ничего не трогайте. После обновления пула автодискавер применит настройку $null перестанет цепляться к несуществующему серверу.

    Перед установкой значения $null сервер с которого переносим базы должен быть выключен или удален?
    25 декабря 2017 г. 11:30
  • Это просто атрибут, по которому происходит несколько этапов проверки. Мы первый этап пропускаем, будут работать следующие.

    Задайте себе вопрос: пользователь в домене должен быть залогинен или заблокирован, если Вы собрались изменить ему атрибут Фамилия? Вот и здесь так же.

    25 декабря 2017 г. 12:25
  • Я понял, спасибо! Буду пробовать.
    25 декабря 2017 г. 18:15
  • На здоровье. Отписываться не забывайте, а то пропадает народ после решений и непонятно, взлетело или нет.
    25 декабря 2017 г. 18:17
  • На здоровье. Отписываться не забывайте, а то пропадает народ после решений и непонятно, взлетело или нет.
    Не, так не делаем :) Завалы были на работе, не было времени заниматься exchange.
    26 декабря 2017 г. 3:45
  • Попробовал поставить $null, но ничего не изменилось. Все так же "получаю данные с сервера" и тишина.
    10 апреля 2018 г. 5:32
  • На данный момент по запросу 

    Get-ClientAccessServer | Format-Table -Property @("Name", "AutoDiscoverServiceInternalUri")

    Выдал оба сервера

    Сервер один? FQDN точки AutoDiscoverServiceInternalUri в правильный IP разрешается?

    10 апреля 2018 г. 7:20