Отчет об успешной установке программы SCCM
SCCM имеет встроенные отчеты, которые запрашивает менеджер проекта, с которым я работаю, который показывает, была ли определенная программа установлена успешно или нет. Он упомянул, что даже если отчет показывает, что программа успешно установлена, по его опыту работы с SCCM это много раз было неверно, и теперь он запрашивает специальный отчет, который фактически проверяет, действительно ли программа установлена или не. Я просто хотел спросить, почему SCCM сообщает об успешной установке программы, если на самом деле это не так? Эта программа, кстати, была развернута с использованием старого установщика SMS, и файлы MIF не используются. Кроме того, следует ли мне использовать файлы MIF? Я никогда раньше не использовал файлы MIF и слышал, что они не нужны в SCCM, как в SMS. Сообщает ли SCCM об успехе или неудаче в зависимости от того, что регистрируется в файле Execmgr.log? Я также слышал, что могу каким-то образом вернуть код выхода в SCCM с помощью скрипта или чего-то еще, но мне неясно, как я могу это сделать. В любом случае, если бы кто-то мог помочь мне получить больше информации и разъяснений, это было бы здорово.
Спасибо всем.
SCCM настолько же умен, как код возврата установщика. Большинство установщиков так или иначе довольно тупы. У меня было много установщиков, которые выходили с кодом возврата 0 (успех) независимо от того, что происходило во время установки. Я даже видел установщики, которые выдают сообщение об ошибке, но не возвращают код.
Я могу почти гарантировать вам, что это тоже был опыт вашего руководителя проекта. В прошлом я был разочарован тем, что вы не можете определить успех установки, это только код возврата.
В дополнение к ответу Криса не забудьте, что вы можете использовать Управление желаемой конфигурацией (DCM) для создания элемента конфигурации, который может определить, действительно ли конфигурация верна.
Например, если вы хотите убедиться, что определенное приложение установлено, вы можете проверить наличие exe и пары ключей reg. Конечно, это не скажет вам, работает ли он на самом деле, но это шаг в правильном направлении, и для первоначального примера глупых установщиков Криса это может помочь победить их. CI обеспечивают большую гибкость, чем проверка кода выхода (возможно, в sccm 2017 мы сможем прикрепить CI к рекламе, но кто знает).
Вы объединяете эти отдельные «элементы конфигурации» в группу, которая называется «базовый план конфигурации», и развертываете базовый план в желаемой коллекции. Затем вы можете запускать отчеты на совместимых и несовместимых компьютерах и видеть, в чем заключаются проблемы. Персонал службы поддержки также может быстро проверить соответствие при подключении к рабочей станции.
