Microsoft System Center Configuration Manager 2007 使用 Configuration Manager 控制面板配置客户端选项。“Configuration Manager ”是帮助管理员轻松管理客户端的应用程序。 “运行播发程序”和“程序下载监视器”可以帮助管理员在计算机上下载和运行程序。这些程序可能是工作效率应用程序，如文字处理器和电子表格，也可能是帮助保护计算机的程序，如防病毒程序或反间谍软件程序。

这篇文章概述了如果安装完ConfigMgr客户端之后,不能在控制面板中找到ConfigMgr的客户端图标的基本解决方案:　

１．ConfigMgr的客户端是一个32位的应用程序，如果客户端的操作系统是64位的，那么您可以在控制面板中的查看32位控制面板图标文件夹中找到ConfigMgr的图标

２．如果我们运用了组策略"Show only specified control panel applets" policy 或者"Hide specified Control Panel Applets" policy 会导致动态的图标在控制面板中被隐藏（仅适用于Windows XP Service Pack 2）

　关于组策略的具体的情况，请查看以下的链接：

　https://support.microsoft.com/kb/889085

３．如果以上２种都不能解决您的问题，我们可能需要怀疑是否ConfigMgr客户端安装成功，您可以从以下的文件夹和日志中排查：

a.查看ConfigMgr客户端是否安装成功:

32位操作系统的默认安装路径为 C:\windows\system32 \ccmsetup\ccmsetup.log

64位操作系统的默认安装路径为 C:\windows\ ccmsetup\ccmsetup.log

b. 查看是否有控制面板图标文件*.cpl在ConfigMgr客户端安装文件夹中:

32位操作系统的默认安装路径为 C:\windows\system32\CCM

64位操作系统的默认安装路径为 C:\windows\sysWow64\CCM

如果不能找到*.CPL文件,可能是该客户端已经被破坏,我们建议您卸载该客户端并且重新安装.

[本博文仅供参考，微软公司对其内容不作任何责任担保或权利赋予]

【本文作者为APGC System Center 支持组 工程师 Jolly Zhang】

Configuration Manager 2007 中的远程工具包括的远程控制功能允许具有足够访问权限的操作员远程管理 Configuration Manager 2007 站点层次结构中的客户端计算机。本文章讨论在SCCM中使用远程工具所需要的最低权限配置:

 在讨论权限之前,我们一定要确认远程工具需要在客户端被启用,并且要正确配置远程工具客户端代理, 您可以参考以下的文章来检查配置:

  https://technet.microsoft.com/zh-cn/library/bb680343.aspx

 下面是所需要的最低权限:

１．用户帐号在ConfigMgr控制台上需要有以下的权限:

Collection(All Instances) : Read

Collection(Specific) : Read, Read Resource,

Use Remote Tools

２．在服务器端, 用户帐号需要被加入以下组:

DCOM Users

３．用户帐号在客户端上必须加入 “ConfigMgr Remote Control users” 组

[本博文仅供参考，微软公司对其内容不作任何责任担保或权利赋予]

请注意：我们将以Configuration Manager 2012 候选发布版(RC1)为例，其与将来的正式版本（RTM）可能会有所不同。在阅读本文章前，如果我们需要将主站点加入已有的ConfigMgr 2012架构中，则请确保您已经阅读了并完成了以下文章中的步骤：

ConfigMgr 2012 系列之五：安装篇 - 安装中心管理站点前的准备工作

ConfigMgr 2012 系列之六：安装篇 - 安装中心管理站点

ConfigMgr 2012 系列之七：安装篇 - 准备和安装主站点

ConfigMgr 2012 系列之九：配置篇 活动目录扩展发布，边界以及边界组的配置

注意：如果你是在生产环境中部署，在安装前，我们建议对你现有的环境进行评估和规划，以确定所需要的ConfigMgr 2012站点的类型、数量、分布的物理位置等，并为不同的服务器选择合适的硬件以及确定每个站点的服务器数量，角色分布等。

在下面的文章中，我们为FOR站点进行配置，以便为将来的功能测试进行提供必要的准备条件。

设置发现方式

