Ассорти фактов о Exchange 2010

 

Читаю документацию по Exchange 2010 и отмечаю интересные факты…

Exchange 2010 вышел, но без русского пакета для UM! Т.е. локализованный интерфейс есть, а разговаривать по-русски Exchange не будет до следующей весны или даже лета: скорее всего до выхода SP1. Об этом приходится сильно сожалеть – наиболее ценное (в смысле новинок) для миграции на Exchange 2010 отсутствует. L

Trial версия Exchange 2010  рассчитана на 120 дней, но остается полностью работоспособной после истечения этого срока.

Смена ключа меняет уровень версии Exchange. Нужно  ввести новый ключ и перезапустить Informational Store: это работает на том же уровне версий или на повышение уровня версий, но не на понижение. Например, можно перейти с Trial на Standart, со Standart на Enterprise или заменить прежний  ключ Enterprise на новый ключ Enterprise. Но нельзя перейти с Enterprise на Standart – это можно сделать только полной переустановкой Exchange 2010. http://technet.microsoft.com/en-us/library/bb232170(EXCHG.140).aspx http://technet.microsoft.com/en-us/library/bb124582(EXCHG.140).aspx

Версии Enterprise и Standart функционально одинаковы и различаются только тем, что Standart поддерживает до 5 почтовых баз, а Enterprise до 100. Ну и ценной конечно очень сильно! J Удивительно, что Microsoft в этом случае понял простую истину: малые и средние предприятия используют тот же функционал, что и крупные, только в меньших масштабах – поэтому и продукты надо масштабировать не по функциям, а по производительности прежде всего.

Лицензии на клиентов так же могут быть Enterprise и Standart и это никак не связано с версией сервера Enterprise или Standart, а влияет только на фичи доступные клиентам. http://www.microsoft.com/exchange/2010/en/us/licensing.aspx

Клиентская лицензия Enterprise покупается исключительно как дополнение к клиентской лицензии Standart, т.е. надо купить Standart, а потом на нее купить Enterprise, если есть необходимость.

Что дает клиентская лицензия Enterprise:

Feature	Standard CAL	Std. + Ent. CAL
Exchange ActiveSync Mobile Management Policies	Standard	Standard and Advanced
Journaling	Per Database	All
Voicemail with Unified Messaging	No	Yes
Retention Policies	Default	Default and Custom
Integrated Archive	No	Yes
Multi-Mailbox Search and Legal Hold	No	Yes
Information Protection & Control (IPC):  journal decryption, transport protection rules, Outlook protection rules, IRM Search, and Legal Hold	No	Yes

 

Как видите UM доступно только для клиентов с Enterprise CAL. С учетом того, что русского UM пока нет, то можно пока не покупать Enterprise CAL (если конечно нет острой нужды в других фичах Enterprise CAL).

Таким образом для большинства предприятий достаточно купить Exchange 2010 Standart + Standart CALs получив нужный функционал и прилично сэкономив при этом.

Защита от вирусов и спама в Enterprise версии обязательно требует Forefront Security как отдельного продукта Forefront Protection 2010 for Exchange Server (или Forefront Online Protection for Exchange) или в составе TMG 2010. При этом работает непрерывное обновление сигнатур. Standart версия может работать как с TMG 2010 аналогично Enterprise версии, так и обходится без TMG или Forefront Security: при этом  работает только фильтрация спама и используется WSUS для  загрузки обновлений  (раз в две недели). http://msexchangeteam.com/archive/2009/10/14/452868.aspx

 

Существует несколько способов подписки на Forefront Security: Exchange Enterprise CAL, Forefront Protection Suite, and Enterprise CAL Suite – первый дает защиту только почты, второй защиту клиентов и серверов, третий полный пакет Forefront Security. http://www.microsoft.com/forefront/protection-for-exchange/en/us/pricing-licensing.aspx

