原文链接http://blogs.technet.com/b/server-cloud/archive/2011/10/19/user-centric-app-deployment-part-2-user-device-affinity.aspx

简单地讲,ConfigMgr 2012 中的用户/设备关联仅指“用户将此设备用作首要工作场所”。我们了解该设备是您经常工作的场所,我们会优化资源交付。我们了解另一设备不是您经常工作的场所,我们会控制资源交付。

以下是其工作方式。您能够为设备上的主要用户设置关系,或为用户的主设备设置关系。现在,这不是真正的主要,因为主要暗含“唯一”的意思。我们允许用户拥有多个主设备(我的便携式计算机和手机),或者允许一个设备拥有多个主要用户(轮班工作人员)。 如前所述,这只是一种关于“这是一个我经常开展工作和想要优化资源交付的地方”的说法。现在,您如何进行设置?  按照真正的 ConfigMgr 格式,我们为您提供 6 种不同的方式! 不是想把事情变得复杂,只是想让您足够灵活地将其嵌入到一系列有意义的业务流程中。以下是一个总结:

  • 借助阈值设置设备使用情况。您可以使用用户登录信息和频率来自动设置这种关系。
  • 最终用户可以设置是的,在真正的以用户为中心的格式中,您可以允许最终用户在 Software Catalog 中进行此项设置。
  •  CSV 文件导入。如果您拥有一个采购流程并且凭借该采购流程能够知道您代其购买 PC 的人员,那么您就可以将此数据从 CSV中导出,然后在导入它。
  • OS 部署。我们按照预先设定的命令提供功能,该命令使技术人员在为用户构建一台机器时可以设置 UDA。
  • 手动方式。作为管理人员,您可以为设备或用户设置这种关系。您可以只是对其进行分配,或者您也可是查看哪些用户使用了设备并做出决定。
  • 移动设备。您可以在注册设备时进行设置。

现在,设置了这种关系后,您如何才能使用它来解决用户漫游或协调应用程序交付的难题呢? 对于用户漫游问题,我们已经在应用程序模型中为主设备创建了一种需求规则。因此,在针对用户确定软件时,您可以使用主设备规则来指明是否应该交付软件。例如,假设我有一台 MSI,并拥有长期的安装过程。当我在应用程序模型中创建部署类型时,我可以设置一个“主设备必须为真”的需求规则。因此,如果一个用户登录到一个非主设备上,那么就不会安装该软件。有了这种需求规则,许多不会中断用户登录体验的应用程序很可能会中断系统。在应用程序模型中,您可以在同一应用程序中拥有多个部署类型,而且还可以依旧使用此规则。例如,我拥有一个类似 Office 的应用程序并为其安装了一个 MSI,对于漫游情况,我想要借助 Citrix XenApp 来使它可用。在 Office MSI 部署类型上,我设置了“主设备必须为真”的规则。我没有在我的 XenApp 部署类型上设置那条规则,并且我将 MSI 设置为第一级别的应用程序安装,XenApp 部署类型设置为第二级别的应用程序安装。结果会怎样?在我的主设备上,将安装 MSI
部署类别,在非主设备上将会通过XenApp 安装 Office。用户可以继续漫游,而管理人员可以安全地将软件交付给用户。非常棒的事情,不是么?

好吧,在没有用户出现的情况下,协调部署是怎么一回事儿呢?ConfigMgr 2012 可以使用关系来将资源交付给用户组并将软件推进部署到其主设备上。如果需要在下班时间协调交付,您可以通过这种方式来完成任务。对于移动设备而言,我们自动对所有用户/组进行所有必需部署,并在您拥有该应用移动部署类型的移动电话上完成此项工作。现在,即便没有用户登录那台设备,您也可以在移动设备上将软件交付给用户。OS 配置也是完成此类工作的不错选择。如果您将关系设置为先前所提及的预先设置的命令,我们会自动处理所有设置为“根据具有或没有用户登录的日程安排来自动部署”的应用程序,并在 OS 配置过程之后直接安装它们。现在,您可以在 ConfigMgr 中将所有用户需要的应用程序安装在一个位置,而无需在任务排序器中明确指出它们。

新的 ConfigMgr 2012 应用程序模型和用户设备关联功能使您能够真正地做到“用户”优先,那样“用户 X 使用应用程序 Y ”就变得非常简单了!

Bill Anderson

首席项目经理

System Center Configuration Manager