none
Public Folders не реплицируются! RRS feed

  • Вопрос

  • Доброго дня, коллеги!

     

    Имеется два сервера Exchange:

    1. Exchange 2007 8.03.0083.000 SP3 (исходный)

    2. Exchange 2010 v.14.01.0218.013 SP1 (конечный)

    Все роли обоих серверов развернуты на одной машине (Hub,Cas,MB)

    Делаем миграцию с исходного (EX 2007) на конечный (Ex 2010)

    Успешно перемещены коннекторы, почтовые ящики пользователей, почта уже "ходит" через Ex 2010. Но "Public Folders" не реплицируются, в итоге "удалить" исходный EX 2007 не удается.

    Для репликации Piblic Folders сделано следующее:

    1. Создана новая база данный на конечном Ex 2010

    2. В свойствах базы данных MailBox указана база Public Folders с Ex 2007

    2. Командой Get-PublicFolderStatistics –server <SourceServerName> | fl | out-file C:\Users\ <YourUserName>\Documents\PF<SourceServerName>stat.txt

    Понятно сколько "весит" исходная база данных.

    3. Командной \MoveAllReplicas.ps1 –Server <SourceServerName> –NewServer <DestinationServerName>

    Запускаем репликацию с исходного на конечный, ошибок нет. Просто команда выполняется и всё. Далее ждём до суток и

    4. Командой Get-PublicFolderStatistics –server <DestinationServerName> | fl | out-file C:\Users\<YourUserName>\Documents\PF<DestinationServerName>stat.txt

    Проверяем реплику баз данных Public Folders, размеры файлов PF<DestinationServerName>stat.txt и PF<SourceServerName>stat.txt должны совпасть.

     

    Но они разные, размер исходного файла 72 Кб, а конечного 3 Кб.

     

    В "Журналах событий" ошибок в репликации, как успешных уведомлений, не наблюдается.


    Помогите найти решение, подскажите куда копать ?

    Буду признателен за любую информацию!

    Заранее Спасибо!

     

     

     

     

    14 июля 2011 г. 6:29

Ответы

  • Проблема решилась:

    1. В ADSIEDIT (cn=configuration) заходим в Административную группу сервера и удаляем параметр "Public Folder"

    2. Перезагружаем службу "Банк данных Exchanhe"

    3. Заходим в ЕМС и убеждаемся, что базы данных PF нет.

    4. Удаляем Exchange 2007, все роли, через "Add/Remove Programs".

     

    Замечание:

    У меня на этапе удаления MailBox процесс "Удаление файлов" висел около 1 часа при этом активность в "Диспетчер задач" была у процесса powershell32. В итоге "убил" этот процесс и "Удаление файлов" закончилось с зеленой галочкой. :)

    17 июля 2011 г. 12:37