发现方法(Discovery Method)是ConfigMgr 2012用于发现设备，用户以及信息的方式。与ConfigMgr 2007相比，ConfigMgr 2012增加了活动目录林发现的方式，并将安全组和系统组的发现进行了合并。在中心管理站点，仅有活动目录林发现可以进行设置。而在主站点上则可以进行所有发现方式的设置。

在以下步骤中，我们将进行系统发现和用户发现的设置。

-          打开ConfigMgr 2012控制台，浏览至管理->层次结构配置->发现方法

-          选择Active Directory系统发现属性，并选择 启用Active Directory系统发现

-          点击新建（橘色图标）

-          指定所需要发现的域或容器路径

-          确认路径后点击确定。

-          我们可以通过轮询计划，设置发现周期，默认为每7天运行一次。

-          我们可以指定所需要发现的计算机账号的属性。

-          我们有一个新的选项，允许指定是否只发现最近登录过域或最近更新过活动目录中计算机密码的计算账号。

-          完成设置后点击确定，系统会提示是否马上运行一次完整发现，我们点击 是。

-          我们通过查看发现日志进行确认。

-          我们可以类似的方式设置Active Directory 用户发现设置

-          并进行一次发现。

-          同样，我们可以在主站点FOR上查看发现日志。

-          需要注意的是，在ConfigMgr 2012中，与ConfigMgr 2007不同第一次被发现的记录将不在所发现的站点进行处理，而发送到中心管理站点进行处理。

在主站点上日志DDM.log日志中，我们可以看到类似下面的信息。

设置客户端安装账号

设置发现方式后，我们将进行客户端的安装。

-          打开控制台，选择管理->站点配置->FOR站点->并选择设置->客户端安装设置

-          选择其中的客户端请求安装。

-          在常规标签栏中，默认是启用自动推送客户端的功能的，可根据实际情况决定是否需要启用。我们没有选择启用自动推送。在帐户标签栏中，选择新建

-          选择新帐户

-          输入一个在客户端上具有本地管理员权限的帐户，我们选择使用默认的域管理员帐户。

-          如果有必要可以指定多个帐户。

-          在确定后，我们可以在资产和符合性中选择设备集合，所有设备，并在右侧点击所需要推送客户端的机器，并指定“安装客户端”

-          点击下一步

-          选择指定安装的站点。

-          完成设置。

-          我们可以在客户端的%windir%\ccmsetup 文件夹中查看安装的情况。

-          安装完成后，我们在客户端的控制面白中选择Configuration Manager, 并可以看到如下信息。

-          在客户端注册并提交心跳发现信息后，我们可以看到以下信息：

我们将在下面几篇中进行ConfigMgr2012功能方面的说明。

[博文仅供参考，微软公司对其内容不作任何责任担保或权利赋予]

ConfigMgr 2012 系列之五：安装篇 - 安装中心管理站点前的准备工作

ConfigMgr 2012 系列之六：安装篇 - 安装中心管理站点

ConfigMgr 2012 系列之七：安装篇 - 准备和安装主站点

注意：如果你是在生产环境中部署，在安装前，我们建议对你现有的环境进行评估和规划，以确定所需要的ConfigMgr 2012站点的类型、数量、分布的物理位置等，并为不同的服务器选择合适的硬件以及确定每个站点的服务器数量，角色分布等。

在下面的文章中，我们将以MNG以及FOR站点进行配置，以便为将来的功能测试进行提供必要的准备条件。

为ConfigMgr 2012扩展活动目录架构（非必须步骤）

虽然扩展活动目录架构不是使用ConfigMgr 2012的必须步骤，但为了管理的方便（如自动发现站点代码，为站点间交换公钥等），我们还是建议扩展活动目录。

请注意，在RC1版本中，我们使用了与ConfigMgr 2007相同的扩展文件，也就是说，如果你之前环境中已经为ConfigMgr 2007扩展过活动目录，则无需再次进行此步骤。

为成功运行扩展，我们需要运行的账号具有在进行扩展的森林内具有Enterprise Admin的权限。

-          使用管理员权限运行cmd.exe

