System Center 2012 Configuration Manager – Обновляемся до уровня SP1

Оригинал статьи находится тут.

Продолжая тему развёртывания Service Pack 1 (SP1) для линейки продуктов Microsoft System Center (SC) 2012, в этой заметке опишу опыт обновления Configuration Manager (SCCM).

Обновление инфраструктуры SCCM до уровня SP1 будем выполнять в следующей последовательности:

1. Обновляем сервер центрального сайта – Central Administration Site (CAS)
2. Обновляем сервера первичных сайтов Primary Site
3. Обновляем сервера вторичных сайтов Secondary Site
4. Обновляем клиентов SCCM

В данный момент все сервера инфраструктуры SCCM у нас работают на базе Windows Server 2008 R2 и SQL Server 2008 R2. Рассмотрим сценарий In-Place Upgrade обновления SCCM

О всех основных изменениях и нововведениях в SP1 можно почитать в документе TechNet Library –  What’s New in Configuration Manager SP1

Общие процедуры установки пакета обновлений описаны в документе TechNet Library –  Upgrade Configuration Manager to a New Service Pack

Для того чтобы правильно спланировать обновление желательно прочитать документы:
TechNet Library – Planning to Upgrade System Center 2012 Configuration Manager
KB2801416 – How to upgrade System Center 2012 Configuration Manager to SP1

Для корректной процедуры обновления нам потребуется дистрибутив SCCM SP1 доступный на Microsoft после 25.01.2013. В обновленный дистрибутив интегрировано обновление KB2801987 – Installation error 0x800b0101: System Center 2012 Configuration Manager Service Pack 1 client. Загрузить правильный образ ISO с дистрибутивом можно либо с сайта MVLSC – имя файла: SW_DVD5_Sys_Ctr_2012w_SP1_Config_Mgr_EndPt_Protection_MultiLang_-2_X18-84756.ISO
либо с сайта Technet Subscriptions – имя файла:
mu_system_center_2012_configuration_manager_and_endpoint_protection_with_sp1_x86_x64_dvd_1565907.iso

И в том и в другом случае контрольная сумма файла
SHA1: AB930F8FC127D00C510A5FD73038CF16DCFD2290

Подготовительные мероприятия

Перед непосредственной процедурой обновления нам нужно выполнить резервное копирование данных сайта на серверах CAS и Primary. Порядок резервного копирования и восстановления подробно описан в документе  TechNet Library – Backup and Recovery in Configuration Manager

После обновления SCCM доя уровня SP1 нам станет доступно резервное копирование сайта с помощью DPM, а пока у нас нет такой возможности и мы можем настроить для этой цели стандартную задачу обслуживания сайта (Maintenance Task)

В консоли SCCM переходим Administration\Overview\Site Configuration\Sites и для сайта выбираем Site Maintenance. В открывшемся перечне задач обслуживания сайта включаем задачу резервного копирования – Backup Site Server. Указываем путь к каталогу для сохранения резервной копии данных сайта и устанавливаем ближайшее время.

image

После того как наступает указанный период времени нам необходимо убедиться в том, что резервное копирование успешно выполнено. Для этого в разделе консоли Monitoring\Overview\System Status\Component Status находим компонент SMS_SITE_BACKUP и проверяем события зарегистрированные этим компонентом (Show Messages > All). Наличие события с кодом ID 5035 будет свидетельствовать об успешном завершении бэкапа.image

Возможные ошибки и предупреждения в развернутом виде можно найти в лог-файле:
<Каталог установки SCCM>\Logs\Smsbkup.log

Файлы резервной копии сайта сохраняем в надёжное место и делаем ещё одну резервную копию, для того чтобы извлечь из неё файлы базы данных (БД) SQL Server и выполнить над ними процедуру проверки готовности БД к обновлению до уровня SCCM SP1.

В каталоге
<Каталог резервного копирования>\Files\<SiteCode>Backup\SiteDBServer\
находим файлы:
CM_<SiteCode>.mdf
CM_<SiteCode>_log.LDF

и копируем их на отдельный тестовый сервер с развернутым экземпляром SQL Server той же версии что используется на нашем сервере сайта SCCM. Ни в коем разе не стоит использовать для этой процедуры экземпляр SQL Server на продуктивной системе.
Для дополнительной страховки при подключении файлов БД к тестовому экземпляру SQL Server переименуем файлы БД и изменим её имя.

