假設我已將 Adobe Reader 9.1.0 指派給一個組織單位。
我現在想將該 OU 中的所有 PC 更新到 9.1.2
我已經創建了一個新套件來分配給 OU，它將部署正常。我找到如何設定 9.1.2 包來升級 9.1.0 包，這樣它就不必傳輸完整的包（假設我理解正確）。我的問題是：
1) 我是否需要更改 9.1.0 組策略？我知道我無法刪除它，或者 9.1.2 軟體包的升級選項無效。我應該將其保留在那裡，但將啟用的連結更改為“否”嗎？
2) 9.1.0 包和 9.1.2 包之間的連結順序重要嗎？
最好我不讓 9.1.0 可用於新安裝，但仍可用於從 9.1.0 升級到 9.1.2。任何有關這方面的提示將不勝感激。
答案1
這就是我更新 Adobe Reader（以及許多其他產品）的方式，因此我可以根據一些經驗來談談這一點。
當我需要部署 Adobe Reader（或其他軟體包）的升級時，我會按以下步驟操作：
- 在我的域DFS軟體分發共享中部署新版本的Adobe Reader。
- 在測試客戶端電腦上以 SYSTEM 身分執行測試靜默安裝並驗證功能。
- 將新的AdAdobe Reader 新增至安裝AdAdobe Reader 的現有GPO 中，將其標記為現有版本AdAdobe Reader 的強制升級，執行此操作時選擇「卸載現有套件，然後安裝升級包」。
- 修改新 Adobe Reader 套件的分配權限，以將部署限製到單一測試電腦。
- 啟動測試電腦並驗證舊電腦的刪除和新電腦的安裝。登入並測試功能。
- 當我對測試成功感到滿意時，修改新 Adobe Reader 的軟體分配權限，以允許分發到所有預期的客戶端電腦。
已安裝 Adobe Reader 9.1.0 的電腦將卸載舊版本並安裝新版本。根本沒有 Adobe Reader 的電腦將僅安裝 9.1.2 版本。
稍後，9.1.3（或其他）發佈時，我會再次做同樣的事情。如果我確定所有舊的 9.1.0 都已消失，我可以繼續從 GPO 中刪除 9.1.0，但在執行此操作之前我應該確保它們都已消失。
從技術上講，可以將 MSP 修補程式套用至安裝點（例如 Adobe Reader 9.1.2 MSP，它可以套用於 Adobe Reader 9.1.0 安裝點）並「重新部署」軟體套件。我過去曾使用 Microsoft Office 完成此操作，但現在我只是部署一個新軟體包作為舊軟體包的升級。今天我唯一一次執行「修補安裝點」的操作是僅有的供應商提供了 MSP。
不要在另一個 GPO 中進行升級 - 在您開始分配軟體的相同 GPO 中進行升級。那你就不用再為「連結順序」而焦慮了。 （無論如何，您真的不應該對「連結順序」感到焦慮。坐下來仔細看看群組策略如何建立策略物件清單並應用它們，這將是有道理的。所有這些關於「優先順序」的胡言亂語當前 Microsoft 作業系統中的群組原則只是令人困惑，這只是從網站開始建立 GPO 列表，然後是網域，然後向下到電腦或使用者對象，然後按照它們的順序應用該列表。作家必須嘗試讓它變得過於複雜......>嘆氣<）
當你說「...所以它不應該傳輸完整的套件」時，我相信你在猜測，因為客戶端已經有某個版本的Adobe Reader，安裝較新版本會導致資料減少透過電線移動。僅當 Adobe Reader 9.1.2 MSI 被編寫為這樣做時才會出現這種情況。通常，我不關心網路上傳輸了多少數據，並且不願意相信 MSI 會做正確的事情，因此我幾乎總是選擇「卸載現有套件，然後安裝升級套件」選項。
答案2
最好的方法是修改 9.1.0 組策略，將 9.1.2 套件作為 9.1.0 程式的升級，而不是建立一個全新的 GPO。