-          运行浏览到ConfigMgr 2012的安装目录，并浏览至\bin\x64目录

-          运行exadsch.exe

-          查看C:\ExAdSch.log来确认扩展的状况。

为ConfigMrg 2012的站点服务器设置发布权限（非必须步骤）

ConfigMrg 2012站点服务器使用计算机账号将站点信息发布到活动目录中，默认情况下，站点服务器计算机账号没有权限，我们需要进行以下设置。

-          在安装管理活动目录管理工具的机器上运行adsiedit.msc

-          连接至所在的域，定位至 System – System Management(如果System Management容器不存在，你需要手动进行创建)

-          选择 属性

-          选择安全标签栏，并选择添加，类别为计算机

-          输入站点计算机账号

-          确认后，点击高级，点击站点服务器账号，然后编辑

-          选择应用于 “这个对象以全部后代”，完全控制，点击确定2次

-          重复上述步骤，设置其他站点服务器账号权限。

设置边界以及边界组

在ConfigMgr 2007中，边界用于界定站点管理范围；在ConfigMgr 2012中，我们增加了边界组的概念，边界依然存在，但它仅仅作为边界组的元素，而不直接用于直接指定站点范围。边界组则两个作用：站点分配和内容位置。站点分配用于指定站点管理范围，内容位置则帮助指定所在范围内的分发点(Distribution Point)。

以下步骤中，我们将为PRI站点创建边界和边界组，并用于站点分配。以下步骤可以在CAS站点上设置，也可以在主站点上进行设置。

-          打开控制台，选择管理->层次结构配置->边界

-          选择左上角的新建边界，建立要主站点要管理的边界范围。在此测试中，我们仅加入CAS服务器本身IP地址作为要管理的边界。

-          确定后选择管理->层次结构配置->边界组

-          输入名称

-          在选择添加，勾选之前创建的边界。

-          确定后如下图

-          之后选择引用标签栏，选择这一边界组用于主站点FOR的站点分配边界。

-          之后选择确定完成设置。

我们将在下一篇中进行发现方式的启用以及客户端安装方式说明。

[博文仅供参考，微软公司对其内容不作任何责任担保或权利赋予]

请注意：我们将以Configuration Manager 2012 候选发布版(RC1)为例，其与将来的正式版本（RTM）可能会有所不同。在安装的第四篇中，我们将介绍在Windows Server 2008 R2 英语版本上安装ConfigMgr 2012 英文候选发布版的二级站点的准备工作和安装。

在阅读本文章前，如果我们需要将主站点加入已有的ConfigMgr 2012架构中，则请确保您已经阅读了并完成了以下文章中的步骤：

ConfigMgr 2012 系列之五：安装篇 - 安装中心管理站点前的准备工作

ConfigMgr 2012 系列之六：安装篇 - 安装中心管理站点

ConfigMgr 2012 系列之七：安装篇 - 准备和安装主站点

注意：如果你是在生产环境中部署，在安装前，我们建议对你现有的环境进行评估和规划，以确定所需要的ConfigMgr 2012站点的类型、数量、分布的物理位置等，并为不同的服务器选择合适的硬件以及确定每个站点的服务器数量，角色分布等。

目前测试环境中的架构如下（这篇文章中得截图使用了另外一个测试环境，因此站点名称与之前文章中有所不同）：

在下面的文章中，我们仅以实验环境为例进行说明准备和安装在主站点PR1下安装二级站点的步骤。

我们使用的服务器名为GTRCM12SEC，并加入了测试域contoso.com，并完成了中心管理站点和主站点的安装。具体信息可以查看以下两个文章。

ConfigMgr 2012 系列之五：安装篇 - 安装中心管理站点前的准备工作

ConfigMgr 2012 系列之六：安装篇 - 安装中心管理站点

ConfigMgr 2012 系列之七：安装篇 - 准备和安装主站点

准备工作

1. 安装IIS以及相应组件

此步骤与 ConfigMgr 2012 系列之五：安装篇 - 安装中心管理站点前的准备工作 中第1部分相同。如果我们需要使用BITS，请同时安装IIS6 所兼容组件。

