Сосуществование с предыдущими версиями Exchange

Утилита проверки консистентности сайта

Программа проверки консистентности сайта (Site Consistency Checker, SCC) представляет собой обновленную версию программы Knowledge Consistency Checker из Exchange Server 5.5 и работает внутри SRS. Эта программа проверяет целостность информации для сайтов и групп администрирования при взаимодействии между Exchange Server 5.5 и Exchange Server 2003. Кроме того, в большой организации с большим числом сайтов Exchange 5.5 может быть реализована треугольная репликация ссылок (создающая дубликаты путей репликации) при переносе сайтов из Exchange Server 5.5 в Exchange Server 2003. SCC исключает появление треугольных схем в топологии связей при создании новых связей репликации.

База данных SRS

SRS использует технологию баз данных Extensible Storage Engine (ESE). Вы обнаружите, что она устанавливает один и тот же набор баз данных и журналов транзакций в качестве группы хранения. По умолчанию эти файлы хранятся в папке Exchsrv\srsdata. В отличие от хранилищ в группе хранения база данных SRS не может быть смонтирована или демонтирована, однако имеется возможность запускать и останавливать службу SRS с помощью утилиты Services.

Коннектор Active Directory

Active Directory Connector - это служба, работающая на контроллере домена Windows Server 2003 и позволяющая синхронизировать службы каталогов Exchange Server 5.5 и Windows Server 2003. В отличие от службы SRS, которая осуществляет репликацию данных между организацией Exchange 5.x и разделом именования конфигурации в Active Directory, служба ADC реплицирует данные между службой каталогов Exchange 5.x и разделом домена в Active Directory.

Служба ADC поставляется в двух версиях: одна входит в комплект Windows Server 2003, а другая - в Exchange Server 2003. Версия службы ADC Windows Server 2003 позволяет осуществлять репликацию данных службы каталогов организации Exchange 5.5 в Windows Server 2003 Active Directory. Версия ADC Exchange 2003 позволяет синхронизировать данные службы каталогов Exchange Server 5.5 с Windows Server 2003. Она также работает со службой SRS. Если в Windows Server 2003 установлен коннектор Active Directory Connector, Exchange Server автоматически обновит ADC до версии Exchange 2003 при установке Exchange Server 2003.

После синхронизации каталогов, описываемой в последующих пунктах, Windows Server 2003 Active Directory генерирует глобальный список адресов пользователей с доступом к почте для тех пользователей, которые подключаются к серверу Exchange 2003. Пользователи, подключающиеся к службе каталогов Exchange Server 5.5, будут продолжать осуществлять доступ к глобальному списку адресов из хранилища Exchange Directory Store (Хранилище Exchange Directory).

Планирование соглашения о соединениях в службе Active Directory Connector

Вы будете конфигурировать синхронизацию между двумя каталогами, определяя соглашения о соединениях, которыми управляет служба ADC Соглашение о соединениях - это соглашение, которое составляется вручную для описания того, как синхронизировать информацию каталогов между этими двумя каталогами. Будет определяться, по крайней мере, одно первичное соглашение о соединениях, и одно или несколько вторичных соглашений о соединениях. Эти соглашения должны содержать имена серверов, объекты синхронизации, целевые контейнеры и временной график синхронизации.

Соглашения о соединениях бывают односторонними или двусторонними. Как следует из названия, одностороннее соглашение о соединениях позволяет передавать информацию каталога только в одном направлении -из указанного каталога в каталог, к которому подсоединяется данное соглашение о соединениях. Например, если соглашение о соединениях настроено как одностороннее из каталога D1 в каталог D2, то любые изменения, внесенные в объекты каталога D1, будут реплицироваться в каталог D2. Однако изменения, внесенные в объекты каталога D2, не будут реплицироваться в каталог D1. Двустороннее соглашение о соединениях позволяет выполнять репликацию в обоих направлениях. Поэтому реплицируются все изменения, вносимые в объекты обоих каталогов.

При формировании соглашения о соединениях нужно сопоставить один или несколько контейнеров одного каталога с одним или несколькими контейнерами другого каталога. Этот выбор будет определяться средой, будущими планами и административной моделью сети. Например, можно синхронизировать используемый по умолчанию контейнер Recipients (Получатели) в сайте Exchange 5.5 с контейнером в Active Directory, возможно, с контейнером организационной единицы Users (Пользователи). В этой ситуации все контейнеры внутри контейнера Recipients будут автоматически создаваться внутри контейнера Users (см. рис 3.4).

