MRM по сути – уже присутствовал в некотором виде в Exchange Server 2003, и управлялся там службой Recipient Update Service (RUS). Если помните, было два типа политик Recipient Update Policy: управление адресами и управление контентом ящиков (о последнем вообще никто не пишет, включая Microsoft, видимо считается что все и так телепаты ). Но там он был неудобен в некоторых моментах, и нынешней системе MRM в подметки не годится. В частности ко всем получателям прикреплялась одна, ну максимум 2-3-4 политик, в основном разруливавших вопросы с адресными пространствами организации, но уж об управлени.

Имеется задача осуществить плавный (тое сть без прерывания работы пользователей) переход с E2003 SP2 на E2010. Имеется домен Windows Server 2003 R2 SP2, лес один, сайтов нет.

E2003 и Е2010 должны некоторое время работать совместно. В это время буду постепенно перетаскивать почтовые ящики и реплицировать общие папки с Е2003 на Е2010 Хотелось бы услышать пошаговый опыт 'со всеми подводными камнями', как это делается. Для себя пока понял, что 1.Так как в качестве клиентов у меня Outlook 2003 и 2007, то для Outlook 2003 необходимо включить шифрование для подключения к Е2010.

2.Надо подготовить схему AD. Поскольку желаю, чтобы Е2010 работал совместно с Е2003, то я так понимаю, что надо запускать setup.exe из дистрибутива Е2010 с двумя ключами, последовательно: сначала с /PrepareAD /Organization/name:'myname' - для 'глобальной' подготовки схемы только потом с /PreparyLegacyExchangePermission - для того, чтобы совместно могли работать Е2003 и Е2010 Пока только начал это. Кто может подсказать дальнейшую последовательность действий и 'подводные камни'? Для установки ролей лучше запускать setup в GUI моде - многие подготовительные шаги будут выполнены автоматически, плюс показано, какие обновления надо установить. И следуйте руководствам: Только по моему опыту я бы не трогал адресные книги до момента полного отказа от Exchange 2003, т.е. Не надо их переносить на 2010-й до самого последнего момента - переходные процессы репликации на серверах и перенастройки клиентов почему-то занимают много времени.

Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/. Для установки ролей лучше запускать setup в GUI моде - многие подготовительные шаги будут выполнены автоматически, плюс показано, какие обновления надо установить. И следуйте руководствам: Только по моему опыту я бы не трогал адресные книги до момента полного отказа от Exchange 2003, т.е. Не надо их переносить на 2010-й до самого последнего момента - переходные процессы репликации на серверах и перенастройки клиентов почему-то занимают много времени. Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/. А как быть со старым Recpient Update Service(RUS) - я имеюю ввиду, после того как полностью перееду на Е2003, ведь его же надо будет как-то удалить, для того,чтобы удалить старый Е2003?Я так понимаю,RUS есть двух типов - Recipient Update Service (Enterprise Configuration) и Recipient Update Service (Мое имя организации).

Тот что Recipient Update Service (Мое имя организации) - МОжно будет удалить прямо из Exchange System Manager, а вот как быть с RUS Enterprise от Е2003?Как его удалить?Не через Power Shell ли?Если да, то не напомните ли команду? Илья, еще такой вопрос. Я так понял, что в моем случае (совместная работа Е2003 и Е2010) в качестве 'подготовительных команд' мене придеться выполнить в следующей последовательности следующие: 1.

Setup.com /PrepareLegacyEexchangePermissions 2. Setup.com/PrepareSchema 3. Setup.com/PrepareAD Последовательность такая? Если я выполню эти три команды, а устанавливать Е2010 я начну только через 3 дня, то в эти 3 дня мой старый Е2003 будет без изменений, то есть нормально?

Или ставить Е2010 после этих трех команд надо СРАЗУ? Добрый день.Неспешно двигаюсь вперед. Выполнил следующие 3 команды. Все завершились успехом. Setup.com /PrepareLegacyEexchangePermissions setup.com/PrepareSchema setup.com/PrepareAD Сейчас возник вопрос - Планирую начать непосредственно установку Е2010. Как это делать грамотнее - ставить сразу все 3 роли - CAS, Hub Transport и Mailbox, или последовательно - сначала - CAS, потом Hub Transport, потом Mailbox, как собственно и написано в Exchange Server Deployment Assistant?

