Развертывание единой системы обмена сообщениями на сервере Exchange Server 2007

Итак, принято решение о развертывании в организации единой системы обмена сообщениями сервера Exchange Server 2007. Роль сервера единой системы обмена сообщениями установлена, интегрирована с существующей УАТС, и теперь у вас и десяти сотрудников вашей организации голосовая почта, электронная почта и факсимильные сообщения хранятся на сервере Exchange Server. Можете

считать свою задачу выполненной. Но как предоставить те же самые возможности тысячам абонентов, распределенным по многочисленным узлам, не нарушив при этом нормальную работу организации?

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

Начало работы

Технологии единой системы обмена сообщениями применялись в Exchange и раньше; многие компании предлагают свои единые системы обмена сообщениями, интегрирующиеся с Exchange. Однако эта версия Exchange является первой, в которой изначально поддерживается единая система обмена сообщениями. С момента выпуска данной версии многие клиенты развернули в своих организациях единую систему обмена сообщениями Exchange Server 2007 в небольших группах. Однако, по различным причинам, единая система обмена сообщениями не была развернута для всех пользователей. Одна из проблем заключается в том, что многие администраторы Exchange не знакомы с основными понятиями телефонии и технологиями, необходимыми для внедрения служб единой системы обмена сообщениями, и поэтому испытывают трудности при проектировании и развертывании подобных решений в организациях.

Как и для любого проекта развертывания, наилучшие результаты дает, как правило, поэтапный подход. При проектировании единой системы обмена сообщениями необходимо учитывать пять этапов: планирование архитектуры, тестирование решения, пилотные испытания с ограниченным числом пользователей, обучение и перенос пользователей в новую систему. Критически важно привлечь к проекту как ИТ-подразделение, так и отдел связи.

Многие возможности, которые пользователи воспринимают как нечто само собой разумеющееся для традиционных платформ голосовой почты, необходимо будет продублировать, либо, если это невозможно, разработать альтернативное решение, которое позволит сгладить неудобства для пользователей в процессе внедрения новой системы. В этом деле ключевую роль должен сыграть отдел связи. Одновременно в процессе развертывания отдел связи должен пройти обучение в отделе ИТ администрированию, устранению неполадок и поддержке новой платформы голосовой почты.

Основы телефонии

Процесс планирования станет намного проще при понимании основной архитектуры, процесса передачи звонков и терминологии, связанной с единой системой обмена сообщениями. На рис. 1 приведен пример единой системы обмена сообщениями, интегрированной в существующую корпоративную систему телефонии. Теперь давайте более подробно рассмотрим некоторые основные концепции и технологии, с которыми придется иметь дело в процессе развертывания.

Figure 1 A PBX-to-Unified Messaging solution

УАТС (учрежденческая автоматическая телефонная станция) — это частная телефонная сеть, используемая в организации. В подобной системе у каждого пользователя имеется, как правило, телефонный аппарат, подключенный к УАТС, с которого можно звонить внутренним пользователям путем набора добавочного номера (состоящего, как правило, из четырех или пяти цифр) и на внешние телефонные номера.

Если в организации имеется несколько УАТС, их зачастую требуется соединить друг с другом с помощью сетевых технологий, выбор которых зависит от производителя УАТС. Это позволяет всем пользователям объединенных в сеть УАТС звонить друг другу просто путем набора добавочного номера.

Единая система обмена сообщениями объединяет две разнородные системы: систему обмена сообщениями Exchange и физическую телефонную систему. Связь между сервером единой системы обмена сообщениями и архитектурой телефонии осуществляется по протоколу SIP. Некоторые УАТС могут взаимодействовать с сервером единой системы обмена сообщениями напрямую по протоколу SIP; другим требуется шлюз SIP. На рис. 1УАТС подключена к шлюзу SIP по линии T1. Когда звонок передается в единую систему обмена сообщениями, УАТС отправляет данные (номер телефона вызывающей стороны, номер телефона вызываемой стороны и код причины) в шлюз SIP. На основе этих данных сервер единой системы обмена сообщениями определяет, кому предназначен звонок.

Некоторые УАТС можно объединить друг с другом по IP-сети. Телефонная сеть позволяет переадресовывать вызовы по IP-сети в централизованное решение голосовой почты. Например, если взглянуть на рис. 2, можно заметить, что Цюрих соединен по сети с Лондоном.

