在发现目标后，自动监视状态和性能，包括针对宕机和其他紧急状况自动生成事件。

高级阈值管理

除了静态阈值外，您还可以通过基于时间的静态阈值 (Time-Based Static Threshold) 或自适应阈值 (Adaptive Threshold) 方法来自动调整警报阈值，适应工作负载。

基于时间的静态阈值 是指基于工作负载的变化情况，为一天和/或一周的不同时间分别设定不同的阈值。例如，当工作日工作负载高于周末时，您可以为工作日设置较高阈值，为周末设置较低阈值。

自适应阈值 是指基于统计数据计算的，可适应工作负载状况的阈值。您可以基于基线时间窗口（即目标的典型行为时期）数据计算自适应阈值。例如，将警告阈值 (Warning Threshold) 设置为基线时间窗口最大观测值的 90%，将临界阈值 (Critical Threshold) 设置为基线时间窗口最大观测值的 110%。

自定义指标

Metric Extension 支持监视特定于您环境的状况。

完整的 Metric Extension 开发和测试生命周期：开发、测试、发布。

支持 OS 命令、SQL、SNMP 以及 JMX 指标收集方法。

分别为各个目标部署 Metric Extension，或使用 Monitoring Template 来批量为多个目标部署 Metric Extension。

在 Oracle Enterprise Manager 站点之间导入/导出 Metric Extension。

自动解决警报问题

Corrective Action 是一种可在警报触发后自动执行的脚本，可用于自动解决警报问题。

面向常见警报（例如数据库和监听器宕机；表空间已满）的开箱即用的 Corrective Action。

完整的自定义 Corrective Action 开发和测试生命周期：创建、测试、发布。

使用 Monitoring Template 为目标舰队部署 Corrective Action。

接收 Corrective Action 成功/失败通知。

自动化阈值管理

使用 Monitoring Template 和 Administration Group，轻松、自动化地为整个舰队应用监视设置。

使用 Monitoring Template 进行常见监视设置。例如，您可以分别为生产数据库目标和测试数据库目标创建一个监视模板。

使用 Administration Group 来组织具有共同监视设置（例如 Prod Group 和 Test Group）的目标，然后将 Monitoring Template 与 Administration Group 相关联，自动应用监视设置。

在计划内维护窗口期间通过 Blackout 临时挂起非必要警报。

使用 Blackout 挂起目标监视和警报功能，以执行维护操作。

使用 Notification Blackout 在维护窗口期间延续警报功能，但挂起警报通知。

24/7 监视

在 Oracle Enterprise Manager 计划外和计划内停机期间持续、无中断地执行监视。

在 Oracle Enterprise Manager 计划内停机期间，使用 Oracle Enterprise Manager 24ai 的 Zero Downtime Monitoring，通过警报、事件、通知以及外部系统工单持续监视目标。

在 Oracle Enterprise Manager 13.5 计划内停机期间，使用 Always-On Monitoring 发送紧急警报电子邮件通知。

Oracle Database 监视

发现 Oracle Database

全面发现一个 Oracle Database 系统的所有组件，包括 RAC 数据库、可插拔数据库、监听器和 ASM。

使用自动发现功能，自动查找所有未处于监视状态下的数据库。

使用引导式发现功能，查找基于特定主机运行的数据库。

使用手动发现功能显式指定监视属性，发现数据库。

全面监视数据库

使用 500 多个指标广泛监视 RAC 数据库、数据库实例、可插拔数据库、监听器和 ASM。

500 多个指标，广泛涵盖状态、负载、性能等等。

整个舰队中的重度负载数据库视图。

轻松下钻至各个数据库的主页，查看资源消耗、运行时间最长 SQL 以及紧急事件。

使用 Corrective Action 自动解决数据库宕机、表空间已满和监听器宕机警报问题。

备份数据库；自动化修改 Oracle 和 ASM 数据库监视和非监视用户的密码。

使用自动发现功能，自动查找未处于监视状态下的 MySQL 数据库。

使用手动发现功能来手动指定 MySQL 数据库、InnoDB Cluster 和 InnoDB ClusterSet 详情，发现数据库。

全面监视 MySQL

使用 600 多个指标广泛监视 MySQL 实例和 InnoDB Cluster/ClusterSet。

600 多个指标，广泛涵盖状态、数据库活动、复制活动等等。

通过单一视图查看 InnoDB Cluster 组复制详情。

自定义警报指标阈值，使用 Monitoring Template 将指标阈值应用到整个数据库舰队。

