2012 SP1 CU1

Вышел Cumulative Update 1 для System Center 2012 Configuration Manager Service Pack 1. SP1 CU1 включает в себя около 40 новых командлетов PowerShell и ряд исправлений функционала. Посмотреть полный список исправлений и скачать можно здесь.

11 комментариев

  1. pvs043:

    Кто-нибудь уже пробовал ставить?
    My Experience: 🙂
    0) BACKUP всех серверов!
    1) Начинаем с CAS. Если SQL внешний, то снимаем галку обновления БД и все галки создания пакетов. Перезагрузка после установки — по желанию (вроде не требуется).
    2) Для внешнего SQL: останавливаем все службы SMS на CAS и патчим БД вручную скриптом «$SCCM Install Dir$\hotfix\KB2817245\update.sql». Перегружаем сервера.
    3) Смотрим на репликации (2-3 часа). У меня линки не «развалились».
    4) Устанавливаем обновление на Primary Site(s). Если SQL у них локальный, то можно галку обновления БД не снимать (инсталлятор делает обновление базы при выключенных службах). Создание пакетов для клиента и админской консоли как раз желательно на сей раз. Пакет для обновления серверов сайтов — опять же, на ваше усмотрение. Я предпочёл обновить сервера вручную.
    5) После обновления сайтов иерархии в разделе «\Software Library\Overview\Application Management\Packages\Configuration Manager Updates» появятся пакеты для обновления клиентов и консоли. Их надо будет раскатить по соответствующим коллекциям.

    Итоги:
    1) Уже примерно 6 часов в статусе сервисов НЕ возникает регулярная ошибка ‘Degraded Replications’ (было раз в 1-4 часа, как и заявлено в фиксе)!
    2) (Пока не проверял): должен исправиться серьёзный баг с переносом БД сайта на другой сервер SQL. В ConfigMgr 2012 RTM эта безобидная операция происходит в соответствии с документацией, в 2012 SP1 RTM — база переключается, но репликации в иерархии «встают раком» 🙁 Актуально для переезда с SQL 2008 R2 на 2012.
    3) Клиенты и консоль SCCM успешно обновились до версии 5.0.7804.1202 (Help/About), однако версия сайта (\Administration\Overview\Site Configuration\Sites) по-прежнему 5.00.7804.1000. Обновление KB2817245 — установлено в «Панели упраления» успешно. Может быть, так и задумано разработчиками 🙂

    • admin:

      Серьёзный подход.:)
      Я обновлял лабу. Всё намного проще, но консоль не показывает новую версию.
      По поводу версии сайта я создавал кейс на Microsoft Connect. Мне ответили, что это задумка такая.

      • pvs043:

        Просто коллега-админ SQL затеял переконфигурацию своих серверов и у меня полегли все репликации в иерархии. Восстанавливали почти 2 недели…
        Так что теперь к подобным обновлениям отношусь серьёзно! 🙂
        Сегодня проверил сценарий переключения БД сайта на другой SQL-сервер. Прошло успешно, так что данный CU1 при использовании иерархии надо ставить однозначно.

  2. Siniy:

    Как показала установка все установилось успешно, но что-то мне подсказывает, что это не так — клиентских пакетов нет, по всей логике CU должен же отображаться в ARP?

  3. doktorDobro:

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

    Для обновления клиентов создались пакеты — но они требуют небольшого изменения, например не выставлена такая полезная галочка — Suppress program notifications на вкладке Advanced в свойствах программы пакета, чтобы пользователям не выдавались назойливые уведомления об установке вызывающие лишние вопросы.

    Так же замечу что создается два пакета обновлений клиента под i386 и под x64 поэтому полезно еще выставить необходимые операционки на вкладке Requiremets.

    Обновления клиентов сначала тестировались на группе подопытных компов, прошла неделя, никаких жалоб не отмечено — обновил все остальные клиенты — полет нормальный.

  4. rdk:

    Установилось всё нормально, новые клиенты только ставятся со старой версией. Видимо нужно PATH прописывать в параметрах установки или я ошибаюсь?

Leave a Reply