Figure 2 A more complex Unified Messaging deployment

Процесс передачи звонка

Предположим, что внешняя вызывающая сторона звонит абоненту единой системы обмена сообщениями. В этом случае абонент единой системы обмена сообщениями находится вне офиса, поэтому звонок остается без ответа. Путь прохождения сообщения показан на рис. 1.

УАТС передает вызов в шлюз SIP, который, в свою очередь, устанавливает связь по протоколу SIP через TCP с сервером единой системы обмена сообщениями. Сервер получает от шлюза SIP данные интеграции, в которых указано, кому предназначен вызов. После этого сервер единой системы обмена сообщениями воспроизводит приветствие абонента и позволяет звонящему записать сообщение. Это сообщение затем доставляется в почтовый ящик Exchange абонента единой системы обмена сообщениями.

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

Абоненты единой системы обмена сообщениями получают доступ к своим почтовым ящикам Exchange по телефону (с помощью голосового доступа к Outlook® ) или с компьютера (с помощью Outlook 2007 или веб-клиента Outlook). Но абоненты также могут прослушивать сообщения по телефону с помощью Outlook 2007 или веб-клиента Outlook, используя функцию воспроизведения на телефоне, которая позволяет абоненту единой системы обмена сообщениями вместо использования компьютера воспроизвести выбранное сообщение, набрав указанный номер. При использовании данного способа сервер единой системы обмена сообщениями взаимодействует одновременно с сервером клиентского доступа и сервером почтовых ящиков. Это важно знать, поскольку если сервер единой системы обмена сообщениями находится в удаленном офисе, в котором отсутствует локальный сервер клиентского доступа, то серверу единой системы обмена сообщениями придется взаимодействовать с сервером клиентского доступа по глобальной сети, что может привести к снижению производительности.

Проектирование системы

Имеются две основные архитектуры Exchange: централизованная и децентрализованная. Как правило, архитектура единой системы обмена сообщениями следует за архитектурой Exchange, то есть вслед за развертыванием сервера почтовых ящиков необходимо развернуть сервер единой системы обмена сообщениями. Разумеется, из любого правила есть исключения.

При проектировании архитектуры единой системы обмена сообщениями необходимо учитывать пять основных аспектов.

• Размещение сервера
• Количество серверов единой системы обмена сообщениями
• Шлюз SIP
• Хранилище почтовых ящиков
• Конфигурация узла единой системы обмена сообщениями

И не забудьте учесть, что работа организации не должна прерываться. Как правило, план аварийного восстановления для сервера Exchange можно использовать и для разработки соответствующего плана восстановления единой системы обмена сообщениями.

Примеры сценариев развертывания помогут вам лучше понять роли сервера единой системы обмена сообщениями. На рис. 2 приведен пример развертывания сервера Exchange Server 2007 с единой системой обмена сообщениями в крупной организации.

В данном более сложном случае основные центры обработки данных расположены в Сиэтле и Лондоне. Серверы единой системы обмена сообщениями в этих городах обслуживают своих пользователей, поскольку серверы почтовых ящиков и транспортные серверы-концентраторы являются локальными. В обоих узлах установлены УАТС, работающие по протоколу IP, которые обслуживают вызовы к локальному серверу единой системы обмена сообщениями для ответа на звонки.

Узлы среднего размера расположены в Нью-Йорке и Глазго. Серверы единой системы обмена сообщениями в этих городах обслуживают своих пользователей, поскольку серверы почтовых ящиков и транспортные серверы-концентраторы являются локальными. Как и в основных центрах обработки данных, в обоих узлах установлены УАТС, работающие по протоколу IP, которые обслуживают вызовы к локальному серверу единой системы обмена сообщениями для ответа на звонки.

На узлах меньшего размера нет локальных серверов почтовых ящиков и транспортных серверов-концентраторов, однако здесь используются возможности единой системы обмена сообщениями, предоставляемые основными центрами обработки данных. В городе Остин установлена УАТС производства компании NEC, подключенная к локальному шлюзу SIP по аналоговой линии. Звонки локальным пользователям передаются в шлюз SIP, который подключается к серверу единой системы обмена сообщениями в Сиэтле, чтобы отвечать на звонки в единой системе обмена сообщениями.

