Отстраняване на грешки в услугата за актуализиране на получатели на Exchange (RUS)

Услугата за актуализиране на получатели на Exchange е основен компонент за правилната работа на структурата на Exchange. Обикновено работи без проблеми във фонов режим, но когато възникнат проблеми, потоците от поща страдат, така че е важно да ги коригирате бързо!

Въведение

Описание RUS

  • Създайте нова политика за получатели и й дайте по-висок приоритет от редактирането на политиката по подразбиране.
  • Опитайте се да сведете до минимум броя на правилата за получатели
  • Възстановете RUS със специални грижи

Отстраняване на основни проблеми с RUS

Както споменахме по-рано, услугата за актуализиране на получатели работи тихо във фонов режим и не изисква много поддръжка. Когато възникнат проблеми, трябва да се предприемат три основни стъпки:

  • Активиране на диагностично регистриране
  • Изберете обект или обекти за наблюдение
  • Вижте регистъра на приложението за грешки

За да започнем отстраняването на грешки в RUS, първо определяме дали имаме повече от една политика за получатели и ако е така, настройваме всички освен една от тях на Never Run (просто деактивирайте всички правила освен една). В случай, че имате няколко правила, може да се наложи да се върнете и да активирате други правила, ако не намерите нищо странно за първото. Също така се уверете, че само една политика се изпълнява в даден момент.

Диагностично регистриране

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

За да направите това, отворете Exchange System Manager (ESM) и отидете до Административни групи Сървъри Име на сървъра,щракнете с десния бутон върху името на сървъра, за който искате да настроите регистриране, изберете Свойства и след това отидете на раздела Регистриране на диагностика. В Услуги изберете MSExchangeAL и задайте LDAP операции и синхронизация на списък с адреси на максимум (вижте Фигура 1). След това изберете MSExchangeSA услуги и задайте прокси генериране на максимум. (Моля, обърнете внимание : Генерирането на прокси не е достъпно за сървъри на Exchange 2000). Накрая създайте тестов обект за RUS.

актуализиране

Фигура 1 : Диагностичен дневник

Проверка на операцията

След като активирате диагностичното регистриране, изчакайте няколко минути и трябва да видите две събития, изброени в регистъра на събитията на приложението с идентификатори 8011 и 8012. Тези събития потвърждават, че RUS работи. Ако не получите тези съобщения, рестартирайте услугата Microsoft Exchange System Attendant. След като тази услуга бъде стартирана, ще видите няколко нови събития, като първото е 9006 и 9008, което ви уведомява, че Abv_dg.dll е зареден и работи.

Ако се появи събитие с ID 9006, но не се появи събитие с ID 9008, тогава изпълнявате тази задача на предния сървър. Abv_dg.dll не съществува на предния сървър и RUS трябва да се изпълнява на задния сървър.

Проверка на RUS заявки

Ако има събития с ID 8011 и 8012 в регистрационния файл на приложението, следващата стъпка е да определите дали RUS изпраща заявки за промяна и за това ви е необходим ADSIEdit. Отворете ADSIEdit и се свържете с домейн контролера, посочен от RUS. Отидете на Domain NC DC=domain,DC=com CN=Users и щракнете с десния бутон върху тестовия обект и изберете Properties. Придвижете се до стойността uSNChangedи го запишете. След това отворете Event Viewer на сървъра на Exchange, където сте активирали регистриране, и потърсете

ИД на събитие: 8011 Описание: Base DC

След като търсенето приключи, отворете първото събитие в списъка, което съдържа информация за последното търсене в RUS.

Отидете от ред(USNChanged>=########)(uSNChanged