Также можно выполнить синхронизацию одного контейнера Exchange с несколькими контейнерами Active Directory, выбрав репликацию одного класса объектов в одну организационную единицу (OU) Active Directory и репликацию другого класса объектов в другую OU Active Directory. Например, если все получатели Exchange 5.5 созданы в принятом по умолчанию контейнере Recipients, то можно выбрать репликацию пользовательских объектов в OU Users в Active Directory, а специальных получателей в OU Contacts, как это показано на рис 3.5.

Аналогичным образом производится синхронизация нескольких контейнеров Exchange с несколькими контейнерами Active Directory или нескольких контейнеров Active Directory с несколькими контейнерами Exchange. Более того, можно настроить каждое соглашение о соединениях для синхронизации одного или нескольких типов объектов. Эта служба позволяет перестроить иерархию объектов в Active Directory.

Установка службы ADC

Служба ADC инсталлируется из папки ADC на компакт-диске Exchange 2003. Во время инсталляции мастер установки предлагает выбрать установку Microsoft Active Directory Connector Service Component (Служба ADC), Microsoft Active Directory Connector Management Components (Компоненты управления ADC) или оба средства (см. рис 3.6). При включении опции Microsoft Active Directory Connector Service Component происходит инсталляция службы ADC (Adc.exe). При включении опции Microsoft Active Directory Connector Management Components происходит инсталляция оснастки Active Directory Connector Management в отдельную консоль управления Microsoft Management Console (MMC).

Пользовательская учетная запись, с помощью которой осуществляется вход в систему для установки службы ADC, должна обладать полномочиями модификации схемы; в противном случае будет выведено сообщение об ошибке. Однако если система Exchange Server 2003 уже установлена в каком-либо месте леса Windows Server 2003, то модификация схемы не является обязательной при инсталляции ADC, поскольку схема уже была расширена.Далее мастер инсталляции предлагает указать местоположение файлов инсталляции, а также имя и пароль администратора в домене Windows Server 2003. В последнем окне инсталляции нужно закончить инсталляцию (кнопка Finish).

Настройка службы Active Directory Connector

После инсталляции службы ADC потребуется создать первичное соглашение о соединениях. Для этого запустите оснастку ADC Service (Служба ADC), выбрав пункт Active Directory Connector из меню Microsoft Exchange. Щелкните правой кнопкой мыши на имени сервера, укажите пункт New (Создать) и выберите либо Recipient Connection Agreement (Соглашение о соединениях для получателей), либо Public Folder Connection Agreement (Соглашение о соединениях для общих папок). Для рассмотрения в этой лекции мы будем использовать вариант Recipient Connection Agreement. Вы должны присвоить соглашению о соединениях имя, которое описывает функцию этого соглашения (см. рис 3.7).

Вкладка Connections (Соединения). В окне вкладки Connections (см. рис 3.8) мы установили значения Connect As (Подсоединяться как) для каждого сервера, поскольку эти два сервера находятся в различных доменах, и мы выполняем запись из каждого каталога в каждый каталог. Если имеются различные домены, что является обычной ситуацией при миграции из версии Exchange Server 5.x в версию Exchange 2000, то вам потребуется ввести значения Connect As для каждого каталога, в который требуется записывать информацию, создаваемую в другом каталоге.

Кроме того, здесь есть возможность указать номер порта, используемого Exchange Server 5.5. Вам потребуется изменить номер этого порта, если сервер Exchange 5.5 работает на контроллере домена Windows Server 2003. При загрузке Windows Server 2003 запуск служб Active Directory LDAP происходит до запуска любых служб Exchange, и служба LDAP блокирует порт 389 (используемый по умолчанию порт LDAP) для собственного использования. Если оставить номер порта 389 для использования службой ADC в этой ситуации, то из-за конфликта номеров портов эта служба не сможет подсоединиться к каталогу Exchange. Большинство администраторов выбирают в этом случае порт 390.