В Цюрихе установлена УАТС Avaya Communication Manager, которая соединена по IP-сети с такой же УАТС в Лондоне. Звонки локальным пользователям передаются через УАТС Avaya Communication Manager, которая подключается к серверу единой системы обмена сообщениями в Лондоне, чтобы отвечать на звонки в единой системе обмена сообщениями.

В данном примере серверы почтовых ящиков Exchange и серверы единой системы обмена сообщениями физически расположены в Сиэтле в одном месте. При использовании архитектуры с одним узлом все серверы (серверы почтовых ящиков, единой системы обмена сообщениями, клиентского доступа и т.д.) и оборудование УАТС расположены на одном узле. При наличии нескольких узлов сложность проектирования возрастает. Подобная сложность может показаться непреодолимой, но, при четком понимании базовых принципов единой системы обмена сообщениями, задача становится выполнимой.

Как показано на рис. 2, если на узле имеется сервер почтовых ящиков, рекомендуется также развернуть там сервер единой системы обмена сообщениями. Узлы в Сиэтле, Лондоне, Нью-Йорке и Глазго соответствуют этой рекомендации. Хотя в узлах в Остине и Цюрихе отсутствуют локальные серверы почтовых ящиков, службы единой системы обмена сообщениями в этих городах доступны по IP-сети. В Остине установлена локальная аналоговая УАТС. В этом случае для подключения по IP-сети к серверу единой системы обмена сообщениями в Сиэтле необходим шлюз SIP. В Цюрихе установлена локальная УАТС, работающая по протоколу IP, которая соединена по сети с УАТС в Лондоне. Таким образом, звонок пользователю в Цюрихе передается по телефонной сети обратно в Лондон, на УАТС и сервер единой системы обмена сообщениями.

Поскольку звонки абонентам в Цюрихе передаются по сети и обрабатываются централизованной системой обмена сообщениями в Лондоне, то в случае сбоя в работе сети звонки всем абонентам в Цюрихе будут оставаться без ответа, пока сеть не будет восстановлена. Если необходимо обеспечить локальную бесперебойную работу на случай сбоя в работе сети, в Цюрихе следует развернуть сервер единой системы обмена сообщениями. В случае сбоя в работе сети сервер единой системы обмена сообщениями продолжит отвечать на звонки и доставит их абонентам после восстановления работоспособности сети.

Размещение сервера, по-видимому, является наиболее важным фактором, который следует принимать во внимание при проектировании архитектуры для конкретной среды. С помощью диаграммы, приведенной на рис. 3, можно определить, каким образом следует разместить сервер.

Figure 3 Determining server placement

Оценка потребности в серверах

Следующее, что необходимо определить, — это количество серверов единой системы обмена сообщениями, необходимое для обслуживания сообщества пользователей. Ответ на этот вопрос зависит от нескольких факторов, связанных с узлом.

Масштабируемость сервера единой системы обмена сообщениями определяется количеством одновременных звонков (или портов, в терминах телефонии), которое поддерживается сервером. Каждый звонок требует от сервера единой системы обмена сообщениями выделения ресурсов сети, ЦП, оперативной памяти и места на жестком диске. Если выделить дополнительные ресурсы, сервер единой системы обмена сообщениями сможет обрабатывать больше звонков одновременно. Поскольку ресурсы всегда ограничены, сервер единой системы обмена сообщениями сможет одновременно обрабатывать ровно столько звонков, насколько хватит ресурсов.

Определить количество портов, необходимое для обслуживания заданного количества абонентов, можно с помощью методов анализа трафика Эрланга, в которые я не буду здесь углубляться. Более простой способ определить необходимое количество портов — просто спросить администратора телефонной станции, сколько портов используется в существующей системе голосовой почты. Практический опыт показывает, что требования к количеству портов в традиционной системе голосовой почты и единой системе обмена сообщениями должны быть аналогичны.

Обычно я рекомендую использовать на одном сервере не более 60 портов. Это не имеет никакого отношения к ограничениям оборудования или программного обеспечения. Эта рекомендация основана на том факте, что один сервер с 60 портами позволяет обслуживать примерно 5000 пользователей. При сбое одного единственного сервера полностью пострадает очень большая база абонентов.