通过 Corrective Action 自动解决数据库宕机警报问题。

通过主页查看最近 24 小时的可用性信息、监视关键性能指标（例如 MySQL 连接状态和 InnoDB 缓冲池使用情况）、跟踪紧急事件。

备份数据库，清除二进制日志。

识别性能欠佳查询

Query Analyzer 支持 DBA 运行执行计划 (Explain Plan)，更好地识别性能欠佳的查询并进行分类。

使用筛选器，按执行过程资源消耗、延迟或首次出现时间查看前 100 个性能最差查询。

访问历史查询信息，洞悉长期性能。

运行执行计划 (Explain Plan)，识别查询性能瓶颈。

通过图表查看平均执行用时、执行计数和受影响行方面的所有异常峰值。

保护 MySQL 数据库

获取专家建议，确保复制和 InnoDB 配置满足合规要求，符合其他适用的优秀实践。

基于开箱即用的标准来评估是否符合性能、复制、安全性、模式和管理优秀实践。

使用 Compliance Dashboard 跟踪整个 MySQL 数据库舰队的合规性违规问题。

查看 Evaluation Report，洞悉各项合规性违规问题及补救流程。

使用手动发现功能，通过手动指定监视属性来发现 SQL Server 和 IBM DB2 数据库，实施即时监视。

全面监视 SQL Server

使用超过 450 个指标全面监视 SQL Server。

超过 450 个 SQL Server 监视指标，广泛涵盖查询性能、状态和 High Availability Disaster Recovery (HADR) 副本状况等等。

自定义警报指标阈值，使用 Monitoring Template 将指标阈值应用到整个数据库舰队。

通过主页确保 SQL Server 实例上的所有数据库在线。查看过度消耗且消耗 CPU 资源最多的进程，跟踪需立即关注的紧急事件。

启动/停止 SQL Server Agent、备份 SQL Server 数据库、终止会话。

全面监视 IBM DB2

使用超过 460 个指标全面监视 IBM DB2。

超过 460 个 IBM DB2 监视指标，广泛涵盖查询性能和 High Availability Disaster Recovery (HADR) 集群状态等等。

自定义警报指标阈值，使用 Monitoring Template 将指标阈值应用到整个数据库舰队。

通过主页监视关键性能指标（例如表空间利用率）、跨各项应用查看 CPU 利用情况、跟踪需立即关注的紧急事件。

启动/关闭 IBM DB2，在维护模式期间进入/退出 DB2 静默状态、终止 DB2 应用。

保护 SQL Server 数据库

获取专家建议，确保 SQL Server 符合配置优秀实践。

基于开箱即用的标准评估配置合规性，涵盖数据库备份频率和索引碎片化修复等等。

使用 Compliance Dashboard 跟踪整个 SQL Server 数据库舰队的合规性违规问题。

查看 Evaluation Report，洞悉各项合规性违规问题及补救流程。

为可操作事件 (Event) 创建事件 (Incident)，并发送通知。

使用 Incident Rule 为可操作事件 (Event) 创建事件 (Incident)，发送通知，并启用工单。

通过电子邮件、Slack、Webhook、SNMP Trap 或 OS 命令发送通知。

与 ServiceNow、PagerDuty、Jira、Microsoft SCOM 和 IBM Tivoli Netcool/OMNIbus 共享事件。

Event Compression

Event Compression 可自动将相关事件压缩（或分组）为更少数量的事件，减少事件数量。

使用开箱即用的 Event Compression 策略满足常见压缩场景需求。

针对独有压缩需求创建自定义策略。

使用 Event Compression Analysis 测试 Event Compression 策略对于您独有事件的效率。

Incident Manager

Incident Manager 集中管理事件。

可使用 Incident Manager 分配和跟踪事件状态，使用 Dynamic Runbook 处理事件。

通过 Incident Dashboard 查看事件积压摘要（以此按严重性评估事件）、运行时间最长事件和问题领域（例如未分配事件）。

Dynamic Runbook

Dynamic Runbooks 可提供基于优秀实践的操作步骤，助力企业进行问题（例如事件、问题作业等）分类并解决问题。

在 Oracle Enterprise Manager 中针对事件、指标和所有其他功能领域使用 Dynamic Runbook。

创建包含多种类型操作步骤的 Dynamic Runbook，例如注释、指标图表、信息库 SQL、目标 SQL 或 OS 命令。

使用来自 Oracle 的 Dynamic Runbook 进行 Oracle Enterprise Manager 基础设施问题分类并解决问题。