Вкладка Schedule (Временной график). На вкладке Schedule (см. рис 3.9) настраивается интервал репликации для соглашения о соединениях. Если выбрать для интервала репликации значение Always (Всегда), то соглашение о соединениях будет выполнять репликацию каждые 15 минут. Возможен вариант настройки, когда весь каталог реплицируется при следующем запуске данного соглашения независимо от заданного графика репликаций; для его выбора отметьте опцию Replicate The Entire Directory The Next Time The Agreement Is Run (Реплицировать весь каталог при следующем запуске соглашения). При включении этой опции атрибут msExchServerXHighestUSN устанавливается на значение 0 и атрибут msExchDoFullReplication - на значение True (Истина) для данного соглашения о соединениях.

Вкладки From Exchange (Из Exchange) и From Windows (Из Windows). Вкладка From Exchange (см. рис 3.10) и вкладка From Windows (см. рис 3.11) позволяют указывать, какие контейнеры и объекты сайта Exchange 5.5 будут реплицироваться в Active Directory Windows Server 2003 и наоборот.

По умолчанию каждый сайт Exchange содержит один контейнер Recipients (Получатели). Если создано несколько подконтейнеров внутри контейнера Recipients, то имеется несколько вариантов репликации объектов в Windows Server 2003. Если нужно сохранить ту же структуру контейнеров в Active Directory, то создайте одно соглашение о соединениях и выберите в качестве исходного контейнера сайт Exchange. Служба Active Directory автоматически создаст ту же структуру контейнеров в своем каталоге и распространит ее соответствующим образом. Если требуется объединить несколько контейнеров Exchange в один контейнер в Active Directory, то создайте одно соглашение о соединениях и выберите по отдельности каждый из исходных контейнеров, указав для них один и тот же контейнер в Active Directory.

Если требуется по отдельности контролировать каждый контейнер (например, контейнер почтовых ящиков [Mailboxes] должен реплицироваться каждые 30 минут, а контейнер специальных получателей [Custom recipients] - каждые 12 часов), создайте отдельные соглашения о соединениях для каждого контейнера, указывая в них исходный и целевой контейнеры.

Если требуется полностью изменить структуру объектов в Active Directory в сравнении с тем, что было в Exchange 5.x, то следует сделать одно из двух:

На вкладке From Windows есть опция Replicate Secured Active Directory Objects To The Exchange Directory (Реплицировать защищенные объекты Active Directory в каталог Exchange). Обычно любой объект с записью управления доступом (АСЕ) Deny не будет реплицироваться в каталог Exchange 5.5. Включение этой опции отменяет фильтрацию объектов на основе указанной записи Deny АСЕ, что позволяет реплицировать эти объекты из Windows в службу каталога Exchange 5.5. Записи Deny АСЕ можно задать в окне вкладки Security (Безопасность) рассматриваемого объекта.

Вкладка Deletion (Удаление). На вкладке Deletion (см. рис 3.12) указывается, что должно происходить в целевом каталоге с объектами, удаленными из исходного каталога. Возможна репликация удаленного объекта в целевой каталог или его каталогизация в подходящем формате файла импорта. Если вы решите удалять эти объекты, то время удаления объекта определяется параметрами удаления в целевом каталоге. Если принято решение каталогизировать список удаления, то в этом случае потребуется вручную выполнить импорт каталога и выбрать удаление всех импортируемых объектов во время процесса импорта.

Помните, что Windows Server 2003 стирает из объекта после его удаления все разрешения доступа. Если вы считаете, что удаленный объект еще понадобится, то включите его в список удаления и затем импортируйте его снова, когда он потребуется.

Вкладка Advanced (Дополнительно). На вкладке Advanced (см. рис 3.13) потребуется установить несколько важных значений. Во-первых, в области Paged Results (Страничные результаты) можно изменить количество записей на одной странице LDAP. Увеличьте это значение, если сервер Exchange 5.5 работает на контроллере домена Windows Server 2003. Это нужно сделать, поскольку обе службы - Active Directory и ADC - будут использовать LDAP для отправки и приема запросов. Страничная организация повышает производительность за счет группирования объектов, подлежащих репликации, перед каждым запросом репликации. Для выполнения репликации всех объектов при большем размере страниц (содержащих больше объектов на одну страницу) требуется меньше запросов LDAP, но для этого также требуется больший объем памяти. При размере страниц, равном 0, не происходит никакой репликации, поэтому данное значение следует использовать только в том случае, если требуется заблокировать данное соглашение о соединениях.