При внедрении серверов единой системы обмена сообщениями следует внести в архитектуру избыточность по формуле N+1. На рис. 4 приведен пример архитектуры серверов и шлюзов SIP с полным дублированием. В данной архитектуре в случае сбоя первого сервера единой системы обмена сообщениями звонки с первого шлюза SIP будут автоматически перенаправляться на второй сервер единой системы обмена сообщениями. Также можно запрограммировать УАТС на равномерное распределение нагрузки между всеми шлюзами SIP. Например, первый звонок в систему будет передан в шлюз SIP 1, а следующий — в шлюз SIP 2. Распределение звонков между шлюзами позволяет равномерно распределить нагрузку между серверами единой системы обмена сообщениями.

Figure 4 Distributing calls between servers for redundancy

В настоящее время серверами единой системы обмена сообщениями Exchange Server 2007 поддерживаются шлюзы SIP двух поставщиков: AudioCodes и Dialogic. Если в архитектуре необходимо использовать шлюзы SIP, убедитесь в том, что приобретенные шлюзы поддерживают необходимое количество сеансов (портов). Например, если в архитектуре требуются 32 порта, необходимо установить шлюз, поддерживающий, по крайней мере, такое же количество сеансов.

Если вы не уверены в том, будет ли ваша УАТС работать с единой системой обмена сообщениями и какой шлюз следует выбрать, обратитесь к врезке «Ресурсы единой системы обмена сообщениями». На врезке имеются ссылки на руководства компании Майкрософт, а также каталог специалистов по единой системе обмена сообщениями, которые помогут оценить потребности вашей организации. Мой личный опыт показывает, что крайне мало УАТС не могут работать со шлюзами SIP и единой системой обмена сообщениями Exchange, а некоторые УАТС могут взаимодействовать с сервером единой системы обмена сообщениями напрямую по протоколу SIP через TCP.

Единая система обмена сообщениями Exchange поддерживает для хранения сообщений голосовой почты три аудиокодека: G.711 PCM Linear, GSM 06.10 и Windows Media® Audio (WMA). Каждый WAV-файл, сжатый аудиокодеком PCM Linear, требует примерно 16 КБ на каждую секунду звука. Аудиокодек WMA используется в единой системе обмена сообщениями по умолчанию и сжимает звук до 1,1 килобит (кбит) на каждую секунду звука плюс 7 КБ на заголовок. Аудиокодек GSM 06.10 сжимает звук до 1,6 кбит на каждую секунду звука, но использует заголовок меньшего размера, чем кодек WMA.

Аудиокодеки WMA и GSM 06.10 обеспечивают приемлемое качество звука для голосовых сообщений. Практический опыт использования кодеков WMA и GSM показывает, что размер хранилища почтовых ящиков возрастает на 10-20% в зависимости от интенсивности использования организацией голосовой почты.

При выборе аудиокодека, который будет использоваться в конкретной среде, следует учитывать мобильные устройства и операционные системы, которые могут использовать абоненты. Основной вопрос заключается в том, смогут ли пользователи прослушивать сообщения голосовой почты на устройствах с операционной системой Windows Mobile®. Также следует принять во внимание и другие операционные системы: возможно, в организации развернуто большое количество компьютеров с операционной системой Linux, в которой не удастся воспроизвести WMA-файлы. В любом случае, необходимо понимать, что подобные факторы повышают требования к службе поддержки, возможно, даже потребуется дополнительное обучение сотрудников.

Настройка и тестирование

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

После создания проекта системы и завершения настройки необходимо протестировать систему. В архитектуре с несколькими узлами рекомендуется протестировать по крайней мере два отдельных узла, чтобы убедиться в работоспособности системы и проверить правильность ее функционирования.

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

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

1. Отключение абонента от существующей системы голосовой почты.
2. Включение для абонента поддержки единой системы обмена сообщениями в Active Directory с помощью консоли управления Exchange.
3. Изменение зоны обслуживания телефона на телефонный номер доступа к единой системе обмена сообщениями.

Важно отключить абонента от существующей системы голосовой почты, чтобы сообщения не отправлялись в старый почтовый ящик.

На этапе пилотной проверки необходимо собрать у абонентов все вопросы, касающиеся функционирования системы. Задокументировав эти сведения, можно в дальнейшем устранить ряд типичных проблем на этапе обучения.

