Применимо к: Exchange Server 2010 SP1

Последнее изменение раздела: 2010-01-20

При планировании ведения журнала в смешанной среде Microsoft Exchange Server 2010 и Exchange Server 2003 важно понимать, как они взаимодействуют.

Примечание.
Благодаря тому что версии Exchange 2003, Exchange 2010 и Exchange Server 2007 имеют аналогичные характеристики, становится возможным их взаимодействие.

Дополнительные сведения о ведении журналов см. в разделе Общие сведения о ведении журнала.

Необходимы сведения о задачах управления, связанных с управлением ведением журнала? См. раздел Управление ведением журнала.

Содержание

Ведение журнала в Exchange 2003

Ведение журнала в Exchange 2010

Идентификация отчетов по журналу и записанных в журнал сообщений в Exchange 2003 и Exchange 2010

Взаимодействие Exchange 2003 и Exchange 2010 при ведении журнала

Ведение журнала в Exchange 2003

Функция ведения журнала в Exchange 2003 позволяет вести журнал для всех почтовых ящиков в определенной базе данных почтовых ящиков. Если необходимо вести журнал только для некоторых почтовых ящиков в базе данных почтовых ящиков, следует выполнить одно из указанных ниже действий:

  • Заведите журналы для всех почтовых ящиков в этой базе данных почтовых ящиков.

  • Создайте новую базу данных почтовых ящиков, включите для нее ведение журнала, а затем переместите почтовые ящики, для которых необходимо вести журнал, в новую базу данных.

Exchange 2003 не позволяет централизованно управлять возможностями ведения журнала. Необходимо управлять ведением журнала на уровне хранилища почтовых ящиков или на уровне сервера.

По умолчанию, когда сообщение записывается в журнал в Exchange 2003, в почтовый ящик журналов доставляется только исходное сообщение. Чтобы записать в журнал сведения о конверте исходного сообщения, необходимо вручную включить ведение журнала конвертов. Даже при включенном ведении журнала конвертов собираются только основные сведения о теме и получателе.

В начало

Ведение журнала в Exchange 2010

Функция ведения журнала на сервере Exchange 2010 была существенно переработана для обеспечения большей степени контроля над тем, какие получатели и отправители заносятся в журнал. На сервере Exchange 2010 можно создавать правила журнала для определенных получателей и отправителей, групп рассылки или для тех и других. Местоположение получателей и отправителей не имеет значения.

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

Помимо этого, выполняется централизованное управление правилами журнала на транспортных серверах-концентраторах. Правила журнала хранятся в службе каталогов Служба каталогов Active Directory. Правила журнала, создаваемые на транспортном сервере-концентраторе, автоматически реплицируются через лес Служба каталогов Active Directory и становятся доступными для всех транспортных серверов-концентраторов. Это означает, что на всех транспортных серверах-концентраторах в организации используется одинаковая конфигурация ведения журнала.

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

На сервере Exchange 2010 используется ведение журнала конвертов. В конвертах журнала предоставляется гораздо больше сведений, позволяющих обрабатывать потенциально большие объемы данных, собираемые при ведении журнала почтовых ящиков. Конверты журнала форматируются таким образом, чтобы обеспечить автоматический поиск содержимого отчетов по журналу с помощью сторонних или пользовательских приложений.

Дополнительные сведения об отчетах по журналу в системе Exchange 2010 см. в разделе Общие сведения об отчетах журнала.

В начало

Идентификация отчетов по журналу и записанных в журнал сообщений в Exchange 2003 и Exchange 2010

В Exchange 2003 запись сообщений в журнал и идентификация отчетов журнала контролируется с помощью большого двоичного объекта X-EXCH50. Большой двоичный объект X-EXCH50 содержит расширенные сведения о сообщении, которые нельзя хранить в самом сообщении электронной почты. Сведения, хранящиеся в большом двоичном объекте (BLOB) X-EXCH50, содержат различные данные, такие как данные о ведении журнала, вероятность нежелательной почты (SCL) и другие свойства MAPI, не имеющие представления MIME. 

Исследуя объект BLOB X-EXCH50, система Exchange 2003 может определить, является ли сообщение отчетом по журналу, и обойти таким образом различные системные ограничения, такие как ограничения на размер сообщения и ограничения получателей почтового ящика. На сервере Exchange 2003 также используется объект BLOB X-EXCH50 для определения того, было ли сообщение записано в журнал на предыдущем прыжке на другой сервер Exchange 2003. Это позволяет предотвратить повторное внесение сообщения в журнал другими серверами Exchange 2003, которые могут обрабатывать это сообщение. Однако ограничение объекта BLOB X-EXCH50 заключается в том, что он является собственной командой протокола ESMTP (Extended Simple Mail Transfer Protocol). Таким образом, этот объект нельзя распространять на компьютеры, на которых не установлен сервер Exchange.