Покупая Exchange Enterprise CAL мы получаем, как правило, подписку и на Forefront Security, и на Forefront Online Protection. Последний можно не покупать (есть такой вариант), но если покупаем SA, то Forefront Online Protection обязательно покупается. http://www.microsoft.com/exchange/2010/en/us/licensing-faq.aspx

Для использования резервирования почтовых баз (DAG — Database Availability Groups) нужна версия операционной системы Enterprise или Datacenter (Windows Server 2008 Enterprise/Datacenter), т.к. Exchange 2010 использует для реализации DAG функции библиотеки кластеризации (но не сам кластер!), которая доступна только в этих версиях ОС. При этом DAG работает и на Exchange 2010 Standart и на Exchange 2010 Enterprise. http://technet.microsoft.com/en-us/library/dd335211(EXCHG.140).aspx

Для обеспечения надежности Exchange 2010 применяет только одну технологию — Mailbox Resiliency. Все остальное убрано. Идея в том, чтобы сделать почтовую базу единицей отказоустойчивости, а не сервер как раньше. Копия почтовой базы создается на нескольких серверах Exchange, одна из которых активная, а остальные непрерывно обновляются – общее название этих баз DAG. В случае недоступности активной почтовой базы (отказ базы, сервера, канала связи и т.п.), одна из резервных копий становится активной.

Более того идея DAG распространена на уровень датацентров (DAC – Datacenter Activation Coordination): в случае отказа одного датацентра активизируются почтовые базы у другом датацентре. Все это Exchange 2010 понимает, корректно накатывает логи транзакций и монтирует/активирует почтовые базы. http://technet.microsoft.com/en-us/library/dd979790(EXCHG.140).aspx http://technet.microsoft.com/en-us/library/dd979781(EXCHG.140).aspx

Механизм DAG поддерживается на уровне логирования и транспорта. Логи транзакций едины для каждой почтовой базы и ее копий! Т.е. транзакция не завершена пока лог не записан для всех копий. Логи сделаны маленькими – 1 Мб и накатываются они не сервисом репликации как раньше, а сервисом Information Store, что позволяет не только непрерывно накатывать логии на копии баз, не только быстро переключить базу в активный режим, но и получить актуальный кэш почтовой базы в оперативной памяти, что очень полезно для производительности. Результат: время переключения на резерв сократилось в двух минут для Exchange 2007 до 30 секунд для Exchange 2010! http://technet.microsoft.com/en-us/library/dd638137(EXCHG.140).aspx

Алгоритм переключения на резерв описан http://technet.microsoft.com/en-us/library/dd776123(EXCHG.140).aspx Запомнить его невозможно J

Транспорт Exchange 2010 сделан не просто транзакционным, а активным: сообщение не удаляется из очереди до тех пор пока не будет передано далее следующим транспортным сервером или не окажется в почтовой базе – так исключается потеря сообщения при внезапном отказе транспортного сервера или почтовой базы на всем пути следования сообщения. Ранее поиск в очередях делал сам сервер почтовых баз, когда становился активным в кластерной ноде, а очистка очереди делалась по таймауту, что могло вызвать раздувание очереди при большой нагрузке, к тому же ранее весь путь сообщения не отслеживался для гарантированной доставки. http://technet.microsoft.com/en-us/library/dd351027(EXCHG.140).aspx

Резервные базы, которые работают в DAG, фактически исключают необходимость в резервном копировании для восстановления после сбоев! http://technet.microsoft.com/en-us/library/dd876874(EXCHG.140).aspx

При совместной работе Exchange 2010 и Outlook 2010 работают MailTips: система анализирует кому вы хотите отправить письмо и выдает информационные сообщение типа: «Какого фига вы отправляете сообщение ВСЕМ?!», «Вася Пупкин отсутствует на месте», «Почтовый ящик Сидорова переполнен», «Не существующий адрес», «Отправка внешнему адресату», «Вам запрещено отправлять почту этому адресату», «Письмо слишком большое для отправки» и т.п. Следуя этим подсказкам, пользователь может скорректировать список адресатов и само письмо. http://technet.microsoft.com/en—us/library/dd297974(EXCHG.140).aspx

