SCCM 2012系列之新特性概览二:SCCM  2012站点层次架构概览
SCCM 2012站点类型:

站点
作用
相对于SCCM 2007 的变化
中心管理站点The central administration site(CAS)
中心管理站点协调内部站点的数据复制。使用这个站点可以进行站点层次结构内的所有管理和报告工作。用于整个站点层次架构的管理。
·         不处理客户端数据的提交, 但是心跳线发现的发现数据除外。
·         不接受客户端的分配
·         不再支持承载所有系统角色
·         参与数据库的复制
Primary site
主站点
为SCCM 2012中必须的站点,用来管理所有客户端。
·         主站点能够承载更多的客户端
·         不能在另外一个主站点层级之下。
·         不在被用来作为一客户端代理设置或者安全的边界。
·         参与数据库的复杂.
Secondary site
辅助站点
在有限宽带连接的远程位置(如分支机构)为客户端控制内容的分发
·         Express 版本或者完全版本的SQL Server 被要求安装。如果在安装期间没有指定,那么将会自动安装Express版本的SQL Server。
·         在站点安装期间MP和DP将被自动安装。
·         辅助站点能够发送内容分发到其他辅助站点。
·         参与数据库的复制。

站点通讯:
·         站点到站点之间的通讯现在使用数据库复杂,除此之外,基于文件的复杂用于多站点数据传输、配置和设置信息。
·         System Center 2012 Configuration Manager 现在可以发布站点信息到信任林以更好的支持在不同林的站点服务器的客户端
站点模式:
SCCM 2012 的站点模式不再被配置为混合模式或者纯模式。相反,安全客户端通讯端点被配置为独立的站点系统角色以支持客户端连接通过HTTP/HTTPS进行通讯。站点系统角色在同一站点可以有不同的设置,例如一些MP被配置为HTTPS另一些可以配置为HTTP。绝大多数的客户端连接通过HTTPS进行相互身份验证,所以必须确保客户端拥有验证能力的PKI 证书以支持配置。此外,移动设备和通过Internet连接的客户端必须用HTTPS连接。为站点应用HTTPS客户端连接时,你不需要为文档签名指定PKI证书,因为SCCM 2012将自动创建自签名证书。然而,绝大多数的PKI证书的要求和SCCM 2007没有什么改变。
站点系统角色 :
以下的站点系统角色已被移除:
·         The reporting point(报告点):所有报告点将由 the reporting services point负责.
·         The PXE service point(PXE服务点):该功能已经集成到了DP进行集成.
·         The server locator point(服务器定位点): 该系统角色已被移到了MP进行集成.
·         The branch distribution point(分支分发点):DP能够被安装到AD域中的服务器或者工作站. 分支分发点的功能被 BranchCache 所代替,该功能能够进行应用程序和包的部署.此外,你将不能为MP配置网络负载平衡:network load balanced (NLB),这个功能将被自动提供,当你在站点中安装超过一个管理点系统角色时。
以下是SCCM 2012中新添加的系统角色:
·         The Application Catalog website point(应用程序目录web站点点)和 the Application Catalog web services point(应用程序目录web服务点):这些站点系统角色要求IIS并且支持新的客户端应用程序和软件中心。
·         The enrollment proxy point(注册代理点),用来管理移动设备的注册请求; the enrollment point(注册点)完成移动设备的注册和 AMT-based的电脑. 这些站点系统角色同样要求有IIS.
在辅助站点中不再有默认管理点和代理管理点的概念。在同一站点中你能够安装多个管理点(MP),并且客户端会居于网络位置和连接方法(HTTP/HTTPS)自动选择其中的一个MP。这种举止支持在单个站点中提供更大的客户端和冗余而之前在SCCM2007中会采用NLB。当站点中包含支持HTTPS客户端连接和HTTP客户端连接的MP时,拥有有效PKI证书的客户端将自动连接到被配置为HTTPS连接的MP.
在站点中,你也能够配置超过一个居于Internet的MP。然而,当你为基于internet的客户端管理的客户端配置MP时,你只能指定一个 。他们将会列出一个包含所有基于Internet的站点中的MP列表,并选择其中的一个。
Boundaries and Boundary Groups 边界和边界组:
边界: 基于网络位置的管理范围,可以利用IP地址范围、IPV6前缀、IP子网、AD站点来定义站点边界。
边界组:站点边界的集合,用来进行站点分配和内容分发位置。
 
现对于SCCM 2007,以下这些是新添的或者已被更改的关于站点边界的内容:
·         站点边界不再被手动指定 ,但是在站点层次结构中一旦被定义,他将在站点层次结构中所有站点中可用。
·         每个站点边界必须是一个或者多个边界组的成员,当客户端属于一个边界,而该边界又属于多个边界组时,会给客户端列出一个边界组内的所有可以用的站点服务器列表,如DP,客户端可以自动选择离客户端地理位置近的DP作为客户端的DP。一个设备在站点边界能够被识别前,必须分配到站点服务器或者内容服务器,例如DP.可以将DP和边界组关联起来。
客户端分配回滚状态点
在Configuration Manager 2007中, 如果客户端没有在一个指定的站点边界中,自动站点分配将会失败。而在SCCM 2012却不同,如果你指定一个回滚站点(站点层次结构中一个可选的设置)并且客户端没有在一个边界组中,自动站点也能够成功分配,客户端会被分配到指定的回滚站点。
发现
发现是用来发现站点中的对象的,这里的对象是指各种资源,如计算机,移动设备等设备、用户和组、网络结构等。
关于“站点发现”相对于SCCM 2007以下是新加的或者做了更改的内容:
·         每个数据发现记录仅被处理和记录入站点数据库一次。在主站点或者中心管理站点中,数据发现记录不需要额外的处理就能被删除。
·         利用站点数据库复制,被记录入站点数据库的发现信息在站点层次结构中会被共享到每个站点。
           已发现对象的DDRS(数据发现记录)由主站点处理而不直接传送到CAS(Central  administration Site)。
           辅助站点不处理DDRS,直接转发给父站点。
·         Active Directory Forest Discovery(活动目录林发现) 是一种新的发现方法。该发现方法能够发现子网和AD站点,在站点层次架构中并且能添加他们作为站点边界,该方法会自动创建站点边界,默认为启用。
·         Active Directory System Group Discovery(活动目录系统组发现方法)已经被移除。
·         Active Directory Security Group Discovery(活动目录安全组发现方法)被重新命名为 Active Directory Group Discovery(活动目录组发现)和发现资源的组成员。
·         Active Directory System Discovery(活动目录系统发现) 和 Active Directory Group Discovery (活动目录组发现)支持从发现中过滤掉陈旧计算机记录的选项。
·         Active Directory系统, 用户, 和组发现支持 活动目录 Delta 发现. Delta发现 在SCCM 2007 R3 中被加强。而现在他能够检测到计算机或用户在组中被添加或者移除。
          信号检测发现:用于在安装了SCCM客户端的设备上更新期DDRS。默认已经启用该发现方法。(没变化)
          网络发现:用于发现网络结构及具有IP地址的各种设备,如路由器,交换机,网络打印机等。(没变化)
 
本文章是对来自于微软官方文章的翻译为了让网友们更加容易理解并做了稍微的改动。如有什么问题请大家指出!让我们共同学习;共同进步。快乐分享;快乐工作!对SCCM 2012有兴趣的网友,请继续关注我的博客,我会努力的为大家带来更多精彩内容!