Welcome to TechNet Blogs Sign in | Join | Help

Заметки об Exchange и Active Directory

Информация на данном сайте предоставляется "КАК ЕСТЬ" без каких-либо гарантий и передачи прав. Мнения, высказанные здесь, являются отражением моего личного взгляда, а не позиции работодателя.
Работа с Active Directory в Exchange 2000/2003

Для обеспечения бесперебойной и работы и хорошей производительности Exchange очень полезно понимать куда, как и когда Exchange шлет свои многочисленные LDAP-запросы. На хорошо загруженном сервере можно увидеть 30-60 запросов в секунду. Естественно, если возникают какие-то проблемы в сети или на контроллерах доменов, это не замедлит отразиться на деятельности всех без исключения компонентах Exchange.

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

http://old.osp.ru/win2000/exchange/49exch10.htm

Статья относится к Exchange 2000 Service Pack 2, но вся информация, изложенная в ней,относится и к последующим пакетам обновлений, а также Exchange 2003. Не знаю, сколько будет действовать эта ссылка, я обнаружил, что эта статья уже переехала как минимум один раз. Так что рекомендую скопировать локально на всякий случай :)

По большому счету, главное для нормальной работы - это обеcпечить достаточное количество серверов глобального каталога (GC) в непосредственной близости от Exchange (в том же сайте). Чем больше Exchange-серверов, там больше серверов GC должно быть доступно - как для правильного распределения нагрузки, так и для обеспечения нормального функционирования в случае недоступности одного или нескольких GC.

А вот устанавливать Exchange на контроллер домена или сервер глобального каталога в большой организации не рекомендуется - Exchange и сам способен загрузить память, процессор и диск компьютера, а Active Directory добавит дополнительную нагрузку. Такой совмещенный вариант подходит разве что для Small Business Server, когда загруженность сервера минимальная.

Posted: Friday, May 26, 2006 7:31 AM by vladg

Comments

VladislavA said:

Также следует обратить внимание на то, какой именно сервер GC использует Exchange.

Вполне жизненной является ситуация, когда сервер Exchange использует сервер GC, находящийся на другой производственной площадке. Когда администраторы на другой производственной площадке останавливают GC - Exchange перестает работать.
# May 26, 2006 8:44 AM

msexpert said:

Привет, Влад!
Интересно было бы обсудить, каковы ныне рекомендации лучших собаководов по поводу количества GC серверов, необходимых для нормального самочувствия Exchange. Как известно, best practice рекомендует соотношение числа процессоров на серверах Exchange и GC 4:1, т.е. 1 GC процессор обычно способен удовлетворить потребности 4 Exchange процессоров. Однако эта рекомендация очевидно не катит в случае 64-битных серверов, на которые уже перешло или переходит большое количество компаний. Если на моем GC имеется 64 GB RAM, и вся она доступна без ограничений, я могу всю AD закешировать в память.
Есть ли какие-нибудь результаты тестирования / бенчмарки / рекомендации по использованию 64-битных GC с Exchange 2003 - и далее, с Exchange 12?
# June 6, 2006 4:10 PM

VladislavA said:

К моему первому комментарию добавлю, что описанный в статье OSP.RU "DSAccess из второго пакета обновлений Exchange 2000" выбор наилучшего GC может давать сбои из-за слишком большого timeout, используемого по умолчанию для запросов. Статья KB Article ID: 911830 описывает исправление проблемы, но слишком куцо и непонятно.

Лишь после прочтения блога Exchangeteam* и Jasper Kuria's** можно получить прояснение в мозгах.

* http://msexchangeteam.com/archive/2006/03/08/421517.aspx
** http://blogs.msdn.com/jasperk/archive/2006/03/29/564369.aspx
# June 22, 2006 6:14 AM

VladislavA said:

Статья в old.osp.ru нуждается в дополнении из "Event ID 2080 from MSExchangeDSAccess / Article ID: 316300 / Article Last Modified on 4/25/2005". С тех пор появились новые параметры "Netlogon" и "OS Version".

Кроме того, предложение "Возможность работы сервера как GC. Значение 1 показывает, что сервер может быть GC, 0 показывает, что нет. " в статье на old.osp.ru неправильное. Правильно должно звучать так: "Возможность работы сервера как GC. Значение 1 показывает, что сервер является GC, 0 показывает, что нет. "
# June 23, 2006 2:12 AM

mdanshin said:

Добрый день. А где можно взять актуальную ссылку на статью OSP?

# October 30, 2007 2:06 PM
Anonymous comments are disabled
Page view tracker