Будьте особо внимательны при установке опций конфигурирования первичных соглашений. Опция This Is A Primary Connection Agreement For The Connected Exchange Organization (Это первичное соглашение о соединениях для подсоединенной организации Exchange) включена по умолчанию. Первичное соглашение о соединениях будет пытаться создать новые объекты в целевом каталоге во время синхронизации объектов одного каталога с другим каталогом. Кроме того, если какой-либо почтовый ящик в Exchange Server 5.5 не имеет первичной пользовательской учетной записи, и в Active Directory не существует никакой соответствующей пользовательской учетной записи Windows Server 2003, то первичное соглашение о соединениях создаст новую пользовательскую учетную запись как часть репликации этого почтового ящика.

Вторичное (не первичное) соглашение о соединениях не создает новых объектов в каталоге Exchange Server 5.5 и вместо этого реплицирует только атрибуты между почтовым ящиком Exchange Server 5.5 и соответствующим объектом-пользователем Windows Server 2003. Кроме того, если соглашение о соединениях не является первичным, то служба ADC задает репликацию, только если назначена первичная пользовательская учетная запись в окне вкладки General этого почтового ящика. Если для почтового ящика Exchange 5.5 не назначено первичной пользовательской записи и не существует соответствующего объекта-пользователя Windows Server 2003, то вторичное соглашение о соединениях не будет создавать этот объект-пользователь в Active Directory.

Если имеется несколько двусторонних первичных соглашений о соединениях с несколькими сайтами Exchange Server 5.5 из одного контейнера Active Directory, то каждый новый объект, создаваемый в этом контейнере Active Directory, будет реплицироваться в каталог каждого сайта Exchange Server 5.5. В этом случае в организации Exchange Server 5.5 будет создаваться несколько экземпляров одного объекта. Служба каталогов Exchange 5.5 (Directory Service) будет затем реплицировать эти объекты на всю организацию. Если нужно синхронизировать несколько сайтов Exchange с одним контейнером в Active Directory, то сконфигурируйте соглашения о соединениях как односторонние соглашения из Exchange с единственным двусторонним соглашением о соединениях. Такая конфигурация позволит реплицировать вновь создаваемые объекты в Active Directory в каталог Exchange 5.5 без получения нескольких экземпляров этого объекта.

Если нужно создать несколько соглашений о соединениях из Active Directory в каталог Exchange Server 5.5, то лучше создать одно соглашение как первичное, а остальные как вторичные. Для этого нужно отключить опцию This Is A Primary Connection Agreement For The Connected Windows Domain (Это первичное соглашение о соединениях для подсоединенного домена Windows) во всех соглашениях о соединениях, кроме одного. В результате объект, созданный в Active Directory, будет создаваться в каталоге Exchange 5.5 только один раз. Необходимо определить, какие сайты Exchange 5.5 должны получать вновь созданные объекты Active Directory.

Наиболее сложная ситуация возникает в тех случаях, когда нужно, чтобы определенные объекты, создаваемые в Active Directory, реплицировались в определенные сайты Exchange 5.5, а другие объекты, создаваемые в Active Directory, реплицировались в другие сайты Exchange 5.5. В этой ситуации следует создать отдельные первичные соглашения о соединениях из различных контейнеров Active Directory с каждым сайтом Exchange 5.5. Хотя при этом возрастет сложность администрирования службы ADC, но это позволит указывать, какие объекты Active Directory реплицируются в определенные сайты Exchange 5.5.

С опцией This Is A Primary Connection Agreement For The Connected Windows Domain связана опция This Is The Primary Connection Agreement For The Connected Exchange Organization, используемая для репликации объекта "почтовый ящик", который не имеет соответствующей первичной пользовательской учетной записи в Active Directory. Эта опция определяет, нужно ли создавать объект в домене Windows Server 2003, если нет соответствия пользовательских учетных записей между двумя каталогами. Если отключить эту опцию, то ниспадающий список When Replicating A Mailbox Whose Primary Windows Account Does Not Exist In The Domain (При репликации почтового ящика, чья первичная учетная запись Windows не существует в данном домене) становится недоступен. Используйте этот параметр, если требуется выполнить миграцию нескольких почтовых ящиков, и вы точно знаете, что некоторые из этих почтовых ящиков не имеют пользовательских учетных записей в Active Directory.