Подключаем БД в SQL Server Management Studio следующим запросом:

USE [master]

GO

CREATE DATABASE [CM_CAS_TEST] ON

( FILENAME = N’F:\SiteDBServer\CM_CAS_TEST.mdf’ ),

( FILENAME = N’F:\SiteDBServer\CM_CAS_TEST_log.LDF’ )

FOR ATTACH

GO

Распаковываем на тестовом сервере дистрибутив SCCM SP1 и запускаем процедуру тестирования подключенной БД специальной командой:

SMSSETUP\BIN\X64\Setup.exe /TESTDBUPGRADE SQLTEST\CM_CAS_TEST

Где SQLTEST\CM_CAS_TEST имя экземпляра SQL Server и подключенной копии БД.

Все ключи здесь: Использование параметров командной строки в программе установки

После запуска программы проверки нажимаем кнопку Begin TestDBUpgrade

image

Если размер БД большой то можем получить уведомление о том что процедура обновления может занять значительно время.

image

В моём случае я нарвался на ошибку обновления БД

image

В логе C:\ConfigMgrSetup.log фигурировала ошибка.

ERROR: SQL Server error: [42000][468][Microsoft][SQL Server Native Client 11.0][SQL Server]Cannot resolve the collation conflict between “Cyrillic_General_CI_AS” and “SQL_Latin1_General_CP1_CI_AS” in the not equal to operation.

Стало очевидно, что процесс обновления не может выполнить необходимые ему действия из-за того, что порядок сортировки (Collation) экземпляра SQL на тестовом сервере отличается от порядка сортировки копии БД SCCM. Поэтому дополнительно мне пришлось развернуть на тестовом сервере ещё один инстанс SQL Server с таким же порядком сортировки, что используется в копии БД SCCM.

После разрешения всех подобных недоразумений запускаем процедуру обновления копии БД снова и дожидаемся окончания процесса по записям лога C:\ConfigMgrSetup.log

image

Если процедура обновления на тестовой копии БД в конечном итоге прошла успешно, можно приступать к следующему подготовительному шагу.

***

В консоли SCCM переходим Administration\Overview\Site Configuration\Sites и для сайта выбираем Site Maintenance. В открывшемся перечне задач обслуживания сайта отключаем задачу – Delete Aged Client Operations. Это нужно выполнить для всех первичных сайтов в иерархии. Вновь включить задачу можно будет после окончания процесса обновления первичных серверов.

image

***

Если на обновляемом сайте (CAS/Primary/Secondary) используется роль Software Update Point (SUP) в связке с WSUS 3.0 SP2, то необходимо установить обновления KB2720211 и KB2734608.

image

***

Выполняем удаление Windows Automated Installation Kit (WAIK) через оснастку установки и удаления программ

image

Это потребуется сделать для того, чтобы в дальнейшем можно было установить необходимый для SCCM SP1 пакет Windows Assessment and Deployment Kit (ADK), так как WAIK и ADK не уживаются на одной системе. В моём случае это пришлось сделать на CAS и Primary

Сразу после этого устанавливаем Windows ADK. В составе устанавливаемых компоненты выбираем необходимый минимум:

  • Deployment Tools
  • Windows Preinstallation Environment (Windows PE)
  • User State Migration Tool (USMT)

image

***

Согласно вышеупомянутого документа KB2801416 – How to upgrade System Center 2012 Configuration Manager to SP1 перед установкой SP1 на все сервера SCCM необходимо установить Windows Management Framework 3.0, в состав которого входит Windows PowerShell 3.0в том случае если на серверах используется ОС отличная от Windows Server 2012. Честно говоря, требование этой статьи кажется довольно сомнительным, так как нигде в явном виде не удалось найти информации о том, что серверным компонентам SCCM SP1 действительно нужен WMF 3.0.

Попытался для себя прояснить ситуацию здесь SCCM 2012 SP1 – Вопрос по минимальным требованиям к ПО для вторичного сайта, но честно говоря ясности от этого не добавилось.

Забегая вперёд, по собственному опыту, могу лишь констатировать ряд фактов:

1) Установка WMF 3.0 на CAS снесла башню WMI (пространство имён Root\SMS попросту пропало), после чего, понятное дело SCCM перестал адекватно себя вести. Спасла ситуацию последовательность действий:
– Остановил службу WMI
– Переименовал каталог C:\Windows\System32\wbem\Repository в Repository.BACK
– Запустил службу WMI
– Выполнил установку SCCM SP1 после чего пространство имён SCCM было восстановлено, но осадок в душе остался неприятный.
По ходу пьесы нашёл полезную заметку о решении проблем с WMI у SCCM IT Evangelist – Unable to connect to the SCCM Console – How to fix issues related with connectivity to the SCCM Console

2) Установка WMF 3.0 на следующий обновляемый сервер первичного сайта прошла вполне себе без последствий.

3) Установку WMF 3.0 на следующие несколько подчинённых серверов вторичных сайтов не делал вообще (сервера обновлялись с консоли, подключённой к серверу первичного сайта с уже установленным SP1). При этом процедура обновления устанавливая пререквизиты на вторичные сайты про WMF 3.0 даже не заикнулась.

Если у кого-то есть какие-то соображения по поводу реальной необходимости установки WMF 3.0 перед развертыванием SP1 – интересно было бы выслушать.

Итак, вернёмся к процессу подготовки к установке SP1

***

Необходимо убедиться в том, что у нас используется совместимая версия SQL Server по уровню установленных Service Pack / Cumulative Update. Список поддерживаемых версий здесь: Supported Configurations for Configuration Manager

Другие, не менее важные, но неприменимые в моём случае требования:

  • Если для роли SUP используется NLB кластер, его необходимо отключить, оставив только один сервер с ролью SUP;
  • При использовании репликации БД для работы с Management Point, необходимо остановить репликацию;
  • Если ранее были модифицированы встроенные коллекции, такие как например All Systems – необходимо сохранить эти модификации, если в них ещё есть необходимость, так как в процессе установки SP1 будут восстановлены значения по умолчанию для таких коллекций.***Запускаем процедуру предварительной загрузки обновлений для SP1 указав отдельно созданный для этих обновлений каталог.

image

В моём случае в этот каталог было загружено 622 MB

***

Из каталога дистрибутива \SMSSETUP\BIN\X64 запускаем утилиту Prerequisite Checkerprereqchk.exeчтобы выполнить проверку соответствия системы всем предварительным требованиям для установки SP1

image

В своём случае я словил ошибку:

There is an active source hierarchy configured for migration. Please stop data gathering for each source site in the source hierarchy.

Для её разрешения в консоли SCCM Administration\Overview\Migration\Source Hierarchy пришлось остановить все активные источники миграции – Stop Gatering Data

image

После того, как все требования чекера удовлетворены, – можно приступать к установке…

Обновляем первый сервер в иерархии (CAS/Primary)

Запускаем программу установки Service Pack 1 и выбираем вариант обновления сайта – Upgrade this Configuration Manager site

image

Вводим ключ продукта (тот же что использовали при первоначальной установке SCCM)

image

Принимаем все предложенные лицензионные соглашения

image

Указываем каталог с предварительно загруженными обновлениями – Use previously downloaded files

image

Выбираем язык серверных компонент. Для того чтобы отчеты SCCM опубликованные на SSRSбыли доступны через веб-браузер на родном Русском языке – включаем  его.

image

Выбираем языки доступные клиенткой части SCCM.

image

Снова доходим до шага предварительных проверок убеждаемся в отсутствии проблем, препятствующих установке SP1 и запускаем сам процесс обновления – Begin Install

image

Дожидаемся успешного окончания процесса установки…

image

После завершения дополнительно можем просмотреть журнал установки ConfigMgrSetup.log на наличие ошибок и предупрежденийimage

После того, как первый сервер в иерархии обновлён, – самое время обновить отдельно установленные консоли Configuration Managerна рабочих станциях администраторов. Фактически процесс обновления консоли представляет собой удаление консоли версии RTM и установку консоли версии SP1.

Обновляем сервера первичных сайтов

В целом процесс подготовки и установки Service Pack 1 на сервера первичных сайтов, подчинённых CAS, ничем не отличается от вышеизложенного. Вас может смутить сообщение при попытке подключиться консолью SCCM к обновлённому первичному сайту, говорящее о том что консоль будет работать в режиме “только чтение”

image

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

Обновляем сервера вторичных сайтов

Вторичные сервера, подчинённые уже обновлённым первичным серверам, могут быть легко обновлены прямо с консоли SCCM. Собственно говоря, насколько я понял, никакой другой вариант обновления вторичных сайтов и не поддерживается.