В системе Exchange 2010 объект BLOB X-EXCH50 заменен заголовками SMTP, к которым применяется брандмауэр заголовков. Доступ к этим заголовкам SMTP могут получать только компоненты транспорта Exchange 2010. Они удаляются из сообщений перед доставкой в почтовые ящики или за пределы организации Exchange 2010. Агентом ведения журнала Exchange 2010 используются следующие заголовки SMTP:

  • X-MS-Exchange-Organization-Processed-By-Journaling   Этот заголовок SMTP идентифицирует сообщения, которые были обработаны агентом ведения журнала Exchange 2010. Если в сообщении присутствует этот заголовок, система Exchange 2010 определяет, что сообщение уже обработано агентом ведения журнала на предыдущем переходе другим транспортным сервером-концентратором, и не вносит повторно сообщение в журнал.

  • X-MS-Exchange-Organization-Journal-Report   Этот заголовок SMTP идентифицирует отчет по журналу Exchange 2010 в транспортный конвейер. Если такой заголовок включается в сообщение, то серверу Exchange 2010 становится известно, что данное сообщение является отчетом по журналу. Это позволяет сообщению действовать в качестве системного и обходить ограничения на размер сообщения и для получателей почтовых ящиков.

  • X-MS-Journal-Report   Прежде чем доставить отчет по журналу в почтовый ящик журналов или внешнему получателю журнала, брандмауэр заголовков удаляет все заголовки организации Exchange Server, в том числе заголовок X-MS-Exchange-Organization-Journal-Report. Вместо этого для идентификации сообщения в качестве отчета по журналу Exchange 2010 добавляется заголовок X-MS-Journal-Report, после того как отчет покинет транспортный конвейер. Этот заголовок не используется никакими компонентами транспорта Exchange 2010. Это позволяет отличить отчет по журналу от обычного сообщения.

Дополнительные сведения о брандмауэре заголовков SMTP см. в разделе Общие сведения о брандмауэре заголовков.

В начало

Взаимодействие Exchange 2003 и Exchange 2010 при ведении журнала

В данном разделе описана работа функции ведения журнала в смешанной среде Exchange.

Поддержка ведения журнала Exchange 2003 в организации Exchange 2010

В версиях Exchange 2003 и Exchange 2010 отчеты по журналу и внесенные в журнал сообщения определяются по-разному. Для поддержки ведения журнала в смешанной организации Exchange 2003 и Exchange 2010 сервер Exchange 2010 поддерживает использование большого двоичного объекта X-EXCH50. Однако сервер Exchange 2003 не поддерживает и не распознает новые заголовки SMTP, используемые сервером Exchange 2010.

Когда сервер Exchange 2010 записывает в журнал сообщение, он добавляет свойство к объекту BLOB X-EXCH50 в дополнение к заголовку SMTP X-MS-Exchange-Organization-Processed-By-Journaling, чтобы серверам Exchange 2003, обрабатывающим данное сообщение, было известно, что сообщение уже было записано в журнал.

Подобным же образом сервер Exchange 2010 обрабатывает и отчеты по журналу. При создании отчета по журналу на сервере Exchange 2010 к сообщению добавляется объект BLOB X-EXCH50 в дополнение к заголовку X-MS-Journal-Report. Это позволяет отчету по журналу перемещаться по организации Exchange и рассматриваться как отчет по журналу всеми серверами Exchange, через которые он проходит.

Сервер Exchange 2010 также считывает конфигурацию ведения журнала Exchange 2003 из службы каталогов Служба каталогов Active Directory. Эта конфигурация сообщает транспортным серверам-концентраторам Exchange 2010, для каких баз данных почтовых ящиков Exchange 2003 включено ведение журнала, а также на какие почтовые ящики журналов отправлены отчеты по журналу. Когда получателю, находящемуся в базе данных почтовых ящиков Exchange 2003 с включенным ведением журнала, отправляется сообщение из Exchange 2010, транспортный сервер-концентратор Exchange 2010 записывает сообщение в журнал и отправляет отчет по журналу на почтовый ящик журналов, настроенный в базе данных почтовых ящиков Exchange 2003.

Дополнительные сведения об отчетах по журналу в системе Exchange 2010 см. в разделе Общие сведения об отчетах журнала.

Настройка соединителя группы маршрутизации между Exchange 2003 и Exchange 2007

При установке транспортного сервера-концентратора в организации Exchange 2003 на сервере Exchange 2010 автоматически создается Группа маршрутизации Exchange (DWBGZMFD01QNBJR). Эта группа маршрутизации содержит все компьютеры в организации под управлением сервера Exchange 2010. Все серверы Exchange 2010 являются участниками этой группы маршрутизации. На сервере Exchange 2010 настраивается соединитель группы маршрутизации для подключения группы маршрутизации Exchange 2010 к существующей группе маршрутизации Exchange 2003.

