四、自动报警、通知及响应。

规则定义完成之后，接下去要考虑的问题，就是如果相关事件触犯了这个规则，那么该如何处理?其实规则就好像是数据库中的触发器。当有某些事件触发这个触发器时，系统必须有所反映。如果让用户自己去追踪、核对的话，那是不现实的。换一句话说，就是在遇到某些触发自定义规则的事件时，系统要能够自动报警、通知以及响应。

在SCOM中有一个组件叫做OpsMgr。这个组件可以通过启用电子邮件报警、寻呼、短消息服务、即使消息(如果启用了这些服务)和定义的功能警报角色来提供高级的警报功能。具体的来说，在自动警报、通知及响应中可以实现如下内容。

一是可以自定义警报的高度。如磁盘的可用空间剩下40%的时候，通过邮件方式向管理员报警;磁盘的可用空间剩下10%的时候，就需要通过寻呼或者即时消息的报警。设想一下，如果一旦某个规则被触发，不管三七二十一，系统就向管理员发送即时消息，那么可能管理员一天就会收到好几百条的警告信息。而通过设置合理的警报级别，可以让一些比较紧急的内容通过即时消息等手段放松。而一些普通的警报功能，则可以通过邮件方式发送。

二是选择不同的警报方式。可能不同的管理员会有不同的需求。如有的喜欢邮件通知，而有的喜欢寻呼等等。在SCOM中，管理员可以根据自己的需要进行自由的选择。不过在选择的过程中，笔者建议要兼顾警报的级别或者高度。即对于一些比较紧急的事件，最好能够通过即时消息。换句话说，就是对于紧急事件，当系统发出警报信息的时候，要能够在第一时间收到。

五、相关的报表。

每隔一段时间，服务器管理员都需要对日志信息进行分析。如需要了解服务器在一天的哪个时段、或者在一个月的哪些天特别的繁忙，CPU使用率、数据的吞吐量等等居高不下。了解这些内容，可以帮助管理员判断网络中是否有病毒的存在，或者为其改善服务器与网络的性能提供数据的支持。

而要对这些信息进行分析，则必须要有历史数据作为支持。没有半年或者一年的数据，是很难发现有规律的内容。故在这个过程中，报表仍然是不可或缺的内容。在SCOM中，可以配置将相关的信息自动发送给报表数据库服务器进行归档。然后在以后有必要的情况下，对这些归档的数据进行分析，以得到管理员所需要的结果。

综上所述，SCOM能够与Win2008 R2进行友好的整合。从而有利于管理员对日志信息进行收集、分析、追踪、管理等等。为改善服务器性能、提高服务器的稳定性提供数据方面的支持。