Устранение неполадок службы обновления получателей, используя журнал приложений в Exchange 2000 Server или Exchange Server 2003

Переводы статьи Переводы статьи
Код статьи: 822794 - Vizualiza?i produsele pentru care se aplic? acest articol.
Развернуть все | Свернуть все

В этой статье

Аннотация

В организации Microsoft Exchange Server 2003 или Microsoft Exchange 2000 Server могут возникнуть проблемы, где служба обновления получателей не штампа пользовательские объекты с адреса прокси-сервера.

Для устранения этой проблемы следующим образом:
  • Увеличьте диагностики, ведение журнала на сервере Exchange.
  • Выберите объект теста.
  • В журнале приложений для определения службы обновления получателей обрабатывает ли объект тест успешно.
Постоянное выполнение операции перестройки для службы обновления получателей может затруднить процесс устранения неполадок. Таким образом вместо постоянного выполнения операции перестройки для службы обновления получателей, можно просматривать события, создаваемые службой обновления получателей для определения, где существует проблема службы обновления получателей.

ВВЕДЕНИЕ

Служба обновления получателей входит в состав Microsoft Exchange Server 2003 и Microsoft Exchange 2000 Server. В данной статье описывается устранение неполадок службы обновления получателей с помощью события, записываемые в журнал приложений.

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

Многие проблемы службы обновления получателей можно определить, просмотрев журнал приложений в окне просмотра событий. В журнале приложений можно использовать для устранения следующих проблем:
  • Служба обновления получателей не штампа объекты с адрес прокси-сервера.
  • Служба обновления получателей долго объектам штамп с адрес прокси-сервера.
  • Служба обновления получателей штампы объекты с адресом неверный прокси-сервера.

Увеличьте ведение журнала диагностики

Устранение неполадок службы обновления получателей, которые могут возникать, увеличьте максимальный уровень ведения журнала диагностики. Таким образом следующие объекты на сервере Exchange, который отвечает за домен службы обновления получателей, для устранения неполадок.

Примечание Если имеется более одной службы обновления получателей, отвечающий за домен, равным расписания Никогда не запускать для всех, но одной службы обновления получателей. Это позволит сосредоточить внимание на журнал приложений только один сервер службы обновления получателей при устранении неполадок службы обновления получателей.
Свернуть эту таблицуРазвернуть эту таблицу
СлужбаКатегория
MSExchangeALОпераций LDAP
MSExchangeALСинхронизация списка адресов
MSExchangeSAСоздание прокси (только для Exchange 2003)
Чтобы сделать это, выполните следующие действия.
  1. Запуск диспетчера системы Exchange.
  2. Если используются административные группы, разверните узел Административные группы, а затем разверните вашу группу администраторов. Если не включены административные группы, перейдите к шагу 3.
  3. Разверните узел Серверы, щелкните правой кнопкой мыши сервер Exchange, необходимо настроить диагностического протоколирования и нажмите кнопку Свойства.
  4. Нажмите кнопку Ведение журнала диагностики вкладки, а затем нажмите кнопку MSExchangeAL В диалоговом окне Службы список.
  5. В Категории Выберите Операций LDAP, нажмите кнопку Максимум, нажмите кнопку Синхронизация списка адресов, а затем нажмите кнопку Максимум.

    Если на компьютере под управлением Exchange 2003, перейдите к шагу 6. Если Exchange 2003 не работают, перейдите к шагу 7.
  6. Нажмите кнопку MSExchangeSA В диалоговом окне Службы Выберите Создание прокси В диалоговом окне Категории список и нажмите кнопку Максимум.
  7. Нажмите кнопку ОК.
После выбора домена службы обновления получателей для устранения неполадок, а после увеличились диагностики, ведение журнала на сервере Exchange, который обрабатывает домена службы обновления получателей, для устранения неполадок, необходимо выбрать объект для проверки службы обновления получателей. Например Проверьте службы обновления получателей с помощью учетной записи службы обновления получателей не имеет отметку. Затем можно просмотреть действия, выполняемые службой обновления получателей для этого объекта.

Определить, была ли запущена служба обновления получателей

В течение нескольких минут после увеличения диагностического протоколирования, 8011 идентификатор события и события в журнале приложений появится 8012 идентификатор. Если эти события не появляются, служба обновления получателей не запущены или служба обновления получателей отвечает. Если вы подозреваете, что служба обновления получателей не запущены или что служба обновления получателей отвечает, перезапустите службу системного помощника Microsoft Exchange. При запуске службы системного помощника Microsoft Exchange, эта служба загружает набор библиотек DLL. Один из этих библиотек DLL — Abv_dg.dll.

При запуске службы системного помощника Microsoft Exchange в журнале приложений появится указанное ниже событие.

Событие с кодом 1000

Тип события: сведения
Источник события: MSExchangeSA
Категория события: Общие
КОД события: 1000
Дата: Дата
Время: Время
Пользователь: н/Д
Компьютер: Имя_сервера
Описание: Запуск системного помощника Microsoft Exchange. Системный помощник Microsoft Exchange Server, службы завершен запуск, версия 6.5 (сборка 7226.0).

