12 подсказок для оптимизации инфраструктуры Exchange 2007 (часть 2)

Если вы пропустили предыдущую статью серии, вы можете прочитать ее здесь: 12 подсказок для оптимизации инфраструктуры Exchange 2007 (часть 1).

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, отключите ее:

1. Уберите галочку напротив Internet Protocol Version 6 (TCP/IPv6) в свойствах соединения
2. Уберите «::1 localhost’’ из файла HOSTS
3. Откройте реестр и найдите HKLM\System\CCS\Services\Tcpip6\Parameters
4. Создайте ключ DWORD (32-bit) под названием DisabledComponents и введите значение 0xFFFFFFFF (это отключит все компоненты IPv6, кроме интерфейса обратной связи IPv6)
5. Перезагрузите систему

• Отключите автотюнинг 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 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.

9. QoS с UM

Использование Quality of Service (Качество службы — QoS) и DiffServ может значительно улучшить работу с Unified Messaging(Унифицированная отправка сообщений — UM). Если у вас проблемы с UM, связанные с условиями работы сети, вам определенно необходимо QoS. Поддержка Differentiated Services (Разделенные службы — DiffServ) QoS была добавлена в SP1.

Чтобы включить QoS с использованием DiffServ, выполните следующие шаги:

1. Запустите GPEdit.msc на сервере UM.
2. Перейдите к Computer Configuration | Administrative Templates | Network | QoS Packet Scheduler | DSCP value of conforming packets.

   

   Рисунок 1: Локальная групповая политика MMC

1. В правой панели сделайте двойной щелчок на Controlled load service type, щелкните Enabled, установите значение DSCP value равным 34, щелкните OK.

   

   Рисунок 2: Свойства Controlled load Service

1. Сделайте двойной щелчок на Guaranteed service type, нажмите Enabled, установите значение DSCP value равным 46, щелкните OK.
2. Установите QoS Packet Scheduler (Планировщик пакетов) на сервер UM (QoS Packet Scheduler можно установить, добавив его в качестве сетевой службы в свойствах сетевого соединения в Windows Server 2003. QoS Packet Scheduler также установлен по умолчанию в Windows Server 2008).

   

   Рисунок 3: Свойства сети

10. Запустите PowerShell быстрее

Если вы когда-либо щелкали на иконку Exchange Management Shell (Уверен, вы уже так делали), вы знаете, что пройдет некоторое время до того, как окошко всплывет. Эта довольно долгая задержка происходит из-за компиляции Common Intermediate Language (CIL) в родной код, происходящая в фоновом режиме.

Если вы хотите немного ускорить время запуска, выполните следующие шаги:

1. Используя Блокнот, создайте файл .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}
2. Запустите Exchange Management Shell и выполните только что созданный скрипт.
3. Закройте окно Exchange Management 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):

12. Active Directory

Сервер Exchange сильно зависит от инфраструктуры Active Directory. И хотя Exchange довольно хорошо балансирует свои запросы через контроллеры доменов, включая принятие во внимание степень загруженности контроллера доменов, это высокотребовательное приложение и оно дает довольно большую нагрузку через все доступные GC, особенно если вы пользуетесь всеми возможностями и функциями, предлагаемыми в Exchange 2007.

В следующей таблице показано рекомендуемое соотношение серверов Exchange 2007 к серверам глобальных каталогов (global catalog — GC) Active Directory для каждого сайта, содержащего серверы Exchange 2007 Mailbox или пользователей (в предположении, что серверы DC и почты Exchange располагаются на примерно эквивалентном оборудовании):

Мне хотелось бы сделать последнее замечание, касающееся контроллера доменов и глобальных каталогов Windows Server 2008. В Windows 2008 представлена новая роль: Read Only Domain Controller (RODC – контроллер доменов только для чтения), которая не работает с Exchange. Exchange будет игнорировать RODC и не соединится с ней, пока администратор вручную не настроит это, поэтому, пожалуйста, убедитесь, что вы не настраиваете конфигурацию вручную, чтобы заставить работать такое соединение.

Заключение

Пожалуйста, запомните, что некоторые из представленных рекомендаций могут измениться в будущем с новыми пакетами обновлений, выпусками служб или новых версий продуктов. Лучшее, что вы можете сделать, чтобы убедиться, что вы не используете вредные рекомендации, это следовать подсказкам №1 и №2:

• Ознакомьтесь со свежей информацией на Блоге команды Exchange (Я — это EHLO тут)
• Загружать последние обновления для ExBPA для новейшего файла дефиниций и запускать его регулярно

Источник  http://www.msexchange.org

• Планировщик заданий Windows server 2008
• Посмотреть фрагментацию таблиц ms sql
• Установить сертификат на компьютер
• Принт сервер на Windows server
• Нстройка впн server 2008

Tags: domain, Exchange, qos, tun, Windows 2008, Windows Vista