Средняя задержка чтения LDAP превысила 50 миллисекунд

Дата последнего изменения раздела: 2007-03-14

Анализатор Microsoft Exchange содержит подсистему сбора данных о производительности, используемую для запроса объектов счетчиков производительности на компьютерах с Exchange 2000 Server или Exchange Server 2003. Эта подсистема собирает данные счетчика производительности LDAP Read Time объекта производительности MSExchangeDSAccess Process для анализа.

Счетчик производительности LDAP Read Time показывает время в миллисекундах, которое занимает выполнение запроса на чтение LDAP (Lightweight Directory Access Protocol). Анализатор Exchange получает выборочные данные каждые 5 секунд на протяжении 5 минут. Затем анализатор Exchange сообщает максимальное значение счетчика производительности за время сбора данных. Если среднее значение превышает 50 миллисекунд, анализатор сервера Exchange выводит предупреждение.

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

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

Примечание.
Задержки LDAP обычно больше, когда пользователи подключаются к контроллерам доменов, которые находятся на других физических узлах. Однако рекомендуемые максимальные задержки, указываемые в этой статье, как правило, не должны превышаться. Когда контроллер домена, зарегистрировавший это предупреждение в журнале, находится на другом физическом узле, можно, ничем не рискуя, проигнорировать это предупреждение, если есть возможность определить, что контроллер домена, сообщающий об этой ошибке, не используется сервером Exchange. Один из способов определить, используется ли контроллер домена сервером Exchange Server, заключается в повышении уровня ведения журнала диагностики для компонента Топология службы MSExchangeDSAccess до значения Минимум. Если в журнале не наблюдается событие MSExchangeDSAccess с идентификатором 2080, можно спокойно игнорировать это предупреждение.

Примечание.

Задержки LDAP обычно больше, когда пользователи подключаются к контроллерам доменов, которые находятся на других физических узлах. Однако рекомендуемые максимальные задержки, указываемые в этой статье, как правило, не должны превышаться.

Когда контроллер домена, зарегистрировавший это предупреждение в журнале, находится на другом физическом узле, можно, ничем не рискуя, проигнорировать это предупреждение, если есть возможность определить, что контроллер домена, сообщающий об этой ошибке, не используется сервером Exchange. Один из способов определить, используется ли контроллер домена сервером Exchange Server, заключается в повышении уровня ведения журнала диагностики для компонента Топология службы MSExchangeDSAccess до значения Минимум. Если в журнале не наблюдается событие MSExchangeDSAccess с идентификатором 2080, можно спокойно игнорировать это предупреждение.

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

Убедитесь, что все сетевые подключения к контроллеру домена работоспособны и поддерживают трафик ICMP.
Изучите рекомендации, изложенные в указанных ниже статьях.
- Дополнительные сведения о счетчиках производительности LDAP Read Time и других счетчиках, которые можно использовать для устранения неполадок с Active Directory, см. в разделе «Решение проблем, связанных с Active Directory» Руководства по устранению неполадок с сервером Microsoft Exchange Server (http://go.microsoft.com/fwlink/?LinkId=47588) (на английском языке). Эта статья также содержит сведения о том, как повысить производительность работы службы Active Directory.
- Дополнительные сведения о достижении максимальной производительности службы Active Directory см. в разделе, описывающем настройку интеграции со службой Active Directory, в руководстве по управлению производительностью и масштабируемостью Exchange Server 2003 (может быть на английском языке) (http://go.microsoft.com/fwlink/?LinkId=47576).
- Дополнительные сведения о способах обеспечения высокого уровня доступности серверов Active Directory см. в подразделах «Обеспечение надежного доступа к Active Directory и службе доменных имен (DNS)» раздела «Меры обеспечения отказоустойчивости на уровне системы» Руководства по обеспечению высокого уровня доступности Exchange Server 2003 (http://go.microsoft.com/fwlink/?LinkId=47571) (на английском языке).
- Сведения по вопросам пропускной способности сети см. в части, касающейся производительности сети из раздела, описывающего общие сведения о производительности сервера Exchange, в руководстве по управлению производительностью и масштабируемостью Exchange Server 2003 (может быть на английском языке) (http://go.microsoft.com/fwlink/?LinkId=47576).