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

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

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

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

В начало

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

В начало