1.SCOM是何物？
先来点稍正式的描述：
System Center Operations Manager是针对企业IT环境而提供端到端服务监控所需的一个软件解决方案。
System Center Operations Manager提供了一个易于使用的监控环境，它可以跨越数百个操作系统和应用程序，来监控数以千计的事件和性能监测器，并为组织中IT环境提供单一的健康视图。服务健康视图是快速灵活地响应那些有可能影响业务正常运转，并最终可能导致企业花费金钱的事件的关键所在。（PS：根据微软官方的说明文档单台SCOM管理服务器可管理的主机数上限为500台，以scom2012为前提）
再扯点闲篇：
scom很容易让人觉得它不是一个监控软件。
在此我想说的是，1，切记它不是一个单纯的软件。2，也不能单纯的理解为监控软件。
我知道，这是没有接触过，或者稍稍接触过SCOM的人经常会想当然的认为的。说老实话，刚开始我也是这么认为的：）
SCOM是System Center 家族中的一员，家族中的其它成员还包括有：
SCO/SCCM/SCVMM/SCDPM/SCSM/SCAPP/SCEP
以上都是简写，有兴趣深入了解的可以到：（PS：随着时间的推移以下页面可能因更新而页面内容不符还请多多见谅）
百度百科：http://baike.baidu.com/view/8084169.htm#3
微软官网：http://www.microsoft.com/china/server-cloud/products/system-center-2012.aspx
http://www.microsoft.com/zh-cn/server-cloud/products/system-center-2012-r2/
好了，上面的的都是题外话，只是想说明第一个问题，scom并不是单一的一个软件的存在，它是一整个解决方法中的其中一个套件，system center 这个套件是以构筑“云”环境而生的。这里指的云小到私有云，大到公有云，都可以囊括在内。总之，就是“云”：）
第二个问题，它不仅仅只是一个监控软件，为什么这么说呢？我是这么认为的：首先，在传统印象里，我们所知的监控软件功能都比较单一，只是提供监控，而scom却并非如此，scom除了提供监控功能（当然这是scom的主要功能）外，还提供有：操作任务，报表服务，问题解决知识库，安全审计（ACS）等等，在此所列出的也许仅仅还只是其自身功能的一部分而已，当它结合其它组件集成使用时功能还将进一步增多。因此，从以上列出的这些功能我们就可以清楚的知道，scom并不能简单的理解成监控工具了，否则就太委屈scom那强健的体魄了。呵呵！
------------------------------------------------------------------------------------------------
2.SCOM的发展历程
之所以把scom的发展历程插到这里，一是想说scom的发展是迅猛的，小伙伴们别掉队了，另一个原因是为下面的“架构对比”作下铺垫，因为笔者刚开始接触scom是从scom2007开始的，但当时也不并不重视这个东西，所以学的也不怎么样。虽然有人会说，现在都出2012R2了我们直接说2012的版本不就行了，还扯什么旧篇啊！但我个人不是这么认为的，我觉得这是很有必要的，因为从旧版本中你可以学习到很多scom工作的原理，也可以跟现在的2012进行有效的对比，这对你的学习或工作是很有帮助的。当然，这也仅仅是我个人的一些愚见，我也觉得这样学习起来感觉挺好。当然最后一个原因，你总得知道点这东西是怎么来的吧！呵呵：）
另外：也寄语SCOM，有理由相信它会变的更好！
---------------------------------------------------------------------------------------------------
3.部署架构对比
看过发展历程后，我们就来对比看看他们到底有什么不同。
SCOM2012与SCOM2007架构对比
SCOM2007R2部署架构
SCOM2012架构变化
简化的架构
SCOM的管理服务器资源池
由上图中我们总结的最大不同就在于RMS（根管理服务器）到resource pool（资源池）的转变，这样的转变效果是显而易见的，
1.避免了RMS的单点故障，在2007时为了高可用需要另行搭建群集来保证，到2012时使用资源池，高可用与生俱来，避免了资源的浪费。这里说的资源当然指的是人力和物力的成本。
2.避免了RMS的高负荷而导致的瓶颈产生，采用资源池不仅可以提供高可用性，还可以提供有效的分担MS的负载
3.避免了事务的集中处理导致的拥塞，因为RMS是根管理服务器，所以相关功能事务都必须得到它的首肯才可以执行，这样做不仅增加了RMS的负担，也容易造成事务的拥塞，采用资源池模式，可以将一些功能进行分配，比如AD，通知等分配给其它MS进行处理，不仅利于管理人员的自定义，也可以有效的降低事务拥塞。
----------------------------------------------------------------------------------------------------
4.不断扩充对异构平台的监控
从发展历程上看除了架构的改变外，还有功能的增强，上图中展示的还仅仅是部分，但我们已经可以知道scom的监控范围之广了。
得瑟一句，只要给我管理包，挖掘机的油量监控也不是不可能！这是要逆天的节奏啊，放着我来，呵呵：）
----------------------------------------------------------------------------------------------------
5.新特性介绍
SCOM2012正式版本已经在2012年8月份正式发布，相对于SCOM2007，增加了不少新功能：
高可用性管理组——在 Operations Manager 2012 里，所有的管理服务器为同级，不存在根管理服务器。在一个管理组中，工作负荷被拆分至所有的管理服务器，不需要集群就可提供高可用性。
资源池——一个资源池提供跨多个管理服务器分配工作负责的能力，如可用性、网络设备监控、分布式监控状态汇总和分组计算。
代理配置——Operations Manager 2012 提供了简单的代理配置方式向多管理服务器发送报告。
操作控制台——操作面板改为了任务面板，其中包括一个新的导航任务，以便打开查看一个选定的对象。任务面板提供两个选项，即操作和资源及帮助链接。
Web控制台——Operations Manager 2012 引入了一个新的Web控制台，所有Operations Manager视图都会呈现于Web控制台中。
网络监控——Operations Manager 2012具备扫描和监控网络路由器和交换机的能力，包括设备上的网络接口和端口以及加入的虚拟局域网（VLAN）。
应用程序监控——在 Operations Manager 2012 中，用户可以在服务器和客户端环境下监视 ASP.NET 应用程序，以获取有关应用可用性和性能的详细信息。
仪表板视图——作为网络和应用监控功能的一部分，Operations Manager 2012包括了完整的仪表板视图，即将多个面板上的信息合并到单一视图。在Operations Manager 2012里，用户可以添加新的仪表盘视图到工作区。
使用SharePoint显示仪表盘视图——Operations Manager 的Web部分显示特定的仪表盘视图，可以加入微软的SharePoint 2010站点。
创建仪表盘视图——从 Operations Manager 2007 R2 到Operations Manager 2012，仪表盘视图在功能上有明显的提升，其中包括自定义布局和嵌套的仪表盘视图。
面向Windows PowerShell的Operations Manager模块—— Operations Manager 2012提供了一个Windows PowerShell 2.0模块，目前的SCOM2012R2提供的PowerShell 3.0模块，它包含一套完整的新Cmdlet。在此模块中，Cmdlet只与Operations Manager 2012兼容。用户可以通过“SC”前的名词，来识别Operations Manager 2012 cmdlet。有关Operations Manager 2012 cmdlet的其他信息，打开的Operations Manager命令行并键入 Get-Help about_OpsMgr_WhatsNew。有关如何将Operations Manager 2007 cmdlet映射到Operations Manager 2012 cmdlet的问题，可以键入Get-Help about_OpsMgr_Cmdlet_Names查询。要使用 Operations Manager 2012 cmdlet的话，用户必须建立一个连接到Operations Manager管理组。可以通过建立一个固定连接来运行多个cmdlet，又或者创建一个临时连接来运行单一的cmdlet。有关连接的更多信息，可以打开Operations Manager Shell 并键入Get-Help about_OpsMgr_Connections来获取。
管理Unix和Linux的设备——在 Operations Manager 2012 中，基于Unix和Linux的电脑更易于使用发现向导，另外用户也可以使用 Windows PowerShell 来管理Unix或Linux电脑。依然支持高可用性。
UNIX/Linux Shell 命令模版管理包——该管理包用于实现创建模版，允许创建规则、任务，以及基于 UNIX/Linux 代理上执行Shell命令的监控。
JEE管理包——这些管理包用来监视JEE（Java Enterprise Edition）应用服务器。管理包可用于IBM WebSphere、Oracle WebLogic、Red Hat JBoss 和 Apache Tomcat。
----------------------------------------------------------------------------------------------------
好了，开篇就扯到这了，以上的相关内容因本人才疏学浅可能会有表述不严谨的地方，还望请各位多多见谅！如有错误或建议可以提出，无任欢迎！
以上内容有采摘自网络上的大神们的内容，而由本人进行摘要汇总，加入一点点自己的想法，采摘匆忙一时忘记大神们的大名，还望见谅，后续博文，会努力做到将所涉及的大神们的大名进行罗列，表示感谢，促进交流！