Поиск и устранение неисправностей оценок приложения в SCCM2012

Итак, после небольшого исследования и осознания того, что именно Adobe Flash player меня заводит, я сформировал возможную гипотезу . Насколько я могу судить, SCCM выглядит в следующем месте WMI:

Namespace: root\CCM\CIModels
Class: CCM_MSIProduct

Судя по тому немногому, что я знаю о WMI, он создается клиентом SCCM, что имеет странный смысл, когда вы думаете о том, как работает SCCM.

] Я получил это местоположение из «средства мониторинга развертывания», которое вы можете получить в System Center 2012 Configuration Manager Toolkit . Если вы посмотрите в область развертываний и вкладку «Применение», вы можете посмотреть на DiscoverySourceXML, чтобы увидеть, что вернуло обнаружение.

Я узнал об этом только сегодня, поэтому еще не смог полностью это проверить. Это место может быть просто хранилищем результатов для процесса обнаружения приложений. Пока этого достаточно, чтобы сообщить мне, какие коды продуктов работают с процессом оценки приложения SCCM.

Мне действительно нужен SCCM-разработчик, чтобы это увидеть и исправить.

Extra Stuff

Скрипт Powershell для перечисления Объекты WMI:

Get-WmiObject -Namespace root\ccm\CIModels -Class CCM_MSIProduct | Sort-Object ProductName |Format-Table ProductName,ProductCode,ProductVersion

Где я могу увидеть, что запрашивает метод обнаружения и что он возвращает?

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

Я бы нашел тестовый компьютер (или, желательно, виртуальную машину, чтобы вы могли использовать моментальные снимки), который находится в состоянии, нарушающем вашу логику обнаружения, запустите ProcMon , запустите цикл оценки развертывания приложений. и посмотрите, что вы найдете.

При выполнении обнаружения "Установщик Windows" где система ищет этот GUID?

Если мое чтение MSDN верно, MSI регистрирует ProductCode в HKLM \ Software \ Classes \ Installer \ Products . Разумным предположением является то, что обнаружение приложений проверяет это местоположение, и вы снова можете подтвердить это с помощью ProcMon .

Что касается вашей проблемы, когда исполняемый установщик Adobe Reader нарушает вашу логику обнаружения, я провел небольшое тестирование в моя «лаборатория» (т.е. моя рабочая станция) и смогла воспроизвести вашу проблему.

Я думаю, что все исполняемые файлы Adobe Reader распаковывают и запускают установщик MSI.

Если вы посмотрите на содержимое setup.ini , то увидите, что все, что выполняет исполняемый файл, - это запускает установщик MSI:

[Startup]
RequireOS=Windows 2000
RequireMSI=3.0
RequireIE=6.0.2600.0

[Product]
msi=AcroRead.msi

В любом случае, установщик правильно зарегистрировал ProductCode, поэтому, если это все, что вы используете для своей логики обнаружения, нет заметной разницы между двумя методами установки. Однако, если вы сравните ключи реестра для исполняемого установщика и установщика MSI, вы увидите некоторые различия:

Из исполняемого установщика:

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Installer\Products\68AB67CA7DA73301B744BA0000000010]
"ProductName"="Adobe Reader XI (11.0.06)"
"PackageCode"="08610D4D4ABC0E74BB0257B5EDD58107"

Из установщика MSI:

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Installer\Products\68AB67CA7DA73301B744BA0000000010]
"ProductName"="Adobe Reader XI (11.0.06)"
"PackageCode"="26A6583616073E04583DBCA6F0289EEB"

PackageCode ] отличается. Источники установки также должны отличаться.

Из загруженного пользователем исполняемого установщика:

C:\ProgramData\Adobe\Setup\{AC76BA86-7AD7-1033-7B44-AB0000000001}\

Из установщика MSI, развернутого SCCM:

C:\Windows\ccmcache\6f\

Обратите внимание, что развернутая версия SCCM была получена из локального кэша CCM.

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

В этом есть смысл, sccm не обнаруживает, когда приложения устанавливаются вне его. Он использует таблицу wmi для отслеживания, поэтому, если кто-либо когда-либо удалит репозиторий wmi для «лечения» коррупции, он переустановит все пакеты sms, которые требуются для этой рабочей станции / пользователя. В 2007 году таблица wmi называлась SMS_InstalledSoftware, хотя я не могу найти то, что она называется для '12.

Сейчас я не выполняю установку установщика Windows, но я знаю, что есть таблица wmi под названием Win32_Product , в котором содержатся руководства по установке, которые вы найдете в разделе «Установка и удаление программ», я предполагаю, что он там находится, хотя могу ошибаться. Недостатком является то, что если они установят другую версию msi (то есть другой guid), то, возможно, это не будет отображаться в вашем обнаружении.

Иногда я проверяю инвентаризацию программного обеспечения в .exe, чтобы узнать, не у кого-то это уже установлено, и если да, то какой версии. Я не могу обойтись без людей, которые берут на себя установку приложений за пределами sccm, но это политика, и на самом деле sccm не для этого.

Я знаю его старую, но не смог удержаться от добавления своей статьи, особенно о Win32_Product, так как это может иметь негативные последствия!

Я не могу комментировать ответ @Dotknuckle выше, поэтому мне пришлось сделать совершенно новый ответ. Win32_Product - плохая идея и требует больше времени, потому что он повторно регистрирует каждый прочитанный MSI-файл. http://www.itninja.com/link/why-win32-product-is-bad-news

Что касается SMS_InstalledSoftware, оно также существует в SCCM 2012 и находится в корневом пространстве имен \ cimv2 \ sms, это немного безопаснее, чем Win32_Product, а также быстрее.

То же, вероятно, применимо и к классу CCM_MSIProduct в отношении того, почему он быстрее. Я использую SMS_InstalledSoftware, так как он возвращает больше информации.

Я использовал свои собственные сценарии обнаружения в PowerShell, которые в основном делают что-то вроде этого.

$SPSS22 = Get-WmiObject -namespace Root\cimv2\sms -class SMS_InstalledSoftware -filter "ARPDisplayName LIKE '%SPSS Statistics%' AND ProductVersion='22.0.0.0'"
If($SPSS22){return $true}

Иногда приложение не обнаруживается; даже журналы говорят, что он установлен без проблем. Но затем он говорит, что не обнаружен прямо внизу, где он говорит, что вернул код ошибки 0; успешно.

Перейдите в раздел «Установка и удаление программ» или выполните Windows-R и введите appwiz.cpl, посмотрите, установлено ли приложение. Если он отображается, запишите точное имя, которое отображается в программах добавления / удаления. Убери это. Если он быстро удаляется, возникают более серьезные проблемы. Что вам нужно сделать дальше, это открыть редактор реестра и нажать F3, чтобы выполнить поиск. Введите имя приложения, как оно было указано в добавлении / удалении. Как только вы начнете находить его в реестре, вам будут удалены ключи или значения с зависимостями. Вы удаляете ключи, если они есть в реестре где-то вроде «Удалить», «Установить», «Продукт», «Функция». Излишне говорить, что будьте очень осторожны с тем, что вы удаляете, вы можете сломать свой компьютер. После этого просто выполните еще один поиск, чтобы убедиться, что вы все удалили. Теперь попробуйте установить снова через системный центр, если он установится, то УРА! Если этого не произойдет, то есть еще некоторые основные ключи или значения реестра, которые необходимо удалить.