После возникновения данного события загрузки некоторые из библиотек DLL и инициализации компонента DSAccess отображаются события. Затем регистрируются следующие события.

Событие с кодом 9006

Тип события: сведения
Источник события: MSExchangeSA
Категория события: Общие
КОД события: 9006
Дата: Дата
Время: Время
Пользователь: н/Д
Компьютер: Имя_сервера
Описание: Загрузка системного помощника Microsoft Exchange "ABV_DG.БИБЛИОТЕКА ".

Событие с кодом 9008

Тип события: сведения
Источник события: MSExchangeSA
Категория события: Общие
КОД события: 9008
Дата: Дата
Время: Время
Ser: н/Д
Компьютер: Имя_сервера
Описание: Запуск системного помощника Microsoft Exchange "ABV_DG.БИБЛИОТЕКА ".

Событие 9008 указывает, что запуск Abv_dg.dll. Сразу же после появления 9008 событий регистрируются следующие события.

Событие с кодом 8011

Тип события: сведения
Источник события: MSExchangeAL
Категории событий: Операций LDAP
КОД события: 8011
Дата: Дата
Время: Время
Пользователь: н/Д
Компьютер: Имя_сервера
Описание: Поиск в каталоге Имя_сервера. contoso.com с базой "CN службы обновления получателей, CN = контейнер содержит список адресов, CN = Microsoft, CN = Microsoft Exchange, CN = службы, CN = = Конфигурация, DC = contoso, DC = com" с помощью фильтра "(&(objectCategory=msExchAddressListService) (! ()IsDeleted=TRUE))) "и запрашивает distinguishedName атрибуты; objectGUID; LegacyExchangeDN; msExchADCGlobalNames; ObjectSID; ObjectClass; msExchMasterServiceBL; activationSchedule; activationStyle; msExchAddressListServiceLink; msExchDomainLink; msExchServer1AuthenticationCredentials; msExchServer1AuthenticationPassword; msExchEncryptedPassword; msExchServer1NetworkAddress; msExchExportContainers; msExchReplicateNow; msExchDoFullReplication; msExchServer1LastUpdateTime; msExchServer1HighestUSN; msExchServer1PageSize; msExchPollInterval; msExchServer1Flags; НомерВерсии; msExchServer1HighestUSNVector; msExchProcessedSids; msExchDomainGlobalGroupSid; msExchDomainLocalGroupSid; msExchDomainGlobalGroupGuid; msExchDomainLocalGroupGuid; gatewayProxy.

Событие с кодом 8012

Тип события: сведения
Источник события: MSExchangeAL
Категории событий: Операций LDAP
КОД события: 8012
Дата: Дата
Время: Время
Пользователь: н/Д
Компьютер: Имя_сервера
Описание: Поиск каталога Имя_сервера. contoso.com с базой "CN службы обновления получателей, CN = контейнер содержит список адресов, CN = Microsoft, CN = Microsoft Exchange, CN = службы, CN = = Конфигурация, DC = contoso, DC = com" возвращаемых объектов 2.

Эти события появляются при Abv_dg.dll ищет любые существующие службы обновления получателей. Как правило появляется событие ID 9006, но событие ID 9008 не отображаются, это указывает сервер службы обновления получателей сервера переднего плана. Abv_dg.dll не запускается на сервере переднего плана. Таким образом события 8011 идентификатор и идентификатор 8012 не отображаются на сервере переднего плана. Служба обновления получателей, необходимо на внутреннем сервере.

Обратите внимание, что в фильтр, который появляется в событии ID 8011, Abv_dg.dll ищет любые объекты, которые являются членами msExchAddressListService класс, не имеют своих isDeleted свойству присвоено значение TRUE. Как правило это означает, что Abv_dg.dll поиск любых объектов службы обновления получателей, не являющихся захороненные. (Захороненные объекты являются объектами, которые были удалены, но еще не были удалены из каталога). Этот поиск возвращает несколько результатов, равное количество служб обновления получателей, у вас есть:

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

Если сервер Exchange не удается увидеть объект службы обновления получателей, сервер Exchange не может определить, что он отвечает за этот объект службы обновления получателей. В этом случае служба обновления получателей никогда не будет обрабатывать все объекты. Тем не менее даже в том случае, если сервер Exchange не удается обнаружить любых объектов службы обновления получателей, 8011 идентификатор события и идентификатор 8012 появится часто. Это происходит потому, что часто выполняет Abv_dg.dll на наличие служб обновления получателей. Если события 8011 идентификатор и идентификатор 8012 не отображаются в журнале приложений после перезапуска службы системного помощника Microsoft Exchange, Abv_dg.dll не была запущена. Abv_dg.dll не была запущена, так как сервер Exchange является сервером переднего плана.

Определить, будет ли служба обновления получателей запрашивает изменения

Если событие ID 8011 и 8012 идентификатор события в журнале приложений после увеличения ведение журнала диагностики, необходимо определить, запрашивает ли службы обновления получателей домена для любых новых или измененных объектов для обработки. В зависимости от расписания службы обновления получателей, служба обновления получателей необходимо запросить домена для любых новых или изменения объектов. Служба обновления получателей также следует запрашивать домен правой кнопкой мыши службу обновления получателей и нажмите кнопку Обновить сейчас.

Чтобы определить, запрашивает ли службы обновления получателей домена для изменения, выполните следующие действия.

Предупреждение При использовании оснастки редактирования ADSI, служебной программой LDP или любого другого клиента LDAP версии 3, а неправильное изменение атрибутов объектов Active Directory, может привести к серьезным проблемам. Эти проблемы могут потребовать переустановки Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Exchange Server 2003 или Windows и Exchange. Корпорация Майкрософт не гарантирует устранения неполадок, неправильного изменения атрибутов объектов Active Directory. Изменение этих атрибутов на свой страх и риск.

Примечание Оснастка редактирования интерфейсов служб Active Directory (ADSI) входит в состав средств поддержки Windows. Чтобы установить средства поддержки Windows 2000, дважды щелкните значок Setup.exe в папке Support\Tools на компакт-диске Windows 2000. Чтобы установить средства поддержки Windows в Windows Server 2003, дважды щелкните значок Suptools.msi в папке Support\Tools на компакт-диске Windows Server 2003.
  1. Чтобы подключиться к контроллеру домена, который указывает службу обновления получателей с помощью оснастки ADSI Edit или программы LDP.exe. Найдите объект тестов, выбранных в разделе «Ведение журнала диагностики увеличение», а затем запишите значение для uSNChanged атрибут.

    Чтобы сделать это, выполните следующие действия.
    1. Нажмите кнопку Начало, нажмите кнопку Запустить, тип Adsiedit.msc, а затем нажмите кнопку ОК.
    2. Разверните узел [Контекста Именования доменаКонтроллер_домена. contoso.com], разверните узел DC = contoso,DC = com, а затем разверните контейнер, в котором находится объекта test в. Например разверните узел CN = Users.
    3. Щелкните правой кнопкой мыши тестовый объект и нажмите кнопку Свойства. Например щелкните правой кнопкой мыши CN =Имя пользователя, а затем нажмите кнопку Свойства.
    4. В Выберите свойство для просмотра Выберите uSNChanged.
    5. Значение, отображаемое в заметку Value (s) поле.
    6. Закройте оснастку ADSI Edit.
  2. На сервере Exchange, отвечающий за службы обновления получателей, для устранения неполадок запустите средство просмотра событий и просмотрите журнал приложения. Для этого нажмите кнопку Начало, нажмите кнопку Запустить, тип eventvwr, нажмите кнопку ОК, а затем нажмите кнопку Журнал приложений.
  3. На Представление меню, нажмите кнопку Найти.
  4. В КОД события поле типа 8011, тип Основание "DC В диалоговом окне Описание поле, а затем нажмите кнопку Найти далее.
  5. Нажмите кнопку Закрыть, а затем дважды щелкните событие, Поиск в локальном журнале приложений диалоговое окно возвращает. Это событие содержит сведения о последнем поиске для изменений, произошедших в контексте именования домена. Например появляется сообщение о событии, похожее на следующее:

    Тип события: сведения
    Источник события: MSExchangeAL
    Категории событий: Операций LDAP
    КОД события: 8011
    Дата:Дата
    Время:Время
    Пользователь: н/Д
    Компьютер:Имя_сервера
    Описание:
    Поиск каталога Имя_сервера. contoso.com с базой "DC = contoso, DC = com" Фильтр "(& (USNChanged > = 273870) (uSNChanged<=298312)((objectclass=*)))' and="" requesting="" attributes="" distinguishedname;="" objectguid;="" legacyexchangedn;="" msexchadcglobalnames;="" objectsid;="" objectclass;="" objectcategory;="" displayname;="" msexchhidefromaddresslists;="" hidedlmembership;="" ntsecuritydescriptor;="" showinadvancedviewonly;="" msexchalobjectversion;="" showinaddressbook;="" msexchpolicyenabled;="" givenname;="" sn;="" cn;="" mailnickname;="" targetaddress;="" initials;="" proxyaddresses;="" mail;="" textencodedoraddress;="" msexchhomeservername;="" msexchexpansionservername;="" msexchcustomproxyaddresses;="" msexchpoliciesincluded;="" msexchpoliciesexcluded;="" replpropertymetadata;="" replicatedobjectversion;="" replicationsignature;="" whenchanged;="" whencreated;="" usnchanged;="" usncreated;="" objectversion;="" isdeleted;="" homemdb;="" homemta;="" msexchmailboxguid;="" msexchmailboxsecuritydescriptor;="" msexchresourceguid;="" useraccountcontrol;=""></=298312)((objectclass=*)))'>

В описание этого события, можно заметить, что служба обновления получателей выполняется поиск объектов, имеющих uSNChanged значение атрибута между 273870 и 298312. Вы можете также заметить 8011 идентификатор события появляется много раз в журнале приложений. Эти события содержат различные поиски. Эти события могут создаваться различными операциями. Тем не менее для устранения неполадок службы обновления получателей, отметок объектов в организации Exchange, достаточно рассмотреть событий событие с кодом 8011 где база поиска соответствующего домена. Таким образом, использование Найти Команда вместе с "Base" DC "описание товара.

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

Рассмотрим следующие сценарии:
  • У объекта теста uSNChanged значение атрибута, превышает значение, отображаемое в этом событии.

    Если тест объект, который был записан uSNChanged значение атрибута имеет uSNChanged значение, превышающее диапазоне USN в этом случае служба обновления получателей имеет не еще запрос для данного объекта. Если uSNChanged значение этого объекта — вряд ли значительно выше, чем USN, которые в настоящее время обработки службы обновления получателей отстает службы обновления получателей и будет по-прежнему наверстать последние изменения.

    Как правило это происходит, если была выполнена операция перестроения. При нажатии кнопки Перестроить, служба обновления получателей запускается заново со uSNChanged значение 1 и все объекты в домене. В большом домене может занять несколько часов или даже несколько дней для службы обновления получателей для обработки всех объектов домена.
  • У объекта теста uSNChanged значение атрибута меньшее значение, отображаемое в этом событии.

    Если тест объект, который был записан uSNChanged значение атрибута имеет uSNChanged значение, которое меньше диапазона USN в этом случае служба обновления получателей этого объекта уже прошло. В этом случае продолжения поиска журнал приложений, чтобы найти событие событие ID 8011, содержащий диапазон от USN, включают объекта test.

    Если не удается найти этот диапазон USN, измените тестовый объект. Любые изменения объекта, например, изменить описание объекта приводит к uSNChanged меняется на последнее значение на контроллере домена. Таким образом Если служба обновления получателей вышло за пределы объекта test и не удается найти соответствующее событие 8011 идентификатор события, измените тестовый объект и запишите новый uSNChanged значение. Затем можно найти следующее событие 8011 идентификатор события в журнале приложений. Далее событий событие с кодом 8011 будет включать USN объекта, который был изменен.
  • Нет событий событие с кодом 8011 отображается с "Base" DC "в описании события.

    Если журнал приложений содержит событие 8011 идентификатор события, которое имеет "Base" DC "в поле Описание домена службы обновления получателей не начал обработку еще.

    Примечание Это может также произойти события была выполнена перезапись событий событие с кодом 8011. Если выполняется операция перестроения, в журнале приложений может очень быстро заполняться. Чтобы определить, выполняется ли операция перестроения, обратитесь к разделу «Определить, выполняется ли операция перестроения».

    Если событие не 8011 идентификатор события и определить операции восстановления не выполняется, просмотрите расписание службы обновления получателей для определения, когда должно выполняться службы обновления получателей. Чтобы просмотреть расписание службы обновления получателей, выполните следующие действия.
    1. Запуск диспетчера системы Exchange.
    2. Разверните узел Получатели, а затем нажмите кнопку Получателей служб обновления.
    3. В правой области щелкните правой кнопкой мыши Служба обновления получателей (CONTOSO), а затем нажмите кнопку Свойства.
    4. Если Использовать особое расписание появится в Интервал обновления Выберите Настройка.
    Примечание Щелкните правой кнопкой мыши службу обновления получателей и нажмите кнопку Обновить сейчас Чтобы немедленно запустить обработку объектов службы обновления получателей. Однако в этом случае не начать операцию восстановления и применить политику.

    Если события событие ID 8011 не отображаются при нажатии кнопки Обновить сейчас или после расписание службы обновления получателей вызывает службу обновления получателей для обработки объектов, возможно, служба обновления получателей перестал отвечать на запросы или службы обновления получателей может ждать контроллера домена для возвращения результатов поиска.

    Как правило Если служба обновления получателей перестает отвечать на запросы во время выполнения запроса LDAP, можно запустить ее можно перезапустить службу системного помощника Microsoft Exchange. Однако служба обновления получателей может перестать отвечать еще раз. В этом случае необходимо определить причины, что служба обновления получателей перестает отвечать на запросы во время выполнения запроса LDAP. Как правило это происходит потому, что существует проблема связана с сетью. Для идентификации проблемы сети, с помощью средства сетевого монитора для записи запроса он перестает отвечать на запросы.
Если диапазон содержит событий событие с кодом 8011 uSNChanged значения, которые включают uSNChanged значение объекта теста, служба обновления получателей запрашиваемого домена для изменения этого объекта.

Определите, выполняется ли операция перестроения

Чтобы определить, выполняется ли операция перестроения, используйте один из следующих способов.

Метод 1: Воспользуйтесь программой Repadmin.exe

Предупреждение При использовании оснастки редактирования ADSI, служебной программой LDP или любого другого клиента LDAP версии 3, а неправильное изменение атрибутов объектов Active Directory, может привести к серьезным проблемам. Эти проблемы могут потребовать переустановки Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Exchange Server 2003 или Windows и Exchange. Корпорация Майкрософт не гарантирует устранения неполадок, неправильного изменения атрибутов объектов Active Directory. Изменение этих атрибутов на свой страх и риск.