2. 安装后台智能传输服务（BITS）和远程差分压缩功能

以上步骤与之前的ConfigMgr 2012 系列之五：安装篇 - 安装中心管理站点前的准备工作 中第2部分相同。

3. 安装.Net Framework 3.5

以上步骤与之前的ConfigMgr 2012 系列之五：安装篇 - 安装中心管理站点前的准备工作 中第3部分相同。

 4. 安装.Net Framework 4.0。

以上步骤与之前的ConfigMgr 2012 系列之五：安装篇 - 安装中心管理站点前的准备工作 中第5部分相同。

5. 在二级站点上允许配置SQL服务器所使用端口的入站。

以上步骤与之前的ConfigMgr 2012 系列之七：安装篇 - 准备和安装主站点中第6部分相同

6. 检查二级站点的先决条件。

在ConfigMgr 2012中，我们可以单独使用命令行工具进行先决条件的检测，步骤如下：

-          在DOS窗口中，打开ConfigMgr 2012安装文件路径，浏览到SMSSetup\BIN\X64

-          运行 Prereqchk.exe，指定二级站点所需要的参数

具体参数含义可以通过Prereqchk.exe  /?进行查看。

-          等待运行结果

安装二级站点

与安装中心管理站点和主站点不同，我们只能通过控制台安装二级站点，而无法像ConfigMgr 2007中一样使用单独的安装程序进行安装。

-          打开控制台，如我们打开PR1站点的控制台

-          选中PR1站点，选择 “Create secondary site”

-          根据提示输入站点信息，如站点代码，服务器名称，站点名称和安装路径等

-          选择安装文件的路径，我们可以选择从主站点上复制，或使用指定的安装文件路径等。如果安装的二级站点与主站点之间的带宽有限，建议选择第二种活第三种（如果有的话）

-          选择SQL服务器的类型和端口。我们可以选择安装SQL Server Express。

-          选择是否启用分发点

-          如果启用了分发点，我们可以指定分发点上文件的路径等信息。

-          设置是否需要周期性的检查分发点上的内容。

-          指定分发点所属的边界组（建议进行设置）。

-          确认设置并等待向导完成

-          我们可以通过查看控制台上站点的状态（State）来确定安装的状态。

-          我们同时可以点击上图中Show Install Status(部分被水印遮挡，抱歉)来查看安装的过程

-          在二级站点服务器上，我们可以看到会有临时文件复制到本地硬盘。

-          在二级站点服务器上，我们依然能够通过ConfigMgrSetup.log来查看安装运行状态。

-          当安装完成后，且通讯成功，我们就可以在控制台上看到二级站点的状态为Active.

 在下一个系列中，我们将介绍ConfigMgr 2012 服务器端的必要配置，敬请期待。

[本博文仅供参考，微软公司对其内容不作任何责任担保或权利赋予]

请注意：我们将以Configuration Manager 2012 候选发布版(RC1)为例，其与将来的正式版本（RTM）可能会有所不同。在安装的第三篇中，我们将介绍在Windows Server 2008 R2 英语版本上安装ConfigMgr 2012 英文候选发布版的主站点的准备工作和安装。

在阅读本文章前，如果我们需要将主站点加入已有的ConfigMgr 2012架构中，则请确保您已经阅读了并完成了以下文章中的步骤：

ConfigMgr 2012 系列之五：安装篇 - 安装中心管理站点前的准备工作

ConfigMgr 2012 系列之六：安装篇 - 安装中心管理站点

注意：如果你是在生产环境中部署，在安装前，我们建议对你现有的环境进行评估和规划，以确定所需要的ConfigMgr 2012站点的类型、数量、分布的物理位置等，并为不同的服务器选择合适的硬件以及确定每个站点的服务器数量，角色分布等。

在下面的文章中，我们仅以实验环境为例进行说明准备和安装主站点的步骤。

我们使用的服务器名为SC-CM12-PRI-ENU，并加入了测试域sc.org，并完成了中心管理站点的安装。具体信息可以查看以下两个文章。

ConfigMgr 2012 系列之五：安装篇 - 安装中心管理站点前的准备工作

ConfigMgr 2012 系列之六：安装篇 - 安装中心管理站点

准备工作

1. 安装IIS以及相应组件

此步骤与 ConfigMgr 2012 系列之五：安装篇 - 安装中心管理站点前的准备工作 中第1部分相同。如果我们需要使用BITS，请同时安装IIS6 所兼容组件。

2. 安装后台智能传输服务（BITS）和远程差分压缩功能

以上步骤与之前的ConfigMgr 2012 系列之五：安装篇 - 安装中心管理站点前的准备工作 中第2部分相同。

3. 安装.Net Framework 3.5

以上步骤与之前的 ConfigMgr 2012 系列之五：安装篇 - 安装中心管理站点前的准备工作 中第3部分相同。

4. 安装 SQL 2008 R2服务器端组件

以上步骤与之前的 ConfigMgr 2012 系列之五：安装篇 - 安装中心管理站点前的准备工作 中第4部分相同。

请注意，我们需要确保新安装SQL服务器使用collation与之前中心管理站点的数据库所使用的collation一致。

Collation可以在以下位置设置

CAS服务器数据库所使用的collation可以通过SQL Management Studio查询。以下是我们测试环境中所使用的collation。

我们可以以下界面进行设置。

设置完成后的效果如下：

5. 安装.Net Framework 4.0。

以上步骤与之前的 ConfigMgr 2012 系列之五：安装篇 - 安装中心管理站点前的准备工作 中第5部分相同。

6. 在中心管理站点和主站点上允许配置SQL服务器所使用端口的入站。

-          打开wf.msc

-          选择 新建规则

-          设置规则类型为 端口

-          指定TCP/UDP以及SQL所使用的端口，在我们的设置中，为TCP 1433和TCP 4022

-          选择操作为允许连接。

-          选择所需应用的配置文件。

-          设置名称。

请确保在中心管理站点服务器和主站点都进行了以上设置。

7. 检查主站点的先决条件。

在ConfigMgr 2012中，我们可以单独使用命令行工具进行先决条件的检测，步骤如下：

-          在DOS窗口中，打开ConfigMgr 2012安装文件路径，浏览到SMSSetup\BIN\X64

-          运行 Prereqchk.exe，指定主站点所需要的参数

具体参数含义可以通过Prereqchk.exe  /?进行查看。

-          等待运行结果

8. 下载安装所需文件。

之前我们有讨论过，在ConfigMgr 2012中，我们可以使用setupdl.exe下载安装所需的问题。

-          浏览到SMSSetup\BIN\X64 目录

-          运行setupdl.exe

-          指定路径

-          等待下载完成。

安装主站点

-          运行splash.hta，执行 安装

-          选择下一步

-          我们需要选择 主站点

-          指定必要组件的下载路径。

因为之前我们已经提前下载，我们可以进行如下设置。

-          选择所需要的服务器语言

-          选择ConfigMgr 2012客户端语言

-          指定站点代码等必要信息

-          选择之前我们安装的中心管理站点服务器名称。

-          设置数据库服务器名称和数据库名称。

-          指定SMS Provider

-          指定客户端通讯协议。

在ConfigMgr 2012中，没有ConfigMgr 2007中的混合模式和纯模式，我们可以通过设置不同的通讯协议。

-          选择是否需要安装MP和DP

-          确认安装设置

-          再次检查先决条件，确定没有错误信息。

-          之后开始安装，并等待安装结束。

-          我们可以点击View Log 或在C:\ConfigMgrSetup.log 中查看信息

-          之后我们可以打开控制台，查看站点架构。

[本博文仅供参考，微软公司对其内容不作任何责任担保或权利赋予]

在安装的第二篇中，我们将进行中心管理站点的安装。

请注意：我们将以Configuration Manager 2012 候选发布版(RC1)为例，其与将来的正式版本（RTM）可能会有所不同。在今天的第二篇中，我们会在Windows 2008 R2 简体中文版本上安装Configuration Manager 2012（以下简称ConfigMgr 2012） 简体中文候选发布版的中心管理站点的安装。

