Instaluję program Adobe Reader za pomocą zasad grupy i przypisania oprogramowania. Nakładam poprawki oparte na MSP na punkty instalacji Adobe Reader, a następnie instruuję komputery klienckie do ponownej instalacji za pomocą funkcji „Wdróż ponownie ...” w zasadach grupy. Nie lubię robić tego w ten sposób, ale jest to najmniej pracochłonna metoda, jaką widzę.
Ta najnowsza łatka do programu Adobe Reader (9.1.2) jest oparta na MSP, więc mogę ją wdrożyć w zwykły sposób. Jeśli Adobe zdecyduje się rozpocząć dystrybucję łatek opartych na EXE, mam problem i muszę zacząć pisać skrypty. (Mam nadzieję, że odtąd będą trzymać się systemu łatania opartego na Instalatorze Windows. Zobaczymy ...)
Jeśli przejdą do aktualizacji opartych na EXE, napiszę skrypty, aby wdrożyć je w trybie cichym za pomocą skryptów uruchamiania komputera. (Jeśli masz pieniądze na kupno programu Microsoft System Center Configuration Manager, możesz użyć wbudowanego programu System Center Update Publisher do wdrożenia tego typu aktualizacji).
Możliwość samodzielnego pobierania łat przez komputery klienckie za pomocą wbudowanej funkcji aktualizacji w programie Adobe Reader jest dla mnie bezużyteczna. Muszę mieć możliwość centralnego kontrolowania wdrażania aktualizacji, aby móc przetestować aktualizację przed wdrożeniem. Użytkownicy nie mają uprawnień administratora na swoich komputerach i i tak nie mogą samodzielnie instalować żadnych aktualizacji. Wyłączam aktualizator jako transformację do MSI dla Adobe Reader.
Nigdy nie korzystałem z narzędzia do zarządzania łatkami innych firm, więc nie mogę komentować. Narzędzia do zarządzania łatkami, które twierdzą, że automatyzują proces łatania, zawsze dawały mi trochę pauzy. Narzędzia, które wykonują „migawkę”, tak naprawdę nie rejestrują logiki w instalatorze i mogą zrobić coś złego w okolicznościach innych niż w momencie wykonania migawki. Narzędzia, które „po cichu instalują” łatki często wymagają tyle samo pracy, ile poświęciłbym na napisanie skryptu, aby mimo to zainstalować łatkę. W związku z tym wątpię w skuteczność i niezawodność narzędzi „zarządzania poprawkami” w porównaniu z przypisywaniem oprogramowania, „Wdróż ...” oraz ręcznie napisanych skryptów do wdrażania poprawek.