Используйте средство Repadmin (Repadmin.exe), которое входит в состав средств поддержки Windows 2000 для определения времени, msExchDoFullReplication атрибут был изменен. Чтобы сделать это, выполните следующие действия.
  1. Для получения различающегося имени службы обновления получателей, для устранения неполадок с помощью оснастки ADSI Edit или программы LDP.exe. Чтобы сделать это, выполните следующие действия.
    1. Нажмите кнопку Начало, нажмите кнопку Запустить, тип Adsiedit.msc, а затем нажмите кнопку ОК.
    2. Разверните узел Контейнер конфигурации [Контроллер_домена. contoso.com], разверните узел CN = Configuration, DC = contoso, DC = com, разверните узел CN = службы, разверните узел CN = Microsoft Exchange, а затем разверните узел CN =Название_организации. Например разверните узел CN = Первая организация.
    3. Разверните узел CN = контейнер списков адресов, а затем нажмите кнопку CN = службы обновления получателей.
    4. В правой области следует иметь в виду различающееся имя соответствующего домена службы обновления получателей, для устранения неполадок.
    5. Закройте оснастку ADSI Edit.
  2. Нажмите кнопку Начало, нажмите кнопку Запустить, тип cmd, а затем нажмите кнопку ОК.
  3. Введите следующую команду и нажмите клавишу ВВОД. Замена distinguishedName различающееся имя службы обновления получателей, для устранения неполадок.
    repadmin /showmeta"distinguishedName"> rusmeta.txt
    Например, введите следующую команду и нажмите клавишу ВВОД:
    repadmin /showmeta "CN службы обновления получателей (CONTOSO), CN = службы обновления получателей, CN = контейнер списки адресов, CN = Первая организация, CN = Microsoft Exchange, CN = службы, CN = = Конфигурация, DC = contoso, DC = com" > rusmeta.txt
  4. В текстовом редакторе «Блокнот» откройте файл Rusmeta.txt, который создает команда.
  5. В файле Rusmeta.txt найдите запись, которая ссылается на msExchDoFullReplication атрибут. Этот элемент будет отображаться следующее:
    298589      Default-First-Site-Name\<ServerName>    298589 2004-06-29 17:10:59   2 msExchDoFullReplication
Когда вы щелкните правой кнопкой мыши службу обновления получателей и нажмите кнопку Перестроить, msExchDoFullReplication атрибут имеет значение TRUE. При запуске службы обновления получателей для обработки объектов в службе каталогов Active Directory, служба обновления получателей включает этот атрибут значение false. При просмотре штамп времени, который отображается в выводе Repadmin, можно определить после последнего изменения данного атрибута. Таким образом можно определить, когда последнее выполнение операции восстановления.

Способ 2: С помощью ведения журнала диагностики

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

Событие с кодом 8329

Тип события: сведения
Источник события: MSExchangeAL
Категория события: Синхронизация списка адресов
КОД события: 8329
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание: Служба обновления получателей запуск перестроения DC = contoso, DC = com

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

Событие с кодом 8332

Тип события: сведения
Источник события: MSExchangeAL

Категория события: Синхронизация списка адресов
КОД события: 8332
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание: Служба обновления получателей начал Экспорт блок операций из DC = contoso, DC = com, начиная с USN 1. Она будет завершена обработка каталога при достижении USN 298599

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

Событие с кодом 8330

Тип события: сведения
Источник события: MSExchangeAL
Категория события: Синхронизация списка адресов
КОД события: 8330
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание: Служба обновления получателей завершения перестройки DC = contoso, DC = com

Примечание Как правило выполняется операция перестроения не помочь в устранении службы обновления получателей. Единственная разница между Перестроить команды и Обновить сейчас команда является то, что Перестроить команда вызывает перезапуск обработки объекта службы обновления получателей.

В этом случае служба обновления получателей запускается из USN 1. В Обновить сейчас команда вызывает службы обновления получателей запустить обработку объектов с максимальным USN, который последний раз было записано службой обновления получателей. Это USN хранится в msExchServer1HighestUSN свойство объекта службы обновления получателей в службе каталогов Active Directory. Таким образом Если служба обновления получателей не будет обрабатывать новые или измененные объекты должным образом, выполнение операции перестройки не поможет.

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

О том, как службы обновления получателей запрашивает изменения щелкните следующий номер статьи базы знаний Майкрософт:
328738Способ применения политик получателей службы обновления получателей

Определяет, возвращаются ли результаты запроса

Найдите событие 8011 идентификатор события, которое указывает, что был выполнен поиск для диапазона USN и диапазон USN включает USN объекта test, определяют ли этот поиск вернул никаких результатов. Для событий 8011 идентификатор события соответствующего 8012 идентификатор события события отображается в журнале приложений.

Событие с кодом 8012

Тип события: сведения
Источник события: MSExchangeAL
Категории событий: Операций LDAP
КОД события: 8012
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание: Поиск каталога Имя_сервера. contoso.com с базой "DC = contoso, DC = com" возвращается 16 объекты.