在阅读本文章前，请确保您已经阅读了并完成了以下文章中的步骤。

ConfigMgr 2012 系列之五：安装篇 - 安装中心管理站点前的准备工作

注意：如果你是在生产环境中部署，在安装前，我们建议对你现有的环境进行评估和规划，以确定所需要的ConfigMgr 2012站点的类型、数量、分布的物理位置等，并为不同的服务器选择合适的硬件以及确定每个站点的服务器数量，角色分布等。

在下面的文章中，我们仅以实验环境为例进行说明安装CAS站点的步骤。

我们使用的服务器名为SC-CM12-CAS-CHS，并加入了测试域sc.org，并完成了《ConfigMgr 2012 系列之五：安装篇 - 安装中心管理站点前的准备工作》的前期安装工作。

1. 进行安装前的先决条件检查。

我们可以通过2种不同的方式进行先决条件的检查

-          运行splash.hta，选择“评估服务器状况”

-          此时你可能会看到如下的信息。

因为我们需要装的是CAS站点，并不需要管理点这个角色，因此我们可以忽略最后两个错误信息。对于警告信息，其不会影响安装，我们可以选择在安装站点前或安装站点后进行解决。

在ConfigMgr 2012中，我们可以单独使用命令行工具进行先决条件的检测，步骤如下：

-          在DOS窗口中，打开ConfigMgr 2012安装文件路径，浏览到SMSSetup\BIN\X64

-          运行 Prereqchk.exe，指定CAS站点所需要的参数，以下一个样例，我们指定了/CAS , /SQL, /SDK以及/AdminUI参数。

具体参数含义可以通过Prereqchk.exe  /?进行查看。

-          等待运行结果

我们可以看到输出的信息与之前的类似，但没有错误信息了。这是因为我们指定了CAS站点类型，而在CAS上不需要MP，DP等角色。

-          具体的日志信息可以查看以下日志

 2. 安装CAS站点

-          运行splash.hta，执行 安装

-          选择下一步

-          我们需要选择 中心管理站点

-          指定必要组件的下载路径。

请注意，下载组件时需要有Internet连接，如果CAS站点服务器没有Internet连接，我们可以使用setupdl.exe预先进行下载。具体步骤我将在之后的主站点（Primary Site）的安装步骤中提供。

-          等待下载完成

-          选择所需要的服务器语言

-          选择ConfigMgr 2012客户端语言

-          指定站点代码等必要信息

-          设置数据库服务器名称和数据库名称。

-          指定SMS Provider

-          确认安装设置

-          再次检查先决条件，确定没有错误信息。

-          之后开始安装，并等待安装结束。

-          我们可以点击查看日志 或在C:\ConfigMgrSetup.log 中查看信息

-          之后我们可以打开控制台

-          等待连接完成

-          之后我们就可以进行配置了。

在下一篇文章中，我们将介绍主站点安装的准备工作。

[本博文仅供参考，微软公司对其内容不作任何责任担保或权利赋予]

请注意：我们将以Configuration Manager 2012 候选发布版(RC1)为例，其与将来的正式版本可能会有所不同。在今天的第一篇中，我们会在Windows 2008 R2 简体中文版本上安装Configuration Manager 2012（以下简称ConfigMgr 2012） 简体中文候选发布版的准备工作。

在安装前，我们建议对你现有的环境进行评估和规划，以确定所需要的ConfigMgr 2012站点的类型、数量、分布的物理位置等，并为不同的服务器选择合适的硬件以及确定每个站点的服务器数量，角色分布等。

在下面的文章中，我们仅以实验环境为例进行说明安装CAS站点所需的服务器角色、功能，以及应用程序等。

我们使用的服务器名为SC-CM12-CAS-CHS，并加入了测试域sc.org.

1. 安装IIS服务器

-          添加服务器角色

-          选择Web 服务器（IIS）

-          勾选必要的组件，如WebDev开发，Windows 身份验证等

-          确认安装的选项

-          并进行安装，等待结束

2. 安装后台智能传输服务和远程差分压缩功能

-          选择添加功能

-          勾选后台智能传输服务

-          勾选 远程差分压缩功能

