Sccm не устанавливается клиент на компьютер
Обновлено: 06.07.2024
Для установки клиентского программного обеспечения Configuration Manager можно использовать различные методы. Используйте один метод или комбинацию методов. В этой статье описывается каждый метод, поэтому вы можете узнать, какой из них лучше всего работает для вашей организации.
Установка push клиента
Поддерживаемая клиентская платформа : Windows
Преимущества
Можно использовать для установки клиента на один компьютер, коллекцию компьютеров или для результатов запроса.
Можно использовать для автоматической установки клиента на все обнаруженные компьютеры.
Автоматически использует свойства установки клиента, определенные на вкладке Клиент в диалоговом окне Client Push Installation Properties.
Недостатки
Может привести к высокому сетевому трафику при нажатии на большие коллекции.
Можно использовать только на компьютерах, обнаруженных диспетчером конфигурации.
Нельзя использовать для установки клиентов в группе.
Должна быть указана учетная запись установки push клиента, которая имеет административные права на указанный клиентский компьютер.
Windows Брандмауэр должен быть настроен с исключениями на клиентских компьютерах.
Нельзя отменить установку клиентского push-процесса. Диспетчер конфигурации пытается установить клиента на все обнаруженные ресурсы. Он повторно высвечив все сбои на срок до семи дней.
Установка точки обновления программного обеспечения
Поддерживаемая клиентская платформа : Windows
Преимущества
Можно использовать существующую инфраструктуру обновлений программного обеспечения для управления клиентской программой.
Если Windows Server Update Services (WSUS) и параметры групповой политики в службах домена Active Directory настроены правильно, он может автоматически установить клиентскую программу на новые компьютеры.
Не требует обнаружения компьютеров перед установкой клиента.
Компьютеры могут читать свойства установки клиентов, опубликованные в Службы домена Active Directory.
Если клиент удален, этот метод переустановит его.
Не требуется настраивать и поддерживать учетную запись установки для намечаемого клиентского компьютера.
Недостатки
Необходимо, чтобы функционируют обновления инфраструктуры программного обеспечения в качестве обязательного условия.
Необходимо использовать один и тот же сервер для установки клиента и обновлений программного обеспечения. Этот сервер должен находиться на основном сайте.
Чтобы установить новых клиентов, необходимо настроить объект групповой политики в службе домена Active Directory с точкой активного обновления программного обеспечения клиента и портом.
Если схема Active Directory не расширена для Configuration Manager, необходимо использовать параметры групповой политики для обеспечения компьютеров свойствами установки клиента.
Дополнительные сведения см. в ссылке Как установить клиентов с установкой на основе обновления программного обеспечения.
Установка групповой политики
Поддерживаемая клиентская платформа : Windows
Преимущества
Не требует обнаружения компьютеров перед установкой клиента.
Можно использовать для новых клиентских установок или обновлений.
Компьютеры могут читать свойства установки клиентов, опубликованные в Службы домена Active Directory.
Не требуется настраивать и поддерживать учетную запись установки для намечаемого клиентского компьютера.
Недостатки
Если устанавливается большое количество клиентов, это может привести к высокому сетевому трафику.
Если схема Active Directory не расширена для Configuration Manager, необходимо использовать параметры групповой политики для добавления свойств установки клиента на компьютеры на вашем сайте.
Установка скрипта Logon
Поддерживаемая клиентская платформа : Windows
Преимущества
Не требует обнаружения компьютеров перед установкой клиента.
Поддерживает использование свойств командной строки для CCMSetup.
Недостатки
Если большое количество клиентов устанавливается в течение короткого периода времени, это может привести к высокому сетевому трафику.
Если пользователи не часто войдите в сеть, установка на всех клиентских компьютерах может занять много времени.
Дополнительные сведения см. в тексте Как установить клиентов с помощью скриптов с логотипами.
Установка вручную
Поддерживаемая клиентская платформа: Windows, macOS X
Преимущества
Не требует обнаружения компьютеров перед установкой клиента.
Может быть полезным для тестирования.
Поддерживает использование свойств командной строки для CCMSetup.
Недостатки
- Нет автоматизации, поэтому на это уйма времени.
Дополнительные сведения о том, как вручную установить клиента на каждой платформе, см. в следующих статьях:
Microsoft Intune Установка MDM
Поддерживаемые клиентские платформы: Windows 10 или более поздней
Преимущества
Не требует обнаружения компьютеров перед установкой клиента.
Не требуется настраивать и поддерживать учетную запись установки для намечаемого клиентского компьютера.
Может использовать современную проверку подлинности с помощью Azure Active Directory.
Может устанавливать и назначать компьютеры в Интернете.
Можно автоматизировать с Windows AutoPilot и Microsoft Intune для совместного управления.
Недостатки
Требуются дополнительные технологии за пределами Configuration Manager.
Требуется, чтобы устройство было иметь доступ к Интернету, даже если оно не основано на Интернете.
Для корректной работы агента SCCM совсем не обязательно, чтобы все клиенты SCCM были в одном домене. Они могут находится как в разных доменах, так и в рабочей группе. В этой статье я рассмотрю, как установить агент (клиент) SCCM на компьютер в рабочей группе (не включенный в домен).
Основные требования и ограничения
Итак, у нас имеется развернутый SCCM (версия 1706). В качестве компьютера в рабочей группе используется клиент с ОС Windows 7 Professional. С ПК резолвятся и доступны сервер SCCM и контролер домена.
Скопируем установочные файлы агента SCCM на компьютер.
Затем с правами администратора запустим установку клиента:
На компьютере смотрим следующие лог-файлы журналов установи:
- ClientLocation.log
- LocationServices.log
- ccmsetup.log
После окончания установки агента, открываем аплет Configuration Manager в панели управления. Проверьте значение в поле Assigned management point. Если оно пустое, скорее всего компьютер не может отрезолвить FQDN имя SCCM сервера.
На вкладке Actions должно присутствовать 2 действия. Подождите несколько минут и должны появится и другие.
По умолчанию на SCCM сервере включено автоматическое режим одобрения клиентов в доверенном домене (эта настройка находится в разделе Hierarchy settings -> Client approval and conflicting records).
После установки агента нужно открыть консоль SCCM и в разделе Devices найти имя компьютера, на который была произведена установка клиента. Статус клиента такого должен быть Not Approved. Щелкните по нему ПКМ и в меню выберите пункт Approve.
Подтвердите добавление клиента, нажав Yes.
Таким образом, вы успешно установили агент SCCM на компьютере в рабочей группе.
Kindly58 Активист
Не устанавливается SCCM
автор Kindly58 Сб Сен 08 2018, 13:26
Добрый день, компьютер в домене,после удаления и после перезагрузки пк,он ставится автоматом,но в панеле управление отсутствует,т.е. не до конца ставится,в чем может быть причина и где копать в реестре и на компьютере ,в каких папках?POST_SHUTDOWN?? Эксперт
автор POST_SHUTDOWN?? Сб Сен 08 2018, 15:53
спокойствие.только спокойствие. Два три дня,и все заработает.Может чуть больше,от канала связи зависит.А если домен,то от прав учетки зависит.В панели управления можно и не увидеть
Kindly58 Активист
автор Kindly58 Сб Сен 08 2018, 16:24
MSI (s) (44:F0) [13:08:11:070]: Установщик Windows выполнил установку обновления. Продукт: Configuration Manager Client. Версия: 5.00.8239.1000. Язык: 1049. Изготовитель: Microsoft Corporation. Обновление: CLP1049. Установка завершена с состоянием: 1603.
MSI (s) (44:F0) [13:08:11:070]: Note: 1: 1708
MSI (s) (44:F0) [13:08:11:070]: Transforming table Error.
MSI (s) (44:F0) [13:08:11:070]: Note: 1: 2262 2: Error 3: -2147287038
MSI (s) (44:F0) [13:08:11:070]: Transforming table Error.
MSI (s) (44:F0) [13:08:11:070]: Note: 1: 2262 2: Error 3: -2147287038
MSI (s) (44:F0) [13:08:11:071]: Transforming table Error.
MSI (s) (44:F0) [13:08:11:071]: Transforming table Error.
MSI (s) (44:F0) [13:08:11:071]: Note: 1: 2262 2: Error 3: -2147287038
MSI (s) (44:F0) [13:08:11:071]: Transforming table Error.
MSI (s) (44:F0) [13:08:11:071]: Note: 1: 2262 2: Error 3: -2147287038
MSI (s) (44:F0) [13:08:11:072]: Transforming table Error.
MSI (s) (44:F0) [13:08:11:072]: Продукт: Configuration Manager Client -- Операция установки не выполнена.
MSI (s) (44:F0) [13:08:11:073]: Установщик Windows выполнил установку продукта. Продукт: Configuration Manager Client. Версия: 5.00.8239.1000. Язык: 1049. Изготовитель: Microsoft Corporation. Установка завершена с состоянием: 1603.
MSI (s) (44:F0) [13:08:11:074]: Attempting to delete file C:\Windows\Installer\119afe4.msp
MSI (s) (44:F0) [13:08:11:074]: Unable to delete the file. LastError = 32
MSI (s) (44:F0) [13:08:11:074]: Attempting to delete file C:\Windows\Installer\119afe5.mst
MSI (s) (44:F0) [13:08:11:074]: Unable to delete the file. LastError = 32
MSI (s) (44:F0) [13:08:11:082]: Deferring clean up of packages/files, if any exist
MSI (s) (44:F0) [13:08:11:082]: Attempting to delete file C:\Windows\Installer\119afe4.msp
MSI (s) (44:F0) [13:08:11:083]: Attempting to delete file C:\Windows\Installer\119afe5.mst
MSI (s) (44:F0) [13:08:11:083]: MainEngineThread is returning 1603
MSI (s) (44:70) [13:08:11:085]: RESTART MANAGER: Session closed.
MSI (s) (44:70) [13:08:11:085]: No System Restore sequence number for this installation.
=== Завершение записи журнала: 08.09.2018 13:08:11 ===
MSI (s) (44:70) [13:08:11:086]: User policy value 'DisableRollback' is 0
MSI (s) (44:70) [13:08:11:086]: Machine policy value 'DisableRollback' is 0
MSI (s) (44:70) [13:08:11:086]: Incrementing counter to disable shutdown. Counter after increment: 0
MSI (s) (44:70) [13:08:11:086]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (44:70) [13:08:11:086]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (44:70) [13:08:11:086]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (s) (44:70) [13:08:11:087]: Restoring environment variables
MSI (s) (44:70) [13:08:11:087]: Destroying RemoteAPI object.
MSI (s) (44:50) [13:08:11:087]: Custom Action Manager thread ending.
MSI (c) (08:28) [13:08:11:089]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (c) (08:28) [13:08:11:090]: MainEngineThread is returning 1603
=== Verbose logging stopped: 08.09.2018 13:08:11 ===
Вот что в логах пишет
POST_SHUTDOWN?? Эксперт
автор POST_SHUTDOWN?? Сб Сен 08 2018, 16:33
"MSI (s) (44:F0) [13:08:11:072]: Продукт: Configuration Manager Client -- Операция установки не выполнена."
вот тут уже стоит задуматься. СЦЦМ система многомодульная,и если что то не пролезло,не факт что оно работать корректно будет.
POST_SHUTDOWN?? Эксперт
автор POST_SHUTDOWN?? Сб Сен 08 2018, 16:40
.msi пакет не может установиться нормальным образом. судя по логу.Либо кривая винда,либо политики учетных записей спустились и тупо не позволяют пакету отработать.Может и такое быть. Меня уже ничего не удивляет
Kindly58 Активист
Я развертываю сервер SCCM и пытаюсь вручную установить клиент на Windows 10 1607 LTSB.
После копирования папки клиента на диск C этого компьютера, я устанавливаю клиент с помощью следующей команды:
эта команда отлично работает. Я удаляю клиент с помощью
и удалите следующие папки:
сделать переустановки как можно свежее.
центр программного обеспечения не может быть загружен. Существует проблема загрузки необходимых компонентов для Software Center. Вы можете попробовать запустить Software Center позже. Если проблема не исчезнет, обратитесь в службу поддержки.
секунд проблема (странно), что появится что меню "Пуск" будет уменьшено с этого момента, как показано на рисунке ниже.
Это чисто графический глюк, так как мой курсор выберите значок если меню пуск произведен правильно.
Через некоторое время сервер SCCM увидит, что компьютер подключен, и я даже могу отправлять обновления и приложения на компьютер, если я выберу "обязательный" при развертывании пакета (так как они работают в фоновом режиме).
использование ccmrepair.exe и ccmclean.исполняемый ситуация ничего не меняет. (Видимо ccmclean.exe больше не поддерживается для Windows 10. Они сказали, что это может сработать, но они больше не будут тестировать приложение.)
Это общая ошибка, которая может быть вызвана несколькими причинами.
исторически эта ошибка чаще всего наблюдалась при запуске SCCM вскоре после запуска машины и до загрузки всех необходимых компонентов. Ожидание несколько минут часто решает проблему.
проблема также может заключаться в том, что клиент SCCM находится в режиме подготовки.
чтобы проверить, если ваш клиент находится в режиме подготовки, используйте regedit и перейти для
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\CCM\CcmExec .
Строковое значение ProvisioningMode будет иметь значение true или false .
чтобы установить его в false, запустите его в командной строке с повышенными привилегиями и перезагрузите:
Часто приходится выяснять причины, почему не разворачивается то или иное приложение через SCCM, хотя ПК находится в соответствующей коллекции и прошло достаточное количество времени.
Принудительное же развертывание (Application Deployment Evaluation Cycle) и обновление групповых политик на ПК (Machine Policy Retrieval and Evaluation Cycle) через консоль SCCM ни к чему не приводят:
Разберем на примере установки новой версии клиента 1С. Видим, что развертывание должно было произойти, но при этом на ПК данной версии 1С (8.3.18.1289) еще нет:
Скорее всего, проблема связана с разрушением базы WMI на ПК и необходимостью переустановить полностью клиент SCCM. Проверить это можно из вкладки Мониторинг / Состояние клиентов консоли SCCM:
Если данный ПК присутствует в списке, то необходимо перейти на вкладку Активы и соответствие / Устройства консоли и найти через поиск данный ПК. Ошибка также будет видна на вкладке Данные о проверке клиента данного ПК.
Для устранения ошибки необходимо восстановить базу WMI на ПК, для чего мы запускаем проводник данного ПК:
и переходим в папку C:\Windows\System32\wbem\Repository:
Также правой кнопкой из консоли SCCM открываем Управление компьютером (Manage Computer) данного ПК и переходим к вкладке Службы:
Прежде всего, нам надо остановить, если запущены, службы ccmsetup и Configuration Manager Remote Control (cmrcservice), на некоторых ПК может называться по-русски - Удаленное управление Configuration Manager:
После этого останавливаем службу Инструментарий управления Windows (Winmgmt) и все зависящие от неё службы, как правило это Вспомогательная служба IP (iphlpsvc) и служба агента SCCM – SMS Agent Host (ccmexec), но могут присутствовать и другие службы, например Центр обеспечения безопасности (wscsvc) и / или службы производителя, например Intel(R) Rapid Storage Technology (IAStorDataMgrSvc) либо другие – надо остановить все зависимые и Winmgmt:
После остановки необходимо быстро удалить все содержимое из папки C:\Windows\System32\wbem\Repository (переключившись в проводник удаленного ПК) и затем включить снова службу Инструментарий управления Windows (Winmgmt) для создания чистой базы репозитория WMI (создается автоматически при запуске службы). Также можно включить все остановленные зависимые службы, кроме агента SCCM (SMS Agent Host).
После этого запускаем из консоли SCCM командную строку на удаленном ПК:
и проверяем, что службы, связанные с SCCM (ccmsetup, ccmexec, cmrcservice) остановлены, либо отсутствуют:
Если они все в состоянии STOPPED – удаляем их:
Если какая-то из служб находится в состоянии RUNNING (работает), то перед удалением останавливаем её с помощью команды: sc stop cmrcservice (например).
Теперь можно удалить (очистить) папки, связанные с SCCM из C:\Windows (ccmsetup, ccmcache, CCM). При этом в папке C:\Windows\CCM не удалится одна системная папка – ScriptStore – это нормально.
После этого мы можем установить клиента SCCM заново из консоли:
Отследить установку можно по файлу логов (появится при запуске установки): C:\Windows\ccmsetup\ccmsetup.log:
Можно открыть его с помощью утилиты CmTrace.exe и наблюдать в реальном режиме времени процесс установки клиента:
Дожидаемся окончания установки клиента - 5-10 минут (появления кода возврата 0):
Если установщик вернет код 7, то ПК необходимо будет перезагрузить для продолжения установки.
По окончании установки, начнется распространение и установка приложений, назначенных и ещё не установленных на ПК, которое можно отследить по появляющимся папкам в кэше по пути C:\Windows\ccmcache в проводнике удаленного ПК. Нас интересует папка с установщиком 1С. Находим её и запоминаем имя. В этой папке будет файл log.log, показывающий процесс установки, который мы также можем просмотреть через CmTrace.exe:
Видим, что процесс установки завершился ошибкой (не нулевой код):
Это значит, что скорее всего запущен еще какой-то процесс msiexec (другая установка, обновление, например). Можно перегрузить ПК либо удалить данный процесс из командной строки с помощью команды taskkill /PID XXXXX /F, где XXXXX номер процесса:
Далее, запускаем установку 1С вручную из папки кэша (в данном случае – C:\Windows\ccmcache\3):
И проверяем, что нужная нам версия установилась по появлению соответствующей папки в C:\Program Files\1cv8 :
На этом процесс восстановления работоспособности клиента SCCM можно считать завершенным.
P.S.
Как правило, WMI разрушается на ПК с Windows 10, на Windows 7 такой ошибки не наблюдается. Причины могут быть самыми разными. Возможность автоматизировать данный процесс, например с помощью скриптов PowerShell есть, но с оговорками:
- удаление служб с ожиданием их остановки (Remove-Service) доступно только начиная с версии 6.0 (по умолчанию, на Windows 10 установлена версия 5.1) – остальное делается штатными командами PS.
- чтобы развернуть новую версию PowerShell и запустить скрипт нужно, чтобы служба WMI и клиент SCCM работали, т.е. восстановить на уже сбойных ПК не удастся, либо устанавливать PS 6.0, например, через групповые политики.
Все действия производились на версии SCCM 2010:
Дополнительно, установлено расширение консоли ConfigMgr Console Extensions от Dan Ireland для удобного доступа к дополнительным функциям по правой кнопке мыши (подходит версия 1.7.3a для SCCM 2012).
Читайте также: