Share via


安装和升级System Center Operations Manager 2012

[原作者Nishtha Soni]

对Operations Manager 2012版本,我们在安装和升级方面做了一些较大的变化,使得部署更加简单、直观且易于使用。在这篇文章中,我将会介绍一些在部署体验方面的主要变化,帮助你更好地准备OM 2012。

安装Operations Manager 2012

如果你熟悉Operations Manager之前的版本,你就很有可能熟悉基于MSI安装程序的安装过程。我们做的最大变化之一就是将MSI安装程序集成到一个单一的安装过程中,通过setup.exe启动。大部分组件能直接通过这个安装过程安装,而不需要使用MSI安装程序。启动setup.exe,你会看到引导程序界面:

在这个界面,你可以使用“安装”链接启动组件安装,例如管理服务器(management server)、操作控制台(operations console)、报表和web控制台(web console)。另外,引导程序允许你启动代理(agent)、网关服务器(gateway server),ACS和Unix/Linux ACS的MSI安装程序。

我们先粗略的熟悉一下安装过程的一些界面。

在这个界面,我们可以选择要安装的组件,也可以查看不同组件的描述。你会发现在这个列表中没有明确列出操作数据库和数据仓库数据库。这是因为现在这两个数据库在安装一个管理组中的第一个管理服务器时默认进行安装。操作数据库一直是一个管理组的强制性组件;2012的一个新变化就是数据仓库也成了强制性的。这么做是为了使关键场景 – 比如仪表盘(dashboard),在安装好之后就可以让所有用户使用,即使他们只有一个非常简单的一体化管理组。

2012中另一个较之前版本的重大变化是前提条件检查器被集成到了安装过程中。另外,在安装向导中就提供了解决前提条件不满足的方案,更加简单地帮助你解决潜在的问题。

最后,如果你在安装一个管理服务器,会出现这个界面,询问你是否在一个管理组中创建第一个管理服务器,或者向一个现有的管理组增加管理服务器。第一个选项意味着你在创建一个新的管理组,并且你会被要求提供必要的信息为这个管理组创建操作数据库和数据仓库数据库。如果你选了第二个选项,就意味着你已经有了一个管理组,你正在为它增加一个额外的管理服务器。正如你在前一篇关于2012拓扑变化的文章中知道的那样,为了保证OM 2012中SDK和配置服务的高可用性,为管理组增加第二个管理服务器是你唯一需要做的事情。

代理配置的变化

除了安装体验,我们对2012做出重大变化的地方就是代理配置。过去,最大的问题之一就是没有简单的方法决定一个代理该向哪个管理组报告,也没有简单或者自动化的方法不使用增加/删除程序就改变(增加/删除)代理报告的管理组。代理配置变化的第一个部分就是代理控制面板小程序(Agent Control Panel applet),位于控制面板的“Operations Manager Agent”之下。

这个小程序列出了这个代理属于的所有管理组,并提供了增加和删除管理组的功能。

如果你对自动化从一个代理增加和删除管理组的过程感兴趣,我们也增加了代理API允许你编写自动化代理配置过程的脚本。代理API有文档说明和例子演示了如果在脚本中使用它;更多关于如何使用代理配置库(Agent Configuration Library)的信息请参照https://msdn.microsoft.com/en-us/library/hh328987.aspx

R2到2012的升级

注意:OM 2007 R2到OM 2012测试版的升级是不支持的;请不要在生产环境中尝试这种升级。

从OM 2007 R2到OM 2012的升级程序是按照不遗留任何管理组的思路设计的;不管你的R2管理组是什么样子的,都有一条途径把它升级到OM 2012而不丢失你的数据。

虽然你用来升级的具体步骤取决于管理组是什么样子的,但是升级管理组的基本步骤在所有情况下都是一样的:

1、                        将二级管理服务器(secondary management server)和网关服务器升级到OM 2012支持的配置。如果需要,改变你的代理使它们向具有OM 2012支持的配置的服务器报告。

2、                        将手动安装的代理升级到OM 2012。

3、                        升级二级管理服务器到OM 2012。

4、                        升级网关服务器到OM 2012。

5、                        升级推送安装的代理到OM 2012。

6、                        如果RMS满足支持的配置,就从RMS运行升级程序,它会升级RMS到一个OM 2012管理服务器,升级数据库和数据仓库(如果没有则增加一个)。

7、                        如果RMS不满足支持的配置,就从一个OM 2012管理服务器运行升级程序,它会升级数据库和数据仓库(如果没有则增加一个),并且从管理组中删除这个RS。

8、                        升级报表服务器、控制台、web控制台和ACS。

升级过程有时候会很复杂,特别是如果你的环境很复杂并且是分布式的,所以最好是按照升级流程图来开始升级。一个例子如下所示,流程图的其他部分可以参照https://technet.microsoft.com/en-us/systemcenter/om/hh204730.aspx

在OM 2007 R2到OM 2012升级过程中另一个需要注意的地方是升级助手MP(Upgrade Helper MP)。这个MP目的是帮助你完成升级过程,告诉你管理服务器、网关服务器和代理(Windows和XPlat)是否升级过了。

相关链接

请务必查看OM 2012测试版部署指南,参照https://technet.microsoft.com/en-us/library/hh278852.aspx。此外,请查看OM 2012新的支持配置文档,参照https://technet.microsoft.com/en-us/library/hh205990.aspx

使用这些文档确保在新版本发布时你的OM 2007 R2管理组满足支持的硬件和操作系统/Service Pack要求,帮助你准备好升级;这也会帮助确保你最后的升级过程顺利进行。另外,对于全新安装,使用这些文档计划你的2012管理组需要的东西,一定要考虑使用至少两个管理服务器以保证高可用性。

我希望这篇文章能帮助你准备好构建或者升级你的环境。请继续关注我们关于Operations Manager 2012拓扑结构系列文章,下一篇将关于资源池(resource pool)。

Comments

  • Anonymous
    May 09, 2012
    我们在安装System Center Operations Manager 2012的过程中,出现the WinRm settings not correctly configured ,设置错误。请问如何解决? 联系方式: E-mail:duhong@datcent.com mobile:18601280985