Опцию This Is An Inter-Organizational Connection Agreement (Это соглашение о соединениях между организациями) следует включать в тех случаях, когда формируется соглашение о соединениях между двумя организациями Exchange. Этот случай возникает при выгрузке информации каталога из организации Exchange 5.5 в каталог Windows Server 2003 Active Directory, схема которого уже расширена с помощью каталога Exchange 2003. Этот флажок также устанавливается при репликации данных из версии 5.x в каталог Active Directory, в котором еще не определена организация Exchange 2003, и, следовательно, схема которого еще не расширена для включения объектов Exchange 2003.

Включать эту опцию не потребуется, если сервер Exchange 2003 установлен в существующей организации Exchange 5.5. В этом случае организация Exchange 2003 и организация Exchange 5.5 представляют собой одно и то же.

Если репликация планируется в двустороннем соглашении о соединениях, то нужно выбрать направление самой первой репликации в поле Initial Replication Direction For Two-Way Connection Agreements (Направление первой репликации для двусторонних соглашений о соединениях).

Перечень возможностей службы ADC

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

Создание политики по умолчанию для службы ADC

Щелкнув правой кнопкой мыши на оснастке Active Directory Connector Management в консоли ММС, можно указать, какие атрибуты каждого объекта следует реплицировать в другой каталог. Как уже отмечалось выше, вторичное соглашение о соединениях реплицирует в другой каталог только атрибуты объекта. На этой странице свойств выбираются атрибуты, репликацию которых следует осуществлять.

Работа с сайтами, группами администрирования и группами маршрутизации

Для совместимости организаций Exchange 2003 и Exchange 5.5 потребуется оставить Exchange Server 2003 в смешанном режиме. Напомним, что не существует прямой связи между смешанным и собственным режимами в Windows Server 2003 и смешанным и собственным режимами в Exchange Server 2003. Иными словами, все серверы могут работать под управлением Windows Server 2003 в собственном режиме, и при этом Exchange Server 2003 будет работать в смешанном режиме, чтобы осуществлять взаимодействие с одним или несколькими серверами Exchange 5.x.

Смешанный режим обеспечивает совместимость с предыдущими версиями Exchange Server, но он имеет ттакже свои ограничения:

Иными словами, при работе в смешанном режиме администрирование Exchange 2003 осуществляется аналогично администрированию Exchange 5.x, где границы сайта определяют границы групп маршрутизации и администрирования.

Четвертый пункт особенно важен. При работе в смешанном режиме каждая группа маршрутизации должна создаваться в группе администрирования, где находятся соответствующие серверы. Дело в том, что сайты Exchange 5.x имеют взаимно однозначное соответствие с группами администрирования. Серверы Exchange 2003 могут помещаться в группы маршрутизации, находящиеся в различных группах администрирования, однако нельзя поместить сервер в группу маршрутизации, которая находится в административной группе, отличной от группы администрирования, членом которой является данный сервер. Например, если сервер Serverl создан в административной группе Minneapolis, то он не может стать членом группы маршрутизации Arizona, если эта группа маршрутизации не была создана внутри группы администрирования Minneapolis.

Повышение гибкости администрирования

Одним из способов повышения гибкости администрирования в смешанном режиме является подразбиение сайта Exchange 5.x. Предположим, что существует достаточная пропускная способность между тремя местоположениями, в каждом из которых находятся три сервера Exchange, чтобы поместить все серверы в один сайт Exchange 5.5. Кроме того, предположим, что из этих девяти серверов пять работают под управлением Exchange Server 2003, а четыре - под управлением Exchange Server 5.5. Если пользователь сервера Exchange 5.5 отправляет сообщение пользователю сервера Exchange Server 2003, то агент Exchange 5.5 Message Transfer Agent (MTA) направляет это сообщение непосредственно серверу Exchange 2003. С точки зрения Exchange 5.5 процесс маршрутизации действует как обычно. А теперь предположим, что пользователь сервера Exchange 2003 отправляет сообщение пользователю сервера Exchange 5.5. Поскольку Exchange Server 2003 может работать согласно другим правилам, то группу администрирования можно разбить на несколько групп маршрутизации , п осле чего сделать так, чтобы сообщение от пользователя Exchange 2003 направлялось по определенному пути, прежде чем оно попадет на сервер Exchange 5.5. Такой вариант возможен, поскольку службы ADC и SRS не реплицируют группы маршрутизации и внутренние коннекторы административных групп в среду Exchange 5.5

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

Другие вопросы совместимости

Рассмотрим вкратце другие вопросы, связанные с совместимостью Exchange Server 5.5 и Exchange Server 2003.

