none
перемещение общих папок при миграции с 2003 на 2007 Exchange RRS feed

  • Вопрос

  • Доброго дня. Планируем мигрировать с 2003 на 2007 Exchange. Делаю тестовую миграцию в виртуальной среде (восстановил из бэкапа реальные данные и с ними "играюсь") На этапе установки все идет штатно. далее переместил Offline Address book и изменил свойства Recipient Update Service (указанием на новый сервер) Дальше перемещаю Public Folders. Сами папки с 2003 сервера через некоторое время пропадают, а вот Instances - нет. Ждал долго - около недели, не пропадают instances. Что делать?
    • Перемещено Hengzhe Li 12 марта 2012 г. 5:59 forum merge (От:Exchange Server 2007)
    12 января 2011 г. 10:58

Ответы

  • To Oleg A Krylov
    да, ваша правда, действительно все прекрасно работает (я имею в виду обновление схемы НЕ с контроллера домена)

    To ALL
    Использование для установки Exchange 2007 SP1 - не дало какого либо видимого эффекта. Все равно проблемы ровно те же.

    Я видимо буду делать бэкап в PST общих папок, после чего удалять их с сервера 2003, удалять хранилище через ADSI EDIT, удалять сервер Exchange 2003 и потом на сервере 2007 восстанавливать Public Folders из PST-бэкапа через outlook.

    Другого решения не находится, а время уже много потрачено.
    В виртуальной среде описанные действия опробовал - вроде бы все получилось (есть нюасны - но в целом все похоже на удачное завершение).

    Всем спасибо за помощь.

    • Помечено в качестве ответа Yuriy Lenchenkov 7 февраля 2011 г. 15:00
    7 февраля 2011 г. 14:44

