Exchange Queue — очередь за ответами (Exchange Queue & A)

Приветствуем! Перед вами первый выпуск рубрики «Exchange Queue — очередь за ответами»! Мы начнем с вопросов, которые, честно говоря, сами и придумали, так что это не совсем настоящая рубрика вопросов и ответов — разве только предположить, что вопросы задают и отвечают на них перед зеркалом. Как бы то ни было, мы считаем, что эти вопросы могут возникнуть у заказчиков Microsoft® Exchange Server, поэтому моральное право их ставить у нас есть. Естественно, мы с удовольствием ответим и на ваши собственные вопросы, которые можно высылать по адресу mailto:queuea@microsoft.com..

Пока что мы планируем привлекать к этой рубрике по очереди разных авторов (по принципу «покидаемся авторами в стену и посмотрим, кто из них прилипнет»), которых объединяет одно: они многие годы работали с Exchange. В этом месяце ответы (и вопросы!) составляли Кей Си Лемсон (KC Lemson) и Пол Бауден (Paul Bowden) — главные менеджеры программы в группе разработчиков Exchange корпорации Майкрософт. В деле разработки Exchange мы оба — старожилы. Со временем наши задачи претерпевали некоторые изменения, но мы никогда не отрывались от области обмена сообщениями.

Кей Си работает в группе Exchange последние шесть лет; она занимала в ней самые разные должности — в частности, была менеджером программы Microsoft Outlook® Web Access (OWA) и главным менеджером программы, ответственным за предварительную версию продукта. Сейчас она занимает место менеджера по взаимодействию Exchange с пользователями; в сферу ее обязанностей входят проектирование продукта и изучение требований заказчиков. До перехода в группу Exchange она три года проработала тестировщиком Outlook, занимаясь тестированием вложений; все это происходило еще в те времена, когда пользователи считали блокировку исполняемых вложений в высшей степени недостойным занятием. Кей Си ведет блог по адресу blogs.technet.com/kclemson.

Пол посвятил последние три года работе над весьма толковым средством ExBPA (Exchange Best Practices Analyzer — средство анализа рекомендаций для Exchange). Пару месяцев назад он даже получил за нее награду и сфотографировался вместе с Биллом Гейтсом. Однако, поскольку работа над Exchange Server 2007 заканчивается, ему пора сменить занятие. Самое время прекращать грезить конструкциями на XML и возвращаться к более практичным вещам. Когда мы приступим к следующей версии Exchange (а это случится, как только на рынок выйдет Exchange Server 2007), его назначат менеджером выпуска.

Кстати говоря, прониклись ли вы нашим беспрецедентным остроумием, прочитав название рубрики? Правда, придумали его не мы, а один из читателей блога Кей Си. (Понравилась футболка, Тим?) Нам понравились и другие предложения: «За пределы конверта» и «Когда мне стукнет X64», причем последнее настолько вдохновило Кей Си, что она зарегистрировала домен www.whenimx64.com и настроила переадресацию на свой блог. Вот бы мы могли с такой же легкостью делать в жизни все, что нам захочется!

Между прочим! Кей Си сначала предложила назвать рубрику «Ежемесячной очередью за ответами», но, по справедливому замечанию нашего редактора, мы еще только начинаем заниматься этими материалами и нет уверенности в том, что нам удастся придерживаться установленного графика (на самом деле, редактор выразился более обтекаемо, но мы-то поняли, что он имеет в виду!). Кроме того, мы не знаем, какими отзывами нас вознаградят читатели рубрики, поэтому стоит ли ее продолжать — вопрос все еще открытый. Итак, мы сошлись на нынешнем имени, а о том, нравится ли оно вам или нет, можно написать по адресу mailto:queuea@microsoft.com..

Ладно, хватит болтовни, перейдем к вопросам…

Вопрос: Что такого необычного в Exchange Server 2007?

Ответ: Рискованно начинать первый же выпуск с маркетинговой темы, но нам самим до того нравится Exchange Server 2007, что мы просто обязаны поделиться своими впечатлениями с вами. Мы попытаемся свести к минимуму маркетинговые конструкции, рассказав о некоторых из тех причин технологического свойства, по которым каждый администратор и пользователь Exchange непременно полюбит Exchange 2007.