В консоли SCCM переходим в Administration\Overview\Site Configuration\Sites выбираем вторичный сайт и запускаем Upgrade

image

После утвердительного ответа на вопрос о наших намерениях, мы сможем увидеть, что статус сайта поменялся…

image

…а через кнопку Show Install Statusмы сможем отследить все этапы обновления…

image

Если на какой-то из обновлённых серверов вторичных сайтов с включенной ролью SUP вы забыли предварительно установить ранее обозначенные обновления KB2720211 и KB2734608, для такого сервера синхронизация метаданных об обновлениях с сервера верхнего уровня работать перестанет. Но это на самом деле поправимо и эти обновления можно до-установить позже.

Обновляем клиентов

Процедура обновления клиентов представляет собой удаление клиента старой версии и установку клиента версии SP1 (5.00.7804.1000). В процессе установки клиента автоматически устанавливается Microsoft Silverlight версии 5.1.10411.0. Указанная версия Silverlight необходима для доступа к обновлённой веб-консоли Каталога приложений SCCM (Application Catalog). Так же параллельно с обновлением клиента SCCM обновится клиент System Center 2012 Endpoint Protection (SCEP) до версии 4.1.522.0.

Перед тем как в иерархии включать автоматическое развёртывание клиента новой версии клиентского ПО, не помешает создать отдельный пакет и развернуть его на тестовую группу клиентов. Обновлённый дистрибутив клиентского ПО можно найти на сервере в каталоге \\SCCMServer\SMS_<SiteCode>\Client

Информацию о том, как создать пакет для установки/обновления клиента SCCM, а также о всех возможных способах распространения клиента можно найти в документе How to Install Clients on Windows-Based Computers in Configuration Manager

После того как произведено тестовое развёртывание клиентов, в новой версии SCCM можно включить функцию автоматического обновления клиентов в иерархии сайта. В консоли SCCM переходим к узлу Administration\Overview\Site Configuration\Sites и нажимаем на ленте кнопку Hierarchy Settings. На закладке Automatic Client Upgrade включаем опцию Upgrade client automatically when new client updates are availableи настраиваем количество дней в течение которых должно производиться обновление.

image

Спустя некоторое убеждаемся в том, что на клиентских компьютерах появилось обновлённое клиентское ПО…

image

За общим статусом обновления всех клиентов принадлежащих сайту можно воспользоваться отчётом Count of Configuration Manager clients by client versions  в группе отчетов Site – Client Information

image

Под занавес…

После завершения процесса обновления не забываем обратно включить задачу обслуживания Delete Aged Client Operationsна всех первичных сайтах, где она выключалась перед процессом обновления.

***

Также возможно потребуется обновить правила членства в коллекциях, которые имеют ссылку на версию ОС.

***

И ещё один момент. Сразу после обновления обнаружили что перестало работать развертывание ОС при использовании PXE. В качестве первой попытки решения вопроса была выключена и снова включена поддержка PXE (без переустановки) в свойствах роли точки распространения (Distribution Point) – не помогло. И тут вспомнилось предупреждение лога установки ConfigMgrSetup.log о том что требуется вручную обновить загрузочные образы WinPE используемые для среды PXE. После того как образы WinPE были обновлены до новой версии (6.2.9200.16384) и в их свойствах была включена поддержка PXE – всё встало на свои места.

***

При необходимости можно установить обновлённую версию набора утилит System Center 2012 Configuration Manager Service Pack 1 Component Add-ons and Extensions

***

После обновления консоли покрутил имеющиеся на сегодняшний день варианты расширений к консоли и пришёл к выводу что более или менее вменяемым является ConfigMgr Console Extensions последней версии 1.7.2 (21.10.2012)

Дополнительные источники информации:

Techdays – Эволюция в управлении клиентами и серверами с System Center 2012 SP1 Configuration Manager

Anoop – ConfigMgr SCCM 2012 SP1 Upgrade Known Issues

ITBand.ru – Обновляем ConfigMgr 2012 до ConfigMgr 2012 SP1

Russ Rimmerman – ConfigMgr Guy   >  Configuration Manager 2012 RTM to SP1 Upgrade Overview

KB2801420 – List of public KB articles and major fixes that are included in System Center 2012 Configuration Manager SP1

SCCM Team Blog – List of System Center 2012 Configuration Manager Service Pack 1 KBs

Leave a Reply

Your email address will not be published. Required fields are marked *