作者:Porus Homi Havewala
Oracle Enterprise Manager Grid Control 何以能够跨多种不同系统完成如此之多的工作?答案是通过使用许可管理包、监视插件和连接器。本文概要介绍了所有这些部分是如何组成一个整体的。
2010 年 12 月发布
大家都听说过 Oracle Enterprise Manager Grid Control — Oracle 的王牌企业管理解决方案。利用该解决方案,企业能够实现对整个企业网格的管理和自动化,它所面向的企业网格既可以包含 Oracle 技术又可以包含非 Oracle 技术,具体包括数据库、应用服务器、主机服务器、NAS 或 SAN 存储系统、负载平衡器、网络设备,以及 Oracle E-Business Suite、Oracle Siebel Customer Relationship Management (CRM)、Oracle PeopleSoft Enterprise 和 Oracle JD Edwards EnterpriseOne 等管理软件。
为了应对这么多种技术,Oracle 和第三方供应商提供了越来越多的 Oracle Enterprise Manager 插件。Oracle Enterprise Manager 10g Grid Control 第 5 版支持超过 40 种非 Oracle 技术,如今,全球有超过 2.2 万的客户正在使用 Oracle Enterprise Manager。在 2010 年 4 月最新发布的 Oracle Enterprise Manager 11g Grid Control 版本中,这些功能进一步得到了扩展,从而可以监视更多类型的存储和硬件,提供更多的管理功能。
Oracle Enterprise Manager Grid Control 何以能够跨多种不同系统完成如此之多的工作?答案是通过使用许可管理包、监视插件和连接器。目前尚无文档提供组成整体的各个部分的介绍,这篇文档将尝试实现这一目标。Oracle 技术网网站的 Oracle Enterprise Manager 数据表页面的数据表中提供了有关各包的具体说明。
管理包可能专门针对数据库,例如 Configuration Management Pack for Oracle Database,也可能针对中间件,例如 Diagnostics Pack for Oracle Middleware。通常根据 CPU 数量或者目标服务器(而非中央 Grid Control 服务器)上的指定用户数量发授这些包的许可。请注意,在目标数据库级需要 Oracle Database 企业版来启用这些包。如果您使用的是标准版,则无法获得这些包的许可。
安装 Oracle Enterprise Manager Grid Control 的集中化组件(即 Oracle 管理服务和信息库)时,以下条件适用。如果使用此前未安装过 Oracle 的独立服务器,并且在该服务器上您不会将 Oracle Database 软件或信息库数据库用于 Grid Control 信息库之外的任何其他目的,则该服务器无需取得 Oracle Database 企业版许可。在该服务器上,Oracle Database 企业版只能用于 Oracle Enterprise Manager 信息库。您购买的许可仅用于安装有 Oracle Enterprise Manager Agent 的目标服务器上的管理包、监视插件和连接器。
大型 IT 环境内的中央 Oracle Enterprise Manager Grid Control 站点应采用合理的架构设计,以便执行各种管理活动,包括数据库管理任务,如建立和调度 Oracle Recovery Manager (RMAN) 备份、搭建和监视 DataGuard 备用数据库等。有关推荐的 Grid Control 可伸缩架构的概述,请参见我早先发表的文章“面向大型站点的 Oracle Enterprise Manager Grid Control 架构”。
新的 Oracle Enterprise Manager 11g Grid Control 基于 Oracle WebLogic Server 11g 企业版第 1 版 (10.3.2),而非 Oracle Enterprise Manager 10g Grid Control 所用的 Oracle Application Server。因此,它可以利用 Oracle WebLogic Server 带来的所有性能和内存管理优势。您还可以在一个 Oracle WebLogic Server 集群中安装 Oracle Enterprise Manager Grid Control,但无法利用集群配置。
现在,我们可以开始讨论管理包了。
这些都是最常用的包,因为它们涉及数据库性能诊断和调优,而实际上几乎每个数据库都需要这些功能。从 Oracle Database 10g 到 Oracle Database 11g 和更新的版本,性能诊断和调优功能实际上是核心数据库引擎必不可缺的一部分。这些功能包括多种强大、内置的工具,例如 Automatic Workload Repository (AWR)、活动会话历史 (ASH) 和 Automatic Database Diagnostic Monitor (ADDM)、SQL Tuning Advisor、SQL Access Advisor 等。
即便您只使用命令行界面而不使用 Oracle Enterprise Manager Grid Control 或 Database Control 浏览器界面,也需要通过 Diagnostics Pack 和 Tuning Pack 许可购买这些功能。例如,您可以从操作系统提示符访问和创建 AWR 或 ADDM 报告,可以从 SQL*Plus 提示符运行 SQL Access Advisor 或 SQL Tuning Advisor,也可以从 SQL*Plus 内访问相应的视图。然而,对生产数据库或测试数据库执行这种操作时,必须为该数据库服务器或者指定用户数量获得 Diagnostics Pack 和 Tuning Pack 许可。
Diagnostics Pack 提供对实例和主机操作系统的系统监视、警告和通知。如果您希望管理和监视 Oracle WebLogic Server 域和 Oracle Application Server 群,包括 Java 虚拟机 (JVM) 监视和 Java 应用程序诊断,则需获得 Diagnostics Pack for Oracle Middleware 的单独许可。此外,对于非 Oracle 应用服务器,可以使用 Diagnostics Pack for Non-Oracle Middleware。
有趣的是,Diagnostics Pack 的 Automatic Database Diagnostic Monitor (ADDM) 对 Oracle Database 11g 及其后续版本中的所有 Oracle Real Application Cluster (RAC) 实例有效,并且可生成集群级的性能建议。
针对数据库的 Tuning Pack 通常作为 Diagnostics Pack 附带的产品销售,因为您需要首先诊断问题,之后再进行调优。这个包对于性能调优极为重要,因为它提供了大量有用的调优顾问程序和实用程序:SQL Tuning Advisor、SQL Tuning 工具集、SQL Access Advisor、Segment Advisor、Real-Time SQL Monitoring 等。
其中的 SQL Tuning Advisor 甚至可设置成自动为 SQL 语句生成和应用最佳 SQL 配置文件。Oracle Database 企业版 10g 中引入的 SQL 配置文件包含所收集和存储的辅助信息,协助优化人员找到特定 SQL 语句的最佳执行路径。利用 SQL 配置文件,无需更改实际语句即可提高 SQL 语句的性能,从而使这些语句能够非常有益于调优打包的应用程序。然而请注意,随着数据的更改,配置文件也可能需要更改,但自动调优能够继续找出和应用最佳配置文件。
SQL Tuning Advisor 还可以查明统计信息缺失或陈旧的对象、建议新索引,还能请求您考虑重构写得不好的 SQL 语句,如某个笛卡尔联接(在无 where 子句的情况下联接两个表)。
我们通过下面一系列步骤来说明,在 Diagnostics Pack for Oracle Database 和 Tuning Pack for Oracle Database 的帮助下,DBA 能够轻松查明生产问题、找出根本原因并迅速确定问题解决方案。
演示所用的版本是 Oracle Enterprise Manager 10g Grid Control 第 5 版。在这个版本以及最新版本中(截至本文撰写时,最新版本是 Oracle Enterprise Manager 11g Grid Control 第 1 版),此诊断所用的步骤大体相同。
在一个非常真实的场景中,一级支持人员报告应用程序用户体验到响应时间延长。二级支持人员 (DBA) 可访问 Oracle Enterprise Manager 10g Grid Control 控制台,他们迅速开始处理这个问题。负责数据库的主要 DBA 在 Grid Control 中下钻到数据库目标,打开 Database Performance 页面(图 1)。可以立即看到“应用程序等待时间”显著增加,这在 Average Active Sessions 图中以彩色表示。
图 1:Database Performance 页面
DBA 决定对此进行进一步的分析,单击了这张图。于是下钻到图 2,图 2 展示了应用程序等待时间的具体细分信息,其中大多数属于“enq:TX – row lock contention”类型。
可以用鼠标拖动图形的阴影区域来轻松改变所查看的时间段。这会显示该时间段内活动的会话和 SQL 语句。
图 2:应用程序等待时间
DBA 现在查看 Top SQL 列表,单击排在最上方的 SQL ID。
对应于这个 SQL ID 的 SQL 语句显示在图 3 之中。同一页面中还显示了发出此 SQL 语句的会话。
图 3:SQL 详细信息
发现问题是行锁争用,此外也找到了导致此问题的 SQL 语句。至此,这些信息都来自 Database Performance 页面和下钻。接下来,我们了解一下 ADDM 能够发现什么。
在 Related Links 部分中单击 Advisor Central。将出现图 4 所示的页面。
可以查看各个可用的顾问程序。在 Advisor Tasks 下可以看到正在运行的一系列 ADDM。这些 ADDM 大多数是自动运行的。
图 4:Advisor Central 页面
您可以下钻到最新运行的 ADDM,显示 ADDM 的发现结果(请参见图 5)。
ADDM Performance Analysis 部分显示了 ADDM 发现的问题。列表中可以看到行锁等待问题,还可看到有关硬解析的另一个问题。
图 5:ADDM 性能分析
单击行锁等待问题。此时显示 ADDM Performance Finding Details 页面(图 6)。
该页面显示了当前存在行争用的具体表对象。此外还显示了行锁所阻塞的 SQL 语句。
根据 ADDM 的建议,必须检查应用程序逻辑。
图 6:ADDM Performance Finding Details 页面
您还可以从 ADDM Performance Findings Details 页面下钻硬解析问题。
在这种情况下,可能有两种建议。可以将 cursor_sharing 参数设置为 force,也可使用绑定变量替换应用程序逻辑中的文字(参见图 7)。
图 7:解决硬解析问题的建议
可以安排以后再进行应用程序更改,但必须立即消除行锁,以便解决性能问题。
在 Database Performance 页面的 Additional Monitoring Links 部分中选择 Blocking Sessions(图 1)。此时将显示当前阻塞的会话列表(图 8)。
罪魁祸首似乎是用户名为 SYS 的 Session ID 156,它阻塞了 44 个会话。
图 8:阻塞的会话
现在即可选择 Session ID 156 并单击 Kill Session 按钮以终止该会话。这会将此会话标记为即将终止。过几秒之后,您可以单击 Refresh,此时可看到数据库中不再存在阻塞/被阻塞的会话。
删除了阻塞会话之后,性能即得到改进,Database Performance 页面的图中应用程序等待时间的大幅缩短表明了这一点(图 9)。
在该页面中,平均负载也表现出类似的下降。
图 9:应用程序等待时间缩短
单击 Application 链接下钻到 Application Waits 页面,可以看到当前时间段内不再存在“enq:TX – row lock contention”等待,表明性能问题已消除(图 10)。
正如我们所提到的那样,DBA 可以利用 Oracle Enterprise Manager Grid Control 及其 Diagnostics Pack 和 Tuning Pack 快速诊断和解决性能问题。
图 10:Application Waits 页面
实时 SQL 监视的概念是在 Oracle Database Enterprise Edition 11g 中引入的。该特性允许跟踪耗时 5 秒或更长时间的 SQL 语句的执行,或者跟踪并行执行的语句的执行。
通过这种方式,可准确了解 SQL 语句完成了哪些工作。在实际情况中,有时批处理作业的运行时间过长,在管理方面面临着终止并重新启动此类作业的压力,此时,该特性有助于确定批处理作业是已被冻结,还是仅仅在执行计划的某特定步骤处运行缓慢。
为了在 Oracle Enterprise Manager Grid Control 10g 第 5 版及后续版本中使用此特性,请进入 Database Performance 页面的 Additional Monitoring Links 部分,选择 SQL Monitoring。(由于这是一项 Oracle Database 11g 企业版特性,因此只有在目标数据库的版本是 11g 及后续版本时才会显示这个链接。)
这将显示 Monitored SQL Executions 页面(图 11)。带有对号标记的 SQL 语句已经执行完成,而当前正在执行的 SQL 语句则显示一个旋转的环形。可以手动刷新此页面,也可按照以秒为单位的指定时间段自动刷新此页面。
图 11:Monitored SQL Executions 页面
现在,您可以选择此页面中的任意 SQL 语句,单击对应的 SQL ID。随之显示 Monitored SQL Execution Details 页面(图 12)。
执行计划的各个步骤以及时间线显示出来。该页面顶端也会显示一个对号,表明该 SQL 语句已完成,没有出现任何错误。
图 12:Monitored SQL Execution Details 页面
页面顶端旋转的环形表示该 SQL 语句仍在执行。在这种情况下,整个页面会自动刷新,随着执行计划的各个步骤的依次运行,您可以轻松确定这些步骤(图 13)。
图 13:执行计划的步骤
该页面的 Plan Statistics 部分(图 13)中的绿色箭头会在每次刷新时改变位置,表示当前执行的步骤,这部分中的部分数据列也会在刷新为最新数据时标为彩色。这提供了执行计划进度的动态视图。
在 Overview 部分中,您可以看到这条 SQL 语句使用的并行度为 3。执行计划中运行的 PX(并行查询)Coordinator 以及 Parallel Slave 进程(使用小人形图标表示)的存在证实了这一点。
此外该页面还显示了一个 Parallel 选项卡。如果单击此选项卡,可以看到有关 PX Coordinator 和多个并行服务器进程的运行状况细节(图 14)。
图 14:Parallel Server Details
使用 Oracle Enterprise Manager 10g Grid Control 第 5 版管理数据库时,这些详细信息是对 Oracle Database 企业版 11g 目标的增强。
除此之外,Oracle Enterprise Manager 11g Grid Control 第 1 版还包括支持 Oracle 数据库云服务器的 SQL 监视和针对 Oracle 数据库云服务器第 2 版的 I/O 资源管理。此版本提供了对 Oracle Database 11g 第 2 版的完整支持,包括压缩、更改检测、分区、诊断和调优。
假设您希望通过 Oracle Enterprise Manager 部署软件、应用程序和补丁。利用 Oracle Provisioning and Patch Automation Pack,可供应整个软件体系,包括操作系统、中间件和 Oracle 数据库主目录。除了软件之外,还可以使用此包克隆 Oracle Real Application Clusters (RAC) 或非 RAC 数据库。
供应过程中使用了软件映像库,用于存储预先安装并且可能已经修补到恰当级别的标准化黄金映像。
在全新的机器中供应操作系统的过程称为裸机供应,这是利用 Linux 操作系统的标准化 PXE(预先引导执行环境)引导过程完成的。
也可以利用可自定义的部署过程,在数据库、自动存储管理 (ASM) 或集群件级别修补目标。这些将以极其高效的方式自动地进行用多个补丁修补多个目标的过程,包括 RAC 滚动升级在内。重要补丁工具将连接到 My Oracle Support(可以直接连接,也可采用脱机模式连接),可发现适用于您的安装中的 Oracle Homes 的最新补丁,例如 Oracle 每个季度发布的最新重要补丁更新 (CPU)。
Linux、Oracle Solaris 和 Microsoft Windows 操作系统也可使用此包修补。
请参见我此前发表的文章使用 Oracle Enterprise Manager Grid Control 修补数千个数据库,文中详细说明了利用此包修补数据库的过程。而在我的另一篇文章通过 Oracle Enterprise Manager Grid Control 管理批量供应中,您可以了解如何利用批量供应技术供应成百上千个系统。
Oracle Enterprise Manager 11g Grid Control 第 1 版还为大规模 Oracle SOA Suite 和 Oracle WebLogic Server 环境提供了全面的配置管理和供应。Oracle WebLogic Server 常用于“应用网格”环境,还可用作私有云的基础。因而,Oracle Enterprise Manager 11g 可以大大简化包括私有云在内的此类部署的管理和供应。
IT 领域中的数据库、主机和应用程序包含海量配置信息,我们需要捕获和维护这些信息,而且最好通过一个中央位置集中进行这些工作。Oracle Configuration Management Pack for Databases 和 Oracle Configuration Management Pack for Applications 恰恰提供了这样的能力,它们在 Oracle Enterprise Manager 发现目标后即可执行上述操作。
数据库、主机和操作系统的任何配置更改都将被 Configuration Management Pack for Databases 所捕获。您可以保存一份黄金配置,随后可将其与当前配置或另一个服务器、数据库进行对比,也可以长期跟踪历史更改。该特性能够很好地协助故障排除,例如,确定特定时期内是否存在可能影响系统正常运转的更改。
如果您需要实时配置更改监视,可安装 Configuration Change Console(包含在 Configuration Management Pack 中)。实时配置监视意味着不断地检测、验证和警告任何可能经过授权或未经授权的配置更改。为了全面符合 Sarbanes-Oxley (SOX)、PCI 和 ITIL 等法规标准,此类功能必不可少。在所有这些合规性框架中,持续不断的更改检测和报告都是必需的。
Application Configuration 控制台用于应用程序级的配置管理。这项功能包含在 Configuration Management Pack for Applications(Oracle 通过收购 mValent 获得)中,提供了收集、比较和协调复杂系统的具体和深入的配置信息的能力,这些复杂系统包括 Oracle 软件和其他软件(管理软件),但不包含 Oracle 数据库本身(数据库的配置由 Configuration Management Pack for Databases 管理)。利用 Configuration Management Pack for Applications,可比较您的配置、检查更改历史、对配置更改进行实时跟踪并获得相关警告、为软件组件生成配置合规性报告。
Oracle Change Management Pack for Databases 管理数据库模式级的更改。您可以在字典基准中捕获任何模式的元数据定义。这个基线随后可传播到其他数据库目标。通过这种方式,计划的模式更改可自动地从开发数据库部署到测试或生产数据库,而不必依赖易于发生人为错误的手动编写脚本。可以捕获基线并对其进行版本控制。您可以将数据库对象从一个数据库复制到另一个数据库,可以不含数据,可以包含全部数据,也可以包含数据的子集。
您可以轻松跟踪数据库中的历史更改,包括新索引、PL/SQL 代码更改或初始化参数更改。当前元数据可与字典基准对比,也可与其他数据库或基线对比,以便发现不同之处。如果 ENABLE_DDL_LOGGING 设置为 TRUE,则 Oracle Database 11g 允许实时跟踪模式更改。如果观察到任何不正确的更改,可立即从字典基准重新创建受影响的数据库对象。
Change Management Pack for Databases 也可执行影响分析,这是一个强大的特性。首先在测试系统上执行应用程序升级,要求包识别所有字典更改,了解升级的哪些部分具有最大的更改影响,以便对这些部分进行充分测试。
此外还有 Oracle Change Management Pack for Applications。这个包主要用于 Oracle E-Business Suite,该套件涉及业务智能、客户关系管理、资产生命周期管理、供应链管理以及其他强大的业务和财会管理软件。有些时候,需要对这些模块进行定制,可使用 Change Management Pack for Applications 将这些定制打包为补丁,以便自动进行部署。
数据库中的机密数据往往会克隆到测试数据库或开发数据库中,在这种情况下,安全性可能并不十分严格。为了使此类数据不被测试人员或开发人员无法看到,通常编写手动脚本来屏蔽这些数据。
但这些脚本并不集中,编写起来较为繁琐,也无法由审计人员验证。因此,更好的选择是利用 Oracle Enterprise Manager 中的 Data Masking Pack。
Oracle Enterprise Manager Grid Control 的集中特性非常适合 Data Masking Pack。想法是在一个库中集中创建和存储全部数据屏蔽格式,随后向 Oracle Enterprise Manager Grid Control 管理的所有数据库应用这些格式。为了符合隐私和个人信息法规(如 SOX 和支付卡行业数据安全性标准 (PCIDSS))的要求,此类数据屏蔽必不可少。
这些集中数据屏蔽格式可由企业安全团队创建(利用开箱即用的屏蔽格式),随后移交给负责各项目的 DBA。随后,DBA 创建数据屏蔽定义,将数据库中特定的列和表映射到提供给他们的数据屏蔽格式中合适的格式。
数据屏蔽定义可应用到任何被管理的数据库中的机密数据,这些定义还可以在管理不同数据库目标组的 DBA 团队之间共享。机密数据将以不可逆转的方式替换为净化的数据,但这些数据看起来是真实的。可以在屏蔽过程中观察数据完整性规则(例如外键),如有必要,还可应用基于条件的屏蔽。
如果利用 Provisioning and Patch Automation Pack 将数据库从生产环境克隆到测试或开发环境,则可以在克隆过程最后的步骤中为克隆的数据库执行屏蔽过程。
因此,Data Masking Pack 允许采用集中的企业级战略来满足隐私法规要求,可为企业数据库内的所有敏感数据统一定义和应用数据隐私规则。
如需查看 Data Masking Pack 的实践演示,请阅读我的文章“利用 Oracle Enterprise Manager 屏蔽您的秘密”。
Oracle Linux Management Pack:如果您购买了 Oracle Unbreakable Linux 基本或标准支持服务,即可免费使用 Oracle Linux Management Pack。这使您能够监视 Linux 服务器、管理 Linux 操作系统、修补 Linux 操作系统,以及执行裸机供应,即在全新的机器中供应操作系统的过程。此过程利用标准化 PXE(预先引导执行环境)引导过程。
Oracle VM Management Pack:如果利用 Oracle Virtual Machine (VM) 作为虚拟引擎来虚拟化您的 IT 环境,则可部署 Oracle VM Management Pack 来管理虚拟化环境。利用这个包,您可以监视虚拟机的可用性和性能,管理其配置,设置 Oracle VM 模板软件库,通过这个库供应新虚拟机,执行来宾机器到不同服务器的实时迁移以便执行维护活动,还可以修补这些机器。
Oracle Real User Experience Insight (RUEI):这个包支持采用非破坏性的监视方法监视实际用户体验。它是利用最新的网络协议分析 (NPA) 技术构建的,可执行企业环境中网络基础架构和业务应用基础架构的全面分析,而无需对应用程序进行任何修改、更改或者工具应用。
针对 Oracle PeopleSoft Enterprise、Oracle E-Business Suite、Oracle Siebel CRM 和 Oracle JD Edwards EnterpriseOne 的 Oracle RUEI 加速器 专门处理这些管理软件的实际用户体验,并提供“开箱即用”的监视。
Oracle Service Level Management Pack(现包含在 Oracle RUEI 中):如今,大多数有远见的组织正在转而采用面向服务的架构 (SOA)。使用 Oracle Enterprise Manager Grid Control,大多数应用程序均可定义为服务并利用拓扑查看器进行建模,因而可利用 Service Level Management Pack 轻松监视其可用性和性能。
几乎所有企业都采用了服务级别协议 (SLA)。此包可帮助确保满足 Oracle Enterprise Manager 中定义的 SLA。Oracle Agent 可作为信标来监视远程位置的性能。此包还包括极为强大的根本原因分析特性,该特性能自动筛选服务(无论服务有多么复杂),查明任何服务失败的准确原因,从而节约大量故障排除时间和工作。可以使用名为服务信息板的复杂、可定制的报告来报告达到的服务级别。
从 2010 年 8 月起,Service Level Management (SLM) Pack 已整合到 Oracle Real User Experience Insight (RUEI) 之中,从而提供全面的最终用户监视解决方案,支持实际用户测试和综合测试。在最新版本的 RUEI 中,可以识别 SLM 生成的复合事务,并可独立于实际用户操作对其进行分析。
Oracle Application Testing Suite:采用基于 Oracle WebLogic Server 和 Oracle Database 构建的可伸缩企业架构,Oracle Application Testing Suite 提供三个主要包,它们分别是 Oracle Load Testing、Oracle Functional Testing 和 Oracle Test Manager。
Oracle Load Testing 利用强大的测试脚本自动进行 Web 应用程序、Web 服务、打包 Oracle 应用程序的测试,在最少的测试硬件上模拟数以万计的用户,同时识别瓶颈问题。
Oracle Functional Testing 利用 OpenScript 集成脚本平台自动进行功能和回归测试,切实有效地将测试时间减半。另一方面,Oracle Test Manager 是一个测试过程管理解决方案,可基于该解决方案构建和组织完整的测试过程。您可以管理所有测试资产、控制测试执行,并生成测试活动报告。
除了这三个产品之外,Oracle Application Testing Suite 还包括针对 Oracle E-Business Suite、Oracle Siebel CRM 和 Web 服务的功能和负载测试加速器。
在 Oracle Application Testing Suite 9.1 版中,您可以让测试脚本基于实际用户操作自动生成。在负载测试过程中,将提供中间件诊断访问权限,帮助识别性能瓶颈。一种全新的测试加速器可简化基于 Oracle 应用开发框架 (ADF) 的应用程序测试,另有一款全新的 Oracle E-Business Suite R12 管理软件测试入门工具包可减少测试工作量。
截至本文撰写时,Oracle Application Testing Suite 第 9.2 版已发布。这个版本中包括一个 Oracle Database Testing 加速器,允许您导入数据库重放捕获(Oracle Real Application Testing 的一种特性)中的事务。这可用于创建脚本并与 Enterprise Manager Diagnostics Pack 集成,分析数据库在负载下的性能。
9.2 版中还包括了 Adobe Flex/AMF 功能/负载测试支持。还包含用于 Oracle E-Business Suite R12 和 11i 的全新和更新测试入门工具包,其中包括负载测试脚本和功能测试脚本。
最重要的增强之一就是使您可以基于 CapGemini Sogeti 的 TMap 测试方法创建 Oracle Test Manager 项目,包括自定义的字段、报告和相关数据。
Oracle Application 管理套件(之前为“包”):可以利用合适的应用程序管理包轻松管理流行的 Oracle 打包管理软件,例如 Oracle E-Business Suite、Oracle Siebel CRM、Oracle PeopleSoft Enterprise 管理软件、Oracle JD Edwards EnterpriseOne 和 Oracle Communications Billing and Revenue Management。
对于应用程序的更改管理和配置管理,Oracle 此前分别提供了 Oracle Applications Change Management Pack 和 Configuration Management Pack for Applications。
但自 2010 年 8 月起,Oracle 提供了全新的 Oracle Application Management Suites,支持 Oracle E-Business Suite、Oracle Siebel CRM、Oracle PeopleSoft Enterprise 和 Oracle JD Edwards EnterpriseOne。这些套件均结合了相应的 Application Management Pack 和 Configuration Management Pack for Applications,以及 Real User Experience Insight (RUEI) 和相关的 RUEI 应用程序加速器的功能,将这一切整合为一款综合产品。
注意:Application Management Suite for Oracle E-Business Suite 也包括 Application Change Management Pack for Oracle E-Business Suite 的特性。因而,Oracle Application Management Suite 实际上是一个全面而强大的产品。
Oracle Business Intelligence Management Pack:可以利用这个包来管理您的 Oracle Business Intelligence 企业版应用程序。这个包囊括了配置管理和应用程序性能管理。
Oracle Management Pack for Identity Management Plus:自 2010 年 8 月起,身份管理的管理包更名为“Oracle Management Pack for Identity Management Plus”,因为除 Oracle Internet Directory、Oracle Virtual Directory 和 Oracle Identity Federation 之外,它还提供了其他一些功能。
Plus 包还包括了经过更新的 Oracle Identity Manager、Oracle Access Manager 和 Oracle Adaptive Access Manager 组件,这些是最新的 Oracle Identity Management 11g 版本的一部分。
Oracle Ops Center Virtualization Management Pack:利用这个包,您可以管理使用如下 Oracle Sun 虚拟化技术的虚拟来宾的整个生命周期:Oracle Solaris 容器和 Oracle VM Server for SPARC(此前称为 Sun Logical Domains 或 LDom)。其功能包括热迁移和冷迁移、来宾供应、来宾创建和删除、虚拟资源池(资源管理)和存储与网络管理。
注意:Oracle Ops Center Provisioning and Patch Automation Pack 是 Ops Center Virtualization Management Pack 的必备包。Ops Center Provisioning and Patch Automation Pack 与 Ops Center Virtualization Management Pack 的结合为 Oracle Sun 物理和虚拟系统的完整生命周期管理提供了一个极为有效的解决方案。这两个包相结合,形成了一个极为强大、有效的系统管理解决方案,用以管理 Oracle 的 Sun 基础架构。
介绍完各种包之后,接下来我们要介绍的是管理连接器,这是将 Oracle Enterprise Manager 连接到各种 HelpDesk/支持案例管理系统所必需的,这些系统包括 HP ServiceCenter、HP ServiceManager、HP OpenView Operations、Microsoft Operations Manager、Microsoft System Center Operations Manager (SCOM)、IBM Tivoli Enterprise Console (TEC)、Remedy HelpDesk、CA Service Desk、Oracle PeopleSoft Enterprise HelpDesk、Oracle Siebel HelpDesk,以及 Oracle Ops Center 等。
Oracle Enterprise Manager 与各种系统之间利用连接器共享关键警告信息。举例来说,Oracle Enterprise Manager 警告可以自动生成一个 Remedy HelpDesk 事件。如果在 Oracle Enterprise Manager 中该警告被手动清除或者自动清除,那么也会关闭对应的 Remedy HelpDesk 事件。可以通过 Oracle Enterprise Manager 控制台启动 Remedy 控制台(反之亦然),以便更迅速地解决问题。
Oracle Enterprise Manager 11g Grid Control 第 1 版包括 Oracle Enterprise Manager Ops Center,用于管理 Sun 硬件和 Oracle Solaris,包括 Oracle VM Server for SPARC(过去称为 Sun Logical Domains 或 LDom)和 Oracle Solaris 容器。这第一层集成意味着可以通过 Grid Control 集中监视硬件级事件。部署 Oracle Management Connector for Ops Center 可使 Oracle Ops Center 按照可由用户配置的时间间隔将事件通知转发给 Oracle Enterprise Manager。从而使针对操作系统性能、硬件故障信息或其他基础架构事件的 Oracle Ops Center 通知成为 Oracle Enterprise Manager 警报。
自 2010 年年底以来,所有管理连接器均捆绑了允许电子邮件通知的包,例如 Diagnostics Packs、系统监视插件、Oracle Application Management Suites 和 Oracle Linux Management Pack。进行这样的捆绑,是由于连接器的工作方式本质上与通知相似,例如,在 Oracle Enterprise Manager 向事件和帮助台系统或其他管理系统发送警告的时候。
最后但相当重要的一个方面,Oracle Enterprise Manager 可利用各种行业级插件来监视第三方硬件和软件以及流行的 Oracle 产品,例如 Oracle Exadata Storage Server 和 Oracle Times Ten In-Memory Database。
将对第三方数据库(例如 IBM DB2、Sybase 和 Microsoft SQL Server)进行监视,但不进行管理。还可利用相应的插件监视存储硬件(如 EMC Symmetrix DMX、EMC CLARiiON、EMC Celerra、NetApp Filer)和负载平衡器(如 F5 BigIP Local Traffic Manager),这些插件可用于第三方中间件,包括 Apache Tomcat、JBoss Application Server、IBM Websphere MQ 和 IBM WebSphere Application Server,还可用于其他产品,如 Microsoft Exchange Server、Active Directory、Commerce Server、BizTalk Server、.NET Framework、IIS Server 和 ISA Server。
还支持 UNIX、Linux 和 Microsoft Windows 主机以及防火墙,如 Juniper Netscreen Firewall 和 Check Point Firewall。注意,不再支持 VMware ESX 服务器(即无适用于此产品的插件)。
此外还有 Oracle 合作伙伴创建的各种第三方插件,例如 MySQL 插件和 NimBUS SAP 插件。自 2010 年 4 月发布 Oracle Enterprise Manager Grid Control 11g 第 1 版以来,众多合作伙伴也发布了各种新的插件来监视第三方存储解决方案,包括 IBM Storage、NEC Storage、Veritas Storage、Pillar Axiom 和 HP Storageworks。
2010 年年底,主机系统监视插件和网络设备系统监视插件并入 Oracle Ops Center Provisioning and Patch Automation Pack。另外一项变化是,存储系统监视插件现与 Oracle Diagnostics Pack for Database 捆绑。存储插件主要供 DBA 用于监视数据库存储,诊断存储性能问题。
Oracle 技术网的 Oracle Enterprise Manager 数据表页面提供了 Oracle Enterprise Manager 管理包、管理连接器和系统监视插件的详细列表。此外,Oracle Enterprise Manager Grid Control 扩展交流页面还提供了插件和连接器的完整列表。
Oracle Enterprise Manager Grid Control 是 Oracle 的一个强大的企业管理产品。您可以阅读作者的以下文章,进一步了解相关内容。
如需了解: | 请阅读这篇文章: | ||
在您的环境中自动进行Oracle RAC 或非 RAC 数据库、Oracle Automatic Storage Management (ASM) 实例以及 Oracle Clusterware 的修补 | |||
利用批量供应技术供应成百上千个系统 | |||
利用Oracle Enterprise Manager Grid Control 为您的企业数据库轻松设置 Oracle Recovery Manager (RMAN) 备份 | |||
利用Oracle GoldenGate 设置数据集成 | |||
了解使用 Oracle Enterprise Manager Grid Control 进行 Data Guard 的设置、管理(包括切换或故障切换)和监视时如何节省大量的时间和资源 | |||
了解Oracle Enterprise Manager Grid Control 的 DataMasking Pack 能够多么轻松地在数据库克隆过程中保护您的机密数据 | |||
查看使用 Oracle Enterprise Manager Grid Control 的所有高级概念的全面介绍 |
享受 Oracle Enterprise Manager 的世界。
Porus Homi Havewala 是 Oracle Corporation Singapore 的一名高级经理(企业技术)。他在 2008 年荣获 Oracle 总部颁发的 Oracle ACE 总监头衔,现在是一名 Oracle 员工 ACE。自 1994 年来,他在 Oracle 技术领域积累了丰富的工作经验,曾经担任高级生产 DBA、首席数据库顾问、数据库架构师、电子商务技术 DBA、开发 DBA 和数据库设计建模人员(使用 Oracle Designer)。他在 OTN 上发表了众多有关 Grid Control 的文章,此外还建立了全球首个 Grid Control 专业博客。Porus 也是新书《Oracle Enterprise Manager Grid Control Advanced Techniques for the Real World》的作者。