微软System Center瞄准云计算和虚拟化(2)

SystemsCenter2012:配置管理器

与Orchestrator一样，配置管理器在动手安装之前，也需要规划。配置管理器使用SQLServer2008R2作为其引擎，与Orchestrator一样，它也要位于与ActiveDirectory域控制器不同的实例中。

事实上，如果SQL服务器出现故障时，大部分工作将会被停止，为此，我们可以考虑采用频繁的备份和复制和/或群集。

配置管理器需要至少一台站点服务器和站点数据库实例(它们可以位于同一台机器或者虚拟机实例中)，以及一台组件服务器(也可以与站点或数据库服务器结合在一起)。到目前为止，我们拥有三个可以结合起来的服务器实例，但SQL服务器无法被映射，这让我们很困扰。不过，这里的高可用性很重要。

配置管理器站点包括主要站点和次级站点。次级站点被用作分发点，它们通过站点层级的组播来节约带宽。这同样适用于多分支机构/多地区的站点，在不同地区，语言或者审计/合规技术和报告可能有所不同，这也是大型企业将有必要钻研SystemCenter文档以了解如何部署配置管理器站点的原因之一。

在了解这些注意事项后，我们通过UnifiedInstaller，安装了配置管理器。

站点服务器的作用还包括：作为配置功能的存储点。这意味着存储通过Windows服务器更新服务(WSUS)的Windows更新，或者作为微软的网络访问保护政策执行修改的参照点。

配置管理器对可以应用程序实例、操作系统实例及其许可证进行盘存、部署、审计和维护，但它不能在非windows平台上进行这些工作，这与Orchestrator有所不同。然而，如果你主要使用的是windows系统，配置管理器可以规范应用程序和操作系统实例的部署，同时让工作更加简单。

配置管理器可以应用于设备的生命周期中的几个阶段。首先，Windows操作系统以及应用程序有效载荷被引入裸机中，然后基于windows的配置管理器代理被用于管理该设备(主要通过推拉信息命令)。WindowsMobile6+、SymbianBelle手机、某些windows嵌入式系统版本以及使用ExchangeActiveSyncAPI的移动设备(AppleiOS4+和Android的某些版本)也可以在其生命周期中进行配置和管理。

部署操作系统

我们发现配置管理器提供了几个很不错的操作系统部署方法，首先，找到一个合适的镜像作为有效载荷，你可以捕捉一个镜像，或者使用转换后的ISO映像。我们建议使用需要驱动器或者适当软件的镜像，这样你就可以一步完成所有工作。

下一步骤是选择分配方法。最常用的是PxE(预启动执行环境)，它使用了Windows部署服务器。事实上，你完全不需要配置管理器，就可以使用PxE。配置管理器的价值在于，它允许创建RemoteInstall文件夹，这样这些镜像就可以进出中央分配点。

我们测试了这个方法，对于Windows7专业版实例的测试是行之有效的。我们使用了WDS，建立了一个Ipv4本地网络，配置了RemoteInstall文件夹和资源有效载荷，完成了WDS配置工作(很简单)，将镜像引导到联想T520测试机中。

让库存合规

软件应用程序、内容和更新都以类似的方式分配，但配置管理器还会通过Collections创建有关库存和状态的信息对象。Collections是用户或设备组(但不是用户和设备组)。数据进行一次收集(或者简单的累计数)或者在时间间隔内进行检查。然而，微软反对在时间间隔内查询“全球”信息，因为这会产生一个巨大的无用事件。通过这个collections，我们可以满足合规要求，合规意味着检查库存对象(也许是应用程序)是否存在，或者通过自定义脚本检查其状态。我们测试了使用内置复选框的基本例子，调用客户端的WindowsInstaller文件存在，在我们的测试中，LenovoT520中安装的是WindowsOffice2010，这更加复杂，还需要部署自定义脚本。

此外，机器可以报告其电源状态，你还可以测试机器的电源设置。

报告要求SQLServer报告，很多库存、合规和一般活动日志的查询是很简单的。我们还可以对数据表进行修改以让事情看起来更完美。从审计的角度来看，审计员会注意到我们导出、操作和重新导入以让表更加清晰，但是你需要有一名知道如何操作的数据库管理员才能完成这项工作。如果我们按照规则来操作，这些报告实际上非常简单易用，通过一些注释，也很简单易懂，即使是首席信息官也能够看懂。

总结

与Orchestrator一样，配置管理器需要大量前期规划，但也可以从简单的水平开始部署。成功的部署将需要投入大量时间、精力和资源。这项工作非常复杂，需要非常深入Windows系统。配置管理器能够帮助中小企业，同时，大型企业也能够利用它的优势。