Exchange 2010 поддерживает создание федераций с партнерами. Это позволяет партнерам получать сведения о доступности, календари и контакты друг от друга. Установление федеративных отношений выполняется через сервис Microsoft Federation Gateway (MFG), который расположен в «Облаке». http://technet.microsoft.com/en—us/library/dd335047(EXCHG.140).aspx

Unified Messaging (UM) значительно расширено: пользователь может выполнять практически любые операции, которые есть в Outlook, голосом или тоновым набором. Более того пользователь теперь может сам настраивать свой UM без администратора, создавая собственные меню, приветствия, переадресацию и т.п. Это надо обязательно внедрять, если пользовательсткий контингент потянет! http://technet.microsoft.com/en-us/library/bb125141(EXCHG.140).aspx

Администраторы могут создавать меню и автоответчики для организации в целом. Клиент с помощью такого меню может быть переключен на нужного сотрудника или отдел, выполнить поиск нужного сотрудника. Если клиент не может выполнять навигацию в меню, он будет переведен на оператора. Оператор может быть назначен для номерного плана (Dial Plan), для автоответчика (Auto Attendants) и даже для конкретного сотрудника (почтового ящика)!  Меню может быть настроено в зависимости от времени звонка (бизнес и небизнес часы). http://technet.microsoft.com/en-us/library/bb232201(EXCHG.140).aspx

Exchange 2010  Unified Messaging интегрируется с Office Communication Server 2007. В результате получаем мощное решение офисной телефонии покрывающее примерно 80% функций, которые есть в современных решениях IP-телефонии. С выходом  Office Communication Server 2010, я предполагаю, Microsoft сможет заявить о реализации 100% функций. Сейчас же рекомендуется интегрироваться с полноценной телефонной станцией через шлюз (UM GW) или напрямую (IP-PBX) http://technet.microsoft.com/en-us/library/bb676499(EXCHG.140).aspx

Exchange 2010  может принимать факсы. Это может значительно сократить число факс-аппаратов в организации и облегчить гарантированную адресную доставку факсов нужному человеку без лишних накладных расходов на ручную (ножную) обработку. http://technet.microsoft.com/en-us/library/bb232022(EXCHG.140).aspx

Exchange 2010  может передавать факсы. Для этого нужен факс-сервер, который понимает SIP-сигнализацию. Это может быть собственный факс-сервер или факс-сервер партнера. Таким факс-сервером может выступать IP-PBX или шлюз в ТФОП (например, Cisco AS5350). http://technet.microsoft.com/en-us/library/ee364747(EXCHG.140).aspx

Exchange 2010  может работать в виртуальной среде. Но это существенно сокращает его производительность при совмещении ролей. Самое лучшее не совмещать роли  в виртуальной среде или делать CAS/HUB виртуальный сервер на каждый MailBox виртуальный сервер. Рекомендация: до 500 почтовых ящиков. Минимальное количество памяти при полном совмещении ролей – 10 GB. http://technet.microsoft.com/en-us/library/dd298121(EXCHG.140).aspx

Организация почтовых баз в Exchange 2010 (ESE) изменена так, что значительно уменьшена нагрузка на дисковую систему. С одной стороны это увеличивает производительность сервера, с другой увеличивает надежность за счет более экономной репликации почтовой базы на другие серверы. К тому же снижаются затраты на саму дисковую систему: теперь допускается использовать даже диски SATA вместо SAS/SCSI в некоторых конфигурациях! Нагрузка на дисковую подсистему сокращена до 70%! http://technet.microsoft.com/en-us/library/bb125040(EXCHG.140).aspx

Выбор дисковой подсистемы для Exchange 2010 http://technet.microsoft.com/en-us/library/dd346703(EXCHG.140).aspx

Расчеты CPU, памяти и т.д. для Exchange 2010 сервера http://technet.microsoft.com/en-us/library/dd351192(EXCHG.140).aspx

… J

Реклама