А вот подкрался и CU, когда его совсем не ждешь…


Я честно ждал, начиная с 20-го февраля (поскольку свечной завод варил все ровно по три месяца в срок) свой новый CU, ибо лаба простаивала. Сначала ждал, потом ругался, потом грозил кулаками. На этой неделе в понедельник проверил и почти забыл уже об обновлениях. И тут, когда я потерял бдительность и пошел спать, их и выкатили. Встречаем:

https://blogs.technet.microsoft.com/exchange/2017/03/21/released-march-2017-quarterly-exchange-updates/

Exchange Server 2007 заканчивается 4/11/2017. И Update Rollup 23 с таким красивым числом будет как все понимают, последним.

2016 продукт получил Exchange Server 2016 Cumulative Update 5 а 2013 Exchange Server 2013 Cumulative Update 16 .Врут, что индексы починили, будем проверять.

Успел поставить и 2013 и 2016 и 2010. Семерки нету в руках, ничего сказать не могу. Везде полет нормальный.

Что хочется добавить. Кто не поставил дотнет 4.6.2 раньше, тот  подлый трус ССЗБ. Сейчас это пререквизит к установщику, и это правильно, нехай все будут на последнем, больше будет счастья.

Проверить версию фреймворка можно так:

Get-ItemProperty -Path “HKLM:SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full” | Format-List Release

Свериться со значением версии можно тут.

 

Screenshot_7

Ну, и традиционный опрос:

UCU

Разминаем пальцы…


Поставил на закачку Exchange Server 2013 Cumulative Update 12, и буду обновлять одним ребятам 2010, так что оба апдейта пойдут в массы 🙂 Update Rollup 13 for Exchange Server 2010 Service Pack 3 и Cumulative Update 12 for Exchange Server 2013

Читаем, качаем, забираем.

http://blogs.technet.com/b/exchange/archive/2016/03/15/released-march-2016-quarterly-exchange-updates.aspx

 

CU11 и CU12


Всем, кто себя хорошо вел в этом году PG делает подарок- новые, вишнёвые исправленные версии Exchange Server 2013 CU11 и Exchange Server 2010 CU12  уже здесь. Список исправлений наконец-то радует не косметикой, а честными исправлениями производительности и стабильности, как сейчас модно писать. Чтож, ознакамливаемся, ставим, тестируем. Я поставлю его к 12 часам точно 🙂 и отпишусь в этот пост если замечу что-то интересное по следам установки.СнимокСнимок

Если честно, надеялся на гладкую установку в стиле CU10, ан нет!

Сервер бодро отключил все службы Exchange и приступил к удалению ролей и установке. Удалить у него получилось, а вот установить- нет :(. Что характерно, мне понадобились доп. ресурсы и я разобрал DAG, оставшись с одним сервером, за что жестоко поплатился :)- делайте выводы, один сервер- это очень плохо с точки зрения НА.

Итак, сначала не захотела устанавливаться роль CAS, затем транспорт MBX, ну и затем сам MBX. Первый и второй раз я запустил апгрейд из мастера, и дал кстати клятву с сегодняшнего дня про него забыть навсегда при апгрейде и установке, поскольку Setup.exe /m:Upgrade /IAcceptExchangeServerLicenseTerms наш лучший друг. Запомнить и вбить Setup.exe /m:Upgrade  крайне легко, ну а установщик поругает и подскажет дополнительный длинный ключ, который ловко копируется или и того лучше, планируется скриптом.

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

Screenshot_4 Screenshot_5 Screenshot_6Screenshot_1

Логи выглядят вот так:

— End of inner exception stack trace —
[12/16/2015 17:37:29.0455] [1] [ERROR] The following error was generated when «$error.Clear();
if (get-service MSExchangeServiceHost* | where {$_.name -eq «MSExchangeServiceHost»})
{
restart-service MSExchangeServiceHost
}
» was run: «Microsoft.PowerShell.Commands.ServiceCommandException: Service ‘Microsoft Exchange Service Host (MSExchangeServiceHost)’ cannot be started due to the following error: Cannot start service MSExchangeServiceHost on computer ‘.’. —> System.InvalidOperationException: Cannot start service MSExchangeServiceHost on computer ‘.’. —> System.ComponentModel.Win32Exception: The service cannot be started, either because it is disabled or because it has no enabled devices associated with it
— End of inner exception stack trace —
at System.ServiceProcess.ServiceController.Start(String[] args)
at Microsoft.PowerShell.Commands.ServiceOperationBaseCommand.DoStartService(ServiceController serviceController)
— End of inner exception stack trace —«.
[12/16/2015 17:37:29.0455] [1] [ERROR] Service ‘Microsoft Exchange Service Host (MSExchangeServiceHost)’ cannot be started due to the following error: Cannot start service MSExchangeServiceHost on computer ‘.’.
[12/16/2015 17:37:29.0455] [1] [ERROR] Cannot start service MSExchangeServiceHost on computer ‘.’.
[12/16/2015 17:37:29.0455] [1] [ERROR] The service cannot be started, either because it is disabled or because it has no enabled devices associated with it
[12/16/2015 17:37:29.0455] [1] [ERROR-REFERENCE] Id=ClientAccessComponent___28fdfe8bec984e809cdeef6d4d59bf4e Component=EXCHANGE14:\Current\Release\Shared\Datacenter\Setup
[12/16/2015 17:37:29.0455] [1] Setup is stopping now because of one or more critical errors.
[12/16/2015 17:37:29.0455] [1] Finished executing component tasks.

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

Screenshot_2

Bad request (HTTP 400 error) в Exchange 2013 OWA и ECP


Проблема:

После установки CU на один из серверов внезапно перестала работать OWA и ECP. Вдумчиво набитая трубка распечаткой журнала C:\ExchangeSetupLogs\exchangeSetup.log результатов не дала, в то же время ActiveSync, Outlook Anywhere, и все прочее работали без проблем.

Но не OWA:

ecp

На смартфонах все же было видно форму Outlook Web App, однако после ввода (правильных) учетных данных, пользователю выдавалась ошибка:

“Outlook web app didn’t initialize. If the problem continues please contact your helpdesk.

Couldn’t find a base theme (folder name=base)”

В журналах самого сервера фигурировала ошибка:

Screenshot_4

Решение:

Перво наперво было принято решение пересоздать виртуальные каталоги OWA и ECP, как это уже обсуждалось ранее в блоге. Увы, это не помогло.

А помогло вот что: [ТЗ mode on]

Идем на наш CAS сервер, открываем директорию C:\Program Files\Microsoft\Exchange Server\V15\Bin

(обратите внимание, не $exscripts), и запускаем из нее последовательно скрипты UpdateCas.ps1, который пересоздаст интерфейс OWA , и UpdateConfigFiles.ps1.

Примечание: скрипты нигде не упоминаются в официальной документации Microsoft.

Тем не менее, исправляют ситуацию и возвращают OWA  радостным пользователям.