Обучение пользователей критически важно для успешного перехода на новую систему. Абоненты привыкли получать доступ к голосовой почте по телефону, используя особый интерфейс пользователя. Например, в некоторых системах голосовой почты для прослушивания сообщений необходимо нажать на телефоне кнопку 5. В единой системе обмена сообщениями Exchange пользователь должен нажать на телефоне кнопку 1 или произнести фразу «голосовая почта» (либо воспользоваться Outlook 2007 или веб-клиентом Outlook для воспроизведения голосовых сообщений). Обучение абонентов единой системы обмена сообщениями должно включать обучение навигации с помощью телефона, голосового доступа к Outlook и навигации Outlook или веб-клиента Outlook.

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

В единой системе обмена сообщениями Exchange при подключении новых пользователей можно отправлять им по электронной почте настраиваемое текстовое сообщение. Подобные сообщения могут содержать ссылки на типичные вопросы и ответы, документацию абонента, номера телефонов службы поддержки и т.д. Они также могут содержать сведения о доступе к системе голосовой почты и уникальный пароль абонента. Это одна из наиболее мощных возможностей, которой можно воспользоваться при подключении к системе конечных пользователей.

Перенос пользователей

Контрольный список для единой системы обмена сообщениями

В следующих разделах приведены определения некоторых базовых элементов единой системы обмена сообщениями и вопросы, на которые необходимо ответить при подготовке к развертыванию и настройке единой системы обмена сообщениями Exchange Server 2007. Используйте данный раздел в качестве контрольного списка при разработке плана развертывания.

Абонентские группы.  Абонентская группа единой системы обмена сообщениями логически соответствует УАТС и связанным с ней добавочным номерам. Ниже приведены некоторые аспекты абонентской группы, которые необходимо учитывать заранее.

• Сколько цифр будет в добавочном номере?
• Какой телефонный номер будет использоваться для доступа к единой системе обмена сообщениями?
• Какой номер необходимо набрать для выхода на внешнюю линию?
• Какой аудиокодек будет использоваться для записи сообщений?
• Каков добавочный номер оператора компании?

Сервисные группы и номера доступа. Сервисная группа — это набор добавочных телефонных номеров, настроенных на прием звонков в определенном порядке. Телефонный номер доступа является основным добавочным номером, используемым для доступа к сервисной группе. Количество добавочных номеров в сервисной группе должно совпадать с количеством портов голосовой почты.

Политики почтовых ящиков.  Политики почтовых ящиков голосовой почты практически не отличаются от политик почтовых ящиков Exchange. Ниже приведены некоторые политики, которые необходимо обсудить в процессе проектирования.

• Сколько дней будут храниться сообщения голосовой почты перед удалением?
• Как часто следует менять пароль для голосовой почты?
• Какова политика резервного копирования голосовой почты?
• Какова минимально возможная длина пароля?
• Каково максимальное количество неудачных попыток входа в систему, после которого почтовый ящик будет заблокирован?

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

• Будет ли автосекретарь использовать различные приглашения в дневное время, ночное время и в праздники? (Приглашения необходимо задокументировать и записать).
• Кому можно будет позвонить из меню автосекретаря?
• Будет ли использоваться голосовая навигация?
• Будет ли использоваться несколько языков?

Общий (ночной) почтовый ящик. В некоторых организациях используется общий (ночной) почтовый ящик для голосовой почты, позволяющий звонящим оставлять общие сообщения. Если в компании имеется такой ящик, для него необходимо создать почтовый ящик Exchange и включить для него поддержку единой системы обмена сообщениями.

Индикация ожидающих сообщений (MWI). Функция индикации ожидающих сообщений соответствует индикатору на телефоне и напоминает о наличии в почтовом ящике непрочитанных голосовых сообщений. Требуется ли в процессе развертывания реализовать в телефонах функцию индикации ожидающих сообщений?

Поддержка нескольких добавочных номеров. Во многих организациях имеются сотрудники с несколькими телефонами. При включении таких абонентов в единую систему обмена сообщениями необходимо связать с ними все их добавочные номера. Перед началом работы составьте список сотрудников с несколькими добавочными номерами.

Поддержка интерактивного речевого ответа (IVR). В некоторых традиционных системах голосовой почты поддерживаются приложения интерактивного речевого ответа, не имеющие аналогов в единой системе обмена сообщениями. Выясните, имеются ли в старой системе подобные приложения. Такие приложения можно оставить в существующей системе или либо заменить их на альтернативные приложения интерактивного речевого ответа.