Все ответы

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

    14 июля 2011 г. 6:53
  • Спасибо за оперативный ответ, Михаил!

    Подскажите как это сделать ? Добавить партнера по реплике и повысить логи.

    Антиспам как и антивируса на этих серверах не стоит, перед миграцией их удалил специально.

    14 июля 2011 г. 7:21
  • Проверяем реплику баз данных Public Folders, размеры файлов PF<DestinationServerName>stat.txt и PF<SourceServerName>stat.txt должны совпасть.

    Совсем не обязательно

    Но они разные, размер исходного файла 72 Кб, а конечного 3 Кб 


     Кб? У вас там пусто?


    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    14 июля 2011 г. 7:48
    Модератор
  • Там не пусто! Просто "Public Folders" особо ни кто не пользуется, его можно не переносить. Но без репликации не удаляется Ex 2007, он пишет "мол не могу удалить MB т.к. есть реплики в базе данных общих папок".

    Как быть ?

     

    Подскажите как руками добавить партнера по реплики и повысить логи ?


    14 июля 2011 г. 15:30
  • Если PF не нужны, то посмотрите как удалить http://blogs.technet.com/b/exchange/archive/2007/07/09/3403373.aspx


    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    15 июля 2011 г. 2:29
    Модератор
  • тут немного про то как добавить, писать руками не охото:) http://www.simple-talk.com/content/print.aspx?article=1202

    тут немного про логирование http://technet.microsoft.com/en-us/library/dd335139.aspx

    15 июля 2011 г. 4:29
  • Посмотрел, так всё и делал!

    Проблема именно в том, что реплики не передаются на сервер назначения Ex 2010. И как следствием я не могу "удалить" Ex 2007.


    Обнаружилась интересная ошибка.

    Если на исходном Ex 2007 набрать команду Get-PublicFolderStatistics -Server исходный сервер

    то он показывает содержимое Общих папок

    Если набрать команду Get-PublicFolderStatistics -Server конечный сервер

    то он показывает ошибку "ни таком-то сервере (конечном) нету доступных баз данных общих папок"

    Но она там ЕСТЬ!!!

    Более того, если те же команды ввести на конечном сервере Ex  2010:

    Get-PublicFolderStatistics -Server исходный сервер

    то он показывает содержимое Общих папок

    Get-PublicFolderStatistics -Server конечный сервер

    то он показывает содержимое Общих папок

     

    Почему исходный сервер Ex 2007 не видит базы данных общих папок на конечном сервере ? Куда копать ?

    Кстати запускал скрипт .\MoveAllReplicas.ps1 -Server MySourceServer -NewServer MyTargetServer

    именно на конечном сервере, он успешно выполняется но репликации по факту не происходит.

    Может его надо на исходном Ex 2007 запускать ?

    15 июля 2011 г. 8:16
  • то что он не видит базы 2010, это нормально (хотя именно с PF не уверен).

     

    Запуска надо с 2010. Посмотрите есть ли вообще содержимое на 2010 в PF идентичное с 2007 если есть, то по той ссылке которуя я присылал удалите реплики руками ( так же как там добавляли ). а потом побробуйте грохнуть базу.

    15 июля 2011 г. 9:36
  •  

    Почему исходный сервер Ex 2007 не видит базы данных общих папок на конечном сервере ? Куда копать ?


    Exchange 2007 не может управлять объектами Exchange 2010!

     

    Управлять объектами Exchange 2010 надо из оснастки  Exchange 2010, а объектами  Exchange 2007 из оснастки  Exchange 2007


    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    15 июля 2011 г. 9:41
    Модератор
  • то что он не видит базы 2010, это нормально (хотя именно с PF не уверен).

     

    Запуска надо с 2010. Посмотрите есть ли вообще содержимое на 2010 в PF идентичное с 2007 если есть, то по той ссылке которуя я присылал удалите реплики руками ( так же как там добавляли ). а потом побробуйте грохнуть базу.

    В PF на Ex 2010 нет содержимого из 2007, там только "Архивирование сообщений электронной почты" и всё. Попробую удалить реплики руками по вашей ссылке, отпишусь.
    15 июля 2011 г. 9:55
  • Если на 2010 чего то нет, то вы можете потерять данные :(
    15 июля 2011 г. 10:05
  • Если на 2010 чего то нет, то вы можете потерять данные :(

    Повторюсь данные в PF на исходном Ex 2007 нам НЕ НУЖНЫ! На новом Ex 2010 есть "пустая" база PF, с ней и будут работать пользователи если понадобится.

    Нам главное это "правильно" удалить Ex 2007 на исходном сервере, чтобы АД нормально "очистился" и был только один сервер Ex 2010.

    Поэтому, если есть механизм ручного "убивания" PF, подскажите. :)


    15 июля 2011 г. 10:17
  • ADSIEDIT.msc

     

    :) но не люблю я его... попробуйте реплики удалить, а потом из emc

    15 июля 2011 г. 10:19
  • ADSIEDIT это ОЧЕНЬ на крайний случай, после него АД может "умереть". :)

     

    Попробую сначала удалить реплики и базу на Ex  2007, а потом уже приму решение.

    Спасибо за советы!

    15 июля 2011 г. 11:24
  • Ну на самом то деле, если знаешь что делать в ADSIEDIT то ничего страшного не случиться, но это действительно крайний случай:)

    15 июля 2011 г. 19:56
  • Ну на самом то деле, если знаешь что делать в ADSIEDIT то ничего страшного не случиться, но это действительно крайний случай:)

    15 июля 2011 г. 19:56
  • Проблема решилась:

    1. В ADSIEDIT (cn=configuration) заходим в Административную группу сервера и удаляем параметр "Public Folder"

    2. Перезагружаем службу "Банк данных Exchanhe"

    3. Заходим в ЕМС и убеждаемся, что базы данных PF нет.

    4. Удаляем Exchange 2007, все роли, через "Add/Remove Programs".

     

    Замечание:

    У меня на этапе удаления MailBox процесс "Удаление файлов" висел около 1 часа при этом активность в "Диспетчер задач" была у процесса powershell32. В итоге "убил" этот процесс и "Удаление файлов" закончилось с зеленой галочкой. :)

    17 июля 2011 г. 12:37