由于不同版本的 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 未安装：
p_w_picpath
而在安装 SCOM 2007 R2 的报表组件时也会出问题，据了解应该是除了上述现象之外， 报表组件的安装程序还会挂起。
现象描述如上，微软提供了一份详尽的支持文档来介绍如何解决该问题：《 Support for System Center Operations Manager 2007 R2 that runs on a SQL Server 2008 R2 database》，但文章太长，可能很少有人有耐心看完，我写本文的目的就是把这篇长长的文章作一个总结和精简，以便各位学习，其实无非就是如下几步：
    1. 安装SQL Server 实例
    2. 运行两次“数据库创建向导”，分别装“OperationsManager”和“OperationsManagerDW ”数据库
    3. 安装第一个管理服务器，不要安装数据库组件
    4. 安装SCOM报表组件： 
          a.在SQL报表服务服务器上重命名本地组，M×××S10_50 重命名为 M×××S10 
          b.在SQL所在的服务器上安装SCOM报表组件，不要安装数据仓库组件 
          c.将SQL报表服务器上M×××S10 重命名回 M×××S10_50
 
再进一步精简，就是“ 手动装数据库，重命名报表服务用户组”，欧了~~~~
 
最后附一下该方案下，微软提供的已知问题，其实没啥影响：
问题：登录账户若属于Report Operators角色但不属于Administrators角色，则预定的报表不能正常运行。如果账户是管理员角色，则OK。 
解决：在运行报告之前手动重置用户名和密码 
问题：在通知邮件中单击警报视图链接时，视图不会打开 
解决：没有解决办法