Прокси-адрес

После присоединения сервера к существующему сайту Exchange параметры прокси-адреса для таких адресов, как SMTP, X.400, cc:Mail и Microsoft Mail, копируются в политику получателей для пользователей этой административной группы. Тем самым обеспечивается тот факт, что для всех пользователей данной административной группы генерируются одинаковые прокси-адреса. Эту политику нельзя удалить, и она имеет наиболее высокий приоритет в системе, то есть любые другие политики получателей, противоречащие данной политике, не будут приводиться в действие.

Соединение с внешними системами электронной почты

Поскольку служба SRS реплицирует информацию о сайте и конфигурации между системами Exchange 5.x и Exchange 2003, пользователи одной системы могут использовать коннектор в другой системе для отправки сообщений. Например, в комплект поставки Exchange Server 2003 не входит коннектор для профессиональных офисных систем (PROFS). Если необходимо соединение между Exchange Server 2003 и системой PROFS, сохраните сервер Exchange 5.x и используйте его как коннектор для отправки и приема сообщений в организации Exchange 2003. Exchange 5.x будет работать в этой ситуации как транспортная магистраль.

Сообщения

Обмен сообщениями между Exchange Server 5.x и Exchange Server 2003 работает по той причине, что при инсталляции Exchange Server 2003 в нем по умолчанию сохраняется экземпляр агента MTA. Exchange Server 2003 не имеет собственной версии МТА, за исключением того, что для выполнения поиска в каталоге Exchange 2003 МТА использует LDAP, а не Directory API (DAPI), используемый агентом Exchange 5.5 МТА.

Если в одном сайте инсталлируется свыше двух серверов Exchange 2003, то они распознают друг друга автоматически и используют протокол SMTP для передачи сообщений. Это позволяет им работать с такими средствами, как расширенный механизм обработки очередей, маршрутизация и алгоритмы учета состояния связи. Кроме того, напомним, что SMTP является асинхронным и может работать при очень низкой пропускной способности.

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

Пользовательские данные

При работе в условиях смешанного режима следует учесть несколько вопросов, связанных с частными и общими пользовательскими данными. Один из вопросов развертывания связан с делегированным доступом к частному почтовому ящику другого пользователя. В условиях смешанного режима делегированный доступ может быть создан в системе Exchange Server 5.5 только в тех случаях, когда пользователи находятся в одном хранилище частной информации на одном сервере, или когда почтовый ящик пользователя с делегированным доступом и почтовый ящик первичного пользователя находятся на различных серверах. Библиотека DLL Emsmdb32 не допускает делегированного доступа между почтовыми ящиками пользователей, если они находятся в различных хранилищах почтовых ящиков на одном физическом сервере.

Возможна репликация отдельных общих папок между Exchange 5.5 и Exchange 2003, и клиенты могут получать доступ к любому экземпляру (реплике), поскольку существуют лишь очень небольшие отличия между папками этих систем. Кроме того, иерархия общих папок реплицируется между всеми версиями Exchange Server. Напомним, что Exchange 2003 поддерживает несколько деревьев общих папок, в то время как в Exchange 5.5 имеется только одно монолитное дерево. Используемое по умолчанию в Exchange 2003 дерево общих папок Public Folders (Общие папки) доступно для просмотра клиентами MAPI, такими как Microsoft Outlook. Другие деревья общих папок недоступны для просмотра этими клиентами.

Информационное содержимое общей папки можно реплицировать между общими папками, но следует отметить, что полномочия доступа, устанавливаемые в системе Exchange Server 2003, не представлены в Exchange 5.5. Если нужно разместить защищенную информацию в деревьях общих папок Exchange 2003, выполните миграцию в Exchange 2003 тех пользователей, которым требуется доступ к этой информации, после чего создайте независимое дерево и защитите его соответствующим образом.

Заключение

В данной лекции рассказывалось о вопросах, связанных с совместимостью Exchange 5.5 и Exchange 2003. Обсуждалась служба SRS, программа SCC, а также базы данных SRS. В лекцию включено описание службы ADC и вопроы ее планирования и установки. Рассмотрены другие вопросы совместимости: поддержка прокси-адресов, соединение с внешними системами электронной почты и управление пользовательскими данными. Эта лекция завершает часть курса, посвященную обновлению и миграции. Начиная со следующей лекции, в курсе рассказывается о клиентах для Exchange Server 2003.