SCOM 2012知识分享-2：理解管理服务器

zdc253212956

　　（一）Management Server
　　Management Server管理服务器主要用来：
　　管理整个管理组，并负责与数据库进行通讯；
　　负责为Agent提供配置数据；
　　所有的Agent会将健康数据，性能数据等提交给Management Server，然后再由Management Server写入到数据库中。Agent并不会直接与数据库打交道；
　　管理服务器是对管理组进行管理以及与数据库通信的焦点。 打开操作控制台并连接到管理组时，你就会连接到该管理组的管理服务器。 根据计算环境的规模，管理组可以包含单个管理服务器或多个管理服务器。
　　（二）资源池
　　将两台或更多台管理服务器添加到管理组后，管理服务器会变为资源池的一部分，并且会在池成员中分摊工作。 如果资源池的一个成员出现故障，则资源池中的其他成员将获取该成员的工作负荷。 添加新管理服务器后，新管理服务器会自动从资源池内的现有成员那里获取一些工作。 资源池中的所有成员将管理不同的一组远程对象；在任意给定时间，相同池中的两个成员将不会同时管理同一对象。
　　SCOM2007的时候管理服务器分为2类，必须要有root manager server，其他一类叫manager server，无法做负载均衡。SCOM2012引入了资源池的概念。资源池划后对资源要求也降低了，支持多台负载均衡实现高可用、可扩展的功能。scom2007的管理组必须有根管理服务器存在，可以针对根管做群集，存在单点故障，否则出问题。所以2012引入resources pool的概念，服务器放入池中，每台服务器均等，实现高可用性负载，类似于投票的机制，至少需要三台，如果只有两台manage server，则不能实现高可用。

　　Resource Pool的成员资格有两种类型，自动和手动。内置的资源池有3个：
　　1、所有管理服务器资源池 （All Management Servers Resource Pool）
　　2、通过ad进行分配的 （AD Assignment Resource Pool）
　　3、负责通知的资源池（Notifications Resource Pool）
　　自定义的resources pool只能用来管理Linux/Unix的代理，不能管理Windows的代理
　　Windows的代理默认不需要手动指定resources pool，管理服务器会自动选择合适的默认资源池
　　如果没有Ad集成，可使用默认的all management servers resources pool，这个资源池负责
　　如果和Ad集成了，可使用默认的ad assignment resources pool（集成的功能主要用于如果服务器坏掉了，通过工作流将代理切换到好的management server）
　　发送通知，使用notifications resource pool（一般把这个资源池由自动切换到手动，明确确定由哪些管理员发送通知）
　　成员资格可以由自动变为手动，但是无法由手动变为自动
　　（三）health service
　　客户端agent会把所有已导入到SCOM的Mp包拉到本地，然后health service使用一系列的脚本去判断哪些mp包适合本地安装，适合的就在本地安装，不适合的就忽略。
　　Health service：负责执行监视器规则，服务器和客户端都有该服务。
　　
　　（四）Configuration Service
　　Configuration Service 运行在所有的Management Server上，负责所有管理服务器的配置信息，SCOM2007存在IMS上，SCOM2012上取消了IMS，存放在数据库的一张表中，所有管理服务器都从表中取配置，确保配置都能同步。
　　2007平台有时候不能及时更新客户端配置信息，是因为RMS问题。
　　2012配置服务保证一个管理组所有配置都是同步的。对新的配置进行分发操作。计算动态池的成员。
　　多台scom 2012服务器有多个configuration service，所以引入虚拟数据存储的概念，在scom数据库里有几张表来保证配置的唯一性。
　　配置的例子：override一个参数，ms可能有很多台，但是配置可能是某一台产生的，由于已经池化，多台ms通知同步后，再分发给客户端。
　　（五）Data Access Service
　　和数据库打交道的服务，非常重要，SCOM2012池化后每个ms都会和sql建立连接。
　　在2007平台都是由RMS来操作控制，在2012改进为任何的管理服务器都可以 。
　　DAS用于控制访问数据库，可以通过控制台、powershell、连接器、自定义APIs来使用。任何一个管理服务器都可以保留一个SDK连接。

　　（六）仿真器角色
　　仿真器角色：可以通过powershell命令移动，一台MS坏了可以移动到另外一台ms，如果没有管理包依赖它或者如果不用它也可以移除。
　　以后的管理包慢慢会淘汰该角色。
　　默认情况下第一台管理服务器就是RMS Emulator。
　　例如：Exchange 2007 服务器和 Exchange 服务器 2010的MP 依赖于 RMS。 因为在 SCOM 2012 年没有 RMS 服务器，一台管理服务器分配 RMS 仿真器角色提供与这些 MPs 的兼容性。
　　（七）通讯机制
　　数据流向：agent是不会和sql通讯的，只和ms通讯。多台ms如果没有指定优先级agent会随机指向一台 。
　　Data warehouse存放历史数据；工作流必须在RMS上进行；
　　=============================================================