-          等待运行完成

3. 安装.Net Framework 3.5

-          我们同样可以从功能位置进行添加.Net Framework 3.5

4. 安装 SQL 2008 R2服务器端组件

注意在生产环境中，我们需要根据实际环境进行SQL服务器的部署。

-          运行SQL安装中心，选择安装

-          选择“全新安装或向现有安装添加功能”

-          检查支持规则

-          进行支持文件的安装

-          在支持文件完成后，我们可以检查安装程序支持规则，确保没有失败的信息。

-          之后继续SQL服务器的功能安装

-          选择所需组件

-          确保无安装规则失败

-          之后我们可以选择默认实例或命名实例。

-          确保我们有足够的磁盘空间

-          选择服务所使用的账户

-          选择服务器的排序规则(collation)

注意，我们必须为一个ConfigMgr 2012架构中所有作为ConfigMgr 2012数据库服务器的SQL服务器使用相同的排序规则(collation)。

 在正式版本中，我们仅支持SQL_Latin1_General_CP1_CI_AS

https://technet.microsoft.com/en-us/library/gg682077.aspx#BKMK_SupConfigSQLSrvReq

-          选择身份验证方式以及指定默认管理员。

-          选择SQL Reporting的配置信息

-          确认安装配置规则无误

-          确认配置信息

-          等待安装完成

 5. 安装.Net Framework 4.0

-          我们可以下载.Net Framework 4.0安装程序，并进行安装

-          并进行安装直至完成，并重启服务器。

在下一篇中，我们将介绍CAS站点的安装。

[本博文仅供参考，微软公司对其内容不作任何责任担保或权利赋予]

System Center Operations Manager (SCOM)2007在监控非Windows操作系统时使用SCX代理，而SCX是基于WS Man（Web服务管理）1.1。这是一个基于Web服务的协议，允许通过HTTP和HTTPS协议对远程计算机进行管理。 WS - Man通过要求身份验证和使用HTTPS协议作为传输数据安全和高效的保证。所有被SCOM 2007监控的UNIX或Linux系统与管理服务器（RMS）之间的通讯都使用它。

我们通过WinRM命令对WS Man进行所有的操作。首先，我们可以输入以下命令来看WinRM服务是否在一台管理服务器上运行：
winrm enumerate winrm/config/listener

我们可以看到出现了以上错误，表示WinRM服务并没有启动。

我们可以使用"winrm quickconfig"命令，很简单地启动WinRM。

输入“Y”使其生效。接下来他会询问你是否允许WinRM产生一个HTTP监听端口以及防火墙的例外配置。

输入“Y”使其生效。我们可以看到WinRM已经处于正在运行状态了。

现在我们运行"winrm enumerate winrm/config/listener"命令来看看WinRM是否已经能正常工作了。

这里是一些使用WinRM得到使用SCX监控服务器基本信息的常用命令，

• 操作系统基本信息

winrm enumerate https://schemas.microsoft.com/wbem/wscim/1/cim-schema/2/SCX_OperatingSystem?__cimnamespace=root/scx -auth:basic -remote:https://<agent>:1270 -username:root -password:<password> -skipCAcheck -skipCNcheck -encoding:utf-8

• 磁盘驱动信息

winrm enumerate https://schemas.microsoft.com/wbem/wscim/1/cim-schema/2/SCX_DiskDrive?__cimnamespace=root/scx -auth:basic -remote:https://<agent>:1270 -username:root -password:<password> -skipCAcheck -skipCNcheck -dialect:"https://schemas.microsoft.com/wbem/wsman/1/WQL" -filter:"select name from SCX_DiskDrive" -encoding:utf-8

• 文件系统

winrm enumerate https://schemas.microsoft.com/wbem/wscim/1/cim-schema/2/SCX_FileSystem?__cimnamespace=root/scx -auth:basic -remote:https://<agent>:1270 -username:root -password:<password> -skipCAcheck -skipCNcheck -encoding:utf-8 -dialect:"https://schemas.microsoft.com/wbem/wsman/1/WQL" -filter:"select name from SCX_FileSystem"

• 磁盘使用情况

