Опубликован: 08.12.2008 | Доступ: свободный | Студентов: 544 / 31 | Оценка: 4.55 / 4.64 | Длительность: 15:21:00
Лекция 3:

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

< Лекция 2 || Лекция 3: 12345 || Лекция 4 >

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

Для совместимости организаций 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 5.x отображаются в административных группах в окне оснастки Exchange System;
  • нельзя легко перемещать почтовые ящики между административными группами;
  • нельзя перемещать серверы между административными группами;
  • члены маршрутной группы должны быть из одной административной группы;
  • группы администрирования Exchange 2003 будут отображаться в виде сайтов в Exchange 5.5 Administrator;
  • Exchange 5.5 Administrator не будет распознавать группы маршрутизации в Exchange Server 2003.

Иными словами, при работе в смешанном режиме администрирование 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 является асинхронным и может работать при очень низкой пропускной способности.

Совет. Если есть два сайта (или больше) Exchange 5.x с низкой пропускной способностью между ними, то в Exchange Server 2003 возможно использование SMTP-маршрутизации. Во-первых, нужно установить сервер Exchange 2003 в каждом сайте и затем указать более высокую стоимость для текущих коннекторов сайтов Exchange 5.x. Подразделите свой сайт Exchange 5.x и поместите каждый сервер Exchange 2003 в его собственную группу маршрутизации. Затем создайте коннектор группы маршрутизации между этими двумя группами маршрутизации. Теперь новый канал с низкой стоимостью доступен серверам Exchange 5.5, что позволит использовать его для маршрутизации сообщений.

Преимущество этого метода состоит в том, что он позволяет использовать информацию о состоянии связи и асинхронный характер протокола 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.

< Лекция 2 || Лекция 3: 12345 || Лекция 4 >