本篇文章主要介绍ConfigMgr系统角色的承载能力数据库
在设计总体站点的时候,也应该根据实际环境考虑到组件的负载能力决定各组件的部署数量。windows
当目前环境中的客户端数量超过一个站点\站点角色实例所能承受的最大数量时,就应该部署额外的角色实例;服务器
站点类型 | 支持的子站点类型 | 支持的子站点数量 |
---|---|---|
中心管理站点 | 主要站点 | 25 |
主要站点 | 辅助站点 | 250 |
SQL版本 | 支持的客户端数量 |
---|---|
SQL标准版 | 50000 |
SQL企业版 | 400000 |
是否角色并置 | 支持的客户端数量 |
---|---|
否 | 100000 |
是 | 50000 |
建议不要将其余站点角色和站点服务器进行并置安装:网络
- 确保客户端不会出于下载策略、分发内容等目的而致使直接与站点服务器进行通讯;
- 独立站点服务器同时也确保了站点服务器不会因其余服务而影响自身的处理性能;
所属站点类型 | 每站点最多管理点数量 | 支持的客户端数量 |
---|---|---|
主要站点 | 10 | 25000 |
辅助站点 | 1 | 2500 |
每站点最多分发点数量 | 支持的客户端数量 |
---|---|
250 | 4000 |
是否角色并置 | 支持的客户端数量 |
---|---|
否 | 100000 |
是 | 25000 |
在ConfigMgr 2012 SP1前,同一站点下若是要部署多个软件更新点,必须使用NLB配置。架构
以上数值基于SCCM 2012 RTM,后续版本可能存在差别,请参考https://technet.microsoft.com/zh-cn/library/gg682077.aspx#BKMK_SiteAndRoleScaleide
ConfigMgr对于远程办公室的支持能够划分为如下方法:性能
知足如下任一状况能够考虑增长一个主要站点设计
若是有中心管理站点,那么其下全部主要站点的信息都会复制到中心管理站点,且负责管理中心管理站点的团队将会有权对其下的任何站点进行管理;文档
知足如下任一状况能够考虑使用辅助站点部署
远程管理点和分发点为远程办公室内的客户端提供策略、内容下发服务,以免客户端经过WAN访问当前站点而占用大量的WAN带宽,同时也为本地ConfigMgr提供更加稳定、可靠的策略和内容下发服务,避免缓慢、不可靠的WAN线路对客户端形成的负面影响。
ConfigMgr支持如下三种基于Internet方式的客户端管理:
方式 | 支持的功能 | 要求 |
---|---|---|
IBCM(ConfigMgr自带对Internet客户端的管理能力) | 软硬件资产信息、状态消息、软件分发、软件更新等 | 依赖PKI架构、须要对外发布所需的站点系统 |
Direct Access | 主要功能(个别功能受限)https://docs.microsoft.com/zh-cn/sccm/core/plan-design/configs/support-for-windows-features-and-networks | 环境中须要部署DA服务、客户端须要企业版SKU |
V P N | 几乎全部主要功能 | 须要V P N链接 |
为读者提炼SCCM涉及的基础知识、注意事项、运行机制以及排错方法等信息是本系列文章的初衷,对于SCCM各组件及功能部署步骤方面的信息,网络中已有较多文章能够参考,所以本系列文章并不侧重于提供相似Step-by-Step的部署指南,还请见谅。同时因为我的能力和知识水平的限制,文中难免有纰漏和出错的地方,还望你们能够指正,很是感谢。