最近,接了公司的一个内部的项目,就是使用SCOM 2007 WITH SP1管理端到端的服务。
公司早就在二年前就部署实施了服务器虚拟化,采用的是VMware VI3的解决方案。
 
想当然的,SCOM的数据库等安装在一台2003 ENT WITH SP2的虚拟机上,而SCOM 管理控制台安装在另外一台相同系统的虚拟机上。
 
在使用的前几天一切正常,但不知从何时起,就出现了问题, 现象就是:桌面上的Operations Console快捷方式时,没有进行怎么操作就自动消失(关闭)。
 
实际上这个种现象出现过两期了,之所以用两期,是第一期时,我同事来负责此事,当时采取的措施是重新安装数据库及控制台,而且是让微软的工程师安装的。第二期,交由我来负责,我使用的是微软工程师安装配置的环境,仍然出了问题。
 
打电话问微软的工程师,他说在VMware虚拟化环境中是容易出过这样的问题。让我重新安装同样的环境在物理服务器上。
 
但我不信,因为我在我的VMware Workstation及Server中是没有出现问题的,虽然底层架构不一样,但上面的跑的虚拟机不会有太多的问题。所以,我试图去找其他的原因。
 
基于怀疑的态度,我开始了解决这个现象的征程:
1、把应用于SCOM服务器上的组微略给禁用。仍然不行。
2、使用GOOGLE查找原因,没有相应的中文描述。(注意,我在上面并没有安装其它的应用程序或是防病毒程序,排除了一些另外的原因)
3、这时,查看“事件查看器”,发现了一个错误,是关于.net runtime 2.0的,难道和此有关?我多次打开Operations Console,发现每次之后刷新事件查看器,都会发现.net runtime 2.0的错误提示(用过SCOM的人都知道这是他的安装环境的先决条件)。到时,把解决问题的重点放在了此上面。
VMwareESX上的SCOM控制台无法正常运行_第1张图片 
4、重新修复安装,并重启SCOM服务器系统,仍然不行,问题仍然。
5、再次GOOLGE,发现了几个,但不是和SCOM相关的。
6、怎么办?怎么办?
7、突然想到,是不是运行Operations Console用户凭证或是权限的问题呢(我是域普通用户的权限,但加入了本地管理员组)。
8、打开Operations Console的快捷方式的属性:
   在打开的窗口中,选择“快捷方式”,再选择右下角的“高级”。在弹出的对话框中,检查图中绿色部分。
   取消前面的复选框。便可。
VMwareESX上的SCOM控制台无法正常运行_第2张图片
    
      不过,如果你选择此项,也就是打上对勾,然后再双击快捷方式,以不同的账号运行也是可以的,只是查看报表时,有用凭证问题啦。
   VMwareESX上的SCOM控制台无法正常运行_第3张图片 VMwareESX上的SCOM控制台无法正常运行_第4张图片
 
经测试,是可以了,但还是不太完美,有待于进一步解决。
 
后来,我又测试了下,如果使用域管理员身份是没有问题的,关键是我的普通成员身份加上本地管理员的权限,极易出现问题。

大家有机会可以测试下如下的场景:
SCOM管理台和SQL装在同一台服务器上,和不同的服务器上试下。