Соединитель группы маршрутизации, созданный сервером Exchange 2010, настраивается на включение передачи объекта BLOB X-EXCH50 между серверами Exchange 2010 и Exchange 2003. При создании дополнительных соединителей групп маршрутизации между группой маршрутизации Exchange 2010 и другими группами маршрутизации Exchange 2003 эти соединители также настраиваются на поддержку передачи объекта BLOB X-EXCH50 между серверами Exchange 2010 и Exchange 2003.

Важно!
Для создания новых соединителей групп маршрутизации между серверами Exchange 2010 и Exchange 2003 необходимо использовать командлет New-RoutingGroupConnector. Командлет New-RoutingGroupConnector настраивает необходимые разрешения и значения по умолчанию для обеспечения взаимодействия между серверами Exchange 2010 и Exchange 2003. Дополнительные сведения см. в разделе New-RoutingGroupConnector

Дополнительные сведения о соединителях групп маршрутизации см. в следующих разделах:

Сокращение количества отчетов журнала

В собственной организации Exchange 2010, когда сообщение проходит через транспортные серверы-концентраторы, оно оценивается агентом ведения журнала. Если список получателей в сообщении не меняется до момента доставки, агенты ведения журнала на последующих транспортных серверах-концентраторах не выполняют повторную оценку сообщения. Поскольку сообщение оценивается в целях ведения журнала только на одном транспортном сервере-концентраторе, создается и отправляется на почтовый ящик ведения журнала, как правило, только один отчет журнала. 

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

Сервер Exchange 2010 сокращает количество избыточных отчетов по журналу, создаваемых для одного сообщения, благодаря поддержке объекта BLOB X-EXCH50. Транспортный сервер-концентратор Exchange 2010 помечает объект BLOB X-EXCH50 в исходном сообщении, указывая адрес почтового ящика журналов, на который был отправлен отчет по журналу. Когда сервер Exchange 2003 получает сообщение с транспортного сервера-концентратора Exchange 2010, сервер Exchange 2003 изучает объект BLOB X-EXCH50, чтобы выяснить, было ли сообщение уже записано в журнал. Если сообщение было записано в журнал, а отчет по журналу был отправлен на тот же почтовый ящик журналов, настроенный в хранилище почтовых ящиков, в котором находится почтовый ящик, то на сервере Exchange 2003 другой отчет по журналу не создается.

Примечание.
Хотя сервер Exchange 2010 поддерживает использование объекта BLOB X-EXCH50, агент ведения журнала не считывает его при оценке сообщения, полученного с сервера Exchange 2003. Если сообщение удовлетворяет правилу журнала Exchange 2010, то создается отчет по журналу, даже если сервер Exchange 2003 уже записал сообщение в журнал и отправил отчет по журналу на тот же почтовый ящик журналов.

Местоположение почтового ящика ведения журнала

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

Для доставки отчетов по журналу на почтовые ящики Exchange 2003 или Exchange 2010 можно настроить правила журнала Exchange 2010.

Расширение группы рассылки

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

Как в Exchange 2003, так и в Exchange 2010 можно указать, какие серверы будут выполнять расширение группы рассылки. Обычно это делается для оптимизации серверного и сетевого трафика. По умолчанию группы рассылки на сервере Exchange 2010 настроены на использование любого транспортного сервера-концентратора в качестве сервера расширения группы рассылки. Любой сервер Exchange может выступать в качестве сервера расширения группы рассылки в Exchange 2003.

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

  • Получатели Exchange 2010 настроены на ведение журнала.

  • Получатели Exchange 2010 включены в группу рассылки «Продажи», например.

  • Группа рассылки «Продажи» настроена на использование сервера расширения группы рассылки Exchange 2003.

В этом случае, когда отправитель Exchange 2010 отправляет сообщение в группу рассылки «Продажи», возникает указанная ниже цепочка событий.

  1. Сообщение отправляется на транспортный сервер-концентратор.

  2. Поскольку группа рассылки «Продажи» не настроена на использование транспортного сервера-концентратора в качестве сервера расширения группы рассылки, то правила журнала в организации Exchange 2010 не могут получить доступ к получателям группы рассылки. Таким образом, к получателям в группе рассылки невозможно применить правила ведения журнала.

  3. Сообщение направляется на сервер Exchange 2003 для расширения.

  4. Сервер Exchange 2003 расширяет группу рассылки. Поскольку сервер Exchange 2003 не может получить доступ к конфигурации правил журнала Exchange 2010, то сообщения в журнал не записываются.

  5. Сервер Exchange 2003 отправляет расширенные сообщения обратно на транспортный сервер-концентратор Exchange 2010 для доставки получателям Exchange 2010.

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

В начало