在组策略/ Active Directory中更新计算机分配的应用程序时的链接顺序和最佳做法

这是我更新Adobe Reader（和许多其他产品）的方式，所以我可以通过一些经验来说明这一点。

当我需要升级到Adobe Reader（或其他软件包）时，我这样做如下：

• 在我的域DFS软件分发共享中安装新版本的Adobe Reader。
• 将testing无提示安装作为SYSTEM执行到testing客户端计算机上并validationfunction。
• 将新的Adobe Reader添加到安装了Adobe Reader的现有GPO，将其标记为现有Adobe Reader版本的强制升级，select“卸载现有软件包，然后安装升级软件包”。
• 修改新的Adobe Reader软件包的分配权限，以将部署限制在单台testing计算机上。
• 启动testing计算机，并validation旧的和删除新的安装。 login并testingfunction。
• 如果我确信testing成功，请修改新的Adobe Reader的软件分配权限，以便分发给所有预期的客户端计算机。

已经有Adober Reader 9.1.0的电脑将卸载旧版本并安装新版本。 根本没有Adobe Reader的电脑只能安装9.1.2版本。

之后，9.1.3（或其他）出来，我会再做同样的事情。 如果我确信所有旧的9.1.0版本都没有了，我可以继续从GPO中删除9.1.0，但是我应该确定它们都已经没有了。

从技术上讲，可以将MSP补丁应用于安装点（例如可应用于Adobe Reader 9.1.0安装点的Adobe Reader 9.1.2 MSP）和“重新部署”软件包。 过去我曾经用Microsoft Office做过这个工作，但是现在我只是部署一个新的软件包来升级到旧的版本。 我今天唯一要做的就是如果只有 MSP是由供应商提供的，那么“修补安装点”

不要在另一个GPO中进行升级 – 在分配了软件的同一GPO中执行此操作。 那么你不必担心“链接顺序”。 （无论如何，你真的不应该对“链接顺序”感到焦虑，请坐下来仔细研究组策略如何构build策略对象列表并应用它们，这是有道理的，所有这些关于“优先级”在目前的微软操作系统中，在组策略中只是混淆了，只是build立一个从站点开始，然后是域的GPO列表，然后下到计算机或用户对象，然后按照他们的顺序我不知道技术作家为什么要尝试使它过于复杂…>感叹<）

当你说“…所以它不应该传输完整的软件包”，我相信你猜测，因为客户端已经有一些版本的Adobe Reader，安装新版本会导致更less的数据通过电线移动。 只有Adobe Reader 9.1.2 MSI才会这样做。 通常情况下，我不关心有多less数据在networking上移动，我不愿意相信MSI做正确的事情，所以我几乎总是select“卸载现有软件包，然后安装升级软件包”选项。

最好的办法是修改9.1.0组策略，让9.1.2程序包作为9.1.0程序的升级版本，而不是创build一个全新的GPO。