Виртуальная машина с Exchange 2013 и обновление компонентов интеграции

В связке Windows Server 2012 R2 с Hyper-V в качестве хоста и виртуальной машины с Windows Server 2012 с установленным Exchange есть одна неприятная проблема. Обновление компонентов интеграции может привести к проблемам при старте машины. Типичная ситуация — после обновления гипервизора с 2012 до 2012 R2 или миграции виртуальной машины на хост с 2012 R2, в виртуальной машине присутсвует оригинальная версия компонентов интеграции, идущая в штатной поставке Windows Server 2012 (версия 6.2.9600.ххххх). В этом случае желательно выполнить обновление компонентов инеграции до актуальной версии (версия 6.3.9600.ххххх), чтобы были полностью доступны все возможности системы (например поддержка новой версии VSS). Однако при установке обновления компонентов интеграции, после перезагрузки сервер сервер надолго зависает, выдавая сообщение «Please wait». Данная проблема связана с конфликтом из-за попытки раннего старта служб Exchange в момент завершения обновления служб компонентов интеграции.

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

Реклама

Exchange 2013 и лимиты сообщений

В Exchange максимальный размер почтовых сообщений определяется многими параметрами. Подробно лимиты сообщений рассмотрены здесь — http://technet.microsoft.com/en-us/library/bb124345%28v=exchg.150%29.aspx.

Однако есть еще несколько важных факторов. При работе с веб-службами (OWA, Active-Sync, EWS) начинают действовать другие ограничения. Так, например, для Outlook Web App есть отдельные ограничения на объем передаваемых данных.

В данной статье — http://technet.microsoft.com/en-us/library/hh529949%28v=exchg.150%29.aspx, рассматриваются параметры, отвечающие за ограничения на размер сообщений при работе с веб-службами.

До Exchange 2013 этого было достаточно. В Exchange 2013 появился еще один фактор, который необходимо учесть. Помимо, сосбтвенно, самих приложений Outlook Web App, EWS и Active-Sync, теперь существуют еще и прокси для них (вспоминаем новую архитектуру и особенности нового CAS — http://blogs.technet.com/b/exchange/archive/2013/01/25/exchange-2013-client-access-server-role.aspx). Прокси также имеет свои ограничения, поэтому, помимо параметров заданных в конфигурационных файлах в директории «%ExchangeInstallPath%\ClientAccess\«, необходимо задать аналогичные параметры в соответсвующих файлах в директории «%ExchangeInstallPath%\FrontEnd\HttpProxy«.

Таким образом таблица принимает следующий вид:

ActiveSync %ExchangeInstallPath%\ClientAccess\Sync\web.config MaxDocumentDataSize (в байтах)
maxRequestLength (в килобайтах)
%ExchangeInstallPath%\FrontEnd\HttpProxy\sync\web.config maxRequestLength (в килобайтах)
Exchange Web Services %ExchangeInstallPath%\ClientAccess\exchweb\ews\web.config
и
%ExchangeInstallPath%\HttpProxy\ews\web.config
maxAllowedContentLength (в байтах)
Outlook Web App %ExchangeInstallPath%\ClientAccess\Owa\web.config maxReceivedMessageSize (в байтах)
maxAllowedContentLength (в байтах)
maxStringContentLength (в байтах)
maxRequestLength (в килобайтах)
%ExchangeInstallPath%\FrontEnd\HttpProxy\owa\web.config maxAllowedContentLength (в байтах)
maxRequestLength (в килобайтах)

Однако, и это еще не все. Дополнительные ограничения на объем передаваемых данных также задаются на уровне IIS. В данном случае это параметр maxAllowedContentLength (http://www.iis.net/configreference/system.webserver/security/requestfiltering/requestlimits#005).