Рассмотрим следующие сценарии:
  • Если нет Идентификатора 8012 событие, соответствующее событие 8011 идентификатор события в журнал приложений, Exchange не удалось обнаружить ответ на поиск. Как правило такое поведение свидетельствует сети. Как правило такого рода неполадок сети вызывает службы обновления получателей перестает отвечать (зависает).

    Кроме того при возникновении такого рода неполадок в сети, служба обновления получателей не создать любых дополнительных запросов для корневого домена, так как службы обновления получателей ожидает ответа на текущий поиск. Таким образом в этом случае события не дополнительные события ID 8011, отображаются в журнале приложений. Если у вас несколько раз это поведение, сбор данных трассировки сети для выявления неполадок сети.
  • Если поиск вернул нулевой объектов, учетную запись сервера Exchange не имеет необходимых разрешений для просмотра объекта пользователя. Эти разрешения, берутся из группы «серверы предприятия Exchange». Этой группе предоставляются разрешения в корне домена при Setup/domainprep команда выполняется. Если изменить эти разрешения или при удалении наследования в подразделе Exchange больше не имеет достаточных разрешений для просмотра учетной записи пользователя.

    Кроме того группа Exchange Enterprise Servers для данного конкретного домена должна содержать группы серверов домена Exchange для всех других доменов. Кроме того одна из групп серверов домена Exchange должен содержать сервер Exchange, который отвечает за эту службу обновления получателей. Если эта цепь членства разорвано, сервер Exchange не смогут просмотреть учетную запись пользователя.
  • Поиск возвращает более 20 объектов, вы увидите несколько событий 8012 идентификатор события. Служба обновления получателей используется размер страницы 20 данного поиска. Таким образом результаты возвращаются в виде пакетов из 20. Ожидать, что одно событие событие ID 8012 каждые 20 объектов, которые возвращает запрос.
  • Если поиск вернул некоторые объекты, что событий событие с кодом 8012 список событий, поставленные для обработки объектов. В этом случае регистрируются следующие события.
    • Событие с кодом 8175

      Тип события: сведения
      Источник события: MSExchangeAL
      Категория события: Синхронизация списка адресов
      КОД события: 8175
      Дата:Дата
      Время:Время
      Пользователь: н/Д
      Компьютер:Имя_сервера
      Описание: Обработка изменений в "CN =Имя пользователяCN = Users, DC = contoso, DC = com ".

    • Событие с кодом 8134

      Тип события: сведения
      Источник события: MSExchangeAL
      Категория события: Синхронизация списка адресов
      КОД события: 8134
      Дата:Дата
      Время:Время
      Пользователь: н/Д
      Компьютер:Имя_сервера
      Описание: Очередь запросов для процессаИмя пользователяCN = Users, DC = contoso, DC = com ".

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

Событие с кодом 8169

Тип события: сведения
Источник события: MSExchangeAL
Категория события: Синхронизация списка адресов
КОД события: 8169
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание: Получить все изменения каталога в разделе: "DC = contoso, DC = com".

Определить, какие политики совпадают тестовый объект

Если запрашивается служба обновления получателей изменения объекта test и что запрос вернул ожидаемый результат, следует затем определить, что произошло во время обработки службы обновления получателей объекта test.

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

Событие с кодом 8163

Тип события: сведения
Источник события: MSExchangeAL
Категория события: Синхронизация списка адресов
КОД события: 8163
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание: Поток # 12b8: получен следующий адрес список транзакций. DC = contoso, DC = com.

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

Событие с кодом 8129

Тип события: сведения
Источник события: MSExchangeAL
Категория события: Синхронизация списка адресов
КОД события: 8129
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание: Оценке объект каталога "CN =Имя пользователяCN = Users, DC = contoso, DC = com "по списку адресов" CN всем пользователям, CN = = все списки адресов, CN адреса перечислены контейнер CN = Microsoft, CN = Microsoft Exchange, CN = службы, CN = = Конфигурация, DC = contoso, DC = com "правило" (& (mailnickname = *) (| (& (objectCategory=person)(objectClass=user) (! ()homeMDB=*)) (! ()msExchHomeServerName=*)))(&(objectCategory=person)(objectClass=user) (| ()homeMDB=*)(msExchHomeServerName=*))))) ". DC = contoso, DC = com.

Если объект списка адресов или политики, появляется указанное ниже событие.

Событие с кодом 8130

Тип события: сведения
Источник события: MSExchangeAL
Категория события: Синхронизация списка адресов
КОД события: 8130
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание: "CN всем пользователям, CN = = все списки адресов, CN адреса перечислены контейнер CN = Microsoft, CN = Microsoft Exchange, CN = службы, CN = = Конфигурация, DC = contoso, DC = com" добавлен "CN =Имя пользователяCN = Users, DC = contoso, DC = com ". DC = contoso, DC = com

Можно изучить эти события, чтобы определить, какие политики и списков адресов, какие службы обновления получателей определил соответствовать объекту.

Примечание Может появиться событие 8130 идентификатор события для более чем одной политике получателей. Тем не менее этот сценарий не означает, что несколько политик применяются к объекту. Сопоставления политик только политику с наивысшим приоритетом затрагивает адресат. Однако списки адресов являются накопительными. В этом случае соответствующие списки адресов, применяются к получателю.

Ожидается, что событие 8129 идентификатор события, отображаются для каждого существующего списка адресов, а также для каждой политики. Событие 8129 идентификатор события для каждого списка адресов или для каждой политики получателей отсутствует, служба обновления получателей не отображаются эти объекты списка адресов или эти объекты политики получателей. Как правило проблема разрешения приводит такое поведение, особенно в случае размещения, где были изменены разрешения на отдельные списки.