Допустим на первом этапе я ставлю только CAS. Я так понимаю, что с этого момента почтовые клиенты начнут коннектиться к Еxchange уже через CAS. В качестве клиентов - Outlook 2003 и Outlook 2007. На Outlook 2003 я заранее включил шифрование. Надо ли будет заново настраивать в клиентах Outlook 2003 подключение к CAS или оно само перенастроиться, как и в Outlook 2007? Есть еще клиенты Outlook 2003, работающие с сервером по POP3. Их я так понимаю трогать пока вообще не надо,так же как работали, так и будут работать?

Из-за слияния или поглощения организаций, а также для соблюдения требований закона клиентам может потребоваться развернуть Exchange в топологии с несколькими лесами Exchange. При этом необходима синхронизация объектов получателей между отдельными лесами службы каталогов Active Directory. Дополнительные сведения о топологиях Exchange с несколькими лесами см. Корпорация Майкрософт предлагает агент управления синхронизацией глобального списка адресов для синхронизации объектов получателей.

Версия этого агента, которая входила в состав Microsoft Identity Integration Server (MIIS) 2003, была рассчитана на работу с Exchange Server 2003 и использовала службу обновления получателей. Так как служба обновления получателей устарела и не требуется для Exchange 2007, новый агент управления синхронизацией глобального списка адресов, который входит в состав ILM 2007, не использует ее. В рамках процесса синхронизации агент управления синхронизацией глобального списка адресов создает объекты получателей в обоих лесах Active Directory. После создания получателей агент управления использует командлет Update-Recipient для добавления атрибутов, требуемых Exchange 2007, для завершения подготовки получателей к работе. При использовании MIIS 2003 необходимо выполнить различные командлеты для завершения подготовки к работе почтовых контактов, созданных агентом управления синхронизацией глобального списка адресов.

Дополнительные сведения об подготовке к работе почтовых контактов, созданных в MIIS 2003, см. Командлет Update-Recipient позволяет выполнить эту операцию более эффективно. Для завершения подготовки к работе достаточно выполнить командлет Update-Recipient для объектов получателей, созданных агентом управления синхронизацией глобального списка адресов MIIS 2003. Для выполнения командлета Update-Recipient используемой учетной записи необходимо делегировать следующую роль:. роль администратора получателей Exchange. Дополнительные сведения о разрешениях, делегировании ролей и правах, необходимых для администрирования Exchange 2007, см.

Параметр Обязательный Тип Описание Identity Обязательный Microsoft.Exchange.Configuration.Tasks.RecipientIdParameter Параметр Identity идентифицирует получателя. Можно использовать одно из следующих значений:. GUID;.

домен учетнаязапись;. имя участника-пользователя;.

устаревшееразличающеесяимяExchange;. SMTP-адрес;. имя;. псевдоним.

Confirm Необязательный System.Management.Automation.SwitchParameter Параметр Confirm используется для приостановки команды и требует подтверждения выполняемого ею действия. Указывать значение параметра Confirm не требуется. Credential Необязательный System.Management.Automation.PSCredential Параметр Credential указывает имя пользователя и пароль, которые необходимо использовать для доступа к Active Directory.

Если используется параметр Credential, для продолжения выполнения команды требуется ввести пароль учетной записи. DomainController Необязательный Microsoft.Exchange.Data.Fqdn Чтобы задать полное доменное имя контроллера домена, который записывает эти изменения конфигурации в службу каталогов Active Directory, включите в команду параметр DomainController.

Server Необязательный Microsoft.Exchange.Configuration.Tasks.ServerIdParameter Параметр Server указывает сервер, на котором будут выполняться выбранные операции. WhatIf Необязательный System.Management.Automation.SwitchParameter При использовании параметра WhatIf команда имитирует действия над объектом, которые она будет выполнять. Параметр WhatIf позволяет узнать, какие изменения произойдут, не применяя их. Указывать значение параметра WhatIf не требуется.

Первый пример показывает, как использовать командлет Update-Recipient для добавления атрибутов Exchange 2007 к почтовому контакту, который представляет почтовый ящик пользователя John Smith. Во втором примере показано, как обновить все контакты в определенном подразделении.

Предполагается, что выполняется синхронизация получателей в двух лесах (contoso.com и fabrikam.com), а также что все синхронизированные получатели из домена fabrikam.com хранятся в отдельном подразделении «fabrikam.com Users» в домене contoso.com.