企业管理器网格控制 10g 第 2 版中的服务等级管理
企业管理器网格控制 10g 第 2 版中的服务等级管理
本教程描述如何使用 Oracle 企业管理器网格控制 10g 第 2 版定义系统和服务以及如何使用根本原因分析。
大约半小时
本教程包括下列主题:
将鼠标置于此图标上以加载和查看本教程的所有屏幕截图。(警告:此操作会同时加载所有屏幕截图,网速较慢时,响应时间可能会比较长。)
注:此外,您还可以在下列步骤中将鼠标放在每个单独的图标上,从而仅加载和查看与该步骤相关的屏幕截图。
这些屏幕截图不能反映用户的具体环境。只是说明如何在 Oracle 企业管理器 10g 网格控制控制台找到具体的功能。
在 IT 组织中,应用程序现在服务扮演着至关重要的角色。不断监视这些服务来检查故障或性能降低已变得非常紧迫。这些服务是您业务的一个组成部分。必须在这些服务中的任何问题影响您的业务运营之前将其快速解决。您可以使用服务等级协议 (SLA) 来评估服务可用性。服务等级协议还可用来检查服务的性能和使用情况。通过不断监视这些服务等级别,您可以识别问题及其对业务的潜在影响。您可以确定故障的根源并遵循服务等级协议 (SLA) 修复它们。
企业管理器网格控制为您提供一个全面的监视解决方案来有效管理服务。您可以从概述级和组件级管理这些服务。如果服务失败,企业管理器网格控制为您提供诊断工具来快速有效地解决问题。您也可以自定义报表,从而可以分析应用程序在一段时间内的行为。
使用网格控制,您不仅可以监视 IT 基础架构中的各个组件,还可以监视这些组件宿主的应用程序。这使您能够使用从上至下的方法对您的业务功能进行建模。您也可以从最终用户的角度实现和监视您的业务。因此,如果对服务进行了适当的建模,它将为您提供有关它们正在建模的功能或应用程序的可用性、性能和使用情况的准确量度。
返回主题列表
Linda 需要了解应用服务器的所有组件(技术堆栈)及其各自的关系以便维护服务等级协议。她可以通过创建系统并将服务与之关联来进行此操作。然后,她需要定义其可用性、性能和使用情况参数以及服务等级规则。
虽然 Linda 是 DBA 经理,但是由她的团队来负责满足其应用程序的服务等级协议 (SLA)。她的 SLA 涵盖来自四个主要开发中心的应用程序可用性和性能。她希望定义一个服务模型并从网格控制监视这些业务应用程序。
Linda 需要使用其中一个服务来追踪问题,具体到技术堆栈的某个特定组件。她可以使用根本原因分析来关注问题组件。
返回主题列表
系统定义为集中宿主一个或多个服务的目标逻辑分组。它是一组基础架构组件,可以包括主机、数据库、应用服务器等。例如,您可以创建一个系统来运行您的 ERP 应用程序并包括主机、监听器、数据库以及在其中运行该 ERP 应用程序的应用服务器。在企业管理器 10g 网格控制第 2 版中,系统建模为一个新的目标类型。系统中的目标可以彼此相关或关联。使用信息板从单个屏幕查看整个系统。总之,系统包含共同协作来宿主应用程序或服务的目标。
您可以指定系统中组件间的关联以便在逻辑上表示它们之间的连接或交互。例如,数据库和监听器之间的关联。
|
1.
|
打开浏览器,并输入以下格式的 URL 来访问已安装了管理服务的服务器:
http://<管理服务主机名>.<域>:<端口>/em/
没有安装其它实例的计算机上的默认端口值是 7777。但是,如果该计算机上运行了其它实例,则端口号可能有所不同。
Login 页面将显示。输入用户名和口令,然后单击 Login 按钮。
|
|
2.
|
单击 Targets 选项卡。
|
| 3. |
单击 Systems 子选项卡。
|
| 4. |
您可以使用 Systems 页来:
查看定义的所有系统的列表 搜索现有系统 查看系统的显著警报和策略违规的汇总 添加系统、删除系统以及更改当前定义的系统的配置 从特定系统下钻以便集中监视和管理其成员目标
根据情况,添加一个系统。单击 Add 按钮定义一个新系统。
|
| 5. |
您可以使用 Create System 页来:
为新系统选择目标成员,或者更改现有系统的目标成员 为新系统选择名称和时区
在 Components 子选项卡的 Name 域中,为系统指定名称。
|
| 6. |
对本例来说,您将一个数据库实例(一个 Oracle 应用服务器)及其相应的代理和主机添加到系统中。
单击 Components 部分下的 Add 按钮。
|
| 7. |
单击 Add 后,将出现一个具有所有可用目标列表的 Search and Select:Targets 窗口。
从 Target Type 下拉列表中选择 Database Instance。
|
| 8. |
筛选特定目标类型可以减少该列表内容。选择一个或多个目标并单击 Select 后,将出现 Members 页,而且该表显示您选择的目标成员。
选择要包括在系统中的数据库。这里,您可以选择 Finance 数据库实例。
|
| 9. |
单击 Select 按钮选择数据库实例。
|
| 10. |
单击 Add 按钮将其他目标添加到该系统。现在,您可以将该监听器添加到数据库实例中。
|
| 11. |
Search and Select:Targets 窗口显示。这时您可以从 Target Type 下拉列表中选择 listener。
该监听程序是一个在数据库服务器计算机上执行的单独进程。它接收传入的客户端连接请求并管理这些请求到数据库服务器的流量。
|
| 12. |
为 Finance 数据库选择监听器。
|
| 13. |
单击 Select 按钮选择该监听器。
|
| 14. |
再次单击 Add 按钮添加 Oracle 应用服务器。
|
| 15. |
Search and Select:Targets 窗口显示。从 Target Type 下拉列表选择 Oracle Application Server。
|
| 16. |
选择要使其成为系统一部分的应用服务器。您可以选择 EnterpriseManager1.stang14.us.oracle.com 作为系统的一部分。
|
| 17. |
单击 Select 按钮选择 Oracle Application Server。
|
| 18. |
现在,您可以为数据库实例和 Oracle 应用服务器添加主机。为此,单击 Add 按钮。
|
| 19. |
Search and Select:Targets 窗口显示。您可以从 Target Type 下拉列表选择 Host。
|
| 20. |
选择数据库 Finance 在其中运行的主机目标。此外,选择 Oracle 应用服务器在其中运行的主机。选择 stadr18.us.oracle.com(数据库实例的主机)和 stang14.us.oracle.com(Oracle 应用服务器的主机)。
|
| 21. |
单击 Select 按钮选择主机。
|
| 22. |
单击 Select All 选择所有组件。单击 Topology 子选项卡。
|
| 23. |
System Topology 页按照在 Oracle Enterprise Manager 中建模的方式为您提供您 IT 系统组件的图形表示。您可以看到所有组件在这里呈现为图标。您还可以看到组件间的关联呈现为链接。
拓扑结构可用于识别故障的根源或者用户操作的潜在影响。您还可以使用它来执行针对高级问题检测的初级可视化模糊性分析。您可以利用拓扑结构将它用作一个可视化模型关系。
Overview 部分展示了完整的拓扑图形,提供了关于该拓扑结构中的哪部分显示在内容窗口的提示,并允许使用缩放和平移操作来查看该拓扑结构的各个部分。 Selection Details 部分显示了关于在内容部分中选择的对象的详细信息。 可选的 Summary 部分提供了有关整个拓扑结构的详细信息。 Content 部分显示整个或部分拓扑结构,这取决于缩放级别和平移位置。
注: 要查看可视化拓扑结构,在 Windows 上使用 Internet Explorer 5.5 或更高版本。您还需要在系统上安装 SVG 查看器 3。
|
| 24. |
Associations 显示了系统中组件间的关系(不必暗示依赖项)。要添加关联,选择源目标,按住 [Shift] 键并单击来选择一个或多个相关目标,然后右键单击突出显示的图标并选择 Add Association。
|
| 25. |
关联显示为箭头链接。
|
| 26. |
单击 Charts 子选项卡。
|
| 27. |
您可以使用 Charts 页来添加、编辑、重新排序或删除图表。这些图表表示系统或系统成员的总体性能。某些图表可能已经基于目标类型进行了预定义。
|
| 28. |
单击 Columns 子选项卡。
|
| 29. |
您可以使用 Columns 页选择一组列以显示在 System 页的 Members 选项卡式页面上或系统的系统监视信息板中。由于这些列实际是量度名称,所以其中一些名称很长。因此,建议使用缩写。
如果要添加或删除列,应该先单击 Modify。将显示 Modify Columns 页,您可以使用该页添加或删除所选的当您返回到 Columns 页显示的列。
|
| 30. |
单击 Dashboard 子选项卡。
|
| 31. |
可以使用系统信息板实时查看组或系统中托管目标的运行情况。可以使用系统信息板发现最近的更改并快速识别和响应问题。利用该信息板还能够下钻更多详细信息。
您可以使用 System Dashboard 页自定义刷新频率并指定在该目标的 Oracle 系统监视信息板中查看成员状态、警报和策略违规的格式。 为 Refresh Frequency 指定的数值是为 System Monitoring Dashboard 设置的刷新周期(以分钟为单位)。 您可以根据自己的喜好使用 Dashboard View 选项设置 Dashboard 表的格式:
如果您选择 Show All Individual Targets,Dashboard 显示所有目标及其状态和警报信息。 如果您选择 Group by Target Type,Dashboard 显示链接到该类型目标的单独信息板视图的目标类型列表。
|
| 32. |
单击 OK 按钮创建该系统。
|
| 33. |
您已经成功创建了该系统。
|
返回主题列表
在企业中,服务是为最终用户提供有用功能的实体,例如,电子邮件、ERP、CRM 应用程序、在线银行、在线商店、在线股票交易等。您在使用这些服务时可能会遇到一些问题。一些极常见的问题是:
服务的可用性
关键活动(例如,访问电子邮件、查看股票行情、买卖股票等)的完成
服务的性能以及它是否满足最终用户的需要
您可通过为业务功能或应用程序定义多个服务模型来解决这些问题。您还可以创建一个或多个服务测试来模拟常用的最终用户功能。您可以使用这些服务测试来衡量关键业务功能的性能和可用性。这样可以确保在有问题时您能收到警报。您可以使用服务测试来识别常见问题并进行诊断。监视服务有助于您确保您的运营目标和服务等级协议 (SLA) 得到满足。
您可以根据需要定义不同类型的服务模型。以下是一些服务模型的示例:
一般服务: 一般服务是可以在企业管理器中创建的简单服务模型。可以通过定义表示关键业务功能的服务测试来定义一个或多个服务模型。
聚合服务: 一个服务可以在逻辑上与其他服务组合形成一个聚合服务。聚合服务的可用性、性能和使用情况由组成它的服务的可用性、性能和使用确定。
Web 应用程序: 您可以定义一个 Web 应用程序服务来监视 Web 事务。
身份管理服务:该服务用于提供身份管理实例提供的功能,例如,一次性登录和 Internet Directory。该服务多用于提供 LDAP 服务。
OCS 服务: 该服务是所有 OCS 组件的集合。这些组件可以是 Oracle Calendar、Oracle Content Services 和 Oracle Real-Time Collaboration。
与其他目标相似,当您将 Oracle Agent 软件安装在它驻留的主机上时,将发现一个服务。
执行以下步骤将 Web 应用程序服务添加到您创建的系统中。
|
1.
|
单击 Services 选项卡。
|
|
2.
|
使用该页查看已经定义的服务列表。您可以从该页创建、配置和删除任何服务。当您要比较若干服务的性能或者获得您负责监视的服务的高级视图时,可以使用该页。
从 Add 下拉列表中选择 Web Application。单击 Go。
|
|
3.
|
您使用该向导来定义 Web 应用程序。使用该页指定该 Web 应用程序的一般信息。
在 Name 域中指定该服务的名称。定义完名称后不能更改。
|
|
4.
|
从 Time Zone 下拉列表中选择时区。在此处选择 Time Zone 后不能对其进行更改。
|
| 5. |
在 Properties 部分,指定 Homepage URL。该 Homepage URL 标识用户在使用该特定 Web 应用程序时将访问的主页。
|
| 6. |
接下来,您需要将一个系统添加到该服务中。
查看该页时应该考虑以下原则。
如果未在企业管理器中定义宿主 Web 应用程序的基础系统,您需要在创建该服务之前创建此系统。 选择用于 Web 应用程序的系统时,请确定关键组件。 将系统与 Web 应用程序相关联并不是强制性的,但建议您这样做。诸如 End-User Performance Monitoring、Page Performance Diagnostics 和 Root Cause Analysis 的特性取决于正确定义的关键系统组件。
单击 System 部分下的 Select System 按钮。
|
| 7. |
显示 Search and Select:Systems 窗口。从 Target Type 下拉列表中选择 System。
|
|
8.
|
这里,您可以选择要添加到服务的系统。选择您在上面任务的创建的系统 Pet_Store_System。
|
| 9. |
单击 Select 按钮选择该系统。
|
| 10. |
系统是用于支持一个或多个服务的基础架构。系统由组件(例如,主机、数据库和其他目标)组成。
标记为 Key Components 的系统组件可用于确定服务可用性,如果服务失败,可用于执行根本原因分析。
|
| 11. |
单击 Next 按钮。
|
| 12. |
在 Availability 页单,定义服务基于的可用性测试。这里,从 Define availability based on 下拉列表中,选择 Service Test。
Service Test Based Availability: 在该选项中,可用性基于服务测试,不考虑关键组件。如果来自关键 beacon 的所有或至少一个事务已完成,则认为 Web 应用程序可用。
System Based Availability:可用性也可以基于宿主 Web 应用程序的基础系统。系统由组件(例如,主机、数据库和其他目标)组成。可以选择其中任一个作为关键组件。这些关键组件用于监视 Web 应用程序。
单击 Next。
|
| 13. |
在 Service Test 页上,可为 Web 事务创建并定义多种参数。可为 Name 域中的服务测试指定名称。这里输入的名称用于在您查看有关该事务的信息或选择该事务来进行分析时标识该事务。使用可以唯一标识该事务目的的名称。
|
| 14. |
可以在 Description 域中提供关于该服务的简短描述。描述域是可选的。但是,如果您要同其他管理员分担责任,该描述很有用。在这些情况中,要提供该事务访问的页的概述以及监视该特定事务非常重要的原因。
单击 Next 按钮。
|
| 15. |
Beacon 是 Management Agent 中定期执行测试的函数。它用于执行包括 Web 事务的服务测试。
可将 beacon 添加到服务。单击 Add 关联一个或多个 beacon 来监视 Web 应用程序。建议您使用灵活分布于您关键用户社区中的 beacon,以便用户可以预先从其位置测试服务可用性。如果不存在 beacon,单击 Create 创建一个新 beacon。
如果现有 beacon 无法满足您的要求,单击 Create 创建一个新 beacon。
|
| 16. |
在 Create Beacon 页上,选择要在其上创建 beacon 的代理。单击 Agent 域附近的手电筒图标选择该代理。
|
| 17. |
显示 Select Agent 页。从 Target Type 下拉列表中选择 Agent。
|
| 18. |
选择要在其上创建 beacon 的代理。
|
| 19. |
单击 Select 返回 Create Beacon 页。
|
| 20. |
接下来,指定 beacon 的名称。向下滚动至 Proxy Information 部分。在 Proxy Host 域中指定代理服务器。在 Proxy Port 域中指定端口。
单击 Continue。
|
| 21. |
在 Create Web Application Service 页上,可以看到列出了您创建的 beacon。选择该 beacon。
单击 Next。
|
| 22. |
可使用 Performance 页来定义将用于衡量 Web 应用程序性能的量度。如果已为该 Web 应用程序定义了服务测试,则作为执行该服务测试结果的响应时间测量可用作 Web 应用程序性能量度的基础。此外,基础系统组件的性能量度也可用于确定 Web 应用程序的性能。这里,您可以选择要将其图形显示在主页的量度。
|
| 23. |
在该页单,您可以更改阀值来生成警报。单击 Next。
|
| 24. |
使用情况量度用于测量 Web 应用程序的用户需求或负载。使用情况量度基于宿主 Web 应用程序的基础系统组件的使用情况进行收集。可以监视特定组件的使用情况或者以统计方式从一组组件计算平均值、最小值和最大值。
可使用该页为 Web 应用程序添加使用情况量度。
单击 Next。
|
| 25. |
可使用 Review 页查看 Web 应用程序定义。
|
| 26. |
单击 Finish 创建服务。
|
| 27. |
您已成功创建这些服务。
|
返回主题列表
可使用根本原因分析 (RCA) 过滤一组事件来确定较高级系统、服务或应用程序问题的原因。RCA 可帮助您消除明显的性能问题(这些问题可能表现为根本原因但只是实际根本原因的副作用或症状),使您能更快地识别问题区域。可以在主页或当前失败的任何服务的拓扑页上查看 RCA 结果。利用拓扑页可查看服务、系统和组件依赖项的图形表示,突出显示 RCA 暗示为引起服务失败的目标。
使用 Root Cause Analysis Configuration 页定义 RCA 运行方式。默认情况下,只要服务失败,RCA 就会自动运行。如果自动执行,系统将分析服务的关键组件来找出原因,然后当服务的状态及其组件更改时更新分析。
要定义 RCA,执行以下步骤:
| 1. |
单击您创建的服务。
|
| 2. |
可使用 Web Application 主页获取 Web 应用程序可用性和性能的概述,范围包括从基础应用程序和组件到 Web 应用程序用户体验的响应时间。
单击 Monitoring Configuration 子选项卡。
|
| 3. |
使用此页配置服务。可从该页导航到以下任务或页。
Availability Definition:服务可用性的定义基于关键服务测试的执行或关键系统组件的可用性。还可以在该页为此服务配置一组关键 beacon。 Performance and Usage Metrics:定义性能和使用情况量度。
Service Tests and Beacons:添加其他服务测试或 beacon,或者编辑现有的服务测试或 beacon。
Root Cause Analysis Configuration:为该服务配置根本原因分析。
System Configuration:编辑与 Web 应用程序相关的系统组件集。 Manage Watch List:建立要定期监视的站点的监视列表。 Manage Regions:建立区域列表以便按一组特定的域和子网过滤数据。 Manage OC4J Data Collection:配置要用于部署 Web 应用程序的 Oracle Application Server Containers for J2EE (OC4J) 实例。
Manage Web Server Data Collection:配置用于提高 Web 应用程序性能和可靠性的 Web 服务器。
在 Generic Tasks 下单击 Root Cause Analysis Configuration。
|
| 4. |
可使用根本原因分析 (RCA) 过滤一组事件来确定较高级系统、服务或应用程序问题的原因。RCA 可帮助您消除明显的性能问题(这些问题可能表现为根本原因但只是实际根本原因的副作用或症状),使您能更快地识别问题区域。
每当服务失败时,手动或自动执行根本原因分析。如果自动执行,系统将分析服务的关键组件来找出原因,然后当服务的状态及其组件更改时更新分析。可通过将分析模式设置为 Manual 来禁用 RCA。如果选择手动执行分析,可在服务失败时选择 Perform Analysis 随时使用服务主页执行分析。
默认情况下,只要服务失败,根本原因分析就会自动运行。
|
| 5. |
Configuration 页列出为该服务定义的组件测试。默认情况下,根本原因分析考虑关键组件的可用性状态来确定它是否是服务失败的原因。如果关键组件不可用,或者不满足任何组件测试条件,则认为该组件是服务失败的原因。
|
| 6. |
单击 Web Application 链接返回主页。
|
| 7. |
单击 Topology 子选项卡。
|
| 8. |
Topology 页提供 Web 应用程序组件的图形表示。Topology Viewer 显示所有独立的组件和子服务(以图标表示)以及彼此的关系(以链接表示)。每个图标上的状态指示器使您能够快速评估哪些组件失败或者有公开的警报。
您可以使用 Topology 页来:
查看 Web 应用程序及其依赖项间的关系,包括其他服务测试、系统关键组件和 Network Manager Adapter。Web 应用程序可用性的所有决定因素都显示在 Topology Viewer 中。
根据根本原因分析的标识查看失败原因。潜在根源用红框突出显示。失败目标以红色显示。可以选择突出显示的链接查看失败原因的详细信息。
|
返回主题列表
在本教程中,您学习了如何:
返回主题列表
 |
有关本 OBE 教程的问题,请在 OBE 论坛上发布查询。 |
返回主题列表
将鼠标置于该图标上可以隐藏所有的屏幕截图。
|