Может также происходить, если эти объекты не были реплицированы на контроллер домена, сервер Exchange установлен как контроллер домена конфигурации (Config). Сервер Exchange считывает списков адресов и политик получателей из конфигурации контроллера домена, а не из контроллера домена, который указывает службу обновления получателей. Чтобы определить, какой контроллер домена используется как контроллер домена конфигурации, выполните следующие действия.
  1. Запуск диспетчера системы Exchange.
  2. Если используются административные группы, разверните узел Административные группы, а затем разверните вашу группу администраторов.
  3. Разверните узел Серверы, щелкните правой кнопкой мыши сервер Exchange, который требуется просмотреть свойства и нажмите кнопку Свойства.
  4. Нажмите кнопку Доступ К каталогу вкладки, а затем нажмите кнопку Контроллер домена конфигурации В диалоговом окне Показать список.
В некоторых случаях службы обновления получателей должны запрашивать службы каталогов Active Directory, чтобы определить, применяется ли политика. В этом случае в журнале приложений регистрируются следующие события.

Событие с кодом 8129

Тип события: сведения
Источник события: MSExchangeAL
Категория события: Синхронизация списка адресов
КОД события: 8129
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание: Оценка объект каталога "CN =Имя пользователяCN = Users, DC = contoso, DC = com "для списка адресов" CN =NewPolicyCN политик получателей, CN = Microsoft, CN = Microsoft Exchange, CN = службы, CN = = Конфигурация, DC = contoso, DC = com "правило" (&(extensionAttribute1=mySpecialValue))'. DC = contoso, DC = com

Событие с кодом 8011

Тип события: сведения
Источник события: MSExchangeAL
Категории событий: Операций LDAP
КОД события: 8011
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание: Поиск каталога Имя_сервера. contoso.com с базой "<guid=f56238a9720ba14fbbd786f9cc847a45>" с помощью фильтра "(&(extensionAttribute1=</guid=f56238a9720ba14fbbd786f9cc847a45>mySpecialValue)) "и запросить атрибуты ObjectClass; ReplPropertyMetaData. DC = contoso, DC = com

Событие с кодом 8012

Тип события: сведения
Источник события: MSExchangeAL
Категории событий: Операций LDAP
КОД события: 8012
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание: Поиск каталога Имя_сервера. contoso.com с базой «<guid=f56238a9720ba14fbbd786f9cc847a45>» возвращено 0 объектов. DC = contoso, DC = com<b00></b00></guid=f56238a9720ba14fbbd786f9cc847a45>

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

Путем чтения событие 8130 идентификатор события, можно определить, какие политики совпадают получателя. Затем из политики каждого получателя в событии ID 8130 события, можно определить политики получателей, который имеет наивысший приоритет. Политика получателей, который имеет наивысший приоритет — политика службы обновления получателей создает адрес прокси-сервера.

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

Для получения дополнительных сведений о том, как службы обновления получателей определяет необходимость создания адресов, щелкните следующий номер статьи базы знаний Майкрософт:
328738Способ применения политик получателей службы обновления получателей

Просмотреть результаты создания прокси-сервера

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

Событие с кодом 3006

Тип события: сведения
Источник события: MSExchangeSA
Категория события: Создание прокси
КОД события: 3006
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание: Обработка экземпляр поставщика политики получателя.
Получателей DN: CN =Имя пользователяCN = Users, DC = contoso, DC = com
Текущий прокси получателей:
X 500: / O = Microsoft/OU =Узел1/ cn = Получатели/cn =Имя пользователя
SMTP:Имя пользователя@Имя adatum.COMCCMAIL:Имя пользователя в Узел1
MS:MICROSOFT /УЗЕЛ1/Имя пользователя
SMTP:Имя пользователя@Узел1.Корпорация Майкрософт.COM
X 400: c = US =; p = Майкрософт; o =Узел1; s =Имя пользователя;
Применимые политики:
CN политика по умолчанию, CN = политик получателей, CN = Microsoft, CN = Microsoft Exchange, CN = службы, CN = = Конфигурация, DC = contoso, DC = com CN =Узел1CN принимающих политик, CN = Microsoft, CN = Microsoft Exchange, CN = службы, CN = = Конфигурация, DC = contoso, DC = com
Выбранный политики:
CN =Узел1CN принимающих политик, CN = Microsoft, CN = Microsoft Exchange, CN = службы, CN = = Конфигурация, DC = contoso, DC = com
Учетные записи-посредники выбранной политики
SMTP: @Имя adatum.COM
X 400: c = US =; p = Майкрософт; o =Узел1;
SMTP: @Узел1.Корпорация Майкрософт.COM
MS:MICROSOFT / УЗЕЛ1
CCMAIL: в Узел1
Прокси-серверы в список изменений:
Прокси-серверы для создания:
Конфликты во время создания:
Созданный прокси-серверы:
Прокси-серверы, написанные для получателя:

Решения, которые служба обновления получателей внесены на этапе создания прокси-сервера вместе со сведениями о применимых политик описывает данное событие. Это событие можно использовать вместо чтения через все события 8130 идентификатор события.

Определить, были ли изменения требуется

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

Событие с кодом 8160