Все ответы

  • почитайте эту доку http://technet.microsoft.com/en-us/library/bb288905%28EXCHG.80%29.aspx

    и вот такая же тема

    http://social.technet.microsoft.com/Forums/en-US/exchangesvrmigration/thread/7148d249-ff74-42d6-a6b1-c8aa1f023783/

     


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    13 января 2011 г. 16:10
  • Aswxed, ваша проблема сохраняется?
    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    17 января 2011 г. 12:36
  • Добрый день. прочитав рекомендации - откатился в виртуальной среде и сделал миграцию заново, на этот раз сразу после добавления сервера Exchange и необходимых действий (ввод ключа, ряд перезагрузок, создание баз, синхронизация иерархии public folder и т.п.) изменил привязку всех баз на старом сервере к Public Folder на новом сервере. После чего запустил перемещение всех реплик.

    Странным образом получается так, что нужно несколько раз запустить процесс (хоть скриптом хоть через консоль 2003 сервера) чтобы перемещение началось (начало процесса отслеживаю по сетевому трафику, т.к. среда стерильная, то ничего кроме этого в сети быть не должно)

    В результате имею следующее:

    • иерархия папок полностью синхронизировалась - Public folder instaces "висят" на старом сервере 
    • данные частично перенеслись на новый сервер (видно и по объему новой БД и по контенту через Outlook). 
    • данные которые НЕ перенеслись - не видны нигде, ни через веьб-интерфейс (который формардит на новый сервер) ни через outlook, ни у пользователя, чье хранилище заново привязали к старым Public folders

    Пока ситуация патовая - что делать дальше не очень понятно. Наверное попробую еще раз откатиться и снова попробовать мигрировать, четко отслеживая все шаги, хотя шагов то немного, да и где там я ошибся (если это конечно моя ошибка, а не "хвосты" старого Exchange, который настраивал не я)

    18 января 2011 г. 8:03
  • здесь предлагают использовать скрипт для переноса всех реплик

    http://msmvps.com/blogs/andersonpatricio/archive/2007/10/30/moving-all-replicas-from-an-exchange-server-2003-to-an-exchange-server-2007.aspx

     


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    20 января 2011 г. 9:32
  • Я пробовал и скриптом и через консоль 2003 сервера - результат один.

    я попробую описать последовательность действий - подскажите где я могу ошибаться?

    • Делаю копии серверов в виртуальной среде (у нас 2 контроллера домена и один Exchange 2003. один домен. один сайт). Копии делаю с одного контроллера домена (он же мастер всех ролей и глобальный каталог) и с Exchange. Второй контроллер домена в виртуальной среде понижаю принудительно и вычищаю DNS, Site ans Services, ADUC. Добиваюсь ситуации, когда после перезагрузки всех серверов и работе в течение 1-2 суток в event log нет никаких ошибок, а также dcdiag и netdiag ни на одном сервере не выдают ничего подозрительного. делаю снапшот, чтобы потом можно было откатиться назад.
    • На контроллере домена подготавливаю среду для установки Exchange 2007, запускаю последовательно Setup /pl, Setup /ps, Setup /p, Setup pad. Общее время подготовки около 20 мин. Перезагружаю контроллер домена
    • На свежеустановленном виртуальном сервере ставлю необходимые компоненты и устанавливаю exchange 2007 SP3. Установка через графический интерфейс, все опции по умолчанию, в процессе установки автоматически настраивается Routing Group с старым сервером. Время - около 1,5 часов. Ошибок нет, кроме предупреждения при подготовке среды к установке (см. скриншот)

    • Добавляю себя в группу Exchange Organization Administrators.
    • На 2007 Exchange ввожу ключ, перезагружаюсь
    • Запускаю Update hierarhy для общих папок на обоих серверах. Жду минут 15-20
    • Добавляю сервера репликации для всех общих папок. На 2003 сервере вручную для Public Folder, для System Folder на 2007 скриптом AddReplicaToPFRecursive.ps1 -TopPublicFolder "\NON_IPM_SUBTREE" –ServerToAdd NewExch2007. Жду минут 20. Проверяю состояние реплик командами Get-publicfolder -recurse \non_ipm_subtree |fl name, replicas и Get-publicfolder -recurse |fl name,replicas проверяю, что у папок указаны в качестве серверов репликации оба сервера и старый и новый.
    • В некоторые системные папки пришлось добавить сервра репликации с помощью консоли 2003 сервера.
    • Выждал сутки. Убедился что размер базы Public Folder на новом сервере вырос (правда суммарно он в 3 раза меньше чем сумма файлов EDB и STM на старом сервере). Трафик между серверами больше не ходит, база не растет.
    • Перегрузил оба сервера по очереди
    • Запустил скрипт MoveAllReplicas.ps1 -server oldExch2003 -NewServer NewExch2007  При выполнении скрипт ругнулся на папки Eforms registry, Offline Address book, Shedule+ Free busy.  Ошибка вида "Set-PublicFolder : Cannot save the object '\NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY'. Please make sure that you specified the correct Identity and that you have the necessary permissions to save it" . Выждал 4 часа и запустил в консоли 2003 сервера Move All Replicas. Прошло без ошибок.
    • С тех пор ситуация не меняется. Выглядит это так:
    • В консоли 2003 сервера в хранилище нет ни одной Public Folder, но зато остались все Public Folder instances. В ветке replication Status все папки находятс в состоянии In Sync. Причем если посмотреть Replication message reciever, то на старом сервере они в состоянии In Sync а на новом в состоянии local modifyed. В настройках сервера репликации указан только новый сервер у всех (!!) папок.
    • На новом сервере запуск вышеописанных скриптов показывает почти то же самое - что сервер репликации только один - NewExch2007, кроме папок Eforms registry, Offline Address book, Shedule+ Free busy.
    • Делаю еще такую проверку: 1) dismount store с Public Folder на саром сервере; 2) захожу в Outlook с учетной записью пользователя, чья база данных привязана к новому -севреру - общие папки видны и с ними можно работать (переносить туда письма например); 3)захожу в Outlook с учетной записью пользователя чья база привязана к старому серверу - общих папок нет (что в общем логично).
    • Проверить что в общих папках ВСЯ информация - не знаю как, их довольно много, и ставить везде себе доступ - долго. Размер на новом сервере меньше раза в 3 чем на старом (выше я псиал об этом)

    По результатам делаю вывод: информация скорее всего реплицирована вся, но вот сами реплики со старого сервера не уходят по какой то причине.

    Повысил логгинг на старом сервере MsExchangeIS\publicFolder\replication Outgoing Message и MsExchangeIS\publicFolder\replication Incoming Message до максимума, в логах ошибок нету. Единственное исключение - когда я делаю Mount store с public Folder, в логе появляется Event Id 131 с описанием "The events subsystem for the public folder database was not initialized because the system folder named 'StoreEvents{074FA4B3-C116-4C87-AD35-AF876BAD5C09}' and its subfolders do not have a replica on this server. If you are not in the process of removing the public folder database, add a replica for these folders on this server, wait for content to replicate from another server, and then dismount and remount the database." При этом судя по консоли 2003 сервера реплика этой папки на севрере присутствует.

    Подскажите пож, может я ггде то ошибаюсь в своих действиях? Может нужна иная последовательность? Может я что-то забыл?

    А если все верно - то можно ли как то вручную\принудительно прибить базу Public Folder  на старом сервере, т.к. информация реплицирована, а старя база мешает корректно удалить старый сервер?

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

    21 января 2011 г. 9:40
  • имейте в виду, что snapshot виртуальных контроллеров домена это неподдерживаемый вариант. Используйте systemstate bakcup, если потребуется
    сравните public folders с помошью утилиты

    http://www.microsoft.com/downloads/en/details.aspx?FamilyId=635BE792-D8AD-49E3-ADA4-E2422C0AB424&displaylang=en

    также повысьте логирование на стороне exchange 2007

    set-eventloglevel "MSExchangeIS\9001 Public\Replication Outgoing
    Messages" -level expert

    set-eventloglevel "MSExchangeIS\9001 Public\Replication Incoming
    Messages " -level expert
    потом
    Update-publicfolder
    и посмотрите, что будет в логах

    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    21 января 2011 г. 11:38
  • Про неподдерживаемость снапшотов я знаю, и понимаю почему это так. В моей ситуации (когда в обособленной виртуальной сети всего три сервера и один клиент, на всех них после подготовки сделаны снапшоты, чтобы в случае чего откатиться ВСЕМ СРАЗУ) думаю эти соображения не сильно значимы.

    • Сравнил Public Folder при помощи PFDAVAdmin.

    На новом сервере - лежат данные во всех папках, на старом - все папки пусты, кроме System Folders\System Configurations. В ней на новом сервере ДВЕ запсии, а на старом - только одна (указывающая на старый сервер)

    • повысил логирование на сервере 2007 на входящие и исходящие сообщения репликации
    • Запустил апдейт public Folder командами  Get-publicfolder -recurse | Update-publicfolder -Server Newexch2007 и Get-publicfolder -recurse \non_ipm_subtree | Update-publicfolder -Server Newexch2007 (при этом была ругань на корневые папки типа "\" и "\NON_IPM_SUBTREE" и на папки Eforms registry, Offline Address book, Shedule+ Free busy.  Ошибка как и прежде вида "Set-PublicFolder : Cannot save the object '\NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY'. По причине отсутствия реплики на данном сервере.

    В логах 2007 сервера куча сообщений с кодами 3016 и 3017, но ни одной ошибки или предупреждения, в логах 2003 - только 3017, и тоже ни одной ошибки или предпреждения

    У меня вопрос - судя по тому, что показал PFDAVAdmin на старом сервере нет данных, может он залип в своих попытках убрать public folder instances, и стоит как то руками их вычищать?

    И основной вопрос - последовательность действий у меня хоть правильная? Я нигде не попутал ничего не забыл?

    21 января 2011 г. 12:25
  • Al Alexey, есть новости?
    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    24 января 2011 г. 12:21
  • Так я же постом выше описал текущую ситуацию.

    Я, честно говоря, ждал Вашего ответа - ну и заодно ждал, может оно все таки само корректно все пройдет - но нет. не прошло.

    Повторю вопрос: Учитывая, что данные реплицированы полностью, а остались только instances может быть стоит попробовать руками убить Public Folder на старом сервере ( как?), чтобы корректно его удалить потом?

    25 января 2011 г. 11:01
  • сделайте экспорт общих папок в pst с exchange 2003 и попробуйте удалить их. Если чего-то будет не хватать, можно будет импортировать из pst в exchange 2007

    и как вариант - нет ли возможности попробовать установить exchage 2007 без обновлений, выполнить миграцию, потом накатить SP и остальное? 


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий

    25 января 2011 г. 14:46
  • да - экспорт Public Folders я уже сделал, "на случай войны" так сказать.

    Весь вопрос в том - КАК принудительно удалить Public Folders с сервера 2003. Я пробовал отмонтировать базу, удалить файлы и снова ее подмонтировать - но Exchange все равно создает внутри структуру системных папок. И если после этого сделать move All replicas - то все равно реплики системных папок остаются на 2003 сервере. И удалить Public Folder Store я не могу, т.к. сервер говорить что у вас еще реплики остались, перенесите их куда нибудь.

    Как вы предлагаете их удалять, чтобы дальнейший процесс удаления 2003 сервера прошел нормально?

    Без обновлений установить Exchange 2007 - можно попробовать. Вы вот  этот Exchange предлагаете? Просто на портале лицензий у нас только Exchange Sp1 есть, "голого" Exchange нету.

    25 января 2011 г. 15:43
  • через adsi edit попробуйте их найти

    Вы писали, что Exchange 2007 с SP3. Можно попробовать с каким-то из предыдущих пакетов.

     


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    25 января 2011 г. 20:15
  • ADSIedit Configuration Naming Context. Там находите Exchange -- Старую административную группу дальше интуитивно. И выпиливаете.

    Move-AllReplica на каком сервере запускали? Попробуйте еще раз на новом.


    MVP Exchange Server from Russia http://okrylov.wordpress.com
    26 января 2011 г. 13:37
    Модератор
  • TO:  Oleg A Krylov

    Move All Replicas запускал и на 2003 (командой через GUI консоль) и на 2007 - скриптом. Запускал регулярно несколько раз, с перерывами сначала по несколько часов, потом несколько дней. После каждой значимой операции (например удаление файлов баз ) еще несколько раз запускал с обоих серверов перемещение реплик. результата - нет.

    Через ADSI EDIT попробую сегодня вычистить Public Folder.

    буду пробовать  миграцию на exchange 2007 SP1 (скачал с портала лицензирования)

    31 января 2011 г. 7:29
  • Только что попробовал решить вопрос через ADSI EDIT. в ней удалил упоминание о Public Folder Store на старом сервере. Дальше выполнил стандартные действия : переместил ящики, удалил все store и storage group со старого сервера, удалил оба Recepient update Service, перетащил иерархию public Folder на новый сервер, удалил старые и создал новые SMTP-коннекторы, разрушил связь между старым и новым Exchange, вроде все. После этого попробовал удалиить старый Exchange через Add\remove program - не удалось. мастер сказал что на сервере еще остались почтовые ящики пользователей. Перегрузил пару раз оба сервера - результат тот же. Как понять на какие именно ящики он ругается? Сообщение об "оставшихся ящиках" это именно о ящиках, или может быть что, что-то не доделано?
    31 января 2011 г. 9:03
  • В оснастке ADUC нужно сделать запрос по Exchange-аттрибутам, запросив каталог на наличие пользователей имеющих HomeMailServer = старому (в названии аттрибута могу ошибаться, но логика такая, ищите по аналогии). И вот этим пользователям сделать харакири, либо убрать аттрибуты (очень часто бывает, что это какие-то отключенные учетные записи)


    MVP Exchange Server from Russia http://okrylov.wordpress.com
    31 января 2011 г. 9:12
    Модератор
  • не могу найти 32-bit дистрибутив Exchange server 2007 Sp1 (он нуден мне для подготовки контроллера домена, который 32-битный)

    Как считаете, если я проведу подготовку с дистрибутива exchange Server 2007 SP3 - а саму установку буду делать с Exchange server 2007 SP1, так можно?

    Или подскажите где скачать 32-битный дистрибутив - весь вечер вчера искал, все без толку. (Если что, на портале лицензирования не дают выбрать 32-бита - только 64)

     

    1 февраля 2011 г. 11:58
  • sp3 модифицирует некоторые атрибуты схемы

    http://technet.microsoft.com/en-us/library/ff607224%28v=EXCHG.80%29.aspx

     


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    1 февраля 2011 г. 12:52
  • На самом деле для подготовки схемы можно использовать более младший билд, ничего страшного. И RTM и все сервис-паки модифицируют схему, добавляя классы и аттрибуты. Учитывая, что сервис-паки - продукты самодостаточные (там есть полный дистрибутив в составе), они несут все старшие версии апдейтов схемы. Другими словами, подготовив схему с дистрибутива SP3, можно поставить SP1 без проблем.

    Алексей, у меня большие подозрения, что на портале лицензирования вы не найдете 32-битных версий, ибо они не предназначены для использования в Production Env, и если быть точным - не являются лицензионными. Поэтому найдите триальный дистрибутив х86 на download.microsoft.com и с его помощью подготовьте контроллеры (хотя я до конца не понимаю, почему не подготовить лес прямо с сервера Exchange?)


    MVP Exchange Server from Russia http://okrylov.wordpress.com
    1 февраля 2011 г. 12:59
    Модератор
  • подготовка леса, схемы и доменов по идее ведется с контроллера домена (или я не прав?)

    Всякий раз когда я в самом начале своих разбирательств с Exchange пытался поставить новую версию Exchange на выделенном для этого сервере (который НЕ являлся контроллером домена), установщик ругался и гвоорил что сначала надо подготовить лес-схему-домены, а для этого надо на контроллере домена, который яляется мастером схемы, запустить из под энтерпрайз админа установщик с ключами /pl, /ps, /p, /pad

    Есть какой то более простой способ? Разве можно подготовить лес-схему-домены НЕ с контроллера домена?

    1 февраля 2011 г. 13:48
  • Подготовка схемы леса и доменов производится на сервере с ролью Schema Master, и на самом деле абсолютно наплевать ОТКУДА вы ее производите, лишь бы был доступ к мастеру схемы и права администратора схемы. Вы удивитесь - МОЖНО :)


    MVP Exchange Server from Russia http://okrylov.wordpress.com
    1 февраля 2011 г. 14:14
    Модератор
  • Уважаемый пользователь!
    В вашей теме отсутствует активность в течение последних 5 дней. При отсутствии каких-либо действий в течение 2 последующих дней, тема будет переведена в разряд обсуждений. Вы можете возобновить дискуссию, просто оставив сообщение в данной теме.
    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    7 февраля 2011 г. 9:30
  • To Oleg A Krylov
    да, ваша правда, действительно все прекрасно работает (я имею в виду обновление схемы НЕ с контроллера домена)

    To ALL
    Использование для установки Exchange 2007 SP1 - не дало какого либо видимого эффекта. Все равно проблемы ровно те же.

    Я видимо буду делать бэкап в PST общих папок, после чего удалять их с сервера 2003, удалять хранилище через ADSI EDIT, удалять сервер Exchange 2003 и потом на сервере 2007 восстанавливать Public Folders из PST-бэкапа через outlook.

    Другого решения не находится, а время уже много потрачено.
    В виртуальной среде описанные действия опробовал - вроде бы все получилось (есть нюасны - но в целом все похоже на удачное завершение).

    Всем спасибо за помощь.

    • Помечено в качестве ответа Yuriy Lenchenkov 7 февраля 2011 г. 15:00
    7 февраля 2011 г. 14:44