Начнем с самого очевидного — 64-разрядной архитектуры. «Ну и что в этом особенного?», — спросите вы. Во-первых, в 32-разрядной версии Windows® общий объем памяти не может превышать 4 ГБ (232 байт), из которых 2 ГБ по умолчанию предоставляются ядру, оставляя всего 2 Гб под приложения. В текущей версии Windows в файле boot.ini предусмотрен переключатель /3GB, который расширяет доступный для приложений объем памяти до 3 ГБ, но в таком режиме ядро Windows чувствует себя не очень комфортно и для восстановления ресурсов сервер приходится довольно часто перезагружать.

Эта проблема успешно решается благодаря сочетанию 64-разрядной архитектуры с некоторыми существенными изменениями ядра СУБД (JET) в сервере Exchange. Так как серверы Exchange традиционно зависят от операций ввода-вывода на диск в значительно большей степени, чем от других системных ресурсов (например, процессора), при увеличении объема памяти в системе ввод-вывод на диск заметно сокращается — действительно, зачем считывать данные с диска, если их можно держать в памяти? В итоге при одинаковых характеристиках аппаратного обеспечения Exchange 2007 позволяет выделять пользователям значительно более объемные почтовые ящики, чем Exchange 2003. К примеру, почтовый сервер корпорации Майкрософт, на котором учетная запись есть и у меня, поддерживает 4 000 пользователей почтовых ящиков с квотой 2 ГБ, что в сумме составляет 6 терабайт (ТБ) данных. Уточню свою мысль: то обстоятельство, что сервер Exchange 2007 способен эффективно работать с большим объемом памяти, не означает, что ему необходим такой объем. Мы протестировали машину с 32-разрядной версией Windows Server® 2003 и сервером Exchange 2003 с 4 ГБ памяти и меньше, затем установили 64-разрядную версию Windows Server 2003 в сочетании Exchange 2007, и производительность во втором случае не снизилась.

Кроме того, в Exchange 2007 появились два новых метода повышения доступности: непрерывная кластерная репликация (CCR) и локальная непрерывная репликация (LCR). Эти технологии снижают риск сбоев в системе хранения, способных привести к серьезным проблемам. Технология LCR ведет локальную копию баз данных на том же компьютере, но при необходимости ее можно перенести на другой носитель. Технология CCR может выполнять аналогичную функцию между двумя компьютерами в сети. В сочетании с усовершенствованиями по части ввода-вывода на диск, которые мы рассмотрели ранее, технология CCR открывает новые возможности в области устройств хранения; если вы предпочитаете носители прямого подключения (например, диски SATA или SCSI), в новых условиях они становятся более экономичным и эффективным решением.

Специалисты корпорации Майкрософт приложили огромные усилия к тому, чтобы усовершенствовать административные функции сервера Exchange 2007 — в частности, интерфейс командной строки, изображенный на рис. 1. Он называется средой управления Exchange (Exchange Management Shell — EMS) и разработан на основе Windows PowerShell™. Если вы не поклонник командной строки, ничего страшного — графический интерфейс сохранен, но теперь он называется консолью управления Exchange (Exchange Management Console — EMC), а уровень его интуитивности по сравнению с диспетчером системы (System Manager) заметно повысился (см. рис. 2). Всем, кто предпочитает интерфейсы командной строки или интересуется ими, мы настоятельно рекомендуем ознакомиться с консолью EMS сервера Exchange 2007.

Рисунок 1 Состояние группы хранения в среде управления Exchange

Рисунок 2 Аналогичное состояние в консоли управления Exchange

При работе с сервером Exchange 2003 для выполнения сложных административных задач вам, вероятно, приходилось обращаться к сценариям инструментария управления Windows (Windows Management Instrumentation — WMI). В EMS такие задачи может выполнить каждый, кто способен отличить строку "CD C:\TEMP" от названия альбома новой группы. Один из нас — бывший системный администратор ОС UNIX, поэтому нашу объективность в этом вопросе можно поставить под сомнение, но мы можем найти множество рекомендаций от незаинтересованных лиц, которые со всей ответственностью признают: среда управления очень интуитивна, даже если вы никогда раньше не пользовались командной строкой (подробнее об этом мы поговорим в следующем выпуске «Очереди за ответами»).

Одно из преимуществ среды Windows PowerShell заключается в том, что она является объектно-ориентированной. Информация (например, список почтовых ящиков или SMTP-соединителей), полученная с сервера, автоматически сохраняется в объекте или переменной, а затем для удобства восприятия передается в поток stdout в виде текста. Объект можно напрямую передать другой команде и управлять им в конвейере (в таком случае передается не текст, а объект, что упрощает изменение данных и операции с его отдельными элементами). Приведу простой пример.