Тип события: сведения
Источник события: MSExchangeAL
Категория события: Синхронизация списка адресов
КОД события: 8160
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание: Изменение не требуется для CN =Имя пользователяCN = Users, DC = contoso, DC = com. DC = contoso, DC = com

В некоторых случаях 8160 код появляется в журнале приложений даже в том случае, если вы уверены, что объект должны были изменены. Например рассмотрим следующие проблемы:
  • У вас есть получателю, который имеет назначенный адресов прокси-сервера.
  • Просмотреть события 8130 идентификатор события, которые указывают, что политик получателей соответствует данному получателю.
  • Процесс оценки регистрируются в событии ID 8160 для указания того, что этот объект получателя не нужны никакие изменения.
Как правило такое поведение возникает, если генератор прокси-сервера не был успешно загружен. Для получения дополнительных сведений щелкните следующий номер статьи базы знаний Майкрософт:
286356Служба обновления получателей Exchange не штампа адреса прокси-сервера в Exchange 2000 Server и Exchange Server 2003
Если после внесения изменений в объект в журнале приложений регистрируются следующие события.

Событие с кодом 8039

Тип события: сведения
Источник события: MSExchangeAL
Категория события: Синхронизация списка адресов
КОД события: 8039
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание: Транзакция завершена...

различающееся имя:<guid=edc7ea535f006845892c30a34f038549></guid=edc7ea535f006845892c30a34f038549>
метод ChangeType: изменение
showInAddressBook: добавить: CN всем пользователям, CN = = все списки адресов, CN адреса перечислены контейнер CN = = Microsoft, CN = Mic... : CN = по умолчанию глобальный список адресов, CN = все глобальные списки адресов, CN = списков адресов
Продолжение...
почта:TestUser1@Узел1.Веб-узле Microsoft.com
textEncodedORAddress:c = US =; p = Майкрософт; o =Узел1; s =Пользователь1; g =Тест; proxyAddresses:X 400: c = US =; p = Майкрософт; o =Узел1; s =Пользователь1; g =Тест;
: SMTP:TestUser1@Узел1.Веб-узле Microsoft.com
: MS:MICROSOFT /УЗЕЛ1/TESTUSER1
: CCMAIL:Пользователь1, Тест в Узел1
: smtp:TestUser1@Имя adatum.com
msExchPoliciesIncluded:add:{14FE313C-34F5-41DC-8361-D58A46A5260A},{3B6813EC-CE89-42BA-9442-D87D4AA30DBC} : {14FE313C-34F5-41DC-8361-D58A46A5260A},{26491CFC-9E50-4857-861B-0CB8DF22B5D7}
msExchUserAccountControl:0
msExchALObjectVersion:49
objectGUID:EDC7EA535F006845892C30A34F038549
-
DC = contoso, DC = com

Событие с кодом 8035

Тип события: сведения
Источник события: MSExchangeAL
Категория события: Синхронизация списка адресов
КОД события: 8035
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание: Успешно изменена запись ' CN =TestUser1CN = Users, DC = contoso, DC = com "в каталоге Имя_сервера. contoso.com. DC = contoso, DC = com

Событие с кодом 8167

Тип события: сведения
Источник события: MSExchangeAL
Категория события: Синхронизация списка адресов
КОД события: 8167
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание:
Изменения объекта: "CN =TestUser1CN = Users, DC = contoso, DC = com ". DC = contoso, DC = com

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

Событие с кодом 8133

Тип события: сведения
Источник события: MSExchangeAL
Категория события: Синхронизация списка адресов
КОД события: 8133
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание: Выполнить вычисления на "CN =TestUser1CN = Users, DC = contoso, DC = com ". DC = contoso, DC = com

Событие с кодом 8162

Тип события: сведения
Источник события: MSExchangeAL
Категория события: Синхронизация списка адресов
КОД события: 8162
Дата:Дата
Время:Время
Пользователь: н/Д
Компьютер:Имя_сервера
Описание: Поток # 12b8: Ожидание следующей транзакции список адресов. DC = contoso, DC = com

Свойства

Код статьи: 822794 - Последний отзыв: 15 июня 2011 г. - Revision: 4.0
Информация в данной статье относится к следующим продуктам.
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
  • Microsoft Exchange 2000 Server Standard Edition
Ключевые слова: 
kbhowtomaster kbexchtechbulletin kbdirectory kbinfo kbmt KB822794 KbMtru
Переведено с помощью машинного перевода
ВНИМАНИЕ! Перевод данной статьи был выполнен не человеком, а с помощью программы машинного перевода, разработанной корпорацией Майкрософт. Корпорация Майкрософт предлагает вам статьи, переведенные как людьми, так и средствами машинного перевода, чтобы у вас была возможность ознакомиться со статьями базы знаний KB на родном языке. Однако машинный перевод не всегда идеален. Он может содержать смысловые, синтаксические и грамматические ошибки, подобно тому как иностранец делает ошибки, пытаясь говорить на вашем языке. Корпорация Майкрософт не несет ответственности за неточности, ошибки и возможный ущерб, причиненный в результате неправильного перевода или его использования. Корпорация Майкрософт также часто обновляет средства машинного перевода.
Эта статья на английском языке:822794

Отправить отзыв

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com