Специалисты группы по разработке продуктов Exchange создали модуль коррекции, устраняющий проблему гибридной связи, которая была выявлена после выпуска обновления Exchange 2013 CU6. Исправление представляет собой сценарий, обновляющий один из файлов настроек XML и вновь запускающий службу IIS. Пользоваться модулем легко, но мы не получили ответа на вопрос: почему же все-таки возникает ситуация, вызывающая необходимость его применения?

Microsoft опубликовала обновление, устраняющее проблему, преследовавшую администраторов Exchange 2013 с тех пор как они обнаружили, что после развертывания Exchange 2013 CU6 не могут ни создавать почтовые ящики Exchange Online, ни каким-либо образом управлять ими средствами центра администрирования Exchange Administration Center (EAC). Объектами еще можно управлять с помощью командной консоли Exchange Management Shell, хотя такая перспектива вряд ли послужит достаточным утешением для тех, кому поручено администрирование гибридных сред.

Отдадим должное специалистам Microsoft: они быстро ликвидировали зазор, образовавшийся было между моделью административного управления внутри организации и «облачной» схемой управления. Оказалось, что источник проблемы — ошибка в файле настроек центра администрирования EAC, которая послужила еще одним подтверждением того, что в современной сложной программной среде, казалось бы, самой незначительной ошибки порой бывает достаточно для возникновения очень серьезных проблем.

Сценарий (Exchange2013-KB2997355-FixIt.ps1) исправляет ошибочную настройку в файле $ENV:ProgramFiles\Microsoft\Exchange Server\V15\ClientAccess\ecp\DDI\RemoteDomains.xaml посредством добавления недостающего свойства TargetDeliveryDomain. Затем сценарий повторно запускает службу IIS с целью применения модуля коррекции, который следует развернуть на всех серверах Exchange 2013 CU6, задействованных в процессах управления гибридной средой (см. экран).

 

Сценарий Exchange2013-KB2997355-FixIt.ps1 за? работой
Экран. Сценарий Exchange2013-KB2997355-FixIt.ps1 за работой

Обладатель сертификата Most Valuable Participant Мишель де Руйи указал на проблему, которая, возможно, возникла в связи с тем, каким именно образом корректирующий сценарий обращается к $ENV, переменной PowerShell. Сценарий функционирует безупречно, если система Exchange установлена на том же накопителе, что и Windows (обычно это диск C:), но в случае перемещения бинарных файлов Exchange на другой диск возникают проблемы. В этом случае администратору необходимо модифицировать сценарий, изменив содержащуюся в строке 2 ссылку на $Env:ProgramFiles\Microsoft\Exchange Server\V15\ClientAccess\ecp\DDI. Вместо нее следует указать место расположения бинарных файлов Exchange или заменить всю строку следующей:

$baseDirectory = «$Env:ExchangeInstallPath» + «ClientAccess\ecp\DDI»

Мишель де Руйи разместил пересмотренный вариант сценария на ресурсе TechNet Gallery (http://gallery.technet.microsoft.com/Exchange2013-KB2997355-02d48491). Его версия лучше, ибо она считывает данные системного реестра и позволяет определять каталог, где установлена система Exchange, а затем на базе этих сведений корректно отображает место ее расположения.

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

Поделитесь материалом с коллегами и друзьями

Купить номер с этой статьей в PDF