Get-Mailbox | Set-Mailbox -ProhibitSendQuota 250MB

Команда Get-Mailbox производит выборку списка существующих в системе почтовых ящиков. Символ конвейеризации | свидетельствует о том, что выходные данные команды слева должны быть переданы команде справа. Следующая часть команды, "Set-Mailbox-ProhibitSendQuota 250MB", обозначает квоту, которая распространяется на все почтовые ящики; в соответствии с этой квотой, пользователь теряет возможность отправки сообщений электронной почты объемом свыше 250 МБ. Квоту можно задать и по-другому — например, как 250000000, 250000KB или .25GB. В части обработки данных среда проявляет значительную гибкость.

Еще одно важное преимущество сервера Exchange 2007 в сфере администрирования — возможность создания при помощи мастера, напоминающего аналогичный инструмент в Outlook, правил транспорта, которые помогают применять к сообщениям, проходящим через систему, бизнес-логику. Нужно при помощи регулярного выражения заблокировать все сообщения электронной почты, в тексте которых предположительно содержатся номера социального страхования? Пожалуйста! Хотите реализовать этический регламент, согласно которому обмен сообщениями электронной почты между двумя отделами вашей организации должен быть запрещен? Пожалуйста! Нужно добавлять во все сообщения, отправляемые за пределы организации, текст заявления об отказе от ответственности? Это тоже можно сделать!

Наконец, нам очень понравилась функция настройки системных сообщений. Теперь вы можете вводить индивидуальный текст в отчеты о недоставке и (ну наконец-то!) в сообщения, которые пользователи получают при превышении квот хранения.