winrm enumerate https://schemas.microsoft.com/wbem/wscim/1/cim-schema/2/SCX_FileSystemStatisticalInformation?__cimnamespace=root/scx -auth:basic -remote:https://<agent>:1270 -username:root -password:<password> -skipCAcheck -skipCNcheck -encoding:utf-8 -dialect:"https://schemas.microsoft.com/wbem/wsman/1/WQL" -filter:"select * from SCX_FileSystemStatisticalInformation"

• 网卡信息

winrm enumerate https://schemas.microsoft.com/wbem/wscim/1/cim-schema/2/SCX_IPProtocolEndpoint?__cimnamespace=root/scx -auth:basic -remote:https://<agent>:1270 -username:root -password:<password> -skipCAcheck -skipCNcheck -encoding:utf-8 -dialect:"https://schemas.microsoft.com/wbem/wsman/1/WQL" -filter:"select name from SCX_IPProtocolEndpoint"

• 日志信息

winrm enumerate https://schemas.microsoft.com/wbem/wscim/1/cim-schema/2/SCX_LogFile?__cimnamespace=root/scx -auth:basic -remote:https://<agent>:1270 -username:root -password:<password> -skipCAcheck -skipCNcheck -encoding:utf-8 -dialect:"https://schemas.microsoft.com/wbem/wsman/1/WQL" -filter:"select name from SCX_LogFile"

[本博文仅供参考，微软公司对其内容不作任何责任担保或权利赋予]

我们为自己设定的一个主要目标是通过Configuration Manager 2012产品让管理员们在做任何事情的时候都能够真正的“用户优先”。在这篇博客的第一部分，我打算讨论下“用户优先”所面临的挑战，第二部分，我会试着指出ConfigMgr如何克服这些挑战。

用户优先：绝不仅仅是简单的用“用户导向”替代“机器导向”。而是我们应该怎样度量使用多个不同设备把资源交付给用户的规范性（注：我用“资源”统称，但在ConfigMgr 2012 里，我们主要关注的资源是应用程序），这也意味着确保我在拥有对资源如何提供个用户有完全控制的情况下，同时尊重某些用户的特殊要求。（是的----那些令人讨厌的通知和重启）

为什么用户优先有这个挑战呢？在我们100多个“关注用户”设计的拜访中，几乎每一个应用需求都是以“用户X需要应用Y”的形式出现， 但那些工具很少能根据用户的要求直接将应用程序交付给他们，为什么会这样呢？

1. 用户在不同的设备间漫游。回到我还是 培训讲师的时候，我经常开玩笑说“你可以管理账户和对象，但你却不能管理用户”。就是， 如果我以资源（应用，数据同步策略等等）为导向，这些资源又随用户无处不在。你不难想像这样的场景：一个用户登录服务器查看相应的应用配置，然后又登录笔记本装载数据，然后有进入个电话厅去确认邮件。如果不能识别用户通过什么设备访问的，那么就会产生错误的用户登录记录，资产的管理也会出现挑战，而且复杂的应用使他们并不归属的系统不稳定的可能性也会加大。虽然像远程桌面访问，微软应用虚拟化及Citix XenApp等无害交付会在某种程度上解决这个问题，但是我们用户所需要的大部分应用仍然需要在本地安装的。
2. 当用户不在现场时协调应用的交付。一些应用程序仍然需要和他们后台支持安装的应用的变化进行协调。 我将会在周六的维护窗口是对ERP系统进行更新，然后我需要确认更新成功并强制安装客户组件。为了不会因为长时间的安装或边安装边重启等原因打断用户，我可能会选择在没有用户登录的空闲时间去做。当没有用户登录时，为此用户执行某个策略是有不是一件简单的事情。

有了这个意识，我们开始在ConfigMgr2012开创一种方法，通过这个方法，我们可以利用用户和设备的关系来自动化交付或限制交付面向用户的资源。我们把这个叫做用户/设备关联（User/Device Affinity）。我们将在下一篇文章中介绍具体的用户/设备关联信息。

[本博文仅供参考，微软公司对其内容不作任何责任担保或权利赋予]