[计算机软件及应用]system center 2012 场景演示手册

《[计算机软件及应用]system center 2012 场景演示手册》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、场景九：实现常规事件管理流程58SystemCenter2012场景演示手册V1.02012.6.10场景九：实现常规事件管理流程58SystemCenter2012场景演示手册演示版本1.02012-06-18演示环境概述SystemCenter2012演示实验环境是由一组预先安装和配置好的SystemCenter2012的虚拟机方式提供的实验和演示工具集，在当前版本的实验环境中可以执行如下场景的演示:实现常规事件管理流程监视警报的自动化事件处置CSPP-从租户注册到虚拟机创建CSPP-租户通过AppCont

2、roller部署服务CSPP-租户通过AppController横向扩展服务CSPP-更新资源订阅并通过AppController升级应用系统通过服务请求申请AD账户实现服务模板实例的监控实现常规事件管理流程实验环境拓扑整个演示环境的逻辑拓扑结构如下图所示：场景九：实现常规事件管理流程58其中由HV02和HV03组成的Hyper-V群集为可选部分，如果HV01拥有比较高的硬件配置（4核2.3GHz以上CPU，计算机内存>32GB，足够的存储空间），可以将所有演示的环境部署到HV01的主机上完成场景演示。实验环境

3、的准备演示环境的部署准备可以参考RDP文档《微软私有云测试环境安装指南》注意:整个SystemCenter2012对于磁盘有较高的I/O要求，为了确保实验环境能够按照预期正常运行，建议将所有的虚拟机都放置在高速的磁盘介质上（例如SSD或者高速磁盘阵列）。启动实验环境中的虚拟机需要按照一定的顺序，首先启动DC，待其操作系统完全启动，后再分别启动SCVMM,SCOM,SCO,SCSM等虚拟机。登录与账户信息·  除特别说明之外，所有账户的密码都是:P@ssw0rd场景九：实现常规事件管理流程58重要–关于演示环境和

4、软件本演示环境中的软件仅用于测试和演示的目的，不应当应用于生产环境或者其它的应用目的。该演示脚本也仅限于针对配套的演示环境进行相应的操作，不保证在其它环境中也可以使用文档中的操作获得相同的结果。场景九：实现常规事件管理流程58以下是每台虚拟机安装和运行的主要角色和软件相关信息：场景九：实现常规事件管理流程58DC(192.168.2.1)·  WindowsServer2008R2EE·  ActiveDirectory(contoso.com)·  CertificationAuthority·  DNS/D

5、HCP·  IIS·  RRAS(NAT)·  ExchangeServer2010·  SCOM2012agentSCSM(192.168.2.11)·  WindowsServer2008R2EE·  SQLServer2008R2SP1·  SystemCenterServiceManager2012·  CloudServiceProcessPackSCOM(192.168.2.12)·  WindowsServer2008R2EE·  SQLServer2008R2SP1· SystemCenterO

6、perationsManager2012SCO(192.168.2.13)·  WindowsServer2008R2EE·  IIS·  SQLServer2008R2SP1· SystemCenterOrchestrator2012·  SCOM2012agentSCVMM(192.168.2.14)·  WindowsServer2008R2EE·  IIS· SystemCenterVirtualMachineManager2012· SystemCenterAppController2012·  S

7、COM2012agentPORTAL(192.168.2.19)·  WindowsServer2008R2EE·  IIS·  SQLServer2008R2SP1·  SharePointServer2010RHEL6(192.168.2.26)·  RedHat6EnterpriseLinux·  SCOM2012agent场景九：实现常规事件管理流程58场景九：实现常规事件管理流程58场景一：实现常规事件管理流程概述本演示通过一个简单的事件处理过程介绍了如何利用SystemCenter2012的Serv

8、iceManger组件开箱即用的功能来实现对常规事件的管理流程。场景说明用户Tom在使用销售工具软件的时候，发现自己计算机上安装的销售工具软件无法正常的使用，于是通过ServiceManager的自服务门户提交了支持申请，从而触发了一个支持事件。后台的技术支持人员收到来自Tom的支持请求事件后，通过查看事件相关的配置项查看到以前曾经发生过类似的事件，于是通过之前的事件了解问题可能的原因