Многие заказчики несут большие расходы при обращении в службу поддержки по вопросам настройки новых профилей Outlook. Служба автообнаружения (Autodiscover) в Outlook 2007 позволяет сразу после запуска Outlook провести автоматический поиск адреса электронной почты и извлечь данные сервера Exchange из службы каталогов Active Directory®, воспользовавшись для этого точкой подключения службы (Service Connection Point). Если вы не подключены к Active Directory, достаточно ввести адрес электронной почты и пароль; на основании этой информации служба автообнаружения загрузит файл XML с указанного веб-сервера (например, http://http//autodiscover.contoso.com), на котором имеются некоторые базовые данные о настройке — в частности, координаты сервера, управляющего службой RPC через HTTP (теперь она называется «мобильный Outlook»).

Другая статья затрат на обращение в службу поддержки связана с контролем практически неизбежных случаев ошибочного срабатывания в работе фильтров нежелательной почты. Пользователи могут хранить в Outlook списки надежных отправителей, чьи сообщения не должны подвергаться фильтрации содержимого. В то же время, вплоть до появления Exchange 2007 такие списки позволяли обходить только собственный фильтр Outlook. Если учесть, что фильтр сервера Exchange обрабатывает почту до ее поступления в Outlook, возможность отбраковки сообщений, отправленных с надежных адресов, сохранялась.

Exchange 2007 приходит на помощь пользователям. Если фильтр содержимого нежелательной почты работает в рамках ролей «пограничный сервер» и «сервер-концентратор» Exchange 2007, у вас появляется возможность настроить распространение пользовательских списков надежных отправителей на сервер, и в этом случае нужные письма смогут гарантированно доходить до адресатов без фильтрации. Естественно, один пользователь считает новостной бюллетень нежелательной почтой, а другой читает его с удовольствием, поэтому данные о надежных отправителях подлежат сбору для каждого пользователя в отдельности.

Единая система обмена сообщениями (Unified Messaging — UM) в Exchange 2007 позволяет загружать в папку «Входящие» голосовую почту и факсы. (Если вы еще не познакомились с этой системой, знайте: вы многое теряете.) Помимо прочего, вы можете позвонить на сервер Exchange и распорядиться, чтобы он оповестил всех участников совещания, назначенного на 8:00, о том, что вы опаздываете. Теперь даже небольшие организации имеют возможность по своему усмотрению настроить собственного автосекретаря, который будет принимать вызовы заказчиков и перенаправлять их. Для работы системы UM необходима АТС на базе IP (IP/PBX); кроме того, можно подключить традиционную АТС на коммутируемой линии к шлюзу передачи голоса по протоколу IP (Voice over IP — VoIP).

Новой функцией OWA 2007 является доступ к линии (Link Access). Предположим, вы находитесь в пути, клиента VPN в пределах досягаемости нет. Требуется просмотреть документ Microsoft Word, находящийся в общей папке или на узле SharePoint® в корпоративной сети. Нет ничего невозможного! Загрузите OWA 2007, выберите ссылку Documents (Документы), введите имя общего ресурса или узла SharePoint (http://mysharepointsite или \\сервер\общий_ресурс) и открывайте файл! Естественно, при необходимости администраторы могут заблокировать эту функцию в том или ином режиме: «разрешен доступ ко всем серверам, кроме указанных в списке», «запрещен доступ ко всем серверам, кроме указанных в списке», «доступ к документам разрешен только при входе в OWA с частных компьютеров» и т. д.

Кроме того, в составе OWA есть функция веб-просмотра документов (WebReady Document Viewing — техническим языком, «перекодировка»), при помощи которой Exchange может преобразовывать файлы определенных типов в формат HTML. Это полезно, если под рукой нет нужной программы. В стандартный набор типов файлов, перекодировка которых будет поддерживаться в Exchange 2007, входят: DOC, DOT, RTF, WBK, WIZ, XLS, XLK, PPT, PPS, POT, PWS и PDF. Архитектура процессора перекодировки допускает подключение встраиваемых модулей, поэтому в последующих пакетах обновления мы сможем внедрять поддержку других типов файлов. Существует также ряд административных настроек, позволяющих разрешить перекодировку отдельных типов файлов или запретить эту операцию полностью.

Если у вас есть мобильные устройства, поддерживающие синхронизацию с сервером Exchange через службу Exchange ActiveSync®, имейте в виду, что теперь при ответе на ветвь сообщений электронной почты и ее пересылке сообщения не подлежат преобразованию в неформатированный текст. Текст ответа размещается сверху, а формат HTML остальной части тела сообщения остается без изменений. Такая возможность предусмотрена для всех устройств, поддерживающих ActiveSync; функции клиентского приложения для этого не требуются.

Вопрос: Говорят, Exchange 2007 «поддерживает 64-разрядную архитектуру только в рабочих средах». Что это означает?

Ответ: Сервер Exchange 2007 представлен как в 32-разрядной, так и в 64-разрядной версиях. 64-разрядная версия предназначена для «рабочей» эксплуатации при исполнении сервером базовых ролей («Почтовый сервер», «Транспортный сервер-концентратор», «Пограничный транспортный сервер», «Клиентский доступ» и «Единая система обмена сообщениями»). 32-разрядная версия предназначена для ознакомления с новыми функциями Exchange 2007. 32-разрядные средства управления могут использоваться и в рабочей среде — к примеру, управлять действующими 64-разрядными серверами Exchange 2007 можно с настольной 32-разрядной системы Windows XP. Следует также иметь в виду, что схема Exchange 2007 должна быть установлена с компьютера, находящегося в корневом домене. Размещение самого сервера Exchange в корневом домене не является обязательным, но установка расширения схемы в таком домене необходима для обеспечения надежной связи с сетью хозяина схемы. Если в корневом домене нет 64-разрядного сервера, для расширения схемы можно обратиться к файлу setup.exe из 32-разрядной версии.

«Чем плохи 32-разрядные серверы?», — спросите вы. Если у вас был опыт управления тысячами пользователей с одного сервера, вы, вероятно, знаете, что с учетом ограничений объема памяти, о которых мы упоминали выше, в такой ситуации приходится искать компромисс между производительностью и стабильностью. Если вы приобрести новый компьютер менее чем два года назад, скорее всего, он поддерживает расширения x64. На самом деле, чтобы приобрести в сегодняшних условиях компьютер, который не поддерживает 64-разрядный режим, нужно основательно постараться. Итак, вполне вероятно, что среда, в которой работает ваш сервер Exchange, готова к переходу на 64-разрядный режим; дело лишь в установленной 32-разрядной ОС. С учетом этого обстоятельства рекомендуем после приобретения компьютера с поддержкой 64-разрадного режима установить 64-разрядную версию ОС Windows Server 2003 с пакетом обновлений SP1.

Так почему же в процессе установки выводятся предупреждения не использовать 32-разрядный режим в рабочей среде? Компилировать код Exchange в тех или иных разновидностях довольно просто; каждый компонент полностью оптимизирован и адаптирован к 64-разрядному режиму (на самом деле, некоторые пути, заданные в коде для повышения производительности ввода-вывода на диск в 64-разрядных системах, приводят к некоторому снижению производительности в 32-разрядных средах). Запуская сервер в 32-разрядном режиме, не пытайтесь вывести его на серьезную нагрузку (смоделировать или достичь ее каким-либо другим способом) — вы все равно не получите адекватного представления о производительности 64-разрядой системы и количестве пользователей, которое сервер сможет обслуживать.

Итак, сформулируем наши мысли еще раз. 32-разрядная версия Exchange 2007 служит следующим целям.

• Исследование новых функций на сервере, установленном в тестовой среде без рабочих почтовых ящиков.
• Освоение новой административной консоли, среды командной строки и интерфейса OWA (восхищайтесь, но в меру!).
• Администрирование серверов Exchange 2007.
• Расширение схемы в лесу службы Active Directory.

Прежде чем приступать к перемещению почтовых ящиков, необходимо установить на серверах 64-разрядную операционную систему и 64-разрядную версию Exchange 2007. В противном случае программа установки и утилита ExBPA начнут жаловаться (см. рис. 3). Пол это знает наверняка — он собственноручно писал код!

Вопрос: Какой объем памяти необходим для работы Exchange 2007?

Ответ: Для базовой установки требуется не менее 1 ГБ физической памяти ОЗУ. Как мы уже говорили, при работе в некоторых ролях сервер испытывает серьезные нагрузки. Если вы намерены установить универсальный сервер (выступающий в ролях «Почтовый сервер», «Клиентский доступ», «Транспортный сервер-концентратор» и «Единая система обмена сообщениями»), для начала желательно установить 2 ГБ ОЗУ, а впоследствии, если того потребует число и статистика обращений к почтовым ящикам, расширить объем памяти. Сервер в роли «Пограничный транспортный сервер» или кластер должны быть установлены на разных машинах. Кластер может исполнять только одну роль — «Почтовый сервер».

Вероятно, вас обрадует то обстоятельство, что теперь в системе с сервером Exchange можно установить более 4 ГБ ОЗУ. На многих современных машинах изначально устанавливается 6 или 8 ГБ ОЗУ, и всегда безумно стыдно вытаскивать модули памяти DDR или использовать ключ /BurnMemory для ограничения ОЗУ до 4 ГБ (к сожалению, если в системе установлено более 4 ГБ памяти, производительность и стабильность Exchange 2003 снижаются — подробнее см. go.microsoft.com/fwlink/?LinkId=76537).

Серверам инфраструктуры (работающим в ролях «Сервер-концентратор», «Клиентский доступ» и т. п.) вполне достаточно 4 ГБ ОЗУ, даже при самых серьезных нагрузках. Максимальные средства лучше всего вложить в серверы, работающие в роли «Почтовый сервер». Кэш недавно усовершенствованного 64-разрядного ядра JET выдержит ровно столько памяти, сколько вы ему предоставите. Естественно, в отличие от Exchange 2003, сервер Exchange 2007 поддерживает до 50 групп хранения.

Каждая группа хранения, в свою очередь, поддерживает несколько баз данных, но на этом вряд ли удастся сэкономить — в особенности если учитывать, что LCR и CCR (два метода репликации баз данных, о которых мы говорили выше) работают только с теми группами хранения, которым соответствуют единичные базы данных. Если вы намерены создать множество групп хранения или предоставить каждому пользователю почтовые ящики объемом свыше 2 ГБ, то, конечно, ОЗУ придется расширить. Детальные материалы по масштабированию ОЗУ имеются в блоге группы Exchange, а рисунки 4 и 5 помогут вам приступить к процессу.

Между прочим, в ИТ-отделе корпорации Майкрософт число групп хранения всегда кратно семи — дело в том, что существует циклический график резервирования, согласно которому каждый день резервируются лишь некоторые из имеющихся групп хранения. Мы называем его «леденцовым графиком резервирования». Связано это с тем, что группы хранения, подлежащие резервированию в тот или иной день, в таблице Excel обозначаются красным маркером в каскадном порядке. Надеемся, мы вам помогли. Присылайте «настоящие» вопросы, на которые мы постараемся ответить в следующем выпуске.