7. Сеть
На уровне сети существует пара приемов, чтобы все протекало более гладко:
- Отключите Windows 2003 Scalable Network Pack (SNP). SNP был предназначен для ускорения сетевого стека. К сожалению, у него есть некоторые проблемы с Exchange (почитайте Windows 2003 Scalable Networking pack and its possible effects on Exchange). Для отключения всех функций SNP следуйте инструкциям здесь: KB948496. SNP по умолчанию отключен в Windows Server 2008.
- Отключите IPv6 в Windows Server 2008. Хотя поддержка IPv6 и является одной из величайших возможностей Windows Server 2008, она также конфликтует с Exchange Server 2007. К примеру, она может препятствовать работе Outlook Anywhere. Так что, если вы можете обойтись без IPv6, отключите ее:
- Уберите галочку напротив Internet Protocol Version 6 (TCP/IPv6) в свойствах соединения
- Уберите "::1 localhost’’ из файла HOSTS
- Откройте реестр и найдите HKLM\System\CCS\Services\Tcpip6\Parameters
- Создайте ключ DWORD (32-bit) под названием DisabledComponents и введите значение 0xFFFFFFFF (это отключит все компоненты IPv6, кроме интерфейса обратной связи IPv6)
- Перезагрузите систему
- Отключите автотюнинг TCP в Windows Server 2008. Автотюнинг – это свойство, представленное в Windows Vista и Windows Server 2008 и предназначенное для оптимизации пропускной способности TCP. Проблема заключается в том, что некоторые сетевые устройства не поддерживают эту функцию (обычно это брандмауэры Cisco, Sonicwall, Check Point, некоторые маршрутизаторы NG R55 и Netgear), что может привести к замедлению работы. Для отключения автотюнинга выполните следующую команду: netsh interface tcp set global autotuninglevel=disabled
8. Устанавливайте Exchange на серверы Windows 2008 Server
Вторая история из этой статьи описывает ситуацию с Windows Server 2008 (а первая – с Outlook 2007).
В Windows 2008 есть много улучшений, касающихся непосредственно Exchange 2007, например:
- Поддержка кластеров множественных подсетей. В Windows 2003 вам было нужно распространять локальную подсеть на географически разнесенные кластеры. В Windows Server 2008 вы можете иметь и кластеры CCR, и кластеры SCC на двух различных подсетях.
- SMBv2 увеличивает производительность копирования файла. Это означает более быстрое ведение и поддержку журнала. Поскольку CCR и SCR используют протокол SMB для копирования файлов, в Windows Server 2008 вы получаете увеличение производительности копирования на 40%.
- Уменьшение времени простоя для поддержки аппаратного обеспечения. Windows Server 2008 допускает добавление, удаление и замещение множества ключевых аппаратных компонентов без потери времени (при адекватном оборудовании).
- Практически нулевое время простоя при решении проблем с NTFS. Windows Server 2008 включает в себя самовосстанавливающуюся NTFS, исправляющую ошибки в файловой системе NTFS в процессе работы системы без необходимости запускать Chkdsk в фоновом режиме.
- Более высокая масштабируемость для Outlook Anywhere. Прокси служба RPC теперь поддерживает ограничения на количество соединения на один IP-адрес, с максимальным количеством в 65535 соединений на один IP-адрес. Windows Server 2003 поддерживает максимально 65535 соединений вне зависимости от количества IP-адресов, подключенных к серверу.
- Интегрированные предустановочные требования означают ускоренное развертывание. Windows Server 2008 включает установочные зависимости Exchange 2007: Microsoft Management Console (MMC) 3.0, Windows PowerShell и .NET Framework 2.0.
Пожалуйста, не забывайте, что установка Exchange Server 2007 RTM на Windows Server 2008 не поддерживается, вам потребуется SP1.
За более подробной информацией обращайтесь к этой ссылке Exchange Server and Windows Server 2008, Part II.
9. QoS с UM
Использование Quality of Service (Качество службы - QoS) и DiffServ может значительно улучшить работу с Unified Messaging(Унифицированная отправка сообщений - UM). Если у вас проблемы с UM, связанные с условиями работы сети, вам определенно необходимо QoS. Поддержка Differentiated Services (Разделенные службы - DiffServ) QoS была добавлена в SP1.
Чтобы включить QoS с использованием DiffServ, выполните следующие шаги:
- Запустите GPEdit.msc на сервере UM.
- Перейдите к Computer Configuration | Administrative Templates | Network | QoS Packet Scheduler | DSCP value of conforming packets.
Увеличить
Рисунок 1: Локальная групповая политика MMC
- В правой панели сделайте двойной щелчок на Controlled load service type, щелкните Enabled, установите значение DSCP value равным 34, щелкните OK.
Рисунок 2: Свойства Controlled load Service
- Сделайте двойной щелчок на Guaranteed service type, нажмите Enabled, установите значение DSCP value равным 46, щелкните OK.
- Установите QoS Packet Scheduler (Планировщик пакетов) на сервер UM (QoS Packet Scheduler можно установить, добавив его в качестве сетевой службы в свойствах сетевого соединения в Windows Server 2003. QoS Packet Scheduler также установлен по умолчанию в Windows Server 2008).
Рисунок 3: Свойства сети
Для получения более подробной информации прочитайте New Unified Messaging Features in Exchange 2007 SP1.
10. Запустите PowerShell быстрее
Если вы когда-либо щелкали на иконку Exchange Management Shell (Уверен, вы уже так делали), вы знаете, что пройдет некоторое время до того, как окошко всплывет. Эта довольно долгая задержка происходит из-за компиляции Common Intermediate Language (CIL) в родной код, происходящая в фоновом режиме.
Если вы хотите немного ускорить время запуска, выполните следующие шаги:
- Используя Блокнот, создайте файл .PS1 (назовите его Update-GAC.ps1) со следующим кодом (на системах x86 замените Framework64 во второй линии скрипта словом Framework): Set-Alias ngen @(dir (join-path ${env:\windir} "Microsoft.NET\Framework64") ngen.exe -recurse | sort -descending lastwritetime)[0].fullName[appdomain]::currentdomain.getassemblies() | %{ngen $_.location}
- Запустите Exchange Management Shell и выполните только что созданный скрипт.
- Закройте окно Exchange Management Shell и снова его запустите. Обратите внимание на разницу!
Для получения более подробной информации прочитайте Avoiding Jitter: Jumpstarting the Exchange shell.
11. Профилактически контролируйте среду Exchange
Exchange Server – это, конечно же, не решение в стиле ‘‘настрой и забудь’’. Как и любое приложения для решения критически важных задач, вам необходимо профилактически контролировать его, чтобы убеждаться в правильности функционирования всей инфраструктуры Exchange для идентификации возможных проблем и для определения ухудшения производительности до того, как проявится простои в работе.
Хотя вы можете использовать и ПО сторонних производителей, я настоятельно рекомендую вам использовать System Center Operations Manager (OpsMgr) 2007, который включает и Exchange Server 2007 Management Pack.
Exchange Server 2007 Management Pack for Operations Manager 2007 включает расширенный набор правил, обзоров, информации, мониторинговых средств и отчетов для управления Exchange Server 2007. Эти ресурсы помогут вам держать вашу среду Exchange Server 2007 в хорошем состоянии путем обнаружения и отправки предупреждений, автоматических реакций на критические события, таким образом предупреждая возможные отказы сервисов или конфигурационные проблемы.
В следующей таблице представлен обзор функциональности мониторинга, произведенного с помощью Operations Manager 2007(взятого из Exchange Server 2007 Management Pack Guide):
Компонент Exchange | Функциональность мониторинга |
Exchange Client Access | Мониторинг ActiveSync и связи OWA, включая синтетические транзакции Измерение производительности и предупреждения |
Exchange Edge Transport | Измерение производительности и предупреждения |
Exchange Hub Transport | Измерение производительности и предупреждения |
Exchange Mailbox | Мониторинг информационного хранилища Мониторинг текущей почты и связи MAPI Измерение производительности и предупреждения |
Exchange Unified Messaging | Мониторинг связи UM, включая синтетические транзакции Измерение производительности и предупреждения |
Конфигурация и безопасность | Лучшие рекомендации по Exchange |
Мониторинг журнала событий Exchange | Комплексные правила для Exchange Детальное знание о событиях продукта |
12. Active Directory
Сервер Exchange сильно зависит от инфраструктуры Active Directory. И хотя Exchange довольно хорошо балансирует свои запросы через контроллеры доменов, включая принятие во внимание степень загруженности контроллера доменов, это высокотребовательное приложение и оно дает довольно большую нагрузку через все доступные GC, особенно если вы пользуетесь всеми возможностями и функциями, предлагаемыми в Exchange 2007.
В следующей таблице показано рекомендуемое соотношение серверов Exchange 2007 к серверам глобальных каталогов (global catalog - GC) Active Directory для каждого сайта, содержащего серверы Exchange 2007 Mailbox или пользователей (в предположении, что серверы DC и почты Exchange располагаются на примерно эквивалентном оборудовании):
| 32 бита | 64 бита |
Отношение GC к количеству почтовых серверов | 1:4 | 1:8 Вам нужно иметь достаточное количество памяти на сервере каталога для кэширования всей базы данных Active Directory (NTDS.DIT) в памяти |
1 GC на XX пользователей | Каждые 10000 пользователей | Каждые 20000 пользователей |
Мне хотелось бы сделать последнее замечание, касающееся контроллера доменов и глобальных каталогов Windows Server 2008. В Windows 2008 представлена новая роль: Read Only Domain Controller (RODC – контроллер доменов только для чтения), которая не работает с Exchange. Exchange будет игнорировать RODC и не соединится с ней, пока администратор вручную не настроит это, поэтому, пожалуйста, убедитесь, что вы не настраиваете конфигурацию вручную, чтобы заставить работать такое соединение.
Заключение
Пожалуйста, запомните, что некоторые из представленных рекомендаций могут измениться в будущем с новыми пакетами обновлений, выпусками служб или новых версий продуктов. Лучшее, что вы можете сделать, чтобы убедиться, что вы не используете вредные рекомендации, это следовать подсказкам №1 и №2:
Другие ссылки