System center 2012 R2 实战六、SCOM2012R2介绍及安装

~~ 诸位，周末好，答应了要写SCOM2012R2，结果这几天一直没写，因为项目那面确实每天都很忙。这会周末，总算是可以轻松下来了，于是我决定今天多写几篇博客。

=================================================================================

OK，开始正题，说起来，我以前根本一点也不了解SCOM和System center，都是因为项目缘故，先学的，以前我只主要做sharepoint，exchange，project，CRM，AX，微软UC，后来自己来了北京后，反而一直在弄System center了~呵呵，SCOM这个东西，其实刚了解的时候，觉得它也没多强，丫不就是一监控服务器的么。

后来做了两个项目，发现SCOM其实也蛮强的，甚至有的企业，买了一整套System center，主要就是围绕SCOM来做，你们还别不信~ 真有。

那么SCOM到底能做些什么呢？

酷酷的分割线============================================================

通过SCOM，可以帮助我们当前企业IT环境360度纵深的监控。

第一层: 硬件及网络设备

监控具有集成包的硬件设备，可根据管理包自定义规则阀值产生警报，可通过多样的报警通知

第二层: 物理机

可以监控到物理机的硬件设备，运行状态，性能状况，甚至可以监控到主板的温度，网卡的吞吐，我们可以自定义管理包中的规则阀值，一旦硬件设备的性能参数，达到我们规定的阀值，就会第一时间产生警报，通知IT人员。

第三层: 虚拟机

可以监控虚拟机的虚拟网络，虚拟机实用的内存，CPU，硬盘，虚拟机存活状况，性能状况，可以根据自定义的阀值，发送警报，据我所知，目前SCOM好像只能监控到微软Hyper-v虚拟机，还可以集成veem来监控 vmare的虚拟机，思杰的还不清楚。

第四层: 异构操作系统

通过SCOM，可以监控企业当前IT环境中的异构操作系统，不论是windows，还是linux，unix，Sun Solaris 都可以监控，通过默认的OS管理包，就可以监控到操作系统，逻辑磁盘，内存，网卡，操作系统错误事件。

第五层: 数据库

通过SCOM，可以监控当前企业数据库，实例级别的运行状况，性能状况，SQL备份，reporting services，作业计划，SCOM这面，我觉得对于数据库监控的支持还是蛮好的，很多版本都能够支持，而且还可以自定义SQL管理包的规则阀值，监控SQL的性能状况，一发现负荷过高，就可以立即发送警报通知管理员，或者启动Runbook。

第六层: 异构Web平台

通过SCOM，可以针对 Microsoft .NET Framework 应用程序（通过整合 AVIcode），IIS/5/6/7/8 以及在WebSphere、WebLogic、JBOSS 和Tomcat 都提供了应用程序监控（APM）支持。

第七层: 应用程序

通过SCOM, 可以针对AD，DNS，DHCP，ISA/TMG，EXCHANGE，sharepoint，project，TFS，CRM，进行监控，只要有相应管理包的支持，就可以，SCOM中，针对微软的sharepoint，和CRM监控的支持较好，不论是从程序方面，还是从APM监控，可以监控到sharepoint网站的性能状况，服务器场的运行情况，webpart的运行情况，某个Web URL的访问，CRM系统的模型性能，CRM站点的性能情况，网站并发数。

第八层: 系统服务、日志、进程，计划任务。

通过SCOM，可以针对某一个Windows服务，进行监控，监控到该服务停止后，产生报警，然后服务启动，自动消除报警，可以监控到某一个事件ID的windows日志，检测到是错误日志，就产生警报，可以监控到某一台服务器上，某一个进程的最大进程数和最小进程数，一旦超过指定范围，就产生警报，还可以监控到Windows的计划任务，比如计划任务未执行，执行失败，就会在SCOM中产生警报。

===============================================================酷酷的分割线

通过我在这八层的介绍，相信大家也大该有个意识，SCOM可以监控到些什么了，不过我说的这些，可能只是个皮毛，感兴趣的大家可以好好地去了解一下，SCOM的主要功能，就是帮助我们监控，企业中IT环境，从第一层到第八层的性能运行，一旦那一层出现问题，我们第一时间就会知道，然后就可以做出相应。

不知道大家，发现没，我在介绍这八层的时候，反复提到了“可以通过管理包自定义规则阀值产生警报”为什么我总是强调这个，是因为SCOM中是支持，自定义报警阀值的，我举个例子，假设说，我们监控一个网站，添加这台服务器纳入监控，然后倒入管理包，开始监控，但是发现经常出现一些无关紧要的警报，或者并不关心的警报，这个警报的产生是由SCOM后台的监视器和规则进行驱动的，既然是这样的话，我们就可以进行自定义，比如说，管理包中默认，网站并发数达到100就报警，我们可以给它改成1000再报警。

那么我们了解了SCOM的监控后，接下来有人会问，你虽然监控，很牛，可以监控很多东西，那你一旦监控到了出现警报，除了在SCOM控制台可以看见这台机器变成了警报状态，还有没有别的办法？当然有，SCOM支持邮件报警，短信报警，即时消息报警。

邮件报警，只要你的企业环境里面有一台邮件服务器，并且SMTP开启匿名，就可以。

即时消息报警，只要企业环境中有IM服务器，可以通过5061 SIP地址找到就可以。

短信报警，则需要短信猫的支持，买了一短信猫，插在服务器上，可以识别到SMS就可以。

SCOM配置报警的思路，大概是这样，首先-创建一个通道，指定你报警的方式，就是你要么报警，通过邮件还是短信。然后创建一个订阅者，就是负责接收报警的用户。最后，再创建一个订阅，指定，什么时候报警，满足什么级别的报警。因为你不可能一天24小时都报警吧，那接收报警的人也该崩溃了，然后，大功告成，你就可以通过邮件或者短信的方式接收到来自SCOM的报警了。

SCOM除了监控，报警，还有多样的展示，可以通过SQL中SCOM数据仓库的Reporting Services展示，可以通过SCOM的Applicantion Diagnostics或者 advisor，可以还可以集成到sharepoint里面进行展示，SCOM的报表非常漂亮，稍后，我会为大家展示几张图来查看。

OK，说了这么多，下面~~~~ Let's go 我们正式开始安装SCOM2012R2，开始我们的SCOM体验之旅，放轻松，一点难度都没有