Я устанавливаю Adobe Reader через групповую политику и назначение программного обеспечения. Я применял исправления на основе MSP к точкам установки Adobe Reader, а затем инструктировал клиентские компьютеры для переустановки с помощью функции «Повторное развертывание ...» в групповой политике. Мне не особенно нравится так делать, но это наименее трудоемкий метод, который я вижу.
Этот недавний патч Adobe Reader (9.1.2) основан на MSP, поэтому я могу развернуть его обычным способом. Если Adobe решит начать распространение патчей на основе EXE, у меня возникнет проблема, и я должен начать писать сценарии. (Надеемся, что с этого момента они будут придерживаться режима установки исправлений на основе установщика Windows. Посмотрим ...)
Если они перейдут к обновлениям на основе EXE, я напишу сценарии для их автоматического развертывания через сценарии запуска компьютера. (Если у вас есть деньги для внесения изменений в Microsoft System Center Configuration Manager, вы можете использовать встроенный System Center Update Publisher для развертывания этих типов обновлений.)
Клиентские компьютеры сами загружают патчи с помощью встроенной функции обновления в Adobe Reader. Мне нужно иметь возможность централизованно контролировать развертывание обновлений, чтобы я мог протестировать обновление до развертывания. Пользователи не имеют прав «Администратор» на своих компьютерах и не могут самостоятельно устанавливать какие-либо обновления. Я отключаю средство обновления как преобразование в MSI для Adobe Reader.
Я никогда не использовал сторонний инструмент для управления патчами, поэтому я не могу комментировать. Инструменты управления исправлениями, которые утверждают, что автоматизируют процесс исправления, всегда давали мне небольшую паузу. Инструменты, которые делают «моментальный снимок», на самом деле не фиксируют логику в установщике и могут делать неправильные вещи при обстоятельствах, отличных от того, когда был сделан моментальный снимок. Инструменты, которые "устанавливают" патчи без вывода сообщений, часто требуют того же объема работы, который я бы вложил в написание скрипта для установки патча в любом случае. Поэтому я сомневаюсь в эффективности и надежности инструментов «управления исправлениями» по сравнению с использованием назначения программного обеспечения, «повторного развертывания ...» и рукописных сценариев для развертывания исправлений.