Сеть голосовой почты. С помощью сети голосовой почты можно отправлять сообщения из одной системы в другую, с ней не связанную систему. Например, генеральному директору крупной организации потребовалось отправить голосовое сообщение всем сотрудникам организации или необходимо объявить о пожарных учениях. С помощью сети голосовой почты генеральный директор может записать голосовое сообщение один раз и отправить его каждому сотруднику компании, вне зависимости от используемой конкретным сотрудником системы голосовой почты. В настоящее время единую систему обмена сообщениями Exchange невозможно объединить в сеть с другими традиционными системами голосовой почты.

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

Существует несколько точек зрения на то, каким образом следует переводить систему из тестовой в производственную среду. Две основные методологии — это постепенный переход и мгновенное переключение. Вне зависимости от выбранной методологии необходимо обучить сотрудников службы поддержки общим вопросам, полученным от пилотной группы пользователей. Кроме того, убедитесь в том, что сотрудники службы поддержки знают, как включить пользователя в систему, как проверить, что пользователь включен, и как изменить пароль.

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

Рассмотрим ситуацию, в которой Алла и Борис используют старую систему голосовой почты. Борис перешел на использование единой системы обмена сообщениями и хочет отправить сообщение Алле в старую систему голосовой почты. Поскольку пользователи находятся в различных системах, они не могут больше отправлять, пересылать и отвечать друг другу на сообщения голосовой почты; к сожалению, голосовая почта стала изолированной.

Способ решения данной проблемы в традиционных системах голосовой почты заключается в использовании преобразователя сетевого протокола, с помощью которого можно объединить в сеть разнородные системы. Однако в настоящее время не существует преобразователя сетевых протоколов, с помощью которого можно было бы объединить единую систему обмена сообщениями Exchange Server 2007 с другими системами. Хотя для организации это может быть не важно, эту проблему следует иметь в виду при переносе пользователей в малых группах.

Я предпочитаю выполнять мгновенное переключение всех пользователей на каждом узле. Мгновенное переключение четко отделяет одну систему от другой. Перенос часто выполняется на выходных; пользователи отправляются домой в пятницу, а вернувшись на работу в понедельник, видят новую систему голосовой почты. Некоторые администраторы утверждают, что мгновенное переключение следует применять только для мелких организаций или удаленных узлов. Позволю себе не согласиться. Мне приходилось выполнять мгновенное переключение 7000 пользователей, работающих в одном месте; при этом менее 1% сотрудников обратилось в службу поддержки. Если все остальные этапы проекта были запланированы и проведены надлежащим образом, переход из тестовой среды в производственную должен пройти безболезненно.

Однако при переводе в производственную среду нескольких узлов следует начинать с самых маленьких удаленных узлов, переводя их по одному за раз, а в конце перевести самый крупный узел. Учитесь на ошибках, возникающих при переводе более мелких узлов, чтобы внести соответствующие изменения в проект.

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

Первое, что необходимо сделать, — это проверить, что единая система обмена сообщениями полностью установлена, настроена и протестирована.

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

Наконец, когда все пользователи будут обучены, выберите выходные, чтобы отключить всех пользователей от старой системы голосовой почты и настроить их телефонные номера для единой системы обмена сообщениями Exchange. В понедельник утром система будет работать для всех пользователей в организации.

Заключение

Независимо от количества узлов в организации (одного или нескольких), сведения, приведенные в данной статье, должны оказаться полезными. Организации с несколькими узлами сложнее в проектировании, но основные требования одинаковы и для 50, и для 5000 пользователей.

Я еще раз настаиваю на том, что отделы ИТ и связи должны работать вместе в процессе развертывания единой системы обмена сообщениями. Мой опыт показывает, что в большинстве случаев сбой проекта развертывания единой системы обмена сообщениями происходит из-за разногласий между отделом ИТ и отделом связи, а несогласованные действия — верный признак грядущей неудачи. Объединение технологий не настолько сложный процесс, но он может потребовать привлечения стороннего специалиста, одинаково хорошо разбирающегося в информационных технологиях и телекоммуникациях, который организовал бы совместную работу обоих отделов или составил план успешного развертывания проекта.