Automatic Client Upgrade. Автоматическое обновление агента-клиента.

Буквально на днях наконец-то обновился до System Center 2012 R2 Configuration Manager. Об этом будет отдельная история.

 

Заключительным этапом обновления стало обновление агента-клиента на рабочих станциях. В принципе, ситуация довольно обычная: собрал пакет из definition, сделал ему deploy.

 

Еще со времен SCCM 2012 даже без SP1 существовала функция автоматического обновления агента-клиента, но, на сколько я помню, она не была задокументирована и были там какие-то хитрости.

В данный момент четко сказано, что эта функция проапгрейдит даже агента SCCM 2007, если он назначен нашему сайту. Из книги, о которой я уже упоминал в этой статье есть описание разницы между автоматическим обновлением клиента и другими методами обновления:

 

When you create a package and program to upgrade Configuration Manager clients, this installation method is designed to upgrade existing System Center 2012 Configuration Manager clients. You can control which distribution points hosts the package and the client computers that install the package. This installation method supports only System Center 2012 Configuration Manager clients and cannot upgrade Configuration Manager 2007 clients.

In comparison, the automatic client upgrade method automatically creates the client upgrade package and program and this installation method can be used with Configuration Manager 2007 clients as well as System Center 2012 Configuration Manager clients. The package is automatically distributed to all distribution points in the hierarchy and the deployment is sent to all clients in the hierarchy for evaluation. This installation method supports System Center 2012 Configuration Manager clients and Configuration Manager 2007 clients that are assigned to a System Center 2012 Configuration Manager site. Because you cannot restrict which distribution points are sent the upgrade package or which clients are sent the deployment, use automatic client upgrade with caution and do not use it as your main method to deploy the client software.

Относительно последней фразы в этой же книге есть следующая информация:

Configuration Manager with no service pack only

Automatic client upgrades are useful when you want to upgrade a small number of client computers that might have been missed by your main client installation method. For example, you have completed an initial client upgrade, but some clients were offline during the upgrade deployment. You then use this method to upgrade the client on these computers when they are next active.

И далее относительно SCCM 2012 SP1 и R2:

 

Performance improvements in Configuration Manager SP1 can allow you to use automatic upgrades as a primary client upgrade method. However, performance will depend on your hierarchy infrastructure, such as the number of clients.

Поэтому, вполне себе сойдет как основной метод обновления клиента, тем более Distribution Point у нас всего одна в силу того, что до всех филиалов у нас минимум 100 mbps.

 

Заветная галочка находится в разделе Administration - Overview - Site Configuration - правой кнопкой мыши кликнуть по Sites - Hierarchy configuration и там примерно следующее:

 

 

 

 

Галочек всего две, нас интересует только первая: именно она включет автоматическое обновление агента-клиента и указывается количество дней, в течение которых агеннт-клиент должен обновиться.

 

Дальше я решил посмотреть со стороны клиента как происходит обновление. На клиент скачивается один единственный файл ccmsetup.exe и в планировщике заданий создается task на запуск

C:\WINDOWS\ccmsetup\ccmsetup.exe /AutoUpgrade /UpgradePackageVersion:5 /UpgradeWinTask.

 

Задания создаются в случайном интервале, чтобы все клиенты разом не начали обновляться. Свойства task'а на скриншоте:

 

 

и свойства самого task'a: