在Windows Server 2008 R2服务器维护中，日志信息是管理员又喜欢又头疼的内容。日志中记录着服务器的运行情况，可以为管理员排错提供非常宝贵的资料。同时日志中记录的信息又非常的繁杂。在比较复杂的网络架构中，一个月不到就可能产生一百多万条记录。如何追踪并分析这些信息，让服务器管理员感到非常的吃力。SCOM系统中心操作管理器就是用来解决这个问题的软件包。它可以跟Windows Server 2008 R结合，对服务器进行监控，不产生相关的日志信息。
　　
一、在什么情况下该使用SCOM?

虽然SCOM系统中心操作管理器是一个非常不错的工具，但是并不是在什么情况下都适合使用。如果企业的网络环境比较简单，如整个网络中就只有一台域控制器或者只有十几台客户端，此时使用SCOM系统中心操作管理器反而是大题小作，将简单的问题复杂化。在小型的网络中，一般只需要使用操作系统自带的日志管理器即可。

而在一些比较复杂的网络环境中，使用SCOM则可以大幅度的提高管理员的工作效率。对于复杂的定义一般很难下。笔者认为，如果域控制器中每天产生的日志信息达到5000条以上，此时就可以采用SCOM。因为SCOM能够提供跟踪每天发生的数万条事件日志消息的能力。也就是说，对收集到的日志信息进行处理，并根据相关的规则发出警报或者自动响应等的功能。SCOM基于模型的体系结构从根本上改变了以前传统的网络与操作系统监控方法。其通过相互依赖的组件，将整个服务器与网络环境以分层的服务器组进行立体式的监控。故对于比较复杂的应用环境，其仍然可以比较轻松的应对，而不会影响相关应用的性能。

故总之SCOM的使用也需要分情况对待。一般情况下只有在比较复杂的网络环境中，SCOM才能够体现其价值。

二、收集相关信息。

对于日志来说，其处理主要有四个过程，分别为日志信息的收集、定义监控规则、自动报警机制以及相关的报表信息。其中收集相关信息是这个环节中的第一步，也是最重要的一步。巧妇难为无米之炊。如果不能够收集到充分、必要的信息，那么即使是专家级别的专家，也会对故障束手无策。对于信息的收集，有两个基本的要求。一是收集的信息不能够有重大遗漏，二是信息收集时不能够影响到服务器以及相关应用程序的正常作业。

在SCOM中，系统提供了一种叫做管理包的机制。简单的说，管理包就是应用程序特定的监控规则由单独文件提供，或者说就是一对一。如对于微软旗下的数据库、DNS服务器等等，都提供了对应的管理包。这可以大大的提高数据收集的效率，同时也不会遗漏重要的信息。管理包会随着应用程序的启动，而自动加载正确的故障检修和确定问题所需要的相关信息。

三、自定义事件监控规则。

在比较复杂的应用环境中，每天产生的日志信息可能就有上万条。让管理员每天去查看这么多的信息，显然是不现实的。故收集信息必然重要，如何处理这些信息才是整个环节中的关键问题。对于我们管理员来说，希望服务器能够带有一些“智能化”的功能。简单的说，就是系统要能够自定义相关的监控规则。当某些特定的信息出现时，才报告给管理员。而不是让管理员每天坐在服务器前面查看日志信息。

根据笔者的切身提前，笔者认为SCOM以下两个特性可以帮助管理员解决这个难题。

一是在SCOM中，可以启用基于状态的监控器。也就是说，将数据包与监控器结合使用，可以实现高级的基于状态的监控和服务的健康程度的积累。同时还可以根据两三个不同的状态配置提供自我调整的性能阀值。如有一台服务器，可以将其CPU的使用情况划分为30%、60%、80%等不同的状态。然后根据不同的状态，设置不同的规则。

二是可以自定义事件监控规则。虽然使用以前的系统默认的事件管理器，也可以对相关的内容进行规则定义，但是其范围比较小。如可能只能够对单个资源进行监控。而在SCOM中，则可以对多个资源进行组合监控。如可以组合内存与CPU的使用率，对其进行加权，最后得到一个阀值。对于一些应用服务器来说，这些加权平均以后得到的值，可能会更加切合实际，具有更好的参考价值。

正是由于如上两个特性，才使得SCOM能够比传统的监控事件提供更加好的服务。