由于不同版本的 SQL Server 可以安装在同一台服务器上，因此，虽然核心功能都是一致的，但每个版本会有一些类似于版本标示上的差异，可以方便连接数据库的客户端识别数据库的版本，避免兼容性问题。但这样的处理方式却带来了另外一种兼容性问题：一些软件只支持特定版本的 SQL Server 数据库，其他版本的要么视而不见，要么不能正常工作。
微软的产品更新换代较快，少则1年，多则3年就会有一个全新产品版本面市，很多老版本的软件只能与自己的老伙伴搭配，一旦遇到老伙伴的新版本，就不适应了，例如以前遇到过的 ACT 5.6 竟然不支持 Windows 7 SP1 的信息收集，硬要修改ACT的数据库才可以。
System Center Operations Manager 2007 R2 发布于 2009 年，与其搭配的是 SQL Server 2005 或 2008。而 SQL Server 2008 R2 发布于 2010 年，安装 SCOM 2007 R2 操作数据库时，不能直接识别 SQL Server 2008 R2 数据库实例，提示 SQL Server 未安装：
而在安装 SCOM 2007 R2 的报表组件时也会出问题，据了解应该是除了上述现象之外，
报表组件的安装程序还会挂起。
现象描述如上，微软提供了一份详尽的支持文档来介绍如何解决该问题：《
Support for System Center Operations Manager 2007 R2 that runs on a SQL Server 2008 R2 database》，但文章太长，可能很少有人有耐心看完，我写本文的目的就是把这篇长长的文章作一个总结和精简，以便各位学习，其实无非就是如下几步：
-
- 安装SQL Server 实例
- 运行两次“数据库创建向导”，分别装“OperationsManager”和“OperationsManagerDW ”数据库
- 安装第一个管理服务器，不要安装数据库组件
- 安装SCOM报表组件：
a.在SQL报表服务服务器上重命名本地组，MSSRS10_50 重命名为 MSSRS10
b.在SQL所在的服务器上安装SCOM报表组件，不要安装数据仓库组件
c.将SQL报表服务器上MSSRS10 重命名回 MSSRS10_50
再进一步精简，就是“
手动装数据库，重命名报表服务用户组”，欧了~~~~
最后附一下该方案下，微软提供的已知问题，其实没啥影响：
问题：登录账户若属于Report Operators角色但不属于Administrators角色，则预定的报表不能正常运行。如果账户是管理员角色，则OK。
解决：在运行报告之前手动重置用户名和密码
问题：在通知邮件中单击警报视图链接时，视图不会打开
解决：没有解决办法
解决：在运行报告之前手动重置用户名和密码
问题：在通知邮件中单击警报视图链接时，视图不会打开
解决：没有解决办法
本文转自wbpluto 51CTO博客，原文链接：http://blog.51cto.com/wbpluto/890096，如需转载请自行联系原作者
